ГОСТ R 56951-2016 Телевидение вещательное цифровое. Сигнализация и доставка интерактивных приложений и услуг в гибридных широковещательных/широкополосных средах. Основные параметры

ФЕДЕРАЛЬНОЕ АГЕНТСТВО
ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ
НАЦИОНАЛЬНЫЙ
СТАНДАРТ
РОССИЙСКОЙ
ФЕДЕРАЦИИ
ГОСТР
56951-
2016
ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ
Сигнализация и доставка
интерактивных приложений и услуг в гибридных
широковещательных/широкополосных средах
Основные параметры
ETSI TS 102 809 V1.2.1 (2013-07)
Digital Video Broadcasting (DVB); Signalling and carriage of interactive
applications and services in Hybrid broadcast/broadband environments
(NEQ)
Издание официальное
Москва
Стандартинформ
2 016
âîëîãîäñêîå êðóæåâî ñàéò

ГОСТ Р 56951—2016
Предисловие
1 РАЗРАБОТАН Автономной некоммерческой организацией «Научно-технический центр информа­
тики» (АНО «НТЦИ»)
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 480 «Связь»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регу­
лированию и метрологии от 7 июня 2016 г. № 544-ст
4 Настоящий стандарт разработан с учетом основных нормативных положений стандарта
Европейского института по стандартизации в области телекоммуникаций (ETSI) ЕТСИ ТС 102 809
V1.2.1 (2013-07) «Телевидение вещательное цифровое. Сигнализация и доставка интерактивных
приложений и услуг в гибридных широковещательных/широкополосных средах» [ETSI TS 102 809
V1.2.1 (2013-07) «Digital Video Broadcasting (DVB); Signalling and carriage of interactive applications and
services in Hybrid broadcast/broadband environments», NEQ]
5 ВВЕДЕН ВПЕРВЫЕ
Правила применения настоящего стандарта установлены в ГОСТР 1.0—2012 (раздел 8).
Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию
на 1 января текущего года) информационном указателе «Национальные стандарты», а офи­
циальный текст изменений и поправок — в ежемесячном информационном указателе «Нацио­
нальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта со­
ответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного инфор­
мационного указателя «Национальные стандарты». Соответствующая информация, уведомле­
ния и тексты размещаются также в информационной системе общего пользования — на офи­
циальном сайте Федерального агентства по техническому регулированию и метрологии в сети
Интернет (www.gost.ru)
© Стандартинформ, 2016
Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и рас­
пространен в качестве официального издания без разрешения Федерального агентства по техническо­
му регулированию и метрологии

ГОСТ Р 56951—2016
Содержание
1 Область применения..........................................................................................................................................1
2 Нормативные ссылки.........................................................................................................................................1
3 Термины, определения и сокращения............................................................................................................ 2
4 Модели приложений.......................................................................................................................................... 2
5 Сигнализация интерактивных приложений и услуг ...................................................................................... 4
6 Ссылки на DVB услуги......................................................................................................................................12
7 Доставка приложений......................................................................................................................................13
8 Синхронизация................................................................................................................................................. 13
Библиография...................................................................................................................................................... 14
III

ГОСТ Р 56951— 2016
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ
Сигнализация и доставка интерактивных приложений и услуг
в гибридных широковещательных/широкополосных средах
Основные параметры
Digital Video Broadcasting. Signalling and carriage of interactive applications
and services in Hybrid broadcast/broadband environments. Basic parameters
Дата введения — 2017—06—01
1 Область применения
Настоящий стандарт определяет структуру сигнализации и доставки интерактивных приложений
или услуг в вещательных и широкополосных сетях. Эта структура содержит следующие разделы:
- сигнализация интерактивных приложений или услуг в классических вещательных сетях и широко­
полосных сетях;
- передача файлов интерактивных приложений или услуг через классические вещательные сети и
широкополосные сети;
- синхронизация интерактивных приложений или услуг с видео- и аудиоконтентом, распространяе­
мым через классические вещательные сети и широкополосные сети;
- ссылки из интерактивных приложений или услуг на видео-, аудиоконтент или контент с субтитрами,
распространяемый через классические вещательные сети и широкополосные сети.
Применение данного стандарта не зависит от конкретных технологий, приложений или услуг.
Требования настоящего стандарта следует учитывать при проектировании и эксплуатации сетей
DVB и при внедрении в них новых приложений или услуг.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ Р 52210— 2004 Телевидение вещательное цифровое. Термины и определения
ГОСТ Р 52591— 2006 Система передачи данны х пользователя в цифровом телевизионном форма­
те. Основные параметры
ГОСТ Р 54994— 2012 Телевидение вещательное цифровое. Передача служб DVB по сетям с IP про­
токолами. Общие технические требования
Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылоч­
ных стандартов в информационной системе общего пользования — на официальном сайте Федерального агент­
ства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному ука­
зателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпу­
скам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссы­
лочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию
этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на кото­
рый дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом
утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана
датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение
рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положе­
ние, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.
Издание официальное
1

