ГОСТ Р 54708—2011
8
SYNC (синхронизация): двухбайтовое представление “AF” в коде ASCII.
LEN: длина полезной нагрузки в байтах.
SEQ: порядковый номер. Каждый посланный AF пакет должен увеличить порядковый номер на
единицу независимо от контента (содержания). Не должно быть никакого требования, чтобы первый
полученный пакет имел определенную величину. Счетчик делает свертку от FFFF
16
до 0000
16
, таким
образом величина будет принимать значения FFFЕ
16
, FFFF
16
, 0000
16
, 0001
16
и т. д.
AR: пересмотр AF протокола — область, комбинирующая CF, MAJ и MIN поля.
CF: CRC флаг: имеет значение 0, если CRC поле не используется (CRC значение должно быть
0000
16
) или 1, если CRC поле включает действительный CRC.
MAJ: используется старший пересмотр AF протокола (см. 6.2).
MIN: используется младший пересмотр AF протокола (см. 6.2).
PT (тип протокола): один байт, кодирующий протокол данных, переносимых в полезной нагрузке.
Для TAG пакетов, значение в коде ASCII представляется как «Т».
CRC: CRC рассчитывается, как описано в приложении А, по полю AF заголовка и полезной
нагрузки, если поле СF есть 1, в противном случае (CF равно нулю) CRC значение равно 0000
16
.
6.2 История версий
История версий AF протокола приведена в таблице 1.
Та бл и ц а 1 — История версий
Старшая версия
Младшая версия
Дата
Изменения
01
16
00
16
2003—01—28
Начальный публичный
выпуск
7 Уровень PFT
Уровень PFT (дополнительная защита, фрагментация и транспортировка) осуществляет согласно
названию три отдельные функции. Первая — защита от ошибок с использованием кода Рида-Соломо-
на, который может обнаруживать и исправлять индивидуальные битовые ошибки, а также восстанав-
ливать целые потерянные пакеты. Вторая — фрагментация, разделение больших пакетов на меньшие
части, подходящие для каналов передачи данных и которые предписываются ниже MTU. Наконец, уро-
вень PFT позволяет использовать такую ограниченную форму адресации транспортировки, чтобы те
нижние уровни, которые не включают адресацию (например, RS-232 для последовательных связей),
могли бы использоваться с многократными транспортными потоками. Совсем не обязательно, чтобы
все три функции использовались одновременно, и использование дополнительных полей заголовка
минимизирует затраты, когда определенных требований не предъявляется.
Разрешены следующие сочетания:
- инкапсулирование;
- простая фрагментация;
- использование кода Рида-Соломона с FEC и фрагментация.
Кроме того, каждое из вышеупомянутых трех сочетаний может быть объединено при желании с
адресацией транспортировки. Эти варианты представлены на рисунке 10.