Управление сеансом связи для передачи медиапотока

Управление сеансом связи для передачи медиапотока

Иллюстрации

Показать все

Реферат

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

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

Предшествующий уровень техники

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

Доставка мультимедиа в основанных на IP (протоколе межсетевого взаимодействия) сетях может использовать различные транспортные протоколы. Традиционно, для потоковой передачи данных в реальном времени и основанной на пакетах потоковой передачи данных используется либо RTP (транспортный протокол реального времени) через UDP (протокол пользовательских дейтаграмм), либо HTTP (протокол передачи данных гипертекста) через TCP (протокол управления передачей) для загрузки целых файлов, главным образом для более позднего использования, но также и для живой потоковой передачи данных. RTP предусматривает динамическую адаптацию к доступной битовой скорости передачи данных, определяемой клиентом. Недостаток RTP и связанного протокола управления RTSP (протокола непрерывной передачи данных и контроля данных в реальном масштабе времени) заключается в необходимости в специализированном и более сложном программном обеспечении сервера, в то время как HTTP может использовать широко используемое и недорогое программное обеспечение сервера HTTP. Последнее усовершенствование, адаптивная потоковая передача данных HTTP (AHS), стремится объединить преимущества обоих подходов. AHS стандартизирована в 3GPP (Проекте партнерства 3-его поколения), и также принята и немного расширена на Открытом форуме IPTV (IP-телевидения) (OIPF). MPEG (Экспертная группа по вопросам движущегося изображения) также работает над AHS.

В AHS содержимое кодируется в различных версиях, обычно соответствующих различным битовым скоростям передачи данных. Если содержимое представляет собой, например, видеосигнал с дорожкой видеозаписи и дорожкой звукозаписи, дорожка видеозаписи может быть закодирована в трех версиях с отличающейся битовой скоростью передачи данных каждая, а дорожка звукозаписи - в высококачественной стереофонической и монофонической версии. Каждая версия дополнительно делится на сегменты продолжительностью в несколько секунд. Например, версии видеосигналов могут быть разделены на множество последовательных сегментов продолжительностью 10 с каждый. Сегменты могут быть отформатированы в соответствии с форматом файлов MPEG-4 или в соответствии с форматом транспортных потоков MPEG-2.

Фактическая передача дорожек видеозаписи и звукозаписи выполняется посредством загрузки одного сегмента за другим, инициируемой клиентом. В этой процедуре клиент загружает сегмент, используя стандартный запрос HTTP, распаковывает, декодирует и воспроизводит его, а затем выполняет то же самое для следующего сегмента и т.д. У клиента имеется знание о доступных версиях качества и о разделении сегмента в течение некоторого времени посредством описания мультимедиа, так называемого описания представлений мультимедиа (MPD). Формат MPD, как определено в 3GPP и OIPF, является закодированным XML (расширяемым языком разметки) файлом, содержащим соответствующую информацию и атрибуты для описания мультимедиа. MPD представляет собой первый ресурс, передаваемый клиенту, чтобы запустить основанную на AHS доставку мультимедиа. MPD, как определяется посредством 3GPP, содержит различные доступные качества и информацию относительно того, как они выполнены в сегментах.

Каждый сегмент загружается на максимально доступной скорости при существующих эксплуатационных условиях сети, используемой для передачи, и клиент осуществляет текущий контроль скорости загрузки, которую он испытывает. На основании испытываемой скорости загрузки клиент выбирает самую подходящую из доступных версий качества. От сегмента к сегменту это может быть отличающейся версией, и клиент может загружать различные качества в зависимости от существующих эксплуатационных условий, следовательно, это атрибут "адаптивной" потоковой передачи данных HTTP. Фиг.1 визуализирует принцип и показывает различные представления мультимедиа для адаптивной потоковой передачи данных HTTP элемента содержимого в виде функции времени воспроизведения. Три представления на фиг.1 могут соответствовать представлению высокой, средней и низкой битовой скорости передачи данных, соответственно, элемента содержимого, то есть потока. Начало и конец времени воспроизведения для потоковых сегментов различных представлений совпадают так, чтобы было возможно плавное переключение между представлениями. Вертикальная шкала на фиг.1 иллюстрирует размер данных различных представлений потоков, например, их битовую скорость передачи данных. В зависимости от клиентской реализации, возможны улучшенные процедуры выбора для переключения между представлениями, например, включая гистерезис, чтобы избегать чрезмерных колебаний качеств при просмотре или прослушивании потока.

