Основанный на последовательном цифровом интерфейсе транспортный интерфейс для сжатых телевизионных сигналов в сетевом телевизионном производстве, базирующийся на Рекомендациях мсэ-r bt. 656 и мсэ-r b



жүктеу/скачать 240.59 Kb.
Дата23.02.2016
өлшемі240.59 Kb.
#10185

Рек. МСЭ-R BT.1381-2

РЕКОМЕНДАЦИЯ МСЭ-R BT.1381-2*, **

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


телевизионном производстве, базирующийся на
Рекомендациях МСЭ-R BT.656 и МСЭ-R BT.1302

(Вопрос МСЭ R 5/6)

(1998-2001-2006)

Сфера применения

В настоящей Рекомендации определяется поток данных, используемый для транспортировки пакетированных данных внутри студии/центра производства программ. Пакеты данных и сигналы синхронизации совместимы с Рекомендациями МСЭ R BT.656 и МСЭ R BT.1302 (см. рисунок 1).

Ассамблея радиосвязи МСЭ,

учитывая,

a) что так называемый последовательный цифровой интерфейс (SDI) широко используется в студиях производства телевизионных программ, и что он описан в Рекомендациях МСЭ-R BT.656 и МСЭ R BT.1302;

b) что уже существует Рекомендация МСЭ-R BR.1356 "Требования пользователя к приложениям сжатия в производстве телевизионных программ";

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

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

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

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

g) что такой механизм транспортировки не обеспечивает передачу данных программы в режиме реального времени;

h) что Рабочие группы Общества кино- и телеинженеров (SMPTE) и Европейского радиовещательного союза (ЕРС) сформировали предложения по выполнению этих требований,

рекомендует,

1 чтобы для приложений, основанных на инфраструктуре SDI в сети производства и постпроизводственной обработки, соответствующей Рекомендациям МСЭ-R BT.656 и МСЭ-R BT.1302, использовался последовательный транспортный интерфейс (SDTI), описанный в Приложении 1.

Приложение 1

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


телевизионном производстве

1 Введение


В настоящей Рекомендации определяется передача пакетированных данных с использованием последовательного цифрового интерфейса, определенного Рекомендацией МСЭ-R BT.656. В настоящей Рекомендации рассматривается форматирование пакетированных данных и их параметры. Конкретные приложения рассматриваются в других Рекомендациях.



1.1 Параметры протокола совместимы с форматом SDI компонентного сигнала 4:2:2, как показано на рисунке 2.


1.2 Поток данных предназначен для транспортировки любого сигнала с пакетированными данными по цифровым линиям, которые имеют максимальную пропускную способность примерно 200 Мбит/с для систем 270 Мбит/с или примерно 270 Мбит/с для систем 360 Мбит/с.

1.3 В дополнительных документах будут описаны конкретные приложения настоящей Рекомендации и будут приведены подробности форматирования данных и, при необходимости, иные параметры, такие как компрессия и коррекция ошибок.

2 Нормативные справочные документы


– Рекомендация МСЭ-R BT.656 "Интерфейсы для цифровых компонентных видеосигналов в телевизионных системах с 525 строками и с 625 строками, работающих на уровне 4:2:2 согласно Рекомендации МСЭ R BT.601 (Часть A)".

– Рекомендация МСЭ-R BT.1302 "Интерфейсы для цифровых компонентных видеосигналов в телевизионных системах с 525 строками и с 625 строками, работающих на уровне 4:2:2 согласно Рекомендации МСЭ R BT.601 (Часть B)".

– Рекомендация МСЭ-R BT.1364 "Формат сигналов служебных данных, передаваемых через студийные цифровые компонентные интерфейсы".

3 Общие технические условия


3.1 В настоящей Рекомендации описывается совокупный поток 10-битовых слов. Результирующий поток слов должен быть преобразован в последовательную форму, скремблирован, закодирован и передан через интерфейс, соответствующий Рекомендациям МСЭ-R BT.656 и МСЭ R BT.1302.

3.2 Тактовая частота слов должна составлять 27 МГц или 36 МГц в соответствии с Рекомендацией МСЭ R BT.601.

3.3 Длина слова данных должна составлять 10 битов: с B0 по B9. B9 – это старший бит (MSB). Номинальная скорость передачи данных для результирующего последовательного потока данных должна составлять 270 Мбит/с или 360 Мбит/с, соответственно.

3.4 Контрольные сигналы точного времени (EAV и SAV) присутствуют в каждой строке и должны быть такими, как сказано в Рекомендациях МСЭ-R BT.656 и МСЭ R BT.1302.

