СПОСОБ И УСТРОЙСТВО ДЛЯ ТРАНСПОРТА ФРАГМЕНТОВ ОПИСАНИЯ СЕГМЕНТОВ ИНИЦИАЛИЗАЦИИ ДИНАМИЧЕСКОЙ АДАПТИВНОЙ ПОТОКОВОЙ ПЕРЕДАЧИ ПО НТТР (DASH) В КАЧЕСТВЕ ФРАГМЕНТОВ ОПИСАНИЯ ПОЛЬЗОВАТЕЛЬСКИХ УСЛУГ Российский патент 2016 года по МПК H04L12/18 H04L29/06 

ПЕРЕКРЕСТНАЯ ССЫЛКА НА СВЯЗАННЫЕ ЗАЯВКИ

[0001] Настоящая заявка испрашивает приоритет предварительной заявки на патент США № 61/513,992, "METHOD AND APPARATUS FOR TRANSPORT OF DYNAMIC ADAPTIVE STREAMING OVER HTTP (DASH) INITIALIZATION SEGMENTS AS USER SERVICE DESCRIPTION FRAGMENTS”, поданной 1 августа 2011; и заявки на патент США №13/563,657, названной "METHOD AND APPARATUS FOR TRANSPORT OF DYNAMIC ADAPTIVE STREAMING OVER HTTP (DASH) INITIALIZATION SEGMENT DESCRIPTION FRAGMENTS AS USER SERVICE DESCRIPTION FRAGMENTS", и поданной 31 июля 2012, и переданной ее правопреемнику и содержимое которых явно включено по ссылке в настоящее описание в их полноте.

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

[0002] Настоящее описание относится в целом к системам связи, и более конкретно, к способу и устройству для транспортировки сегментов инициализации динамической адаптивной потоковой передачи по HTTP (DASH) в качестве фрагментов описания пользовательских услуг.

УРОВЕНЬ ТЕХНИКИ

[0003] Системы беспроводной связи широко развернуты, чтобы предоставлять различные телекоммуникационные услуги, такие как телефония, видео, данные, передача сообщений и вещание. Типичные системы беспроводной связи могут использовать технологии множественного доступа, способные поддерживать связь со множественными пользователями, совместно используя доступные системные ресурсы (например, полоса частот, мощность передачи). Примеры таких технологии множественного доступа включают в себя системы множественного доступа с кодовым разделением каналов (CDMA), системы множественного доступа с временным разделением каналов (TDMA), системы множественного доступа с частотным разделением каналов (FDMA), системы множественного доступа с ортогональным частотным разделением каналов (OFDMA), системы множественного доступа с единственной несущей (SC-FDMA), и системы множественного доступа с синхронным кодовым и временным разделением каналов (TD-SCDMA).

[0004] Эти технологии множественного доступа были приняты в различных стандартах связи для предоставления обычного протокола, который разрешает различным беспроводным устройствам связываться на муниципальном, национальном, региональном и даже глобальном уровне. Примером предстоящего телекоммуникационного стандарта является проект долгосрочного развития (LTE). LTE является набором расширений к мобильному стандарту универсальной мобильной системы беспроводной связи (UMTS), опубликованному проектом партнерства третьего поколения (3GPP). Он разработан для лучшего поддержания мобильного широкополосного доступа в Интернет посредством повышения спектральной эффективности, снижения затрат, улучшения услуг, использования нового спектра и лучшей интеграции с другими открытыми стандартами посредством использования OFDMA по нисходящей линии связи (DL), SC-FDMA по восходящей линии связи (UL) и технологии антенн с множественными входами и множественными выходами (MIMO). Однако, так как спрос на мобильный широкополосный доступ продолжает увеличиваться, существует потребность в дополнительных совершенствованиях технологии LTE. Предпочтительно, эти улучшения должны быть применимы к другим технологиям множественного доступа и телекоммуникационным стандартам, которые используют эти технологии.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

[0005] В одном аспекте раскрытия предоставлены способ, компьютерный программный продукт, и устройство. Устройство устанавливает сеанс доставки файла с сервером в широковещательной сети для Системной Информации (SI). Примеры SI, определенной для широковещательных сетей, включают в себя метаданные объявления/обнаружения пользовательских услуг, определенные в 3GPP мультимедийном вещании/многоадресном обслуживании (MBMS), и (Электронном) руководстве по услугам, или (E)SG, определенном стандартами семейства инициализации мобильных услуг вещания (BCAST) открытого сообщества производителей мобильной связи (OMA). Устройство также принимает множество фрагментов данных в сеансе доставки файла. Множество фрагментов данных включает в себя по меньшей мере один фрагмент описания сегмента инициализации, в котором по меньшей мере один фрагмент описания сегмента инициализации ассоциирован с по меньшей мере одним сегментом медиа, переданным в другом сеансе доставки файла. Как используются здесь, термины 'сегмент данных инициализации' и 'сегмент инициализации' нужно считать синонимами.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

[0007] Фиг. 1 является диаграммой, иллюстрирующей пример архитектуры сети.

[0008] Фиг. 2 является диаграммой, иллюстрирующей пример сети доступа.

[0009] Фиг. 3 является диаграммой, иллюстрирующей пример структуры кадра DL в LTE.

[0010] Фиг. 4 является диаграммой, иллюстрирующей пример структуры кадра UL в LTE.

[0011] Фиг. 5 является диаграммой, иллюстрирующей пример архитектуры радио-протокола для плоскостей управления и пользователя.

[0012] Фиг. 6 является диаграммой, иллюстрирующей пример усовершенствованного Узла B и пользовательского оборудования в сети доступа.

[0013] Фиг. 7 является диаграммой, иллюстрирующей развитую MBMS (eMBMS) в многоадресной вещательной сети с единственной частотой (MBSFN).

[0014] Фиг. 8 является диаграммой, иллюстрирующей текущий подход к доставке контента для динамической адаптивной потоковой передачи по HTTP (DASH), когда метаданные SI распределены в служебной услуге для описания пользовательской услуги (USD), в то время как сегменты DASH доставляются в выделенных услугах в MBMS по беспроводным сетям.

[0015] Фиг. 9 является диаграммой, иллюстрирующей передачу информации SI, включающей в себя сегмент инициализации, используя транспорт описания пользовательских услуг в соответствии с одним примерным подходом, описанным в настоящем описании.

[0016] Фиг. 10 является диаграммой, иллюстрирующей высокоуровневую структуру схемы на расширяемом языке разметки (XML) для описания представления медиа (MPD) для динамической адаптивной потоковой передачи по HTTP (DASH).

[0017] Фиг. 11 является диаграммой, иллюстрирующей высокоуровневую структуру схемы XML в течение периодов в MPD на фиг. 10.

[0018] Фиг. 12 является диаграммой, иллюстрирующей высокоуровневую структуру XML схемы для представлений в течение периода из периодов на фиг. 11.

[0019] Фиг. 13 является диаграммой, иллюстрирующей высокоуровневую структуру XML схемы для информации сегмента для представления из представлений согласно Фиг. 12.

[0020] Фиг. 14 является диаграммой, иллюстрирующей фрагмент метаданных для описания агрегации услуг, которая является формой SI, определенной для MBMS по беспроводным сетям.

[0021] Фиг. 15 является диаграммой, иллюстрирующей фрагмент метаданных для описания пользовательской услуги для агрегации услуг в SI для MBMS по беспроводным сетям.

[0022] Фиг. 16 является диаграммой, иллюстрирующей фрагмент метаданных для описания способов доставки для пользовательской услуги в SI для MBMS по беспроводным сетям.

[0023] Фиг. 17 является диаграммой, иллюстрирующей пакет таблицы доставки файлов.

[0024] Фиг. 18 является диаграммой, иллюстрирующей сигнализацию транспорта сегмента инициализации в USD для другого примерного подхода.

[0025] Фиг. 19 является диаграммой, иллюстрирующей сигнализацию транспорта сегмента инициализации в USD для еще одного примерного подхода.

[0026] Фиг. 20 является блок-схемой процесса для приема сегментов инициализации в соответствии с примерным подходом.

[0027] Фиг. 21 является блок-схемой процесса для приема сегментов медиа в соответствии с примерным подходом.

[0028] Фиг. 22 является концептуальной блок-схемой, иллюстрирующей функциональные возможности примерного устройства для приема и обработки сегментов медиа и инициализации.

[0029] Фиг. 23 является диаграммой, иллюстрирующей пример реализации аппаратного обеспечения для устройства, использующего систему обработки.

[0030] Фиг. 24 является блок-схемой процесса для передачи сегментов медиа и инициализации в соответствии с примерным подходом.

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

[0032] Фиг. 26 является диаграммой, иллюстрирующей пример реализации аппаратного обеспечения для устройства, использующего систему обработки.

ПОДРОБНОЕ ОПИСАНИЕ

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

[0034] Несколько аспектов телекоммуникационных систем ниже представлены в отношении различных устройств и способов. Эти устройства и способы описаны в нижеследующем подробном описании и иллюстрированы на сопровождающих чертежах различными блоками, модулями, компонентами, схемами, этапами, процессами, алгоритмами, и т.д. (все вместе названные как "элементы"). Эти элементы могут быть реализованы, используя электронное аппаратное обеспечение, программное обеспечение, или любую их комбинацию. Реализованы ли такие элементы как аппаратное обеспечение или программное обеспечение зависит от конкретного применения и структурных ограничений, наложенных на всю систему.

[0035] Посредством примера элемент, или любая часть элемента, или любая комбинация элементов могут быть реализованы "системой обработки", которая включает в себя один или более процессоров. Примеры процессоров включают в себя микропроцессоры, микроконтроллеры, цифровые сигнальные процессоры (DSP), программируемые пользователем вентильные матрицы (FPGA), программируемые логические устройства (PLD), конечные автоматы, вентильную логику, схемы аппаратного обеспечения на дискретных элементах, и другое подходящее аппаратное обеспечение, сконфигурированное, чтобы выполнять различные функциональные возможности, описанные в настоящем раскрытии. Один или более процессоров в системе обработки могут выполнять программное обеспечение. Программное обеспечение должно быть рассмотрено широко, чтобы обозначать инструкции, наборы команд, код, сегменты кода, программный код, программы, подпрограммы, программные модули, приложения, программные приложения, пакеты программ, стандартные подпрограммы, подпрограммы, объекты, исполняемые модули, потоки выполнения, процедуры, функции, и т.д., называемые ли программным обеспечением, программно-аппаратными средствами, промежуточным программным обеспечением, микрокодом, языком описания аппаратного обеспечения, или иначе.

[0036] Соответственно, в одном или более примерных вариантах осуществления описанные функции могут быть реализованы в аппаратном обеспечении, программном обеспечении, программно-аппаратных средствах, или любой их комбинации. Если реализуются в программном обеспечении, функции могут быть сохранены на или закодированы как одна или более инструкции или код на считываемом компьютером носителе. Считываемый компьютером носитель включает в себя компьютерные носители данных. Носители данных могут быть любым доступным носителем, к которому может получить доступ компьютер. Посредством примера, а не ограничения, такие считываемые компьютером носители могут содержать RAM, ROM, EEPROM, CD-ROM или другое запоминающее устройство на оптических дисках, запоминающее устройство на магнитных дисках или другие магнитные запоминающие устройства, или любой другой носитель, который может быть использован для переноса или сохранения желаемого программного кода в форме команд или структур данных, и который может быть доступным посредством компьютера. Диск (disk) и диск (disc), как используются в настоящем описании, включают в себя компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD) и дискету, где диски (disks) обычно воспроизводят данные магнитным способом, в то время как диски (discs) воспроизводят данные оптическим образом посредством лазеров. Комбинации вышеупомянутого должны быть также включены в понятие считываемых компьютером носителей.

