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

(утв. и введен в действие Приказом Росстандарта от 19.03.2015 № 141-ст)

ИСТОРИЯ ИЗМЕНЕНИЙ НОРМАТИВНО-ТЕХНИЧЕСКИХ АКТОВ

flowchart LR
  n0["ГОСТ Р 56361-2015"]:::rst
  click n0 "https://bukva.ai/docs/standart-gost-r-56361-2015" "ГОСТ Р 56361-2015. Национальный стандарт Российской Федерации. Глобальная навигационная спутниковая система. Аппаратура спутниковой навигации для оснащения колесных транспортных..."
  n1["ГОСТ 33472-2015"]:::doc
  click n1 "https://bukva.ai/docs/gost-33472-2015" "ГОСТ 33472-2015. Межгосударственный стандарт. Глобальная навигационная спутниковая система. Аппаратура спутниковой навигации для оснащения колесных транспортных средств категорий M"
  n2["ГОСТ 33472-2023"]:::notEnt
  click n2 "https://bukva.ai/docs/standart-gost-33472-2023" "ГОСТ 33472-2023. Межгосударственный стандарт. Глобальная навигационная спутниковая система. Аппаратура спутниковой навигации для оснащения колесных транспортных средств. Общие... ("
  n0 --> n1
  n1 --> n2
classDef rst fill:#FFEBEB,stroke:#8B0000,color:#000;
classDef doc fill:#EBFFEB,stroke:#006400,color:#000;
classDef notEnt fill:#FFFFEB,stroke:#FF8C00,color:#000;

и метрологии от 19 марта 2015 г. № 141-ст

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

ГЛОБАЛЬНАЯ НАВИГАЦИОННАЯ СПУТНИКОВАЯ СИСТЕМА

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

ОБЩИЕ ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ

Global navigation satellite system. Satellite navigation equipment to equip wheeled vehicles of category № used for transportation of dangerous, special, heavy cargoes,

ОКС 33.070.40

Дата введения

Предисловие

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

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

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

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

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

Введение

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

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

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. Искробезопасная электрическая цепь «I»

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

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

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

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

3.2

3.3

3.4

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

3.6

3.7

3.8

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

3.10

3.11

3.12

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

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

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

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

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

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

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

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

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

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

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

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

НКА — навигационный космический аппарат;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

SIM — Subscriber Identity Module (персональная универсальная многопрофильная идентификационная карта абонента, SIM-карта);

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

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

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

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

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

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 (USIM)-карт может быть более одного;

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

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

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

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, код CT), GPS код (L1, код C/A) при скорости движения до 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

