Устройство и способ подачи содержания, программа, устройство терминала и система подачи содержания

Иллюстрации

Показать все

Изобретение относится к устройству доставки видеосигналов в телевизионную приставку (OTT-V) с предоставлением информации о требуемом качестве сети. Технический результат заключается в обеспечении возможности позволять, когда части содержания с одним и тем же содержанием подают по множеству путей доставки, предоставлять приемнику части общей информации о требуемом сетевом качестве соответствующих путей доставки. Предложено устройство подачи содержания, которое доставляет потоки содержания через множество разных сетей, в соответствии с технологией потоковой передачи, например MPEG-DASH, и включает: модуль генерирования, который генерирует метаданные, описывающие параметры качества обслуживания (QoS) для соответствующего множества разных сетей, через которые доставляют потоки, и значения условий параметров QoS; и модуль доставки, который доставляет сгенерированные метаданные в приемник. Настоящее раскрытие может применяться в системе, которая выполняет потоковую передачу содержания. 5 н. и 4 з.п. ф-лы, 22 ил.

Реферат

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

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

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

В последние годы, основное развитие получила OTT-V (доставка видеосигналов в телевизионную приставку) среди услуг потоковой передачи, которые используют Интернет. В качестве международного стандартизированного протокола доставки движущегося изображения, который можно использовать для OTT-V, известен MPEG-DASH (Группа экспертов движущегося изображения - Динамическая адаптивная потоковая передача через HTTP; ниже называется DASH), в которой используется такой же HTTP, как и при широковещательной передаче для веб-сайтов (см., например, непатентный документ 1).

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

Следует отметить, что поставщик подает в приемник метафайл, называемый MPD (описание мультимедийного представления) таким образом, что приемник может адаптивно выбирать, принимать и воспроизводить поток.

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

На фиг. 1 представлен пример конфигурации системы подачи содержания, которая выполняет потоковую передачу содержания на основе DASH.

Такая система 10 подачи содержания состоит из множества устройств 20 подачи содержания, которые подают содержание; и множества клиентов 30 DASH, которые принимают и воспроизводят содержание. Клиенты 30 DASH могут быть соединены с устройствами 20 подачи содержания через CDN (сеть доставки содержания) 12, в которой используется Интернет 11.

Каждое устройство 20 подачи содержания доставляет множество потоков содержания с одним и тем же содержанием, с разными скоростями передачи битов. Устройство 20 подачи содержания включает в себя сервер 21 администрирования содержанием, стример 22 сегмента DASH и сервер 23 DASH MPD.

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

Стример 22 сегмента DASH разделяет каждую часть данных потоковой передачи на сегменты, используя временной подход, и, таким образом, генерирует поток сегмента, например, фрагментированный МР4, и преобразует сгенерированный поток сегмента в формат файла, и содержит этот файл. Кроме того, в ответ на запрос HTTP из клиента 30 DASH для запроса файла сегмента, стример 22 сегмента DASH выполняет одноадресную передачу, используя протокол HTTP, как веб-сервер, файла сегмента, содержащегося в нем, в запрашиваемый источник. Кроме того, стример 22 сегмента DASH уведомляет сервер 23 DASH MPD о метаданных, включающих в себя адрес, обозначающий источник подачи файлов сегмента.

Сервер 23 MPD DASH генерирует MPD, который описывает, например, адрес, обозначающий источник подачи (то есть, стример 22 сегмента DASH) для сегментированных файлов. Кроме того, в ответ на запрос HTTP от клиента 30 DASH, для запроса MPD, сервер 23 MPD DASH выполняет одноадресную передачу по протоколу HTTP, как веб-сервер, сгенерированный MPD, в источник запроса.

С другой стороны, клиент 30 DASH запрашивает MPD в сервере 23 MPD DASH, и получает MPD, для которого выполняют одноадресную передачу по протоколу HTTP, в ответ на запрос. Кроме того, на основе полученного MPD, клиент 30 DASH запрашивает в стримере 22 сегмента DASH файл сегмента и принимает, и воспроизводит файл сегмента, для которого выполняют одноадресную передачу по протоколу HTTP, в ответ на запрос.