3.5 Пакет данных ANC, формирующий заголовок данных, располагается после сигнала EAV, как указано в § 4. Вся полезная нагрузка располагается между сигналами SAV и EAV. Пространство между заголовком и SAV может быть использовано для размещения данных ANC, как указано в Рекомендации МСЭ R BT.1364.

3.6 Уровни и спецификации сигналов должны быть такими, как описано в Рекомендациях МСЭ R BT.656 и МСЭ R BT.1302.

3.7 Предпочтительный тип разъема  IEC 60169-8, разделы A.2 и A.3, "Дополнение 2, Радиочастотные разъемы Часть 8: Р.Ч. коаксиальные разъемы с внутренним диаметром внешнего проводника 6,5 мм (0,256 дюймов) со штыковым креплением – Характеристическое сопротивление 50 Ом (типа BNC)".

ПРИМЕЧАНИЕ 1. – Документ МЭК 60169-8 существует в электронном виде и может быть получено по адресу: http://www.iec.ch/itu.


4 Данные заголовка


Структура данных заголовка должна соответствовать пакету служебных данных (тип 2) по Рекомендации МСЭ-R BT.1364. Данные заголовка должны располагаться непосредственно после сигнала EAV, как показано на рисунке 3.


Флаг дополнительных данных (ADF)













Идентификатор данных (DID)













Идентификатор вторичных данных (SDID)










53 слова

Счетчик данных (DC)













Данные заголовка







46 слов




Проверочная сумма (CS)













Данные заголовка должны содержать следующую информацию:

– Номер строки [2 слова]

– CRC номера строки [2 слова]

– Идентификатор кода и санкционированного адреса (AAI) [1 слово]

– Адрес получателя [16 слов]

– Адрес отправителя [16 слов]

– Тип блока [1 слово]

– Флаг CRC [1 слово]

– Резервные данные [5 слов]

– CRC заголовка [2 слова]



4.1 Форматирование дополнительных данных


Данные ADF, DID, SDID, DC и CS должны соответствовать Рекомендации МСЭ-R BT.1364.

4.1.1 Идентификатор данных (DID)


Идентификатор данных должен иметь значение 40h для B7 – B0.

– B8 – бит проверки на четность для B7 – B0;

– B9 – бит дополнения для B8.

4.1.2 Идентификатор вторичных данных (SDID)


Идентификатор вторичных данных должен иметь значение 01h для B7 – B0.

– B8 – бит проверки на четность для B7 – B0;

– B9 – бит дополнения для B8.

4.1.3 Счетчик данных (DC)


Счетчик данных должен представлять собой 46 слов заголовка со значением 2Eh для B7 – B0.

– B8 – бит проверки на четность для B7 – B0;

– B9 – бит дополнения для B8.

4.2 Номер строки


4.2.1 Номер строки должен представлять собой число от 1 до 525 для систем с 525 строками и от 1 до 625 для систем с 625 строками. Предназначен для проверки целостности данных.

4.2.2 Номер строки должен размещаться в пределах L9 – L0. Позиции R5 –- R0 зарезервированы и установлены в ноль (см. рисунок 4).

– EP1 – бит проверки на четность для L7 – L0;

– EP2 – бит проверки на четность для R5 – R0, L9, L8.

4.3 CRC номера строки


После каждого номера строки должен быть вставлен CRC номера строки. CRC номера строки относится ко всем 10 битам идентификатора данных на строке с данным номером (см. рисунок 5). Полиномиальный генератор CRC номера строки должен иметь вид G(x) = x18  x5  x4  1, что соответствует Рекомендации МСЭ-T X.25 "Интерфейс между оконечным оборудованием передачи данных (DTE) и сетевым оконечным оборудованием передачи данных (DCE) для терминалов, работающих в режиме коммутации пакетов и соединенных с сетями передачи данных общего пользования посредством выделенной линии" (см. рисунок 6).

CRC номера строки должен располагаться в битах от C17 до C0, а исходное его значение должно быть установлено в позицию "все единицы".


4.4 Код и AAI


И код, и AAI должны состоять из четырех битов (см. рисунок 7).

Код: с B3 по B0

AAI: с B7 по B4

– B8 – бит проверки на четность для B7 – B0;

– B9 – бит дополнения для B8.





4.4.1 Код


Код предназначен для обозначения длины полезной нагрузки при помощи следующих значений. Полезная нагрузка должна располагаться на участке данных между SAV и EAV.

B3 B2 B1 B0

Зарезервировано для SDI: 0 0 0 0
нагрузка из 1 440 слов: 0 0 0 1
нагрузка из 1 920 слов: 0 0 1 0

