ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ

Сервисная информация. Общие технические требования

Предисловие

1    РАЗРАБОТАН Федеральным государственным унитарным предприятием «Ордена Трудового Красного Знамени научно-исследовательский институт радио» (ФГУП НИИР)

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 480 «Связь»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 8 ноября 2013 г. №1338-ст

4 ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном формационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (gost.ru)

© Стандартинформ, 2014

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии

Окончание таблицы 3

Значение Описание 0x76 related content section 0x77 content identifier section 0x78 Секция MPE-FEC 0x79 resolution notification section 0х7А Секция MPE-IFEC 0x7 В - 0x7 D Зарезервировано для использования в будущем 0x7 Е discontinuity information section 0x7 F selection information section 0x80 - OxFE user defined OxFF Зарезервировано

5.7 Дескрипторы программ и элементов программ

5.7.1    Дескрипторы программ и элементов программ представляют собой структуры, которые следует использовать для расширения определений программ и элементов программ. Все дескрипторы должны иметь формат, который должен начинаться с поля метки descriptor_tag. После метки descriptor_tag должно следовать поле длины дескриптора descriptor_length и поле данных [3].

5.7.2    Семантические определения полей дескрипторов:

descriptor_tag: метка дескриптора - поле длиной 8 бит, которое идентифицирует каждый дескриптор. descriptor_length: длина дескриптора - поле длиной 8 бит, определяющее число байтов дескриптора, который следует сразу после поля descriptorjength.

Значения меток дескриптора descriptor_tag и названия дескрипторов, определенные в [3] для программно-зависимой информации PSI, приведены в Приложении А.

5.7.3    Дескрипторы, определенные в [1] и применяемые в системах DVB, а также их местоположение в таблицах сервисной информации SI приведены в Приложении Б. Приведенное местоположение дескрипторов в конкретных таблицах SI не ограничивает их возможного применения в других таблицах SI [1].

6 Таблицы сервисной информации

6.1    Таблица взаимосвязи программ РАТ

6.1.1    Таблица взаимосвязи программ РАТ должна определять соответствие между меткой program_number и значением PID для пакетов транспортного потока. Метка program_number - это числовая метка, связанная с программой. Для каждой службы в мультиплексе таблица РАТ должна указывать местонахождение соответствующей таблицы РМТ (значения PID пакетов транспортного потока). Она также должна указывать местонахождение таблицы сетевой информации NIT.

6.1.2    Общая таблица может содержаться в одной или нескольких секциях с описанным далее синтаксисом. Она может быть сегментирована и может занимать несколько секций (см. таблицу 4).

table_id: идентификатор таблицы (см. таблицу 3).

sectionsyntaxindicator: индикатор синтаксиса секции - поле длиной 1 бит, которое должно быть установлено равным "1". reserved:зарезервировано.

sectionjength: длина секции - поле длиной 12 бит, первые два бита которого должны иметь значение "00". Оставшиеся 10 битов определяют количество байтов в секции, начинающейся сразу же после поля sectionjength, включая CRC. Значение в этом поле не должно превышать величины 1021 (0x3FD).

transport_stream_id: идентификатор транспортного потока - поле длиной 16 бит, которое служит меткой, для того чтобы отличить этот транспортный поток от любого другого мультиплексированного потока в сети. Его значение определяется пользователем.

version_number: номер версии - поле длиной 5 бит представляет собой номер версии полной таблицы взаимосвязи программ. Номер версии должен увеличиваться на 1 (по модулю 32) всегда, когда происходят изменения в таблице взаимосвязи программ. Когда индикатор current_next_indicator установлен в "1", поле version_number должно соответствовать применяемой в текущий момент версии таблицы РАТ. Когда индикатор current_nextJndicator установлен в "0", поле version_number должно соответствовать следующей применяемой версии таблицы взаимосвязи программ. current_next_indicator: индикатор текущая/следующая - поле длиной 1 бит, которое, будучи установлено в "1", указывает, что в настоящий момент применяется переданная таблица РАТ. Когда этот бит установлен в "0", он указывает, что переданная таблица уже неприменима, и что должна быть введена в действие следующая таблица.

section_number: номер секции - поле длиной 8 бит указывает номер этой секции. Поле section_number первой секции в таблицы взаимосвязи программ должно быть представлено в шестнадцатеричном формате. Оно должно увеличиваться на 1 с появлением каждой дополнительной секции в таблице взаимосвязи программ.

last_section_number: номер последней секции - поле длиной 8 бит указывает номер последней секции (т.е., секции с наибольшим номером section_number) полной таблицы взаимосвязи программ. program_number: номер программы - поле длиной 16 бит. Он определяет программу, к которой применяется поле program_map_PID. Когда он установлен в 0x0000, то следующим опорным PID должен быть PID сети. Во всех других случаях значение этого поля определяется пользователем. Это поле не должно принимать никакого значения более чем один раз в пределах одной версии таблицы взаимосвязи программ. (Поле program_number может использоваться, например, для обозначения радиовещательного канала).

network_PID: РЮ сети вещания - это поле длиной 13 бит, которое используется только в объединении со значением поля program_number = 0x0000 и определяет значение PID пакетов транспортного потока, которые должны содержать таблицу сетевой информации. Присутствие идентификатора network_PID является необязательным.

program_map_PID - поле длиной 13 бит, определяющее значение PID пакетов транспортного потока, которые должны содержать секцию program_map_section, применимую программе, определенной полем program_number. Ни одно поле program_number не должно иметь более одного назначения program_map_PID.

CRC_32 - поле длиной 32 бита, которое содержит значение кода циклической проверки на основе избыточности CRC. При отсутствии ошибок в данных после обработки полной секции РАТ результатом проверки являются "нули" на выходе регистров в декодере, определенном в Приложении В.

6.2 Таблица структуры программы РМТ

6.2.1 Таблица структуры программы РМТ обеспечивает связь между номерами программ и составными элементами программы при помощи идентификаторов программ PID. Таблица структуры

9

ГОСТ P 55697—2013

определение отдельной программы, и, следовательно, отдельной секции. Когда индикатор current_next_indicator установлен в "1", поле version_number должно соответствовать применяемой в текущий момент версии секции TS_program_map_section. Когда индикатор current_next_indicator установлен в "О", поле version_number должно соответствовать следующей применяемой версии секции TS_program_map_section.

current_next_indicator: индикатор текущая/следующая - поле длиной 1 бит, которое, когда установлено в "1", указывает, что в настоящий момент применяется переданная секция TS_program_map_section. Когда этот бит установлен в "О", он указывает, что переданная секция TS_program_map_section уже неприменима, и что должна быть введена в действие следующая секция TS_program_map_section.

