allgosts.ru33. ТЕЛЕКОММУНИКАЦИИ.АУДИО-И ВИДЕОТЕХНИКА33.070. Подвижные службы

ГОСТ Р 56360-2015 Глобальная навигационная спутниковая система. Аппаратура спутниковой навигации для оснащения колесных транспортных средств категории М, используемых для коммерческих перевозок пассажиров. Общие технические требования

Обозначение:
ГОСТ Р 56360-2015
Наименование:
Глобальная навигационная спутниковая система. Аппаратура спутниковой навигации для оснащения колесных транспортных средств категории М, используемых для коммерческих перевозок пассажиров. Общие технические требования
Статус:
Отменен
Дата введения:
07/01/2015
Дата отмены:
Заменен на:
-
Код ОКС:
33.070.40

Текст ГОСТ Р 56360-2015 Глобальная навигационная спутниковая система. Аппаратура спутниковой навигации для оснащения колесных транспортных средств категории М, используемых для коммерческих перевозок пассажиров. Общие технические требования



ФЕДЕРАЛЬНОЕ АГЕНТСТВО

ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

ГОСТР

56360

2015



НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

Глобальная навигационная спутниковая система

АППАРАТУРА СПУТНИКОВОЙ НАВИГАЦИИ ДЛЯ ОСНАЩЕНИЯ КОЛЕСНЫХ ТРАНСПОРТНЫХ СРЕДСТВ КАТЕГОРИИ М, ИСПОЛЬЗУЕМЫХ ДЛЯ КОММЕРЧЕСКИХ ПЕРЕВОЗОК ПАССАЖИРОВ

Общие технические требования

Издание официальное


Предисловие

1    РАЗРАБОТАН Обществом с ограниченной ответственностью «НИИ Прикладной Телематики» (ООО «НИИ ПТ»)

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 363 «Радионавигация»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 19 марта 2015 г No 140-ст

4    ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены е ГОСТ Р 1.0—2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты». а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет )

©Стандартинформ. 2015

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии

II

Содержание

Приложение Б (обязательное) Спецификация протокола передачи мониторинговой информации.. .28

Приложение В (обязательное) Спецификация протокола уровня поддержки услуг и спецификация

Введение

Настоящий стандарт входит в комплекс стандартов «Глобальная навигационная спутниковая система. Аппаратура спутниковой навигации для оснащения колесных транспортных средств».

Установленные в стандарте общие технические требования к аппаратуре спутниковой навигации для оснащения транспортных средств категории М. используемых для коммерческих перевозок пассажиров, необходимы для обеспечения унификации и совместимости аппаратных и программных средств, функционирующих в рамках автоматизированных систем управления (диспетчеризации), мониторинга и контроля в сфере наземного автомобильного транспорта, создаваемых на основе применения глобальных навигационных спутниковых систем.

Настоящий стандарт может быть использован для обеспечения соблюдения требований технического регламента Таможенного союза «О безопасности колесных транспортных средств» в части оснащения аппаратурой спутниковой навигации транспортных средств категории М. используемых для коммерческих перевозок пассажиров.

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Глобальная навигационная спутниковая система

АППАРАТУРА СПУТНИКОВОЙ НАВИГАЦИИ ДЛЯ ОСНАЩЕНИЯ КОЛЕСНЫХ ТРАНСПОРТНЫХ СРЕДСТВ КАТЕГОРИИ М. ИСПОЛЬЗУЕМЫХ ДЛЯ КОММЕРЧЕСКИХ ПЕРЕВОЗОК ПАССАЖИРОВ

Общие технические требования

Global navigation satellite system. Satellrte navigation equipment to equip wheeled vehicles of category M used for commercial transportations of passengers. General technical requirements

Дата введения — 2015—07—01

1    Область применения

Настоящий стандарт распространяется на аппаратуру спутниковой навигации, предназначенную для оснащения колесных транспортных средств категории М. используемых для коммерческих перевозок пассажиров, и устанавливает общие технические требования к указанной аппаратуре.

2    Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ 12.1.044—89 (ИСО 4589—84) Система стандартов безопасности труда. Пожароеэрыво-опасность веществ и материалов. Наименование показателей и методы их определения

ГОСТ 9181—74 Приборы электроизмерительные. Упаковка, маркировка, транспортирование и хранение

ГОСТ 14192—96 Маркировка грузов

ГОСТ 14254—96 Степени защиты, обеспечиваемые оболочками (код IP)

ГОСТ 16019—2001 Аппаратура сухопутной подвижной радиосвязи. Требования по стойкости к воздействию механических и климатических факторов и методы испытаний

ГОСТ 23544—84 Жгуты проводов для автотракторного электрооборудования. Общие технические условия

ГОСТ 28147—89 Система обработки информации. Защита криптографическая. Алгоритм криптографического преобразования

ГОСТ 28751—90 Электрооборудование автомобилей. Электромагнитная совместимость. Кондух-тивные помехи по цепям питания. Требования и методы испытаний

ГОСТ 29157—91 Совместимость технических средств электромагнитная. Электрооборудование автомобилей. Помехи в контрольных и сигнальных бортовых цепях. Требования и методы испытаний ГОСТ 30378—95 Совместимость технических средств электромагнитная. Электрооборудование автомобилей. Помехи от электростатических разрядов. Требования и методы испытаний

ГОСТ Р 34.10—2012 Информационная технология. Криптографическая защита информации. Процессы формирования и проверки электромагнитной цифровой подписи

ГОСТ Р 34.11—2012 Информационная технология. Криптографическая защита информации. Функция хэширования

ГОСТ Р 50905—96 Автотранспортные средства. Электронное оснащение. Общие технические требования

Издание официальное

ГОСТ Р 51321.1—2007(МЭК 60439-1:2004) Устройства комплектные низковольтные распределения и управления. Часть 1. Устройства, испытанные полностью или частично. Общие технические требования и методы испытаний

ГОСТ Р 54024—2010 Глобальная навигационная спутниковая система. Системы диспетчерского управления городским наземным пассажирским транспортом. Назначение, состав и характеристики бортового навигационно-связного оборудования

ГОСТ Р 55533—2013 Глобальная навигационная спутниковая система. Система экстренного реагирования при авариях. Методы испытаний модулей беспроводной связи автомобильной системы вызова экстренных оперативных служб

ГОСТ Р 56363—2015 Глобальная навигационная спутниковая система. Аппаратура спутниковой навигации для оснащения колесных транспортных средств. Методы испытаний на соответствие требованиям к эпектробезопасности. климатическим и механическим воздействиям

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет нгы по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная осыпка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если изменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, заграплеающее положение, на которое дана ссылка, то это положение рекомендуется принять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение. в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

3 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями:

3.1    аппаратура спутниковой навигации; АСН: Аппаратно-программное устройство, устанавливаемое на объект навигации для определения его текущею местоположения, направления и скорости движения, поправки показаний часов по сигналам не менее двух действующих глобальных навигационных спутниковых систем, обмена данными с дополнительным объектовым оборудованием, а также для обмена информацией по сетям подвижной радиотелефонной связи.

3.2

глобальная навигационная спутниковая система; ГНСС: Навигационная спутниковая система. предназначенная для определения пространственных координат, составляющих вектора скорости движения, поправки показаний часов и скорости изменения поправки показаний часов потребителя ГНСС в любой точке на поверхности Земли, акватории Мирового океана, воздушного и околоземною космического пространства.

[ГОСТ Р 52928—2010, статья 1)

3.3

коммерческие перевозки: Перевозки пассажиров или грузов колесными транспортными средствами. связанные с осуществлением предпринимательской деятельности, в соответствии с законодательством государств — членов Таможенного союза.

[Технический регламент ТР ТС 018/2011 [1D

3.4

координатно-временная информация: Информация о пространственно-временном состоянии одного объекта навигации или группы объектов навигации.

[ГОСТ Р 55524—2013, статья 3)

3.5

мониторинговая информация навигационно-информационной системы: Координатно-временная и телеметрическая информация, передаваемая от объектов навигации в навигационно-информационные центры.

Примечание — Разновидностью мониторинговой информации навигационно-информационной системы является мониторинговая информация в системах диспетчерского управления по ГОСТ Р 54024.

[ГОСТ Р 55524-2013. статья 7)

3.6

навигационно-информационная система: ИИС: Автоматизированная система, основанная на реализации метода спутниковой радионавигации и предназначенная для проведения навигационных определений, передачи от объектов навигации мониторинговой информации и формирования на ее основе системной навигационной информации, предоставляемой потребителям в требуемом виде и с требуемой оперативностью.

[ГОСТ Р 55524—2013. статья 12)

3.7

навигационная информация: Сведения, прямо или косвенно используемые для определения пространственных координат, составляющих вектора скорости движения и поправки показаний часов потребителя.

[ГОСТ Р 52928-2010, статья А.4)


3.8    навигационный модуль ГНСС: Комплекс программно-аппаратных средств аппаратуры спутниковой навигации, предназначенный для определения текущих координат, параметров движения (направления и скорости) транспортного средства, а также времени по сигналам ГЛОНАСС. GPS и других глобальных навигационных спутниковых систем.

3.9

навигационный сигнал ГНСС: Радиосигнал, излучаемый навигационным космическим аппаратом ГНСС. несущий информацию о показаниях его часов, навигационное сообщение и предназначенный для потребителей ГНСС.

[ГОСТ Р 52928—2010, статья 6)

3.10    пространственно-временное состояние транспортного средства: Состояние транспортного средства, характеризующееся вектором состояния — упорядоченной совокупностью пространственных координат, временных поправок шкалы времени объекта навигации относительно системной шкалы и составляющих вектора скорости транспортного средства.

3.11    телеметрическая информация: Совокупность данных о состоянии контролируемого объекта и обстановки в нем и/или вокруг него, передаваемых с контролируемого транспортного средства в МИС.

Примечание — Состав данных определяется в зависимости от категории транспортного средства и функций, выполняемых аппаратурой в рамках НИС.

3.12    холодный старт АСН: Выполнение первого навигационного определения при отсутствии исходных данных.

3.13    горячий старт АСН: Выполнение первого навигационного определения при наличии исходных данных и эфемеридной информации.

3.14    перезахеат: Повторный захват сопровождаемого объекта при срыве сопровождения на время не более 60 с.

3.15    голосовая гарнитура: Устройство, предназначенное для осуществления двусторонней голосовой связи между водителем и диспетчером по сетям подвижной радиотелефонной связи посредством использования GSMAJMTS-модема. входящего в состав АСН.

з

4    Обозначения и сокращения

В настоящем стандарте применены следующие обозначения и сокращения:

ГЛОНАСС — глобальная навигационная спутниковая система Российской Федерации:

ПЗ-90    — государственная геоцентрическая система координат «Параметры земли 1990 года»:

ПО    —    программное обеспечение;

СКЗИ    —    средства криптографической защиты информации;

СТ    —    стандартная точность;

ТС    —    транспортное средство:

С/А    —    открытый код доступа;

CAN    — Controller Area Network (сеть контроллеров, организованная в систему на основе по

следовательной шины; в соответствии с [2]):

FIFO    — First in — First out (порядок получения и выдачи данных по принципу «первым при

шел — первым обслуживается»: блок данных, полученный первым, первым обрабаты-вается/обслуживается/передается дальше на обработку);

GPRS — General Packet Radio Service (пакетная радиосвязь общего пользования);

GPS    — Global Positioning System (глобальная навигационная спутниковая система Соединен

ных Штатов Америки);

GSM    — Global System for Mobile communications (глобальный цифровой стандарт для мобиль

ной сотовой связи);

NMEA0183 — текстовый протокол обмена данными с навигационным оборудованием:

OSI    — Open Systems Interconnection (базовая эталонная модель взаимодействия открытых

систем);

PIN    — код авторизации использования SIM-карты;

RS-232    — стандарт, описывающий интерфейс для последовательной передачи данных, поддер

живающий асинхронную связь.

RS-485    — стандарт передачи данных по двухпроводному полудуплексному многоточечному по

следовательному симметричному каналу связи;

SIM    — Subscriber Identity Module (персональная универсальная многопрофильная идентифи

кационная карта абонента. SIM-карта);

SMS    — Short Messaging Service (служба коротких сообщений) — технология, позволяющая

осуществлять прием и передачу коротких текстовых сообщений по сетям подвижной радиотелефонной связи;

TCP/IP — набор сетевых протоколов передачи данных, используемых в сетях, включая сеть Интернет:

UMTS    —    Universal Mobile Telecommunications System (универсальная система подвижной связи);

USB    —    Universal Serial Bus (универсальная последовательная проводная шина);

USIM    —    Universal Subscriber Identity Module — расширенный стандарт SIM-карты, принятый в

рамках UMTS;

WGS-84 — всемирная геодезическая система координат 1984 г.

5    Общие положения

5.1    Требования к АСН применяют в зависимости от категории ТС. для оснащения которых она предназначена, а также от функций, выполняемых АСН в рамках НИС.

5.2    В соответствии с [1] установлены следующие категории ТС:

а) Категория М — ТС, имеющие не менее четырех колес и используемые для перевозки пассажиров. включая:

1)    автомобили легковые, в том числе:

• категория М1 — ТС. используемые для перевозки пассажиров и имеющие помимо места водителя не более восьми мест для сидения.

2)    автобусы, троллейбусы, специализированные пассажирские ТС и их шасси, в том числе:

- категория М2 — ТС. используемые для перевозки пассажиров, имеющие кроме места водителя более восьми мест для сидения, максимальная масса которых не превышает 5 т;

•    категория М3 — ТС. используемые для перевозки пассажиров, имеющие кроме места водителя более восьми мест для сидения, максимальная масса которых превышает 5 т.

5.3    АСН, предназначенную для оснащения колесных ТС категории М. используемых для коммерческих перевозок пассажиров, классифицируют следующим образом:

-    АСН. предназначенная для оснащения колесных ТС категории М1;

-    АСН. предназначенная для оснащения колесных ТС категорий М2 и М3.

5.4    АСН. предназначенная для оснащения колесных ТС категории М. используемых для коммерческих перевозок пассажиров, подлежит обязательному подтверждению соответствия в форме обязательной сертификации в порядке, предусмотренном (1]. раздел V.

Примечание — При применении АСН в сфере государственного регулирования обеспечения единства измерений она подлежит процедуре утверждения типа средств измерения в соответствии с (3).

5.5    Состав АСН указан в разделе 6.

5.6    В целях повышения уровня безопасности и эффективности перевозок к АСН может быть подключено дополнительное бортовое оборудование.

5.7    Состав и требуемые характеристики дополнительного бортового оборудования, подключаемого к АСН. устанавливаются заказчиком или изготовителем в зависимости от назначения ТС и НИС. в рамках которых планируется использовать АСН.

5.8    Общие требования к АСН. обеспечивающие применение дополнительного бортового оборудования, указаны в разделе 7.

6 Состав аппаратуры спутниковой навигации

6.1    АСН должна включать следующие основные функциональные модули и компоненты:

а)    навигационный модуль (включая приемник сигналов и антенну ПНСС);

б)    коммуникационный модуль, включающий:

•    модем GSM/UMTS со слотом для установки в него персональной универсальной многопрофильной идентификационной картой абонента.

Примечание — Число слотов для установки SIM(USlM)-Kapr может быть более одного.

-    персональную универсальную многопрофильную идентификационную карту абонента для работы в сетях подвижной радиотелефонной связи стандартов GSM 900/1800 и UMTS 900/2000 (SIM(USIM)-KapTa).

Примечание — SIM(USIM)-Kapra может не входить в комплект поставки АСН.

-    антенну GSM/UMTS;

в)    модуль СКЗИ — программно-аппаратное шифровальное (криптографическое) сродство, реализующее алгоритмы фиптографического преобразования информации.

Примечание — Необходимость включения модуля СКЗИ в состав АСН определяет заказ^к игы изготовитель в зависимости от назначения ТС и НИС. в рамках которых планируется использовать АСН:

г)    модуль интерфейса пользователя, включающий:

-    устройство отображения информации (дисплей) для водителя.

-    кнопку подачи «Сигнала бедствия»* и (или) кнопку вызова диспетчера,

-    индикатор(ы) состояния АСН,

•    органы управления АСН;

д)    модуль интерфейсов подключения оборудования;

е)    внутреннюю энергонезависимую память;

ж)    резервный источник литания (аккумуляторная батарея);

и) акселерометр.

Примечание — Вид конструктивного исполнения устройства отображения информации (дисплей) для водителя, кнопки подачи «Сигнала бедствия» и (или) кнопки вызова диспетчера, резервного источника питания и акселерометра (встроенный или внешний) определяет изготовитель АСН. В случае внешнего конструктивного исполнения этих устройств АСН должна в обязательном порядке обеспечивать их подключение.

6.2    Требования к функциональным модулям и компонентам АСН указаны в разделе 6.

7 Общие требования к аппаратуре спутниковой навигации

7.1    АСН должна определять пространственно-временное состояние ТС по сигналам не менее двух действующих глобальных навигационных спутниковых систем (ГЛОНАСС. GPS).

7.2    АСН должна обеспечивать возможность передачи и приема информации по сетям подвижной радиотелефонной связи стандартов GSM и UMTS посредством пакетной передачи данных или коротких текстовых сообщений.

7.3    АСН должна обеспечивать передачу следующей мониторинговой информации:

1)    идентификационного номера АСН:

2)    параметров пространственно-временного состояния ТС:

-    географической широты местоположения ТС.

•    географической долготы местоположения ТС.

-    высоты местоположения ТС.

•    скорости движения ТС.

-    путевого угла ТС.

-    времени и даты фиксации пространственно-временного состояния ТС:

3)    признака нажатия кнопки подачи «Сигнала бедствия» и (или) кнопки вызова диспетчера.

7.4    В случае подключения дополнительного бортового оборудования АСН должна обеспечивать включение в состав мониторинговой информации и передачу соответствующих данных от этого оборудования.

Примечание — Перечень информации от дополнительного бортового оборудования, включаемой в состав мониторинговой информации, в зависимости от функций, выполняемых АСН в рамках НИС. определяет заказчик или изготовитель АСН.

7.5    АСН должна обеспечивать возможность изменения периодичности передачи мониторинговой информации от 1 с до 24 ч.

7.6    При отсутствии возможности передачи информации по сетям подвижной радиотелефонной связи АСН должна обеспечивать автоматическое сохранение мониторинговой информации во внутренней энергонезависимой памяти АСН. Выгрузка сохраненной информации должна осуществляться автоматически сразу при возобновлении возможности передачи информации по сетям подвижной радиотелефонной связи.

7.7    По запросу АСН должна обеспечивать возможность осуществления голосовой связи по сетям подвижной радиотелефонной связи стандарта GSM/UMTS.

Примечание — Для осуществления двусторонней голосовой связи между водителем и диспетчером используется подключаемая к АСН голосовая гарнитура.

7.8    В АСН должна быть обеспечена возможность обновления информации, хранящейся на персональной универсальной многопрофильной идентификационной карте абонента, по сетям подвижной радиотелефонной связи стандартов GSM/UMTS.

7.9    АСН должна обеспечивать возможность настройки и смены версий ПО путем:

1)    непосредственного подключения к ней (с использованием специального ПО):

2)    удаленного подключения по беспроводным сетям.

7.10    Требования к аппаратуре спутниковой навигации, устанавливаемой на транспортные

средства категории М1

7.10.1 АСН. устанавливаемая на ТС категории М1. кроме выполнения требований, указанных в 7.1—7.9. должна обеспечивать возможность подключения с целью управления, обработки и передачи (при необходимости) в диспетчерский центр информации дополнительного бортового оборудования:

•    таксометра;

-    видеорегистратора(ов);

•    голосовой гарнитуры;

•    устройства для принятия заказов от диспетчера;

-    кнопки подачи «Сигнала бедствия» (в случае ее конструктивного исполнения в виде отдельного устройства):

-    устройства отображения информации (дисплей) для водителя — (в случае его конструктивного исполнения в виде отдельного устройства);

-    акселерометра (в случае его конструктивного исполнения в виде отдельного устройства).

в

Примечания

1    Под управлением понимается изменение параметров настройки (режима работы и т. п.) по беспроводным каналам связи.

2    Под обработкой информации следует понимать общий первичный анализ, фильтрацию и систематизацию информации (показаний датчиков, фото-, видео-, аудиофайлов, текстовых сообщений и лр.) с целью управления данной информацией.

7.10.2 Требования к интерфейсам для обмена данными с подключаемым дополнительным бортовым оборудованием указаны в разделе 9.

7.11 Требования к аппаратуре спутниковой навигации, устанавливаемой на транспортные

средства категорий М2 и М3

7.11.1    АСН. устанавливаемая на ТС категорий М2 и М3, кроме выполнения требований, указанных в 7.1—7.9. должна обеспечивать возможность подключения с целью управления, обработки и передачи (при необходимости) информации дополнительного бортового оборудования:

-    в ново регистрато ра(ое). обеспечивающего(их) также возможность аудиозаписи:

-    датчика(ое) задымления и быстрого повышения температуры:

-    голосовой гарнитуры:

•    датчика(ов) уровня топлива, используемого для измерения уровня топлива в топливном баке ТС;

•    датчика подсчета входящих и выходящих пассажиров:

-    голосового автоинформатора, используемого для воспроизведения аудиоинформации в целях информирования пассажиров, находящихся в салоне ТС;

•    переднего, заднего и бокового маршрутоуказателей. используемых для вывода визуальной информации о маршруте движения в целях информирования потенциальных пассажиров, находящихся снаружи ТС:

•    в нутриса л очного информационного табло, используемого для вывода визуальной информации в целях информирования пассажиров, находящихся в салоне ТС:

•    модема передачи данных по беспроводным локальным сетям, указанным в [4];

•    модема передачи данных по беспроводным сетям, отличным от GSM/UMTS;

-    кнопки подачи «Сигнала бедствия» (в случае ее конструктивного исполнения в виде отдельного устройства):

-    устройства отображения информации (дисплей) для водителя (в случае его конструктивного исполнения в виде отдельного устройства);

•    акселерометра (в случае его конструктивного исполнения в виде отдельного устройства).

7.11.2    Требования к интерфейсам для обмена данными с подключаемым дополнительным бортовым оборудованием указаны в разделе 9.

7.11.3    В АСН должна быть обеспечена возможность определения автоматического срабатывания датчика задымления и быстрого повышения температуры на борту ТС.

7.11.4    АСН должна обеспечивать немедленное формирование и передачу экстренного сигнала при нажатии кнопки подачи «Сигнала бедствия» и/или срабатывания датчика задымления и быстрого повышения температуры.

8 Требования к функциональным модулям и компонентам аппаратуры спутниковой навигации

8.1    Навигационный модуль

8.1.1    АСН должна определять текущее местоположение (широта, долгота, высота), направление и скорость движения ТС. привязанных к шкале времени UTC(SU) по сигналам ГНСС ГЛОНАСС стандартной точности в диапазоне частот 1.1.

8.1.2    В составе протоколов обмена данными навигационного приемника должен присутствовать протокол NMEA0183 [5].

8.1.3    АСН должна обеспечивать определение навигационных параметров в системах координат ПЗ-90 и WGS-84 с возможностью преобразования полученных значений из одной системы координат в другую.

8.1.4    Доверительные границы допускаемой инструментальной погрешности (по уровню вероятности Р = 0.95) определения координат в плане при работе по сигналам ГЛОНАСС (L1. код СТ). GPS код (L1. код С/А) при скорости движения до 70 м/с и геометрическом факторе (GDOP) не более 4. не должны превышать по модулю 15 м.

8.1.5    Частота выдачи навигационных данных должна быть не менее 1 Гц.

8.1.6    Навигационный модуль должен обеспечивать выполнение первого навигационного определения с заданной точностью в течение:

-    для холодного старта — не более 60 с;

•    для горячего старта — не более 5 с;

•    для по резахвата — не более 3 с.

8.1.7    Чувствительность входящего в состав АСН навигационного модуля должна быть не менее:

-    при поиске (обнаружении) сигналов ГМСС — минус 163 дБвт:

•    при слежении за сигналами ГНСС и выдаче навигационного решения — минус 188 дБВт.

8.1.8    Навигационный модуль должен обеспечивать слежение за сигналами ГЛОНАСС и GPS при воздействии импульсных помех, формируемых в полосе частот принимаемых сигналов ГНСС ГЛОНАСС и GPS. с параметрами, указанными в таблице 1. при уровне мощности полезного сигнала минус 161 дБВт (ГЛОНАСС) и минус 158 дБВг (GPS) соответственно.

Таблица 1 — Параметры импульсных помех

Наименооаиие параметра

Значение

Пороговое значение помехи (пиковая мощность импульса). дБВг

Минус 10 дБВт

Длительность импульса, мс

$1

Скважность

210

8.1.9    Навигационный модуль должен обеспечивать работу в режиме «только ГЛОНАСС» (в том числе принудительное переключение в этот режим) и соответствовать требованиям, указанным в 8.1.1—8.1.8.

8.1.10    8 отношении безопасности применения антенна ГНСС (внешняя) должна соответствовать требованиям, указанным в [1] (пункт 113 приложения 10).

8.1.11    Требования к установке внешней антенны ГНСС на ТС указаны в разделе 16.

8.1.12    Испытания АСН на соответствие требованиям, указанным в 8.1.10. проводят в соответствии с [6].

8.2    Коммуникационный модуль

8.2.1    Модем GSM/UMTS

8 2.1.1 Модем должен работать в диапазонах GSM 900 и GSM 1800, а также UMTS 900 и UMTS 2000. с поддержкой пакетной передачи данных и обеспечивать процедуру передачи управления при переходе из одного диапазона в другой.

8.2.1.2    Модем GSM/UMTS должен удовлетворять требованиям, установленным в [7]. (в). [9].

8.2.1.3    Испытания АСН на соответствие требованиям, указанным в 8.2.1.2. проводят в соответствии с ГОСТ Р 55533. раздел 6.

8.2.2    Персональная универсальная многопрофильная идентификационная карта абонента

8.2.2.1    SIM-карта абонента должна обеспечивать регистрацию АСН в сетях подвижной связи стандартов GSM/UMTS.

8 2.2.2 SIM-карта абонента не должна запрашивать PIN-код при включении АСН.

8.2.2.3    На SIM-карте должен отсутствовать счетчик числа аутентификации в сети подвижной связи стандартов GSM/UMTS.

8.2.3    Антенна для коммуникационного модуля GSM/UMTS

8.2.3.1    АСН должна оснащаться внешней или внутренней антенной для коммуникационного модуля GSM/UMTS. обеспечивающей необходимое качество подвижной радиотелефонной связи стандартов GSM/UMTS в рабочем положении ТС.

Примечание — Вид конструктивного исполнения антенны коммуникационного модуля GSM/UMTS (встроенный или внешний) определяет изготовитель АСН.

