ГОСТ Р 56950-2016
Телевидение вещательное цифровое. Расширенная спецификация общего интерфейса в системах ограничения доступа CI Plus™. Основные параметры

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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

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

РАСШИРЕННАЯ СПЕЦИФИКАЦИЯ ОБЩЕГО ИНТЕРФЕЙСА В СИСТЕМАХ ОГРАНИЧЕНИЯ ДОСТУПА Cl Plus™

Основные параметры

ETSI TS 103 205 VI .1.1 (2014-03) Digital Video Broadcasting (DVB); Extensions to the Cl Plus™ Specification (NEQ)

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

Москва

2016

Предисловие

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

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

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

4    Настоящий стандарт разработан с учетом основных нормативных положений стандарта Европейского института по стандартизации в области телекоммуникаций (ETSI) ЕТСИ ТС 103 205 VI.1.1 (2014-03) «Расширенная спецификация общего интерфейса в системах ограничения доступа Cl Plus™» [ETSI TS 103 205 VI .1.1 «Digital Video Broadcasting (DVB); Extensions to the Cl Plus™ Specification», NEQ]

5    ВВЕДЕН ВПЕРВЫЕ

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

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

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

ГОСТ P 56950—2016

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

При обработке нескольких потоков Хост маршрутизирует контент, полученный от интерфейса IP, к CICAM или направляет контент непосредственно к CICAM, если Хост поддерживает маршрутизацию к CICAM только одной службы. Хост форматирует контент, доставленный через интерфейс IP, для передачи через интерфейс транспортного потока. В 4.3 настоящего стандарта содержатся вводные сведения о доставке контента средствами IP. Параметры детализированных функций доставки контента представлены в разделах 7 и 8 настоящего стандарта.

На рисунке 2 показана совокупность схем защиты контента, представляющая расширенную версию схем защиты, в соответствии с [1] (рисунок 5.1). Эта область включает схему защиты системы цифрового управления правами (Digital Rights Management; DRM) для контента, поставляемого средствами IP.

I    > — защита не обеспечена;

^ — защита СА;

— —    — защита DRM;

^ — поддержка СС

Рисунок 2 — Совокупность схем защиты контента

Настоящий стандарт расширяет спецификацию [1] (приложение Н) новым идентификатором типа данных datatypejd и расширяет [1] (Приложение L) новыми ресурсами и APDU, определенными в настоящем стандарте. Другие приложения [1] в настоящем стандарте не изменены.

Раздел 5 настоящего стандарта содержит общие требования к реализациям Хоста и CICAM.

Разделы 6—16 настоящего стандарта содержат параметры новых функций, а также изменения и ограничения параметров интерфейса Cl Plus™.

4.2    Расширенные возможности приема нескольких потоков

Настоящий стандарт определяет расширение для Cl Plus™, которое позволяет выполнять передачу через интерфейс TS с одним CICAM различных служб от нескольких вещательных тюнеров и/или интерфейсов IP. Эти службы могут быть защищены системами CAS или DRM при доступе к службам с помощью одного CICAM. На рисунке 1 Хост содержит три вещательных тюнера, создающих несколько потоков. Обработка этих потоков должна выполняться интерфейсом TS в многопоточном режиме.

Параметры процессов в многопоточном режиме работы нормированы в разделе 6 настоящего стандарта.

4.3    Доставка контента через каналы с IP

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

Многие провайдеры вещательных служб и операторы сетей доставляют контент по каналам с IP (контент IP). Современные Хосты в дополнение к традиционной доставке контента средствами вещания

7

могут подключаться к широкополосной сети IP и имеют возможности обработки гибридного широкополосного вещания. Предыдущие версии спецификации CI предусматривали обработку контента IP через интерфейс TS, защищенного CAS. Доступ пользователя к контенту IP, защищаемому DRM, определял необходимость наличия в Хосте отдельного агента DRM. В настоящем стандарте процессы маршрутизации и дескремблирования защищенного контента IP на сетевом интерфейсе Хоста расширены при размещении в CICAM агента DRM. Это позволяет провайдерам служб и операторам сетей иметь единый CICAM, который может принимать и дескремблировать как контент вещания, так и контент IP.

Характеристики форматов контейнеров и протоколов доставки контента IP, используемых для передачи контента между сервером и Хостом, настоящий стандарт не нормирует, за исключением случаев, когда они влияют на поведение контента, передаваемого через CI. Предоставление защищенного контента IP с помощью Хоста на CICAM обеспечивается для всех форматов, применяемых до марта 2014 г. включительно.

Настоящий стандарт определяет параметры поддержки контента IP как для случая TS, так и для контента IP, инкапсулированного в формате ISOBMFF. Контент IP в формате TS не требует повторной инкапсуляции для переноса через интерфейс TS. Контейнер контента IP ISOBMFF [5] или MP4FF [6] инкапсулируется в специфичный контейнер базового формата TS для доставки IP Cl Plus™. Этот контейнер применен для передачи от Хоста к CICAM и от CICAM к Хосту. При переносе контента в контейнере, отличающемся от контейнера TS, интерфейс TS работает в режиме семпла. В случае переноса в стандартных контейнерах TS он работает в нормальном режиме.

В режиме семпла метаданные DRM и информация управления, относящиеся к IP-элементам контента, перед запуском проигрывания передаются от Хоста на CICAM через интерфейс команд. Метаданные DRM, которые изменяются между семплами, переносятся сданными семпла через интерфейс TS.

В режиме семпла данные, входящие от Хоста к CICAM, как правило, хранятся в буфере до тех пор, пока они не будут готовы к дескремблированию семплов. Настоящий стандарт предусматривает два режима доставки контента IP, различающиеся уровнем взаимодействия Хоста с IP протоколами и форматами доставки. Они вводятся в 4.3.2 настоящего стандарта.

4.3.2 Режимы доставки IP

4.3.2.1    Хост в режиме проигрывателя

При работе в режиме проигрывателя Хост подключен к широкополосной сети и обрабатывает протоколы, доставляющие контент. Кроме того, Хост обрабатывает контейнеры с инкапсулированным контентом. Хост передает контент в CICAM на дескремблер DRM. CICAM возвращает дескремблиро-ванный контент, который он может скремблировать вновь с использованием системы управления контентом, определенной в спецификации Хоста Cl Plus™. Последовательность обмена APDU данных между Хостом и CICAM при подготовке к дескремблированию и в процессе дескремблирования контента представлена в 7.4 настоящего стандарта.

Аналогичным образом Хост и CICAM обрабатывают контент вещания, когда для безопасной поставки CICAM предоставляет клиенту собственную защиту дескремблированного контента и может безопасно предоставить Хосту дескремблированный контент, используя систему управления контентом Cl Plus™.

Параметры доставки IP Хосту в режиме проигрывателя определены в разделе 7 настоящего стандарта.

4.3.2.2    CICAM в режиме проигрывателя