section_number: номер секции - поле длиной 8 бит, значение которого должно быть представлено в шестнадцатеричном виде.

last_section_number: номер последней секции - значение поля длиной 8 бит должно быть представлено в шестнадцатеричном виде.

PCR_PID - поле длиной 13 бит, указывающее значение PID пакетов транспортного потока, которые должны содержать поля PCR, действующие для программы, определенной полем prog га m_n umber. Если для потоков конфиденциальной информации ни одно значение PCR не связано с определением программы, то поле PCR_PID должно принимать значение 0x1 FFF.

program_info_length - поле длиной 12 бит, первые два бита которого должны иметь значение "00". Оставшиеся 10 битов определяют количество байтов в дескрипторах, которые следуют сразу же после поля program_info_length.

stream_type: тип потока - поле длиной 8 бит, определяющее тип элемента программы, передаваемого в пакетах с PID, значение, которое определяется полем elementary_PID. Значения поля stream_type определяются в Приложении Г.

elementary_PID: РЮ элементарного потока - поле длиной 13 бит, определяющее значение РЮ пакетов транспортного потока, в которых передается элемент соответствующей программы. ES_info_length - поле длиной 12 бит, первые два бита которого должны иметь значение "00". Оставшиеся 10 битов определяют количество байтов описателей элемента соответствующей программы, который следует сразу же после поля ES_info_length.

CRC_32 - поле длиной 32 бита, которое содержит значение кода циклической проверки на основе избыточности CRC. При отсутствии ошибок в данных после обработки полной секции РМТ транспортного потока результатом проверки являются "нули" на выходе регистров в декодере, определенном в Приложении В.

6.3 Таблица условного доступа CAT

6.3.1    Таблица условного доступа CAT должна описывать связь между одной или несколькими системами условного доступа, используемыми в мультиплексе, их потоки ЕММ и любые конкретные параметры, связанные с ними. Информация таблицы CAT - конфиденциальная (в данном стандарте она не может быть определена) и зависящая от конкретной используемой системы условного доступа, но она должна содержать местоположение потока ЕММ, когда таковой существует.

6.3.2    Таблица CAT может состоять из одной или нескольких секций с синтаксисом, приведенным в таблице 6. Она может быть сегментирована и занимать несколько секций.

6.3.3 Семантические определения полей в секции условного доступа: table_id: идентификатор таблицы (см. таблицу 3).

section_syntax_indicator: индикатор синтаксиса секции - поле длиной 1 бит, которое должно быть установлено равным "1". reserved: зарезервировано.

sectionjength: длина секции - поле длиной 12 бит, первые два бита которого должны иметь значение "00". Оставшиеся 10 битов определяют количество байтов в секции, которая начинается сразу же после поля sectionjength, включая поле CRC. Значение в этом поле не должно превышать величины 1021 (0x3FD).

version_number: номер версии - поле длиной 5 бит представляет собой номер версии полной таблицы условного доступа. Номер версии должен увеличиваться на 1 (по модулю 32) каждый раз, когда происходит изменение информации, передаваемой в таблице CAT. Когда индикатор current_next_indicator установлен в "1", поле version_number должно соответствовать применяемой в текущий момент версии таблицы условного доступа. Когда индикатор current_next_indicator установлен в "0", поле version_number должно соответствовать следующей применяемой версии таблицы условного доступа.

current_next_indicator: индикатор текущая/следующая - поле длиной 1 бит, которое, будучи установлено в "1" указывает, что в настоящий момент применяется переданная таблица условного доступа. Когда этот бит установлен в "0", он указывает, что переданная таблица - следующая таблица условного доступа.

section_number: номер секции - поле длиной 8 бит указывает номер этой секции. Поле section_number первой секции в таблице условного доступа должно иметь значение 0x00. Оно должно увеличиваться на 1 с введением каждой дополнительной секции в таблицу условного доступа. last_section_number: номер последней секции - поле длиной 8 бит указывает номер последней секции (т.е. секции с наибольшим номером section_number) полной таблицы условного доступа. CRC_32 - поле длиной 32 бита, которое содержит значение кода циклической проверки на основе избыточности CRC. При отсутствии ошибок в данных после обработки полной секции условного доступа CAT результатом проверки являются "нули" на выходе регистров в декодере, определенном в Приложении В.

6.4 Таблица описания транспортного потока TSDT

6.4.1 Таблица описания транспортного потока TSDT является дополнительной. Если она присутствует, то описание транспортного потока должно передаваться в пакетах транспортного потока, которые имеют значение PID = 0x0002, и должно применяться ко всему транспортному потоку целиком. Таблица описания транспортного потока TSDT должна обеспечивать передачу дескрипторов для всего транспортного потока в целом. В таблице TSDT должно использоваться значение tablejd = 0x03, определенное в таблице 4, и оно должно передаваться в пакетах транспортного потока, имеющих значение PID = 0x0002, как определено в таблице 2.

Синтаксис таблицы описания транспортного потока TSDT представлен в таблице 7.

ГОСТ P 55697—2013

установлено равным "1". reserved:зарезервировано.

sectionjength: длина секции - поле длиной 12 бит, первые два бита которого должны иметь значение "00". Оставшиеся 10 битов определяют количество байтов в секции, которая начинается сразу же после поля sectionjength, включая CRC. Значение в этом поле не должно превышать величины 1021 (0x3FD).

version_number: номер версии - поле длиной 5 бит представляет собой номер версии всей таблицы описания транспортного потока в целом. Номер версии должен увеличиваться на 1 (по модулю 32) всегда, когда меняется определение таблицы описания транспортного потока. Когда индикатор current_nextJndicator установлен в "1", то поле version_number должно соответствовать применяемой в текущий момент таблице описания транспортного потока. Когда индикатор current_next_indicator установлен в "0", поле version_number должно соответствовать следующей применяемой версии таблицы описания транспортного потока.

current_next_indicator: индикатор текущая/следующая - поле длиной 1 бит, которое, будучи установлено в "1", указывает, что в настоящий момент применяется переданная таблица описания транспортного потока. Когда этот бит установлен в "0", он указывает, что переданная таблица уже неприменима, и что должна быть введена в действие следующая таблица.

section_number: номер секции - поле длиной 8 бит указывает номер секции. Поле section_number первой секции в таблице описания транспортного потока должно иметь значение 0x00. Оно должно увеличиваться на 1 с введением каждой дополнительной секции в таблицу описания транспортного потока.

last_section_number: номер последней секции - поле длиной 8 бит указывает номер последней секции (т.е., секции с наибольшим номером section_number) полной таблицы описания транспортного потока.