Следует отметить, что CDN 12 включает в себя прокси-сервер (не показан), и прокси-сервер кэширует MPD и файлы сегмента, для которых выполняют одноадресную передачу по протоколу HTTP через CDN 12. Затем, в ответ на запрос от клиента 30 DASH, прокси-сервер может выполнять одноадресную передачу по протоколу HTTP кэшированного MPD или файла сегмента, в источник запроса, вместо сервера 23 MPD DASH или стримера 22 сегмента DASH, который используется как веб-сервер.

Список литературы

Непатентный документ

Непатентный документ 1:" Achieving Uninterrupted Video Streaming Using Existing Web Servers", Mitsuhiro Hirabayashi, NIKKEI ELECTRONICS 2012.3.19.

Сущность изобретения

Задачи, решаемые изобретением

Как описано выше, в DASH воплощена адаптивная технология потоковой передачи с использованием одноадресной передачи содержания по протоколу HTTP.

В то же время, если приемник может не только принимать одноадресную передачу HTTP через Интернет 11, но также может принимать многоадресную передачу через сети различного типа (наземная широковещательная передача, спутниковая широковещательная передача, сотовые сети передачи данных, беспроводная LAN и т.д.), тогда желательно сделать эти сети доступными в качестве путей доставки DASH. В частности, например, предполагается выполнять многоадресную передачу FLUTE, используя сеть передачи данных 3GPP.

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

В частности, рассматривается возможность предоставления, например, описания параметров QoS, которые применяются в общем для службы потоковой передачи, описания требуемого качества приема для случая приема при широковещательной передаче, и описания требуемого качества для случая получения через систему беспроводной LAN.

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

Решения задачи

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

Модуль генерирования может генерировать расширенный USD, как метаданные, и модуль доставки может выполнять многоадресную передачу FLUTE сгенерированных расширенных USD.

Множество разных сетей может включать в себя, по меньшей мере, одну из Интернета, наземной сети широковещательной передачи, спутниковой сети широковещательной передачи, кабельной телевизионной сети широковещательной передачи, мобильной сети широковещательной передачи и беспроводной LAN.

Модуль генерирования может вводить элемент MPDBaseMapping в USD, вводит элемент RequierdQos в элемент MPDBaseMapping, и может описывать в элементе RequierdQos параметры QoS для соответствующего множества разных сетей, через которые доставляют потоки, и значения условий параметров QoS.

Модуль генерирования может вводить элемент RequierdQos в DeliverMethod USD, и описывать, в элементе RequierdQos, параметры QoS для соответствующего множества разных сетей, через которые доставляют потоки, и значения условий параметров QoS.

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

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

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

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

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

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

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

Эффекты изобретения

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

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

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

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

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

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

На фиг. 3 показана схема, представляющая стек протокола USD.

На фиг. 4 показана схема, представляющая структуру метаданных USD перед расширением.

На фиг. 5 показана схема, представляющая структуру метаданных USD после расширения.

На фиг. 6 показана схема, представляющая структуру метаданных USD после расширения.

На фиг. 7 показана схема, представляющая структуру элемента MPDBaseUrlMapping.

На фиг. 8 показана схема, представляющая другой пример размещения элемента requiredQoS.

На фиг. 9 показана схема, представляющая еще один другой пример размещения элемента requiredQoS.

На фиг. 10 показана схема, представляющая пример параметров QoS для спутниковой широковещательной передачи DVB/кабельного телевидения.

На фиг. 11 показана схема, представляющая пример параметров QoS для кабельного телевидения DVB.

На фиг. 12 показана схема, представляющая пример параметров QoS для спутниковой широковещательной передачи DVB.

На фиг. 13 показана схема, представляющая пример параметров QoS для наземной широковещательной передачи (DVB-T).

На фиг. 14 показана схема, представляющая пример параметров QoS для наземной широковещательной передачи (DVB-T2).

На фиг. 15 показана схема, представляющая пример параметров QoS для кабельного телевидения (DVB-C2).

На фиг. 16 показана схема, представляющая пример параметров QoS для другой наземной широковещательной передачи.

На фиг. 17 показана схема, представляющая пример параметров QoS для терминалов мобильного телефона 3G (UTRA FDD).

