3 Формат пакета вспомогательных данных

Рек. МСЭ-R BT.1364-1
1
РЕКОМЕНДАЦИЯ МСЭ-R BT.1364-1*
Формат сигналов вспомогательных данных, переносимых в цифровых
компонентных студийных интерфейсах
(Вопросы МСЭ-R 20/6 и 42/6)
(1998-2005)
Сфера применения
В настоящей Рекомендации определяется структура для пакетированных данных, которые могут
переноситься как часть полезной информации в последовательных цифровых интерфейсах согласно
Рекомендации МСЭ-R BT.656 и Рекомендации МСЭ-R BT.1120. Приложения, определяющие
содержание пакетов данных, определяются другими рекомендациями МСЭ, перечисленными в
Дополнении 4.
Ассамблея радиосвязи МСЭ,
учитывая,
a)
что во многих странах устанавливается цифровое телевизионное оборудование для
производства программ, основанное на цифровых видеокомпонентах, соответствующих
Рекомендациям МСЭ-R BT.601, МСЭ-R BT.656 и МСЭ-R BT.799;
b)
что системы производства программ ТВЧ устанавливаются на основе цифровых интерфейсов
ТВЧ, соответствующих Рекомендации МСЭ-R BT.1120;
c)
что в сигнале, соответствующем Рекомендации МСЭ-R BT.656 или Рекомендации МСЭ-R
BT.799, существует емкость для дополнительных сигналов данных, которые должны уплотняться с
самим сигналом видеоданных;
d)
что существуют эксплуатационные и экономические преимущества, достигаемые путем
уплотнения сигналов вспомогательных данных с сигналом видеоданных;
e)
что эксплуатационные преимущества расширяются, если для сигналов вспомогательных
данных применяется минимум различных форматов;
f)
что в некоторых странах уже применяются сигналы вспомогательных данных, встроенные в
сигнал видеоданных,
рекомендует
1
*
использовать форматы сигналов данных, описанные в Приложении 1.
В 2003 г. 6-я Исследовательская комиссия внесла редакционные поправки в настоящую Рекомендацию в
соответствии с Резолюцией МСЭ-R 44.
Рек. МСЭ-R BT.1364-1
2
Приложение 1
Формат сигналов вспомогательных данных
1
Общее описание сигнала вспомогательных данных
Определяемый формат предоставляет механизм для транспортирования сигналов вспомогательных
данных через цифровые интерфейсы видеокомпонентов в части цифрового интервала гашения
цифрового сигнала видеоданных. Вспомогательные данные переносятся в пакетах, каждый из
которых несет собственную идентификацию. Пакет включает:
–
фиксированную преамбулу
вспомогательных данных;
для
обеспечения
возможности
обнаружения
пакета
–
идентификацию данных для обеспечения возможности идентификации пакетов, несущих
конкретный тип вспомогательного сигнала;
–
индикацию длины пакета;
–
индикацию непрерывности;
–
вспомогательные данные, объемом до 255 слов в каждом пакете;
–
контрольную сумму, позволяющую обнаруживать ошибки.
Предусмотрено, что вспомогательные данные, объем которых превышает 255 слов, должны
переноситься двумя или более связанными пакетами, не обязательно смежными друг с другом.
Описывается протокол, который позволяет переносить ряд различных пакетов вспомогательных
данных в пределах пространства, имеющегося на цифровых интервалах гашения цифрового сигнала
компонентного интерфейса, и осуществлять ввод или удаление пакетов вспомогательных данных.
ПРИМЕЧАНИЕ 1. − Следует обратить внимание на существование других сигналов вспомогательных данных,
как, например, цифровой временной код и контрольная сумма, предназначенных для обнаружения ошибок и
предоставления информации о статусе, которые занимают конкретные местоположения в цифровых областях
гасящих импульсов строк и полей. Эти местоположения не должны использоваться для ввода дополнительных
сигналов вспомогательных данных. Следует обратить внимание на тот факт, что нарушения переключений
сигнала затронут некоторые части в областях гасящих импульсов строк и полей, и эти местоположения также
не должны использоваться для ввода сигналов вспомогательных данных (см. Дополнение 3).
ПРИМЕЧАНИЕ 2. − Нельзя предположить, что для вспомогательных сигналов обеспечивается целостность
пути прохождения данных через все оборудование. Например, некоторые цифровые видеомагнитофоны не
записывают полный сигнал.
ПРИМЕЧАНИЕ 3. − Во избежание путаницы между 8-битовыми и 10-битовыми представлениями значений
слов восемь наиболее важных битов считаются целой частью, а два дополнительных бита, если они имеются,
считаются дробными частями.
Например, комбинация битов 10010001 будет выражена как 145d или 91h, тогда как комбинация
1001000101 будет выражена как 145.25d или 91.4h.
Если дробная часть не показана, то можно предположить, что имеется двоичное значение 00.
2
Соображения по поводу 8 бит
Параллельные и последовательные цифровые интерфейсы видеокомпонентов, описанные в
Рекомендации МСЭ-R BT.656, способны пропускать 10-битовые слова данных, однако в
эксплуатации находится значительная часть оборудования, которая способна пропускать только
8-битовые слова данных.
Проход 10-битового сигнала через такое 8-битовое оборудование ведет к отсечению и потере двух
младших значащих битов (МЗБ), тогда как преобразование в последовательную форму 8-битового
сигнала для передачи через 10-битовый последовательный интерфейс приводит к добавлению двух
дополнительных битов − обычно нулей − к битам данных сигнала.
Рек. МСЭ-R BT.1364-1
3
С учетом приведенных выше соображений предусмотрено ограниченное число приложений, в
которых вспомогательные данные не будут повреждаться либо отсечением, либо установкой двух
МЗБ в состояние нуль (см. Дополнение 1).
Для цифровых интерфейсов ТВЧ, соответствующих Рекомендации МСЭ-R BT.1120, рассматривается
только 10-битовое функционирование.
3
Формат пакета вспомогательных данных
3.1
Типы пакетов вспомогательных данных
Пакеты вспомогательных данных делятся на тип 1 и тип 2, причем в типе 1 используется одно слово
для идентификации данных, а в типе 2 в этих целях используется два слова, − это позволяет
использовать широкий диапазон значений идентификации.
Как описано в п. 3.4, общее число зарезервированных для 8-битовых приложений значений
идентификации данных равно 189, тогда как примерно 29 000 значений предоставляется для
10-битовых приложений.
Два типа показаны на рис. 1.
Ниже определены два типа идентификации данных в формате пакета вспомогательных данных:
–
Тип 1: используется идентификация данных из одного слова, определяемая как
идентификатор данных (ИДД), за которым следует номер блока данных (НБД) и отсчет
данных (ОД);
–
Тип 2: используется идентификация данных из двух слов, определяемая как сочетание
идентификатора данных (ИДД) и вторичного идентификатора данных (ВИД), за которыми
следует отсчет данных (ОД).
Вспомогательные данные определяются как 10-битовое слово. Этого требует структура формата
сигнала и его интерфейс.
4
Рек. МСЭ-R BT.1364-1
3.1.1
Пакеты вспомогательных данных типа 1
Пакеты вспомогательных данных типа 1 включают:
–
флаг вспомогательных данных (ФВД), который отмечает начало пакета вспомогательных
данных;
–
идентификатор данных (ИДД), который определяет природу данных, переносимых в словах
пользовательских данных пакета вспомогательных данных;
–
слово номера блока данных (НБД) только для типа 1, которое различает следующие друг за
другом пакеты вспомогательных данных с общим идентификатором данных;
–
номер отсчета данных (ОД), который определяет количество слов в пользовательских
данных в пакете вспомогательных данных;
–
слова пользовательских данных (СПД), максимальное число которых равно 255 в каждом
пакете вспомогательных данных: формат пользовательских данных определяется в
конкретном документе приложения;
–
слово контрольной суммы (КС).
3.1.2
Пакеты вспомогательных данных типа 2
Пакеты вспомогательных данных типа 2 состоят из тех же элементов, что и пакеты вспомогательных
данных типа 1 за исключением НБД, который заменяется словом вторичной идентификации данных
(ВИД).
3.2
Флаг вспомогательных данных (ФВД)
ФВД состоит из последовательности трех слов, имеющей следующее значение: 00.0h FF.Ch FF.Ch.
ПРИМЕЧАНИЕ 1. − Для максимального повышения совместимости между 8-битовым и 10-битовым
оборудованием рекомендуется, чтобы значения данных 00.0h-00.Ch и FF.0h-FF.Ch подвергались одинаковой
обработке. Ссылки в настоящей Рекомендации на конкретные значения данных в каждом из этих двух
диапазонов должны применяться ко всем значениям данных в пределах одного и того же диапазона
(см. Дополнение 1).
3.3
Слово идентификации данных (ИДД)
Как следует из таблицы 1, ИДД состоит из 10 битов, из которых 8 битов несут значение
идентификации, а оставшиеся биты несут информацию контроля по четности и его обратную
величину, как показано ниже:
–
биты b7 (СЗБ)-b0 (МЗБ) формируют значение идентификации (00h-FFh);
–
бит b8 является контролем по четности для b7-b0;
–
бит b9  не b8.
Слова ИДД подразделены на категории типа 1 и типа 2. Как правило, установка бита b7=1 указывает
на тип 1, а b7=0 указывает на идентификацию данных типа 2. Исключением из этой классификации
является слово 00h, которое определяет неопределенный формат (см. п. 3.4.1).
3.3.1
Зарезервированные слова идентификации данных
Слова ИДД, приведенные в таблице 1 как "зарегистрированные на международной основе",
предназначены для пакетов вспомогательных данных, представляющих интерес для большинства
организаций, и зарегистрированы организациями по установлению стандартов, перечисленными в
Дополнении 2.
Слова ИДД, показанные как "приложение пользователя", не зарегистрированы и ограничены
значениями в указанном диапазоне. Они могут присваиваться пользователем и/или изготовителем
конкретного оборудования.
Слова ИДД, показанные как "зарезервированные для 8-битовых приложений", ограничены тремя
значениями в представленном диапазоне. Вне значений 04h-0Fh, зарезервированных для 8-битовых
приложений, действительными значениями являются только 04h, 08h и 0Ch. Другие величины в
зарезервированном диапазоне будут отсечены до этих трех значений.
Слова ИДД, показанные как "зарезервированные", зарезервированы для будущего использования.
Рек. МСЭ-R BT.1364-1
ТАБЛИЦА 1
Присвоение значения идентификации
Тип данных
Тип 2
(ИД из двух
слов)
Тип 1
(ИД из одного
слова)
a) ИДД
Значение
Присвоение данных
данных
00h
Неопределенный формат
01h
02h
03h
Зарезервировано1)
04h
:
0Fh
Зарезервировано для
8-битовых приложений2)
10h
:
3Fh
Зарезервировано
40h
:
4Fh
Зарегистрировано на
международной основе
50h
:
5Fh
Приложение пользователя
60h
:
7Fh
Зарегистрировано на
международной основе
80h
Отмечено для удаления
81h
82h
83h
Зарезервировано1)
84h
Конечный маркер
85h
86h
87h
Зарезервировано1)
88h
Начальный маркер
89h
8Ah
8Bh
Зарезервировано1)
8Ch
:
9Fh
Зарезервировано
A0h
:
BFh
Зарегистрировано на
международной основе
C0h
:
CFh
Приложение пользователя
D0h
:
FFh
Зарегистрировано на
международной основе
5
Рек. МСЭ-R BT.1364-1
6
ТАБЛИЦА 1 (окончание)
Тип
данных
Тип 2
1)
2)
3)
b) ВИД2)
Значение
Присвоение данных
данных
00h
Неопределенный
формат
01h
02h
Нет в наличии
03h
04h
Имеется в наличии
05h
06h
Нет в наличии
07h
08h
Имеется в наличии
09h
0Ah
Нет в наличии
0Bh
0Ch
Имеется в наличии
0Dh
0Eh
Нет в наличии
0Fh
10h
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
F3h
F4h
Имеется в наличии
F5h
F6h
Нет в наличии
F7h
F8h
Имеется в наличии
F9h
FAh
Нет в наличии
FBh
FCh
Имеется в наличии
FDh
FEh
Нет в наличии
FFh
Тип
данных
Тип 2
c) ВИД3)
Значение
Присвоение данных
данных
00h
Неопределенный
формат
01h
02h
03h
04h
05h
06h
07h
08h
09h
0Ah
0Bh
0Ch
0Dh
0Eh
0Fh
10h
:
:
:
:
Имеется в наличии
:
:
:
:
:
:
:
:
F3h
F4h
F5h
F6h
F7h
F8h
F9h
FAh
FBh
FCh
FDh
FEh
FFh
Эти значения не должны использоваться, поскольку в 8-битовой системе они будут отсечены, и их
нельзя будет отличить от таких специальных ИДД, как "неопределенный формат", "отмеченный для
удаления", "конечный маркер" и "начальный маркер".
Если ВИД следуют за ИДД, значения которых составляют 04h, 08h и 0Ch, должна применяться
таблица 1b). Как указано, в случае 8-битового приложения для ВИД имеются 63 значения X0h, X4h, X8h
и XCh, где Х − любая величина из диапазона 0h-Fh (за исключением 00h (неопределенный формат)).
Если ВИД следуют за ИДД, значения которых не равны 04h, 08h или 0Ch, должна применяться
таблица 1c).
Рек. МСЭ-R BT.1364-1
3.4
7
Слово вторичной идентификации данных (ВИД) (только данные типа 2)
Как показано ниже, слово ВИД состоит из 10 битов, включая значение 8-битовой идентификации
плюс контроль по четности и его обратную величину:
–
биты b7 (СЗБ)-b0 (МЗБ) формируют 8-битовое значение идентификации (00h-FFh);
–
бит b8 является контролем по четности для b7-b0;
–
бит b9  не b8.
Как показано в таблице 1, в случае 10-битовых приложений слова ВИД, являющиеся частью формата
идентификации данных типа 2, могут находиться в диапазоне 01h-FFh. Значение 00h зарезервировано
для не определенного формата.
Как указано ниже, в случае 8-битовых приложений для ВИД имеются только 6 битов, которые дают
64 возможных значения:
x0h, x4h, x8h, xCh,
где х может быть любым значением в диапазоне 0h-Fh.
Если отбросить значение 00h для неопределенного формата (см. таблицу 1), то оставшиеся
63 значения в сочетании с 3 значениями, имеющимися в ИДД, дают максимальное число различных
значений идентификации, равное 189.
3.4.1
Идентификация данных для неопределенного формата
Значение идентификации 00h для неопределенного формата предоставляется с целью обеспечения
совместимости с некоторым существующим оборудованием и не должно использоваться в новых
приложениях.
3.5
Номер блока данных (НБД) (только данные типа 1)
НБД увеличивается на 1 для каждого следующего относящегося к типу 1 пакета данных, совместно
использующего общий ИДД и требующего указания непрерывности.
Величина НБД в системе идентификации данных типа 1 переносится в 8 битах и увеличивается от 1
до 255, где:
–
биты b7 (СЗБ)-b0 (МЗБ), переносят значения номера блока данных (пакета);
–
бит b8 является контролем по четности для b7-b0;
–
бит b9  не b8.
ПРИМЕЧАНИЕ 1. − Если для конкретного сигнала вспомогательных данных требуется более, чем 255, то НБД
непрерывно периодически повторяется от 1 до 255 со следующими группами пакетов.
Если биты b7-b0 НБД установлены на нуль, то НБД не задействован и не используется приемником
для указания непрерывности данных.
3.6
Отсчет данных (ОД)
Слово ОД представляет собой число следующих СПД в диапазоне 0−255 слов. В случае 10-битовых
приложений оно включает:
–
биты b7 (СЗБ)-b0 (МЗБ), переносят значение отсчета данных;
–
бит b8 является контролем по четности для b7-b0;
–
бит b9  не b8.
Рек. МСЭ-R BT.1364-1
8
Если пакет вспомогательного блока данных предназначен для использования в 8-битовом
приложении или генерируется им, биты b0 and b1 либо отсутствуют (8-битовый интерфейс), либо
установлены на нуль. Следовательно, ОД включает следующее:
–
биты b7 (СЗБ)-b0 (МЗБ), являющиеся шестью СЗБ отсчета данных;
–
бит b8 является контролем по четности для b7-b2;
–
бит b9  не b8.
ПРИМЕЧАНИЕ 1. − В результате установки двух МЗБ на нуль разрешение числа СПД в пакете может
осуществляться только приращением, равным четырем словам данных. В результате число СПД в пакете
должно быть целым числом четырех слов с применением, при необходимости, заполнения для удовлетворения
этого требования.
3.7
Слова пользовательских данных (СПД)
Слова пользовательских данных используются для переноса информации, как определяется ИДД, и
не должны включать защищенных кодов: 00.0h, 00.4h, 00.8h, 00.Ch и FF.Ch, FF.8h, FF.4h, FF.0h (00h и FFh
в 8-битовых приложениях).
Метод, который следует использовать, чтобы избежать появления защищенных кодов в СПД, не
является частью настоящей Рекомендации, однако он должен быть задан для каждого приложения.
В случае 8-битовых приложений значения СПД переносятся битами b9-b2.
Максимальное число СПД в одном пакете составляет 255.
3.8
Слово контрольной суммы (КС)
Слово КС используется для определения действительности пакета вспомогательных данных от ИДД
на протяжении всех СПД. Оно состоит из 10 битов – 9-битового значения и бита b9, как определено
ниже:
–
биты b8 (СЗБ)-b0 (МЗБ) являются значением контрольной суммы;
–
бит b9  не b8.
В случае 10-битовых приложений значение контрольной суммы равно девяти самым младшим
значащим битам суммы самых младших значащих битов ИДД, НБД или ВИД, ОД и всех СПД в
пакете.
В случае 8-битовых приложений, в которых два МЗБ каждого 10-битового слова в пакете
установлены на нули, слово КС рассчитывается тем же способом, что и в случае 10-битовых
приложений. (Сами МЗБ дают нулевую сумму и не дают бита переноса.)
Перед началом цикла подсчета контрольной суммы все контрольные суммы и биты переноса
предустанавливаются на нуль. Любой перенос, который является следствием цикла подсчета
контрольной суммы, не учитывается.
Слово КС предоставляет ограниченные возможности для обнаружения и коррекции ошибок. При
необходимости, в отношении пользовательских данных должен использоваться соответствующий
алгоритм обнаружения/коррекции ошибок.
4
Протокол для использования пространства вспомогательных данных
Один или более пакетов вспомогательных данных может быть введен в любую область,
определенную как имеющуюся в распоряжении для вспомогательных данных, т. е. в цифровые
интервалы гашения строк и полей, за исключением тех областей, которые уже были присвоены
другим пользователям (см. п. 1, Примечание 1).
Считается, что в интерфейсах, удовлетворяющих Рекомендации МСЭ-R BT.1120, слова данных,
соответствующие каналу яркости и цветоразностному каналу, формируют два независимых
пространства вспомогательных данных, каждое из которых начинается с его собственного
эталонного сигнала временной синхронизации (и номера строки и КИЦП − кода избыточной
циклической проверки).
Рек. МСЭ-R BT.1364-1
9
Пакеты вспомогательных данных должны следовать сразу после эталонных сигналов временной
синхронизации EAV или SAV (включая номер строки и слова КИЦП в интерфейсах,
удовлетворяющих
Рекомендации
МСЭ-R BT.1120),
указывающих
начало
пространства
вспомогательных данных. Следовательно, если первые три слова в этом пространстве не являются
ФВД (00.0h 00.0h FF.Ch), то можно предположить, что нет ни одного пакета вспомогательных данных
и что вся область доступна для ввода пакетов данных. Эталонные сигналы временой синхронизации
не должны переписываться.
Если интерфейс, удовлетворяющий Рекомендации МСЭ-R BT.1120, используется для
транспортирования встроенного звукового сигнала в область гашения строки цветоразностного
канала, то эта область не должна использоваться в каких-либо других целях.
В пределах имеющейся в распоряжении области пакеты вспомогательных данных должны
непрерывно следовать друг за другом.
Пакеты вспомогательных данных должны полностью содержаться в пределах вспомогательного
пространства, в которое они введены: они не должны быть разбиты между пространствами
вспомогательных данных.
Применение помимо этих требований конкретных протоколов для ввода и удаления сигналов
вспомогательных данных остается на усмотрение отдельных пользователей. Возможная форма
протокола дана в Дополнении 3.
ПРИМЕЧАНИЕ 1. − Как определено в Рекомендации МСЭ-R BT.1304, контрольные суммы для обнаружения
ошибок и информации о состоянии расположены на постоянных местах в пределах пространства
вспомогательных данных и поэтому не переписываются, не добавляются к другим пакетам вспомогательных
данных и не подчиняются требованиям непрерывности этой спецификации.
Дополнение 1
к Приложению 1
Соображения в отношении восьми и десяти битов
1
Введение
Параллельные и последовательные цифровые видеокомпонентные интерфейсы, описанные в
Рекомендации МСЭ-R BT.656, способны пропускать 10-битовые слова данных, однако значительная
часть оборудования, остающегося в эксплуатации, способна пропускать только 8-битовые слова.
Прохождение 10-битового сигнала через такое 8-битовое оборудование приводит к отсечению и
потере двух МЗБ. В то время как это допустимо для цифровых видеоданных, последствием для
сигнала вспомогательных данных становится его уничтожение, если не предпринять
предупредительных мер. Последующее преобразование в последовательную форму усеченного
8-битового сигнала для передачи через 10-битовый последовательный интерфейс приводит к
появлению двух дополнительных битов − обычно нулей, − добавляемых к битам сигнала данных
(см. рис. 2).
Рек. МСЭ-R BT.1364-1
10
Аналогично, слова данных, изначально имевшие 8-битовую формы, расширяются до 10-битовой
формы в результате прохождения через последовательный интерфейс согласно Рекомендации МСЭ-R
BT.656.
В то время как два дополнительных бита обычно являются нулями, это не может быть всегда
гарантировано. Следовательно, для обнаружения эталонных сигналов временной синхронизации
(ЭСВ) и флагов вспомогательных данных (ФВД) данные в диапазонах 00.0h-00.Ch и FF.0h-FF.Ch
следует обрабатывать одинаково как 00.0h и FF.Ch, соответственно.
2
Совместимость с восемью битами
Можно разработать сигнал дополнительных данных, который пригоден для работы как в 8-битовой,
так и в 10-битовой системе, с учетом эффектов прохождения через восьми- и десятибитовые системы.
2.1
Идентификация данных
Сигналы вспомогательных данных, разработанные для 8-битовых приложений, являются сигналами
типа 2 и содержат как слова-данные ИДД, так и слова-данные ВИД.
Слова ИДД, представленные в таблице 1, как "зарезервированные для 8-битовых приложений",
ограничены тремя значениями в показанном диапазоне. Вне значений 04h-0Fh, зарезервированных для
8-битовых приложений, единственно действительными значениями являются 04h, 08h, и 0Ch. Другие
значения в зарезервированном диапазоне будут отсечены до этих трех значений.
Два старших значащих бита слов-данных, используемых для ВИД, несут бит контроля четности и его
обратную величину. Следовательно, как показано на рис. 3, в случае 8-битовых приложений в словахданных ВИД имеется только шесть битов. Это, как указано ниже, приводит к 64 возможным
значениям:
x0h, x4h, x8h, xCh,
где х может быть любым значением в диапазоне 0h-Fh.
После отбрасывания значения 00h для неопределенного формата оставшиеся 63 значения ВИД дают в
сочетании с тремя присвоенными значениями, имеющимися в ИДД для 8-битовых приложений,
максимальное число различных значений идентификации, равное 189.
Рек. МСЭ-R BT.1364-1
2.2
11
Отсчет данных
Если предполагается использовать пакет вспомогательных данных в 8-битовом приложении или если
такой пакет генерируется этим приложением, то биты b0 и b1 либо отсутствуют (8-битовый
интерфейс), либо установлены на нуль. Следовательно, ОД включает следующее:
–
биты b7 (СЗБ)-b2 (МЗБ) являются шестью СЗБ отсчета данных;
–
бит b8 является битом контроля по четности для b7-b2;
–
bit 9  не b8.
Имеется только шесть битов для определения числа слов пользовательских данных в восьмибитовом
сигнале вспомогательных данных. Следовательно, если максимальное число слов пользовательских
данных в пакете не должно уменьшаться с 256 слов до 64, то ОД может быть определен только в
блоках, состоящих из четырех слов. Например, ОД из 14 указывает на 56 слов-данных, а ОД из 15
указывает на 60 слов-данных.
Число слов пользовательских данных в пакете вспомогательных данных для восьмибитовых
приложений выравнивается по отношению к целому числу блоков, состоящих из четырех слов, путем
ввода, при необходимости, слов заполнения.
2.3
Слова пользовательских данных
Существует требование, чтобы защищенные значения 00h и FFh не появлялись в словах
пользовательских данных. Метод, используемый для достижения этого, не является частью
настоящей Рекомендации, но должен быть задан для каждого приложения. Например, один метод
используется двумя битами в каждом слове в отношении ИДД, ВИД, НБД и ОД. В другом методе
используются 7-битовые данные плюс один бит проверки на нечетность, тогда как в третьем методе
ограничивается диапазон кодирования с целью исключения защищенных значений, как это сделано
для видеоданных.
2.4
Контрольная сумма
В случае 10-битовых приложений значение контрольной суммы равно девяти самым младшим
значащим битам суммы самых младших значащих битов ИДД, НБД или ВИД, ОД и всех СПД
в пакете.
В случае 8-битовых приложений, в которых два МЗБ каждого 10-битового слова в пакете
установлены на нули, слово КС рассчитывается тем же способом, как и для 10-битовых приложений.
Сами МЗБ дают нулевую сумму и поэтому не дают бита переноса, который влияет на контрольную
сумму.
Рек. МСЭ-R BT.1364-1
12
Дополнение 2
к Приложению 1
Зарегистрированная на международном уровне
идентификация вспомогательных данных
Упомянутая ниже организация является органом регистрации идентификаций вспомогательных
данных, указанных в п. 3.3.1 настоящей Рекомендации как "зарегистрированных на международном
уровне". Орган регистрации предполагает координировать присвоение номеров ИДД и вторичной
идентификации данных (ВИД).
Адрес регистрационного органа:
Общество теле- и киноинженеров
Society of Motion Picture and
Television Engineers (SMPTE)
595W Hartsdale Avenue
White Plains
NY 10607-1824
United States of America
Дополнение 3
к Приложению 1
Протокол для использования пространства вспомогательных данных
1
Общие положения
Один или более пакетов вспомогательных данных может быть введен в любую область,
определенную как доступную для вспомогательных данных, т. е. в цифровые интервалы гашения
строк и полей, за исключением тех областей, которые уже присвоены другим пользователям.
Пакеты вспомогательных данных должны следовать сразу после эталонных сигналов временной
синхронизации EAV или SAV, указывающих начало имеющейся в распоряжении зоны. Если первая,
состоящая из трех слов последовательность имеющейся зоны не является флагом вспомогательных
данных, можно предположить, что есть пакеты вспомогательных данных и что вся область доступна
для ввода пакетов данных. Эталонные сигналы временной синхронизации не должны
переписываться.
В пределах доступной области пакеты вспомогательных данных должны следовать друг за другом
без промежутков.
ПРИМЕЧАНИЕ 1. − Рекомендуется, чтобы пакеты вспомогательных данных не передавались в пределах
вспомогательных пространств, перечисленных в таблице 2, поскольку нарушения переключений, возможно,
приведут к повреждению любых имеющихся вспомогательных данных.
Рек. МСЭ-R BT.1364-1
13
ТАБЛИЦА 2
Пространство вспомогательных данных, затрагиваемое переключением
2
Частота
дискретизации
Стандарт
строк
Затрагиваемые вспомогательные
пространства
13,5
525
10/273 слова 0−1 439
11/274 слова 1 444−1 711
13,5
625
6/319 слова 0−1 439
7/320 слова 1 444−1 723
18
525
10/273 слова 0−1 919
11/274 слова 1 924−2 283
18
625
6/319 слова 0−1 919
7/320 слова 1 924−2 299
74,25
(74,25/1,001)
1 125
7/569 слова 0−1 919
8/570 слова 1 928−2 195 и 0−1 919
Включение несоответствующих пакетов вспомогательных данных
Не рекомендуется использование пакетов вспомогательных данных, не соответствующих формату,
описанному в настоящей Рекомендации, как, например, пакетов, включающих ненарушенные
последовательности слов пользовательских данных длиной свыше 255 слов.
Если их использования нельзя избежать, то предусматривается их включение в последовательность
пакетов вспомогательных данных как нестандартных пакетов, однако они могут быть повреждены
оборудованием, которое не удовлетворяет этим условиям.
Введению несоответствующего пакета вспомогательных данных должно предшествовать введение
пакета начального маркера, за которым следует пакет конечного маркера или стандартный пакет
вспомогательных данных. Начальные маркеры и конечные маркеры являются стандартными
пакетами длиной 7 слов, включая ФВД; они обозначаются следующим образом:
–
пакет начального маркера ИДД  88h;
–
пакет конечного маркера
ИДД  84h.
Использование начального и конечного маркеров иллюстрируется на рис. 4.
ОД и НБД для этих пакетов устанавливаются на 0 (нуль). Длина этих пакетов должна быть
постоянной и равной четырем словам, исключая ФВД.
ПРИМЕЧАНИЕ 1. − После прохождения через 8-битовый интерфейс преобразование сигнала в
последовательную форму приводит к тому, что два МЗБ не будут определяться в 10-битовом домене.
Следовательно, ИДД в диапазоне 88h-8Вh должны пониматься как пакеты, идентифицирующие начальный
маркер, а ИДД в диапазоне 84h-87h − как пакеты, идентифицирующие конечный маркер.
3
Протокол для ввода пакета вспомогательных данных
3.1
Определение пространства, имеющегося для ввода пакета вспомогательных данных
Пространство вспомогательных данных начинается с кода EAV или SAV в зависимости от того,
который из них содержится в интервалах гашения строк или полей.
14
Рек. МСЭ-R BT.1364-1
Слова данных проверяются на наличие любого из следующих условий от начала конкретного
пространства вспомогательных данных:
–
Удовлетворяющий требованиям ФВД − в противном случае все оставшееся пространство
доступно, и ввод должен начаться сразу после кода EAV или SAV.
–
Если имеется сигнал вспомогательных данных, то значение идентификации проверяется для
определения, является ли этот сигнал данных ANC конечным маркером или маркером
удаления или начальным маркером.
–
Если обнаружен начальный маркер, то каждое последующее слово данных проверяется до
тех пор, пока не обнаруживается ФВД или пока не достигается конец пространства
вспомогательных данных.
–
Если обнаружен конечный маркер, то в этом пространстве вспомогательных данных имеется
пространство, занятое конечным маркером, и оставшееся пространство.
–
Если обнаружен пакет, отмеченный для удаления, он может быть заменен новым сигналом
вспомогательных данных в соответствии с процедурами, приведенными ниже в подпункте d)
п. 3.2.
–
Если обнаружен стандартный сигнал вспомогательных данных, ОД этого сигнала
используется для определения местоположения конца пакета данных, после чего оставшееся
пространство проверяется, как указано выше.
3.2
Ввод пакета вспомогательных данных
a)
Необходимо располагать достаточным пространством, чтобы ввести весь пакет в то же
пространство вспомогательных данных.
b)
Конечный маркер заменяется новым введенным пакетом вспомогательных данных или
начальным маркером в случае ввода нестандартного пакета вспомогательных данных.
c)
Если вводится нестандартный пакет вспомогательных данных, то за ним должен сразу
следовать конечный маркер.
Рек. МСЭ-R BT.1364-1
15
d)
Если пакет отмечен для удаления и новый пакет вспомогательных данных заменяет часть
пространства, занятого предназначенным для удаления пакета, то должен быть создан
дополнительный пакет вспомогательных данных, занимающий остальное пространство, с
целью предохранения непрерывности пакетов вспомогательных данных (см. п. 4).
4
Протокол для удаления пакета вспомогательных данных
Удаление пакета вспомогательных данных достигается путем замены ИДД пакета вспомогательных
данных значением идентификации данных, равным 80h, и вводом пересчитанной контрольной суммы
для пакета. Благодаря этому пакет отмечается как удаленный при сохранении непрерывности пакетов
данных в пределах вспомогательного пространства.
Можно ввести новый пакет вспомогательных данных в пространство, занятое пакетом, отмеченным
для удаления. Однако необходимо сохранять непрерывность пакетов путем ввода следующего пакета
с целью заполнения оставшегося после ввода пространства. Этот следующий пакет будет иметь
значение идентификации данных, равное 80h, и длину, равную пространству, оставшемуся после
ввода нового пакета. Новое значение контрольной суммы должно быть рассчитано. Поскольку
минимальный размер пакета вспомогательных данных составляет 7 слов, необходимо проверить,
останется ли в наличии такой объем пространства в предоставляемом пространстве.
Эту процедуру иллюстрирует рис. 5.
ПРИМЕЧАНИЕ 1. − После прохождения через 8-битовый интерфейс преобразование сигнала в
последовательную форму приводит к тому, что два МЗБ не будут определяться в 10-битовом домене.
Следовательно, ИДД в диапазоне 80h-83h должны пониматься как пакеты, идентифицирующие удаление.
Рек. МСЭ-R BT.1364-1
16
Дополнение 4
к Приложению 1
Присвоенные данные кодов вспомогательной идентификации для
вспомогательных пакетов с форматами полезной информации,
определенные в Рекомендациях МСЭ-R
В таблицах 3 и 4 представлен перечень присвоенных кодов вспомогательной идентификации для
приложений, в которых используются вспомогательные данные, определенные в настоящей
Рекомендации. Каждый формат полезной информации определен в соответствующей
рекомендации МСЭ-R.
ТАБЛИЦА 3
Присвоенные данные кодов вспомогательной идентификации типа 1
ИДД
00h
Приложение
Неопределенные данные
80h
Пакет, отмеченный для удаления
84h
Конечный пакет
88h
Начальный пакет
E0h
Пакет регулировки звука (ТВЧ), группа 4
E1h
Пакет регулировки звука (ТВЧ), группа 3
E2h
Пакет регулировки звука (ТВЧ), группа 2
E3h
Пакет регулировки звука (ТВЧ), группа 1
E4h
Пакет звуковых данных (ТВЧ), группа 4
E5h
Пакет звуковых данных (ТВЧ), группа 3
E6h
Пакет звуковых данных (ТВЧ), группа 2
E7h
Пакет звуковых данных (ТВЧ), группа 1
ECh
Пакет регулировки звука (ТСЧ), группа 4
EDh
Пакет регулировки звука (ТСЧ), группа 3
EEh
Пакет регулировки звука (ТСЧ), группа 2
EFh
Пакет регулировки звука (ТСЧ), группа 1
F4h
Пакет обнаружения ошибок данных
F8h
F9h
FAh
FBh
FCh
FDh
Рекомендация МСЭ-R
BT.1364
BT.1365
BT.1305
BT.1304
Пакет расширенных звуковых данных
(ТСЧ), группа 4
Пакет звуковых данных (ТСЧ), группа 4
Пакет расширенных звуковых данных
(ТСЧ), группа 3
Пакет звуковых данных (ТСЧ), группа 3
Пакет расширенных звуковых данных
(ТСЧ), группа 2
Пакет звуковых данных (ТСЧ), группа 2
FEh
Пакет расширенных звуковых данных
(ТСЧ), группа 1
FFh
Пакет звуковых данных (ТСЧ), группа 1
BT.1305
Рек. МСЭ-R BT.1364-1
17
ТАБЛИЦА 4
Присвоенные данные кодов вспомогательной идентификации типа 2
ИДД
00h
ВИД
00h
08h
08h
Пакет данных видеозаписи (V-ANC)
08h
0Ch
Пакет данных видеозаписи (H-ANC)
40h
01h
SDTI
BT.1381
40h
02h
HD-SDTI
BT.1577
41h
01h
43h
01h
60h
60h
Приложение
Неопределенные данные
Идентификатор полезной
видеоинформации
Пакет управления межстанционного
данными
Пакет вспомогательного временного кода
61h
02h
Передача кодированных субтитров
(EIA-708-B)
Данные EIA- 608
62h
01h
Описание программы ЦТВ
62h
02h
Вещание данных ЦТВ
62h
03h
ПИГ
80h
00h
Пакет, отмеченный для удаления
84h
00h
Конечный пакет
88h
00h
Начальный пакет
61h
01h
Рекомендация МСЭ-R
BT.1364
BT.1551
BT.1614
BT.1685
BT.1366
BT.1619
BT.1364
Дополнение 5
к Приложению 1
Присвоенные данные кодов вспомогательной идентификации для
вспомогательных пакетов с форматами полезной информации,
определенные как часть процесса регистрации ИДД/ВИД
В таблицах 5 и 6 представлен перечень присвоенных кодов вспомогательной идентификации для
приложений, использующих вспомогательные данные так, как определено в настоящей
Рекомендации. Каждый формат полезной информации определен в исходном документе.
ТАБЛИЦА 5
Присвоенные данные кодов вспомогательной идентификации типа 1
ИДД
Приложение
Источник
F0
Данные положения камеры
(пространство HANC или VANC)
SMPTE 315M
Рек. МСЭ-R BT.1364-1
18
ТАБЛИЦА 6
Присвоенные данные кодов вспомогательной идентификации типа 2
ИДД
(шестнадцатиричный)
ВИД
(шестнадцатиричный)
43
Приложение
Источник
02
Дистрибутив ввода субтитров (ДВС)
http://www.freetvaust.com.au/documents/OP_47_-_January_2005__Issue_1_Storage_and_Distribution_of_Teletext_Subtitles_and_VBI_
Data_for_HDTV_-_January_2005.pdf
OP47 Free TV
Австралия
43
03
Транспортировка многопакетных вспомогательных (ANC)
данных
http://www.freetvaust.com.au/documents/OP_47_-_January_2005_-_
OP47 Free TV
Австралия
44
04
Транспортирование метаданных KLV в VANC
SMPTE RP 214
44
14
Транспортирование метаданных KLV в HANC
SMPTE RP 214
44
44
Идентификатор UMID и программная
вспомогательных (ANC) пакетах
51
01
Коды фильмов во вспомогательном (ANC) пространстве
SMPTE RP 215
64
64
Временной код в пространстве HANC
SMPTE RP 196
64
7F
ПВК в пространстве HANC
SMPTE RP 196
_________________
идентификация
во
SMPTE RP 223