CRC_32 - поле длиной 32 бита, которое содержит значение кода циклической проверки на основе избыточности CRC. При отсутствии ошибок в данных после обработки полной секции описания транспортного потока TSDT результатом проверки являются "нули" на выходе регистров в декодере, определенном в Приложении В.

6.5 Таблица сетевой информации NIT

6.5.1    Таблица сетевой информации NIT должна отражать информацию, относящуюся к

физической организации мультиплексов и транспортных потоков, передаваемых по данной сети, а также характеристики сети. Комбинация идентификаторов исходной сети original_networkJd и транспортного потока transport_stream_id    должны позволять идентифицировать каждый

транспортный поток единственным образом. Так как сетевые идентификаторы networkjd служат уникальными кодами опознавания сетей, то за сетями должны быть закреплены их индивидуальные значения. Сетевые идентификаторы networkjd и идентификаторы исходной сети original_networkJd могут принимать одинаковые или различные значения в зависимости от накладываемых на них ограничений [1].

6.5.2    Таблица сетевой информации является дополнительной, и ее содержание должно

быть конфиденциальным. Если она присутствует, то она должна передаваться в пакетах транспортного потока, которые имеют одинаковое значение РЮ, размещаемое в поле network_PID. Значение network_PID должно определяться пользователем и, если присутствует, то должно находиться в таблице    ассоциаций для программы    в    зарезервированном значении

program_number 0x0000. Если существует таблица сетевой информации, она должна передаваться в виде одной или нескольких частных секций private_section [3].

6.5.3    Приемник-декодер может иметь функцию сохранения информации NIT в энергонезависимой памяти, что позволяет минимизировать время доступа при переключении между каналами. Существует возможность передавать таблицы NIT для других сетей как дополнение таблицы для текущей сети. Установление различий между таблицами NIT для текущей сети и для других сетей должно обеспечиваться использованием различных значений табличного идентификатора tablejd.

6.5.4 Таблица NIT должна быть сегментирована в секции сетевой информации networkJnformation_section с использованием синтаксиса таблицы 8. Любые секции, составляющие часть таблицы NIT, должны передаваться в транспортных пакетах со значением идентификатора РЮ, равным 0x0010. Любые секции таблицы NIT, которые описывают фактическую сеть (т.е. сеть, частью которой является транспортный поток, содержащий NIT), должны иметь значение табличного идентификатора table id, равное 0x40, и одинаковые значения поля tableJd_extension (networkjd). Любые секции NIT, которые относятся к другой сети, а не к текущей, должны принимать значение tablejd, равное 0x41, а идентификатор networkjd должен иметь значение, выделяемое другой сетью.

13

Таблица8

Синтаксис Число битов Мнемокод network informaion section 0 { table id 8 uimsbf section_syntax_indicator 1 bslbf reserved future use 1 bslbf reserved 2 bslbf sectionjength 12 uimsbf network id 16 uimsbf reserved 2 bslbf version number 5 uimsbf current next indicator 1 bslbf section number 8 uimsbf last section number 8 uimsbf reserved future use 4 bslbf n etwo rk_d escri pto rs_le n gth for(i=0;i<N;i++){ descriptorO } reserved future use 12 uimsbf 4 bslbf transport_stream_loop_length for(i=0;i<N;i++){ 12 uimsbf transport_stream_id 16 uimsbf original_network_id 16 uimsbf reserved future use 4 bslbf tra ns po rt_d escri pto rs_l e ngth for(j=0;j<N;j++){ descriptorO } 12 uimsbf } crc 32 _1_ 32 rpchof

6.5.5    Каждая секция NIT должна передаваться не реже, чем каждые 10 с. Минимальный временной интервал между получением последнего байта секции и первым байтом следующей передаваемой секции, имеющей те же самые tablejd и table_id_extension, должен быть не менее 25 мс [4].

6.5.6    Семантические определения полей в секции сетевой информации NIT: tablejd: идентификатор таблицы (см. таблицу 3).

section_syntax_indicator: индикатор синтаксиса секции - поле длиной 1 бит, которое должно быть установлено в 1.

reserved_future_use: зарезервировано для использования в будущем. reserved: зарезервировано.

sectionjength: длина секции - поле длиной 12 бит, первые два бита которого должны быть установлены в “00”. Оно определяет число байтов секции, начинающихся сразу после поля section length (включая код проверки CRC). Длина поля section length не должна превышать 1021 байт, чтобы секция целиком имела максимальную длину 1024 байта.

networkjd: идентификатор сети - поле длиной 16 бит служит меткой, идентифицирующей систему доставки, о которой сообщается в таблице NIT, и позволяющей отличить ее от любой другой системы доставки.

version_number: номер версии - поле длиной 5 бит является номером версии субтаблицы. Номер version_number должен быть увеличен на 1 всякий раз, когда происходит изменение в информации, переносимой в рамках субтаблицы. Когда он достигает значения 31, то циклически сбрасывается в 0. Когда индикатор current_nextJndicator установлен в 1, то номер version_number должен быть таким же, как у применяющейся в данный момент субтаблицы, определенной значениями идентификаторов tablejd и networkjd. Когда индикатор current_nextJndicator установлен в 0, номер version_number должен быть таким же, как у следующей применимой субтаблицы, определенной значениями идентификаторов tablejd и networkjd.

current_next_indicator: индикатор текущая/следующая - поле длиной 1 бит, которое, будучи

ГОСТ P 55697—2013

установлено в 1, показывает, что субтаблица является применимой в настоящее время, а будучи установлено в 0, - на то что посланная субтаблица еще не является применимой и должна быть получена следующая, которая будет введена в действие.

section_number: номер секции - поле длиной 8 бит, сообщающее номер секции. Номер первой секции в sub_table должен иметь значение “0x00”. Номер section_number должен быть увеличен на 1 для каждой дополнительной секции с теми же самыми идентификаторами tablejd и networkjd. last_section_number: номер последней секции - поле длиной 8 бит, определяющее номер последней секции (т.е. секции с самым высоким значением section_number) субтаблицы, частью которой является эта секция.

network_descriptors_length: длина сетевых дескрипторов - поле длиной 12 бит, задающее полную длину в байтах следующих сетевых дескрипторов.

transport_stream_loop_length - длина циклов транспортного потока - поле длиной 12 бит, сообщающее общую длину в байтах циклов транспортного потока, которые следуют за данным полем и заканчиваются перед первым байтом кода проверки CRC-32.

transport_stream_id: идентификатор транспортного потока - поле длиной 16 бит, которое служит меткой, идентифицирующей и позволяющей отличить данный транспортный поток от любого другого мультиплекса в системе доставки.

original_network_id: идентификатор исходной сети - поле длиной 16 бит, которое служит меткой, идентифицирующей networkjd первоначальной системы доставки.

transport_descriptors_length: длина транспортных дескрипторов - поле длиной 12 бит, которое определяет в байтах полную длину следующих за ним дескрипторов транспортного потока. CRC_32 - поле длиной 32 бита, которое содержит значение кода циклической проверки на основе избыточности CRC. При отсутствии ошибок в данных после обработки полной секции сетевой информации NIT результатом проверки являются "нули" на выходе регистров в декодере, определенном в Приложении В.

6.6 Таблица управляющей информации IPMP

6.6.1    Таблица управляющей информации IPMP должна присутствовать в транспортном потоке, если какой-либо из компонентов транспортного потока использует механизм IPMP. Передача в транспортном потоке таблицы IPMP должна сигнализироваться идентификатором РЮ со значением 0x03.

6.6.2    Управляющая информация IPMP должна содержать следующие структурные элементы: список инструментов IPMP, граф управления IPMP (указывает, где в системе применен тот или иной инструмент), контейнер инструментов IPMP (программные модули необходимых инструментов) и контейнер прав IPMP (правила применения).

6.6.3    Таблица управляющей информации IPMP должна присутствовать, если какой-либо из компонентов в транспортном потоке использует сжатие по стандарту MPEG-4.

6.6.4    Так как размер таблицы управляющей информации IPMP может быть большим, то частота повторения этой таблицы должна быть подобрана таким образом, чтобы при декодировании в приемнике-декодере она отвечала требованиям к транспортному буферу системы.

6.6.5    Различным классам управляющей информации IPMP, переносимой в секциях с идентификатором tablejd, равным 0x07, должны соответствовать теги classjag, приведенные в таблице 9.

Таблица 10

Синтаксис Число битов Мнемокод IPMP_Control_lnfo_sectionO { table id 8 uimsbf section_syntax_indicator 1 bslbf "0" 1 bslbf reserved 2 bslbf sectionjength 20 uimsbf reserved 2 bslbf i pm p_co nt ro l_i nfo_ve rs i о n 5 uimsbf current next indicator 1 bslbf section number 8 uimsbf last_section_number 8 uimsbf descriptorjenght for (i = 0; i < N; i++) { descriptor^ } isSigned 24 uimsbf 1 bslbf reserved If (isSigned) 7 bslbf Signature 8 ByteArrey NumCerts 8 uimsbf for (i = 0; i < numCerts; i++) { CertType 8 uimsbf Certificate } Verifying Tool ID } CRC 32 } 8 ByteArrey 128 uimsbf 32 rpchof

