Товары в корзине: 0 шт Оформить заказ
Стр. 1 

18 страниц

396.00 ₽

Купить ГОСТ Р 56954-2016 — бумажный документ с голограммой и синими печатями. подробнее

Распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль"

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

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

 Скачать PDF

Оглавление

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

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

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

4 Транспортировка синхронизированных вспомогательных данных

     4.1 Введение

     4.2 Формат пакетов транспортного потока (TS)

     4.3 Формат пакетов пакетизированного элементарного потока (PES)

     4.4 Расположение потока

     4.5 Структура вспомогательных данных

5 Дескрипторы

     5.1 Идентификация дескрипторов

     5.2 Определения дескрипторов

Приложение А (обязательное) Типы временных диаграмм

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

 
Дата введения01.06.2017
Добавлен в базу01.02.2017
Актуализация01.01.2019

Этот ГОСТ находится в:

Организации:

07.06.2016УтвержденФедеральное агентство по техническому регулированию и метрологии547-ст
ИзданСтандартинформ2016 г.
РазработанАНО НТЦИ

Digital Video Broadcasting. Specification for the carriage of synchronized auxiliary data in DVB transport streams

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18

ГОСТР

56954-

2016

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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

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

Спецификация транспортировки синхронизированных вспомогательных данных в транспортных потоках DVB

ETSI TS 102 823 V1.2.1 (2014-01)

Digital Video Broadcasting (DVB); Specification for the carriage of synchronized auxiliary data in DVB transport streams (NEQ)

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

Москва

Стандартинформ

2016

ГОСТ P 56954—2016

Предисловие

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

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

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

4    Настоящий стандарт разработан с учетом основных нормативных положений стандарта Европейского института по стандартизации в области телекоммуникаций (ETSI) ЕТСИ ТС 102 823 VI .2.1 (2014-01) «Телевидение вещательное цифровое. Спецификация транспортировки синхронизированных вспомогательных данных в транспортных потоках DVB» (ETSI TS 102 823 VI.2.1 (2014-01) «Digital Video Broadcasting (DVB); Specification for the carriage of synchronized auxiliary data in DVB transport streams», NEQ]

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

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

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

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

II

Поле metadata_application_format должно кодироваться согласно таблице 8

Таблица 8 — Кодировка поля metadata_application_format

Величина

Описание

OxOOOO-OxOOFF

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

0x0100

Метаданные TVA согласно DVB

0x0101-Qx03FF

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

0x0400-0xFFFE

Определяется пользователем

OxFFFF

Определяется полем metadata_application_formatjdentifier

Поле content_time_base_indicator должно кодироваться согласно таблице 9.

Таблица 9 — Кодировка поля content_time_base_indicator

Величина

Описание

0

В данном дескрипторе определена временная база контента

1

Используются часы системного времени (System Time Clock. STC)

2

Используется время нормального воспроизведения (Normal Play Time, NTP)

3-7

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

8

Используется вещательная временная диаграмма DVB

9-11

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

12-15

Определяется пользователем

Поле private_data_byte. Последовательность полей private_data_byte составляет поле private, data Поле private_data должно кодироваться согласно таблице 10.

Таблица 10 — Структура поля privatc_data

Синтаксис

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

Формат

private_data() {

if (content time basejndicator == 8) {

time_base_association_data_length time base association data(){

8

uimsbf

reserved

7

uimsbf

time_base_mapping_flag if (time_base_mapping_flag == *1’) {

1

8

uimsbf

uimsbf

bme_base_mappmg_id

} else {

broadcast timeline id

}

}

}

if (contentjime basejndicator == 9|10|11) {

8

8

uimsbf

uimsbf

time base association_data_length

for (i=0, i<time_base_association_data_length, !+♦){ time base association data byte

}

8

uimsbf

}

for (i=0, i<N; !♦♦){

uimsbf

private data byte

}

}

8

ГОСТ P 56954—2016

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

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

