Полную информацию о голосовании по одобрению данного стандарта можно найти в отчете о голосовании, указанном в приведенной выше таблице.
Настоящая публикация разработана в соответствии с Директивами ИСО/МЭК, часть 2.
Серия стандартов МЭК 61883 под общим названием "Бытовая аудио/видеоаппаратура - Цифровой интерфейс" состоит из следующих частей:
Часть 1. Общие положения;
Часть 2. Передача данных SD-DVCR;
Часть 3. Передача данных HD-DVCR;
Часть 4. Передача данных MPEG2-TS;
Часть 5. Передача данных SDL-DVCR;
Часть 6. Протокол передачи аудио- и музыкальных данных;
Часть 7. Передача ITU-R BO.1294 системы B.
Комитет принял решение, что содержание настоящей публикации останется без изменений до конечной даты сохранения, указанной на сайте МЭК с адресом /template/go.php?url=https://webstore.iec.ch, в данных, касающихся конкретной публикации. На эту дату публикация будет
- подтверждена заново;
- аннулирована;
- заменена пересмотренным изданием; или
- изменена.
Настоящий стандарт устанавливает метод составления пакетов/пакетизации и синхронизации передачи данных транспортных потоков в стандарте MPEG2 для цифрового интерфейса IEEE 1394. В стандарте определены технические требования к пакету стандарта IEEE 1394, заголовку общего изохронного пакета (CIP) и синхронизации передачи при использовании с транспортным потоком как установлено в prETS 300 468 <1>. Определение основано на определении транспортного потока, установленном в цифровом телевизионном вещании (DVB).
--------------------------------
<1> Заменен на ETSI EN 300 468 "Digital Video Broadcasting (DVB); Specification for Service Information (SI) in DVB Systems".
Для применения настоящего стандарта необходимы следующие ссылочные документы. Для датированных ссылок применяют только указанное издание ссылочного документа, для недатированных ссылок применяют последнее издание ссылочного документа (включая любые изменения).
IEC 61883-1 Consumer audio/video equipment - Digital interface - Part 1: General (Бытовая аудио-/видеоаппаратура. Цифровой интерфейс. Часть 1. Общие положения)
ISO/IEC 13818-1 Information technology - Generic coding of moving pictures and associated audio information - Part 1: Systems (Информационные технологии. Универсальное кодирование телевизионного изображения и связанного с ним звукового сопровождения. Часть 1. Системы)
ISO/IEC 13818-2 Information technology - Generic coding of moving pictures and associated audio information - Part 2: Video (Информационные технологии. Универсальное кодирование телевизионного изображения и связанного с ним звукового сопровождения. Часть 2. Видеосигнал)
ISO/IEC 13818-3 Information technology - Generic coding of moving pictures and associated audio information - Part 3: Audio (Информационные технологии - Универсальное кодирование телевизионного изображения и связанного с ним звукового сопровождения. Часть 3: Сигнал звукового сопровождения)
ISO/IEC 13818-9 Information technology - Generic coding of moving pictures and associated audio information - Part 9: Extension for real time interface for system decoders (Информационные технологии. Универсальное кодирование телевизионного изображения и связанного с ним звукового сопровождения. Часть 9: Расширение для интерфейса систем реального времени для декодеров системы)
prETS 300 468 <2> Digital broadcasting systems for television, sound and data services - Specification for service information (SI) in digital video broadcasting (DVB) systems [Цифровые системы для служб телевизионного вещания, звукового вещания и передачи данных. Технические требования для служебной информации (SI) в системах цифрового телевизионного вещания (DVB)]
--------------------------------
<2> Заменен на ETSI EN 300 468 "Digital Video Broadcasting (DVB); Specification for Service Information (SI) in DVB Systems".
В настоящем стандарте используют следующие сокращения:
- CIP - общий изохронный пакет;
- CTR - регистр времени цикла;
- DVB - цифровое телевизионное вещание (в Европе);
- SI - служебная информация;
- ETS - европейский стандарт в области телекоммуникаций/электросвязи;
- MPEG - стандарты сжатия и кодирования (стандарты экспертной группы по движущемуся изображению);
- RTI - интерфейс в системе реального времени;
- TS - транспортный поток;
- TSP - пакет транспортного потока;
- пакет IEEE 1394 - изохронный пакет стандарта IEEE 1394, указанный в МЭК 61883-1.
4.1 Структура потока данных MPEG2-TS
Длина исходного пакета составляет 192 байта (см. рисунок 1). Исходный пакет включает один пакет транспортного потока MPEG2 длиной 188 байт и заголовок исходного пакета размером 4 байта. Заголовок исходного пакета содержит временную отметку.
![]() 1a - Исходный пакет
![]() 1b - Заголовок исходного пакета
Пакеты MPEG2-TS должны соответствовать стандартам серии ИСО/МЭК 13818.
4.2 Пакетизация исходного пакета потока данных MPEG2-TS
Исходный пакет разделен на 8 блоков данных длиной шесть квадлет (32-битных слов). В изохронный пакет IEEE 1394 упакованы ноль или более блоков данных. Приемник изохронных пакетов должен накапливать блоки данных одного исходного пакета и комбинировать их для последующего восстановления исходного пакета перед отсылкой этого исходного пакета на реализацию. Существуют ограничения на передачу фракций (см. 5.2).
Активные передатчики должны посылать изохронный пакет в каждом цикле. Если нет достаточного количества данных для передачи в изохронном пакете, должен быть передан пустой пакет.
4.3 Временная отметка
Временная отметка в заголовке исходного пакета используется приемниками изохронных данных для восстановления точной синхронизации пакетов транспортных потоков (TSP) на их выходе. Временная отметка указывает назначенное время доставки первого бита/байта TSP с выхода приемника на целевой декодер транспортного потока. Временная отметка представляет 25 бит регистра времени цикла интерфейса IEEE 1394 на момент, когда первый бит/байт TSP приходит с реализации с некоторым дополнительным смещением/сдвигом. Смещение/сдвиг равно постоянной общей задержке TSP между моментом прибытия (первого бита) и моментом, когда TSP (первый бит) доставляется приемником на реализацию.
5.1 Структура заголовка CIP
Структура заголовка CIP (см. рисунок 2) для потока данных MPEG2-TS соответствует формату двухквадлетного заголовка CIP, установленному в 6.2.1 МЭК 61883-1. Статические значения элементов заголовка CIP будут следующими:
![]() где
- SID - идентификатор исходного узла (узла передатчика);
- DBS - размер блока данных в квадлетах;
- FN - номер фракции;
- QPC - количество/счетчик заполнений квадлетами;
- SPH - заголовок исходного пакета;
- Res - зарезервировано;
- DBC - счетчик непрерывности блоков данных;
- FMT - идентификатор формата;
- FDF - поле, зависящее от формата.
Первый блок данных исходного пакета (блок, содержащий заголовок исходного пакета) соответствует значению DBC, у которого три наименее значимых бита (LSB) будут "000".
Изохронный пакет включает 0, 1, 2 или 4 блока данных или целое число исходных пакетов.
Если изохронный пакет состоит из:
- одного блока данных, то значение DBC увеличивается на 1;
- двух блоков данных, то значение DBC умножается на 2, наименее значимый бит (LSB) будет "0";
- четырех блоков данных, то значение DBC умножается на 4, два наименее значимых бита (LSB) будут "00".
Если изохронный пакет состоит из n исходных пакетов (n - целое число), то значение DBC умножается на 8. Три наименее значимых бита (LSB) будут "000".
Структура зоны FDF приведена на рисунке 3. Определение полей будет следующим:
- TSF (признак сдвига во времени) обозначает поток данных со сдвигом по времени:
0 - поток данных не имеет сдвига во времени;
1 - поток данных имеет сдвиг во времени.
- Res: зарезервировано для будущего расширения и должно быть заполнено нулями.
![]() 6.1 Последовательность/этапы передачи
Транспортный поток MPEG2 состоит из пакетов транспортного потока (TSP) длиной 188 байт. На рисунке 4 для примера представлен транспортный поток (TS), состоящий из нескольких программ. Очень часто требуется передать только одну или несколько программ. Если программа выбрана, то передаются только данные TSP из данного конкретного TS. В этом случае занимаемую полосу (пропускную способность) на интерфейсе IEEE 1394 можно уменьшить. Уменьшение скорости передачи бит происходит в сглаживающем буфере. В результате операции сглаживания TSP будут сдвинуты во времени.
![]() где
a) - полный транспортный поток с уплотнением программ (A, B, C, D) и служебной информации (SI);
b) - исходные пакеты выбранной программы A с соответствующей служебной информацией;
c) - исходные пакеты на выходе сглаживающего буфера;
d) - исходные пакеты на входе шины IEEE 1394 приемника;
e) - восстановленная синхронизация для TS;
b-c - задержка в сглаживающем буфере;
c-d - задержка от передатчика;
d-e - задержка в буфере приемника.
Частота синхронизации при передаче байт TSP в каждом случае может быть разной.
транспортного потока
TSP на выходе сглаживающего буфера передаются по интерфейсу. Во время передачи интерфейс будет вводить некоторый джиттер времени прихода TSP на приемник.
В транспортном потоке MPEG2 существуют строгие требования к синхронизации TSP. Джиттер, обусловленный сглаживающим буфером и передатчиком интерфейса, необходимо компенсировать. Для этого к TSP в момент его прихода на вход сглаживающего буфера или, если он не используется, на вход цифрового интерфейса добавляется временная отметка. Приемник интерфейса имеет буфер. В этом буфере приемника компенсируется введенный джиттер.
6.2 Запаздывающие пакеты
Временная отметка в заголовке передаваемого исходного пакета должна указывать на значение в будущем. Если по какой-либо причине задержка в передаче будет слишком продолжительной, что приводит к временной метке, которая указывает в прошлое (запаздывающий пакет), то исходный пакет не передается.
Пакет становится запаздывающим, если реальное значение регистра времени цикла (CTR) становится равным значению, представленному во временной отметке из заголовка исходного пакета, до передачи изохронного(ых) пакета(ов), включающего(щих) исходный пакет [включая контроль избыточным циклическим кодом (CRC)].
В случае передачи одного исходного пакета/цикла можно рассчитать интервал, необходимый для передачи полного изохронного пакета (по известной частоте синхронизации и количеству бит). Если произошло запаздывание пакета, должен быть передан пустой пакет или следующий действенный/эффективный пакет, а запоздавший пакет отбрасывается.
В случае передачи более одного исходного пакета/цикла выполняется процедура, приведенная выше. Допускается отбраковывать все исходные пакеты из изохронного пакета, если обнаруживается, что один исходный пакет запаздывающий.
В случае передачи фракций рекомендуется сначала составить полный исходный пакет на передатчике. Если происходит запаздывание пакета, то полный исходный пакет должен быть отброшен.
Если происходит запаздывание пакета, когда некоторые блоки данных исходного пакета уже переданы (например, при обнулении шины), то блоки данных, оставшиеся в передающем буфере, удаляются.
Буферизация в приемнике необходима для компенсации джиттера, обусловленного сглаживающим буфером и передатчиком. Считается, что на момент поступления в приемник исходные пакеты или фракции исходных пакетов сохраняются в приемном буфере с частотой синхронизации шины (режим S100, S200 или S400). Пакеты транспортного потока MPEG2 считываются буфером приемника и отсылаются на реализацию в назначенное время доставки первого бита (байта) TSP. Назначенное время доставки представлено временной отметкой в заголовке исходного пакета. Частота синхронизации, используемая для считывания байт из TSP, может быть высокой.
Буферизация, необходимая для компенсации джиттера, обусловленного только передатчиком, приведена в таблице А.1 приложения А, а буферизация, необходимая для компенсации джиттера, обусловленного только сглаживанием TS, приведена в таблице А.2 приложения А.
При передаче транспортного потока MPEG2, установленного в DVB, считается, что размер буфера в приемнике составляет 3264 байта.
(справочное)
БУФЕРИЗАЦИЯ
А.1 Буфер, необходимый для компенсации джиттера, обусловленного передатчиком
Пакет транспортного потока (TSP) может быть послан на реализацию приемником, как только выполнен контроль изохронного пакета избыточным циклическим кодом (CRC). Размер буфера, необходимый для компенсации джиттера, обусловленного передатчиком, задается следующим соотношением:
buf_size = (R_bus) * (max_jitter) + (B_granularity),
где
R_bus - назначенная скорость данных на интерфейсе;
max_jitter - разность между максимальным дрожанием по 1394 (~ 311 мкс) и минимальным временем, необходимым для передачи одного пакета шины;
B_granularity - размер одного пакета шины.
Необходимый размер буфера будет самым большим при высоких скоростях передачи (несколько TSP за цикл) и больших частотах синхронизации шины (400 Мбит/с).
В таблице А.1 приведен размер буфера для некоторых скоростей передачи.
Таблица А.1
джиттера, обусловленного шиной IEEE 1394 передатчика
А.2 Буфер, необходимый для компенсации джиттера, обусловленного сглаживанием
Буфер, необходимый для компенсации джиттера, обусловленного сглаживанием, рассчитывают при следующих допущениях:
- дескриптор буфера сглаживания имеет значение по умолчанию 1536 байт;
- максимальный джиттер, обусловленный интерфейсом систем реального времени (RTI), составляет 50 мкс (полный размах сигнала);
- вклад дополнительных данных (SI) ограничен одним исходным пакетом.
В таблице А.2 приведен размер буфера для некоторых скоростей передачи.
Таблица А.2
джиттера, обусловленного сглаживающим буфером
[включая RTI и дополнительный (AUX) пакет]
А.3 Размер буфера в приемнике по умолчанию
Значение размера буфера по умолчанию на шине IEEE 1394 приемника будет составлять:
- 328 байт (предположительно), при использовании низкой битовой скорости;
- 3264 байта, для транспортного потока MPEG2, установленного в DVB;
- 32 кбайт (предположительно), в случае если требуется размер больше 3264 байт.
При значении по умолчанию 3264 байт при передаче транспортного потока MPEG 2, можно передавать полный TS (без сглаживания) с битовой скоростью не менее 60 Мбит/с или одну программу с битовой скоростью вплоть до 24 Мбит/с (при сглаживании).
Для информации в 3264 байтах могут храниться 17 исходных пакетов.
(справочное)
НАЦИОНАЛЬНЫМ СТАНДАРТАМ РОССИЙСКОЙ ФЕДЕРАЦИИ (И ДЕЙСТВУЮЩИМ
В ЭТОМ КАЧЕСТВЕ МЕЖГОСУДАРСТВЕННЫМ СТАНДАРТАМ)
Таблица ДА.1
--------------------------------
<3> Заменен на ETSI EN 300 468 "Digital Video Broadcasting (DVB); Specification for Service Information (SI) in DVB Systems".
Дополнительная информация, относящаяся к настоящему стандарту, содержится в следующих документах:
Вернуться в "Каталог нормативных документов"
Источник информации: https://internet-law.ru/documents/prod/gost-r_gosudarstvennyj-standart/32/gost_21543.html
На правах рекламы:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||