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

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

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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

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

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

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

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

Предисловие

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

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

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

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

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

€> Стандартннформ. 2015

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

II

Содержание

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

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

Введение

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

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

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

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

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

МУСОРА

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

Global navigation satellite system. SatelWe navigation equipment to equip wheeled vehicles of category N used for transportation of dangerous, special, heavy cargoes, solid waste and garbage. General technical requirements

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

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

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

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

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

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

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

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

ГОСТ 14254—96 (МЭК 529—89) Степени защиты, обеспечиваемые оболочками (кед 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 Гпобальная навигационная спутниковая система. Аппаратура спутниковой навигации для оснащения колесных транспортных средств. Методы испытаний на соответствие требованиям по электробезопасности, климатическим и механическим воздействиям

ГОСТ Р МЭК 60079-11—2010 Взрывоопасные среды. Часть 11. Искробезопасная электрическая цепь «!»

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

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

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

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

3.2

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

(ГОСТ Р 52928-2010. статья 1)

3.3

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

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

3.4

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

3.6

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

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

[ГОСТ Р 55524—2013, статья 7]

3.7

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

(ГОСТ Р 55524—2013. статья 12]

3.8

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

(ГОСТ Р 52928—2010, статья А.4]

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

3.10

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

(ГОСТ Р 52928—2010. статья 29]

3.11

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

(ГОСТ Р 52928-2010. статья 6]

3.12

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

(ГОСТ Р 22.0.05—94. статья 3]

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

з

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

3.15 телеметрическая информация: Совокупность данных о состоянии контролируемого объекта и обстановки в нем и(или) вокруг него, передаваемых с контролируемого транспортного средства в навигационно-информационные системы.

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

3.16 тяжеловесный груз: Груз, который с учетом собственной массы транспортного средства превышает установленные на территории Российской Федерации максимальную массу или максимальную осевую нагрузку транспортного средства.

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

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

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

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

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

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

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

— навигационный космический аппарат:

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

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

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

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

— транспортное средство;

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

— Controller Area Network (сеть контроллеров, организованная в систему на основе последовательной шины; в соответствии с [2]):

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

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

— Global Positioning System (глобальная навигационная спутниковая система Соединенных Штатов Америки);

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

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

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

— Over The Air (механизм удаленного обновления программного обеспечения «по воздуху»);

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

— стандарт, описывающий интерфейс для последовательной передачи данных, поддерживающий асинхронную связь:

— стандарт передачи данных по двухпроводному полудуплексному многоточечному последовательному симметричному каналу связи;

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

кационная карта абонента. SiM’KapTa);

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

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

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

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

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

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

рамках UMTS:

UTC — Coordinated Universal Time (международная шкала координированного времени (все

мирное координированное время);

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

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

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

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

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

• категория N1—ТС. предназначенные для перевозки грузов, имеющие максимальную массу не более 3.5 т;

– категория N2—ТС. предназначенные для леревозки грузов, имеющие максимальную массу свыше 3.5 т. но не более 12 т:

– категория N3—ТС. предназначенные для перевозки грузов, имеющие максимальную массу более 12 т.

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

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

5.4 Типовой состав АСИ указан в разделе 6.

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

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

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

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

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

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

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

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

Примечание — Число слогов для установки SIM (USIMHcapT может быть более одного:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

б) параметров пространственно-временного состояния транспортного сродства:

• географической широты местоположения транспортного средства;

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

– высоты местоположения транспортного средства;

• скорости движения транспортного средства;

• путевого угла транспортного средства;

• времени и даты фиксации пространственно-временного состояния транспортного средства;

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

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

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

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

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

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

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

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

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

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

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

7.10 Требования к аппаратуре спутниковой навигации для обеспечения подключения

дополнительного бортового оборудования

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

• вкдеорегистратора(ов):

• датчика включения/выключения зажигания.

– датчика(ов) уровня жидкости;

• датчиков оценки состояние груза (датчиков температуры, давления и др.);

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

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

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

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

Примечания

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

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

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

• вцдеорегистратора(ов):

– датчика включения/выключения зажигания.

– датчика(ов) уровня жидкости;

• датчиков оценки состояние груза (датчиков температуры, давления и др.);

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

– голосовой гарнитуры, используемой для осуществления двусторонней голосовой громкой связи между водителем и диспетчером посредством использования коммуникационного модуля GSM/MTS:

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

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

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

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

• видеорегистратора (ов):

• датчика еключения/еыключения зажигания;

• датчиков оценки состояние груза (датчиков температуры, давления и др.);

• датчиков нагрузки на оси транспортного средства:

• голосовой гарнитуры, используемой для осуществления двусторонней голосовой громкой связи между водителем и диспетчером посредством использования коммуникационного модуля GSM/UMTS;

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

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

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

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

– еидеорегистратора(оа):

– датчика еключения/еыключемия зажигания;

• датчика(ов) уровня жидкости;

• датчиков включения/выключвния коробки отбора мощности и других исполнительных механизмов ТС:

• датчиков нагрузки на оси транспортного средства:

– датчик выгрузки:

– голосовой гарнитуры, используемой для осуществления двусторонней голосовой громкой связи между водителем и диспетчером посредством использования коммуникационного модуля GSM/UMTS;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

– не более 5 с — для горячего старта:

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

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

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

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

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

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

Наименование параметра	Значение
Пороговое значение помехи (пиковая мощность импульса). дБВт	минус ЮдБВг
Длительность импульса, мс	$1
Скважность	кЮ

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

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

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], [8]. |9).

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

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

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

8.2.2.2 Персональная универсальная многопрофильная идентификационная карта абонента не должна запрашивать PIN-код при включении АСН.

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

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

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

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

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

8.2.3.3 Испытания АСН на соответствие требованиям, установленным в 8.2.3.2, осуществляют в соответствии с [7].

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 Объем внутренней энергонезависимой памяти должен обеспечивать возможность хранения не менее 20000 последовательно зарегистрированных наборов данных, включающих мониторинговую информацию.

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

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

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

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

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

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

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

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 Контакты в электрических соединителях кабелей и жгутов со стороны ТС. используемых для присоединения АСН к бортовой сети ТС в процессе сочленения и в сочлененном состоянии, должны быть защищены от взаимного замыкания.

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

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

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

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

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

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

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

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

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

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 — Параметры испытательных импульсов и требования к функциональному состоянию

Испытательный импульс		Степень жесткости воздействия	Требуемое функциональное состояние по ГОСТ 26751
1	5000 импульсов	IV	А
2	5000 импульсов	IV	А
За. ЗЬ	1 ч	IV	С

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

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

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

Вид разряда	Напряжение разряда. кВ	Число разрядов	Требуемое функциональное состояние по ГОСТ 26751
Контактный	±8	3	С
Воздушный	±15	3	С

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

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

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

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

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

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

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

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

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

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

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

13.3 Требования ло взрывозащищенности

13.3.1 АСН. устанавливаемая на транспортные средства, эксплуатирующиеся в зонах с потенциально взрывоопасной атмосферой, должна соответствовать ГОСТ Р МЭК 60079-11 и иметь взрывозащиту вида «1» (искробезоласиая электрическая цепь).

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

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

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

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

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

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

15.3 Время наработки на отказ АСН должно быть не менее 10000 ч.

15.4 Гарантийный срок эксплуатации АСН должен быть не менее 3 лет.

15.5 Срок службы АСН должен быть не менее семи лет (кроме аккумуляторной батареи).

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 Требования к упаковке, транспортированию и хранению

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

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

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

А.1 Введение

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

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

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

Модель OSI	Сток протоколов ТСРЛР
Номер уровня	Назови** уровне	Номер уровня	уровня	Протокол* ТСРЛР	Протоколы системы
7	Приложений	4	Приложений	FTP, HTTP. POP3. IMAP, lelnet SMTP. DNS. TFTP	Уровень поддержки
в	Представления данных			услуг
5	Сеансовый				Транспортный уровень
4	Транспортный	3	Транспортный	TCP. UDP	TCP
3	Сетевой	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_TО. Недоставленные пакеты отправляются повторно (количество попыток отправки регламентировано протоколом. В таблице А. 1Э указано значение данного параметра — TL_RESEND_ATTEMPTS). По достижении предельного числа попыток отправки канал передачи данных считается ненадежным и производится уничтожение установленной сессии (разрыв соединения в случае использования TCP/IP протокола в качестве транспортного протокола) и попытка создания новой сессии (соединения) через время, определяемое параметром TL_RECONNECT_TO (см. таблицу А. 13).

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

уровня

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

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

А.З.Э Протоколом транспортного уровня (далее — протокол) зарезервирован диапазон номеров типов сервисов до 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	Целое число со знаком
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.3 Общая длина пакета протокола не превышает знамения 65535 байт, что соответствует максимальному значению параметра Window Size (максимальный размер целого пакета, принимаемый на стороне приемника) заголовка протокола TCP. В таблице А.З указан состав пакета протокола транспортного уровня.

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

Бит 7 Биг в Бит 5	Биг 4 Биг 3	Бит 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. HI. НЕ. 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. ГП. присутствуют в пакете. Данное поле устанавливает диспетчер того аппаратно-программного комплекса, на котором сгенерирован пакет, или АСИ. сгенерировавший пакет для отправки на аппаратно-программный комплекс, в случае установки в нем параметра xHOME_DISPATCHER_ID». определяющего адрес аппаратно-программного комплекса, на котором данная АСИ зарегистрирована.

А.5.9 Поле ENA (Encryption Algorithm) определяет код алгоритма, используемый для шифрования данных из поля SFRD. Если поле имеет значение 00. то данные в поле 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 Поле PID содержит номер пакета транспортною уровня, увенчивающийся на 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_TTLEXPIRED, указанным в табгыце А. 14.

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

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

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

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

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

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

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

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

Бит 7 Битв Бит 5 Бит 4 БитЗ Бит 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 представлен формат поля SFRD для пакета типа EGTS_PT_RESPONSE.

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

Бит 7 Бит 6 Бит S Бит 4 Бит Э Бит 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	0	BINARY	9..65517
…
SDR n	0	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

В таблице А.6 представлен формат поля SF7TO для пакета типа EGTS_PT_S1GNED_APPDATA.

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

Бит 7 Битв Битв Бит 4 Бит 3 Бит 2 Бит 1 Бит 0	Тип	Тип данных	Размер, байт
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.3.1 Параметр SIGL определяет длину данных «цифровой подписи)» из поля S1GD.

А.6.3.2 Параметр SIGD содержит непосредственно данные «цифровой подписи».

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

А.6.4 На каждый пакет типа EGTS_PT_APPDATA или EGTS_PT_SIGNED_APPDATA поступающий от АСН на аппаратно-программный комплекс или от аппаратно-программного комплекса на АСН. отправляется пакет типа EGTS_PT_RESPONSE. содержащий в поле P1D номер пакета из пакета EGTS_PT_APPOATA или EGTS_PT_ SIGNED_APPDATA На рисунке А.З представлена последовательность обмена пакетами при взаимодействии АСН и аппарат но-про грамм нот о комплекса.

_Пакет PT_AW DATA Р)С>=1 (Аягрризацяя)_

Пакет PT^RESPOHSE на PI Е>1 (Пвдтшраденяк Ашорюаши)

_П—у РГ^ДРРСЙТА Pt>g (Шмиеп» всю* дамык)_

Пит PT.RE8PON8E на PD*2 (Подтнцхфю* Тагиаитешжос дшал)

_Пакет РТ^РР DATA Р >Е>^т (Команд»)_

Падет PTRE9PQM5E нй РЮ=П (Подтэфр^ение авале С командой)

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

А.7 Структура данных при использовании SMS-сервиса в качестве резервного канала передачи

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

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

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

Биг 7	Битв	Бит 5	Бит 4	Бит Э	Бит 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	TPUDHI	TP SRR	TP VPF	TP RD	ТР МЛ	Тип	Размер, байт
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 (Validrty Period)	О	0. 1. 7
TP UDL (User Data Length)	м	1
TP UD (User Data)	о	0… 140

А.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 по 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 Repor (Request) — определяет необходимость отправки подтверждения со стороны SMSC на данное оообщение (если данный бит имеет значение 1. то требуется подтверждение).

