СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ МЕДИАДАННЫХ В МУЛЬТИМЕДИЙНОЙ ТРАНСПОРТНОЙ СИСТЕМЕ Российский патент 2021 года по МПК H04N21/2381 

Описание патента на изобретение RU2750337C2

Область техники, к которой относится изобретение

[1] Настоящее раскрытие относится к устройству для генерирования и передачи мультимедийного транспортного пакета в мультимедийной транспортной системе, которая предоставляет мультимедийный сервис, и соответствующему способу.

Уровень техники

[2] В основном, интерактивные сервисы, такие как многоадресная передача, широковещательная передача и видеотелефония, и сервисы потоковой передачи, такие как сервисы Видео по запросу (VOD), называются мультимедийными сервисами. Мультимедийные сервисы могут быть классифицированы на мультимедийные сервисы в реальном времени и мультимедийные сервисы не в реальном времени. Мультимедийные сервисы в реальном времени могут быть классифицированы на сервисы одноадресной передачи, сервисы многоадресной передачи и сервисы широковещательной передачи, в зависимости от числа их пользователей. В дополнение, мультимедийные сервисы в реальном времени могут быть классифицированы на интерактивные сервисы и сервисы потоковой передачи в зависимости от типа сервиса.

[3] В мультимедийной сети предшествующего уровня техники, транспортный поток (TS) стандарта Экспертной группы по кинематографии (MPEG-2) был использован для передачи мультимедийного контента. MPEG-2 TS был использован как технология передачи для передачи мультиплексированного битового потока множества мультимедийных программ (например, множества битовых потоков кодированного видео) в среде передачи, которая обеспечивает фиксированную полосу пропускания, имеющую ошибки. Например, MPEG-2 TS был соответственно использован в мультимедийных устройствах, таких как цифровые телевизоры (TV) в век мультимедиа.

[4] Фиг. 1 иллюстрирует иерархическую структуру для поддержки MPEG-2 TS согласно предшествующему уровню техники.

[5] Обращаясь к Фиг. 1, уровни для поддержки MPEG-2 TS могут включать в себя уровень 110 кодирования медиаданных, уровень 120 синхронизации (sync) 120, уровень 130 доставки, сетевой уровень 140, уровень 150 канала передачи данных и физический уровень 160.

[6] Уровень кодирования медиаданных 110 и уровень 120 синхронизации могут быть сконфигурированы в формате, в котором медиаданные могут быть записаны, или в котором могут быть легко использованы в качестве базового блока передачи. Уровень 130 доставки, сетевой уровень 140, уровень 150 канала передачи данных и физический уровень 160 могут сконфигурировать блок данных (например, блок доступа (AU)) в формате, сконфигурированном уровнем 120 синхронизации, как мультимедийный транспортный пакет, который должен быть записан на отдельном носителе записи или должен быть передан. Сконфигурированный мультимедийный транспортный пакет может быть передан на абонентский терминал по предварительно определенной сети.

[7] Для этого уровень 120 синхронизации может включать в себя блок 122 фрагмента и блок 124 доступа. Уровень 130 доставки может включать в себя формат полезных данных MPEG-2 TS/MP4 протокола передачи в реальном времени (RTP)/доставку файла по однонаправленному транспортному протоколу (FLUTE) 132, RTP/протокол передачи гипертекста (HTTP) 134, и протокол пользовательских дейтаграмм (UDP)/протокол управления передачей (TCP) 136.

[8] Однако MPEG-2 TS может иметь несколько ограничений при поддержке мультимедийных сервисов. Конкретно, ограничения MPEG-2 TS могут включать в себя однонаправленную связь, неэффективность передачи из-за фиксированного размера пакета и необязательную передачу обслуживания, которая может происходить, когда данные передаются с использованием транспортного протокола, характерного для аудио/видео, и протокола Интернета (IP).

[9] Вследствие этого, стандарт транспортировки медиаданных MPEG (MMT) был вновь предложен посредством MPEG как одна из технологий транспортировки мультимедийных данных для поддержки мультимедийных сервисов на основе технологии MPEG. В частности, стандарт MMT был предложен посредством MPEG, чтобы преодолеть ограничения MPEG-2 TS.

[10] Например, стандарт MMT может быть применен для эффективной передачи гибридного контента по гетерогенной сети. Термин "гибридный контент", который используется в настоящем документе, может относится к набору контента, имеющего мультимедийные элементы, такие как аудио, видео, приложения и подобное. Термин "гетерогенная сеть", который используется в настоящем документе, может относиться к сети, в которой смешаны мультимедийная сеть, сеть связи и подобные.

[11] Кроме того, стандарт MMT служит для задания дружественной к IP технологии передачи, которая теперь является базовой технологией в сети передачи для мультимедийных сервисов.

[12] Вследствие этого, непрерывные исследования и стандартизация проводились в отношении стандарта MMT для обеспечения эффективной технологии транспортировки MPEG в обычной среде мультимедийных сервисов, которая варьируется на основе IP.

[13] Вышеуказанная информация представлена в качестве общей информации, только чтобы помочь в понимании настоящего раскрытия. Никакое определение не было сделано, и не сделано никакое утверждение, так чтобы любое из вышеуказанного могло быть применено как предшествующий уровень техники с учетом настоящего раскрытия.

Раскрытие изобретения

Техническая задача

[14] В частности, в стандарте MMT, есть необходимость в способе обеспечения эффективной технологии транспортировки MPEG в среде гибридной сети, в которой одиночный терминал соединен с множеством сетей и предоставляет мультимедийные сервисы, и в современной среде мультимедийных сервисов, спроектированной для предоставления гибридного контента, которой состоит не только из аудио и видеоданных, но также приложения, виджета, изображения и подобного, и который может быть использован в пользовательском терминале.

Техническое решение

[15] Аспекты настоящего раскрытия предназначены для устранения по меньшей мере вышеупомянутых проблем и/или недостатков и для предоставления по меньшей мере преимуществ, описанных ниже. Соответственно, аспектом настоящего раскрытия является предусмотрение способа и устройства для конфигурирования мультимедийного транспортного пакета в мультимедийной системе, которые поддерживают мультимедийные сервисы на основе протокола Интернета (IP).

[16] Другим аспектом настоящего раскрытия является предусмотрение способа и устройств для создания мультимедийного транспортного пакета на основе мультимедийных данных для гибридного контента или гибридного сервиса, который создан на основе технологии транспортировки медиаданных стандарта Экспертной группы по кинематографии (MPEG) (MMT), и передачи созданного мультимедийного транспортного пакета.

[17] В соответствии с аспектом настоящего раскрытия, предусматривается способ передачи медиаданных в мультимедийной системе, способ содержит: генерирование по меньшей мере одного пакета мультимедийных данных в связи с блоком передачи мультимедиа, причем каждый пакет мультимедийных данных включает в себя заголовок пакета и полезные данные; и передачу упомянутого по меньшей мере одного пакета мультимедийных данных; при этом заголовок полезных данных, включенный в полезные данные, включает в себя: информацию идентификации, идентифицирующую упомянутый блок передачи мультимедиа, соответствующий полезным данным; информацию указания фрагмента, указывающую информацию, связанную с фрагментацией блока данных в полезных данных; флаг, указывающий, включены ли агрегированные блоки данных в полезные данные; значение счетчика, связанное с числом последующих полезных данных, фрагментированных из блока передачи мультимедиа; информацию типа, указывающую тип данных, включенных в полезные данные.

Краткое описание чертежей

[18] Вышеописанные и другие аспекты, признаки и преимущества определенных вариантов осуществления настоящего раскрытия будут более понятны из нижеследующего описания, взятого совместно с прилагаемыми чертежами, на которых:

[19] Фиг. 1 иллюстрирует иерархическую структуру для поддержки транспортного потока (TS) стандарта Экспертной группы по кинематографии (MPEG-2) согласно предшествующему уровню техники;

[20] Фиг. 2 иллюстрирует структуру мультимедийных полезных данных для передачи пакета транспортировки медиаданных MPEG

(MMT) (MMTP), основанного на мультисервисах/контенте, по сети протокола Интернета (IP) в системе MMT согласно варианту осуществления настоящего раскрытия;

[21] Фиг. 3 является схемой последовательности операций управления для конфигурирования пакета MMTP и передачи сконфигурированного пакета MMTP в системе MMT согласно варианту осуществления настоящего раскрытия;