Параметры импульсных помех

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, проводят в соответствии с ГОСТ Р 55533 (раздел 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.6 Внутренняя энергонезависимая память

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

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

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

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

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 °C и относительной влажности воздуха до 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.

к функциональному состоянию

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица А.2

Типы данных протокола

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

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

M (Mandatory) - обязательный параметр;

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

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

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

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

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

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

Таблица А.3

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

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

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

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

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

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

                                     ┌─┬──────────────────┬─┐
                                     │ │ Чтение заголовка │ │
                                     └─┴─────────┬────────┴─┘
<pre class="legal-pre">                                                 │            ┌──────┐
                                                \/            │      │
     ┌─┬─────────────────────────┬─┐ - ┌────────/\────────┐ + │      │
   ┌─┤ │           Код           │ │<──< Версия PRV И PRF >───┘     \/
   │ │ │  EGTS_PC_UNS_PROTOCOL   │ │   │ поддерживается?  │     ┌───/\───┐
   │ └─┴─────────────────────────┴─┘   └────────\/────────┘   - │ HL==11 │
   │                                                         ┌──<  или   >
  \/ ┌─┬─────────────────────────┬─┐                         │  │ HL==16 │
   ├─┤ │           Код           │ │                         │  └───\/───┘
   │ │ │ EGTS_PC_UNS_HEADERFORM  │ │<────────────────────────┘       │
   │ └─┴─────────────────────────┴─┘                                 │ +
   │                                                                \/
  \/ ┌─┬─────────────────────────┬─┐                        - ┌─────/\────┐
   ├─┤ │           Код           │ │<─────────────────────────< CRC8==HCS >
   │ │ │ EGTS_PC_HEADERCRC_ERROR │ │                          └─────\/────┘
   │ └─┴─────────────────────────┴─┘                                 │
   │                                                                 │
   │ ┌─┬─────────────────────────┬─┐                                 │ +
   ├─┤ │           Код           │ │                 ┌───────┐       │
   │ │ │   EGTS_PC_TTLEXPIRED    │ │                \/       │ -    \/
   │ └─┴─────────────────────────┴─┘        - ┌─────/\─────┐ │  ┌───/\───┐
   │           /\                           ┌─< RCA==Адрес > └──< RTE==0 >
   │            └─────────────────────┐     │ │ текущей ТП │    └───\/───┘
   │     ┌─┬──────────────┬─┐         │ -   │ └─────\/─────┘         │
   │ -   │ │TTL = TTL - 1,│ │ + ┌────/\───┐ │        │ +             │ +
   │(A)<─┤ │ Пересчет HCS,│ │<──< TTL > 0 ><┘        └──────────────>│
   │ -   │ │   Отправка   │ │   └────\/───┘                          │
   │     │ │ на другую ТП │ │                                        │
  \/     └─┴──────────────┴─┘                                       \/
   │                                                         - ┌────/\───┐
  \/      ┌─┬──────────────────────┬─┐                    ┌────< FDL > 0 >
   ├──────┤ │         Код          │ │<───────────────────┘    └────\/───┘
   │      │ │     EGTS_PC_OK       │ │                               │
   │      └─┴──────────────────────┴─┘                               │ +
   │                                                                \/
  \/      ┌─┬──────────────────────┬─┐                 ┌─┬─────────────────────┬─┐
   ├──────┤ │         Код          │ │<──────┐         │ │ Чтение данных SFRD, │ │
   │      │ │ EGTS_PC_DATACRC_ERROR│ │       │         │ │  Вычисление CRC16   │ │
   │      └─┴──────────────────────┴─┘       │         └─┴───────────┬─────────┴─┘
   │                                         │                       │
  \/      ┌─┬──────────────────────┬─┐       │                      \/
   ├──────┤ │          Код         │ │       │             - ┌──────/\──────┐
   │      │ │ EGTS_PC_DECRYPT_ERROR│ │<───┐  └───────────────< CRC16==SFRCS >
   │      └─┴──────────────────────┴─┘    │                  └──────\/──────┘
   │          /\  /\                      │ -                      + │
   │    ┌──────┘   │                     \/                          │
   │    │          │ -        + ┌────────/\────────┐                \/
   │    │  ┌──────/\───────┐  ┌─<       ENA        ><──┐     - ┌────/\───┐
   │    │  <  SKID найден? ><─┘ │  поддерживается? │   └───────< ENA==00 >
   │    │  └──────\/───────┘    └────────\/────────┘           └────\/───┘
   │    │          │                                               + │
   │    │       + \/                                                 │
   │    │ ┌─┬─────────────┬─┐ ┌───────────────┬<─────────────────────┘
   │    │ │ │Декодирование│ │ │               │
   │    │ │ │  поля SFRD  │ │ │               │
   │    │ └─┴─────────────┴─┘ │              \/             /───────────────/
   │    │         \/          │          ┌───/\───┐ +      /   Данные      /
   │    │ - ┌─────/\──────┐ + │          < CMP==0 >──────>/    уровня     /
   │    └───< Декодировано>───┘          └───\/───┘      /   Поддержки   /──┐
   │        │   успешно?  │                 - │         /     Сервисов  /   │
   │        └─────\/──────┘                   │        /───────────────/    │
   │                                         \/                /\           │
   │                               ┌─┬───────────────┬─┐        │           │
   │                               │ │   Распаковка  │ │        │           │
   │                               │ │     данных    │ │        │           │
   │                               └─┴────────┬──────┴─┘        │           │
   │                                          │                 │           │
   │                                          │                 │           │
   │   ┌─┬────────────────────┬─┐            \/                 │           │
   │<──┤ │        Код         │ │<─┐ - ┌─────/\──────┐ +        │          \/
   │   │ │EGTS_PC_INC_DATAFORM│ │  └───< Распаковано >──────────┘
┌─┬┼─────┼────┬─┐             │ │      │   успешно?  │
   │   └─┴────────────────────┴─┘      │             │             │ │    Код
│ ││                                   └─────\/──────┘                 EGTS_PC_OK
   │                                                               │ │</pre>
│ ││

└─┴────┬──────┴─┘                                                          \/

┌─┬────────────────┬─┐                                                      -

         \/                 A - маршрутизация и отправка пакета на другой

      (───────)             аппаратно-программный комплекс;

      ( КОНЕЦ )             B - обработка данных протокола уровня поддержки

      (───────)             услуг

А.6.3.1 Параметр SIGL определяет длину данных «цифровой подписи» из поля SIGD.

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

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

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

<pre class="legal-pre">┌──────────────────────┐                           ┌──────────────────────┐
│         АСН          │                           │      Аппаратно-      │
│                      │                           │ программный комплекс │
└┬─────────────────────┘                           └─────────────────────┬┘
 │                                                                       │
 │                 Пакет PT_APPDATA PID=1 (Авторизация)                  │</pre>
 ├──────────────────────────────────────────────────────────────────────>│
 │        Пакет PT_RESPONSE на PID=1 (Подтверждение Авторизации)         │
 │<──────────────────────────────────────────────────────────────────────┤
 │            Пакет PT_APPDATA PID=2 (Телематические данные)             │
 ├──────────────────────────────────────────────────────────────────────>│
 │   Пакет PT_RESPONSE на PID=2 (Подтверждение Телематических данных)    │
 │<──────────────────────────────────────────────────────────────────────┤
<pre class="legal-pre"> │                                  ...                                  │
 │                                                                       │
 │                   Пакет PT_APPDATA PID=n (Команда)                    │</pre>
 │<──────────────────────────────────────────────────────────────────────┤
 │      Пакет PT_RESPONSE на PID=n (Подтверждение пакета с командой)     │
 ├──────────────────────────────────────────────────────────────────────>│
<pre class="legal-pre"> │                                                                       │
┌┴────────┐                                                     ┌────────┴┐
│         │                                                     │         │
└─────────┘                                                     └─────────┘</pre>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А.7.20 TP UD — непосредственно передаваемые пользовательские данные. В таблице А.10 представлен формат данного поля.

Таблица А.10

Формат поля TP_UD

А.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 может принимать следующие значения:

• 0011 — план нумерации при передаче данных;
• 0100 — телеграф;
• 1000 — национальный;
• 1001 — частный;
• 1111 — зарезервировано.

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

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

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

• C0 — DF — для специального использования SC;

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

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

А.7.27 UD — данные пользователя. Размер данного поля определяется наличием заголовка пользовательских данных PT UD HEADER, состоящего из полей LUDH, IEI, LIE, IED. Если заголовок не передается, то размер равен значению из поля TP UDL, указанного в таблице А.7. Если заголовок передается, то размер поле вычисляется как разность (TP UDL — LUDH-1).

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

Таблица А.11

Формат поля данных информационного элемента,

А.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 TP_OA_T — тип формата адреса отправителя. Возможные значения параметров TP_OA_T и SMSC_AT представлены в таблицах А.7, А.12.

А.7.43 TP_OA — адрес отправителя. Кодировка номера производится по тем же правилам, что и в параметре 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.48 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

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

0x06, 0x37, 0x64, 0x55, 0xC2, 0xF3, 0xA0, 0x91,

0x47, 0x76, 0x25, 0x14, 0x83, 0xB2, 0xE1, 0xD0,

0xFE, 0xCF, 0x9C, 0xAD, 0x3A, 0x0B, 0x58, 0x69,

0x04, 0x35, 0x66, 0x57, 0xC0, 0xF1, 0xA2, 0x93,

0xBD, 0x8C, 0xDF, 0xEE, 0x79, 0x48, 0x1B, 0x2A,

0xC1, 0xF0, 0xA3, 0x92, 0x05, 0x34, 0x67, 0x56,

0x78, 0x49, 0x1A, 0x2B, 0xBC, 0x8D, 0xDE, 0xEF,

0x82, 0xB3, 0xE0, 0xD1, 0x46, 0x77, 0x24, 0x15,

3x3B, 0x0A, 0x59, 0x68, 0xFF, 0xCE, 0x9D, 0xAC

};