ГОСТ Р 56951—2016
3 Термины, определения и сокращения
3.1 В настоящем стандарте применены термины по ГОСТ Р 52210, ГОСТ Р 52591, ГОСТ Р 54994, а
также следующие термины с соответствующими определениями:
3.1.1 приложение (application): Набор ресурсов и логических схем, которые совместно предостав­
ляют автономную интерактивную услугу для пользователей.
3.1.2 выбранная услуга (selected service): Телевизионная или радиоуслуга, которая в настоящее
время воспроизводится приемником и чьи уведомления о приложениях отслеживаются приемником.
3.1.3 услуга (service): Последовательность программ под управлением вещателя, которые могут
передаваться как часть расписания.
3.2 В настоящем стандарте применены следующие сокращения:
ФОП — файл описания приложения;
AIT — таблица информации о приложении (Application Information Table);
API — программный интерфейс приложения (Application Programming Interface);
bslbf — строка битов, левый бит первый (bit string, left bit first);
DSM-CC — управление и контроль над хранением/передачей цифровых данных (Digital Storage
Media — Command and Control);
DVB — цифровое телерадиовещание (Digital Video Broadcasting);
ETSI — Европейский институт по стандартизации в области телекоммуникаций (European
Telecommunications Standards Institute);
HTTP — протокол передачи гипертекста (Hyper Text Transport Protocol);
MIME — многоцелевые расширения Интернет-почты (Multipurpose Internet Mail Extensions);
MPEG — экспертная группа по движущемуся изображению; стандарт сжатия видео- и аудиодан­
ных (Moving Picture Experts Group);
SI — информация об услугах (Service Information);
SDT — таблица описания услуги (Service Description Table);
uimsbf — целое без знака, старший значащий бит первый (unsigned integer, most significant bit first);
XML — расширяемый язык разметки (Extensible Markup Language).
4 Модели приложений
4.1 Введение
Настоящий стандарт включает широкий спектр различных моделей приложений с различным на­
бором опций. Ниже приведен список основных моделей приложений, отсортированных от простых к бо­
лее сложным:
- приложения, связанные только с одной широковещательной услугой, которые запускаются при
выборе этой услуги и останавливаются, когда выбор прекращается;
- приложения, связанные более чем с одной широковещательной услугой, которые запускаются
при выборе любой из таких услуг и останавливаются, когда выбор этой услуги прекращается, даже
если прекращение выбора является частью перехода к новой услуге, с которой это приложение также
связано;
- приложения, которые сохраняются при смене услуги, являющиеся связанными более чем с одной
широковещательной услугой, которые запускаются при выборе любой услуги, с которыми они связаны,
работают без перерыва, пока хотя бы одна услуга, с которой они связаны, остается выбранной, и оста­
навливаются, когда больше не остается выбранных связанных с приложением услуг;
- приложения, связанные с элементом контента, являющимся частью широковещательной услу­
ги (например, индивидуальная программа или объявление), которые запускаются при запуске этого эле­
мента контента (если данная услуга в это время) и останавливаются, когда элемент контента завершает­
ся (если услуга остается выбранной в это время);
- приложения, связанные с элементом контента по запросу, будут либо обрабатываться так же, как
приложения, связанные счастью широковещательной услуги (включая возможность для динамических
изменений во время действия элемента контента по запросу), либо будут действительны в течение всего
срока действия элемента контента;
- приложения, которые действительны в то время, когда терминал подключен к сетевому оператору
или поставщику сервисной платформы. В некоторых случаях они могут работать постоянно.
2

ГОСТ Р 56951—2016
4.2 Запуск и остановка приложений
4.2.1 Приложения, связанные с вещательными услугами
При выборе широковещательной услуги должны выполняться следующие действия:
- терминал должен определить, есть ли какие-либо приложения, сигнализируемые как имеющие от­
ношение к данной услуге;
- приложения, которые являются частью этой услуги, которые обозначены контрольным кодом ав­
тозапуска (AUTOSTART) и которые пока не работают с момента предыдущего запроса услуги, должны
быть запущены;
- приложения, которые являются частью этой услуги, которые обозначены контрольным кодом ав­
тозапуска (AUTOSTART) и которые уже работают с момента предыдущего запроса вещательной услуги,
должны продолжать работать без остановки;
- второй экземпляр приложения не запускается;
- приложения, которые являются частью этой вещательной услуги и которые обозначены контроль­
ным кодом представления (PRESENT), должны продолжать работать, если они уже работают, но не
должны запускаться, если еще не работают;
- запущенные из любой ранее запрошенной широковещательной услуги приложения, которые не
являются частью новой трансляции, должны быть остановлены в рамках изменения представленной
услуги.
Если широковещательная услуга остается запрошенной, как определено выше, применяют следу­
ющие правила:
- приложения, которые добавлены к услуге с контрольным кодом автозапуска AUTOSTART, должны
автоматически запускаться, когда их добавление обнаруживается терминалом. Приложения, добавлен­
ные к услуге с любым другим контрольным кодом, не должны автоматически запускаться;
- приложения, которые являются частью услуги, когда контрольный код изменяется на AUTOSTART
с любого другого значения, должны быть автоматически запущены, за исключением случаев, когда они
уже запущены;
- приложения, которые являются частью услуги, когда контрольный код изменяется с AUTOSTART
на PRESENT, и которые уже работают, должны продолжать работать;
- приложения, чьи контрольные коды изменяются на KILL или DESTROY, должны быть остановлены
так, как определено в семантике, которую определяет спецификация технологии приложения для данных
контрольных кодов.
Когда вещательная услуга перестает быть выбранной, применяют следующие правила:
- приложения, где элемент serviceBound дескриптора приложения application_descriptor имеет зна­
чение «истина», должны быть остановлены;
- когда приложение продолжает работать после смены широковещательной услуги, оно должно ра­
ботать согласно сигнализации в новой услуге.
4.2.2 Приложения, связанные с элементами контента по запросу
Приложения, связанные с элементом контента по запросу, будут либо обрабатываться так же, как
приложения, связанные с частью широковещательной услуги (включая возможность для динамических
изменений во время действия элемента контента по запросу), либо будут действительны в течение всего
срока действия элемента контента. В последнем случае приложения с контрольным кодом AUTOSTART
должны запускаться, когда элемент контента появляется, и должны быть остановлены, когда элемент
контента пропадает. Изменения в контрольных кодах приложений невозможны.
4.2.3 Приложения, связанные с сетевыми операторами
Приложения, связанные с сетевыми операторами, могут работать в любое время, когда терминал
подключен к сети оператора. Приложения с контрольным кодом AUTOSTART должны быть запущены
автоматически при первом подключении терминала к сети или когда приложение (-я) добавлено (-ы) к
сигнализации. Если терминалы могут переподключаться от одного сетевого оператора к другому как
часть этого процесса, приложения бывшего сетевого оператора должны быть остановлены, а приложе­
ния нового сетевого оператора запущены.
з