[22] Фиг. 4a схематически иллюстрирует пример конфигурации блока обработки медиаданных (MPU) согласно варианту осуществления настоящего раскрытия;

[23] Фиг. 4b иллюстрирует пример конфигурации блока фрагмента медиаданных (MFU), который может быть создан на основе файла MPU на Фиг. 4a, согласно варианту осуществления настоящего раскрытия;

[24] Фиг. 4c иллюстрирует пример подробной конфигурации MFU согласно варианту осуществления настоящего раскрытия;

[25] Фиг. 4d иллюстрирует пример конфигурации полезных данных, которые сконфигурированы на основе MFU на Фиг. 4c, согласно варианту осуществления настоящего раскрытия;

[26] Фиг. 5 иллюстрирует пример способа конфигурирования полезных данных из структурного блока MPU/MFU, который сконфигурирован на основе файла MPU на Фиг. 4a, и создания пакета MMTP согласно варианту осуществления настоящего раскрытия;

[27] Фиг. 6a и 6b иллюстрируют примеры конфигураций MPU, которые различаются в зависимости от требований в реальном времени, согласно варианту осуществления настоящего раскрытия;

[28] Фиг. 7 иллюстрирует пример конфигурирования MPU, который предусматривает мультимедийный сервис в реальном времени, на Фиг. 6a, в блоках полезных данных согласно варианту осуществления настоящего раскрытия;

[29] Фиг. 8 иллюстрирует пример конфигурирования мультимедийного сервиса не в реальном времени на Фиг. 6b в блоках полезных данных согласно варианту осуществления настоящего раскрытия;

[30] Фиг. 9 иллюстрирует передающий объект для передачи медиаданных в системе MMT согласно варианту осуществления настоящего раскрытия; и

[31] Фиг. 10 иллюстрирует принимающий объект для приема медиаданных в системе MMT согласно варианту осуществления настоящего раскрытия.

[32] На всех чертежах, будет понятно, что подобные ссылочные номера ссылаются на подобные части, компоненты и структуры.

Варианты осуществления изобретения

[33] Нижеследующее описание со ссылкой на сопутствующие чертежи предоставлено для содействия в комплексном понимании различных вариантов осуществления настоящего раскрытия, которое задано пунктами формулы изобретения и их эквивалентами. Оно включает в себя различные конкретные сведения для содействия в понимании этого, но они должны рассматриваться лишь как примерные. Соответственно, специалисты в данной области техники поймут, что различные изменения и модификации различных вариантов осуществления, описанных в настоящем документе, могут быть сделаны без отступления от объема и сущности настоящего раскрытия. В дополнение, описания общеизвестных функций и конструкций могут быть опущены для ясности и краткости.

[34] Термины и слова, используемые в нижеследующем описании и пунктах формулы изобретения, не ограничены библиографическими значениями, но всего лишь используются изобретателем для обеспечения возможности ясного и целостного понимания настоящего раскрытия. Соответственно, специалистам в данной области техники должно быть очевидно, что следующее описание различных вариантов осуществления настоящего раскрытия предоставлено только в целях иллюстрации и не в целях ограничения данного раскрытия, заданного прилагающимися пунктами формулы изобретения и их эквивалентами.

[35] Следует понимать, что указание единственного числа включает в себя формы множественного числа, если только контекст явно не диктует иначе. Таким образом, например, ссылка на "поверхность компонента" включает в себя ссылку на одну или более таких поверхностей.

[36] Термином "по существу" обозначается, что перечисленные характеристика, параметр или значение не должны быть достигнуты точно, но что отклонения или вариации, включающие в себя например, допуски, ошибку измерения, ограничения точности измерения и другие факторы, известные специалистам в данной области техники, могут возникать в величинах, которые не исключают эффекта, который данная характеристика была намерена обеспечить.

[37] В нижеописанном варианте осуществления настоящего раскрытия, будет описана иерархическая структура, заданная в стандарте транспортировки медиаданных MPEG (MMT). В дополнение, в варианте осуществления настоящего раскрытия, предусматривается способ конфигурирования мультимедийного транспортного пакета. Соответственно, будет сделано подробное описание операции, относящейся к уровню создания пакета мультимедийных данных, согласно варианту осуществления настоящего раскрытия в иерархической структуре, заданной в стандарте MMT. В настоящем раскрытии, мультимедийный транспортный пакет(в дальнейшем называемый "пакетом MMTP") для сервиса MMT, будет задан как пакет, который передает транспортные полезные данные, сконфигурированные из контента MMT. Пакет MMTP (протокола MMT) согласно варианту осуществления настоящего раскрытия может включать в себя информацию качества обслуживания (QoS), относящуюся к требуемой транспортной информации.

[38] В варианте осуществления настоящего раскрытия, конфигурация информации заголовка для создания пакета MMTP будет описана более подробно ниже. Информация заголовка может включать в себя информацию о конфигурировании мультимедийных данных желаемого размера посредством фрагментирования или объединения мультимедийных данных, которые предоставляются в блоках предварительно определенного размера в верхнем уровне, для полезных данных пакета MMTP.

[39] Вариант осуществления настоящего раскрытия может принципиально включать в себя сервис MMT посредством мультимедийной системы (в дальнейшем, называемый системой MMT) на основе стандарта MMT.

[40] Хотя сверхвысокая четкость (UHD), видео по запросу (VOD), живая потоковая передача, файлы, виджеты, электронная книга, метаданные и подобные будут считаться контентом для сервиса MMT, специалистам в данной области техники будет понятно, что весь другой контент, который может быть выражен в виде электрического сигнала, может быть контентом для сервиса MMT.

[41] Мультимедийные данные для каждого из многообразия контента могут быть инкапсулированы в предварительно определенном формате посредством инкапсулятора MMT, конфигурируя пакет MMTP, и затем, пакет MMTP может подвергнуться гибридной доставке на абонентский терминал по гетерогенной сети. Термин "гетерогенная сеть" обозначает сеть для среды передачи, в которой объединены мультимедийная сеть, сеть протокола Интернета (IP) и подобные.

[42] После приема пакета MMTP, был подвержен гибридной доставке по гетерогенной сети, абонентский терминал может извлечь мультимедийные данные, соответствующие желаемому контенту, из пакета MMTP, и предоставить пользователю видео, аудио, приложение и подобное, соответствующие извлеченным мультимедийным данным. Каждые из мультимедийных данных, соответствующих видео, аудио, приложению и подобным, предусмотренным для конкретного контента, будут заданы как "ресурс". Термин "абонентский терминал" можно толковать как включающий в себя большинство устройств, которые могут поддерживать мультимедийные сервисы, в варианте осуществления настоящего раскрытия. Типичными примерами абонентского терминала могут быть IP-телевизор (TV), интеллектуальный телефон и подобные.

[43] Вследствие этого, цели, которые могут быть достигнуты посредством сервиса MMT, могут включать в себя доставку контента высокого качества, поддержку гибридного контента, поддержку гибридной сети и подобное.

[44] Фиг. 2 иллюстрирует пример иерархической структуры для передачи пакета MMTP, основанного на мультисервисах/контенте, по гетерогенной сети в системе MMT согласно варианту осуществления настоящего раскрытия.

[45] Обращаясь к Фиг. 2, для того, чтобы сконфигурировать пакет MMTP и передать сконфигурированный пакет MMTP в системе MMT, требуется множество, например, семь уровней. Семь уровней могут включать в себя уровень кодирования медиаданных 210, уровень инкапсуляции (в дальнейшем называемый "уровнем E") 220, уровень доставки (в дальнейшем называемый "уровнем D" или "уровнем T") 230 и 290, сетевой уровень 240, уровень канала передачи данных 250, физический уровень 260, и уровень управления (в дальнейшем называемый "уровнем C"), который включает в себя, например, MMT C.1 270 и MMT C.2 280.