При работе CICAM в режиме проигрывателя Хост подключен к широкополосной сети, но не обрабатывает протоколы UDP или TCP, с помощью которых доставляется контент, и не обрабатывает форматы инкапсуляции контента и коды, а передает полезную нагрузку пакетов IP в CICAM. CICAM деинкапсулирует контент, управляет протоколами доставки и переводит их в случае необходимости в формат, поддерживаемый Хостом. Контент возвращается из CICAM в Хост в виде SPTS, который Хост способен обрабатывать самостоятельно.

Параметры CICAM в режиме проигрывателя при доставке контента IP представлены в разделе 8 настоящего стандарта.

4.3.3 Методы использования контента IP

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

Три метода использования контента IP описаны в 4.3.3.2—4.3.3.4 настоящего стандарта.

4.3.3.2    Передача видео по запросу в потоке «вытягиванием»

При передаче видео по запросу в потоке «вытягиванием» контент от сервера передается в потоке, используя протокол для VOD, аналогичный HTTP. Хост может обеспечить проигрывание контента в режиме спецэффектов.

8

ГОСТ Р 56950-2016

Этот вариант предусматривает адаптивную передачу контента в потоке, при которой сервер обеспечивает представление различных версий одного и того же контента, кодированного с различными скоростями передачи. Адаптивная передача контента в потоке сопровождается декларацией, содержащей данные для инициализации контента.

Защищенный контент дескремблируется CAS или клиентом DRM в CICAM, позволяя Хосту представить контент пользователю.

4.3.3.3    Передача видео по запросу в потоке «проталкиванием»

При передаче видео по запросу в потоке с протоколами «проталкивания» контент передается от сервера при использовании протоколов RTSP/RTP. Хост выполняет проигрывание контента в режиме спецэффектов в границах элемента контента при передаче соответствующих команд.

Защищенный контент дескремблирован CAS или клиентом DRM в CICAM, позволяя Хосту представить контент пользователю.

4.3.3.4    Использование загруженного контента

Использование загруженного контента возможно только в случае, когда Хост работает в режиме проигрывателя контента IP. Контент был загружен ранее для локального хранения и защищен скремблированием DRM. Контент считывается Хостом. Хост может обеспечить обработку контента в режиме спецэффектов.

Защищенный контент дескремблирован клиентом DRM в CICAM, что позволяет Хосту представить контент пользователю.

Поигрывание контента возможно только при наличии соединения с сервером о DRM.

4.4    Расширенные функции браузера Cl Plus™

Браузер Cl Plus™ с расширенными функциями выполняет поиск и извлечение контента, используя соединение IP приложения браузера Cl Plus™ и используя профиль интерактивного канала MHEG профиля вещания MHEG-5 [7]. Параметры браузера с расширенными функциями определены в 12.2 настоящего стандарта.

Настоящий стандарт устанавливает обязательной поддержку браузером Cl Plus™ масштабируемого видео. Параметры процесса обработки масштабируемого видео браузером Cl Plus™ определены в 12.2.4 настоящего стандарта.

Расширения для Cl Plus™, предусмотренные настоящим стандартом, позволяют браузеру Cl Plus™ использовать гибридное широкополосное вещание и облегчают пользователю доступ к приложениям оператора, например, для работы VOD и EPG.

4.5    Запуск приложений CICAM

Реализации Хоста для поддержки вещания и онлайн интерактивных приложений включают в себя промежуточное программное обеспечение (ПО), например, HbbTV® или МНР®. Настоящий стандарт определяет механизмы CICAM, позволяющие установить возможность Хоста поддерживать системы промежуточного ПО и возможность запуска на Хосте промежуточного ПО приложений. Настоящий стандарт определяет только платформу, в рамках которой могут быть запущены из CICAM приложения для Хоста, поддерживающие среды, отличные от среды браузера Cl Plus™. Параметры идентификаторов, необходимых для использования этой платформы, устанавливаются конкретной средой.

Платформа координации приложений, возникающих между приложениями CICAM и приложениями вещания, определена в разделе 12 настоящего стандарта. Настоящий стандарт определяет механизм формирования CICAM виртуального канала, который при запуске выбранного приложения CICAM добавляется к совокупности каналов Хоста. Пользователь получает доступ к виртуальному каналу с помощью обычных методов выбора канала, доступных интерфейсу пользователя. Параметры механизма формирования виртуального канала CICAM должны быть в соответствии с разделом 14 настоящего стандарта.

4.6    Извлечение файла из CICAM

Настоящий стандарт определяет механизм, с помощью которого приложение Хоста, например HbbTV® или МНР®, может получать файлы, которые хранятся в CICAM. Целью использования этого механизма является извлечение файла для приложений, работающих в Хосте для считывания активов (цифровых объектов) интерфейса пользователя (иконок, графики) CICAM, а не от сервера через соединение IP Хоста. Предполагается, что приложению заранее известны доступные активы файла

9

CICAM. Запрос файла или успешно выполнится, или перестанет работать, если файл недоступен. Параметры процесса поиска файла в CICAM должны быть в соответствии с разделом 9 настоящего стандарта.

4.7    Расширенная информация URI о правилах использования

Расширение параметров сигнализации URI управления контентом позволяет поддерживать ограничение операций в режиме спецэффектов, которые будут включены или отключены для соответствующих элементов управляемого контента. Это расширение параметров сигнализации применяется к управляемому контенту со статусом управления копией только одной генерации. Правила интерпретации URI замедления режима перемотки в Хосте настоящий стандарт не определяет.

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

4.8    Водяные знаки и транскодирование

В настоящем стандарте предусмотрены приложения CICAM, которые обеспечивают добавление водяного знака на дескремблированные службы или на их компоненты и транскодирование службы или любого из ее компонентов.

Добавление цифровых водяных знаков позволяет определять источник незаконного копирования встраиванием данных в один или несколько компонентов потоков (компрессированный или некомпрес-сированный) в режиме реального времени.

В соответствии с настоящим стандартом CICAM создает водяные знаки на компрессированном видео на стороне получателя.

Транскодирование применяется в случае доставки IP CICAM в режиме проигрывателя, когда Хост не поддерживает кодек, используемый для доставленных компонентов службы. CICAM транскодирует каждый соответствующий поток компонентов в формат, поддерживаемый Хостом.

При доставке IP Хосту в режиме проигрывателя выполнение водяных знаков и транскодирование операций с контентом ограничивается в случаях, рассмотренных в 5.2 настоящего стандарта.

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

5 Общие требования

5.1    Требования обратной совместимости

Хосты, соответствующие настоящему стандарту, должны работать с CICAM, удовлетворяющим требованиям предыдущих версий Cl Plus™, т.е. [1], и с CICAM, соответствующим требованиям общего интерфейса и требованиям технологий DVB [2], [8].

Конкретные вопросы, касающиеся работы с несколькими потоками нескольких CICAM, рассматриваются в 6.2.7 настоящего стандарта.

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

5.2    Водяные знаки и транскодирование

Как отмечалось в 4.8 настоящего стандарта, интерфейсы CICAM Cl Plus™, выполняющие дескремблирование защищенных служб или компонентов потока, могут выполнять добавление водяных знаков и транскодирование компонентов потоков.

Независимо от функции обработки контента, выполняемой CICAM, для Хоста должен предоставляться совместимый с ним TS.