ГОСТ Р 56951—2016
5 Сигнализация интерактивных приложений и услуг
5.1 Семантика
В данном разделе изложены следующие вопросы:
- как приемник идентифицирует приложения, связанные суслугой, и находит места, из которыхдол-
жен получить их;
- сигнализация, которая позволяет вещанию управлять жизненным циклом приложений;
- как приемник может определить источники данных вещания, необходимых приложению веща­
тельной услуги.
5.2 Метаданные приложений
5.2.1 Введение
Приложения могут иметь ряд элементов метаданных, ассоциированных с ними. К ним относятся
следующие:
- тип — идентифицирует платформу, необходимую для запуска или представления приложения;
- идентификатор — идентифицирует приложение;
- контрольный код — определяет состояние жизненного цикла приложения;
- профиль — определяет минимальный профиль терминала, необходимого для данного приложе­
ния;
- видимость — определяет, видно ли приложение пользователю или другим приложениям с помо­
щью списка API приложения (если поддерживается такой API);
- приоритет — определяет приоритет приложения по отношению к другим указанным приложениям;
- пиктограмма — обозначает расположение пиктограмм для этого приложения;
- графические ограничения — определяет ограничения в данном приложении по отношению к из­
менениям в графической конфигурации или воспроизводимому видео;
- информация по хранению — определяет, следует ли хранить приложение и какие файлы прило­
жения должны быть сохранены.
5.2.2 Типы приложений
При кодировании MPEG-2 типы приложений должны идентифицироваться 15-битовым числом.
Определенные типы приложений регистрируются DVB [1].
При кодировании XML типы приложений являются строками, как правило, типа MIME.
5.2.3 Идентификация приложений
Каждое приложение должно иметь идентификатор приложения, состоящий из двух частей:
- идентификатора организации organisation_id;
- идентификатора приложения application_id.
organisation_id: данное поле глобально идентифицирует организацию, отвечающую за приложе­
ние согласно [1]. Значение 0 не следует применять. Для совместимости старшие 8 битов должны быть
равны 0.
application_id: данное поле уникально идентифицирует приложение и определяется организацией,
соответствующей полю organisationjd, из диапазона значений согласно таблице 1.
Таблица 1 — Диапазон значений application_id
Значения application_id Применение
0x0000 Не должно использоваться
0x0001 ... 0x3FFF Для беззнаковых приложений
0x4000 ... 0x7FFF Для знаковых приложений
0x8000 ... 0x9FFF Для привилегированных приложений
ОхАООО ... OxFFFD Зарезервировано
OxFFFE Специальное универсальное значение для знаковых приложений организации
OxFFFF Специальное универсальное значение для всех приложений организации
4