Другая тенденция в мультимедийных коммуникациях заключается в использовании мультимедийной IP-подсистемы (IMS) для инициирования и управления мультимедийными сеансами связи. В 3GPP стандартизированные решения для управляемой IMS потоковой передачи данных RTP, так же как для управляемой IMS прогрессивной загрузки HTTP, определяются в 3GPP TS 26.237 V9.3.0 (2010-06) с заголовком: "Основанная на мультимедийной подсистеме IP (IMS) потоковая передача данных с коммутацией пакетов (PSS) и обслуживание пользователя услуги мультимедийной широковещательной/многоадресной передачи (MBMS); Протоколы". Эти решения извлекают выгоду из стандартизированных признаков, предлагаемых IMS, таких как тарификация, аутентификация или резервирование QoS (качества обслуживания).

Фиг.2 показывает различные этапы передачи сигналов в случае управляемой IMS прогрессивной загрузки HTTP, как определено в 3GPP TS 26.237. Сеанс связи инициируется сообщением INVITE SIP (протокола инициирования сеанса связи), которое включает в себя информацию SDP (протокола описания сеанса связи). URL (унифицированный указатель ресурсов) HTTP для загрузки поставляется на оборудование пользователя (UE), то есть клиенту, через сообщение SIP 200 OK (подтверждение работоспособности). Кроме того, может быть выполнено резервирование QoS для сеанса прогрессивной загрузки HTTP. Сама прогрессивная загрузка инициируется посредством UE командой GET HTTP, передаваемой на сервер HTTP, который в ответ реагирует запрашиваемым файлом содержимого (контент-файлом). Более подробно, выполняются следующие этапы:

1. UE инициирует сеанс прогрессивной загрузки, отправляя INVITE SIP, включающее в себя SDP-запрос, в подсистему CN IM.

2. Подсистема CN IM пересылает сообщение INVITE SIP в SCF (функцию управления сеансом связи).

3. SCF верифицирует права пользователя относительно запрашиваемого содержимого, выбирает адаптер.

4. Адаптер HTTP/SIP выбирает сервер HTTP и отправляет сообщение POST (самотестирование при включении питания) HTTP, включающее в себя IP-адрес UE, на сервер HTTP.

5. Сервер HTTP отвечает адаптеру HTTP/SIP ответным сигналом HTTP 200 OK.

6. Адаптер HTTP/SIP отправляет в SCF ответ SIP 200 OK, включающий в себя URL загрузки запрашиваемого файла содержимого в ответе SDP.

7. SCF пересылает SIP 200 OK в подсистему CN IM.

8. Подсистема CN IM пересылает SIP 200 OK на UE.

9. UE отправляет запрос HTTP в URL, полученный из сообщения SIP 200 OK.

10. Сервер HTTP поставляет файл содержимого в ответе HTTP для UE.