[0037] Фиг. 1 является диаграммой, иллюстрирующей архитектуру 100 сети LTE. Архитектура 100 сети LTE может называться как Усовершенствованная Система пакетной передачи (EPS) 100. EPS 100 может включать в себя одно или более пользовательских оборудований (UE) 102, усовершенствованную наземную сеть радиодоступа UMTS (E-UTRAN) 104, усовершенствованное ядро пакетной передачи (EPC) 110, домашний сервер абонента (HSS) 120, и IP-службы 122 оператора. EPS может связываться с другими сетями доступа, но для простоты эти объекты/интерфейсы не показаны. Как показано, EPS предоставляет услуги с коммутацией пакетов, однако, как оценят специалисты в данной области техники, различные понятия, представленные в настоящем раскрытии, могут быть расширены на сети, обеспечивающие услуги с коммутацией каналов.

[0038] E-UTRAN включает в себя усовершенствованный Узел B (eNB) 106 и другие eNB 108. eNB 106 предоставляет завершения протокола пользовательской плоскости и плоскости управления для UE 102. eNB 106 может быть связан с другими eNB 108 через обратную передачу (например, интерфейс X2). eNB 106 может также называться как базовая станция, базовая станция приемопередатчика, базовая радиостанция, радио-приемопередатчик, функция (функциональный блок) приемопередатчика, набор базовых услуг (BSS), расширенный набор услуг (ESS), или некоторой другой подходящей терминологией. eNB 106 обеспечивает точку доступа к EPC 110 для UE 102. Примеры UE 102 включают в себя сотовый телефон, смартфон, телефон согласно протоколу инициирования сеанса (SIP), ноутбук, персональный цифровой помощник (PDA), спутниковую радиостанцию, глобальную систему позиционирования, мультимедийное устройство, видео устройство, плеер цифрового аудио (например, MP3-плейер), камеру, игровой пульт, или любое другое подобное функционирующее устройство. UE 102 может также быть упомянут специалистами в данной области техники как мобильная станция, абонентская станция, мобильный блок, абонентский блок, беспроводный блок, удаленный блок, мобильное устройство, беспроводное устройство, устройство беспроводной связи, удаленное устройство, мобильная абонентская станция, терминал доступа, мобильный терминал, беспроводный терминал, удаленный терминал, телефонная трубка, пользовательский агент, мобильный клиент, клиент, или некоторая другая подходящая терминология.

[0039] eNB 106 связан интерфейсом SI с EPC 110. EPC 110 включает в себя объект управления мобильностью (MME) 112, другие MME 114, обслуживающий шлюз 116, и шлюз 118 сети передачи пакетных данных (PDN). MME 112 является узлом управления, который обрабатывает сигнализацию между UE 102 и EPC 110. Обычно MME 112 предоставляет управление соединением и однонаправленным каналом. Все пользовательские IP-пакеты передаются через обслуживающий шлюз 116, который непосредственно связан со шлюзом PDN 118. Шлюз PDN 118 обеспечивает распределение IP-адреса UE, так же как и другие функции. Шлюз PDN 118 связан с IP услугами 122 оператора. IP услуги 122 оператора могут включать в себя Интернет, Интранет, мультимедийную IP-подсистему (IMS), и службу потоковой передачи PS (PSS).

[0040] Фиг. 2 является диаграммой, иллюстрирующей пример сети 200 доступа в архитектуре сети LTE. В этом примере сеть 200 доступа разделена на множество сотовых областей (сот, ячеек) 202. Один или более узлов eNB более низкого класса мощности 208 могут иметь сотовые области 210, которые перекрываются с одной или более ячейками 202. eNB 208 более низкого класса мощности может быть фемто ячейкой (например, домашним eNB (HeNB)), пико ячейкой, микро ячейкой, или удаленной радиостанцией (RRH). Каждый макро-eNB 204 назначен соответствующей ячейке 202 и сконфигурирован, чтобы обеспечить точку доступа EPC 110 для всех UE 206 в ячейках 202. Централизованного контроллера в этом примере сети 200 доступа нет, но централизованный контроллер может использоваться в альтернативных конфигурациях. Узлы eNB 204 ответственны за все функции, относящиеся к радио, включая управление однонаправленным каналом, управление оплатой, управление мобильностью, планирование, безопасность и возможность подсоединения к обслуживающему шлюзу 116.

[0041] Схема модуляции и множественного доступа, используемая сетью 200 доступа, может изменяться в зависимости от конкретного развертываемого телекоммуникационного стандарта. В приложениях LTE OFDM используется на DL, и SC-FDMA используется на UL, чтобы поддержать как дуплексную передачу с частотным разделением (FDD) так и дуплексную передачу с разделением во времени (TDD). Поскольку специалисты в данной области техники легко поймут из подробного описания, которое следует ниже, то различные понятия, представленные здесь, хорошо подходят для приложений LTE. Однако, эти понятия могут быть легко расширены на другие телекоммуникационные стандарты, использующие другие методы модуляции и множественного доступа. Посредством примера эти понятия могут быть расширены на эволюционированную оптимизированную передачу данных (EV-DO) или ультра мобильную широкополосную сеть (UMB). EV-DO и UMB являются стандартами радиоинтерфейса, провозглашенные проектом 2 партнерства 3-го поколения (3GPP2) в качестве части семьи CDMA2000 стандартов, и используют CDMA, чтобы обеспечить мобильным станциям широкополосный доступ к Интернет. Эти понятия могут также быть расширены на универсальный наземный радио доступ (UTRA), использующий широкополосный CDMA (W-CDMA) и другие варианты CDMA, такие как TD-SCDMA; глобальная система мобильной связи (GSM), использующая TDMA; и усовершенствованный UTRA (E-UTRA), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, и Flash-OFDM, использующий OFDMA. UTRA, E-UTRA, UMTS, LTE и GSM описаны в документах от организации 3GPP. CDMA2000 и UMB описаны в документах от организации 3GPP2. Фактический стандарт беспроводной связи и используемая технология множественного доступа будут зависеть от конкретного применения и полных структурных ограничений, наложенных на систему.

[0042] Узлы eNB 204 могут иметь множественные антенны, поддерживающие технологию MIMO. Использование технологии MIMO позволяет узлам eNB 204 использовать пространственную область, чтобы поддерживать пространственное мультиплексирование, формирование диаграммы направленности и передачу с разнесением. Пространственное мультиплексирование может быть использовано для передачи различных потоков данных одновременно по одной и той же частоте. Потоки данных могут быть переданы к единственному UE 206, чтобы увеличить скорость передачи данных, или ко множественным UE 206, чтобы увеличить полную емкость системы. Это достигают посредством пространственного предварительного кодирования каждого потока данных (то есть, применяя масштабирование амплитуды и фазы) и затем передачи каждого пространственно предварительно кодированного потока через множественные передающие антенны на DL. Пространственно предварительно кодированные потоки данных достигают оборудования (оборудований) UE 206 с различными пространственными сигнатурами, что позволяет каждому из этих UE 206 восстановить один или более потоков данных, предназначенных для этих UE 206. На UL каждый UE 206 передает пространственно предварительно кодированный поток данных, который позволяет eNB 204 идентифицировать источник каждого пространственно предварительно кодированного потока данных.

[0043] Пространственное мультиплексирование обычно используется, когда канальные условия являются хорошими. Когда канальные условия менее благоприятны, формирование диаграммы направленности может быть использовано, чтобы сфокусироваться на энергии передачи в одном или более направлениях. Это может быть достигнуто, пространственно предварительно кодируя данные для передачи через множественные антенны. Чтобы достигнуть хорошего охвата на краях ячейки, передача с формированием диаграммы направленности единственного потока может использоваться в комбинации с передачей с разнесением.

[0044] В подробном описании, которое следует ниже, различные аспекты сети доступа описаны в отношении системы MIMO, поддерживающей OFDM на DL. OFDM является методом расширения по спектру, который модулирует данные по множеству поднесущих в пределах символа OFDM. Поднесущие разделены на точные частоты. Разделение обеспечивает "ортогональность", которая позволяет приемнику восстановить данные из поднесущих. Во временной области интервал защиты (например, циклический префикс) может быть добавлен к каждому символу OFDM, чтобы бороться с помехами между символами OFDM. UL может использовать SC-FDMA в форме DFT-расширенного сигнала OFDM, чтобы обеспечить высокое отношение пиковой мощности к среднему значению (PAPR).

[0045] Фиг. 3 является диаграммой 300, иллюстрирующей пример структуры кадра DL в LTE. Кадр (10 миллисекунд) может быть разделен на 10 подкадров одинакового размера. Каждый подкадр может включать в себя два последовательных временных слота. Сетка ресурсов может быть использована для представления двух временных слотов, каждый временной слот включает в себя блок ресурсов. Сетка ресурсов разделена на множественные элементы ресурсов. В LTE блок ресурсов содержит 12 последовательных поднесущих в частотной области и, для нормального циклического префикса в каждом символе OFDM, 7 последовательных символов OFDM во временной области, или 84 элемента ресурсов. Для расширенного циклического префикса блок ресурсов содержит 6 последовательных символов OFDM во временной области и имеет 72 элемента ресурсов. Некоторые из элементов ресурсов, как обозначено как R 302, 304, включают в себя опорные сигналы DL (DL-RS). DL-RS включает в себя специфичный для ячейки RS (CRS) (также иногда называемый общим RS) 302 и RS специфичный для UE (UE-RS) 304. UE-RS 304 осуществляют передачу только в блоках ресурсов, на которые отображен соответствующий физический совместно используемый канал DL (PDSCH). Количество битов, которые несет каждый элемент ресурсов, зависит от схемы модуляции. Таким образом, чем больше блоков ресурсов, которые принимает UE, и выше схема модуляции, тем выше скорость передачи данных для UE.

[0046] Фиг. 4 является диаграммой 400, иллюстрирующей пример структуры кадра UL в LTE. Доступные блоки ресурсов для UL могут быть разделены на секцию данных и секцию управления. Секция управления может быть сформирована на двух краях полосы пропускания системы и может иметь конфигурируемый размер. Блоки ресурсов в секции управления могут быть назначены на оборудования UE для передачи информации управления. Секция данных может включать в себя все блоки ресурсов, не включенные в секцию управления. Структура кадра UL приводит к секции данных, включающей в себя смежные поднесущие, которые могут позволить единственному UE быть назначенным всем смежным поднесущим в секции данных.

