1
Доступно поисковых запросов: 1 из 2
Следующий пробный период начнётся: 06 февраля 2023 в 10:48
Снять ограничение

ГОСТ Р 56951-2016

Телевидение вещательное цифровое. Сигнализация и доставка интерактивных приложений и услуг в гибридных широковещательных/широкополосных средах. Основные параметры
Действующий стандарт
Проверено:  29.01.2023

Информация

Название Телевидение вещательное цифровое. Сигнализация и доставка интерактивных приложений и услуг в гибридных широковещательных/широкополосных средах. Основные параметры
Название английское Digital Video Broadcasting. Signalling and carriage of interactive applications and services in Hybrid broadcast/broadband environments. General parameters
Дата актуализации текста 01.01.2021
Дата актуализации описания 01.01.2021
Дата издания 16.06.2020
Дата введения в действие 01.06.2017
Область и условия применения Настоящий стандарт определяет структуру сигнализации и доставки интерактивных приложений или услуг в вещательных и широкополосных сетях. Эта структура содержит следующие разделы: - сигнализация интерактивных приложений или услуг в классических вещательных сетях и широкополосных сетях; - передача файлов интерактивных приложений или услуг через классические вещательные сети и широкополосные сети; - синхронизация интерактивных приложений или услуг с видео и аудио контентом, распространяемым через классические вещательные сети и широкополосные сети; - ссылки из интерактивных приложений или услуг на видео, аудио контент или контент с субтитрами, распространяемый через классические вещательные сети и широкополосные сети
Опубликован Официальное издание. М.: Стандартинформ, 2016 год
Утверждён в Росстандарт

Расположение в каталоге ГОСТ

     
ГОСТ Р 56951-2016

     

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


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


Сигнализация и доставка интерактивных приложений и услуг в гибридных широковещательных/широкополосных средах


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


Digital Video Broadcasting. Signalling and carriage of interactive applications and services in Hybrid broadcast/broadband environments. Basic parameters

ОКС 33.170

ОКП 65 7400

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

     

Предисловие

1 РАЗРАБОТАН Автономной некоммерческой организацией "Научно-технический центр информатики" (АНО "НТЦИ")

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

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

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

Настоящий стандарт определяет структуру сигнализации и доставки интерактивных приложений или услуг в вещательных и широкополосных сетях. Эта структура содержит следующие разделы:

- сигнализация интерактивных приложений или услуг в классических вещательных сетях и широкополосных сетях;

- передача файлов интерактивных приложений или услуг через классические вещательные сети и широкополосные сети;

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

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

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

Требования настоящего стандарта следует учитывать при проектировании и эксплуатации сетей DVB и при внедрении в них новых приложений или услуг.

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

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

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

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

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

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

     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 Введение

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

- приложения, связанные только с одной широковещательной услугой, которые запускаются при выборе этой услуги и останавливаются, когда выбор прекращается;

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

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

- приложения, связанные с элементом контента, являющимся частью широковещательной услуги (например, индивидуальная программа или объявление), которые запускаются при запуске этого элемента контента (если данная услуга в это время) и останавливаются, когда элемент контента завершается (если услуга остается выбранной в это время);

- приложения, связанные с элементом контента по запросу, будут либо обрабатываться так же, как приложения, связанные с частью широковещательной услуги (включая возможность для динамических изменений во время действия элемента контента по запросу), либо будут действительны в течение всего срока действия элемента контента;

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

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 должны быть запущены автоматически при первом подключении терминала к сети или когда приложение(-я) добавлено(-ы) к сигнализации. Если терминалы могут переподключаться от одного сетевого оператора к другому как часть этого процесса, приложения бывшего сетевого оператора должны быть остановлены, а приложения нового сетевого оператора запущены.

     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: данное поле уникально идентифицирует приложение и определяется организацией, соответствующей полю organisation_id, из диапазона значений согласно таблице 1.


Таблица 1 - Диапазон значений application_id

Значения application_id

Применение

00000

He должно использоваться

00001...03FFF

Для беззнаковых приложений

04000...07FFF

Для знаковых приложений

08000...09FFF

Для привилегированных приложений

0A000...0FFFD

Зарезервировано

0FFFE

Специальное универсальное значение для знаковых приложений организации

0FFFF

Специальное универсальное значение для всех приложений организации


Синтаксис идентификатора приложения приведен в таблице 2. Согласно таблице 2 при кодировании MPEG-2 идентификатор приложения должен содержать 6 байт.


Таблица 2 - Синтаксис идентификатора приложения

Синтаксис

Количество битов

application_identifier {
organisation_id
application_id
}


32
16


При кодировании XML идентификатор приложения должен определяться согласно следующему фрагменту кода XML:

<xsd:complexType name="Applicationldentifier">

<xsd:sequence>

<xsd:element name="orgld" type="xsd:unsignedlnt"/>

<xsd:element name="appld" type="xsd:unsignedShort"/>

</xsd:sequence>

</xsd:complexType>

5.2.4 Контрольные коды приложения

Значения контрольных кодов приложения приведены в таблице 3.


Таблица 3 - Значения контрольных кодов приложения

Закупки не найдены
Свободные
Р
Заблокированные
Р
Роль в компании Пользователь

Для продолжения необходимо войти в систему

После входа Вам также будет доступно:
  • Автоматическая проверка недействующих стандартов в закупке
  • Создание шаблона поиска
  • Добавление закупок в Избранное