ГОСТ Р 56950—2016
7.5.4 Буферизация CICAM
7.5.4.1 Общие замечания
В случае конфигурирования интерфейса TS в режим семпла CICAM может использовать буфер
входящих транспортных пакетов с различной задержкой.
7.5.4.2 Индикация размера буфера
CICAM должен предоставлять полный размер буфера, выделенного для всех треков семплов ин
терфейса TS. использованием APDU sd_start_reply.
7.5.4.3 Индикация уровня заполнения буфера
CICAM должен периодически предоставлять Хосту индикацию уровня заполнения буфера, встав
ляя таблицу уровня буфера BLT в TS. отправляемую обратно на Хост. Минимальный период времени
между последовательными BLT должен быть 180 миллисекунд. Максимальный период времени между
последовательными BLT должен быть 220 миллисекунд. CICAM должен вставлять секции BLT. исполь
зуя значение comms_PID 0x001С. как установлено для локальной связи в полосе сигнализации в [3]
(5.1.3). Информация об уровне буфера, обеспечиваемая CICAM. должна формироваться не менее чем
за 100 мс до начала выхода на Хост соответствующей секции BLT.
Рекомендуется, чтобы Хост оценивал буферное пространство в буфере CICAM для локального
TS каждый раз. когда принимается секция BLT, для того чтобы гарантировать непереполнение буфера
CICAM при передаче на CICAM дополнительных пакетов TS. Хост не должен делать предположения о
свободном пространстве буфера в CICAM и не отправлять больший объем данных, чем указано в по
следнем BLT.
7.5.4.4 Сброс буфера CICAM
Хост может потребовать от CICAM очистить буфер от всех транспортных пакетов, отправив FLT на
comms_PID через интерфейс TS. При получении FLT CICAM должен очистить буфер от всех транспорт
ных пакетов, полученных до приема FLT. CICAM подтверждает завершение операции очистки, вернув FLT на
comms_PID через интерфейс TS. Хост может начать передачу новых семплов после отправки FLT, не
дожидаясь FLT от CICAM (на основе информации, посланной CICAM в последнем полученном BLT).
7.5.5 Коммуникационные таблицы (comms)
7.5.5.1 Общие замечания
Когда интерфейс TS конфигурирован в режим семпла. Хост и CICAM через интерфейс TS обме
ниваются коммуникационными таблицами (comms) 39—42. представленными в 7.5.5.5—7.5 5.8 насто
ящего стандарта.
Коммуникационные таблицы 39— 42 перед вставкой в пакеты TS должны быть сегментированы
на частные секции с применением синтаксиса частной секции, определенного в системе MPEG-2 (9).
Пакеты TS. содержащие коммуникационные таблицы 39—42, не относящиеся к треку, т. е. FLT и
BLT, должны использовать значение РЮ. равное 0х001С, назначенное локальной связью внутриполос
ной сигнализации в [3] (5.1.3), и должны быть отображены непосредственно в пакеты TS. как указано
в
7.5.5.2
настоящего стандарта.
Пакеты TS. содержащие таблицы comms. которые имеют отношение к треку, т. е. SST и SET, долж
ны использовать соответствующий track_PID и должны быть отображены в поле адаптации, как указано
в 7.5.5.3 настоящего стандарта.
7.5 5.2
Отображение секций comms в пакеты TS
Секции comms. соответствующие таблицам comms, которые не ассоциируются с треком (FLT и
BLT), должны быть отображены непосредственно в пакеты TS. Начало первой секции в полезной на
грузке пакета TS должно указываться полем pointer_field. и таблица comms может запускаться в
начале полезной нагрузки пакета TS сразу после pointer_field. В пакете TS не должно быть больше
одного pointer_field. а начало другой секции может быть идентифицировано подсчетом длины первой и
после дующих секций, так как интервалы между секциями в пакете TS синтаксисом недопустимы.
В пакетах TS с одним значением PID секция должна быть закончена, прежде чем будет разрешен
запуск следующей секции. Если секция заканчивается до окончания пакета TS. а запуск новой секции
невозможен, то должен использоваться механизм стаффинга для заполнения пустого пространства.
Стаффинг должен выполняться заполнением каждого оставшегося байта пакета TS значением
OxFF. Если после последнего байта секции байт сразу же принимает значение OxFF, то остальная часть
пакета TS должна быть заполнена байтами стаффинга, имеющими значения OxFF.
Стаффинг не должен выполняться использованием механизма adaptation_field.
Более подробное описание механизма и функциональности представлено в [9] (2.4.4 и приложе
ние С).
50