- •Содержание
- •Введение
- •1. Стандарт представления медиа-объектов мреg-4
- •1.1. Предпосылки создания стандарта
- •1.2. Описание сцены
- •1.3. Доставка потоков данных
- •1.4. Кодирование визуальных объектов
- •1.5. Кодирование звуковых объектов
- •1.6. Профили и уровни стандарта мреg-4
- •2. Передача телевизионного сигнала в цифровой форме
- •2.1. Канальное кодирование
- •3. Цифровые способы модуляции
- •3.1. Предварительные замечания
- •3.2. Сигнальные созвездия
- •3.2.1. Полярные диаграммы
- •3.2.2. Квадратурные диаграммы
- •3.2.3. Диаграммы состояний
- •3.3. Амплитудная модуляция
- •3.4. Квадратурная амплитудная модуляция
- •3.5. Относительная фазовая модуляция
- •3.6. Иерархические режимы модуляции
- •3.7. Способ модуляции ofdm
- •4. Принципы построения и структура цифровых систем наземного тв вещания
- •4.1 Стандарт цифрового телевизионного вещания dvb
- •4.2. Общая характеристика систем цифрового наземного тв вещания
- •4.3. Система цифрового наземного тв вещания dvb-т
- •4.3.1. Общая характеристика и структура системы dvb-т
- •4.3.2. Рандомизация данных
- •4.3.3. Внешнее кодирование и перемежение
- •4.3.4. Внутреннее кодирование
- •4.3.5. Внутреннее перемежение
- •4.3.6. Методы модуляции
- •4.3.7. Формирование кадра данных
- •4.3.8. Сигнализация о параметрах передачи
- •4.3.9. Защитные интервалы
- •4.4. Система цифрового наземного тв вещания isdb-т
- •4.4.1. Общая характеристика системы isdb-т
- •4.4.2. Методы мультиплексирования и формирования кадра данных
- •4.4.3. Методы кодирования для канала
- •4.4.4. Методы модуляции
- •4.5. Система цифрового наземного тв вещания 8-vsb атsс
- •4.5.1. Структура системы 8-vsb атsс
- •4.5.2. Формирование кадра данных системы 8-vsв атsс
- •4.5.3. Перемежение и кодирование для канала в системе 8-vsв атsс
- •4.5.4. Модуляция в системе 8-vsв атsс
- •Библиографический список
1.3. Доставка потоков данных
Полученные в результате кодирования элементарные потоки необходимо доставить к декодеру. Для этого МРЕG-4 предлагает двухуровневый механизм мультиплексирования, схема которого показана на рисунке 1.1. Элементарные потоки поступают на мультиплексирование, пройдя уровень синхронизации SL (Sync Layer), где в заголовки пакетированных элементарных потоков (PES) вводятся временные метки.
Рисунок 1.1 — Схема двухуровневого механизма мультиплексирования цифрового потока в стандарте МРЕG-4
Первый уровень, названный FlехМuх, играет вспомогательную роль в мультиплексировании, он объединяет низкоскоростные потоки с одинаковыми требованиями к качеству передачи, чтобы уменьшить их число в сложных сценах и сократить время передачи. Использование FlехМuх не является обязательным, и он может быть пустым, если следующий уровень обеспечивает все необходимые функции. FlехМuх не имеет собственных средств защиты от ошибок.
Второй уровень, TransMuх (Тrаnspоrt Мultiрlеxing), предлагает транспортные услуги по передаче потоков с заданным качеством обслуживания. Условия передачи предполагают необходимую пропускную способность, допустимый уровень ошибок, максимальное время задержки, приоритет и т.д. TransMuх не является транспортным протоколом как таковым, он представляет собой скорее интерфейс между кодером МРЕG-4 и стандартным транспортным протоколом. В качестве такового могут использоваться протокольные стеки RТР/UDP/IР, ААL5/АТМ, транспортный поток МРЕG-2.
Взаимодействие с транспортной средой управляется протоколом DMIF (Delivery Multimedia Integration Framework — мультимедийная интегрированная система доставки). DМIF, как его определяет стандарт, — сеансовый протокол для управления потоковой передачей в произвольных средах. После запуска он устанавливает соединение с удаленным абонентом, выбирает подлежащие передаче потоки и посылает запрос на их передачу. Порт DMIF посылает отметки к тем точкам, откуда будут передаваться потоки, и устанавливает соединение. Функции DMIF по связи с транспортными протоколами реализуются через интерфейс DAI (DMIF Аррliсаtiоn Interface), который получает PES от уровня синхронизации и переводит запросы DMIF в команды, воспринимаемые конкретным протоколом. Команды для разных протоколов могут быть различными.
На приемном конце индивидуальные ES выделяются из пришедшего транспортного потока путем демультиплексирования (см. рисунок 1.2).
Рисунок 1.2 — Структура терминала МРЕG-4
На этом этапе DMIF не отвечает за работу транспортного протокола, он подключается только при наличии потоков FlехМuх. Выделенные после демультиплексирования пакеты PES обрабатываются с целью извлечения из них информации о синхронизации. Эта информация переносится в заголовках пакетов, генерируемых на уровне синхронизации.
Во второй версии стандарта введены два дополнительных механизма, облегчающие транспортировку и опознавание элементарных потоков. Первый предназначен для организации передачи файлов и имеет вид специального файлового формата представления контента с расширением .mp4. Он содержит большой объем описательной информации, позволяющей передавать файлы с помощью любых протоколов, редактировать их содержимое и воспроизводить его на разных терминалах. В основу положен формат Quick Тime.
Второй механизм — интерфейс программных приложений МРЕG-4 с кодами известного языка программирования Jаvа — призван облегчить интеграцию Jаvа-приложений в структуру МРЕG-4. Он будет принимать ES Jаvа-приложений, обрабатывать их и направлять к соответствующим компонентам МРЕG-4 плейера.
Усовершенствование протокола DMIF во второй версии стандарта касается введения возможности работы с мобильными средствами связи, обеспечения более широкого класса параметров качества обслуживания (Q0S), поддержания сеансовой работы одновременно с несколькими сетевыми провайдерами, имеющими собственные порты, и т.д.