unsigned char CRC8(unsigned char *IpBlock, unsigned char len)

{

unsigned char crc = 0xFF;

while (len--)

crc = CRC8Table[crc^*IpBlock + + ] ;

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

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

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

LONG — долгота по модулю, градусы/180·0xFFFFFFFF и взята целая часть;

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

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

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

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

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

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

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

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

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

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

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

1 — движение,

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

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

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

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

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

0 — 2D fix,

1 — 3D fix;

CS — битовое поле, тип используемой системы: 0 — система координат WGS-84, 1 — государственная геоцентрическая система координат (П3-90.02);

VLD — битовый флаг, признак «валидности» координатных данных: 1 — данные «валидны», 0 — «невалидные» данные;

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

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

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

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

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

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

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

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

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

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

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

Таблица Б.3

Список источников посылок координатных данных сервиса EGTS_TELEDATA_SERVICE

Б.2.4 Подзапись EGTS_SR_EXT_POS_DATA

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

Таблица Б.4

Формат подзаписи EGTS_SR_EXT_POS_DATA сервиса EGTS_TELEDATA_SERVICE

Поля таблицы Б.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 — поле PDOP передается,

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

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

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 — QZSS.

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

Б.2.5 Подзапись EGTS_SR_AD_SENSORS_DATA

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

Таблица Б.5

Формат подзаписи EGTS_SR_AD_SENSORS_DATA сервиса EGTS_TELEDATA_SERVICE

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

DIOE1 — DIOE8 (Digital Inputs Octet Exists) — битовые флаги, определяющие наличие соответствующих полей дополнительных дискретных входов. Всего в одной подзаписи данного типа может быть передана информация о состоянии дополнительных 64 входов:

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

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

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

ASFE1 ... ASFE8 (Analog Sensor Field Exists) — битовые флаги, определяющие наличие показаний от соответствующих аналоговых датчиков (если бит установлен в 1, то данные от соответствующего датчика присутствуют, если 0, данные отсутствуют). Если, например, поля ASFE1 = 1 и ASFE3 = 1, то в подзаписи после байта флагов ASFE8-ASFE1 будут переданы 3 байта значений ANS1 и 3 байта значений ANS3. Значения для датчика ANS2, а также датчиков ANS4 ... ANS8 не будут передаваться в данной подзаписи;

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

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

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

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

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

• в первой подзаписи EGTS_SR_AD_SENSOR_DATA содержатся данные от дискретных входов с 9 по 72, аналоговых входов с 1 по 8;
• во второй — дискретные входы с 73 по 136 и аналоговые входы с 9 по 16 и т.д.

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

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

Таблица Б.6

Формат подзаписи EGTS_SR_COUNTERS_DATA сервиса EGTS_TELEDATA_SERVICF

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

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

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

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

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

Б.2.7 Подзапись EGTS_SR_ACCEL_DATA

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

Таблица Б.7

Формат подзаписи EGTS_SR_ACCEL_DATA сервиса EGTS_TELEDATA_SERVICE

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

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

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

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

Таблица Б.8

Формат структуры данных показаний акселерометра подзаписи EGTS_SR_ACCEL_DATA сервиса EGTS_TELEDATA_SERVICE

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

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

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

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

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

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

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

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

Таблица Б.9

Формат подзаписи EGTS_SR_STATE_DATA сервиса EGTS_TELEDATA_SERVICE

Поля таблицы Б.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

Б.2.9 Подзапись EGTS_SR_LOOPIN_DATA

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

Таблица Б.11

Формат подзаписи EGTS_SR_LOOPIN_DATA сервиса EGTS_TELEDATA_SERVICE

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

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

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

0 — «норма»,

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

0010 — «обрыв»,

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

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

Б.2.10 Подзапись EGTS_SR_ABS_DIG_SENS_DATA

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

Таблица Б.12

Формат подзаписи EGTS_SR_ABS_DIG_SENS_DATA сервиса EGTS_TELEDATA_SERVICE

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

DSN — номер дискретного входа;

DSST — состояние дискретного входа:

0000 — не активен,

остальные значения — активен.

Б.2.11 Подзапись EGTS_SR_ABS_AN_SENS_DATA

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

Таблица Б.13

Формат подзаписи EGTS_SR_ABS_AN_SENS_DATA сервиса EGTS_TELEDATA_SERVICE

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

ASN — номер аналогового входа;

ASV — значение показаний аналогового входа.

Б.2.12 Подзапись EGTS_SR_ABS_CNTR_DATA

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

Таблица Б.14

Формат подзаписи EGTS_SR_ABS_CNTR_DATA сервиса EGTS_TELEDATA_SERVICE

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

CN — номер счетного входа;

CNV — значение показаний счетного входа.

Б.2.13 Подзапись EGTS_SR_ABS_LOOPIN_DATA

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

Таблица Б.15

Формат подзаписи EGTS_SR_ABS_LOOPIN_DATA сервиса EGTS_TELEDATA_SERVICE

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

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

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

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

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

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

LLSVU (Liquid Level Sensor Value Unit) — битовый флаг, определяющий единицы измерения показаний ДУЖ:

00 — нетарированное показание ДУЖ,

01 — показания ДУЖ в процентах от общего объема емкости,

10 — показания ДУЖ в литрах с дискретностью в 0,1 литра;

RDF (Raw Data Flag) — флаг, определяющий формат поля LLSD данной подзаписи:

0 — поле LLSD имеет размер 4 байта (тип данных UINT) и содержит показания ДУЖ в формате, определяемом полем LLSVU,

        1 - поле LLSD содержит  данные  ДУЖ  в  неизменном  виде,  как  они
        поступили из  внешнего  порта  АСН  -  (размер  поля LLSD  при этом
        определяется исходя из общей  длины  данной  подзаписи  и  размеров

    расположенных перед LLSD полей);

LLSN (Liquid Level Sensor Number) — порядковый номер датчика;

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

RDF (Raw Data Flag) — флаг, определяющий формат поля PCD данной подзаписи:

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

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

    данной подзаписи и размеров расположенных перед PD полей);

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

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

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

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

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

