База ГОСТовallgosts.ru » 35. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ. МАШИНЫ КОНТОРСКИЕ » 35.240. Применение информационных технологий

ГОСТ Р 57483-2017 Комплексная система унифицированной бортовой аппаратуры ГЛОНАСС. Технические средства контроля обстоятельств причинения вреда транспортному средству в результате дорожно-транспортного происшествия. Протоколы обмена данными

Обозначение: ГОСТ Р 57483-2017
Наименование: Комплексная система унифицированной бортовой аппаратуры ГЛОНАСС. Технические средства контроля обстоятельств причинения вреда транспортному средству в результате дорожно-транспортного происшествия. Протоколы обмена данными
Статус: Принят

Дата введения: 01/01/2018
Дата отмены: -
Заменен на: -
Код ОКС: 35.240.60
Скачать PDF: ГОСТ Р 57483-2017 Комплексная система унифицированной бортовой аппаратуры ГЛОНАСС. Технические средства контроля обстоятельств причинения вреда транспортному средству в результате дорожно-транспортного происшествия. Протоколы обмена данными.pdf
Скачать Word:ГОСТ Р 57483-2017 Комплексная система унифицированной бортовой аппаратуры ГЛОНАСС. Технические средства контроля обстоятельств причинения вреда транспортному средству в результате дорожно-транспортного происшествия. Протоколы обмена данными.doc


Текст ГОСТ Р 57483-2017 Комплексная система унифицированной бортовой аппаратуры ГЛОНАСС. Технические средства контроля обстоятельств причинения вреда транспортному средству в результате дорожно-транспортного происшествия. Протоколы обмена данными



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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ГОСТР

57483—

2017

Комплексная система унифицированной бортовой

аппаратуры ГЛОНАСС

ТЕХНИЧЕСКИЕ СРЕДСТВА КОНТРОЛЯ ОБСТОЯТЕЛЬСТВ ПРИЧИНЕНИЯ ВРЕДА ТРАНСПОРТНОМУ СРЕДСТВУ В РЕЗУЛЬТАТЕ ДОРОЖНО-ТРАНСПОРТНОГО ПРОИСШЕСТВИЯ

Протоколы обмена данными

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

Москва

Стандартииформ

2017

ГОСТ Р 57483—2017

Предисловие

1    РАЗРАБОТАН акционерным обществом «ГЛОНАСС» (АО «ГЛОНАСС»)

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

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ приказом Федерального агентства по техническому регулированию и метрологии от 23 июня 2017 г. Ns 594-ст

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

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

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

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

II

ГОСТ Р 57483—2017

Содержание

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

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

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

4    Сокращения .................................................................................................................................................4

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

в Описание сервиса оказания страховых услуг (сервис Ееролротокол»)...................................................б

6.1    Назначение сервиса «Ееролротокол»..................................................................................................8

6.2    Алгоритм обмена сообщениями ТСК и телематической платформы ГАНС «ЭРА-ГЛОНАСС»

при использовании сервиса «Европротокол».....................................................................................8

6.3    Состав и описание подэаписей сервиса оказания страховых услуг «Европротокол»....................10

6.4    Расширение сервиса команд EGTS_COMMAND_SERVICE.............................................................28

6.5    Дополнительные требования к реализации сервиса оказания страховых услуг...........................28

6.6    Описание расширения сервиса авторизации EGTS_AUTH_SERVICE...........................................29

6.7    Передача МИД в некорректируемом виде..........................................................................................30

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

ГОСТ Р 57483—2017

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

Комплексная система унифицированной бортовой аппаратуры ГЛОНАСС

ТЕХНИЧЕСКИЕ СРЕДСТВА КОНТРОЛЯ ОБСТОЯТЕЛЬСТВ ПРИЧИНЕНИЯ ВРЕДА ТРАНСПОРТНОМУ СРЕДСТВУ В РЕЗУЛЬТАТЕ ДОРОЖНО-ТРАНСПОРТНОГО ПРОИСШЕСТВИЯ

Протоколы обмена данными

Complex system of GLONASS unified on-board equipment. Technical means controlling circumstances of any harm

inflicted to vehicle as a result of road traffic accident.

Data exchange protocols.

Дата введения — 2018—01—01

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

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

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

Настоящий стандарт может быть также применен при разработке устройств и систем вызова экстренных оперативных служб в части реализации функции «Европротокол».

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

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

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

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

ГОСТ Р 57484—2017 Комплексная система унифицированной бортовой аппаратуры ГЛОНАСС. Технические средства контроля обстоятельств причинения вреда транспортному средству в результате дорожно-транспортного происшествия. Общие технические требования и методы испытаний

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

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

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

1

ГОСТ Р 57483—2017

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

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

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

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

3.2

3.5    «Европротокол» функция: Способность технического средства контроля по формированию, хранению и передаче по сетям подвижной радиотелефонной связи (при автоматической активации или вследствие нажатия кнопки на техническом средстве контроля) информации об обстоятельствах причинения вреда транспортному средству в результате ДТП. предназначенной для оформления документов о ДТП без участия уполномоченных сотрудников полиции.

Примечания:

1    Информация об обстоятельствах причинения вреда транспортному средству в результате ДТП, а также требования к указанной информации, порядку ее формирования (хранения и передачи) по сетям подвижной радиотелефонной связи установлены в ГОСТ Р 57484.

2    Оформление документов о ДТП без участия уполномоченных сотрудников полиции осуществляется в случаях. предусмотренных в [2]. (статья 11.1, пункт 5).

3.6    ключ: Уникальная последовательность символов, сохраняемая в секрете и предназначенная для преобразования блока данных для проверки некорректируемости.

2

ГОСТ Р 57483—2017

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

3.8 _

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

[ГОСТ Р 56083—2014, статья 5]_

Примечание — Техническое средство контроля обеспечивает формирование и передачу МНД при осуществлении экстренного вызова.

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

3.10 _

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

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

[ГОСТ Р 56083—2014, пункт 22]_

3.11 _

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

[ГОСТ Р 56083—2014, статья 23)_

3.12    ручная активация технического средства контроля: Процедура перехода технического средства контроля в режим «Европротокол» посредством нажатия кнопки «Ееропротокол».

Примечание — Допускаются варианты аппаратно-программной реализации процедуры перехода технического средства контроля в режим «Ееропротокол» посредством нажатия кнопки «Экстренный вызов» в соответствии с ГОСТ Р 57484.

3.13 _

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

[ГОСТ Р 56083—2014, статья 27)_

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

Примечание — Минимально необходимые требования к ТСК для реализации функции «Экстренного вызова*, разработанные на основе требований [3] для устройств вызова экстренных оперативных служб, установлены в ГОСТ Р 57484.

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

Примечание — Телематическая платформа ГАИС «ЭРА-ГЛОКАСС» состоит из телематического сервера и функциональных программно-аппаратных комплексов различного назначения.

3

ГОСТ Р 57483—2017

3.16_

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

(ГОСТ Р 56083—2014. статья 32]

4 Сокращения

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

АИС

автоматизированная информаиионная система:

АСН

аппаратура спутниковой навигации:

БИП

блок интерфейса пользователя:

ГЛОНАСС

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

ПЗ-90.11

государственная геоцентрическая система координат «Параметры Земли 1990 года» (90.11 — действующая редакция);

РСА

российский союз автостраховщиков;

ЭД

эксплуатационная документация;

Beidou

глобальная навигационная спутниковая система Китайской Народной Республики;

deflate

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

EGTS

телематический стандарт для системы экстренного реагирования при авариях «ЭРА-ГЛОНАСС»;

Galileo

глобальная навигационная спутниковая система Европейского Союза;

GPRS

пакетная радиосвязь общего пользования:

GPS

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

GSM

глобальный цифровой стандарт для подвижной радиотелефонной связи;

9

ускорение свободного падения;

ICCID

уникальный идентификатор SIM/USIM-карты;

IMSI

международный идентификатор абонента (индивидуальный номер абонента) сети подвижной радиотелефонной связи стандартов GSM и UMTS, связанный (ассоциированный) с SIM/USIM-картой;

MSISDN

номер абонента сети подвижной радиотелефонной связи с интеграцией услуг:

OSI

базовая эталонная модель взаимодействия открытых систем:

RFC 1950 (RFC 1951)

информационные документы сети Интернет;

SIM/USIM-карта

персональная универсальная идентификационная карта абонента для работы в сетях GSM 900/1800 и UMTS 900/2000, исполненная в виде съемной карты или микросхемы, впаиваемой в плату коммуникационного блока:

SMS

служба коротких сообщений;

TCP/IP

■*

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

TID

уникальный идентификатор ТСК:

UMTS

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

UTC

—"

международная шкала координированного времени (всемирное координированное время);

UTC (SU)

национальная шкала времени Российской Федерации;

4

ГОСТ Р 57483—2017

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

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

zlib    — библиотека для сжатия данных.

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

5.1    Обмен данными между ТСК и ГАНС «ЭРА-ГЛОНАСС» осуществляется по сетям подвижной радиотелефонной связи стандартов GSM 900/1800 и UMTS 900/2000.

5.2    Обмен данными между ТСК и ГАНС «ЭРА-ГЛОНАСС» при реализации ТСК функции «Евро-протокол» по ГОСТ Р 57484—2017 (подраздел 7.1} осуществляется посредством пакетной передачи данных с использованием следующих протоколов:

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

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

Соответствие уровней сетевой модели OSI — по ГОСТ Р ИСО/МЭК 7498*1.

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

Таблица1 — Соответствие уровней модели OSI. стеке протоколов TCP/IP и протоколов системы «ЭРА-ГЛО-НАСС*

Модель OSI

Сгек протоколов ТСРЛР

Протоколы ТСРЛР

Протоколы ГАНС •ЭРА-ГЛОНАСС»

Номер

урооия

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

Номер

уроеня

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

7

Приложений

4

Приложений

EGTS

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

6

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

данных

5

Сеансовый

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

уровень

4

Транспорт шй

3

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

TCP, UDP

TCP

3

Сетевой

2

Межсетевой

IP

IP

2

Канальный

1

Доступ к сети

1

Физический

Сразу после установления TCP/IP соединения с инфраструктурой ГАНС «ЭРА-ГЛОНАСС» ТСК инициирует процесс авторизации, предоставляя серверу подзаписи EGTS_SR_TERMJDENTITY2 (см. 6.6) и EGTS_SR_VEHICLE_DATA сервиса EGTS_AUTH_SERVICE. и дожидается успешного подтверждения авторизации (на транспортном уровне и уровне поддержки услуг).

8 подзаписи EGTS_SR_TERM_IDENTITY2 должны присутствовать следующие обязательные поля, связанные с идентификацией ТСК:

а)    TID (уникальный идентификатор ТСК в соответствии с 6.6);

б)    ICCID (уникальный идентификатор SIM/USIM-карты. установленной в ТСК).

Описание протокола уровня поддержки услуг приведено в ГОСТ 33465 —2015 (раздел 6). Протоколом определены и используются несколько различных типов данных полей и параметров. Состав и описание типов данных, используемых в протоколе, представлены в таблице 2.

Таблица 2 — Состав и описание типов данных, используемых 8 описании протокола

Тил данных

Размер.

байт

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

Описание

BOOLEAN

1

TRUE-1. FALSE-0

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

BYTE

1

0... 255

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

USHORT

2

0... 65535

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

5

ГОСТ Р 57483—2017