А.7.10 TP UDKI (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	Битв	Бит б	Бит 4	Бит 3	Бит 2	Бит 1	БитО	Размер.байт
1	TON	NPI	1

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

А.7.16 TP Р10 — идентификатор протокола (содержит значение 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 Бит в Бит 5 Бит 4 Бит Э Бит 2 Бит 1 Бит 0	Тип	Размер, байт
LUDH (Length of User Data Header)	О	1
IEI “A” (Information-Element-Identifier “A”)	О	1
LIE “A” (Length of Information-Element “A”)	о	1
IED “A” (InformatiorvElement-Oata of “A”)	о	1 … п
IEI “B* (Information-Element-Identifier “B”)	о	1
L!E “B* (Length of Informabon-Element “B”)	о	1
IED “B” (InformaborvElement-Data of “8”)	о	1 …п
IEI “N” (Information-Element-Identifier “N”)	о	1
LIE “N” (Length of Information-Element “N”)	о	1
IED “N” (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 — план нумерации ISON телефонии;

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

– 0100 — телеграф;

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

-1001 — частный;

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

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

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

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

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

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

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

– 04 — 7F — зарезервировано;

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

– АО — BF — зарезервировано:

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

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

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

А.7.26 IED «А». IED «В». IED «N» —данные информационных элементов «А». «В» и «N» соответственно.

А.7.27 UO —данные пользователя. Размер данного поля определяется наличием заголовка пользовательских данных РТ 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 — номер конкатенируемого S MS-сообщения. Имеет одинаковое значение для всех частей длинного SMS-сообщения.

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

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

А.7.Э2 При приеме SMS-сообщения используется формат SMS-DELIVER с 8-битной кодировкой. В таблице А. 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.6
TP.RP	TPJJDHI	TP_SRI	—	TP_MMS	TP_MTI	м	1
TP.OA.L (Originating Address Length)	м	1

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

Бит 7 Би1 6 Бит 5 Бит 4 Бит Э Бит 2 Бит 1 Бит 0	Тип	Размер, байт
ТР_ОА_Т (Ongnabng Address Type)	M	1
ТР_ОА (Originating Address)	M	0—10
TP_PID (Protocol Identifier)	M	1
TP_DCS (Data Coding Schema)	M	1
TP_SCTS (SMSC Time Stamp)	M	7
TPJJDL (User Data Length)	M	1
TP_UD (User Data)	О	0… 140

А-7.33 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 Report Indication) — показывает, запрашивает ли сторона, отправившая данное сообщение. уведомление о доставке. Может принимать следующие значения:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А.8.2 Для отправки SMS-сообщения, содержащего “цифровую подпись”, используется пакет транспортного уровня типа EGTS_PT_SIGNED_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_PCJN_PROGRESS	В процессе обработки
128	EGTS_PC_UNS_PROTOCOL	Неподдерживаемый протокол
129	EGTS_PC_DECRYPT_ERROR	Ошибка декодирования
130	EGTS_PC_PROC_DENIED	Обработка запрещена
131	EGTS_PCJNC_HEADERFORM	Неверный формат заголовка
132	EGTS_PC_INC_DATAFORM	Неверный формат данных
133	EGTS_PC_UNS_TYPE	Неподдерживаемый тип
134	EGTS_PC_NOTEN_PARAMS	Неверное число параметров
135	EGTS_PC_DBL_PROC	Попытка повторной обработки
136	EGTS_PC_PROC_SRC_DENIED	Обработка данных от источника запрещена
137	EGTS_PC_HEADERCRC_ERROR	Ошибка контрольной суммы заголовка
138	EGTS_PC_DATACRC_E RROR	Ошибка контрольной суммы данных
139	EGTS_PCJNVDATALEN	Некорректная длина данных
140	EGTS_PC_ROUTE_NFOUND	Маршрут не найден
141	EGTS_PC_ROUTE_CLOSEO	Маршрут закрыт
142	EGTS_PC_ROUTE_DENIED	Маршрутизация запрещена
143	EGTS_PCJNVADDR	Неверный адрес
144	EGTS_PC_TTLEXP1RED	Превышено число ретрансляции данных
145	EGTS_PC_NO_ACK	Нет подтверждения

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

Знамение		Описание
146	EGTS_PC_OBJ_NFOUN D	Объект не найден
147	EGTS_PC_EVNT_N FOUND	Событие не найдено
148	EGTS_PC_SRVC_NFOUND	Сервис не найден
149	EGTS_PC_SRVC_DENIED	Сервис запрещен
150	EGTS_PC_SRVC_UN KN	Неизвестный тип сервиса
151	EGTS_PC_AUTH_DENIED	Авторизация запрещена
152	EGTS_PC_ALREADY_EXISTS	Объект уже существует
153	EGTS_PCJD_NFOUND	Идентификатор не найден
154	EGTS_PCJNC_DATETIME	Неправильная дата и время
155	EGTS_PC_I0_E RROR	Ошибка ввода/вывода
156	EGTS_PC_NO_RES_AVAlL	Недостаточно ресурсов
157	EGTS_PC_MODULE_FAULT	Внутренний сбой модуля
158	EGTS_PC_MODU LE_PWR_FLT	Сбой в работе цепи литания модуля
159	EGTS_PC_MODULE_PROC_FLT	Сбой в работе микроконтроллера модуля
160	EGTS_PC_MODULE_SW_FLT	Сбой в работе программы модуля
161	EGTS_PC_MODULE_FW_FLT	Сбой в работе внутреннего ПО модуля
162	EGTS_PC_MODULEJO_FLT	Сбой в работе блока ввода/вывода модуля
163	EGTS_PC_MODULE_MEM_FLT	Сбой в работе внутренней памяти модуля
164	EGTS_PC_TEST_FAJLED	Тест не пройден

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

Name : CRC-16 CCITT Poly : 0x1021 x^A16 ♦ x^A12 ♦ x^A5 ♦ 1 Init: OXffif Revert: false ХоЮи(: 0x0000 Check: 0x29B1 Г123456789*)

V

coast unsigned short Сгс16ТаЫе[256] = (

0x0000. 0x1021.0x2042. 0x3063. 0x4084. 0x5QA5. ОхбОСб. 0x70E7.

0x8108. 0x9129.0Ха14А. 0ХЫ6В. OXcIBC. OXdlAO. 0Xe1CE. 0Xf1EF.

0x1231. 0x0210,0x3273. 0x2252. 0x52B5, 0x4294. 0x72F7, 0x6206.

0x9339. 0x8318.0Xb37B. 0Xa35A. 0Xd3BD. 0Xc39C. OX OFF. 0Xe3DE.

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

0Xa56A. 0Xb54B. 0x8528. 0x9509. OXeSEE. 0Xf5CF. ОХсбАС. 0Xd58D.

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

0X675B. 0Xa77A. 0x9719. 0x8738. 0Xf7DF, 0Xe7FE. 0Xd79D. 0Xc7BC.

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

ОХсЭСС. 0Xd9ED. 0Xe98E. 0ХГ9АЕ 0x8948. 0x9969. 0Xa90A. 0Xb92B.

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

OXdbfd. OXcbdc. OXfbbf. 0Xeb9E. 0x9B79. 0x8B58. ОХЬЬЗВ. ОХаЫА.

ОхбСАб, 0x7C87. 0x4CE4. 0x5CC5, 0x2C22. ОхЗСОЗ, ОхОСбО. 0x1C41.

OXedae, OXfdBF. OXcdec. OXddcd. 0Xad2A. OXbdOB. 0x8D68.0x9D49.

0х7Е97. ОхбЕВб. 0x5ED5. 0x4EF4. 0хЗЕ13. 0х2Е32.0х1Е51.0х0Е70.

0Xff9F, OXefbe, OXdfdd. OXcffc. 0XW1B. ОХаГЗА. 0x9F59,0x8F78.

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

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

0x8369. 0x9398. 0Xa3FB. 0Xb3DA. OXc330. 0Xd31C. 0Xe37F, 0Xf35E.

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

ОХЬбЕА. 0Xa5CB. 0x95A8. 0x8589.0ХГ56Е. 0Xe54F. 0Xd52C, 0Xc50O,

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

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

0x2603.0x36F2. 0x0691. Ox16BO, 0x6657.0x7676, 0x4615, 0x5634.

0Xd94C, 0Xc96D. OXfOOE. 0Xe92F. 0x99C8. 0x89E9. 0ХЬ98А. ОХаЭАВ.

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

0Xcb7D, OXdbSC, 0Xeb3F. OXfblE, 0x86F9. 0x9BD8, OXabbb. 0Xbb9A.

0x4A75, 0x5A54.0x6A37, 0x7A16, OxOAFI. OxIADO, 0x2AB3, 0x3A92,

0Xfd2E. OXedOF, 0Xdd6C, 0Xcd4D. OXbdaa. 0Xad8B. 0x9DE8.0x8DC9.

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

OXedF. 0Xff3E. 0Xcf5O. 0Xdf7C. OXafSB. OXbfba, 0x8FD9. 0x9FF8.

0x6E17, 0x7E36. 0x4E55. 0x5E74. 0х2Е9Э. 0x3EB2. OxOEOI, 0x1 EFO

):

unsigned short Crc16(uresigned char* pcBlock. unsigned short len)

{

unsigned short arc – OXflTf: while (len-)

cnc = (сгс« 8)^A Crc16Table((cnc» 8)^{A #}pcBlock*+]: relumcrc;

)

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

Г

Name : CRC-8

Poly: 0x31 х^А8 ♦ х^А5 ♦ х^А4 ♦ 1 InH: OxFF Revert: false XorOut: 0x00

Check : 0xF7 (-123456789*)

7

const unsigned char CRC8Tabfe{256] = {

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

0xB9. 0x88, OxDB. OxEA 0x7D. 0x4C. 0x1 F, 0x2E,

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

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

0x86. 0xB7, 0xE4.0xD5, 0x42. 0x73. 0x20. 0x11.

0x3F. OxOE. 0x5D. 0x6C, OxFB. OxCA, 0x99. OxA8.

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

0x7C. 0x4D, 0x1 E. Ox2F. OxB8. 0x89. OxDA, OxEB.

0x3D. OxOC. 0x5F, 0x6E. 0xF9. 0xC8. 0x9B. OxAA.

0x84.0xB5. 0xE6. OxD7, 0x40. 0x71.0x22. 0x13,

0x7E. 0x4F. Ox 1C. 0x2D. OxBA. 0x8B, OxD8. 0xE9.

OxC7. 0xF6. OxA5. 0x94.0x03. 0x32. 0x61.0x50.

OxBB. 0x8A, 0xD9, 0xE8. 0x7F. 0x4 E. 0x1 D. 0x2C.

0x02. 0x33, 0x60. 0x51.0xC6, OxF7. OxA4.0x95,

0xF8. 0xC9. 0x9A. OxAB. 0x3C, 0x0D. 0x5E. 0x6F.

0x41.0x70, 0x23, 0x12. 0x85. 0xB4. 0xE7. 0x06.

Ox7A. 0x4В. 0x18.0x29. OxBE. 0x0F. OxDC. OxED.

0xC3.0xF2. OxA1.0x90.0x07, 0x36. 0x65.0x54,

0x39.0x08. 0x5В. Ox6A. OxFD. OxCC. 0x9F. OxAE,

0x80. OxBI. 0xE2. OxD3, 0x44. 0x75. 0x26, 0x17,

OxFC, OxCD. 0x9E, OxAF, 0x38, 0x09, Ox5A. 0x6B.

0x45. 0x74, 0x27, 0x16. 0x81. OxBO, 0xE3. 0x02,

OxBF. 0x8E. 0x00, OxEC, Ox7B. Ox4A, 0x19, 0x28.

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

0x47. 0x76.0x25.0x14. ОхвЗ. ОхВ2. ОхЕ1. OxDO.

OxFE. OxCF. ОхЭС. OxAD. ОхЭА. ОхОВ. 0x58. 0x69.

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

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

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

0x78. 0x49. 0x1 А. 0x2В. ОхВС. 0x80. OxDE. OxEF.

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

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

}:

unsigned char CRC8{unsigned char ‘IpBlock, unsigned char ten)

{

unsigned char crc = OxFF; while (ten- -)

crc = CRC8Tabte{crc ^A TpBlock*+|: retumcrc:

}

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

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

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

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

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

Б.2 Состав сервиса EGTS_TELEDATA_SERVICE

Б.2.1 Сервис EGTS_TELEDATA_SERV1CE обрабатывает мониторинговую информацию, поступающую от АСН. ” ~

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

Код	Наименование	Описание
0	EGTS_SR_RECORD_RESPONSE	Применяется для осуществления подтверждения приема и передачи результатов обработки записи уровня поддержки услуг
16	EGT S_SR_POS_DATA	Используется АСН при передаче основных данных определения местоположения
17	EGT S_SR_EXT_POS_DATA	Используется АСН при передаче дополнительных данных определения местоположения
18	EGTS_SR_AD_SENSORS_DATA	Применяется АСН для передачи на аппаратно-программный комплекс информации о состоянии дополнительных дискретных и аналоговых входов
19	EGTS_SR_COUNTERS_DATA	Используется аппаратно-программным комплексом для передачи на АСН данных о значении счетных входов
20	EGT S_SR_S TAT E_D ATA	Используется для передачи на аппаратно-программный комплекс информации о состоянии АСН
22	EGT S_SR_LOOPIN_DATA	Применяется АСН для передачи на аппаратно-программный комплекс данных о состоянии шлейфовых входов
23	EGTS_SR_ABS_DIG_SENS_DATA	Применяется АСН для передачи на аппаратно-программный комплекс данных о состоянии одного дискретного входа
24	EGTS_SR_ABS_AN_SENS_DATA	Применяется АСН для передачи на аппаратно-программный комплекс данных о состоянии одного аналогового входа
25	EGT S_SR_ABS_C NTR_DATA	Применяется АСН для передачи на аппаратно-программный комплекс данных о состоянии одного счетного входа
26	EGTS_SR_ABS_LOOPIN_DATA	Применяется АСН для передачи на аппаратно-программный комплекс данных о состоянии одного шлейфового входа
27	EGT S_SR_LIQUID_LEVEL_SENSOR	Применяется АСН для передачи на аппаратно-программный комплекс данных о показаниях ДУЖ
28	EGTS_SR_PASSENGERS_COUNTERS	Применяется АСН для передачи на аппаратно-программный комплекс данных о показаниях счетчиков пассажиропотока

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

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

Бит 7	Битв	Shi S	Биг 4	Биг 3	Биг 2	Бит 1	БитО	Тип	Тип данных	Размер, байт
NTM (Navigation Time)	М	UINT	4
LAT (Latitude)	М	UINT	4
LONG (Longitude)	М	UINT	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	Э
DIN (Digital Inputs)	м	BYTE	1
SRC (Source)	м	BYTE	1
ALT (Altitude)	о	BINARY	э
SRCD (Source Data)	о	SHORT	2

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

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

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

LONG — долгота по модулю, градусы/160 – 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 (Ahjtude Sign) — битовый флат, определяет высоту относительно уровня моря и имеет смысл только при установленном флаге ALTE:

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

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

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

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

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

D1N — битовые флаги, определяют состояние основных дискретных входов 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_OATA Структура подзаписи представлена в таблице Б.4.

Таблица Б.4 — Формат под записи EGTS_SR_EXT_POS_DATA сервиса EGTS_TELEDATA_SERV1CE

Бит 7 Бит в Бит 5	Бит 4	Бит 3	Бит 2	Бит 1	БитО	Тип	Тип данных	Размер, байт
—	NSFE	SFE	PFE	HFE	VFE	M	BYTE	1
VDOP (Vertical Dilution ot Precision)	О	USHORT	2
HDOP (Horizontal Dilution of Precision)	О	USHORT	2
PDOP (Position Dilution of Precision)	О	USHORT	2
SAT (Satellites)	О	BYTE	1
NS (Navigation System)	О	USHORT	2

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

NSFE {Navigation System Field Exists) — определяет наличие данных о типах используемых навигационных спутниковых систем:

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

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

SFE (Satellites Field Exists) — определяет наличие данных о текущем количестве видимых спутников SAT и тиле используемой навигационной спутниковой системы NS:

1 — поля SAT и NS передаются,

0 — не передаются;

PFE (PDOP Field Exists) — определяет наличие поля PDOP:

1 — none POOP передается.

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

HFE (HDOP Field Exists) — определяет наличие поля HOOP:

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

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

VFE (VDOP Field Exists) — определяет наличие поля VDOP:

1 — поле VDOP перед ается,

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

VDOP — снижение точности в вертикальной плоскости (значение, умноженное на 100);

HDOP — снижение точности в горизонтальной плоскости (значение, умноженное на 100):

PDOP — снижение точности по местоположению (значение, умноженное на 100);

SAT — число видимых спутников:

NS — битовые флаги, характеризующие используемые навигационные спутниковые системы. Определены следующие значения (десятичные) флагов:

0 — система не определена.

1 _ ГЛОНАСС.

2 — GPS,

4 — Galileo.

8 — Compass.

16 — Beidou.

32 — DORIS.

64 — IRNSS.

128 —OZSS.

Остальные значения зарезервированы.

Б.2.5 Подзапись EGTS_SR_AD_S ENSORS_D ATA Структура под за лиси представлена в таблице Б.5.

Таблица Б.5 — Формат лодэаписи EGTS_SR_AD_SENSORS_DATA сервиса EGTS_TELEDATA_SERVICE

Бит 7	Бит e	Бит S	Бит 4	Бит 3	Бит 2	Бит 1	Бит 0	Тип	Тип данных	Размер, байт
DIOE8	DIOE7	DIOE6	DIOE5	D10E4	ОЮЕЭ	DIOE2	D10E1	М	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
ADI06 (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 передается.

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

DOUT — битовые флаги диофвтюнх выходов (если бит установлен в 1, то соответствующий этому биту выход активен):

ASFE1 … ASFE8 (Analog Sensor Field Exists) — битовые флаги, определяющие наличие показаний от соответствующих аналоговых датчиков (если бит установлен в 1. то данные от соответствующего датчика присутствуют, если 0. данные отсутствуют). Если, например, поля ASFE1 = 1 и ASFE3 = 1. тр в подзаписи после байта флагов

ASFE8—ASFE1 будут переданы 3 байта значений ANS1 и 3 байга значений AN S3. Значения для дагчика ANS2. а также датчиков ANS4… ANS8 не будут передаваться в данной подзаписи;

АОЮ1 … ADI08 — показания дополнительных дискретных входов. Поля представляют собой битовую маску, в которой значение каждого бита определяет активность соответствующего дискретного входа:

1 —соответствующий вход активен,

О — не активен;

ANSI … ANS8 — значение аналоговых датчиков с 1 по 8 соответственно.

Каждая подзапись EGTS_SR_AD_SЕNSORS_DАТА позволяет передать состояния 64 дополнительных дискретных входов и 8 аналоговых датчиков. Если требуется передать данные от большего количества дискретных или аналоговых входов, го необходимо в одной записи передавать несколько следующих друг за другом подзаписей EGTS_SR_AD_SENSOR_DATA. При этом интерпретация полученных данных производится следующим образом:

– в первой подзаписи EGTS_SR_AD_SENSOR_DATA содержатся данные от дискретных входов с 9 по 72. аналоговых входов с 1 по 8:

– во второй — дискретные входы с 73 по 136 и аналоговые входы с 9 по 16 и т. д.

Б.2.6 Подзапись EGTS_SR_COUNTERS_DATA

Структура подзаписи представлена в таблице Б.6.

Таблица Б.6 — Формат подзаписи EGTS_SR_CO(JNTERS_DATAсервиса EGTS_TELEDATA_SERV!CE

Бит 7	Бит в	Бит S	Бит 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 Э)	о	BINARY	3
С N4 (Counter 4)	о	BINARY	3
С N5 (Counter 5)	о	BINARY	3
CN6 (Counter б)	О	BINARY	3
CN7 (Counter 7)	о	BINARY	3
CN8 (Counter 8)	О	BINARY	3

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

CFE1 … CFE8 (Counter Field Exists) — битовые флаги определяют наличие соответствующих полей счетных входов:

1 — соответствующее поле CN передается.

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

CN1 … CN8 — значение счетных входов с 1 по 8 соответственно.

Б.2.7 Подзапись EGTS_SR_ACCEL_DATA Структура подзаписи представлена в таблице Б.7.

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

Бит 7 Битв Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0	Тип	Тип данных	Размер, байт
SA (Structures Amount)	M	BYTE	1
ATM (Absolute Time)	M	UINT	4
ADS1 (Accelerometer Data Structure 1)	M	BINARY	8
ADS2 (Accelerometer Data Structure 2)	о	BINARY	8
•		•	■
ADS255 (Accelerometer Data Structure 255)	0	BINARY	8

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

SA— число передаваемых структур данных показаний акселерометра:

АТМ — время проведения измерений первой перодаваемой структуры показаний акселерометра (количество секунд с 00:00:00 01.01.2010 UTC);

ADS1 … AOS255 — структуры данных показаний акселерометра, формат структуры представлен в таблице Б.8. В составе подзалиси передается минимум одна структура ADS.

Таблица Б.8 — Формат структуры данных показаний акселерометра подзалиси EGTS SR ACCEL DATA сервиса EGTS TELEDATA SERVICE ” ~ ~

Бит 7 Битв Бит 5 Бит 4 Биг 3 Бит 2 Бит 1 Бит 0	Тип	Тип данных	Рашед. байт
RTM (Relative Time)	M	USHORT	2
XAAV (X Axis Acceleration Value)	M	SHORT	2
YAAV (Y Axis Acceleration Value)	M	SHORT	2
ZAAV (Z Axis Acceleration Value)	M	SHORT	2

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

RTM — приращение к времени измерения предыдущей за гы си (для первой зато си приращение к полю ATM), мс,

XAAV — значение линейного ускорения по оси X (старший бит определяет знак. 1 указывает на отрицате/ь-иое значение), м/с² с дискретностью 0.1 м/с²;

VAAV — значение линейного ускорения по оси Y (старший бит определяет знак. 1 указывает на отрицательное значение), м/с² с дискретностью 0.1 м/с²;

ZAAV — значение линейного ускорения по оси Z (старший бит определяет знак. 1 указывает на отрицательное значение), м/с² с дискретностью 0.1 м/с²;

разрешающая способность полей ускорения — 0.01 G.

Б.2.8 Подзапись EGTS_SR_STATE_DATА

Структура подзалиси представлена в таблице Б.9.

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

Бит 7 Бит в Бит 5 Бит 4 Бит 3	Бит 2	Бит 1	БитО	Тип	Тип данных	Раш eg. байт
ST (State)	M	BYTE	1
MPSV (Main Power Source Voltage)	M	BYTE	1
BBV (Back Up Battery Voltage)	M	BYTE	1
IBV (Internal Battery Voltage)	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 сервиса EGTS_TELEDATA_SERVICE ~ “

Код	Надо»мне режима работы АСН
0	к Пассивный»
1	«ЭРА»
2	к Активный»
3	«Экстренный вызов»
4	«Экстренное слежение»
5	кТестированне»
6	«Автосервис»
7	«Загрузка ПО»

Б 2.9 Подзапись EGTS_SR_LOOPIN_DATA Структура подзаписи представлена в таблице Б. 11.

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

Бит 7	Битв	Биг 5	Бит 4	Бит 3	Бит 2	Бит 1	Битв	Тип	Тип данных	Размер, байт
LIFE8	LIFE7	UFE6	LIFE5	LIFE4	LIFE3	LIFE2	LIFE1	М	BYTE	1
LIS п+1	LIS п	О	BYTE	1
LIS п+3	LIS гт>2	О	BYTE	1
US п+5	LIS п+4	о	BYTE	1
LIS г»7	LIS п«6	о	BYTE	1

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

LIFE 1 … LIFE 6 (Loop In Field Exists) — битовые флаги, определяющие наличие информации о состоянии шлейфовых входов;

L1S п… LIS п+7 (Loop In Stale)— значение состояния соответствующего шлейфового входа. Предусмотрены следующие состояния шлейфового входа (бинарное представление):

0 — «норма ж

0001 — «тревога».

0010— «обрыв».

0100— «замыкание на землю»,

1000 — «замыкание на питание».

Б.2.10 Подзапись EGTS_SR_ABS_DIG_SENS_DATA Структура подзаписи представлена в таблице Б. 12.

Таблица Б. 12 — Формат подзагыси EGTS_SR_ABS_DIG_SENS_DATAсервиса EGTS_TEEDATA_SERVICE

Бит 7	Битв	Бит S	Бит 4	Бит Э	Бит 2	Бит 1	Битв	Тип	Тип данных	Размер, байт
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	Битв	Бит S	Би1 4	Бит Э	Бит 2	Бит 1	Битв	Тил	Тип данных	Размер, байт
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	Бит 6	Бит 6	Бит <1	Бит 3	Бит 2	Бит 1	БитО	Тип	Тип данных	Размер, байт
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	Бит в	Бит 5	Бит 4	Бит Э	Бит 2	Бит 1	БитО	Тип	Тип данных	Размер, байт
LIN (Loop In Number) младшие	LIS (Loop In State)	м	SHORT	2
LIN (Loop In Number) старшие биты

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

LIN — номер шлейфового входа:

LIS — значение состояния шлейфового входа.

Б.2.14 Под запись EGTS_SR_LIQl!ID_LEVEL_SENSOR Структура подзаписи представлена в таблице Б. 16.

Таблица Б.16 — Формат подзаписи EGTS_SR_LIOUID_LEVEL_SENSOR Сервиса EGTS_TELEDATA_SERVICE

Бит 7	Битв	Битб Бит 4	Бит 3	Бит 2 Бит 1 Бит 0	Тип	Тип данных	Размер, байт
—	LLSEF	LLSVU	RDF	LLSN	М	BYTE	1
MADDR (Module Address)	М	USHORT	2
LLSD (Liquid Level Sensor Data)	м	BINARY	4… 512

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

LLSEF (Liquid Level Sensor Error Rag) — битовый флаг, определяющий наличие ошибок при считывании значения датчика уровня жидкости (далее — ДУЖ):

0 — ошибок не обнаружено.

1 — ошибка при считывании показаний ДУЖ:

LLSVU (Liquid Level Sensor Vfalue 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) — порядковый номер датчика;

MAD DR — адрес модуля, данные о показаниях ДУЖ с которого поступили в АСИ (номер внешнего порта

АСН);

LLSD — показания ДУЖ в формате, определяемом попем RDF.

Б.2.15 Подзапись EGTS_SR_PASSENGERS_COUNTERS Структура подзаписи представлена е таблице Б. 17.

Таблица Б. 17 — Формат подзаписиGTS_SR_PASSENGERS_COUNTERSсервисаEGTS_TELEDATA_SERVJCE

Бит 7 Бит б Бм1 S Бм1 4 Бит 1 Биг 2 Бит 1	Биг 0	Тип	Тип данных	Размер, бойг
—	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 Dala Flag) — флаг, определяющий формат поля PCD дайной подзаписи:

0 — поле PCD имеет формат, определяемый полем DPR в таблице Б. 18);

1 — поле PCD содержит данные счетчика пассажиропотока в неизменном виде, как они поступили из внешнего порта АСН (размер поля PD при этом определяется исходя из общей длины данной подзаписи и размеров расположенных перед РО полей);

DPR (Doors Presented) — битовое поле, определяющее наличие сметчиков на дверях и структуру поля PCD (бит 0 определяет наличие счетчика на первой двери, бит 1 на второй и г. д.). Если бит имеет значение 1. то счетчик используется, если 0 — не используется;

DRL— (Doors Released) битовое поле, определяющее двери, которые открывались и закрывались при подсчете пассажиров (например. 00000000 — ни одна из дверей не открывалась. 00000001 — открывалась только первая дверь. 00001001 — открывались первая и четвертая двери):

MADDR — адрес модуля, данные от счетчиков пассажиропотока с которого поступили в АСН (номер внешнего порта АСН);

PCD — данные счетчиков пассажиропотока.

Таблица Б. 18 — Формат поля PCD подзаписи TS_SR PASSENGERS COUNTERS сервиса EGTS TELEDATA SERVICE ” ” ”

Бит 7 Бм1 б Бит S Бит 4 Бит Э Биг 2 Бит 1 Биг 0	Тип	Тип данных	Ряшер. байт
IPQ1 (In Passengers Quantity 1)	О	BYTE	1
OPG1 (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…0P08 — число вышедших пассажиров через 1 … 8 двери:

Наличие игм отсутствие полей 1РО и ОРО определяется битами поля DPR подзаписи EGTS_SR_ PASSENGERS_COUNTERS. Если в поле DPR бит. соответствующий определенному номеру двери, имеет значение 1. то соответствующие поля IPO и OPQ присутствуют в структуре. Если в поле DPR бит имеет значение 0. то соответствующие поля IPQ и ОРО отсутствуют в структуре. Если определенное поле IPO присутствует, то и соответствующее поле ОРО присутствует.

Б.З Использование ЕGTS_CОМMANDS_SERVICE

Б.Э.1 Список и описание команд, параметров АСН и подтверждений, необходимых для реализации услуги EGTS_TELEDATA_SERVICE, представлены в таблицах Б. 19 и Б.20.

Немение команды	код	Тип	Owe вина
EGTS_FLEET_DOlff_ON	0x0009	USHORT	Активация дискретных выходов. Параметр интерпретируется как битовое поле, определяющее. какие выходы активировать. Бит 0 соответствует первому выходу. 1 — второму выходу. Если бит имеет значение 1. то выход активируется, если 0. то состояние выхода не изменяется
EGTS.FL EET_DOLTT_OF F	0x00QA	USHORT	Деактивация дискретных выходов. Параметр интерпретируется как битовое поле, определяющее. какие выходы дежтивировать. Бит 0 соответствует первому выжду, 1 — второму выходу. Если бит имеет значение 1. то выход деактивируется, если 0. то состояние выхода не изменяется
EGTS.Ft EET_ G ET_ DOUT_ DATA	QxO 00B	—	Команда запроса состотмия дискретах выходов
EGTS_FLEET_GET_PO$_DATA	OxOOOC		Команда запроса текущих даютых местоположения. При получении данной команды помимо подтверждения в виде подзаписи EG Т S_S R_CO ММ AN D_DATА сервиса EGTS_ COMMAND SERVICE ACH отправляет телематическое сообщение, содержащее подэапись EG TS_SR_POS.DAT А сервиса EGRS_TELEDATA_SERVICE
EGTS_FLEET_GET_SENSORS_DATA	OxOOOD		Команда запроса состотыия дискретных и аналоговых входов. При получен»»! данной команды помимо подтверждения е виде подэаписи EGTS_SR_COM MAND.DATAcepenca EGTS_ COMMAND SERVICE ACH отправляет телематическое сообщение, содержащее подзаписи EGTS.SR_POS.DATА и EGTS_SR_AD_SENSORS сервиса EGRS_TELEDATA_SERVICE
EGTS_FLEET_GET_UN_DATA	0x000E		Команда запроса состояния шлейфовых вюдов. При пол ученый д гм ной команды помимо подтверждения а виде подзаписи EGTS_SR_COMMAND_DATA сервиса EGTS.COMMAND. SERVICE ACH отправляет телематическое сообщение, содержащее подзаписи EGTS SR POS.DATA и EGTS.SR_LOOPIN_DATA сервиса EGRS_TELEDATA_SERVICE ~ “
egts.fi eet_get_cin_ data	OxOOOF		Команда запроса состояния счетных входов. При получении данной номады помимо подтверждения в виде подзагмси Е G TS_S R_CO MMAN D_ DAT А сервиса EGTS.COMMAND. SERVICE ACH отправляет телемагт»иес*ое сообщение, содержащее подэаписи EGTS SR POS.DATAh EGTS.SR_COUNTERS.DATAсервиса EGRS_TELEDATA_SERVICE
EGTS_FLEET_GET_STATE	0x0010		Команда запроса состоя»ыя ACH. При получении данной команды помимо подтверждения в виде подэаписи EGTS_ SR_COMMAND.DATА сервиса EGTS_C0MMAND_SERV1CE ACH отправляет телематичесхое сообщение, содержащее подзаписи EGTS SR PCS DATA и EGTS SR_STATE_DATA сервиса EGRS.TEL EDATA.SERVICE
EGTS.FL EET_ODOM_C LEAR	0x0011	—	Команда для обиуле^мя показаний внутреннего одометра АСН. Для обработки данной команды оператор отправляет корректные значения полей ACL и АС из таблиц 17 спецификации протокола Поддержан услуг

ГОСТ Р 56361—2015

Н здание команды	код	Тип	Описв«4б
EGT$_FlEET_DOUT,ON	0x0009	USHORT	Параметр жтероретмруется как битовое поле.определяющее состояние декретных выходов Бит 0 соответствует первому выгоду. 1 — второму выходу. Если бит имеет знамение 1. то выход активирован. 0 — не активирован
EGTS_Fl EET_DOUT_OF F	0x000A	USHORT	Параметр интерпретируется как битовое поле, определяющее состояние дискретных выходов. Бит 0 соответствует первому выходу. 1 — второму выходу. Если бит имеет знамение 1. то выход активирован. 0 — не активирован
egt$_fleet_get_dout_data	0x0006	USHORT	Параметр интерпретируется как битовое поле, определяющее состояние дискретных выходов Бит 0 соответствует первому выгоду. 1 — второму выходу. Если бит имеет знамение 1. то выход активирован. 0 — не активирован

ГОСТ Р 56361—2015

Таблица Б.21 — Список параметров АСН

Параметр	Код	Тип параметра	3 несение no умолчанию	Описание
Конфигурация и конфигурационные данные услуг
Мониторинг транспортам средств
EGTS_FLEET_ON	0x0261	BOOLEAN	1	1 — разрешает исло/ъэование услуги мониторинговой информации
EGTS_FLEET_IGN_ON_PE RIO D	0x0262	INT	60	Период передам телематических сообщений на сервер при включенном эамгании. секунды
EGTS_FLEET_IGN_OFF_ PERIOD	0x0263	INT	300	Период передам телематических сообщений на сервер при выключенном зажигании, секунды
EGTS_FLEET_DIST_THRESHOLD	0x0264	INT	10	Знэчеже пройдено го пути, по достижеми которого производится отправка телематического сообщения на сервер с признаком «пробег заданной дистэдции», 100 м
EGTS_FLEET_COURSE_THRESHOLD	0x0265	INT	20	Знамение изменения курса, по достижении которого производится отправка телематического сообщения на сервер с признаком «превышение устное левого знамемя угла поворота)», градусы
EGTS_FlEET_MAX_$PEEDJTHRE$HOlD	0x0266	ARRAY OF INT	60. 0. 0,0.0	Знамения порогов скорости, при превышении одного из которых производится передача телематического со об щт и я на сервер с признаком «превышение одного из заданных порогов скорости», км/ч. Нулевые здэчения не умтываются при обработке
EGTS_FLEET_MIN_SPEED_THRESHOLDS	0x0267	ARRAY OF INT	0.0.0.0.0	Значения порогов скорости, при превышении одного из которых производится передача телематического сообщения на сервер с признаком «снигшние скорости ниже одного из заданных порогов», км/ч. Нулевые значения не умтываются при обработке

Параметр	Код	Тип паре метре	Знамение no умолчанию	Описание
EGT$_FIEET_MIN_BATTERY_V01TAGE	0x0268	INT	110	Пороговое знамение напряжение на резервном аккумуляторе, при достижении которого производится передача телематического сообщения на сервер с признаком «снижение напряжения истопника резервного питания нике порогового знамения». 0.1 В
EGTS_FLEET_PO$_ACCEL_THRESHOlD	0x0269	INI	100	Пороговое значение положительною продольного ускорения, при д ости жен >ы которого производится передана телематического сообщения на сервер с признаком «резкий разгон», 0.1 м/с2
EGTS_FLEET_NEG_ACCEL_THRESHOLD	Qx026A	INT	100	Пороговое значение отрисете/ъного продольного ускорения, при достижении которого производится передача телематического сообщения на сервер с признаком «реэсое торможение». 0.1 м/с2
EGT$_FLEET_EM_MON_PERIOD	0x0268	INT	10	Период передачи телематических сообщений на сервер в режиме «экстренное слежение», с
E GTS.FL EE T_NAV l_TRB_T HRE SH a D	0xO26C	INT	6	Пороговое знамение частоты прерывания режима навигации при вклкмеююм зажигании и гы режиме экстренного слежения, при достижении которого производится передача телематического сообщения на сервер с признаком «нестабильная навигация». 1/ч
EGT$_FLEET_CONN_TRB_THRESHOlD	0x0260	INT	30	Пороговое значение частоты прерывай и ^восстановления IP соединения при включенном зажигании или режиме экстренного слежения. при достижении которого производится передача телематического сообщения на сервер с признаком «нестаби/ъиая связь». 1/ч
EGTS_FLEET_GSM_REG_TRB_THRESHOLD	0x026E	INT	3	Пороговое значение частоты регистрации а сети связи стандартов GSM при включенном зажигании или режиме экстренного слежения, при достижении которого производится передача телематического сообщения на сервер с признаком «нестабильная регистрация 8оети сотовой связи». 1/ч
EGT$_FLEET_POSJJ$E_ALT	0x026F	BOOLEAN	1	1 — указывает, что параметр «Ай/tude» передается в телематическом сообщении от АСИ
EGT$_FLEET_EXT_PO$_DATA_FLAG$	0x0270	INT	255	Определяет, какие из опциональных параметров передаются в подзаписи EGTS_SR_EXT_POS_DATA сервиса EGTS_TELEDATA_ SERVICE. Представляет собой битовую маску, формат которой совпадает с форматом первого байта пддэаписи EGTS SR EXT POS DATA см. 3.4 – – – –
EGTS_FLEET_SR_MASK	0x0271	INT	255	Определяет состав данных, передаваемьы с АСИ с каждым телематическим сообщением (подэалисъ EGTS SR_POS_DATA) Представляет собой битовое поле: 0 – EGT$_$R_EXTJ>OS,DATA:

ГОСТ Р 56361—2015

Параметр	Кед	Тип параметра	Зндм^ив no умолчанию	Описание
				2— EGTS SR COUNTERS DATA; 3— EGTS SR ACCH. DATA; 4 — EGTS SR STATE DATA: 5— EGTS_SR_LOOPIN_DATA. Ест соответствующий бит имеет зимение 1,то подзапись передается
EGTS_FLEET_OIN_MASK	0x0272	I NT	1	Определяет состав дискретных входов, анализируемых АСИ. Представляет собой битовое поле: 0 — дискретные входы 1… 8: 1 — воды 9 … 16: 2 —воды 17 … 24 и т. д. Ест бит имеет знэчете 1.то соответствующие тскретныеаходы (если они физически присутствуют) анализируются АСИ
EGTS_FL ЕЕ T_AI N_MASK	0x0273	I NT	15	Определяет состав аналоговых еодое. анатзируемых АСН. Представляет собой битовое поле: бит 0 — аналоговый вход 1; 1 — в»д2: 2 — вюдЗ и т. д. Ест бит имеет значение 1. то соответствующий аналоговый вюд (если он физически присутствует) анализируется АСИ
EGTS_FLEET_CIN_MASK	0x0274	INT	0	Определяет состав счетных вюдое, анализируемых АСН. Представляет собой битовое поле: бит 0 — счетный вход 1; 1 —вяод2; 2 — в»дЗ ит. д. Ест бит имеет значение 1. то соответствующий о<ет*чй вход (если он физически присутствует) анализируется АСН
EGTS_FLEETJJN_MASK	0x0275	INT	0	Определяет состав шлейфовых входов, анализируемых АСН. Представляет собой битовое поле: бит 0 — счетный вход 1; 1 —в»д2: 2 — вюдЗ. Ест бит имеет значение 1 .то соответствующий шлейфовый вход (ест он физически присутствует) анализируются АСН
EGTS.FL EET_ US E_ABS_S E NS.DATA	0x0276	INT	0	Определяет необходимость использования подзэтсей EGTS SR ABS DIG SENS DATA. EGTS SR ABS AN SENS DATA. EGTS SR ABS CNTR~ DATA и EGTS SR ABS’lOOPIN DATA вместо EGTS SR AD SENSORS DATA. EGTS_SR_COUNTERS_DATA и EGTS_SR_LOOP1N_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_LOOPIN_DATA. Ест бит имеет значение 1, то используется соответствующая подзатсь

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

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

услуг

В.1 Назначение протокола уровня поддержки услуг

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

Протокол уровня поддержки услуг выполняет следующие основные фуюции:

– обмен информационным* сообщениями, содержащими данные для обработки различными сервисами, а также запросы на выдачу информации сервисами;

– обеспечение уведомления о результатах доставки и обработки данных уровня поддержки услуг:

– идентификация принадлежности данных определенному типу сервиса:

– определение характеристики данных (число, тип. состав, размер, кодировка и др.).

В.1.1 Обмен информационными сообщениями

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

В.1.2 Обеспечение уведомления о результате доставки и обработки данных уровня поддержки услуг

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

В.1.3 Идентификация принадлежности данных

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

В.1.4 Определение характеристики данных

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

В.2 Определение структур данных

В.2.1 Общая структура

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

Данные уровня поддержки услуг
Запись RID-1	Запись RID-2	…	Запись RID-N

Рисунок В.1 — Общая структура данных протокола уровня поддержхи услуг

В.2.2 Структура отдельной записи В.2.2.1 Состав записи

Отдельная запись протокола уровня поддержки услуг состоит из заголовка записи и данных записи. На рисунке В.2 представлен состав отдельной записи протокола уровня под держки услуг.

Рисунок В.2 — Состав отдельной записи протокола уровня поддержки услуг

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

Данные за гы си могут содержать одну и/ы несколько подзаписей определенных типов и содержащих передаваемые данные.

В.2.2.2 Структура записи

В таблице В.1 представлен формат отдельной записи протокола уровня поддержки услуг.

Таблица В.1 — Формат отдельной записи протокола уровня поддержки услуг

Бит 7	Битв	Бит S Бит 4 Бит Э	Бит 2	Бит 1	Бит 0	Тип	Тип даииыя	Размер, байт
RL (Record Length)	M	USHORT	2
RN (Record Number)	M	USHORT	2
RFL (Record Flags)	М	BYTE	1
SSOD	RSOD	GRP j 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	1
RD (Record Data)	М	BINARY	3…65498

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

RL (Record Length) — параметр определяет размер данных из поля RD;

RN (Record Number) — номер записи. Змачегыя в данном поле изменяются по правилам циклического счетчика в диапазоне от 0 до 65535. т. е. при достижении значения 65535. следующее значение должно быть 0. Значение данного паля используется для подтверждения записи:

RFL (Record Flags) содержит битовые флаги, определяющие наличие в данном пакете попей ОЮ. EVID и ТМ. характеризующих содержащиеся в записи данные:

SSOD (Source Service On Device) — битовый флаг, определяющий расположение свреиса-отправителя:

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 Retd Exists) — битовое поле, определяющее наличие в данном пакете поля ТМ:

1 — поле ТМ присутствует.

0 — попе ТМ отсутствует.

EVFE (Event ID Field Exists) — битовое поле, определяющее наличие в данном пакете поля EVID:

1 — none EVID присутствует.

0 — поле EVID отсутствует.

OBFE (Object ID Field Exists) — битовое поле, определяющее наличие в данном пакете поля OID:

1 — поле OID присутствует:

0 — поле OID отсутствует.

OIO (Object Identifier)— идентификатор объекта, сгенерировавшего данную загысъ или для которого данная запись предназначена (уникальный идентификатор АСН), либо идентификатор группы (при GRP = 1). При передаче от АСН в одном пакете транспортного уровня нескольких записей подряд для разных сервисов, но от одного и того же объекта, поле ОЮ мажет присутствовать только в первой записи, а в последующих записях мажет быть опущено:

EVID (Event Identifier)— уникальный идентификатор события. Поле EVID задав т глобальный идентификатор события и применяется, когда необходимо логически связать с одним единственным событием набор м©скотских информационных сущностей, причем сами сущности могут быть разнесены как по разным информационным пакетам, так и по времени. При этом прикладное ПО имеет возможность объединить все эти сущности воедино в момент представления пользователю информации о событии. Например, если с нажатием тревожной кнопки связывается серия фотоснимков, поле 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 Битв Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0	Тип	Тип данных	Ра>мер. Байт
SRT (Subrecord Туре)	M	BYTE	1
SRL (Subrecord Length)	м	USHORT	2
SRD (Subreoord Data)	О	BINARY	0… 65495

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

SRT (Subrecord Туре) — тип под записи (подтип передаваемых данных в рамках общего набора типов одного сервиса). Тип 0 — специальный, зарезервирован за подэаписью подтверждения данных для каждого сервиса. Конкретные значения номеров типов подзаписей определяются логикой самого сервиса. Протокол указывает лишь то. что этот номер должен присутствовать, а нулевой идентификатор зарезервирован:

SRL (Subrecord Length) — длина данных в байтах подзаписи в поле SRD:

SRD (Subreoord Data) — данные гкдэаписи. Наполнение данного поля специфично для каждого сочетания идентификатора типа сервиса и типа подзаписи.

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

Описание и формат подтверждения представлены в В.3.2_2. подпункт а) На рисунке В.З представлен алгоритм работы механизма подтверждений протокола уровня поддержки услуг.

Рисунок В.З — Диаграмма обмена сообщениями

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

В.З Описание сервисов предоставления услуг

В.3.1 Список сервисов

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

Таблица В.З — Список сервисов, поддерживаемых протоколом

Кеш		Описями»
1	EGTS_AUTH_SERVICE	Данный тип сервиса применяется для осуществления процедуры аутентификации АСН (авторизуемой ТП) на авторизующей ТП. При использовании TCP/IP протокола в качестве транспорта. АСН (авторизуемая ТП) должна проходить данную процедуру, и только после успешного завершения данной процедуры происходит дальнейшее взаимодействие
2	egts_teledata_service	Сервис предназначен для обработки телематической информации (координатные данные, данные о срабатывании датчиков и г. д.). поступающей от АСН. Серене описан в приложении Б
3	EGTS.COMMANDS.SERVICE	Данный тип сервиса предназначен для обработки управляющих и конфигурационных команд, информационных сообщений и статусов, передаваемых между АСН. ТП и операторами

Код	Наз од мне	Описание
4	EGTS_FIRMWARE_SERVICE	Сервис предназначен для передачи на АСН конфигурации и непосредственно самого программного обеспечения аппаратной части самого АСН. а также различного периферийного оборудования, подключенного к АСН и поддерживающего возможность удаленного обновления программного обеспечения

В.3.2 Сервис EGTS_AUTH_SERVICE

В.3.2.1 Общие положения

Для описания данного сервиса вводятся понятия: « авторизуемая ТП». «авторизующая ТП».

Авторизуемая ТП — платформа, которая инициирует обмен данными между платформами с запросом на идентификацию (путем передачи записи с идентификационными данными на авторизующую ТП). В качестве авторизуемой ТП, в основном, выступает АСИ. Запись с запросом на идентификацию содержит следующие данные:

– идентификатор АСН (авторизуемой ТП). который необходим для регистрации в базе данных (БД) авторизующей ТП.

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

– набор данных, которые необходимы для однозначной идентификации АСН (или авторизуемой ТП) на стороне авторизующей ТП.

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

Данный тип сервиса применяется:

– для осуществления процедур идентификации и аутентификации при установлении соединения между АСН (авторизуемой ТП) и авторизующей ТП;

– для получения учетных данных АСН (или авторизуемой ТП) на стороне авторизующей ТП:

– для получения информации на авторизующей ТП об инфраструктуре на стороне АСН (авторизуемой ТП) — например, составе и версиях ПО модулей, блоков, периферийного оборудования и г. д.

Примечание —Данная функция настоящего сервиса является опциональной и АСН (авторизуемая ТП) сама принимает решение об объеме информации, отправляемой на авторизующую ТП;

– получения информации на авторизующей ТП о ТС;

– передачи авторизующей ТП на АСН (авторизуемую ТП) перечня поддерживаемых сервисов;

– передачи авторизующей ТП на АСН (авторизуемую ТП) данных о способе и параметрах шифрования;

– передачи АСН (авторизуемой ТП) на авторизующую ТП аутентификационных данных для реализации шифрования данных;

– реализации алгоритма «запросов» на использование сервисов на стороне АСН (авторизуемой ТП).

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

– передачи АСН (авторизуемой ТП) от авторизующей ТП результатов процедуры аутентификации.

Сервис должен быть использован АСН (авторизуемой ТП) только в случав применения в качестве транспорта протокола TCP/IP после создания каждого нового соединения с авторизующей ТП.

Описание полного пакета подзаписей сервиса EGTS_AUTH_SERV1CE для реализации перечисленных выше функций приведено В.3.2.2.

Описание алгоритма авторизации АСН на авторизующей ТП приведено в В.З.2.Э.

Особенности алгоритма авторизации авторизуемой ТП на авторизующей ТП приведены в В.З.2.4.

В.3.2.2 Описание подзаписей сервиса EGTS_AUTH_SERVICE

В таблице В.4 представлен список псдзалисей. используемых сервисом EGTS_AUTH_SERVICE.

Таблица В.4 — Список псдзапиоейсервиса EGTS_AUTH_SERV1CE

Код	Нанаимо	Описание
0	EGTS_SR_RECORD_RESPONSE	Подзапись применяется для осуществления подтверждения процесса обработки записи протокола уровня поддержки услуг. Данный тип подзаписи должен поддерживаться всеми сервисами
1	EGTS_SR_TERMJDENTITY	Подзапись испогъзуется только АСИ при запросе авторизации на авторизующей ТП и содержит учетные данные АСИ
2	EGTS_SR_MOOULE_DATA	Подзапись предназначена для передачи на ТП информации об инфраструктуре на стороне АСИ. о составе, состоянии и параметрах блоков и модулей АСИ. Данная под запись является опциональной. и разработчик АСИ сам принимает решение о необходимости заполнения полей и отправки данной подзаписи. Одна подзапись отысывает один модуль. В одной за гы си может передаваться последовательно несколько таких подзаписей, что позволяет передать данные об отдельных составляющих всей аппаратной части АСИ и периферийного оборудования
3	EGTS_SR_VEH1CLE_DATA	Подзапись применяется АСИ для передачи на ТП информации о ТС
5	EGTS_SR_DISPAT CH ER JDENTfTY	Подзапись используется только авторизуемой ТП при запросе авторизации на авторизующей ТП и содержит учетные данные авторизуемой АСИ
6	EGTS_SR_AUTH_PARAMS	Подзапись используется авторизующей ТП для передачи на АСИ данных о способе и параметрах шифрования, требуемого для дальнейшего взаимодействия
7	EGTS_SR_AUTH_lNFO	Подзапись предназначена для передачи на авторизующую ТП аутентификационных данных АСИ (авторизуемой ТП) с использованием ранее переданных со стороны авторизующей ТП параметров для осуществления шифрования данных
8	EGTS_SR_SERVICEJNFO	Данный тип под записи используется для информирования принимающей стороны. АСИ или ТП. в зависимости от направления отправки, о поддерживаемых сервисах, а также для запроса определенного набора требуемых сервисов (от АСИ к ТП)
9	EGTS_SR_RESULT_CODE	Подзапись применяется авторизующей ТП для информирования АСИ (авторизуемой ТП) о результатах процедуры аутентификации АСИ

а) Подэапись EGTS_SR_RECORD_RESPONSE

В таблице В.5 представлен формат подзаписи EGTS_SR_RECORD_RESPONSE.

Таблица В.5 — Формат подзаписи EGTS_SR_RECORD_RESPONSE

Бит 7	Бит 6	Бит S	Бит 4	Бит Э	Бит 2	Бит 1	Бит 0	Тип	Тип данных	Размер, байт
CRN (Confirmed Record Number)	М	USHORT	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_TERMJDENT1TY сервиса EGTS_AUTH_SERVICE.

Таблица В.6 — Формат под записи EGTS_SR_TERM JDENTITY сервиса EGTS_AUTH_SERVICE

Бит 7	Битв	Бит S	Бит 4	Бит 3	Бит 2	Бит 1	Бит 0	Тип	Тип даииыя	Размер.байт
НО (Terminal Identifier)	M	UINT	4
Flags	M	BYTE	1
MNE	BSE	NIDE	SSRA	LNGCE	IMSIE	IMEIE	HDIDE
HDID (Home Dispatcher Identifier)	О	USHORT	2
IMEI (International 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 (Mobie Station Integrated Services Digital Network Number)	о	STRING	15

Поля л од записи EGTS_SR_TERM JDENTITY:

– T1D (Terminal Identifier) — уникальный идентификатор, назначавший при программировании АСИ. Наличие значения 0 в данном поле означает, что АСН не прошел процедуру конфигурирования или прошел ее не полностью. Данный идентификатор назначается оператором и однозначно определяет набор учетных данных АСН. TID назначается при инсталляции АСН как дополнительного оборудования и передаче оператору учетных данных АСН (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) — идентификатор мобильного устройства (модема). При невозможности определения данного параметра. АСН должна заполнять данное поле значением Ово всех 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 может принимать раз-гычные значения, например 600. 1000.1024.2046.4096 и т. д.. и зависит от реализации аппаратной и программной частей конкретной АСН;

– MSISDN (МоЫе Station integrated Services Digital Network Number) — телефонный номер мобильного абонента. При невозможности определения данного параметра устройство должно заполнять данное попе значением 0 во всех 15 символах (формат описан в [15]).

Передача поля HDID определена настройками АСИ и целесообразна при возможности подключении АСН к ТП. отличной от «домашней», например при использовании территориально распределенной сети ТП. При использовании только одной «домашней» ТП передача HD1D не требуется.

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

Алгоритм «запросов» на использование сервисов подразумевает, что перед тем. как использовать тот или иной тип сервиса (отправлять данные). АСН должна получить от ТП информацию о достутыых для использования сервисов. Запрос на использование сервисов можно осуществлять как на этапе авторизации, гак и после нее. На этапе авторизации запрос на использование того или иного сервиса проводится путем добавления подзаписей типа SR_SERV!CE_INFO и установка бита 7 попя SRVP в значение 1. После процедуры авторизации запрос на использование сервиса мажет быть также осуществлен при помощи подзаписей SR_ SERVICEJNFO.

Таблица В.7 — Формат поля N1D подэаписи EGTS_SR_TERMJDENTITY сервиса EGTS_AUTH_SERV1CE

Биты 20. .23	Биты 10… 19	Биты 0.-.9	Тип	Тип данных	Рамюр. байт
—	МСС (Mobile Country Code)	MNC (Mobile Network Code)	M	BINARY	3

Совокупность МСС и MNC определяет уникальный идентификатор сотового оператора сетей GSM. CDMA. TETRA. UMTS, а также некоторых операторов спутниковой связи.

Параметры поля NID подэаписи EGTS_SR_TERMJDENTITY:

– МСС (Mobile Country Code) — код страны.

– MNC (Mobile Network Code) — код мобильной сети в пределах страны:

в) Подэаписъ EGTS_SR_MODULE_DATA

В таблице В.8 представлен формат подзаписи EGTS_SR_MODULE_DATA сервиса EGTS_AUTH_SERVICE.

Таблица В.в — Формат подзаписи EGTS_SR_MOOULE_DATAсервиса EGTS_AlfTH_SERVlCE

Бит 7 Битв Бит 5 Бит 4 БитЗ Бит 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	0 … 32
D (Delimiter)	M	BYTE	1
DSCR (Description)	о	STRING	0 … 32
D (Delimiter)	M	BYTE	1

Попя подзаписи SR_MODULE_DATA:

– МТ (Module Туре) — тип модуля, определяет функциональную принадлежность модуля (1 — основной модуль: 2 — модуль ввод а-вывода: 3 — модуль навигационного приемника: 4 — модуль беспроводной связи). Здесь указаны рекомендованные правила нумерации типов модулей. Конкретная реализация сервиса авторизации может вводить и расширять собственную нумерацию типов, включая все внешние периферийные контроллеры.

– VID (Vendor Identifier) — код производителя.

– FWV (Firmware Version) — версия аппаратной части модуля (старший байт — число до точки — major version, младший — после точки — minor version, например версия 2.34 будет представлена числом 0x0222).

– SWV (Software Version)— версия программной части модуля (старший байт — число до точки, младший — после точки).

– MD (Modification)— код модификации программной часги модуля.

– ST (State) — состояние (1 — включен. О — аьклкхен, >127 — неисправность см. Коды результатов обработки).

– SRN (Serial Number) — серийный номер модуля.

– D (Delimiter) — разделитель строковых параметров (всегда имеет значение 0).

– DSCR (Description) — краткое описание модуля:

г) Подзапись EGTS_SR_VEHICLE_DATA