[46] Согласно варианту осуществления настоящего раскрытия, мультимедийные данные, основанные на мультисервисах/контенте, могут быть созданы посредством уровня 210 кодирования медиаданных и уровня E 220 из числа семи уровней. Вследствие этого, эти два уровня могут рассматриваться как конфигурация "блока генерирования мультимедийных данных". В дополнение, так как пакет MMTP конфигурируется посредством уровня D 230 из числа семи уровней, уровень D 230 может рассматриваться как конфигурация "блока генерирования мультимедийных пакетов". Другими словами, уровень D 230, соответствующий блоку генерирования мультимедийных пакетов, может сконфигурировать информацию заголовка посредством идентификатора (ID) пакета для идентификации пакета MMTP, качества присоединенного сервиса на сетевом уровне, и информации, требуемой для измерения сквозной производительности сети, и может сконфигурировать пакет MMTP посредством объединения информации заголовка с мультимедийными данными.

[47] Среди семи уровней, уровень E 220, уровень D 230, уровень D.3 290, уровень C.1 270 и уровень C.2 280 очень сильно значимы для стандарта MMT. Уровень E 220 отвечает за генерирование гибридного контента, уровень D 230 и уровень D.3 290 отвечают за эффективную передачу созданного контента по гетерогенной сети, и MMT C.1 270 и MMT C.2 280 отвечают за общую операцию по управлению потреблением и управлению передачей гибридного контента.

[48] Уровень E 220 может включать в себя уровень E.3 222 MMT, уровень E.2 224 MMT и уровень E.1 226 MMT. Уровень E.3 222 MMT может сгенерировать фрагмент медиаданных или блок обработки фрагмента медиаданных (например, блок фрагмента медиаданных (MFU)), который является базовым блоком для сервиса MMT, посредством использования кодированных мультимедийных данных, предоставленных из уровня кодирования медиаданных 210 в качестве ввода. Уровень E.2 224 MMT может сгенерировать функциональный блок медиаданных или блок обработки медиаданных (MPU) для сервиса MMT с использованием MFU, сгенерированного посредством уровня E.3 222 MMT. Уровень E.1 226 MMT может сгенерировать гибридный контент посредством объединения и фрагментирования MPU, предоставленных из уровня E.2 224 MMT, и может сгенерировать формат для хранения и передачи сгенерированного гибридного контента.

[49] MPU используется для конфигурирования ресурса, мультимедийных данных, мультимедийные данные являются либо синхронизируемыми данными, либо несинхронизируемыми данными, одиночный ресурс является собранием одного или более MPU, вследствие этого MPU является контейнером для независимо декодируемых синхронизируемых или несинхронизируемых данных из других MPU. Конкретно, если синхронизируемые данные, видео предоставляется принимающему объекту, например, видео включает в себя одно или более изображений, информацию о конфигурации для обработки для каждого из изображений. Каждое из изображений выполнено с возможностью MFU, и MFU доставляются в принимающий объект, и MPU является фрагментированным на блоки данных, MFU, меньшие, чем AU.

[50] Уровень D 230 может включать в себя уровень D.1 232 MMT и уровень D.2 234 MMT. Уровень D.1 232 MMT отвечает за конфигурирование MFU, составляющих предметный блок (например, MPU), который должен быть передан, в полезные данные пакета, структурированные для соответствия структуре пакета MMTP. Уровень D.2 234 MMT отвечает за прикладной протокол (AP), который играет такую же роль, как и протокол передачи в реальном времени (RTP) или протокол передачи гипертекста (HTTP). Уровень D.3 290 MMT выполняет операцию для оптимизации между каждым уровнем, составляющим уровень E 220, и каждым уровнем, составляющим уровень D 230.

[51] MMT С.1 270 может предоставить информацию, относящуюся к генерированию и использованию гибридного контента, и MMT C.2 280 может предоставить информацию, относящуюся к передаче гибридного контента.

[52] Фиг. 3 является схемой последовательности операций управления для конфигурирования пакета MMTP и передачи сконфигурированного пакета MMTP в системе MMT согласно варианту осуществления настоящего раскрытия.

[53] Операции на Фиг. 3 могут быть выполнены посредством MMT D.2 234, составляющего уровень D 230, из числа уровней, описанных на Фиг. 2.

[54] Обращаясь к Фиг. 3, MMT D.2 234 может принять мультимедийные данные из MMT D.1 232 в операции 310. Могут быть предоставлены мультимедийные данные, достаточные для предоставления гибридного сервиса или гибридного контента из MMT D.1 232, и ресурс MMT, соответствующий каждым из мультимедийных данных.

[55] На этапе 312, MMT D.2 234 может сконфигурировать информацию заголовка для конфигурирования пакета MMTP на основе полезных данных, которые сконфигурированы в зависимости от мультимедийных данных, принятых на этапе 310. Информация заголовка может включать в себя информацию заголовка области заголовка пакета MMTP, которая должна быть описана в Таблице 5 ниже, и информацию о заголовке полезных данных, который должен быть описан в Таблице 2 ниже. Информация заголовка может включать в себя по меньшей мере одно из ID пакета для идентификации пакета MMTP, качества присоединенного сервиса в сетевом уровне, и информации, требуемой для измерения сквозной производительности сети.

[56] На этапе 314, MMT D.2 234 может сконфигурировать пакет MMTP для гибридного мультимедийного сервиса. Другими словами, MMT D.2 234 может сконфигурировать пакет MMTP посредством объединения мультимедийных данных, принятых на этапе 310, с информацией заголовка, сконфигурированной на этапе 312.

[57] После конфигурирования пакета MMTP, MMT D.2 234 может передать сконфигурированный пакет MMTP на абонентский терминал по гетерогенной сети на этапе 316.

[58] Теперь будет сделано подробное описание способа конфигурирования пакета MMTP посредством уровня T.2, который отвечает за передачу пакета MMTP для сервиса MMT, согласно варианту осуществления настоящего раскрытия. Пакет MMTP согласно варианту осуществления настоящего раскрытия может включать в себя область заголовка и область полезных данных. В варианте осуществления настоящего раскрытия, должны быть задана информация заголовка, которая должна быть записана в области заголовка, и мультимедийные данные, которые должны быть записаны в области полезных данных. Пакет MMTP согласно варианту осуществления настоящего раскрытия должен быть задан, чтобы гарантировать требуемое качество QoS.

[59] Кроме того, также должен быть подготовлен план, обеспечивающий возможность выполнения управления последовательностью операций для пакета MMTP, сконфигурированного согласно варианту осуществления настоящего раскрытия. В дополнение, последовательность операций управления согласно варианту осуществления настоящего раскрытия и функция, которую протокол IP предоставляет посредством уровня QoS, должны иметь возможность замены.

[60] Наконец, в варианте осуществления настоящего раскрытия, для того, чтобы передать предметный блок (например, MPU), который требуется передать, также должны быть заданы процедура для обмена информацией с другими уровнями посредством уровня T.2, и содержимое информации, обмениваемой в результате процедуры, и способ их доставки.

[61] Таблица 1 ниже иллюстрирует пример структуры пакета MMTP согласно варианту осуществления настоящего раскрытия.

[62] Таблица 1

Таблица 1 Заголовок пакета MMTP Полезные данные MMTP

[63] Обращаясь к Таблице 1, пакет MMTP может включать в себя область заголовка пакета MMTP и область полезных данных MMTP. В области заголовка пакета MMTP может быть записана информация заголовка, соответствующая информации управления, используемой для приема мультимедийных данных, для гибридного сервиса/контента, передаваемого посредством пакета MMTP. В области полезных данных MMTP могут быть записаны мультимедийные данные для гибридного сервиса/контента. Область полезных данных MMTP может включать в себя заголовок полезных данных и данные полезных данных.

[64] Таблица 2 ниже иллюстрирует пример структуры заголовка полезных данных, записанного в области полезных данных MMTP, составляющей пакет MMTP.

[65] Таблица 2

Таблица 2 Длина
-varialbe
Тип
-varialbe
f_i F
"1"
A
"0"
R
"1"
P
"1"
E
"0"
S
"0"
Data_offset flag_count numDU DU_offset DU_offset Payload_sequence_number header_extension

[66] Обращаясь к Таблице 2, заголовок полезных данных может включать в себя нижеследующую информацию. Названия, число битов и значения, идентифицированные в настоящем документе, являются лишь одной реализацией и могут варьироваться в других вариантах осуществления настоящего раскрытия.

[67] - длина (16 битов): Эта информация представляет длину полезных данных MMTP. Если фиктивные данные (например, нулевые, заполняющие данные и подобные) включены в полезные данные MMTP для того, чтобы сохранить длину полезных данных MMTP, фиктивные данные могут быть исключены.