ГОСТ Р 56951—2016
Синтаксис идентификатора приложения приведен в таблице 2. Согласно таблице 2 при кодирова­
нии MPEG-2 идентификатор приложения должен содержать 6 байт.
Таблица 2 — Синтаксис идентификатора приложения
Синтаксис Количество битов
a p p lic a tio n jd e n tifie r {
o rg a n is a tio n jd 32
application id 16
}
При кодировании XM L идентификатор приложения должен определяться согласно следующему
фрагменту кода XML:
<xsd:complexType nam e="ApplicationIdentifier'^
<xsd:sequence>
<xsd:element name="orgld" type="xsd:unsignedlnt"/>
<xsd:element nam e="appld" type="xsd:unsignedShort"/>
</xsd:sequence>
</xsd:complexType>
5.2.4 Контрольные коды приложения
Значения контрольных кодов приложения приведены в таблице 3.
Таблица 3 — Значения контрольных кодов приложения
Коды MPEG-2 Идентификатор Семантика
0x00 Зарезервировано
0x01 AUTOSTART Приложение должно быть запущено, если услуга выбрана, за ис­
ключением случая, когда оно уже работает
0x02 PRESENT Приложению позволено исполняться, пока услуга выбрана, но оно
не должно запускаться автоматически в момент выбора услуги
0x03 DESTROY Приложение должно быть остановлено, но ему разрешено закрыться
корректно. Попытки запустить приложение должны потерпеть неудачу
0x04 KILL Приложение должно быть остановлено немедленно. Попытки запу­
стить приложение должны потерпеть неудачу
0x05 PREFETCH Файлы приложения, если возможно, должны быть кэшированы при­
емником. Приложение не должно запускаться и попытки запуска
должны потерпеть неудачу
0x06 REMOTE Определяет приложение, которое недоступно в текущем транспорт­
ном потоке и доступно только после настройки на новый транспорт­
ный поток или если оно кэшировано и сигнализировано как полно­
стью запускаемое из кэша
0x07 DISABLED Приложение не должно запускаться и попытки запуска должны по­
терпеть неудачу
0x08 PLAYBACK_AUTOSTART Приложение не должно быть запущено ни в режиме реального вре­
мени, ни в режиме сдвига во времени. Когда начинается воспроиз­
ведение записи из хранилища, приложение должно быть представ­
лено, как будто произошел автозапуск
0x09... OxFF Зарезервировано
При кодировании MPEG-2 контрольный код приложения указывается через поле application_control_
code таблицы AIT. Значения согласно таблице 3.
При кодировании XM L контрольный код приложения должен определяться согласно следующему
фрагменту кода XML, значения должны браться из таблицы 3:
5

ГОСТ Р 56951—2016
<xsd:simpleType name="ApplicationControlCode">
<xsd: restrictio n base="xsd :string ">
<xsd:enumeration value="AUTOSTART"/>
<xsd:enumeration value="PRESENT"/>
<xsd:enumeration value="DESTROY"/>
<xsd:enumeration value="KILL'/>
<xsd:enumeration value="PREFETCH"/>
<xsd:enumeration value="REMOTE"/>
<xsd:enumeration value="DISABLED"/>
<xsd:enumeration value="PLAYBACK_AUTOSTART"/>
</xsd:restriction>
</xsd:simpleType>
5.2.5 Профили платформ
Профиль платформы должен содержать следующие поля.
application_profile: целочисленное значение, которое представляет профиль платформы, требуе­
мый приложением. Указывает, что приемник, включающий один из профилей, перечисленных в данном
цикле, способен к выполнению приложения.
version.major: числовое значение старшего подполя номера версии профиля,
version.minor: числовое значение младшего подполя номера версии профиля,
version.micro: числовое значение микроподполя номера версии профиля.
Терминал должен запускать приложения, если следующее выражение будет верно, по крайней
мере, для одного из сигнализированных профилей.
(application_profile € terminal_profiles_set)
л {(application_version. major < terminal_version.major(application_profile))
v [(application_version.major = terminal_version.major(application_profile))
Л ({application_version.minor < terminal_version.minor(application_profile)}
v {[application_version.minor = terminal_version.minor(application_profile)]
л [application_version.micro < terminal_version.micro(application_profile)]})]}, (1)
где € — знак принадлежности к множеству;
л — логическое И;
V — логическое ИЛИ.
При кодировании MPEG-2 профили должны быть кодированы как часть дескриптора приложения
согласно таблице 4.
Таблица 4 — Кодирование профиля приложения
Семантика Количество битов Формат
application_profiles_length
for( i=0; i<N; i++ ) {
8 uimsbf
application_profile 16 uimsbf
version.major 8 uimsbf
version.minor 8 uimsbf
version.micro
}
8 uimsbf
При кодировании XML профиль приложения должен определяться согласно следующему фраг­
менту кода XML:
<xsd:complexType name="MhpVersion">
<xsd:sequence minOccurs="1">
<xsd:element name="profile" type="ipi:Hexadecimal16bit «/>
<xsd:element name="versionMajor" type="ipi:Hexadecimal8bit «/>
<xsd:element name="versionMinor" type="ipi:Hexadecimal8bit «/>
<xsd:element name="versionMicro" type="ipi:Hexadecimal8bit «/>
</xsd:sequence>
</xsd:complexType>
6