В таблице В.9 представлен формат подэаписи EGTS_SR_VEHICLE_DATA сервиса EGTS_AUTH_SERVICE.

Таблица В.9 — Формат подзаписи EGTS_SR_VEHICLE_DATAсервиса EGTS_AUTH_SERVICE

Бит 7 Бит в Бит S Бит 4 Бит 3 Бит 2 Бит 1 Бит 0	Тип	Тип данных	Размер, байт
VIN (Vehicle Identification Number)	M	STRING	17
VHT (Vehicle Type)	M	U1NT	4
VPST (Vehicle Propulsion Storage Type)	M	UINT	4

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

Поля подзаписи EGTS_SR_VEHICIE_DATA:

– VIN (Vehicle Identification Number) — идентификационный номер транспортного средства (структура описана в (16J);

-VHT — тип ТС:

Bit 31-4: не используется:

Bit 3-0:

0001 —пассажирский (Class Ml);

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_DISPATCHERJDENTITY

В таблице В. 10 представлен формат подзаписи EGTS SR_D!SPATCHER IDENTITY сервиса EGTS_AUTH SERVICE. ” ~ ~

Таблица В.10 — Формат подзаписи EGTS_SR_DISPATCHERJDENTrTY сервиса EGTS_AUTH_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_DISPATCHERJDENTITY:

– DT (Dispatcher Type) — тип диспетчера;

– DID (Dispatcher ID) — уникальный идентификатор диспетчера:

– DSCR (Description) — краткое описание,

e) Подзапись EGTS_SR_AUTH_PARAMS