8.2.3.2    В отношении безопасности применения антенна для коммуникационного модуля GSM/ UMTS (внешняя) должна соответствовать требованиям, указанным в [1] (пункт 113 приложения 10).

8.2.3.3    Испытания АСН на соответствие требованиям, установленным в 8.2.3.2. проводят согласно [10).

8.3    Модуль средства криптографической защиты информации

8.3.1    Модуль СКЗИ должен обеспечивать реализацию криптографических алгоритмов, необходимых для вычисления квалифицированной электронной подписи, проведения процедур аутентификации и обеспечения защиты информации, обрабатываемой и хранимой в АСН и подлежащей защите в соответствии с [11].

Примечание — К использованию в составе АСН рекомендованы модули СКЗИ. разработку и производство которых производят в соответствии с [12].

8.3.2    Реализованные в модуле СКЗИ криптографические алгоритмы должны соответствовать требованиям ГОСТ 28147. ГОСТ Р 34.10. ГОСТ Р 34.11.

8.3.3    Аутентификация образца АСН должна обеспечиваться на основании уникального криптографического ключа (ключевого документа), соответствующего заданному образцу АСН.

Модуль СКЗИ должен обеспечивать хранение криптографических ключей (ключевых документов) и выполнять криптографические преобразования в защищенной от вскрытия среде с изоляцией криптографического ключа.

8.4 Модуль интерфейса пользователя

8.4.1    Модуль интерфейса пользователя предназначен для обеспечения взаимодействия между АСН и водителем ТС и включает следующие элементы:

-    устройство отображения информации (дисплей) для водителя;

•    кнопка подачи «Сигнала бедствия»:

-    индикатор(ы) состояния АСН;

-    органы управления АСН.

8.4.2    Дисплей для водителя может быть встроенным в АСН или подключаться к аппаратуре как отдельное устройство.

Примечание — Вид конструктивного исполнения дисплея (встроенный или внешний) определяет изготовитель АСН.

8.4.3    Кнопка подачи «Сигнала бедствия» предназначена для подачи экстренного сигнала по сетям подвижной радиотелефонной связи в диспетчерский центр.

8.4.4    Кнопка подачи «Сигнала бедствия» может быть встроенной е корпус АСН (модуль интерфейса пользователя) или размещаться отдельно и находится в зоне досягаемости с рабочего места водителя без изменения положения тела.

Примечание — Вид конструктивного исполнения кнопки подачи «Сигнала бедствия» (встроенная или внешняя) определяет изготовитель АСН.

8.4.5    Кнопка подачи «Сигнала бедствия» должна быть защищена от непреднамеренного нажатия.

Примечание — Конкретный способ защиты кнопки подачи «Сигнала бедствия» от непреднамеренного нажатия определяет изготовитель АСН.

8.4.6    Индикаторы состояния должны отображать следующие функциональные состояния АСН:

-    подключение бортового питания;

•    работа модуля ГНСС;

-    нахождение АСН в сети подвижной радиотелефонной связи:

•    прием (передача) данных по сети подвижной радиотелефонной связи (спутниковой связи — при оборудовании ТС средствами спутниковой связи);

•    факт нажатия кнопки подачи «Сигнала бедствия».

8.5 Модуль интерфейсов подключения оборудования

8.5.1 Модуль интерфейсов подключения оборудования предназначен для обеспечения подключения компонентов АСН (в случае их внешнего конструктивною исполнения) и дополнительного бортового оборудования.

8.5.2 Требования к интерфейсам для обмена данными с подключаемым дополнительным бортовым оборудованием указаны в разделе 9.

8.6    Внутренняя энергонезависимая память

8.6.1    АСН должна иметь внутреннюю энергонезависимую память для хранения сообщений, которые не удалось передать по сетям подвижной радиотелефонной связи стандартов GSM 900/1800 и UMTS 900/2000 (например, ввиду отсутствия покрытия сети).

8.6.2    Объем внутренней энергонезависимой памяти должен обеспечивать возможность хранения не менее 150000 последовательно зарегистрированных наборов данных, включающих мониторинговую информацию.

Запись информации в энергонезависимую память АСН. выгрузка сохраненной информации из нее и передача по сетям подвижной радиотелефонной связи стандартов GSM/UMTS должны быть произведены в порядке FIFO.

8.6.3    В АСН должна быть реализована возможность считывания и очистки содержимого внутренней энергонезависимой памяти. Интерфейс обмена данными для считывания и очистки содержимого внутренней энергонезависимой памяти АСН определяет изготовитель аппаратуры.

8.6.4    Изготовитель АСН должен обеспечить необходимую степень защиты реализованного в АСН механизма для считывания и очистки содержимого энергонезависимой памяти АСН от несанкционированного использования.

8.7    Резервный источник питания

8.7.1    Резервный источник питания (аккумуляторная батарея) при отсутствии питания от бортовой электрической сети должен обеспечивать возможность непрерывной автономной работы АСН в течение не менее 4 ч в режиме передачи данных по каналу GSM/UMTS с периодичностью один раз в минуту и 15 мин работы в режиме голосовой связи (в случае использования в АСН встроенного дисплея время автономной работы должно составлять не менее 1 ч).

8.7.2    Должна быть обеспечена возможность контроля уровня заряда резервного источника питания (аккумуляторной батареи).

8.7.3    Срок службы аккумуляторной батареи должен быть определен производителем АСН и составлять не менее одного года.

8.8    Акселерометр

8.8.1    Акселерометр должен обеспечивать определение значений ускорения по направлениям трех осей ТС (продольной, поперечной, вертикальной) в задаваемые периоды времени.

8.8.2    Ускорение ТС должно определяться с погрешностью не более 10 % а диапазонах:

•    от минус 24 g до плюс 24 g по направлению продольной оси:

•    от минус 8 g до плюс 8 g по направлению поперечной и вертикальной осей.

8.9    Соединительные кабели

8.9.1    Жгуты проводов для присоединения АСН со стороны ТС. коммутации компонентов АСН к основному блоку аппаратуры, подключения к исполнительным устройствам и датчикам должны быть оснащены электрическими соединителями, имеющими защиту от самопроизвольного разъединения.

8.9.2    Технические требования к жгутам проводов — по ГОСТ 23544.

8.9.3    Контакты в электрических соединителях кабелей и жгутов со стороны ТС, используемых для присоединения АСН к ТС в процессе сочленения и в сочлененном состоянии, должны быть защищены от взаимною замыкания.

9 Требования к интерфейсам передачи данных

9.1    Для обмена данными с подключаемым оборудованием в АСН должны быть реализованы следующие интерфейсы: RS-232, RS-485. CAN и USB.

9.2    АСН должна иметь не менее двух дискретных и двух аналоговых входов.

9.3    Обмен данными АСН с НИС (аппаратно-программными комплексами) осуществляется с использованием протокола, общие требования к которому приведены в приложении А.

9.4    Спецификация протокола передачи мониторинговой информации приведена в приложении Б.

9.5 Спецификация протокола уровня поддержки услуг и спецификация сервисов предоставления услуг приведена в приложении В.

10    Требования к электропитанию

10.1    АСН должна подключаться к бортовой системе питания ТС с номинальным напряжением 12 или 24 8.

10.2    АСН должна:

•    сохранять работоспособность при изменении рабочего напряжения питаний (среднего значения) от минус 15 % до плюс 15 % от номинального значения;

•    иметь защиту от обратной полярности напряжения;

•    обеспечивать защиту по току (предохранитель);

•    автоматически включаться при подаче бортового питания:

-    корректно выключаться через 1 мин с момента отключения бортового питания, если в ее настройках не предусмотрена дальнейшая работа от аккумуляторной батареи.

В АСН должна быть предусмотрена диагностика заряда аккумуляторной батареи.

11    Требования электробезопасности

11.1    Сопротивление изоляции между электрическими цепями, указанными в технических условиях на АСН. должно быть не менее:

-    20 МОм для нормальных условий применения;

-10 МОм при температуре 25 сС и относительной влажности воздуха до 80 %.

11.2    Электропроводка для подключения АСН к бортовой сети ТС и резервному источнику питания (аккумуляторной батарее) должна быть надежно закреплена и проложена таким образом, чтобы провода были хорошо защищены от механических и термических воздействий.

11.3    Питающие провода АСН должны быть защищены плавким предохранителем или автоматическим выключателем, находящимся настолько близко к источнику энергии, насколько это практически возможно. Диаметр проводов должен быть достаточно большим во избежание их перегрева. Провода должны быть хорошо изолированы. Если используют однополюсный переключатель, то он должен находиться на питающем проводе, а не на заземляющем.

12    Требования к электромагнитной совместимости

12.1    АСН при применении по назначению не должна создавать недопустимых электромагнитных помех (излучаемых и наведенных) другим техническим средствам (устройствам), установленным на ТС. АСН должна обладать достаточной устойчивостью к электромагнитным помехам (излучаемым и наведенным), обеспечивающей функционирование АСН в заданной электромагнитной обстановке.

12.2    В отношении помехоэмиссии (создаваемых АСН помех) установлены требования к следующим видам помех (излучаемых и наведенных АСН):

•    электромагнитные помехи, создаваемые АСН в диапазоне частот от 30 до 1000 МГц;

-    кондуктивные помехи по цепям питания.

12.3    АСН должна быть устойчивой к воздействию следующих видов электромагнитных помех:

-    кондуктивные помехи по цепям питания;

•    кондуктивные помехи от емкостных и индуктивных соединений в сигнальных бортовых цепях;

•    помехи, обусловленные электромагнитным излучением в полосе частот от 20 до 2000 МГц;

•    электростатический разряд.

12.4    Требования к допустимым уровням электромагнитных помех, указанных в 12.2, создаваемых АСН, а также методы испытаний АСН на соответствие этим требованиям установлены в [6].

12.5    Требования по устойчивости АСН к электромагнитным помехам, указанным в перечислениях а) и в) 12.3. а также методы испытаний АСН на соответствие этим требованиям установлены в [6].

12.6    АСН должна соответствовать требованиям ГОСТ 29157 по устойчивости к помехам от емкостных и индуктивных соединений в сигнальных бортовых цепях. Параметры испытательных импульсов и требования к функциональному состоянию приведены в таблице 2.

Таблица 2 — Параметры испытательных имлугъсов и требования к функциональному состоянию

импульс

Число применяемых импупьсоЫ продолжительность испытаний

Степень жесткости воздействия

Требуомоо функциональное состояние по ГОСТ 28751

1

5000 имп.

IV

А

2

5000 имп.

IV

А

За. ЗЬ

IV

С

12.7    Испытания АСН на соответствие требованиям, установленным в 12.6. проводят по ГОСТ 29157, раздел 2.

12.8    АСН по устойчивости к электростатическому разряду на элементы корпусов компонентов АСН. органы управления и электрические соединители должна удовлетворять требованиям ГОСТ 30378. Параметры испытательных импульсов и требования к функциональному состоянию приведены в таблице 3.

Таблица 3 — Параметры испытательных импульсов и требования к функциональному состоянию

Вид разряда

Напряжение разряда, кв

Число разрядов

Требуемое функциональное состояние по ГОСТ 28751

Контактный

±8

Э

С

Воздушный

±15

Э

С

12.9 Испытания АСН на соответствие требованиям, установленным в 12.6. проводят по ГОСТ 30378. раздел 5.

13    Требования по стойкости к внешним воздействиям

13.1    Требования по стойкости к климатическим воздействиям

13.1.1    По условиям эксплуатации АСН относится к группе 84 по 4.1 ГОСТ 16019 при степени жесткости 1.

13.1.2    Степень защиты основного блока АСН от проникновения пыли и влаги должна быть не ниже IP 51 по ГОСТ 14254.

Степень защиты от проникновения пыли и влаги компонентов АСН. указанных в 6.1 и исполненных в виде внешних устройств, подключаемых к основному блоку аппаратуры и располагаемых в кабине ТС. должна быть не ниже IP 40 по ГОСТ 14254.

Степень защиты компонентов АСН от проникновения пыли и влаги, исполненных в виде внешних устройств, подключаемых к основному блоку аппаратуры и располагаемых вне кабины (салона) ТС. должна быть не ниже IP 64 по ГОСТ 14254.

13.1.3    Испытания АСН на соответствие требованиям по стойкости аппаратуры к климатическим воздействиям проводят в соответствии с ГОСТ Р 56363.

13.2 Требования по стойкости к механическим воздействиям

13.2.1    АСН в эксплуатационных условиях должна обеспечивать стойкость к механическим воздействиям. характеристики которых установлены для группы В4 по ГОСТ 16019.

13.2.2    Испытания АСН на соответствие требованиям к механическим воздействиям проводят в соответствии с ГОСТ Р 56363.

14    Конструктивные требования

14.1    Конструкция АСН должна обеспечивать установку аппаратуры в ТС без разбора корпусов основного оборудования АСН и иметь элементы крепления для возможности монтажа в ТС.

14.2    В конструкции АСН должна быть предусмотрена возможность опломбирования аппаратной части аппаратуры.

15    Требования к надежности

15.1    АСН должна соответствовать требованиям надежности, установленным в ГОСТ Р 50905.

15.2    АСН должна обеспечивать возможность круглосуточного режима работы.

15.3    Время наработки на отказ АСН должно быть не менее 10000 ч; гарантийный срок эксплуатации АСН — не менее трех лет: срок службы АСН — не менее семи лет (кроме аккумуляторной батареи).

16    Требования к установке аппаратуры спутниковой навигации

16.1    АСН должны устанавливать в кабине водителя в зоне досягаемости с рабочего места водителя без изменения положения тела.

16.2    АСН. установленная на ТС, не должна ухудшать обзор водителю и препятствовать выполнению водителем действий по управлению ТС.

16.3    Если АСН укомплектована внешней антенной ГНСС и/или внешней антенной GSM/UMTS. то необходимые кабели от места установки антенн до места их подключения к АСН должны быть проложены таким образом, чтобы они были надежно закреплены и хорошо зашишены от механических и термических воздействий.

16.4    Внешние антенны не должны экранироваться металлическими или металлосодержащими конструкциями или материалами, ослабляющими чувствительность приема внешних антенн.

16.5    Для защиты от климатических и механических воздействий антенны могут размещать под обтекателем (кожухом или фонарем) из радиопрозрачного материала.

16.6    Конструкция и размещение компонентов АСН и других устройств, подключаемых к АСН. не должны нарушать требований к травмобеэопасиости внутреннего оборудования ТС в соответствии с [1].

17    Требования по эргономике и технической эстетике

17.1    Для АСН. устанавливаемой на ТС на предприятии — изготовителе ТС. требования по эргономике и технической эстетике определены изготовителем ТС.

17.2    При монтаже АСН вне предприятия — изготовителя ТС требования по эргономике и технической эстетике определяет изготовитель АСН.

18    Требования по безопасности и экологической чистоте

18.1    АСН должна соответствовать требованиям безопасности, установленным в ГОСТ Р 51321.1. подраздел 7.4.

18.2    АСН не должна:

. содержать элементы и материалы, опасные для обслуживающего персонала:

- в процессе работы производить эмиссию опасного электромагнитного излучения.

18.3    При изготовлении АСН не допускается применение легковоспламеняющихся материалов, выделяющих вредные вещества при горении. Применяемые при изготовлении АСН материалы должны соответствовать требованиям противопожарной безопасности по ГОСТ 12.1.044

18.4    При повреждении или разрушении корпуса аккумуляторной батареи, а также коротком замыкании контактов аккумуляторной батареи или неисправности в цепи зарода аккумуляторной батареи, используемой в качестве резервного источника питания, она не должна выделять тепловую энергию, достаточную для возгорания окружающих веществ и предметов, а также дым. пары и аэрозоли, содержащие вещества, вредные для здоровья человека.

19    Требования к маркировке

19.1    Маркировка АСН в соответствии с ГОСТ 14192 должна быть четко видимой и соответствовать требованиям конструкторской документации АСН в части состава, места и способа нанесения.

19.2    Маркировка АСН должна содержать:

•    товарный знак или название предприятия-изготовителя:

•    название изделия:

-    обозначение:

-    заводской номер предприятия-изготовителя:

-    год изготовления:

•    клеймо приемки для типа оборудования:

-    маркировку соединителей:

•    знак обращения на рынке:

•    наименование страны — изготовителя АСН.

Маркировка должна бьггь нанесена в доступном для осмотра без разборки с применением инструмента месте.

20 Требования к упаковке, транспортированию и хранению

20.1 Упаковка, транспортирование и хранение изделий должны соответствовать ГОСТ 9181.

Приложение А (обязательное)

Спецификация протокола транспортного уровня

А.1 Введение

А. 1.1 Обмен данными между АСН. системами и аппаратно-программными комплексами осуществляется при помощи сетей подвижной радиотелефонной связи стандартов GSM.

А. 1.2 Сетевая модель OSI имеет следующие уровни: физический, канальный, сетевой, транспортный, сеансовый. представления данных и приложений. Для передачи данных между АСН. системами и аппаратно-программными комплексам* используют следующие протоколы: транспортный уровень — протокол TCP. сетевой уровень — протокол IP. Соответствие уровней сетевой модели OSI. стека протоколов TCP/IP и протоколов системы представлено в таблице А.1.

Таблица А.1 — Соответствие уровней сетевой модели OSI. стека протоколов TCP/IP и протоколов системы

Модель OSt

Стек протоколов TCP/IP

Протоколы TCP/IP

Протоколы системы

Номер

уровня

Название уровня

Номер

уровня

Название уровня

7

Приложений

4

Приложений

FTP. HTTP. POP3. IMAP, telnet. SMTP. DNS. TFTP

Уровень поддержки услуг

6

Представления данных

5

Сеансовый

Транспортный уровень

4

Транспортный

Э

Транспортный

TCP. UDP

TCP

Э

Сетевой

2

Межсетевой

IP

IP

2

Канальный

1

Доступ к сети

1

Физический

А. 1.3 Общая длина пакета протокола транспортного уровня не превышает значения 65535 байт.

А.2 Протокол транспортного уровня

А.2.1 Обеспечение маршрутизации

В качестве адресов маршрутизации используют идентификаторы аппаратно-программных комплексов, которые уникальны в рамках одной сети.

А.2.2 Механизм проверки целостности данных

Для части пакета транспортного уровня использован алгоритм вычисления циклического избыточного кода CRC-8.

Для части пакета уровня поддержки услуг использован алгоритм вычисления циклического избыточного кода CRC-16.

А.2.3 Обеспечение надежности доставки

Отправляющая сторона после передачи пакета ожидает на него подтверждение в виде пакета определенного типа, содержащего идентификатор ранее переданного пакета и код результата его обработки на принимающей стороне. Ожидание составляет определенный промежуток времени, зависящий от типа используемого проюкола транспортною уровня (значение данною параметра TL_RESPONSE_TO указано в таблице А. 13).

После получения подтверждения отправляющая сторона производит анализ кода результата. Коды результатов обработки регламентированы протоколом и представлены в таблице А. 14. Пакет остается недоставленным в юм случав, если подтверждение не приходит по истечении времени TL_RESPONSE_TO. Недоставленные пакеты отправляют повторно (число попыток отправки регламентировано протоколом. В таблице А. 13 указано значение данною параметра —TL_RESEND_ATTEMPTS). По досгиженю* предельного числа попыток отправки канал передачи данных признают ненадежным и уничтожают установленную сессию (разрыв соединения в случае использования протокола TCP/IP в качестве транспортного протокола) и выполняют попытку создания новой сеосии (соединения) через время, определяемое параметром TL_RECONNECT_TO (см. таблицу А. 13).

А.Э Построение систем и аппаратно-программных комплексов на основе проюкола транспортного

уровня

А.3.1 Все сервисы в рамках одного аппаратно-программного комплекса соединяются с диспетчером (часть аппаратно-программного комплекса, выполняющая функции координации мвжсистемного взаимодействия и маршрутизации) и не имеют непосредственных связей между собой.

А.3.2 АСН также осуществляет взаимодействие с сервисами аппаратно-программного комплекса через компонент «диспетчер». При зтом он идентифицируется по специальным пакетам, содержащим уникальный номер АСН UNITJD, назначаемый ему при регистрации в оети. а также другие учетные данные и информацию о состоянии модулей и блоков АСН.

А.3.3 Протоколом транспортного уровня (далее — протокол) зарезервирован диапазон номеров типов сервисов до 63. Пользовательские сервисы имеют типы с номерами, начиная с 64.

А.4 Описание типов данных

А.4.1 Протоколом определены и использованы несколько различных типов данных полей и параметров, указанных в таблице А.2.

Таблица А.2 — Типы данных протокола

Тип данных

Размер, байт

Диапазон значений

Описание

BOOLEAN

1

TRUE = 1. FALSE = 0

Логический тип. принимающий только два значения TRUE или FALSE

BYTE

1

0 ... 255

Целое число без знака

USHORT

2

0 ... 65535

Целое число без знака

UINT

4

0 ... 4294967295

Целое число без знака

ULONG

8

0... 18446744073709551615

Целое число без знака

SHORT

2

-32768... ♦32767

Целое число со знаком

INT

4

-2147483648... ♦2147483647

Целое **1Сло со знаком

FLOAT

4

♦/- 1.2 Е — 38 ... 3.4 Е ♦ 38

Дробное число со знаком

DOUBLE

8

♦/-2.2 Е — 308 ... 1.7 Е ♦ 308

Дробное число со знаком

STRING

Переменный. Размер определен внешними параметрами или применением специального символа-терминатора (код 0x00)

Содержит последовательность печатных символов в кодировке по умолчанию СР-1251

BINARY

Переменный. Размер определен внешними параметрами

Содержит последовательность данных типа BYTE

ARRAY OF TYPE

Переменный. Размер определен внешними параметрами

Содержит последовательность одного из вышеуказанных типов (TYPE), кроме BINARY. Экземпляры типов идут последовательно один за другим

А.4.2 Многобайтовые типы данных USHORT. UINT. ULONG. FLOAT и DOUBLE используют порядок следования байт little — endian (младший байт вперед). Байты, составляющие последовательность в типах STRING и BINARY, интерпретируются как есть. т. е. обрабатываются в порядке их поступления.

А.4.3 Определены следующие типы полей и параметров:

-    М (Mandatory) — обязательный параметр:

-    О (Optional) — необязательный параметр.

А.5 Структуры данных

А.5.1 Состав пакета протокола представлен на рисунке А.1.

Заголовок протокола

Данные уровня

Контрольная сумма данных

транспортного уровня

поддержки услуг

уровня поддержки услуг

Рисунок А. 1 — Состав пакета протокола транспортного уровня

А.5.2 Пакет данных протокола оосгоит из заголовка, поля данных уровня поддержки услуг, а также поля контрольной суммы данных уровня поддержки услуг.

А.5.Э Общая длина пакета протокола не превышает значения 65535 байт, что соответствует максимальному значению параметра Window Size (максимальный размер целого пакета, принимаемый на стороне приемника) заголовка протокола TCP. В таблице А.З указан состав пакета протокола.

Таблица А.З — Состав пакета протокола транспортного уровня

Бит 7 Бит 6

Бит 5

Бит 4 Бит Э

Бит 2

Бит 1 Бит 0

Тип

Тип

данный

Размер.

байт

PRV (Protocol Version)

м

BYTE

1

SKID (Security Key ID)

М

BYTE

1

PRF (Prefix)

RTE

ENA

CMP

PR

м

BYTE

1

HL (Header Length)

м

BYTE

1

HE (Header Encoding)

м

BYTE

1

FDL (Frame Data Length)

м

USHORT

2

PiD (Packet Identifier)

м

USHORT

2

PT (Packet Type)

м

BYTE

1

PRA (Peer Address)

О

USHORT

2

RCA (Recipient Address)

О

USHORT

2

TTL (Time To Live)

о

BYTE

1

HCS (Header Check Sum)

м

BYTE

1

SFRD (Services Frame Data)

О

BINARY

0... 65517

SFRCS (Services Frame Data Check Sum)

о

USHORT

0.2

А.5.4 Заголовок протокола состоит из следующих полей: PRV. PRF. PR. CMP. ENA. RTE. HL. НЕ. FDL, РЮ. РТ. PRA. RCA. TTL. HCS. Протокол уровня поддержки услуг представлен полем SFRD. контрольная сумма поля уровня поддержки услуг — в поле SFRCS.

А.5.5 Параметр PRV содержит значение 0x01. Значение данного параметра инкрементируется каждый раз при внесении изменений в структуру заголовка.

А.5.6 Параметр SKID определяет идентификатор ключа, используемого при шифровании.

А.5.7 Параметр PRF определяет префикс заголовка протокола и содержит значение 00.

А.5.8 Попе RTE (Route) определяет необходимость дальнейшей маршрутизации данного пакета на удаленный аппаратно-программный комплекс, а также нагычие опциональных параметров PRA. RCA. TTL. необходимых для маршрутизации данного пакета. Если поле имеет значение 1. то необходима маршрутизация, и поля PRA. RCA. TTL присутствуют в пакете. Данное поле устанавливает диспетчер того аппаратно-программного комплекса. на котором сгенерирован пакет, или АСН. сгенерировавшая пакет для отправки на аппаратно-программный комплекс, в случае установки в нем параметра «HOME_DISPATCHERJD». определяющего адрес аппаратно-программного комплекса, на котором данная АСН зарегистрирована.

А.5.9 Поле ENA (Encryption Algorithm) определяет код алгоритма, испогъэуемый для шифрования данных из поля SFRD. Если поле имеет значение СЮ. га данные в поле SFRD не шифруют.

А.5.10 Поле CMP (Compressed) определяет, используется ли сжатие данных из поля SFRD. Если поле имеет значение 1. то данные в поле SFRD считаются сжатыми.

А.5.11 Поле PR (Priority) определяет приоритет маршрутизации данного пакета и может принимать следующие значения:

-    00 — наивысший;

-    01 — высокий:

-10 — средний:

-11 — низкий.

При получении пакета диспегчер производит маршрутизацию пакета с белее высоким приоритетом быстрее, чем пакетов с низким приоритетом.

А.5.12 Попе HL — длина заголовка протокола в байтах с учетом байта контрольной суммы (поля HCS).

А.5.13 Поле НЕ определяет применяемый метод кодирования следующей за данным параметром части заголовка протокола.

А.5.14 Поле FDL определяет размер в байтах поля данных SFRD. содержащего информацию протокола уровня поддержки услуг.

А.5.15 Поле Р10 содержит номер пакета транспортного уровня, увеличивающийся на 1 при отправке каждого нового пакета на стороне отправителя. Значения в данном попе изменяются по правилам циклического счетчика в диапазоне от 0 до 65535. т. е. при достижении значения 65535 следующее значение 0.

А.5.16 Поле РТ — тип пакета транспортного уровня. Поле РТ может принимать следующие значения:

-    0 — EGTS_PT_RESPONSE (подтверждение на пакет транспортного уровня):

-1 — EGTS_PT_APPDATA (пакет, содержащий данные протокола уровня поддержки услуг);

-    2 — EGTS_PT_SIGNED_APPDATA (пакет, содержащий данные протокола уровня поддержки услуг с цифровой подписью).

А.5.17 Поле PRA— адрес аппаратно-программного комплекса, на котором данный пакет сгенерирован. Данный адрес является уникальным в рамках сети и используется для создания пакета-подтверждения на принимающей стороне.

А.5.18 Поле RCA — адрес аппаратно-программного комплекса, для которого данный пакет предназначен. По данному адресу производят идентификацию принадлежности пакета определенного аппаратно-программного комплекса и его маршрутизацию при использовании промежуточных аппаратно-программных комплексов.

А.5.19 Поле TTL — время жизни пакета при его маршрутизации между аппаратно-программными комплексами. Использование данного параметра предотвращает зацикливание пакета при ретрансляции в системах со сложной топологией адресных пунктов. Первоначально TTL устанавливается аппаратно-программным комплексом. сгенерировавшим данный пакет. Значение TTL устанавливается равным максимально допустимому числу аппаратно-программных комплексов между отправляющим и принимающим аппаратно-программным комплексом. Значение TTL уменьшается на единицу при трансляции пакета через каждый аппаратно-программный комплекс, при этом пересчитывается контрольная сумма заголовка протокола. При достижении данным параметром значения 0 и при обнаружении необходимости дальнейшей маршрутизации пакета происходят уничтожение пакета и выдача подтверждения с соответствующим кодом PC_TTLEXP!RED. указанным в таблице А. 14.

А.5.20 Попе HCS — контрольная сумма заголовка протокола (начиная с поля PRV до поля HCS. не включая поле HCS). Для подсчета значения поля HCS ко всем байтам указанной последовательности применяется алгоритм CRC-8.

А.5.21 Поле SFRO — структура данных, зависящая от типа пакета и содержащая информацию протокола уровня поддержки услуг.

А.5.22 Поле SFRCS — контрольная сумма поля протокола уровня поддержки услуг. Для подсчета контрольной суммы по данным из поля SFRD используется алгоритм CRC-16. Данное попе присутствует только в том случае. если есть none SFRD.

А.5.2Э Блок-схема алгоритма обработки пакета данных протокола при приеме представлена на рисунке А.2 (см вкладку).

А.6 Структуры данных

А.6.1 Структура данных пакета EGTS_PT_APPDATA

В таблице А.4 представлен формат поля SFRD для пакета типа EGTS_PT_APPDATA.

Таблица А.4 — Формат поля SFRD для пакета типа EGTS_PT_APPDATA

Бит 7 Бит 6 Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0

Тип

Тип данных

Размер, байт

SDR 1 (Service Data Record)

О

BINARY

9...65517

SDR 2

О

BINARY

9...65517

...

SDR n

О

BINARY

9...65517

Структуры SDR 1. SDR 2. SDR п содержат информацию протокола уровня поддержки услуг.

А.6.2 Структура данных пакета EGTS_PT_RESPONSE

Содержит информацию о результате обработки данных протокола, полученного ранее. В таблице А.5 пред* ставлен формат поля SFRO для пакета типа EGTS_PT_RESPONSE.

Таблица А.5 — Формат поля SFRD для пакета типа EGTS_PT_RESPONSE

Бит 7 Битв Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0

Тип

Тип данных

Размер. байт

RPID (Response Packet ID)

M

USHORT

2

PR (Processing Result)

M

BYTE

1

SDR 1 (Service Data Record)

О

BINARY

9...65517

SDR 2

О

BINARY

9...65517

...

SDR n

О

BINARY

9...65517

А.6.2.1 Параметр RPID — идентификатор пакета транспортного уровня, подтверждение на который сформировано.

А.6.2.2 Параметр PR— код результата обработки части пакета, относящейся к транспортному уровню. Список возможных кедов результата обработки представлен в таблице А. 14.

А.6.2.3 Структуры SDR 1. SDR 2. SDR п содержат информацию уровня поддержки услуг.

А.6.3 Структура данных пакета EGTS_PT_SIGNED_APPDATA

В таблице A.6 представлен формат поля SFRD для пакета типа EGTS_PT_SIGNED_APPDATA

Таблица А.6 — Формат поля SFRD для пакета типа EGTS_PT_SIGNED_APPDATA

Бит 7 Битв Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Битв

Тип

Тип данных

Размер. Байт

SIGL (Signature Length)

M

SHORT

2

SIGD (Signature Data)

О

BINARY

0... 512

SDR 1 (Service Data Record)

о

BINARY

9...65515

SDR 2

о

BINARY

9...65515

...

SDR n

О

BINARY

9...65515

А.6.Э.1 Параметр S1GL определяет длину данных цифровой подписи из поля SIGD.

А.6.Э.2 Параметр S1GD содержит непосредственно данные цифровой подписи.

А.6.Э.З Структуры SDR 1. SDR 2. SDR п содержат информацию уровня поддержки услуг.

А.6.4 На каждый пакет типа EGTS_PT_APPDATA или EGTS_PT_S1GNED_APPDATA, поступающий от АСН на аппаратно-программный комплекс или от аппаратно-программного комплекса на АСН. отправляется пакет типа EGTS_PT_RESPONSE, содержащий в none PID номер пакета из пакета EGTS_PT_APPDATA или EGTS_PT_ S(GNED_APPDATA. На рисунке А.З представлена последовательность обмена пакетами при взаимодействии АСН и аппаратно-программного комплекса.

П—и РТ.>РРС*ТА РР*1 frrqpfanjet)

Пшат PT_RB9PCN0E на РОИ (подтвердо** аеторшвцш)

е*


лен


Алпцжтжь

npgp*—1ЫЙ ишмш


fUtar РТ_АРЯРДСТЛ Pt Р=2    данные)

ПШт РПГ_РаЗРОГвЕиа P1D=2 (пОДгафОДв**1 тйл^йтмвбеш1 данных) ------

пакет pt_appoaja Pio=n (команда)

ПиетРТ^1^Р0ЫЗ£наРР«л(гхаяг»»|Я1Д1>ш»гмает>с»Р1шцивД)


Рисунок А.Э — Взаимодействие АСН и аппаратно-программного комплекса на уровне пакетов транспортного уровня

А.7 Структура данных при использовании SMS-сервиса в качестве резервного канала передачи А.7.1 При использовании SMS-сообщения для передачи пакетов данных протокола задействован режим PDU. Режим PDU позволяет передавать не только текстовую, но и бинарную информацию через SMS-сервис оператора подвижной радиотелефонной связи.

А.7.2 Для передачи использована структура SMS-SUBMIT с 6-бигной кодировкой. В таблице А.7 представлен формат SMS-сообщения для отправки в режиме PDU.

Т а б л и ц а А.7 — Формат SMS с использованием режима PDU (SMS-SUBMIT)

Бит 7

Битв

Бит S

Бит 4

Бит 3

Бит 2

Бит 1

Бит 0

Тип

Размер, байт

SMSC AL (SMSC Address Length)

М

1

SMSC AT (SMSC Address Type)

О

0.1

Бит 7

Битв

Бит 5

Бит 4

Бит 3

Бит 2

Бит 1

Бит 0

Тип

Размер, байт

SMSC A (SMSC Address)

О

0.6

TP RP

TP UDHI

TP SRR

TPVPF

TPRD

TPMTI

Тип

Размер, байт

TP MR (Message Reference)

М

1

TP DA L (Destination Address Length)

м

1

TP DA T (Destination Address Type)

м

1

TP DA (Destination Address)

м

6

TP PID (Protocol Identifier)

м

1

TP DCS (Data Coding Schema)

м

1

TP VP (Validity Period)

о

0.1.7

TP UDL (User Data Length)

м

1

TP UD (User Data)

О

о

о

А.7.3 SMSC AL — длина полезных данных адреса SMSC а октетах плюс 1 октет поля SMSC АТ.

А.7.4 SMSC АТ — тип формата адреса SMSC. Возможные значения параметров SMSC АТ представлены е таблице А.7. Попе опциональное, его наличие зависит от значения параметра SMSC AL (если значение SMSC AL > 0. то данное поле присутствует).

А.7.5 SMSC А — адрес SMSC. Каждая десятичная цифра номера представлена в виде 4 бит (младшие 4 бита — цифра более старшего разряда, старшие 4 бита — цифра меньшего разряда). При этом если тосло цифр в номере нечетное, то в битах с 4 по 7 последнего байта номера устанавливается значение OxF (1111b). Данный параметр опциональный, и его наточив зависит от значения параметра SMSC AL. В случае отсутствия параметра SMSC А использован SMSC из SIM (USIM) карты.

А.7.6 TP MTI (Message Type Indicator) — тип сообщения (содержит бинарное значение 01).

А.7.7 TP RD (Reject Duplicates) определяет, необходимо пи SMSC принимать данное сообщение на обработку. если существует предыдущее необработанное отправленное с данного номера сообщение, которое имеет такое же значение попя TP MR и такой же номер получателя в поле TP DA.

А.7.8 TP VPF (Validity Period Format) — формат параметра TP VP.

А.7.9 TP SRR (Status Report Request) определяет необходимость отправки подтверждения со стороны SMSC на данное сообщение (если данный бит имеет значение 1 „ то требуется подтверждение).

А.7.10 TP UDHI (User Data Header Indicator) определяет, передается ли заголовок пользовательских данных TP UD HEADER (если поле имеет значение 1. то заголовок присутствует).

А.7.11 TP RP (Reply Path) определяет, присутствует ли поле RP в сообщении.

А.7.12 TP MR — идентификатор сообщения (увеличивается на 1 при каждой отправке нового сообщения).

А.7.13 TP DA L — длина полезных данных адреса получателя (определяется как число символов в номере получателя). Например, если адрес получателя «79991234567», то TP DA L = OBh (11).

А.7.14 TP DA Т — тип формата адреса получателя. Возможные значения параметров TP DA Т и SMSC АТ представлены в таблице А.8.

Таблица А.8 — Формат полей TP_DA_T и SMSC_AT (тип адреса)

Бит 7

Битв

Бит 5

Бит 4

Бит 3

Бит 2

Бит 1

Бит 0

Размер, байт

1

TON

NPI

1

А.7.15 TP DA — адрес получателя. Кодировка номера произведена по тем же правилам, что и в параметре SMSC А.

А.7.16 TP PID — идентификатор протокола (содержит значение 00).

А.7.17 TP DCS — тип кодировки данных (содержит значение 0x04. определяющий 8-битмую кодировку сообщения. отсутствие компрессии).

А.7.18 TP VP — время актуальности данного сообщения. В таблице А.9 представлен формат данного параметра.

Таблица А.9 — Формат поля TP_VP в зависимости от значения поля TP_VPF

Значение битов

Описание

0

0

Поле TP VP не передается

1

0

Поле TP VP имеет формат «относительное время» и размер 1 байт

0

1

Поле TP VP имеет формат «расширенное время» и размер 7 байт

1

1

Поле TP VP имеет формат «абсолютное время» и размер 7 байт

А.7.19 TP UDL — длина данных сообщения из попя TP DL. в байтах для испотозуемой 8-битной кодировки. А.7.20 TP UD — непосредственно передаваемые пользовательские данные. В таблице А. 10 представлен формат данного поля.

Таблица А.10 — Формат поля TP_UD

Бит 7 Бит 6 Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0

Тип

Размер, байт

LUDH (Length of User Data Header)

О

1

IEI «А» (information-Element-ldentifier «А»)

О

1

LIE «А» (Length of InformaborvEtemenl «А»)

О

1

IED «А» (tnformation-Element-Data of «А»)

О

1 ... п

IEI «В» (Information-Element-ldentifier «В»)

О

1

Окончание таблицы А. 10

Бит 7 Битв Бит б Бит 4 Бит Э Бит 2 Бит 1 Бит 0

Тип

Размер, байт

LIE «В» (Length of Information-Element кВ»)

О

1

IED кВ» (InformatkxvElement-Data of кВ»)

О

1 ... п

IEI kN» (Informaboo-Element-Wentifier kN»)

О

1

LIE kN» (Length of Information-Element «N»)

О

1

IED eN» (Information-Element-Data of »N»)

О

1 ... п

UD (User Data)

М

1 ... 140

А7.21 TON (Type Of Number) — тип номере. TON мажет принимать следующие значения:

-    000 — неизвестный:

-    001 — международный формат;

-    010 — национальный формат:

-    011 — специальный номер, определяемый сетью;

-    100 — номер абонента:

-101 — буквенно-цифровой (коды с 7-битной кодировкой по умолчанию);

-110 — укороченный:

-111 — зарезервировано.

А.7.22 NPI (Numeric Plan Identification) — тип плана нумерации (применимо для значений поля TON = 000. 001. 010). NPI может принимать следующие значения:

. 0000 — неизвестный:

-    0001 — план нумерации ISDN телефонии;

-    0011 — план нумерации при передаче данных:

-0100 — телеграф:

-1000 — национальный:

-1001 —частный;

-1111 —зарезервировано.

А.7.2Э LUDH — длина заголовка пользовательских данных в байтах без учета размера данного поля.

А.7.24 IEI «А». IEI «В». IEI «N» — идентификатор информационного элемента «А». «В» и «N» соответственно. который определяет тип информационного элемента и может принимать следующие значения (в шестнадцатеричной системе):

-    00 — часть конкатенируемого SMS-сообщения;

-    01 — индикатор специального SMS-сообщения;

-    02 — зарезервировано:

-    03 — не используется;

-    04 — 7F — зарезервировано:

-    80 — 9F — для специального использования SME;

-    АО — BF — зарезервировано;

-    СО — DF — для специального использования SC;

-    Е0 — FF — зарезервировано.

А.7.25 LIE «А». LIE кВ». LIE kN» — параметры, определяющие размер данных информационных элементов кА». «В» и «N» соответственно, в байтах без учета размера данного поля.

А.7.26 IED «А». IED «В». IED aN» — данные информационных элементов *А». кВ» и «N2» соответственно. А.7.27 UD — данные пользователя. Размер данного поля определяется наличием заголовка пользовательских данных РТ UD HEADER, состоящего из полей LUDH. IEI. LIE, IED. Если заголовок не передается, то размер равен значению из поля TP UDL. указанного в таблице А.7. Ес/ы заголовок передается, то размер поля вычисляется как разность (TP UDL—LUDH-1).

А.7.28 В том случае, если идентификатор информационного элемента IEI заголовка пользовательских данных TP_UD_HEADER имеет значение 00. структура поля IED будет иметь вид. представленный в таблице А11.

Таблица А.11 — Формат поля данных информационного элемента, характеризующего часть конкатенируемою SMS-сообщения

Бит 7 Битв Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Битв

Тип

Размер, байт

CSMRN (Concatenated Short Message Reference Number)

M

1

MNSM (Maximum Number of Short Messages)

M

1

SNCSM (Sequence Number of Current Short Message)

M

1

А.7.29 CSMRN — номер конкатенируемого SMS-сообщения. Имеет одинаковое значение для всех частей длинного SMS-сообщения.

А.7.30 MNSM —общее число сообщений, из которых состоит длинное SMS-сообщение. Содержит значения в диапазоне от 1 до 255.

А.7.31 SNCSM — номер передаваемой части длинного SMS-сообщения. Инкрементируется при отправке каждой новой части длинного сообщения. Содержит значение в диапазоне от 1 до 255. Если значение данного поля превышает значение из поля MNSM или равно нулю, го принимающая сторона игнорирует весь информационный элемент.

А.7.32 При приеме SMS-сообщения использован формат SMS-DELIVER с 6-битной кодировкой. В таблице А. 12 представлен формат SMS-сообщения в режиме PDU при получении.

Таблица А. 12 — Формат принимаемого SMS-сообщения в режиме PDU (SMS-DELIVER)

Биг 7

Битв

Бит s

Бит 4 Бит 3

Бит 2

Бит 1 Бит 0

Тип

Размер, байт

SMSC.AL (SMSC Address Length)

м

1

SMSC_AT (SMSC Address Type)

о

0.1

SMSC.A (SMSC Address)

0

0.6

TP_RP

TPJJDHI

TP_SRI

TP_MMS

TP_MTI

м

1

TP_OA_L (Originating Address Length)

м

1

TP_OA_T (Originating Address Type)

м

1

TP_OA (Originating Address)

м

0—10

TP_P1D (Protocol Identifier)

м

1

TP DCS (Data Coding Schema)

м

1

TP_SCTS (SMSC Time Stamp)

м

7

TP_UDL (User Data Length)

м

1

TP_UD (User Data)

о

0...140

А.7.ЭЗ SMSC_AL— длина полезных данных адреса SMSC в октетах плюс 1 октет поля SMSC_AT.

А.7.34 SMSC.AT — тип формата адреса SMSC. Возможные значения параметров SMSC_AT представлены в таблице А.7. Поле опциональное, и его наличие зависит от значения параметра SMSC_AL (если значение SMSC_AL > 0. то данное поле присутствует).

А.7.35 SMSC_A — адрес SMSC. Каждая десятичная цифра номера представлена в виде 4 бит (младшие 4 бита — цифра старшего разряда, старшие 4 бита — цифра младшего разряда), при этом если число цифр в номере нечетное, то в битах с 4 по 7 последнего байта номера устанавливается значение 0xF(1111b).

А.7.36 TP_MTI (Message Type Indicator) — тип сообщения (содержит бинарное значение 00).

А.7.37 TP_MMS (More Messages to Send) определяет наличие сообщений на стороне SMSC. ожидающих доставки данному получателю. Параметр может иметь следующие значения:

-    0 — есть еще SMS-сообщения для доставки:

-1 — сообщений для доставки нет.