ПРИМЕЧАНИЕ. – Код  "0000" используется, когда в следующей строке передается некомпрессированные данные формата 4:2:2. Однако в одном сигнале не должны смешиваться некомпрессированные и компрессированные сигналы.

Другие коды должны быть зарегистрированы в SMPTE (см. § 7).

ПРИМЕЧАНИЕ. – Код  "1000" зарезервирован для приложений 143 Мбит/с.


4.4.2 AAI


AAI предназначен для обозначения формата слов адреса назначения и адреса отправителя, и принимает одно из 16 возможных состояний.

B7 B6 B5 B4

Неопределенный формат: 0 0 0 0
Адрес IPv6*: 0 0 0 1

* IETF (Рабочая группа по стандартам для сети интернет) Запрос комментариев (RFC-1883), IPv6, Протокол формирования интернет стандарта.

Другие значения AAI должны быть зарегистрированы в SMPTE (см. § 7).


4.5 Адрес назначения и адрес отправителя


Адрес назначения и адрес отправителя представляют собой адреса устройства внутри линии связи, соответствующие AAI. Для адреса назначения и адреса отправителя выделено шестнадцать битов, которые имеют следующую структуру (см. рисунок 8):

– Адрес: B7 – B0;

– B8 – бит проверки на четность для B7 – B0;

– B9 – бит дополнения для B8.

Когда 16 битов заполнены нулями в соответствии с AAI  "0000", это должно означать универсальный адрес для всех устройств, соединенных с интерфейсом. Кроме того, это – состояние "по умолчанию", когда не требуется ни адреса назначения, ни адреса отправителя.

4.6 Тип блока


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

B7 B6


Фиксированный размер блока без ECC: 0 0
Фиксированный размер блока с ECC: 0 1
Не распределено: 1 0
Зарезервировано*: 1 1

* Зарезервированный префикс (B7, B6) = (1, 1) может быть использован только при переменном размере блока, и его значение составляет 01h для B5 – B0.

ПРИМЕЧАНИЕ 1. – Код коррекции ошибок (ECC) будет определен отдельно для каждого приложения.

4.6.1


Возможная сегментация фиксированного размера блоков и значения B5 – B0 показаны в таблице 1.

Все пакеты данных (тип данных + блок данных) должны быть размещены сразу друг за другом.

– B8 – бит проверки на четность для B7 – B0;

– B9 – бит дополнения для B8.

Другие типы блока должны быть зарегистрированы в SMPTE (см. § 7).

ТАБЛИЦА 1



Фиксированный размер блока

Тип блока (B5–B0)

Размер блока

270 Мбит/с

360 Мбит/с

01h

1 438 (1 437) слов

1 блок

1 блок

02h

719 (718) слов

2 блока

2 блока

03h

479 (478) слов

3 блока

4 блока

04h

359 (358) слов

4 блока

5 блоков

09h

1 918 (1 917) слов

–

1 блок

0Ah

959 (958) слов

1 блок

2 блоков

0Bh

639 (638) слов

2 блока

3 блока

11h

766 (765) слов

1 блок

2 блока

12h

383 (382) слова

3 блока

5 блоков

13h

255 (254) слов

5 блоков

7 блоков

14h

191 (190) слов

7 блоков

10 блоков

21h

5 (4) слов

287 блоков

383 блока

22h

9 (8) слов

159 блоков

213 блоков

23h

13 (12) слов

110 блоков

147 блоков

24h

17 (16) слов

84 блока

112 блоков

25h

33 (32) слова

43 блока

58 блоков

26h

49 (48) слов

29 блоков

39 блоков

27h

65 (64) слов

22 блока

29 блоков

28h

97 (96) слов

14 блоков

19 блоков

29h

129 (128) слов

11 блоков

14 блоков

2Ah

193 (192) слова

7 блоков

9 блоков

2Bh

257 (256) слов

5 блоков

7 блоков

2Ch

385 (384) слов

3 блока

4 блока

2Dh

513 (512) слов

2 блока

3 блока

2Eh

609 (608) слов

2 блока

3 блока

31h

62 (61) слова

23 блока

30 блоков

32h

153 (152) слова

9 блоков

12 блоков

33h

171 (170) слов

8 блоков

11 блоков

34h

177 (176) слов

8 блоков

10 блоков

35h

199 (198) слов

7 блоков

9 блоков

36h

256 (255) слов

5 блоков

7 блоков

37h

144 (143) слова

10 блоков

13 блоков

38h

160 (159) слов