Если данное поле равно 1. то явное отображение имеет место и может быть обнаружено с помощью кодированного поля time_base_mapping_id.

Если данное поле равно 0. то явное отображение отсутствует и все временные базы должны быть отображены на одну вещательную временную диаграмму, которая может быть обнаружена с помощью кодированного поля broadcast_timeline_id.

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

Соответствующий дескриптор time_base_mapping_descriptor должен передаваться в той же структуре вспомогательных данных, в которой передается данный дескриптор content_labeling_descriptor.

broadcast_timeline_id 8-битовое поле, идентифицирует вещательную временную диаграмму, прямую или смещенную, определенную в том же потоке синхронизированных вспомогательных данных (но не обязательно в той же структуре вспомогательных данных), в котором доставляется данный дескриптор content_labeling_descriptor.

Если данный дескриптор передается в синхронизированных вспомогательных данных с полем payload_format, равным 0x1, то 8-битовое поле descriptor_tag должно быть равно 0x04

5.2.4.4 Сигнализация PSI

Чтобы указать, что элементарный поток, используемый для синхронизированных вспомогательных данных, передает один или более дескрипторов content_labeling_descriptor. относящихся к отдельным приложениям метаданных (т е. в том же формате кодированных приложений метаданных), краткая форма дескриптора content_labeling_descriptor может быть помещена в соответствующей структуре ESJnfo (второй дескрипторный цикл) таблицы РМТ В этом случае должны быть использованы следующие поля:

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

content_reference_id_record_flag: данное 1-битовое поле должно быть равно 0. Соответственно, в данном экземпляре дескриптора не должно быть ни одного поля content_reference_id.

content_time_base_indicator: данное 4-битовое поле должно быть равно 0. Соответственно, в данном экземпляре дескриптора не должна определяться временная база контента.

5.2.5 Дескриптор synchronised_event_descriptor

5.2.5.1    Использование

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

Каищое синхронизированное событие должно уникально идентифицироваться комбинацией трех полей: synchronised_event_contexl. synchronised_event_id и synchronised_event_id_instance.

5.2.5.2    Синтаксис

Синтаксис дескриптора synchronised_event_descriptor приведен в таблице 11.

9

Таблица 11 — Дескриптор synchronlsed_event_descriptor

Синтаксис

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

Формат

synchronised event descnptor(){

descriptor tag

8

uimsbf

descriptor length

8

ulmsbf

synchronised event context

8

uimsbf

synchronised event id

16

uimsbf

synchronised event id instance

8

uimsbf

Reserved

2

tick format

6

uimsbf

reference offset ticks

16

tcimsbf

synchromsed_event_data_length for (j =0. j < N2. ]♦♦){

8

uimsbf

synchronised event data byte

}

}

8

uimsbf

5.2.5.3 Семантика

descriptor_tag 8-битовое поле, должно быть равно 0x05.

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

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

synchronised_event_id: 16-битовое поле, должно определять тип синхронизированного события в составе контекста, идентифицированного полем synchronised_event_context

Значения данного поля в диапазоне OxFFFO-OxFFFF зарезервированы для DVB и не должны использоваться в зависящем от приложения контексте.

synchronised_event_id_instance: 8-битовое поле, должно быть кодировано одинаковым значением для каждого экземпляра в данном дескрипторе, относящегося к отдельному синхронизированному событию. Его значение должно увеличиваться на 1 между каждым экземпляром синхронизированного события отдельного типа.

tick_format: 6-битовое поле, указывает формат поля eference_offset_ticks. Должно кодироваться согласно таблице 6 настоящего стандарта.

Для всех синхронизированных событий данного дескриптора должно использоваться единое значение tick_format

reference_offset_ticks: 16-битовое поле, должно кодироваться согласно значению поля tick_format

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

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

Если временной момент события находится в прошлом относительно метки PTS пакета PES, в котором доставляется данный дескриптор, то должно кодироваться отрицательное значение refer-ence_offset_ticks