Окончание таблицы 2

Тил ванных

Размер.

байт

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

Описание

UINT

4

0... 4294967295

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

ULONG

8

0... 18446744073709551615

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

SHORT

2

минус 32768 ... плюс 32767

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

INT

4

минус 2147483648 ... плюс 2147483647

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

FLOAT

4

±1,2 Е- 38 ... 3.4 Е + 38

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

DOUBLE

8

±2.2 Е-308 ... 1.7 Е +308

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

Для многобайтовых типов данных USHORT. UINT. ULONG. FLOAT и DOU8LE используют порядок следования байт «little-endian» (младший байт вперед), если в описании явно не указано иное.

Байты, составляющие последовательность в типах данных STRING и BINARY, должны интерпретироваться как есть. т.е. обрабатываться в порядке их поступления.

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

-    М (mandatory) — обязательный параметр, который должен передаваться всегда:

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

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

а)    в случае автоматической активации ТСК при условиях, указанных в ГОСТ Р 57484—2017 (пункт 7.1.2):

1)    данные, записанные во внутреннюю энергонезависимую память за интервалы времени 3 с до и 3 с после момента времени автоматической активации ТСК:

-    профиль ускорений с привязкой к соответствующим моментам времени с частотой записи 100 Гц:

• координаты местоположения (широта, долгота, высота) и скорость движения ТС. дата и соответствующее время с частотой записи 1 Гц. если имеется корректное навигационное решение от ГНСС приемника.

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

2)    дата и время автоматической активации ТСК с привязкой к национальной шкале координированного времени UTC(SU).

3)    информация об атрибутах наблюдаемых ТСК базовых станций сети подвижной радиотелефонной связи в соответствии с требованиями 6.3.2 и/или данные последнего корректного навигационного решения о местоположении ТС.

Примечание — Информация включает в себя данные в соответствии с 6.3.2 по 1—5 наблюдаемым ТСК базовым станциям и подлежит передаче при отсутствии корректного навигационного решения о местоположении ТС. В противном случае передача указанной информации является опциапьной.

4)    записанный во внутреннюю независимую память уникальный идентификационный номер события «Ееропротокола», связанный с автоматической активацией ТСК (циклически наращиваемое значение от 1 до 4294967295. генерируемое ТСК).

5)    признак, характеризующий данное событие «Европротокола» как автоматически зафиксированное.

б)    блок информации с кодом аутентификации блока данных о событии «Ееропротокола», указанных в перечислениях а)2) — а)5) 5.3.

Примечание — В случае нажатия кнопки на БИП ТСК с целью подтверждения факта ДТП. ТСК также передает данные, указанные в перечислениях а)7) — а)9) 5.3.

7) записанные во внутреннюю энергонезависимую память данные за интервал времени 10 мин. предшествующий моменту нажатия кнопки (профиль ускорения, координаты местоположения, скорость

6

ГОСТ Р 57483—2017

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

8)    признак, характеризующий нажатие кнопки, отнесенный к событию в перечислении а}4) 5.3.

9)    блоки информации с кодами аутентификации блоков данных о событии «Евролротокола», указанных в перечислении а}4) 5.3;

б) в случае ручной активации ТСК при условиях, указанных в ГОСТ Р 57484—2017(пункт 7.1.3):

1) данные, записанные во внутреннюю энергонезависимую память ТСК в течение интервала времени с момента ручной активации ТСК. указанного в ГОСТ Р 57484—2017{лодпункт 7.1.3.1):

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

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

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

2} блоки информации с кодами аутентификации блоков данных, указанных в перечислении 6)1) 5.3,

3)    момент времени ручной активации ТСК с привязкой к национальной шкале координированного времени UTC(SU).

4)    информация об атрибутах наблюдаемых ТСК базовых станций сети подвижной радиотелефонной связи в соответствии с требованиями 6.3.2 и/или данные последнего корректного навигационного решения о местоположении.

Примечание — Информация, указанная в перечислении 6)4) 5.3, включает в себя данные в соответствии с 6.3.2 по 1—5 наблюдаемым ТСК базовым станциям и подлежит передаче при отсутствии корректного навигационного решения о местоположении ТС. В противном случае передача указанной информации является олциальной.

5)    записанный во внутреннюю независимую память уникальный идентификационный номер события «Европротокола». связанный с автоматической активацией ТСК (циклически наращиваемое значение от 1 до 4294967295. генерируемое ТСК).

6)    признак, характеризующий ручную активацию ТСК.

7)    перечень уникальных идентификаторов автоматически зафиксированных событий «Европротокола». произошедших в течение интервала времени с момента ручной активации ТСК. указанного в ГОСТ Р 57484—2017 (подпункт 7.1.2.3).

8)    блок информации с кодом аутентификации блока данных о событии «Европротокола».

5.4    Реализация протокола транспортного уровня, включая обеспечение механизмов маршрутизации и проверки целостности данных, обеспечение надежности доставки пакетов данных, использование типов и структур данных осуществляется в соответствии с требованиями ГОСТ 33465—2015 (раздел 5).

5.5    Описание протокола уровня поддержки услуг приведено в ГОСТ 33465—2015 (раздел 6).

Список сервисов, поддерживаемых протоколом применительно к реализации функций ТСК. приведен в таблице 3.

Таблица 3 — Список сервисов уровня поддержки услуг, необходимых для рвагызации в ТСК

Км

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

Описание

1

EGTS_AUTH_SERVtCE

Сервис предназначен для осуществления идентификации ТСК в инфраструктуре ГАИС «ЭРА-ГЛОНАСС*

4

EGTS_COMMANOS_SERVICE

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

9

EGTS.FIRMWARE.SERVICE

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

7

ГОСТ Р 57483—2017

Окончание таблицы 3

Код

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

Описание

10

EGTS_ECALL_SERV1CE

Сервис предназначен для обеспечения базовой услуги экстренного реагирования на аварии ГАИС «ЭРА-ГЛОНАСС»

22

EGTS EUROPROTOCOL SERVICE

Сервис оказания страховых услуг, предназначенный для обеспечения передачи данных об обстоятельствах ДТП при оформлении документов о ДТП без участия уполномоченных сотрудников полиции (сервис «Европротокол»)

5.6 Обмен данными между ТСК и ГАНС «ЭРА-ГЛОНАСС» при реализации ТСК функции «Экс* тренный вызов» по ГОСТ Р 57484 — (подраздел 7.2) осуществляется в соответствии с требованиями ГОСТ 33465-2015 (раздел 7).

6 Описание сервиса оказания страховых услуг (сервис «Европротокол»)

6.1    Назначение сервиса «Европротокол»

Сервис предназначен для формирования и предоставления в ГАИС «ЭРА-ГЛОНАСС» с последу* ющей доставкой данных в АИС РСА информации об обстоятельствах причинения вреда ТС в результа* те ДТП при необходимости оформления документов о ДТП без участия уполномоченных сотрудников полиции в случаях, указанных в [2] (статья 11.1).

6.2    Алгоритм обмена сообщениями ТСК и телематической платформы ГАИС «ЭРА*

ГЛОНАСС» при использовании сервиса «Европротокол»

6.2.1    Диаграмма обмена сообщениями при использовании сервиса «Европротокол» приведена на рисунке 1.

6.2.2    Соединение инициируется и закрывается по инициативе ТСК.

6.2.3    ТСК и ТП проводят аутентификацию ТСК, как описано в 5.2.

6.2.4    Передается пакет, содержащий следующие данные:

а)    идентификационный номер события «Европротокол»;

б)    дата и время автоматической или ручной активации ТСК (события «Европротокол»};

в)    признак тестового или реального события «Европротокол». признак автоматический или ручной активации ТСК;

г)    опционально — информация об атрибутах наблюдаемых ТСК базовых станций сети подвижной радиотелефонной телефонной радиосвязи в соответствии с требованиями 6.3.2 и/или данные послед* него корректного навигационного решения о местоположении ТС:

д} при ручной активации ТСК (при нажатии кнопки) — массив идентификационных номеров собы* тий «Европротокол». зафиксированных в течение интервала времени, установленного в перечислениях а)7) 5.3 и 6)1) 5.3;

е) признаки, какие массивы информации будут передаваться, кроме основной информации о со* бытии «Европротокол» [траектория движения, профиль ускорения, дополнительные данные по каждо* му навигационному спутнику, используемому при решении полученных навигационных данных (первичные навигационные данные), коды аутентификации массивов].

6.2.5    ТП отправляет подтверждение о получении информации, указанной в 6.2.4.

В случае, если подтверждение со стороны ТП не получено. ТСК повторяет отправку данных в соответствии с требованиями протокола транспортного уровня по ГОСТ 33465.

6.2.6    В случае неполучения подтверждения после исчерпания установленных попыток передачи данных или получения от ТП сообщения об ошибке ТСК закрывает TCP/IP/GPRS соединение и активирует соответствующую звуковую и/или световую индикацию в соответствии с ЭД.

8

ГОСТ Р 57483—2017

ТСк

Амшж—i ТСК

(йгмк

мм мпшпнашм)

тп

Onpwnv ТСРЛР савпимнш

Аатодшцч вот_«ивицдттуа Egre_8R.vaa£jww

1EOT_WJ®CCW>_RE8P0NSEJ