Современная концепция AHS, как определено, например, в 3GPP TS 26.234 "Прозрачное сквозное обслуживание потоковой передачи данных с коммутацией пакетов (PSS)", Открытый IPTV форум - Спецификация версии 2, "Адаптивная потоковая передача данных HTTP", DRAFT V0.06 - 7 июня 2010 г., или в собственных решениях, таких как "Microsoft Smoothstreaming or Apple streaming" (Плавная потоковая передача Microsoft или потоковая передача Apple) (см. R. Pantos, "HTTP Live Streaming" (живая потоковая передача данных), http://tools.ietf.org/html/draft-pantos-http-live-streaming-01), определяет только механизмы пакетирования мультимедиа, описания мультимедиа и загрузки. Никакое соединение для объединения этого механизма с механизмами резервирования ресурсов или QoS не предусматривается. Таким образом, даже в управляемых системах, в которых возможны резервирование QoS и управление, действия AHS выполняются с максимально доступным качеством, и поэтому, в общем, все еще требуют адаптации.

3GPP TS 26.234 V9.3.0, XP050441685 (2010-06) описывает, что адаптивный протокол HTTP-потоковой передачи данных 3GPP предоставляет услугу потоковой передачи данных между стандартным сервером HTTP и клиентом потоковой передачи данных HTTP, чтобы доставлять содержимое от стандартного сервера HTTP клиенту HTTP-потоковой передачи данных. Чтобы инициировать услугу потоковой передачи данных для пользователя, клиент потоковой передачи данных HTTP загружает соответствующие метаданные и впоследствии данные мультимедиа.

Проект TS 26.cde-HSD-V0.03 3GPP, XP050460440 (2010-06) описывает, что услуга потоковой передачи данных HTTP и загрузки (HSD) обеспечивает услугу непрерывной поставки содержимого мультимедиа (медиаконтента) по HTTP от сервера HSD клиенту HSD с использованием протокола HTTP/1.1.

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

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

Представлены способы, медиаклиент, медиасервер, объект управления и медиапрокси в соответствии с независимыми пунктами формулы изобретения.

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

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

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

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

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

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

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

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

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

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

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

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

Фиг.1 иллюстрирует представления мультимедиа для медиапотока;

фиг.2 показывает схему передачи сигналов управляемой IMS загрузки HTTP;

фиг.3 показывает блок-схему последовательности операций предлагаемого способа;

фиг.4 показывает медиаклиента, выполненного с возможностью выполнения предлагаемого способа;

фиг.5 показывает медиасервер, выполненный с возможностью выполнения предлагаемого способа;

фиг.5a показывает способ, выполняемый на медиасервере;

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

фиг.6a показывает способ, выполняемый в объекте управления;

фиг.7 показывает медиапрокси, выполненный с возможностью выполнения предлагаемого способа;

фиг.7a показывает способ, выполняемый в медиапрокси;

фиг.8 показывает схему передачи сигналов для варианта осуществления предлагаемого способа.

Подробное описание

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

В способе описание мультимедиа для медиапотока получают 32, например, из файла, загруженного клиентом. Описание мультимедиа указывает начальный элемент из элементов потока, например, такой как медиаисточник, подобный URI (универсальному индикатору ресурсов), от которого можно получить начальный элемент. В общем, медиаисточники также могут быть указаны с помощью шаблона для генерирования клиентом индикаторов URI для элементов, чтобы избегать необходимости индивидуально передавать источник для каждого элемента потока, например, обеспечивая правило для генерирования источника n-го элемента потока в виде функции n. В терминологии представленного текста, медиаисточник указывает определенный начальный адрес элемента потока, в отличие от размещения информации платформы (например, сохранения или генерирования) и обеспечения элемента потока, например, сервера или сети. Соответственно, запрос может адресоваться, например с помощью IP-адреса и номера порта, для платформы и включать в себя медиаисточник, например, в форме сообщения GET (получения) HTTP, включенного в запрос.

Медиафайл также может содержать одно или больше описаний различных представлений потока, например, указание относительно различных разрешений изображений видеосигнала. Факультативно, для начального элемента указывается множество медиаисточников, например, если поток доступен в различных качествах или от разных серверов, и клиент может выбрать один из них. Отправляется 34 запрос начального элемента потока, например клиентом, на платформу, чтобы получить начальный элемент от медиаисточника.

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

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

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

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

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

Процедура управления сеансом связи может содержать этап приема ответа на управление сеансом связи для процедуры управления сеансом связи клиентом, например, сообщения SIP 200 OK, в частности, если процедура управления сеансом связи инициируется клиентом. Тогда клиент может переслать при приеме ответа на управление сеансом связи запрос последующего элемента или элементов потока, обычно указывая дополнительный медиаисточник. Например, после ассоциации потока с сеансом связи может быть запрошено более высокое качество потока, которое можно получить от дополнительного источника. Если запрос последующего элемента указывает дополнительный медиаисточник, это также может упростить идентификацию элементов потока с целью контроля политик. Дополнительный медиаисточник может быть размещен на той же или отличающейся платформе, например на сервере, в качестве начального источника для элементов потока.

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

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

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

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

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

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

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

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

Медиаклиент 48, выполненный с возможностью выполнения аспектов вышеупомянутых способов, показан на фиг.4. Он содержит контроллер 50, соединенный с передатчиком 52 и приемником 54. Передатчик 52 и приемник 54 могут быть выполнены с возможностью отправки и приема радиопередач в системе стационарной или беспроводной связи, например, в виде частей приемопередатчика. Передачи могут отправляться, например, в виде IP-пакетов, содержащих запросы и ответы HTTP. Контроллер 50 может быть реализован, например, в системе 56 обработки данных с запоминающим устройством 58, которая выполняет подпрограммы управления, реализованные, например, посредством программ системы программного обеспечения.

Контроллер 50 выполнен с возможностью управления передачей медиапотока, содержащего множество последовательных элементов 60 потока, и получения описания 62 мультимедиа для медиапотока. Управление передачей может быть выполнено с помощью управляющих сообщений, инициируемых приемником, в частности, запросами 66 элементов потока от медиаисточников. Описание мультимедиа указывает начальный элемент 64 из элементов потока, например, такой как медиаисточник. Контроллер 50 дополнительно выполнен с возможностью инициирования отправки запроса 66 начального элемента потока передатчиком 52, например, на платформу, вмещающую медиаисточник, и инициирования процедуры управления сеансом связи для передачи медиапотока.

Изображенный медиаклиент также содержит аппаратное оборудование, такое как экран 70 или акустическая система 72, чтобы воспроизводить принимаемый поток для пользователя. С этой целью клиент содержит логическую схему 74 для воспроизведения, которая также может быть реализована в системе 56 обработки данных. Логическая схема 74 для воспроизведения принимает элементы 60 потока от приемника 54, и распаковывает и декодирует их для воспроизведения посредством экрана 70 или акустической системы 72. Контроллер 50 также может быть выполнен с возможностью запрашивания одного или больше дополнительных элементов 60 потока, когда они необходимы для воспроизведения, чтобы выбирать представление медиапотока, основываясь на информации в описании 62 мультимедиа и контролируемой битовой скорости передачи данных принимаемых элементов потока, и инициировать запросы 66 с помощью передатчика 52 для соответствующего представления. Текущий контроль битовой скорости передачи данных может выполняться, например, посредством обнаружения размеров элементов потока и измерения времени для их передачи. В случае AHS, определенные запросы 66 соответствуют определенным элементам 60 потока, как указано метками элементов на чертеже.

Медиасервер 80, выполненный с возможностью выполнения аспектов вышеупомянутых способов, показан на фиг.5. Он содержит контроллер 82 для управления передачей медиапотока, содержащего множество последовательных элементов 84 потока, в ответ на запросы 86 элементов потока от клиента, например, клиента, как описано относительно фиг.4. Медиасервер 80 содержит передатчик 88 для отправки элементов 84 потока клиенту и приемник 90. Передатчик и приемник могут быть выполнены с возможностью радиопередачи или передачи данных по проводам. Приемник 90 выполнен с возможностью приема запроса 86 начального элемента 92 из элементов потока, при этом запрос 86 указывает начальный элемент 92, например, такой как медиаисточник, подобный URI. Приемник 90 также выполнен с возможностью приема результата процедуры управления сеансом связи для передачи медиапотока, например, от объекта управления сети, передающего медиапоток, и пересылки его в контроллер 82.

Помимо этого, приемник 90 выполнен с возможностью приема дополнительного запроса последующего элемента 94 из элементов потока. Дополнительный запрос может содержать дополнительный медиаисточник последующего элемента. В случае AHS, определенные запросы 86 соответствуют определенным элементам 84 потока, как указано метками элементов на чертеже.

Контроллер 82 соединен с передатчиком 88 и с приемником 90 и выполнен с возможностью управления отправкой последующего элемента 94 потока на основании результата успешной процедуры управления сеансом связи. Например, отправка может быть выполнена, если принято подтверждение процедуры управления сеансом связи, и отправка может быть блокирована, если подтверждение не получено. Также возможно, что контроллер 82 на основании результата разрешает или блокирует доступ к определенным представлениям элемента потока, например, к сегменту видеосигналов с высокой разрешающей способностью, или возвращается к другому представлению, например, к представлению более низкого качества, чем запрашиваемое. Также можно себе представить множество дополнительных вариантов выбора.

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

В варианте осуществления медиасервера 80 передатчик 88 выполнен с возможностью отправки клиенту описания 100 мультимедиа для медиапотока. Передача описания 100 мультимедиа также может инициироваться запросом от клиента, который на чертеже не показан. Описание 100 мультимедиа указывает медиаисточ