СИГНАЛИЗАЦИЯ ОБМЕНА ХАРАКТЕРИСТИКАМИ ОРИЕНТАЦИИ УСТРОЙСТВА И АДАПТАЦИЯ МУЛЬТИМЕДИЙНОГО СОДЕРЖАНИЯ, В ОТВЕТ НА ОРИЕНТАЦИЮ УСТРОЙСТВА, СЕРВЕРОМ Российский патент 2016 года по МПК H04L12/18 H04N21/637 

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

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

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

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

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

Обмен сигналами о возможностях (или просто сигнализация о возможностях) позволяет серверам содержания мультимедиа предоставлять самым разнообразным устройствам контент, адаптированный для конкретного клиентского мобильного устройства (именуемого абонентским терминалом или просто терминалом UE), запросившего контент. Сигнализация о возможностях представляет собой стандартизованную функцию для серверов, которые могут использовать стандарты одного или нескольких типов потоковых сервисов, и в том числе разработанный Группой проекта партнерства 3-го поколения (3GPP) потоковый сервис с пакетной коммутацией (PSS), динамически адаптивная потоковая передача по протоколу HTTP (HTTP (DASH)) и сервис PSS на основе интегрированной мультимедийной подсистемы (IMS) и сервиса мультимедийного широкого и многоадресного вещания (MBMS) (сокращенно - сервис IMS PSS MBMS). Например, сигнализация о характеристиках стандартизована в документах «Прозрачный сквозной потоковый сервис с пакетной коммутацией (PSS); Протоколы и кодеки» (3GPP TS 26.234, "Transparent end-to-end packet switched streaming service (PSS); Protocols and codecs"); «Прозрачный сквозной потоковый сервис с пакетной коммутацией (PSS); Прогрессивное скачивание и динамически адаптивная потоковая передача по протоколу HTTP (3GP-DASH)» (3GPP TS 26.247, "Transparent end-to-end packet switched streaming service (PSS); Progressive download and dynamic adaptive streaming over HTTP (3GP-DASH)"); и «Потоковый сервис с пакетной коммутацией (PSS) на основе мультимедийной подсистемы по интернет-протоколу (IMS) и сервис мультимедийного широкого и многоадресного вещания (MBMS) Протоколы» (3GPP TS 26.237, "IP Multimedia Subsystem (IMS) based Packet Switch Streaming (PSS) and Multimedia Broadcast/Multicast Service (MBMS) User Service; Protocols").

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

Фиг. 1 представляет блок-схему компонентов сервиса PSS, осуществляющих обмен сигналами о характеристиках согласно одному из вариантов.

Фиг. 2 представляет диаграмму в соответствии со стандартом схемы описания ресурсов (RDF), показывающую профиль функциональных возможностей устройства для потоковых сервисов PSS и IMS PSS MBMS согласно одному из вариантов.

Фиг. 3 представляет блок-схему высокого уровня для клиентского устройства сервиса DASH и сервера для предоставления потокового мультимедийного содержания на основе стандарта DASH, где контент адаптирован в соответствии с ориентацией устройства, согласно одному из вариантов.

Фиг. 4 представляет блок-схему, показывающую подробно клиента и сервер для сервиса DASH, изображенных на Фиг. 3.

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

Фиг. 6 представляет диаграмму управления потоком сообщений, показывающую описание сервиса на основе протокола инициирования сеансов (S1P) с использованием абонентских и оповещающих сообщений в рамках потокового сервиса IMS PSS MBMS согласно одному из вариантов.

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

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

Осуществление изобретения

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

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

Фиг. 1 иллюстрирует пример системы 100 обмена сигналами о характеристиках для сервиса PSS. Мобильный терминал 110 (или терминал UE 110) сообщает 115 серверу 112 PSS свой идентификатор путем включения в HTTP-запрос указаний типа модели и изготовителя, адреса URL для обнаружения профиля функциональных возможностей или другой идентифицирующей информации. Сервер 112 затем запрашивает 125 соответствующий профиль возможностей устройства от сервера 130 профилей устройств, который сохраняет профили 135 возможностей устройств, каждый из которых перечисляет функциональные возможности конкретного типа мобильного терминала. Сервер 112 принимает 140 соответствующий профиль и согласует мультимедийное содержание, адаптируемое для устройства 110, в соответствии с информации, полученной из профиля возможностей устройства, указывающего поддерживаемые типы ориентации. Выбранное содержание мультимедиа затем передают 150 устройству 110 с использованием потокового протокола, такого как протокол HTTP или RTSP.