ГОСТ Р 56951—2016
5.2.6 Видимость приложения
Определение состояний видимости приложений приведено в таблице 5.
Таблица 5 — Определение состояний видимости приложений
Коды MPEG-2 Коды XML Описание
00 NOT_VISIBLE_ALL Приложение не должно быть видимо ни для приложений через спи­
сок API приложения (если такой API поддерживается терминалом),
ни для пользователей через меню навигации, за исключением сооб­
щений об ошибках или через средства ведения лога и т.п.
01 NOT_VISIBLE_USERS Приложение не должно быть видимо пользователям, но должно
быть видимо для приложений через список API приложения (если
такой API поддерживается терминалом)
10 Зарезервировано
11 VISIBLE_ALL Приложение может быть видимо пользователям и должно быть ви­
димо для приложений через список API приложения (если такой API
поддерживается терминалом)
При кодировании MPEG-2 видимость приложения указывается через поле дескриптора приложе­
ния таблицы AIT. Значения данного поля приведены в таблице 5.
При кодировании XML видимость приложения должна определяться согласно следующему фраг­
менту кода XML (с учетом значений из таблицы 5):
<xsd:simpleType name="VisibilityDescriptor">
<xsd:restriction base="xsd:string">
<xsd:enumeration value="NOT_VISIBLE_ALL"/>
<xsd:enumeration value="NOT_VISIBLE_USERS7>
<xsd:enumeration value="VISIBLE_ALL"/>
</xsd:restriction>
</xsd:simpleType>
5.2.7 Приоритет приложения
Приоритет приложения определяет относительный приоритет между приложениями, указанными
в услуге:
- если в услуге больше чем одно приложение с одинаковой идентификацией приложения, данный
приоритет должен использоваться, чтобы определить, какое приложение запущено;
- если недостаточно ресурсов, чтобы продолжить выполнять ряд приложений, данный прио­
ритет должен использоваться, чтобы определить, какое приложение остановить или поставить на
паузу;
- большее целочисленное значение указывает на более высокий приоритет;
- если два приложения имеют одинаковую идентификацию приложения одинаковый приоритет, тер­
минал может сделать зависимый от применения выбор, какое из них запустить.
Примечание — Спецификации платформ могут определить специальную семантику для определен­
ных значений приоритета.
При кодировании MPEG-2 приоритет приложения кодируется в поле application
_priority дескрипто­
ра приложения.
При кодировании XML приоритет приложения кодируется в поле приоритета дескриптора прило­
жения.
5.2.8 Пиктограммы приложений
Одна или несколько пиктограмм могут быть связаны с приложением. Формат содержания пикто­
грамм должен быть PNG.
Каждая пиктограмма должна содержать локатор пиктограммы и набор флагов, определяющих раз­
мер и соотношение сторон пиктограммы.
Локатор пиктограммы является первой частью строки, указывающей на расположение файла пик­
тограммы. Локатор приложения не должен заканчиваться символом слэша «/».
Имена файлов пиктограмм кодируются стандартным способом:
7

ГОСТ Р 56951— 2016
filename = icon_locator"/dvb.icon." hex_string
hex_string = 4*4hex
hex = digit | "A" | "В" | "C" | "D" | "E" | "F" | "a" | "b" | "c" | "d" | "e"
digit = "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"
Файл пиктограммы должен содержать только одну пиктограмму.
При кодировании MPEG-2 информация о пиктограмме приложения закодирована в дескрипторе
application_icons_descriptor согласно таблице 6.
Таблица 6 — Синтаксис дескриптора пиктограммы приложения
Семантика Количество битов Формат Значение
application_icons_descriptor() {
descriptor_tag 8 uim sbf OxBO
d e scrip to rje n g th 8 uim sbf
icon_locator_length
for (i=0; i<N; i++) {
8 uim sbf
icon locator byte
}
icon_flags
8 uim sbf
16 bslbf
for (i=0; i<N; i++) {
reserved future use
}
}
8 bslbf
Пиктограмма содержащейся в файле пиктограммы должна иметь формат, определенный четырь­
мя шестнадцатеричными цифрами постскриптума имени файла. Значение этого постскриптума опреде­
лено соответствующим кодированием MPEG-2 флагов пиктограммы (см. таблицу 7).
Возможные значения поля icon_flags приведены в таблице 7.
Таблица 7 — Возможные значения поля icon_flags
Биты поля icon_flags Размер в пикселях и соотношение сторон
0000 0000 0000 0001 32 х 32 для дисплея с квадратными пикселями
0000 0000 0000 0010 32 х 32 для дисплея размерностью 4:3 (Примечание)
0000 0000 0000 0100 24 х 32 для дисплея размерностью 16:9
0000 0000 0000 1000 64 х 64 для дисплея с квадратными пикселями
0000 0000 0001 0000 64 х 64 для дисплея размерностью 4:3 (Примечание)
0000 0000 0010 0000 48 х 64 для дисплея размерностью 16:9
0000 0000 0100 0000 128 х 128 для дисплея с квадратными пикселями
0000 0000 1000 0000 128 х 128 для дисплея размерностью 4:3 (Примечание)
0000 0001 0000 0000 96 х 128 для дисплея размерностью 16:9
0000 0010 0000 0000 256 х 256 для дисплея с квадратными пикселями
0000 0100 0000 0000 256 х 256 для дисплея размерностью 4:3 (Примечание)
0000 1000 0000 0000 192 х 256 для дисплея размерностью 16:9
xxxx 0000 0000 0000 Зарезервировано
Примечание — Приблизительное соотношение сторон пикселя 15/16 для систем с частотой вертикальной
развертки 50 Гц.
При кодировании XML информация о пиктограмме закодирована в одном или нескольких элемен­
тах дескриптора IconDescriptor согласно следующему фрагменту кода XML:
<xsd:complexType name="lconDescriptor">
<xsd:attribute name="filename" type="xsd:string" use="required"/>
<xsd:attribute name="size" type="xsd:unsignedShort" use="optional"/>
<xsd:attribute name="aspectRatio" type="mhp:AspectRatio" use="optional"/> </xsd:complexType>
5.2.9 Графические ограничения
При кодировании MPEG-2 дескриптор graphics_constraints_descriptor, приведенный в таблице 8, ука­
зывает, какие графические ограничения применимы к приложению.
8