Водяные знаки могут быть добавлены только к контенту или службам, которые дескремблированы или обработаны CICAM. Входящие пакеты, не скремблированные в CICAM, должны быть возвращены на Хост в неизменном виде. Водяные знаки не должны добавляться к контенту или службам, которые получены не скремблированными.

ГОСТ Р 56950-2016

Операции транскодирования в формате ISOBMFF при доставке IP контента сопровождаются изменением размера семпла между входом и выходом CICAM, поэтому они могут выполняться CICAM только при работе в режиме проигрывателя.

Операции транскодирования приведут к изменению скорости потока битов, возвращаемых к Хосту, относительно скорости входного потока в CICAM в режиме проигрывателя, следовательно, тактовая частота выходного потока может существенно отличаться от тактовой частоты входного потока. Транскодирование операций может привести к увеличению задержки потоков, обрабатываемых CICAM.

При добавлении водяных знаков или при перекодировании CICAM может вставлять новые пакеты TS, удалять часть входных пакетов и/или изменять контент входных пакетов TS.

5.3 Скремблирование на уровне PES

Спецификация [1] предусматривает защиту контента, поставляемого скремблированным на уровне PES, и выполнение повторного скремблирования CICAM на уровне TS при доставке на Хост. Настоящий стандарт не допускает повторного скремблирования в CICAM контента на уровне TS. Это объясняется повышением уязвимости системы безопасности при повторном скремблировании.

6 Многопоточный режим работы

6.1 Общие замечания

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

На рисунке 3 в качестве примера показана схема расширенной архитектуры Cl Plus™, обеспечивающей поддержку многопоточного режима реализации Хоста стремя тюнерами вещания и с возможностью доставки IP.

В контексте настоящего стандарта тюнер обеспечивает доставку TS MPEG-2 на физическом уровне наземных DVB, спутниковых и кабельных каналов и интерфейса сетей IP. При использования тюнера IP он может принимать обычные TS, защищенные СА. Контент может быть доставлен в формате ISOBMFF или в активах MPEG DASH. Общие вопросы процесса обработки IP контента Cl Plus™ кратко описаны в 4.3 настоящего стандарта. Параметры обработки IP контента установлены в разделе 7 (Хост в режиме проигрывателя) и в разделе 8 (CICAM в режиме проигрывателя) настоящего стандарта.

В расширенной архитектуре каждая служба для дескремблирования в CICAM извлекается из поступающего TS при выборе PID этой службы с последующим формированием локального TS. Локальные TS мультиплексируются перед отправкой в CICAM, который дескремблирует каждую службу независимо. Когда мультиплексированные дескремблированные локальные TS возвращаются к Хосту, они демультиплексируются на отдельные SPTS, которые Хост может декодировать. Совокупность потоков, совместимых с Хостом, должна обрабатываться в соответствии с [2] до тех пор, пока CICAM не завершит инициализацию многопоточного ресурса, определенного в 6.4.2 настоящего стандарта, передав APDU CICAM_multistream_capability.

После создания сеанса многопоточного ресурса CICAM должен передать APDU С1САМ_ multistream_capability и ожидать приема одного или нескольких локальных TS в многопоточном режиме.

Настоящий стандарт предусматривает расширение ряда ресурсов CI [2] и [1] добавлением возможностей обработки многопоточного ресурса. Многопоточный Хост должен предлагать CICAM как многопоточные типы ресурса, так и стандартные типы ресурса единого потока. Это позволяет Cl VI .3 Plus™ и более ранним версиям, совместимым с CICAM, нормально функционировать в режиме одиночного потока.

При поддержке Хостом многопоточного ресурса многопоточный CICAM может запросить сеанс или к ресурсам многопоточного типа, или к ресурсам типа одиночного потока. Если будет открыт какой-либо ресурс многопоточного типа, то CICAM должен продолжать работать в многопоточном режиме и должен запрашивать сеансы только к ресурсу многопоточного типа до тех пор, пока не будут закрыты все ресурсы многопоточного типа.

Если CICAM затребует ресурсы одиночного потока, то Хост должен работать в режиме одиночного потока в соответствии с [2].

Если CICAM затребует ресурсы многопоточного типа, то Хост, совместимый с многопоточным режимом, должен работать в многопоточном режиме. Работая в многопоточном режиме, Хост может отправить CICAM одиночный локальный TS.

11

ГОСТ Р 56950-2016

При необходимости использования ресурсов многопоточности типы ресурсов, указанные в [2] и [1], были обновлены с добавлением параметра LTS_id, идентифицирующего локальные TS, и определены в 6.4 настоящего стандарта.

Состав ресурса (идентификатор ресурса 00 90 00 41), необходимого для поддержки многопоточной функциональности, представлен в приложении Б настоящего стандарта.

6.2 Интерфейс транспортного потока и мультиплексирование локальных TS

6.2.1    Идентификатор локального TS

Каждому локальному TS Хост должен присваивать уникальный идентификатор локального TS (LTS_id). LTS_id заменяет фиксированное значение 0x47 в поле синхронизации байтов заголовка пакета TS каждого пакета TS, передаваемого от Хоста на CICAM. Хост устанавливает поле синхронизации байтов в заголовке TS пакетов LTS_id каждого соответствующего пакета TS, отправленного на CICAM. Значение LTS_id должно быть уникальным для каждого локального TS и не должно изменяться при выборе локального TS для дескремблирования и для передачи по интерфейсу TS. Рекомендуется, чтобы значения, присвоенные LTS_id, начинались от 0x47, т.е. LTS_id первого локального TS устанавливается на 0x47, LTS_id второго локального TS устанавливается на 0x48 и т. д.

Так как байт синхронизации локального TS может отличаться от фиксированного стандартного значения 0x47, это значение байта не должно использоваться для обнаружения первого байта каждого пакета транспортного потока.

CICAM не должен вносить изменения в поля LTS_id входящих локальных TS.

LTS_id используется демультиплексорами Хоста и CICAM для идентификации пакетов TS, связанных с каждым локальным TS. Хост может регенерировать каждый локальный TS из совместимого TS, заменяя LTS_id синхронизирующим байтом фиксированного стандартного значения 0x47. Хост не должен выполнять регенерацию TS до выполнения операций декодирования или хранения, если результирующий TS не будет использоваться устройствами или приложениями, требующими полностью совместимого TS.

Если интерфейс TS эксплуатируется в режиме одиночного потока, то LTS_id должен иметь значение 0x47.

6.2.2    Мультиплексирование вещательного контента и контента IP

Обмен контентом IP между Хостом и CICAM должен выполняться в формате TS. В режиме одиночного потока контент IP через интерфейс TS переносится как одиночный TS. В многопоточном режиме контент IP поставляется или как одиночный локальный TS, или как мультиплексированный с локальными TS вещания или потоками IP.

6.2.3    Параметры задержки мультиплексированных пакетов транспортного потока