[0047] Для UE могут быть назначены блоки 410a, 410b ресурсов в секции управления, чтобы передать информацию управления к eNB. Для UE могут быть назначены блоки 420a, 420b ресурсов в секции данных, чтобы передать данные к eNB. UE может передать информацию управления в физическом канале управления UL (PUCCH) на назначенных блоках ресурсов в секции управления. UE может передать только данные или и данные и информацию управления в физическом совместно используемом канале UL (PUSCH) на назначенных блоках ресурсов в секции данных. Передача UL может охватывать оба слота подкадра и может осуществлять скачки по частоте.

[0048] Набор блоков ресурсов может быть использован для выполнения начального доступа системы и достижения синхронизации UL в физическом канале произвольного доступа (PRACH) 430. PRACH 430 переносит случайную последовательность и не может переносить данные/сигнализацию UL. Каждая преамбула произвольного доступа занимает полосу частот, соответствующую шести последовательным блокам ресурсов. Стартовая частота задается сетью. Таким образом, передача преамбулы произвольного доступа ограничена некоторым временем и частотными ресурсами. Скачков по частоте для PRACH нет. Попытку PRACH переносят в единственном подкадре (1 миллисекунда) или в последовательности небольшого количества смежных подкадров, и UE может сделать только единственную попытку PRACH за кадр (10 миллисекунд).

[0049] Фиг. 5 является диаграммой 500, иллюстрирующей пример архитектуры радио протокола для плоскостей пользователя и управления в LTE. Архитектура радио протокола для UE и eNB показана с тремя уровнями: Уровень 1, Уровень 2 и Уровень 3. Уровень 1 (уровень L1) является самым низким уровнем и реализует различные функции обработки сигнала физического уровня. Уровень L1 будет называться здесь как физический уровень 506. Уровень 2 (уровень L2) 508 выше физического уровня 506 и ответственен за линию связи между UE и eNB поверх физического уровня 506.

[0050] В плоскости пользователя уровень L2 508 включает в себя подуровень 510 управления доступом к среде (MAC), подуровень 512 управления радио линией (RLC), и подуровень 514 протокола конвергенции пакетных данных (PDCP), которые завершаются в eNB на стороне сети. Хотя не показано, UE может иметь несколько верхних уровней выше уровня L2 508, включая сетевой уровень (например, IP уровень), который завершается в шлюзе PDN 118 на стороне сети, и уровень приложений, который завершается в другом конце соединения (например, дальний конец от UE, сервера, и т.д.).

[0051] Подуровень PDCP 514 обеспечивает мультиплексирование между различными однонаправленными радиоканалами и логическими каналами. Подуровень PDCP 514 также обеспечивает сжатие заголовка для пакетов данных верхнего уровня, чтобы уменьшить служебные расходы радиопередачи, безопасность, посредством шифрования пакетов данных, и поддержку передачи обслуживания оборудований UE между узлами eNB. Подуровень RLC 512 обеспечивает сегментацию и повторную сборку пакетов данных верхнего уровня, повторную передачу потерянных пакетов данных и переупорядочение пакетов данных, чтобы компенсировать прием не по порядку из-за гибридного автоматического запроса повторения (HARQ). Подуровень MAC 510 обеспечивает мультиплексирование между логическими и транспортными каналами. Подуровень MAC 510 также ответственен за распределение различных радио-ресурсов (например, блоков ресурсов) в одной ячейке среди оборудований UE. Подуровень MAC 510 также ответственен за операции HARQ.

[0052] В плоскости управления архитектура радио-протокола для UE и eNB по существу является одинаковой для физического уровня 506 и уровня L2 508 за исключением того, что не имеется функции сжатия заголовка для плоскости управления. Плоскость управления также включает в себя подуровень 516 управления радио-ресурсами (RRC) в Уровне 3 (уровне L3). Подуровень RRC 516 ответственен за получение радио-ресурсов (то есть, однонаправленные радиоканалы) и для того, чтобы конфигурировать более низкие уровни, используя сигнализацию RRC между eNB и UE.

[0053] Фиг. 6 является блок-схемой eNB 610, находящегося в связи с UE 650 в сети доступа. В DL пакеты верхнего уровня от базовой сети подаются на контроллер/процессор 675. Контроллер/процессор 675 реализует функциональные возможности уровня L2. В DL контроллер/процессор 675 обеспечивает сжатие заголовка, шифрование, сегментацию пакета и переупорядочение, мультиплексирование между логическими и транспортными каналами, и распределение радио-ресурсов для UE 650 на основании различных метрик приоритета. Контроллер/процессор 675 также ответственен за операции HARQ, повторную передачу потерянных пакетов и сигнализацию к UE 650.

[0054] Процессор 616 передачи (TX) реализует различные функции обработки сигналов для уровня L1 (то есть, физического уровня). Функции обработки сигналов включают в себя кодирование и перемежение, чтобы облегчить прямую коррекцию ошибок (FEC) в UE 650, и отображение на совокупности (созвездия) сигналов на основании различных схем модуляции (например, двоичная фазовая манипуляция (BPSK), квадратурная фазовая манипуляция (QPSK), M-фазовая манипуляция (M-PSK), M-квадратурная амплитудная модуляция (M-QAM)). Кодированные и модулированные символы затем разделяются на параллельные потоки. Каждый поток затем отображается на поднесущую OFDM, мультиплексируется с опорным сигналом (например, пилот-сигналом) во временной и/или частотной области, и затем объединяется вместе с использованием обратного быстрого преобразования Фурье (IFFT), чтобы сформировать физический канал, несущий поток символов OFDM временной области. Поток OFDM пространственно предварительно кодируется, чтобы сформировать множественные пространственные потоки. Оценки канала от блока 674 оценки канала могут быть использованы для определения схемы кодирования и модуляции, так же как для пространственной обработки. Оценка канала может быть получена из опорного сигнала и/или обратной передачи канального условия, переданного посредством UE 650. Каждый пространственный поток затем подают к различной антенне 620 через отдельный передатчик 618TX. Каждый передатчик 618TX модулирует несущую РЧ соответствующим пространственным потоком для передачи.

[0055] В UE 650 каждый приемник 654RX принимает сигнал через его соответствующую антенну 652. Каждый приемник 654RX восстанавливает информацию, модулированную на РЧ несущую, и подает информацию к процессору 656 приема (RX). Процессор 656 RX реализует различные функции обработки сигналов уровня L1. Процессор 656 RX выполняет пространственную обработку в отношении информации, чтобы восстановить любые пространственные потоки, предназначенные для UE 650. Если множественные пространственные потоки предназначены для UE 650, они могут быть объединены процессором 656 RX в единственный поток символов OFDM. Процессор 656 RX затем преобразует поток символов OFDM из временной области в частотную область, используя быстрое преобразование Фурье (FFT). Сигнал частотной области содержит отдельный поток символов OFDM для каждой поднесущей сигнала OFDM. Символы на каждой поднесущей и опорный сигнал восстанавливаются и демодулируются посредством определения наиболее вероятных точек совокупности сигнала, переданной посредством eNB 610. Эти «мягкие решения» могут быть основаны на оценках канала, вычисленных блоком 658 оценки канала. Мягкие решения затем декодируют и выполняют обратное перемежение, чтобы восстановить данные и сигналы управления, которые были первоначально переданы посредством eNB 610, на физическом канале. Данные и сигналы управления затем подают на контроллер/процессор 657.

[0056] Контроллер/процессор 657 реализует уровень L2. Контроллер/процессор может быть ассоциирован с памятью 660, которая хранит программные коды и данные. Память 660 может называться как считываемый компьютером носитель. В UL контроллер/процессор 657 обеспечивает демультиплексирование между транспортными и логическими каналами, повторную сборку пакетов, дешифрование, декомпрессию заголовка, обработку сигнала управления, чтобы восстановить пакеты верхнего уровня от базовой сети. Пакеты верхнего уровня затем подают в контейнер 662 данных, который представляет все уровни протокола выше уровня L2. Различные сигналы управления могут также быть поданы в контейнер 662 данных для обработки L3. Контроллер/процессор 657 также ответственен за обнаружение ошибок, используя протокол квитирования (ACK) и/или отрицательного квитирования (NACK), чтобы поддерживать операции HARQ.

[0057] В UL источник 667 данных используется для подачи пакетов верхнего уровня к контроллеру/процессору 657. Источник 667 данных представляет все уровни протокола выше уровня L2. Подобно функциональным возможностям, описанным в соединении с передачей DL посредством eNB 610, контроллер/процессор 657 реализует уровень L2 для пользовательской плоскости и плоскости управления, обеспечивая сжатие заголовка, шифрование, сегментацию и переупорядочение пакетов, и мультиплексирование между логическими и транспортными каналами, на основании распределения радио-ресурсов с помощью eNB 610. Контроллер/процессор 657 также ответственен за операции HARQ, повторную передачу потерянных пакетов, и сигнализацию к eNB 610.

[0058] Оценки канала, полученные модулем 658 оценки канала из опорного сигнала или обратной передачи, переданной посредством eNB 610, могут использоваться процессором 668 TX, чтобы выбрать соответствующие схемы кодирования и модуляции и облегчить пространственную обработку. Пространственные потоки, генерируемые процессором 668 TX, подаются различным антеннам 652 через отдельные передатчики 654 TX. Каждый передатчик 654 TX модулирует РЧ несущую соответствующим пространственным потоком для передачи.

[0057] Передача UL обрабатывается в eNB 610 способом, подобным описанному в соединении с функцией приемника в UE 650. Каждый приемник 618 RX принимает сигнал через свою соответствующую антенну 620. Каждый приемник 618 RX восстанавливает информацию, модулированную на РЧ несущую, и выдает информацию на процессор RX 670. Процессор RX 670 может реализовать уровень L1.

[0060] Контроллер/процессор 675 реализует уровень L2. Контроллер/процессор 675 может быть ассоциирован с памятью 676, которая хранит программные коды и данные. Память 676 может называться как считываемый компьютером носитель. В UL управление/процессор 675 обеспечивает демультиплексирование между транспортными и логическими каналами, повторную сборку пакетов, дешифрование, декомпрессию заголовка, обработку сигнала управления, чтобы восстановить пакеты верхнего уровня от UE 650. Пакеты верхнего уровня от контроллера/процессора 675 могут быть предоставлены к базовой сети. Контроллер/процессор 675 также ответственен за обнаружение ошибок, используя ACK и/или протокол NACK, чтобы поддержать операции HARQ.