На фиг. 18 показана схема, представляющая пример параметров QoS для терминалов мобильного телефона 3G (TDD UTRA).

На фиг. 19 показана схема, представляющая пример параметров QoS для терминалов LTE (E-UTRA).

На фиг. 20 показана схема, представляющая пример параметров QoS для физического уровня ATSC.

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

На фиг. 22 показана блок-схема, представляющая примерную конфигурацию компьютера.

Подробное описание изобретения

Пример конфигурации системы подачи содержания

На фиг. 2 показан пример конфигурации системы подачи содержания, которая представляет собой вариант осуществления настоящего раскрытия.

Система 50 подачи содержания состоит из множества устройств 60 подачи содержания и множества устройств 80 терминала. Устройства 60 подачи содержания и устройства 80 терминала могут быть соединены друг с другом через сеть 51.

Сеть 51 включает в себя различные типы сетей широковещательной передачи данных, использующих волны широковещательной передачи, волны спутниковой широковещательной передачи и (e)MBMS, и беспроводные LAN, такие как Wi-Fi, в дополнение к сетям двунаправленной передачи данных, представленным Интернетом и CDN 52, используя Интернет.

Устройства 60 подачи содержания не только выполняют одноадресную передачу по протоколу HTTP потоков содержания, но также выполняют многоадресную передачу потоков содержания. Здесь многоадресная передача включает в себя широковещательную/многоадресную передачу на носителе из "точки-в-точку", в дополнение к широковещательной/многоадресной передаче на носителе из "точки-в-множество точек" через сеть 51. Следует, однако, отметить, что в следующем описании ссылка делается только на многоадресную передачу FLUTE, в качестве представительного случая для многоадресной передачи.

Каждое устройство 60 подачи содержания включает в себя сервер 61 канала, сегментатор 62, генератор 63 MPD, стример 64 FLUTE, веб-сервер 65 и сервер 66 многоадресной передачи.

Следует отметить, что от сервера 61 канала до сервера 66 многоадресной передачи устройства 60 подачи содержания могут совместно располагаться в одном месте, или могут располагаться распределенным образом через Интернет и т.д.

Сервер 61 канала генерирует множество частей данных потоковой передачи с разными скоростями передачи битов из данных источника содержания, которые должны быть доставлены в устройства 80 терминала, и выводит множество частей данных потоковой передачи в сегментатор 62.

Сегментатор 62 разделяет каждую часть данных потоковой передачи на сегменты по времени, и, таким образом, генерирует поток сегментов, например, фрагментированный MP4, и выводит сгенерированный поток сегментов в стример 64 FLUTE и веб-сервер 65. Кроме того, сегментатор 62 уведомляет генератор 63 MPD о метаданных, включающих в себя адрес, обозначающий источник подачи потоков сегмента.

На основе метаданных, уведомляемых сегментатором 62, генератор 63 MPD генерирует MPD, которое описывает, например, адрес, обозначающий источник доставки (веб-сервер 65), используемый, когда для файлов сегментов выполняют одноадресную передачу HTTP, и выводит MPD в стример 64 FLUTE и в веб-сервер 65. MPD описывает и получает место назначения SDP (описание сеанса), которое описывает IP-адреса назначения сеансов FLUTE потоков FLUTE, которые представляют собой многоадресную передачу FLUTE и на которые можно переключить поток сегментов, предназначенный для одноадресной передачи HTTP.

Стример 64 FLUTE разделяет потоки сегмента, которые последовательно подают из сегментатора 62, и сохраняет разделенные части в пакетах ALC, и, таким образом, преобразует потоки сегментов на потоки FLUTE, и выводит потоки FLUTE в сервер 66 многоадресной передачи. Кроме того, стример 64 FLUTE сохраняет MPD, сгенерированный генератором 63 MPD, в пакете ALC, и выводит пакет ALC в сервер 66 многоадресной передачи.

Кроме того, стример 64 FLUTE описывает USD (описание пакетов услуг пользователя), которое включает в себя SDP, описывающее информацию адреса сеансов FLUTE, и которое расширено таким образом, что позволяет дополнительно описывать части общей требуемой информации качества сети для соответствующих потоков, которые доставляют через сеть 51, и выводит USD в сервер 66 многоадресной передачи. USD будет подробно описано со ссылкой на фиг. 3 и последующие чертежи.

