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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

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

ТЕХНИЧЕСКИЕ СРЕДСТВА КОНТРОЛЯ НА ТРАНСПОРТЕ

Единый расширяемый набор протоколов обмена данными технических средств контроля с информационными системами

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

Сшщщим|фирм

2021

Предисловие

1    РАЗРАБОТАН Федеральным государственным унитарным предприятием «ЗащитаИнфоТранс» Министерства транспорта Российской Федерации (ФГУП «ЗащитаИнфоТранс»)

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

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 30 декабря 2020 г. N° 1442-ст

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

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

© Стандартимформ. оформление. 2021

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

—    Digital Inputs {битовые флаги, определяют состояние основных дискретных входов);

—    Digital Inputs Octet Exists (битовые флаги, определяющие наличие соответствующих полей дополнительных дискретных входов);

—    Direction (направление движения ТС. выраженное в градусах, относительно севера по часовой стрелке):

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

—    DomainNameSystem (система доменных имен);

—    Doppler Orbitography and Radiopositioning Integrated by Satellite [французская гражданская система точного (сантиметрового) определения орбиты и позиционирования];

—    Digital Outputs (битовые флаги дискретных выходов);

—    Doors Presented (битовое поле, определяющее наличие счетчиков на дверях и структуру поля PCD);

—    DoorsReleased (битовое поле, определяющее двери, которые открывались и закрывались при подсчете пассажиров);

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

—    Digital Sensor Number (номер дискретного входа);

—    Digital Sensor State (состояние дискретного входа);

—    Dispatcher Туре (тип диспетчера);

—    EmergencyCall (общеевропейская система экстренного реагирования при авариях);

—    Era Glonass Telematics Standard (телематический стандарт),

—    Encryption Algorithm (поле, определяющие код алгоритма, используемый для шифрования данных из поля SFRD);

—    Expected Parts Quantity (ожидаемое число частей передаваемой сущности).

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

—    Event Identifier (уникальный идентификатор события).

—    битовый флаг, определяет наличие поля ЕХР и следующего за ним разделителя D;

—    специальная последовательность, используемая в процессе шифрования;

—    Frame Data Length (поле FDL определяет размер в байтах поля данных SFRD):

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

—    Flags (поле, определяющее дополнительные параметры навигационной посылки);

—    Format (формат данных, содержащихся в поле MSD данной подзаписи);

—    File Name (поле, определяющее имя файла);

—    File Transfer Protocol (протокол передачи файлов);

—    Firmware Version (версия аппаратной части модуля),

—    General Packet Radio Service (технология пакетной передачи данных посредством сотовой связи);

—    Global Positioning System (система глобального позиционирования):

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

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

—    Header Check Sum (контрольная сумма заголовка транспортного уровня);

—    Home Dispatcher Identifier (идентификатор «домашней» ТП);

—    Home Dispatcher Identifier Exists (битовый флаг, который определяет наличие поля HDID в подзаписи);

—    Horizontal Dilution of Precision (снижение точности в горизонтальной плоскости);

—    Header Encoding (кодировка заголовка);

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

—    Header Length [длина заголовка транспортного уровня в байтах с учетом байта контрольной суммы (поля HCS)];

—    HyperText Transfer Protocol (протокол передачи гипертекста);

—    битовый флаг, определяющий, что в качестве источника питания БНСО используется внешний резервный источник;

—    значение напряжения внутренней батареи. В. с дискретностью 0.1 В.

—    Identity (уникальный идентификатор передаваемой сущности);

—    InformaUon-Element-Data (данные информационных элементов):

—    Information-Element-Identifier (идентификатор информационного элемента),

—    Internet Message Access Protocol (протокол прикладного уровня для доступа к электронной почте);

—    International Mobile Equipment Identity (идентификатор мобильного устройства (модема)):

—    International Mobile Equipment Identity Exists (битовый флаг, который определяет наличие поля IMEI в подзаписи);

—    International Mobile Subscriber Identity (идентификатор мобильного абонента);

—    International Mobile Subscriber Identity Exists (битовый флаг, который определяет наличие поля IMSI в подзаписи);

—    Internet Protocol (межсетевой протокол).

—    In Passengers Quantity (число пассажиров, вошедших через дверь);

—    Indian Regional Navigation Satellite System (индийская региональная спутниковая система навигации);

—    Integrated Services Digital Network (цифровая сеть с интегрированными услугами):

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

—    Identity String Length Exists (битовый флаг, определяет наличие поля ISL);

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