ГОСТ Р 56951—2016
Таблица 8 — Дескриптор graphics_constraints_descriptor
Семантика Количество битов Формат Значение
g гаph ics_constrai nts_descri ptor() {
descriptor_tag 8 uimsbf 0x14
descriptorjength 8 uimsbf
reserved future use 5 bslbf
can run without visible ui 1 bslbf
handles_configuration_changed 1 bslbf
handles_externally_controlled_video
for(i=0;i<N;i++) {
1 bslbf
graphics configuration byte
}
}
8 uimsbf
Значения байта графической конфигурации приведены в таблице 9. Поддерживаемые приложением
графические конфигурации указываются списком из одного или нескольких значений согласно таблице 9.
Таблица 9 — Значения байта графической конфигурации
Значение Описание
0 Зарезервировано
1 Полный экран, стандартное разрешение
2 Полный экран, 960x540
3 Полный экран, 1280x720
4 Полный экран, 1920x1080
5...31 Зарезервировано проектом DVB
32... 255 Зарезервировано
5.2.10 Применение приложения
Дескриптор применения приложения указывает тип специальной стандартной услуги, предостав­
ляемой приложением (телетекст, электронный гид, чат и т.п.). Формат дескриптора применения приложе­
ния application_usage_descriptor при кодировании MPEG-2 приведен в таблице 10.
Таблица 10 — Дескриптор применения приложения
Семантика Количество битов Формат Значение
application_usage_descriptor() {
descriptor_tag 8 uimsbf 0x16
descriptorjength 8 uimsbf
usage type
}
8 uimsbf
descriptor_tag: идентификатор дескриптора со значением 0x16.
usage_type: указывает, какую услугу предоставляет приложение. Типы применения приложения
приведены в таблице 11.
Таблица 11 — Типы применения приложения
Значение Описание
0x00 Зарезервировано
0x01 Приложение с цифровым текстом
0x02... 0x7F Зарезервировано
0x80... OxFF Применимо согласно спецификации платформы (Примечание)
Примечание — Спецификация платформы должна определять домен, в котором данные значения при­
менимы, например, путем использования отдельного идентификатора вещания данных.
9

ГОСТ Р 56951—2016
Если дескриптор application_usage_descriptor отсутствует, приложение не должно предоставлять
специальных стандартных услуг.
При кодировании XML тип применения приложения указывают в элементе дескриптора
ApplicationUsageDescriptor согласно следующему фрагменту кода XML:
<xsd:complexType name="ApplicationUsageDescriptor">
<xsd:sequence>
<xsd:element name="ApplicationUsage" type="xsd:anyURI" minOccurs="0" maxOccurs="unbounded"/>
</xsd:sequence>
</xsd:complexType>
Элемент ApplicationUsage должен указывать, какая услуга предоставляется приложением. Кодиро­
вание значений ApplicationUsage должно выполняться согласно примеру в таблице 12.
Таблица 12 — Пример кодированияX M L типов применения приложения
Значение ApplicationUsage Описание
urn:dvb:mhp:2009:digitalText Приложение с цифровым текстом
5.2.11 С охраненны е прилож ения
Дескриптор хранения приложения содержит информацию о способе запуска приложений из хранилищ.
Дескриптор хранения приложения должен содержать следующие флаги:
is_launchable_with_older_version: указывает, что разрешен запуск более ранней версии из кэша,
даже если вещательная сеть сообщает о наличии более новой версии.
launchable_com pletely_from _cache: указывает, необходимо ли для запуска приложения подклю­
чение к транспортному протоколу.
not_launchable_from _broadcast: указывает, может ли приложение быть успешно запущено перед
его полным кэшированием.
Комбинация флагов дескриптора хранения приведена в таблице 13.
Таблица 13 — Комбинация флагов дескриптора хранения
Флаги дескриптора хранения
Описание
not_launchable_from_
broadcast
launchable_completely_
from_cache
is_launchable_with_
older_version
0 0 0 Нормальный случай
0 0 1 He должно быть сигнализировано
0 1 0 Не должно быть сигнализировано
0 1 1 Не должно быть сигнализировано
1 0 0 Запускается, если сигнализированная вер­
сия сохранена
1 0 1 Запускается, если сигнализированная или
более старая версия сохранена
1 1 0 Запускается полностью из кэша, если сигна­
лизированная версия сохранена. Приложение
не может быть сохранено из-за недоступности
карусели объекта для данной услуги
1 1 1 Запускается, если сигнализированная или
более старая версия сохранена. Приложение
не может быть сохранено из-за недоступности
карусели объекта для данной услуги
Примечания
1 Если флаг установлен, это указывает, что файлы присутствуют, но скорость потока слишком мала.
2 Если флаг установлен, это указывает, что файлы полностью отсутствуют в текущей передаче.
1 0