9 блоков

12 блоков

ПРИМЕЧАНИЕ 1. – Значения в скобках указывают число слов данных пользователя, исключая слово, обозначающее тип данных.



4.6.2 Переменный размер блока


Переменный размер блока должен иметь следующее значение:

B7 B6 B5 B4 B3 B2 B1 B0


Переменный размер блока: 1 1 0 0 0 0 0 1

– B8 – бит проверки на четность для B7 – B0;

– B9 – бит дополнения для B8.

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


4.7 Флаг CRC полезной нагрузки


Флаг CRC полезной нагрузки должен состоять из одного слова. Флаг CRC полезной нагрузки предназначен для обозначения наличия CRC полезной нагрузки при помощи следующих значений:

– B7 – B0;

– 01h: CRC должен быть введен в конце полезной нагрузки;

– 00h: CRC не должен вводиться в конце полезной нагрузки, это пространство может быть использовано для передачи данных;

– 02h – FFh: зарезервированные значения;

– B8 – бит проверки на четность для B7 – B0;

– B9 – бит дополнения для B8.

4.8 Резервные данные расширения заголовка


Резервные данные расширения заголовка должны располагаться после флага CRC. Значение резервных данных "по умолчанию" = 200h.

4.9 CRC заголовка


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

5 Формат сигнала данных пользователя


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

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


5.1 Блок данных


Блок данных должен состоять либо из 8-битовых слов полюс бит контроля четности, либо из
9-битовых слов, располагающихся в битах B8 – B0.

B9 в слове данных пользователя должен быть дополнением бита B8 (см. рисунок 9).



5.2 Заголовок блока данных


Перед каждым блоком данных должен располагаться заголовок блока данных. Структура данных в заголовке блока данных должна быть такой, как показано на рисуноке 10 для фиксированного размера блока и на рисунке 11 для переменного размера блока.



5.2.1 Разделитель и код окончания


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

Разделитель: 309h
B9

B8

B7

B6

B5

B4

B3

B2

B1

B0




1

1

0

0

0

0

1

0

0

1

Код окончания: 30Ah




B9

B8

B7

B6

B5

B4

B3

B2

B1

B0




1

1

0

0

0

0

1

0

1

0

5.2.2 Счетчик слов


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

– EP1 – бит проверки на четность для C7 – C0;

– EP2 – бит проверки на четность для C15 – C8;

– EP3 – бит проверки на четность для C23 – C16;

– EP4 – бит проверки на четность для C31 – C24.

Когда счетчик слов не указан, значение счетчика слов (C0 – C31) должно быть выставлено в положение "все нули".

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


5.2.3 Тип данных1


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

– Тип данных: B7 – B0;

– B8 – бит проверки на четность для B7 – B0;

– B9 – бит дополнения для B8.

Другие типы данных должны быть зарегистрированы в SMPTE (см. § 7).

ТАБЛИЦА 2



Тип данных

Тип

Описание




Тип

Описание

101h

102h

203h

104h

205h

206h

107h

108h

209h

20Ah

10Bh

20Ch

10Dh

10Eh

20Fh

110h
SXV(1)

CP-Система

CP-Изображение

CP-Звук


CP-Данные

241h

242h

143h

244h

145h

146h

247h

248h

149h

14Ah

24Bh

14Ch

24Dh

24Eh

14Fh

250h
DV CAM-1

HD Cam D-11




211h

212h

113h

214h

115h

116h

217h

218h

119h

11Ah

21Bh

11Ch

21Dh

21Eh

11Fh

120h
SDTI-PF




151h

152h

253h

154h

255h

256h

157h

158h

259h

25Ah

15Bh

25Ch

15Dh

15Eh

25Fh

260h
MPEG-2 P/S(2)

MPEG-2 T/S(3)




ТАБЛИЦА 2 (продолжение)

Тип

Описание




Тип

Описание

221h

222h

123h

224h

125h

126h

227h

228h

129h

12Ah

22Bh

12Ch

22Dh

22Eh

12Fh

230h
DVCPRO1/Цифровой S

DVCPRO2


161h

162h

263h

164h

265h

266h

167h

168h

269h

26Ah

16Bh

26Ch

16Dh

16Eh

26Fh

170h



131h

132h

233h

134h

235h

236h

137h

138h

239h

23Ah

13Bh

23Ch

13Dh

13Eh

23Fh

140h
HD-D5

271h

272h

173h

274h

175h

176h

277h

278h

179h

17Ah

27Bh

17Ch

27Dh

27Eh

17Fh

180h



ТАБЛИЦА 2 (продолжение)