В таблице В. 11 представлен формат подзаписи EGTS_SR_ALTTH_PARAMS Сервиса EGTS_AIJTH_SERVICE.

Таблица В. 11 — Формат псдэалиси EGTS_SR_AUTH_PARAMSСервиса EGTS_AUTH_SERVICE

Бит 7	Бит 6	Бит S	Бит 4	Бит 3	Бит 2	Бит t Бит 0	Тип	Тип данных	Размер, байт
FLG (Flags)	M	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 — битовое поле, определяющее требуемый алгоритм шифрования пакетов. Если данное поле содержит значение 00. го шифрование не применяется, и подзатось EGTS_SR_AUTH_PARAMS содержит только один бай г. иначе, а зависимости от типа алгоритма, наличие дополнительных параметров определяется остальными битами поля FLG:

– PKL (Public Key Length) — длина публичного ключа в байтах:

– РВК (Public Key) — данные публичного ключа:

– ISL (Identity String Length) — результирующая длина идентификационных данных;

– MSZ (ModSize) — параметр, применяемый в процессе шифрования:

– SS (Server Sequence) — специатоная серверная последовательность байт, применяемая в процессе шифрования;

– D (Delimiter) — разделитель строковых параметров (всегда имеет значение 0)

– ЕХР (Ехр) — специальная последовательность, используемая в процессе шифрования.