Требования к параметрам задержки пакетов, вносимых CICAM для отдельных TS, проходящих через CICAM в Хост и из Хоста в CICAM, устанавливает [2]. В таблице 1 определены требования к порядку следования пакетов TS, к задержке пакетов TS и к изменениям задержки байтов TS на входе CICAM для различных вариантов использования. Первый вариант использования в случае вещания расширяет требования, содержащиеся в [2] для многопоточного режима. Следующие два варианта использования относятся к режиму доставки IP Хосту в режиме проигрывателя, указанному в разделе 7 настоящего стандарта, и к режиму IP доставки CICAM в режиме проигрывателя, указанному в разделе 8 настоящего стандарта. Четвертый вариант использования применяется в случае переноса через интерфейс TS контента вещания и контента IP.

Таблица 1 — Требования к порядку следования пакетов TS, к задержке пакетов TS и к изменениям задержки байтов TS на входе CICAM для различных вариантов использования

Вариант использования Порядок следования пакетов TS Задержка пакетов TS Изменения задержки байтов TS на входе CICAM Только вещание CICAM должен поддерживать порядок пакетов с одинаковыми LTS_id При обработке входных транспортных пакетов CICAM должен обеспечивать постоянную задержку и требования в соответствии с [2] (5.4.2) CICAM должен обеспечивать выполнение требований к максимальным изменениям задержки в соответствии с [2] (5.4.2)

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

Вариант использования Порядок следования пакетов TS Задержка пакетов TS Изменения задержки байтов TS на входе CICAM Только в режиме IP-доставки Хосту в режиме проигрывателя CICAM не должен поддерживать порядок пакетов с одинаковыми LTS_ id. Порядок следует поддерживать для пакетов с одинаковыми PID Допускается несоответствие CICAM требованию постоянной задержки [2] (5.4.2) при обработке входных IP-пакетов Допускается несоответствие CICAM требованиям к максимальным изменениям задержки [2] (5.4.2) Только в режиме IP-доставки CICAM в режиме проигрывателя Не применяется, так как CICAM создает новый TS Не применяется, так как CICAM создает новый TS Не применяется, так как CICAM создает новый TS Вещание и 1Р-доставка Хосту в режиме проигрывателя CICAM должен поддерживать порядок пакетов вещания с одинаковыми LTS_id. CICAM не должен поддерживать порядок пакетов с одинаковыми LTS_id в режиме доставки IP Хосту в режиме проигрывателя. Порядок следует поддерживать для пакетов с одинаковыми РЮ Допускается несоответствие CICAM требованию постоянной задержки [2] (5.4.2) при обработке входных транспортных пакетов вещания. Допускается несоответствие CICAM требованию постоянной задержки [2] (5.4.2) при обработке входных IP-пакетов Допускается несоответствие CICAM требованиям к максимальным изменениям задержки [2] (5.4.2) Вещание и 1Р-доставка CICAM в режиме проигрывателя К CICAM не предъявляется требование поддержки порядка пакетов вещания с одинаковыми LTS_id. Не предъявляется к IP контенту, так как CICAM создает новый TS Допускается несоответствие CICAM требованию постоянной задержки [2] (5.4.2) при обработке входных транспортных пакетов вещания. Не предъявляется контенту при доставке IP, так как CICAM создает новый TS Допускается несоответствие CICAM требованиям к максимальным изменениям задержки [2] (5.4.2). Не предъявляется к контенту при доставке IP, так как CICAM создает новый TS

6.2.4    Правила применения шифра скремблирования и ключа управления контентом

Хост и CICAM должны применять одинаковые правила выбора шифра скремблирования в соответствии с [1] (таблица 5.6). Такой же шифр должен быть использован для всех локальных TS.

6.2.5    Услуга игнорирования, предоставляемая Хостом

В соответствии с [1] Хост предоставляет услугу игнорирования службы, позволяющую предотвратить отображение контента в случае использования пользователем CICAM, не совместимого с интерфейсом Cl Plus™.

По требованию оператора Хост не должен предоставлять игнорируемую службу в CICAM для дескремблирования. Услуга игнорирования службы, предоставляемая Хостом, активизируется в соответствии с [1] (раздел 10). В многопоточном режиме Хост не должен выполнять мультиплексирование локальных TS, содержащих игнорируемые службы в многопоточном TS, отправляемом на CICAM, т. е. услуга игнорирования применяется только к той службе, о которой сообщил оператор службы.

Услуга игнорирования, выполняемая Хостом, не распространяется на виды доставки IP, описанные в разделах 7 и 8 настоящего стандарта.

6.2.6    Тактовая частота транспортного потока

Вследствие того, что тактовая частота мультиплексируемых локальных TS может постоянно изменяться, может изменяться и скорость передачи по интерфейсу TS, поэтому Хост и CICAM должны функционировать в условиях переменных тактовых частот входного и выходного сигналов MPEG.

6.2.7    Обработка нескольких транспортных потоков несколькими CICAM

В настоящем стандарте многопоточный Хост должен работать с несколькими CICAM, соответствующими предыдущим версиям спецификации Cl Plus™ [2]. В случае, когда в многопоточный Хост устанавливаются несколько CICAM, допускаются следующие варианты использования многопоточного Хоста:

- при работе Хоста только с многопоточными CICAM допускается обработка Хостом мультиплекса локальных TS в гирлянде последовательно соединенных CICAM;

14

ГОСТ P 56950—2016

-    при работе Хоста только с однопоточными CICAM допускается работа Хоста в режиме одиночного потока при работе одиночных TS в гирлянде последовательно соединенных однопоточных CICAM;

-    при работе Хоста с многопоточными и с однопоточными CICAM допускается работа Хоста:

-    в многопоточном режиме при обработке мультиплекса локальныхTS в гирлянде последовательно соединенных многопоточных CICAM с обходом однопоточных CICAM;

-    в однопоточном режиме при обработке одиночных TS в гирлянде последовательно соединенных CICAM.

6.3 Выбор PID

6.3.1    Общие замечания

С целью уменьшения необходимой полосы пропускания интерфейса TS Хост должен выбирать PID только тех служб, которые будут дескремблироваться с формированием новых частичных TS, при отбрасывании остальных входящих PID служб.

Для каждой выбранной службы Хост должен поддерживать список выбранных PID. Первоначальное содержание этого списка определяется Хостом и включает в себя минимальный набор PID «по умолчанию», как указано в 6.3.2 или 6.3.3 настоящего стандарта, в зависимости от обстоятельств. Список может также включать в себя и любые другие PID, которые Хост может выбрать для своих собственных потребностей.

Список выбранных PID может обновляться в следующих случаях:

-    пользователь инициирует изменение в выбранном элементарном потоке, например, изменением активного аудиотрека;

-    CICAM инициирует изменение списка для добавления или удаления РЮ. Запрос состоит из списка РЮ, перечисленных в порядке уменьшения очередности;

-    любое иное событие, требующее изменения Хостом списка выбранных РЮ.

6.3.2    Выбор Хостом PID по умолчанию

После выбора службы по умолчанию Хост должен отобрать следующие РЮ и направить соответствующие пакеты TS через интерфейс TS:

-    ES (РЮ Elementary_PID), объявленные в соответствующем APDU ca_pmt;

-    СА_РЮ, объявленные в CA_descriptor, присутствующие в соответствующем APDU ca_pmt;