6.6.7 Семантические определения полей в секции управляющей информации IPMP:

table_id - идентификатор таблицы (см. таблицу 3).

section_syntax_indicator: индикатор синтаксиса секции - поле длиной 1 бит, которое должно быть установлено равным "1". reserved: зарезервировано.

section_length: длина секции - поле длиной 20 бит, определяющее число байтов данной секции следующих за ним, включая байты поля CRC. Значение поля не должно превышать 1048573. ipmp_control_info_version - поле длиной 5 бит описывает номер версии полной таблицы управляющей информации IPMP. Номер ipmp_control_info_version должен быть увеличен на 1 всякий раз, когда происходит изменение в информации, переносимой в рамках таблицы. Когда он достигает значения 31, то циклически сбрасывается в 0. Когда индикатор current_next_indicator установлен в 1, то номер версии должен быть таким же, как у применяющейся в данный момент таблицы управляющей информации IPMP. Когда индикатор current_next_indicator установлен в 0, номер версии должен быть таким же, как у следующей применимой таблицы управляющей информации IPMP.

current_next_indicator: индикатор текущая/следующая - поле длиной 1 бит, которое, будучи установлено в 1, показывает, что таблица управляющей информации IPMP является применимой в настоящее время, а будучи установлено в 0, - на то что посланная таблица управляющей информации IPMP еще не применима и должна быть получена следующая, которая будет введена в действие.

section_number: номер секции - поле длиной 8 бит, сообщающее номер секции. Номер первой секции в таблице управляющей информации IPMP должен иметь значение “0x00”. Номер section_number должен быть увеличен на 1 для каждой дополнительной секции таблицы управляющей информации IPMP. Когда он достигает значения 256, то циклически сбрасывается в 0. last_section_number: номер последней секции - поле длиной 8 бит, определяющее номер последней секции (т.е. секции с самым высоким значением section_number) таблицы управляющей информации IPMP, частью которой является эта секция.

descriptor_lenght: длина дескриптора - поле длиной 16 бит, определяющее общую длину поля дескрипторов, следующих сразу за данным полем.

16

ГОСТ P 55697—2013

isSigned: подписано - поле длиной 1 бит, которое отражает наличие подписи в таблице управляющей информации IPMP.

Signature: подпись - поле длиной 8 бит, которое содержит подпись для всей таблицы управляющей информации IPMP. Поле включает дескрипторы описывающие перечень применяемых механизмов и их контейнер.

CertType: тип сертификации - поле длиной 8 бит, которое описывает тип применяемого механизма сертификации.

NumCerts: число сертификатов - поле длиной 8 бит, которое описывает количество включенных сертификатов.

Certificate: сертификат - поле длиной 8 бит, содержащее список сертификатов.

Verifying Tool ID: идентификатор проверки сертификатов - поле длиной 128 бит, которое содержит идентификационные номера инструментов, необходимых для проверки сертификатов. В данном поле может, например, передаваться идентификационный номер терминала.

CRC_32 - поле длиной 32 бита, которое содержит значение кода циклической проверки на основе избыточности CRC. При отсутствии ошибок в данных после обработки полной секции IPMT результатом проверки являются "нули" на выходе регистров в декодере, определенном в Приложении В.

6.7 Таблица взаимосвязи программных пакетов ВАТ

6.7.1    Таблица взаимосвязи программных пакетов ВАТ должна содержать информацию, относящуюся к группам служб. Под группой служб понимается совокупность служб, элементы которых могут передаваться в различных сетях.

6.7.2    Таблица ВАТ должна быть сегментирована в секции групп служб bouquet_association_sections с использованием синтаксиса, приведенного в таблице 11. Любые секции, составляющие часть таблицы ВАТ, должны передаваться в транспортных пакетах со значением идентификатора PID, равным 0x0011. Любые секции таблицы ВАТ должны иметь значение табличного идентификатора tablejd, равное 0х4А.

Т а б л и ц а 11