Если запрашиваемый алгоритм шифрования (если требуется использование шифрования) поддерживается, то авторизуемой стороной производится формирование и отправка записи EGTS_SR_AUTH_INFO. зашифрованной по указанному алгоритму. При этом биты 11 и 12 в поле KEYS заголовка транспортного уровня устанавливаются в соответствующие значения, и весь последующий обмен данными производится с использованием шифрования.

Если требуемый алгоритм шифрования не поддерживается, инициирующая сторона отправляет псдзапись EGTS SR RECORD RESPONSE с соответствующим признаком ошибки.

ж) Псдзапись EGTS_SR_AUTH JNFO

В таблице В. 12 представлен формат подзаписи EGTS_SR_AUTH_INFO сервиса EGTS_AUTH_SERVICE.

Таблица В.12 — Формат подзаписи EGTS_SR_ALTTHJNFO сервиса EGTS_AUTH_SERVICE

Бит 7 Бит в Бит 5 Бит 4 Бит Э Бит 2 Бит 1 Бит 0	Тип	Тип данных	Размер, байт
UNM (User Name)	M	STRING	p й
D (Delimeter)	M	BYTE	1
UPSW (User Password)	M	STRING	p й
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_AUTH_PARAMS (необязательное попе, нагычие зависит от используемого ал гори г ма шифрования).