ГОСТ Р 56951—2016
Кодирование MPEG-2 дескриптора хранения приложения приведено в таблице 14.
Таблица 14 — Кодирование MPEG-2 дескриптора хранения приложения
Семантика Количество битов Формат Значение
a p p I icati on_sto rag e_d escri pto r() {
descriptorjag 8 uimsbf 0x10
descriptorjength 8 uimsbf
storage_property 8 uimsbf
not launchable from broadcast 1 bslbf
launchable_completely from cache 1 bslbf
is launchable with older version 1 bslbf
Reserved 5 bslbf
Reserved 1 bslbf
Version 31 uimsbf
Priority
}
8 uimsbf
При кодировании XML возможности по хранению приложения указывают в элементе
StorageCapabilities согласно следующему фрагменту кода XML:
<xsd:complexType name="StorageCapabilities">
<xsd:sequence minOccurs="0">
<xsd:element name="storageProperty" type="mhp:StorageType"/>
<xsd:element name="isStorable" type="xsd:boolean"/>
<xsd:element name="canCache" type="xsd:boolean"/>
</xsd:sequence>
<xsd:attribute name="launchableFromBroadcast" type="xsd:boolean" use="required"/>
<xsd:attribute name="launchableCompletelyFromCache" type="xsd:boolean" use="required"/>
<xsd:attribute name="launchableWithOlderVersion" type="xsd:boolean" use="required"/>
</xsd:complexType>
5.2.12 Файл описания приложения
Файл описания приложения (ФОП) содержит список файлов и другую информацию, которые долж­
ны быть сохранены для приложения.
Размещение ФОП должно определяться спецификацией платформы. Рекомендуемый формат
имени ФОП следующий:
’dvb.storage.oooooooo.aaaa’,
где оооооооо — organisationjd в формате 8-символьной шестнадцатеричной строки;
аааа — applicationjd в формате 4-символьной шестнадцатеричной строки.
Старшие символы organisationjd и applicationjd должны заполняться нулями до достижения ука­
занной длины.
При кодировании должны использоваться шестнадцатеричные символы в строчном написании.
В декларациях типа документа файлов XML должен использоваться следующий синтаксис:
Значение PublicLiteral:
"-//DVB//DTD Application Description File 1.0//EN"
Значение URL для SystemLiteral:
"http://www.dvb.org/mhp/dtd/applicationdescriptionfile-1-0.dtd"
<!ENTITY % object "(dir|file)">
<!— the main element for the application description -->
<!ELEMENT applicationdescription (%object;)+>
clATTLIST applicationdescription version NMTOKEN #REQUIRED>
<!ELEMENT dir (%object;)*>
clATTLIST dir
name CDATA #REQUIRED
priority NMTOKEN IM PLIED
11

ГОСТ Р 56951—2016
>
<!ELEMENT file EMPTY>
<!ATTLIST file
name CDATA «REQUIRED
priority NMTOKEN «IMPLIED
size NMTOKEN «REQUIRED
>
Семантика:
version: десятичное число, обозначающее номер версии этого приложения. Значение этого атрибу­
та не должно содержать ведущих нулей (если он сам не является «0»). Значение этого атрибута должно
совпадать с номером версии, указанной в поле дескриптора хранилища приложения в записи AIT этого
приложения; если это не так, то ФОП является недействительным. Это поле позволяет авторам прило­
жений убедиться, что номер версии, указанный в AIT, является правильным. Если он неправильный, лю­
бые сохранения файлов предотвращаются.
Name: этот атрибут предоставляет имя объекта файловой системы (каталог или файл), который
может быть сохранен. Это имя объекта в пределах его каталога и не включает в себя информацию о пути
каталога. Для атрибута имени файлового элемента последний символ имени может быть подстановоч­
ным символом «*». Этот символ будет соответствовать любой строке, включая пустую строку.
Если имя выглядит как «.» или «..», содержит разделитель «/» или содержит символ NUL (U + 0000),
то приемник должен отклонить этот ФОП как недействительный.
Priority: этот атрибут указывает, как важно сохранить этот объект. Его значение должно быть между
0 и 255 включительно. Если оно находится за пределами этого диапазона, то ФОП является недействи­
тельным. Нулевое значение указывает на наивысший приоритет, более высокие значения указывают на
низкий приоритет для сохранения.
Значение по умолчанию для атрибута приоритета равно нулю (наивысший приоритет).
Size: этот атрибут определяет размер в байтах файла или файлов, в которых имя атрибута вклю­
чает в себя подстановочный символ.
6 Ссылки на DVB услуги
Ноль или более дескрипторов service_identifier_descriptor могут быть включены в таблицу SDT услу­
ги. Каждый такой дескриптор определяет один текстовый идентификатор для данной услуги. Синтаксис
текстового идентификатора услуги должен быть следующим:
<service_name>"." <service_provider_domain_name>,
где <service_name> — уникальное имя услуги в домене провайдера;
<service_provider_domain_name>— доменное имя в сети Интернет, принадлежащее поставщику
услуг.
Одному экземпляру услуги может быть сопоставлено несколько идентификаторов услуг.
Дескриптор идентификатора услуги service_identifier_descriptor приведен в таблице 15.
Таблица 15 — Дескриптор идентификатора услуги
Семантика Количество битов Формат Значение
service_identifier_descriptor () {
descriptor_tag 8 uimsbf 0x71
descriptorjength
for (i = 0; i < descriptorjength; i++) {
8 uimsbf
textual service identifier bytes
}
}
8 uimsbf
descriptor_tag: идентификатор дескриптора, должен быть равен 0x71.
textual_service_identifier_bytes: эти байты содержат уникальный идентификатор для услуги, за­
кодированный с помощью нормального кодирования текстовых строк в DVB SI.
12