[0061] Фиг. 7 является диаграммой 750, иллюстрирующей развитую мультимедийную службу многоадресного вещания (eMBMS) в MBSFN. Узлы eNB 752 в ячейках 752' могут формировать первую область MBSFN, и узлы eNB 754 в ячейках 754' могут формировать вторую область MBSFN. Из узлов eNB 752, 754 каждый может быть ассоциирован с другими областями MBSFN, например, в общей сложности до восьми областей MBSFN. Ячейка в пределах области MBSFN может определяться как зарезервированная ячейка. Зарезервированные ячейки не обеспечивают контент многоадресного/одноадресного вещания, но являются синхронизированными по времени с ячейками 752', 754' и имеют ограниченную мощность на ресурсах MBSFN, чтобы ограничить помеху для областей MBSFN. Каждый eNB в области MBSFN синхронно передает одни и те же информацию управления и данные eMBMS. Каждая область может поддерживать широковещание, многоадресное вещание и одноадресные услуги. Одноадресное обслуживание является обслуживанием, предназначенным для конкретного пользователя, например, голосовым вызовом. Многоадресное обслуживание является обслуживанием, которое может быть принято группой пользователей, например видеоуслуги по подписке. Обслуживание широковещания является обслуживанием, которое может быть принято всеми пользователями, например, вещанием новостей. Со ссылками на фиг. 7, первая область MBSFN может поддерживать первую службу широковещания eMBMS, такую как обеспечение широковещания конкретных новостей для UE 770. Вторая область MBSFN может поддерживать вторую службу широковещания eMBMS, такую как обеспечение вещания различных новостей для UE 760. Каждая область MBSFN поддерживает множество физических многоадресных каналов (PMCH) (например, 15 PMCH). Каждый PMCH соответствует многоадресному каналу (MCH). Каждый MCH может мультиплексировать множество (например, 29) многоадресных логических каналов. Каждая область MBSFN может иметь один канал управления многоадресного вещания (MCCH). Также, один MCH может мультиплексировать один MCCH и множество многоадресных каналов трафика (MTCH) и оставшиеся каналы MCH могут мультиплексировать множество каналов MTCH.

[0062] В многоадресной системе доставки контента, такой как технология, основанная на сотовой или широковещательной сети, такая как мультимедийная многоадресная широковещательная служба 3GPP (MBMS), многоадресные широковещательные службы 3GPP2 (BCMCS), цифровое вещание видео для карманных компьютеров (DVB-H), технология комитета по усовершенствованным телевизионным системам - мобильных/карманных устройств (ATSC-M/H), и т.д., имеется значительный интерес в эффективной доставке услуги/контента, в то же время уменьшая время ожидания. UMTS LTE обеспечивает совместно используемые (многоадресные) типы услуг, такие как цифровое вещание радио и цифровое вещание видео. Усовершенствованное оборудование MBMS (eMBMS) снабжено режимом работы мультимедийного вещания по сети с единственной частотой (MBSFN) и может одновременно передавать одни и те же медиа сигналы, используя узлы eNB UMTS LTE, множественным получателям в одной и той же географической области. По природе операции вещания, а также для обеспечения эффективного обслуживания, распределение этих услуг может иметь место по большой географической области, например, вещание посредством одной или более станций передатчика, покрывающих часть или всю городскую область. Как подразумевает ее название, eMBMS является расширенной версией MBMS для LTE. eMBMS может быть использована для вещания контента, такого как цифровое телевидение, одному или более пользовательским оборудованиям, расположенным в указанной области, которая может быть упомянута здесь как область обслуживания MBMS. Область обслуживания MBMS типично включает в себя множественные ячейки и/или узлы eNB. В MBSFN одни и те же данные могут быть переданы от множественных ячеек, принадлежащих области обслуживания MBMS, с одним и тем же транспортным форматом, используя одни и те же физические ресурсы с синхронизацией по времени. В пользовательском оборудовании эти передачи можно рассматривать как многолучевую передачу от единственной ячейки, позволяющей объединить эти передачи, чтобы повысить уровень сигнала и уменьшить помеху. Этот метод может сделать передачу услуг LTE eMBMS очень эффективной и может обеспечить дополнительное разнесение против замирания в радиоканале. Нужно отметить, что, в то время как текущей системой является eMBMS, она представлена в качестве иллюстрации, а не ограничения, и раскрытый подход может быть применен к другим системам вещания, включая MBMS и другие системы.

[0063] Службы, такие как eMBMS, могут использовать доставку сегментов медиа динамической адаптивной потоковой передачи по HTTP (DASH), чтобы предоставить услугу потокового мультимедиа, посредством чего сегменты DASH поставляются как индивидуальные файлы. Для услуг вещания транспорт DASH может использовать доставку файла по однонаправленному транспорту (FLUTE) вместо HTTP. FLUTE является протоколом для однонаправленной (например, как в вещании) доставки файлов для доставки данных и использует Таблицу Доставки Файлов (FDT) в качестве механизма для сигнализации набора записей описания файла для файлов, которые должны быть доставлены в сеансе. Записи FDT включают в себя названия файлов и информацию отображения между унифицированными идентификаторами ресурсов (URI), также называемыми местоположениями контента, и идентификаторами объектов транспорта (TOI), чтобы идентифицировать пакеты, принадлежащие заданному файлу. Кроме того, кодирование с прямой коррекцией ошибок (FEC) может быть применено к этим файлам, посредством чего FDT также описывает, какая используется схема FEC, и специфические для FEC параметры. FDT может включать в себя набор записей описания файла для файлов, которые должны быть доставлены в сеансе FLUTE. Каждый сеанс доставки файла имеет FDT, который является локальным для заданного сеанса.

[0064] Фиг. 8, которая описана ниже, изображает один подход к доставке контента вещания с помощью DASH. Каждая пользовательская услуга (например, телевизионный канал, такой как CNN, ABC, CBS, ESPN), определенная системой вещания, может быть передана в сеансе FLUTE, который переносит сегменты DASH, соответствующие этой пользовательской услуге. Дополнительно, сеанс FLUTE описания пользовательской услуги (USD) может быть передан, чтобы обеспечить обнаружение услуги UE вещаемых пользовательских услуг. USD является эквивалентным определением сообщения MBMS для системной информации (SI), которое определяет доступные услуги в системе вещания MBMS. Другие системы вещания могут определять другие форматы для SI.

[0065] В MBMS фрагменты метаданных USD могут быть транспортированы в сеансе FLUTE, который включает в себя: (1) последовательность фрагментов метаданных агрегации услуг, которые в свою очередь ссылаются на фрагмент описания сеанса (также называемый фрагментом SDP); и (2) фрагмент описания представления медиа (MPD) для каждой пользовательской услуги. Каждый фрагмент агрегации услуг описывает одну или более услуг, доступных в системе MBMS. Фрагмент SDP описывает транспортный протокол, использованный для доставки медиаконтента для пользовательской услуги. В одном аспекте раскрытой системы фрагмент SDP описывает сеанс FLUTE, когда используется для пользовательской услуги, которая доставляет сегменты DASH в качестве медиаконтента.

[0066] Фрагмент MPD, ассоциированный с пользовательской услугой MBMS, выдает информацию о сегментах медиа и сегментах инициализации, переносимых в сеансе FLUTE для этой конкретной пользовательской услуги. Информация сеанса FLUTE может быть определена в ассоциированном фрагменте SDP для этой пользовательской услуги. В частности, два типа сегментов данных могут быть определены в MPD: сегменты инициализации и сегменты медиа. В существующем подходе UE должен захватить сегменты инициализации за DASH прежде, чем сегменты медиа смогут быть обработаны, так как сегменты инициализации предоставляют клиентам метаданные, которые описывают кодирование медиаконтента, и могут включать в себя другую информацию, такую как идентификационная информация системы DRM, ассоциированную с защитой медиаконтента, принадлежащего пользовательской услуге. Как таковые, сегменты инициализации являются типично очень малыми в размере так, чтобы они могли быть быстро захвачены, чтобы уменьшить задержки запуска, поскольку они необходимы, чтобы воспроизвести контент, содержащийся в сегментах медиа. Для вещания услуг DASH сеанс FLUTE используется для передачи как сегментов инициализации так и медиа.

[0067] Потенциальные проблемы с вышеупомянутым подходом могут включать в себя задержку начального времени ожидания и время переключения услуг. В результате UE может не быть в состоянии отобразить желательный контент пользовательской услуге своевременно, что приводит к уменьшенному удовлетворению/удовольствию пользователя. Альтернативным подходом к доставке DASH-форматированного контента вещания является тот, что изображен на фиг. 9. Здесь сегменты инициализации, необходимые для начала обработки контента медиа услуг, могут быть перенесены как часть сеанс FLUTE USD. Во время начальной процедуры обнаружения услуги UE может кэшировать сегмент инициализации для каждой пользовательской услуги MBMS, так же как и связанную информацию агрегации, SDP и MPD. Это может обеспечить уменьшенное время задержки при запуске услуги MBMS, переносимой как DASH-кодированный контент, или при переключении между DASH-кодированными услугами MBMS. Инициирование воспроизведения контента на UE больше не зависит от приема сегмента инициализации, содержавшегося в сеансе FLUTE пользовательской услуги, например, сеанса FLUTE CNN, в подходе, показанном на фиг. 8.

[0068] В одном аспекте сегменты инициализации могут быть посланы и в сеансе FLUTE USD и в индивидуальных сеансах FLUTE, чтобы обеспечить обратную совместимость с существующими оборудованиями UE. В другом аспекте сегменты инициализации нельзя послать в индивидуальных сеансах FLUTE, чтобы сэкономить системные ресурсы.

[0069] Фиг. 10 иллюстрирует укрупненную структуру 1000 схемы на расширяемом языке разметки (XML) для MPD, которая включает в себя по меньшей мере один период 1002. Фиг. 11 иллюстрирует укрупненную структуру 1100 XML схемы в течение по меньшей мере одного периода 1002 в MPD согласно Фиг. 10. Структура 1100 периода может включать в себя множественные представления 1102. Фиг. 12 иллюстрирует укрупненную структуру 1200 XML схемы для представления из структуры 1100 периода. Каждая структура 1200 представления включает в себя информацию 1202 сегмента.

[0070] Фиг. 13 иллюстрирует укрупненную структуру 1300 XML схемы для информации сегмента из структуры 1200 представления. На два типа сегментов ссылаются в MPD с помощью URL: сегменты 1302 инициализации и сегменты медиа. Как иллюстрирует Фиг. 13, сегменты медиа могут быть описаны с помощью элемента UrlTemplate 1304, последовательности элементов Url 1306, или элемента SegmentList 1308. Сегменты инициализации явно идентифицированы или посредством InitializationSegmentURL или UrlTemplate с индексом 0 (ноль).

[0071] В качестве примера, в услуге CNN согласно Фиг. 8 URL для сегмента инициализации может быть задан посредством http://cnn.embms.com/InitSeg.3gp, который представляет URL фрагмента InitSig в транспорте FLUTE USD, как иллюстрируется на фиг. 9. Аналогично, медиа сегменты URL могут иметь форму http://cnn.embms.com/MediaSeg$index$.3gp, где $index$ заменен числом, таким образом что MediaSeg$index$ был бы представлен просто как MediaSeg # (например, MediaSeg3) в сеансе FLUTE для пользовательской услуги, переносимой как контент DASH, как иллюстрируется на фиг. 9. Транспорт доставки загрузки будет сообщать об этих URL в FDT для соответствующего сеанса FLUTE, и эти файлы посылают как пакеты в сеансах FLUTE. Фиг. 9 иллюстрирует последовательную во времени передачу пакетов для каждого сегмента/файла.