А.7.38 TP_SRI (Status Repor (Indication) локазьеает наличие запроса со стороны, отправившей данное сообщение. об уведомлении о доставке. Может принимать следующие значения:

-    0 — уведомление не будет передаваться отправителю:

-1 — уведомление будет отправлено.

А.7.39 TPJJDHI (User Data Header Indicator) определяет, передается ли заголовок пользовательских данных TPUDJHEADER (если поле имеет значение 1. го заголовок присутствует).

А.7.40 TP_RP (Reply Path) определяет присутствие поля RP в сообщении.

А.7.41 TP_OA_L — длина полезных данных адреса отправителя.

А.7.42 ТР_ОА_Т — тип формата адреса отправителя. Возможные значения параметров ТР_ОА_Т и SMSC_AT представлены в табтщах А.7. А. 12.

А.7.43 ТР_ОА — адрес отправителя. Кодировка номера производится по тек» же правилам, что и в параметре SMSC_A.

А.7.44 TP_PID — идентификатор протокола.

А.7.45 TPJDCS — тип кодировки данных (содержит значение 0x04. определяющее 8-битную кодировку сообщения. отсутствие компрессии).

А.7.46 TP_SCTS — время, когда данное сообщение было передано в трамспоргный уровень SMSC. Формат данного параметра определен значением из таблицы А. 12.

А.7.47 TP_UDL — длина данных сообщения из поля TP_DL. в байтах для используемой 8-битной кодировки.

А.7.46 TP_UD — непосредственно передаваемые пользовательские данные. Формат данного поля в зависимости от значения поля TP_UDHI представлен в таблице А.7.

А.6 Формат передаваемой информации

А.8.1 При использовании SMS-серейса для обмена данными между АСН и аппаратно-программным комплексом пакеты, упакованные по правилам протокола и протокола уровня поддержки услуг, помещаются в поле TP_UD (см. таблицу А. 10). при этом полный размер пакета протокола не превышает 140 байт.

А.8.2 Для отправки SMS-сообщения, содержащего «цифровую подпись». используется пакет типа EGTS_PT_S1GNED_APPDATA.

А.8.3 В юм случае, если размер пакета данных протокола превышает 140 байт, используется механизм конкатенации SMS-сообщений. Суть данною механизма состоит в том. что передаваемые пользовательские данные разбивают на части и отправляют отдельными SMS-сообщениями. Каждое сообщение содержит специальную структуру, определяющую общее число частей передаваемых данных и порядок их сборки на принимающей стороне. В качестве такой структуры использовано поле TP_UD_HEADER. которое содержит информационный элемент, характеризующий часть конкатенируемою SMS-сообщения.

Максимально возможный размер пакета при использовании 8-битной кодировки составляет 34170 байт.

А.9 Временные и количественные параметры протокола транспортного уровня при использовании

пакетной передачи данных

А.9.1 Таблица А. 13 содержит описание временных и количественных параметров проюкола.

Таблица А. 13 — Временные и количественные параметры протокола транспортною уровня

Наименование

Тип

данных

Диапазон

значений

Значение по умолчанию

Описание

TL RESPONSE ТО

BYTE

0... 255

5

Время ожидания подтверждения пакета на транспортном уровне, отсчитываемое с момента его отправки стороной, сгенерировавшей пакет, с

TL RESEND ATTEMPTS

BYTE

0... 255

3

Число повторных попыток отправки неподтвержденного пакета стороной, сгенерировавшей пакет. Отсчитывается после истечения времени параметра TL_RESPONSE_TO при отсутствии пакета подтверждения

TL RECONNECT ТО

BYTE

0... 255

30

Время, по истечении которого осуществляется повторная попытка установления канала связи после ею разрыва, с

Таблица А.14 — Коды результатов обработки

Значение

Обозначение

Описание

0

EGTS_PC_OK

Успешно обработано

1

EGTS_PC_IN_PROGRESS

В процессе обработки

126

EGTS_PC_UNS_PROTOCOL

Неподдерживаемый протокол

129

EGTS_PC_DECRYPT_ERROR

Ошибка декодирования

130

EGTS_PC_PROC_DEN1ED

Обработка запрещена

131

EGTS_PCJNC_HEADERFORM

Неверный формат заголовка

132

EGTS_PCJNC_DATAFORM

Неверный формат данных

133

EGTS_PC_UNS_TYPE

Неподдерживаемый тип

134

EGTS_PC_NOTEN_PARAMS

Неверное число параметров

135

EGTS_PC_DBL_PROC

Попытка повторной обработки

Окончание таблицы А. 14

Зи»чонио

Обозначение

Описание

136

EGTS_PC_PROC_SRC_DENIED

Обработка данных от источника запрещена

137

EGTS_PC_HEADERCRC_ERROR

Ошибка контрольной суммы заголовка

138

EGTS_PC_DATAC RC_ERROR

Ошибка контрольной суммы данных

139

EGTS_PCJNVDATALEN

Некорректная длина данных

140

EGTS_PC_ROU TE_N F OUNO

Маршрут не найден

141

EGTS_PC_ROU TE_C LOS E D

Маршрут закрыт

142

EGTS_PC_ROUTE_DENIED

Маршрутизация запрещена

143

EGTS_PC_INVADDR

Неверный адрес

144

EGTS_PC_TTLEXPI RED

Превышено количество ретрансляции данных

145

EGTS_PC_NO_ACK

Нет подтверждения

146

EGTS_PC_OBJ_NFOUND

Обьект не найден

147

EGTS_PC_EVNT_N FOUND

Событие не найдено

148

EGTS_PC_SRVC_N FOUND

Сервис не найден

149

EGTS_PC_SRVC_DEN1ED

Сервис запрещен

150

EGTS_PC_SRVC_U NKN

Неизвестный тип сервиса

151

EGTS_PC_AUTH_DEN1ED

Авторизация запрещена

152

EGTS_PC_ALREADY_EXISTS

Обьект уже существует

153

EGTS_PCJD_NFOUND

Идентификатор не найден

154

EGTS_PC JNC_DATETI ME

Неправильная дата и время

155

EGTS_PCJO_ERROR

Ошибка ввода/вывода

156

EGTS_PC_NO_RES_AVAlL

Недостаточно ресурсов

157

EGTS_PC_MODULE_FAULT

Внутренний сбой модуля

158

EGTS_PC_MODULE_PWR_FLT

Сбой в работе цепи питания модуля

159

EGTS_PC_MODULE_PROC_FLT

Сбой в работе микроконтроллера модуля

160

EGTS_PC_MODULE_SW_FLT

Сбой в работе программы модуля

161

EGTS_PC_MODULE_FW_FLT

Сбой в работе внутреннего ПО модуля

162

EGTS_PC_MODULE_IO_FLT

Сбой в работе блока ввода/вывода модуля

163

EGTS_PC_MODULE_MEM_FLT

Сбой в работе внутренней памяти модуля

164

EGTS_PC_TEST_FA1LED

Тест не пройден

А.10 Пример реализации алгоритма расчета контрольной суммы CRC-16 на языке С

Г

Name: CRC-16 CCITT

Poly : 0x1021 xM6 ♦ хЛ12 ♦ хА5 ♦ 1

Inel: OXfflT

Revert: false

XorOut: 0x0000

Check: 0x29B1 (“123456789*)

V

const unsigned short Crc16Table(256] = {

0x0000.0x1021.0x2042. 0x3063. 0x4064. 0x50A5. 0x6006.0x70E7.

0x8108.0x9129. 0Xa14A. 0ХЫ6В. 0Xc18C. 0Xd1 AD. OXelCE. 0XI1EF.

0x1231.0x0210, 0x3273. 0x2252. 0x5285. 0x4294. 0x72F7.0x62D6.

0x9339.0x8318. 0Xb37B. 0Xa35A. 0Xd3BD. 0Xc39C. 0X13FF. 0Xe3DE.

0x2462. 0x3443. 0x0420. 0x1401.0x64E6. 0x74C7. 0x44A4. 0x5485.

0Xa56A. 0Xb54B. 0x8528. 0x9509. 0Xe5EE. 0Xf5CF. 0Xc5AC. 0Xd58D.

0x3653.0x2672. 0x1611.0x0630. 0x76D7. 0x66F6. 0x5695. 0x46B4.

0Xb756.0Xa77A. 0x9719. 0x8738. 0X17DF. 0Xe7FE. 0Xd79O. 0Xc7BC.

0x48C4. 0x58E5. 0x6886. 0x78A7. 0x0840. 0x1861. 0x2802.0x3823.

0Xc9CC. 0Xd9ED. 0Xe98E. 0X/9AF. 0x8948. 0x9969. ОХаЭОА. 0Xb92B.

0x5AF5. 0x4AD4. 0x7AB7. 0x6A96.0x1 A71. OxOASO. ОхЗАЗЗ. 0x2A12.

OXdbfd. OXcbdc. OXfbbf, 0Xeb9E. 0x9679. 0x8В58. ОХЬЬЗВ. ОХаЫА.

ОхбСАб. 0х7С87. 0х4СЕ4.0х5СС5. 0х2С22, ОхЗСОЗ, ОхОСбО. 0х1С41.

OXedae. 0Xfd8F. OXcdec. OXddcd. 0Xad2A. OXbdOB. 0x8D68.0x9D49.

0x7E97. ОхбЕВб. 0x5ED5. 0x4EF4. 0x3E13. 0x2E32.0x1 E51.0x0E70.

0XR9F. OXefbe. OXdfdd. OXcffc. 0ХЫ1В. 0Xaf3A. 0x9F59. 0x8F78.

0x9188.0x81A9. 0ХЫСА. OXalEB. OXdlOC. 0Xc12D. 0ХП4Е. 0Xe16F.

0x1080. OxOOAI. 0x30C2. 0x20E3.0x5004. 0x4025.0x7046.0x6067.

0x83B9. 0x9398. 0Xa3FB. ОХЬЗОА. 0Xc33D. 0Xd31C. 0Xe37F. 0X135E.

0x02B1. 0x1290. 0x22F3. 0x32D2, 0x4235.0x5214. 0x6277. 0x7256.

0Xb5EA. 0Xa5CB. 0x95A8. 0x8589. 0X156E. 0Xe54F. 0Xd52C. 0Xc50D.

0x34E2. 0x24C3. Ox 14AO. 0x0481.0x7466. 0x6447.0x5424.0x4405.

0Xa7DB. 0Xb7FA. 0x8799. 0x97B8. 0Xe75F. 0ХГ77Е. 0Xc71D. 0Xd73C.

0x2603. 0x36F2. 0x0691. Ox 16B0. 0x6657. 0x7676. 0x4615. 0x5634.

0Xd94C, 0Xc96D. OX190E. 0Xe92F. 0x99C8. 0x89E9.0Xb98A. 0Xa9AB.

0x5844.0x4865, 0x7806. 0x6827.0x18C0. 0xO8E1. 0x3882. 0x28A3.

0Xcb7D. 0Xdb5C. 0Xeb3F. ОХОИЕ. 0x8BF9. Ox9BD8. OXabbb. 0Xbb9A.

0x4A75. Ox5A54. Ox6A37.0x7A16. OxOAFI. OxIADO. 0x2AB3, 0x3A92.

0Xfd2E. OXedOF. 0Xdd6C. 0Xcd4O. OXbdaa. 0Xad8B. 0x9OE8. 0x8DC9.

0x7C26. 0x6C07.0x5C64.0x4C45.0x3CA2.0x2C83. OxICEO. OxOCCI.

OXefl F. 0X/T3E. 0Xcf50.0Xdf7C. 0Xaf9B. OXbfba, 0x8FD9. 0x9FF8.

0x6E17. 0x7E36, 0x4E55. 0x5E74. 0x2E93.0x3EB2. OxOEDI. 0x1 EFO

):

unsigned shod Crc 16{ unsigned char * pcBlocX. unsigned shod ten)

(

unsigned shod crc = OXfW, while (len-)

crc = (crc« 8) A Сгс16ТаЫе[(сгс» 8)A 'pcBlock**]; netumcrc;

}

A.11 Пример реализации алгоритма расчета контрольной суммы CRC-8 на языке С Г

Name: CRC-8

Poly : 0x31 хА8 ♦ хА5 ♦ хА4 ♦ 1 In*: OxFF Revert: false ХоЮи1: 0x00

Check: 0xF7 f 123456789")

V

const unsigned char CRC8Tabte{256] = {

0x00. 0x31. 0x62, 0x53. 0xC4, 0xF5. 0xA6. 0x97.

OxB9, 0x88. OxDB. OxEA. 0x7D. Ox4C. 0x1 F, 0x2E.

0x43. 0x72. 0x21.0x10. 0x87.0xB6. 0xE5. 0xD4.

OxFA. OxCB. 0x98, 0xA9. 0x3E. OxOF, 0x5C. 0x6D.

0x86. OxB7. OxE4, 0xD5. 0x42. 0x73.0x20. 0x11.

0x3F. OxOE. 0x50. 0x6C. OxFB. OxCA. 0x99. 0xA8.

0xC5. 0xF4, 0xA7. 0x96, 0x01. 0x30, 0x63. 0x52.

Ox7C. 0x4D. Ox1E. 0x2F, 0xB8.0x89. OxDA. OxEB.

0x3D. OxOC. Ox5P. 0x6E. 0xF9. OxC0.0x9B. OxAA.

0x64. 0хВ5. ОхЕб. 0xD7. 0x40. 0x71.0x22. 0x13.

0х7Е, 0x4F. Ох 1C. 0x20. ОхВА. 0x88.0xD8. 0хЕ9.

0хС7.0xF6. ОхА5. 0x94. 0x03. 0x32. 0x61. 0x50.

ОхВВ. 0х8А, 0xD9.0хЕ8. 0x7F. 0x4Е. ОхЮ. 0x2С.

0x02. 0x33, 0x60. 0x51. ОхСб. 0xF7. 0хА4. 0x95,

OxF8. 0хС9. Ох9А, ОхАВ. ОхЗС. OxOD. 0х5Е. 0x6F.

0x41.0x70. 0x23. 0x12.0x85. 0хВ4. 0хЕ7. 0xD6.

0х7А. 0x4В. 0x18. 0x29. ОхВЕ. 0x8F. OxDC. ОхЕО.

ОхСЗ. OxF2. ОхА1.0x90. 0x07. 0x36. 0x65. 0x54.

0x39. 0x08. 0x5В. ОхбА. OxFD. OxCC. 0x9F. ОхАЕ.

0x80. ОхВ1.0хЕ2.0x03. 0x44. 0x75. 0x26. 0x17.

OxFC. ОхСО. 0x9Е. OxAF. 0x38. 0x09. 0х5А. 0x6В.

0x45. 0x74. 0x27. 0x16. 0x81. ОхВО. ОхЕЭ. 0x02.

OxBF. OxSE, OxDD. ОхЕС. 0x7В. 0x4 А. 0x19. 0x28.

0x06, 0x37, 0x64. 0x55.0хС2. OxF3. ОхАО. 0x91.

0x47. 0x76. 0x25. 0x14.0x83. 0хВ2. ОхЕ1.0x00.

OxFE. OxCF, 0x90. ОхАО. ОхЗА. ОхОВ. 0x58. 0x69.

0x04. 0x35, 0x66. 0x57. ОхСО. OxF1. ОхА2. 0x93,

OxBD. 0х8С. OxOF, ОхЕЕ. 0x79.0x48. 0x1В. 0х2А.

ОхС1. OxFO. ОхАЗ. 0x92. 0x05. 0x34. 0x67. 0x56.

0x78. 0x49. OxIA. 0x2В. ОхВС. 0x80. ОхОЕ. OxEF.

0x82. ОхВЗ. ОхЕО. OxD1.0x46. 0x77. 0x24. 0x15.

ОхЗВ. ОхОА. 0x59.0x68. OxFF, OxCE. 0x9D. ОхАС

}:

unsigned char CRC8(unsigned char 'IpBlock. unsigned char len)

{

unsigned char слс = OxFF: while (lerv -)

crc = CRC8Table|crcA *lpBk)ck*+); return crc;

>

Приложение Б (обязательное)

Спецификация протокола передачи мониторинговой информации

Б.1 Функции АСН для использования услуги EGTS_TELEDATA_ SERVICE Б. 1.1 На стороне АСН реализованы функции:

. поддержка сервиса обработки команд EGTS_COMMANDS_SERVlCE;

- обработка команд управления и установки параметров АСН. отправляемых оператором через GPRS, и передача соответствующих подтверждений на них.

Б.2 Состав сервиса EGTS.TELEOATA.SERVICE

Б.2.1 Сервис EGTS TELE DATA SERVICE обрабатывает мониторинговую информацию, поступающую от АСН.    ~    “

Б.2.2 Список подзаписей, используемых сервисом EGTS_TELEDATA_SERV1CE. представлен в таблице Б.1. Таблица Б.1 — Список псд записей сервиса EGTS_TELEDATA_SERVICE

Код

Наименомние

Описание

0

EGTS_SR_RECORD_RESPONSE

Применяется для осуществлен^ подтверждения приема и передачи результатов обработки записи уровня поддержки услуг

16

EGTS_S R_ POS_D АТА

Используется АСН при передаче основных данных определения местоположения

17

EGTS_SR_EXT_POS_DATA

Используется АСН при передаче дополнительных данных определения местоположения

18

EGTS_SR_AD_SENSORS_DATA

Применяется АСН для передачи на аппаратно-программный комплекс информации о состоянии дополниге/ъиых дискретных и аналоговых входов

19

EGTS_SR_COUNTERS_DATA

Используется аппаратно-программным комплексом для передачи на АСН данных о значении счетных входов

20

EGTS_SR_STATE_DATA

Используется для передачи на аппаратно-программный комплекс информации о состоянии АСН

22

EGTS_SR_LOOPIN_DATA

Применяется АСН для передачи на аппаратно-программный комплекс данных о состоянии шлейфовых входов

23

EG TS_S R_ ABS_D IG_SE NS_DATA

Применяется АСН для передачи на аппаратно-программный комплекс данных о состоянии одного дискретного входа

24

EGTS_SR_ABS_AN_SENS_DATA

Применяется АСН для передачи на аппаратно-программный комплекс данных о состоянии одного аналогового входа

25

EGTS_SR_ABS_CNTR_DATA

Применяется АСН для передачи на аппаратно-программный комплекс данных о состоянии одного счетного входа

26

EGTS_SR_ABS_LOOPI N_DATA

Применяется АСН для передачи на аппаратно-программный комплекс данных о состоянии одного шлейфового входа

27

EGTS_SR_L)OUID_LEVEL_SENSOR

Применяется АСН едя передачи на аппарат но-программный комплекс данных о показаниях ДУЖ

28

EGTS_SR_PASSENGERS_COUNTERS

Применяется АСН едя передачи на аппаратно-программный комплекс данных о показаниях счетчиков пассажиропотока

Б.2.3 Подзапмсь EGTS_SR_POS_DATA Структура подзавей представлена в га блице Б.2.

Таблица Б.2 — Формат лодзалиси EGTS_SR_POS_DATA сервиса EGTS_TELEDATA_SERVICE

Бит 7

Битв

Бит S

Бит 4

Бит Э

Бит 2

Бит 1

БитО

Тип

Тип данных

Ра>мер. байт

NTM (Navigation Time)

м

UINT

4

LAT (Latitude)

м

UINT

4

LONG (Longitude)

м

U1NT

4

FLG (Flags)

м

BYTE

1

ALTH

LOHS

LAHS

MV

ВВ

CS

FIX

VLD

SPD (Speed) младшие биты

м

USHORT

2

DIRH

ALTS

SPD (Speed) старшие биты

DIR (Direction)

м

BYTE

1

ODM (Odometer)

м

BINARY

3

DIN (Digital Inputs)

м

BYTE

1

SRC (Source)

м

BYTE

1

ALT (Altitude)

о

BINARY

3

SRCD (Source Data)

о

SHORT

2

Поля таблицы Б.2 содержат:

NTM — время навигации (число секунд с 00:00:00 01.01.2010 UTC);

LAT — широта по модулю, градусы/90 * OxFFFFFFFF и взята целая часть:

LONG — долгота по модулю, градусы/180 - OxFFFFFFFF и взята целая часть; FLG — определяет дополнительные параметры навигационной посылки:

ALTE — битовый флаг определяет наличие поля ALT в л од записи:

1 — поле ALT передается.

0 — не передается:

LOHS — битовый флаг определяет полушарие долготы:

0    — восточная долгота.

1    — западная долгота:

LAHS — битовый флаг определяет полушарие широты:

0    — северная широта.

1    — южная широта:

MV — битовый флаг, признак движения:

1 — движение.

0 — ТС находится в режиме стоянки:

ВВ — битовый флаг, признак отправки данных из памяти («черный ящьеса):

0    — актуальные данные.

1    — данные из памяти («черного ящика»):

FIX — битовое поле, тип определения координат:

0    —2D fix,

1    — 3D fix;

CS — битовое поле, тип используемой системы:

0    — система координат WGS-84.

1    — государственная геоцентрическая система координат (ПЗ-90.02);

VLD — битовый флаг, признак валидности координатных данных:

1 — данные валидны.

0 — невалидные данные:

SPD — скорость, км/ч. с дискретностью 0.1 км/ч (используется 14 младших бит):

ALTS (Altitude Sign) — битовый флаг, определяет высоту относительно уровня моря и имеет смысл только при установленном флаге ALTE:

0    — точка выше уровня моря.

1    — ниже уровня моря;

DIRH (Direction the Highest bit) — старший бит (8) параметра D1R;

DIR — направление движения. Определяется как угол в градусах, который отсчитывается по часовой стрелке между северным направлением географического меридиана и направлением движения в точке измерения (дополнительно старший бит находится в поле DIRH);

ООМ — пройденное расстояние (пробег), км. с дискретностью 0.1 км;

DIN — битовые флаги, определяют состояние основных дискретных входов 1 ... 8 (если бит равен 1. го соответствующий вход активен, если 0. то неактивен). Данное поле включено для удобства использования и экономии трафика при работе в системах мониторинга транспорта базового уровня:

SRC определяет источник (событие), инициировавший(ее) посылку данной навигационной информации (информация представлена в таблице Б.З):

ALT — высота над уровнем моря, м (опциональный параметр, наличие которого определяется битовым флагом ALTE);

SRCD — данные, характеризующие источник (событие) из поля SRC. Наличие и интерпретация значения данного поля определяется полем SRC.

Таблица Б.З — Список источников посылок координатных данных сервиса EGTS_TELEDATA_SERVICE

Код

Описание

0

Таймер при включенном зажигании

1

Пробег заданной дистанции

2

Превышение установленного значения угла поворота

3

Ответ на запрос

4

Изменение состояния входа X

5

Таймер при выключенном зажигании

6

Отключение периферийного оборудования

7

Превышение одного из заданных поротое скорости

8

Перезагрузка центрального процессора (рестарт)

9

Перегрузка по выходу У

10

Сработал датчик вскрытия корпуса прибора

11

Переход на резервное литание/отключемие внешнего питания

12

Снижение напряжения источника резервного питания ниже порогового значения

13

Нажата «кнопка связи [кнопка связи (тревожная кнопка)]»

14

Запрос на установление голосовой связи с оператором

15

Экстренный вызов

16

Появление данных от внешнего сервиса

17

Зарезервировано

18

Зарезервировано

19

Неисправность резервного аккумулятора

20

Резкий разгон

21

Резкое торможение

22

Отключение или неисправность навигационного модуля

23

Отктвдчение или неисправность датчика автоматической идентификации события ДТП

Окончание таблицы Б.З

Коя

Описание

24

Отключение или неисправность антенны GSM

25

Отключение или неисправность антенны навигационной системы

26

Зарезервировано

27

Снижение скорости ниже одного из заданных порогов

28

Перемещение при вьжлюченном зажигании

29

Таймер в режиме «экстренное слежение)»

30

Начало/окомчание навигации

31

«Нестабильная навигация» (превышение порога частоты прерывания режима навигации при включенном зажигании или режиме экстренного слежения)

32

Установка IP-соединения

33

Нестабильная регистрация в сети подвижной радиотелефонной связи

34

«Нестабильная связь» (превышение порога частоты прерывания/восстановления IP-соединения при включенном зажигании игы режиме экстренного слежения)

35

Изменение режима работы

Б.2.4 Подзапись EGTS_SR_EXT_POS_DATA Структура под записи представлена в таблице Б.4.

Таблица Б.4 — Формат псдзаписи EGTS_SR_EXT_POS_DATA сервиса EGTS_TELEDATA_SERVICE

Бит 7 Бит в Бит 5

Бит 4

Бит 3

Бит 2

Бит 1

БитО

Тип

Тип лаиных

Размер, байт

NSFE

SFE

PFE

HFE

VFE

M

BYTE

1

VDOP (Vertical Dilution of Precision)

0

USHORT

2

HDOP (Horizontal Dilution of Precision)

о

USHORT

2

PDOP (Position Dilution of Precision)

0

USHORT

2

SAT (Satellites)

о

BYTE

1

NS (Navigation System)

о

USHORT

2

Поля таблицы Б.4 содержат:

NSFE (Navigation System Field Exists), которая определяет наличие данных о типах используемых навигационных спутниковых систем:

1 — none NS передается.

0    — не передается.

SFE (Satellites Field Exists), который определяет наличие данных о текущем количестве видимых спутников SAT и тиле используемой навигационной спутниковой системы NS:

1    — поля SAT и NS передаются,

0    — не передаются;

PFE (PDOP Field Exists), который определяет наличие поля POOP:

1    — none PDOP передается.

0    — не передается;

HFE (HDOP Field Exists), который определяет наличие поля HDOP:

1    — none HDOP передается.

0    — не передается;

VFE (VDOP Field Exists), который определяет наличие поля VDOP:

1    — none VDOP передается,

О — не передается;

VDOP — снижение точности в вертикальной плоскости (значение, умноженное на 100);

HDOP — снижение точности в горизонтальной плоскости (значение, умноженное на 100);

PDOP — снижение точное г и по местоположению (значение, умноженное на 100);

SAT — число видимых спутников;

NS — битовые флаги, характеризующие используемые навигационные спутниковые системы. Определены следующие значения (десятичные) флагов:

0    — система не определена.

1    — ГЛОНАСС.

2    — GPS.

4 — Galileo.

8 — Compass.

16 — BexJou.

32 —DORIS.

64 — 1RNSS.

128 —QZSS.

Остальные значения зарезервированы.

Б.2.5 Подзапись EGTS_SR_AD_SENSORS_DATA Структура подзаписи представлена в таблице Б.5.

Таблица Б.5 — Формат подзаписи EGTS_SR_AD_SENSORS_DATA сервиса EGTS_TELEDATA_SERVICE

Бит 7

Бит 6

Бит 5

Бит 4

Бит 3

Бит 2

Бит 1

БитО

Тип

Тип данных

Размер, байт

DIOE8

DIOE7

DIOE6

DIOE5

DIOE4

DIOE3

DIOE2

DIOE1

М

BYTE

1

DOUT (Digital Outputs)

М

BYTE

1

ASFE8

ASFE7

ASFE6

ASFE5

ASFE4

ASFE3

ASFE2 ASFE1

М

BYTE

1

ADIOI (Additional Digital Inputs Octet 1)

О

BYTE

1

ADI02 (Additional Digital Inputs Octet 2)

О

BYTE

1

ADI03 (Additional Digital Inputs Octet 3)

О

BYTE

1

ADI04 (Additional Digital Inputs Octet 4)

О

BYTE

1

ADI05 (Additional Digital Inputs Octet 5)

О

BYTE

1

AD106 (Additional Digital Inputs Octet 6)

О

BYTE

1

ADI07 (Additional Digital Inputs Octet 7)

О

BYTE

1

ADI08 (Additional Digital Inputs Octet 8)

О

BYTE

1

ANSI (Analog Sensor 1)

о

BINARY

3

ANS2 (Analog Sensor 2)

О

BINARY

3

ANS3 (Analog Sensor 3)

О

BINARY

3

ANS4 (Analog Sensor 4)

о

BINARY

3

ANS5 (Analog Sensor 5)

о

BINARY

3

ANS6 (Analog Sensor 6)

о

BINARY

3

ANS7 (Analog Sensor 7)

о

BINARY

3

ANS8 (Analog Sensor 8)

о

BINARY

3

Поля таблицы Б.5 содержат:

DIOE1 — DIOE8 (Digital Inputs Octet Exists) — битовые флаги, определяющие наличие соответствующих полей дополнительных дискретных входов. Всего в одной подзаписи данного типа может быть передана информация о состоянии дополнительных 64 входов;

1 — соответствующее поле ADIO передается.

0 — не передается:

DOUT — битовые флаги дискретных выходов (если бит установлен в 1. то соответствующий этому биту выход активен);

ASFE1 ... ASFE8 (Analog Sensor Field Exists) — битовые флаги, определяющие наличие показаний от соответствующих аналоговых датчиков (если бит установлен в 1. то данные от соответствующего даг^ка присутствуют. если 0. данные отсутствуют). Если, например, поля ASFE1 = 1 и ASFE3 = 1. то 8 подзаписи после байта флагов ASFE8—ASFE1 будут переданы 3 байта значений ANSI и Э байта значений ANS3. Значения для датчика ANS2. а также датчиков ANS4... AN S3 не будут передаваться в данной подзаписи:

ADI01 ... A0I08 — показания допопнительных дискретных входов. Поля представляют собой битовую маску, в которой значение каждого бита определяет активность соответствующего дискретного входа:

1 — соответствующий вход активен.

0 — не активен:

ANS1 ... ANS8 — значение аналоговых датчиков с 1 по 8 соответствемю.

Каждая подзапись EGTS_SR_AD_SENSORS_DATA позволяет передать состояния 64 допопни тельных дискретных входов и 8 аналоговых датчиков. Если требуется передать данные от большего числа дискретных или аналоговых входов, то необходимо в одной записи передавать несколько следующих друг за другом подзаписей EGTS_SR_AD_SENSOR_DATA. При этом интерпретация полученных данных производится следующим образом:

-    в первой подзаписи EGTS_SR_AD_SENSOR_DATA содержатся данные от дискретных входов с 9 по 72. аналоговых входов с 1 по 8:

-    во второй — дискретные входы с 73 по 136 и аналоговые входы с 9 по 16 и т. д.

6.2.6 Подзапись EGTS_SR_COUNTERS_DATA

Структура подзаписи представлена в таблице Б.6.

Таблица 6.6 — Формат подзаписи EGTS_SR_COUNTERS_DATA сервиса EGTS_TELEDATA_SERVICE

Би I 7

Битв

Виг 5

Би? 4

Би? 3

Бит 2

Бит 1

Би? 0

Тип

Тип

данных

Размер.

байт

CFE8

CFE7

CFE6

CFE5

CFE4

CFE3

CFE2

CFE1

М

BYTE

1

CN1 (Counter 1)

О

BINARY

3

С N2 (Counter 2)

О

BINARY

3

CN3 (Counter 3)

О

BINARY

3

СN4 (Counter 4)

О

BINARY

3

CN5 (Counter 5)

О

BINARY

3

С N6 (Counter 6)

о

BINARY

3

С N7 (Counter 7)

о

BINARY

3

С N8 (Counters)

о

BINARY

3

Поля таблицы 6.6 содержат:

CFE1 ... CFE8 (Counter Field Exists) — битовые флаги, которые определяют наличие соответствующих полей счетных входов:

1 — соответствующее none CN передается.

0 — не передается:

CN1 ... CN8 — значение счетных входов с 1 по 8 соответственно.

Б.2.7 Подзапись EGTS_SR_ACCEL_DATA Структура подзаписи представлена в таблице Б.7.

Таблица 6.7 — Формат подзаписи EGTS_SR_ACCEL_DATA сервиса EGTS_TELEDATA_SERVICE

Би? 7 Би? в Би? 5 Бит 4 Би? Э Би? 2 Бит 1 Бит 0

Тип

Тип

данных

Размер.

бай?

SA (Structures Amount)

M

BYTE

1

ATM (Absolute Time)

M

UINT

4

ADS1 (Accelerometer Data Structure 1)

M

BINARY

0

ADS2 (Accelerometer Data Structure 2)

о

BINARY

8

ADS255 (Accelerometer Data Structure 255)

0

BINARY

8

Поля таблицы Б.7 содержат:

SA — число передаваемых структур данных показаний акселерометра:

АТМ — время проведения измерений первой передаваемой структуры показаний акселерометра (число секунд с 00:00:00 01.01.2010 UTC):

AOS1 ... ADS255 — структуры данных показаний акселерометра, формат структуры представлен в тавторе Б.8. В составе подзаписи передается минимум одна структура ADS.

Таблица Б.6 — Формат структуры данных показаний акселерометра под записи EGTS SR ACCEL_DATA сервиса EGTS_TELEDATA_SERV1CE    "    ~

Бит 7 Битв Битв Бит 4 Бит Э Бит 2 Бит 1 Бит 0

Тип

Тип данных

Размер, байт

RTM (Relative Time)

M

USHORT

2

XAAV (X Axis Acceleration Value)

M

SHORT

2

YAAV (Y Axis Acceleration Vblue)

M

SHORT

2

ZAAV (Z Axis Acceleration Value)

M

SHORT

2

Поля таблицы Б.6 содержат:

RTM — приращение к времени измерения предыдущей записи (для первой записи приращение к полю ATM), мс:

XAAV — значение линейного ускорения по оси X (старший бит определяет знак. 1 указывает на отрицательное значение), м/с2, с дискретностью 0.1 м/с2:

YAAV — значение линейного ускорения по оси У (старший бит определяет знак. 1 указывает на отрицательное значение), м/с2, с дискретностью 0.1 м/с2:

ZAAV — значение линейного ускорения по оси Z (старший бит определяет знак. 1 указывает на отрицательное значение), м/с2, с дискретностью 0.1 м/с2:

разрешающая способность полей ускорения — 0.01 G.

Б.2.8 Подзапись EGTS_SR_STATE_DATA Структура подзаписи представлена в таблице Б.9.

Таблица Б.9 — Формат подзаписи EGTS_SR_STATE_DATA сервиса EGTS_TELEDATA_SERVICE

Бит 7 Битв Бит 5 Бит 4 Бит 3

Бит 2

Бит t

Бит 0

Тип

Тип данных

Размер.байт

ST (State)

M

BYTE

1

MPSV (Main Power Source Voltage)

M

BYTE

1

BBV (Back Up Battery Voltage)

M

BYTE

1

IBV (Internal Battery Vbltage)

M

BYTE

1

NMS

IBU

BBU

M

BYTE

1

Поля таблицы Б.9 содержат:

ST — текущий режим работы. Список режимов представлен в таблице Б. 10:

MPSV — значение напряжения основного источника питания. В. с дискретностью 0.1 В;

BBV — значение напряжения резервной батареи. В, с дискретностью 0.1 В:

IBV — значение напряжения внутренней батареи. В. с дискретностью 0.1 В:

NMS — битовый флаг, определяющий состояние навигационного модуля:

1 — навигационный модуль включен.

0    — навигационный модуль выключен:

IBU — битовый флаг, определяющий, что в качестве источника питания АСН использован внешний резервный источник:

1    — внешний резервный источник используется.

0 — внешний резервный источник не используется:

BBU — битовый флаг, определяющий, что в качестве источника питания АСН используется внутренняя батарея:

1 — внутренняя батарея используется.

0 — внутренняя батарея не используется.


Таблица Б.10 — Список режимов работы АСН, используемых в подзаписи EGTS SR_STATE_DATA сервиса EGT S_TELEDATA_SE RVICE    ”

Код

Название режима работы АСН

0

«Пассивный»

1

«ЭРА»

2

«Активный»

3

«Экстренный вызов»