и) Подзапись EGTS_SR_SERVICE JNFO

В таблице В.13 представлен формат подзаписи EGTS_SR_SERVICEJNFO Сервиса EGTS_AUTH_SERVICE.

Таблица В. 13 — Формат лсд записи EGTS_SR_SERVICE_INFO сервиса EGTS_AUTH_SERVICE

Бит 7	Бит 6 Би1S Бит 4 Бит 3 Бит 2	Бит 1 Бит 0	Тип	Тип данных	Размер, байт
ST (Service Туре)	М	BYTE	1
SST (Service Statement)	м	BYTE	1
SRVP (Service Parameters)	м	BYTE	1
SRVA	—	SRVRP

Поля подзаписи EGTS_SR_SERVICE_lNFO;

– ST (Service Type) — тип сервиса, определяет функциональную прииадлежиосгь(иагфимвр. EGTS TELEDA-

TA_SERV1CE. EGTS_ECALL_SERVIC Е и т. д.); ”

– SST (Service Statement) — определяет текущее состояние сервиса. Таблица иллюстрирует перечень возможных состояний сервиса, его кодовое обозначение и описание:

– SRVP (Service Parameters) — определяет параметры сервиса:

– SRVA (Service Attribute) — битовый флаг, атрибут сервиса:

0 — поддерживаемый сервис:

1 — запрашиваемый сервис.

– SRVRP (Service Routing Priority) — битовое поле, приоритет с точки зрения трансляции на него данных (в случае масштабирования системы и применения нескольких экземпляров приложений одного типа сервиса) определяется битами 0 и 1:

СЮ — иаиеысший.

01 — высокий.

10 — средний.

11 — низкий.

Таблица В. 14 — Список возможных состояний сервиса

Код		Описание
0	EGT S_SST J N_S Е R VIC E	Сервис в рабочем состоянии и разрешен к использованию
126	EGT S_SST_OUT_0 F_S E RV1CE	Сервис в нерабочем состоянии (выключен)
129	EGTS_SST_DENIED	Сервис запрешеи для использования
130	EGT S_SST_NO_C ON F	Сервис не настроен
131	EGTS_SST_TEMP_UNAVA1L	Сервис временно недоступен

к) Подзапись EGTS_SR_RESULT_CODE

В табгыце В. 15 представлен формат подзаписи EGTS_SR_RESULT_CODE сервиса EGTS_AUTH_SERVICE.

Таблица В. 15 — Формат подзаписи EGTS_SR_RESULT_CODE сервиса EGTS_AUTH_SERV1CE

Биг 7	Биг 6	Бит 5	Бит 4	Бит 3	Бит 2	Бит 1	БитО	Тип	Тип данных	Размер, байт
RCD (Result Code)	М	BYTE	1

Поля подзаписи EGTS_SR_SERVICE_INFO:

– RCD (Result Code) — код. определяющий результат выполнения операции авторизации (см. таблицу А. 14 приложения А).

В.3.2.3 Описание процедуры авторизации АСН на авторизирующей ТП

Для работы АСН в инфраструктуре оператора ей должен быть назначен уникальный идентификатор UNITJD. которому должны соответствовать определенные значения IMEI. IMS) и другие учетные данные АСН. необходимые для осуществления взаимодействия в системе оператора.

Конфигурирование АСН может быть произведено одним из способов:

1 После регистрации АСН в сети GSM игы UMTS инфраструктура сотового оператора отслеживает появление нового устройства и инициирует отправку ему зашифрованного SMS-сообщения с учетными данными. Шифрование производится ключом и алгоритмом, известными данной АСН и сохраненным к моменту конфигурирования в хранилище оператора. Для определения ключей и алгоритмов шифрования на стороне АСН используются соответствующие поля из заголовка протокола транспортного уровня, а также данные о ключах, зашитых в памяти АСН. Учетные данные передаются в виде конфигурационного файла с использованием под записи EGTS SR SERVICE FULL_DATA или EGTS.SR.SERVICE.PART.DATA сервиса EGTS.FIRMWARE.SERVICE. ” ” ”

Файл конфигурации должен содержать:

– параметр EGTS.GPRS.APN (параметры точки доступа для установления GPRS сессии), параметр EGTS_ SERVER_ AD DRESS, определяющий адрес и порт сервера, с которым необходимо установить TCP/IP соединение;

– уникальный идентификатор АСН UNITJD. В конфигурационном файле также могут присутствовать другие параметры, необходимые для работы АСН. Далее АСН производит расшифровку SMS сообщения, проверяет корректность структур данных, вычисляет и сравнивает с полученными в сообщении значениями контрольные суммы. Если расшифровка и проверка прошли успешно. АСН устанавливает GPRS сессию и соединяется с указанным сервером по TCP/IP. После прохождения процедуры аутентификации АСН отправляет подтверждение об успешной конфигурации в виде подзаписи EGTS SR RECORD RESPONSE с кодом EGTS PC OK на полученную запись EGTS_SR_SERVICE.FULL.DATAили EGTS’SR.SERVIСE.PART.DATAсервиса EGTS~FIRMWARE_SERVICE. На рисунке В~4 представлен описанный алгоритм конфигурирования АСН.

АСН

Fbmcrpeuuia еmm G3M, UMTS pMEJ, M8Q чаре» юафроогруктуру сетевою onapmtipa ашвафроммю* dllB сообща** с юфаммид*. Саа&цомав 1, 0=1

(ЕСГГЗ_8 R^BffMCtLFl&l.QATA ши EGT^fl^SER^C^JWWLPATA шро> ЗМЩ

Сообща** 104

[EOTBjeHUtoX)RDJlBBPONBE Hi Ooo6uww 2^11 чврад ота

ГСЗУЛЬТАТ АУТЕНШФИОАЦНИ ОяЛцвше 4,104 [EGT8.8 f^REBLtTjOOO Ц *щж<ЖВ

Сообща»** ^ 0=2

tEeTB_«HJ®CORDJ«8PONeEHe №4]чврщОРЯ&

Сообщит 6,104

[TOT*_QRJ«CORDJ»3PON6£ Не Сообщение 1.101] черввОРНВ

Рисунок В.4 — Алгоритм конфигурации АСН с использованием SMS

2 После регистрации АСН в сети GSM или GPRS устанавливается GPRS сессия и TCP/IP соединение с сервером, информация об адресе которого уже записана в памяти АСН. При прохождении процедуры аутентификации. инфраструктура оператора анализирует параметр ТЮ из под записи EGTS_SR_TERMJDENTITV (см. таблица В.6). Если ТЮ имеет значение 0. производится процедура конфигурирования при помощи сервиса EGTS_ FIRMWARE_SERV1CE. как описано способе 1. отправляется файл конфигурации с использованием подзаписи EGTS_SR_SERVICE_FULL_DATA или EGTS_SR_SERVICE_PART_DATA. Далее, после прихода подтверждения получения конфигурационного файла от АСН. ему отправляется результат авторизации с кодом EGTS_PC_ID_ NFOUND. указывающий, что ТЮ – О в системе не найден. После этого сервер, не разрывая соединение с АСН. ожидает повторной авторизации АСН. но уже с корректным параметром ТЮ.

На рисунке В.5 приведен описанный алгоритм конфигурирования АСН.

Подтвераадоии* С00бц»«* Z 10=1 jBOT^.8RJ«CORDjeSPOM3E На Сообщение 1. ICM]

♦еАл конйагоа»*. Сообщат* Эь ИХ PGTB_e3l^8ERVV^.FULU.tMTA черм GPR8J

по^тнейадм^, ем