[0072] В eMBMS пользовательские услуги могут быть описаны через фрагменты метаданных в формате, иллюстрированном на фиг. 14-16. Фиг. 14 описывает формат для фрагмента 1400 метаданных агрегации услуг, который включает в себя по меньшей мере одно определение 1402 пользовательской услуги с параметрами, иллюстрированными на фиг. 15 посредством элемента 1500 описания пользовательской услуги. Одним набором таких параметров может быть параметр 1502 способа доставки, как далее иллюстрируется метаданными 1600 способа доставки на фиг. 16. Когда информация пользовательской услуги (например, USD) вещается по eMBMS, фрагмент 1400 метаданных bundleDescription и другие фрагменты метаданных (например, фрагмент описания сеанса) могут быть перенесены в сеансе FLUTE, который включает в себя транспорт фрагментов метаданных USD, например, сеансе FLUTE, выделенном исключительно для транспортировки фрагментов метаданных USD.

[0073] DASH-услуга вещания eMBMS может быть описана типом способа доставки, изображенным на фиг. 16, со следующими элементами:

элемент 1602 sessionDescriptionURI может указывать на файл SDP (транспортируемый как фрагмент метаданных), который описывает сеанс FLUTE, используемый для транспорта DASH-сегментов сеанса.

элемент 1604 mpdURI может указывать URL для MPD, переносимого как фрагмент метаданных в сеансе FLUTE, используемый для транспорта фрагментов метаданных обнаружения пользовательской услуги.

[0074] Так как сеанс FLUTE определен для вещания услуги DASH, как сегменты инициализации так и сегменты медиа могут быть доставлены в одном и том же сеансе FLUTE, определенном для этой услуги, как иллюстрируется на фиг. 8, где иллюстрированы три различных сеанса FLUTE. Сеансы FLUTE могут включать в себя специализированный сеанс 810 FLUTE USD. Сеанс 810 FLUTE USD переносит описывающую информацию, ассоциированную с пользовательской услугой(ами) вещания. Сеанс FLUTE USD может использоваться оборудованиями UE во время обнаружения услуги. В качестве примера сеанс 810 FLUTE USD включает в себя, для вещания кабельной сети новостей (CNN): фрагмент 812a агрегации услуг CNN, фрагмент 812b описания сеанса CNN (SDP), и фрагмент 812c MPD CNN; и для сеанса вещания американской телерадиовещательной компании (ABC): фрагмент 814a агрегации услуг ABC, фрагмент 814b SDP ABC, и фрагмент 814c MPD ABC. Фрагмент 816a агрегации услуг системы вещания Колумбии (CBS) также показан, чтобы проиллюстрировать повторяемость структуры сеанса 810 FLUTE USD.

[0075] Продолжая со ссылками на Фиг. 8, сеанс 840 FLUTE CNN, ассоциированный с услугами CNN, может включать в себя множество сегментов медиа, таких как сегменты 842a-842e медиа, с вставленными данными инициализации в форме сегментов 844a, 844b инициализации. Аналогично, сеанс 860 FLUTE ABC, ассоциированный с услугами ABC, может включать в себя множество сегментов медиа, таких как сегменты 862a-862e медиа, с вставленными данными инициализации в форме сегментов 864a, 864b инициализации.

[0076] Чтобы начать принимать сеанс доставки файла, приемник должен знать параметры транспорта, ассоциированные с сеансом. Параметры транспорта сеанса, которые может быть необходимо знать приемнику, включают в себя, например, исходный IP адрес, количество каналов в сеансе, IP-адрес назначения и номер порта для каждого канала в сеансе, идентификатор сеанса транспорта (TSI) сеанса, индикацию, что сеанс является сеансом FLUTE, и необходимо ли демультиплексирование объектов. Необязательные параметры, которые могут использоваться, включают в себя: время начала и время окончания сеанса, ID кодирования с прямой коррекцией ошибок (FEC), и ID экземпляра FEC, когда кодирование по умолчанию не используется для FDT, и формат кодирования контента для FDT. Эти параметры могут быть описаны согласно синтаксису описания сеанса, содержавшемуся во фрагменте описания сеанса, который ассоциирован с протоколом SDP.

[0077] Сегменты DASH, транспортируемые в структуре сеанса FLUTE, иллюстрируемой на Фиг. 8, могут быть жизнеспособным решением при некотором развертывании вещания, но у такой структуры могут быть следующие недостатки:

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

- Нечастые передачи сегментов инициализации для эффективности полосы пропускания будут, однако, увеличивать начальную задержку захвата (для устройства, нового для активации услуги DASH) и задержку переключения каналов (для устройства, которое динамически "изменяет канал" от одного вещания услуги DASH к другому).

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

[0078] Начальное время ожидания захвата для вещания услуги DASH и задержка переключения каналов могут быть важными параметрами в определении качества пользовательского опыта при рассмотрении сеансов вещания. Чтобы уменьшить задержку запуска и/или увеличить воспринятую производительность во времени переключения каналов между различными каналами контента, описанная здесь система предусматривает сегменты инициализации для вещания услуг DASH в eMBMS, которые должны транспортироваться в сеансе FLUTE, отличном от такового, использованного для транспортировки сегментов медиа. Этот сеанс FLUTE может быть специализированным сеансом FLUTE USD, или возможно другим сеансом FLUTE, известным для UE.

[0079] Фиг. 17 является диаграммой 1700, иллюстрирующей пакет FDT, несущий экземпляр FDT. Пакет FDT включает в себя заголовок 1702 протокола дейтаграмм пользователя (UDP), заголовок 1704 транспортировки многоуровневого кодирования (LCT) по умолчанию, расширения 1706 заголовка LCT, идентификатор 1708 полезных данных с прямой коррекцией ошибок (FEC), и полезные данные 1710 FLUTE, которые включают в себя экземпляр FDT.

[0080] Фиг. 10-17 иллюстрируют различные аспекты данных, аппаратного обеспечения и архитектуры сети для того, чтобы реализовать вещание сегментов инициализации DASH, описанных здесь. Они должны быть взяты как примеры и не ограничивающими различные способы, которыми может быть реализована система.

[0081] Как описано здесь, доставка данных услуг вещания может быть осуществлена через протокол FLUTE. Протокол FLUTE может поддерживать доставку файлов по многоадресному IP-вещанию, и может быть задан для доставки загрузки контента файла в различных спецификациях сотовых и системах вещания только для нисходящей линии связи. Они могут включать в себя MBMS, BCMCS, DVB-H, и семейства инициализации мобильных услуг вещания (BCAST) открытого сообщества производителей мобильной связи (OMA). В то время как примерные варианты осуществления описаны конкретно в пределах FLUTE, примерные варианты осуществления могут также относиться к асинхронному многоуровневому кодированию (ALC).

[0082] Протокол FLUTE является специфичным транспортным приложением ALC. Протокол FLUTE добавляет следующие функциональные возможности: (1) определение сеанса доставки файла, построенном на структуре сеанса доставки объекта ALC, (2) сигнализация в частотном диапазоне параметров транспортировки сеанса ALC, (3) сигнализация в частотном диапазоне атрибутов и местоположений источников доставленных файлов, и (4) подробные соотношения среди множественных файлов для комбинированной доставки в пределах сеанса. В пределах (3) экземпляр FDT расширяют, чтобы включать целевую область и другие ассоциированные параметры, как описано выше. Атрибуты файла могут быть переданы в FLUTE посредством определения FDT, каждый экземпляр которого обеспечивает набор дескрипторов доставляемых файлов вещания, таких как каждый из идентификатора файла вещания, размера, контента, способа кодирования, и т.д.

[0083] В одном аспекте системы, раскрытой в настоящем описании, сегменты инициализации для вещания услуг DASH в eMBMS будут транспортироваться в сеансе FLUTE, отличном от использованного для транспортировки сегментов медиа. Он может быть тем же сеансом FLUTE, использованным для транспортировки информации USD или другим сеансом FLUTE, известным устройству. Когда сегменты инициализации для сеанса транспортируются другим сеансом FLUTE, к UE может быть передана сигнализация, чтобы указать, где сегменты инициализации могут быть найдены. Сигнализация может быть достигнута, предполагая, что URL, как определено в MPD для сегмента инициализации, как иллюстрируется на фиг. 13, эквивалентен URL для фрагмента сегмента инициализации, и что они переносятся в сеансе FLUTE для USD. Без дополнительной доступной информации это сигнализирует, что сегменты инициализации для услуги не переносятся в сеансе FLUTE, определенном для этой услуги, а вместо этого - в другом сеансе FLUTE, известном устройству, например, сеансе FLUTE для фрагментов USD.

[0084] Со ссылками на фиг. 9 иллюстрированы три различных сеанса FLUTE, определенные в системе MBMS, включая сеанс 910 FLUTE USD. Сеанс 910 FLUTE USD включает в себя информацию для вещания контента, которая может использоваться во время обнаружения услуги UE. В качестве примера, сеанс 910 FLUTE USD может включать в себя, для сеанса вещания CNN: агрегацию 912a CNN, SDP 912b CNN, и MPD 912c CNN; и для сеанса вещания ABC: агрегацию 914a ABC, SDP 914b ABC, и MPD 914c ABC. Вставленными в сеанс 910 FLUTE USD являются сегменты инициализации, такие как сегменты инициализации 912d, 914d для услуг CNN и ABC, соответственно. Продолжая со ссылками на Фиг. 9, другие сеансы FLUTE выделены для транспортировки сегментов медиа для услуг. Например, сеанс 940 FLUTE CNN, ассоциированный с услугами CNN, включает в себя множество сегментов медиа, таких как сегменты 942a-942g медиа. Аналогично, сеанс 960 FLUTE ABC, ассоциированный с услугами ABC, включает в себя множество сегментов медиа, таких как сегменты 962a-962g медиа.

[0085] Альтернативно, может быть желательно сигнализировать, когда сегмент инициализации переносят в сеансе FLUTE, отличном от сеанса FLUTE, определенного для этой услуги. В одном аспекте это может быть достигнуто включением ссылок на сегменты инициализации в способе доставки для вещания услуги DASH, как иллюстрируется позицией 1802 во фрагменте 1800 данных на фиг. 18. Например, URL, подобный URL, иллюстрированному в MPD согласно Фиг. 13, может быть использован для сигнализации местоположения сегмента инициализации. Это может быть способом сигнализации, переносятся ли сегменты инициализации для услуги DASH в сеансе FLUTE, определенном для этой услуги. Если эти URL в способе доставки для услуги включены, присутствие таких URL сигнализирует, что сегменты инициализации для услуги не переносятся в сеансе FLUTE, определенном для этой услуги, а вместо этого - в другом сеансе FLUTE, известном устройству, например, сеансе FLUTE для фрагментов USD. Однако, отсутствие этих URL в способе доставки для услуги сигнализирует, что сегменты инициализации для услуги переносятся в сеансе FLUTE, определенном для этой услуги, что может представлять интерес, если начальный захват не является проблемой для услуги DASH и переключения каналов.