-    РЮ РМТ, содержащую выбранную службу;

-    EIT РЮ в соответствии с [3];

-    SDT РЮ в соответствии с [3].

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

Хост в частичных TS может включать дополнительные РЮ.

6.3.3    Выбор РЮ частоты настройки тюнера по умолчанию

В частном случае, когда CICAM выдает частоту настройки при помощи APDU tune_broadcast_req без ссылки на конкретную службу, устанавливая в поле APDU servicejd значение 0x0000, тогда выбранные по умолчанию значения в списке РЮ должны содержать:

-    РЮ РАТ в соответствии с [9];

-    РЮ CAT в соответствии с [9];

-    РЮ EIT в соответствии с [3];

-    РЮ SDT в соответствии с [3];

-    список РЮ NIT в соответствии с [3].

В локальный TS Хост может включать дополнительные РЮ.

6.3.4    Приоритет выбора PID

CICAM предоставляет список РЮ, которые он хочет получить для выбранной службы (в порядке убывания приоритета). Наиболее приоритетными должны быть РЮ, необходимые для дескремблирования. Это атрибут, который может быть установлен для каждого запрашиваемого РЮ в APDU РЮ_ select_req. Хост должен выбирать РЮ в соответствии с приоритетом списка РЮ. Если Хост не может включать в себя РЮ, которые CICAM обозначает приоритетными для дескремблирования (в APDU РЮ_ select_req), то CICAM может неправильно дескремблировать службу.

6.3.5    Инициация обновления CICAM

CICAM может потребовать обновления списка РЮ, выбранного Хостом. Для изменения списка РЮ по запросу CICAM должны использоваться APDU PID_select_req. Этот список может включать в

15

себя РЮ, на которые нет ссылок в РМТ выбранной службы. Хост должен ответить на такой запрос передачей APDU PID_select_reply. Совокупность РЮ ES для служб, перечисленных в ca_pmt, не может быть изменена с помощью CICAM.

Результирующий список PID содержит следующие группы:

-    PID ES (Elementary_PID), объявленные в последнем появлении APDU ca_pmt для службы;

-    PID, объявленные CICAM в APDU PID_select_req APDU;

-    любые дополнительные PID, выбранные Хостом для собственных нужд.

Если Хост не может выбрать все вышеуказанные РЮ, то он должен выбрать РЮ в следующем порядке:

-    РЮ ES (РЮ Elementary_PID), декларированные в последнем событии ca_pmt, связанном со службой, и поэтому имеющие высший приоритет;

-    РЮ, запрошенные CICAM по списку в порядке очередности, и дополнительные РЮ, выбранные Хостом для собственных нужд. Выбор приоритетов собственного набора необходимых РЮ из перечня дополнительных РЮ, выбранных CICAM, определяется реализацией Хоста.

6.3.6    Изменение выбранных ES

Всякий раз когда Хост посылает обновление APDU ca_pmt для выбранной службы (ca_pmt_list_ management = 0x05), Хост должен вернуться к набору РЮ «по умолчанию», как определено в 6.3.2 настоящего стандарта.

6.3.7    Корректировка списка PID по инициативе Хоста

Хост может корректировать список РЮ с добавлением или удалением РЮ в соответствии с собственными потребностями. В случае изменения списка РЮ, запрошенных CICAM, Хост должен информировать об этом CICAM отправлением APDU PID_select_reply.

РЮ, запрошенные CICAM, в том числе и не критические для дескремблирования, должны быть предоставлены и должны оставаться в локальном TS в соответствии с возможностями Хоста.

Хост может повторно выбрать один из РЮ, запрошенных CICAM, и должен соответственно информировать CICAM об этом, отправив APDU PID_select_reply. Хост не должен информировать CICAM, если он добавляет или удаляет РЮ, которые не были в списке РЮ, запрошенных CICAM.

Удаление или повторный выбор РЮ выполняются Хостом в соответствии с приоритетом, установленным CICAM.

6.3.8    Службы, выбираемые из одного транспортного потока

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

6.4 Ресурсы для обработки нескольких потоков

6.4.1    Общие замечания

Ресурсы обработки нескольких потоков являются модифицированными видами следующих ресурсов управления контентом:

-    управления Хостом;

-    поддержки системы условного доступа;

-    MMI;

-    приложения MMI.

Ресурсы обработки нескольких потоков специфицированы в 6.4.2 настоящего стандарта.

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

6.4.2    Многопоточный ресурс

6.4.2.1    Общие замечания

Многопоточный ресурс содержит APDU, показывающие возможности для CICAM, связанные с многопоточностью, и APDU для управления выбором РЮ в локальном TS. Ресурс многопоточности реализуют Хосты и CICAM. Параметры APDU многопоточного ресурса должны быть в соответствии с таблицей 2.

6.4.2.2    APDU от CICAM к Хосту о возможностях работы CICAM в многопоточном режиме

При открытом сеансе многопоточного ресурса CICAM должен направить Хосту APDU С1САМ_ multistream_capability с сообщением о максимальном количестве TS и ES, которые CICAM способен дескремблировать одновременно.

ГОСТ P 56950—2016

Содержание

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

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

3    Термины, определения, сокращения и символы............................................1

4    Общие сведения о расширенной спецификации общего интерфейса Cl Plus™    6

4.1    Введение........................................................................6

4.2    Расширенные возможности приема нескольких потоков.................................7

4.3    Доставка контента через каналы с IP.................................................7

4.4    Расширенные функции браузера Cl Plus™    9

4.5    Запуск приложений CICAM.........................................................9

4.6    Извлечение файла из CICAM.......................................................9

4.7    Расширенная информация URI о правилах использования..............................10

4.8    Водяные знаки и транскодирование.................................................10

5    Общие требования..................................................................10

5.1    Требования обратной совместимости...............................................10

5.2    Водяные знаки и транскодирование.................................................10

5.3    Скремблирование на уровне PES...................................................11

6    Многопоточный режим работы.........................................................11

6.1    Общие замечания................................................................11

6.2    Интерфейс транспортного потока и мультиплексирование локальных TS..................13

6.3    Выбор PID......................................................................15

6.4    Ресурсы для обработки нескольких потоков..........................................16

7    Хост в режиме проигрывателя контента IP...............................................35

7.1    Общие замечания................................................................35

7.2    Режимы интерфейса транспортного потока...........................................36

7.3    Интерфейс команд...............................................................36

7.4    Ресурс дескремблирования семпла.................................................37

7.5    Интерфейс транспортного потока...................................................45

8    CICAM в режиме проигрывателя контента IP.............................................57

8.1    Общие замечания................................................................57

8.2    Управление проигрывателем.......................................................58

8.3    Инициализация сеанса проигрывания...............................................58

8.4    Обработка ошибок обмена........................................................59

8.5    Поддержка режима спецэффектов..................................................59

8.6    Завершение сеанса..............................................................59

8.7    Ресурс CICAM в режиме проигрывателя.............................................60

9    Поиск файла CICAM.................................................................72

9.1    Общие замечания................................................................72

9.2    APDU системы файлов...........................................................72

