ГОСТ Р 54708—2011
Приложение Б
(обязательное)
Физическое отображение
Фактическая передача PFT (или AF) пакетов должна быть возможна по многим видам существующих систем
передачи с разной возможной инфраструктурой. Три возможныхфизических отображения опредепены в этом при
ложении. однако этот список не является ни исчерпывающим, ни предписывающим. Новые отображения могут
быть определены в будущем.
Б.1 Пакетные связи
Сети пакетной коммутации становятся все более обычными, и во многих случаях либо PFT фрагменты, либо
AF пакеты могутбытьотображены точно в пакеты связи. MTU для уровня связи должен быть соблюден, и PFT фраг
ментация или PFT фрагментация Рида-Соломона должны использоваться, чтобы гарантировать, что единствен
ный исходный пакет не будет фрагментирован на канальном уровне связи.
6.1.1 UDP/IP
UDP/IP — одна из самых популярных сетей пакетной коммутации в настоящее время. PFT фрагменты и
AF пакеты могут быть отображены точно а пакеты UDP /1Р. если предусмотреть соблюдение MTU уровня
UDP/IP. PFT фрагментация или PFT фрагментация Рида-Соломона должна использоваться, чтобы гарантиро
вать. что единственный исходный пакет не будет фрагментирован.
Л
юбой определенный IP транспортный
интерфейсдля UDP/IP может использоваться, включая (но неограничивая). 10Base-T Ethernetили РРР (двухто
чечной) связи.
UDP/IP предоставляет источник и номера портов назначения, следовательно, необходимость использова
ния дополнительного PFT транспортного заголовка маловероятна, однако его использование не запрещено.
UDP/IP не гарантирует доставку пакетов, следовательно использование заголовка PFT Рида-Соломона
настоятельно рекомендуется, но не является обязательным.
Б.2 Потоковые связи
Потоковые коммуникации в этом контексте описывают любой тип не пакетных коммуникаций. Примерами
таких коммуникаций служат асинхронные последовательные каналы связи, синхронные последовательные кана
лы связи и каналы связи TCP/IP. Отличительная особенность таких каналов состоит в том. что наивысшие уровни
(например. AF или PFT уровень)обязаны устанавливать пакетную синхронизацию прежде, чем пытатьсядекодиро
вать поток.
Использование PFT уровня настоятельно рекомендуется, поскольку это было разработано для улучшения
надежностисинхронизации посравнению с необработанным AF уровнем, однако этотнеобработанный AF уровень
может использоваться непосредственно, если требуется.
Для физических каналов, которые не гарантируют безошибочный прием, рекомендуется использование
дополнительного механизма кода Рида-Соломона с FEC, обеспеченного PFT уровнем. Каналы типа TCP/IP гаран
тируют обеспечение безошибочной связи, не нуждающейся в использовании защитного кода Рида-Соломона,
однако линии связи, использующие RS-232. могут быть подвержены ошибкам и. следовательно, использование
дополнения а виде кода Рида-Соломона с FEC целесообразно.
Б.З Файл
PFT фрагменты илиАР пакеты могут бытьсохранены в виде файла для офлайнового распределения, архива
ции или любой другой цели. Стандартное отображение было определено путем использования опционально дос
тупного иерархического TAG элемента, однако в будущем другие отображения могут быть определены,
либо предложено использование его расширения.TAG элемент верхнегоуровня имеет TAG название 1to
_
ииспользуется для инкапсуляции TAG пакета, одна часть которого является AF пакетом или PFT фрагментом в
TAG элементе а/р/. Были определены дополнительные TAG элементы,чтобы контролировать прием илиуправлять
воспроизведением пакетов.
Б.3.1 Файл Ю(Но
_
) (рисунок Б.1)
TAG элемент *fio
_
" — самый высокий уровень TAG элемента а иерархии файлов TAG элементов.
Этот TAG элемент действует какконтейнер для TAG элемента afpf. TAG элемент time (метка времени) может
быть представлен опционально.
16