(POTB_3R^RECORD_RE3POW8E Ш Сообмием Э, IKQ йюупьтвт евтормат»* Сообщение 5» 1В=а [EQTB_8RJ^9ULT_CCOE«€flTS_PCJiOT>lfTHl

Cootkijmnmtl IIX

[E0TB_au«X)RDJ^6P0MeE Ня СообЦ*я*6> IKXQ

Звдрос amopmawi Сообкдв1«е 7.1 ОН [E^_BR_TEf6AjDemtY спо=еоте_и14гт_вэ_| imb,iubq]

Подтвврцттв. Сообщаю 5. ВЦ O^TB_SR^REa5ra>_RE8 P0W8E Hi Сообчмтя 7,

Сообщат» 10» ю=6

[KJT^_6FLRECORD_R£SPOH8E На ОоЫЫтт В> ItXj

Рисунок В.5 — Алгоритм конфигурации АСН с использованием GPRS

Если авторизация прошла успешно. ТП. в зависимости от алгоритма запроса использования сервисов, может перед подзалисью EGTS_SR_RESLft_T_CODE добавлять под за лиси типа EGTS_SR_SERV1CEJNF0, определяющие состав сервисов, разрешенных для АСН и поддерживаемых ТП. Это означает, что АСН сразу после авторизации может использовать только перечисленные сервисы, даже если он предполагает «простой» алгоритм поддержи прав использования сервисов.

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

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

Рисунок В.6 — Алгоритм обмена сообщениями на этапе авторизации АСН на ТП

После успешного подключения АСН к ТП по протоколу TCP/IP. АСН должна быть авторизована. Для передачи первичных аутентификационных данных АСН должна отправить сообщение, содержащее подзапись EGTS_ SR_TERM_IDENTITY (сообщение 1) в течение времени EGTS_SL_NOT_AUTH_TO (см. таблицу 20).

Получив сообщение с подзаписью EGTS_SR_TERM_IDENTITY. ТП отправляет на него сообщение 2 с подтверждением о приеме EGTS_SR_RECORD_RESPONSE на запись с идентификатором ID = 1. Необходимо использовать идентификатор пакета PID = 1 при каждой новой сессии авторизации на ТП. Далее, в зависимости от настроек (используется ли шифрование, применяется ли дополнительный алгоритм авторизации). ТП отправляет пакет (сообщение 3) с лодзаписью EGTS_SR_AUTH_PARAM, содержащей параметры, необходимые для осуществления шифрования и/или алгоритма расширенной авторизации. Если шифрование и алгоритм расширенной авторизации не используется, то вместо подзаписи EGTS_SR_AUTH_PARAM ТП может отправить подзапись EGTS_ SR_RESULT_CODE с результатом проведения процедуры авторизации АСН.

Далее АСН отправляет сообщение А с подтверждением EGTS_SR_RECORD_RESPONSE на сообщение 3 с ID ^s 2. При использовании расширенного алгоритма авторизации и(или) шифрования. АСН передает сообщение 5, закодированное по правилам шифрования, указанным в сообщении 3 от ТП и содержащем подзагысь EGTS_SR_ AUTHJNFO с данными для расширенной авторизации.

После получения EGTS_SR_AUTH_INFO ТП отправляет сообщение 6 с подтверждением на сообщение 5 с ID = 3 и выполняет процедуру авторизации. ТП формирует сообщение 7 с результатом проведения авторизации в виде подзаписи EGTS_SR_RESULT_CODE. а также в случае успешной авторизации может добавить информацию о разрешенных для использования данным АСН услуг в виде подзаписей EGTS_SR_SERVICEJNFO.

АСН формирует сообщение 8 с подтверждением на сообщение 7 с ID = 4. АСН может сформировать сообщение 9 и добавить подзаписи EGTS_SR_SERVICE_INFO. содержащие информацию о требуемых услугах (если используется процедура использования сервисов «по запросу») и/или поддерживаемых сервисах на стороне АСН.

Далее ТП создает сообщение 10 с подтверждением на сообщение 9 с ID = 5.

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

В случае, если процедура авторизации проходит неудачно (неверные аутентификационные данные АСН. запрет доступа данной АСН к ТП и т. д.). то после отправки сообщения, содержащего подзапись EGTS_SR_ RESULT_CODE с указанием в ней соответствующего кода. ТП должна разорвать установленное терминалом TCP/IP соединение.

В.3.2.4 Описание процедуры авторизации ТП на авторизующей ТП

Данная процедура авторизации предполагает, что информация об адресе авторизующей ТП записана в БД авторизуемой ТП.

На рисунке В.7 представлен представляемый алгоритм авторизации между платформами.

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

АшорюуюцяТЛ

Sepoc вт*до*|*и Сообщение 1, D=1 J

IKT^.WUJ8PATCHE^JDEKTTTY]

ГУщ верщинв. Сообщение 2.1»1 (EOT8_aR_REOCMO_REaPOMSE На Сообщение 1_t №1]

Рввупктжтедттзрваецж. Сообщение 3, ИХ lEGTBjB^jraULT^OTOE-EOTB^PC.Oiq

Сообщены» 4> ИХ

EOTBJWJIECORD_RESPONBE Но Сообщив» 3, ИХ)

Ди#< Ш1 по Оф1 ним Сообщив» 5,1СХ IHTTB_6R_3€HVK;eJ N PC)_

Гкщтшрфиви. Сообщеим 6, »4 (ЕОТО_бК^ШХЖ0_Я£ЛР0^8Е Нв Сообщив» 3, 1>4)

Лиев» по Оэраисеи. Сообщение 7,1И (EGTBjBR^SS^VlC^JKFOi

Гпобщипи П КХ

(E<Tre_flR_REOQ RQ_REdPO Ыв€ Нй Сообщение 7, ИХ)

Рисунок В.7 — Алгоритм обмена сообщениями на этапе авторизации авторизуемой ТП на авторизующей ТП

Для передачи первичных аутентификационных данных авторизуемая ТП должна отправить сообщение, содержащее подзапись SR_DISPATCHERJDENTITY (сообщение 1) в течение времени EGTS_SL_NOT_AUTH_TO (см. таблицу В.20).

Необходимо использовать идентификатор пакета PID = 1 при каждой новой сессии авторизации на ТП.

Получив сообщение с подзаписью SR_DISPATCHER_ID€NTITY. авторизующая ТП отправляет на него сообщение 2 с подтверждением о приеме EGTS_SR_RECORD_RESPONSE на запись с идентификатором 1D = 1.

Получив под запись SR_DISPATCHERJDENTITY. авторизующая ТП анализирует параметр 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_F!RMWARE_SERVICE

Код	Название	Описание
0	EGTS_SR_RECORD_RESPONSE	Подзапись применяется для осуществления подтверждения записи протокола уровня поддержки услуг из пакета типа EGTS РТ.АРРОАТА “
33	EGTS_SR_SERVICE_PART_DATA	Подзапись предназначена для передачи на АСН данных, которые разбиваются на части и передаются последовательно. Данная подзапись применяется для передачи больших объектов, длина которых не позволяет передать их на АСН одним пакетом
34	EGTS_SR_SERVICE_FULL_DATA	Подзапись предназначена для передачи на АСН данных, которые не разбиваются на части, а передаются одним пакетом

а) Подзапись EGTS_SR_SERVICE_PART_DATA

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

В таблице В. 17 представлен формат подзаписи EGTS_SR SERVICE_PART_DATA сервиса EGTS FIRMWARE.SERVICE. ” ‘

Таблица В. 17 — Формат подзаписи EGTS_SR_SERVICE_PART_DATAсервиса EGTS_F1RMWARE_SERVICE

Бит 7 Битв Бит 5 Бит 4 Бит 3 Бит 2 Бит 1 Бит 0	Тип	Тип данных	Размер.байт
ID (Identity)	M	USHORT	2
PN (Part Number)	M	USHORT	2
ЕРО (Expected Parts Quantity)	M	USHORT	2
ODH (Object Data Header)	О	BINARY	0…71
00 (Object Data)	M	BINARY	1…65400

Параметр ЕРО содержит число частей, которое будет передано, а параметр PN номер текущей части. Поле 10 однозначно определяет сущность, которой принадлежит передаваемая часть. Значения параметров ЕРО и PN для данной подзаписи должны содержать значения в диапазоне от 1 до 65535. причем значение из поля PN должно быть меньше или равно значению из поля ЕРО. Если данное условие нарушается, то данные из такой подзаписи не принимаются.

Идентифюатор объекта ID. поля PN и ЕРО. а также идентификатор источника записи OID из заголовка уровня маршрутизации сервисов позволяют однозначно определить, какая часть и какого объекта получена для обработки. Это позволяет при достаточной пропускной способности канала одновременно передавать сущности для обновления ПО различных аппаратных частей АСН и периферийного оборудования.

Поля данной подзаписи:

– ID (Identity) — уникальный идентификатор передаваемой сущности. Инкрементируется при начале отправки новой сущности. Данный параметр позволяет однозначно идентифицировать, какой именно сущности данная часть принадлежит.

– PN (Part Number) — последовательный номер текущей части передаваемой сущности:

– EPQ (Expected Parts Quantity) — ожидаемое число частей передаваемой сущности:

-ООН (Object Data Header) — заголовок, содержащий параметры, характеризующие передаваемую сущность. Данный заголовок передается только для первой части сущности. При передаче второй и последующих частей, данное поле не передается. В таблице В. 18 представлен формат заголовка передаваемой сущности подзаписи EGTS_SR_SERVICE_PART_DATА сервиса EGTS_FIRMWARE_SERVICE:

– 00 (Object Data) — непосредственно данные передаваемой сущности.

Таблица В.16 — Формат заголовка передаваемой сущности псдэалиси EGTS SR_SERVICE PART DATA сервиса EG TS FIRMWARE SERVICE ” ’ ”

Бит 7 Бит в Бит 5 Бит 4	Бит 3 Бит 2	Бит 1 Бит 0	Тип	Тип данных	Размер, байт
OA (Object Attribute)	M	BYTE	1
—	ОТ (Object Type)	MT (Module Type)
CMI (Component or Module Identifier)	М	BYTE	1
VER (Version)	М	USHORT	2
WOS (Whole Object Signature)	М	USHORT	2
FN (File Name)	О	STRING	0…64
D (Delimiter)	М	BYTE	1

Поля данной подзаписи:

– OA (Object Attribute) — характеристика принадлежности передаваемой сущности:

– ОТ (Object Type) — тип сущности по содержанию. Определены следующие значения данного поля:

00 — данные внутреннего ПО («прошивка»);

01 — блок конфигурационных параметров;

– МТ (Module Туре) — тип модуля, для которого предназначена передаваемая сущность. Определены следующие значения данного поля:

00 — периферийное оборудование:

01 — АСН;

– CMI (Componentor Module Identifier) — номер компонента в случае принадлежности сущности непосредственно АСН или идентификатор периферийного модуля/лорта. подключенного к АСН. в зависимости от значения параметра МТ;

– VER (Version) — версия передаваемой сущности (старший байт — число до точки — major version, младший. после точки — minor version, например версия 2.34 будет представлена числом 0x0222);

– WOS (Whole Object Signature) — сигнатура (контрольная сумма), всей передаваемой сущности. Используют алгоритм CRC16-CCrrT:

– FN (Frie Name) — имя файла передаваемой сущности (данное поле опционально и может иметь нулевую длину);

• D — разделитель строковых параметров (всегда имеет значение 0).

б) Под запись EGTS_SR_SERVICE_FULL_DATA

В таблице В. 19 представлен формат подзаписи EGTS_SR SERVICE FULL_DATA сервиса EGTS.FIRMWARE.SERVICE. ~ “

Таблица В. 19 — Формат подэаписи EGTS_SR_SERVICE_FULL_DATA сервиса EGTS_FIRMWARE_SERVJCE

Бит?	Битв	Бит 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. подпункт а), и применяется для подтверждения получения и обработки под записей EG Т S_S R_SE RV 1C E_PART_D АТА и EGTS_SR_SERVICE_FULL_ DATA. При этом на все подзаписи ЕGTS_SR_SERV 1C E_PART_DАТА. кроме последней, при успешной обработке в составе EGTS_SR_RECORD_RESPONSE должен передаваться код результата, равный EGTS_PCJN_PROG-RESS. На последнюю подзались EGTS_SR_SERVICE_PART_DATA и каждую EGTS_SR_SERV1CE_FULL_DATA при успешном приеме и обработке со стороны АСН должна передаваться подзапись EGTS_SR_RECORD_RESPONSE. содержащая код EGTS_PC_OK. что будет воспринято сервисом как удачная попытка отправки всей сущности.

г) Временные и количественные параметры протокола уровня поддержки услуг при использовании пакетной передачи данных

В таблице В. 20 представлены временные и кого явственные параметры протокола уровня поддержки услуг.

Таблица В.20 — Временные и количественные параметры протокола уровня поддержки услуг

Название	Тип данных	Диапазон значений	Значение по умолианмо	Описание
EGT S_SL_NOT_AUTVI_T О	BYTE	0…255	6	Время ожидания прихода сообщения от АСН (авторизуемой ТП). которое содержит данные для осуществления процедуры авторизации на стороне авторизующей ТП после установления АСН (авторизуемой ТП) нового подключения по протоколу TCP/IP. с. Если в течение данного времени сообщение не поступает. авторизующая ТП должна разорвать установленное с АСН (авторизуемой ТП) TCP/IP соединение

В.3.4 Сервис EGTS.COMMANDS.SERVtCE

Данный тип сервиса предназначен для обработки команд, сообщений и подтверждений, передаваемых между АСИ, ТП и клиентскими приложениями.

В.3.4.1 Описание подзаписей

В таблице В.21 представлен список подзаписей сервиса EGTS_COMMAND_SERVICE. их описание и кодовое обозначение.

Таблица В.21 — Список подзаписей сервиса EGTS_COMMAND_SERVICE

Код	Название	Описание
0	EGTS_SR_RECORD_RESPONSE	Подзапись применяется для подтверждения процесса обработки записи протокола уровня поддержки услуг. Данный тип подзаписи должен поддерживаться всеми сервисами
51	EGT S_S R_C ОМ MAND_DATA	П од запись используется АСН и ТП для передачи команд, информационных сообщений, подтверждений доставки, подтверждений выполнения команд, подтверждения прочтения сообщений и т. п.

а) Подзапись EGTS_SR_COMMAND_DATA

В таблице В.22 представлен формат подзаписи EGTS_SR COMMAND DATA сервиса EGTS COMMANDS SERVICE. ~ ~ ~ ‘

Таблица B.22 — Формат подзаписи EGTS_SR_COMMAND_DATA сервиса EGTS_COMMANDS_SERVICE

БИ1 7 Бит в Бет 5 Бит 4	Бит 3 Биг 2	Бит i	БмтО	Тип	Тип данных	Размер, бай*
CT (Command Туре)	CCT (Command Confirmation Type)	M	BYTE	1
CID (Command Identifier)	M	UINT	4
SID (Souroe 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)	О	BINARY	0 … 65205

– CT (Command Type) — тип команды:

0001 = CT_COMCONF — подтверждение о приеме, обработке или результат выполнения команды.

0010 = CT_MSGCONF — подтверждение о приеме, отображении и/или обработке информационного сообщения,

0011 = CT_MSGFROM — информационное сообщение от АСН.

0100 = CT_MSGTO — информационное сообщение для вывода на устройство отображения АСН.