4

«Экстренное слежение»

5

«Тестирование»

6

«Автосервис»

7

«Загрузка ПО»

Б.2.9 Подзапись EGTS_SR_LOOPIN_DATA Структура подзаписи представлена в таблице Б.11.

Таблица Б.11 —Формат подзаписи EGTS_SR_LOOPIN_DATA сервиса EGTS_TELEDATA_SERVICE

Бит 7

Битв

Бит S

Бит 4

Бит Э

Бит 2

Бит 1

Бит 0

Тип

Тип данных

Размер, байт

LIFE8

LIFE7

LIFE6

LIFE5

LIFE4

LIFE3

LIFE2

LIFE1

М

BYTE

1

LIS п*1

LIS п

О

BYTE

1

LIS п+Э

LIS п+2

О

BYTE

1

LIS п+5

LISn+4

О

BYTE

1

LIS п+7

US п+6

О

BYTE

1

Поля таблицы Б.11 содержат:

LIFE 1 ... LIFE 8 (Loop In Field Exists) — битовые флаги, определяющие наличие информации о состоянии шлейфовых входов:

LIS п ... LIS п+7 (Loop In State) — значение состояния соответствующего шлейфового входа. Предусмотрены следующие состояния шлейфового входа (бинарное представление):

0    — «норма».

0001    —«тревога».

0010 — «обрыв».

0100 — «замыкание на землю».

1000 — «замыкание на питание».

Б.2.10 Подзапись EGTS_SR_ABS_DIG_SENS_DATA Структура подзаписи представлена в таблице Б. 12.

Таблица Б. 12 — Формат подзаписи EGT S_SR_ АВ S_D IG_SEN S_D АТА сервиса EGTS_TEEDATA_SERV!CE

Бит 7

Бит в

Бит S

Бит 4

Бит 3

Бит 2

Бит 1

Бит 0

Тип

Тип

данных

Размер.

байт

DSN (Digital Sensor Number) младшие

DSST (Digital Sensor State)

М

SHORT

2

DSN (Digital Sensor Number) старшие биты

Поля таблицы Б. 12 содержат:

DSN — номер дискретного входа;

DSST — состояние дискретного входа:

0000 — не активен, остальные значения — активен.

Б.2.11 Подзапись EGTS_SR_ABS_AN_SENS_DATA Структура подзаписи представлена в таблице Б. 13.

Таблица Б. 13 — Формат подзаписи EGTS_SR_ABS_AN_SENS_DATAсервиса EGTS_TELEDATA_SERVICE

Биг 7

Smi 6

Бит 5

Бит 4

Бит 3

Бит 2

Бит 1

Бит 0

Тип

Тип данных

Размер, байт

ASN (Analog Sensor Number)

М

BYTE

1

ASV (Analog Sensor Value)

М

BINARY

3

Поля таблицы Б. 13 содержат:

ASN — номер аналогового входа:

ASV — значение показаний аналогового входа. Б.2.12 Поддались EGTS_SR_ABS_CNTR_DATA Структура подзаписи представлена в таблице Б. 14.

Таблица Б. 14 — Формат подзаписи EGTS_SR_ABS_CNTR_DATAсервиса EGTS_TELEDATA_SERVICE

Бит 7

Бит б

Бит S

Бит 4

Бит Э

Бит 2

Бит ?

Бит 0

Тип

Тип данных

Размер, байт

CN (Counter Number)

м

BYTE

1

CNV (Counter Value)

м

BINARY

3

Поля таблицы Б. 14 содержат:

CN — номер счетного входа:

CNV — значение показаний счетного входа.

Б.2.13 Подзапись EGTS_SR_ABS_LOOPIN_DATA Структура подзаписи представлена в таблице Б. 15.

Таблица Б. 15 — Формат подзаписи EGTS_SR_ABS_LOOPIN_DATAсервиса EGTS_TELEDATA_SERVICE

Бит 7

Бит в

Бит S

Бит 4

Бит Э

Бит 2

Бит 1

Бит 0

Тип

Тип данных

Размер, байт

LIN (Loop In Number) младшие

LIS (Loop In Slate)

М

SHORT

2

LIN (Loop In Number) старшие биты

Поля таблицы Б. 15 содержат:

LIN — номер шлейфового входа:

LIS — значение состояния шлейфового входа.

Б.2.14 Подзапись EGTS_SR_LIOUID_LEVEL_SENSOR Структура подзаписи представлена в таблице Б. 16.

Таблица Б.16 — Формат подзаписи EGTS_SRJJOUID_LEVEL_SENSOR Сервиса EGTS_TELEDATA_SERVICE

Бит 7

Битв

Бит 5 Бит 4

Бит Э

Биг 2 Бит 1 Бит 0

Тип

Тип данных

Размер, байт

LLSEF

LLSVU

RDF

LLSN

М

BYTE

1

MADDR (K4odu*e Address)

М

USHORT

2

LLSD (Liquid Level Sensor Data)

М

BINARY

4 ... 512

Поля таблицы Б.16 содержат:

LLSEF (Liquid Level Sensor Error Flag) — битовый флаг, определяющий наличие ошибок при считывании значения датчика уровня жидкости (далее —ДУЖ):

0    — ошибок не обнаружено.

1    — ошибка при считывании показаний ДУЖ:

LLSVU (Liquid Level Sensor Value Unit) — битовый флаг, определяющий единицы измерения показаний ДУЖ:

00    — негарированное показание ДУЖ.

01    — показания ДУЖ. %, от общего объема емкости.

10 — показания ДУЖ, л. с дискретностью в 0.1 л;

RDF (Raw Data Flag) — флаг, определяющий формат поля LLSD данной подзалисм:

0    — поле LLSD имеет размер 4 байта (тип данных UINT) и содержит показания ДУЖ в формате, определяемом полем LLSVU.

1    — поле LLSD содержит данные ДУЖ в неизменном виде, как они поступили из внешнего порта АСИ (размер поля LLSD при этом определяется исходя из общей длины данной под за гы си и размеров расположенных леред LLSD полей):

LLSN (Liquid Level Sensor Number) — порядковый номер датчика:

MADDR — едрес модуля, данные о показаниях ДУЖ с которого поступили в АСИ (номер внешнего порта

АСН);

LLSD — показания ДУЖ в формате, определяемом полем RDF.

Б.2.15 Подзапись EGTS_SR_PASSENGERS_COUNTFRS Структура под записи представлена в таблице Б. 17.

Таблица Б.17 — Формат подзаписи GTS_SR_PASSENGERS_COUNTERS сервиса EGTS_TELEDATA_SERVICE

Бит 7 Битв Бит 5 Бит 4 Бит 3 Бит 2 Бит У

БитО

Тип

Тип данный

Ра>мар. байт

RDF

M

DPR (Doors Presented)

M

BYTE

1

DRL (Doors Released)

M

BYTE

1

MADDR (Module Address)

M

USHORT

2

PCD (Passengers Counters Data)

M

BINARY

2 ...512

Поля таблицы Б.17 содержат:

RDF (Raw Data Flag) — флат, определяющий формат поля PCD данной подэалиси:

0    — поле PCD имеет формат, определяемый полем DPR (представлен в таблице Б. 18).

1    — поле PCD содержит данные счетчика пассажиропотока в неизменном виде, как они поступили из внешнего порта АСН (размер поля PD при этом определяется исходя из общей длины данной подзаписи и размеров расположенных перед PD полей):

DPR (Doors Presented) — битовое поле, определяющее наличие счетчиков на дверях и структуру поля PCD (бит 0 определяет наличие счетчика на первой двери, бит 1 — на второй и т. д.). Если бит имеег значение 1. то счетчик используется, если 0 — не используется;

DRL (Doors Released) — битовое поле, определяющее двери, которые открывались и закрывались при подсчете пассажиров (например. 00000000 — ни одна из дверей не открывалась. 00000001 — открывалась только 1-я дверь. 00001001 —открывались 1-я и 4-я дверь);

MADDR — адрес модуля, данные от счетчиков пассажиропотока с которого поступили в АСН (номер внешнего порта АСН):

PCD — данные счетчиков пассажиропотока.

Таблица Б. 18 — Формат поля PCD подзаписи TS SR PASSENGERS COUNTERS сервиса EGTS TELEDATA SERVICE    -    -    -    “    “

Бит 7 Битв Бит 6 Бит 4 Бит 3 Бит 2 Бит 1 БитО

Тип

Тип данных

Ра>мер. байт

IP01 (In Passengers Quantity 1)

О

BYTE

1

OPQ1 (Out Passengers Quantity 1)

О

BYTE

1

О

IPOS (In Passengers Quantity 8)

О

BYTE

1

OPQ8 (Out Passengers Quantity 8)

О

BYTE

1

Поля таблицы Б. 18 содержат:

IPQ1 ...IPQ8 — число вошедших пассажиров через 1-ю ... 8-ю дверь:

0PQ1...0PQ8 — число вышедших пассажиров через 1-ю... 8-ю дверь.

Наличие или отсутствие полей IPO и ОРО определяется битами поля DPR подзаписи EGTS_SR_ PASSENGERS_COUNTERS. Если в поле DPR бит, соответствующий определенному номеру двери, имеет значение 1. то соответствующие поля IPQ и ОРО присутствуют в структуре. Если в поле DPR бит имеет значение 0. то соответствующие поля IPO и OPQ отсутствуют в структуре. Если определенное поле IPO присутствует, то и соответствующее поле ОРО присутствует.

Б.З Использование EGTS.COMMANDS.SERVICE

Б.Э.1 Список и описание команд, параметров АСН и подтверждений, необходимых для реа/ызацин услуги EGTS_TELEDATA_SERVICE, представлены в таблицах Б. 19 и Б.20.

Таблица Б.19 — Список команд для АСН

Название команд**

Код

Тип

Описание

EGTS_FLEET_DOUT_ON

0x0009

USHORT

Активация дискретных выходов. Параметр интерпретируется как битовое поле, определяющее. какие выходы активировать.

Бит 0 соответствует 1 -му выходу. 1 — 2-му выходу. Если бит имеет значение 1. то выход активируется. если 0. то состояние выхода не изменяется

EGTS_FLEET_DOUT_OFF

OxOOOA

USHORT

Деактивация дискретных выходов. Параметр интерпретируется как битовое поле, определяющее. какие выходы деактивировать. Бит 0 соответствует 1-му выходу. 1 — 2-му выходу. Если бит имеет значение 1. то выход деактивируется, если 0. то состояние выхода не изменяется

EGTS_FLEET_GET_DOUT_DATА

0x0006

Команда запроса состояния дискретных выходов

EGTS_FLEET_GET_POS_DATA

OxOOOC

Команда запроса текущих данных местоположения. При получении данной команды помимо подтверждения в виде подзаписи EGTS SR COMMAND_DATA сервиса EGTS_COMMANDl SERVICE АСН отправляет телематическое сообщение, содержащее под запись EGTS SR POS_D АТА сервиса EGRS_TELEDATA_SERVICE

EGT S_FLEET_GET_SENSORS_DATA

0x000D

Команда запроса состояния дискретных и аналоговых входов. При получении данной команды помимо подтверждения в виде подзаписи EGTS_SR_COMMAND_DATA сервиса

EGTS_COMMAHD_SERVICE асн отправляет телематическое сообщение, содержащее подзаписи EGTS SR POS DATA и EGTS SR AD SENSORS сервиса EGRS_TELEDATA_SER VI CE

EGT S_FLE ET_GET_LI N_DATA

OxOOOE

Команда запроса состояния шлейфовых входов. При получении данной команды помимо подтверждения в виде подзаписи EGTS SR COMMAND_DATA сервиса EGTS_COMMANDl SERVICE АСН отправляет телематическое сообщение, содержащее подзаписи EGTS SR POS DATA и EGTS SR LOOPtN DATA сервиса EGR S_TE L E DATA_SE R VI CE

Окончание таблицы Б. 19

Название команды

Код

Тип

Описание

EGTS_FLEET_GET_CIN_DATA

0x0OOF

Команда запроса состояния счетных входов. При получении данной команды помимо подтверждения в виде подзаписи EGTS_SR_ COMM AN D_D АТА сервиса EGTS_COMMANdI SERVICE АСН отправляет телематическое сообщение, содержащее под записи EGTS SR POS DATA и EGTS SR COUNTERS DATA*сер” виса EGRS_TELEDATA_SERVICE

EGTS_FLEET_GET_STATE

0x0010

Команда запроса состояния АСН. При получении данной команды помимо подтверждения в виде подзаписи EGTS SR COMMAND DATA сервиса EGTS_COMMAND“SERVlCE ”АСН отправляет телематическое сообщение, содержащее подзаписи EGTS SR POS DATA и EGTS SR STATE DATA сервиса EGRS TELEDATA_SERVICE

EGTS_FLEET_ODOM_CLEAR

0x0011

Команда для обнуления показаний внутреннего одометра АСН. Для обработки данной команды оператор отправляет корректные значения попей ACL и АС из таблицы 17 спецификации протокола поддержки услуг

Таблица Б.20 — Список подтверждений на команды и сообщения or АСН

Название команды

Код

Тип

Описание

EGTS_FLEET_DOUT_ON

0x0009

USHORT

Параметр интерпретируется как битовое поле, определяющее состояние дискретных выходов. Бит 0 соответствует 1-му выходу. 1 — 2-му выходу. Если бит имеет значение 1. то выход активирован, если 0 — не активирован

EGTS_FLEET_DOUT_OFF

ОхОООА

USHORT

Параметр интерпретируется как битовое попе, определяющее состояние дискретных выходов. Бит 0 соответствует 1-му выходу, 1 — 2-му выходу. Если бит имеет значение 1. то выход активирован, если 0 — не активирован

EGTS_FLEET_GET_DOUT_DATA

0x000В

USHORT

Параметр интерпретируется как битовое поле, определяющее состояние дискретных выходов. Бит 0 соответствует 1-му выходу. 1 — 2-му выходу. Если бит имеет значение 1. то выход активирован, если 0 — не активирован

Параметр

Код

Тип

параметра

Значение no умолчанию

Огмсонио

Конфигурация и конфигурационные данные услуг

Монитора транспортных средств

egts_fleet_on

0x0261

BOOLEAN

1

1 — разрешает использование услуги мониторинговой информации

EGTS_FLEET_IGN_ON_PERIOD

0x0262

INT

60

Период передачи теле метин есхих сообщений на сервер при включенном зажигании, с

EGTS_FLEETJGN_OFF..PERIOD

0x0263

INT

300

Период передачи тепе метин есхих сообщений на сервер при выключенном зажигании, с

egts_fleet_dist_threshold

0x0264

IMT

10

Значение пройденного пути, по достижении которого производится отправка телематического сообщения на сервер с признаком «пробег заданной дистанции». 100 м

EGTS_FLEET_COURSE_THRE$HOLD

0x0265

INT

20

Значение изменения курса, по достижении которого производится отправка телематического сообщения на сервер с признаком «превышение установленного значения угла поворота», градусы

EGTS_FLEET_MAX_SPEED_THRESHOLD

0x0266

ARRAY OF INT

60,0.0.0,0

Значения порогов скорости, при превышении одного из которых производится передача телематического оообщегыяна сервер с признаком «превышение одного из заданных порогов скорости». к мАч. Нулевые значения не учитываются при обработке

EGTS_FLEET_MIN_SPEED_THRESHOLDS

0x0267

ARRAY OF INT

0.0.0.0.0

Значения порогов скорости, при превышении одного из которых производится передача телематического сообщения на сервер с признаком «оыжение скорости ниже одного из заданных порогов», км/ч. Нулевые хачения не учитываются при обработке

EGTS_FLEET_MIN_BATTERY_VOLTAGE

0x0266

INT

110

Пороговое значение напряжения на резервном ажумуляторе. При достижении которого производится передача тепеметвеского сообщения на оереер с признаком «снижение напряжения источника резервного гмтэния ниже порогового значения». 0.1 В

EGTS_FLEET_POS_ACCEL_TH RESHOLD

0x0269

INT

100

Пороговое эгачеюге положительного продольного ускорения, при достижении которого производится передала телематического сообщения на сервер с приэгаком «резкий разгон». 0.1 м/с2

EGTS_FLEET_NEG_ACCEL_THRESHOLD

0x026A

INT

100

Пороговое значение отрицательного продольного ускорения, при достижении которого производится передача телематического сообщаия на сервер с признаком «резкое торможение». 0.1 м/с2


ГОСТ Р 56360—2015


Продолжение таблицы Б 21

Параметр

Код

Тип

параметра

Э прение по умолчанию

Отеанио

EGT$_FtEET_EM_MON ^PERIOD

0x026B

INT

10

Период передами телеманы еских сообщений на сервер в режиме «экстренное слежение», с

EGTS_FLEET_NAVI_TRB.THRESHOLD

0xO26C

INT

6

Пороговое знэчеже частоты прерыважя режима навигаши При включенном зажигании или режиме экстренного слежения. При достижении которого производится передача телематического сообщения на сервер с признаком «нестабильная навигация». 1/ч

EGT$_FlEET_CONN_TRB_THRE$HOLD

0x0260

INT

эо

Пороговое значение частоты лрерываиия^еоостэиоалемия IP-соединения при включенном зажигании или режиме экстренного слежздия, при достижении которого производится передача телематического сообщения на сервер с признаком «нестабильная связь». 1/ч

EGTS_FlEET_GSM_REG_TRB_THRESHOLD

0x026E

IKTT

3

Пороговое значение частоты регистрации в сети связи стандартов GSM при в ключевом зажигании или режиме экстренного слежения, при достижении которого производится передача телематического сообщения на сервер с признаком «нестабильная регистрация в сети сотовой сеязи», 1/ч

EGTS_FLEET_POS_USE_ALT

0x026F

BOOLEAN

1

1 — указывает, что параметр «Altitude» передается е телематическом сообщении от АСИ

egts_fleet_ext_pos_oata_flags

0x0270

INT

255

Определяет, какие из опциональных параметров передаются в подзаписи EGTS_$R_EXT_POS_DATA сервиса EGTS_ TELEDATA_SERVICE. Представляет собой битовую маску, формат которой совпадает с форматом первого байта псдзагиси EGT$_$R_EXTJ>OS,DATA(cm. 34)

EGTS_FLEET_SR_MASK

0x0271

INT

255

Определяет состав данных, передаваемый с АСН с каждым телематическим сообща ием (подзались EGTS_SR_POS_ DATA). Представляет собой битовое поле:

0-EGTS SR EXT POS DATA;

1 — EGTS SR AD SENSORS DATA;

2— EGTS SR COUNTERS DATA;

3    —EGTS SR ACCEL DATA;

4    — EGTSS R_STATE_ DATA;

5    — EGTS_SR_LOOPIN_DATA. Если соответствующий бит имеет энамеже 1. то педзапись передается


ГОСТ Р 56360—2015


£ Скончание таблицы Б.21

Пере метр

Код

Тип

параметра

Значение no умолчанию

Огмсение

EGTS.FLEET_DIN.MASK

0x0272

INI

1

Определяет состав дискретных входов, анализируемых АСИ. Представляет собой битовое поле:

0    — дискретные входы 1-ю ... 8-ю;

1    — входы 9-й ... 16>й;

2    — входы 17-й ... 24-й и т. д.

Если бит имеет значение 1. то соответствующие дискретные входы (если они физически присутствуют) а на газируются АСИ

EGTS_R.EET_AlN.MASK

0x0273

INT

15

Определяет состав аналоговых входов, анализируемых АСИ. Представляет собой битовое поле: бит 0 — аналоговый вход 1:

1    — вход 2:

2    — вход 3 и т. д

Если бит имеет значение 1. то соответствующий аналоговый вход (если он физически присутствует) анализируется АСИ

EGTS.FLEET_CIN.MASK

0x0274

INT

0

Определяет состав счетных входов, анализируемых АСИ. Представляет собой битовое поле: битО —счетный вхзд 1:

1    — вход 2;

2    — вход 3 и т. д

Бели бит имеет значение 1. то соответствующий четный вход (если он физически присутствует) анализируется АСН

EGTS_FLEET_UN_MASK

0x0275

INT

0

Определяет состав шлейфовых входов, анализируемых АСН. Представляет собой битовое поле: бит 0 —счетный вод 1;

1    — вход 2;

2    — вход 3.

Если бит имеет значение 1. то соответствующий шлейфовый вход (если он физически присутствует) а на газируются АСН

EGTS.FL EET.US E_ABS.SENS.DATA

0x0276

INT

0

Определяет необходимость использования подзаписей EGTS SR ABS DIG SENS DATA. EGTS SR ABS AN SENS DATA. EGTS SR ABS CNTR DATA и EGTS SR ABS LOOP-IN DATA вместо'EGTS SR AD SENSORS DATA.’ EGTS SR COUNTERS.DATA и EGTS.SR_LOOPW.DATA для передав информации о состоянии соответствующих сенсоров.

Представляет собой битовое поле:

0    —EGTS SR ABS DIG SENS DATA

1    — egts’sr’abs’an SENS DATA

2    — EGTS.SR_ABS_CNTR.DATA

3    — EGTS_SR_ABS_LOOPN_DATA Если бит имеет энаме-*ie 1. то испогъзуется соответствующая подзались


ГОСТ Р 56360—2015


Приложение В (обязательное)

Спецификация протокола уровня поддержки услуг и спецификация сервисов предоставления

услуг

В.1 Назначение протокола уровня поддержки услуг

Протокол уровня поддержки услуг предназначен для обеспечения обмена данными между АСН и системами и аппаратно-программными комплексами в цепях обеспечения функционирования информационных услуг. Каждой услуге соответствует отдельный сервис, который является ключевым элементом в рамках системы, построенной с применением протокола.

Протокол уровня поддержки услуг выполняет следующие основные фуюции:

-    обмен информационным* сообщениями, содержащими данные для обработки различными сервисами, а также запросы на выдачу информации сервисами;

-    обеспечение уведомления о результатах доставки и обработки данных уровня поддержки услуг:

-    идентификация принадлежности данных определенному типу сервиса:

-    определение характеристики данных (число, тип. состав, размер, кодировка и др.).

В.1.1 Обмен информационными сообщениями

Основной структурой протокола уровня поддержки услуг, содержащей в себе все необходимые данные для обработки информации или запроса на предоставление той или иной услуги, является запись. Каждая запись может иметь в своем составе несколько подзаписей, содержащих необходимые данные и определяющих действия, которые должен произвести сервис, обрабатывающий данную под запись.

В.1.2 Обеспечение уведомления о результате доставки и обработки данных уровня поддержки услуг

На уровне поддержхи услуг уведомление отравляющей стороны о результате доставки и обработки данных обеспечивается механизмом подтверждений информационных записей при помощи специальных подзаписей, содержащих идентификатор получанмой/обрабоганиой записи.

В.1.3 Идентификация принадлежности данных

Для идентификации принадлежности записи тому или иному сервису используют идентификатор типа сервиса. который определяет функциональные особенности и характеристики обрабатываемых данных. Тип сервиса является его идентификатором при внугриплатформенной маршрутизации и уникальным в рамках протокола.

В.1.4 Определение характеристики данных

Данные в протоколе уровня поддержхи услуг записываются в виде подзаписи, имеющей свой уникальный идентификатор в рамках отдельного типа сервиса, а также строго определенную структуру организации данных в зависимости от подзаписи. Использованием такой организации данных в протоколе достигается однозначное определение типа данных, их физического смысла, размера и способа упакоехи.

8.2 Определение структур данных

8.2.1 Общая структура

Общая структура протокола уровня поддержки услуг, когорая входит в состав пакета протокола (см. приложение А), может содержать одну или несколько записей, идущих одна за другой и имеющих различный состав данных, предназначенных разным сервисам.

На рисунка В.1 представлена общая структура данных протокола уровня поддержки услуг.

Данные уровня поддержки услуг

Запись RID-1

Запись R1D-2

...

Запись RID-N

Рисунок В.1 — Общая структура датыых протокола уровня поддержки услуг

В.2.2 Структура отдельной записи В.2.2.1 Состав записи

Отдельная запись протокола уровня поддержки услуг состоит из заголовка записи и данных записи. На рисунка В.2 пред ставлен состав отдельной записи протокола уровня поддержки услуг.

Заголовок записи


Данные записи

Подзапись 1

...

Подзапись N


Рисунок В.2 — Состав отдельной записи протокола уровня поддержки услуг

В заголовке записи находягся параметры, определяющие типы сервисов получателя и отправителя, идентификатор записи, идентификатор объекта (например, терминала), длину передаваемых данных, а также различные флаги, определяющие наличие опциональных параметров и способ обработки.

Данные за гы си могут содержать одну и/ы несколько подзаписей определенных типов и содержащих передаваемые данные.

В.2.2.2 Структура записи

В таблице В.1 представлен формат отдельной записи протокола уровня поддержки услуг.

Таблица В.1 — Формат отдельной записи протокола уровня поддержки услуг

Бит 7

Битв

Бит 5

Бит 4 Бит Э

Бит 2

Бит 1

Бит 0

Тип

Тип данных

Размер.

байт

RL (Record Length)

M

USHORT

2

RN (Record Number)

М

USHORT

2

RFL (Record Flags)

М

BYTE

1

SSOD

RSOD

GRP

RPP

TMFE

EVFE

OBFE

OID (Object Identifier)

О

UINT

4

EVID (Event Identifier)

О

UINT

4

TM (Time)

О

UINT

4

SST (Source Service Type)

М

BYTE

1

RST (Recipient Service Type)

М

BYTE

t

RD (Record Data)

М

BINARY

3...65498

Поля таблицы В. 1 содержат:

RL (Record Length) — параметр определяет размер данных из поля RD:

RN (Record Number) — номер записи. Значения в данном поле изменяются по правилам циклического счетчика в диапазоне от 0 до 65535. т. е. при достижении значения 65535 следующее значение должно быть 0. Значение данного поля используется для подтверждения записи:

RFL (Record Flags) содержит битовые флаги, определяющие наличие в данном пакете полей ОЮ. EV1D и ТМ. характеризующих содержащиеся в записи данные:

SSOD (Source Service On Devioe)— битовый флаг, определяющий расположение сервиса-отправителя:

1 — сервис-отправитель расположен на стороне АСН (авторизуемой телематической платформой (далее — ТП)).

0    — сервис-отправитель расположен на авторизующей ТП:

RSOD (Recipient Service On Device) — битовый флаг, определяющий расположение сервиса-получателя:

1    — сервис-получатель расположен на стороне АСН (авторизуемой ТП).

0    — сервис-получатель расположен на авторизующей ТП;

GRP (Group) — битовый флаг, определяющий принадлежность передаваемых данных определенной группе, идентификатор которой указан в none OID:

1    — данные предназначены для группы.

0 — принадлежность группе отсутствует;