Зшгапсжж» w»opww« о oe6wwi «Еврсгетат» (eotm*_sp

Прятжуж/умтгт—и

[Е0ГГ8_8А.ЯЕСОЯО_ЯШЮМ№1

К№т—ШОТР*ШРВ«ТСГ[ЖДШ (EOTB_a ^ pjrrac*j*T*j

Пдцтнщцн|| IfMMM

[earra_8^fCCOPDJ4E8PON8E}

Й4цмb^<idhjo4—»у.щмипТСгр«ДП1 ГКГГ^_вЯ_ЕР ACCEL DATA! (EOT OR Ef»_ACC& ОЛТЛ2) vum

__~ tEOT.oa^uwcHjttMi _

Пкпажаи гшамв

(ВУГ8_8Л^ЕС0ГО_НаР0*ЙЕ1

п>рини ишициа1шдшнш rEOTjBR^_l«MALQA‘D4

Подтип цт» триии

№OT_»<_RECORD_№8PONaE]

Пореяги «лов цг^тфам* EOTS_$R.EP_SW№CWa

Поктмгпвя— гргии

[EOT.S^_RECORnjlBSPOWE]

ЗшфьтжТСРЛРоаквешия

Рисунок 1 — Диаграмма обмена сообщениями при использовании сервиса «Европрогокол»

6.2.7 Если подтверждение от ТП получено. ТСК передает траекторию движения ТС (множество точек).

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

9

ГОСТ Р 57483—2017

установленного в настройках коммуникационного модуля значения параметра MTU (Maximum Transfer Unit — максимально допустимый размер элементарного блока передачи данных).

В ответ на каждый отправленный пакет ТСК ожидает подтверждения и действует в соответствии с 6.2.6.

6.2.8    ТСК передает информацию о профиле ускорения ТС при ДТП.

В профиле ускорения передаются значения ускорений, поступающих от акселерометра, по трем осям ТС (х — продольная, у — поперечная, г — вертикальная).

Передача профиля ускорения при ДТП может осуществляться как в одном пакете, так и с разбивкой на несколько пакетов.

В ответ на каждый отправленный пакет ТСК ожидает подтверждения от ТП и действует в соответствии с 6.2.6.

6.2.9    Опционально (если предусмотрено параметрами конфигурации ТСК) передаются первичные навигационные данные. Передача может осуществляться с разбивкой на несколько пакетов. На каждый пакет ТСК ожидает подтверждения и действует в соответствии с 6.2.6.

6.2.10    Передается блок информации, содержащий код аутентификации (один или несколько) информации о каждом событии «Ееролротокол».

ТСК ожидает подтверждения от ТП и действует в соответствии с 6.2.6.

Примечание — Уникальный идентификатор события «Европротокол» должен также помещаться при передаче в поле EVID (Event Identifier) заголовков всех сервисных записей протокола уровня поддержки услут. данные е которых посвящены этому конкретному событию я Европротокол». Это требуется для ассоциирования всей передаваемой информации в единый блок по событию для контроля того, что передана вся информация, все виды массивов информации для проверки всех блоков информации на соответствие кодов аутентификации. После успешной передачи всей указанной выше информации ТСК активирует соответствующую звуковую и/или световую индикацию в соответствии с ЭД.

6.2.11    ТСК закрывает TCP/IP соединение.

6.3 Состав и описание подзаписей сервиса оказания страховых услуг «Европротоколя

6.3.1 Слисок обязательных подзаписей сервиса «Европротоколя приведен в таблице 4 Таблица 4 — Список под записей сервиса «Европротокол»

Коя

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

Описание

0

EGTS.SR.RECORD.RESPONSE

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

1

EGTS_SR_EP_MA1N_DATA

Подзапись используется ТСК для передачи основных сведений о событии «Европротокол»

2

EGTS_SR_EP_TRACK_DATA

Применяется для передачи данных о траектории движения ТС при ДТП

3

EGTS_SR_EP_ACCEL_DATA

Применяется для передачи данных истории ускорения ТС. е том числе, профиля ускорения при ДТП

4

EGTS_SR_EP_SIGNATURE

Применяется для передачи информации по коду аутентификации массива данных о событии «Европротокол»

5

EGTS_SR_EP_RAW_DATA

Применяется для передачи первичных навигационных данных (номеров спутников, измерения времени, соотношения сигнал/ шум. псеедодальности. доплеровского сдвига) от ГНСС приемника ТСК

6

EGTS_SR_EP_COMP_DATA

Применяется для передачи в сжатом виде данных других под записей сервиса «Евролротокол»

7

EGTS_SR_EP_ACC EL_DATA2

Применяется для передачи профиля ускорения в периоды времени. когда изменения ускорения между моментами времени измерения ускорения акселерометром в рамках указанного периода признаются кезначигегьными (не превышают установленного значения)

10

ГОСТ Р 57483—2017

Окончание таблицы 4

Код

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

Описание

8

EGTS_SR_EP_ACCEL_DATA3

Применяется для передачи профиля ускорения в периоды времени. когда изменения ускорения между моментами времени измерения ускорения акселерометром в рамках указанного периода признаются значительными (превышают установленное значение)

6.3.2 Подзапись EGTS_SR_EP_MAIN_DATA

Подэапись EGTS_SR_EP_MAIN_DATA предназначена для передачи основных данных об автома-тическом или ручном событии «Европротокол».

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

Таблица 5 — Структура под записи EGTS_SR_EP_MAIN_DATA

Бит 7

Бит 6

Бит S

Бит i

Бит 3

Бит 2

Бит 1

БитО

Тип

Тип «денных

Размер.

байт

FV (Format Version)

M

BYTE

1

B# (Block Number)

M

BYTE

1

EVID (Event Identifier)

M

UINT

4

CN (Control)

M

BYTE

1

B#H

LBSN

LOCP

CLT

ACT

M

BYTE

1

ACP

EVP

TRS

AS

RS

WAS

RWP

TRP

M

BYTE

1

TS (Time Stamp)

M

BINARY

4

MSL (Milliseconds Low Bits)

M

BYTE

1

-

CAU (Cause)

MSH

M

BYTE

1

LAT (Latitude)

о

UINT

4

LONG (Longitude)

о

UINT

4

SPDL (Speed Low Bits)

О

BYTE

1

DtRH

LOHS

LAHS

SPDH (Speed Hi Bits)

О

BYTE

1

ALT (Altitude)

о

SHORT

2

DfRL (Direction Low Bits)

о

BYTE

1

BSD1 (Base Station Data 1)

о

BINARY

10

BSD2 (Base Station Data 2)

О

BINARY

10

BSD5 (Base Station Data 5)

О

BINARY

10

EPEVC (Europrotocol Events Count)

о

BYTE

1

EV1 (Event ID 1)

о

UINT

4

EV2 (Event ID 2)

О

UINT

4

EVn (Event ID n)

о

UINT

4

Описание полей:

FV— версия формата данных (поле должно содержать значение 1); 8# — младшие 8 бит порядкового номера блока:

8#Н — старшие 2 бита порядкового номера блока:

11

ГОСТ Р 57483—2017

Примечания

1    Каждый отдельный фрагмент массива данных (блок) о событии «Европротокола» имеет уникальный номер в пределах от 0 до 1023. Номер выделяется ТСК в цикле.

2    Если должна быть обеспечена некорректируемость информации блока с использованием кода аутентификации в соответствии с требованиями ГОСТ Р 57484—2017 (раздел 10). то 8 лрдзаписи EGTS_SR_EP_SIGNATURE (см. 6.3.5) в структуре, содержащей код аутентификации, передается аналогичный номер блока, указывая, какому блоку информации соответствует данный код аутентификации.

EVID — уникальный идентификатор данного события «Европротокол» (поле должно содержать значение начиная с 1 и увеличиваться на 1 при каждом новом автоматически или вручную фиксируемом событии «Ееролротокол»);

CN — битовое поле флагов управления опциональными полями:

CLT— (Call Туре) — определяет тип события:

1 — тестовый вызов.

0-ДТП:

ACT — (Activation Type) — определяет тип активации фиксации события:

1 — автоматический.

0    — ручной:

LOOP — (Location Present) — битовый признак, определяющий наличие полей местоположения и перемещения ТС на момент фиксации данного события «Ееролротокол». определенные по ГНСС (поля LAT. LONG. ALT. SPOL. DIRH. SPDH. DIR):

1    — данные передаются,

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

LBSN — если отлично от 0. то число структур 6SD с информацией о наблюдаемых ТСК в момент фиксации данного события «Ееролротокол» базовых станциях подвижной телефонной радиосвязи до 5. Если равно 0. то информация о базовых станциях не передается:

EVP — (Events Present) — битовый признак, если установлен в 1. то в подзаписи присутствует один или более уникальных идентификационных номеров событий «Европротокола», зафиксированных автоматически в пределах интервала времени, определенного в соответствии с перечислением

6)7) 5.3 (е подзаписи должны присутствовать поля: EPEVC и одно или более полей EV1. EV2.....EVn).

если

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

АСР — (Acceleration data Present) — битовый признак отражения в сообщении факта передачи с

данным событием «Европротокола» информации о профиле ускорения:

1    — данные о профиле ускорения передаются (стандартное значение),

0    — данные о профиле ускорения передаются;

TRP — (Track data Present) — битовый признак отражения в сообщении факта передачи с данным событием «Ееролротокола» информации о траектории движения ТС:

1    — данные о траектории движения ТС передаются (стандартное значение),

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

RWP — (Raw data Present) — битовый признак отражения в сообщении факта передачи с данным событием «Европротокола» первичных навигационных данных:

1    — первичные навигационные данные передаются,

0 — не передаются (стандартное значение);

TRS — (Track Data Signing) — битовый признак, отражающий факт обеспечения некорректируе-мости информации с использованием кода аутентификации в блоке данных о траектории движения ТС:

0    — при передаче для блока данных о траектории движения ТС код аутентификации не вычисляется,

1    — при передаче для блока данных о траектории движения ТС код аутентификации вычисляется. т.е. данные передаются в некорректируемом виде:

AS — (Acceleration Data Signing) — битовый признак, отражающий факт обеспечения некорректи-руемости информации с использованием кода аутентификации в блоке данных с профилем ускорения:

0    — при передаче для блока данных с профилем ускорения код аутентификации не вычисляется.

1    — данные с профилем ускорения передаются в некорректируемом виде;

RS — (Raw Data Signing) — битовый признак, отражающий факт обеспечения некорректируемо-сти информации для первичных навигационных данных:

0 — первичные навигационные данные не подписываются,

12

ГОСТ Р 57483—2017

1 — первичные навигационные данные передаются в некорректируемом виде;

WAS — (Whole Array Signature} — битовый признак, отражающий факт обеспечения некорректируемое ти всего массива информации о событии «Европротокола» с использованием одного кода аутентификации или для каждого блока информации вычисляется свой код аутентификации:

1 — для всего массива информации о событии «Европротокол» вычисляется единый код аутентификации (порядок учета данных массива в алгоритме расчета кода аутентификации указан в 6.3.5).

0    — для каждого блока массива информации рассчитывается свой код аутентификации;

TS — момент фиксации события «Европротокол» (число секунд с 00:00:00 01.01.2010 UTC);

MSH и MSL — младшие 8 и старшие 2 бита поля, содержащего число миллисекунд, которое нужно

прибавить к значению в поле TS. чтобы получить точное время фиксации данного события «Европротокол». Допускается использовать при автоматической фиксации события:

CAU — (Cause) — поле, в котором может быть записана дополнительная причина (особый случай) отправки события «Европротокола». Для автоматически зафиксированных и сгенерированных в момент нажатия кнопки событий «Европротокола» в это поле помещается значение 0.

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

1    — TAMP (Tamper) — признак отправки события вследствие нарушения целостности корпуса ТСК:

2    — INTB (Internal Battery) — признак отправки события вследствие перехода ТСК в режим работы от внутренней батареи.

Примечания

1    При обнаружении нарушения целостности корпусе (вскрытии) или пропадании напряжения бортовой сети (ТСК отключили от бортовой сети автомобиля) ТСК генерирует специальную подзапись EGTS_SR_EP_MAIN_DATA с установленным 8 соответствующее значение полем CAU. При этом не генерируются и не передаются данные о траектории движения и профиле ускорений ТС. но формируется код аутентификации и передается соответствующая подзапись EGTS_SR_EP_S1GNATURE (см. 6.3.5).

2    Идентификаторы событий, сформированных и отправленных с отличным от нуля значением поля CAU. не

должны попадать в перечень идентификаторов событий, передаваемый при ручной активации ТСК (см. описание полей EVP. EPEVC и EV1.....EVn).

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

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

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

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

LONG — долгота по модулю, градусы. (WGS 84)/180 OxFFFFFFFF и взята целая часть;

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

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

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

SPDL. SPOH — младшие (SPDL) и старшие (SPDH) биты параметра скорости (используется 13 бит). Измеряется в км/ч с дискретностью 0.1 км/ч:

ALT — высота над уровнем моря, м:

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

DIRL —(Direction Low bits}— младшие восемь бит — совместно c DIRH определяют направление, выраженное в градусах относительно севера, отсчитываемое по часовой стрелке. Значение параметра направления должно быть в пределах от 0° до 359°;

BSD1.....BSD5 — структуры данных информации о наблюдаемых ТСК базовых станциях подвиж

кой телефонной радиосвязи. Формат структуры данных представлен в таблице 6;

EPEVC — число уникальных идентификаторов событий «Европротокол», сформированных автоматически в интервале времени, определенном в соответствии с перечислением 6)7) 5.3.

