3.3.2. Принципы доставки потоков данных

Полученные в результате кодирования элементарные потоки необходимо доставить к декодеру. Для этого MPEG-4 предлагает двухуровневый механизм мультиплексирова­ния, показанный на рис. 3.27. Элементарные потоки поступают на мультиплексирова­ние, пройдя уровень синхронизацииSL(SyncLayer), где в заголовки пакетированных элементарных потоков (ПЭП) вводятся временные метки.

Рис. 3.27.Двухуровневый механизм мультиплексирования циф­рового потока в стандарте MPEG-4

Первый уровень, названныйFlexMux, играет вспомогательную роль в мультиплек­сировании, он объединяет низкоскоростные потоки с одинаковыми требованиями к качеству передачи, чтобы уменьшить их число в сложных сценах и сократить время передачи. ИспользованиеFlexMuxне является обязательным, и он может быть пустым, если следующий уровень обеспечивает все необходимые функции.FlexMuxне имеет собственных средств защиты от ошибок.

Второй уровень, TransMux (Transport Multiplexing), предлагает транспортные услу­ги по передаче потоков с заданным качеством обслуживания. Условия передачи пред­полагают необходимую пропускную способность, допустимый уровень ошибок, макси­мальное время задержки, приоритет и т.д. TransMux не является транспортным протоколом как таковым, он представляет собой скорее интерфейс между кодером MPEG-4 и стандартным транспортным протоколом. В качестве такового могут использоваться протокольные стыки RTP/UDP/IP, AAL5/ATM, транспортный поток MPEG-2.

Взаимодействие с транспорт­ной средой управляется протоколом DMIF (Delivery Multimedia Integration Framework – мультимедийная интегрированная система достав­ки). DMIF, как его определяет стандарт, – сеансовый прото­кол для управления потоковой передачей в произвольных сре­дах. После запуска он устанав­ливает соединение с удаленным абонентом, выбирает подлежа­щие передаче потоки и посыла­ет запрос на их передачу. Порт DMIF посылает отметки к тем точкам, откуда будут передавать­ся потоки, и устанавливает соединение. Функции DMIF по связи с транспортными прото­колами реализуются через интер­фейс DAI (DMIF Application Interface), который получает ПЭП от уровня синхронизации и переводит запросы DMIF в команды, воспринимаемые конкретным протоколом. Команды для разных протоколов могут быть различными.

На приемном конце индивидуальные ЭП выделяются из пришедшего транспортного потока путем демультиплексирования. На этом этапеDMIFне отвечает за работу транспортного протокола, он подключается только при наличии потоковFlexMux. Выделенные после демультиплексирования пакеты ПЭП обрабатываются с целью из­влечения из них информации о синхронизации. Эта информация переносится в заго­ловках пакетов, генерируемых на уровне синхронизации.

Во второй версии стандарта введены два дополнительных механизма, облегчающие транспортировку и опознавание элементарных потоков. Первый предназначен для орга­низации передачи файлов и имеет вид специального файлового формата представления контента с расширением .mр4. Он содержит большой объем описательной информа­ции, позволяющей передавать файлы с помощью любых протоколов, редактировать их содержимое и воспроизводить его на разных терминалах. В основу положен популяр­ный форматQuickTime.

Второй механизм – интерфейс программных приложений MPEG-4 с кодами извест­ного языка программированияJava– призван облегчить интеграциюJava-приложений в структуруMPEG-4. Он будет принимать ЭПJava-приложений, обрабатывать их и направлять к соответствующим компонентамMPEG-4 плеера.

Усовершенствование протокола DMIFво второй версии стандарта касается введения возможности работы с мобильными средствами связи, обеспечения более широкого класса параметровкачества обслуживания(QоS), поддержания сеансовой работы одно­временно с несколькими сетевыми провайдерами, имеющими собственные порты, и т.д.