СПОСОБ И УСТРОЙСТВО ДЛЯ ПРИЕМОПЕРЕДАЧИ ДАННЫХ ДЛЯ СИСТЕМЫ ПЕРЕДАЧИ МУЛЬТИМЕДИА
DATA SEND/RECEIVE METHOD AND DEVICE FOR MULTIMEDIA TRANSMITTING SYSTEM

ОБЛАСТЬ ТЕХНИКИ
Данное описание относится к системе передачи мультимедиа и, более конкретно, к способу и устройству для передачи и приема мультимедийных данных.
УРОВЕНЬ ТЕХНИКИ
Термин «мультимедийная служба» относится к службам вызова, таким как видеовызов, потоковым службам, таким как служба «видео по требованию» (VOD), или таким службам, как многоадресная и широковещательная служба. Мультимедийные службы реального времени могут быть разделены на службы вызова, интерактивные службы и потоковые службы в зависимости от типа службы и могут быть также разделены на одноадресные, многоадресные и широковещательные в зависимости от количества участвующих пользователей.
Стандартная широковещательная сеть обычно использует транспортный поток MPEG-2 (MPEG-2 TS) (MPEG - Группа экспертов по кинематографии) для передачи мультимедийного контента. MPEG-2 TS используется в качестве типичной технологии передачи для передачи битового потока, при помощи которой множественные широковещательные программы (или множественные битовые потоки кодированного видео) мультиплексируются в подавляемой ошибками среде передачи. MPEG-2 TS является подходящим для использования в цифровом телевещании и т.п. в век мультимедиа.
MPEG-2 TS может иметь несколько ограничений в поддержке мультимедийных служб. Другими словами, MPEG-2 TS может иметь такие ограничения, как односторонняя связь, неэффективность передачи из-за фиксированного размера кадра и ненужные непроизводительные издержки, которые имеют место, когда данные передаются с использованием транспортного протокола и межсетевого протокола (IP), которые являются характерными для аудио/видео.
Поэтому MPEG недавно предложила MPEG стандарт транспортировки (переноса) мультимедиа (ММТ) в качестве одной из технологий передачи мультимедиа для поддержки мультимедийных служб на основе MPEG технологии. Например, ММТ стандарт может применяться для эффективной передачи гибридного контента по гетерогенной (неоднородной) сети. Термин «гибридный контент», используемый в данном документе, может относиться к совокупности контента, имеющего мультимедийные элементы посредством видео/аудиоприложения. Этой неоднородной сетью может быть, например, сеть, в которой широковещательная сеть и сеть мобильной связи существуют совместно.
ММТ стандарт нацелен на задание технологии передачи, дружественной к IP, которая является базовой технологией в сети передачи для мультимедийных служб. С этой целью, существует необходимость в структуре ММТ транспортного пакета для более эффективной доставки логических объектов данных в разнообразии форматов, включающих в себя кодированные мультимедийные данные, в изменяющейся среде мультимедийных служб.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
ТЕХНИЧЕСКАЯ ЗАДАЧА
Одним аспектом одного варианта осуществления данного описания является обеспечение способа и устройства для эффективной передачи и приема кодированных мультимедийных данных в системе передачи мультимедиа.
Другим аспектом одного варианта осуществления данного описания является обеспечение способа и устройства для передачи и приема логических объектов данных в разнообразии форматов в системе передачи мультимедиа.
Другим аспектом одного варианта осуществления данного описания является обеспечение способа и устройства для конфигурирования неоднородного пакета мультимедийных данных в широковещательной системе, которая поддерживает мультимедийные службы, основанные на IP.
ТЕХНИЧЕСКОЕ РЕШЕНИЕ
В соответствии с одним аспектом одного варианта осуществления данного описания, обеспечен способ передачи данных в системе передачи мультимедиа. Способ содержит: прием, от уровня функции инкапсуляции (упаковки), второго блока данных, имеющего один или несколько первых блоков данных; конфигурирование информации о заголовке полезной нагрузки, включающей в себя информацию о типе и конфигурации полезной нагрузки, посредством анализа информации о заголовке этого второго блока данных; конфигурирование одной или нескольких полезных нагрузок из второго блока данных на основе размеров первых блоков данных; конфигурирование пакета мультимедийных данных посредством комбинирования информации о заголовке полезной нагрузки, соответствующей каждой из этих полезных нагрузок; и передачу этого пакета мультимедийных данных к ответному объекту.
В соответствии с другим аспектом одного варианта осуществления данного описания, обеспечен способ приема данных в системе передачи мультимедиа. Способ содержит: прием, от ответного объекта, пакета мультимедийных данных, имеющего полезную нагрузку и информацию о заголовке полезной нагрузки, включающую в себя информацию о типе и конфигурации полезной нагрузки; и детектирование, из этого пакета мультимедийных данных, одного или нескольких первых блоков данных, сгенерированных посредством уровня функции инкапсуляции, и по меньшей мере части второго блока данных, имеющего этот один или несколько первых блоков данных.
В соответствии с еще одним аспектом одного варианта осуществления данного описания, обеспечено устройство для передачи данных в системе передачи мультимедиа. Это устройство включает в себя: блок генерации данных, выполненный с возможностью выдачи второго блока данных, имеющего один или несколько первых блоков данных; блок конфигурации данных, выполненный с возможностью конфигурирования информации о заголовке полезной нагрузки, включающей в себя информацию о типе и конфигурации полезной нагрузки, посредством анализа информации о заголовке этого второго блока данных, конфигурирования одной или нескольких полезных нагрузок из этого второго блока данных на основе размеров этих первых блоков данных и конфигурирования пакета мультимедийных данных посредством комбинирования информации о заголовке полезной нагрузки, соответствующей каждой из этих полезных нагрузок; и блок передачи данных, выполненный с возможностью передачи этого пакета мультимедийных данных к ответному объекту.
В соответствии с еще одним аспектом одного варианта осуществления данного описания, обеспечено устройство для приема данных в системе передачи мультимедиа. Это устройство включает в себя: приемный блок, выполненный с возможностью приема, от ответного объекта, пакета мультимедийных данных, имеющего полезную нагрузку и информацию о заголовке полезной нагрузки, включающую в себя информацию о типе и конфигурации полезной нагрузки; и блок интерпретации, выполненный с возможностью детектирования, из этого пакета мультимедийных данных, одного или нескольких первых блоков данных, сгенерированных посредством уровня функции инкапсуляции, и по меньшей мере части второго блока данных, имеющего этот один или несколько первых блоков данных.
Эта полезная нагрузка может включать в себя по меньшей мере один элемент полезной нагрузки, соответствующий любому одному из первого типа, включающего в себя один первый тип данных, второго типа, включающего в себя информацию о заголовке одного первого блока данных, третьего типа, включающего в себя информацию о заголовке одного первого типа данных и часть данных, или только часть данных, четвертого типа, включающего в себя информацию о заголовке этого второго типа данных, и пятого типа, включающего в себя весь этот второй блок данных.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 иллюстрирует иерархическую структуру ММТ системы согласно одному варианту осуществления данного описания.
Фиг. 2 иллюстрирует структуру ММТ полезной нагрузки согласно одному варианту осуществления данного описания.
Фиг. 3 иллюстрирует логическую структуру ММТ упаковки согласно одному варианту осуществления данного описания.
Фиг. 4 иллюстрирует блок-схему для конфигурирования и передачи пакета мультимедийных данных, включающего в себя ММТ полезную нагрузку в ММТ системе согласно одному варианту осуществления данного описания.
Фиг. 5 иллюстрирует операцию генерации пакета мультимедийных данных согласно одному варианту осуществления данного описания.
НАИЛУЧШИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
Теперь, предпочтительные варианты осуществления данного описания будут подробно описаны со ссылкой на сопутствующие чертежи. В нижеследующем описании данного изобретения, подробное описание известных функций и конфигураций, включенных в данный документ, будет опускаться, когда оно может затемнить предмет рассмотрения данного описания. Термины, используемые в данном документе, определены (заданы) в рассмотрении их функций в данном описании и могут варьироваться в зависимости от пользователей, намерения оператора или обычных практик. Следовательно, это определение должно быть осуществлено на основе содержания всей спецификации (описания).
Иерархическая структура, заданная в ММТ стандарте, будет описана в данном документе ниже. Варианты осуществления данного описания обеспечивают эту структуру пакета мультимедийных данных. С этой целью, будет осуществлено подробное описание уровней для генерации пакета мультимедийных данных в иерархической структуре, заданной в ММТ стандарте. Термин «пакет мультимедийных данных», используемый в данном документе, может относиться к кадру доставки для ММТ службы.
ММТ протокол (ММТР) задает протокол уровня приложения (применения) для доставки кадра доставки, сконфигурированного в ММТ формате полезной нагрузки (PF), по IP сети. ММТ полезная нагрузка предназначена для эффективной доставки посредством конфигурирования в ММТ формате полезной нагрузки. Для эффективной доставки MPEG мультимедийных данных по неоднородным IP сетям, ММТ задает форматы инкапсуляции, протоколы доставки и форматы сообщений сигнализации.
Фиг. 1 иллюстрирует иерархическую структуру ММТ системы согласно одному варианту осуществления данного описания.
Со ссылкой на фиг. 1, показаны уровень 110 кодирования мультимедиа, уровень 120 (Уровень Е) функции инкапсуляции, уровень 130 (Уровень D) функции доставки, уровень 140 транспортного протокола, уровень 150 межсетевого протокола (IP) и уровень 100 функции управления, которые предназначены для конфигурирования пакета мультимедийных данных и передачи этого сконфигурированного пакета мультимедийных данных.
В соответствии с одним вариантом осуществления данного описания, уровень 110 кодирования мультимедиа и уровень 120 функции инкапсуляции могут работать в качестве блока генерации мультимедийных данных для генерации мультимедийных данных, который основан на мультимедийном контенте и/или мультимедийных службах. Уровень 130 функции доставки может работать в качестве блока конфигурации мультимедийных данных для конфигурирования пакета мультимедийных данных на основе мультимедийных данных, принятых от блока генерации мультимедийных данных. Уровень 130 функции доставки, соответствующий блоку конфигурации мультимедийных данных, может сконфигурировать информацию о заголовке посредством идентификации по меньшей мере одного мультимедийного данного, обеспеченного от блока генерации мультимедийных данных, и сконфигурировать пакет мультимедийных данных посредством комбинирования этой информации о заголовке с этим по меньшей мере одним мультимедийным данным.
Мультимедийные данные, упакованные в уровне 110 кодирования мультимедиа, могут быть пакетированы в форме, подобной формату файла, посредством уровня 120 функции инкапсуляции. Уровень 120 функции инкапсуляции может сгенерировать сегменты данных, которые являются малыми блоками для ММТ службы, посредством приема кодированных мультимедийных данных, обеспеченных от уровня 110 кодирования мультимедиа или сохраненных мультимедийных данных, и сгенерировать блоки доступа для ММТ службы с использованием этих сегментов данных. Уровень 120 функции инкапсуляции может сгенерировать формат пакета для генерации/сохранения и передачи гибридного контента посредством комбинирования и/или разделения этих блоков доступа.
Уровень 130 функции доставки может преобразовать блок (блоки) данных, выданные от уровня 120 функции инкапсуляции, в ММТ формат полезной нагрузки, а затем добавить к нему заголовок ММТ транспортного пакета для конфигурирования ММТ транспортного пакета, или может сконфигурировать пакет протокола реального времени (RTP) с использованием RTP, который является существующим транспортным протоколом.
Пакеты, сконфигурированные в уровне 130 функции доставки, могут быть окончательно IP-пакетированы в IP уровне 150 после подвергания уровню 140 транспортного протокола, такого как дейтаграммный протокол пользователя (UDP) или протокол управления переносом (транспортировкой). Уровень 140 транспортного протокола и IP уровень 150 могут работать в качестве блока передачи данных. Уровень 100 функции управления, который является возможным, может сгенерировать информацию управления или информацию сигнализации, необходимую для передачи данных, добавить сгенерированную информацию к данным и передать эти данные, или могут передать эти данные через отдельное средство сигнализации.
ММТ формат полезной нагрузки, сгенерированный в уровне 130 функции доставки, может задать логическую структуру мультимедийного блока (блоков), подлежащих доставке, посредством ММТ протокола или RTP. ММТ полезная нагрузка может быть определена посредством формата полезной нагрузки для доставки этого блока инкапсулированных данных или другой информации посредством протоколов ММТ уровня или других существующих прикладных транспортных протоколов. ММТ полезная нагрузка может обеспечить информацию о потоковой передаче и информацию о передаче файлов. При потоковой передаче, блоком данных может быть ММТ блок мультимедийного фрагмента (MFU) или ММТ блок обработки (MPU). При передаче файлов, блоком данных может быть ММТ ресурс и ММТ упаковка (контейнер).
Фиг. 2 иллюстрирует структуру ММТ полезной нагрузки согласно одному варианту осуществления данного описания.
Со ссылкой на фиг. 2, ММТ полезная нагрузка 200 может быть выполнена с возможностью включения в себя по меньшей мере одного ММТ MFU 210, по меньшей мере одного ММТ MPU 220, по меньшей мере одного ММТ ресурса 230 и по меньшей мере одной ММТ упаковки 240.
MFU 210 может быть общим форматом контейнера, включающим в себя кодированные мультимедийные данные, который является независимым от любого мультимедийного кодека (кодера/декодера) и может быть независимо обработан мультимедийным декодером. MFU 210, который представляет собой часть сегментированных данных MPU 220, может быть минимальным блоком, который может быть декодирован независимо. В качестве примера, если кодирование выполняется посредством использования одного кадра в качестве блока доступа, MFU 210 может быть одним видеокадром. В другом случае, MFU 210 может быть одним срезом (вырезкой), включенным в один кадр.
MPU 220, который является форматом контейнера, включающим один или несколько MFU и дополнительную информацию о доставке и обработке, может включать в себя разнообразие количеств MFU, сгенерированных из множества различных блоков доступа. MPU 220, который означает блок кодированных мультимедийных данных, который может быть полностью и независимо обработан посредством совместимого с ММТ объекта, может иметь специфический размер (например, одну группу рисунков/изображений (GOP) в случае видео), зависящий от среды применения. В качестве примера, MPU 220 может иметь (или состоять из) множество кадров изображений, составляющих одну GOP (например, 1-секундное видео), и MFU 210 может включать в себя каждый кадр изображения.
ММТ ресурс 230, который является объектом данных, имеющим один или несколько MPU, может быть наибольшим блоком данных, к которому применяется одна и та же информация о составе и транспортные характеристики. ММТ ресурс 230 может включать в себя только один тип данных, включающий в себя упакованные или мультиплексированные данные. Например, каждый ММТ ресурс 230 может быть по меньшей мере частью элементарного потока (ES) аудио, по меньшей мере частью ES видео, по меньшей мере частью упаковки виджета MPEG-U (пользовательского интерфейса), по меньшей мере частью MPEG-2 транспортного потока (TS), по меньшей мере частью MPEG-4 (MP4) файла и всей или по меньшей мере частью ММТ упаковки.
Этот ES, который задан посредством конкретного мультимедийного кодека, может быть логически одним или несколькими ММТ ресурсами. ММТ 230 ресурс, поддерживающий многоуровневый кодек и многовидовый кодек, может перекрываться с другими ММТ ресурсами.
ММТ информация о составе (ММТ-CI) означает информацию, задающую пространственную и временную зависимость ММТ ресурсов, а ММТ транспортные характеристики (ММТ-ТС) задают качество обслуживания (QoS), необходимое для доставки ММТ ресурсов. ММТ-ТС могут быть выражены как характеристики доставки ресурса (ADC), для конкретной среды доставки.
ММТ упаковка 240 может быть задана как совокупность кодированных мультимедийных данных и связанной с ними информации, которые обрабатываются посредством совместимого с ММТ объекта.
Фиг. 3 иллюстрирует логическую структуру ММТ упаковки согласно одному вариант осуществления данного описания. Как показано, ММТ упаковка 300 может иметь (или состоять из) одну или несколько ММТ ресурсов 320, ММТ информацию 310 о составе и одну или несколько ADC 330, представляющих ММТ транспортные характеристики. ММТ упаковка 240 может включать в себя информацию описания, такую как идентификатор, и местоположения ММТ ресурсов 320, и ММТ ресурсы 320 в ММТ упаковке 240 могут быть мультиплексированы или связаны.
ММТ упаковка 240 может быть обработана в блоках из MPU, и ММТ ресурс 320 может быть совокупностью одного или нескольких MPU, имеющих один и тот же идентификатор ММТ ресурса. Транспортные характеристики, относящиеся к каждому ММТ ресурсу 320, могут быть выражены посредством ADC 330. ADC 330 могут использоваться объектом пакетирования ММТ упаковки, для конфигурирования параметров ММТ полезной нагрузки и описываемой ниже информации о заголовке ММТ пакета.
Среди логических объектов, которые могут быть включены в ММТ упаковку, MPU может включать в себя поля заголовка, которые основаны на данном определении, и некоторые из этих полей могут быть существенными для обработки MPU. В случае, когда внешние части границ MFU в полезной нагрузке MPU вырезаны (ограничены), если этот пакет потерян, некоторая ошибка может распространяться более долго. В мультимедийных данных, требующих низкую задержку, MFU нуждаются в немедленной передаче во время их генерации. В этом случае, для предотвращения задержки передачи, порядок передачи может быть определен для передачи информации о полях заголовка MPU после передачи сгенерированных MFU данных.
При условии вышеприведенных характеристик, ММТ полезная нагрузка нуждается в конфигурировании для поддержания совместимости между MPU пакетами и MFU пакетами.
Фиг. 4 иллюстрирует блок-схему для конфигурирования и передачи пакета мультимедийных данных, включающего в себя ММТ полезную нагрузку в ММТ системе согласно одному варианту осуществления данного описания. Работа, показанная на фиг. 4, может быть выполнена посредством уровня 130 функции доставки среди уровней на фиг. 1.
Со ссылкой на фиг. 4, в операции 410, уровень 130 функции доставки может принять мультимедийные данные, обеспеченные от уровня 120 функции инкапсуляции. Уровень 120 функции инкапсуляции может обеспечить мультимедийные данные, необходимые для конфигурирования пакета мультимедийных данных, и информацию, относящуюся к каждому мультимедийному данному.
В операции 420, уровень 130 функции доставки может сконфигурировать информацию о заголовке полезной нагрузки, относящуюся к ММТ полезной нагрузке пакета мультимедийных данных, на основе информации о заголовке мультимедийных данных. В качестве примера, информация о заголовке полезной нагрузки может обеспечить длину ММТ полезной нагрузки, тип данных полезной нагрузки и информацию, относящуюся к фрагментации и агрегированию, а формат заголовка полезной нагрузки может быть задан системным оператором или стандартом протокола.
В операции 430, уровень 130 функции доставки может сгенерировать полезную нагрузку пакета мультимедийных данных для доставки мультимедийных данных. Другими словами, уровень 130 функции доставки может сконфигурировать ММТ полезную нагрузку посредством комбинирования по меньшей мере части мультимедийных данных, принятых в операции 410, с информацией о заголовке полезной нагрузки, сконфигурированной в операции 420.
В операции 440, ММТ пакет, который является пакетом мультимедийных данных, включающим в себя ММТ полезную нагрузку, может быть передан к ответному объекту (например, приемнику) через данный транспортный протокол.
Теперь будет сделано описание подробной процедуры для конфигурирования пакета мультимедийных данных посредством уровня функции доставки, отвечающего за передачу мультимедийных данных для ММТ служб, которая предложена в одном варианте осуществления данного описания, а также будет сделано описание формата полезной нагрузки. Конкретно, может быть обеспечена транспортная структура данных, которая основана на типе данных, сгенерированных в уровне 120 функции инкапсуляции. Для конфигурирования пакета мультимедийных данных, информация о заголовке полезной нагрузки, подлежащая записи в область заголовка, и мультимедийные данные, подлежащие записи в область полезной нагрузки, могут быть сгенерированы согласно данному формату.
Фиг. 5 иллюстрирует операцию генерации пакета мультимедийных данных согласно одному варианту осуществления данного описания.
Со ссылкой на фиг. 5, MPU файл 510 означает данные, которые уровень функции инкапсуляции желает передать, а блок 520 построения MPU/MFU имеет структуру данных для конфигурирования данных передачи. MPU файл 510 может включать в себя информацию 512 о заголовке, такую как блок типа файла (FTYP), указывающий тип файла, блок ММPU, указывающий структуру MPU, блок MOOV, указывающий информацию о настройке кодека, и блок фрагмента кинофильма (MOOF); и блок 514 MDAT, имеющий образцы 516 видео (VS) и образцы 518 ММТ подсказок. Блок MMPU указывает, что типом данных, сохраненных в блоке MDAT, является MPU, а блок MOOV содержит информацию о мультимедийном кадре, сохраненном в блоке MDAT. Блок 520 построения MPU/MFU может включать в себя MPU метаданные 522, такие как FTYP, MMPU, MOOV и MOOF, и MFU 524, имеющие связанные с ними HS 526 и VS 528.
ММТ полезная нагрузка может быть сконфигурирована на основе блока 520 построения MPU/MFU и перенесена или передана в ММТ пакет.
Подробная процедура для конфигурирования ММТ полезной нагрузки будет выполняться следующим образом.
Блок конфигурации данных может анализировать данные 510 в форме MPU файла, который обеспечивается от блока генерации данных и который желательно передать, для определения информации о типе, информации о конфигурации MPU, информации о настройке кодека, информации о начальной точке и размере (длине) данных, из информации 512 о заголовке MPU данных 510. Блок конфигурации данных может анализировать структуру MFU 516 (соответствующих VS на фиг. 5) и MFU HS 518, составляющих MPU данные, для определения MFU заголовка, содержащего размер, взаимную важность и информацию о межсоединении (длине и т.п.) каждого MFU, и MFU данных, которые являются действительными мультимедийными данными, и может также анализировать размер каждого MFU через MFU HS 518, указывающий начальное смещение и длину каждого MFU.
На основе проанализированного MPU формата, может быть сконфигурирован блок 520 построения MPU/MFU для конфигурирования транспортного пакета. MFU HS 518 может MFU заголовком блока 520 построения MPU/MFU.
Блок конфигурации данных может сконфигурировать каждый MFU как транспортный блок на основе размера каждого MFU, который анализируется из MFU HS 518. В этом случае, в зависимости от размера MFU, может быть сконфигурирована одна или несколько полезных нагрузок. Начало, середина или конец каждой полезной нагрузки могут быть указаны посредством start_end_indicator, который является возможными битами. MPU метаданные 522 могут также трактоваться как один блок конфигурации блока 520 построения MPU/MFU.
Тип данных каждого элемента полезной нагрузки может быть представлен следующим образом.
1. Тип одной полезной нагрузки 522, имеющей FTYP, MMPU, MOOV, MOOF и MDAT, называется MPU_Partial() (partial - частичный) и может быть сконфигурирован с возможностью включения только MPU заголовка.
2. Если один MFU сконфигурирован как одна полезная нагрузка, то тип этой полезной нагрузки называется MFU_set() (set - набор).
3. В случае, когда один MFU сконфигурирован как множественные полезные нагрузки, типом каждой полезной нагрузки является MFU_Partial(), если MFU включает в себя только MFU заголовок, и типом каждой полезной нагрузки является MFU_chunk() (chunk - порция), если MFU включает в себя MFU заголовок и часть MFU данных, или включает в себя часть MFU данных.
4. MPU_Partial() может означать тип полезной нагрузки, которая включает в себя только MPU заголовок.
5. MPU_Set() может означать тип полезной нагрузки, которая полностью включает в себя MPU.
Ниже показан синтаксис ММТ полезной нагрузки согласно одному варианту осуществления данного описания. Показанный ниже формат ММТ полезной нагрузки может использоваться для UDP транспортировки, прямого (двухточечного) обмена порциями и транспортировки (переноса) файлов.
Как описано выше, ММТ полезной нагрузкой может быть ММТ полезная нагрузка, которая может включать в себя поле типа, указывающее тип данных полезной нагрузки, и asset_id (asset - ресурс), указывающий идентификатор ресурса, к которому принадлежит эта полезная нагрузка (MPU или MFU). asset_id может существовать для мультиплексирования ММТ битового потока. asset_id может быть опущен, если ММТ полезная нагрузка доставляется через RTP, и используется единственный ресурс.
В зависимости от поля типа, следующие различные случаи элементов могут быть включены в ММТ полезную нагрузку.
Случай 0 может использоваться, если ММТ полезная нагрузка содержит данные конфигурации данных, подлежащих передаче. Если asset_id = 0, то ММТ полезная нагрузка может включать в себя данные конфигурации упаковки. В противном случае, могут быть включены данные конфигурации ресурса.
Элемент MFU_Partial(), соответствующий случаю 1, может использоваться, когда ММТ полезная нагрузка несет данные конфигурации (информацию о заголовке) MFU данных. Элемент MFU_chunk(), соответствующий случаю 2, может использоваться, когда ММТ полезная нагрузка содержит часть MFU данных вместе с данными конфигурации (информацией о заголовке) MFU данных, или несет все или часть MFU данных. Элемент MFU_set(), соответствующий случаю 3, может использоваться, когда ММТ полезная нагрузка содержит все (заголовок и данные) MFU данные. Элемент MPU_Partial(), соответствующий случаю 4, может использоваться, когда ММТ полезная нагрузка содержит MPT данные. Элемент MPU_Set(), соответствующий случаю 5, может использоваться, когда ММТ полезная нагрузка содержит все (заголовок и данные) MPU данные.
Кроме того, ММТ полезная нагрузка может дополнительно включать в себя другие блоки, такие как блок файла, информация о сигнализации уровня управления и сообщение защиты.
MFU_Partial() может быть определено как множество всех заголовков, которые добавляются к началу байтов полезной нагрузки и определено в MFU, когда размер MFU превышает размер максимального блока передачи (MTU).
MFU_chunk() может быть определено как средняя или последняя часть полезной нагрузки MFU для заголовков, переданных в пакетах MFU_Partial().
MFU_set() может быть определено как пакет, который включает в себя заданное количество полных MFU.
MPU_Partial() может быть определено как множество всех заголовков, которые добавляются к дополнительному элементу MFU_set(), который добавляется к возможному элементу MFU_Partial() и которые определены в MPU. Присутствие/отсутствие этих дополнительных элементов может быть определено в зависимости от оставшихся байтов и MFU длины этого пакета.
Теперь будет сделано описание примеров MPU и MFU элементов, вместе с соответствием между форматом ММТ полезной нагрузки и ММТ транспортным пакетом. Описание полей параметров, которые являются известными в данной области техники или которые не относятся к вариантам осуществления данного описания, будут здесь опущены, но следует отметить, что такие поля параметров не ограничивают объем данного описания.
Нижеследующее представляет собой пример MFU элемента.
В вышеприведенном примере, start_end_indicator может быть возможными битами, указывающими, что полезная нагрузка является началом, серединой или концом MFU. Кроме того, start_end_indicator может указывать, что MFU включает в себя данные точки случайного доступа (RAP), и может включать в себя оптимальные биты, указывающие начальное и/или конечное положение, где эти данные должны быть декодированы. rap_fragment_indicator может быть возможными битами, указывающими адрес начальной точки данных, которые могут быть непосредственно декодированы, если полезная нагрузка содержит начальную точку доступных случайным образом данных.
scrambling_key_index может содержать информацию о последовательности значений, способных дешифровать шифровку, если полезная нагрузка зашифрована.
layer_dependency_info может быть информацией, указывающей зависимость между уровнями изображения. Кроме того, она может дополнительно включать в себя идентификаторы уровней (LayerID), подсчет зависимостей, клавиши прокрутки сигналов, подобные MPEG-2 TS пакету, и т.п.
Нижеследующее представляет собой пример MPU элемента.
В вышеприведенном примере, start_end_indicator может быть возможными битами, указывающими, что полезная нагрузка является началом, серединой или концом MPU. multiple_mfu_flag может быть установлен на «1», если MPU имеет множественные MFU. no_mfu может быть установлено на «1», если MFU не включены в MPU данные, как в случае передачи файла.
timing_flag может использоваться для корректировки временной метки посредством указания того, принадлежит ли текущий MFU к тому же блоку доступа, что и предыдущий MFU, если предыдущий пакет потерян. codec_update_flag может быть установлен на «1», если полезная нагрузка имеет информацию о конфигурации кодека. header_first может быть установлен на «1», если полезная нагрузка начинается с информации о заголовке мультимедийных данных. event_list_flag может быть установлен, если полезная нагрузка имеет список событий, подлежащих представлению для пользователя. Этим списком событий могут быть события списка, принадлежащие к этому контенту.
multiple_aus_flag может быть установлен на «1», если полезная нагрузка содержит множественные кадры. Если используется такой кодек, как усовершенствованное кодирование звука (ААС), то блоки для внутриполосной конфигурации кодека могут быть включены в MPU элемент.
codec_update_flag может включать в себя codec_config_size, указывающий размер информации о конфигурации кодека, и codec_config_data, указывающий информацию о конфигурации кодека. В альтернативном варианте осуществления, если кодек изменен на основе информации о конфигурации кодека или если информация о конфигурации кодека модифицирована, в начале или в середине мультимедийной потоковой службы, то присутствие/отсутствие этой информации может быть установлено через codec_update_flag. downcounter (нисходящий счетчик) может использоваться для указания того, что после текущей полезной нагрузки еще существует несколько полезных нагрузок, содержащих информацию о конфигурации кодека, если информация о конфигурации кодека разделена на множественные полезные нагрузки. В качестве примера, если информация о конфигурации кодека разделена на множественные сегменты, и нисходящий счетчик установлен на «3», то приемник может определить, что полезные нагрузки, имеющие нисходящие счетчики, равные 2, 1 и 0, дополнительно потребуются позже, для завершения информации о конфигурации кодека. После приема полезной нагрузки нисходящего счетчика 0, приемник может определить, что передача всех полезных нагрузок, относящихся к этой информации о конфигурации кодека, завершена.
Если event_list_flag установлен, то может существовать список событий, подлежащий доставке через блок передачи, и этот список событий может включать в себя num_events, указывающее число событий и по меньшей мере данные одного события. В альтернативном варианте осуществления, если используются данные события, которые уже были переданы, то это событие может быть выражено, посредством включения только идентификатора этого события «event ID» вместо данных события. В другом альтернативном варианте осуществления, данные события могут быть переданы заранее с использованием заданного транспортного средства перед передачей полезной нагрузки. Перечисленные события могут выполняться после синхронизации с отображением кадра. В возможном варианте осуществления, звук может по выбору изменяться через этот список событий во время воспроизведения видеоданных.
Если multiple_mfu_flag установлен, то num_MFUs, указывающий, сколько MFU имеет полезная нагрузка, может существовать в MPU элементе. Если multiple_mfu_flag не установлен, то num_MFUs устанавливается на «1», а header_first и multiple_au_flag устанавливаются на «0». В возможном варианте осуществления, если блок мультимедийных данных, который желательно передать, имеет множественные кадры, или множественные вырезки в единственном кадре, то может быть установлена информация для установки числа множественных объектов.
Если timing_flag установлен, то информация о синхронизации для блоков в MPU может быть включена в MPU элемент.
Кроме того, число MFU, равное num_MFUS, может быть перечислено в MPU элементе. Поскольку порядок MFU может отличаться от порядка вводов декодера, может быть по выбору включен decode_order_number, указывающий порядок, в котором MFU вводится в декодер.
Если multiple_mfu_flag установлен на «1», то может быть дополнительно включен mfu_size, указывающий размер каждого MFU. В этом описании, предполагается, что MFU, которые вводятся в блок конфигурации данных, имеют один и тот же размер.
Если headers_first не установлен на «1», то может быть включен один mmt_mfu_element().
Если headers_first установлен на «1», то число mmt_mfu_element(), равное num_MFUs, может быть включено в MPU элемент.
Приемник, выполненный в соответствии с одним вариантом осуществления данного описания, может включать в себя приемный блок, выполненный с возможностью приема пакета мультимедийных данных от ответного объекта, и блок интерпретации, выполненный с возможностью извлечения и интерпретации по меньшей мере одного MFU или MPU, включенного в этот пакет мультимедийных данных, или по меньшей мере его части, зависящей от вышеописанного формата ММТ полезной нагрузки.
Вышеописанный формат ММТ полезной нагрузки может дать возможность осуществить эффективную доставку и агрегирование/фрагментацию MPU и MFU.
Хотя данное описание было показано и приведено со ссылкой на определенные примерные варианты его осуществления, специалистам в данной области техники будет ясно, что в нем могут быть сделаны различные изменения в форме и подробностях, не выходя за рамки сущности и объема данного описания, заданного прилагаемыми пунктами формулы изобретения и их эквивалентами.