В ответ на запрос HTTP, запрашивающий MPD, который передают из устройства 80 терминала, веб-сервер 65 выполняет одноадресную передачу HTTP MPD, введенного из генератора 63 MPD, в источник запроса. Кроме того, в ответ на запрос HTTP, запрашивающий файл сегментов, который передают из устройства 80 терминала, веб-сервер 65 выполняет одноадресную передачу HTTP файла сегментов, содержащегося в нем, в источник запроса.

Сервер 66 многоадресной передачи выполняет многоадресную передачу FLUTE MPD и USD, вводимых из стримера 64 FLUTE. Кроме того, сервер 66 многоадресной передачи выполняет многоадресную передачу FLUTE для потоков FLUTE, вводимых из стримера 64 FLUTE.

Устройство 80 терминала получает MPD из устройства 60 подачи содержания через сеть 51. В частности, устройство 80 терминала передает запрос HTTP, запрашивающий MPD, и принимает MPD, который представляет собой одноадресную передачу HTTP, в ответ на запрос HTTP, или принимает MPD, который представляет собой многоадресную передачу FLUTE. Следует отметить, что, когда устройство 80 терминала принимает MPD, которое представляет собой многоадресную передачу FLUTE, оно обращается к информации объявления, которая описывает канал портала сервера 66 многоадресной передачи, который выполняет многоадресную передачу FLUTE.

Информацию объявления объявляют, используя, например, элемент SDP (описание сеанса) для USD, которое представляет собой метаданные сигнала. USD передают через FLUTE/UDP/IP (многоадресной или одноадресной передачи).

Кроме того, устройство 80 терминала передает запрос HTTP, запрашивающий поток сегмента, в веб-сервер 65, на основе полученного MPD, и принимает, и воспроизводит файл потока сегмента, который представляет собой многоадресную передачу HTTP, в ответ на запрос HTTP.

Кроме того, устройство 80 терминала получает USD, включающее в себя SDP, на основе полученного MPD и принимает, и воспроизводит поток FLUTE, который представляет собой многоадресную передачу FLUTE, на основе SDP.

Следует отметить, что возможен случай, в котором вместо веб-сервера 65, прокси-сервер, присутствующий в CDN 52, отвечает на запрос HTTP, передаваемый из устройства 80 терминала, и прокси-сервер выполняет одноадресную передачу HTTP MPD или запроса сегмента, кэшированного в нем.

Расширение USD

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

На фиг. 3 показан стек протокола для случая доставки USD, используя MBMS.

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

Затем, на фиг. 4 показана структура метаданных USD перед расширением, и на фиг. 5 и 6 показана структура расширенных метаданных USD. В настоящем варианте осуществления, как показано на фиг. 5, вводят MPDBaseUrlMapping 101 ("rl2:MPDBaseUrlMapping" на фиг. 6), в качестве нового элемента в соответствии с UserServiceDescription.

Элемент 101 MPDBaseUrlMapping предназначен для обозначения различий относительно того, предназначены ли baseUrl каждого из AdaptationSet и представление, описанные в MPD (MPD, который описывает потоки (потоки сегмента и т.д.), предназначенные для переключения на потоки FLUTE, которые анонсированы этим USD), на которые ссылается MediaPresentationDescription, многоадресной или одноадресной передачи.

Затем, на фиг. 7 показана структура элемента 101 MPDBaseUrlMapping.

Элемент 101 MPDBaseUrlMapping содержит элемент широковещательной передачи (список) и элемент одноадресной передачи (список). Элемент широковещательной передачи содержит атрибут baseURL, обозначающий передачу, которая представляет собой многоадресную передачу (включая в себя широковещательную передачу) между baseUrls в AdaptationSet и в представлении, описанном в соответствующем MPD. Кроме того, элемент широковещательной передачи содержит атрибут sessionDescription, в котором содержится ссылка на sessionDescription, ассоциированное с сохраненным атрибутом baseUrl; и элемент 111 requiredQoS, который содержит параметры QoS (информацию требуемого качества сети) для путей доставки.