[0086] В другом аспекте URL, указывающие на сегменты инициализации на фиг. 18, не должны соответствовать таковым в соответствующем MPD для услуги, транспортировке сегментов инициализации в сеансе FLUTE, отличном от сеанса FLUTE, определенного для этой услуги. Атрибут 1902 capturelnitSegment может быть добавлен в элемент 1900 способа доставки для вещания услуги DASH, как иллюстрируется на фиг. 19; атрибут 1902 capturelnitSegment указывает, что URL сегментов инициализации во включенном MPD будет доставлен в сеансе FLUTE, отличном от сеанса FLUTE, определенного для этой услуги. При этом подходе переносятся ли сегменты инициализации для услуги DASH в сеансе FLUTE, определенном для этой услуги, может быть явно сигнализировано. capturelnitSegment в способе доставки для услуги может быть установлен в «Истина», чтобы сигнализировать, что сегменты инициализации для услуги не переносятся в сеансе FLUTE, определенном для этой услуги, а вместо этого в другом сеансе FLUTE, известном устройству, например, сеансе FLUTE для фрагментов USD. URL для сегментов инициализации являются такими, которые определены в MPD для этой услуги. CapturelnitSegment в способе доставки для услуги может быть установлен в «Ложь», чтобы сигнализировать, что сегменты инициализации для услуги переносятся в сеансе FLUTE, определенном для этой услуги.

[0087] Альтернативно, без явной сигнализации того, переносятся ли сегменты инициализации в сеансе FLUTE для услуги, дополнительная информация 1802 во фрагменте 1800 данных на фиг. 18 может не быть необходимой. В этом способе UE может первоначально предположить, что сегмент инициализации будет найден в одних и тех же сеансах FLUTE, используемых для фрагментов USD, например, как иллюстрируется на фиг. 9. После этого, если сегмент инициализации определен как не доступный в том же сеансе FLUTE, используемом для фрагментов USD, UE может найти сегмент инициализации в том же сеансе FLUTE, используемым для сегментов услуги, как на фиг. 8. Например, если сделано определение, что сегмент инициализации не включен в сеанс FLUTE для фрагментов USD, UE может принять сегмент инициализации в сеансе FLUTE, используемом для сегментов услуги.

[0088] Фиг. 20 является блок-схемой 2000 беспроводной связи, включающим в себя прием фрагментов описания сегментов инициализации. Способ может быть выполнен беспроводным устройством, таким как UE 102. На этапе 2002 UE активирует сеанс доставки файла (например, сеанс FLUTE), определенный в сети eMBMS для транспортировки USD. UE активирует сеанс посредством начала загрузки контента по определенному сетевому адресу, и порту, ассоциированному с ID сеанса транспортировки сеанса доставки файла. Таким образом, UE активирует сеанс доставки файла в широковещательной сети для системной информации.

[0089] На этапе 2004 UE принимает множество фрагментов метаданных в сеансе доставки файла, содержащем по меньшей мере один фрагмент описания сегмента инициализации. Сеанс доставки файла может быть тем же сеансом доставки файла, что и сеанс доставки файла USD, или может быть другим сеансом доставки файла. По меньшей мере один фрагмент описания сегмента инициализации может быть ассоциирован с пользовательской услугой и может потребоваться, чтобы декодировать по меньшей мере один сегмент медиа, также ассоциированный с этой услугой, но переданный в другом сеансе доставки файла. Фрагмент описания сегмента инициализации может включать в себя, например, информацию, необходимую для воспроизведения этого по меньшей мере одного сегмента медиа. Сеанс доставки файла, например, сеанс FLUTE, может включать в себя последовательность фрагментов метаданных агрегации услуг, где каждый ссылается на протокол описания сеанса и фрагмент описания представления медиа для множества пользовательских услуг в дополнение к фрагменту описания сегмента инициализации. Широковещательная сеть может включать в себя сеть eMBMS для вещания услуги DASH.

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

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

[0092] Альтернативно, сеанс доставки файла может включать в себя атрибут, который указывает, что фрагмент описания сегмента инициализации переносят в сеансе доставки файла, который включает в себя USD. Фрагмент описания сегмента инициализации может переноситься в сеансе доставки файла для системной информации по согласованию.

[0093] На этапе 2008 UE может необязательно кэшировать по меньшей мере один фрагмент описания сегмента инициализации. Необязательные аспекты иллюстрируются, используя пунктирную линию.

[0094] На этапе 2010 UE может также необязательно принять второй фрагмент описания сегмента инициализации, ассоциированный с пользовательской услугой и требуемый, чтобы декодировать по меньшей мере один второй сегмент медиа. Это может включать в себя активацию второго сеанса доставки файла в широковещательной сети для доставки вещания пользовательской услуги, включая отформатированный согласно DASH медиаконтент. После этого по меньшей мере один второй сегмент медиа, переданный на втором сеансе доставки файла, и этот по меньшей мере один сегмент медиа могут быть декодированы, используя кэшированный фрагмент описания сегмента инициализации.

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

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

[0097] Фиг. 21 является блок-схемой 2100 беспроводной связи, включающей в себя прием сегментов медиа. Этот способ может быть выполнен беспроводным устройством, таким как UE 102. Способ согласно блок-схеме 2100 может быть выполнен в комбинации с аспектами блок-схемы 2000.

[0098] На этапе 2102 UE активирует сеанс доставки файла, определенный в сети eMBMS для вещания услуги DASH. UE начинает загружать контент по определенному адресу сети и порту, ассоциированному с ID сеанса транспортировки сеанса доставки файла.

[0099] На этапе 2104 UE принимает по меньшей мере один сегмент медиа, переданный в этом сеансе доставки файла.

[0100] На этапе 2106 UE может декодировать этот по меньшей мере один сегмент медиа, используя ассоциированный фрагмент описания сегмента инициализации, доставленный в сеансе доставки файла для системной информации, который отличается от сеанса доставки файла для пользовательской услуги. Этот сеанс доставки файла для системной информации может быть сеансом доставки файла для USD, или может быть отдельным сеансом доставки файла от сеанса FLUTE, несущего USD. Например, ассоциированный фрагмент описания сегмента инициализации может быть сегментом данных инициализации, кэшированным на этапе 2008 блок-схемы 2000.

[0101] На этапе 2108 UE может также необязательно принять и декодировать по меньшей мере один второй сегмент медиа, ассоциированный со вторым фрагментом описания сегмента инициализации, доставленным с помощью сеанса доставки файла для USD. Например, второй фрагмент описания сегмента инициализации может включать в себя второй фрагмент описания сегмента инициализации, принятый на этапе 2010.

[0102] Фиг. 22 иллюстрирует концептуальную диаграмму потока данных, иллюстрирующую поток данных между различными модулями/средствами/компонентами в примерном устройстве 2200. Устройством может быть UE. Устройство 2200 включает в себя модуль 2202 управления сеансом доставки файла, который конфигурируется, чтобы активизировать сеанс доставки файла в широковещательной сети для системной информации. Устройство 2200 далее включает в себя модуль 2204 обработки сеанса доставки файла, который конфигурируется, чтобы принять множество файлов (фрагментов метаданных, если сеанс используется для обнаружения пользовательской услуги, или сегментов DASH, если сеанс использован для доставки контента потока DASH) в сеансе доставки файла от сети 2210. Для транспорта USD множество фрагментов метаданных включают в себя по меньшей мере один фрагмент описания сегмента инициализации, в котором по меньшей мере один фрагмент описания сегмента инициализации ассоциирован с пользовательской услугой и с по меньшей мере одним сегментом медиа, переданным в другом сеансе доставки файла. Устройство 2200 далее включает в себя модуль 2206 кэширования данных, который конфигурируется, чтобы кэшировать по меньшей мере один фрагмент описания сегмента инициализации. Для транспорта сегмента медиа этот по меньшей мере один сегмент медиа, ассоциированный с фрагментом описания сегмента инициализации, доставленным в USD, принимается с помощью отдельного сеанса доставки файла. Устройство 2200 далее включает в себя модуль 2204 обработки контента, который используется для декодирования сегментов медиа для воспроизведения, в то же время используя кэшированные сегменты инициализации. Модуль 2204 обработки сеанса доставки файла может также конфигурироваться, чтобы принять второй сегмент данных инициализации, ассоциированный с пользовательской услугой и по меньшей мере одним вторым сегментом медиа. Как таковой, каждый этап в вышеупомянутой блок-схеме согласно фиг. 20 и 21 может быть выполнен модулем, и устройство 2200 может включать в себя один или более таких модулей.

[0103] Фиг. 23 является диаграммой 2300, иллюстрирующей пример реализации аппаратного обеспечения для устройства 2200', использующего систему 2314 обработки. Система 2314 обработки может быть реализована с шинной архитектурой, представленной в целом шиной 2324. Шина 2324 может включать в себя любое количество соединяющих шин и мостов в зависимости от конкретного применения системы 2314 обработки и полных структурных ограничений. Шина 2324 соединяет различные схемы, включая один или более процессоров и/или модулей аппаратного обеспечения, представленных процессором 2304, модулями 2202, 2204, 2206 и 2208, и считываемым компьютером носителем 2306. Шина 2324 может также связывать различные другие схемы, такие как источники сигналов синхронизации, периферийные устройства, регуляторы напряжения и схемы управления мощностью, которые известны в области техники, и поэтому не будут описаны дальше.

[0104] Система 2314 обработки может быть подсоединена к приемопередатчику 2310. Приемопередатчик 2310 подсоединен к одной или более антеннам 2320. Приемопередатчик 2310 обеспечивает средство для связи с различными другими устройствами по передающей среде. Система 2314 обработки включает в себя процессор 2304, подсоединенный к считываемому компьютером носителю 2306. Процессор 2304 ответственен за общую обработку, включая выполнение программного обеспечения, сохраненного на считываемом компьютером носителе 2306. Программное обеспечение, когда выполняется процессором 2304, заставляет систему 2314 обработки выполнять различные функции, описанные выше для любого конкретного устройства. Считываемый компьютером носитель 2306 может также использоваться для того, чтобы хранить данные, которыми управляет процессор 2304, выполняя программное обеспечение. Система обработки далее включает в себя по меньшей мере один из модулей 2202, 2204, 2206 и 2208. Модули могут быть программными модулями, работающими в процессоре 2304, резидентными/сохраненными в считываемом компьютером носителе 2306, одним или более модулями аппаратного обеспечения, соединенными с процессором 2304, или некоторой их комбинацией. Система 2314 обработки может быть компонентом UE 650 и может включать в себя память 660 и/или по меньшей мере один из процессора 668 TX, процессора RX 656, и контроллера/процессора 657.

[0105] В одной конфигурации устройство 2200 для беспроводной связи включает в себя средство, чтобы активизировать сеанс доставки файла в сети eMBMS для вещания услуги DASH, такое средство может включать в себя, например, модуль 2202 управления сеансом доставки файла. Устройство также включает в себя средство для приема множества фрагментов данных в сеансе доставки файла, содержащем по меньшей мере один фрагмент описания сегмента инициализации, в котором по меньшей мере один фрагмент описания сегмента инициализации ассоциирован с по меньшей мере одним сегментом медиа, переданным в другом сеансе доставки файла. Такое средство может включать в себя, например, модуль 2204 обработки сеанса доставки файла. Устройство может далее включать в себя средство для кэширования по меньшей мере одного фрагмента описания сегмента инициализации, такое средство может включать в себя, например, модуль 2206 кэширования данных. Средство для приема может также принять второй фрагмент описания сегмента инициализации, ассоциированный с по меньшей мере одним вторым сегментом медиа.

