ГОСТ Р 54994-2012 Телевидение вещательное цифровое. Передача служб DVB по сетям с IP протоколами. Общие технические требования (Переиздание)

     5.2 Механизм открытия службы

5.2.1 Открытие службы выполняется сцеплением (сочетанием) идентификатора провайдера службы и идентификатора службы.

Провайдер службы должен быть уникально и глобально идентифицирован именем домена в системе доменных имен (DNS).

Каждая служба может быть идентифицирована двумя способами:

- текстовым идентификатором, образуемым сцеплением имени службы (назначаемым провайдером служб) и глобально уникального доменного имени DNS провайдера службы;

- сочетанием трех числовых идентификаторов: original_network_id, transport_stream_id и service_id в соответствии с ETSI [9].

Синтаксис текстового идентификатора службы должен быть в соответствии с ETSI [10] (14.9).

5.2.2 Определены следующие типы информации, которые могут быть использованы в будущем:

- SD&S информация, касающаяся провайдера службы;

- четыре типа SD&S информации, касающейся предложения службы провайдера службы;

- запись открытия руководства по контенту вещания;

- запись открытия районирования для локальных служб;

- встроенное ПО информации анонсирования, обеспечивающее обновление или изменение встроенного ПО HNED.

Эти типы информации охватывают различные типы служб, которые может предлагать SP. Предложение SP может включать службу "вещания медиа" ("ТП полная SI" или "ТП дополнительная SI") или “CoD”. SP может также предлагать ссылку на услуги, предоставляемые другим SP, или формировать пакет, в который группируется несколько служб с последующим представлением их как единственного объекта. Эти типы SD&S информации должны быть идентифицированы 8-битовым значением ID полезной нагрузки.

5.2.3 В таблице 1 представлены типы записей информации SD&S, которые могут использоваться для идентификации полезной нагрузки.

Таблица 1 - Типы записей информации SD&S, которые могут использоваться для идентификации полезной нагрузки

5.2.4 Записи SD&S полезной нагрузки должны быть сегментированы. Каждый сегмент должен быть сформированной и допустимой записью XML. ID сегмента должен иметь 16-битовое значение. Для определения текущей версии сегмента должно использоваться 8-битовое значение, которое должно увеличиваться с каждым изменением версии сегмента. Номер версии неизменяемого сегмента не должен изменяться. Записи, содержащие информацию для поиска SP (PayloadlD 0x01), не должны сегментироваться в режиме "получения информации по запросу" ("pull"). Во всех других случаях записи ХМL должны быть сегментированы. Запись может содержать единственный сегмент. Связь между сегментами, ID полезной нагрузки и записями представлена на рисунке 6. Детализированные правила разделения записей XML на сегменты должны быть в соответствии с ETSI [12] (приложение С, С.1.6).

Рисунок 6 - Связь между сегментами, ID полезной нагрузки и записями

5.2.5 Продолжительность передачи всех сегментов, составляющих полный комплект информации SD&S для провайдера, не должна превышать 30 с (максимальное время цикла).

5.2.6 Процедура открытия службы включает в себя открытие провайдеров служб, предлагающих услуги DVB-IPTV по сети IP, и открытие доступных служб каждого провайдера служб. Модель потоков данных поиска информации о службах приведена в приложении А.

Процедуры открытия службы иллюстрируются на рисунке 7.

Перечень этапов процедуры открытия службы включает в себя:

- поиск точки входа открытия службы;