—    Latitude (широта по модулю);

LIE    —    Length of Information-Element (параметры, определяющие размер данных инфор

мационных элементов);

LIFE    —    Loop In Field Exists (битовые флаги, определяющие наличие информации о состо

янии шлейфовых входов);

LIN    —    Loop In Number (номер шлейфового входа):

LIS    —    Loop In State (значение состояния шлейфового входа);

LLSD    — Liquid Level Sensor Data (показания ДУЖ в формате, определяемом полем RDF);

LLSEF    — Liquid Level Sensor Error Flag (битовый флаг, определяющий наличие ошибок при

считывании значения датчика уровня жидкости);

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

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

показаний ДУЖ);

LNGC    —    Language Code (код языка, предпочтительного к использованию на стороне

БНСО);

LNGCE    —    Language Code Exists (битовый флаг, который определяет наличие поля LNGC в

подзаписи);

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

LONG    —    долгота по модулю, градусы;

LPWAN    —    Low-power-Wide-area-Network (энергоэффективная сеть дальнего радиуса дей

ствия);

МТ    —    Module Туре (тип модуля, для которого предназначена передаваемая сущность);

ОА    —    Object Attribute (характеристика принадлежности передаваемой сущности);

ОТ    —    Object Туре (тип сущности по содержанию);

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

систем);

РКЕ    —    битовый флаг, определяет наличие полей PKL и РВК;

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

SMS    —    Short Message Service (служба коротких сообщений);

TCP    —    Transmission Control Protocol (протокол управления передачей);

Telnet    —    teletype network (сетевой протокол для реализации текстового интерфейса по

сети);

ТМ    —    Time (время формирования записи на стороне отправителя);

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

UDP    —    User Datagram Protocol (протокол пользовательских датаграмм).

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

Сетевая модель взаимодействия открытых систем согласно ГОСТ Р ИСО/МЭК 7498-1-99 определяет следующие уровни обмена данными:

-    физический;

-    канальный;

-    сетевой;

-    транспортный;

* сеансовый;

-    представления данных;

-    прикладной.

В терминах сетевой модели OSI в системах передачи данных транспортной телематики для передачи данных между бортовыми устройствами и инфраструктурой:

-    транспортный уровень — протокол TCP;

-    сетевой уровень — протокол IP.

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

Таблица 1

Модель OSI Crete протопопов TCP/IP Протоколы TCP/IP Протоколы систем транспортной телематики Номер уровня Название уровня Номер уровня Название уровня 7 Прикладной 4 Прикладной FTP. HTTP POP3. IMAP, telnet. SMTP. DNS. TFTP Уровень поддержки услуг 6 Представления данных 5 Сеансовый Транспортный уровень 4 Транспортный 3 Транспортный TCP, UDP TCP 3 Сетевой 2 Межсетевой IP IP 2 Канальный 1 Управления доступом к среде передачи данных ■—* — 1 Физический —

Настоящий стандарт устанавливает требования к протоколу транспортного уровня обмена информацией между элементами систем транспортной телематики.

5 Протокол транспортного уровня

5.1    Субъекты взаимодействия

5.1.1    Обмен данными между бортовым навигационно-связным оборудованием и системами и аппаратно-программными комплексами осуществляется при помощи сетей беспроводной связи.

5.1.2    Субъектами взаимодействия в рамках унифицированного протокола для целей обслуживания объекта мониторинга и управления являются:

-    бортовое навигационно-связное оборудование, установленное на объекте мониторинга (БНСО):

-    аппаратно-программные комплексы, обслуживающие объект мониторинга, осуществляющие сетевое взаимодействие с аппаратными средствами, установленными на объекте мониторинга.

5.2    Механизмы обеспечения маршрутизации и надежности доставки данных

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

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

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

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

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

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

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

5.2.3    Обеспечение надежности доставки

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

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

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

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

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

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

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

5.3.4    Тахограф и блок СКЗИ тахографа осуществляют взаимодействие с сервисами АИС «ТК» через инфраструктуру ГАНС «ЭРА-ГЛОНАСС». При этом тахограф и блок СКЗИ тахографа идентифицируются по пакетам данных, содержащим уникальные идентификационные номера тахографа и блока СКЗИ тахографа, назначаемые им при регистрации в АИС «ТК».

5.4 Типы данных

5.4.1    Протоколом определены и используются несколько различных типов данных полей и параметров.