Б.3 Использование EGTS_COMMANDS_SERVICE

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

Таблица Б.19

(обязательное)

ПРЕДОСТАВЛЕНИЯ УСЛУГ

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

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

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

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

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

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

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

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

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

Таблица В.1

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

RFL (Record Flags) содержит битовые флаги, определяющие наличие в данном пакете полей OID, EVID и TM, характеризующих содержащиеся в записи данные;

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

1 — сервис-отправитель расположен на стороне АСН (авторизуемой

    телематической платформой (ТП)),<br>

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

1 — сервис-получатель расположен на стороне АСН (авторизуемой ТП),

0 — сервис-получатель расположен на авторизующей ТП.

GRP (Group) — битовый флаг, определяющий принадлежность передаваемых данных определенной группе, идентификатор которой указан в поле OID:

0 — принадлежность группе отсутствует.

RPP (Record Processing Priority) — битовое поле, определяющее приоритет обработки данной записи сервисом:

00 — наивысший,

TMFE (Time Field Exists) — битовое поле, определяющее наличие в данном пакете поля TM:

1 — поле TM присутствует,

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

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

1 — поле EVID присутствует,

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

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

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

EVID (Event Identifier) — уникальный идентификатор события. Поле EVID задает глобальный идентификатор события и применяется, когда необходимо логически связать с одним единственным событием набор нескольких информационных сущностей, причем сами сущности могут быть разнесены как по разным информационным пакетам, так и по времени. При этом прикладное ПО имеет возможность объединить все эти сущности воедино в момент представления пользователю информации о событии. Например, если с нажатием тревожной кнопки связывается серия фотоснимков, поле EVID должно быть указано в каждой сервисной записи, связанной с этим событием на протяжении передачи всех сущностей, связанных сданным событием, независимо от того, как долго не длилась передача всего пула информации;