[68] - тип (8 битов): Эта информация представляет тип данных, включенных в полезные данные MMTP. В Таблице 3, информация представляет пример типа данных, которые могут быть включены в полезные данные MMTP.

[69] Таблица 3

Таблица 3 Значение Тип данных Определение блока данных 0x00 MPU Одиночный MPU в общем с полезными данными. 0x01 Метаданные MPU Метаданные MPU 0x02 Метаданные фрагмента Метаданные фрагмента MPU. 0x03 Выровненный MFU MFU, содержащий синхронизируемые или несинхронизируемые данные, которые выровнены по границе полезных данных. 0x04 MFU MFU, содержащий синхронизируемые или несинхронизируемые данные, которые не выровнены по границе полезных данных. 0x05 Сообщение сигнализации Одиночное полное сообщение сигнализации. 0x06 Символ исправления с прямой коррекцией ошибок (FEC) Одиночный полный символ исправления с FEC. 0x07 ~ 0x9F ISO, зарезервированное для будущего использования 0xA0 ~ 0xFF Зарезервировано для частного использования

[70] - MPU (0x00): MPU может быть сконфигурирован как полезная нагрузка MMTP без учета информации внутренней структуры MPU, который требуется передать. Соответственно, полезные данные MMTP могут быть выполнены с возможностью включения в себя одного MPU, или могут быть выполнены с возможностью включения в себя части MPU, имеющего длину, более длинную, чем длина полезных данных.

[71] - метаданные MPU (0x02): Если полезные данные MMTP сконфигурированы с учетом информации внутренней структуры MPU, который требуется передать, полезные данные MMTP могут включать в себя метаданные MPU. Метаданные MPU, которые являются информацией управления для обработки MPU, составляющего полезные данные MMTP, могут соответствовать параметру кодека для кодирования MFU.

[72] - метаданные фрагмента (0x03): Если полезные данные MMTP сконфигурированы с учетом информации внутренней структуры MPU, который требуется передать, полезные данные MMTP могут включать в себя метаданные фрагмента. Метаданные фрагмента могут представлять информацию управления для блока фрагмента каждого из MFU, включенных в полезные данные MMTP.

[73] - MFU выровненный (0x04): Если полезные данные MMTP сконфигурированы с учетом информации внутренней структуры MPU, который требуется передать, полезные данные MMTP могут быть сконфигурированы с учетом диапазона MFU. Другими словами, "MFU выровненный" представляет. что полезные данные MMTP включают в себя по меньшей мере один MFU, в котором по меньшей мере один MFU выровнен по границе полезных данных MMTP.

[74] - MFU (0x05): Если полезные данные MMTP сконфигурированы с учетом информации внутренней структуры MPU, который требуется передать, полезные данные MMTP могут включать в себя по меньшей мере один фрагмент MFU, в котором по меньшей мере один фрагмент FMU сконфигурирован без учета длины полезных данных MMTP. Вследствие этого длина по меньшей мере одного фрагмента FMU меньше или длиннее, чем длина полезных данных MMTP.

[75] В качестве конкретного примера, полезные данные MMTP могут быть выполнены с возможностью включения в себя части MFU, имеющего длину более длинную, чем длина полезных данных.

[76] - f_i (2 бита): Эта информация представляет указатель фрагментации, указывающий диапазон блока полезных данных MMTP. Таблица 4 ниже иллюстрирует пример значения указателя фрагментации.

[77] Таблица 4

Таблица 4 Значение Описание 00 Полезные данные содержат один или более полных блоков данных. 01 Полезные данные содержат первый фрагмент блока данных. 10 Полезные данные содержат фрагмент блока данных, который не является ни первой, ни последней частью. 11 Полезные данные содержат последний фрагмент блока данных.

[78] Обращаясь к Таблице 4, f_i = "00" может указать случай, когда полезные данные MMTP включают в себя по меньшей мере один полный DU, MPU. DU согласно варианту осуществления настоящего раскрытия может соответствовать MFU или MPU в зависимости от характеристик данных. Если предполагается, что DU является DU данных для мультимедийного сервиса в реальном времени, DU может соответствовать MFU. В этом случае, f_i = "00" может указывать случай, когда полезные данные MMTP сконфигурированы в блоках MFU, и включают в себя по меньшей мере один MFU. Если предполагается, что DU является одно изображение, DU может соответствовать MPU. В этом случае, если f_i имеет значение "00", полезные данные MMTP могут быть сконфигурированы как один MPU. В дополнение, f_i = "01" может указывать случай, когда полезные данные MMTP включают в себя первый фрагмент DU из числа фрагментов DU, составляющих DU. В этом случае при предположении, что DU является MFU, полезные данные MMTP могут включать в себя первый фрагмент MFU из числа фрагментов MFU, полученных посредством фрагментации MFU, если f_i имеет значение "01". Если f_i имеет значение "10", полезные данные MMTP могут включать в себя фрагмент DU, отличный от первого фрагмента DU и последнего фрагмента DU из числа фрагментов DU, составляющих DU. Например, при предположении, что DU включает в себя три фрагмента DU, полезные данные MMTP могут включать в себя центральный фрагмент DU, если f_i имеет значение "10". Наконец, если f_i = "11", полезные данные MMTP могут включать в себя последний фрагмент DU из числа фрагментов DU, составляющих DU.

[79] - fragmentation_flag (F: 1 бит): Если полезные данные MMTP передают фрагментированный MPU (например, MFU), fragmentation_flag может быть указан как "1".

[80] - aggregation_flag (A: 1 бит): Если полезные данные MMTP передают множество MPU, aggregation_flag может быть указан как " 1".

[81] - RAP_flag (R: 1 бит): Если данные, включенные в полезные данные MMTP, включают в себя блок данных (например, точка произвольного доступа (RAP)), который обеспечивает возможность произвольного доступа, RAP_flag может быть указан как "1". Данные с RAP_flag="1" могут быть информацией, указывающей, что данные могут быть декодированы напрямую. Например, предположим, что полезные данные MMTP включают в себя MPU, соответствующий каждой из часто непрерывных во времени сцен, составляющих случайное видео. В этом случае, заголовок полезных данных может включать в себя RAP_flag, соответствующий каждому из MPU. В качестве конкретного примера, MPU с RAP_flag="1", может соответствовать кадру с внутренним кодированием (I-кадру), который независимо кодирован, из числа кадров, составляющих видео.

[82] - payload_id (P: 1 бит): Если есть информация идентификатора, соответствующая функциональному блоку медиаданных (например, MPU) из DU, включенного в полезные данные MMTP, payload_id может быть указан как "1".

[83] - extension_flag (E: 1 бит): Если требуется расширение информации заголовка в структуре полезных данных MMTP, extension_flag может быть указан как "1".

[84] - data_offset (8 битов): Эта представляет адрес начальной точки данных полезных данных, включенных в полезные данные MMTP.

[85] - fragment_counter (frag_count: 8 битов): Если полезные данные MMTP включают в себя MFU, полученные посредством фрагментирования одного MPU, fragment_counter может соответствовать числу полезных данных, которое указывает MFU из MPU, который включен в полезные данные MMTP.

[86] - number_data_unit (numDU: 4 бита): Если полезные данные MMTP включают в себя число блоков данных, например, если полезные данные MMTP включают в себя множество MPU, number_data_unit может указывать число MPU.

[87] - DU_offset (16 битов): Если полезные данные MMTP передаются составленными из множества MPU, DU_offset может указывать начальное значение для каждого MPU, составляющего полезные данные MMTP. Здесь, DU может соответствовать MPU. В альтернативном варианте осуществления, DU_offset может быть заменен на длину каждого MPU. В этом случае, numDU может быть не использован.

[88] - payload_id (32 бита): Если полезные данные MMTP составлены по меньшей мере из одного MFU, полученного посредством фрагментирования MPU, или если одни полезные данные MMTP сконфигурированы посредством объединения множества MPU, payload_id может указывать идентификатор MPU, который включают в себя полезные данные MMTP. Если передающая сторона фрагментирует мультимедийные данные и передает фрагментированные мультимедийные данные посредством множества мультимедийных пакетов, идентификатор MPU может быть использован для осуществления сборки множества мультимедийных данных, которые принимающая сторона приняла посредством множества мультимедийных пакетов.