0101 = СТ_СОМ — команда для выполнения на АСН,

0110 = CT_DELCOM — удаление из опереди на выполнение переданной ранее команды,

0111 = CT_SUBREQ — дополнитегъный подзапрос для выполнения (к переданной ранее команде).

1000 = CT_DELIV — подтверждение о доставке команды или информационного сообщения:

– ССТ (Command Confirmation Type) — тип подтверждения (имеет смысл для типов команд СТ COMCONF.

CT_MSGCONF. CT_DELIV): ”

0000 = СС_ОК — успешное выполнение, положительный ответ,

0001 = CC_ERROR — обработка завершилась ошибкой.

0010 ^s CCJLL — команда не может быть выполнена по причине отсутствия е списке разрешенных

(определенных протоколом) команд или отсутствия разрешения на выполнение данной команды.

0011 ^s CC_DEL— команда успешно удалена.

0100 = CC.NFOUND — команда для удаления не найдена.

0101 = CC_NCONF — успешное выполнение, отрицательный ответ,

0110 =CC_INPROG — команда передана на обработку, но для ее выполнения требуется длительное

время (результат выполнения еще не известен);

– СЮ (Command Identifier) — идентификатор команды, сообщения. Значение из данного поля должно быть использовано стороной, обрабатвающей/выполняющей команду или сообщение, для создания подтверждения. Подтверждение должно оодержагъ в поле CID то же значение, что содержалось в самой команде или сообщении при отправке;

– SID (Souroe Identifier) — идентификатор отправителя (уровня прикладного ПО. например, уникальный иден-тифжатор пользователя в системе диспетчеризации) данной команды или подтверждения:

– ACFE (Authorization Code Field Exists) — битовый флаг, определяющий наличие полей ACL и АС в подэаписи:

1 = поля ACL и АС присутствуют в под записи.

0 ² поля ACL и АС отсутствуют в подзаписи;

– CHSFE (Charset Field Exists)— битовый флаг, определяющий наличие поля CHS в подэаписи:

1 ^s поле CHS присутствует в подзаписи.

0 ^s поле CHS отсутствует в подзагыси;

– CHS (Charset) — кодировка символов, используемая в поле CD. содержащем тело команды. При отсутствии данного поля по умолчанию должны использовать кодировку СР-1251. Определены следующие значения поля CHS (десятичный вид):

0 = СР-1251.

1 = IA5 (CCITT Т.50VASCII (ANSI Х3.4).

2 = бинарные данные.

3 = Latin 1 (17).

4 ^s бинарные данные.

5 = JIS(X 0208-1990),

6 = Cyrllic (18).

7 = LatirYHebrevv (19),

8 = UCS2 (20);

-ACL (Authorization Code Length) — длина в байтах поля АСН. содержащего код авторизации на стороне получателя:

•АС (Authorization Code) — код авторизации, используемый на принимающей стороне (АСН) и обеспечивающий ограничение доступа на выполнение отдельных команд- Если указанный в данном поле код не совпадает с ожидаемым значением, то в ответ на такую команду или сообщение АСН должна отправить подтверждение с типом CCJLL:

– CD (Command Data) — тело команды, параметры, данные возвращаемые на команду-запрос, использующие кодировку из поля CHS или значение по умолчанию. Размер данного поля определяют, исходя из общей длины записи протокола уровня поддержки услуг и длины предшествующих полей в данной под записи.

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

Таблица В.23 — Формат команд терминала

Бит 7 Бит в Бит 5 Бит 4	Бит 3 Бит 2 Бит 1 Бит 0	Тип	Тил данных	Размер.байт
ADR (Address)	м	USHORT	2
SZ (Size)	ACT (Action)	М	BYTE	1
CCD (Command Code)	м	USHORT	2
DT (Data)	О	BINARY	0 … 65200

Поля формата команд терминала:

– ADR (Address) — адрес модуля, для которого данная команда предназначена. Адрес определяют, исходя из начальной конфигурации АСИ или из списка модулей, который может быть получен при регистрации терминала через сервис EGTS_ALTTH_SERVICE и передачи подзаписей EGTS_SR_MODULE_DATA;

– SZ (Size) — объем памяти для параметра (используется совместно с действием ACT = 3. При добавлении нового параметра в АСИ, данное поле определяет, что для нового параметра требуется 2^s2 байт памяти в АСИ;

-ACT (Action) — описание действия, используемые в случае типа команды (поле СТ = СТ_СОМ под записи EGTS_SR_COMMAND _DATA). Значение поля может быть одним из следующих вариантов:

0 — параметры передаваемой команды, которая задается кодом из поля CCD.

1 — запрос значения. Используется для запроса информации, хранящейся в АСН. Запрашиваемый параметр определяется кодом из поля CCD.

2 — установка значения. Используется для установки нового значения определенному параметру в АСН. Устанавливаемый параметр определяется кодом из поля CCD. а его значение полем DT.

3 — добавление нового параметра в АСН. Код нового параметра указывается в none CCD. его тип в поле SZ, а значение в none DT.

4 — удаление имеющегося параметра из АСН. Код удаляемого параметра указывается в поле CCD;

-CCD (Command Code) — код команды при АСТ=0 (см. таблицу В.21) или код параметра при ACT = 1..4

(см. таблицу В.24):

– DT (Data) — запрашиваемые данные или параметры, необходимые для выполнения команды. Данные записываются в данное поле в формате, зависящем от типа команды (см. таблицу В.24).

В таблице В.24 представлен формат подтверждения на ранее переданную команду для терминала при СТ = CT_COMCONF при условии, если с АСН передана сопутствующая информация. Описанная структура подтверждения на ранее переданную команду содержится в поле CD (см. табгыцу В.22).

Таблица В.24 — Формат подтверждения на команду для терминала

Бит 7 Бит 6 Бит 5 Бит 4 Бит 3 Бит 2 Бм» 1 Бит 0	Тип	Тип данных	Размер, байт
ADR (Address)	M	USHORT	2
CCD (Command Code)	M	USHORT	2
DT (Data)	О	BINARY	0… 65200

Поля, приведенные в таблица В.24:

– ADR (Address) — адрес модуля, от которого передано подтверждение. Адрес определяют исходя из начальной конфигурации АСН или из списка модулей, который мажет быть получен при регистрации терминала через сервис EGTS_ALfTH_SERVICE и передачи подзаписей EGTS_SR_MODULE_DATA:

– CCD (Command Code) — код команды (см. таблицу В.25) или параметра (см. табгыцу В.26). в соответствии с которым передана сопутствующая информация в поле DT;

• DT (Data) — сопутствующие данные, тип и состав которых определен значением поля CCD. Список и состав сопутствующих данных, перодаваемых в подтверждении на некоторые команды, представлен в таблице В.27. 6) Описание команд, параметров и подтверждений

В таблице В.25 представлен список команд для АСН. их кодовое обозначение, тип и предельно допустимое значение параметров.

Таблица В.25 — Список команд для АСН

Название команды	Код	Тил и предельно допустимые знамения параметров	Описание
EGTS_RAW_DATA	0x0000	BINARY (до 65200 байт)	Команда для передачи произвольных данных. Применяется, например, для передачи команд. сообщений и данных на периферийные устройства, модули, подключенные к основному блоху Терминала, в определяемом данным модулем формате. При этом терминал не должен анализировать данные из поля DT и в нейзтаенном виде передать их по адресу, определяемому полем ADR

Окончание таблицы В. 25

Наэыиие команды	Код	Тип и предельно допустимые энече-	Описание
EGTS_TEST_MOOE	0x0001	BYTE	Команда начала/окончания тесгирования терминала: 1 — начало тестирования: 0 — окончание тестирования
EGTS_TEST_GET_ERRORS	0x0004	—	Запрос кодов ошибок
EGTS_TE ST_CLEAR_E RRORS	0x0005	—	Очистка кодов ошибок. Для обработки данной команды оператор должен установить корректные значения полей ACL и АСН
EGTS_CONFIG_RESET	0x0006		Возврат к заводским установкам. Удаляют все установленные пользователем параметры, и производится возврат к заводским установкам. Для обработки данной команды оператор должен установить корректные значения полей ACL и АСН
EGTS_SET_AUTH_CODE	0x0007	BINARY	Установка кода авторизации на стороне АСН. Для обработки данной команды оператор должен установить корректные значения полей ACL и АСН. После подтверждения данной команды. АСН будет использовать уже новые данные для сравнения со значением из поля АСН в некоторых присылаемых на АСН командах
EGTS_RESTART	0x0008		Команда производит перезапуск основного ПО АСН. Для обработки данной команды оператор должен установить корректные значения полей ACLmACH

В таблице В.26 представлен список параметров АСН.

Значения следующих параметров АСН могут быть запрошены, но ме могут быть изменены или удалены при помощи сервиса команд: EGTSJJNIT_SERIAL_NUMBER,EGTS_UNIT_HW_VERS!ON. 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_EN D_DISTANCE:

-EGTS GARAGE MOOE END DISTANCE:

– EGTS TEST_MODE WATCHDOG:

– EGTS_USE_GPRS WHITE LIST:

– EGTS GPRS WHITE LIST:

– EGTS_TEST_REGISTRATION TIMEOUT:

– EGTS ТЕST_REGISTRATION PERIOD:

-EGTS GNSS POWER OFF fiME:

– EGTS GNSS DATA RATE:

-EGTS GNSS MIN ELEVATION:

– EGTS UNIT SERIAL NUMBER:

– EGTSJJNIT HW VERSION:

– EGTS UNIT SW VERSION:

-EGTS UNIT VENDOR ID:

-EGTS UNIT ID:

-EGTS UNIT LANGUAGE ID:

•EGTS UNIT IMEI:

– EGT S_UNIT_HOME_DISPATCH ER J D.

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

Таблица В.27 — Список подтверждений на команды и сообщения от АСН

Название команды	Код	Тип и число параметров	Описание
EGTS_RAW_DATA	0x0000	BINARY (до 65200 байт)	Данные, поступающие от периферийных устройств, модулей, подключенных к АСН, в определяемом данным модулем формате
EGTS_SELF_TEST_RESULT	0x0002	STRING	Сообщение о результатах самодиагностики. Генерируется АСН автоматически без запроса от оператора
EGTS_TEST_GET_ERRORS	0x0004	BINARY (16 байт)	Список кодов ошибок состояний блоков, модулей и подсистем терминала

Библиография

[ 1 ] Технический регламент Таможенного союза о безопасности колесных транспортных средств ТР ТС <016/2011). утвержденный решением Комиссии Таможенного союза от 9 декабря 2011 г No 877 (в ред. решения Совета Евразийской эконоютческой комиссии от 30.01.2013 No в)

[2] И СО 11698-1:2003 Транспорт дорожный. Местная контроллерная сеть (CAN). Часть 1. Канальный

(ISO 11896-1:2003) уровень и передача сигналов (Road vehicles — Controller area network (CAN) —

Part 1: Data knk layer and physical signaling)

[3] Об обеспечении единства измерений: Федеральный закон от 26 июня 2008 г. № 102

[4] 802.11 -IEEE Standard for Information technology Telecommunications and information exchange

between systems Local and metropolitan area networks Specific requirements Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications

[51 МЭК 61162-1 (2010) Аппаратура и системы морской навигации и радиосвязи. Цифровые интер-

(IEC 61162-1 (2010)) фейсы. Часть 1. Передача от одного источника на несколько приемников

(Maritime navigation and radio communication equipment and systems — Digital interfaces — Part 1: Single talker and multiple listeners)

Единообразные пред гы сания. касающиеся официального утверждения транспортных средств в отношении их наружных выступов

[7] Правила применения абонентских станций (абонентских радиостанций) сетей подвижной радиотелефонной связи стандарта GSM-900/1800 (утверждены приказом Министерства информационных технологий и связи Российской Федерации от 19 февраля 2008 г. No 21)

[8] Правила применения абонентских терминалов систем подвижной радиотелефонной связи стандарта UMTS с частотным дуплексным разносом и частотно-кодовым разделением радиоканалов, работающих в диапазоне частот 2000 МГц (утверждены приказом Министерства информационных технологий и связи Российской Федерации от 27 августа 2007 г. № 100)

[9] Правила применения абонентских терминалов сетей подвижной радиотелефонной связи стандарта UMTS с частотным дуплексным разносом и частотно-кодовым разделением радиоканалов, работающих в диапазоне частот 900 МГц (утверждены приказом Министерства связи и массовых коммуникаций Российской Федерации от 13 октября 2011 г. No 257)

[10] Правила ЕЭК ООН № 10-03 Единообразные предписания, касающиеся официального утверждения транс

портных средств в отношении электромагнитной совместимости.

[11] Федеральный закон от 27 июля 2006 г. No 149-ФЗ «Об информации, информационных технологиях и о защите информация

[12] Положение о разработке, производстве, реализации и эксплуатации шифровальных (криптографических) средств защиты информации (положение ПКЗ-2005), утвержденное приказом ФСБ России от 9 февраля 2005 г. N0 66

Коды для представления названий языков. Часть 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. Латинский алфавит No 1

(Information technology — 8-bd single-byte coded graphic character sets — Part 1:

Latin alphabet No. 1)

УДК 656.13.004:006.354 ОКС 33.070.40

Ключевые слова: аппаратура спутниковой навигации. ГЛОНАСС, GPS. транспорт, категория N

Редактор А. К. Баэдов Технический редактор в.К Прусакова Корректор С. в. Смирнова Компьютерная верстка ПА. Круговой

Сдано в ид бор 01.06.20 !5. Подписано о печать 17.07.2015. Форма! 60*64%. Гарнитура Ариап. Усп. печ. п. в,Э7«всл 0,47. Уч.*изд. л. 7.90*вся. 0.21. Тираж 35 во Зак. 2S06.

Издано и отпечатано во . 123995 Москва. Гранатный пер.. 4.