TM (Time) — время формирования записи на стороне отправителя (секунды с 00:00:00 01.01.2010 UTC). Если в одном пакете транспортного уровня передаются несколько записей, относящихся к одному объекту и моменту времени, то поле метки времени TM может передаваться только в составе первой записи;

SST (Source Service Type) — идентификатор типа сервиса-отправителя, сгенерировавшего данную запись. Например, сервис, обрабатывающий навигационные данные на стороне АСН, сервис команд на стороне ТП и т.д.;

RST (Recipient Service Type) — идентификатор типа сервиса-получателя данной записи. Например, сервис, обрабатывающий навигационные данные на стороне ТП, сервис обработки команд на стороне АСН и т.д.;

RD (Record Data) — поле, содержащее информацию, присущую определенному типу сервиса (одну или несколько подзаписей сервиса типа, указанного в поле SST или RST, в зависимости от вида передаваемой информации).

В.2.3 Общая структура подзаписей

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

Таблица В.2

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

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

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

В.3.2 Сервис EGTS_AUTH_SERVICE

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица В.5

Формат подзаписи EGTS_SR_RECORD_RESPONSE

• CRN (Confirmed Record Number) — номер подтверждаемой записи (значение поля RN из обрабатываемой записи);

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

Рекомендуется совмещать подтверждение транспортного уровня (тип пакета EGTS_PT_RESPONSE) с подзаписями — подтверждениями уровня поддержки услуг EGTS_SR_RECORD_RESPONSE.