[89] - payload_sequence_flag (P: 1 бит): Эта информация задается с помощью 1 бита для указания присутствия последовательного номера полезных данных MMTP.

[90] - payload_sequence_number (32 бита): Эта информация указывает последовательный номер полезных данных MMTP.

[91] Индекс, соответствующий порядку передаваемого мультимедийного транспортного пакета, может быть использован как пример payload_id. В некоторых случаях, payload_id может быть использован как индекс, соответствующий идентификатору мультимедийного транспортного пакета или ресурса.

[92] В дополнение, множество дейтаграмм могут быть включены в полезные данные MMTP, составляющие один мультимедийный транспортный пакет. В этом случае, мультимедийные данные, соответствующие каждому из множества сервисов или контента, записанного в одни полезные данные MMTP, могут быть разделены, и независимые дейтаграммы могут быть получены только с помощью разделенных мультимедийных данных с учетом длины, записанной в информации заголовка. В качестве альтернативы, дейтаграмма может быть получена посредством осуществления сборки с мультимедийными данными, которые приняты ранее, или которые будут приняты позднее.

[93] Таблица 5 ниже иллюстрирует пример информации заголовка, записанной в области заголовка пакета MMTP, составляющего пакет MMTP.

[94] MMP заголовок пакета

[95] Таблица 5

Таблица 5 paket_id paket_sequence_number paket_sequence_number timestamp timestamp Q
"1"
F
"0"
P
"0"
FEC RES ТВ DS R
"0"
S
"0"
ТВ Flow_label E
"0"
зарезервировано pivate_user_data

[96] - packet_id (16 битов): Это идентификатор пакета MMTP, и имеет одинаковый идентификатор пакета только для одинакового мультимедийного потока. Другими словами, он присваивается каждому ресурсу, чтобы различать пакеты одного ресурса от другого.

[97] - packet_sequence_number (32 бита): Он указывает последовательный номер пакета MMTP, и последовательный номер может быть указан как номер, который последовательно увеличивается, для каждого из всех передаваемых мультимедийных транспортных пакетов. Другими словами, последовательный номер может быть случайным значением, увеличиваемым на один для каждого пакета MMTP. Однако, последовательный номер может последовательно увеличиваться для каждого мультимедийного транспортного пакета, имеющего одинаковый packet_id, посредством задания информации задания предварительной конфигурации. Информация задания предварительной конфигурации может быть передана посредством включения в информацию управления мультимедийных данных.

[98] - timestamp (32 бита): Это указывает момент времени, в который пакет MMTP передан или доставлен, на основе информации о времени протокола сетевого времени (NTP). Информация о времени NTP, которая является всемирным скоординированным временем (UTC), может быть использована для измерения сквозной задержки. Скорость передачи битов может быть отрегулирована на основе информации о времени NTP.

[99] - QoS_classifier_flag (Q: 1 бит): Он задает информацию классификатора QoS с помощью 1 бита.

[100] - FEC_type (FEC: 2 бита): Это указывает информацию типа, относящегося к прямой коррекции ошибок (FEC).

[101] - type_of_bitrate (ТВ: 3 бита): Эта информация указывает тип мультимедийного транспортного пакета. Таблица 6 ниже иллюстрирует пример типа пакета. В настоящем документе, тип мультимедийного транспортного пакета можно различить в зависимости от скорости передачи битов пакета. Тип пакета может быть использован для планирования пакетов и заданных значений буфера приема в принимающем терминале или промежуточном сетевом устройстве. Например, если тип пакета задан как фиксированная битовая скорость (например, "000"), буфер принимающего терминала и планировщик пакетов промежуточного сетевого устройства могут использовать буфер, имеющий фиксированный размер, для обработки медиаданных, или может задать тип пакета как фиксированное значение, для управления очередью.

[102] Таблица 6

Таблица 6 Значение Описание 000 Постоянная скорость передачи битов (CBR): Скорость передачи битов транспортного пакета удерживается. 001 Непостоянная скорость передачи битов (nCBR): Скорость передачи битов транспортного пакета не удерживается. 010-111 Зарезервировано

[103] К настоящему моменту было сделано описание структуры пакета MMTP, и определение и конфигурация каждой информации заголовка, записанной в области заголовка, составляющей пакет MMTP.

[104] Теперь будет сделано описание способа конфигурирования полезных данных MMTP на основе MPU, и генерирования пакета MMTP, несущего полезные данные MMTP, согласно варианту осуществления настоящего раскрытия.

[105] Фиг. 4a схематически иллюстрирует пример конфигурации MPU согласно варианту осуществления настоящего раскрытия.

[106] Обращаясь к Фиг. 4a, файл 400 MPU, созданный из контента MMT, может включать в себя информацию 402 заголовка, и медиаданные (MDAT) 404, соответствующие медиаданным. Информация 402 заголовка может включать в себя тип файла (FTYP), указывающий тип файла, MMPU, соответствующий информации о конфигурации MPU, MOOV, соответствующий информации задания кодека для медиаданных, и фрагмент кинофильма (MOOF), соответствующий подробной информации о блоке фрагмента. MDAT 404 может включать в себя видеовыборки (VS) 406, соответствующие кодированным медиаданным, и выборки 408 с указаниями (HS), соответствующие дополнительной информации для медиаданных, такой как взаимный приоритет, взаимная зависимость, размер и подобное для медиаданных. Как проиллюстрировано на Фиг. 4a, каждая из VS и HS может включать в себя только релевантные VS, как VS 406, и включать в себя только релевантные HS, как HS 408, в ячейке MDAT (например, MDAT 404).

[107] Для генерирования пакета MMTP, полезные данные MMTP, сконфигурированные на основе файла 400 MPU, могут быть в общем сконфигурированы посредством разделения на медиаданные и информацию структуры в процессе своей конфигурации. Информация структуры может включать в себя информацию 402 заголовка, такую как FTYP, MMPU, MOOV, MOOF и подобные.

[108] Блок построения 410 MPU/MFU для конфигурирования пакетов MMTP может быть сконфигурирован на основе файла 400 MPU. Блок построения 410 MPU/MFU может включать в себя одни независимые полезные данные (например, метаданные 412 MPU), включающие в себя информацию структуры, и MFU, включающие в себя пары HS и VS.

[109] Например, один MFU 414 может включать в себя VS№1 и HS№1 в MDAT 404. В альтернативном варианте осуществления, полезные данные MMTP могут быть выполнены с возможностью совпадения или несовпадения с блоком фрагмента (например, MFU или MPU) MDAT. Например, если полезные данные MMTP выполнены с возможностью не совпадения с блоком фрагмента MDAT, полезные данные MMTP могут включать в себя фрагмент MFU, имеющий длину, более длинную, чем своя собственная длина. Конфигурация полезных данных MMTP может быть представлена по типу вышеописанного заголовка полезных данных. Ниже описывается конкретный пример со ссылкой на Фиг. 4b.

[110] Фиг. 4b иллюстрирует пример конфигурации MFU, который может быть создан на основе файла MPU на Фиг. 4a, согласно варианту осуществления настоящего раскрытия.

[111] Обращаясь к Фиг. 4b, полезные данные MMTP №1 422 могут включать в себя метаданные MPU, включающие в себя компоненты (например, FTYP, MMPU и MOOV) вышеописанной информации заголовка. Метаданные MPU могут включать в себя независимый MPU. В этом случае тип пакета полезных данных MMTP №1 422 может быть представлен как MPU. Тип пакета может быть включен как компонент заголовка пакета MMTP. В дополнение, значение "типа", включенного в заголовок полезных данных для полезных данных MMTP №1 422, может быть задано как "0x01" в Таблице 3, представляющей "метаданные MPU". Полезные данные MMTP №2 424 могут включать в себя MOOF, и метаданные фрагмента, включающие в себя часть заголовка MDAT. В этом случае, тип пакета полезных данных MMTP №2 424 может соответствовать MPU, и "тип", включенный в заголовок полезных данных для полезных данных MMTP №1 422, может быть задан как "0x02" в Таблице 3, которая указывает "метаданные фрагмента". В качестве другого примера, полезные данные MMTP №3 426 могут включать в себя только VS (например, выборки данных VS№2, VS№3 и VS№4) в MDAT. В этом случае, дополнительная информация (например, приоритет, соответствующий каждой VS, информация о взаимной зависимости, счетчик, указывающий начальное расположение выборки данных, и подобные) для VS может быть сконфигурирована как информация о конфигурации дорожки с указаниями MMT. Дорожка с указаниями MMT может быть включена как информация о конфигурации дорожки с указаниями MMT, которая расположена в самом начале MFU, включающего в себя VS. Пример подробной конфигурации MFU описывается ниже со ссылкой на Фиг. 4c.