Элемент одноадресной передачи содержит атрибут baseURL, обозначающий передачу, используя одноадресную передачу между baseUrls AdaptationSet и представлением, описанным в соответствующем MPD.

Атрибут MPDBaseUrlMapping/OmpdURI содержит URL файла MPD, на который делается ссылка.

Следует отметить, что расположение элемента 111 requiredQoS, который содержит параметры QoS (требуемую информацию о качестве сети) для путей доставки не ограничено примером, показанным на фиг. 7. Например, элемент 111 requiredQoS может быть расположен, как показано на фиг. 8.

На фиг. 8 и 9 показан пример, в котором элемент 111 requiredQoS расположен под элементом DeliveryMethod метаданных USD.

Конкретный пример параметра Qos, содержащегося в элементе requiredQoS

В элементе requiredQoS содержится атрибут parameterURI, который устанавливает параметр QoS, требуемый для настройки пути доставки содержания; и при этом требуются элемент требуемого значения Valueelement ("upperLimit (верхний предел)", "lowerLimit (нижний предел)" или "только (установленное значение)"), как значение условия атрибута parameterURI.

Пример описания параметров QoS

Примерное описание параметров QoS будет описано конкретно. Например, параметры QoE, применяемые в услуге потоковой передачи, в общем включают в себя задержку, дрожание задержки, потери (ошибку), пропускную способность и т.д. Из них пропускная способность описана следующим образом:

RequiredQoS/@parameterURI = urn:DownLinkThroughput (уникальный идентификатор, обозначающий пропускную способность нисходящего канала передачи), и когда нижний его предел установлен, как условное значение, это условное значение условия определено как:

RequiredQoS/requiredValue/@lowerLimit = "3 Мбит/с"

(что означает, что нижний предел пропускной способности нисходящего канала передачи составляет 3 Мбит/с).

Кроме того, например, представительные параметры, обозначающие качество сигнала физического уровня широковещательной передачи или терминала мобильного телефона для случая приема широковещательной передачи или для случая приема потока через беспроводную LAN, такую как Wi-Fi, включают в себя параметр, относящийся к интенсивности радиополя, и параметр, относящийся к частоте ошибки битов (BER). Более конкретно, примеры первого включают в себя отношение "несущая-шумы" (отношение CN) и индикатор силы принимаемого сигнала (RSSI). Примеры последнего включают в себя частоты ошибки битов перед/после обработки коррекции ошибок, такой как Рида-Соломона (RS) (которая изменяется, в зависимости от схемы широковещательной передачи/передачи данных) (BER перед/после RS) и частоты ошибок блока транспортирования (BLER).

Из них отношение CN описано следующим образом: RequiredQoS/@parameterURI = urn:CarrierToNoiseRatio (уникальный идентификатор, обозначающий отношение CN), и когда его нижний предел установлен, как условное значение, условное значение описано следующим образом:

RequiredQoSParameter/requiredValue/@lowerLimit = "10 дБ" (что означает, что нижний предел отношения CN составляет 10 дБ).

Кроме того, когда отношение CN классифицируется на некоторые классы (например, три класса), как условие значение, и их оценивают, эти условные значения определены следующим образом:

уровень 1 (установлен как "urn:CNclassl"): 10-3 или больше (плохой),

уровень 2 (установлен как "urn:CNclass2"): 10~5 или больше и меньше чем 10-3 (нормальный)), и

уровень 3 (установлен как "urn:CNclass3"): меньше чем 10-5 (хороший), и затем отношение CN описано следующим образом:

RequiredQoS/OparameterURI = urn:CarrierToNoiseRatio (уникальный идентификатор, обозначающий C/N), и условные значения, установлены как:

RequiredQoS/requiredClass/@class = "urn:CNclass2" RequiredQoS/requiredClass/@class = "urn:CNclass3" (что означает, что требуется отношение CN класса 2 или 3).

Следует отметить, что для параметров QoS, сохраненных в элементе requiredQoS, в дополнение к описанным выше примерам, могут быть описаны представленные ниже параметры.

