ГОСТ Р 56096-2014
виртуального канала. Его значение для виртуальных каналов аналогично значению основного
счетчика фреймов для главного канала.
5.10.12.12 Шестнадцатиразрядное поле состояния поля данных (биты 32-47) должно состоять
из пяти подполей:
- флаг вторичного заголовка (1 бит);
- флаг синхронизации (1 бит);
- флаг порядка пакетов (1 бит);
- идентификатор длины сегмента (2 бита);
- указатель заголовка первого пакета.
Это поле указывает на наличие вторичного заголовка и должно содержать информацию о типе
данных, содержащихся во фрейме, и вместе со счетчиком фреймов виртуального канала
информацию, необходимую для извлечения пакетов или сегментов из поля данных фрейма.
5.10.12.13 Флаг вторичного заголовка (32-й бит основного заголовка фрейма) указывает на
наличие или отсутствие в структуре фрейма необязательного вторичного заголовка. Наличие
вторичного заголовка индицируется значением «1» флага, отсутствие - значением «0». Для главного
канала флаг вторичного заголовка должен оставаться статичным в течение всей фазы полета.
5.10.12.14 Флаг синхронизации (33-й бит заголовка) должен иметь значение «0», если в поле
данных находятся пакеты источника, сегменты или неинформационные данные. При передаче во
фрейме других данных (конфиденциальной информации) флаг должен иметь значение «1». Флаг не
должен меняться для виртуального канала в течение всей фазы полета.
5.10.12.15 Исходные блоки данных пакетов или сегментов обычно вставляются в поле данных
фрейма выровненными по границам байт. Начало пакета/сегмента может не совпадать с началом
поля данных. Начало заголовка пакета/сегмента в поле данных фрейма должно указываться
значением поля указателя первого заголовка. Если границы байт не выровнены с границами поля
данных,топередаваемыевструктурефреймаданныедолжнырассматриватьсякак
конфиденциальные.
5.10.12.16 Флаг порядка пакетов (34-й бит заголовка) при значении «0» флага синхронизации
должен быть установлен на значение «0» и может принимать произвольное значение при значении
«1» флага синхронизации. Данный бит зарезервирован для будущих версий форматов данных.
Примечание —Данный битзарезервировандля будущих версий форматовданных.
5.10.12.17 Идентификатор длины сегмента (35-й и 36-й биты заголовка) должен содержать
значение длины сегмента:
- «00» - 256 байт: -
«01» -512 байт: -
«10» - 1024 байт.
Если в данном виртуальном канале передаются только несегментированные пакеты, поле
должно содержать значение «11».
Последний сегмент в поле данных фрейма может быть короче, чем 256. 512 или 1024 байта.
5.10.12.18 Указатель первого заголовка (биты 37-47) должен содержать двоичное значение
номера первого байта в поле данных фрейма. Все байты поля данных фрейма должны быть
последовательно пронумерованы, начиная с нуля. Положение в поле данных следующих пакетов или
сегментов вычисляется с использованием информации об их длине, содержащейся в их заголовках.
Данный указатель должен использоваться только при значении «0» флага синхронизации.
Если фрейм не содержит заголовков пакетов/сегментов. то данный указатель должен быть
установлен на значение «11111111111», если во фрейме содержатся только неинформационные
(холостые) пакеты - на значение «11111111110».
5.10.13 Вторичный заголовок фрейма
5.10.13.1Необязательный вторичный заголовок фрейма передачи должен следовать
непосредственно за основным заголовком. Его наличие определяется значением «1» флага
вторичного заголовка (32-й бит основного заголовка). Вторичный заголовок должен состоять из двух
подполей:
- поле идентификации вторичного заголовка (8 бит);
- поло данных вторичного заголовка (8.16
......
504 бита).
5.10.13.2 Вторичный заголовок связан с виртуальным или главным каналом и должен иметь
фиксированную длину в связанном канале.
5.10.13.3 Поле идентификации должно состоять из двух подполей:
- номер версии вторичного заголовка фрейма (2 бита);
- поло длины вторичного заголовка фрейма (6 бит).
16