5.4.2    Типы данных полей и параметров должны соответствовать ГОСТ 33472-2015 (приложение А. таблица А.2).

5.5.3 Состав пакета транспортного уровня должен соответствовать ГОСТ 33472-2015 (А.5. приложение А).

5.6    Структуры данных пакетов транспортного уровня

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

EGTS_PT_RESPONSE (подтверждение на пакет транспортного уровня).

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

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

На каждый пакет типа EGTS_PT_APPDATA или EGTS_PT_SIGNED_APPDATA. поступающий от БНСО. блока СКЗИ тахографа на аппаратно-программный комплекс или от аппаратно-программного комплекса на БНСО. блока СКЗИ тахографа, отправляется пакет типа EGTS_PT_RESPONSE. содержащий в поле PID номер пакета из пакета ЕСТБ_РТ_АРРОАТАили EGTS_PT_SIGNED_APPDATA.

5.6.1    Описание и структура данных пакетов EGTS_PT_APPDATA. EGTS_PT_RESPONSE и EGTS_ PT_SIGNED_APPDATA должны соответствовать ГОСТ 33472-2015 (А.6. приложение А).

5.7    Структура данных при использовании резервных каналов передачи данных на основе сервисов SMS и LPWAN

5.7.1    Общее описание формата передачи информации при использовании сервисов SMS и LPWAN должно соответствовать ГОСТ 33472-2015 (А.7. А.8. приложения А).

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

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

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

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

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

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

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

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

6.1.1    Обмен информационными сообщениями

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

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

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

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

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

6.1.4    Определение характеристики данных

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

6.2 Определение структур данных

6.2.1    Общая структура

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

6.2.1.1    Структуры и состав отдельных записей должны соответствовать ГОСТ 33472-2015 (В.2, приложение В).

7 Перечень сервисов, поддерживаемых в протоколе

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

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

Таблица 2 — Перечень сервисов, поддерживаемых настоящей версией протокола

Код Наименование сервиса Описание сервиса Спецификация сервиса 1 EGTS_AUTH_SERVICE Сервис предназначен для осуществления процедуры аутентификации БНСО. блока СКЗИ тахографа на авторизующей ТП См. раздел 9 2 EGTS_TELEDATA_SERVICE Сервис предназначен для обработки телематической информации (координатные данные, данные о срабатывании датчиков и т. д.), поступающей от БНСО. блоха СКЗИ тахографа См. раздел 8 3 EGTS_COMMANDS_SERVICE Сервис предназначен для передачи управляющих и конфигурационных команд, информационных сообщений и статусов между БНСО. блоком СКЗИ тахографа и ТП См. раздел 10 4 EGTS_FIRMWARE_SERVICE Сервис предназначен для передачи на БНСО конфигурации и непосредственно самого программного обеспечения аппаратной части БНСО. блока СКЗИ тахографа, а также различного периферийного оборудования, подключенного к БНСО. блоку СКЗИ тахографа и поддерживающего возможность удаленного обновления программного обеспечения См. раздел 11 10 EGTS_ECALL_SERVICE Сервис, обеспечивающий выполнение функционала системы ЭРА-ГЛОНАСС См. раздел 12

Код сервиса, указанный в таблице 2. указывается в заголовке записи протокола уровня поддержки услуг — поля SST и RST.

8 Спецификация сервиса передачи и обработки мониторинговой информации EGTS_TELEDATA_SERVICE

8.1    Требования к БНСО для использования услуги EGTS_TELEDATA_SERVICE

8.1.1    Для использования сервиса EGTS_TELEDATA_SERVICE на стороне БНСО должны быть также реализованы следующие функции:

-    поддержка сервиса обработки команд EGTS_COMMANDS_SERVICE (см. раздел 10);

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

8.2    Состав сервиса EGTS_TELEDATA_SERVICE

Сервис EGTS_TELEDATA_SERVICE предназначен для передачи от БНСО на ТП мониторинговой информации.

8.2.1    Список и описание подзаписей, используемых сервисом EGTS_TELEDATA_SERVICE. должен соответствовать ГОСТ 33472-2015 (Б.2, приложение Б).

8.3    Использование EGTS_COMMANDS_SERVICE

Списки и описание команд, подтверждений на команды, а также списки параметров БНСО. необходимых для реализации услуги EGTS_TELEDATA_SERVICE. должны соответствовать ГОСТ 33472-2015 (Б.З. приложение Б).

9 Спецификация сервиса аутентификации EGTS_AUTH_SERVICE

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