Если EPEVC отлично от нуля, то далее следует соответствующее число уникальных идентификационных номеров автоматически сформированных событий «Европротокол» (поля EV1.....EVn).

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

Массивы данных об автоматически зафиксированных событиях «Евролротокол» должны быть сгружены ТСК на сервер до того, как начнется отправка события, сгенерированного при ручной активации ТСК.

13

ГОСТ Р 57483—2017

Таблица 6 — Формат структуры данных отдельной структуры BSD сервиса EGTS_EUROPROTOCOL_SERVICE

Вит 7

Бит 6

Бит 6

Бит К

Бит 3

Бит 2

Бит 1

Бит 0

Тип

Тип данных

Разы ер. байт

NID (Network Identifier)

М

BINARY

3

LAC (Local Area Code)

м

UINT

4

CID (CeB Identifier)

м

SHORT

2

SS (Signal Strength)

м

BYTE

1

Описание полей:

NID — идентификатор базовой станции сети подвижной радиотелефонной связи, наблюдаемой ТСК на текущий момент. Используются 20 младших бит (МСС + MNC);

LAC — идентификатор локальной зоны базовой станции сети подвижной радиотелефонной связи, наблюдаемой ТСК на текущий момент:

CID — идентификатор ячейки базовой станции сети подвижной радиотелефонной связи, наблюдаемой ТСК на текущий момент:

SS — Signal Strength — модуль уровня силы сигнала данной базовой станции сети подвижной радиотелефонной связи, выраженный в дБм. Например, значение «80» соответствует уровню сигнала «минус 80 дБм».

В момент фиксации события «Европротокола» ТСК формирует буфер для информации под записи EGTS_SR_EP_MAIN_DATA, выделяет данному событию очередной номер, если необходимо, определяет параметры наблюдаемых базовых станций сети подвижной радиотелефонной связи, помещает эту информацию в буфер, присваивает полученному массиву информации очередной номер В#, заполняет им поля 8# и В#Н и передает данный буфер на определение кода идентификации, дожидается получения кода аутентификации и сохраняет его вместе с данными буфера, осуществляет последующую отправку данных буфера, выполнив обрамление заголовочными данными уровня поддержки услуг, транспортного уровня EGTS.

6.3.3 Подзапись £GTS_SR_EP_TRACK_DATA

6.3.3.1 Подзапись EGTS_SR_EP„TRACK_DATA. структура которой приведена в таблице 7. предназначена для передачи массива последовательных точек траектории перемещения ТС за период времени.

Таблица 7 — Структура подзаписи EGTS_SR_EP_TRACK_DATA

Бит 7

Битв

Бит S

Бит 4

Бит 3

Бит 2

Бит 1

Бит 0

Тип

Тип

данных

Размер.

байт

B# (Block Number)

М

BYTE

1

AT (Absolute Time)

м

UINT

4

RSA (Relative Structures Amount)

м

BYTE

1

TS (Time Shift)

CS

B#H

RTU

м

BYTE

1

TDS (Track Data Structure )

м

BINARY

1.13

RTDS1 (Relative Track Data Structure 1)

о

BINARY

1.9

RTDS255 (Relative Track Data Structure 255)

о

BINARY

1.9

Описание полей:

B# — младшие 8 битов порядкового номера блока с кодом аутентификации для проверки его не-корректируемости;

RSA— число передаваемых структур RTDS изменения траектории движения ТС;

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

RTU — выбор единиц определения относительного смещения времени в структурах TDS:

14

ГОСТ Р 57483—2017

0    — е секундах (стандартное значение).

1    — в десятых долях секунды с дискретностью 0.1 с:

8#Н — старшие 2 бита порядкового номера блока, с кодом аутентификации для проверки его не-корректируемости;

CS — Coordinate System — признак системы координат, в которых представлены координаты точек траектории данной подзаписи.

0    — WGS-84.

1    — ПЗ-90.11;

TS — в дополнение к полю АТ. устанавливает смещение момента определения начальной точки траектории движения ТС структуры TDS. Смещение задается в единицах, установленных полем RTU;

TDS — структура данных, содержащая параметры начальной точки траектории движения ТС. передаваемой в данной подзаписи. Формат структуры представлен в таблице 8:

RTDS1.....RTDS255 — (Relative Track Data Structure) — структуры, представляющие изменения

траектории движения ТС от точки к точке. Форматы этих структур приведены в таблицах 9 и 10.

Таблица 8 — Формат структуры данных отдельной точки траектории движения ТС лодзалиси EGTS_SR_EP TRACK.DATA сервиса EGTS.EUROPROTOCOL.SERVtCE

Бит 7

Бит 6

Бит 5

Бит

4

Бит Э

Бит 2

Бит t

Бит 0

Тип

Тип дан* них

Размер.

байт

LOHS

LAHS

SPDH (Speed High Bits)

TDE

М

BYTE

1

LAT (Latitude)

О

UINT

4

LONG (Longitude)

о

UINT

4

SPDL (Speed Low Bits)

О

BYTE

1

ALTL (Attitude Low Bits)

О

BYTE

1

DIRH

ALTS

ALTH (Altitude High Bits)

о

BYTE

1

DIRL (Direction Low Bits)

о

BYTE

1

Описание полей:

TDE — (Track Data Exists) — битовый флаг:

0    — на момент определения координатно-временных параметров первой точки траектории, связанный со временем данной подэалиси, ТСК не удалось получить корректное навигационное решение (координаты и скорость ТС определены с неудовлетворительной точностью либо координаты недопустимы). В этом случае все остальные поля структуры не имеют смысла и не передаются;

1    — имеется корректное навигационное решение, все поля структуры обязательны к передаче:

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

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

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

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

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

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

LAT — широта по модулю, градусы. (WGS 84)/90 OxFFFFFFFF и взята целая часть;

LONG — долгота по модулю, градусы. (WGS 84)/180 • OxFFFFFFFF и взята целая часть;

SPDL. SPDH — младшие 8 (SPDL) и старшие 5 (SPDH) биты параметра скорости движения ТС (всего 13 бит). Измеряется в км/ч с дискретностью 0.1 км/ч;

ALTL. ALTH — младшие 8 бит и старшие 6 бит модуля значения высоты над уровнем моря, м;

ALTS — (Altitude Sign) — признак знака значения высоты над уровнем моря:

0    — положительная высота.

1    — отрицательная высота;

DIRH — (Direction Low bits) —- старший бит (8) параметра DIR;

DIRL — направление, выраженное в градусах относительно севера, отсчитываемое по часовой стрелке (дополнительно старший бит находится в поле DIRH). Значение параметра направления должно быть в пределах от 0° до 359°.

15

ГОСТ Р 57483—2017

Таблица 9 — Формат структуры RTOS данных точки изменения траектории движения ТС от точки к точке подзаписи EGTS_SR_EP_TRACK_DATA сервиса EGTS_EUROPROTOCOL_SERVIC£ при неизменном навигационном решении

Бит 7

Бит в

Бит б

Бит 4

Бит 3

Бит 2

Бит 1

БитО

Тип

Тип денных

Размер.

Байт

TDV

TMS (Т»

Tie Shift)

RST

М

BYTE

1

Описание полей:

RST — (Relative track data Structure Type) — тип структуры данных изменения траектории движения ТС. Для структуры, описанной в таблице 9. значение равно 0:

TMS — приращение ко времени определения предыдущей структуры RTDS (для первой записи RTDS приращение к полю АТ), указанное в единицах, установленных полем RTU. Максимальный диапазон приращения равен вЗ интервалам, установленным полем RTU:

TDV — (Track Data Valid) — битовый флаг, показывающий корректность или некорректность навигационного решения в течение периода TMS:

1 — навигационное решение корректно,

0 — навигационное решение некорректно.

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

Если навигационное решение не изменяется после 63 интервалов, установленных полем RTU (ТС стоит с включенным зажиганием или по каким-то причинам долго не удается получить корректное навигационное решение), то необходимо формировать последовательно друг за другом несколько таких структур.

Структуру данного типа (или несколько таких структур подряд) следует формировать в том случае. если корректное навигационное решение было получено, а затем пропало. Все время от момента потери навигационного решения до момента его восстановления следует перекрыть структурами данного типа с установленным в 0 полем TDV.

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

Рекомендуется очередную подзапись включать в тот же пакет EGTS.

Таблица 10 — Формат структуры RTDS ранных точки определения траектории движения ТС от точки к точке подзаписи EGTS_SR_EP_TRACK_DATA сервиса EGTS_EUROPROTOCOL_SERVICE при определении навигационного решения

Бит 7

Бит в

Бит S

Бит 4

Бит 3

Бит 2

Бит 1

Бит 0

Тип

Тип ДЯМ’ ных

Размер.

байт

SPDS

SPDH

SPDE

TMS

RST

M

BYTE

t

LATDL (Latitude Delta Low Bits)

М

BYTE

1

DIRH

LATS

LATDH (Latitude Delia High Bits)

М

BYTE

1

LONDL (Longitude Delta Low Bits)

М

BYTE

1

ALTE

LONS

LONDH (Longitude Delta High Bits)

М

BYTE

1

DIRL (Direction Low Bits)

М

BYTE

1

SPDL (Speed Delta Low Bits)

О

BYTE

1

ALTS

ALTD (Altitude Delta)

О

BYTE

1

Описание полей:

RST — (Relative track data Structure Type) — тип структуры данных для передачи изменений параметров движения и точек траектории движения ТС. Для структуры, описанной в таблице 10. равно 1;

16

ГОСТ Р 57483—2017

TMS — приращение ко времени определения предыдущей структуры RTDS (для первой записи RTDS приращение к полю АТ), указанное в единицах, установленных полем RTU. Максимальный диапазон приращения равен семи интервалам, установленным полем RTU. Если навигационное решение остается неизменным в течение более длительного периода, то следует применить структуру, описанную в таблице 9;

LATDL. LATDH — младшие 8 битов и старшие 6 битов изменения широты соответственно (изменение WGS 84 в градусах)/90 - OxFFFFFFFF и взята целая часть по модулю. Изменения вычисляются относительно значений, зафиксированных на момент передачи предыдущей структуры RTDS. Изменение долготы может быть не больше 0.000343°;

LATDS — битовый признак знака значения изменения широты:

1 — широта увеличилась.

0    — широта уменьшилась.

LONDL. LONDH — младшие 8 битов и старшие 6 битов изменения долготы соответственно (изменение WGS 84в)/180 OxFFFFFFFF и взята целая часть по модулю. Изменения вычисляются относительно значений, зафиксированных на момент передачи предыдущей структуры RTDS. Изменение долготы может быть не больше 0.000686*:

LONDS — битовый признак знака значения долготы:

1    — долгота увеличилась:

0    — долгота уменьшилась:

DIRL. DIRH — младшие 8 битов и старший 1 бит соответственно значение направления, выраженное в градусах относительно севера, отсчитываемое по часовой стрелке (дополнительно старший бит находится в поле DIRH). Значение параметра направления должно быть в пределах от 0° до 359°:

SPDE — (Speed Delta Exists) — битовый флаг, показывающий, присутствует ли в структуре изменение скорости ТС или нет:

1    — изменение скорости присутствует, поля SPDH. SPDL. SPDS должны присутствовать и интерпретироваться.

0    — изменение скорости не присутствует в структуре:

SPDL. SPDH — младшие 8 битов и старшие 2 бита изменений показания скорости в десятых долях км/ч. Изменения вычисляются относительно значений, зафиксированных на момент передачи предыдущей структуры RTDS. Максимальное изменение скорости может быть 102.3 км/ч.

SPDS — (Speed Delta Sign) — битовый признак знака изменения значения скорости:

1    — скорость увеличилась,

0 — скорость уменьшилась:

ALTE — (Attitude Exists) — признак, характеризующий наличие в структуре показания изменения высоты над уровнем моря, м:

0    — показания изменения высоты отсутствуют.

1    — показания изменения высоты присутствуют (поля ALT и ALTS должны присутствовать и интерпретироваться):

ALTD — модуль значения изменения высоты над уровнем моря. м. Изменение высоты может быть в пределах 127 м;

ALTS — (Altitude Sign) — признак знака значения изменения высоты над уровнем моря:

1 — высота увеличилась.

0 — высота уменьшилась.

Структура RTDS передается, если с момента формирования предыдущей структуры в пределах от одного до семи отрезков времени RTU значения широты, долготы, высоты (над уровнем моря) и скорости ТС изменились не слишком значительно (без превышения максимального значения изменений, установленных в соответствующих полях).

Если в какой-то период времени зажигание автомобиля было выключено и координаты ТС не определялись, то необходимо в один пакет транспортного уровня в одну запись уровня поддержки услуг помещать две сервисные подзаписи EGTS_SR_EP_TRACK_DATA. не содержащие ни одной структуры RTDS и содержащие только структуру TDS. Такие подзаписи должны следовать в пакете непосредственно друг за другом. Первая из них должна ссылаться на последний момент времени, когда зажигание ТС еще было включено, вторая — на момент времени, когда зажигание снова включили.

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

17

ГОСТ Р 57483—2017

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

6 3.3.2 Алгоритм работы ТОК при формировании траектории движения ТС состоит в следующем:

а)    в начале нового цикла в новом буфере формируется начало подзаписи EGTS_SR_EP_TRACK_ DATA, включая структуру TDS. но не заполняется поле RSA;

б)    ТСК (на регулярной основе) определяет координатно-временное параметры навигационного решения, и с установленной дискретностью времени, определяемой значением поля RTU (см. таблицу 7), принимается решение о дописывании в буфер структуры RTDS одного из двух форматов (в зависимости от условий и скорости изменения параметров навигационного решения);

в)    если обнаруживается, что после добавления очередной структуры RTDS размер буфера превысит 1413 байт, то формирование данного буфера заканчивается, при этом:

1)    данному буферу присваивается очередное значение в# (в цикле от 0 до 1023). которое помещается в поля 8# и В#Н в начале подэаписи EGTS_SR_EP_TRACK_DATA. заполняется поле RSA по числу реально накопленных в буфере структур, и буфер передается на формирование кода аутентификации, требующего определенных затрат времени:

2)    одновременно с этим начинается формирование следующего буфера информации о траектории движения ТС:

3)    сформированный буфер данных, а также его код аутентификации сохраняются вместе.

Алгоритм а)—в) реализуется циклически. Буферы данных и их коды аутентификации удаляются

по прошествии интервала времени, установленного в соответствии с перечислением а)7) 5.3 или перечислениями 6)1) 5.3 и 6)2} 5.3.

6.3.3.3 При ручной активации ТСК или при получении команды (см. 6.4) немедленно завершается формирование текущих буферов данных и инициируется определение их кодов аутентификации, а также начинают формироваться новые экземпляры буферов данных. Все буферы данных и их коды аутентификации в пределах установленного в соответствии с перечислениями 6)1)5.3 и б)2)5.3. интервала времени помечаются как запрещенные к удалению. Аналогично помечаются и последние буферы данных по завершении определения их кодов аутентификации. Позже все буферы (блоки с данными, включая блоки с кодами аутентификации, помещенные в энергонезависимую память и помеченные как запрещенные для удаления) будут использованы для обрамления данными заголовков уровня поддержки услуг, транспортного уровня EGTS и отправлены на сервер после отправки пакета с информацией об основных параметрах события «Европротокола». После успешной доставки на сервер со всех данных буферов и их кодов аутентификации снимаются метки защиты от удаления.

6.3.4 Подэапись EGTS_SR_EP_ACCEL_DATA

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

Таблица 11 — Структура под записи EGTS_SR_EP_ACCEL_DATA

Бит 7

Бит в

Бит 6

Бит 4

Бит Э

Бит 2

Бит 1

БитО

Тип

Тип

данных

Размер.

байт

B# (Block Number)

М

BYTE

1

AT (Absolute Гит»)

М

UINT

A

ATMSL (Absolute Time Milliseconds Low Bits)

М

BYTE

1

B#H

ATMSH

М

BYTE

1

RSAL {Relative Structures Amount Low Bits)

М

BYTE

1

RSAH

RTU

MU

М

BYTE

1

AOS (Accelerometer Data Structure)

М

BINARY

6

ARDS1 (Accelerometer Relative Data Structure 1}

О

BINARY

1.3

ARDS1023 (Accelerometer Relative Data Structure 1023)

О

BINARY

1.3

Описание попей:

B# — младшие 8 битов порядкового номера блока с кодом аутентификации для проверки его не-корректируемости;

ГОСТ Р 57483—2017

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

ATMSL и ATMSH — младшие 8 и старшие 2 бита поля, содержащего число миллисекунд, которое надо прибавить к полю АТ. чтобы получить точный момент времени, соответствующий структуре Accelerometer Data Structure:

RSAL — младшие 8 битов числа передаваемых структур ARDS относительных данных показаний акселерометра:

8#Н — старшие 2 бита порядкового номера блока с кодом аутентификации для проверки его не-корректируемости:

RTU — (Relative Time Units) — единицы определения смещения момента времени (поле TMS) в структурах ARDS:

0    — 1 мс (стандартное значение),

1    —10 мс.

2    —100 мс.

3    —1с:

MU (Measurement Units) — единицы определения (дискретизации) значений ускорений в полях XAVV. YAW. ZAW структур ADS и полей XAVD. YAVD, ZAVD структуры ARDS:

0    — 0.001 g.

1    — 0,01 g (стандартное значение).

2-0.1 g.

3    — о.01 м/с2.

4    — 0.1 м/с2.

5— 1 м/с2,

6    — 0.025 д.

7    — 0.25 д:

RSAH — (Relative Structures Amount High Bit) — 2 старших бита (младшие 8 битов находятся в поле RSAL) числа передаваемых структур ARDS относительных данных показаний акселерометра. Максимально возможное число структур ARDS в одной подзаписи равно 1023;

ADS — структура Accelerometer Data Structure показаний акселерометра, формат которой приведен в таблице 12;

ARDS1.....ARDS1023 — структуры Accelerometer Relative Data Structure данных изменений по

казаний акселерометра, формат которых приведен в таблицах 13 и 14.

Таблица 12 — Формат структуры ADS данных показаний акселерометра подэаписи EGTS_SR_EP_ACCEL_DATA

Бит 7

Бит 6

Биг S

Бит 4

Бит 3

Бит 2

Бит 1

БитО

Тип

Тил

данных

Рвам ер.

байт

XAAV (X Axis Acceleration Vblue)

М

SHORT

2

YAAV (Y Axis Acceleration Value)

м

SHORT

2

ZAAV (Z Axis Acceleration Value)

м

SHORT

2

Описание полей:

XAAV — значение линейного ускорения по оси х в единицах и с дискретностью измерений, установленных полем MU (см. таблицу 11);

YAAV — значение линейного ускорения по оси у в единицах и с дискретностью измерений, установленных полем MU (см. таблицу 11);

ZAAV — значение линейного ускорения по оси z в единицах и с дискретностью измерений, установленных полем MU (см. таблицу 11).

Примечания

1    Ось х направлена параллельно к продольной оси ТС. Положительное направление оси х соответствует движению вперед.

2    Ось у направлена перпендикулярно к оси х в плоскости, параллельной поверхности Земли. Положительному направлению оси у соответствует направление влево.

3    Ось г перпендикулярна к осям х и у. Положительному направлению оси г соответствует направление вверх.

19

ГОСТ Р 57483—2017

Возможны два варианта структур ARDS:

•    структура, содержащая изменения показаний акселерометра по осям (поле RST равно 0);

•    структура, показывающая, что в течение определенного времени изменений показаний акселе* рометра нет ни по одной из осей (поле RST равно 1).

Таблица 13 — Формат структуры ARDS данных изменения показаний акселерометра пор записи EGTS_SR_ ЕР ACCEL DATA

вит 7

Бит б

Бит 5

Бит 4

Бит Э

Бит 2

Бит 1

Битв

Тип

Тип

ланнык

Размер,

байт

XAADH

ZAS

YAS

XAS

TMS

RST

М

BYTE

1

YAADL

XAADL

М

BYTE

1

ZAAO

YAADH

М

BYTE

1

Описание полей:

RST — (Relative accelerometer data Structure Type) — тип структуры данных изменения показаний акселерометра. Для структуры, описанной в таблице 13, значение равно 0;

TMS — приращение ко времени определения предыдущей структуры ARDS (для первой записи ARDS приращение к полю АТ), указанное в единицах, установленных полем RTU:

XAS, YAS. ZAS — (X Axis Acceleration Delta Sign) — обозначает знак изменения значений усхоре* ния по осям х. у и 2 соответственно:

0    — положительное приращение.

1    — отрицательное приращение;