RPP (Record Processing Priority) — битовое поле, определяющее приоритет обработки данной записи сервисом:

00    — наивысший.

01    — высокий.

10    — средний.

11    — низкий;

TMFE (Time Field Exists) — битовое поле, определяющее наличие в данном пакете поля ТМ:

1 — поле ТМ присутствует.

0    — поле ТМ отсутствует;

EVFE (Event ID Field Exists) — битовое пале, определяющее наличие в данном пакете поля EVID:

1    — поле EVID присутствует.

0 — поле EVID отсутствует;

OBFE (Object ID Field Exists) — битовое none, определяющее наличие e данном пакете поля OID:

1 — поле OID присутствует.

О — поле OID отсутствует;

OID (Object Identifier)— идентификатор объекта, сгенерировавшего данную за гы съ или для которого данная запись предназначена (уникальный идентификатор АСН). либо идентификатор группы (при GRP = 1). При передаче от АСН в одном пакете транспортного уровня нескольких записей подряд для разных сервисов, но от одного и того же объекта, поле OID может присутствовать только в первой записи, а в последующих записях может быть опущено:

EV1D (Event Identifier) — уникальный идентификатор события. Попе EVID задает глобальный идентификатор события и применяется, когда необходимо логически связать с од ним-единственным событием набор иескотъ-ких информационных сущностей, причем сами сущности могут быть разнесены как по разным информационным пакетам, так и по времени. При этом прикладное ПО имеет возможность объединить все эти сущности воедино в момент представления пользователю информации о событии. Например, если с нажатием тревожной кнопки связывается серия фотоснимков, none EVID должно быть указано в каждой сервисной записи, связанной с этим событием на протяжении передачи всех сущностей, связанных с данным событием, независимо от того, как долго не длилась передача всего пула информации;

ТМ (Time) — время формирования записи на стороне отправителя (секунды с 00:00:00 01.01.2010 UTC). Если в одном пакете транспортного уровня передаются несколько записей, относящихся к одному объекту и моменту времени, то поле метки времени ТМ может передаваться только в составе первой записи:

SST (Source Service Type) — идентификатор типа сервиса-отравителя, сгенерировавшего данную запись. Например, сервис, обрабатывающий навигационные данные на стороне АСН. сервис команд на стороне ТП и т. д.;

RST (Recipient Service Type)— идентификатор типа сервиса-получателя данной записи. Например, сервис, обрабатывающий навигационные данные на стороне ТП. сервис обработки команд на стороне АСН и т. д.;

RD (Record Data) — поле, содержащее информацию, присущую определенному типу сервиса (одну или несколько п дозаписей сервиса типа, у казан»! ого в поле SST или RST. в зависимости от вида передаваемой информации).

6.2.3 Общая структура подзаписей

В таблице В.2 представлен формат отдельной подзаписи протокола уровня поддержки услуг.

Таблица В.2 — Формат отдельной под записи протокола уровня поддержки услуг

Бит 7

Битв

Бит б

Бит 4

Бит 3

Бит 2

Бит 1

БитО

Тип

Тип данных

Размер.

байт

SRT (Subrecord Туре)

м

BYTE

1

SRL (Subrecord Length)

м

USHORT

2

SRD (Subrecord Data)

о

BINARY

0... 65495

Поля таблицы В.2 содержат:

SRT (Subrecord Туре) — тип подзаписи (подтип передаваемых данных в рамках общего набора типов одного сервиса). Тип 0 — специальный, зарезервирован за гкщэаписью подтверждения данных для каждого сервиса. Конкретные значения номеров типов гкщэаписей определяются логикой самого сервиса. Протокол указывает лишь то, что этот номер должен присутствовать, а нулевой идентификатор зарезервирован:

SRL (Subrecord Length) — длина данных в байтах подзаписи в поле SRD:

SRD (Subrecord Data) — данные подзаписи. Наполнение данного поля специфично для каждого сочетания идентификатора типа сервиса и типа подзаписи.

На каждую информационную запись уровня поддержки услуг должно быть отправлено подтверждение, которое содержит пддэапись с информацией об идентификаторе подтверждаемой записи и результате ее обработки. Описание и формат подтверждения представлены в В.3.2.2. пддпуюгг а).

На рисунке В.З представлен алгоритм работы механизма подтверждений протокола уровня поддержки услуг.

Каждое сообщение протокола содержит в себе заголовок и контрольную сумму транспортного уровня и одну или несколько записей уровня поддержки услуг. Причем в одном сообщении могут содержаться как информационные записи, так и подтверждения на ранее принятые записи.

ЛСН    |    |    ТП


Сообщение млфювцж Делись 1 IO=H(Эались N 0=М]

Пэдоераданиэ не сообщ*#* еетрншрн [Пцдтверад.11М1и. .1Лодлиред.Н10Ч(

Ответ не оообкцммв вшортацим (30тсь11>1]

подтвер)^^ ответ* к* сообща* *е щгор*т±*т (Подгвефцд. 110=1]

Сообщения МОЮГОрМт1 PftmtffeNH tXW)

Подшврвдммнвоообщвнив мкштпоримн 1

(Подтвррвщ. МИ 0=МИ]

л л л

Сообщотвю аюжгойшпеВ [3vwciiM+ei[>-ft+S]

Подтварадмеавн&еодбищимв&мжтормвяВ родтверяод. ffMS


Рисунок В.Э — Диаграмма обмена сообщениями

В.З Описание сервисов предоставления услуг В.3.1 Слисок сервисов

Под сервисом в настоящем стандарте подразумевается элемент инфраструктуры ТП. обеспечивающий функциональное выполнение алгоритма той или иной услуги с использованием описываемого протокола.

В таблице В.З представлен список поддерживаемых сервисов, их функциональное описание и соответствующие идентификаторы (поле «Код») в десятичном виде.

Таблица В.З — Список сервисов, поддерживаемых протоколом

Код

Название

Описание

1

EGTS_AUTH_SERVICE

Данный тип сервиса применяется для осуществления процедуры аутентификации АСИ (авторизуемой ТП) на авторизующей ТП. При использовании протокола ТСРЛР в качестве транспорта. АСИ (авторизуемая ТП) должна проходить данную процедуру, и только после успешного завершения данной процедуры происходит дальнейшее взаимодействие

2

EGTS_TELEDATA_SERVICE

Серене предназначен для обработки телематической информации (координатные данные, данные о срабатывая^ датчиков и т. д.). поступающей от АСИ. Сервис описан в приложении Б

3

EGTS_COMMANDS_SERVICE

Данный тип сервиса предназначен для обработки управляющих и конфигурационных команд, информационных сообщений и статусов, передаваемых между АСИ. ТП и операторами

Окончание таблицы В.З

Кеш

Описание

4

EGTS_FIRMWARE_SERV1CE

Сервис предназначен для передачи на АСН конфигурации и непосредственно ПО аппаратной части АСН. а также различного периферийного оборудования, подключенного к АСН и поддерживающего возможность удаленного обновления ПО

В.3.2 Сервис EGTS_AUTH_SERVICE

В.3.2.1 Общие положения

Для олисажя данного сервиса вводятся понятия: «авторизуемая ТП». «авторизующая ТП».

Авторизуемая ТП — платформа, которая инициирует обмен данными между платформами с запросом на идентификацию (путем передами записи с идентификационными данными на авторизующую ТП). В качестве авторизуемой ТП. в основном, выступает АСН. Запись с запросом на идентификацию содержит следующие данные:

-    идентификатор АСН (авторизуемой ТП). который необходим для регистрации в базе данных (БД) авторизующей ТП.

Примечание — АСН (авторизуемая ТП) может быть зарегистрирована как в БД одной «домашней» авторизующей ТП. так и на нескольких, произвольно удаленных ТП:

-    набор данных, которые необходимы для однозначной идентификации АСН (или авторизуемой ТП) на стороне авторизующей ТП.

Авторизующая ТП — платформа, которая принимает запись с запросом на идентификацию от АСН (авторизуемой ТП). Кроме того, эта платформа проверяет полученные данные (идентификаторы, тип клиента) в своей БД. и при необходимости, производит запрос к АСН (авторизуемой ТП). используя имеющуюся таблицу маршрутизации.

Данный тип сервиса применяется:

-    для осуществления процедур идентификации и аутентификации при установлении соединения между АСН (авторизуемой ТП) и авторизующей ТП:

-    получения учетных данных АСН (или авторизуемой ТП) на стороне авторизующей ТП:

-    получения информации на авторизующей ТП об инфраструктуре на стороне АСН (авторизуемой ТП). например о составе и версиях ПО модулей, блоков, периферийного оборудования и т. д.

Примечание — Данная функция настоящего сервиса является опциональной, и АСН (авторизуемая ТП) сама принимает решение об объеме информации, отправляемой на авторизующую ТП:

-    получения информации на авторизующей ТП о ТС:

• передачи авторизующей ТП на АСН (авторизуемую ТП) перечня поддерживаемых сервисов:

-    передачи авторизующей ТП на АСН (авторизуемую ТП) данных о способе и параметрах шифрования:

-    передав АСН (авторизуемой ТП) на авторизующую ТП аутентификационных данных для реализации шифрования данных:

-    реализации алгоритма «запросов» на использование сервисов на стороне АСН (авторизуемой ТП).

Примечание — Настоящий протокол предполагает реализацию использования сервисов авторизующей ТП на стороне АСН (авторизуемой ТП). Следует различать «простой» алгоритм использования сервисов и алгоритм «запросов». «Простой» алгоритм подразумевает, что для АСН (авторизуемой ТП) доступны все сервисы, и в этом случае авторизуемой ТП разрешено сразу отправлять данные для требуемого сервиса после прохождения процедуры авторизации. Алгоритм «запросов» на использование сервисов подразумевает, что перед тем. как использовать тот или иной тип сервиса (отправлять данные), АСН (авторизуемая ТП) должна получить от авторизующей ТП информацию о доступных для использования сервисов. «Запрос» на использование сервисов может быть выполнен как на этапе авторизации, так и после нее:

-    передав АСН (авторизуемой ТП) от авторизующей ТП результатов процедуры аутентификации.

Сервис должен быть использован АСН (авторизуемой ТП) только в случае применения в качестве транспорта протокола TCP/IP после соедажя каждого нового соединения с авторизующей ТП.

Описание полного пакета пдозаписей сервиса EGTS_AUTH_SERV1CE для реализации перечисленных выше функций приведено в В.3.2.2.

Описание алгоритма авторизации АСН на авторизующей ТП приведено в В.З.2.Э.

Особенности алгоритма авторизации авторизуемой ТП на авторизующей ТП представлены в В.3.2.4.

В.3.2.2 Описание под записей сервиса EGTS_AUTH_SERV1CE

В таблице В.4 представлен список под записей, используемых сервисом EGTS_AUTH_SERVICE.

Таблица В.4 — Список подзаписей сервиса EGTS_AUTH_SERVICE

Код

Описание

0

EGTS_SR_RECORD_RESPONSE

Подзапись применяется для осуществления подтверждения процесса обработки записи протокола уровня поддержки услуг. Данный тип подзаписи должен поддерживаться всеми сервисами

1

EGTS_SR_TERMJDENTITY

Под за гы сь используется только АСИ при запросе авторизации на авторизующей ТП и содержит учетные данные АСИ

2

EGTS_SR_MODULE_DATA

Подзапись предназначена для передачи на ТП информации об инфраструктуре на стороне АСИ. о составе, состоянии и параметрах блоков и модулей АСИ. Данная под запись является опциональной. и разработчик АСИ сам принимает решение о необходимости заполнения полей и отправки данной подзаписи. Одна подзапись описывает один модугь».

В одной записи может передаваться последовательно несколько таких под за пи с ей. что позволяет передать данные об отдельных составляющих всей аппаратной части АСИ и периферийного оборудования

3

EGTS_SR_VEHICLE_DATA

Подзапись применяется АСИ для передачи на ТП информации о ТС

5

EGTS_SR_DISPATCHERJDENTJTY

Подзапись испогызуется только авторизуемой ТП при запросе авторизации на авторизующей ТП и содержит учетные данные авторизуемой АСИ

6

EGTS_SR_AUTH_PARAMS

Подзапись используется авторизующей ТП для передачи на АСИ данных о способе и параметрах шифрования, требуемого для дальнейшего взаимодействия

7

EGTS_SR_AUTHJNFO

Под за гы сь предназначена для передачи на авторизующую ТП аутентификационных данных АСН (авторизуемой ТП) с использованием ранее переданных со стороны авторизующей ТП параметров для осуществления шифрования данных

6

EGTS_SR_SERVICE_INFO

Данный тип подзаписи используется для информирования принимающей стороны. АСН или ТП. в зависимости от направления отправки, о поддерживаемых сервисах, а также для запроса определенного набора требуемых сервисов (от АСН к ТП)

9

EGTS_SR_RESULT_CODE

Подзапись применяется авторизующей ТП для информирования АСН (авторизуемой ТП) о результатах процедуры аутентификации АСН

а) Подзапись EGTS_SR_RECORD_RESPONSE

В габпице В.5 продстаален формат подзаписи EGTS_SR_RECORD_RESPONSE.

Таблица В.5 — Формат подзаписи EGTS_SR_RECORD_RESPONSE

Бит 7

Би1 6

Бит 5

Бит 4

Бит 3

Бм? 2

Бит 1

Би1 0

Тип

Тип доимых

Размер, байт

CRN (Confirmed Record Number)

М

U SHORT

2

RST (Record Status)

М

BYTE

1

Поля подзаписи EGTS_SR_RECORD_RESPONSE:

-    CRN (Confirmed Record Number) — номер подтверждаемой записи (значение поля RN из обрабатываемой записи);

-    RST (Record Status) — статус обработки записи.

При получении подтверждения отправителем, он анализирует поле RST под записи EGTS_SR_ RECORD, RESPONSE и. в случае получения статуса об успешной обработке, стирает запись из внутреннего хранилища, иначе, в случае ошибки и в зависимости от причины, производит соответствующие действия.

Рекомендуется совмещать подтверждение транспортного уровня (тип пакета EGTS_PT_RESPONSE) с подзаписями — подтверждениями уровня поддержки услуг EGTS_SR_RECORD_RESPONSE.

б) Подзапись EGTS_SR_TERMJDENTITY

В табгыце В.6 представлен формат подзаписи EGTS_SR_TERM JDENTTTY сервиса EGTS_AUTH_SERVICE.

Таблица В.6 — Формат подзаписи EGTS_SR_TERMJDENT1TY сервиса EGTS_AUTH_SERV1CE

Бит 7

Биг в

Бит 5

Бит 4

Бит 3

Бит 2

Бит 1

Бит 0

Тип

Тип данных

Размер, байт

ПО (Terminal Identifier)

м

UINT

4

Flags

м

BYTE

1

MNE

BSE

NIDE

SSRA

LNGCE

IMSIE

IMEIE

HDIDE

HDID (Home Dispatcher Identifier)

о

USHORT

2

IMEI (Internationa! Mobile Equipment Identity)

о

STRING

15

IMSI (International Mobile Subscriber Identity)

о

STRING

16

LNGC (Language Code)

о

STRING

3

NID (Network Identifier)

о

BINARY

3

BS (Buffer Size)

о

USHORT

2

MSISDN (Mobile Station Integrated Services Digital Network Number)

о

STRING

15

Поля подзаписи EGTS_SR_TERM_IDENTITY:

-    ТЮ (Terminal Identifier) — уникальный идентификатор, назначаемый при программировании АСИ. Наличие значения 0 в данном попе означает, что АСН не прошла процедуру конфигурирования или прошла ее не полностью. Данный идентификатор назначается оператором и однозначно определяет набор учетных данных АСН. T1D назначается при инсталляции АСН как дополнительного оборудования и передаче оператору учетных данных АСН (IMSI, IMEI. serialjd). В случае использования АСН в качестве штатного устройства. TID сообщается оператору автопроизводителем вместе с учетными данными (VIN, IMS!. IMEI);

-    HDIDE (Home Dispatcher Identifier Exists) — битовый флаг, который определяет налитые поля HDID в подзэ-лиси (если бит равен 1. то поле передается, если 0. то не передается):

-    IMEIE (International Mobile Equipment Identity Exists) — битовый флаг, который определяет наличие поля IMEI в под записи (если бит равен 1. то поле передается, если 0. то не передается);

-    IMSIE (International Mobde Subscriber Identity Exists) — битовый флаг, который определяет наличие поля IMSI в подзаписи (если бит равен 1, то поле передается, если 0. то не передается):

-    LNGCE (Language Code Exists) — битовый флаг, который определяет наличие поля LNGC в подзаписи (если бит равен 1. то поле передается, если 0. то не передается):

-    SSRA— битовый флаг предназначен для определения алгоритма использования сервисов (если бит равен 1. то используется «простой» алгоритм, если 0. то алгоритм «запросов» на использование сервисов);

-    NIDE (Network Identifier Exists) — битовый флаг определяет наличие поля NID в под записи (если бит равен 1. то поле передается, если 0. то не передается);

-    BSE (Buffer Size Exists) — битовый флаг, определяющий наличие поля BS в подзаписи (если бит равен 1. то поле передается, если 0. то не передается);

-    MNE (Mobile Network. Exists) — битовый флаг, определяющий наличие поля MSISDN в подзаписи (если бит равен 1. то попе передается, если 0. то не передается):

-    HDID (Home Dispatcher Identifier) — идентификатор «домашней» ТП (подробная учетная информация о терминале хранится на данной ТП);

-    IMEI (International Mobile Equipment Identity) — идентификатор мобильного устройства (модема). При невозможности определения данного параметра АСН должна заполнять данное поле значением 0 во всех 15 символах:

-    IMSI (International Mobile Subscriber Identity) — идентификатор мобильного абонента. При невозможности определения данного параметра АСН должна заполнять данное поле значением 0 во всех 16 символах;

-    LNGC (Language Code) — код яэьжа, предпочтительного к использованию на стороне АСН. по (13]. например crus» — русский:

-    NID (Network Identifier) — идентификатор сети оператора, в которой зарегистрирована АСН на данный момент. Используются 20 младших бит. Представляет пару кодов MCC-MNC (на основе рекомендаций [14]). Таблица В.6 иллюстрирует структуру поля NID:

-    BS (Buffer Size) — максимальный размер буфера приема АСН в байтах. Размер каждого пакета информации. передаваемого на АСН. не должен превышать данного значения. Значение поля BS может принимать различные значения, например 800.1000,1024,2048.4096 и т. д.. и зависит от реализации аппаратной и программной частей конкретной АСН;

- MSISDN (МоЫе Station Integrated Services Digital Network Number) — телефонный номер мобильного абонента. При невозможности определения данного параметра устройство должно заполнять данное поле знамением О во всех 15 символах (формат описан в (15)).

Передача поля HDID определена настройками АСИ и целесообразна при возможности подключения АСИ к ТП. отличной от «домашней», например при использовании территориально распределенной сети ТП. При использовании только одной «домашней» ТП передача HDID не требуется.

«Простой» алгоритм использования сервисов, указанный в В.3.2.1. подразумевает, что для АСИ (авторизуемой ТП) доступны вое сервисы, и в таком режиме АСИ разрешено сразу отправлять данные для требуемого сервиса. В зависимости от действующих на авторизующей ТП для данной АСИ разрешений, в ответ на пакет с данными для сервиса может быть возвращена запись-подтверждение с соответствующим признаком ошибки. В системах с простым распределением прав на использование сервисов рекомендуется применять именно «простой» алгоритм. Это сокращает объем передаваемого графика и время, затрагиваемое АСИ на авторизацию.

Алгоритм «запросов» на использование сервисов подразумевает, что перед тем. как применять тот или иной тип сервиса (отправлять данные). АСИ должна получить от ТП информацию о доступных для использования сервисов. Запрос на использование сервисов можно осуществлять как на этапе авторизации, так и после нее. На этапе авторизации запрос на использование того или иного сервиса производят путем добавления подзаписей типа SR_SERVICE_INFO и установки бита 7 поля SRVP в значение 1. После процедуры авторизации запрос на использование сервиса мажет быть также осуществлен при помощи подэаписей SR_ SERVICE JNFO.

Таблица В.7 — Формат поля NID лсд записи EGTS_SRJTERMJDENTITY сервиса EGTS_AUTH_SERVICE

биты 20. .23

Биты 10... 10

Биты 0...9

Тип

ТИП ДАННЫМ

Рламер. байт

МСС (Mobile Country Code)

MNC (Mobile Network Code)

M

BINARY

3

Совокупность МСС и MNC определяет уникальный идентификатор сотового оператора сетей GSM. CDMA. TETRA. UMTS, а также некоторых операторов спутниковой связи.

Параметры поля NID лсд записи EGTS_SR_TERM_IDENTITY:

-    МСС (Mobile Country Code) — кед страны,

-    MNC (Mobile Network Code) — код мобильной сети в пределах страны,

в) Подзались EGTS_SR_MODULE_DATA

В таблице В.8 представлен формат лсд записи EGTS_SR_MODULE_DATA сервиса EGTS_AUTH_SERVtCE.

Таблица В.8 — Формат лодзагыси EGTS_SR_MODULE_DATA сервиса EGTS_AUTH_SERVICE

бит 7 бит 6 бит 5 Бит 4 Бит 3 Бит 2 Бит 1 бит 0

Тип

Тил ДАННЫМ

Размср. бейт

МТ (Module Туре)

M

BYTE

1

VID (Vendor Identifier)

M

UINT

4

FWV (Firmware Version)

M

USHORT

2

SWV (Software Version)

M

USHORT

2

MD (Modification)

M

BYTE

1

ST (State)

M

BYTE

1

SRN (Serial Number)

о

STRING

о

ы

го

D (Delimiter)

M

BYTE

1

DSCR (Description)

о

STRING

о

ы

го

D (Delimiter)

M

BYTE

1

Поля подзаписи SR_MODULE_DATA:

-    МТ (Module Туре)— тип модуля, который определяет функциональную принадлежность модуля (1 —основной модуль: 2 — модуль ввода-вывода: 3 — модуль навигационного приемника: 4 — модуль беспроводной связи). Здесь указаны рекомендованные правила нумерации типов модулей. Конкретная реализация сервиса авторизации может вводить и расширять собственную нумерацию типов, включая все внешние периферийные контроллеры:

-    V1D (Vendor Identifier) — код производителя:

-    FWV (Firmware Version) — версия аппаратной части модуля (старший байт — число до точки — major version, младший — после точки — minor version, например версия 2.34 будет представлена числом 0x0222):

-    SWV (Software Version) — версия программной части модуля (старший байт — число до тороси, младший — после точки);

-    MD (Modification) — код модификации программной части модуля;

-    ST (State) — состояние (1 — включен. 0 — вьжлкхен. >127 — неисправность см. Коды результатов обработки);

-    SRN (Serial Number) — серийный номер модуля;

-    D (Delimiter) — разделитель строковых параметров (всегда имеет значение 0);

-    DSCR (Description) — краткое описание модуля.

г) Подзапись EGTS_SR_VEHICLE_DATA

В таблице В.9 представлен формат подзаписи EGTS_SR_VEHICLE_DATA сервиса EGTS_AUTH_SERVICE.

В случае использования АСН в конфигурации дополнительного оборудования данная подзапись должна передаваться совместно с EGTS_SR_TERM_IDENTITY. Идентификация АСН в этом случае производится на основании значения поля VI N.

Таблица В.9 — Форматпддэаписи EGTS_SR_VEHICLE_DATAсервиса EGTS_AUTH_SERV1CE

Бит 7 Бит 6 Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0

Тип

Тип данный

Размер, байт

VIN (Vehicle Identification Number)

M

STRING

17

VHT (Vehicle Type)

M

UINT

4

VPST (Vehicle Propulsion Storage Type)

M

UINT

4

Поля подзаписи EGTS_SR_VEHICLE_DATA:

-    VIN (Vehide Identification Number) — идентификационный номер транспортного средства (структура описана в [16]);

-VHT — тип ТС:

Bit 31-4: не используется.

Bit 3-0:

0001 — пассажирский (Class М1).

0001 —пассажирский (Class Ml).

0010    — автобус (Class М2).

0011    — автобус (Class М3);

-    VPST — тип энергоносителя ТС:

есгы все биты 0. то тип не задан.

Bit 31-6: не используется.

Bit 5:1 — водород.

Bit 4:1 — электричество (более 42 v and 100 Ah).

Bit 3:1 — жидкий пропан (LPG).

Bit 2:1 — сжиженный природный газ (CNG);

Bit 1:1 — дизель.

Bit 0:1 — бензин.

д) Подзапись EGTS_SR_DISPATCHER .IDENTITY

В таблице В.10 представлен формат подзаписи EGTS SR_DISPATCHER IDENTITY сервиса EGTS_AUTH_SERVICE.    ~    ~

Таблица В. 10 — Формат подзаписи EGTS_SR_DISPATC НЕ R_ ID ENTITY сервиса EGTS_ALTTH_SERVICE

Бит 7 Битв Бит S Бит 4 Бит 3 Бит 2 Бит 1 Бит 0

Тип

Тип данных

Рамтер. байт

DT (Dispatcher Туре)

M

BYTE

1

DID (Dispatcher ID)

M

UINT

4

DSCR (Description)

О

STRING

0...255

Поля подзаписи EGTS_SR_DISPATCHER_IDENTITY:

-    DT (Dispatcher Type) — тип диспетчера:

-    DID (Dispatcher ID) — уникальный идентификатор диспетчера;

-    DSCR (Description) — краткое описание,

e) Подзапись EGTS_SR_AUTH_PARAMS

В табгмце В. 11 представпен формат подзаписи EGTS_SR_ALfTH_PARAMS сервиса EGTS_AUTH_SERVICE.

Таблица В. 11 — Формат под записи EGTS_SR_AUTH_PARAMS сервиса EGTS_AUTH_SERVICE

Бит 7

Бит e

Бит S

Би1 4

Бит 3

6мг 2

Бит 1 Бит 0

Тип

Тип данных

Размер, байт

FLG (Flags)

м

BYTE

1

EXE

SSE

MSE

ISLE

PKE

ENA

PKL (Public Key Length)

о

USHORT

2

РВК (Public Key)

о

BINARY

0...512

ISL (Identity String Length)

о

USHORT

2

MSZ (Mod Size)

о

USHORT

2

SS (Server Sequence)

о

STRING

0...255

D (Delimiter)

о

BYTE

1

EXP (Exp)

о

STRING

0...255

D (Delimiter)

о

BYTE

1

Поля подзаписи EGTS_SR_AUTH_PARAMS:

-    ЕХЕ — битовый флаг, определяет наличие поля ЕХР и следующего за ним разделителя D (если 1. го поля присутствуют):

-    SSE — битовый флаг, определяет наличие поля SS и следующего за ним разделителя D (если 1. то поля присутствуют):