БНСО инициирует обмен данными с запросом к авторизующей ТП на идентификацию (путем передачи записи с идентификационными данными на авторизующую ТП).

БНСО может быть зарегистрирована как в БД одной «домашней» авторизующей ТП. так и на нескольких. произвольно удаленных ТП.

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

Запись с запросом на идентификацию содержит следующие данные:

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

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

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

-    осуществления процедур идентификации и аутентификации при установлении соединения между БНСО и авторизующей ТП:

-    получения учетных данных БНСО на стороне авторизующей ТП;

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

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

-    передачи авторизующей ТП на БНСО перечня поддерживаемых сервисов:

-    передачи авторизующей ТП на БНСО данных о способе и параметрах шифрования:

-    передачи БНСО на авторизующую ТП аутентификационных данных для реализации шифрования данных;

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

-    передачи БНСО от авторизующей ТП результатов процедуры аутентификации.

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

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

Описание алгоритма авторизации БНСО на авторизующей ТП приведено в приложении Б.

9.2 Описание подзаписой сервиса EGTS_AUTH_SERVICE

9.2.1    Список подзаписой. используемых сервисом EGTS_AUTH_SERVICE. должен соответствовать ГОСТ 33472-2015 (В.3.2.2. приложение В).

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

EGTS_COMMANDS_SERVICE

Данный тип сервиса предназначен для обработки команд, сообщений и подтверждений, передаваемых между БНСО. ТП и клиентскими приложениями.

10.1    Описание подзаписей

10.1.1    Описание и список подзаписей сервиса EGTS_COMMAND_SERVICE должен соответствовать ГОСТ 33472-2015 (В.3.4, приложение В).

11    Спецификация сервиса EGTS_FIRMWARE_SERVICE

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

11.1    Описание подзаписей

Для осуществления взаимодействия в рамках данного сервиса используется несколько подзаписей, описание и код которых указаны в ГОСТ 33472-2015 (В.3.3, приложение В).

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

EGTS_ECALL_SERVICE

12.1    Назначение сервиса экстренного реагирования при аварии

Сервис экстренного реагирования предназначен для обеспечения возможности реализации функционала по оказанию базовой услуги реагирования при аварии, предоставляемой системой. В протоколе уровня поддержки услуг этот сервис определен как EGTS_ECALL_SERVICE и имеет код 10.

12.2    Минимально необходимый набор функций БНСО для использования услуги EGTS_ECALL_SERVICE

Для использования автомобильной системой вызова экстренных оперативных служб сервиса EGTS_ECALL_SERVICE в БНСО долженбыть реализован наборфункций, указанных в ГОСТ 33465-2015 (подраздел 7.2).

12.3    Состав и описание подзаписей сервиса EGTS_ECALL_SERVICE

Для осуществления взаимодействия в рамках сервиса EGTS_ECALL_SERVICE используется несколько подзаписей, описание и код которых определены в ГОСТ 33465-2015 (подраздел 7.3).

12.4    Использование сорвиса EGTS_COMMANDS_SERVICE

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

12.5    Список и описание команд, параметров и подтверждений при использовании сорвиса EGTS_ECALL_SERV1CE

Список и описание команд БНСО и подтверждений, необходимых для реализации базовой услуги, а также список параметров БНСО, определены в ГОСТ 33465-2015 (подраздел 7.5 и таблицы 46 и 47).

12.6 Формат сообщения AL-ACK

Настоящий протокол также устанавливает требования к формату сообщения AL-ACK. которое высылается посредством использования тонального модема [4).

Сообщение AL-ACK. направляемое системой экстренного реагирования при авариях в сторону БНСО и содержащее подтверждение корректности минимального набора данных, принятого с использованием тонального модема, должно высылаться также посредством использования тонального модема.

Сообщение AL-ACK должно иметь формат, определенный в ГОСТ 33465-2015 (подраздел 8.2).

13 Спецификация протокола обмена телематическими данными с применением криптографической защиты данных

13.1    Общие сведения

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

Протокол разделен на четыре функциональные части:

-    управление БНСО — обеспечивает передачу команд управления состояниями БНСО. настройки БНСО. настройки шифрования на БНСО:

-    мониторинг БНСО — обеспечивает передачу данных о внутренних событиях от БНСО:

-    обновление БНСО — обеспечивает передачу команд на обновление программного обеспечения БНСО:

-    телематические данные БНСО — обеспечивает передачу данных о местоположении от БНСО.

13.2    Протокол уровня приложения

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