XAADL. XAADH — младшие 5 и старший один бит (всего б битое) значений изменения (относи* тельно предыдущей структуры ARDS) показаний акселерометра по оси х. Диапазон значений — от 0 до 63 единиц, установленных полем MU (в стандартном случае это соответствует значениям от 0 до 0.63 д;

YAADL. YAADH — младшие 3 и старшие 2 бита (всего 5 битов) значений изменения (относительно предыдущей структуры ARDS) показаний акселерометра по оси у. Диапазон значений — от 0 до 31 единицы, — установленных полем MU (в стандартном случае это соответствует значениям от 0 до 0.31 д):

ZAAD — значение (7 битое) изменения (относительно предыдущей структуры ARDS) показаний акселерометра по оси г. Диапазон значений —от 0 до 63 единиц, установленных полем MU (в стандарт* ном случае это соответствует значениям от 0 до 0.63 д).

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

Если ускорения не изменяются дольше семи промежутков времени (с погрешностью представ* ления измеренного значения ускорения в одну единицу дискретизации, установленную для поля MU в соответствии с таблицей 11). то должны передаваться структуры, указанные в таблице 14.

Если в определенный период времени зажигание автомобиля было выключено и ускорения не из* мерялись, то при очередной передаче информации с ТС необходимо в один транспортный пакет, в одну запись уровня поддержки услуг, помещать две сервисные под записи EGTS_SR_EP_ACCEL_DATA. не содержащие ни одной структуры ARDS, а содержащие только структуру ADS. Такие подэаписи должны следовать в пакете непосредственно друг за другом. Первая из них должна ссылаться на последний момент времени, когда зажигание еще было включено, вторая — на момент времени, когда зажигание снова включили.

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

Как правило, структура, указанная в таблице 13, применима к периодам движения ТС с частыми, но не резкими (незначительными) изменениями ускорения. С учетом максимального размера пакета передачи данных в сетях подвижной радиотелефонной связи в одном пакете EGTS может быть раз* мещено до 466 структур ARDS.

20

ГОСТ Р 57483—2017

Таблица 14 —Формат структуры ARDS данных при неизменности показаний акселерометра в течение длигегъ-ного периода времени.

Бит 7

Бит в

Бит S

Бит 4

Бит 3

Бит 2

Бит »

Бит 0

Тип

Тип

Данных

Размер.

байт

TMS

RST

М

BYTE

1

Описание полей:

RST — Relative accelerometer data Structure Type — тип структуры данных изменения показаний акселерометра. Для структуры, описанной е таблице 14. равно 1:

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

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

Структуры данного типа передаются, как правило, в тех случаях, когда ТС стоит с включенным зажиганием или движется равномерно по ровной дороге.

Подзапись EGTS_SR_EP_ACCEL_DATA будет содержать структуры ARDS и с типом RST. равным 0 (при движении), и с типом RST. равным 1 (при остановках), покрывающими без пропусков во времени некий интервал периода записи профиля ускорения.

6.3.4.2 Подзапись EGTS_SR_EP_ACCEL_DATA2

Данная подэапись применяется с целью уменьшения объема информации о профиле ускорения для тех периодов стоянки или движения ТС. когда от измерения к измерению соблюдается условие, что значение ускорения изменяется больше, чем на значение дискретности, установленное полем MU (см. таблицу 11), по одной или любым двум осям ТС. но не по всем трем сразу.

Структура подзаписи EGTS_SR_EP_ACCEL_DATA2 приведена в таблице 15. Она аналогична структуре подзаписи EGTS_SR_EP_ACCEL_DATA (см. 6.3.4.1). за исключением того, что в своей динамической части с данными об истории ускорения содержит массив более коротких структур ARSDS (Accelerometer Relative Short Data Structure).

Таблица 15— Структура подзаписи EGTS_SR_EP_ACCEL_DATA2

Бит 7

Бит в

Бит S

Бит 4

Бит 3

Бит 2

Бит t

БитО

Тип

Тип

ДЯНМЫХ

Размер.

байт

B# (Block Number)

M

BYTE

1

AT (Absolute Time)

М

UINT

4

ATMSL (Absolute Time Milliseconds Low Bits)

М

BYTE

1

B#H

ATMSH

М

BYTE

1

RSAL (Relative Structures Amount Low Bits)

М

BYTE

1

RSAH

RTU

MU

М

BYTE

1

ADS (Accelerometer Data Structure)

М

BINARY

6

ARSDS1 (Accelerometer Relative Short Data Structure 1)

О

BINARY

1.2

ARSDS1023 (Accelerometer Relative Short Data Structure 1023)

О

BINARY

1.2

Физический смысл, размерность и формат всех полей от начала записи и до структуры ADS включительно полностью совпадают с описанием соответствующих полей подэаписи EGTS_SR_EP_ACCEL_ DATA (см. описание к таблице 11).

Структуры ARSDS имеют два варианта представления:

а) структура, показывающая, что в течение определенного времени изменений измеренных акселерометром значений ускорений нет ни по одной из осей ТС (значение поле RST равно 1).

21

ГОСТ Р 57483—2017

Формат структуры представлен в таблице 14. а содержание и описание полей аналогичны соответствующей структуре ARDS подзаписи EGTS_SR_EP_ACCEL_DATA (см. 6.3.4.1);

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

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

Структура ARSDS представляет собой последовательный лоток битов. При этом первый бит должен быть установлен в 0 (значение RST равно 0).

Далее следует однобитовое поле ХАР (X Accel data Present). Если оно равно 0. то в структуре не передается приращение величины ускорения по оси х (поля XAS и XAD не присутствуют в битовом потоке. а далее следует сразу поле ZAP).

Если бит ХАР установлен в 1. то далее в битовом потоке должны быть представлены поля XAS и XAD следующего формата:

-    XAS (X Accel data Sign) — однобитовое поле, определяющее знак приращения величины ускорения по оси х:

0    — соответствует положительному приращению ускорения.

1    — соответствует отрицательному приращению ускорения:

-    XAD (X Accel Data) — поле длиной 5 битов, содержащее величину приращения ускорения по оси

x.    выраженное в единицах, установленных полем MU подзаписи EGTS_SR_EP_ACCEL_DATA2.

Примечание — При стандартном значении параметра дискретности 0,01 g поле позволяет вместить приращения ускорения до 0,31 д.

Далее следует однобитовое поле ZAP (Z Accel data Present). Если оно равно 0. то в структуре не передается приращение величины ускорения по оси г (поля ZAS и ZAD не присутствуют в битовом потоке. а далее следует сразу поле YAS).

Если бит ZAP установлен в 1. то далее в битовом потоке в обязательном порядке следуют поля ZAS и ZAD следующего формата:

-    ZAS (Z Accel data Sign) — однобитовое поле, определяющее знак приращения величины ускорения по оси г:

0    — соответствует положительному приращению ускорения,

1    — соответствует отрицательному приращению ускорения.

-    ZAD (Z Accel Data) — поле длиной 5 битов, содержащее значение приращения ускорения по оси г. выраженное в единицах, установленных полем MU подзаписи EGTS_SR_EP_ACCEL_DATA2.

Примечание — При стандартном значении параметра дискретности 0.01 g попе позволяет вместить приращения ускорения величиной до 0.310 д.

В связи с тем. что структура ARSDS используется для передачи приращения ускорений не более чем по двум осям ТС. при условии помещения в битовый лоток информации о приращениях по осям х и z приращение по оси у в битовый поток не упаковывается.

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

-    YAS (Y Accel data Sign) — однобитовое поле, определяющее знак приращения значения ускорения по оси у:

0    — соответствует положительному приращению ускорения.

1    — соответствует отрицательному приращению ускорения:

-    YAD (Y Accel Data) — поле длиной 5 битов, содержащее значение приращения ускорения по оси

y.    выраженное в единицах, установленных полем MU подзаписи EGTS_SR_EP_ACCEL_DATA2.

Примечание — При стандартном значении параметра дискретности 0.01 g попе позволяет вместить приращения ускорения величиной до 0.310 д.

Далее, независимо от того, по какой из осей передавались приращения ускорений, в битовый поток упаковывается однобитовое поле TMS, указывающее, на сколько интервалов времени, установленных полем RTU. отстает от предыдущего определение ускорений, представленное данным экземпляром структуры. Значение 0 соответствует интервалу в одну единицу времени, значение 1 соответствует интервалу в две единицы времени. Если ускорение не имело приращений в течение большего числа единиц времени, то следует разместить структуру ARSDS, у которой поле RST равно 1 (см. таблицу 14).

22

ГОСТ Р 57483—2017

Значения приращений ускорений XAD. YAD и ZAD упаковываются в битовый поток младшими битами вперед, а общий размер упакованного битового потока структуры ARSDS данного формата равен двум байтам.

6.3.4.3 Подзапись EGTS_SR_EP_ACCEL_DATA3

Данная поддались применяется для тех интервалов движения ТС. когда ускорения по осям претерпевают существенные изменения (по осям х и 2 свыше 63 единиц, установленных полем MU. по оси у — свыше 31 единицы) от определения к определению, отстоящим по времени на интервал, установленный полем RTU.

Структура подзаписи EGTS_SR_EP_ACCEL_DATA3 приведена в таблице 16. Она аналогична структуре подзаписи EGTS_SR_EP_ACCEL_DATA (см.6.3.4.1). за исключением того, что в своей динамической части с данными о профиле ускорения содержит массив структур АО (Accelerometer Data).

Таблица 16 — Структура подзаписи EGTS_SR_EP_ACCEL_DATA3

Бот 7

Бит 6

Бит S

Бит 4

Бит 3

Бит 2

Бит »

Бит 0

Тип

Тип

данных

Размер.

байт

В» (Block Number)

м

BYTE

1

AT (Absolute Time)

м

UINT

4

ATMSL (Absolute Time Milliseconds Low Bits)

м

BYTE

1

B#H

ATMSH

м

BYTE

1

RSAL (Relative Structures Amount Low Bits)

м

BYTE

1

RSAH

RTU

MU

м

BYTE

1

ADS (Accelerometer Data Structure)

м

BINARY

6

ADI (Accelerometer Data 1)

О

BINARY

1.7

AD1023 (Accelerometer Data 1023)

О

BINARY

1.7

Назначение, размерность и формат всех полей от начала записи и до структуры ADS включительно полностью совпадают с описанием соответствующих полей подзаписи EGTS_SR_EP_ACCEL_DATA (см. описание полей к таблице 11).

Структуры АО имеют два варианта представления:

а)    структура, показывающая, что в течение определенного времени изменений измеренных акселерометром значений ускорений нет ни по одной из осей ТС (значение поля RST равно 1). Формат структуры представлен в таблице 14. а назначение и описание полей аналогичны соответствующей структуре ARDS подзаписи EGTS_SR_EP_ACCEL_DATA (см.6.3.4.1);

б)    структура, содержащая изменения показаний акселерометра по осям (значение поля RST равно 0).

Формат структуры представлен в таблице 17.

Таблица 17 — Структура AD (Accelerometer Data) подзаписи EGTS_SR_EF_ACCEL_DATA3

Бит 7

Бит в

Бит 5

Бит 4

Бит 3

Бит 2

Бит 1

Бит 0

Тип

Тип

данных

Размер.

Байт

TMS

RST

М

BYTE

1

XAAV (X Axis Acceleration Value)

м

SHORT

2

YAAV (Y Axis Acceleration Value)

м

SHORT

2

ZAAV (Z Axis Acceleration Value)

м

SHORT

2

Описание полей:

RST — должно быть установлено в 0;

TMS — приращение ко времени определения предыдущей структуры AD (для первой записи АО приращение к полю АТ), указанное в единицах времени, установленных полем RTU. 8 течение всего

23

ГОСТ Р 57483—2017

этого времени по всем трем осям измеренные акселерометром значения ускорений были точно такими же. что и в предыдущей структуре AD. в пределах погрешности и дискретности представления показа* ний. установленных полем RTU. Максимальное значение поля равно 127 единицам RTU:

XAAV — значение линейного ускорения по оси х в единицах и с дискретностью, установленных полем MU (см. таблицу 11):

YAAV — значение линейного ускорения по оси у в единицах и с дискретностью, установленных полем MU (см. таблицу 11);

2AAV — значение линейного ускорения по оси г в единицах и с дискретностью, установленных полем MU (см. таблицу 11).

6.3.4.4 Алгоритм работы ТСК при подготовке данных о профиле ускорения

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

а)    в начале нового цикла в новом буфере формируется начало подзаписей EGTS SR_EP_AC-CEL_DATA. EGTS_SR_EP_ACCEL_DATA2. EGTS_SR_EP_ACCEL_DATA3 (они одинаковы по структуре). включая структуру AOS. но не заполняются поля RSAL. RSAH;

б)    на регулярной основе осуществляется определение ускорения и с установленной периодичностью. определяемой полем RTU. принимается решение об описывании в буфере структуры ARDS. ARSDS или AD одного из двух форматов (в зависимости от условий изменения ускорений);

в)    при превышении объема очередного буфера величины 1413 байт после добавления очередной структуры ARDS, ARSDS или AD:

1)    данному буферу присваивается очередное значение B# (е цикле от 0 до 1023). которое помещается в поля B# и В#Н в начале подзаписи EGTS_SR_EP_ACCEl_DATA, EGTS_SR_EP_ACCEL_DATA2 или EGTS_SR_EP_ACCEt_DATA3, заполняются поля RSAL и RSAH по числу накопленных в буфере структур, буфер может передаваться на формирование кода аутентификации, которое занимает определенное время;

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

3)    сформированный буфер данных с профилем ускорения, а также его код аутентификации сохраняются вместе в энергонезависимой памяти:

Алгоритмы 1)—3) реализуются циклически. Буферы данных и их коды аутентификации удаляются по истечении интервала времени, установленного в соответствии с перечислением а)7) 5.3 или перечислениями 6)1) 5.3 и 6)2) 5.3.

Алгоритм функционирования ТСК по подготовке данных о профиле ускорений при ручной активации ТСК или получении команды (см. 6.4) аналогичен алгоритму, установленному в 6.3.3.3.

6.3.5 Подзапись EGTS_SR_EP_SIGNATURE

Подзапись EGTS_SR_EP_SIGNATURE. структура которой приведена в таблице 18. предназначена для предоставления информации о коде аутентификации одного или более массивов данных, передаваемых об одном событии (об одном событии «Европротокола»).

Таблица 18 — Структура под записи EGTS_SR_EP_SIGNATURE

Бит 7

Бит 6

Бит S

Бит <

Бит Э

Бит 2

Бит 1

БитО

Тип

Тип

данных

Pasuep.

байт

VER (Version)

М

BYTE

1

SA (StructuresAmount)

М

BYTE

1

ASD1 (Array 1 Signature Data)

М

BINARY

VAR

ASD2 (Array 2 Signature Data)

О

BINARY

VAR

ASD255 (Array 255 Signature Data)

О

BINARY

VAR

Описание полей:

VER — версия формата блока информации о коде аутентификации (значение для поля VER должно быть установлено в 0);

SA— число структур с массивами данных, соответствующих коду аутентификации. Может быть от одной и более, в зависимости от требуемой схемы подписания массива данных о событии «Европротокола»; ADS1 ... ADS255 — структуры, содержащие информацию о коде аутентификации одного массива. Состав структуры ADS приведен в таблице 19.

24

ГОСТ Р 57483—2017

Таблица 19 — Состав полей структуры ADS подзаписи EGTS_SR_EP_SIGNATURE

Бит 7

Бит в

Бит S

Бит 4

Бит 3

Бит 2

Бит 1

БитО

Тип

Тип

данных

Размер.

байт

B#

М

BYTE

1

KEY# (Key Number)

м

USHORT

2

ALGID (Algorithm Identifier)

м

UINT

4

SLNL (Signature Length Low Bits)

м

BYTE

1

B#H

SLNH (Signature Length High Bits)

м

BYTE

1

SD (Signature Data)

м

BINARY

VAR

Описание полей:

8# — младшие 8 битов порядкового номера блока с кодом аутентификации для проверки его некорректируемое™:

8#Н — (Block Number High Bit) — старшие 2 бита порядкового номера блока с кодом аутентификации для проверки его некорректируемое™;

KEY# — номер ключа из массива ключей, доступных ТСК. с помощью которого сформирован код аутентификации данного блока данных. 8 данной версии ТСК поддерживает один ключ.

Примечание — Рекомендуемое значение для включения в поле KEY# должно выбираться исходя из условия, что ТСК поддерживает один ключ:

ALGID — идентификатор алгоритма генерации кода аутентификации.

Примечание — Рекомендуемое значение для включения в поле ALGID — 0x8034, что соответствует алгоритму HMAC_GOSTR3411_2012_256:

SLNL. SLNH — младшие 8 битов и старшие 6 битов значения длины данных кода аутентификации;

SD — данные кода аутентификации массива данных.

Примечания

1    Если требуется определение кода аутентификации всего массива информации о событюг « Европротокола», перед вычислением кода аутентификации указанный массив информации объединяется без выравнивания содержимого всех сервисных подзаписей (их полезной нагрузки — поля SDR (Subrecord Data)) в следующем порядке:

-    педзапись EGTS_SR_EP_MAIN_DATA;

-    подзаписи EGTS_SR ЕР TRACK_DATA. если передаются:

-    псдзаписи EGTS_SR_EP_ACCEL_DATA. EGTS_SR_EP_TRACK_DАТА2. EGTS_SR_EP_TRACK_DATA3. если передаются:

-    псдзаписи EGTS_SR_EP_RAW_DATA. если передаются.

2    Информация подзаписей о траектории движения ТС упорядочиваются по времени в порядке возрастания.

3    Информация подзаписей о профиле ускорения упорядочивается по времени без учета типа псдзаписи.

4    Информация подзаписей о первичных навигационных данных упорядочивается по времени в порядке возрастания.

5    Сформированный массив денных используется для вычисления кода аутентификации.

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

6.3.6 Подзапись EGTS_SR_EP_RAW_DATA

Подзапись EGTS_SR_EP_RAW_DATA. структура которой приведена в таблице 20. предназначена для передачи дополнительных данных по каждому навигационному спутнику, используемому при определении координатно-временных параметров ТС: условный номер спутника, определенные значения псевдодальности и доплеровского сдвига, соотношение сигнал/шум. время определения.

Таблица 20 — Структура псдзаписи EGTS_SR_EP_RAW_DATA

Бит 7

Бит 6

Бит 5

Бит 4

Бит 3

Бит 2

Бит J

БитО

Тип

Тип

данных

Размер.

байт

B# (Block Number)

М

BYTE

1

B#H

MSA (Measurement Structures Amount-1)

м

BYTE

1

25

ГОСТ Р 57483—2017

Окончание таблицы 20

Бит 7

Бит s

Бит S

Бит 4

Бит Э

Бит 2

Бит 1

Би>0

Тип

Тип

данных

Размер.

байт

ATM (Absolul Time)

М

UINT

4

DATA.GNSS

TtME.GNSS

М

BYTE

1

MSI (Measurement Structure 1)

М

BINARY

VAR

MSI (Measurement Structure 2)

О

BINARY

VAR

MS255 (Measurement Structure 64)

О

BINARY

VAR

Описание полей:

B# — младшие 8 битое порядкового номера блока с кодом аутентификации дпя проверки его не» корректируемости;

В#Н — старшие 2 бита порядкового номера блока с кодом аутентификации для проверки его не» корректируемости:

MSA — число передаваемых в данной подэаписи структур данных об одном изменении первич» ных навигационных данных (номера спутников, время измерения, соотношение сигнал/шум. псевдо» дальность, доплеровский сдвиг);

ATM — время проведения измерений первой передаваемой структуры первичных навигационных данных (номера спутников, время измерения, соотношение сигнал/шум. псевдодальность, доплеровский сдвиг) (число секунд с 00:00:00 01.01.2010IFTC);

DATA_GNSS — идентификатор ГНСС. от которой представлены первичные навигационные данные:

TIME_GNSS — идентификатор ГНСС. по шкале времени которой представлено время данных определений (значение в совокупности поля АТМ и полей RTM структур Measurement Structure). Используются следующие идентификаторы:

1    — ГЛОНАСС:

2    — GPS;

3    —Beidou;

4    — Galileo;

MS1. MS2.....MS64 — (Measurement Structure) — структуры данных об одном определении пер

вичных навигационных параметров (номера спутников, время определения, соотношение сигнал/шум, псевдодальность, доплеровский сдвиг).

Структура данных MS приведена в таблице 21.

Таблица 21 — Состав структуры MS

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

Тип

Тип

данных

Размер.

байт

RTM (Relative Time)

M

USHORT

2

SATA (Satellites Amount)

M

BYTE

1

SAT# 1 (Number of 1st Satellite)

M

BYTE

1

SNR 1 (Signal to Noise Ratio 1)

M

BYTE

1

PR 1 (Pseudo Range 1)

M

UINT

4

OOP 1 (Dopier!)

M

I NT

4

SAT# 2 (Number of 2nd SateBite)

О

BYTE

1

SNR 2 (Signal to Noise Ratio 2)

О

BYTE

1

PR 2 (Pseudo Range 2)

О

UINT

4

OOP 2 (Dopier 2)

О

I NT

4

...

SAT# Last (Number of 2nd Satellite)

О

BYTE

1

26

ГОСТ Р 57483—2017

Окончание таблицы 21

Бит 7

Бит в

Бит S

Бит 4

Бит 3

Бит 2

Бит »

Бит 0

Тип

Тип

денных

Размер.

байт

SNR Last (Signal to Noise Ratio Last)

О

BYTE

1

PR Last (Pseudo Range Last)

О

UINT

4

OOP Last (Dopier Last)

О

INT

4

Описание полей:

RTM — смещение времени в миллисекундах относительно значения ATM;

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

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

SAT# — номер видимого спутника;

SNR — отношение сигнал/шум сигнала от спутника с номером SAT#;

PR — измеренная псеедодальность от спутника, см:

OOP — доплеровский сдвиг. МГц.

6.3.7 Подзапись EGTS_SR_EP_COMP_DATA

6.3.7.1 Подзапись EGTS_SR_EP_COMP_DATA. структура которой приведена в таблице 22. предназначена для передачи в сжатом виде информации других сформированных подзаписей сервиса EGTS_EUROPROTOCOL_SERVICE. кроме подзаписей EGTS SR_RECORD_RESPONCE и EGTS_SR_ ЕР MAIN DATA.

Таблица 22 — Структура подэаписи EGTS_SR_EP_COMP_DATA

Бит 7

Бит в

Бит S

Бит 4

Бит 3

Бит 2

Бит 1

Бит В

Тип

Тип

данных

Размер,

байт

B# (Bloc* Number)

М

BYTE

1

SRT (Subrecord Type)

м

BYTE

1

B#H

CM

м

BYTE

1

CDL (Compressed Data Length)

м

USHOfiT

2

CD (Compressed Data)

м

BINARY

VAR

Данные для подзаписи EGTS_SR_EP_COMP_DATA формируются на основе данных какой-либо сформированной подзаписи до момента определения ее кода аутентификации. Ко всему массиву данных сформированной подэаписи применяется алгоритм сжатия данных. Сжатые данные помещаются в поле CD.

Поле CM (Compression Method) служит для указания примененного алгоритма сжатия данных.

Примечание — В поле СМ рекомендуется помещать значение, равное 0. что соответствует применению алгоритма deflate, определенного е RFC 1951. и упаковыванию в формат ztib. определенный в RFC 1950.

Данные полученного сжатого массива помещаются в поле CD. а его длина — в поле CDL.

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

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

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

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

• EGTS_SR_EP_ACCEL_DATA;

- EGTS_SR_EP_ACCEL_DATA2;

27

ГОСТ Р 57483—2017

-    EGTS_SR_EP_ACCEL_DATA3;

-    EGTS_SR_EP_RAW_DATA.

Не допускается применять сжатие следующих подзаписей:

-    EGTS_SR_RECORD_RESPONCE;

-    EGTS_SR_EP_MAIN_DATA;

• EGTS_SR_EP_COMP_DATA.

Примечания

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

2    Определение кода аутентификации блока информации размером в 1413 байт осуществляется за интервал времени не более 7.6 с.

6.4    Расширение сервиса команд EGTS_COMMAND_SERVlCE

6.4.1    Команда включения/отключения автоматической передачи данных при автоматических срабатываниях ТСК

По умолчанию производится внеочередная отправка массива данных об автоматически зафиксированном ТСК событии «Европротокола».

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