[112] Фиг. 4c иллюстрирует пример подробной конфигурации MFU согласно варианту осуществления настоящего раскрытия.

[113] Обращаясь к Фиг. 4c, например, один MFU 430 может быть фрагментирован на множество секций, имеющих одинаковую длину. В альтернативном варианте осуществления, MFU 430 может быть фрагментирован на множество секций, имеющих разные длины. Первая секция 432 среди секций может включать в себя дорожку с указаниями MMT выборок данных, составляющих MFU 430. Для каждой из других секций, VS, составляющие MFU 430, могут быть присвоены в зависимости от размена каждой из других секций. В этом случае, каждая из других секций может быть выполнена с возможностью включения в себя по меньшей мере одной VS или может быть выполнена с возможностью включения в себя части одной VS, согласно варианту осуществления настоящего раскрытия.

[114] Фиг. 4d иллюстрирует пример конфигурации полезных данных, которые сконфигурированы на основе MFU на Фиг. 4c, согласно варианту осуществления настоящего раскрытия.

[115] Обращаясь к Фиг. 4d, например, полезные данные 440 могут включать в себя секцию 444, соответствующую одной из секций, составляющих MFU на Фиг. 4c. Секция 444 может соответствовать вышеописанным данным полезных данных. Одни полезные данные 440 могут быть сгенерированы посредством заголовка полезных данных 442 к секции 444. Полезные данные 440 могут соответствовать области полезных данных MMTP в Таблице 1. Заголовок 442 полезных данных может включать в себя приоритет для секции 444, информацию о взаимной зависимости, счетчик, указывающий начальное расположение выборки данных, и подобное. Вследствие этого, если секция 444 является первой секцией, включающей в себя дорожку с указаниями MMT, среди секций, составляющих MFU, на Фиг. 4c, заголовок 442 полезных данных может включать в себя информацию, которая перекрывается с дорожкой с указаниями MMT. Если секция 444 является одной из других секций, образующих MFU на Фиг. 4c, секция 44 может включать в себя приоритет для каждой из других секций, информацию о взаимной зависимости, счетчик, указывающий начальное расположение выборки данных и подобное. В дальнейшем, если заголовок пакета 446 прикреплен к полезным данным 440, пакет 448 MMTP завершается. В результате, пакет 448 MMTP может включать в себя заголовок 446 пакета, заголовок 442 полезных данных и секцию 444, соответствующую данным полезных данных. В альтернативном варианте осуществления, пакет 448 MMTP может включать в себя множество полезных данных 440.

[116] Фиг. 5 иллюстрирует пример способа конфигурирования полезных данных из структурного блока MPU/MFU, который сконфигурирован на основе файла MPU на Фиг. 4a, и создания пакета MMTP согласно варианту осуществления настоящего раскрытия.

[117] Обращаясь к Фиг. 4a и 5, метаданные 412 MPU, сконфигурированные в соответствии со способом, описанным на Фиг. 4a, могут быть, например, компонентом одних полезных данных MMTP. Другими словами, метаданные 412 MPU могут соответствовать данным полезных данных, и полезные данные 515a MMTP могут быть сгенерированы посредством прикрепления заголовка полезных данных к метаданным 412 MPU, как описано на Фиг. 4d.

[118] Аналогично, вышеописанный MFU 414 может также быть компонентом одних полезных данных 515b MMTP. MPU 414 могут также соответствовать данным полезных данных, и полезные данные 515b MMTP могут быть сгенерированы посредством прикрепления заголовка полезных данных к MPU 414, как описано на Фиг. 4d. В качестве другого примера, один MFU, включающий в себя только один MOOF 420, может также быть сгенерирован как одни полезные данные 515c посредством прикрепления к нему заголовка полезных данных. Заголовок полезных данных может быть сконфигурирован, как показано в Таблице 2.

[119] Пакет MMTP 516 может быть сконфигурирован на основе по меньшей мере одних полезных данных MMTP, которые генерируются как описано выше. Другими словами, пакет MMTP 516 может быть сгенерирован посредством прикрепления заголовка пакета к каждым из по меньшей мере одних полезных данных MMTP. Заголовок пакета может быть сконфигурирован, как показано в Таблице 5.

[120] Фиг. 6a и 6b иллюстрируют примеры конфигураций MPU, которые различаются в зависимости от требований в реальном времени, согласно варианту осуществления настоящего раскрытия.

[121] Фиг. 6a иллюстрирует пример конфигурации MPU, предусматривающего мультимедийный сервис в реальном времени, согласно варианту осуществления настоящего раскрытия.

[122] Обращаясь к Фиг. 6a, MPU может включать в себя, например, ячейку ftyp/styp (потокового типа), ячейку sidx, ячейку mmpu, ячейку moov, ячейку moof и ячейку mdat. Ячейка ftyp, ячейка mmpu и ячейка moov могут быть компонентами метаданных MPU, и ячейка sidx может быть опционально включена только для MPU, который предусматривает мультимедийный сервис в реальном времени. Ячейка sidx может быть индексом MFU, составляющих MPU. Ячейка moov может включать в себя информацию дорожки медиаданных в дополнение к информации дорожки с указаниями MMT посредством сравнения с MPU, который предусматривает мультимедийный сервис не в реальном времени на Фиг. 6b. Информация дорожки с указаниями MMT может быть информацией, указывающей расположение дорожки с указаниями MMT каждых MDAT, включенных в MPU. Пользователь может определить расположение дорожки с указаниями MMT, и получить дорожку с указаниями MMT для mdat, которые должны быть приняты, с использованием определенного расположения. Информация дорожки медиаданных может быть информацией, указывающей расположение каждых MDAT, включенных в MPU. Аналогично, для информации дорожки медиаданных, пользователь может определить расположение каждых MDAT, включенных в MPU, и принять mdat с использованием определенного расположения. Ячейка moof, соответствующая данным в реальном времени, которые по существу переносятся посредством MPU, может включать в себя по меньшей мере одну traf. traf может предоставить время для декодирования VS, составляющей mdat. При сравнении, Фиг. 6b иллюстрирует пример конфигурации MPU, предусматривающего мультимедийный сервис не в реальном времени.

[123] Обращаясь к Фиг. 6b, MPU может включать в себя ячейку ftyp, ячейку mmpu, ячейку moov, ячейку meta и ячейки item. Ячейка moov может включать в себя только информацию дорожки с указаниями MMT. Информация дорожки с указаниями MMT может быть информацией, указывающей расположение каждой ячейки item, которая должна быть принята. Ячейка meta может включать в себя информацию размещения (iloc), указывающую расположение ячеек item, составляющих MPU.

[124] MPU согласно другому варианту осуществления настоящего раскрытия может быть сконфигурирован в зависимости от файла данных или приложения.

[125] Фиг. 7 иллюстрирует пример конфигурирования MPU, который предусматривает мультимедийный сервис в реальном времени на Фиг. 6a, в блоках полезных данных согласно варианту осуществления настоящего раскрытия.

[126] Обращаясь к Фиг. 7, одни полезные данные 700 могут быть сконфигурированы посредством задания, в качестве метаданных MPU, ячейки ftyp, ячейки mmpu и ячейки moov из числа компонентов MPU, требующего мультимедийный сервис в реальном времени, на Фиг. 6a. Полезные данные 702 и 704 могут быть сконфигурированы с использованием ячеек mdat и информации их расположения. Ячейка mdat, составляющая каждые из полезных данных 702 и 704, представляет метаданные фрагмента для MFU, составляющих их полезные данные, и каждая ячейка mdat может быть фрагментирована на множество MFU.

[127] Фиг. 8 иллюстрирует пример конфигурирования мультимедийного сервиса не в реальном времени на Фиг. 6b в блоках полезных данных согласно варианту осуществления настоящего раскрытия.