На фиг. 10 показан пример параметров QoS для телевидения спутниковой широковещательной передачи DVB/кабельного телевидения. На фиг. 11 показан пример параметров QoS для кабельного телевидения DVB. На фиг. 12 показан пример параметров QoS для спутниковой широковещательной передачи DVB. На фиг. 13 показан пример параметров QoS для наземной, широковещательной передачи (DVB-T). Примеры параметров QoS, показанные на фиг. 10-13, все определены в ETSI TR 101290V1.2.1 (2001-05), "Digital Video Broadcasting (DVB); Measurement guidelines for DVB systems".

На фиг. 14 показаны примеры параметров QoS для наземной, широковещательной передачи (DVB-T2). Все они определены в DVB BlueBook А14-2 (07/12), "Digital Video Broadcasting (DVB); Measurement guidelines for DVB systems; Amendment for DVB-T2 System".

На фиг. 15 показан пример параметров QoS для кабельного телевидения (DVB-C2). Все они определены в DVB BlueBook А14-3 (03/13), "Digital Video Broadcasting (DVB); Measurement guidelines for DVB systems; Amendment for DVB-C2 System"

На фиг. 16 показан пример параметров QoS для другой наземной широковещательной передачи. Они определены в NorDig Unified ver2.4.

На фиг. 17 показан пример параметров QoS для терминалов мобильного телефона 3G (UTRA FDD). Они определены в ETSI TS 125 215V11.0.0 (2012-11); " Universal Mobile Telecommunications System (UMTS); Physical layer; Measurements (FDD) (3GPP TS 25.215 version 11.0.0 Release 11)".

На фиг. 18 показан пример параметров QoS для терминалов мобильного телефона 3G (UTRA TDD). Они определены в ETSI TS 125 225V11.0.0 (2012-09); "Universal Mobile Telecommunications System (UMTS); Physical layer; Measurements (TDD) (3GPP TS 25.225 version 11.0.0 Release 11)".

На фиг. 19 показана схема, представляющая пример параметров QoS для терминалов LTE (e-UTRA). Они определены в ETSI TS 136 214 VI 1.1.0 (2013-02);" LTE; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer; Measurements (3GPPTS 36.214 version 11.1.0 Release 11)".

На фиг. 20 показана схема, представляющая пример параметров QoS для физического уровня ATSC. Они описаны в "Guide to the Use of the ATSC Digital Television Standard", 4 декабря 2003.

Операция системы 50 подачи содержания

Далее будет описана операция системы 50 подачи содержания.

На фиг. 21 показана блок-схема последовательности операций, описывающая обработку, выполняемую устройством 60 подачи содержания, которая выполняет одноадресную передачу HTTP потоков содержания, и многоадресную передачу FLUTE потоков содержания.

На этапе S1 сервер 61 канала устройства 60 подачи содержания генерирует множество частей данных потоковой передачи с разными скоростями передачи битов из данных источника содержания, которые должны быть доставлены в устройства 80 терминала, и выводит множество частей данных потоковой передачи в сегментатор 62. На этапе S2 сегментатор 62 генерирует поток сегмента, такой как фрагментированный МР4, на основе каждой части данных потоковой передачи, и выводит сгенерированный поток сегмента в стример 64 FLUTE и в веб-сервер 65. Кроме того, сегментатор 62 уведомляет генератор 63 MPD о метаданных, включающий в себя адрес, обозначающий источник подачи потоков сегмента.

На этапе S3 стример 64 FLUTE разделяет потоки сегмента, которые последовательно вводят из сегментатора 62, и сохраняет разделенные части пакетов ALC и, таким образом, преобразует потоки сегмента в потоки FLUTE и выводит потоки FLUTE в сервер 66 многоадресной передачи.

На этапе S4, генератор 63 MPD генерирует MPD на основе метаданных, уведомленных сегментатором 62, и выводит MPD в стример 64 FLUTE и веб-сервер 65. В стримере 64 FLUTE содержится MPD, сгенерированный генератором 63 MPD в пакете ALC, и он выводит пакет ALC в сервер 66 многоадресной передачи. Кроме того, стример 64 FLUTE описывает USD, который включает в себя SDP о сеансах FLUTE, и который расширен так, чтобы была возможность дополнительно описать параметры QOS для соответствующих потоков, которые доставляют через сеть 51, и выводит USD в сервер 66 многоадресной передачи.