б) Подзапись EGTS_SR_TERM_IDENTITY

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

Таблица В.6

Формат подзаписи EGTS_SR_TERM_IDENTITY сервиса EGTS_AUTH_SERVICE

• IMSIE (International Mobile 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) — идентификатор «домашней» ТП (подробная учетная информация о терминале хранится на данной ТП);

• MT (Module Type) — тип модуля, определяет функциональную принадлежность модуля (1 — основной модуль; 2 — модуль ввода-вывода; 3 — модуль навигационного приемника; 4 — модуль беспроводной связи). Здесь указаны рекомендованные правила нумерации типов модулей. Конкретная реализация сервиса авторизации может вводить и расширять собственную нумерацию типов, включая все внешние периферийные контроллеры,
• VID (Vendor Identifier) — код производителя,
• FWV (Firmware Version) — версия аппаратной части модуля (старший байт — число до точки — major version, младший — после точки — minor version, например версия 2.34 будет представлена числом 0x0222),
• SVW (Software Version) — версия программной части модуля (старший байт — число до точки, младший — после точки),
• MD (Modification) — код модификации программной части модуля,
• ST (State) состояние (1 — включен, 0 — выключен, > 127 — неисправность см. Коды результатов обработки),

Bit 1: 1 — дизель;

Bit 0: 1 — бензин.

д) Подзапись EGTS_SR_DISPATCHER_IDENTITY

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

Таблица В.10

Формат подзаписи EGTS_SR_DISPATCHER_IDENTITY сервиса EGTS_AUTH_SERVICE

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

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

Таблица В.11

Формат подзаписи EGTS_SR_AUTH_PARAMS Сервиса EGTS_AUTH_SERVICE

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

• UNM (User Name) — имя пользователя;
• D (Delimiter) — разделитель строковых параметров (всегда имеет значение 0);
• UPSW (User Password) — пароль пользователя;
• SS (Server Sequence) — специальная серверная последовательность байт, передаваемая в подзаписи EGTS_SR_AUTH_PARAMS (необязательное поле, наличие зависит от используемого алгоритма шифрования).

и) Подзапись EGTS_SR_SERVICE_INFO

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

• ST (Service Type) — тип сервиса, определяет функциональную принадлежность (например, EGTS_TELEDATA_SERVICE, EGTS_ECALL_SERVICE и т.д.);
• SST (Service Statement) — определяет текущее состояние сервиса. Таблица иллюстрирует перечень возможных состояний сервиса, его кодовое обозначение и описание;
• SRVP (Service Parameters) — определяет параметры сервиса;
• SRVA (Service Attribute) — битовый флаг, атрибут сервиса:

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

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

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