Во время установки потокового сеанса сервер 112 использует информацию из профиля возможностей устройства для предоставления мобильному терминалу 110 совместимого мультимедийного содержания. Поэтому сервер 112 именуется также удаленным сервером 112 медиасодержания, медиасервером 112, веб-сервером 112 или другим подобным образом. Другими словами, сервер 112 получает через сеть информацию, описывающую возможности мобильного терминала, и использует эту информацию для определения потока медиасодержания, который нужно передать мобильному терминалу. Например, сервер 112 может сравнить возможности воспроизведения и свойства мобильного терминала для идентификации множества доступных вариантов медиапотока, совместимых с этим терминалом. После этого терминал 110 может запросить идентифицированный поток. В некоторых вариантах серверы используют профиль возможностей устройства для выбора или создания файла протокола описания сеанса (session description protocol (SDP)) (в контексте сервиса PSS или сервиса IMS PSS MBMS) или файла метаданных презентации медиа (media presentation description (MPD)) (в контексте сервиса DASH), которые идентифицируют потоки, адаптированные к возможностям терминала 110.

Фиг. 1 также схематично иллюстрирует сетевую среду в соответствии с различными вариантами. Эта сетевая среда 160 содержит терминалы UE 110, связанные по радио с сетью 168 радио доступа (radio access network (RAN)). Сеть RAN 168 содержит усовершенствованную базовую станцию (eNB) 172, конфигурированную для связи с терминалом UE 110 через радио (ОТА) интерфейс. Сеть RAN 168 может быть частью сети согласно усовершенствованному стандарту долговременной эволюции (long-term evolution (LTE) advanced) разработки 3GPP и может быть обозначена как EUTRAN. В других вариантах могут быть использованы другие технологии сетей радио доступа.

Терминал UE 110 может осуществлять связь с удаленным медиасервером 112 через сеть RAN 168. Хотя узел eNB 172 показан как осуществляющий связь непосредственно с сетевыми объектами через сеть RAN 168, должно быть понятно, что трафик связи может проходить через ряд промежуточных сетевых компонентов, например переключателей, маршрутизаторов, шлюзов или других сетевых устройств в различных вариантах. Например, в некоторых вариантах сеть RAN 168 может быть связана с сетью базовых сервисов (CSN), которая соединяет сеть RAN 168 с сетью большего размера, например глобальной сетью связи, частью которой можно считать медиасервер 112, для осуществления связи с этой большой сетью.

Хотя Фиг. 1 описывает сетевую среду как сеть радиосвязи, другие варианты могут быть использованы в сетях другого типа, например в кабельных сетях связи. Должно быть понятно, что другие сетевые среды, в которых может быть использовано настоящее изобретение, могут содержать большее число компонентов, меньшее число компонентов или другие компоненты по сравнению с теми, какие показаны в примере, представленном на Фиг. 1. Например, в варианте настоящего изобретения, используемом в кабельной сети связи, медиасервер 112 и терминал UE 110 осуществляют связь один с другим без участия сети RAN 168.