synchronised_event_data Jength 8-битовое поле, содержит длину в байтах поля данных синхронизированного события.

synchronised_event_data_byte: 8-битовое поле, последовательность полей synchronised_ event_data_byte составляет поле данных синхронизированного события.

5.2.6 Дескриптор synchronised_event_cancel_descriptor

5.2.6.1 Использование

Дескриптор synchronised_event_cancel_descriptor предоставляет способ отменить синхронизированное событие, временной момент которого был определен (с помощью дескриптора synchronised_ event_descriptor). но пока еще не достигнут. Например, дескриптор syncbronised_event_cancel_descrip-tor может быть использован для отмены синхронизированного события, временной момент которого

Ю

ГОСТ P 56954—2016

находится в будущем, относящегося к внезапно прерываемой программе (к примеру, срочной новостной вставкой).

5.2.6.2 Синтаксис

Синтаксис дескриптора synchronised_event_cancel_descriptor приведен в табпице 12.

Таблица 12 — Синтаксис дескриптора synchrorused_event_cancel_descriptor

Синтаксис

Количество

битов

Формат

synchromsed_event_cancel_descnptor(){

descnpTorjag

8

uimsbf

descriptorjength

8

uimsbf

synchrom$ed_event context

8

uimsbf

synchronised event id

}

16

uimsbf

5.2.6.3 Семантика

descriptor_tag: 8-битовое попе, должно быть равно 0x06.

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

synchronised_event_context: 8-битовое поле, должно определять зависящий от приложения контекст синхронизированного события (событий), описываемого данным дескриптором.

synchronised_event_id: 16-битовое поле, должно определять тип синхронизированного события в составе контекста, идентифицированного полем synchronised_event_context, которое должно быть отменено.

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

11

Приложение А (обязательное)

Типы временных диаграмм

А.1 Временная диаграмма контента метаданных

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

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

-    элементы контента должны быть непрерывными объектами, временная диаграмма контента метаданных должна двигаться непрерывно.

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

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

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

А.2 Вещательная временная диаграмма

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

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

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

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

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

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

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

А.З Временной код IEC 60461

Временной код встроен в поток видео в формате «НН ММ SS FF» (часы, минуты, секунды, сотые секунд) согласно [5] Вещательная временная диаграмма кодирована с помощью неформатированных отсчетов, поскольку это упрощает задачу обработки временных значений в приемнике, в частности, благодаря подходу с использованием смещения Это не представляет собой особых проблем для вещателя или приемника, поскольку встроенный в поток видео временной код может быть легко сконвертирован в отсчеты временной диаграммы и обратно, например. 15260 отсчетов по 25 отсчетов в секунду могут быть представлены как «00:10:10:10»

Следует отметить, что не применяют дробные скорости и значения временного кода, так как это усложняет преобразование Однако, правильное преобразование при этом возможно, так как пропущенные значения являются детерминированными Например, на частоте 29.97 Гц кадры номер 0 и 1 вначале каждой минуты пропускают в счете, за исключением минут с номером 0. 10. 20. 30, 40 и 50

ГОСТ Р 56954-2016

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