-    MSE — битовый флаг определяет наличие поля MSZ (если 1. то поле присутствует):

•    ISLE — битовый флаг, определяет наличие поля ISL (если 1. то поле присутствует):

-    РКЕ — битовый флаг, определяет нагычие полей PKL и РВК (если 1. то поля присутствуют):

-    ENA— битовое поле, определяющее требуемый алгоритм шифрования пакетов. Если данное поле содержит значение 0 0. то шифрование не применяется, и подзапись EGTS_SR_AUTH_PARAMS содержит только 1 байт, иначе, в зависимости от типа алгоритма, наличие дополнительных параметров определяется остальными битами поля FLG:

-    PKL (Public Key Length) — длина пубгычмого ключа в байтах:

-    РВК (Public Key) — данные публичного ключа:

-    ISL (Identity String Length) — результирующая длина идентификационных данных:

-    MSZ (ModSize) — параметр, применяемый в процессе шифрования:

-    SS (Server Sequence) — специальная серверная последовательность байтов, применяемая в процессе шифрования:

-    D (Delimiter) — разделитель строковых параметров (всегда имеет значение 0):

•    ЕХР (Ехр) — специальная последовательность, используемая в процессе шифрования.

В том случае если запрашиваемый алгоритм шифрования (если требуется использование шифрования) поддерживается. то авторизуемой стороной производится формирование и отправка записи EGTS_SR_AUTH JNFO, зашифрованной по указанному алгоритму. При этом биты 11 и 12 в поле KEYS заголовка транспортного уровня устанавливаются в соответствующие значения, и весь последующий обмен данными производится с использованием шифрования.

Если требуемый алгоритм шифрования не поддерживается, инициирующая сторона отправляет подзапись EGTS_SR_ RECORD_RESPONSE с соответствующим признаком ошибки.

ж) Подзапись EGTS_SR_AUTH JNFO

В таблице В. 12 представлен формат подзаписи EGTS_SR_ALTTHJNFO сервиса EGTS_AUTH_SERVICE.

Таблица В. 12 — Формат подэаписи EGTS_SR_AUTHJNFOсервиса EGTS_AUTH_SERVICE

Бит 7 Битв Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0

Тип

Тип данных

Размер, байт

UNM (User Name)

M

STRING

0...Э2

D (Delimiter)

M

BYTE

1

UPSW (User Password)

M

STRING

0...Э2

D (Delimiter)

M

BYTE

1

SS (Server Sequence)

о

STRING

0...255

D (Delimiter)

0

BYTE

1

Поля подзалиси EGTS_SR_AUTHJNFO:

-    UNM (User Name) — имя пользователя:

-    D (Delimiter) — разделитель строковых параметров (всегда имеет значение 0);

-    UPSW (User Password) — пароль пользователя;

-    SS (Server Sequence) — специальная серверная последовательность байт, передаваемая в подзалиси EGTS_SR_Al/TH_PARAMS (необязательное поле, наличие зависит от используемого алгоритма шифрования).

и) Подзапись EGTS_SR_SERVICEJNFO

В таблице В. 13 представлен формат псдзаписи EGTS_SR_SERVICE_INFO сервиса EGTS_AUTH_SERVICE.

Таблица В. 13 — Формат подзаписи EGTS_SR_SERVICEJNFO сервиса EGTS_AUTH_SERVICE

Биг 7 Битв Бит 6 Биг 4 Бит Э Бит 2 Биг У Бит 0

Two

Тип данных

Размер, байт

ST (Service Туре)

M

BYTE

1

SST (Service Statement)

M

BYTE

1

SRVP (Service Parameters)

M

BYTE

1

SRVA — SRVRP

Поля подзаписи EGTS_SR_SERVICEJNFO:

-    ST (Service Type) — тип сервиса, определяет функциональную принадлежность (например. EGTS_TELEDA-

TA_SERVICE. EGTS_ECALL_SERVICЕ и т. д.);    ”

-    SST (Service Statement) определяет текущее состояние сервиса.

В таблице В. 14 представлен перечень возможных состояний сервиса, его кодовое обозначение и описание;

-    SRVP (Service Parameters) определяет параметры сервиса:

-    SRVA (Service Attribute) — битовый флаг, атрибут сервиса:

0    — поддерживаемый сервис.

1    — запрашиваемый сервис:

-    SRVRP (Service Routing Priority) — битовое поле, приоритет с точки зрения трансляции на него данных (в случае масштабирования системы и применения нескольких экземпляров приложений одного типа сервиса) определяется битами 0 и 1:

СЮ — наивысший.

01 — высокий.

10    — средний.

11    — низкий.

Таблица В. 14 — Список возможных состояний оервиса

Код

Название

Описание

0

EGTS_SSTJN_SERV1CE

Сервис в рабочем состоянии и разрешен к использованию

128

EGTS_SST_OUT_OF_SERVICE

Сервис в нерабочем состоянии (выключен)

129

EGTS_SST_DENIED

Сервис запрещен для использования

130

EGTS_SST_NO_CONF

Сервис не настроен

131

EGTS_SST_TEMP_UNAVAI L

Сервис временно недоступен

к) Подзапись EGTS_SR_RESULT_CODE

В таблице В.15 представлен формат подзаписи EGTS_SR_RESULT_CODE сервиса EGTS_AUTH_SERVICE. Таблица В.15 — Формат подзаписи EGTS_SR_RESULT_CODE сервиса EGTS_AUTH_SERVICE

Бит 7

Битв

Бит 5

Бит 4

Бит Э

Бит 2

Бит 1

Битв

Тип

Тип данных

Размер,байт

RCD (Result Code)

М

BYTE

1

Поля подзаписи EGTS_SR_SERVICEJNFO:

- RCD (Result Code) — код. определяющий результат выполнения операции авторизации (см. таблицу А. 14

приложения А).

В.3.2.3 Описание процедуры авторизации АСН на авторизирующей ТП

Для работы АСН в инфраструктуре оператора ей должен быть назначен уникальный идентификатор UNIT. ID. которому должны соответствовать определенные значения IMEI, IMSI и другие учетные данные АСН. необходимые для осуществления взаимодействия в системе оператора.

Конфигурирование АСН может быть произведено одним из следующих способов:

1) После регистрами АСН в сети GSM или UMTS инфраструктура сотового оператора отслеживает появление нового устройства и инициирует отправку ему зашифрованного SMS-сообщения с учетными данными. Шифрование производится ключом и алгоритмом, известными данной АСН и сохраненными к моменту конфигурирования в хранилище оператора. Для определения ключей и алгоритмов шифрования на стороне АСН используются соответствующие поля из заголовка протокола транспортного уровня, а также данные о ключах, зашитых в памяти АСН. Учетные данные передаются в впав конфигурационного файла с использованием под записи EGTS.SR SERVICE FULL.DATA или EGTS_SR_SERVICE.PART.DATA сервиса EGTS.FIRMWARE.SERVICE.    ~    ~

Файл конфигурации должен содержать:

- параметр EGTS.GPRS.APN (параметры точки доступа для установления GPRS сессии), параметр EGTS. SERVER.ADDRESS. определяющий адрес и порт сервера, с которым необходимо установить TCP/IP соединение:

• уникальный идентифжатор АСН UNIT.ID. В конфигурационном файле также могут присутствовать другие параметры, необходимые для работы АСН. Далее АСН производит расшифровку SMS-сообщения, проверяет корректность структур данных, вычисляет и сравнивает с полученными в сообщении значениями контрольные суммы. Если расшифровка и проверка прошли успешно, АСН устанавливает сессию GPRS и соединяется с указанным сервером по TCP/IP. После прохождения процедуры аутентификации АСН отправляет подтверждение об успешной комфигурацг*! а виде подзаписи EGTS SR RECORD RESPONSE с кодом EGTS PC OK на полученную запись EGTS_SR.SERVICE.FULL.DATAили EGTSlSR.SERVICE_PART.DATA сервиса EGTS~FlRMWARE_SERVICE.

На рисунке В.4 представлен описанный алгоритм конфигурирования АСН.

Рисунок В.4 — Алгоритм конфигурации АСН с использованием SMS

2) После регистрации АСН в сети GSM или GPRS устанавливается сессия GPRS и соединение TCP/IP с сервером, информация об адресе которого уже записана в памяти АСН. При прохождении процедуры аутентификации. инфраструктура оператора анализирует параметр ТЮ из подзаписи EGTS_SR_TERM_IDENTITY (см. таблицу В.6). Если T1D имеет значение 0. производится процедура конфигурирования при помощи сервиса EGTS_ FIRMWARE_SERV1CE. как описано в способе 1. отправляется файл конфигурации с использованием подзаписи EGTS_SR_SERVICE_FULL_DATA или EGTS_SR_SERVICE_PART_DATA. Далее, после прихода подтверждения получения конфигурационного файла от АСН. ему отправляется результат авторизации с кедом EGTS_PC_ID_ NFOUND. указывающий на то. что TID = 0 в системе не найден. После этого сервер, не разрывая соединения с АСН. ожидает повторной авторизации АСН, но уже с корректным параметром TID.

На рисунке В.5 приведен описанный алгоритм конфигурирования АСН.

АСН | _ _ . _ . 1 ТП

«MU f H>f W ш 0 1

lEOTB^e^TB^MJDOmrY (ТНМЛ MEt MBIJ] _

nQflT*BQ0mitWiCOG6l4M*2,|[>*1 ” ^ [Etrre_8KJ«CORQJ«3K3f«E На Сообщение 1. IIW]

Фвйл гонфигуош**. ОосбиюююЗь ИХ £C^6rJ£W^FU1^CATA ««рае GPR8J

Педтввр^зожв.Соо6а|»ею4,1>2 (^TB_3H_R£CORD_R£8PON8E hhi Сэобцмем 3, K>2Q _

eer^iw^ib ОСОбщемие 5| 1D=3 IEirrB_8RJ«aULT_CODE-€Gm_PCJ*rr>UTH]

Сао6шшм% itX

(EflrrS SR RECORD RESP0.48£ НвСоовщыМб, ID=3]

Запрос аагармацт.СооОиимив 7, IM [EOTS_8R_TEf»ljDenTrr (Т10=€йПГ8_иНГТ_С, IUQ,

Подтакаммв. Сообща**» 0.04 ' ^ (^TB,aRJ^EC0fa>jRE8P0MBE Hi СоЫ5лтш 7, РЩ

* a* оэ IEGre-8RJ6E3UlTJXX3M<nBJ4LO^

tEQTBJSRJCOORO RESPONSE Ha CooAimnw a ID-Q

ZJ2_._1_

Рисунок В.5 — Алгоритм конфигурации АСН с использованием GPRS

Если авторизация прошла успешно. ТП. в зависимости от алгоритма запроса использования сервисов, может перед псдзалисью EGTS_SR_RESULT_CODE добавлять подзаписи типа EGTS_SR_SERV1CE JNFO. определяющие состав сервисов, разрешенных для АСН и поддерживаемых ТП. Эго означает, что АСН сразу после авторизации может использовать только перечисленные сервисы, даже если он предполагает «простой» алгоритм поддержки прав использования сервисов.

Если применен алгоритм «запросов» использования сервисов, то АСН не может использовать сервисы, разрешение на применение которых не получено от стороны ТП. Причем разрешение на некоторые запрашиваемые сервисы может прийти позже. Например, когда сервисы находятся на удаленных ТП. и от зтих ТП в асинхронном режиме приходят ответы на запросы. В таком случае ТП. используя имеющиеся данные маршрутизации, отправляет асинхронный запрос на применение сервисов удаленной ТП. если идентификатор HDID указан в пдозаписи EGTS_SR_TERMJDENTITY при авторизации АСН.

На рисунке В.6 представлен изложенный алгоритм обмена сообщениями на этапе авторизации АСН на стороне ТП.

АСН ТП

Ooo0ujom1. D»1 IEGTBJB*JB*lJD0imYl

[EOT*_6RJ*XX«JttTAi..... V5&r*JS1J*>Q\JLEJ»m _

СМАцммЭ, IO»l

^ (EOT&_8R_REOOAD_RE8f>OM&E НяОыбщММ 1 elBH]

Свобцмш Э, E>2

(EGra_«LAinHJ*RAM)

^ CttAiww4,IOC

[R3re_5R_REOQRD_RE^POn8H H* Сообщали* Э СI D=Z]

СсоОщаняя B, D“3 ~ (Etintt.eftJSUTHJNFOl _

_ [Etrr^.8RJ«COFOJ3ESPON9E НаС*ю6щвФ*в6о108]

Сообщение 7, 0=4 ГШТВ SR RBBULT COOQ.

[Е£ТВ_ЗД_8Е RMCE_feul.... (ECTSJBK^eWlC^JNFOJ

OOPQuRhi^ B. 0=4

[EQTB_SRJ*£3P0NSE He Сдобцв1ем7 0 К>я^ _

[Em3_SR_S€HV>CEJ N PCQ..... [MTS.SR^SEKWCEJNFO] ^

Оообщь«*1а#И>=в

_ ^СТЯ.^кЕВР0^8ЕНвСообщ^В1в9о11>€1

Рисунок В.6 — Алгоритм обмена сообщениями на этапе авторизации АСН на ТП

После успешного подключения АСН к ТП по протоколу ТСРЛР, АСН должна быть авторизована. Для передачи первичных аутентификационных данных АСН должна отправить сообщение, содержащее подззлись EGTS_ SR_TERMJDENTITY (сообщение 1) в течение времени EGTS_SL_NOT_AirTH_TO (см. таблицу В.20).

Получив сообщение с подзаписью EGTS_SR_TERM_IDENTITY. ТП отправляет на него сообщение 2 с подтверждением о приеме EGTS_SR_RECORD_RESPONSE на запись с идентификатором Ю = 1. Необходимо использовать идентификатор пакета PID = 1 при каждой новой сессии авторизации на ТП. Далее, в зависимости от настроек (использование шифрования, применение дополнительного алгоритма авторизации). ТП отправляет пакет (сообщение 3) с подзаписью EGTS_SR_AUTH_PARAM. содержащей параметры, необходимые для осуществления шифрования и'или алгоритма расширенной авторизации. Если шифрование и алгоритм расширенной авторизации не использованы, то вместо подзаписи EGTS_SR_AUTH_PARAM ТП может отправить подзапись EGTS_SR_ RESULT_COOE с результатом проведения процедуры авторизацж АСН.

Далее АСН отправляет сообщение 4 с подтверждением EGTS_SR_RECORD_RESPONSE на сообщение 3 с ID = 2. При использовании расширенного алгоритма авторизации и/или шифрования. АСН передает сообщение 5. закодированное по правилам шифрования, указанным в сообщении 3 от ТП и содержащем подзагысь EGTS_SR_ AUTHJNFO с данными для расширенной авторизации.

После получения EGTS_SR_AUTH_INFO ТП отправляет сообщение 6 с подтверждением на сообщение 5 с ID = Э и выполняет процедуру авторизации. ТП формирует сообщение 7 с результатом проведения авторизации в виде подэаписи EGTS_SR_RESULT_COOE. а также а случае успешной авторизации может добавить информацию о разрешенных для использования данной АСН услуг в виде подзаписей EGTS_SR_SERVICE_INFO.

АСН формирует сообщение 8 с подтверждением на сообщение 7 с ID = 4. АСН может сформировать сообщение 9 и добавить подзаписи EGTS_SR_SERVICE_INFO. содержащие информацию о требуемых услугах (если применяется процедура использования сервисов «по запросу») иМгы поддерживаемых сервисах на стороне АСН.

Далее ТП создает сообщение 10 с подтверждением на сообщение 9 с 1D = 5.

На этом этап авторизации заканчивается, и АСН переходит на этап обмена информационными сообщениями с ТП согласно установленному в АСН режиму работы.

В том случае, если процедура авторизации проходит неудачно (неверные аутентификационные данные АСН. запрет доступа данной АСН к ТП и т. д.), то после отправки сообщения, содержащего подзапись EGTS_SR_ RESULT_CODE с указанием в ней соответствующего кода. ТП должна разорвать установленное терминалом ТСР/ IP соединение.

В.3.2.4 Описание процедуры авторизации ТП на авторизующей ТП

Данная процедура авторизации предполагает, что информация об адресе авторизующей ТП записана в БД авторизуемой ТП.

На рисунке В.7 представлен алгоритм авторизации между платформами.

И АифдушиТП |


аирооавттфвшд*. Сообщаем 1,1>1

ЕЯАТСИЕТЦ D EKTTTY ]


АгфдующшТЛ


[EGTS


Coo6u4»««eZ ИМ LRE3POHSE Не Сообщение! 10-1)

Рвлтьлг «жтшяц|«. Сообщение X ItX! [EGT8 JMU^ULT^CCOMGTS^PC^OK)

C006ww4.IIX

&*TBJbRJlECOK>J*e8PON8E He СообЬркмЭ, ICX]

no сервисом. Сообщение x in=* [BGTBSRjSEPVICEU N FO]

ГЪяттшятш*. Сообщение X 04

(EO7B_ea^RECQhD_REBP0WaE Hi Сообщено 6, DM}

Л—• w no Сбредаем. Сообщение 7, 0=6 (E0rT8_8RuBBF?VlC^.INPq

Сообщение Я. 05

IBGTB_8FLREC0RQ.RESPOUSE Hi Сообщение7, ID4]

Рисунок B.7 — Алгоритм обмена сообщениями на этапе авторизации авторизуемой ТП на авторизующей ТП

Примечание — На рисунке В.7 не представлены сообщения, которые обеспечивают (при необходимости. в зависимости от настроек) алгоритмы шифрования и расширенной авторизации. Для реализации алгоритмов шифрования и расширенной авторизации использованы подзаписи EGTS_SR_AUTH_PARAM, EGTS_SR_AUTH_ INFO авторизующей и авторизуемой ТП. соответственно. Порядок обмена сообщениями с указанными подзаписями между авторизуемой и авторизующей ТП совпадает с алгоритмом обмена сообщениями на этапе авторизации АСН на ТП. указанным на рисукхе В.б.

Для передачи первичных аутентификационных данных авторизуемая ТП должна отправить сообщение, содержащее подзапись SR_DISPATCHER_IDENTITY (сообщение 1) в течение времени EGTS_SL_NOT_AUTH_TO (см. таблицу В.20).

Необходимо использовать идентификатор пакета PID = 1 при каждой новой сессии авторизации на ТП.

Получив сообщение с гкдзаписью SR_DISRATCHER_ID€NTITY, авторизующая ТП отправляет на него сообщение 2 с подтверждением о приеме EGTS_SR_RECORO_RESPONSE на запись с идентификатором 10 = 1.

Получив псд запись SR_DISPATCHER_IDENTITY. авторизующая ТП анализирует параметр DID из подзалиси (см. таблицу В. 10). При благополучном завершении авторизации авторизующая ТП формирует под запись EGTS_ SR_RESULT_CODE = EGTS _РС_ОК с положительным результатом и передает ее в сообщении Э. Соответственно авторизуемая ТП отправляет сообщение 4 с подтверждением EGTS SR RECORD RESPONSE на сообщение 3 с ID = 2.    -    -    -

Затем авторизуемая и авторизующая ТП последовательно предоставляют друг другу информацию о доступных сервисах, используя подзалиси EGTS_SR_SERVICE_INFO в сообщениях 5 и 7 соответственно. На уха-замиые сообщения 5 и 7 авторизующая и авторизуемая платформы формируют подтверждения (сообщения 6 и 8 соответственно).

В.3.3 Сервис EGTS.FIRMWARE.SERVICE

Данный тип сервиса предназначен для передачи на АСН конфигурации и обновления ПО аппаратной части модулей и блоков самой АСН. а также периферийного оборудования, подключенного к АСН.

В.3.3.1 Описание п<щзаписей

Для осуществления взаимодействия в рамках денного сервиса использовано несколько подэагысей. описание и код которых представлены в таблице В. 16.

Таблица В. 16 — Список под записей сервиса EGTS_FlRMWARE_SERVICE

Код

На>оаимо

Описание

0

EGTS_SR_RECORD_RESPONSE

Подзапись применяется для осуществления подтверждения записи протокола уровня поддержки услуг из пакета типа EGTS РТ APPDATA ~ “

33

EGT S_SR_SER VICE_PART_DATА

Подзапись предназначена для передачи на АСН данных, которые разбиваются на части и передаются последовательно. Данная подзапись применяется для передачи больших объектов, длина которых не позволяет их передать на АСН одним пакетом

34

EGTS_SR_SERVICE_FULL_DATA

Подзапись предназначена для передачи на АСН данных, которые не разбиваются на части, а передаются одним пакетом

а) Подзапись EGTS_SR_SERVlCE_PART_DATA

Данный тип подзэлиси может использоваться сервисом для передачи сущностей на АСН.

В таблице В. 17 представлен формат подзаписи EGTS_SR SERVICE PART DATA сервиса EGTS_FIRMWARE_SERVICE.    ”    ”    ’

Таблица В. 17 — Форматподэаписи EGTS_SR_SERVICE_PART_DATAсервиса EGTS_FIRMWARE_SERVtCE

Бит 7 Бит в Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0

Тип

Тип данных

Ра>мер. байт

ID (Identity)

M

USHORT

2

PN (Part Number)

M

USHORT

2

EPQ (Expected Parts Quantity)

M

USHORT

2

ODH (Object Data Header)

о

BINARY

0...71

OD (Object Data)

M

BINARY

1...65400

Параметр ЕРО содержит число частей, которое будет передано, а параметр PN номер текущей части. Поле ID однозначно определяет сущность, которой принадлежит передаваемая часть. Значения параметров ЕРО и PN для данной подзаписи должны содержать значения в диапазоне от 1 до 65535. причем значение из поля PN должно быть меньше или равно значению из поля ЕРО. Если это условие нарушается, то данные из такой подзаписи не принимаются.

Идентификатор объекта ID. паля PN и ЕРО. а также идентификатор источника записи OID из заголовка уровня маршрутизации сервисов позволяют однозначно определить, какая часть и какого объекта получена для обработки. Это дает возможность при достаточной пропускной способности канала одновременно передавать сущности для обновления ПО различных аппаратных частей АСН и периферийного оборудования.

Поля данной подэаписи:

-    ID (Identity)— уникальный идентификатор передаваемой сущности. Инкрементируется при начале отправки новой сущности. Этот параметр позволяет однозначно идентифицировать, какой именно сущности данная часть принадлежит;

-    PN (Part Number) — последовательтяйй номер текущей части передаваемой сущности;

-    EPQ (Expected Parts Quantity) — ожидаемое число частей передаваемой сущности;

-    ООН (Object Data Header) — заголовок, содержащий параметры, характеризующие передаваемую сущность. Данный заголовок передается только для первой части сущности. При передаче второй и последующих частей данное поле не передается.

В таблице В. 18 представлен формат заголовка передаваемой сущности подзаписи EGTS SR SERVICE PARTJWAсервиса EGTS_FIRMWARE_ SERVICE;    ”    "    ~

-    OD (Object Data) — непосредственно данные передаваемой сущности.

Таблица В. 18 — Формат заголовка передаваемой сущности подзаписи EGTS_SR SERVICE PART DATA сервиса EG TS FIRMWARE SERVICE    ~    "    ”

Бит 7 Бит в Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0

Тип

Тип данных

Размер, байт

ОА (Object Attribute)

M

BYTE

1

— ОТ (Object Type) МТ (Module Type)

CMI (Component or Module Identifier)

M

BYTE

1

VER (Version)

M

USHORT

2

WOS (Whole Object Signature)

M

USHORT

2

FN (File Name)

О

STRING

0...64

D (Delimiter)

M

BYTE

1

Поля дайной под зал и си.

-    ОА (Object Attribute) — характеристика принадлежности передаваемой сущности;

-    ОТ (Object Туре) — тип сущности по содержанию. Определены следующие значения данного поля:

00    — данные внутреннего ПО («прошивка»),

01    — блок конфигурационных параметров:

-    МТ (Module Туре) — тип модуля, для которого предназначена передаваемая сущность. Определены следующие значения данного поля:

00    — периферийное оборудование.

01    — АСН;

-    CMI (Componentor Module Identifier) — номер компонента в случав принадлежности сущности непосредственно АСН игы идентификатор периферийного модуля/порта. подключенного к АСН. в зависимости от значения параметра МТ;

-    VER (Version) — версия передаваемой сущности (старший байт — число до точки — major verson, младший. после точки — minor version, например версия 2.34 будет представлена числом 0x0222):

-    WOS (Whole Object Signature)— сигнатура (контрольная сумма) всей передаваемой сущности. Используют алгоритм CRC16-CCITT;

-    FN (File Name) — имя файла передаваемой сущности (данное поле опционально и может иметь нулевую длину);

• D — разделитель строковых параметров (всегда имеет значение 0).

б) Подзапись EGTS_SR_SERVICE_FULL_DATA

В таблице В. 19 представлен формат подзаписи EGTS_SR SERVICE FULL DATA сервиса EGTS_FIRMWARE_SERV1CE.    ~    ~    ~

Таблица B.19 — Формат подзаписи EGTS_SR_SERVICE_FULL_DATAcepenca EGTS_FIRMWARE_SERVICE

Бит?

Битв

Бит S

Бит 4

Бит Э

Бит 2

Бит 1

БитО

Тип

Тил данных

Размер.байт

ODH (Object Data Header)

М

BINARY

7...71

OD (Object Data)

М

BINARY

1...65400

Поля данной подзаписи:

-    ODH (Object Data Header) — заголовок, содержащий параметры, характеризующие передаваемую сущность. Структура данного параметра полностью совпадает со структурой, представленной в таблице В. 17. Для подзаписи EGTS_SR_SERVICE_FULL_DATA параметр ODH является обязательным и присутствует в каждой такой подзаписи:

-    OD (Object Data) — непосредственно данные передаваемой сущности.

в) Подзапись EGTS_SR_RECORD_RESPONSE

Данная подзапись имеет такую же структуру, как описано в В.3.2.2. а), и применяется для подтверждения получения и обработки подзаписей EGTS_SR_SERVICE_PART_DATA и EGTS_SR_SERVICE_FULL_DATA. При этом на все подзаписи ЕGTS_SR_SERVICE_PART_DATA. кроме последней, при успешной обработке в составе EGTS_SR_RECORD_RESPONSE должен передаваться код результата, равный EGTS_PC_IN_PROGRESS. На последнюю подзапись EGTS_SR_SERVICE_PART_DATA и каждую EGTS_SR_SERVICE_FULL_DATA при успешном приеме и обработке со стороны АСН должна передаваться подзапись EGTS_SR_RECORD_RESPONSE. содержащая код EGTS_PC_OK, что будет воспринято сервисом как удачная попытка отправки всей сущности.

г) Временные и количественные параметры протокола уровня поддержки услуг при использовании пакетной передачи данных

В таблице В.20 представлены временные и количественные параметры протокола уровня поддержки услуг.

Таблица В. 20 — Временные и количественные параметры протокола уровня поддержки услуг

Название

Тип

данных

Диапазон

значений

Значение по

Описание

EGTS_SL.NOT_AUTH.TO

BYTE

0 ... 255

6

Время ожидания прихода сообщения от АСН (авторизуемой ТП). которое содержит данные для осуществления процедуры авторизации на стороне авторизующей ТП после установления АСН (авторизуемой ТП) нового подключения по протоколу TCP/IP. с. Ест в течение данного времени сообщение не поступает. авторизующая ТП должна разорвать установленное с АСН (авторизуемой ТП) TCP/IP соединение

В.3.4 Сервис EGTS.COMMANDS.SERVICE

Данный тип сервиса предназначен для обработки команд, сообщений и подтверждений, передаваемых между АСИ, ТП и клиентскими приложениями.

В.3.4.1 Описание подэаписей

В таблице В.21 представлен список подзаписей сервиса EGTS.COM MAND.SERVICE, их описание и кодовое обозначение.

Таблица В.21 — Список подзаписей сервиса EGTS.COMMAND.SERVICE

Код

Название

Описание

0

EGTS.SR.RECORD.RESPONSE

Подзапись применяется для подтверждения процесса обработки записи протокола уровня поддержки услуг. Данный тип подза-пиои должен поддерживаться всеми сервисами

51

EGTS.SR_COMMAND.DATA

Подзапись используется АСН и ТП для передачи команд, информационных сообщений, подтверждения доставки, подтверждения выполнения команд, подтверждения прочтения сообщений и т. п.

а) Подзапись EG TS_SR.COM MAN D_ DATA

В таблице В.22 представлен формат подзаписи EGTS SR COMMAND DATA сервиса EGT S.COMMAN DS.SERVICE.    ’    ”    ”

Таблица В.22 — Формат подзаписи EGTS_SR.COMMANO.DATA сервиса EGTS.COM MAN DS.SERVICE

Бит 7 Битв Бит S Бит 4

Бита Бит 2

Бит 1

БитО

Тип

Тип данных

Размер, байт

СТ (Command Туре)

CCT (Command Confirmation Type)

M

BYTE

1

СЮ (Command Identifier)

M

UINT

4

SID (Source Identifier)

M

UINT

4

ACFE

CHSFE

M

BYTE

1

CHS (Charset)

о

BYTE

1

ACL (Authorization Code Length)

о

BYTE

1

AC (Authorization Code)

о

BINARY

0... 255

CD (Command Data)

0

BINARY

0... 65205

Поля данной подзаписи:

- СТ (Command Туре) — тип команды:

0001 = CT.COMCONF — подтверждение о приеме, обработке или реэугыат выполнения команды.

0010    3 CT_MSGCONF — подтверждение о приеме, отображении и/или обработке информационного

сообщения.

0011    s CT_MSGFROM — информационное сообщение от АСИ.

0100    3 CT_MSGTO — информационное сообщение для вывода на устройство отображения АСИ.

0101    = CT.COM — команда для выполнения на АСИ,

0110    s CT_DEL.COM — удаление из очереди на выполнение переданной ранее команды.

0111    = CT.SUBREO — дополни тегьмый подзапрос для выполнения (к переданной ранее команде).

1000 s CT.DEL1V — подтверждение о доставке команды или информационного сообщения;

-    ССТ (Command Confirmation Type) — тип подтверждения (имеет смысл для типов команд CT.COMCONF.

CT.MSGCONF, CT.DELIV):    ”

0000    = СС_ОК — успешное выполнение, положительный ответ.

0001    s CC.ERROR — обработка завершилась ошибкой.

0010    s CCJLL — команда не может быть выполнена по причине отсутствия в списке разрешенных

(определенных протоколом) команд или отсутствия разрешения на выполнение данной команды.

0011    = CC.DEL — команда успешно удалена.

0100    3 CC.NFOUND — команда для удаления не найдена.

0101    = CC.NCONF — успешное выполнение, отрицательный ответ.

0110 3 CC.1NPROG — команда передана на обработку, но для ее выполнения требуется длительное

время (результат выполнения еще не известен);

-    CIO (Command Identifier) — идентификатор команды, сообщения. Значение из данного поля должно быть использовано стороной, обрабатыеающей/выполняющей команду или сообщение, для создания подтверждения. Подтверждение должно содержать в поле СЮ то же значение, что содержалось в самой команде или сообщении при отправке;

-    SID (Source Identifier) — идентификатор отравителя (уровня прикладного ПО. например уникальный идентификатор пользователя в системе диспетчеризации) данной команды или подтверждения;

-    ACFE (Authorization Code Field Exists) — битовый флаг, определяющий наличие полей ACL и АС в пздэаписи:

1 3 поля ACL и АС присутствуют в под записи.

0    3 поля ACL и АС отсутствуют в подзаписи;

-    CHSFE (Charset Field Exists) — битовый флаг, определяющий наличие поля CHS в подзаписи;

1    3 поле CHS присутствует в лсд записи.

0 3 поле CHS отсутствует в подзаписи:

-    CHS (Charset) — кодировка символов, используемая в поле СО. содержащем тело команды. При отсутствии данного поля по умолчанию должны использовать кодировку СР-1251. Определены следующие значения поля CHS (десятичный вид):

0    3 СР-1251.

1    3 1А5 (CCITT Т. 50 у ASCII (ANSI Х3.4).

2    3 бинарные данные.

3    3 Latin 1 [16].

4    3 бинарные данные,

5    3 JIS(X 0208-1990),

6    3 Суг11«с[17],

7    3 LatirVHebrew [18].

8    3 UCS2 [19]:

•ACL (Authorization Code Length) — длина в байтах поля АСН. содержащего код авторизации на стороне получателя;

•АС (Authorization Code) — код авторизации, используемый на принимающей стороне (АСН) и обеспечивающий ограничение доступа на выполнение отдельных команд. Если указанный в данном поле код не совпадает с ожидаемым значением, то в ответ на такую команду или сообщение АСН должна отправить подтверждение с типом CCJLL,

-    CD (Command Data) — тело команды, параметры, данные, возвращаемые на команду-запрос, использующие кодировку из поля CHS или значение по умолчанию. Размер данного поля определяют исходя из общей длины записи протокола уровня поддержки услуг и длины предшествующих полей в данной лсд записи.

В таблице В.23 представлен формат команд терминала. Спиоок команд и их описание представлены в В.3.4.1, 6). Данное поле может иметь нулевую длину (отсутствовать) в тех случаях, когда в ответ на команду или сообщение для АСН не передаются никакие данные.

Бит 7 Битв Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0

Тип

Тип ДАННЫХ

Размер, байт

ADR (Address)

M

USHORT

2

SZ (Size) ACT (Action)

M

BYTE

1

CCD (Command Code)

M

USHORT

2

DT (Data)

О

BINARY

0 ... 65200

Поля формата команд терминала:

-ADR (Address) — адрес модуля, для которого данная команда предназначена. Адрес определяют исходя из начальной конфигурации АСН или из списка модулей, который может быть получен при регистрации терминала через сервис EGTS_AUTH_SERVICE и передачи гкщэаписей EGTS_SR_MODULE_DATA;

-    SZ (Size) — объем памяти для параметра (используется совместно с действием ACT = 3). При добавлении нового параметра в АСН данное поле определяет, что для нового параметра требуется 2s2 байт памяти в АСН:

•ACT (Action) — описание действия, используемое в случае типа команды (поле СТ = СТ_СОМ лсд записи EGTS_SR_COMMAND_DATA). Значение поля может быть одним из следующих вариантов:

0    — параметры передаваемой команды, которая задается кодом из поля CCD.

1    — запрос значения. Используется для запроса информации, хранящейся в АСН. Запрашиваемый параметр определяется кодом из поля CCD.

2    — установка значения. Используется для установки нового значения определенному параметру в АСН. Устанавливаемый параметр определяется кодом из поля CCD, а его значение полем DT.

3    — добавление нового параметра в АСН. Код нового параметра указывается в поле CCD. его тип в поле SZ. а значение в поле DT.

4    — удаление имеющегося параметра из АСН. Код удаляемого параметра указывается в поле CCD;

-    CCD (Command Code) — код команды при ACT = 0 (см. таблицу В.21) или код параметра при ACT = 1...4 (см. таблицу В.24);

-    DT (Data) — запрашиваемые данные или параметры, необходимые для выполнения команды. Данные за-гысываются в данное поле в формате, зависящем от типа команды (см. таблицу В.24).

В таблице 6.24 представлен формат подтверждения на ранее переданную команду для терминала при СТ = CT_COMCONF при условии, если с АСН передана сопутствующая информация. Описанная структура подтверждения на ранее переданную команду содержится в поле CD (см. табгыцу В.22).

Таблица В.24 — Формат подтверждения на команду для терминала

Бит 7 Бит 6 Бит 5 Бит 4 Бит Э Бит 2 Бит 1 Бит 0

Тип

Тип даииых

Размер, байт

ADR (Address)

M

USHORT

2

CCD (Command Code)

M

USHORT

2

DT (Data)

о

BINARY

0... 65200

Поля формата подтверждения на команду для терминала:

-    ADR (Address) — адрес модуля, от которого передано подтверждение. Адрес определяют исходя из начальной конфигурации АСН или из списка модулей, который может быть получен при регистрации терминала через сервис EGTS_AUTH_SERVICE и передаем пдозаписей EGTS_SR_MODULE_OATA;

-    CCD (Command Code) — код команды (см. таблицу В.25) или параметра (см. таблицу В.26), в соответствии с которым передана сопутствующая информация в поле DT;

-    DT (Data) — сопутствующие данные, тип и состав которых определен значением поля CCD. Список и состав сопутствующих данных, передаваемых в подтверждении на некоторые команды, представлен в таблице В.27.

б) Описание команд, параметров и подтверждений