Сообщения, содержащие координаты, параметры, события и данные самодиагностики, объединяются в пакеты. Каждый пакет объединяется единым заголовком и шифруется криптографическими методами. Рекомендованный размер пакетов: 10—20 Кб. Все полученные пакеты хранятся в хронологическом порядке. Подтверждения о получении пакета не шифруются.

Сообщения-команды к БНСО передаются независимо от пакетов с сообщениями и ответов на них. Команды шифруются. Ответы от БНСО о получении команды не шифруются.

13.2.1 Авторизация

При установлении TCP-соединения проводится процедура авторизации. В случае неуспешного прохождения процедуры авторизации сервер проводит обрыв соединения. Описание сообщения авторизации БНСО приведено в таблице 3.

Таблица 3 — Описание сообщения авторизации БНСО

Поле Разуер Описание Версия 2 Текущая версия протокола Уникальный номер устройства 8 Уникальный идентификатор БНСО

Содержание

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

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

3    Термины, определения и сокращения............... 2

4    Общие положения...................................................................9

5    Протокол транспортного уровня.......................................................10

5.1    Субъекты взаимодействия........................................................10

5.2    Механизмы обеспечения маршрутизации и надежности доставки данных.................10

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

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

5.4    Типы данных...................................................................11

5.5    Структуры данных............. 11

5.6    Структуры данных пакетов транспортного уровня.....................................12

5.7    Структура данных при использовании резервных каналов передачи данных на основе

сервисов SMS и LPWAN..........................................................12

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

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

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

7    Перечень сервисов, поддерживаемых в протоколе........................................13

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

EGTS_TELEDATA_SERVICE..........................................................13

8.1    Требования к БНСО для использования услуги EGTS_TELEDATA_SERVICE...............13

8.2    Состав сервиса EGTS_TELEDATA_SERVICE.........................................14

8.3    Использование EGTS_COMMANDS_SERVICE........................................14

9    Спецификация сервиса аутентификации EGTS_AUTH_SERVICE............................14

9.1    Общие положения................................... 14

9.2    Описание подзаписей сервиса EGTS_AUTH_SERVICE.................................15

10    Спецификация сервиса управления и конфигурирования EGTS_COMMANDS_SERVICE.......15

10.1    Описание подзаписей ..........................................................15

11    Спецификация сервиса EGTS_FIRMWARE_SERVICE....................................15

11.1    Описание подзаписей...........................................................15

12    Спецификация сервиса экстренного реагирования при аварии EGTS_ECALL_SERVICE........15

12.1    Назначение сервиса экстренного реагирования при аварии............................15

12.2    Минимально необходимый набор функций БНСО для использования услуги

EGTS_ECALL_SERVICE.........................................................15

12.3    Состав и описание подзаписей сервиса EGTS_ECALL_SERVICE.......................15

12.4    Использование сервиса EGTS_COMMANDS_SERVICE...............................15

12.5    Список и описание команд, параметров и подтверждений при использовании сервиса

EGTS_ECALL_SERVICE.........................................................15

12.6    Формат сообщения AL-ACK......................................................16

13    Спецификация протокола обмена телематическими данными с применением

криптографической защиты данных...................................................16

13.1    Общие сведения................. 16

13.2    Протокол уровня приложения.....................................................16

13.3    Криптографическая защита данных................................................28

Пример сообщения авторизации:

Байты

Значения

Передается версия протокола и уникальный номер БНСО. 13.2.2 Типы сообщений

Перечень типов сообщений приведен в таблице 4.

Таблица 4 — Перечень типов сообщений

Код Тип сообщения Описание 0x01 POSITION Передача координат от БНСО 0x02 PARAM Передача параметров от БНСО 0x03 EVENT Передача информации о событиях БНСО 0x04 TEST Передача данных самодиагностики БНСО 0x0F Подтверждение Подтверждение получения пакета от сервера 0x1 F Команда Передача команды на БНСО 0x2F Ответ на команду Ответ от БНСО 0x3F, 0x5F. 0x6F, 0x7F. 0x8F Обновление встроенного ПО Обновление встроенного ПО БНСО либо отдельных его модулей, контрольные точки 0x4 F Ответ на обновление встроенного ПО Ответ от БНСО

13.2.3 Общий формат заголовка пакета

Заголовок пакета имеет структуру, приведенную в таблице 5.

Таблица 5 — Структура заголовка пахета