На этапе S5, сервер 66 многоадресной передачи выполняет многоадресную передачу FLUTE-MPD и USD, введенных из стримера 64 FLUTE.

На этапе S6, в ответ на запрос HTTP, запрашивающий MPD, который передают из устройства 80 терминала, веб-сервер 65 выполняет одноадресную передачу HTTP MPD, введенного из генератора 63 MPD, в запрашивающий источник. На этапе S7, в ответ на запрос HTTP, запрашивающий файл сегментов на основе MPD, который передан из устройства 80 терминала, веб-сервер 65 выполняет одноадресную передачу HTTP файла сегмента, содержащегося в нем, в запрашивающий источник.

На этапе S8, сервер 66 многоадресной передачи выполняет многоадресную передачу FLUTE потоков FLUTE, введенных из стримера 64 FLUTE. Следует отметить, что многоадресная передача FLUTE потоков FLUTE также может быть выполнена в режиме реального времени одновременно с генерированием потоков сегмента, на основе которых генерируют потоки FLUTE. Описание обработки устройства 60 подачи содержания на этом здесь заканчивается.

С другой стороны, устройство 80 терминала передает запрос HTTP, запрашивающий MPD, и принимает MPD, для которого выполняют одноадресную передачу HTTP, в ответ на запрос HTTP, или принимает MPD, для которого выполняют многоадресную передачу FLUTE, и запрашивает файл потока сегмента на основе MPD, и может принимать и воспроизводить файл потока сегмента одноадресной передачи HTTP в ответ на запрос. Кроме того, сеанс FLUTE может быть принят на основе SDP для USD, который представляет собой многоадресную передачу FLUTE. Кроме того, после определения на основе параметров Qos, описанных в элементе requiredQoS USD, может ли быть принят каждый поток, соответственно, могут быть выполнены прием и воспроизведение.

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

На фиг. 22 показана блок-схема, представляющая пример конфигурации аппаратных средств описанного выше компьютера.

В этом компьютере 200, CPU (центральное процессорное устройство) 201, ROM (постоянное запоминающее устройство) 202 и RAM (оперативное запоминающее устройство) 203 соединены друг с другом через шину 204.

Интерфейс 205 ввода-вывода дополнительно соединен с шиной 204. Модуль 206 ввода, модуль 207 вывода, модуль 208 накопителя, модуль 209 передачи данных и привод 210 соединены с интерфейсом 205 ввода-вывода.

Модуль 206 ввода состоит из клавиатуры, "мыши", микрофона и т.д. Модуль 207 вывода состоит из дисплея, громкоговорителя и т.д. Модуль 208 накопителя состоит из жесткого диска, энергонезависимого запоминающего устройства и т.д. Модуль 209 передачи данных состоит из сетевого интерфейса и т.д. Привод 210 выполняет привод съемного носителя 211, такого как магнитный диск, оптический диск, магнитооптический диск или полупроводниковое запоминающее устройство.

В компьютере 200, выполненном так, как описано выше, представленная выше последовательность обработки выполняется в CPU 201, например, путем загрузки и выполнения программы, содержащейся в модуле 208 накопителя, в RAM 203, через интерфейс 205 ввода-вывода и шину 204.

Программа, выполняемая компьютером 200 (CPU 201), может быть предоставлена, например, будучи записанной на съемном носителе 211, используемом в качестве пакетного носителя, и т.д. Кроме того, программа может быть предоставлена через проводную или беспроводную среду передачи данных, такую как локальная вычислительная сеть, Интернет или цифровая спутниковая широковещательная передача.

В компьютере 200, путем установки съемного носителя 211, на котором записана программа, в привод 210, программа может быть установлена в модуле 208 накопителя через интерфейс 205 ввода-вывода. Кроме того, программа может быть установлена в модуле 208 накопителя с помощью модуля 209 передачи данных, принимающего программы, через проводную или беспроводную среду передачи данных. В дополнение к описанному выше, программа может быть предварительно установлена в ROM 202 или в модуле 208 накопителя.

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