[128] Обращаясь к Фиг. 8, одни полезные данные 700 могут быть сконфигурированы посредством задания, в качестве метаданных MPU, ячейки ftyp, ячейки mmpu, ячейки moov и ячейки meta, составляющих MPU, требующий мультимедийный сервис не в реальном времени, на Фиг. 6b. Как и один MFU, каждая из ячеек item может составлять одни из полезных данных 802 и 804.

[129] Фиг. 9 иллюстрирует передающий объект для передачи медиаданных в системе MMT согласно варианту осуществления настоящего раскрытия.

[130] Обращаясь к Фиг. 9, передающий объект 900 для передачи медиаданных в системе MMT включает в себя контроллер 902, приемопередатчик 904 и генератор 906 пакетов MMTP. Приемопередатчик 910 осуществляет связь с устройством для приема мультимедийных данных от поставщика мультимедийных данных в системе MMT под управлением контроллера 920. Контроллер 902 управляет генератором 906 пакетов MMTP для выполнения операций, описанных в настоящем документе, для генерирования пакета MMTP, затем генератор 906 пакетов MMTP конфигурирует информацию заголовка для конфигурирования пакета MMTP на основе полезных данных, которые конфигурируются в зависимости от мультимедийных данных, генератор 906 пакетов MMTP может сконфигурировать один или более пакетов MMTP посредством объединения мультимедийных данных, принятых на этапе 310, с информацией заголовка, сконфигурированной на этапе 312. Сгенерированные пакеты MMTP включают в себя заголовок пакета и полезные данные, полезные данные включают в себя заголовок полезных данных и данные полезных данных. Информация заголовка может включать в себя информацию заголовка области заголовка пакета MMTP, которая должна быть описана в Таблице 5 ниже, и информацию о заголовке полезных данных, который должен быть описан в Таблице 2 ниже. Информация заголовка, включенная в заголовок пакета и заголовок полезных данных, например, информация заголовка включает в себя информацию, указывающую, что данные полезных данных включают в себя

MPU, если данные полезных данных включают в себя по меньшей мере один MFU, фрагментированный на MPU, информация заголовка включает в себя информацию расположения по меньшей мере одного MFU и тип данных, включенный в данные полезных данных, и контроллер (902) управляет приемопередатчиком 910 для выполнения операций, описанных в настоящем документе, для передачи медиаданных в системе MMT. Устройство 900 может включать в себя другие компоненты, такие как конфигуратор данных и память.

[131] Фиг. 10 иллюстрирует принимающий объект для приема медиаданных в системе MMT согласно варианту осуществления настоящего раскрытия.

[132] Обращаясь к Фиг. 10, принимающий объект 1000 для приема медиаданных в системе MMT включает в себя контроллер 1002, приемопередатчик 1004, блок 1006 реконструкции MPU и блок 1008 отображения. Приемопередатчик 1010 осуществляет связь с устройством для передачи медиаданных в системе MMT под управления контроллера 1002. Если приемопередатчик 1010 принимает по меньшей мере один пакет MMTP, контроллер 1002 получает информацию заголовка, из заголовка пакета и заголовка полезных данных по меньшей мере одного пакета MMTP, например, информация заголовка включает в себя информацию, указывающую, что данные полезных данных включают в себя MPU, если данные полезных данных включают в себя по меньшей мере один MFU, фрагментированный на MPU, информация заголовка включает в себя информацию расположения по меньшей мере одного MFU и тип данных, включенный в данные полезных данных.

[133] Конкретно, контроллер 1002 управляет блоком 1006 реконструкции MPU для реконструирования MPU или MFU, включенных в данные полезных данных на основе полученной информации заголовка. Затем блок 1006 реконструкции MPU определяет MPU или MFU, составляющие мультимедийные данные, посредством использования информации заголовка, затем контроллер (1002) управляет блоком отображения для предоставления аудио, заглавия и т.д., соответствующих мультимедийным данным, посредством изображений экрана отображения, с использованием определенного MPU или MFU. Затем блок (1008) отображения отображает мультимедийные данные посредством экрана отображения. Устройство 1000 может включать в себя другие компоненты, такие как конфигуратор данных и память.

[134] Как понятно из вышеприведенного описания, вариант осуществления настоящего раскрытия может предусматривать способ конфигурирования мультимедийных полезных данных для передачи гибридного сервиса или контента по IP-сети, и для генерирования и передачи мультимедийного пакета на их основе, тем самым делая возможным поддержку эффективной передачи MPEG в мультимедийной среде.

[135] Способы, описанные в настоящем документе согласно варианту осуществления настоящего раскрытия, могут быть реализованы в форме аппаратных средств, программного обеспечения или их комбинации. Любое такое программное обеспечение может храниться, например, в энергозависимом или энергозависимом невременном устройстве хранения, таком как постоянная память (ROM), памяти, такой как оперативная память (RAM), чипе памяти, запоминающем устройстве, или интегральной схеме (IС), или оптическом или магнитном записываемом и машино- (например, компьютерно-) читаемом носителе, таком как компакт-диск (CD), универсальный цифровой диск (DVD), магнитный диск или магнитная пленка, независимо от его способности стирания или его способности перезаписи. Также, будет понятно, что способы, описанные в настоящем документе согласно варианту осуществления настоящего раскрытия, могут быть реализованы посредством компьютера или портативного терминала, который включает в себя контроллер и память, в котором память может быть примером невременного носителя информации, который считывается машиной, которая пригодна для хранения одной или более программ, которые включают в себя инструкции для реализации определенных вариантов осуществления настоящего раскрытия.

[136] Соответственно, вариант осуществления настоящего раскрытия включает в себя программу, включающую в себя код для реализации любого способа, заданного в прилагаемой формуле изобретения по настоящему описанию, и невременный машино- (компьютерно-) читаемый носитель информации для хранения программ. К тому же программа может быть электронным образом передана посредством предварительно определенного носителя, такого как сигнал связи, переданный по проводному или беспроводному соединению, и настоящее раскрытие соответствующим образом включает в себя эквиваленты программы.

[137] Хотя настоящее раскрытие показано и описано со ссылкой на различные варианты его осуществления, специалистам в данной области техники должно быть понятно, что различные изменения в форме и деталях могут быть сделаны в нем без отступления от сущности и объема настоящего раскрытия, определенного в пунктах прилагаемой формулы изобретения и их эквивалентах.

Похожие патенты RU2750337C2

название год авторы номер документа
СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ МЕДИАДАННЫХ В МУЛЬТИМЕДИЙНОЙ ТРАНСПОРТНОЙ СИСТЕМЕ 2014
  • Парк, Киунг-Мо
  • Хванг, Сунг-Ох
  • Рхиу, Сунг-Риеул
  • Сонг, Дзае-Йеон
RU2644400C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ИНКАПСУЛЯЦИИ АКТИВОВ МЕДИАТРАНСПОРТА СТАНДАРТА ЭКСПЕРТНОЙ ГРУППЫ ПО ДВИЖУЩИМСЯ ИЗОБРАЖЕНИЯМ В МЕЖДУНАРОДНОЙ ОРГАНИЗАЦИИ СТАНДАРТИЗАЦИИ БАЗОВЫХ МЕДИАФАЙЛОВ 2013
  • Буазизи Имед
  • Лим Йоунг-Квон
  • Бхат Конг Пош
RU2657175C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ИНКАПСУЛЯЦИИ АКТИВОВ МЕДИАТРАНСПОРТА СТАНДАРТА ЭКСПЕРТНОЙ ГРУППЫ ПО ДВИЖУЩИМСЯ ИЗОБРАЖЕНИЯМ В МЕЖДУНАРОДНОЙ ОРГАНИЗАЦИИ СТАНДАРТИЗАЦИИ БАЗОВЫХ МЕДИАФАЙЛОВ 2013
  • Буазизи, Имед
  • Лим, Йоунг-Квон
  • Бхат, Конг Пош
RU2764459C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ПРИЕМОПЕРЕДАЧИ ДАННЫХ ДЛЯ СИСТЕМЫ ПЕРЕДАЧИ МУЛЬТИМЕДИА 2013
  • Парк Киунг-Мо
  • Рхиу Сунг-Риеул
  • Хванг Сунг-Ох
  • Сонг Дзае-Йеон