ГОСТ Р 56951—2016
7 Доставка приложений
7.1 Карусель объектов
Если широковещательное приложение передается с использованием каруселей объектов от поль­
зователя к пользователю DSM-CC, следует руководствоваться спецификациями [2], [3], [4].
7.2 HTTP
Если приложение загружается с помощью протокола HTTP, должен поддерживаться протокол HTTP
1.1 согласно [5].
8 Синхронизация
8.1 Введение
Синхронизация видео- или аудиопотоков в службе должна выполняться с помощью потоковых со­
бытий DSM-CC.
Такими событиями могут быть:
- события немедленной обработки («Do-it-now» («Сделай-это-сейчас») события), направляемые в
приложение, как только они принимаются терминалом;
- события, синхронизированные с временной диаграммой DVB, направляемые в приложение, когда
временная диаграмма достигает времени, указанного для события.
Спецификация платформы, где необходима синхронизация, должна определять, какие из этих со­
бытий будут поддерживаться в ее работе.
8.2 Ссылки
Для обращений из приложений в источники потоковых событий определены два механизма:
- по ссылке объекта потокового события DSM-CC в карусель объектов. Для этого требуется, чтобы
услуга содержала карусель объектов, а также элементарный поток, несущий сообщения потоковых событий;
- по ссылке XML-файла, содержащего эквивалентную информацию на объект потокового события
DSM-CC, как определено в следующей схеме. Такой механизм обеспечивает синхронизацию с услугами,
несущими сообщения потоковых событий, но не содержащих карусели объектов. Если востребован тип
MIME, для таких XML-файлов должен использоваться тип MIME «application/vnd.dvb.streamevent+xml»:
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!--W3C Schema generated by XMLSpy v2006 sp2 U (http://www.altova.com)->
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:dsmcc="um:dvb:mis:dsmcc:2009"
targetNamespace="urn:dvb:mis:dsmcc:2009" elementFormDefault="qualified"
attributeFormDefault="qualified">
<xs:complexType name="DsmccType">
<xs:sequence>
<xs:element name="dsmcc_object" type="dsmcc:DsmccObjectType" minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
<xs:element name="dsmcc" type="dsmcc:DsmccType"/>
<xs:complexType name="DsmccObjectType">
<xs:sequence>
<xs:element name="stream_event" type="dsmcc:StreamEventType" minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="component_tag" type="xs:string" use="required"/>
</xs:complexType>
<xs:complexType name="StreamEventType">
<xs:attribute name="stream_event_id" type="xs:string" use="required"/>
<xs:attribute name="stream_event_name" type="xs:string" use="required"/>
</xs:complexType>
</xs:schema> 13

ГО СТ Р 56951— 2016
[1] ЕТСИ ТС 101 162
ETSITS 101 162
[2] ЕТСИ ЕН 301 192 (V1.3.1)
ETSI EN 301 192 (V1.3.1)
[3] ИСО/МЭК13818-1
ISO/IEC 13818-1
[4] ИСО/МЭК 13818-6
ISO/IEC 13818-6
[5] IETF RFC 2616
IETF RFC 2616
Библиограф ия
«Телевидение вещательное цифровое (DVB); Размещение идентификаторов и
кодов в системах телевидения вещательного цифрового (DVB)»
«Digital Video Broadcasting (DVB); Allocation of identifiers and codes for Digital Video
Broadcasting (DVB) systems»
«Телевидение вещательное цифровое (DVB); Спецификация DVB для широко­
вещательной передачи данных»
«Digital Video Broadcasting (DVB); DVB specification for data Broadcasting»
«Информационные технологии — Общее кодирование движущихся изображе­
ний и связанной с ними звуковой информации — Часть 1: Системы»
«Information technology — Generic coding of moving pictures and associated audio
information: Systems»
«Информационные технологии — Общее кодирование движущихся изобра­
жений и связанной с ними звуковой информации — Часть 6: Расширение для
DSM-CC»
«Information technology — Generic coding of moving pictures and associated audio
information: Part 6: Extensions for DSM-CC»
«Протокол передачи гипертекста — НТТР/1.1»
«Hypertext Transfer Protocol — HTTP/1.1»
14

ГОСТ Р 56951— 2016
УДК 621.397.132.129:006.354 ОКС 33.170 ОКП 65 7400
Ключевые слова: приложение, услуга, синхронизация, метаданные, MPEG-2, XML
15

Редактор А.Л. Безлюдникова
Технический редактор В.Н. Прусакова
Корректор Е.Д. Дульнева
Компью терная верстка К.Л. Чубанова
Сдано в набор 27.06.2016. Подписано в печать 07.07.2016. Формат 60 »841/ 8. Гарнитура Ариал.
Уел. печ. л. 2,32. Уч.-изд. л. 2,10. Тираж 25 экз. Зак. 1596.
Подготовлено на основе электронной версии, предоставленной разработчиком стандарта
Издано и отпечатано во ФГУП «СТАНДАРТИНФОРМ», 123995 Москва, Гранатный пер., 4.
www.gostinfo.ru info@gostinfo.ru
ÃÎÑÒ Ð 56951-2016