Для данной команды зарегистрирован идентификатор 0x0081. который должен быть помещен в поле СЮ псщзаписи EGTS_SR_COMMAND_DATAсервиса EGTS_COMMAND_SERVICE.

Команда имеет один параметр размерностью BYTE. Если параметр установлен в 1. то ТСК должно автоматически отправлять массив данных об автоматически зафиксированном событии «Европротокола» непосредственно после фиксации такого события: если параметр команды установлен в 0. то автоматической отправки не производится.

При приеме данной команды ТСК должно подтвердить прием команды стандартным для сервиса EGTS_COMMAND_SERVICE способом.

6.4.2    Команда управления активностью функционала «Европротокол»

ТСК должно реализовывать обработку команды еключения/еыключения (активации) функционала «Европротокол» на ТСК.

Для данной команды зарегистрирован идентификатор 0x0082. который должен быть помещен в поле СЮ подзаписи EGTS_SR_COMMAND_DATA сервиса EGTS_COMMAND_SERVICE.

Команда имеет один параметр размерностью BYTE. Если параметр установлен в 1. то в ТСК активируется функционал «Европротокол», иначе е ТСК функционал «Европротокола» отключен и соответствующие алгоритмы не выполняются.

При приеме данной команды ТСК должен подтвердить прием команды стандартным для сервиса EGTS_COMMAND_SERVICE способом, а затем начать формирование и передачу массива информации о ручной активации ТСК (поле ACT подзаписи EGTS_SR_EP_MAIN_DATA должно быть установлено в 0).

6.5    Дополнительные требования к реализации сервиса оказания страховых услуг

6.5.1    8 6.5 установлены требования по реализации отдельных алгоритмов функционирования ТСК в целях сокращения временных затрат на доставку информации о событии «Европротокола» в инфраструктуру ГАНС «ЭРА-ППОНАСС».

6.5.2    Применение алгоритма «скользящего окна» при передаче данных на сервер:

а)    факторы, обусловливающие необходимость применения алгоритма «скользящего окна»:

1)    формирование для передачи значительных объемов информации после фиксации события «Европротокола».

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

б)    содержание алгоритма «скользящего окна»:

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

28

ГОСТ Р 57483—2017

2) ТСК приостанавливает передачу до получения всех подтверждений в случае:

•    достижения на транспортном уровне и уровне поддержки услуг порогового числа непод-твержденных пакетов/записей.

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

в) величину «окна» устанавливает изготовитель ТСК (рекомендованное значение — не менее пяти пакетов транспортного уровня).

6.5.3 Оптимизация порядка передачи составных частей информации о событии «Европротокола»

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

а)    сначала передаются сформированные данные о событии «Европротокола», данные траектории движения, данные профиля ускорения;

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

в)    формирование и передача (по возможности — определение кодов аутентификации) массивов с первичной навигационной информацией и отправка их на сервер.

Реализация вышеизложенного алгоритма позволяет оперативно принять и проверить некоррек-тируемость основных данных о событии «Европротокола» и только потом приступить к работе с дополнительными данными.

6.6 Описание расширения сервиса авторизации EGTS_AUTH_SERVICE

6.6.1 Сервис авторизации EGTS_AUTH_SERVICE применительно к ТСК дополняется подзаписью EGTS_SR_TERM_IDENTITY2. за которой закрепляется номер типа подэаписи. равный 10.

Структура подэаписи EGTS_SR_TERMl_DENTITY2 приведена в таблице 23.

Таблица 23 — Структура подэаписи EGTS_SR_TERM_1DENnTY2

Бит 7

Бит в

Бит S

Бит 4

Бит 3

Бит 2

Бит t

Бит 0

Тип

Тип данных

Размер.

байт

ТЮ (Terminal Identifier)

M

UINT

4

Flags

M

BYTE

1

MNE

BSE

NIDE

SSRA

LNGCE

IMSIE

IMEIE

HDIDE

HDIO

Home Dispatcher Identifier)

0

USHORT

2

IMEI (International Mobile Equipment Identity)

0

STRING

15

IMS! (international Mobile Subscrfcer Identity)

О

STRING

16

LNGC (Language Code)

0

STRING

3

NID (Network Identifier)

0

BINARY

3

BS (Buffer Size)

0

USHORT

2

MSISON (Mobile Station Integrated Services Digital Network Number)

О

STRING

15

ICCE

M

BYTE

1

ICCID

О

STRING

19

Поля подзаписи EGTS_SR_TERMJDENTITY2 имеют следующие назначения:

•    TID — Terminal Identifier — уникальный идентификатор ТСК. который формируется и присваивается ТСК автоматически посредством отбрасывания крайней правой цифры в значении 1ССЮ (всего 19 цифр) с последующим представлением в десятичной системе счисления десяти правых цифр в оставшемся после вышеуказанной операции значении ICCID:

•    HDIDE — битовый флаг, который определяет наличие поля НОЮ в подзаписи (если бит равен 1. то поле передается, если 0. то не передается);

- IMEIE — битовый флаг, который определяет наличие поля IMEI в подзаписи (если бит равен 1. то поле передается, если 0, то не передается);

29

ГОСТ Р 57483—2017

•    IMSIE — битовый флаг, который определяет наличие поля IMS! в подзаписи {если бит равен 1, то поле передается, если 0. то не передается);

•    LNGCE — битовый флаг, который определяет наличие поля LNGC в подэаписи (если бит равен 1. то поле передается, если 0. то не передается);

•    SSRA — битовый флаг для определения алгоритма использования сервисов (если бит равен 1. то используется «простой» алгоритм, если 0. то алгоритм «запросов» на использование сервисов);

-    NIDE — битовый флаг определяет наличие поля NID в подзаписи {если бит равен 1. то поле передается, если 0. то не передается);

•    BSE — битовый флаг, определяющий наличие поля BS в подзаписи {если бит равен 1. то поле передается, если 0. то не передается);

-    MNE — битовый флаг, определяющий наличие поля MSISON в подзаписи {если бит равен 1. то поле передается, если 0, то не передается);

•    HDID — опциональное поле, идентификатор «домашней» телематической платформы (подробная учетная информация о ТСК хранится на данной платформе);

•    IMEI — опциональное поле, идентификатор мобильного устройства (модема ТСК). При невозможности определения данного параметра ТСК должно заполнять данное поле значением 0 во всех 15 символах:

-    IMSI — опциональное поле, идентификатор мобильного абонента. При невозможности определения данного параметра ТСК должно заполнять данное поле значением 0 во всех 16-ти символах;

•    LNGC — опциональное поле для кода языка, предпочтительного к использованию на стороне ТСК (например, «гив» — русский);

•    NID — опциональное поле, идентификатор сети оператора, в которой зарегистрировано ТСК. Используются 20 младших битов. Представляет пару кодов MCC-MNC:

•    BS — опциональное поле, максимальный размер буфера приема ТСК в байтах. Размер каждого пакета информации, передаваемого с сервера на ТСК. не должен превышать данного значения. Значение поля BS может принимать различные значения (1024, 2048, 4096) и зависит от реализации аппаратной и программной частей конкретного ТСК;

•    MSISON — опциональное поле, телефонный номер мобильного абонента. При невозможности определения данного параметра ТСК должно заполнять данное поле значением 0 во всех 15 символах (формат данных для заполнения поля — в соответствии с (4]);

-    ICCE — битовый флаг, который определяет наличие опционального поля ICCIO в подэаписи (если бит равен 1. то поле передается, если 0. то не передается);

-    ICCID — уникальный идентификатор SIM/USIM-карты. установленной в ТСК.

6.7 Передача МНД в некорректируемом виде

6.7.1    Передача МНД в некорректируемом виде с использованием тонального модема.

Передаваемый с использованием тонального модема объем МНД всегда равен 140 байт.

При этом полезная (задействованная) часть блока данных МНД вместе с данными Optional Additional Data, указанными в ГОСТ 33464—2015 (таблица В.1. (приложение В)), размещаются в начале блока данных, а незадействованные. оставшиеся свободными байты заполняются буферным значением (как правило, нулевым).

При передаче МНД в некорректируемом виде незадействованные байты используются следующим образом:

•    в первые два байта помещается номер ключа шифрования, с помощью которого ТСК была сформирована электронная подпись МНД;

-далее следует массив данных электронной подписи объемом 32 байта, сформированной по алгоритму HMAC_GOSTR3411_2012_2S6;

•    оставшиеся незадействованными байты заполняются нулевыми значениями до достижения установленного объема блока данных в 140 байт.

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

6.7.2    Передача МНД в некорректируемом виде с использованием SMS

Для передачи МНД по резервному каналу с использованием SMS используется расширение сервиса EGTS_ECALL_SERVICE. При этом должна быть сформирована подзапись EGTS_SR_SIGNED_ RAW_MSD_DATA, за которой закреплен идентификационный номер 41.

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

30

ГОСТ Р 57483—2017

Таблица 24 — Структура подзаписи EGTS_SR_SIGNED„RAW_MSD_DATA

Бит 7

Бит 6

Бит 5

Бит 4

Бит 3

Бит 2

Бит 1

БитО

Тип

Тип ДАННЫХ

Размер.

Байт

SK# (Security Key Number)

М

SHORT

2

SD (Signature Data)

М

BINARY

32

MSD (Minimal Set of Data)

М

BINARY

0...63

Описание полей:

•    SK# — Security Key Number — номер ключа, с помощью которого ТСК был сформирован код аутентификации МНД;

•    SD — Signature Data — массив размером 32 байта данных кода аутентификации, сформирован* ный по алгоритму HMAC_GOSTR3411 _2012_256. Код аутентификации формируется по всем данным поля MSD:

•    MSD — минимальный набор данных (полезная часть данных МНД и Optional Additional Data (см. 6.7.1).

31

ГОСТ Р 57483—2017

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

[1]    Федеральный закон от 28 декабря 2013 г. № 395-ФЗ «О Государственной автоматизированной информационной системе «ЭРА-ГЛОНАСС»

[2]    Федеральный закон от 25 апреля 2002 г. N9 40-ФЗ «Об обязательном страховании гражданской ответственности владельцев транспортных средств»

[3]    Технический регламент Таможенного союза «О безопасности колесных транспортных средств» (ТР ТС 016/2011), утвержденный Решением Комиссии Таможенного союза от 9 декабря 2011 г. N9 877 (в рад. решения Совета Евразийской экономической комиссии от 30 января 2013 г. N9 6)

[4]    Российская система и план нумерации (утверждены приказом Министерства информационных технологий и связи Российской Федерации от 17 ноября 2006 г. N9 142)

УДК 621.396.931:006.354    ОКС35.240.60

Ключевые слова: ГЛОНАСС, дорожно-транспортное происшествие, протокол транспортного уровня, техническое средство контроля обстоятельств, транспортное средство

БЗ 8—2017/30

Редактор Р.В. Гоеердовская Технический редактор И.Е. Черепкова Корректор П.С. Лысенко Компьютерная верстка Е.О. Асташина

Сдано в набор 06 07,2017, Подписано а печать 16.07.2017. Формат 80*84,/g. Гарнитура Ариап. Усп. печ. п. 4.18. Уч.-и*д. л. 3.78. Тираж 21»». Зак 1188.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

Издано и отпечатано во ФГУП «СТАНДАРТИНФОРМ», 123001 Москва. Гранатный лер.. 4

goslinfo.ru infoQgoslinfo.ru