Тип

Описание




Тип

Описание

281h

282h

183h

284h

185h

186h

287h

288h

189h

18Ah

28Bh

18Ch

28Dh

28Eh

18Fh

290h
SXA(4)

1C1h

1C2h

2C3h

1C4h

2C5h

2C6h

1C7h

1C8h

2C9h

2CAh

1CBh

2CCh

1CDh

1CEh

2CFh

1D0h
SXC(5)

191h

192h

293h

194h

295h

296h

197h

198h

299h

29Ah

19Bh

29Ch

19Dh

19Eh

29Fh

2A0h



2D1h

2D2h

1D3h

2D4h

1D5h

1D6h

2D7h

2D8h

1D9h

1Dah

2DBh

1DCh

2DDh

2DEh

1DFh

1E0h
FC(6)

ТАБЛИЦА 2 (окончание)

Тип

Описание




Тип

Описание

1A1h

1A2h

2A3h

1A4h

2A5h

2A6h

1A7h

1A8h

2A9h

2AAh

1ABh

2ACh

1ADh

1AEh

2AFh

1B0h
64-канальная AES

2E1h

2E2h

1E3h

2E4h

1E5h

1E6h

2E7h

2E8h

1E9h

1EAh

2EBh

1ECh

2EDh

2EEh

1EFh

2F0h



2B1h

2B2h

1B3h

2B4h

1B5h

1B6h

2B7h

2B8h

1B9h

1BAh

2BBh

1BCh

2BDh

2BEh

1BFh

2C0h






1F1h

1F2h

2F3h

1F4h

2F5h

2F6h

1F7h

1F8h

2F9h

2FAh

1FBh

2FCh

1FDh

1FEh

2FFh








200h

Неверные данные

(1) Betacam SX видео.
(2) MPEG-2 программный поток.
(3) MPEG-2 транспортный поток.
(4) Betacam SX звук.
(5) Betacam SX управление.
(6) Оптоволоконный канал.



5.3 CRC полезной нагрузки


CRC полезной нагрузки, если активизирован флаг CRC полезной нагрузки, должен быть введен в слова с номерами адреса 1438–1439 для полезной нагрузки из 1440 слов, и 1918–1919 для полезной нагрузки из 1920 слов (см. рисунок 13). CRC полезной нагрузки относится к словам с номерами адресов 0–1437 для полезной нагрузки из 1440 слов и к словам с номерами адресов 0–1917 для полезной нагрузки из 1920 слов. Полиномиальный генератор для заголовка CRC полезной нагрузки должен быть точно таким же, как и для CRC номера строки и CRC заголовка.

6 Обнаружение ошибок и борьба с ними (EDH)


Место размещения данных проверки на ошибки всегда должно быть защищено (см. Рекомендацию МСЭ-R BT.1304).

ПРИМЕЧАНИЕ 1. – Структура данных интерфейсов для сигнала 4:2:2 (см. Рекомендацию МСЭ R BT.1302) и для сигнала 4:2:0p (525P) (см. Рекомендацию МСЭ-R BT.1362), дискретизированных с частотой 18 МГц, при скорости 360 Мбит/с различны. Это положение дел влияет на расположение данных EDH, если они предусмотрены, а это значит, что и производители, и пользователи должны обращать внимание и учитывать наличие EDH, подсчитывая слова данных после EAV.


7 Регистрация типа данных, кода, AAI, типа блока


Новые значения полей "код", "AAI", "тип блока" или "тип данных" должны быть зарегистрированы в Органах регистрации SMPTE. Запросы на регистрацию должны содержать следующую информацию:

– создатель (имя, членство в SMPTE, дата);

– краткое описание запроса;

– предлагаемое название компонента (код, AAI, тип блока, тип данных);

– соответствующие документы;

– значение, которое должно быть зарегистрировано;

– описание каждого значения.

_______________



*Настоящая Рекомендация должна быть принята во внимание Международной электротехнической комиссией (МЭК).

** В соответствии с Резолюцией МСЭ-R 44 в 2003 году 6-я Исследовательская комиссия по радиосвязи сделала редакционные дополнения к настоящей Рекомендации.

1Разработчики должны быть осведомлены, что в предыдущей версии Рекомендации ITU-R BT.1381-1 значение кода 100h было разрешено и имело значение "неверный тип данных". Приемное оборудование должно быть способно обрабатывать неверный тип данных 100h.


жүктеу/скачать 240.59 Kb.

Достарыңызбен бөлісу:



©dereksiz.org 2024
әкімшілігінің қараңыз
    Басты бет