9.3APDU FileSystemAck подтверждения поддержки.......................................73

9.4    APDU FileRequest запроса файла...................................................73

9.5    APDU FileAcknowledge подтверждения файла........................................74

9.6    Сводная информация о ресурсах системы вспомогательных файлов.....................74

9.7    Ресурсы системы вспомогательных файлов и ресурсы приложения MMI ..................74

III

ГОСТ P 56950—2016

Учитывая возможности CICAM, Хост должен ограничить количество локальных TS, которые он одновременно мультиплексирует, и количество ES, которые запрашивает CICAM для дескремблирования. Синтаксис APDU CICAM_multistream_capability должен быть в соответствии с таблицей 3.

Таблица 2 — ПараметрыAPDU многопоточного ресурса

Многопоточный ресурс Объект приложения Направление передачи Идентификатор ресурса Класс Тип Версия TerAPDU Значение тега Хост CICAM 00 90 00 41 144 1 1 CICAM_multistream_capability 9F 92 00 - PID_select_req 9F 92 01 - PID_select_reply 9F 92 02 -

Таблица 3 — Синтаксис APDU CICAM_multistream_capability

Синтаксис Количество битов Мнемоника CICAM_multistream_capability () { CICAM_multistream_capability_tag 24 uimsbf length_field () max_local_TS 8 uimsbf max_descramblers 16 uimsbf }

Семантика полей APDU CICAM_multistream_capability:

-    CICAM_multistream_capability_tag: поле 24 бита является тегом со значением 0x9F9200;

-    Iength_field: поле указывает значение длины полезной нагрузки APDU в формате BER ASN.1 в соответствии с [2] (8.3.1);

-    max_local_TS: поле 8 битов указывает максимальное количество локальныхTS, которые CICAM может получить одновременно;

-    max_descramblers: поле 16 битов указывает общее количество дескремблеров, которые CICAM может предоставить одновременно для всех локальных TS.

6.4.2.3 APDU от CICAM к Хосту запроса выбора PID

CICAM посылает Хосту APDU PID_select_req с запросом на конкретный набор PID для включения в принятый локальный TS.

CICAM должен предоставить список PID в порядке приоритета списка. Каждый PID в списке должен сопровождаться флагом critical_for_descrambling_flag, который CICAM устанавливает для PID, необходимых для дескремблирования контента. Список PID не должен содержать PID с critical_for_ descrambling_flag, установленным в 0Ь1 после первого PID, который имеет critical_for_descrambling_ flag, установленный в 0Ь0.

Если Хост не может включить PID с установленным флагом critical_for_descrambling_flag, то CICAM не может корректно дескремблировать службу.

В любой момент времени Хост может отменить или повторно выбрать один из PID, выбранных CICAM ранее. Об этом случае Хост должен информировать CICAM, отправив APDU PID_select_reply об обновленном состоянии тех PID, которые не были выбраны или были выбраны повторно.

В случае отмены Хостом PID он должен отменять PID с самым низким приоритетом из списка PID, представленного CICAM первоначально при отборе PID.

При повторном выборе Хостом PID из списка ранее выбранных он должен выбирать PID с высшим приоритетом.

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

17

ГОСТ P 56950—2016

10    Ресурс низкоскоростных соединений...................................................74

10.1    Общие замечания...............................................................74

10.2    Информация о конфигурации IP Хоста..............................................74

10.3    Информация о потоках IP........................................................75

10.4    Многоадресный IP..............................................................75

10.5    Порты источника IP.............................................................75

10.6    Доставка данных от Хоста к CICAM................................................75

10.7    Доставка данных от CICAM к Хосту................................................75

10.8    Управление потоком IP...........................................................76

10.9    APDU запроса commsjnfo........................................................76

10.10    APDU commsJPconfig запроса конфигурации IP Хоста...............................77

10.11    Параметры модифицированного Comms Cmd.......................................79

10.12    Модификация типов ресурсов низкоскоростных соединений...........................82

11    Расширенные правила использования информации, версия 3..............................84

12    Приложения CICAM.................................................................86

12.1    Общие замечания...............................................................86

12.2    Спецификации браузера Cl Plus™ с расширенными функциями........................86

12.3    Управление жизненным циклом приложения.........................................87

12.4    Платформа координации приложений..............................................88

12.5    Среда приложения Хоста.........................................................92

13    Управление Хостом DVB.............................................................93

13.1    Общие замечания...............................................................93

13.2    APDU управления Хостом DVB....................................................93

14    Виртуальный канал CICAM...........................................................97

14.1    Введение......................................................................97

14.2    Расширенный ресурс информации приложения, версия 4..............................97

15    Профиль оператора.................................................................98

15.1    Вводные замечания.............................................................98

15.2    Параметры профиля оператора, тип 2..............................................98

15.3    Параметры виртуального канала CICAM............................................99

15.4    Службы, предоставленные IP....................................................102

16    Параметры интерфейса человек-машина высокого уровня...............................104

Приложение А (рекомендуемое) Идентификация и местоположение дескрипторов..............105

Приложение Б (обязательное) Полный набор ресурсов.....................................106

Приложение В (обязательное) Учетная спецификация: параметры обмена в APDU..............116

Приложение Г (обязательное) Схемы XML...............................................118

Приложение Д (обязательное) Сигнализация приложения CICAM............................124

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

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

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

РАСШИРЕННАЯ СПЕЦИФИКАЦИЯ ОБЩЕГО ИНТЕРФЕЙСА В СИСТЕМАХ ОГРАНИЧЕНИЯ ДОСТУПА Cl PLUS™

Основные параметры

Digital Video Broadcasting. Extensions to the Cl Plus™ Specification. Basic parameters

Дата введения — 2017—06—01

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

Настоящий стандарт содержит расширенные характеристики общего интерфейса в системах ограничения доступа Cl Plus™, определенного в [1]. Стандарт распространяется на оборудование защиты информации, передаваемой по каналам вещания и по каналам интернет-протокола (Internet Protocol; IP).

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

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

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

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

ГОСТ Р 53528-2009 Телевидение вещательное цифровое. Требования к реализации протокола высокоскоростной передачи информации DSM-CC. Основные параметры

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

3 Термины, определения, сокращения и символы

3.1    В настоящем стандарте применены термины по ГОСТ Р 52210, ГОСТ Р 52591, ГОСТ Р 53528, а также следующие термины с соответствующими определениями:

3.1.1    виртуальный канал (Virtual Channel): Канал, формируемый из совокупности каналов Хоста и запускаемый из меню CICAM как элемент перечня каналов Хоста.

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

3.1.2    дескриптор (descriptor): Ключевое слово, определяющее тип передаваемых данных.

3.1.3    идентификатор локального транспортного потока (transport stream; TS) (Local TS identifier; LTS): Уникальный номер, присвоенный локальному (местному) TS; замещает байт синхронизации в каждом заголовке пакета TS.

3.1.4    интерфейс сети IP (IP network interface): Проводной или беспроводной интерфейс интегрированного приемника-декодера (Integrated Receiver Decoder; IRD), поддерживающего базовые соединения IP.