(11 Recommendation ITU-T Н 222.0 1ISO/IEC 13816-1 «Информационные технологии — Общее кодирование движущихся изображений и связанной с ними звуковой информации — Часть 1 Системы»

(«Information technology — Generic coding of moving pictures and associated audio information — Part 1: Systems»)

(2]    ETSI EN 300 468 «Телевидение вещательное цифровое (DVB). Спецификация для служебной информации (СИ) в DVB системах»

(«Digital Video Broadcasting (DVB). Specification for Service Information (SI) in DVB systems»)

(3]    ETSI TS 102 323 «Телевидение вещательное цифровое (DVB); Доставка и сигнализация информации TV-Anytime в DVB транспортных потоках»

(«Digital Video Broadcasting (DVB); Carnage and signaling ofTV-Anytime information in DVB transport streams»)

[4]    Recommendation ITU-T H 262 | ISO/IEC 13818-2 «Информационные технологии — Общее кодирование движущихся изображений и связанной с ними звуковой информации Видео»

(«Information technology — Generic coding of moving pictures and associated audio information Video»)

[5]    IEC 60461 «Время и управляющий код»

(«Time and control code»)

13

ГОСТ Р 56954-2016

Содержание

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

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

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

4    Транспортировка синхронизированных вспомогательных данных.............................2

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

4.2    Формат пакетов транспортного потока    (TS)............................................2

4.3    Формат пакетов пакетизированного элементарного потока (PES)..........................2

4 4 Расположение потока..............................................................3

4.5 Структура вспомогательных данных..................................................3

5    Дескрипторы.........................................................................4

5.1    Идентификация дескрипторов.......................................................4

5.2    Определения дескрипторов.........................................................4

Приложение А (обязательное) Типы временных диаграмм...................................12

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

III

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

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

Спецификация транспортировки синхронизированных вспомогательных данных

в транспортных потоках DVB

Digital Video Broadcasting Specification for the carriage of synchronized auxiliary data in DVB transport streams

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

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

Настоящий стандарт определяет спецификацию транспортировки синхронизированных вспомогательных данных в транспортных потоках DVB для их синхронизации со стороны приемника с видео- и аудиопотоками. Данный стандарт применим к различным потокам вспомогательных данных, таким как телетекст, субтитры и прочее, передаваемых в составе транспортного потока MPEG.

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

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

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

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

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

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

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

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

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

3.1.1    вещательная временная диаграмма (broadcast timeline): Поток данных, который переносит временную диаграмму контента метаданных во время передачи элементов контента.

3.1.2    временная диаграмма контента метаданных (metadata content timeline): Концептуальный прогресс времени, присущий элементу контента, который может быть отнесен к метаданным и доставлен вещательной временной диаграммой.

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

3.1.3 временная база (timebase): Тип данных, используемых в метаданных спецификации TV-Anytime («ТВ в любое время») с целью привязки временной диаграммы контента метаданных к элементу контента.

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

CRC — контроль циклическим избыточным кодом (Cyclic Redundancy Check);

DVB — телевидение вещательное цифровое (Digital Video Broadcasting):

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

MPEG — экспертная группа по движущемуся изображению: стандарт сжатия видео- и аудиоданных (Moving Picture Experts Group);

NTP — время нормального воспроизведения (Normal Play Time);

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

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

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

PSI — информация, относящаяся к программе (Program Specific Information);

PTS — временная отметка предоставления пакета (Presentation Time Stamp);

STC — часы системного времени (System Time Clock);

TS — транспортный поток (Transport Stream);

TV-Anytime — «Телевидение в любое время»;

TVA— «Телевидение в любое время» (TV-Anytime);

uimsbf — целое без знака, старший значащий бит первый (unsigned integer, most significant bit first).

4 Транспортировка синхронизированных вспомогательных данных

4.1    Введение

Синхронизированные вспомогательные данные, которые должны быть доставлены с фиксированным временным соотношением с другими линейными потоками внутри услуги DVB. такими как аудио- и видеопотоки, должны быть перенесены в пакетах пакетизированного элементарного потока (Packetized Elementary Stream; PES). которые в свою очередь переносятся в пакетах транспортного потока (Transport Stream; TS) согласно [1].

Идентификатор пакета (Packet Identifier; PID) элементарного потока, несущего синхронизированные вспомогательные данные, ассоциированные с услугой DVB. должен быть идентифицирован в таблице состава программы (Program Map Table; РМТ) из информации, относящейся к программе (Program Specific Information; PSI) для этой услуги.

Элементарный поток, несущий синхронизированные вспомогательные данные, должен иметь значение дескриптора stream_type. равное 0x06. означающее, что поток PES переносит закрытые данные.

Услуга DVB может содержать один или более элементарных потоков, несущих синхронизированные вспомогательные данные. Только один пакет PES в элементарном потоке должен быть кодирован с отдельным значением временной отметки предоставления пакета (Presentation Time Stamp; PTS).

4.2    Формат пакетов транспортного потока (TS)

Синтаксис и семантика стандартного пакета TS приведены далее по тексту настоящего стандарта.

4.3    Формат пакетов пакетизированного элементарного потока (PES)

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

streamjd — должен быть равен ’1011 1101' (OxBD). что означает «private_stream_1»;

data_alignment_indicator — должен быть равен 1;

PES_packet_data_byte —данные байты должны быть кодированы согласно структуре вспомогательных данных в соответствии с 4.5 настоящего стандарта;

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

Иные дополнительные поля могут присутствовать в заголовке PES.

2

ГОСТ P 56954—2016

4.4    Расположение потока

Элементарный поток, несущий синхронизированные вспомогательные данные, должен иметь значение streamjype. равное 0x06, и значение stream_id, равное ОхЕЮ, согласно п.п. 4.1, 4 3 настоящего стандарта соответственно.

Однако этой информации может быть недостаточно для однозначной идентификации отдельного потока, так как в отдельной услуге DVB может содержаться несколько элементарных потоков с одинаковыми значениями stream_type и streamjd. Причины такой ситуации могут быть следующие:

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

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

В таких случаях необходимо обеспечить способ однозначной идентификации элементарного потока помимо идентификации по streamjype и streamjd. Для этой цели может существовать несколько подходов, один из них — добавление ссылки в поле DVB componentjag и включение использования отдельных дескрипторов в соответствующую таблицу РМТ

4.5    Структура вспомогательных данных

Синтаксис структуры вспомогательных данных должен соответствовать таблице 1.

Таблица 1 — Синтаксис структуры вспомогательных данных auxiliary_data_structure

Синтаксис

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

Формат

auxiliary_data_structure() {

payloadjormat

4

uimsbf

Reserved

3

uimsbf

CRC flag

1

uimsbf

for (i=0. i<N; !♦♦){

payload byte

}

if (CRC flag == T){

8

uimsbf

CRC 32

32

uimsbf

}

}

Примечание — Поскольку эта структура является единственными данными, которые передаются в байтах PES_packet_data_bytes, их количество может быть определено из полей PES_packetJength и PES_header_ datajength, закодированных в структуре пакета PES

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

payloadjormat: 4-битовое поле, используемое для идентификации формата кодирования поля полезной нагрузки, кодируемое согласно таблице 2.

Таблица 2 — Формат поля payloadjormat

Значение

Описание

0x0

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

0x1

Поле полезной нагрузки должно содержать 0 или более дескрипторов, описанных в разделе 5 настоящего стандарта

0x2-0x7

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

0x8-OxF

Определяется пользователем

CRCJlag: 1-битовый флаг. Если равен 1. то в данной структуре содержится поле CRC_32. Если равен 0. то поле CRC_32 отсутствует.

payload_byte 8-битовое поле. Последовательность байтов payload_byte составляют поле полезной нагрузки. Синтаксис и семантика поля полезной нагрузки определяются в соответствии с форматом. который идентифицируется полем payloadjormat

CRC_32: 32-битовое поле, содержащее значение контроля циклическим избыточным кодом (Cyclic Redundancy Check; CRC), которое дает 0 на выходе регистров декодера, описанного в (2), после обработки всей структуры auxiliary_data_structure

5 Дескрипторы

5.1 Идентификация дескрипторов

Поле полезной нагрузки структуры вспомогательных данных (л. 4.5 настоящего стандарта) может содержать 0 или более дескрипторов, приведенных в таблице 3.

Таблица 3 — Дескрипторы, используемые в структуре вспомогательных данных

Значение тега

Идентификатор

0x00

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

0x01

TVAjd_descnpt°r

0x02

broadcast_timelme_descnptor

0x03

time_base_mapping_descnptor

0x04

content_labehng_descnptof

0x05

synchromsed_event_descnptor

0x06

synchromsed_event_cancel_descnptor

0x07-0x7F

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

0x80-OxFF

Определяется пользователем

5.2 Определения дескрипторов

5.2.1    Дескриптор TVA_id_descriptor

Назначение, синтаксис и семантика данного дескриптора определены в (3) (11.2.4).

Минимальная скорость повторения данного дескриптора, относящегося к отдельному значению TVA_id. должна быть как минимум один раз каждые 2 с.

Если данный дескриптор передается в синхронизированных вспомогательных данных со значением поля payload_format. равным 0x1, то должно соблюдаться следующее требование:

значение 8-битового поля descriptor_tag должно быть равно 0x1.

5.2.2    Дескриптор broadcast_timeline_descriptor

5.2.2.1    Введение

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

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

Типы временных диаграмм в соответствии с приложением А настоящего стандарта.

5.2.2.2    Использование

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

4

ГОСТ Р 56954-2016

Вещательная временная диаграмма должна определяться одним из двух способов:

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

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

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

Te = Tr + (Ts Rr)    (1)

где Те — экстраполированное значение вещательной временной диаграммы, в отсчетах;

Тг — принятое значение вещательной временной диаграммы, в отсчетах;

Ts — время из принятого значения, для которого требуется экстраполированное значение, с;

Rr — скорость движения вещательной временной диаграммы, определенная принятым полем tk*_rate.

5.2.2.3 Синтаксис

Синтаксис дескриптора broadcast_timeline_descriptor приведен в таблице 4.

Таблица 4 — Синтаксис дескриптора broadcast_timelme_descnptor

Синтаксис

Количество

битов

Формат

broadcast timeline descnptor(){

descriptor_tag

8

uimsbf

descriptor length

8

uimsbf

broadcast timeline id

8

uimsbf

reserved

1

uimsbf

broadcast timeline type

1

uimsbf

continuity indicator

1

uimsbf

prev discontinuity flag

1

uimsbf

n ext_d isco nti n uity_flag

1

uimsbf

runmng_status

if (broadcast timeline type == O') {Г direct encoding V

3

uimsbf

reserved

2

uimsbf

tick format

6

uimsbf

absolute ticks

}

if (broadcast timeline type == T) {Г offset encoding 7

32

uimsbf

direct broadcasl timeline id

8

uimsbf

offset ticks

}

if (prev_discontinuity_flag == T) {

32

uimsbf

prev discontinuity ticks

}

if (next_discontmuity_flag == T) {

32

32

uimsbf

next discontinuity ticks

}

broadcast timeline info length

uimsbf

8

uimsbf

for (i=0, i<bfoadcast timeline info length. (♦♦){

broadcast timeline info byte

}

}

8

uimsbf

5.2.2.4 Семантика

descriptor_tag: 8-битовое поле, должно быть равно 0x02.

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

5

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

broadcast_timeline_type 1-битовое поле, определяет тип вещательной временной диаграммы. Значение 0 соответствует прямой вещательной временной диаграмме, значение 1 соответствует смещенной вещательной временной диаграмме.

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

prev_discontinuity_flag 1-битовое поле, если равно 1 указывает, что поле prev_discontinuity_ ticks кодировано в данном дескрипторе. Это поле должно быть равно 0. если данный дескриптор информирует о разрыве в вещательной временной диаграмме.

next_discontinuity_flag 1-битовое поле, если равно 1 указывает, что поле next_discontinuity_ ticks кодировано в данном дескрипторе.

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

Таблица 5 — Значения поля running_status

Величина

Значение

Описание

0-2

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

Не определено в настоящем стандарте

3

Остановлена

Вещательная временная диаграмма остановлена

4

Движется

Вещательная временная диаграмма движется

5-7

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

Не определено в настоящем стандарте

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

Таблица 6 — Кодировка поля tick_format

Величина

Описание

OxOO-OxOF

Закодировано согласно [4] (таблица 6-4)

0x10

1000 отсчетов (мс) в секунду

0x11

90000 отсчетов в секунду

0x12-0x2F

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

0x3O-Ox3F

Определяется пользователем

absolute_ticks абсолютное значение времени для прямой вещательной временной диаграммы, должно быть кодировано согласно значению поля tick_format

direct_broadcast_timeline_id 8-битовое поле, используется для идентификации прямой вещательной временной диаграммы.

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

Поле offset_ticks должно быть кодировано согласно формату из поля tick_format prev_discontinuity_ticks 32-битовое поле, должно быть закодировано значением absolute_ticks или offset_ticks (что применимо), которое применялось до предыдущего разрыва

next_discontinuity_ticks: 32-битовое поле, должно быть закодировано значением absolute_ticks или offset_ticks (что применимо), когда ожидается, что после следующего разрыва вещательная временная диаграмма пойдет с текущей скоростью продвижения.

broadcast_timeline_info_length 8-битовое поле, определяет длину в байтах последующего информационного поля вещательной временной диаграммы.

ГОСТ P 56954—2016

broadcast_timeline_info_byte 8-битовое поле. Последовательность полей broadcast_timeline_ info_byte составляет информационное поле вещательной временной диаграммы.

5.2.3 Дескриптор time_base_mapping_descriptor

5.2.3.1    Использование

Дескриптор time_base_mapping_descriptor предоставляет способ явной ассоциации внешней временной базы с вещательной временной диаграммой.

Минимальная частота повторения данного дескриптора зависит от значения поля time_base_ mapping id и должна быть не менее одного раза в 5 с.

5.2.3.2    Синтаксис

Синтаксис дескриптора time_base_mapping_descriptor приведен в таблице 7.

Таблица 7 — Синтаксис дескриптора time_base_mapping_descnptor

Синтаксис

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

Формат

time_base_mappmg_descnptor() {

descriptor tag

descriptorjength

8

uimsbf

time_base mappmgjd

8

uimsbf

reserved

8

uimsbf

num time bases

1

uimsbf

for (i=0. i<num time base. i**){

8

uimsbf

time base id

broadcast timeline id

}

8

uimsbf

}

8

uimsbf

5.2.3.3 Семантика

descriptor_tag: 8-битовое поле, должно быть равно 0x03.

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

time_base_mapping_id: 8-битовое поле, должно использоваться для уникальной идентификации набора отображений меоду внешними временными базами и вещательными временными диаграммами. Границами уникальности данного идентификатора является элементарный поток, переносящий синхронизированные вспомогательные данные, в которых доставляется данный дескриптор time_base_ mapping_descriptor.

num_time_bases: 7-битовое поле, содержит число временных баз. определенных для отображения на вещательные временные диаграммы. Временные базы должны быть определены в восходящем порядке нумерации полями time_base_id.

time_base_id: 8-битовое поле, определяет временную базу для отображения.

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

5.2.4 Дескриптор content_labeling_descriptor

5.2.4.1    Использование

Дескриптор content_labeling_descriptor предоставляет способ ассоциации меток в формате идентификаторов с элементами контента. Эти метки могут быть использованы метаданными как ссылки на ассоциированный с ними контент. Формат идентификаторов может меняться в зависимости от применения метаданных.

Дескриптор content_labeling_descriptor также может использоваться для ассоциации вещательной временной диаграммы с элементом контента.

Минимальная частота повторения данного дескриптора зависит от значений полей metadata_ap-plication_format и content_reference_id и должна быть не менее одного раза в 5 с.

5.2.4.2    Синтаксис

Синтаксис данного дескриптора определен в [1].

5.2.4.3    Семантика

Базовая семантика данного дескриптора определена в (1).

В пределах системы DVB должна применяться следующая дополнительная семантика.

7