[0106] Вышеупомянутое средство может иметь один или более вышеупомянутых модулей устройства 2200 и/или системы 2314 обработки из устройства 2200', сконфигурированных, чтобы выполнять функции, указанные посредством вышеупомянутых средств. Как описано выше, система 2314 обработки может включать в себя процессор 668 TX, процессор RX 656 и контроллер/процессор 657. Также, в одной конфигурации вышеупомянутое средство может быть процессором 668 TX, процессором RX 656 и контроллером/процессором 657, сконфигурированным, чтобы выполнять функции, указанные посредством вышеупомянутых средств.

[0107] Фиг. 24 является блок-схемой 2400 генерирования и передачи сети eMBMS фрагментов описания сегмента инициализации, например, в качестве фрагмента метаданных USD, наряду с передачей сегментов медиа в отдельных сеансах FLUTE для приема беспроводным устройством. Блок-схема согласно Фиг. 24 может быть выполнена центром многоадресного вещания услуг (BM-SC), например. На этапе 2402 BM-SC передает первый сеанс доставки файла (например, сеанс FLUTE), определенный в широковещательной сети для системной информации. Первый сеанс доставки файла включает в себя множество фрагментов метаданных, причем упомянутые фрагменты метаданных включают в себя по меньшей мере один фрагмент описания сегмента инициализации, ассоциированный с пользовательской услугой.

[0108] На этапе 2404 передают второй сеанс доставки файла в широковещательной сети для доставки медиаконтента, ассоциированного с пользовательской услугой. Фрагмент описания сегмента инициализации может требоваться для декодирования по меньшей мере одного сегмента медиа, также ассоциированного с этой услугой и переданного во втором сеансе доставки файла.

[0109] До передачи первого и второго сеанса доставки файла BM-SC может активизировать сеансы доставки файла. BM-SC активирует сеансы доставки файла посредством инициирования вещания контента в сеансе доставки загрузки согласно графику времени, причем график времени объявляется в передаче USD/SI. BM-SC может также генерировать множество фрагментов метаданных для сеанса доставки файла, включая по меньшей мере один фрагмент описания сегмента инициализации.

[0110] Подобно блок-схеме согласно фиг. 22, первый и второй сеансы доставки файла могут каждый содержать сеанс FLUTE. Сеанс FLUTE может содержать последовательность фрагментов метаданных агрегации услуг, которые ссылаются на протокол описания сеанса и фрагмент описания представления медиа для множества пользовательских услуг в дополнение к сегменту данных инициализации. Широковещательная сеть может содержать сеть eMBMS для вещания услуги DASH.

[0111] BM-SC может необязательно передавать сеанс доставки файла USD, содержащий по меньшей мере один фрагмент данных USD. Этот фрагмент данных USD может содержать параметр данных способа доставки, который указывает, что этот по меньшей мере один сегмент данных инициализации переносят в сеансе доставки файла, отличающемся от сеанса доставки файла USD. Например, параметр данных способа доставки может содержать URI для сегмента данных инициализации, или параметр данных способа доставки может включать в себя атрибут, который указывает, что по меньшей мере один сегмент данных инициализации переносят в отличном сеансе доставки файла, когда этот по меньшей мере один атрибут установлен в заранее определенное значение.

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

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

[0114] Фиг. 25 является концептуальной диаграммой потока данных, иллюстрирующей поток данных между различными модулями/средствами/компонентами в примерном устройстве 2500. Устройство соответствует устройству со стороны сети, и может включать в себя по меньшей мере кодер DASH, генератор MPD, генератор MPD и BM-SC 2520. Устройство 2500 может также включать в себя другую базовую сеть и объекты 2522 RAN, такие как шлюз MBMS, MME, MCE и eNB.

[0115] Устройство 2500 включает в себя модуль 2502 управления сеансом доставки файла, который конфигурируется, чтобы активизировать сеанс доставки файла в сети eMBMS для вещания услуги DASH. Устройство 2500 далее включает в себя модуль 2504 обработки сеанса доставки файла, который конфигурируется, чтобы обрабатывать множество файлов (фрагментов метаданных, если сеанс используется для USD, или сегментов DASH, если сеанс используется для контента потока DASH) в сеансе доставки файла. Модуль обработки сеанса доставки файла принимает сегменты медиа и сегменты инициализации от модуля 2508 создания контента и обрабатывает эти сегменты, чтобы подготовить сегменты, которые должны быть переданы к UE. Модуль обработки сеанса доставки файла после этого выдает сегменты инициализации и сегменты медиа к их соответствующим модулям доставки. Для транспорта USD множество фрагментов метаданных включает в себя по меньшей мере один фрагмент описания сегмента инициализации, в котором по меньшей мере один фрагмент описания сегмента инициализации ассоциирован с пользовательской услугой и с по меньшей мере одним сегментом медиа, переданным в другом сеансе доставки файла. Устройство 2500 включает в себя модуль 2508 создания контента, который используется для создания этого по меньшей мере одного сегмента медиа для воспроизведения, а также ассоциированных сегментов инициализации. Нужно отметить, что различные типы сегментов могут быть приняты от сервера контента для передачи. Приняты ли эти сегменты из локального источника, такого как модуль 2508 создания контента, или приняты из другого источника, такого как сервер контента, различные сегменты могут кэшироваться для множественных передач. Например, сегменты инициализации могут кэшироваться, так как они вещаются повторяющимся образом, как в карусели, так как все являются фрагментами метаданных USD. Фрагменты описания сегмента инициализации могут быть переданы к UE 2512 в сеансе доставки файла USD через модуль 2506 сеанса доставки файла USD, или альтернативно, сегменты данных инициализации могут быть переданы в сеансе доставки файла для пользовательской услуги. Для транспорта сегмента медиа этот по меньшей мере один сегмент медиа, ассоциированный с фрагментом описания сегмента инициализации, доставленным в USD, передают с помощью вещания отдельного сеанса доставки файла DASH через модуль 2510 вещания сеанса доставки файла DASH. Также, каждый этап в вышеупомянутой блок-схеме согласно Фиг. 24 может быть выполнен модулем, и устройство 2500 может включать в себя один или более таких модулей.

[0116] Фиг. 26 является диаграммой 2600, иллюстрирующей пример реализации аппаратного обеспечения для устройства 2500', использующего систему 2614 обработки. Система 2614 обработки может быть реализована с шинной архитектурой, представленной в целом шиной 2624. Шина 2624 может включать в себя любое количество соединений шин и мостов в зависимости от конкретного применения системы 2614 обработки и полных структурных ограничений. Шина 2624 соединяет различные схемы, включая один или более процессоров и/или модулей аппаратного обеспечения, представленных процессором 2604, модулями 2502, 2504, 2506, 2508 и 2510, и считываемым компьютером носителем 2606. Шина 2624 может также связывать различные другие схемы, такие как источники сигналов синхронизации, периферийные устройства, регуляторы напряжения, и схемы управления мощностью, которые известны в области техники, и поэтому не будут описаны дальше.

[00117] Система 2614 обработки может быть подсоединена к приемопередатчику 2610. Приемопередатчик 2610 подсоединен к одной или более антеннам 2620. Приемопередатчик 2610 обеспечивает средство для связи с различными другими устройствами по среде передачи. Система 2614 обработки включает в себя процессор 2604, подсоединенный к считываемому компьютером носителю 2606. Процессор 2604 ответственен за общую обработку, включая выполнение программного обеспечения, сохраненного на считываемом компьютером носителе 2606. Программное обеспечение, когда выполняется процессором 2604, заставляет систему 2614 обработки выполнять различные функции, описанные выше для любого конкретного устройства. Считываемый компьютером носитель 2606 может также использоваться для того, чтобы хранить данные, которыми управляет процессор 2604, выполняя программное обеспечение. Система обработки далее включает в себя по меньшей мере один из модулей 2502, 2504, 2506, 2508 и 2510. Модули могут быть программными модулями, работающими в процессоре 2604, резидентными/сохраненными в считываемом компьютером носителе 2606, одним или более модулями аппаратного обеспечения, соединенными с процессором 2604, или некоторой их комбинацией. Система 2514 обработки может быть компонентом eNB 610 и может включать в себя память 676 и/или по меньшей мере один из процессора TX 616, процессора RX 670, и контроллера/процессора 675.

[00118] В одной конфигурации устройство 2500/2500' для беспроводной связи включает в себя средство для передачи первого сеанса доставки файла в широковещательной сети для доставки системной информации, причем первый сеанс доставки файла включает в себя множество фрагментов метаданных, фрагменты метаданных включают в себя по меньшей мере один фрагмент описания сегмента инициализации, ассоциированный с пользовательской услугой, и средство для того, чтобы передать второй сеанс доставки файла в широковещательной сети для того, чтобы предоставить медиаконтент, ассоциированный с пользовательской услугой, например, включающий в себя любой модуль 2502 управления сеансом доставки файла, модуль 2508 создания контента сеанса доставки файла и/или модуль 2504 обработки сеанса доставки файла, модуль 2506 сеанса доставки USD, и модуль 2510 вещания сеанса доставки файла DASH.

[0119] Вышеупомянутое средство может иметь один или более вышеупомянутых модулей устройства 2500 и/или системы 2614 обработки из устройства 2500', сконфигурированных, чтобы выполнять функции, описанные посредством вышеупомянутых средств. Как описано выше, система 2514 обработки может включать в себя процессор 616 TX, процессор 670 RX, и контроллер/процессор 675. Также, в одной конфигурации вышеупомянутое средство может быть процессором 616 TX, процессором 670 RX и контроллером/процессором 675, конфигурируемым, чтобы выполнить функции, описанные посредством вышеупомянутых средств.

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

[0121] Предыдущее описание предоставлено, чтобы позволить любому специалисту в данной области техники реализовать на практике различные аспекты, описанные в настоящем описании. Различные модификации к этим аспектам будут очевидны для специалистов в данной области техники, и общие принципы, определенные в настоящем описании, могут быть применены к другим аспектам. Таким образом, формула изобретения не предназначена, чтобы быть ограниченной аспектами, показанными в настоящем описании, но должна получить полный объем, совместимый с сформулированной формулой изобретения, в котором ссылка на элемент в единственном числе не предназначена, чтобы означать "один и только один", если только специально это не заявлено, а вместо этого "один или более." Если конкретно не заявлено иначе, термин "некоторый" относится к одному или более. Все структурные и функциональные эквиваленты элементам различных аспектов, описанных в настоящем раскрытии, которые известны или позже станут известными специалистам в данной области техники, явно включены здесь ссылкой и предназначены, чтобы быть охваченными формулой изобретения. Кроме того, ничто раскрытое здесь не предназначено, чтобы быть предназначено для общественности независимо от того, процитировано ли такое раскрытие явным образом в формуле изобретения. Никакой элемент формулы изобретения не должен быть рассмотрен как средство плюс функция, если только элемент явно не процитирован, используя фразу "средство для".

Изобретение относится к способу и устройству для транспортировки сегментов инициализации динамической адаптивной потоковой передачи по HTTP (DASH) в качестве фрагментов описания пользовательских услуг. Технический результат - сокращение задержки начального времени ожидания получения и времени переключения услуг. Устройство устанавливает сеанс (910) доставки файла с сервером в широковещательной сети для системной информации. Устройство также принимает множество фрагментов (912a-912d, 914a-914d) метаданных в сеансе доставки файла. Множество фрагментов метаданных включают в себя по меньшей мере один фрагмент (912d, 914d) описания сегмента инициализации, в котором по меньшей мере один фрагмент описания сегмента инициализации ассоциирован с по меньшей мере одним сегментом (942a-942g, 962a-962g) медиа, переданным в другом сеансе (940, 960) доставки файла. 8 н. и 53 з.п. ф-лы, 26 ил.

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

