СИСТЕМА И СПОСОБ ДЛЯ АДАПТАЦИИ ВИДЕОСВЯЗИ
SYSTEM AND METHOD OF VIDEO COMMUNICATION ADAPTATION

Уровень техники
В настоящее время беспроводные сети связи находятся на грани третьей фазы роста, приходящей на смену текущей эпохи, в которой доминировал рост трафика данных, и предыдущей эпохи, в которой доминировал голосовой трафик. Прогнозируется, что в третьей фазе роста доминирующим компонентом трафика беспроводной передачи данных становятся видеоданные. В ходе одного недавнего исследования прогнозировалось, что видеоданные превысят девяносто один процент глобального трафика данных потребителей и к 2014 г. будут составлять приблизительно шестьдесят шесть процентов от общего мирового трафика данных в системах мобильной связи.
Рост видеосервисов, включающих в себя сервисы потоковой передачи данных и сервисы ведения разговоров, является, таким образом, одним из основных движущих факторов эволюции новых технологий и стандартов мобильной широкополосной связи. При таком высоком потребительском спросе на видеосервисы, сопряженные с разработками в области сжатия мультимедийных данных и инфраструктур беспроводных сетей связи, представляет интерес расширение возможностей видеосервисов будущих сотовых и мобильных широкополосных систем связи и обеспечение потребителям высокого качества впечатления (QoE), гарантирующее повсеместный доступ к видеоконтенту и сервисам из любого места расположения в любое время с использованием любого устройства и технологии. В частности мобильные оконечные устройства, соединенные беспроводным образом с глобальной сетью связи, могут также локально служить в качестве клиентской "горячей точки" для видеоприложений, поставляемых по цифровой проводной линии связи или через беспроводные соединения периферийным устройствам отображения (например, телевизионному приемнику, монитору и тому подобному). Следовательно, может быть желательным усовершенствование поставки видеоконтента с высоким QoE (качеством впечатления) периферийным устройствам.
Именно в связи с этими и другими соображениями и были необходимы настоящие усовершенствования.
Краткое описание чертежей
На фиг. 1 изображена система, соответствующая настоящим вариантам реализации изобретения.
На фиг. 2 изображен вариант реализации системы, который может предоставить функциональные возможности видеоконференцсвязи.
На фиг. 3 изображена система для потоковой передачи видеоданных, соответствующая другим вариантам реализации изобретения.
На фиг. 4 изображен один вариант реализации операции передачи сигналов о возможностях устройства и операции согласования параметров сеанса связи для мобильного оконечного устройства или пользовательского оборудования (UE-оборудования) в системе Сервиса мультимедийной телефонной связи посредством мультимедийной подсистемы протокола межсетевого взаимодействия (MTSI-сервиса).
На фиг. 5 изображен вариант реализации механизма передачи отчетов о QoE (качестве впечатления), выполняемого клиентом MTSI-сервиса.
На фиг. 6 изображен вариант реализации операции передачи сигналов о возможностях устройства и операции согласования параметров сеанса связи, которые (операции) основаны на протоколах RTSP/SDP (Протоколе потоковой передачи данных в реальном масштабе времени/Протоколе описания сеанса связи), для оконечного устройства пользовательского оборудования в системе Потоковой передачи данных с коммутацией пакетов (PSS).
На фиг. 7 изображена система для потоковой передачи мультимедийных данных между пользовательским оборудованием и HTTP сервером (сервером Протокола передачи гипертекста), соответствующая другим вариантам реализации изобретения.
На фиг. 8 изображен вариант реализации передачи сигналов управления сеансом связи на основе DASH (Динамической адаптивной потоковой передачи данных посредством протокола передачи гипертекста).
На фиг. 9 изображена одна приводимая в качестве примера логическая блок-схема алгоритма.
На фиг. 10 изображена другая приводимая в качестве примера логическая блок-схема алгоритма.
На фиг. 11 изображена дополнительная приводимая в качестве примера логическая блок-схема алгоритма.
На фиг. 12 изображена другая приводимая в качестве примера логическая блок-схема алгоритма.
На фиг. 13 изображен вариант реализации вычислительной системы.
На фиг. 14 проиллюстрирован один вариант реализации архитектуры вычислительной системы.
Подробное описание
Различные варианты реализации изобретения связаны с расширением технических возможностей видео в разнородных средах, в которых видеоданные могут поставляться пользовательскому устройству (также именуемому как пользовательское оборудование), локально соединенного с периферийными устройствами отображения, и от этого пользовательского устройства возможно через различные эфирные интерфейсы. Варианты реализации изобретения повышают способность поставлять видеоконтент с высоким QoE (качеством впечатления) повсеместно периферийным устройствам отображения, и, в частности, предоставлять процедуры обработки мультимедийных данных и протоколы управления сеансом связи, оптимизированные для различных классов устройств отображения и их возможностей.
Некоторые варианты реализации изобретения могут охватывать адаптацию видеоданных и управление качеством впечатления (QoE) для сервисов ведения разговора и потоковой передачи данных. В некоторых вариантах реализации изобретения видеоданные могут поставляться устройству отображения через линию связи, такую как локальная беспроводная линия связи, от пользовательского устройства, которое сопряжено со второй беспроводной линии связи, которая принимает видеоданные из глобальной сети связи. В некоторых вариантах реализации изобретения пользовательское устройство может использовать технологию беспроводной связи, такую как беспроводное отображение (WiDi) или другая технология, которая для соединения с устройством отображения использует возможность одноранговой (P2P) беспроводной связи. Это беспроводное соединение может иметь место через эфирный интерфейс, основанный на беспроводной локальной сети (WLAN) или на беспроводной персональной сети (WPAN) и включающий в себя: WiFi Р2Р, WFA WiFiDisplay, WiDiDirect, myWiFi, технологию 60 гигагерц, Bluetooth, беспроводную USB и другие известные технологии.
Некоторые варианты реализации системы связи могут быть осуществлены посредством технологии радиосвязи, такой как, среди прочего, стандарты IEEE (Института электрической и электронной техники) 802.16 (WiMAX), IEEE 802.11 (WiFi), IEEE 802-20, относящийся к проекту партнерства третьего поколения (3GPP) эволюционировавший стандарт (E-UTRA) стандарта (UTRA) наземной радиосвязи с абонентами Универсальной системы мобильной связи (UMTS). Стандарт IEEE 802.16 m представляет собой развитие стандарта IEEE 802.16 е, и обеспечивает обратную совместимость с системами, основанными на стандарте IEEE 802.16. UTRA представляет собой часть UMTS (Универсальной системы мобильной связи). Стандарт "долгосрочной эволюции (LTE) 3GPP (Проекта партнерства третьего поколения) представляет собой часть Эволюционировавшей системы UMTS (E-UMTS), использующей стандарт E-UTRA. LTE-advance (LTE-усовершенствованная) (LTE-A) представляет собой эволюцию стандарта "LTE 3GPP". В соответствии с использованием, принятым в данной заявке, любая ссылка на термин "LTE" включает в себя любую версию стандарта LTE, включая LTE-A и его редакции, потомков и варианты. Варианты реализации изобретения не ограничены этим контекстом. Варианты реализации изобретения могут также быть осуществлены с использованием Bluetooth или других стандартов беспроводной локальной радиосвязи.
В различных вариантах реализации изобретения устройство отображения может использоваться для представления такого видеоконтента, как видеоданные, которые передаются от пользовательского устройства, которое принимает эти видеоданные от некоторого внешнего источника. В частных вариантах реализации изобретения пользовательское устройство и устройство отображения могут передавать между собой управляющую информацию для управления и адаптации видеосвязи, улучшая, таким образом, сеансы видеосвязи с ведением разговора или сеансы связи с потоковой передачей видеоданных. В некоторых вариантах реализации изобретения аппарат может включать в себя один или более радиочастотных (RF) приемопередатчиков, устроенных таким образом, чтобы принимать из беспроводной глобальной сети (WWAN) мультимедийный контент во время сеанса связи по некоторой первой линии связи, и пересылать информацию по некоторой второй линии связи устройству отображения, причем первая и вторая линии связи содержат разнородные линии связи. Аппарат может также содержать процессорную схему, сопряженную средствами связи с этим одним или более радиочастотными приемопередатчиками, и модуль адаптации видеоданных. Модуль адаптации видеоданных может действовать на процессорную схему таким образом, чтобы собирать с устройства отображения информацию о возможностях устройства, и, основываясь на собранной информации о возможностях устройства, поступившей от устройства отображения, изменять передачу сигналов обмена данными о возможностях устройства в сеть WWAN (беспроводную глобальную сеть), причем передача сигналов обмена данными о возможностях устройства предназначена для того, чтобы определять обмен мультимедийным контентом по первой линии связи, по второй линии связи, или как по первой, так и по второй линиям связи. Описаны и заявлены и другие варианты реализации изобретения.
На фиг. 1 изображена система 100, соответствующая настоящим вариантам реализации изобретения. В некоторых вариантах реализации изобретения система 100 может улучшить предоставление видеоконтента для сервисов ведения разговора и потоковой передачи данных, в которых (сервисах) видеоданные предоставляются в качестве всего или части этого сервиса. Как изображено на фигуре, источник 102 видеоданных связан с беспроводной глобальной сетью 104 связи, которая, в свою очередь, сопряжена с пользовательским оборудованием (UE) 106 по беспроводной линии 108 связи. В различных вариантах реализации изобретения беспроводная глобальная сеть 104 связи может представлять собой нелокальную сеть, которая обычно относится к сети, которая может включать в себя общедоступный сетевой компонент радиосвязи с абонентами, имеющий такую технологию радиосвязи, как, например, IEEE 802.16 (WiMAX), 3GPP или IEEE 802.11 (WiFi). В этом отношении, термин "WWAN" ("беспроводная глобальная сеть 104 связи"), в том смысле, в котором он здесь используется, может относиться к сочетанию сети радиосвязи с абонентами и базовой сети, такой как сеть WiMAX или 3GPP, и может также включать в себя беспроводные локальные сети, такие как общедоступная сеть WiFi. Нелокальная сеть может также включать в себя IP-сеть и другие компоненты базовой сети, которые, вместе с сетью радиосвязи с абонентами, могут связать источник видеоданных с пользовательским оборудованием. В этом отношении, беспроводная линия связи от пользовательского оборудования до наземной общедоступной мобильной сети связи, и, в частности, беспроводная линия связи с беспроводной глобальной сетью (WWAN) связи, именуется здесь как "нелокальная" линия связи.
Примеры источника 102 видеоданных могут включать в себя любой аппаратный или программный элемент, способный хранить и/или поставлять видеоконтент, такой как устройство цифровой видеозаписи (DVR), компьютер, персональное устройство видеозаписи (PVR), устройство с цифровым универсальным диском (DVD), стандарт наклонно-строчной видеозаписи (VHS) устройство, цифровое устройство бытовой видеосистемы (VHS), дисковод, жесткий магнитный диск, оптический дисковод, флэш-память с универсальной последовательной шиной (USB), карта памяти, защищенная цифровая (SD) карта памяти, запоминающее устройство большой емкости, флэш-память, игровая консоль, проигрыватель компакт-дисков (CD), считываемая компьютером или машиночитаемая память, цифровая фотокамера, видеокамера с встроенным видеозаписывающим устройством, система видеонаблюдения, система конференцсвязи, телефонная система, медицинские и измерительные приборы, система сканирования, копировальная система, телевизионная система, цифровая телевизионная система, телевизионные абонентские приставки, персональные видеозаписи, серверные системы, компьютерные системы, персональные компьютерные системы, смартфоны, планшеты, портативные компьютеры, карманные компьютеры, "носимые" компьютеры, портативные проигрыватели мультимедийных данных (PMP-проигрыватели), портативные записывающие устройства (PMR) мультимедийных данных, цифровые аудиоустройства (например, MP3-плейеры), цифровые медиа-серверы и так далее. Другие примеры источника 102 видеоданных могут включать в себя системы распространения мультимедийных данных, обеспечивающих вещательную передачу или потоковую передачу аналоговых или цифровых аудио/видеосигналов пользовательскому оборудованию 106. Варианты реализации изобретения не ограничены этим контекстом.
В различных вариантах реализации изобретения пользовательское оборудование 106 может включать в себя дисплей (не показанный на фигуре) для представления визуальной информации, такой как видеоконтент, принятый от источника 102 видеоданных. Примеры пользовательского оборудования 106 могут включать в себя мобильные вычислительные устройства, портативные компьютеры, настольные компьютеры, карманные вычислительные устройства, планшетные вычислительные устройства, вычислительные устройства "нетбук" (портативные компьютеры для работы в сети), смартфоны, сотовые телефоны, "носимые" компьютеры и так далее, но не ограничиваясь ими. Варианты реализации изобретения не ограничены этим контекстом.
В соответствии с настоящими вариантами реализации изобретения, пользовательское оборудование 106 может быть связано, посредством линии 112 связи, с устройством 110 отображения. В различных вариантах реализации изобретения устройство НО отображения может представлять собой цифровой дисплей, телевизионный дисплей, мобильное вычислительное устройство, портативный компьютер, настольный компьютер, карманное вычислительное устройство, планшетное вычислительное устройство, вычислительное устройство "нетбук" (портативный компьютер для работы в сети), смартфон и так далее. Варианты реализации изобретения не ограничены этим контекстом.
В некоторых вариантах реализации изобретения линия 112 связи может быть локальной беспроводной линией связи, которая образует одноранговое соединение, как это было описано выше. Пользовательское оборудование 106 может управляться таким образом, чтобы пересылать видеоконтент, принятый от источника 102 видеоданных для представления на устройстве ПО отображения. Это может быть желательным в случаях, при которых устройство ПО отображения повышает качество представления видеоконтента, принятого от источника 102 видеоданных. В различных вариантах реализации линии 112 связи, которая образует локальную линию связи между пользовательским оборудованием 106 и устройством ПО отображения, пользователь может быть расположен около одного или обоих компонентов из числа: пользовательского оборудования 106 и устройства ПО отображения. Таким образом, пользователь может управлять функционированием пользовательского оборудования 106 для приема видеоконтента, такого как в видеотелефонном разговоре по сети "Интернет" или в сеансе связи с потоковой передачей видеоданных. В то же самое время, пользователь может видеть видеоданные, принятые от источника 102 видеоданных, так, как они представлены на устройстве НО отображения, которое расположено вблизи от пользователя.
В различных вариантах реализации изобретения пользовательское оборудование 106 включает в себя модуль 114 адаптации видеоданных, который устроен таким образом, чтобы улучшать управление сеансом видеосвязи, проводимого между пользовательским оборудованием 106 и источником 102 видеоданных и устройством ПО отображения. В частности, модуль 114 адаптации видеоданных может улучшить такие характеристики, как адаптация мультимедийных данных, передача сигналов транспортировки, согласование возможностей, организация буферизации данных, и измерение QoE (качества впечатления) и передача отчетов о нем во время сеанса связи. Примеры операций, осуществляемых модулем адаптации видеоданных, описываются ниже в отношении фиг. 4-6 и 8-12.
На фиг. 2 изображен вариант реализации системы 200, которая может предоставлять функциональные возможности видеоконференцсвязи между устройством 202 вызывающего абонента и пользовательским оборудованием 204. В проиллюстрированном варианте реализации изобретения, к тому же, устройство 202 вызывающего абонента может инициировать сеанс связи, такой как сеанс видеоконференцсвязи, осуществляемый с использованием линии связи, основанной на протоколе межсетевого взаимодействия (IP-протоколе). В одном примере вызывающий абонент, использующий устройство 202 вызывающего абонента может сделать телефонный звонок по сети "Интернет" пользователю, расположенному у пользовательского оборудования 204, с использованием известного приложения видеосвязи (например, Skype™). Видеоданные, переданные на пользовательское оборудование 204 могут также быть представлены на устройстве 206 отображения, которое сопряжено с пользовательским оборудованием 204 по беспроводной линии 208 связи. В различных вариантах реализации изобретения сеанс видеосвязи между устройством 202 вызывающего абонента и пользовательским оборудованием 204 может быть организован по сети, основанной на мультимедийной подсистеме IP-протокола (IMS-подсистеме), такой как сеть "3GPP", основанная на Сервисе мультимедийной телефонной связи посредством IMS (MTSI-сервисе). В конкретном варианте реализации, изображенном на фиг. 2, вызывающий абонент, использующий устройство 202 вызывающего абонента может использовать оператора 210, в то время как пользователь пользовательским оборудованием 204 использует оператора 212.
Оператор 210 может включать в себя сеть радиосвязи с абонентами (RAN-сеть) 214, такую как сеть "3GPP" или сеть "WiMAX". RAN-сеть 214 может быть связана с традиционным обслуживающим узлом поддержки сервиса универсальной пакетной радиопередачи (SSGN-узлом) 216, который устроен таким образом, чтобы поставлять пакеты данных от устройств беспроводной связи, расположенных в пределах его географической зоны обслуживания. Кроме того, оператор 210 включает в себя шлюзовый узел поддержки сервиса универсальной пакетной радиопередачи (GGSN-узел) 218, связанный с SSGN-узлом 216. Как проиллюстрировано на фигуре, оператор 210 может также включать в себя традиционные прокси-функцию управления соединением при вызове абонента (P-CSCF) 220, и обслуживающую функцию управления соединением при вызове абонента (S-CSCF) 222 и сервер приложений (AS-сервер) 224.
Оператор 212 может аналогичным образом включать в себя сеть радиосвязи с абонентами (RAN-сеть) 228, такую как сеть "3GPP" или сеть "WiMAX". RAN-сеть 228 может быть связана с SSGN-узлом 230 и через него с GGSN-узлом 218. Как проиллюстрировано на фигуре, оператор 212 может также включать в себя традиционные P-CSCF 234, S-CSCF 236 и AS-сервер 238. Оператор 212 может также включать в себя местный сервер 240 абонентов и опрашивающую CSCF (I-CSCF) 242.
Как проиллюстрировано на фиг. 2, когда в устройстве 202 вызывающего абонента инициируется вызов, управляющие сигналы могут следовать по тракту передачи сигналов, который ведет от устройства 202 вызывающего абонента к пользовательскому оборудованию 204 по линии связи, проходящей через RAN-сеть 214, SGSN-узел 216, GGSN-узел 218, P-CSCF 220, S-CSCF 222, I-CSCF 242, S-CSCF 236, P-CSCF 234, GGSN-узел 232, SGSN-узел 230, и RAN-сеть 228. Тракт 244 передачи мультимедийных данных, предназначенный для передачи видеоданных и других мультимедийных данных между вызывающим устройством 202 и пользовательским оборудованием 204 может пролегать через RAN-сеть 214, SGSN-узел 216, GGSN-узел 218, GGSN-узел 232, SGSN-узел 230 и RAN-сеть 228, что также показано на фиг. 2.
В некоторых вариантах реализации изобретения устройство 206 отображения может быть связано с пользовательским оборудованием 204 в беспроводной локальной сети (WLAN), беспроводной персональной сети (WPAN) или другой беспроводной сети связи, которая функционирует таким образом, чтобы передавать сигналы, такие как видео и управляющие сигналы по линии 208 связи. Когда питание устройства 206 отображения включено, видеоконтент, передаваемый от вызывающего устройства 202 пользовательскому оборудованию 204, может, как показано на фигуре, пересылаться для представления на устройстве 206 отображения. В соответствии с различными вариантами реализации изобретения, пользовательское оборудование 204 может включать в себя модуль адаптации видеоданных, такой как модуль 114 адаптации видеоданных (смотри фиг. 1), предназначенный для того, чтобы улучшать адаптацию мультимедийных данных, передачу сигналов транспортировки, согласование возможностей, организацию буферизации данных, и измерение QoE (качества впечатления) и/или передачу отчетов о нем во время сеанса видеосвязи между вызывающим устройством 202 и пользовательским оборудованием 204.
На фиг. 3 изображена система 300 для потоковой передачи видеоданных между источником 302 видеоданных и пользовательским оборудованием 304, соответствующий другим вариантам реализации изобретения. Источник видеоданных может представлять собой сервер, который предоставляет сервис Потоковой передачи данных с коммутацией пакетов (PSS-сервис), к которому пользовательское оборудование 304 может получать доступ по требованию. Источник 302 видеоданных может предоставлять мультимедийный контент, включающий в себя видеоконтент, который может быть выведен пользователю на пользовательском оборудовании 304, и/или может быть передан устройству 306 отображения по линии 308 связи, которая в некоторых вариантах реализации изобретения может представлять собой локальную одноранговую линию связи. В изображенном варианте реализации изобретения источник 302 видеоданных сопряжен с сетью 310 общего пользования, которая может составлять часть сети "Интернет". Сеть 310 общего пользования сопряжена с IP-сетью 312, которая, в свою очередь сопряжена с беспроводной сетью 314 связи, которая связана беспроводным образом с пользовательским оборудованием 304. IP-сеть 312 и беспроводная сеть 314 связи могут быть в некоторых вариантах реализации изобретения организованы как сети "3GPP". Когда пользователь инициирует сеанс потоковой передачи видеоданных, мультимедийный контент предоставляется от источника 302 видеоданных пользовательскому оборудованию 304 через тракт, проходящий через сеть 310 общего пользования, базовую сеть 318, относящуюся к IP-сети 312, сеть 320 доступа и базовую станцию (322, относящиеся к беспроводной сети 314 связи. В различных вариантах реализации изобретения пакет видеоданных может предоставляться как осуществляемая по требованию потоковая передача данных с коммутацией пакетов, основанная на Протоколе потоковой передачи данных в реальном масштабе времени (RTSP-протоколе), или может предоставляться как потоковая передача данных, основанная на Протоколе передачи гипертекста (HTTP-протоколе), включая последовательную загрузку и динамическую адаптивную потоковую передачу данных посредством протокола передачи гипертекста (DASH).
В некоторых вариантах реализации изобретения устройство 306 отображения может быть сопряжено с пользовательским оборудованием 304 в беспроводной локальной сети (WLAN), беспроводной персональной сети (WPAN) или другой беспроводной сети связи (показанной как сеть 316, которая функционирует таким образом, чтобы передавать сигналы, такие как видео и управляющие сигналы по линии 308 связи. Когда питание устройства 306 отображения включено, видеоконтент, передаваемый от источника 202 видеоданных пользовательскому оборудованию 304, может, как показано на фигуре, пересылаться для представления на устройстве 306 отображения. Как и в случае вариантов реализации изобретения, показанных на фиг. 2, пользовательское оборудование 304 может включать в себя модуль адаптации видеоданных, такой как модуль 114 адаптации видеоданных (смотри фиг. 1), предназначенный для того, чтобы улучшать адаптацию мультимедийных данных, передачу сигналов транспортировки, согласование возможностей, организацию буферизации данных, и измерение QoE (качества впечатления) и/или передачу отчетов о нем во время сеанса видеосвязи между источником 302 видеоданных и пользовательским оборудованием 304.
Вновь обратившись к фиг. 2, отметим, что в различных вариантах реализации изобретения сети 210, 212 операторов могут каждая функционировать в качестве сервиса мультимедийной телефонной связи для мультимедийной подсистемы протокола межсетевого взаимодействия (MTSI-сервиса). Подсистема протокола межсетевого взаимодействия (IMS-подсистема) представляет собой архитектуру для осуществления основанных на IP-протоколе телефонной связи и мультимедийных сервисов. Общие технические условия для архитектуры "MTSI" сформулированы в документе 3GPP TS 26.114 VI 1.1.0 (3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia Subsystem (IMS); Multimedia Telephony; Media handling and interaction (Проект партнерства Третьего поколения; Сервисы и системные аспекты группы технических условий; Мультимедийная подсистема IP-протокола (IMS-подсистема); Мультимедийная телефонная связь; Обработка мультимедийных данных и взаимодействие); Выпуск 11, сентябрь 2011 г.) (в дальнейшем именуемом как "TS 26.114"). Общие технические условия для архитектуры "PSS" сформулированы в документе 3GPP TS 26.234 VI0.2.0 (3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Transparent end-to-end packet switched streaming service (PSS); Protocols and codecs (Проект партнерства Третьего поколения; Сервисы и системные аспекты группы технических условий; Сервис "прозрачной" сквозной потоковой передачи данных с коммутацией пакетов (PSS-сервис); Протоколы и ко деры-декодеры); Выпуск 10, сентябрь 2011 г.) (в дальнейшем именуемом как "TS 26.234"). Общие технические требования для последовательной загрузки и DASH-протоколов сформулированы в документе 3GPP TS 26.247 V10.0.0 (3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Transparent end-to-end packet switched streaming service (PSS); Progressive download and dynamic adaptive streaming over HTTP (3GP-DASH) (Проект партнерства Третьего поколения; Сервисы и системные аспекты группы технических условий; Сервис "прозрачной" сквозной потоковой передачи данных с коммутацией пакетов (PSS-сервис); последовательная загрузка и динамическая адаптивная передача данных посредством протокола передачи гипертекста (3GP-DASH)); Выпуск 10, июнь 2011 г.) (в дальнейшем именуемом как "TS 26.247").
Следует отметить, что технологии "MTSI" и "PSS", определенные в стандартах "3GPP" требуют функциональных возможностей, которые еще не определены, для того, чтобы обеспечивать высокое качество видеоинформации для сервисов ведения разговора и потоковой передачи данных по сетям, в которых пользовательское оборудование имеет локальные, и, возможно, разнородные соединения с периферийными устройствами отображения, такие как множественные линии связи с пользовательским оборудованием 204 и 304, изображенным на соответствующих фиг. 2 и 3. Термин "разнородные" в том значении, в котором он здесь используется в отношении беспроводных линий связи, соединений или связуемости, соотнесенных с пользовательским оборудованием, относится к обстоятельству, при котором данное пользовательское оборудование устроено таким образом, чтобы передавать данные данному пользовательскому оборудованию и от него по множественным беспроводным линиям связи, где первая беспроводная линия связи использует технологию или стандарт, отличные от второй беспроводной линии связи, и/или функционирует в качестве части беспроводной сети связи, иной по сравнению с беспроводной сетью связи второй беспроводной линии связи. Если сказано иное, то локальные линии связи, описываемые здесь в отношении настоящих вариантов реализации изобретения, могут представлять собой разнородные линии связи.
В некоторых вариантах реализации изобретения видеоприложения для ведения разговора можно улучшить, используя информацию о локальной связуемости с пользовательским оборудованием в качестве части Протокола инициирования сеанса связи (SIP-протокола), как протокола управления прикладного уровня, для того, чтобы организовывать, изменять и/или прекращать мультимедийные сеансы связи с ведением разговора, такие как видеоконференции, телефонные разговоры, ведущиеся через сеть "Интернет" и тому подобное.
На фиг. 4 изображен один вариант реализации операций пользовательского оборудования в системе MTSI-сервиса, которая может иметь место в контексте видеосервисов ведения разговоров, при которых видеоконтент поставляется пользовательскому оборудованию и от него с использованием локальных беспроводных линий связи. Следуя примеру, показанному на фиг. 2, первое пользовательское оборудование системы MTSI-сервиса может соответствовать вызывающему устройству 202 и действовать в качестве передатчика сигналов второму пользовательскому оборудованию системы MTSI-сервиса, которое может соответствовать пользовательскому оборудованию 204, показанному на фиг. 2. В сценарии, изображенном на фиг. 4, информация о связуемости, относящаяся к пользовательскому оборудованию 204, включающая в себя информацию о локальной связуемости, используется в качестве части протокола инициирования сеанса связи (SIP-протокола). SIP-протокол представляет собой протокол передачи сигналов, определенный рабочей группой по инженерным проблемам сети "Интернет" (IETF-группой), который широко используется для управления сеансами связи, включающими в себя речевые и видеотелефонные разговоры посредством IP-протокола. В частности, на фиг. 4 изображен приводимый в качестве примера процесс для обмена информацией, осуществляемого пользовательским оборудованием 204 во время согласования возможностей для MTSI-сервисов посредством Протокола описания сеанса связи (SDP-протокола). Общий формат SDP-протокола был установлен группой "IETF" для описания параметров инициирования потоковой передачи мультимедийных данных. SDP-протокол может быть использован для описания мультимедийных сеансов связи для целей объявления сеанса связи, приглашения к сеансу связи и согласования параметров. SDP-протокол не осуществляет доставку самих мультимедийных данных, но используется для согласования между конечными точками, относящегося к типу мультимедийных данных, формату и всем связанным с ними свойствам. Набор свойств и параметров часто называется профилем сеанса связи. SDP-протокол разработан таким образом, чтобы быть расширяемым для того, чтобы поддерживать новые типы мультимедийных данных и форматы.
Как изображено на фиг. 4, вызывающая сторона 202 может инициировать вызов, основанный на IP-протоколе, который приводит к отправке SIP-сообщения (сообщения по протоколу инициирования сеанса связи) 402 пользовательскому оборудованию 204. SIP-сообщение включает в себя предложение по SDP-протоколу, которое получает пользовательское оборудование 204. SIP-сообщение 402 действует в качестве запускающего сообщения, которое может заставить пользовательское оборудование 204 выполнять одно или более действий. В примере, показанном на фиг. 2, пользовательское оборудование 204 может определить, что оно (пользовательское оборудование 204 соединено по локальной линии связи с устройством 206 отображения, которому пользовательское оборудование 204 может желать пересылать мультимедийный контент, такой как видеоданные, принимаемый во время телефонного разговора от вызывающей стороны 202. Прием SIP-сообщения 402 может запустить осуществляемый пользовательским оборудованием 204 обмен информацией с какими-либо терминалами (устройствами), включающими в себя устройство 206 отображения, с которым пользовательское оборудование 204 локально соединено, например, для того, чтобы оптимальным образом управлять видеосвязью во время телефонного звонка, поступившего от вызывающей стороны 202. Это может иметь место при помощи модуль 114 адаптации видеоданных, который устроен таким образом, чтобы выполнять различные задачи, рассматриваемые ниже со ссылкой на фиг. 4-12.
В качестве начального этапа, после приема запускающего сообщения, пользовательское оборудование 204 может передать извлекающее сообщение, которое может представлять собой сообщение RTSP GET_PARAMETER (сообщение ПОЛУЧИТЬ_ПАРАМЕТР, по Протоколу потоковой передачи данных в реальном масштабе времени), сообщение, запрашивающее информацию о возможностях устройства, или другое сообщение, отправляемое устройству отображения, сопряженному с пользовательским оборудованием 204 по локальной линии связи. В некоторых вариантах реализации изобретения пользовательское оборудование, такое как пользовательское оборудование 204, может собирать информацию, такую как характеристики локальной одноранговой линии связи, с использованием, например, передачи сигналов RTSP-протокола (Протокола потоковой передачи данных в реальном масштабе времени). В конкретном примере, показанном на фиг. 4, запускается отправка пользовательским оборудованием 204, устройству 206 отображения, сообщения 404 RTSP GET_PARAMETER (сообщения ПОЛУЧИТЬ_ПАРАМЕТР, по Протоколу потоковой передачи данных в реальном масштабе времени), которое может включать в себя запрос информации, касающейся возможностей устройства, в отношении устройства 206 отображения.
После приема сообщения 404 RTSP GET_PARAMETER устройство 206 отображения может возвратить пользовательскому оборудованию 204 сообщение 406 RTSP 200 OK. Сообщение 406 RTSP 200_0K может включать в себя информацию, касающуюся возможностей устройства, в отношении устройства 206 отображения. Например, в случае, при котором устройство 206 отображения представляет собой телевизионное устройство, сообщение 406 RTSP 200_0K может включать в себя информацию, касающуюся возможностей телевизионного экрана, например, размера экрана, разрешающей способности, битовой глубины и так далее. Информация о возможностях устройства, поступающая от устройства отображения, может также включать в себя: размер буфера, предшествующего декодеру, начальный период буферизации, возможности декодера, свойства отображения (размер экрана, разрешающую способность, битовую глубину и так далее), способ потоковой передачи данных (RTSP (Протокол потоковой передачи данных в реальном масштабе времени), HTTP (Протокола передачи гипертекста) и так далее), информацию поддержки адаптации, информацию поддержки качества впечатления (QoE), поддержки расширенной передачи отчетов по протоколу управления транспортным уровнем в реальном масштабе времени (RTCP-протоколу), поддержки быстрого переключения контента, информацию профиля поддерживаемого протокола транспортного уровня в реальном масштабе времени (RTP-протокола), и атрибуты протокола описания сеанса связи (SDP-протокола), но не ограничивается этими параметрами.
После того, как пользовательское оборудование 204 приняло от устройства 206 отображения сообщение 406 RTSP 200_0K, пользовательское оборудование 204 может возвратить вызывающему устройству 202 сообщение 408 SIP OK. Сообщение 406 SIP 200 OK может включать в себя данные согласования по SDP-протоколу (Протоколу описания сеанса связи), содержащие информацию, касающуюся набора свойств и параметров (профиля сеанса связи), подлежащих использованию при связи между вызывающим устройством 202 и пользовательским оборудованием 204. В соответствии с настоящими вариантами реализации изобретения, данные согласования по SDP-протоколу могут, следовательно, включать в себя информацию, касающуюся возможностей устройства, в отношении устройства 206 отображения. Таким образом, вызывающее устройство 202 и операторы (210, 212, поддерживающие этот телефонный звонок могут быть проинформированы о возможностях устройства (устройства 206 отображения), которое может принимать видеоконтент от вызывающего устройства 202 и связано с пользовательским оборудованием 204, но напрямую не связанного с вызывающим устройством 202.
После того, как сообщение 408 SIP OK принято вызывающим устройством 202, пользовательскому оборудованию 204 может быть возвращено сообщение 410 SIP ACK (сообщение ПОДТВЕРЖДЕНИЕ по Протоколу инициирования сеанса связи). Сообщение 410 SIP ACK может сигнализировать пользовательскому оборудованию 204 о том, что вызывающее устройство 202 и/или операторы 210, 212 проинформированы о возможностях устройства 206 отображения. И сообщение 410 SIP ACK может включать в себя отрегулированные параметры связи, которые изменены на основе информации, принятой в сообщении 408 SIP OK для того, чтобы оптимизировать обмен видеоконтентом между различными устройствами (202, 204, 206, которые могут представлять и/или генерировать видеоконтент.
В соответствии с настоящими вариантами реализации изобретения, как часть управления сеансом связи, основанном на протоколах SIP/SDP для MTSI-сервиса, может осуществляться обмен дополнительной информацией между устройствами, связанными с пользовательским оборудованием 204, в отношении таких элементов, как кодеры-декодеры, контейнерные форматы, возможности декодера, параметры QoS (качества обслуживания) (например, гарантируемая скорость передачи битов), возможности устройства отображения (например, размер экрана, разрешающая способность и так далее) и протоколы транспортного уровня, которая может учитывать характеристики линии связи между пользовательским оборудованием и устройством отображения, расположенным вблизи от этого пользовательского оборудования. Такого рода локальная линия связи может представлять собой локальную одноранговую линию связи (смотри линию 208 связи, показанную на фиг. 4, и может включать в себя характеристики линии связи, такие как качество канала связи, емкость, пропускная способность и тому подобное.
В различных вариантах реализации изобретения, в дополнение к сбору информации, такой как характеристики линии связи, относящиеся к локальной одноранговой линии связи, пользовательское оборудование, такое как пользовательское оборудования 204, может, кроме того, управлять связью во время сеанса потоковой передачи видеоданных, такого как во время телефонного разговора посредством IP-протокола. В некоторых вариантах реализации изобретения пользовательское оборудование может для управления различными аспектами сеанса потоковой передачи видеоданных использовать модуль 114 адаптации видеоданных. Например, пользовательское оборудование может во время сеанса потоковой передачи видеоданных осуществлять изменение параметров сеанса связи, включая получение новых параметров сеанса связи по протоколам RTSP/SDP (Протоколу потоковой передачи данных в реальном масштабе времени/Протоколу описания сеанса связи). В некоторых вариантах реализации изобретения пользовательское оборудование может выполнять дополнительные задачи, включающие в себя определение приоритета трафика, распределение ресурсов и оптимизацию ширины полосы пропускания/QoS (качества обслуживания) для локальной одноранговой линии связи или набора линий связи. Обращаясь вновь к фиг. 2, отметим, что эти дополнительные задачи могут быть поставлены или изменены с учетом мультимедийной информации, собранной с передачи сигналов сеансового уровня по сети оператора, такой как сеть оператора 210, 212, которая в некоторых вариантах реализации изобретения может включать в себя сеть "3GPP". Эта мультимедийная информация, используемая, для изменения или постановки дополнительных задач, выполняемых по локальной одноранговой линии связи, может включать в себя, например, информацию о кодере-декодере, требования к качеству и характеристики искажений в зависимости от скорости передачи данных.
На фиг. 4 также изображен вариант реализации изобретения, в котором локальные задачи одноранговой связи могут быть изменены на основе обновленной информации, принятой в сообщении 410 SIP ACK (сообщении ПОДТВЕРЖЕНИЯ по Протоколу инициирования сеанса связи), возвращенном пользовательскому оборудованию 204 от вызывающего устройства 202. После приема сообщения 410 SIP ACK, пользовательское оборудование может сгенерировать сообщение 412 RTSP SET_PARAMETER (сообщение ЗАДАТЬ_ПАРАМЕТР, по Протоколу потоковой передачи данных в реальном масштабе времени), которое пересылается по локальной линии связи устройству 206 отображения. В свою очередь, это устройство отображения может отправить пользовательскому оборудованию 204 сообщение 414 RTSP SETUP (сообщение НАСТРОЙКА, по Протоколу потоковой передачи данных в реальном масштабе времени), которое содержит новые параметры сеанса связи, подлежащие использованию при связи между пользовательским оборудованием 204 и устройством 206 отображения. В ответ на это, пользовательское оборудование может отправить устройству 206 отображения подтверждающее сообщение, представляющее собой сообщение 416 RTSP 200 OK. Вслед за этим, связь между пользовательским оборудованием 204 и устройством 206 отображения может быть настроена в соответствии с новыми параметрами сеанса связи, заданными в сообщении 414 RTSP SETUP.
В дополнительных вариантах реализации изобретения пользовательское оборудование может настраивать связь по локальным линиям связи, включающим в себя локальную одноранговую линию связи, в соответствии с дополнительными требованиями, указанными сетевым оператором. Например, связь по линии 208 связи может быть настроена во время сеанса телефонного звонка от вызывающего абонента 202 на основе определяемых оператором объектов управления (МО-объектов) для управления устройствами (DM-управления) Открытого мобильного альянса (ОМА), что может налагать специальный набор требований для управления сеансом связи по протоколам SIP/SDP (Протоколу инициирования сеанса связи/Протоколу описания сеанса связи) для пользовательского оборудования, которое во время сеанса видеосвязи работает по локальным линиям связи.
В дополнение к организации, изменению, и/или завершению мультимедийных сеансов связи для ведения разговора, дополнительные варианты реализации изобретения могут использовать информацию о локальной связуемости пользовательского оборудования как часть адаптации мультимедийных данных, управления буферизацией данных и/или передачи отчетов о QoE (качестве впечатления).
Например, если обратиться к фиг. 2, то модуль 114 адаптации видеоданных, входящий в состав пользовательского оборудования 204 может предоставлять оператору (операторам) 210, 212 и/или вызывающему устройству 202 информацию о локальной линии связи, приводящую к тому, что функции адаптации мультимедийных данных, включающие в себя адаптацию скорости передачи в битах, скорости передачи пакетов и/или устойчивости к ошибкам, будет выполняться с учетом характеристик линии 208 связи и возможностей устройства, имеющихся у устройства 206 отображения. В некоторых вариантах реализации изобретения в устройстве 206 отображения могут быть сгенерированы и предоставлены пользовательским оборудованием 204 оператору (операторам) 210, 212 и/или вызывному устройству 202 отчеты приемника по Протоколу управления транспортным уровнем в реальном масштабе времени (RTCP-протоколу) и/или сообщения с Запросом временной максимальный скорости передачи битов потока мультимедийных данных (TMMBR-запросом). RTCP-протокол предоставляет внеполосную статистику и управляющую информация для процесса по RTP-протоколу (Протоколу транспортного уровня в реальном масштабе времени). Отчет приемника по RTCP-протоколу представляет собой отчет, который используется для информирования отправляющей стороны о качестве сервиса. Приемник может использовать TMMBR-запрос для того, чтобы запрашивать у отправляющей стороны ограничение максимальной скорости передачи в битах для потока мультимедийных данных до значения, соответствующего некоторому предоставленному значению. Соответственно, в некоторых вариантах реализации изобретения информация RTCP-протокола и/или TMMBR-запроса могут быть использованы для оказания влияния на адаптацию видеоданных на стороне их источника (вызывающего устройства 202 для того, чтобы гарантировать надежную сквозную доставку видеоданных и высокое QoE (качество впечатления).
В различных других вариантах реализации изобретения пользовательское оборудование, такое как пользовательское оборудование 204, может из сети, которая ведет обработку данных сеанса потоковой передачи видеоданных, принимаемых этим пользовательским оборудованием, принимать некоторое запускающее сообщение для QoE. Запускающее сообщение для QoE может быть передано посредством передачи сигналов по протоколам SIP/SDP (Протоколу инициирования сеанса связи/Протоколу описания сеанса связи) или посредством сообщений ОМА DM МО (объектов управления для управления устройствами Открытого мобильного альянса), и может во время сеанса потоковой передачи видеоданных запрашивать у пользовательского оборудования измерение QoE-показателя (показателя качества впечатления) и отчета о нем. В ответ на это, пользовательское  оборудование может генерировать QoE-отчет(ы) (отчет(ы) о качестве впечатления), касающийся (касающиеся) таких факторов, как качество приема. QoE-отчеты могут основываться на QoE-информации (информации о качестве впечатления), собранной пользовательским оборудованием с одного или более его локальных соединений. В некоторых вариантах реализации изобретения пользовательское оборудование 204 может возвратить QoE-отчет, который сообщает о надежности передачи данных по линии 208 связи, равно как и о других факторах, таких как буферизация мультимедийных данных, декодирование и другая. обработка мультимедийных данных, которая имеют место в устройствах, сопряженных с пользовательскому оборудованию 204 по линии 208 связи. В одном примере, эти сопряженные устройства могут включать в себя адаптер беспроводной связи (не показанный явным образом на фиг. 2, такой как адаптер для беспроводного отображения (WiDi-адаптер) Intel, который способствует передаче видеоконтента между устройством пользовательского оборудования, таким как экран портативного компьютера, и устройством отображения телевизионного типа.
В различных вариантах реализации видеосвязи по сетям "3GPP", QoE-показатели, возвращаемые пользовательским оборудованием 204 могут включать в себя один или более показателей, которые определены в разделе 16.2 документа TS 26.114. Эти показатели включают в себя продолжительность искажения, последовательная потеря пакетов RTP-протокола, частота кадров, продолжительность дрожания, продолжительность потери синхронизации, время прохождения сигнала в. прямом и обратном направлениях, среднюю скорость передачи битов у кодера-декодера и информацию о кодере-декодере.
На фиг. 5 изображен вариант реализации механизма передачи QoE-отчетов, выполняемый MTSI-клиентом (пользовательским оборудованием 204 на основе координации связи по локальной одноранговой линии связи (линии 208 связи). В сценарии, изображенном на фиг. 5, сервер, такой как сервер 502 конфигурации ОМА DM (Управления устройствами Открытого мобильного альянса), отправляет запускающее сообщение 504 для QoE для того, чтобы запустить передачу отчетов о QoE (качестве впечатления) посредством ОМА DM МО (объектов управления для управления устройствами Открытого мобильного альянса). Запускающее сообщение 504 для QOE принимается пользовательским оборудованием 204, которое, в ответ на это, отправляет устройству 206 отображения сообщение 506 запроса QOE. Устройство 206 отображения, в свою очередь, передает QoE-информацию (информацию о качестве впечатления) в сообщении 508 возврата QoE-информации, которое принимается пользовательским оборудованием 204. Вслед за этим, пользовательское оборудование 204 использует QoE-информацию, содержащуюся в сообщении возврата QoE-информации, для того, чтобы получить QoE-показатели. В некоторых вариантах реализации изобретения модуль 114 адаптации видеоданных может вычислять показатели, включающие в себя один или более показателей из числа: продолжительности искажения; последовательной потери пакетов RTP-протокола (протокола транспортного уровня в реальном масштабе времени); частоты кадров; продолжительности дрожания; продолжительности потери синхронизации; времени прохождения сигнала в прямом и обратном направлениях: средней скорости передачи битов у кодера-декодера и информацию о кодере-декодере.
После получения QoE-показателей, пользовательское оборудование 204 может передать QoE-отчет(ы), который основан (которые основаны) на этих полученных показателях и может (могут) быть принят(ы) сервером QoE-отчетов, входящим в состав сети, организующей текущий сеанс потоковой передачи видеоданных, такой как телефонный разговор по "Интернету".
В различных других вариантах реализации изобретения для организации, изменения и/или прекращения сеансов потоковой передачи мультимедийных данных при использовании в качестве протокола прикладного уровня RTSP-протокола (Протокола потоковой передачи данных в реальном масштабе времени) может использоваться информация о связуемости пользовательского оборудования, соединенного с множественными устройствами 206 отображения по локальным линиям связи.
В некоторых вариантах реализации изобретения для организации сеанса связи по RTSP-протоколу, во время согласований возможностей с PSS-сервером для PSS-сервисов (сервисов Потоковой передачи данных с коммутацией пакетов) посредством SDP-протокола (Протокола описания сеанса связи), PSS-клиент (пользовательское оборудование), которое имеет локальное соединение по локальной линии связи с некоторым периферийным устройством отображения, может осуществлять обмен информацией, касающейся возможностей устройств, в отношении локальных устройств, с которым это пользовательское оборудование сопряжено по локальной линии связи, такой как одноранговая линия связи. Такая информация может включать в себя, например, возможности телевизионного экрана в случае, при котором локальное устройство отображения включает в себя телевизионный приемник. Другие атрибуты устройства отображения, рассматриваемые при передаче сигналов о возможностях устройства, осуществляемой из пользовательского оборудования, могут включать в себя нижеследующие параметры: размер буфера, предшествующего декодеру, начальный период буферизации, возможности декодера, свойства отображения (размер экрана, разрешающую способность, битовую глубину и так далее), способ потоковой передачи данных (RTSP (Протокол потоковой передачи данных в реальном масштабе времени), HTTP (Протокола передачи гипертекста) и так далее), информацию о поддержке адаптации, поддержке QoE (качества впечатления), поддержке расширенной передачи отчетов по RTCP-протоколу (Протоколу управления транспортным уровнем в реальном масштабе времени), поддержке быстрого переключения контента, равно как и о профилях поддерживаемого RTP-протокола (Протокола транспортного уровня в реальном масштабе времени) и атрибутах SDP-протокола (Протокола описания сеанса связи).
В дополнительных вариантах реализации изобретения как часть управления сеансом связи, основанным на протоколах RTSP/SDP для PSS (Потоковой передачи данных с коммутацией пакетов), может осуществляться обмен дополнительной информацией между пользовательским оборудованием и PSS-сервером. Такая информация, обмен которой осуществляется, может включать в себя, например, информацию, касающуюся кодеров-декодеров, контейнерных форматов, возможностей декодера, параметров QoS (качества обслуживания) (например, гарантируемой скорости передачи в битах), и протоколов транспортного уровня, причем эта информация, обмен которой осуществляется, учитывает характеристики локальных одноранговых линий связи (например, в том, что касается качества канала связи, емкости, пропускной способности и так далее) и возможности соответствующих устройств, связанных с этим пользовательским оборудованием по этим локальным одноранговым линиям связи, например, размер экрана, разрешающую способность, битовую глубину и так далее. В некоторых вариантах реализации изобретения пользовательское оборудование может собирать такую информацию со своих локальных одноранговых линий связи, используя передачу сигналов по RTSP-протоколу, и может предоставлять эту информацию на PSS-сервер. Пользовательское оборудование может, кроме того, управлять сеансом потоковой передачи мультимедийных данных, может изменять параметры сеанса связи (например, получать новые параметры сеанса связи по протоколам RTSP/SDP), и может выполнять дополнительные задачи, воздействующие на локальную одноранговую линию (локальные одноранговые линии) связи. Такие дополнительные задачи могут включать в себя определение приоритета трафика, распределение ресурсов и оптимизацию ширины полосы пропускания/QoS (качества обслуживания) для локальной одноранговой линии (локальных одноранговых линий) связи, выполняемые на основе мультимедийной информации, собранной с передачи сигналов сеансового уровня по сети, связывающей PSS-сервер (сервер потоковой передачи данных с коммутацией пакетов) с PSS-клиентом (клиентом потоковой передачи данных с коммутацией пакетов), такой как сеть "3GPP". Примеры этой мультимедийной информации включают в себя информацию о кодере-декодере, требования к качеству и характеристики искажений в зависимости от скорости передачи данных.
На фиг. 6 изображен вариант реализации управления сеансом связи, основанного на протоколах RTSP/SDP (Протоколе потоковой передачи данных в реальном масштабе времени/Протоколе описания сеанса связи), в котором поддержка протокола потоковой передачи данных, основанного на RTSP-протоколе, осуществляется по локальной одноранговой линии связи. Как проиллюстрировано на фигуре, пользовательское оборудование (PSS-клиент) 304 может инициировать сеанс связи по RTSP-протоколу, отправив по сети на PSS-сервер (сервер Потоковой передачи данных с коммутацией пакетов) 302 сообщение 602 RTSP DESCRIBE (сообщение ОПИСАНИЕ по RTSP-протоколу). Сообщение 602 DESCRIBE может включать в себя RTSP URL (Универсальный указатель ресурса для RTSP-протокола) и тип данных ответа, которые могут быть обработаны. В свою очередь, PSS-сервер 302 может отправить сообщение 604 RTSP OK 200, которое включает в себя информацию по SDP-протоколу (Протоколу описания сеанса связи), которая для пользовательского оборудования 304 действует как запускающее сообщение на выполнение одного или более действий. После приема сообщения 604 RTSP OK 200, пользовательское оборудование 304 может отправить устройству 306 отображения сообщение 606 RTSP_GET PARAMETER (сообщение ПОЛУЧИТЬ ПАРАМЕТР, по Протоколу потоковой передачи данных в реальном масштабе времени). В свою очередь, устройство 306 отображения может отправить пользовательскому оборудованию 304 сообщение 608 RTSP OK 200, которое включает в себя информацию о возможностях устройства 306 отображения. Это может заставить пользовательское оборудование 304 отправить PSS-серверу 302 сообщение 610 RTSP SETUP (сообщение НАСТРОЙКА по RTSP-протоколу) вместе с предложением по SDP-протоколу. Вслед за этим, PSS-сервер 302 может отправить сообщение 612 RTSP 200 OK, которое включает в себя информацию по SDP-протоколу, подлежащую использованию в ходе сеанса PSS (Потоковой передачи данных с коммутацией пакетов). Эта информация по SDP-протоколу может основываться, по меньшей мере частично, на информации о возможностях, предоставленной устройству 306 отображения. В различных вариантах реализации изобретения, когда пользовательское оборудование принимает от PSS-сервера информацию по SDP-протоколу, сеанс PSS может управляться в соответствии с принятой информацией по SDP-протоколу.
В некоторых вариантах реализации изобретения, как изображено на фиг. 6, пользовательское оборудование может вслед за этим отправить устройству 306 отображения сообщение 614 RTSP SET_PARAMETER (сообщение ЗАДАТЬ_ПАРАМЕТР по Протоколу потоковой передачи данных в реальном масштабе времени). Сообщение 614 RTSP SET_PARAMETER может быть основанным на информации по SDP-протоколу, принятой в сообщении 612 RTSP OK. После приема сообщения 614 RTSP SET_PARAMETER, устройство 306 отображения может вслед за этим посредством сообщения 616 RTSP SETUP (сообщения НАСТРОЙКА по Протоколу потоковой передачи данных в реальном масштабе времени) предоставить пользовательскому оборудованию 204 новые предлагаемые параметры сеанса связи. Пользовательское оборудование 304 может в таком случае посредством сообщения 618 RTSP 200 OK отправить ответ устройству 306 отображения, после чего новые предлагаемые параметры сеанса связи утверждаются для сеанса связи.
В дополнительных вариантах реализации изобретения пользовательское оборудование может настраивать связь по локальным линиям связи, включающим в себя локальную одноранговую линию связи, в соответствии с дополнительными требованиями, указанными сетевым оператором. Например, связь по линии 308 связи может быть настроена во время сеанса потоковой передачи на основе определяемых оператором объектов управления для управления устройствами (DM-управления) Открытого мобильного альянса (ОМА), что может налагать специальный набор требований для управления сеансом связи по протоколам RTSP/SDP (Протоколу потоковой передачи данных в реальном масштабе времени/Протоколу описания сеанса связи) для пользовательского оборудования, которое во время сеанса потоковой передачи мультимедийных данных работает по локальным линиям связи.
В различных дополнительных вариантах реализации изобретения информация о локальной связуемости, относящаяся к некоторому данному пользовательскому оборудованию, может использоваться как часть механизмов адаптации мультимедийных данных, управления буфером и/или передачи отчетов о QoE (качестве впечатления) во время сеанса потоковой передачи мультимедийных данных. В частности, в некоторых вариантах реализации изобретения функции адаптации мультимедийных данных, включающие в себя адаптацию скорости передачи в битах, можно выполнять, учитывая характеристики локальной одноранговой линии (локальных одноранговых линий) связи с пользовательским оборудованием и соответствующие возможности устройств, имеющиеся у устройств отображения, сопряженных с этим пользовательским оборудованием через эти локальные одноранговые линии связи. Следовательно, могут быть сгенерированы отчеты приемника по RTCP-протоколу или сообщения по RTSP-протоколу (например, RTSP SETUP или SET_PARAMETER) от приемника (пользовательского оборудования) для того, чтобы оказывать влияние на адаптацию видеоданных на стороне их источника (PSS-сервера) так, чтобы могла быть обеспечена надежная сквозная доставка видеоданных и высокое QoE (качество впечатления).
В других вариантах реализации изобретения посредством передачи сигналов протоколов RTSP/SDP могут быть запущены измерение QoE-показателя и передача отчетов о нем. Например, если вновь обратиться к фиг. 6, то сигнализирование о правилах передачи отчетов о QoE-показателе можно осуществлять как часть процесса согласования по SDP-протоколу, обобщенно изображенного в сообщениях 610 и 612. В других вариантах реализации изобретения измерение QoE-показателя и передача отчетов о нем могут быть запущены посредством сообщений ОМА DM МО, отправляемых пользовательскому оборудованию потоковой передачи данных с коммутацией пакетов, как это обобщенно проиллюстрировано в сообщениях 504, 506, показанных на фиг. 5.
После запуска измерения QoE-показателя и передачи отчетов о нем, пользовательское оборудование может генерировать QoE-отчеты, которые указывают качество приема. В частности, QoE-отчеты могут быть основаны на QoE-информации, которую пользовательское оборудование потоковой передачи данных с коммутацией пакетов собирает со своих локальных линий связи с устройствами отображения, и могут учитывать такие факторы как надежность передачи данных по локальной одноранговой линии (локальным одноранговым линиям) связи, равно как и буферизация мультимедийных данных, декодирование и другая обработка мультимедийных данных, имеющая место в устройствах, связанных с этим пользовательским оборудованием по этой одноранговой линии (этим одноранговым линиям) связи (например, в WiDi-адаптере в случае применения WiDi (Беспроводного отображения)). В различных вариантах реализации изобретения QoE-показатели для потоковой передачи данных, основанной на RTSP-протоколе могут включить в себя один или более показателей из числа: продолжительности искажения; последовательной потери пакетов RTP-протокола (протокола транспортного уровня в реальном масштабе времени); отклонения частоты кадров; продолжительности дрожания; времени переключения контента; начальной продолжительности буферизации данных; продолжительности перебуферизации; средней скорости передачи битов у кодера-декодера; информации о кодере-декодере и состояния буфера, как это определено в документе 3GPP TS 26.234, Выпуск 10.
В различных других вариантах реализации изобретения информация, касающаяся локальных линий связи с пользовательским оборудованием, вместе с файлом метаданных описания представления мультимедийных данных (MPD-описания) может быть использована для управления сеансами мультимедийной связи на основе динамической адаптивной потоковой передачи данных посредством протокола передачи гипертекста (или "DASH"). MPD-описание предоставляет достаточную информацию для DASH-клиента (клиента динамической адаптивной потоковой передачи данных посредством протокола передачи гипертекста) для адаптивной потоковой передачи мультимедийного контента путем загрузки сегментов мультимедийных данных с HTTP-сервера (сервера протокола передачи гипертекста). В ходе DASH-передачи MPD-описание может быть фрагментировано и доставлено по частям для того, чтобы уменьшить время задержки запуска сеанса связи. MPD-описание может также быть обновлено во время сеанса потоковой передачи данных. В некоторых вариантах реализации изобретения в качестве части решений, принимаемых в DASH-клиенте (пользовательском оборудовании), таких как решение о том, какие представления мультимедийных данных запрашивать с HTTP-сервера (основываясь на MPD-описании, выбранном в начале DASH-сеанса (сеанса динамической адаптивной потоковой передачи данных посредством протокола передачи гипертекста), описывающем структуру и различные версии мультимедийного контента, хранящегося на сервере, включая различные скорости передачи в битах, частоты кадров, разрешающие способности, типы кодера-декодера и так далее), DASH-клиент может использовать дополнительную информацию. Эта дополнительная информация может включать в себя, например, информацию, касающуюся кодеров-декодеров, контейнерных форматов, возможностей декодера, параметров QoS (качества обслуживания) (например, гарантируемой скорости передачи в битах), и/или протоколов транспортного уровня, причем эта информация учитывает характеристики локальной одноранговой линии (локальных одноранговых линий) связи, учитывающие такие факторы как качество канала связи, емкость, пропускная способность и так далее, равно как и возможности соответствующих устройств, сопряженных с этим пользовательским оборудованием по этим локальным одноранговым линиям связи.
В некоторых вариантах реализации изобретения DASH-клиент (пользовательское оборудование) может собирать такую информацию со своих локальных одноранговых линий связи, используя передачу сигналов по RTSP-протоколу, и может предоставлять эту информацию HTPP- или PSS-серверу. Пользовательское оборудование может, кроме того, управлять сеансом потоковой передачи мультимедийных данных, может изменять параметры сеанса связи (например, получать новые параметры сеанса связи по протоколам RTSP/SDP), и может выполнять дополнительные задачи, воздействующие на локальную одноранговую линию (локальные одноранговые линии) связи. Такие дополнительные задачи могут включать в себя определение приоритета трафика, распределение ресурсов и/или оптимизацию ширины полосы пропускания/качества обслуживания (QoS) для локальной одноранговой линии (локальных одноранговых линий) связи, основывающиеся на мультимедийной информации, собранной с передачи сигналов сеансового уровня по сети, связывающей HTTP-сервер (сервер Протокола передачи гипертекста) с DASH-клиентом, такой как сеть "3GPP". Примеры этой мультимедийной информации, которая может основываться на MPD-описании, включают в себя информацию о кодере-декодере, требования к качеству и характеристики искажений в зависимости от скорости передачи данных.
В соответствии с другими вариантами реализации изобретения, на фиг. 7 изображена система 700 для потоковой передачи мультимедийных данных между пользовательским оборудованием 304 и HTTP-сервером (сервером Протокола передачи гипертекста) 702, который может действовать в качестве источника потоковой передачи видеоданных. Система 700 может быть устроена аналогично системе 300, описанной ранее, при этом вместо PSS-сервера 302 контент для потоковой передачи данных предоставляется HTTP-сервером 702.
На фиг. 8 изображен пример передачи сигналов управления сеансом связи на основе DASH (Динамической адаптивной потоковой передачи данных посредством протокола передачи гипертекста), в которой поддержка для протокола потоковой передачи данных, основанного на RTSP-протоколе (Протоколе потоковой передачи данных в реальном масштабе времени) осуществляется по локальной одноранговой линии связи (как в варианте реализации изобретения, использующем WiDi-адаптер). На фиг. 8, пользовательское оборудование 304 может действовать в качестве DASH-клиента. Когда пользователь хочет инициировать сеанс потоковой передачи данных, он использует пользовательское оборудование 304 для того, чтобы отправить HTTP-серверу 702 сообщение 802 HTTP GET MPD (сообщение ПОЛУЧИТЬ ОПИСАНИЕ ПРЕДСТАВЛЕНИЯ МУЛЬТИМЕДИЙНЫХ ДАННЫХ ПО ПРОТОКОЛУ ПЕРЕДАЧИ ГИПЕРТЕКСТА). HTTP-сервер 702 может возвратить пользовательскому оборудованию 304 вместе с информацией MPD-описания (Описания представления мультимедийных данных) сообщение 804 HTTP 200 OK, каковое сообщение действует в качестве запускающего сообщения для выполнения пользовательским оборудованием одного или более действий. Вслед за этим, например, пользовательское оборудование 304 может отправить устройству 306 отображения сообщение 806 RTSP GET_PARAMETER (сообщение ПОЛУЧИТЬ_ПАРАМЕТР, по Протоколу потоковой передачи данных в реальном масштабе времени) для того, чтобы опросить это устройство отображения относительно возможностей устройства. В ответ на это, устройство 306 отображения может отправить пользовательскому оборудованию 304 сообщение 808 RTSP 200 OK, которое содержат информацию о возможностях устройства 306 отображения.
При дальнейшей связи, устройство 304 пользовательского оборудования может отправить этому устройству отображения сообщение 812 RTSP SET_PARAMETER (сообщение ЗАДАТЬ_ПАРАМЕТР, по Протоколу потоковой передачи данных в реальном масштабе времени), каковое сообщение может содержать любые изменения текущего сеанса потоковой передачи мультимедийных данных по HTTP-протоколу (Протоколу передачи гипертекста). В свою очередь, устройство 306 отображения может отправить сообщение 814 RTSP SETUP (сообщение НАСТРОЙКА, по Протоколу потоковой передачи данных в реальном масштабе времени), которое включает в себя новые параметры сеанса связи. Вслед за этим, пользовательское оборудование может отправить пользовательскому оборудованию 304 сообщение 814 RTSP 200 OK.
В других вариантах реализации изобретения во время сеанса потоковой передачи данных по HTTP-протоколу информация, касающаяся локальных линий связи пользовательского оборудования может использоваться как часть адаптации мультимедийных данных, управления буфером и/или передачи отчетов о QoE (качестве впечатления). В частных вариантах реализации изобретения, функции адаптации мультимедийных данных у DASH-клиента, включающие в себя адаптацию скорости передачи в битах, можно выполнять, учитывая характеристики локальной одноранговой линии (локальных одноранговых линий) связи между локальным устройством (локальными устройствами) и DASH-клиентом, равно как и соответствующие возможности устройств, имеющиеся у этого локального устройства (этих локальных устройств).
В других еще вариантах реализации изобретения посредством передачи сигналов MPD-описания могут быть запущены измерение QoE-показателя (показателя качества впечатления) и передача отчетов о нем. В альтернативных вариантах реализации изобретения измерение QoE-показателя и передача отчетов о нем могут быть запущены посредством сообщений ОМА DM МО, отправляемых DASH-клиенту, как это обобщенно проиллюстрировано в сообщениях 504, 506, показанных на фиг. 5, где DASH-клиент может быть представлен пользовательским оборудованием 204.
После запуска измерения QoE-показателя и передачи сообщений о нем, пользовательское оборудование может генерировать QoE-отчеты (отчеты о качестве впечатления), которые указывают качество приема. В частности QoE-отчеты могут основываться на QoE-информации (информации о качестве впечатления), собранной DASH-клиентом с его локальных линий связи, и могут учитывать такие факторы, как надежность передачи данных по локальной одноранговой линии (локальным одноранговым линиям) связи, равно как и буферизацию мультимедийных данных, декодирование и другую обработку мультимедийных данных, которая проводится в устройствах отображения, связанных с этим пользовательским оборудованием по этой одноранговой линии (этим одноранговым линиям) связи, (например, в WiDi-адаптере в случае применения WiDi (Беспроводного отображения)). В различных вариантах реализации изобретения QoE-показатели для потоковой передачи основанной на DASH, могут включать в себя один или более показателей из числа: транзакций запрос/ответ по HTTP-протоколу, события переключателя представлений, средней пропускной способности, начальной задержки воспроизведения, уровня буфера, списка воспроизведения, информацию MPD-описания, как это определено в документе 3GPP TS 26.247, Выпуск 10.
Хотя настоящие варианты реализации изобретения могут быть использованы для адаптации связи, такой как видеосвязь, в случае, когда пользовательское оборудование одновременно связано с WWAN (беспроводной глобальной сетью) и единственным локальным устройством отображения, различные варианты реализации изобретения могут быть использованы для адаптации связи в случае, когда множественные локальные линии связи активны одновременно, или последовательно. В одном случае использования, соответствующем настоящим вариантам реализации изобретения, пользователь, имеющий мобильное оконечное устройство (пользовательское оборудование) может захотеть использовать пользовательское оборудование для того, чтобы смотреть игру, следя при этом в то же самое время за передаваемыми новостями, отключив звук. Оба типа контента могут быть загружены из WWAN-сети, основанной на сети "3GPP", с использованием пользовательского оборудования. Пользовательское оборудование в таком случае может быть связано с множественными периферийными (локальными) устройствами, улучшающими впечатление от просмотра/прослушивания. Например, пользовательское оборудование может быть одновременно соединено с телевизионным приемником (первое локальное устройство отображения) и планшетным компьютером (второе локальное устройство отображения) по двум локальным линиям связи. В частности, пользователь может выбрать просмотр игры по телевизионному приемнику, смотря при этом передаваемые новости на планшетный компьютер. В соответствии с настоящими вариантами реализации изобретения, модуль адаптации видеоданных, работающий на пользовательском оборудовании, может оптимизировать доставку обоих типов видеоконтента к соответствующим первому и второму локальным устройствам отображения. В одном варианте воплощения изобретения, модуль адаптации видеоданных, имеющийся в пользовательском оборудовании может отдельно собирать информацию о возможностях по каждому присоединенному локальному устройству отображения, в данном случае - телевизионному приемнику и планшетному компьютеру. После этого, информация о возможностях по каждому локальному устройству отображения может быть передана посредством сигналов в сеть WWAN, и для каждого локального устройства отображения могут быть согласованы параметры сеанса связи. Помимо этого, после того, как параметры сеанса связи заданы, пользовательское оборудование может также управлять двумя различными сеансами связи по соответствующим двум локальным линиям связи таким образом, чтобы оптимизировать доставку видеоданных каждому локальному устройству отображения.
В дополнительных вариантах реализации изобретения в рамках одного сеанса связи, маршрутизация контента, принимаемого пользовательским оборудованием по первой нелокальной линии связи, такой как от сети WWAN, может быть переключена между различными локальными устройствами, сопряженными с этим пользовательским оборудованием по различным локальным линиям связи. В одном случае использования, пользователь, который принимает на пользовательском оборудовании потоковый видеоконтент для просмотра игры, может захотеть в разные моменты времени смотреть игру на различных локальных периферийных устройствах. Например, пользователь может смотреть первую часть игры на телевизионном приемнике, тогда как, переместившись в другую комнату, может смотреть вторую часть игры, используя планшетный компьютер. Настоящие варианты реализации изобретения способствуют оптимизации доставки контента на каждое периферийное локальное устройство, какое бы устройство не использовалось в данное время. Например, когда в качестве устройства отображения используется телевизионный приемник, пользовательское оборудование может выполнять некоторый первый набор операций по передаче сигналов, в впоследствии, когда в качестве устройства отображения используется планшетный компьютер, оно может инициировать некоторый второй набор операций по передаче сигналов. Кроме того, эти операций по передаче сигналов могут быть переключены пользовательским оборудованием множество раз, в зависимости от выбранного на текущий момент устройства.
В состав данного описания включен набор блок-схем алгоритмов, представляющих приводимые в качестве примера методологии для выполнения элементов новизны раскрываемой системы и архитектуры. Хотя, в целях простоты объяснения, одна или более методологий, показанных здесь, например, в форме блок-схемы алгоритма или схемы последовательности операций, показаны и описаны как некоторая последовательность действий, следует понимать и отдавать себе отчет в том, что эти методологии не ограничены этим порядком действий, поскольку некоторые действия, в соответствии с ними, могут происходить в порядке отличном от того, что показан и описан здесь, и/или одновременно с другими действиями из этого порядка. Например, специалисты в данной области техники должны понимать и отдавать себе отчет в том, что методология могла бы, в качестве альтернативы, быть представлена как некоторая последовательность взаимосвязанных состояний или событий, таких как в диаграмме состояний. Помимо этого, не все действия, проиллюстрированные в методологии могут потребоваться для реализации новизны.
На фиг. 9 изображена одна приводимая в качестве примера логическая блок-схема (900 алгоритма. В блоке 902, осуществляется прием сообщения SIP INVITE (сообщения ПРИГЛАШЕНИЕ по протоколу инициирования сеанса связи), в котором это сообщение SIP INVITE включает в себя предложение по SDP-протоколу (Протоколу описания сеанса связи). В блоке 904, осуществляется пересылка сообщения RTSP GET_PARAMETER (сообщения ПОЛУЧИТЬ_ПАРАМЕТР, по Протоколу потоковой передачи данных в реальном масштабе времени) по локальной линии связи локальному устройству, такому как устройство отображения. В блоке 906, осуществляется прием сообщения RTSP 200 OK, которое включает в себя информацию о возможностях, связанную с этим локальным устройством. В блоке 908, отправляют по сети сообщение SIP 200 OK, включающее в себя данные согласования по SDP-протоколу, которые могут учитывать информацию о возможностях устройства, принятую в сообщение RTSP 200 OK. В блоке 910, осуществляется прием сообщения SIP ACK (сообщения ПОДТВЕРЖДЕНИЕ по Протоколу инициирования сеанса связи)). В блоке 912, по локальной линии связи локальному устройству отображения осуществляется отправка сообщения RTSP SET_PARAMETER (сообщения ЗАДАТЬ_ПАРАМЕТР, по Протоколу потоковой передачи данных в реальном масштабе времени), включающего в себя изменения сеанса связи. В блоке 914, осуществляется прием сообщения RTSP SETUP (сообщения НАСТРОЙКА, по Протоколу потоковой передачи данных в реальном масштабе времени), включающего в себя новые параметры сеанса связи. В блоке 916, в случае, если эти новые параметры сеанса связи являются приемлемыми, то по локальной линии связи осуществляется отправка сообщения RTSP 200 OK.
На фиг. 10 изображена одна приводимая в качестве примера логическая блок-схема 1000 алгоритма. В блоке 1002, осуществляется прием сообщения ОМА DM МО (сообщение ОБЪЕКТОВ УПРАВЛЕНИЯ ДЛЯ УПРАВЛЕНИЯ УСТРОЙСТВАМИ ОТКРЫТОГО МОБИЛЬНОГО АЛЬЯНСА). В блоке 1004, по локальной линии связи осуществляется отправка запроса QoE-информации (информации о качестве впечатления). В блоке 1006, по локальной линии связи осуществляется прием QoE-информации. В блоке 1008, из QoE-информации, принятой по локальной линии связи, получают QoE-показатели (показатели качества впечатления). В блоке 1010, по нелокальной сети осуществляется отправка QoE-отчета (отчета о качестве впечатления), содержащего QoE-показатели.
На фиг. 11 изображена другая приводимая в качестве примера логическая блок-схема 1100 алгоритма. В блоке 1102, по нелокальной сети осуществляется отправка сообщения RTSP DESCRIBE (сообщения ОПИСАНИЕ по RTSP-протоколу). В блоке 1104, осуществляется прием сообщения RTSP 200 OK с информацией по SDP-протоколу (Протоколу описания сеанса связи). В блоке 1106, по локальной линии связи осуществляется отправка сообщения RTSP GET_PARAMETER (сообщения ПОЛУЧИТЬ ПАРАМЕТР, по Протоколу потоковой передачи данных в реальном масштабе времени), запрашивающего информацию о возможностях локального устройства. В блоке 1108, осуществляется прием сообщения RTSP OK 200, которое включает в себя информацию о возможностях локального устройства. В блоке 1110, по нелокальной сети осуществляется отправка сообщения RTSP SETUP (сообщения НАСТРОЙКА по RTSP-протоколу), включающего в себя предложение по SDP-протоколу. В блоке 1122, по нелокальной сети осуществляется прием сообщения RTSP 200 OK. В блоке 1114, по локальной линии связи осуществляется отправка RTSP SET_PARAMETER (ЗАДАТЬ_ПАРАМЕТР по Протоколу потоковой передачи данных в реальном масштабе времени) для изменений сеанса связи. В блоке 1116, по локальной линии связи осуществляется прием сообщения 616 RTSP SETUP (сообщения НАСТРОЙКА по Протоколу потоковой передачи данных в реальном масштабе времени) с новыми параметрами сеанса связи. В блоке 1118, по локальной линии связи осуществляется отправка сообщения RTSP 200 OK.
На фиг. 12 изображена другая приводимая в качестве примера логическая блок-схема 1200 алгоритма. В блоке 1202, отправляют HTTP-серверу (серверу Протокола передачи гипертекста) сообщение 802 HTTP GET MPD (сообщение ПОЛУЧИТЬ ОПИСАНИЕ ПРЕДСТАВЛЕНИЯ МУЛЬТИМЕДИЙНЫХ ДАННЫХ ПО ПРОТОКОЛУ ПЕРЕДАЧИ ГИПЕРТЕКСТА). В блоке 1204, осуществляется прием сообщения HTTP 200 OK вместе с информацией MPD-описания (Описания представления мультимедийных данных). В блоке 1206, по локальной линии связи осуществляется отправка сообщения RTSP GET_PARAMETER (сообщения ПОЛУЧИТЬ_ПАРАМЕТР, по Протоколу потоковой передачи данных в реальном масштабе времени). В блоке 1208, осуществляется прием сообщения RTSP 200 OK, которое содержит информацию о возможностях локального устройства. В блоке 1210, по локальной линии связи осуществляется отправка сообщения RTSP SET_PARAMETER (сообщения ЗАДАТЬ_ПАРАМЕТР, по Протоколу потоковой передачи данных в реальном масштабе времени), содержащего изменения сеанса связи для текущего сеанса потоковой передачи мультимедийных данных по HTTP-протоколу (Протоколу передачи гипертекста). В блоке 1212, по локальной линии связи осуществляется прием сообщения RTSP SETUP (сообщения НАСТРОЙКА по Протоколу потоковой передачи данных в реальном масштабе времени), которое включает в себя новые параметры сеанса связи. В блоке 1214, по локальной линии связи осуществляется отправка сообщения RTSP 200 OK.
Фиг. 13 представляет собой схему приводимого в качестве примера варианта реализации системы и, в частности, фиг. 13 представляет собой схему, на которой показана платформа 1300, которая может включать в себя различные элементы. Например, на фиг. 13 показано, что платформа (система) 1310 может включать в себя процессорное/графическое ядро 1302, набор микросхем/хаб управления платформой 1304, устройство 1306 ввода/вывода (I/O), оперативное запоминающее устройство (ОЗУ) (такое как динамическое оперативное запоминающее устройство (DRAM)) 1308 и постоянное запоминающее устройство (ПЗУ) 1310, электронную аппаратуру 1320 дисплея, подсветку 1322 дисплея и различные другие компоненты 1314 платформы (например, вентилятор, нагнетатель воздуха поперечного потока, теплоотвод, DTM-систему, систему охлаждения, корпус, вентиляционные отверстия и тому подобное). Система 1300 может также включать в себя микросхему 616 беспроводной связи и графическое устройство 1318. Однако, варианты реализации изобретения не ограничены этими элементами.
Как показано на фиг. 13, устройство 1306 ввода/вывода, оперативное запоминающее устройство 1308 и постоянное запоминающее устройство 1310 сопряжены с процессором 1302 посредством набора 1304 микросхем. Набор 1304 микросхем может быть сопряжен с процессором 1302 посредством шины 1312. Соответственно, шина 1312 может включать в себя множественные линии.
Процессор 1302 может представлять собой центральный процессор, содержащий одно или более процессорных ядер и может включать в себя любое количество процессоров, имеющих любое количество процессорных ядер. Процессор 1302 может включать в себя любой тип процессорного устройства, такой как, например, центральный процессор, многопроцессорное устройство, компьютер с сокращенной системой команд (RISC-компьютер), процессор, который имеет конвейер, компьютер со сложной системой команд (CISC), процессор цифровой обработки сигналов (DSP-процессор) и тому подобное. В некоторых вариантах реализации изобретения процессор 1302 может представлять собой множественные отдельные процессоры, расположенные на отдельных кристаллах интегральных схем. В некоторых вариантах реализации процессор 1302 может представлять собой процессор, имеющий интегрированную графику, в то время как в других вариантах реализации изобретения процессор 1302 может представлять собой графическое ядро или ядра.
На фиг. 14 проиллюстрирован вариант реализации приводимой в качестве примера вычислительной системы (архитектуры) 1400, пригодной для осуществления различных вариантов реализации изобретения, которые были описаны выше. Подразумевается, что термины "система" и "устройство" и "компонент", в том значении, в котором они используются в данной заявке, относятся к связанному с компьютером объекту, будь то аппаратное обеспечение, сочетание аппаратного обеспечения и программного обеспечения, программное обеспечение или программное обеспечение при его исполнении, примеры чего предоставляет приводимая в качестве примера архитектура 1400 вычислительной системы. Например, компонент может представлять собой, но не ограничен тем, чтобы представлять собой, процесс, исполняемый на процессоре, процессор, накопитель на жестком магнитном диске, множественные накопители для хранения данных (оптическим и/или магнитным носителем информации), объект, исполняемый файл, поток исполнения, программу и/или компьютер. В порядке иллюстрации, отметим, что компонентом может быть как приложение, исполняемое на сервере, так и этот сервер. Один или более компонентов могут находиться в пределах процесса и/или потока исполнения, и компонент может быть локализован на одном компьютере и/или распределен между двумя или более компьютерами. Кроме того, компоненты могут быть сопряжены средствами связи друг с другом посредством различных типов средств связи для того, чтобы координировать операции. Эта координация может включать в себя однонаправленную или двунаправленную передачу информации. Например, компоненты могут передавать информацию в форме сигналов, передаваемых по средствам связи. Информация может быть воплощена в виде сигналов, распределенных по различным сигнальным линиям. При таких распределениях, каждое сообщение представляет собой сигнал. Однако, в других вариантах реализации изобретения, могут, в качестве альтернативы, использоваться посылки данных. Такие посылки данных могут быть отправлены через различные соединения. Приводимые в качестве примера соединения включают в себя параллельные интерфейсы, последовательные интерфейсы, и интерфейсы шины.
В одном варианте реализации изобретения архитектура 1400 вычислительной системы может содержать часть некоторого электронного устройства или может быть воплощена в виде этой части. Примеры электронного устройства могут включать в себя, без ограничения: мобильное устройство, персональный цифровой секретарь, мобильное вычислительное устройство, смартфон, сотовый телефон, микротелефон, пейджер односторонней связи, пейджер двусторонней связи, устройство обмена сообщениями, компьютер, персональный компьютер (PC), настольный компьютер, портативный компьютер, компьютер - ноутбук, карманный компьютер, планшетный компьютер, сервер, группу серверов или серверное хозяйство, web-сервер, сетевой сервер, сервер сети "Интернет", рабочую станцию, миникомпьютер, большой универсальный компьютер, суперкомпьютер, сетевое устройство, web-устройство, распределенную вычислительную систему, мультипроцессорные системы, системы на основе процессора, бытовую электронную аппаратуру, программируемую бытовую электронную аппаратуру, телевизионный приемник, цифровой телевизионный приемник, телевизионную абонентскую приставку, точку беспроводного доступа, базовую станцию, абонентский пункт, мобильный абонентский центр, контроллер радиосети, маршрутизатор, концентратор, шлюз, мост, переключатель, машину, или их сочетание. Варианты реализации изобретения не ограничены в этом контексте.
Архитектура 1400 вычислительной системы включает в себя различные обычные вычислительные элементы, такие как один или более процессоров, сопроцессоров, запоминающих устройств, наборов микросхем, контроллеров, внешних устройств, интерфейсов, генераторов, блоков синхронизации, видеокарт, звуковых карт, компонентов ввода/вывода (I/O) мультимедийных данных и тому подобное. Однако, варианты реализации изобретения не ограничены осуществлением их посредством архитектуры 1400 вычислительной системы.
Как показано на фиг. 14, архитектура 1400 вычислительной системы содержит процессор 1404, системную память 1406 и системную шину 1408. Процессор 1404 может представлять собой любое из различных имеющихся в продаже процессоров. В качестве процессора 1404 могут также быть использованы двойные микропроцессоры и другая многопроцессорная архитектура. Системная шина 1408 предоставляет интерфейс для компонентов системы, включая интерфейс системной памяти 1406 с процессором 1404, но не ограничиваясь этим. Системная шина 1408 может относиться к любому из нескольких типов шинных структур, которые могут далее соединяться с шиной памяти (с контроллером памяти или без него), периферийной шиной и локальной шиной, использующими любую из разнообразия имеющихся в продаже шинных архитектур.
Архитектура 1400 вычислительной системы может содержать или воплощать в себе различные изделия. Изделие может содержать машиночитаемый носитель информации для хранения различных форм программирующей логики. Примеры машиночитаемого носителя информации могут включать в себя любые материальные носители, способные к хранению электронных данных, включая энергозависимое запоминающее устройство или энергонезависимое запоминающее устройство, съемную или несъемную память, стираемое или нестираемое запоминающее устройство, записываемое или многократно перезаписываемое запоминающее устройство и тому подобное. Примеры программирующей логики могут включать в себя команды исполняемой компьютерной программы, воплощенные с использованием любого подходящего типа кода, такого как исходный код, оттранслированный код, интерпретируемый код, загрузочный код, статический код, динамический код, объектно-ориентированный код, оптический код и тому подобное.
Системная память 1406 может включать в себя различные типы машиночитаемых носителей информации в форме одного или более запоминающий устройств с более высоким быстродействием, таких как постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), динамическое оперативное запоминающее устройство (DRAM), динамическое оперативное запоминающее устройство с двойной скоростью обработки данных (DDRAM), синхронное динамическое оперативное запоминающее устройство (SDRAM), статическое оперативное запоминающее устройство (SRAM), программируемое постоянное запоминающее устройство (PROM), стираемое программируемое постоянное запоминающее устройство (EPROM), электрически стираемое программируемое постоянное запоминающее устройство (EEPROM), флэш-память, полимерное запоминающее устройство, такая как запоминающее устройство на сегнетоэлектрических полимерах, запоминающее устройство на аморфных полупроводниках, запоминающее устройство на фазовых превращениях или на сегнетоэлектриках, запоминающее устройство на структурах "кремний-оксид-нитрид-оксид-кремний" (SONOS), магнитные или оптические карты и любой другой тип носителей, подходящих для хранения информации. В проиллюстрированном варианте реализации изобретения, показанном на фиг. 14, системная память 1406 может включать в себя энергонезависимое запоминающее устройство 1410 и/или энергозависимое запоминающее устройство 1412. В энергонезависимом запоминающем устройстве 1410 может храниться Базовая система ввода/вывода (BIOS).
Компьютер 1402 может включать в себя различные типы машиночитаемых носителей информации в форме одного или более запоминающих устройств с более низким быстродействием, включающих в себя встроенный накопитель 1414 на жестких магнитных дисках (HDD-накопитель), накопитель 1416 на гибких магнитных дисках (FDD-накопитель), предназначенный для чтения или записи съемного магнитного диска 1418, и накопитель 1420 на оптических дисках, предназначенный для чтения или записи съемного оптического диска 1422 (например, CD-ROM (постоянного запоминающего устройства на компакт-диске) или DVD (цифрового универсального диска)). Накопитель 1414 на жестких магнитных дисках, накопитель 1416 на гибких магнитных дисках, и накопитель 1420 на оптических дисках могут быть соединены с системной шиной 1408 посредством, соответственно, интерфейса 1424 накопителя на жестких магнитных дисках, интерфейса 1426 накопителя на гибких магнитных дисках и интерфейса 1428 накопителя на оптических дисках. Интерфейс 1424 накопителя на жестких магнитных дисках, предназначенный для вариантов реализации внешних накопителей, может включать в себя, по меньшей мере, одну или обе технологии из числа технологий: Универсальной последовательной шины (USB) и интерфейса IEEE 1294 (интерфейса по стандарту 1294 Института инженеров по электротехнике и электронике (США)).
Накопители и ассоциативно связанные с ними машиночитаемые носители информации обеспечивают энергозависимое и/или энергонезависимое хранение данных, структур данных, машиноисполняемых команд и тому подобное. Например, в накопителях и запоминающих устройствах 1410, 1412 может храниться ряд программных модулей, включающих в себя операционную систему 1430, одну или более прикладных программ 1432, других программных модулей 1434 и данных 1436 программы.
Пользователь может вводить команды и информацию в компьютер 1402 через одно или более устройств проводного/беспроводного ввода, например, клавиатуру 1438 и координатно-указательное устройство, такое как "мышь" 1440. Другие устройства ввода могут включать в себя: микрофон, пульт дистанционного управления на инфракрасном излучении, джойстик, игровую панель, электронное перо, сенсорный экран или тому подобное. Эти и другие устройства ввода часто соединены с процессором 1404 через интерфейс 1442 устройства ввода, который сопряжен с системной шиной 1408, но может быть соединен и посредством других интерфейсов, таких как параллельный порт, последовательный порт IEEE 1294 (порт по стандарту 1294 Института инженеров по электротехнике и электронике (США)), игровой порт, порт USB (Универсальной последовательной шины), инфракрасный интерфейс и тому подобное.
С системной шиной 1408 через интерфейс, такой как видеоадаптер 1446, также соединен монитор 1444 или другой тип устройства отображения. В дополнение к монитору 1444, компьютер обычно включает в себя и другие периферийные устройства вывода информации, такие как громкоговорители, принтеры, и тому подобное.
Компьютер 1402 может функционировать в сетевой среде, используя логические соединения посредством проводной и/или беспроводной связи с одним или более удаленными компьютерами, такими как удаленный компьютер 1448. Удаленный компьютер 1448 может быть рабочей станцией, серверным компьютером, маршрутизатором, персональным компьютером, портативным компьютером, развлекательным устройством на основе микропроцессора, одноранговым устройством или другим узлом общей сети и обычно включает в себя многие или все элементы, описанные в отношении компьютера 1402, хотя, в целях краткости, на фигуре проиллюстрирована только память/запоминающее устройство 1450. Изображенные логические соединения включают в себя проводную/беспроводную связуемость с локальной сетью (LAN) 1452 и/или более крупными сетями, например, с глобальной сетью (WAN) 1454. Такие сетевые среды локальной сети и глобальной сети являются обычным явлением в офисах и компаниях, и содействуют компьютерным сетям в масштабах предприятия, таким как внутренние сети, все из которых могут соединяться с глобальной сетью связи, например, с сетью "Интернет".
При использовании в сетевой среде локальной сети, компьютер 1402 соединен с локальной сетью (LAN) 1452 через провод и/или сетевой интерфейс беспроводной связи или адаптер 1456. Адаптер 1456 может способствовать проводной и/или беспроводной связи с локальной сетью 1452, которая может также включать в себя точку беспроводного доступа, расположенную на ней для осуществления связи с функциональными возможностями беспроводной связи адаптера 1456.
При использовании в сетевой среде глобальной сети, компьютер 1402 может включать в себя модем 1458, или соединен с сервером связи в глобальной сети (WAN) 1454, или имеет другие средства для установления связи по глобальной сети 1454, как, например, посредством сети "Интернет". Модем 1458, который может быть встроенным или внешним устройством и устройством проводной и/или беспроводной связи, соединяется с системной шиной 1408 посредством интерфейса 1442 устройства ввода. В сетевой среде, программные модули, изображенные в отношении компьютера 1402, или их части, могут храниться в удаленных памяти/запоминающих устройствах 1450. Следует отдавать себе отчет в том, что показанные сетевые соединения приведены в качестве примера, и могут быть использованы другие средства установления линии связи между компьютерами.
Компьютер 1402 способен функционировать таким образом, чтобы поддерживать связь с устройствами или объектами проводной и беспроводной связи, использующими семейство стандартов 802 IEEE (Института инженеров по электротехнике и электронике (США)), такими как устройства беспроводной связи, находящиеся в рабочем состоянии на беспроводной связи (например, согласно стандарту IEEE 802.11 посредством технологий модуляции для эфирной связи), например, с принтером, сканером, настольным и/или портативным компьютером, персональным цифровым секретарем (PDA), спутником связи, любой частью оборудования или местом расположения, связанным с обнаруживаемым беспроводным образом тегом (например, киоском, газетным киоском, комнатой отдыха), и телефоном. Это включает в себя, по меньшей мере, технологии беспроводной связи Wi-Fi (или Wireless Fidelity (Беспроводный доступ с высоким качеством)), WiMax и Bluetooth™. Таким образом, связь может представлять собой некоторую предварительно определенную структуру, как в случае с традиционной сетью, или просто эпизодическую связь между, по меньшей мере, двумя устройствами. Сети Wi-Fi используют технологии радиосвязи, именуемые как 802.11x (a, b, g, n и так далее) для обеспечения безопасной, надежной, быстрой беспроводной связуемости. Сеть Wi-Fi может быть использована для того, чтобы соединять компьютеры друг с другом, с сетью "Интернет" и с проводными сетями (которые используют среды и функции связанные со стандартом IEEE 802.3).
Варианты реализации изобретения, которые описаны выше, могут быть осуществлены с использованием различных элементов аппаратного обеспечения, элементов программного обеспечения или сочетания их обоих. Примеры элементов аппаратного обеспечения могут включать в себя устройства, логические устройства, компоненты, процессоры, микропроцессоры, схемы, схемы процессора, схемные элементы (например, транзисторы, сопротивления, конденсаторы, индуктивности и тому подобное), интегральные схемы, специализированные интегральные схемы (ASIC), программируемые логические устройства (PLD), процессоры цифровой обработки сигналов (DSP-процессоры), вентильная матрица, программируемая пользователем (FPGA-матрица), запоминающие устройства, логические вентили, регистры, полупроводниковое устройство, микросхемы, микросхемы с высоким уровнем интеграции, наборы микросхем и тому подобное. Примеры элементов программного обеспечения могут включать в себя компоненты программного обеспечения, программы, приложения, компьютерные программы, прикладные программы, системные программы, программы для разработки программного обеспечения, машинные программы, программное обеспечение операционной системы, микропрограммные средства, встроенные программы, модули программного обеспечения, стандартные программы, подпрограммы, функции, способы, процедуры, интерфейсы на основе программных средств, прикладные программные интерфейсы (API), системы команд, вычислительный код, машинный код, кодовые сегменты, сегменты машинного кода, слова, значения, символы или любые их сочетания. Определение того, осуществляется ли вариант реализации изобретения с использованием элементом аппаратного обеспечения и/или элементов программного обеспечения, может варьироваться в соответствии с некоторым количеством факторов, таких как требуемая скорость вычислений, уровни мощности, допуски на нагрев, бюджет цикла обработки данных, скорости ввода данных, скорости вывода данных, ресурсы памяти, скорости шины передачи данных и других конструктивных или эксплуатационных ограничений, которые желательны для данного варианта осуществления.
В некоторых вариантах реализации изобретения элемент определен как некоторая специальная структура, выполняющая одну или более операций. Однако, можно понять, что любой элемент, определенный как специальная структура, выполняющая некоторую специальную функцию, может быть выражен как средство или этап для выполнения указанной функции без подробного описания его строения, материала или действий в его поддержку, и подразумевается, что такое средство или этап охватывают соответствующее строение, материал или действия, описанные в его детализированном описании, и их эквиваленты. Варианты реализации изобретения не ограничены в этом контексте.
Некоторые варианты реализации изобретения могут быть описаны с использованием выражения "один вариант реализации изобретения" или "вариант реализации изобретения" наряду с производными от них. Эти термины означают, что некоторый конкретный признак, структура или характеристика, описываемая в связи с этим вариантом реализации изобретения, включена в состав, по меньшей мере, одного вариант реализации изобретения. Появления оборота "в одном варианте реализации изобретения" в различных местах в этой спецификации не обязательно все относятся к одному и тому же варианту реализации изобретения. Кроме того, некоторые варианты реализации изобретения могут быть описаны с использованием выражения "сопряженный" и "соединенный" наряду с производными от них. Эти термины не обязательно означают синонимы друг другу. Например, некоторые варианты реализации изобретения могут быть описаны с использованием, терминов "соединенные" и/или "сопряженные" для того, чтобы указать, что два или более элементов находятся в непосредственном физическом или электрическом контакте друг с другом. Однако, термин "сопряженный" может также означать то, что два или более элементов не находятся в непосредственном контакте друг с другом, но все-таки, тем не менее, взаимодействуют друг с другом или воздействуют друг на друга.
Подчеркнем, что реферат раскрываемого изобретения приводится для того, чтобы позволить читателю быстро выяснить сущность технического раскрытия изобретения. Он представлен с пониманием того, что не будет использоваться для интерпретации или ограничения объема или значения формулы изобретения. Кроме того, в вышеприведенном детализированном описании можно заметить, что в целях упрощения раскрытия изобретения различные признаки сгруппированы вместе в одном варианте реализации изобретения. Этот способ раскрытия изобретения не должен интерпретироваться как отражающий тот смысл, что заявленные варианты реализации изобретения требуют больше признаков, чем было прямо изложены в каждом пункте формулы изобретения. Наоборот, как отражено в нижеследующей формуле изобретения, предмет изобретения заключается в меньшем чем все количество признаков одного раскрытого варианта реализации изобретения. Таким образом, нижеследующая формула изобретения настоящим инкорпорируется в состав детализированного описания, причем каждый пункт формулы изобретения выступает самостоятельно как отдельный вариант реализации изобретения. В прилагаемой формуле изобретения, термины "включающий в себя" и "в котором" используются как прямые эквиваленты соответствующих терминов, "содержащий" и "в чем", соответственно. Помимо этого, термины "первый", "второй", "третий" и тому подобное используются просто как обозначение, и не предназначены для того, чтобы накладывать численные требования на свои объекты.
То, что было описано выше, включает в себя примеры раскрытой архитектуры. Конечно же, невозможно описать каждое мыслимое сочетание компонентов и/или методологий, но специалист обычного уровня квалификации в данной области техники может признать, что возможно много дополнительных их сочетаний и перестановок. Соответственно, подразумевается, что новая архитектура охватывает все такие изменения, модификации и вариации, которые находятся в рамках сущности и объема прилагаемой формулы изобретения.