ГОСТ Р 53528— 2009
Окончание таблицы Б.2
tablejd
Тип секции OSM-CC
0x3F
Зарезервировано ISO/IEC (2]
0x40 — OxFE
Частный пользователь
OxFF
Запрещенный
Детализированное распределение величин tablejd представлено в ISO/IEC [3] (таблица 2-26).
Данные мультипротокольной инкапсуляции в транспортных потоках включают в себя вызовы удаленной
процедуры П-П и могут включать в себя частные данные.
Пояснения к назначениям tablejd DSM-CC приведены в ISO/IEC (2) (пункт 9.2.2).
Б.З Настоящий стандарт определяет отдельные параметры типов потока так. чтобы простой парсинг
ISO/IEC (3) таблицы РМТ мог найти идентификаторы PID для каждого типа секции DSM-CC (которые, в свою
очередь, допускают парсинг идентификаторов протокола).
Фильтрация может быть, кроме того, выполнена на поле tablejd в пределах DSMCC_section.
В таблице Б.З представлены назначения типов потока MPEG-2 для задач DSM-CC (stream_type).
Т а б л и ц а Б.З — Назначения типов потока MPEG-2 для задач DSM-CC
stteam_lype
Описание
0x00 — 0x09
Определен Рекомендацией ITU-T [4]. ISO/IEC
(3)
ОхОА
Мультипротокольная инкапсуляция
0x0В
DSM-CC сообщения П-С
ОхОС
DSM-CC дескрипторы потока
OxOD
DSM-CC секции (любой тип. включая частные данные)
ОхОЕ — 0х7Е
Определен Рекомендацией ITU-T [4]. ISO/IEC [3]
0x80 — OxFF
Частный пользователь
Детализированные определения величин MPEG-2 — в соответствии с ISO/IEC (3] (таблица 2-29).
Так как парсинг tablejd является рекомендуемым процессом, ограничения на виды информации должны
быть помещены в типы потока ОхОА — ОхОС следующим образом:
- только DSMCC_sect»ons с tablejd Ох ЗАдолжны содержаться в пакетах транспортного потока типа ОхОА;
- только DSMCC_sections с tablejd ОхЗВ и ОхЗС П-Пдолжны содержаться в пакетах транспортного потока
типа 0x0В:
- только DSMCC_sections с tablejd Ох3D П-П должны содержаться в пакетах транспортного потока типа
ОхОС:
- если парсинг tablejd доступен, то секция slream_type должна быть OxOD. В этом случае допускается
использование отображения всех секций DSM-CC в пакетах транспортного потока с одним и тем же PID.
Б.4 Интерфейс интероперабельной службы П-П (Sit) должен использовать механизм вызова удаленной
процедуры (RPC). Протоколы RPC настоящим стандартом не установлены.
Если эти сообщения необходимо переносить в транспортных потоках MPEG-2. тоонидолжны быть инкапсу
лированы согласно Logical Link Control (LLC) в соответствии с ISO/IEC [6] и SubNetwork Attachment Point (SNAP) в
соответствии c ISO/IEC [7].
Этот механизм формирования пакета допускается использовать для других полезных нагрузок, чтобы обес
печить однородный метод передачи данных в транспортных потоках MPEG-2.
Структура LLC/SNAP позволяет использовать для инкапсуляции сетевые протоколы OSI уровня 3. включая,
например, протокол маршрутизации в среде Интернет (IP).
Б.5 Сообщения П-С подразделяются на следующие категории:
- конфигурация П-С. Требования к сообщениям — в соответствии с приложением Г и ISO/IEC [2] (раздел 3);
- сообщения Сеанса П-С. Требования к сообщениям — согласно ISO/IEC [2] (раздел 4) и в соответствии
с приложением Д;
23