2. Способ по п. 1, в котором к фрагменту описания сегмента инициализации обращаются во фрагменте описания представления медиа.

3. Способ по п. 2, в котором фрагмент описания представления медиа содержит множество унифицированных идентификаторов ресурсов (URI), причем каждый из множества URI представляет идентификационную информацию и местоположение в сети по меньшей мере одного из фрагмента описания сегмента инициализации и сегмента медиа.

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

5. Способ по п. 1, в котором первый сеанс доставки файла содержит сеанс доставки файла по однонаправленному транспорту (FLUTE).

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

7. Способ по п. 1, в котором множество фрагментов метаданных дополнительно содержит по меньшей мере один фрагмент метаданных обнаружения пользовательской услуги.

8. Способ по п. 7, в котором по меньшей мере один фрагмент метаданных обнаружения пользовательской услуги содержит параметр данных способа доставки, который указывает, что по меньшей мере один фрагмент описания сегмента инициализации переносят в сеансе доставки файла для системной информации, который отличается от сеанса доставки файла, определенного для пользовательской услуги.

9. Способ по п. 8, в котором по меньшей мере один фрагмент описания сегмента инициализации переносят в сеансе доставки файла для системной информации по согласованию.

10. Способ по п. 8, в котором параметр данных способа доставки содержит по меньшей мере один унифицированный идентификатор ресурсов (URI) для по меньшей мере одного фрагмента описания сегмента инициализации.

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

12. Способ по п. 1, дополнительно содержащий кэширование упомянутого по меньшей мере одного фрагмента описания сегмента инициализации.

13. Способ по п. 12, дополнительно содержащий:
активирование второго сеанса доставки файла в широковещательной сети для доставки вещания пользовательской услуги, содержащей медиаконтент, отформатированный согласно динамической адаптивной потоковой передачи по HTTP (DASH);
прием по меньшей мере одного второго сегмента медиа, переданного во втором сеансе доставки файла; и
декодирование по меньшей мере одного второго сегмента медиа, используя кэшированный фрагмент описания сегмента инициализации.

14. Способ по п. 1, дополнительно содержащий прием второго фрагмента описания сегмента инициализации, ассоциированного с по меньшей мере одним вторым сегментом медиа.

15. Способ по п. 14, дополнительно содержащий:
активирование второго сеанса доставки файла в широковещательной сети для вещания услуги динамической адаптивной потоковой передачи по HTTP (DASH);
прием по меньшей мере одного второго сегмента медиа, переданного во втором сеансе доставки файла; и
декодирование по меньшей мере одного второго сегмента медиа, используя кэшированный второй фрагмент описания сегмента инициализации.

16. Способ по п. 1, дополнительно содержащий:
прием фрагмента описания сегмента инициализации, вставленного в тот же сеанс доставки файла, что и упомянутый по меньшей мере один сегмент медиа.

17. Способ по п. 1, в котором широковещательная сеть содержит сеть усовершенствованных услуг многоадресного вещания мультимедиа (eMBMS).

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

19. Устройство по п. 18, в котором к фрагменту описания сегмента инициализации обращаются во фрагменте описания представления медиа, при этом упомянутый фрагмент описания представления медиа содержит множество унифицированных идентификаторов ресурсов (URI), причем каждый из множества URI представляет идентификационную информацию и местоположение в сети по меньшей мере одного из сегмента данных инициализации или сегмента медиа, и причем URI фрагмента описания сегмента инициализации содержит информацию, указывающую, что фрагмент описания сегмента инициализации должен быть передан в качестве системной информации в по меньшей мере одном из сеанса доставки файла, передающего данные системной информации, или в качестве сегмента данных инициализации в сеансе доставки файла для пользовательской услуги.

20. Устройство по п. 18, в котором первый сеанс доставки файла содержит сеанс доставки файла по однонаправленному транспорту (FLUTE), причем устройство дополнительно содержит средство для кэширования по меньшей мере одного фрагмента описания сегмента инициализации.

21. Устройство по п. 18, в котором множество фрагментов метаданных дополнительно содержит по меньшей мере один фрагмент метаданных обнаружения пользовательской услуги.

22. Устройство по п. 21, в котором по меньшей мере один фрагмент метаданных обнаружения пользовательской услуги содержит параметр данных способа доставки, который указывает, что по меньшей мере один фрагмент описания сегмента инициализации переносят в сеансе доставки файла для системной информации, который отличается от сеанса доставки файла, определенного для пользовательской услуги.

23. Устройство по п. 22, в котором по меньшей мере один фрагмент описания сегмента инициализации переносится в сеансе доставки файла для системной информации по согласованию.

24. Устройство по п. 22, в котором параметр данных способа доставки содержит по меньшей мере один унифицированный идентификатор ресурсов для по меньшей мере одного фрагмента описания сегмента инициализации.

25. Устройство по п. 22, в котором параметр данных способа доставки содержит по меньшей мере один атрибут, который указывает, что упомянутый по меньшей мере один фрагмент описания сегмента инициализации переносится в сеансе доставки файла для системной информации, когда этот по меньшей мере один атрибут установлен в заранее определенное значение.

26. Устройство по п. 18, в котором средство для приема дополнительно принимает второй фрагмент описания сегмента инициализации, ассоциированный с по меньшей мере одним вторым сегментом медиа.

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

28. Устройство по п. 27, в котором к упомянутому фрагменту описания сегмента инициализации обращаются в описании представления медиа.

29. Устройство по п. 28, в котором описание представления медиа содержит множество унифицированных идентификаторов ресурсов (URI), при этом каждый из множества URI представляет идентификационную информацию и местоположение в сети по меньшей мере одного из фрагмента описания сегмента инициализации или сегмента медиа.

30. Устройство по п. 29, в котором URI сегмента данных инициализации содержит информацию, указывающую, что фрагмент описания сегмента инициализации должен быть передан как системная информация в по меньшей мере одном из сеанса доставки файла, передающего данные системной информации или как сегмент данных инициализации в сеансе доставки файла для пользовательской услуги.

31. Устройство по п. 27, в котором первый сеанс доставки файла содержит сеанс доставки файла по однонаправленному транспорту (FLUTE).

32. Устройство по п. 27, в котором множество фрагментов метаданных дополнительно содержит по меньшей мере один фрагмент метаданных обнаружения пользовательской услуги.

33. Устройство по п. 32, в котором по меньшей мере один фрагмент метаданных обнаружения пользовательской услуги содержит параметр данных способа доставки, который указывает, что по меньшей мере один фрагмент описания сегмента инициализации переносится в сеансе доставки файла для системной информации, который отличается от сеанса доставки файла, определенного для пользовательской услуги.

34. Устройство по п. 33, в котором по меньшей мере один фрагмент описания сегмента инициализации переносится в сеансе доставки файла для системной информации по согласованию.

35. Устройство по п. 33, в котором параметр данных способа доставки содержит по меньшей мере один унифицированный идентификатор ресурсов (URI) для по меньшей мере одного фрагмента описания сегмента инициализации.

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

37. Устройство по п. 27, в котором система обработки дополнительно сконфигурирована, чтобы кэшировать по меньшей мере один фрагмент описания сегмента инициализации.

38. Устройство по п. 27, в котором система обработки дополнительно сконфигурирована, чтобы принять второй фрагмент описания сегмента инициализации, ассоциированный с по меньшей мере одним вторым сегментом медиа.

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

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

41. Способ по п. 40, в котором к фрагменту описания сегмента инициализации обращаются в описании представления медиа.

42. Способ по п. 41, в котором описание представления медиа содержит множество унифицированных идентификаторов ресурсов (URI), причем каждый из множества URI представляет идентификационную информацию и местоположение в сети по меньшей мере одного из фрагмента описания сегмента инициализации и сегмента медиа.

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

44. Способ по п. 40, в котором первый и второй сеансы доставки файла содержат сеанс доставки файла по однонаправленному транспорту (FLUTE).

45. Способ по п. 40, в котором множество фрагментов метаданных дополнительно содержит по меньшей мере один фрагмент метаданных обнаружения пользовательской услуги.

46. Способ по п. 45, в котором по меньшей мере один фрагмент метаданных обнаружения пользовательской услуги содержит параметр данных способа доставки, который указывает, что по меньшей мере один фрагмент описания сегмента инициализации переносят в сеансе доставки файла для системной информации, который отличается от сеанса доставки файла, определенного для пользовательской услуги.

47. Способ по п. 46, в котором по меньшей мере один фрагмент описания сегмента инициализации переносят в сеансе доставки файла для системной информации по согласованию.

48. Способ по п. 46, в котором параметр данных способа доставки содержит по меньшей мере один унифицированный идентификатор ресурсов (URI) для по меньшей мере одного фрагмента описания сегмента инициализации.

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

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

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

52. Устройство по п. 51, в котором к фрагменту описания сегмента инициализации обращаются в описании представления медиа.

53. Устройство по п. 52, в котором описание представления медиа содержит множество унифицированных идентификаторов ресурсов (URI), причем каждый из множества URI представляет идентификационную информацию и местоположение в сети по меньшей мере одного из фрагмента описания сегмента инициализации и сегмента медиа.

54. Устройство по п. 53, в котором URI фрагмента описания сегмента инициализации содержит информацию, указывающую, что фрагмент описания сегмента инициализации должен быть передан как системная информация в по меньшей мере одном из сеанса доставки файла, передающего данные системной информации, или как сегмент данных инициализации в сеансе доставки файла для пользовательской услуги.

55. Устройство по п. 51, в котором первый и второй сеансы доставки файла содержат сеанс доставки файла по однонаправленному транспорту (FLUTE).

56. Устройство по п. 51, в котором множество фрагментов метаданных дополнительно содержит по меньшей мере один фрагмент метаданных обнаружения пользовательской услуги.

57. Устройство по п. 56, в котором упомянутый по меньшей мере один фрагмент метаданных обнаружения пользовательской услуги содержит параметр данных способа доставки, который указывает, что по меньшей мере один фрагмент описания сегмента инициализации переносится в сеансе доставки файла для системной информации, который отличается от сеанса доставки файла, определенного для пользовательской услуги, и отличается от второго сеанса доставки файла.

58. Устройство по п. 57, в котором по меньшей мере один фрагмент описания сегмента инициализации переносится в сеансе доставки файла для системной информации по согласованию.

59. Устройство по п. 57, в котором параметр данных способа доставки содержит по меньшей мере один унифицированный идентификатор ресурсов (URI) для по меньшей мере одного фрагмента описания сегмента инициализации.

60. Устройство по п. 57, в котором параметр данных способа доставки содержит по меньшей мере один атрибут, который указывает по меньшей мере один фрагмент описания сегмента инициализации, переносимый в сеансе доставки файла для системной информации, когда этот по меньшей мере один атрибут установлен в заранее определенное значение.

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