3.1.5    контент IP (IP-delivered content): Аудиовидеоконтент, принятый через сетевой интерфейс IP IRD.

3.1.6    листинг (listing): Список, составление списка.

3.1.7    локальный (местный) TS (Local TS): Последовательность пакетов TS, в которой каждый пакет TS имеет идентификатор локального TS.

3.1.8    настройка приоритетная (foreground tune): Операция настройки в многопоточном режиме для приема службы, которая будет представляться пользователю.

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

3.1.10    общий интерфейс (Common Interface; Cl): Метод обеспечения доступа к скремблированному сигналу, при котором все узлы Хоста, имеющие отношение к защите информации, устанавливаются в модуле защиты.

3.1.11    орган (trust authority): Объект (организация), который регламентирует соответствие и надежность реализаций CICAM и Хоста в соответствии с настоящим стандартом.

3.1.12    платформа координации приложений (application coordination framework): Совокупность конкретных правил Cl Plus™ координации приложений вещания и приложений CICAM.

Примечание — В соответствии с 12.4 настоящего стандарта.

3.1.13    приложение вещания (broadcast application): Приложение, сигнализируемое в службе вещания, или приложение, запускающее приложение вещания, даже если оно само не сигнализируется в службе DVB.

3.1.14    приложение вещания CICAM (CICAM broadcast application): Приложение вещания, загруженное от системы вспомогательных файлов.

3.1.15    приложение, сигнализированное вещанием (broadcast signalled application): Приложение, сигнализированное в службе DVB, которое может переноситься во внутриполосной службе (например, с каруселью объектов DSM-CC) или во внеполосной службе [например, с помощью протокола передачи гипертекста (HyperText Transfer Protocol; HTTP) или системы вспомогательных файлов С1САМ].

3.1.16    приложение AppMMI CICAM (CICAM AppMMI application): Приложение, использующее ресурсы приложения MMI Cl Plus™ и запущенное CICAM.

3.1.17    приложение CICAM (CICAM application): Приложение, предоставленное CICAM с помощью системы вспомогательных файлов или использования ресурса приложения MMI.

3.1.18    профиль пользователя (consumer profile): Данные, представляющие интересы и предпочтения пользователя.

3.1.19    режим ввода (Input Mode): Режим работы интерфейса TS, в котором CICAM генерирует для Хоста новые TS.

3.1.20    режим доставки контента IP Хосту в режиме проигрывателя (IP delivery Host player mode): Режим обработки контента IP, в процессе которого Хост обрабатывает протоколы доставки и формат инкапсуляции контента.

3.1.21    режим доставки контента IP CICAM в режиме проигрывателя (IP delivery CICAM player mode): Режим обработки доставленного контента IP, в процессе которого CICAM обрабатывает протоколы и формат инкапсуляции контента.

3.1.22    режим многопоточный (Multi-stream Mode): Режим работы, обеспечивающий перенос нескольких TS через интерфейс TS.

3.1.23    режим нормальный (Normal Mode): Режим работы локального TS, переносящего обычный TS.

3.1.24    режим обработки одиночного потока (single-stream mode): Режим работы интерфейса TS, соответствующего [2].

3.1.25    режим семпла (Sample Mode): Режим работы локального TS при переносе семпла.

2

ГОСТ P 56950—2016

3.1.26    режим спецэффектов (trick mode): Режим, позволяющий устанавливать начало проигрывания контента, ускоренную перемотку вперед или назад, ускоренное (относительно реального времени) считывание, запрос и считывание блоков контента, например 1-кадров, в пределах элемента контента.

3.1.27    ресурс приложения MMI (application MMI resource): Ресурс, обеспечивающий обмен файлами и данными в обоих направлениях и обеспечивающий возможность возвращать информацию о статусе от домена приложения к модулю (CICAM).

3.1.28    сеанс проигрывателя (player session): Интервал времени, на котором выполняется проигрывание контента.

3.1.29    сеанс CICAM в режиме проигрывателя (CICAM player mode session): Интервал времени, на котором CICAM выполняет проигрывание контента.

3.1.30    семпл (Sample): Логический сегмент данных.

Примечание — Контент семпла содержит сегмент данных, скремблированных постоянным набором параметров скремблирования.

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

3.1.32    служба DVB (DVB service): Служба, которая сигнализирована или объявлена в соответствии со спецификациями DVB, включая [3], [4] и OSDT, приведенный в разделе 15 и приложении А настоящего стандарта.

3.1.33    транспортный поток (transport stream; TS): Набор из нескольких программных потоков данных цифрового телевизионного вещания, сформированный из программных пакетов постоянной длины с коррекцией ошибок и независимым тактированием от своих источников синхронизации.

3.1.34    трек (Track): Последовательность связанных семплов в файле контента IP, доставляемая Хосту в режиме проигрывателя.

3.1.35    тюнер (tuner): IRD, имеющий функциональную возможность доставки TS, содержащего не менее одной службы DVB.

3.1.36    формат преобразования юникода (Unicode Transformation Format, 8-bit; UTF-8): Восьмибитный набор символов для протоколов, выходящих за рамки кодировки ASCII.

3.1.37    Хост (Host): IRD, включающий в себя Cl Plus™ со слотом CICAM.

3.1.38    элемент контента (content item): Объект, который может быть приобретен как единое целое, например, файл аудио/видео, аудиопоток.

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

ADQ — запрос домена приложения (Application Domain Query);

AIT — таблица информации приложения (Application Information Table);

AKH — аутентификация (проверка подлинности) ключа Хоста (Authentication Key Host);

АКМ — аутентификация (проверка подлинности) ключа модуля (CICAM) [Authentication Key Module (CICAM)];

APDU — модуль данных протокола приложения (Application Protocol Data Unit);

API — интерфейс прикладных программ (Application Programming Interface);

ASCII — американский 8-битный стандартный код для обмена информацией (American Standart Code for Information Interchange);

ASN.1 — абстрактная синтаксическая нотация, версия 1 (Abstract Syntax Notation One);

AV — аудио/видео (Audio-Video);

BCG — путеводитель по широкополосному контенту (Broadband Content Guide);

BER — базовые правила кодирования (Basic Encoding Rules);

BLT — таблица уровня буфера (Buffer Level Table);

bslbf— строка битов, левый бит первый (bit string, left bit first);

CA — условный доступ (Conditional Access);

CA_PMT — таблица состава программ CA (Conditional Access Program Map Table);

CAS — система условного доступа (CA System);

CASD — дескриптор CAS (Content Access Streaming Descriptor);

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

CC — управление контентом (Content Control);

CCK — ключ управления контентом (Content Control Key);

CENC — общее скремблирование (Common Encryption);

3

Cl — общий интерфейс (Common Interface);

CICAM — модуль Cl СА (Cl СА Module);

CIS — передача сообщения Cl (Cl Send Message);

CIV — вектор инициализации контента (Content Initialisation Vector);

DASH — динамическая адаптивная потоковая передача по HTTP (Dynamic Adaptive Streaming over HTTP);

DH — криптографический протокол Диффи — Хеллмана (Diffie Heilman);