Синтаксис Число битов Мнемокод bouquet_association_section(){ tablejd 8 uimsbf section_syntax_indicator 1 bslbf reserved Juture_use 1 bslbf reserved 2 bslbf sectionjength 12 uimsbf bouquetjd 16 uimsbf reserved 2 bslbf version_number 5 uimsbf current_nextJndicator 1 bslbf section_number 8 uimsbf last_section_number 8 uimsbf reserved Juture_use 4 bslbf bouquet_descriptors_length for(i=0;i<N;i++){ descriptorQ } reserved Juture_use 12 uimsbf 4 bslbf transport_stream_loop_length for(i=0;i<N;i++){ 12 uimsbf transport_stream_id 16 uimsbf original_networkJd 16 uimsbf reserved_future_use 4 bslbf transport_descriptors_length for(j=0;j<N;j++){ descriptorQ 12 uimsbf

17

ГОСТ P 55697—2013

Содержание

1    Область применения..........................................1

2    Нормативные ссылки.......................................... 1

3    Термины и определения........................................ 1

4    Обозначения и сокращения....................................... 2

5    Структура сервисной информации................................... 4

6. Таблицы сервисной информации....................................8

Приложение А (обязательное). Дескрипторы программ и элементов программ............29

Приложение Б (обязательное). Определение дескрипторов и их местоположение..........30

Приложение В (обязательное). Модель декодера CRC.........................32

Приложение Г (обязательное). Значения поля stream_type.......................33

Приложение Д (обязательное). Преобразования между временем и датой...............34

Библиография................................................38

III

table_id: идентификатор таблицы (см. таблицу 3).

section_syntax_indicator: индикатор синтаксиса секции - поле длиной 1 бит, которое должно быть установлено в 1.

reserved_future_use: зарезервировано для использования в будущем.

reserved: зарезервировано.

sectionjength: длина секции - поле длиной 12 бит, первые два бита которого должны быть установлены в “00”. Оно определяет число байтов секции, начинающихся сразу после поля section length (включая код проверки CRC). Длина поля section length не должна превышать 1021 байт, чтобы секция целиком имела максимальную длину 1024 байта.

bouquet_id: идентификатор взаимосвязи программных пакетов - поле длиной 16 бит служит меткой, идентифицирующей группу служб.

version_number: номер версии - поле длиной 5 бит является номером версии субтаблицы sub_table. Номер version_number должен быть увеличен на 1 всякий раз, когда происходит изменение в информации, переносимой в рамках sub_table. Когда он достигает значения 31, то циклически сбрасывается в 0. Когда индикатор current_next_indicator установлен в 1, то номер version_number должен быть таким же, как у применяющейся в данный момент субтаблицы, определенной значениями идентификаторов table_id и bouquet_id. Когда индикатор current_next_indicator установлен в 0, номер version_number должен быть таким же, как у следующей применимой субтаблицы sub_table, определенной значениями идентификаторов tablejd и bouquet_id.

current_next_indicator: индикатор текущая/следующая - поле длиной 1 бит, которое, будучи установлено в 1, показывает, что субтаблица является применимой в настоящее время, а будучи установлено в 0, - на то что посланная субтаблица еще не является применимой и должна быть получена следующая, которая будет введена в действие.

section_number: номер секции - поле длиной 8 бит, сообщающее номер секции. Номер первой секции в sub_table должен иметь значение “0x00”. Номер section_number должен быть увеличен на 1 для каждой дополнительной секции с теми же самыми идентификаторами tablejd и bouquetjd. last_section_number: номер последней секции - поле длиной 8 бит, определяющее номер последней секции (т.е. секции с самым высоким значением section_number) субтаблицы, частью которой является эта секция.

bouquet_descriptors_length: длина дескрипторов таблицы взаимосвязи программных пакетов -поле длиной 12 бит, задающее полную длину в байтах следующих дескрипторов. transport_stream_loop_length: длина циклов транспортного потока - поле длиной 12 бит, сообщающее общую длину в байтах циклов транспортного потока, которые следуют за данным полем и заканчиваются перед первым байтом кода проверки CRC-32.

transport_stream_id: идентификатор транспортного потока - поле длиной 16 бит, которое служит меткой, идентифицирующей и позволяющей отличить данный транспортный поток от любого другого мультиплекса в системе доставки.

original_networkJd: идентификатор исходной сети - поле длиной 16 бит, которое служит меткой, идентифицирующей networkjd первоначальной системы доставки.

transport_descriptors_length: длина транспортных дескрипторов - поле длиной 12 бит, которое определяет в байтах полную длину следующих за ним дескрипторов транспортного потока. CRC_32 - поле длиной 32 бита, которое содержит значение кода циклической проверки на основе избыточности CRC. При отсутствии ошибок в данных после обработки полной секции взаимосвязи программных пакетов ВАТ результатом проверки являются "нули" на выходе регистров в декодере, определенном в Приложении В.

6.8 Таблица описания услуги SDT

6.8.1 Таблица описания услуги SDT должна содержать перечень названий служб, провайдеров услуг и другие параметры, связанные с каждой службой в мультиплексе стандарта MPEG-2. Данные службы могут быть частью транспортного потока, в котором передается таблица SDT, или входить в состав других транспортных потоков, что определяется посредством значения идентификатора таблицы tablejd.

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ Сервисная информация. Общие технические требования

Digital video broadcasting _Service    Information    (SI).    General technical requirements_

Дата введения — 2014—09—01

1    Область применения

Настоящий стандарт распространяется на данные сервисной информации, входящие в состав транспортных потоков систем DVB первого и второго поколения, он устанавливает:

- методы передачи сервисной информации;

структуры, используемые для передачи сервисной информации; синтаксис структур передачи сервисной информации.

2    Нормативные ссылки

В настоящем стандарте использованы ссылки на следующие стандарты:

ГОСТ Р 52210-2004 Телевидение вещательное цифровое. Термины и определения

ГОСТ Р 52591-2006 Система передачи данных пользователя в цифровом телевизионном формате. Основные параметры

ГОСТ 17657-79 Передача данных. Термины и определения

ГОСТ 24375-80 Радиосвязь. Термины и определения

ГОСТ 24402-88 Телеобработка данных и вычислительные сети. Термины и определения

Примечание- При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии по стандартизации в сети Интернет или по ежегодно издаваемому информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения, Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

3    Термины и определения

В настоящем стандарте применены термины по ГОСТ Р 52210, ГОСТ Р 52591, ГОСТ Р 52722, ГОСТ Р 53528, ГОСТ 17657, ГОСТ 24375, ГОСТ 24402, а также следующие термины с соответствующими определениями, заимствованными из следующих документов международных организаций [1 - 5]:

3.1    дескриптор (descriptor): Структура данных, служащая для описания типа передаваемых данных и их значений.

3.2    идентификатор (identifier): Мнемоника, определенная для описания различных типов данных, которые используются в закодированном битовом потоке.

3.3    конфиденциальная информация (private information): Конфиденциальная информация представляет собой любые данные пользователя, которые не кодируются в соответствии со стандартом MPEG-2 Systems (ИСО/МЭК 13818-1:2013).

3.4    конфиденциальная секция (private section): Все типы секций, за исключением секций, определенных в стандарте MPEG-2 Systems (ИСО/МЭК 13818-1:2013).

Издание официальное

ГОСТ P 55697—2013

3.5    мнемокод (mnemonic code): Мнемоническое обозначение в стандартах MPEG-2.

3.6    открытая секция (non-private section): Все типы секций программно-зависимой информации, определенные в стандарте MPEG-2 Systems (ИСО/МЭК 13818-1:2013).

3.7    мнемоника (mnemonic): Совокупность специальных приемов и способов, облегчающих запоминание и запись нужной информации.

3.8    пакет (packet): Последовательность информационных и служебных символов цифрового вещательного телевидения, передаваемая, обрабатываемая и коммутируемая как единое целое.

3.9    программа (programme): Совокупность одного или большего числа событий под управлением вещателя.

3.10    программно-зависимая информация (program specific information):    Совокупность

нормативных данных, которые необходимы для демультиплексирования транспортных потоков и успешного восстановления программ.

3.11    секция (section): Синтаксическая структура, которая должна использоваться для преобразования каждой таблицы в информацию пакетов транспортного потока.

3.12    сервисная информация (service information): Служебные данные, передаваемые в транспортных пакетах и описывающие систему доставки, содержание и расписание вещаемых программ и т.д.

3.13    синтаксис (syntax): Часть языка программирования, которая описывает структуру программ как набор символов.

3.14    служба (service): Последовательность программ под управлением вещателя, которая может передаваться как часть расписания программы.

3.15    событие (event): Относящаяся к обычной службе группировка передаваемых элементарных потоков данных с определенным временем начала и конца.

3.16    список инструментов IPMP (IPMP tool list): Перечень необходимых инструментов (программных модулей) IPMP, служащих для защиты последовательности данных.

3.17    субтаблица (sub-table): Часть таблицы, содержащая сходные данные. Структурно - это набор секций с одинаковыми значениями табличного идентификатора tablejd, расширения табличного идентификатора table_id_extension и номера версии version_number.

3.18    таблица сервисной информации (service information table): Совокупность секций, имеющих одинаковое значение tablejd.

3.19    транспортный пакет (transport packet): Пакет данных фиксированной длины 188 байтов, содержащий заголовок длиной 4 байта и поля адаптации и полезной нагрузки общей длиной до 184 байтов.

3.20    транспортный поток (transport stream): Метод мультиплексирования в один поток и пакетной передачи последовательности транспортных пакетов.

3.21    частичный транспортный поток (partial transport stream): Поток битов, полученный из транспортного потока MPEG-2 удалением тех пакетов транспортного потока, которые не относятся к одной определенной выбранной программе или нескольким выбранным программам. Примечание - "Частичные" (например записанные) транспортные потоки представляют собой подмножество потоков данных, полученных из исходного транспортного потока.

4 Обозначения и сокращения

В настоящем стандарте применены следующие обозначения и сокращения:

4.1    adaptationJleld поле - поле длиной 2 бита указывает, следует ли после этого заголовка пакета транспортного потока поле адаптации и/или полезная нагрузка.

4.2    ADTS (Audio Data Transport Stream) - аудиоданные транспортного потока.

4.3    AVC (Advanced Video Coding) - поток видеоданных, кодированных в соответствии со стандартом MPEG 4.10.

4.4    ВАТ (Bouquet Association Table) - таблица взаимосвязи программных пакетов.

4.5    bslbf (bit string, left bit first) - мнемоническое обозначение в стандартах MPEG-2, означающее "последовательность битов, левый бит первый".

4.6    CAS (Condition Access System) - система условного доступа.

4.7    CAT (Conditional Access Table) - таблица условного доступа.

4.8    CRC (Cyclic Redundancy Check) - проверка по четности циклическим избыточным кодом (циклическая проверка на основе избыточности).

4.9    DEC (decimal) - индекс десятичной системы счисления.

2

ГОСТ P 55697—2013

4.10    descriptor_tag - поле длиной 8 бит, которое служит меткой для идентификации каждого дескриптора.

4.11    DIT (Discontinuity Information Table) - таблица неоднородности информации.

4.12    DSM-CC (Digital Storage Media Command and Control) - система команд и управления для средств цифровой записи.

4.13    EIT (Event Information Table) - таблица информации о программном элементе.

4.14    EMM (entitlement management message) - сообщение, предоставляющее право доступа.

4.15    FlexMux поток - в стандарте MPEG-4 - последовательность элементарных потоков с одинаковыми требованиями по качеству обслуживания, объединенных в один поток.

4.16    HEX (hexadecimal) - индекс шестнадцатиричной системы счисления.

4.17    IPMP (Intellectual Property Management and Protection) - стандарт управления и защиты прав интеллектуальной собственности на цифровые данные формата MPEG-2.

4.18    LATM (Low Overhead Audio Transport Multiplex) - мультиплексирование транспортных потоков аудио с низким уровнем служебных данных.

4.19    MHEG (Multimedia/Hypermedia Expert Group) - группа экспертов по кодированию мультимедиа

и гипермедиа.

4.20    MJD (Modified Julian Date) - модифицированная юлианская дата.

4.21    MPEG-2 (Moving Picture Experts Group) - обобщенное название группы стандартов ИСО/МЭК 13818 в области кодирования, обработки и транспортировки сигналов изображения и звука.

4.22    NIT (Network Information Table) - таблица сетевой информации.

4.23    NVOD (Near Video on Demand) - услуга "почти видео по запросу".

4.24    PAT (Program Association Table) - таблица взаимосвязи программ (таблица программ).

4.25    PCR (Program Clock Reference) - временные метки транспортного потока, при помощи которых происходит временная синхронизация в декодере.

4.26    PES (Packetized Elementary Stream) - пакетированный элементарный поток.

4.27    PID (packet identifier) - идентификатор пакета данных (поле длиной 13 бит, указывающее тип данных, находящихся в полезной нагрузке пакета).

4.28    РМТ (Program Map Table) - таблица структуры программы.

4.29    pointer_field - поле транспортного пакета длиной 8 бит, значением которого должно быть количество байтов, которые следуют непосредственно после поля pointer_field до первого байта первой секции, которая присутствует в полезной нагрузке пакета транспортного потока. Примечание - Значение 0x00 поля pointer_field указывает, что секция начинается сразу же после поля pointer_field.

4.30    PSI (Program Specific Information) - программно-зависимая информация.

4.31    rpchof (remainder polynomial coefficients, highest order first) - мнемоническое обозначение в стандартах MPEG-2, означающее "коэффициенты многочлена остатка (от деления), наибольшая степень следует первой".

4.32    RST (Running Status Table) - таблица текущего статуса.

4.33    SDT (Service Description Table) - таблица описания услуги.

4.34    SI (Service Information) - сервисная информация.

4.35    SIT (Selection Information Table) - таблица выбираемой информации

4.36    ST (Stuffing Table) - таблица байтов согласования скоростей.

4.37    TDT (Time and Date Table) - таблица времени и даты.

4.38    ТОТ (Time Offset Table) - таблица сдвига по времени.

4.39    TSDT (Transport Stream Description Table) - таблица описания транспортного потока.

4.40    uimsbf (signed integer, most significant bit first) - мнемоническое обозначение в стандартах MPEG-2, означающее “целое число, самый старший бит первый”.

4.41    UTC (Universal Time, Co-ordinated) - Всемирное координированное время.

4.42    ЕТСИ (ETSI) - Европейский институт стандартов связи.

4.43    ИСО (ISO) - Международная организация по стандартизации.

4.44    МЭК (IEC) - Международная электротехническая комиссия.

4.45    ПСП (PRS) - псевдослучайная последовательность.

4.46    СУД (CAS) - система условного доступа.

4.47    ТП (TS) - транспортный поток.

3

5 Структура сервисной информации

5.1    Общие положения

5.1.1    В составе транспортных потоков систем цифрового ТВ вещания DVB различного назначения должны передаваться данные сервисной (служебной) информации SI, описывающие систему доставки, содержание и расписание вещаемых потоков данных в мультиплексах, доступных пользователю в месте приема [1,2].

5.1.2    В состав сервисной информации SI должна входить группа служебных данных программно-зависимой информации в виде 6 таблиц PSI, которые необходимы для демультиплексирования транспортных потоков и успешного восстановления программ в пределах одного мультиплекса [3]:

1    Таблица взаимосвязи программ РАТ;

2    Таблица структуры программы РМТ;

3    Таблица условного доступа CAT;

4    Таблица описания транспортного потока TSDT;

5    Таблица сетевой информации NIT;

6    Таблица управляющей информации IPMP;

5.1.3    Данные сервисной информации SI должны содержать также дополнительную служебную информацию, которая предоставляет пользователям возможность получения описания услуг (служб) и программных элементов (событий), передаваемых в различных мультиплексах разных сетей. Дополнительные данные SI должны быть организованы в 9 таблиц [1]:

1    Таблица взаимосвязи программных пакетов ВАТ;

2    Таблица описания услуги SDT;

3    Таблица информации о программных элементах EIT;

4    Таблица    времени и даты TDT;

5    Таблица    сдвига по времени ТОТ;

6    Таблица    текущего статуса RST;

7    Таблица байтов согласования скоростей ST;

8    Таблица    неоднородности информации DIT;

9    Таблица    выбираемой информации SIT.

5.1.4    В частичных транспортных потоках не должны передаваться какие-либо таблицы сервисной информации за исключением копий таблиц РАТ и РМТ из состава информации PSI, а также таблицы выбираемой информации SIT и таблицы неоднородности информации DIT.

5.2 Программно-зависимая информация

5.2.1    Программно-зависимая информация PSI может содержать как нормативную информацию, так и конфиденциальную информацию, которая позволяет выполнять в декодерах демультиплексирование программ. Один или несколько элементарных потоков, образующих программу, должны быть идентифицированы своим РЮ. Для реализации условного доступа программы, элементарные потоки или их части могут быть скремблированы (зашифрованы). Программно-зависимая информация PSI не должна подвергаться скремблированию (шифрованию) [3].

5.2.2    В транспортных потоках программно-зависимая информация PSI должна быть организована в шесть табличных структур, содержащих информацию, необходимую для автоматического конфигурирования приемника, который разделяет и декодирует различные программные потоки, входящие в состав мультиплекса. Хотя эти структуры могут считаться простыми таблицами, они должны быть разделены на одну или несколько секций и введены в пакеты транспортного потока, некоторые с заранее определенными значениями РЮ, а другие с теми значениями РЮ, которые выбирает пользователь. Название таблиц программно-зависимой информации PSI, зарезервированные за ними номера идентификаторов РЮ, а также назначение таблиц приведены в таблице 1 [3].

Таблица1

Название таблицы Зарезервированный номер РЮ Назначение таблицы Таблица взаимосвязи программ (РАТ) 0x00 Связывает номер программы и РЮ таблицы структуры программы РМТ Таблица структуры программы (РМТ) Присвоен в РАТ Содержит значения РЮ для компонентов одной или нескольких программ

Окончание таблицы 1

Название таблицы Зарезервированный номер РЮ Назначение таблицы Таблица условного доступа (CAT) 0x01 Присваивает одному или каждому из нескольких (частных) потоков ЕММ уникальное значение РЮ Таблица описания транспортного потока (TSDT) 0x02 Связывает один или несколько дескрипторов со всем транспортным потоком Таблица сетевой информации (NIT) Присвоен в РАТ Является дополнительной. Содержит сведения о физических параметрах доступных сетей (частоты каналов, номера спутниковых транспондеров, характеристики модуляции и т. п.) и сведения о мультиплексах, передаваемых в этих сетях Таблица управляющей информации IPMP 0x03 Содержит список инструментов IPMP, контейнер прав, контейнер инструментов, определенные в стандарте MPEG-2

5.3 Метод описания синтаксиса двоичного потока

5.3.1    Математические операторы, используемые в настоящем стандарте для описания логических конструкций данных, аналогичны тем, что используются в языке программирования "С". Каждый блок данных в двоичном потоке напечатан жирным шрифтом. Он описывается своим названием, длиной в битах, мнемокодом своего типа и порядком передачи.

5.3.2    Действие, выполняемое элементом декодированных данных в двоичном потоке, зависит от значения этого элемента данных и от ранее декодированных элементов данных. Декодирование элементов данных и определение состояния переменных, использованных при их декодировании, описываются в разделах, содержащих семантическое описание синтаксиса. Нижеприведенные конструкции используются для описания условий, в которых элементы данных представлены и имеют нормальный тип [3].

Описание этого синтаксиса выполнено с использованием условных обозначений кодов "С", в соответствии с которыми, если переменная или выражение имеет ненулевое значение, это означает, что условие выполняется (имеет значение "true"):

Если это условие выполняется, то далее в потоке данных появляется группа элементов данных data_element. Это повторяется до тех пор, пока это условие не перестанет выполняться.

Элемент данных всегда появляется, как минимум, один раз. Этот элемент данных повторяется до тех пор, пока не перестанет выполняться это условие.

Если это условие выполняется, то далее в потоке данных появляется первая группа элементов данных data_element.

}

else {    Если это условие не выполняется, то далее в потоке данных

data_element    появляется вторая группа элементов данных data_element.

Группа элементов данных появляется п раз. Условные конструкции внутри группы элементов данных могут зависеть от значения переменной / управления циклом, которая для первого появления устанавливается равной нулю, и увеличивается на 1 при втором появлении и так далее.

5

5.4 Таблицы и секции

5.4.1    Данные сервисной SI и программно-зависимой PSI информации должны быть структурно представлены в форме таблиц, сегментированных на одну или несколько секций передаваемых в пакетах транспортного потока.

5.4.2 Вместе с таблицами PSI допускается передавать таблицы конфиденциальной информации. Конфиденциальная информация может быть структурирована тем же способом, который используется для передачи таблиц PSI, и синтаксис для преобразования этой конфиденциальной информации должен быть идентичен синтаксису, используемому для преобразования информации таблиц PSI. Для этих целей определяется конфиденциальная секция (private_section). Если конфиденциальная информация передается в пакетах транспортного потока с тем же значением PID, что и у пакетов транспортного потока, в которых передаются таблицы структуры программы РМТ (как определено в таблице ассоциаций для программы РАТ), то должны использоваться синтаксис и семантика конфиденциальной секции (private_section). Данные, передаваемые в байтах private_data_bytes, могут быть скремблированными (зашифрованными). Однако, никакие другие поля секции private_section скремблироваться (шифроваться) не должны.

5.4.3    Все таблицы не должны подвергаться изменениям до окончания процесса декодирования в приемнике. Таблицы не должны быть скремблированы (зашифрованы) при передаче, за исключением таблицы EIT, для которой допускается скремблирование (шифрование).

5.4.4    При использовании скремблирования (шифрования) пакетов транспортного потока допускается заполнение промежутка от конца секции до конца пакета неинформационными битами заполнения так, чтобы любые переходы между скремблированными (шифрованными) и нескремблированными (нешифрованными) данными происходили на границах пакета.

5.4.5    В системах, где предусматривается случайный доступ, необходимо несколько раз заново передавать секции SI даже в тех случаях, когда изменений конфигурации не происходит.

5.4.6    Минимальный временной интервал между появлением последнего байта текущей секции и первым байтом следующей переданной секции с теми же самыми идентификаторами PID, table_id и table_id_extension и с тем же самым или отличающимся номером секции section_number должен быть равен 25 мс. Это ограничение должно применяться для транспортных потоков с полной скоростью передачи данных до 100 Мбит/с.

5.5    Отображение секций в пакеты транспортного потока

5.5.1    Между секциями и пакетами транспортного потока должно быть установлено четкое соответствие. Секции могут начинаться в начале полезной нагрузки пакета транспортного потока. Начало первой секции в полезной нагрузке транспортного пакета должно быть указано в поле pointer_field. В транспортном пакете не должно быть более одного поля pointer_field. Начало следующей секции должно быть идентифицировано подсчетом длины предыдущей. Используемый синтаксис не должен допускать никаких промежутков между секциями в пределах пакета транспортного потока.

5.5.2    В пределах пакетов транспортного потока с любым единственным значением PID одна секция должна закончиться прежде, чем может быть разрешен старт следующей. Если секция должна закончиться ранее конца транспортного пакета, но начинать другую секцию неудобно, то для заполнения свободного пространства в пределах поля полезной нагрузки допускается использовать механизм балластных вставок символов.

5.5.3    Процесс заполнения свободного пространства должен производиться путем записи в каждый свободный байт транспортного пакета значения “OxFF”. Значение байта “OxFF” не должно использоваться в табличном идентификаторе table_id. Если байт, следующий непосредственно за последним байтом секции, имеет значение “OxFF”, то вся оставшаяся часть транспортного пакета должна быть заполнена байтами “OxFF”. Байты заполнения могут игнорироваться декодером. Заполнение байтами может быть также выполнено в пределах поля адаптации пакета adaptation_field.

5.6    Кодирование полей идентификаторов PID и table id

5.6.1    Значения идентификатора пакета PID, которые должны использоваться для опознавания пакетов транспортного потока, переносящих секции сервисной информации SI, приведены в таблице 2.

5.6.2    Значения идентификатора секций table_id, которые должны использоваться в таблицах сервисной информации, приведены в таблице 3.

6

Таблица2

Таблица Значение идентификатора РЮ РАТ 0x0000 CAT 0x0001 TSDT 0x0002 Зарезервировано 0x0003 - OxOOOF NIT, ST 0x0010 SDT, ВАТ, ST 0x0011 EIT, ST, CIT 0x0012 RST, ST 0x0013 TDT, ТОТ, ST 0x0014 Синхронизация сети 0x0015 RNT 0x0016 Зарезервировано на будущее 0x0017-0x001 В Внутриполосная сигнализация 0x001 С Измерения 0x001D DIT 0x001Е SIT 0x001F

ТаблицаЗ

Значение Описание 0x00 program_association_section 0x01 coriditional_access_section 0x02 program_map_section

Продолжение таблицы 3

Значение Описание 0x03 TS_Description_section 0x04 HCO_IEC_14496_scene_Description section 0x05 HCO_IEC_14496_object_descriptor section 0x06 Metadata_section 0x07 IPMP_Control_lnformation_section 0x08 - 0x3F Зарезервировано 0x40 network_information_section - текущая сеть 0x41 network_information_section - другая сеть 0x42 service_description_section - actual, transport_stream 0x43 - 0x45 Зарезервировано для использования в будущем 0x46 service description section - other transport stream 0x47 - 0x49 Зарезервировано для использования в будущем 0х4А bouquet_associaton section 0x4 В - 0x4 D Зарезервировано для использования в будущем 0x4 Е eventjnformation section - actual transport stream, текущий/последующий 0x4 F eventjnformation section - other transport stream, текущий/последующий 0x50 - 0x5F eventjnformation section - actual transport stream,schedule 0x60 - 0x6F eventjnformation section - other transport stream,schedule 0x70 time_date_section 0x71 running status section 0x72 stuffing section 0x73 time offset section 0x74 application information section 0x75 container section

7