RU2639725C2
СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ ДОСТАВКОЙ МЕДИАДАННЫХ 2013
  • Буазизи Имед
  • Бхат Конг Пош
  • Лим Йоунг-Квон
RU2634908C2
УСТРОЙСТВО И СПОСОБ ДЛЯ ДОСТАВКИ И ПРИЕМА ДАННЫХ МУЛЬТИМЕДИА В ГИБРИДНОЙ СЕТИ 2013
  • Рхиу Сунг-Риеул
  • Парк Киунг-Мо
  • Сонг Дзае-Йеон
RU2653245C2
УСТРОЙСТВО И СПОСОБ ПЕРЕДАЧИ И ПРИЕМА ПАКЕТА С ПРЯМОЙ КОРРЕКЦИЕЙ ОШИБОК 2014
  • Хванг, Сунг-Хее
  • Янг, Хиун-Коо
  • Миунг, Сехо
RU2646346C2
ПЕРЕДАЮЩЕЕ УСТРОЙСТВО, СПОСОБ ПЕРЕДАЧИ, ПРИЕМНОЕ УСТРОЙСТВО И СПОСОБ ПРИЕМА 2014
  • Цукагоси Икуо
RU2642834C2
СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ/ПРИЕМА МУЛЬТИМЕДИА-СОДЕРЖИМОГО В СИСТЕМЕ МУЛЬТИМЕДИА 2012
  • Парк Киунг-Мо
  • Рхиу Сунг-Риеул
  • Хванг Сунг-Ох
  • Сонг Дзае-Йеон
RU2601442C2
БЫСТРЫЙ И УДОБНЫЙ ДЛЯ РЕДАКТИРОВАНИЯ СПОСОБ АССОЦИИРОВАНИЯ СЭМПЛОВ ДЛЯ ФОРМАТОВ МУЛЬТИМЕДИЙНЫХ ФАЙЛОВ 2008
  • Ханнуксела Миска
RU2481627C2

Иллюстрации к изобретению RU 2 750 337 C2

Реферат патента 2021 года СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ МЕДИАДАННЫХ В МУЛЬТИМЕДИЙНОЙ ТРАНСПОРТНОЙ СИСТЕМЕ

Изобретение относится к устройству для генерирования и передачи мультимедийного транспортного пакета в мультимедийной транспортной системе, которая предоставляет мультимедийный сервис, и соответствующему способу. Техническим результатом является обеспечение эффективной технологии транспортировки MPEG в среде гибридной сети, в которой одиночный терминал соединен с множеством сетей и предоставляет мультимедийные сервисы. Результат достигается тем, что выполняют генерирование по меньшей мере одного пакета мультимедийных данных в связи с блоком передачи мультимедиа, причем каждый пакет мультимедийных данных включает в себя заголовок пакета и полезные данные; и передачу упомянутого по меньшей мере одного пакета мультимедийных данных; при этом заголовок полезных данных, включенный в полезные данные, включает в себя: информацию идентификации, идентифицирующую упомянутый блок передачи мультимедиа, соответствующий полезным данным; информацию указания фрагмента, указывающую информацию, связанную с фрагментацией блока данных в полезных данных; флаг, указывающий, включены ли агрегированные блоки данных в полезные данные; значение счетчика, связанное с числом последующих полезных данных, фрагментированных из блока передачи мультимедиа; информацию типа, указывающую тип данных, включенных в полезные данные. 3 н. и 6 з.п. ф-лы, 6 табл., 14 ил.

Формула изобретения RU 2 750 337 C2

1. Устройство для передачи медиаданных в мультимедийной системе, причем устройство содержит:

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

передатчик, выполненный с возможностью передавать пакет мультимедийных данных;

при этом полезные данные включают в себя заголовок полезных данных и данные полезных данных, которые сконфигурированы на основе одного или более блока фрагмента медиаданных (MFU), полученного посредством фрагментирования из блока обработки медиаданных (MPU), при этом заголовок полезных данных содержит информацию управления, связанную с данными полезных данных, и

при этом информация управления включает в себя:

информацию идентификации, идентифицирующую MPU, которому принадлежит MFU, включенный в полезные данные;

информацию указания фрагмента, указывающую информацию, связанную с фрагментацией MFU, включенного в полезные данные;

значение счетчика, связанное с числом по меньшей мере одних полезных данных, содержащих по меньшей мере один фрагмент MFU, включенный в полезные данные; и

информацию типа, указывающую тип данных у упомянутых данных полезных данных.

2. Устройство по п. 1, в котором информация типа содержит значение, такое, что данные полезных данных являются одними из метаданных MPU, метаданных фрагмента, MFU, содержащего информацию времени, или MFU, не содержащего информацию времени.

3. Устройство по п. 1, в котором заголовок пакета содержит информацию типа, относящегося к прямой коррекции ошибок.

4. Способ приема медиаданных в принимающем объекте в мультимедийной системе, причем способ содержит этапы, на которых:

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

декодируют медиаданные, включенные в полезные данные;

при этом полезные данные включают в себя заголовок полезных данных и данные полезных данных, которые сконфигурированы на основе одного или более блока фрагмента медиаданных (MFU), полученного посредством фрагментирования из блока обработки медиаданных (MPU), при этом заголовок полезных данных содержит информацию управления, связанную с данными полезных данных, и

при этом информация управления включает в себя:

информацию идентификации, идентифицирующую MPU, которому принадлежит MFU, включенный в полезные данные;

информацию указания фрагмента, указывающую информацию, связанную с фрагментацией MFU, включенного в полезные данные;

значение счетчика, связанное с числом по меньшей мере одних полезных данных, содержащих по меньшей мере один фрагмент MFU, включенный в полезные данные; и

информацию типа, указывающую тип данных у упомянутых данных полезных данных.

5. Способ по п. 4, в котором информация типа содержит значение, такое, что данные полезных данных являются одними из метаданных MPU, метаданных фрагмента, MFU, содержащего информацию времени, или MFU, не содержащего информацию времени.

6. Способ по п. 4, в котором заголовок пакета содержит информацию типа, относящегося к прямой коррекции ошибок.

7. Устройство для приема медиаданных в принимающем объекте в мультимедийной системе, причем устройство содержит:

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

декодер, выполненный с возможностью декодировать медиаданные, включенные в полезные данные;

при этом полезные данные включают в себя заголовок полезных данных и данные полезных данных, которые сконфигурированы на основе одного или более блока фрагмента медиаданных (MFU), полученного посредством фрагментирования из блока обработки медиаданных (MPU), при этом заголовок полезных данных содержит информацию управления, связанную с данными полезных данных, и

при этом информация управления включает в себя:

информацию идентификации, идентифицирующую MPU, которому принадлежит MFU, включенный в полезные данные;

информацию указания фрагмента, указывающую информацию, связанную с фрагментацией MFU, включенного в полезные данные;

значение счетчика, связанное с числом по меньшей мере одних полезных данных, содержащих по меньшей мере один фрагмент MFU, включенный в полезные данные; и

информацию типа, указывающую тип данных у упомянутых данных полезных данных.

8. Устройство по п. 7, в котором информация типа содержит значение, такое, что данные полезных данных являются одними из метаданных MPU, метаданных фрагмента, MFU, содержащего информацию времени, или MFU, не содержащего информацию времени.

9. Устройство по п. 7, в котором заголовок пакета содержит информацию типа, относящегося к прямой коррекции ошибок.

Документы, цитированные в отчете о поиске Патент 2021 года RU2750337C2

US 2012254456 A1, 2012.10.04
KR 20120138607 A, 2012.12.26
US 2012185907 A1, 2012.07.19
KR 20130008438 A, 2013.01.22
US 2012320911 A1, 2012.12.20
WO 2012173389 A2, 2012.12.20
WO 2012173391 A2, 2012.12.20
WO 2013009131 A2, 2013.01.17
ФОРМАТ ПОЛЕЗНЫХ ДАННЫХ ТРАНСПОРТНОГО ПРОТОКОЛА РЕАЛЬНОГО ВРЕМЕНИ 2004
  • Элков Джеймс М.
  • Клементс Андерс Е.
RU2372646C2

RU 2 750 337 C2

Авторы

Парк Киунг-Мо

Хванг Сунг-Ох

Рхиу Сунг-Риеул

Сонг Дзае-Йеон

Даты

2021-06-28Публикация

2014-04-21Подача