Поло Размер Описание Номер пакета 2 Номер пакета начинается с 0000, заканчивается FFFF. передача происходит раз в 30 с. 22 сут Количество байт 2 Количество байт в посылке без учета первых шести Время формирования 4 Время формирования посылки в формате UNIXTime Часовой пояс — UTC Ключ 32 Ключ шифрования Имитовставка 4 Имитовставка Вектор инициализации 8 Вектор инициализации шифрования Имитовставка данных 4 Имитовставка шифруемых данных Номер набора ключей 1 Номер набора ключей Проверочное число 1 Произвольное число, которое шифруется вместе с данными, идущими после заголовка. Данное число возвращается в ответе

14 Протокол обмена данными тахографа с автоматизированной информационной системой

«Тахографический контроль»........................................................29

Приложение А (справочное) Описание принципа построения навигационно-информационной

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

Приложение Б (справочное) Описание процедуры авторизации БНСО на авторизующей ТП.......32

Приложение В (обязательное) Коды результатов обработки..................................37

Приложение Г (справочное) Пример реализации алгоритма расчета контрольной суммы CRC16

на языке С Г.............................................................39

Приложение Д (справочное) Пример реализации алгоритма расчета контрольной суммы CRC8

на языке С/*............................................................40

Приложение Е (рекомендуемое) Описание спецификации протокола обмена данными тахографа

сАИС «ТК».............................................................41

Библиография................ 58

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

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

ТЕХНИЧЕСКИЕ СРЕДСТВА КОНТРОЛЯ НА ТРАНСПОРТЕ

Единый расширяемый набор протоколов обмена данными технических средств контроля с информационными системами

Global navigation system in transport. Technical means of controlling in transport.

A single extensible set of protocols of data exchange of technical means of controlling with information systems

Дата введения — 2021—06—01

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

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

Настоящий стандарт устанавливает требования к протоколам обмена данными БНСО с Государственной автоматизированной информационной системой «ЭРА-ГЛОНАСС», системой взимания платы в счет возмещения вреда, причиняемого автомобильным дорогам общего пользования федерального значения транспортными средствами, имеющими разрешенную максимальную массу свыше 12 тонн, автоматизированной информационной системой «Тахографический контроль», системами мониторинга состояния грузов, и другими информационными системами органов государственной власти и организаций транспортной телематики различного назначения.

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

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

ГОСТ 33464 Глобальная навигационная спутниковая система. Система экстренного реагирования при авариях. Устройство/система вызова экстренных оперативных служб. Общие технические требования

ГОСТ 33465-2015 Глобальная навигационная спутниковая система. Система экстренного реагирования при авариях. Протокол обмена данными устройства/системы вызова экстренных оперативных служб с инфраструктурой системы экстренного реагирования при авариях

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

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

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

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

ГОСТ Р 34.12 Информационная технология. Криптографическая защита информации. Блочные шифры

ГОСТ Р 34.13 Информационная технология. Криптографическая защита информации. Режимы работы блочных шифров

ГОСТ Р 52928 Система спутниковая навигационная глобальная. Термины и определения ГОСТ Р 53632Показатели качества услуг доступа в Интернет. Общие требования ГОСТ Р 55524 Глобальная навигационная спутниковая система. Системы навигационно-информационные. Термины и определения

ГОСТ Р 56096 Система передачи космических данных и информации. Пакетная телеметрия ГОСТ Р ИСО/МЭК 7498-1 Информационная технология (ИТ). Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель

ГОСТ Р ИСО/МЭК 19762-1 Информационные технологии (ИТ). Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь. Часть 1. Общие термины в области АИСД

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

3 Термины, определения и сокращения

3.1    В настоящем стандарте применены термины по ГОСТ Р 52928-2010. ГОСТ Р ИСО/МЭК 7498-1 —99. ГОСТ 33464-2015. ГОСТ Р 55524-2013. ГОСТ Р ИСО/МЭК 19762-1 —2011. ГОСТ Р 53632-2009. ГОСТ Р 56096-2014. а также следующие термины с соответствующими определениями:

3.1.1    авторизация: Процесс определения достоверности полномочий предьявителя на доступ к ресурсу или использованию услуг.

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

3.1.3    аутентификация: Действия по проверке заявленной подлинности объекта.

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

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

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

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

Примечание — В понятие БНСО входят следующие технические устройства и системы:

-    аппаратура спутниковой навигации, устанавливаемая на транспортные средства в соответствии с [1];

-    тахографы, устанавливаемые на транспортные средства в соответствии с [2];

-    бортовые устройства взимания платы в счет возмещения вреда, причиняемого автомобильным дорогам общего пользования федерального значения транспортными средствами, имеющими разрешенную максимальную массу свыше 12 т. устанавливаемые на транспортные средства в соответствии с [3].

3.1.7    бит: Разряд, принимающий цифровое значение 0 или 1 в двоичной системе счисления.

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

3.1.9    государственная автоматизированная информационная система «ЭРА-ГЛОНАСС»: Федеральная государственная территориально распределенная автоматизированная информационная система экстренного реагирования при авариях, обеспечивающая оперативное получение формируемой в некорректируемом виде на основе использования сигналов ГЛОНАСС информации о дорожно-транспортных и об иных происшествиях на автомобильных дорогах в Российской Федерации, обработку этой информации, ее хранение и передачу в экстренные оперативные службы, а также доступ к этой информации государственных органов, органов местного самоуправления, должностных лиц, юридических лиц, физических лиц. решение иных задач в области получения, обработки, хранения и передачи информации, не связанной с дорожно-транспортными и иными происшествиями на автомобильных дорогах в Российской Федерации.

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

3.1.11    длина пакета: Размер пакета в байтах, включая заголовок и поле данных пакета. Минимальное значение (включая заголовок) должно составлять 7 байт, максимальное — 65549 байт.

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

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

3.1.14    контрольная сумма: Некоторое значение, рассчитанное по набору данных путем применения определенного алгоритма и используемое для проверки целостности данных при их передаче или хранении.

3.1.15    криптографическая защита информации: Защита информации с помощью ее криптографического преобразования.

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

3.1.17    ошибка: Недопустимое состояние, которое испытывает система.

3.1.18    СВП «Платон»: Система взимания платы в счет возмещения вреда, причиняемого автомобильным дорогам общего пользования федерального значения транспортными средствами, имеющими разрешенную максимальную массу свыше 12 т.

3.1.19    тахографическая информация: Информация ограниченного доступа, в том числе подписанная квалифицированной электронной подписью, содержащая сведения о времени управления транспортным средством и отдыха водителя транспортного средства, о режиме труда и отдыха водителя транспортного средства, управление которым входит в его трудовые обязанности, текущем местоположении, направлении, скорости и маршруте движения транспортных средств, формируемая тахографами с использованием сигналов ГЛОНАСС или ГЛОНАСС совместно с иными глобальными спутниковыми навигационными системами, о тахографах, защищенных компонентах тахографов и транспортных средствах, оснащенных тахографом, о водителях транспортных средств, а также иные

технические сведения, формируемые при оснащении транспортных средств тахографами и их эксплуатации.

3.1.20    транспортные средства: Колесные транспортные средства категорий М и N. предназначенные для эксплуатации на автомобильных дорогах общего пользования.

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

3.1.22    протокол IP: Основной протокол межсетевого взаимодействия, используемый в сети Интернет. работающий в паре с протоколом управления передачей (TCP), образуя стек протоколов TCP/IP.

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

3.1.24    символ: Графическое представление понятия, имеющее смысл в конкретном контексте.

3.1.25    тахограф: Техническое средство контроля, обеспечивающее непрерывную, некорректируемую регистрацию и хранение информации о скорости и маршруте движения транспортного средства. о времени управления транспортным средством и отдыха водителя транспортного средства, о режиме труда и отдыха водителя транспортного средства, управление которым входит в его трудовые обязанности, формируемые с использованием сигналов ГЛОНАСС или ГЛОНАСС совместно с иными глобальными спутниковыми навигационными системами, а также обеспечивающими передачу этой информации в зашифрованном и некорректируемом виде с заданной периодичностью с использованием государственной автоматизированной информационной системы «ЭРА-ГЛОНАСС» в автоматизированную информационную систему «Тахографичесхий контроль».

3.1.26    телематическая платформа: Комплекс аппаратно-программных средств, предназначенный для сбора, обработки, хранения и маршрутизации мониторинговой информации от БНСО в диспетчерские пункты и центры, а также обмена технологической информацией между диспетчерскими центрами (пунктами) и БНСО.

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

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

Примечания

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

2    Бортовое навигационно-связное оборудование относится к группе бортовых технических средств контроля.

3.1.29    циклический избыточный код (Cyclic redundancy check, CRC): Алгоритм нахождения контрольной суммы, предназначенный для проверки целостности данных.

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

3.1.31    шифрование информации: Криптографическая защита информации для ограничения доступа к ней. в том числе при ее хранении, обработке и передаче.

3.1.32    CP-1251 (CodePago СР1251): Набор символов и кодировка, являющаяся стандартной 8-битной кодировкой для всех русских версий Microsoft Windows.

3.1.33    DORIS (Doppler Orbitography and Radiopositioning Integrated by Satellite): Французская гражданская система точного (сантиметрового) определения орбиты и позиционирования.

3.1.34    eCall (EmcrgoncyCall): Общеевропейская система экстренного реагирования при авариях;

3.1.35 Little-endian: Порядок следования байт от младшего к старшему.

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

АС    —    автомобильная система/устройство вызова экстренных служб:

АИС «ТК» — автоматизированная информационная система «Тахографический контроль»;

БД    —    база данных;

БНСО    —    бортовое навигационно-связное оборудование;

ГАИС«ЭРА-    — Государственная автоматизированная информационная система «ЭРА-ГЛО-

ГЛОНАСС»    НАСС»;

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

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

ДТП    — дорожно-транспортные происшествия.

ДУЖ    — датчик уровня жидкости;

ЕЭК ООН    —    Европейская экономическая комиссия Организации Объединенных Наций;

МНД    — минимальный набор данных;

НИС    — навигационно-информационные системы;

ОЗУ    — оперативное запоминающее устройство,

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

ППУ    — протокол уровня поддержки услуг:

ПТУ    — протокол транспортного уровня;

ТП    — телематическая платформа;

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

СВП«ПЛАТОН» — система взимания платы в счет возмещения вреда, причиняемого автомобильным дорогам общего пользования федерального значения транспортными средствами, имеющими разрешенную максимальную массу свыше 12 т;

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

ФГУП    —    федеральное государственное унитарное предприятие;

АС    —    AuthorizationCode (код авторизации, используемый на принимающей стороне

(БНСО) и обеспечивающий ограничение доступа на выполнение отдельных команд);

ACFE    —    AuthorizationCodeFieldExists (битовый флаг, определяющий наличие полей ACL и

АС в подзаписи);

ACL    —    AuthohzationCodeLength (длина в байтах поля БНСО. содержащего код авториза

ции на стороне получателя);

ACT    —    Action 9 описание действия, используемое в случав типа команды (поле СТ =

= CT_.COM подзаписи EGTS_SR_COMMAND _DATA):

ADIO    —    Analog Digital Inputs Octet (показания дополнительных дискретных входов);

ADR    — Address (адрес модуля, для которого данная команда предназначена);

ADS    —    Accelerometer Data Structure (структуры данных показаний акселерометра);

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

определяется битовым флагом «ALTE»)];

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

—    Analog Sensor (значение аналоговых датчиков):

—    Analog Sensor Field Exists (битовые флаги, определяющие наличие показаний от соответствующих аналоговых датчиков):

—    Analog Sensor Number (номер аналогового входа);

—    Analog Sensor Value (значение показаний аналогового входа);

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

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

—    битовый флаг, определяющий, что в качестве источника питания БНСО используется внутренняя батарея;

—    значение напряжения резервной батареи. В. с дискретностью 0.1 В.

—    Buffer Size (максимальный размер буфера приема БНСО в байтах);

—    BufferSizeExists (битовый флаг, определяющий наличие поля BS в подзаписи);

—    CommandType (тип команды);

—    Command Code (код команды).

—    Command Confirmation Туре (тип подтверждения):

—    CommandData (тело команды параметры, данные возвращаемые на команду-запрос. использующие кодировку из поля CHS или значение по умолчанию):

—    CounterFieldExists (битовые флаги, определяют наличие соответствующих полей счетных входов);

—    Charset (кодировка символов, используемая в поле CD. содержащем тело команды);

—    CharsetFieldExists (битовый флаг, определяющий наличие поля CHS в подзаписи);

—    Command Identifier (идентификатор команды, сообщения):

—    Component or Module Identifier (номер компонента в случае принадлежности сущности непосредственно БНСО или идентификатор периферийного модуля/порта. подключенного к БНСО. в зависимости от значения параметра МТ):

—    Compressed (определяет, используется ли сжатие данных из поля SFRD):

—    Counter (значение счетных входов);

—    Counter Value (значение показаний счетного входа);

—    Cyclic Redundancy Code (циклический избыточный код);

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

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

—    Concatenated Short Message Reference Number (номер конкатенируемого SMS-сообщения),

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

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