DHCP — протокол динамического конфигурирования Хоста (Dynamic Host Configuration Protocol); DHPH — открытый ключ DH Хоста (DH Public key Host);

DHPM — открытый ключ DH модуля CICAM (DH Public key CICAM Module);

DNS — служба доменных имен (Domain Name Service);

DRM — цифровое управление правами (Digital Rights Management);

DSD —дескриптор системы доставки (Delivery System Descriptor);

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

DTCP — защита контента при цифровой передаче (Digital Transmission Content Protection);

DVB — цифровое телевизионное вещание (Digital Video Broadcasting);

DVB-C — стандарт цифрового телевизионного вещания по кабелю первого поколения (DVB Cable); DVB-C2 — стандарт цифрового телевизионного вещания по кабелю второго поколения (Digital Video Broadcasting-Cable 2);

DVB-S — стандарт спутникового цифрового телевизионного вещания первого поколения (DVB Satellite);

DVB-S2 — стандарт спутникового цифрового телевизионного вещания второго поколения (Digital Video Broadcasting-Satellite 2);

DVB-T — стандарт наземного цифрового телевизионного вещания первого поколения (DVB Terrestrial);

DVB-T2 — стандарт наземного цифрового телевизионного вещания второго поколения (Digital Video Broadcasting-Terrestrial 2);

EBU — Европейский вещательный союз (European Broadcasting Union);

ECM — сообщение управления доступом (Entitlement Control Message);

EMM — сообщение разрешения доступа (Entitlement Management Message);

EPG — электронный путеводитель по программам (Electronic Programme Guide);

ES — элементарный поток MPEG-2 (MPEG-2 Elementary Stream);

ETSI — Европейский институт по стандартизации в области телекоммуникаций (European Telecommunications Standards Institute);

FEC — прямая коррекция ошибок (Forward Error Correction);

FLT — таблица сброса (очистки) (Flush Table);

HbbTV® — гибридное широкополосное телевизионное вещание (Hybrid Broadcast Broadband Television);

HD — высокая четкость (High Definition);

HDCP — система защиты широкополосного цифрового контента (High-bandwidth Digital Content Protection system);

HTTP — протокол передачи гипертекста (HyperText Transfer Protocol);

ID — идентификатор (Identifier);

IEC — Международная электротехническая комиссия; МЭК (International Electrotechnical Commission);

IETF — Комитет по инженерным вопросам Интернета (Internet Engineering Task Force);

IGMP — протокол управления группами Интернета (Internet Group Management Protocol);

IP — Интернет-протокол (Internet Protocol);

IPTV — телевидение IP (IP Television);

IRD — интегрированный приемник-декодер (Integrated Receiver Decoder);

ISO — Международная организация по стандартизации (International Standards Organizations); ISOBMFF — базовый формат медиафайла ISO (ISO Base Media File Format);

ITU-T — сектор стандартизации электросвязи МСЭ (International Telecommunications Union-Telecommunication Standardization Sector);

4

ГОСТ Р 56950-2016

IV — вектор инициализации (Initialisation Vector);

KID — идентификатор ключа (кеу identifier);

LCN — номер логического канала (Logical Channel Number);

LSC — низкоскоростное соединение (Low Speed Communication);

LTS — локальный транспортный поток (Local Transport Stream);

MAC — управление доступом медиа (Media Access Control);

MHEG — группа экспертов по мультимедиа и гипермедиа (Multimedia and Hypermedia Experts Group);

МНР®, МНР — мультимедийная домашняя платформа (Multimedia Home Platform);

MMI — интерфейс человек-машина (Man-Machine Interface);

MPD — дескриптор представления медиа (Media Presentation Description);

MPEG — 1 Группа экспертов ISO по вопросам стандартизации, обработки и записи движущихся объектов; 2 Набор стандартов кодирования и сжатия цифрового изображения и звука (Motion Pictures Expert Group);

MSB — старший значащий бит (Most Significant Bit);

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

OSDT — онлайн SDT (Online SDT);

PAT — таблица объединения программ (Program Association Table);

PES — пакетизированный элементарный поток (Packetised Elementary Stream);

PID — идентификатор пакета (Packet Identifier);

PIN — персональный идентификационный номер (Personal Identification Number);

PMT — таблица состава программы (Program Map Table);

ROT — полномочный орган [Root of Trust (i.e. Trust Authority)];

RTP — транспортный протокол реального времени (Real Time Transport Protocol);

RTSP — протокол потоковой передачи в реальном времени (Real Time Streaming Protocol);

SAC — безопасный канал с проверкой аутентификации (Secure Authenticated Channel);

SAS — поддержка специфического приложения (Specific Application Support);

SD — стандартная четкость (Standard Definition);

SDT — таблица описания служб (Service Description Table);

SET — таблица окончания семпла (Sample End Table);

SI — информация о службах (Service Information);

SPTS — однопрограммный транспортный поток (Single Programme Transport Stream);

SRM — сообщение реабилитации системы (System Renewability Message);

SSM — режим набора субтитров (Set Subtitle Mode);

SST — таблица старта (начала) семпла (Sample start table);

tcimsbf — мнемоническое условное обозначение: целое число в дополнительном коде, старший бит следует первым (twos complement integer, most significant bit first);

TCP — протокол управления передачей (Transmission Control Protocol);

TS — транспортный поток (transport stream);

TSC — транспорт управления скремблированием (Transport Scrambling Control);

UDP — протокол дейтаграмм пользователя (User Datagram Protocol);

uimsbf— целое число без знака, сначала старший значащий бит (unsigned integer most significant

bit first);

URI — информация о правилах использования (Usage Rules Information);

URL — унифицированный указатель (определитель расположения) ресурса (Uniform Resource

Locator);

URN — унифицированное имя ресурса (Uniform Resource Name);

UTF-8 — формат преобразования юникода, 8-битный (Unicode Transformation Format, 8-bit);

UUID — универсальный уникальный идентификатор (Universally Unique Identifier);

VOD — видео по запросу (Video on Demand);

XML— расширяемый язык разметки (Extensible Markup Language).

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

Ох— префикс шестнадцатеричного числа;

0Ь — префикс двоичного числа.

5

ГОСТ P 56950—2016

4 Общие сведения о расширенной спецификации общего интерфейса Cl Plus™

4.1 Введение

Настоящий стандарт устанавливает параметры расширенной спецификации общего интерфейса системы условного доступа, определенного в [1].

Спецификация Cl Plus™ [1] в рамках настоящего стандарта расширяется дополнением следующих функций и возможностей:

-    функцией обработки нескольких локальных транспортных потоков, переносимых через интерфейс TS;

-    функцией обработки контента, доставляемого по каналам IP;

-    расширением функций браузера Cl Plus™;

-    функцией активизации приложения CICAM;

-    расширением URI при обработке режима спецэффектов;

-    функциями маркирования дескремблированных служб водяными знаками;

-    функциями транскодирования служб.

На рисунке 1 представлена структурная схема расширенной системы Cl Plus™, которая включает новые функции и возможности обработки потоков, определенные в настоящем стандарте.

Рисунок 1 —Структурная схема расширенной системы Cl Plus™

6