ГОСТ 33472—2015
АСН водном пакете транспортногоуровня нескольких записей подряддля разныхсервисов, но отодного и того же объ
екта. поле OID может присутствовать только в первой записи, а в последующих записях может быть опущено;
EVID (Event Identifier) — уникальный идентификатор события. Поле EVID задает глобальный идентификатор
события и применяется, когда необходимо логически связать с одним единственным событием набор несколь ких
информационных сущностей, причем сами сущности могут быть разнесены как по разным информационным
пакетам, так и по времени. При этом прикладное ПО имеет возможность объединить все эти сущности воедино в
момент представления пользователю информации о событии. Например, если с нажатием тревожной кнопки
связывается серия фотоснимков, поле EVID должно быть указано в каждой сервисной записи, связанной с этим
событием на протяжении передачи всех сущностей, связанных с данным событием, независимо от того, как долго не
длилась передача всего пула информации;
ТМ (Time) — время формирования записи на стороне отправителя (секунды с 00:00:00 01.01.2010 UTC). Если
в одном пакете транспортного уровня передаются несколько записей, относящихся к одному объекту и моменту
времени, то поле метки времени ТМ может передаваться только в составе первой записи:
SST (Source Service Type) — идентификатор типа сервиса-отправителя, сгенерировавшего данную запись.
Например, сервис, обрабатывающий навигационныеданные на стороне АСН. сервис команд на стороне ТП и т. д.;
RST (Recipient Service Type) — идентификатор типа сервиса-получателя данной записи. Например, сервис,
обрабатывающий навигационные данные на стороне ТП. сервис обработки команд на стороне АСН и т. д.:
RD (Record Data) — поле, содержащее информацию, присущую определенному типу сервиса (одну
или несколько подзалисей сервиса типа, указанного в поле SST или RST. в зависимости от вида предаваемой
информации).
В.2.3 Общая структура подзаписей
В таблице В.2 представлен формат отдельной подзаписи протокола уровня поддержки услуг.
Т а б л и ц а В.2 — Формат отдельной подзаписи протокола уровня поддержки услуг
Б и т 7Б ит 6Б и т бБ и т 4Б и т 3Б и т 2Б и т 1Б ит 0Т ипТ и п д а н н ы хР а зм е р , байт
SRT (Subrecord Туре)
MBYTE
1
SRL (Subrecord Length)
MUSHORT
2
SRD (Subrecord Data)
ОBINARY
0... 65495
Поля таблицы В.2 содержат:
SRT (Subrecord Туре) — тип подзаписи (подтип передаваемых данных в рамках общего набора типов одного
сервиса). Тип 0 — специальный, зарезервирован за подзаписью подтверждения данных для каждого сервиса. Кон
кретные значения номеров типов подзаписей определяются логикой самого сервиса. Протокол указывает лишь то, что
этот номер должен присутствовать, а нулевой идентификатор зарезервирован;
SRL (Subrecord Length) — длина данных в байтах подзаписи в поле SRD:
SRD (Subrecord Data) — данные подзаписи. Наполнение данного поля специфично для каждого сочетания
идентификатора типа сервиса и типа подзаписи.
На каждую информационную запись уровня поддержки услуг должно быть отправлено подтверждение, кото
рое содержит подзапись с информацией об идентификаторе подтверждаемой записи и результате ее обработки.
Описание и формат подтверждения представлены в перечислении а) В.3.2.2.
На рисунке В.З представлен алгоритм работы механизма подтверждений протокола уровня поддержки услуг.
Каждое сообщение протокола содержит в себе заголовок и контрольную сумму транспортного уровня и одну
или нвсхолько записей уровня поддержки услуг. Причем в одном сообщении могут содержаться как информацион
ные записи, так и подтверждения на ранее принятые записи.
В.З Описание сервисов предоставления услуг
В.3.1 Список сервисов
Под сервисом в настоящем стандарте подразумевается элемент инфраструктуры ТП. обеспечивающий
функциональное выполнение алгоритма той или иной услуги с использованием описываемого протокола.
В таблице В.З представлен список поддерживаемых сервисов, их функциональное описание и соответству
ющие идентификаторы (поле «Код») в десятичном виде.
В.3.2 Сервис EGTS_AUTH_SERVICE
В.3.2.1 Общие положения
Для описания данного сервиса вводятся понятия: «авторизуемая ТП», «авторизующая ТП».
Авторизуемая ТП — платформа, которая инициирует обмен данными между платформами с запросом на
идентификацию (путем передачи записи с идентификационными данными на авторизующую ТП). В качестве ав
торизуемой ТП, в основном, выступает АСН. Запись с запросом на идентификацию содержит следующие данные:
- идентификатор АСН (авторизуемой ТП). который необходим для регистрации в базе данных (далее — БД)
авторизующей ТП.
47