В таблице В.25 представлен список команд для АСН. их кодовое обозначение, тип и предельно допустимое значение параметров.

Наэдеиио команды

Код

Тип и продольно допустимые айв' чеииа парамогроо

Описание

EGTS_RAW_DATA

0x0000

BINARY (до 65200 байт)

Команда для передачи произвольных данных.

Применяется, например, для передачи команд, сообщений и данных на периферийные устройства, модули, подключенные к основному блоку терминала. в определяемом данным модулем формате. При этом терминал не должен анализировать данные из поля DT и должен в неизменном виде передать их по адресу, определяемому полем ADR

egts_test_mode

0x0001

BYTE

Команда начала/окончания тестирования терминала:

1 — начало тестирования:

0 — окончание тестирования

egts_test_get_errors

0x0004

Запрос кодов ошибок

EGTS_TEST_CLEAR_ERRORS

0x0005

Очистка кодов ошибок. Для обработки данной команды оператор должен установить корректные значения полей ACL и АСН

E GT S_CONF IG_R E SET

0x0006

Возврат к заводским установкам. Удаляются все установленные пользователем параметры и производится возврат к заводским установкам. Для обработки данной команды оператор должен установить корректные значения полей ACL и АСН

EGTS_SET_AUTH_CODE

0x0007

BINARY

Установка кода авторизации на стороне АСН. Для обработки данной команды оператор должен установить корректные значения попей ACL и АСН. После подтверждения данной команды АСН будет использовать уже новые данные для сравнения со значением из поля АСН в некоторых присылаемых на АСН командах

EGTS.RESTART

0x0008

Команда производит перезапуск основного ПО АСН. Для обработки данной команды оператор должен установить корректные значения полей ACL и АСН

В таблице В.26 представлен список параметров АСН.

Код

Тип

параметра

Значение no умапчанию

Огмсеиие

Радио mute (только для конфигурации дополнительного оборудования)

EGTS._RADIO_MUTE_DELAY

0x0201

INT

500

Задержка между установкой сигнала радео mute и немалом проигрывания звука, мс

EGTS_RADIO_UNMUTE_ DELAY

0x0202

INT

500

Задержка между снятием сигнала радио mute и окончанием проигрывания звука, мс

Установки общего назначения

EGTS_GPRS_APN

0x0203

STRING

-

Параметр, определяющий точсу доступа GPRS

EGTS_SERVER_ ADDRESS

0x0204

STRING

Адрес и порт сервера для связи с использованием TCP/IP протокола

EGTS.SIM (USIM)_PIN

0x0205

INT

0

PIN код SIM (USIM)-карты

EGTS.AITTOMATIC. REGISTRATION

0x0207

BOOLEAN

1

Флаг, разрешающий автоматическую регистрешю SIM (USIM) в оети после включения питадия

EGTS_$ELFTEST_ INTERVAL

0x0208

INT

0

Интервал проведения в нут ре ►♦чего тестирования, ч Если змаме-ше установлено в 0. то самотестирование не проводится

EGTS_POST_TEST_ REGISTRATION^ I ME

0x0209

INT

0

Промежуток времени, в течочие которого терминал остается зарегистрированным в сети после передачи результатов самотестирования оператору системы, с

EGTS_GARAGE_MODE_ENO_DISTANCE

0x020В

INT

300

Дистанция, на которой ре мим «автосервис» выключается автоматически. м

EGTS_GARAGE_MODE_PIN

0x02 ОС

ENUM (NONE =0. PIN_1 = 1,

PINJB = 8}

0

Линия. сигнализирующая, что система находится в режиме «в гараже» NONE — нет сигмагмэаты режима PIN_X — PIN_X; линия, активируемая, когда система наюдится в данном ре миме

EGTS_TEST_MODE_ WATCHDOG

0x020Е

INT

10

Интервал тревожного счетччка в ре миме тестирования, мин

Конфигурация и конфигурационные данные услуг

Пакетная передача данных

EGTS_USE_GPRS_ WH ГТ EJJST

0x0230

BOOLEAN

1

Параметр, укаэьеающий на необходимость использования GPRS_WHITE_L 1ST при организации пакетной передами данных


ГОСТ Р 56360—2015


О)

U1

Имя параметра

Код

Тип

параметра

Значение no умолчанию

Огмсание

EGTS_GPRS_WHfTE_ LIST

0x0231

ARRAY OF STRING (20)

«е тщ «*•

i • • • шт ** «#• mm

• * • •

l • i •

mm

•    I • •

-m mm

•    • t

Список сетей, в которых разрешена пдаетная передана дан>ых. Если ели о» GPRS_WHITWE_LIST пуст, то пакетная передача данных запрещена. МСС (МоЫе Country Code) 3 символа ♦ MNC(Moble Nebvorfc Code) 3 символа

Режим тестирования

EGTS_TEST_REGISTRATION_TIMEOirr

0x0241

INT

5

Если АС И была зарегистрирована в сети посредством нажатия на топку включения дополнительных услуг и команда на запуск сессии тестирования не была получена со стороны оператора системы в течение данною промежутка времени, то терминал должен прекратить ре г ист рай мо в сети, мин

EGTS_TEST_ REGISTRATION, PERIOD

0x0242

INT

0

Если АСИ была зарегистрирована в сети посредством нажатия на топку включения дополнительных услуг, то последующая регистрация термтала в сети при нажатна кнопку вх/ючения допап-нитегъных услуг еоэмохыа не ранее, чем через данный промежуток времеьы. Если значение установлено в 0. то огра»ычемий на последующую регистрацию терминала в сети не накладывается, мин

Прочие параметры

EGTS_GNSS_POWER_ OFF_TIME

0x0301

INT

0

Промежуток времени, через который отключается питание ГНСС Приемника после вьжлючения зажигания, мс

EGTS_GN$S_DATA_ RATE

0x0302

INTn. 2.5.10

1

Темп выдачи ГНСС приемником. Гц

EGTS_GNSS_MIN_ ELECTION

0x0303

INT/5...15

5

Минимальное значение угла возвышения (угла отсечки) навигационных космичестх аппаратов, градусы

Параметры устройства

EGTS_UNfT_SERlAL_ NUMBER

0x0400

STRING

-

Серийный номер устройства

EGTS_UN(T_HW_ VERSION

0x0401

STRING

версия аппаратной платформы

EGTS_UN (T_SW_ VERSION

0x0402

STRING

«*•

Версия ПО

EGTS.DN fT_VEN DOR_l D

0x0403

INT

0

Идантифмеатор поставщика устройства

EGTSJJNfTJD

0x0404

INT

0

Уникагъный идентификатор устройства, назначаемый оператором системы при первой активизации устройства

EGTS_UN(T_IMEI

0x0405

STRING

номер IMEI


ГОСТ Р 56360—2015


Имя лбрвмегра

код

Тип

параметра

Значение no

умолчанию

Огмсение

EGTS_UNfT_RS485_ BAUD_RATE

0x0406

INT

19200

Скорость порта RS485

EGTS_UNfT_RS485_ STOP_BITS

0x0407

INT

1

Число стоповых битое при передаче данных через порт RS485

EGTS_UNfT_RS485_ PARfTY

0x0408

INT/0,1,2

0

Способ проверки на четность при передаче данных через порт RS485:

0    —проверка не производится;

1    — проверка типа ООО;

2    —проверка типа EVEN

EGTS_UN(T_ LANGUAGEJD

0x0410

INT

0

Предпочтительный язык для голосового общения по (21): 0x5F — русский

EGT$_UN (T_HOME_ DISPATCHERJD

0x0411

INT

0

Идеитифюагтор телематической платформы, в хранилище которой находится информация об учетных данных устройства, списке предоставляемых услуг и их статусах

EGTS_SERVICE_ALfTH_METHOD

0x0412

INT

1

Метод использования услуг.

1 — простой метод (подразумевает, что все услуги по умолчанию доступны терминалу);

0 — с подтверждением (разрешены к использованию только те услуги, информация о разрешении использования которых пришла с телемят»ыес*оой платформы)

EGTS_SERVER_CHECKJN_PERIOD

0x0413

INT

30

Время между попытками установить соединение TCP/IP с сервером.с

EGTS_SERVE R^CHECK JN_ATTEMPTS

0x0414

INT

5

Число попыток установления TCP/IP соединения с сервером, по достижении которого будет произведена повторная установка сессии верхнею уровня (GPRS)

EGTS_SERVER_ PACKET_TOUT

0x0415

INT

5

Время, в течение которого терминал о кидает подтверждения с сервере на отправленный пакет, с

EGTS SERVER PACKET RETRANSMIT ATTEMPTS

0x0416

INT

3

Число погыток повторной отправки неподтвержденного пакета, по достижении которого терминал лроидодит повторную инидоагызэ-1мю сессии на уровне TCP/IP

EGTSJJN fT_MIC_ LEVEL

0x0417

INT/0...10

8

Уровень чувствительности микрофона

EGTSJJN fT_SPK_ LEVEL

0x0418

INT/0...10

6

Уровень громкости динамжа


ГОСТ Р 56360—2015


Значения следующих параметров АСН могут быть запрошены, но ме могут быть изменены или удалены при помощи сервиса команд: EGTS_UNIT_SERIAL_NUMBER. EGTS_UNIT_HW_VERSION. EGTS_UNIT_SW_VERSION. EGTS_UNIT_VENDOR_ID. EGTS_UNIT_IMEI. Значения указанных параметров выставлены производителями соответствующих модулей и блоков терминала, а также разработчиками ПО для них.

Устройствами, установленными в конфигурации штатной системы, должна быть реализована поддержка

следующих параметров:

-EGTS GPRS APN:

EGTS SERVER_ADDRESS;

EGTS SIM (USIM) PIN;

EGTS AUTOMATIC REGISTRATION:

EGTS SELFTEST INTERVAL:

EGTS_POST TEST REGISTRATION TIME; EGTS TEST_MODE_END_DISTANCE: EGTS GARAGE MOOE END DISTANCE: EGTS TEST_MODE WATCHDOG: EGTSJJSE GPRS WHITEJJST;

EGTS GPRS WHITE LIST: EGTS_TEST_REGISTRATION TIMEOUT: EGTS TEST_REGISTRATION PERIOD: EGTS GNSS POWER OFF fiME:

EGTS GNSS DATA RATE:

EGTS GNSS MIN ELEVATION:

EGTS UNIT SERIAL NUMBER: EGTS_UNIT HW VERSION:

EGTS UNIT SW VERSION:

EGTS UNIT VENDOR ID:

EGTS UNIT ID:

EGTS UNIT LANGUAGE ID:

EGTS UNIT IMEI:

EGTS UNIT HOME DISPATCHER ID.

В таблице B.27 представлен список подтверждений на команды и сообщения от АСН. их кодовое обозначение. тип и предельно допустимое значение параметров.

Таблица В.27 — Список подтверждений на команды и сообщения от АСН

-1

Код

i-

Тип и число

параметров

Описание

EGTS_RAW_DATA

0x0000

BINARY (до 65200 байт)

Данные, поступающие от периферийных устройств, модулей, подключенных к АСН. в определяемом данным модулем формате

EGTS_SELF_TEST_ RESULT

0x0002

STRING

Сообщение о результатах самодиагностики. Генерируется АСН автоматически без запроса от оператора

EGTS_TEST_GET_ERRORS

0x0004

BINARY (16 байт)

Список кодов ошибок состояний блоков, модулей и подсистем терминала

Библиография

[11

[2|

(3)

И1

(5J

(6]

ет

[8]

[91

[Ю]

[П]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20] [21]


Технический регламент Таможенного союза о безопасности колесных транспортных средств ТР ТС (018/2011). утвержденный Решением Комиссии Таможенного союза от 9 декабря 2011 г. N9 877 (в ред. решения Совета Евразийской экономической комиссии от 30.01.2013 № 6)

ИСО 11898-1:200Э    Транспорт дорожный. Местная контроллерная оеть (CAN). Часть 1. Каналь

ный уровень и передача сигналов

(ISO 11898-1: 2003)    (Road vehicles — Controller area network (CAN) — Part 1: Data link layer and

physical signaling)

Федеральный закон от 26 июня 2008 г. № 102 к Об обеспечении единства измерений*»

802.11-IEEE    Standard for Information technology Telecommunications and information

exchange between systems Local and metropolitan area networks Specific requirements Pari 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (РНУ) Specifications

МЭК 61162-1 (2010)    Аппаратура и системы морской навигации и радиосвязи. Цифровые интер

фейсы. Часть 1. Передача от одного источника на несколько приемников (IEC 61162-1(2010))    (Maritime navigation and radio communication equipment and systems — Digital

interfaces — Part 1: Single talker and multiple listeners)

Правила ЕЭК ООН N& 26-02 Единообразные предписания, касающиеся официального утверждения (26-03)    транспортных средств в отношении их наружных выступов

Правила применения абонентских станций (абонентских радиостанций) сетей подвижной радиотелефонной связи стандарта GSM-900/1800 (утверждены приказом Министерства информационных технологий и связи Российской Федерации от 19 февраля 2008 г. № 21)

Правила применения абонентских терминалов систем подвижной радиотелефонной связи стандарта UMTS с частотным дуплексным разносом и частотно-кодовым разделением радиоканалов, работающих в диапазоне частот 2000 МГц (утверждены приказом Министерства информационных технологий и связи РФ от 27 августа 2007 г. No 100)

Правила применения абонентских терминалов сетей подвижной радиотелефонной связи стандарта UMTS с частотным дуплексным разносом и частотно-кодовым разделением радиоканалов, работающих в диапазоне частот 900 МГц (утверждены приказом Министерства связи и массовых коммуникаций Российской Федерации от 13 октября N0 257)

Правила ЕЭК ООН No 10-03 Единообразные предписания, касающиеся официального утверждения

транспортных средств в отношении электромагнитной совместимости Федеральный закон от 27 июля 2006 г. No 149-ФЗ «Об информации, информационных технологиях и о защите информации»

Положение о разработке, производстве, реализации и эксплуатации шифровальных (криптографических) средств защиты информации (положение ПКЗ-2005), утвержденное приказом ФСБ России от 9 февраля

2005 г. №66 ИСО 639-2:1998 (ISO 639-2:1998)

ITU-T Е.212

ITU-T Е.164 ИСО 3779: 2009

(ISO 3779:2009) ИСО/МЭК 8859-1:1998

(ISO/IEC 8859-1:1998)

ИСО/МЭК 8859-5:1999

(ISO/IEC 8859-5:1999)

ИСО/МЭК 8859-8:1999

(ISO/IEC 8859-8:1999)


Коды для представления названий языков. Часть 2. Трехбуквенный кед (Codes for the representation of names of languages — Part 2: Alpha-3 code) План международной идентификации для сетей общего пользования и абонентов

План нумерации электросвязи общего пользования

Транспорт дорожный. Идентификационный номер автомобилей (VIN). Содержание и структура

(Road vehicles — Vehicle identification number (VIN) — Content and structure) Информационные технологии. 8-битные од побайтовые наборы кодированных графических знаков. Часть 1. Латинский алфавит N0 1 (Information technology — 8-Ы1 s*igle-byte coded graphic character sets — Part 1: Latin alphabet No. 1)

Информационные технологии. 8-битные однобайтовые наборы кодированных графических знаков. Часть 5. Латинский/кириллический алфавит (Information technology — 8-brt srigle-byte coded graphic character sets — Pari 5: Latin/Cyrillic alphabet)

Информационные технологии. 8-битные однобайтовые наборы кодированных графических знаков. Часть 8. Латмнский/дреенееврейский алфавит (Information technology — 8-Ы single-byte coded graphic character sets — Part 8: Latin/Hebrew alphabet)

ИСО/МЭК 10646: 2014

(ISO/IEC 10646:2014) ИСО 639-1:2002 (ISO 639-1:2002)


Информационные технологии. Универсальный набор кодированных символов (UCS)

[Information technology — Universal Coded Character Set (UCS)]

Коды для представления названий языков. Часть 1. Двухбуквенный мод (Codes for the representation of names of languages. Part 1. Alpha-2 code)

УДК 656.13.004:006.354    ОКС 33.070.40

Ключевые слова: аппаратура спутниковой навигации. ГЛОНАСС. GPS. транспорт, категория М

Редактор Л. С. Зимилова Технический редактор В.Н. Прусакова Корректор ЕМ. Дупънвва Компьютерная верстка Л.А. Круговой

Гарнитура Ариап. Эак. 2142.


Сдано в ид бор 01.06.20 Т5.    Подписано а печать 15.06.2015. Формат 60*64%.

Усп. паи. п. в,Э7«а*л 0,47. Уч.*изд. п. 7.60*вкл. 0.22. Тираж 32 эо

Издано и отпечатано do ФГУП «СТАНДАРТИНФОРМ». 123995 Москва. Гранатный пер.. 4.

(

(

(


НАЧАЛО


т


>

>

>


( КОНЕЦ I (-1

А - маршрутом 1#<я и отправка пакета на другом аппаратно-лрос рамьмый комплекс:

В - обработка данных протокола уровня псдовржхм успуг