На Фиг. 2 представлен пример метаданных 200, входящих в состав профиля возможностей устройства для сервисов PSS и IMS PSS MBMS. Профиль возможностей устройства представляет собой файл электронного документа, содержащий метаданные на расширяемом языке разметки (XML), форматированные в соответствии со схемой описания ресурсов (RDF), как это задано в документе «WWW-консорциум (W3C), Рекомендации: «Язык описания словаря RDF 1.0: схема RDF» (World Wide Web Consortium (W3C) Recommendation: "RDF Vocabulary Description Language 1.0: RDF Schema", http://www.w3.org/TR/2004/RECrdf-schema-20040210/), февраль 2004 г. Этот документ RDF о профиле возможностей устройства соответствует структуре Комплексных возможностей/Профилей предпочтений (Composite Capabilities/Preference Profiles (СС/РР)), являющейся словарным расширением схемы RDF, как это указано в Рекомендациях консорциума W3C: «Комплексные возможности/Профили предпочтений (СС/РР): Структура и словари 1.0» ("Composite Capability/Preference Profiles (СС/РР): Structure and Vocabularies 1.0", http://www.w3.org/TR/2004/REC-CCPP-struct-vocab-20040115/), январь 2004 г.В некоторых вариантах профиль возможностей устройства представляет собой Профиль агента пользователя (User Agent Profile (UAProf)), который является приложением профиля СС/РР, описывающего возможности и предпочтения, специфичные для устройств радиосвязи. Другими словами, профили UAProf - заданные в документе Открытого сообщества производителей мобильной связи: «Профиль агента пользователя, версия 2.0» (Open Mobile Alliance: "User Agent Profile Version 2.0"), февраль 2006 г., - содержат словарь атрибутов, значения которых используются для спецификации возможностей и предпочтений терминала UE.

Фиг. 2 показывает пример множества имен атрибутов, допустимых значений и семантики. Как отмечено выше, такая информация может быть использована провайдерами содержания (например, сервером 112) для создания или предоставления содержания, подходящим образом сформатированного для клиентского устройства, в соответствии с некоторыми описанными здесь вариантами. Поле 210 метаданных «ТерминалАппаратура» ("[TerminalHardware]"), например, указывает, что терминал UE 110 может представлять на устройстве отображения цветной контент 220 из расчета 4 бит на пиксель 230 и поддерживать адаптивную потоковую передачу 240. Совокупность других интересующих атрибутов сигнализации о возможностях устройства (не показаны), как указано в упомянутом выше стандарте TS 26.234, может содержать (не ограничиваясь этим) следующие параметры: размер буфера перед декодером; первоначальный период буферизации; возможности декодера, свойства устройства отображения, такие как размер экрана, разрешение, разрядность цвета или другие свойства, поддержку адаптации потоковых способов, включая протоколы RTSP, HTTP, или другие; поддержку качества QoE; поддержку сообщений согласно расширенному протоколу управления транспортным протоколом реального времени (extended Real-time Transport Protocol (RTP) Control Protocol) (сокращенно RTCP); поддержку быстрого переключения содержания; равно как поддерживаемые профили протокола RTP и атрибуты протокола описания сеанса (Session Description Protocol (SDP)).

Сервер PSS или IMS PSS MBMS получает описание конкретных возможностей мобильного терминала, т.е. описание возможностей устройства. Для анализа возможностей ориентации для сервисов PSS и IMS PSS MBMS главным образом многократно используют словарь профилей UAProf и определяют дополнительный словарь, специфичный для сервиса, чтобы обеспечивать согласование содержания для потоковой передачи со стороны сервера. В некоторых вариантах словарь сервиса PSS содержит атрибуты обмена сигналами о возможностях устройства для «Ориентация» ("Orientation") и «Ориентация по умолчанию» ("DefaultOrientation"). Табл. 1 и 2 ниже показывают соответствующие примеры для атрибутов "Orientation" и "DefaultOrientation", входящих в показанное на Фиг. 2 поле 250 метаданных «[PssОбщий]» ("[PssCommon]") базового словаря сервиса PSS, заданного в документе TS 26.234.

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

В некоторых вариантах может быть возможно, чтобы группа типов ориентации могла содержать и другие типы, позволяющие поворачивать представляемые на устройстве отображения изображения на промежуточные углы (например, углы между разнесенными на 90 градусов основными типами ориентации) на основе изменений ориентации устройства. Например, атрибуты «Типы ориентации при считывании» (OrientationModesCapture) и «Типы ориентации при представлении на устройстве отображения» (OrientationModesDisplay), определенные выше, могут также иметь дополнительные возможные значения, определяющие «дробные» промежуточные углы ориентации. Таким образом, эти два дополнительных атрибута могут быть использованы для того, чтобы охарактеризовать возможности датчика ориентации устройства и способствовать осведомленности об ориентации устройства соразмерно угловой дробности, с которой датчик устройства может определять изменения ориентации в процессе считывания изображения или в процессе отображения/представления на устройстве отображения. Ниже приведены примеры таких атрибутов.

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

В некоторых вариантах атрибуты, приведенные в таблицах 7 и 8, объединяют, чтобы охарактеризовать осведомленность устройства об ориентации, как в режиме считывания (съемки) изображения, так и в режиме отображения/представления на устройстве отображения. Например, такие атрибуты могут быть определены следующим образом:

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

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

Возвращаясь к Фиг. 1, сервер 130 профилей устройств предоставляет профили возможностей устройств серверу PSS 112 в ответ на сообщение 125 HTTP-запроса. В некоторых вариантах мобильный терминал 110 может дополнить сигналы идентификации, передаваемые сервером 130, дополнительными атрибутами или поменять атрибуты, определенные в его профиле возможностей устройства по умолчанию. Такой дополнительный обмен информацией обозначен как обмен сигналами разности профилей (ProfDiff), что временно позволяет подстроить атрибуты в профиле возможностей устройства. В одном из примеров такая временная подстройка может быть запущена посредством предпочтений пользователя, например, если пользователь хотел бы во время конкретного сеанса получать монофонический звук, даже хотя терминал способен обрабатывать и воспроизводить стереозвук.

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

Способ адаптации мультимедиа на основе обмена сигналами о возможностях устройства и датчика ориентации в составе терминала содержит две составляющих. Во-первых, клиентское устройство передает серверу информацию, указывающую, имеет ли клиент датчик ориентации и какие типы ориентации поддерживаются, например, портрет, ландшафт, морской пейзаж или другие промежуточные состояния (Табл. 1). Кроме того, клиентское устройство может также временно преодолевать действие атрибута «Ориентация по умолчанию» (DefaultOrientation) (Табл. 2) посредством передачи сигнала о текущей ориентации устройства путем обмена разностями ProfDiff. Во-вторых, сервер рассматривает сигнал поддержки датчика ориентации от клиентского устройства и предоставляет различные кодированные версии содержания в форматах, наилучшим образом подходящих для различных возможных типов ориентации устройств (в более общем случае называются состояния ориентации, углы зрения или просто, ориентации). Более того, если сервер также управляет процессами считывания изображений для производства/подготовки содержания, он может дать команду модулю видеокамеры для считывания и сжатия нескольких копий одного и того же содержания, наилучшим образом подходящих для различных возможных ориентации устройства. Например, пользователь, наблюдающий за футбольным матчем, может изменить положение терминала UE 110 таким образом, чтобы указать, что камера должна совершить «наезд» и выделить конкретного футболиста на футбольном поле. Сервер может также динамически осуществлять транскодирование «на лету» для согласования содержания с текущей ориентацией устройства.

Описанный выше способ адаптации мультимедиа на основе ориентации устройства может быть использован для передачи и приема потоковых передач в соответствии с парадигмами активного запроса (pull) и активной рассылки (push). Примером активного запроса является сервис DASH. Примерами активной рассылки являются сервисы PSS и IMS PSS MBMS на основе соответствующих протокола RTSP и протокола инициирования сеанса (SIP).

Фиг. 3 представляет взаимодействие 300 высокого уровня клиент-сервер в контексте сервиса DASH. В этом контексте сервер 310 может принимать 320 обмен сигналами о возможностях устройства от клиентского устройства 330 с целью получения различных поддерживаемых устройством состояний ориентации. Сигнализация 320 о возможностях устройства может также содержать атрибут «Ориентация по умолчанию» (DefaultOrientation) (Табл. 2), который указывает ориентацию устройства в отсутствие какой-либо дополнительной сигнализации от клиента 330. Группу ориентации устройства и соответствующую информацию содержания сообщают 340 клиенту 330 в файле метаданных MPD. Плеер клиента затем контролирует текущее состояние ориентации устройства и запрашивает соответствующие версии содержания, указанные в файле MPD и адаптированные для текущей ориентации устройства. Более того, при вызове файла MPD по протоколу HTTP клиент 330 может вставить информацию об ориентации устройства в запрос GET, вместе с какими-либо временными подстройками ориентации устройства на основе сигнала ProfDiff (текущая ориентация устройства может отличаться от ориентации устройства по умолчанию). Таким образом, сервер HTTP 310 передает оптимизированный файл MPD 340 терминалу UE 330.

Фиг. 4 представляет сеть 400 с адаптивной потоковой передачей и поддержкой сервиса DASH, содержащую клиента 330, получающего услуги мультимедиа от вебсервера 320 (Фиг. 3), который в свою очередь получает мультимедийное содержание от веб или медиа сервера 414, на котором хранится это мультимедийное содержание. Этот веб/медиа сервер 414 получает мультимедийное содержание, которое может представлять собой входной поток в реальном времени или ранее записанное медиасодержание, через аудио/видео вход 416, здесь медиа передают в виде потока клиенту 410. Веб/медиа сервер 414 может содержать модуль 424 кодирования медиасодержания в подходящем формате и модуль 426 сегментирования, разбивающий входное медиасодержание на ряд фрагментов или отрывков, подходящих для организации потоковой передачи. Клиент 410 может иметь веб-браузер 418 для взаимодействия с веб-сервером 412 и медиа декодер/плеер 420 для декодирования и отображения потокового содержания мультимедиа.

В некоторых вариантах клиент 410 открывает одно или более соединений протокола TCP с одним или более стандартными серверами протокола HTTP или кэшами. Клиент 410 затем вызывает файл MPD (метаданные), предоставляющий информацию о структуре и различных версиях медиасодержания, хранящихся на веб/медиа сервере 414, включая, например, различные скорости передачи данных, частоты кадров, разрешения, типы кодеков и другую информацию, указанную в стандарте ISO/IEC 23009-1: 2012(E) для модели данных MPD для сервиса DASH. Файл данных MPD используется для передачи адреса HTTP URL каждого сегмента и ассоциированной информации метаданных для отображения этих сегментов на ось времени презентации медиа. Клиент 410 запрашивает новые данные в отрывках с использованием сообщений HTTP GET или частичных сообщений HTTP GET для получения сегментов данных меньшего размера (HTTP GET URL(FRAG1 REQ), FRAGMENT 1, HTTP GET URL(FRAGi REQ), FRAGMENTi) из состава выбранной версии медиа файла с индивидуальными сообщениями HTTP GET, имитарующими потоковую передачу через короткое скачивание, как показано на Фиг. 4. Адрес URL в составе сообщения HTTP GET указывает веб-серверу 412, какой Сегмент или Сегменты запрашивает клиент. В результате веб-браузер 418 вызывает и получает медиа контент от веб-сервера 412 Сегмент за Сегментом (или Под-сегмент за Под-сегментом на основе запросов диапазона байтов).

На Фиг. 5 показано взаимодействие 500 высокого уровня сервер-клиент в контексте потоковых передач с активной рассылкой (сервисы PSS и IMS PSS MBMS). В этом контексте сервер 510 принимает от клиента 520 информацию 530 обмена сигналами о возможностях и адаптирует содержание на основе ориентации устройства. В модели на основе активной рассылки сервер 510 выбирает одну из версий содержания из совокупности хранящихся версий содержания или динамически транскодирует содержание на основе текущей ориентации устройства и передает поток содержания клиенту 520. Метаданные, относящиеся к сеансу, передают 540 клиенту 520 согласно протоколу описания сеанса (SDP), который описывает информацию об ориентации устройства, ассоциированную с потоковым содержанием.

При использовании сервиса PSS клиент 520 обычно передает информацию об ориентации устройства в виде сообщения RTSP DESCRIBE серверу 510. Это сообщение может также содержать атрибут «Ориентация по умолчанию» (DefaultOrientation) (Табл. 2), указывающий ориентацию устройства в отсутствие какой-либо дополнительной сигнализации от клиента 520. Дополнительно, сигнализация ProfDiff используется для временной подстройки профиля возможностей устройства, когда текущая ориентация устройства отличается от ориентации устройства по умолчанию. Серверы содержания для сервиса PSS, поддерживающие обмен информацией о возможностях, могут также принимать информацию об ориентации устройства от клиента в составе каких-либо последующих запросах по протоколу HTTP или RTSP.

При использовании сервиса IMS PSS MBMS клиент 520 может передать информацию об ориентации устройства в составе сообщения SIP SUBSCRIBE в подсистему опорной сети (Core Network (CN)) мультимедиа по интернет-протоколу (IP Multimedia (IM)) в ходе поиска сервиса и затем направляет сообщение для функции поиска сервиса (Service Discovery Function (SDF)).

Например, Фиг. 6 показывает обмен 600 сообщениями об ориентации устройства между терминалом UE 610 (таким же или взаимозаменяемым с терминалом UE 110), подсистемой ГМ CN 620 и функцией SDF 630. Подсистема IM CN 620 и функция SDF 630 могут быть частью области опорной сети, сопряженного с областью сети доступа, например, сети RAN 168 (Фиг. 1).

Сообщение SIP SUBSCRIBE 640 может также содержать атрибут ориентации устройства по умолчанию, указывающий ориентацию устройства в отсутствие какой-либо дополнительной сигнализации от клиента 610. Функция SDF 630 определяет правильную информацию о поиске сервиса, например, согласно возможностям терминала UE 610, для профиля абонента (Поиск персонализированного сервиса (Personalized Service Discovery)). Функция SDF 630 передает терминалу UE 610 сообщение SEP NOTIFY 650, содержащее информацию о поиске сервиса, для подсистемы ГМ CN 620, которая ретранслирует сообщение SB? NOTIFY 650 назад терминалу UE 610. Каждая такая ретрансляция сообщения квитируется сообщением SIP OK. Такая схема обмена сообщениями позволяет оптимизировать поиск сервиса, использующего информацию об ориентации устройства, в совокупности сервисов PSS и MBMS. После этого, во время сеанса подсистемы IM (IMS), терминал UE 610 может также использовать сигнализацию по протоколу SIP для указания обновлений, включая любые временные подстройки ориентации устройства на основе разницы ProfDiff, т.е., если текущая ориентация устройства отличается от ориентации устройства по умолчанию.

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

Фиг. 7 показывает блок-схему системы 700 для работы с информацией, способной реализовать обмен сигналами о характеристиках ориентации устройства и адаптацию мультимедийного содержания на сервере в соответствии с ориентацией устройства согласно одному или более вариантам. Система 700 для работы с информацией, показанная на Фиг. 7, может материально реализовать один или более сетевых элементов из состава сети связи 100, как это показано на Фиг. 1, 3, 4 или 5 и описано в связи с этими чертежами. Например, система 700 для работы с информацией может представлять аппаратуру клиента 110, медиасервера 112 или сервера 130 возможностей устройств с большим или меньшим числом компонентов в зависимости от спецификации аппаратуры конкретного устройства или сетевого элемента. Например, в качестве терминала UE система 700 обычно должна иметь датчик ориентации. Хотя система 700 для работы с информацией представляет один из примеров множества типов компьютерных платформ, эта система 700 может содержать больше или меньше элементов и/или представлять другое соединение элементов, чем показано на Фиг. 7.

Система 700 для работы с информацией содержит один или несколько процессоров, таких как процессор 710 и/или процессор 712, которые могут иметь одно или более процессорных ядер. Эти один или более процессоров 710, 712 могут быть соединены с одним или несколькими запоминающими устройствами 716 и/или 718 через мост 714 памяти, который может быть расположен вне процессоров 710, 712 или по меньшей мере частично расположен в одном или более процессорах 710, 712. Запоминающее устройство 716 и/или запоминающее устройство 718 может представлять собой полупроводниковое запоминающее устройство, например энергозависимую память и/или энергонезависимую память. Мост 714 памяти может быть соединен с графической системой 720 для управления устройством отображения (не показано), соединенным с системой 700 для работы с информацией.

Система 700 для работы с информацией может дополнительно содержать мост 722 ввода/вывода для соединения с различными типами систем ввода/вывода. Система 724 ввода/вывода может быть, например, быть системой типа системы с универсальной последовательной шиной (USB), системой по стандарту IEEE 1394 или другой подобной системой для соединения одного или нескольких периферийных устройств с системой 700 для работы с информацией. Система 726 шин может содержать один или несколько типов шин, таких как шина для соединения периферийных компонентов (peripheral component interconnect (PCI)) или подобная шина для соединения одного или нескольких периферийных устройств с системой 700 для работы с информацией. Система 728 контроллера накопителей на жестких дисках (hard disk drive (HDD)) может соединять один или несколько накопителей на жестких дисках или подобные устройства с системой 700 для работы с информацией. Это могут быть, например, накопители типа Serial ATA или аналогичного типа или, в качестве альтернативы, полупроводниковый накопитель, содержащий флэш-память, память на основе фазовых переходов и/или память халькогенидного типа или другую подобную память. Коммутатор 730 может быть использован для соединения одного или нескольких коммутируемых устройств с мостом 722 ввода/вывода, например устройства (Gigabit Ethernet) или аналогичного типа. Более того, как показано на Фиг. 7, система 700 для работы с информацией может содержать радио приемопередатчик 732, имеющий высокочастотные схемы и устройства, соединенные с одной или несколькими антеннами 734, для радиосвязи с другими устройствами радиосвязи и/или через сети радиосвязи, такие как система связи 400, показанная на Фиг. 4. Если система для работы с информацией содержит несколько антенн 734, радио приемопередатчик 732 может реализовать схему связи с несколькими входами и несколькими выходами (multiple-input, multiple-output (MIMO)), хотя объем заявляемого предмета изобретения в этом отношении не ограничивается. Пример варианта системы для работы с информацией в контексте терминала UE показан на Фиг. 8 и рассмотрен ниже применительно к этому устройству.

Фиг. 8 представляет изометрический вид системы 700 для работы с информацией, показанной на Фиг. 7 и реализованной в виде сотового телефона, смартфона, планшетного устройства или другого аналогичного устройства. Система 700 содержит клиента НО, изображенного на Фиг. 1, реализует обмен сигналами о возможностях ориентации устройства и инициирует адаптацию мультимедийного содержания на сервере в соответствии с ориентацией устройства. Система 700 для работы с информацией может содержать корпус 810 с устройством 812 отображения, которое может иметь сенсорный экран 814 для приема тактильного ввода данных и команд, вводимых с использованием пальца 816 пользователя и/или стилуса 818, для управления одним или более процессорами 710 или 712. В корпусе 810 могут находиться один или более компонентов системы 700 для работы с информацией, например, один или более процессоров 710, 712 одно или более запоминающих устройств 716, 718 или приемопередатчик 732. Система 700 для работы с информацией может также в некоторых вариантах содержать область 820 физического воздействия, которая может содержать клавиатуру или кнопки для управления системой для работы с информацией посредством одной или более кнопок или переключателей. Система 700 для работы с информацией может также содержать порт или слот 822 для присоединения энергонезависимой памяти, такой как, например, флэш-память, в форме защищенной цифровой карты (SD) или модуля идентификации абонента (SIM). В некоторых вариантах система 700 для работы с информацией может дополнительно содержать один или несколько громкоговорителей 823 и микрофонов 824 и порт для соединения этой системы 700 для работы с информацией с другим электронным устройством, доком, устройством отображения, зарядным устройством для аккумуляторов и т.п. Кроме того, система 700 для работы с информацией может иметь гнездо 828 для подключения головных телефонов или громкоговорителя, а также одну или более видеокамер 830 на одной или более сторонах корпуса 810. Система 700 содержит внутренний датчик 840 ориентации. Следует отметить, что система 700 для работы с информацией, показанная на Фиг. 7 и 8, может иметь больше или меньше элементов, чем показано, в различных конфигурациях.

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

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

название год авторы номер документа
СПОСОБ ПЕРЕКЛЮЧЕНИЯ МЕЖДУ MBMS ЗАГРУЗКОЙ И ДОСТАВКОЙ НА ОСНОВЕ HTTP DASH-ФОРМАТИРОВАННОГО СОДЕРЖАНИЯ ПО IMS СЕТИ 2011
  • Ойман Озгур
RU2557256C1
СИГНАЛИЗАЦИЯ ТРЕХМЕРНОЙ ВИДЕОИНФОРМАЦИИ В КОММУНИКАЦИОННЫХ СЕТЯХ 2013
  • Ойман Озгур
RU2591174C2
СИГНАЛИЗАЦИЯ ТРЁХМЕРНОЙ ВИДЕОИНФОРМАЦИИ В КОММУНИКАЦИОННЫХ СЕТЯХ 2013
  • Ойман Озгур
RU2643446C1
СИСТЕМА И СПОСОБ ДЛЯ АДАПТАЦИИ ВИДЕОСВЯЗИ 2011
  • Ойман Озгур
RU2558736C1
СПОСОБ И СИСТЕМА ПОТОКОВОЙ ПЕРЕДАЧИ МУЛЬТИМЕДИЙНЫХ ДАННЫХ, ПОЛЬЗОВАТЕЛЬСКОЕ УСТРОЙСТВО И СЕРВЕР 2013
  • Ли Чжимин
  • Вэй Аньни
RU2627295C1
СИСТЕМА И СПОСОБ ДЛЯ ОСУЩЕСТВЛЕНИЯ ХЭНДОВЕРА MBMS ВО ВРЕМЯ ДОСТАВКИ В РЕЖИМЕ ЗАГРУЗКИ 2008
  • Боуазизи Имед
  • Ведантам Рамакришна
RU2436245C2
УПРАВЛЕНИЕ ЗАПУСКОМ ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ МЕЖДУ ОДНОАДРЕСНОЙ И МНОГОАДРЕСНОЙ УСЛУГАМИ 2012
  • Чериан Джордж
  • Улупинар Фатих
  • Ванг Дзун
RU2604424C2
НАСЛЕДОВАНИЕ ПАРАМЕТРОВ УНИФИЦИРОВАННОГО ИДЕНТИФИКАТОРА РЕСУРСА (URI) 2013
  • Кервадец Сильвен
  • Бекер Клаудия
  • Виволо Оливье
RU2602244C1
УСТРОЙСТВО И СПОСОБ ПОДАЧИ СОДЕРЖАНИЯ, ПРОГРАММА, УСТРОЙСТВО ТЕРМИНАЛА И СИСТЕМА ПОДАЧИ СОДЕРЖАНИЯ 2014
  • Ямагиси Ясуаки
  • Мори Масахито
RU2663187C2
Способ и устройство для управляемого выбора точки наблюдения и ориентации аудиовизуального контента 2017
  • Ханнуксела Миска
  • Афлаки Бени Пайман
RU2728904C1

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

Реферат патента 2016 года СИГНАЛИЗАЦИЯ ОБМЕНА ХАРАКТЕРИСТИКАМИ ОРИЕНТАЦИИ УСТРОЙСТВА И АДАПТАЦИЯ МУЛЬТИМЕДИЙНОГО СОДЕРЖАНИЯ, В ОТВЕТ НА ОРИЕНТАЦИЮ УСТРОЙСТВА, СЕРВЕРОМ

Группа изобретений относится к способу и устройствам обмена сигналами о характеристиках, передающими информацию датчика ориентации от мобильных терминалов сетевым серверам. Техническим результатом является оптимизация поиска сервиса связи на основе характеристик ориентации мобильного терминала. Способ обмена сигналами о характеристиках предоставляет информацию от датчиков ориентации от UE сетевым серверам. Информация от датчика ориентации описывает поддержку устройством возможностей датчика ориентации или текущее состояние ориентации устройства. На основе такой информации сервер мультимедиа предоставляет различные кодированные версии мультимедийного содержания для различных типов ориентации устройства, поддерживаемых этим устройством. Сервер может также адаптировать, динамически и в реальном времени, параметры считывания или транскодирования медиа для создания содержания, адаптированного (т.е. оптимизированного) к текущему типу ориентации устройства или к различным промежуточным состояниям ориентации и пространственным позициям. 5 н. и 22 з.п. ф-лы, 8 ил., 11 табл.

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

1. Мобильный терминал, выполненный с возможностью радиосвязи с удаленным сервером медиасодержания и инициирования обмена сигналами о характеристиках, содержащий:
датчик ориентации;
устройство отображения;
радиочастотный приемопередатчик;
процессор, функционально соединенный с радиочастотным приемопередатчиком; и
память, функционально соединенную с процессором, при этом память хранит команды для конфигурирования процессора, для:
передачи, с помощью радиочастотного приемопередатчика, информации, сообщающей удаленному серверу медиасодержания или серверу профилей устройств о характеристиках ориентации устройства указанного мобильного терминала, при этом указанные характеристики ориентации мобильного терминала содержат одну или более заданных позиций ориентации устройства, соответствующих информации об ориентации обеспечиваемой датчиком ориентации;
передачи удаленному серверу медиасодержания сообщения, указывающего текущее состояние ориентации и содержащее запрос видеосодержания для отображения на экране устройства отображения на основе характеристик ориентации мобильного терминала;
приема от удаленного сервера медиасодержания файла протокола описания сеанса (SDP) для доставки видеосодержания способом, выбранным из группы, содержащей:
потоковую передачу видеосодержания в соответствии с потоковым протоколом реального времени (RTSP),
передачу видеосодержания в динамически адаптивном режиме по протоколу HTTP (DASH), и
скачивание видеосодержания по протоколу HTTP или по протоколу доставки файлов однонаправленным транспортом (FLUTE); и
прием от удаленного сервера медиасодержания указанного видеосодержания, идентифицированного в файле SDP и выбранного удаленным сервером медиасодержания на основе текущего состояния ориентации мобильного терминала.

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

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

4. Мобильный терминал по п. 3, в котором файл описания содержит файл описания презентации медиа (MPD), а команды дополнительно конфигурируют процессор, для:
предоставления указанной информации, указывающей характеристики ориентации мобильного терминала, удаленному серверу медиасодержания посредством сообщения POST согласно гипертекстовому транспортному протоколу (HTTP);
запроса у сервера медиасодержания файла MPD посредством сообщения HTTP GET;
приема от удаленного сервера медиасодержания файла MPD; и
запроса выбранной версии видеосодержания от удаленного сервера медиасодержания с использованием динамических адаптивных потоковых передач по протоколу HTTP (DASH).

5. Мобильный терминал по п. 1, в котором команды дополнительно конфигурируют процессор, для:
определения текущего состояния ориентации мобильного терминала на основе информации об ориентации, предоставляемой датчиком ориентации.

6. Мобильный терминал по п. 1, в котором сервер удаленного медиасодержания содержит мультимедийную подсистему, функционирующую по интернет-протоколу (IMS) на основе потокового сервиса с пакетной коммутацией, и в котором команды дополнительно конфигурируют процессор, для:
передачи, в мультимедийную подсистему опорной сети интернет протокола, посредством сообщения SUBSCRIBE по протоколу инициирования сеанса (SIP), во время поиска сервиса, информации, указывающей характеристики ориентации мобильного терминала.

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

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

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

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

11. Способ по п. 8, в котором файл метаданных представляет собой файл протокола описания сеанса (SDP) для доставки мультимедийного содержания, посредством одного из способов, выбранного из группы, содержащей:
потоковую передачу мультимедийного содержания в соответствии с потоковым протоколом реального времени (RTSP),
доставку мультимедийного содержания с использованием динамически адаптивной потоковой передачи по протоколу HTTP (DASH), и
скачивание мультимедийного содержания по протоколу HTTP или по протоколу доставки файлов однонаправленным транспортом (FLUTE).

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

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

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

15. Один или более компьютерных носителей записи по п. 13, в котором транспортный протокол выбирают из группы, содержащей:
транспортный протокол реального времени (RTP); и
гипертекстовый транспортный протокол (HTTP).

16. Один или более компьютерных носителей записи по п. 13, в котором файл описания сеанса или метаданных представляет собой файл протокола описания сеанса (SDP) для доставки видеосодержания способом, из группы, содержащей:
потоковую передачу видеосодержания согласно потоковому протоколу реального времени (RTSP),
потоковую передачу видеосодержания с использованием динамически адаптивной потоковой передачи по протоколу HTTP (DASH), и
скачивание мультимедийного содержания по протоколу HTTP или по протоколу доставки файлов однонаправленным транспортом (FLUTE) или в соответствии с файлом описания презентации медиа (MPD) для DASH.

17. Один или более компьютерных носителей записи по п. 13, в котором при выполнении указанных команд сервер медиасодержания дополнительно выполнен с возможностью:
транскодирования видеосодержания или преобразования формата видеосодержания на основе атрибута ориентации устройства.

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

19. Мобильный терминал, выполненный с возможностью координации ориентации видео в сети согласно стандартам проекта партнерства третьего поколения (3GPP), содержащий:
сетевой интерфейс для связи с сервером потокового сервиса с пакетной коммутацией (PSS) через сеть радио доступа (RAN) из состава сетей 3GPP; и
клиент PSS, для:
передачи, через сетевой интерфейс, сигнала о характеристиках клиента PSS для интерпретации информации о видеоориентации;
приема, через сетевой интерфейс от сервера PSS, файла протокола описания сеанса (SDP), причем указанный файл SDP содержит информацию о текущей ориентации видео, принимаемого от сервера PSS; и
поворота видео, принимаемого от сервера PSS, на основе текущей ориентации, указанной в информации о текущей ориентации видео.

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

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

22. Мобильный терминал по п. 19, в котором клиент PSS дополнительно выполнен с возможностью:
горизонтального переворота видео на основе текущей ориентации, указанной в информации о текущей ориентации видео.

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

24. Один или более машиночитаемых носителей записи, хранящих команды, вызывающие, при их исполнении, выполнение сервером медиасодержания:
обмена сигналами о характеристиках потокового сервиса с пакетной коммутацией (PSS) с мобильным терминалом через сеть связи согласно стандарту группы проекта партнерства третьего поколения (3GPP), при этом указанный обмен сигналами о характеристиках для сервиса PSS определяет атрибуты характеристик устройства координации ориентации видео;
выбора, на основе обмена сигналами о характеристиках сервиса PSS, содержания, содержащего изображение в первой ориентации; и
передачи сигнала о первой ориентации изображения на мобильный терминал.

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

26. Один или более машиночитаемых носителей записи по п. 24, в котором при выполнении указанных команд сервер медиасодержания дополнительно выполнен с возможностью:
передачи сигнала о первой ориентации изображения на мобильный терминал в составе файла протокола описания сеанса (SDP) по транспортному протоколу реального времени (RTP).

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

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

Колосоуборка 1923
  • Беляков И.Д.
SU2009A1
Переносная печь для варки пищи и отопления в окопах, походных помещениях и т.п. 1921
  • Богач Б.И.
SU3A1
Колосоуборка 1923
  • Беляков И.Д.
SU2009A1
Аппарат для очищения воды при помощи химических реактивов 1917
  • Гордон И.Д.
SU2A1
Аппарат для очищения воды при помощи химических реактивов 1917
  • Гордон И.Д.
SU2A1

RU 2 598 800 C2

Авторы

Ойман Озгур

Даты

2016-09-27Публикация

2013-06-24Подача