ГОСТ 33465—2015
Команда-запрос EGTS_TRACK_DATА. Сообщение 1.
[Заголовок записи уровня поддержки vc/ryr ICWFE-l. 010*0x123);
EGTS_$R_COMMAND_DATА (СТ=СГ_СОМ, CCT=CC_OK. CIDM);
Command Data (ADR=0. S2KI. ACTrO, CCO=EGTS_EGML_TRACK_DATA)|
c
=
=
Подтверждение. Сообщение 2.
(EGT5_SR_COMMAND_OATA на Сообщение 1
_______
<
t ct
_
co
m
co
n
t
.сст=сс_ок,
od i
)] _________
£GTS_SR_TRACK_OATA Сообщение 3.
(Заголовок записи уровня поддержки услуг (0BFE-1.ОШ*ОхШ))
Рисунок 6 — Алгоритм способа использования OID
- EVID — уникальный идентификатор события. Поле EVID задает глобальный идентификатор со
бытия и применяется, когда необходимо логически связать с одним единственным событием набор
нескольких информационных сущностей, причем сами сущности могут быть разнесены как по разным
информационным пакетам, так и по времени. При этом прикладное программное обеспечение имеет
возможность объединить все эти сущности воедино в момент представления пользователю информа
ции о событии. Например, если с нажатием тревожной кнопки связывается серия фотоснимков, поле
EVID должно указываться в каждой сервисной записи, связанной с этим событием на протяжении пере
дачи всех сущностей, связанных с данным событием, как бы долго не длилась передача всего пула
информации;
- ТМ — время формирования записи на стороне отправителя (секунды с 00:00:00 01.01.2010 UTC).
Если в одном пакете транспортного уровня передаются несколько записей, относящихся к одному объ
екту и моменту времени, то поле метки времени ТМ может передаваться только в составе первой
записи,
- SST — идентификатор тип сервиса-отправителя, сгенерировавшего данную запись. Например,
сервис, обрабатывающий навигационные данные на стороне УСВ, сервис команд на стороне телема
тической платформы и т. д.;
- RST — идентификатор тип сервиса-получателя данной записи. Например, сервис, обрабаты
вающий навигационные данные на стороне телематической платформы, сервис обработки команд на
стороне УСВ и т. д.;
- RD — поле, содержащее информацию, присущую определенному типу сервиса (одну или не
сколько подзаписей сервиса типа, указанного в поле SST или RST. в зависимости от вида передавае мой
информации).
6.6.3 Общая структура подзаписей
Формат отдельной подзаписи в протоколе уровня поддержки услуг приведен в таблице 15.
Таблица 15 — Формат отдельной подзаписи протокола уровня поддержки услуг
Бит 7Бит вБит 5Бит 4Бит 3Бит 2Бит 1Бит 0ТипТип данных
Размер,байт
SRT (Subrecord Туре)
М
BYTE
1
SRL (Subrecord Length)
м
USHORT
2
SRD (Subrecord Data)
о
BINARY
0... 65495
Примечания
1
SRT — тип подзаписи (подтип передаваемых данных в рамках общего набора типов одного сервиса).
Тип 0 — специальный, зарезервирован заподзаписью подтверждения данных для каждого сервиса. Конкретные
значения номеров типов подзаписей определяются логикой самого сервиса. Протокол оговаривает лишь то. что
этот номер должен присутствовать, а нулевой идентификатор зарезервирован.
2 SRL — длина данных в байтах подзаписи в поле SRD:
3
SRD — данные подзаписи. Наполнение данного поля специфично для каждого сочетания идентифика
тора сервиса и типа подзаписи.
19