СИСТЕМА И СПОСОБ ПЕРЕДАЧИ ОТЧЕТОВ О "КАЧЕСТВЕ ВОСПРИЯТИЯ"
SYSTEM AND METHOD TO TRANSFER REPORTS ON "QUALITY OF EXPERIENCE"

ОБЛАСТЬ ТЕХНИКИ
Изобретение относится к телекоммуникационным услугам.
УРОВЕНЬ ТЕХНИКИ
Мультимедийная телефонная служба для мультимедийной IP-подсистемы (MTSI, Multimedia Telephony Service for IP Multimedia Subsystem) соответствует стандарту версии 7, разработанному в рамках проекта сотрудничества по разработке систем третьего поколения (3GPP, 3rd Generation Partnership Project). Служба MTSI реализована согласно стандартам 3GPP для мультимедийной IP-подсистемы (IMS, IP Multimedia Subsystem). Служба MTSI позволяет осуществлять доставку усовершенствованных мультимедийных услуг и контента по сетям с использованием IP-технологии.
Служба MTSI поддерживает передачу речевого сигнала, видеосигнала и текста по транспортному протоколу реального времени (RTP, Real-time Transport Protocol), Стандарт MTSI определяет функции или процедуры обработки на уровне среды передачи и функции интерактивности. К функциям обработки на уровне среды передачи относятся сигнализация, транспортировка данных, управление буфером дрожания фазы (jitter buffer), обработка ситуаций, связанных с потерей пакетов, адаптация и/или аналогичные функции. К функциям интерактивности относятся добавление или отбрасывание медиаданных в течение вызова. Одной из целей MTSI является достижение такого же или более высокого качества, оцениваемого согласно восприятию пользователя (user experience), как при использовании услуг передачи речи в сети с коммутацией каналов (CS, Circuit Switched), с использованием того же объема сетевых ресурсов. Другой целью является предоставление надежной и поддерживающей взаимодействие с другими сетями услуги с предсказуемым качеством медиаданных, которая обеспечивает гибкость в предложении услуг.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Различные аспекты настоящего изобретения изложены в формуле изобретения.
В соответствии с примером осуществления настоящего изобретения предлагается устройство, содержащее блок памяти для хранения информации конфигурации, связанной с процессом передачи отчетов о показателях качества восприятия, серверу, при этом отчеты о показателях качества восприятия относятся к мультимедийному телефонному вызову, и сервер расположен вне каналов передачи данных, соединяющих устройство по меньшей мере с одним пользовательским устройством, связанным с мультимедийным телефонным вызовом; и процессор, связанный с упомянутым блоком памяти. Процессор сконфигурирован для проверки того, что удовлетворены одно или более правил, связанных с процессом передачи отчетов о показателях качества восприятия, для генерации отчета о показателях качества восприятия в соответствии с информацией конфигурации, относящейся к процессу передачи отчетов о показателях качества восприятия, если правила, связанные с процессом передачи отчетов о показателях качества восприятия, удовлетворены, и для передачи отчетов о показателях качества восприятия серверу в соответствии с информацией конфигурации.
В соответствии с другим примером осуществления настоящего изобретения предлагается способ, включающий проверку пользовательским устройством того, что удовлетворены одно или более правил, связанных с процессом передачи отчетов о показателях качества восприятия, которые относятся к мультимедийному телефонному вызову; генерацию пользовательским устройством отчета о показателях качества восприятия согласно информации конфигурации, относящейся к процессу передачи отчетов о показателях качества восприятия, если правила, связанные с процессом передачи отчетов о показателях качества восприятия, удовлетворены; и передачу отчета о показателях качества восприятия в соответствии с информацией конфигурации серверу, расположенному вне каналов передачи данных, соединяющих пользовательское устройство по меньшей мере с другим пользовательским устройством, участвующим в сеансе мультимедийной телефонной услуги.
В соответствии с другим примером осуществления настоящего изобретения предлагается устройство, содержащее блок памяти и процессор, связанный с этим блоком памяти. Процессор сконфигурирован для определения того, следует ли обновить информацию конфигурации, связанную с процессом передачи отчетов о показателях качества восприятия и хранимую по меньшей мере в одном пользовательском устройстве, и для передачи обновлений информации конфигурации, связанной с процессом передачи отчетов о показателях качества восприятия, по меньшей мере одному пользовательскому устройству, если определено, что необходимы одно или более обновлений.
В соответствии с другим примером осуществления настоящего изобретения предлагается способ, включающий определение того, следует ли обновить информацию конфигурации, связанную с процессом передачи отчетов о показателях качества восприятия и хранимую по меньшей мере в одном пользовательском устройстве, и передачу обновлений информации конфигурации, связанной с процессом передачи отчетов о показателях качества восприятия, по меньшей мере одному пользовательскому устройству, если определено, что необходимы одно или более обновлений.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Для более полного понимания примеров осуществления настоящего изобретения, его аспектов и потенциальных преимуществ далее приводится подробное описание со ссылками на прилагаемые чертежи:
На фиг.1 показана общая схема, иллюстрирующая сигнализацию установления вызова и тракт передачи медиаданных для MTSI.
На фиг.2 показана общая схема, иллюстрирующая систему в соответствии с примером осуществления настоящего изобретения.
На фиг.3 показана блок-схема алгоритма способа передачи отчетов о показателях QoE в соответствии с примером осуществления настоящего изобретения.
На фиг.4 показан пример структуры объекта управления с информацией, относящейся к передаче отчетов о показателях QoE.
На фиг.5 показан другой пример структуры объекта управления с информацией, относящейся к передаче отчетов о показателях QoE.
На фиг.6 показана блок-схема алгоритма способа приема отчетов о показателях QoE в соответствии с примером осуществления настоящего изобретения.
ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
Примеры осуществления настоящего изобретения и его потенциальные преимущества станут более понятными при рассмотрении фиг.1-6, на которых одинаковые числовые обозначения используются для указания аналогичных и соответствующих частей различных чертежей.
На фиг.1 показана общая схема, иллюстрирующая сигнализацию установления вызова и тракт передачи медиаданных для службы MTSI. Вызов MTSI может использовать механизмы функции управления сеансами вызовов (CSCF, Call Session Control Function) для маршрутизации сигнализации плоскости управления между устройствами UE, задействованными в вызове. В одном из примеров пользовательское устройство (UE) 115, имеющее доступ к сети 110 радиодоступа (RAN, radio access network), инициирует сеанс мультимедийной телефонной услуги вызовом по меньшей мере другого устройства UE 115'. В примере осуществления настоящего изобретения устройство UE 115 соединено с сетью 101, связанной с оператором А, а устройство UE 115' соединено с сетью 102, связанной с оператором В.
В одном из примеров сигнализация плоскости управления направляется, например, с помощью сообщения "приглашения" (invite) протокола инициирования сеансов (SIP, Session Initiation Protocol), передаваемого из сети RAN 110 в базовую сеть (CN, Core Network), при этом сигнализация плоскости управления маршрутизируется в подсистему IMS через обслуживающий узел 122 поддержки GPRS (SGSN, Serving GPRS Support Node) и шлюзовой узел 124 услуг GPRS (GGSN, GPRS Gateway Service Node). В подсистеме IMS сигнализация плоскости управления маршрутизируется через модули функции CSCF, включающие прокси-функцию 131 управления сеансами вызовов (P-CSCF, Proxy Call Session Control Function), обслуживающую функцию 132 управления сеансами вызовов (S-CSCF, Serving Call Session Control Function), и запрашивающую функцию 133 управления сеансами вызовов (I-CSCF, Interrogating Call Session Control Function). В функции I-CSCF местоположение может быть определено функцией 135 определения местоположения абонента (SLF, Subscriber Location Function) и/или функцией сервера абонентских данных сети (HSS, Home Subscriber Server). В плоскости управления серверы приложений (AS, Application Server), например 134 и 134', могут предоставлять дополнительные услуги, такие как удержание/возобновление вызовов, переадресация вызовов, многосторонние вызовы и/или аналогичные услуги. В сети 102 сигнализация плоскости управления направляется через узлы GGSN 124' и SGSN 122' и передается через сеть RAN 110' в устройство UE 115'. Сигнализация плоскости управления может также содержать такие сигналы, как подтверждения от вызываемых устройств UE 115' в вызывающее устройство UE 115.
Кроме того, медиаданные могут передаваться по тракту, отличному от того, по которому передается сигнализация плоскости управления. Медиаданные, переданные, например, от устройства UE 115 в устройство UE 115', направляются через сеть RAN 110, узлы SGSN 122 и GGSN 124, связанные с устройством UE 115, а затем через сети GGSN 124', SGSN 122' и RAN 110', связанные с устройством UE 115'. Данные могут передаваться с использованием протокола управления передачей (TCP, Transmission Control Protocol) или протокола дейтаграмм пользователя (UDP, User Datagram Protocol).
Согласно одному из примеров осуществления настоящего изобретения устройства UE 115, 115', участвующие в одном и том же вызове, могут находиться в одной сети, например в сети одного и того же оператора. В другом примере осуществления настоящего изобретения устройства UE 115 и 115', участвующие в одном и том же вызове, могут осуществлять доступ к различным сетям, относящимся к различным операторам. К примерам сетей доступа, к которым могут подключаться устройства UE 115, 115', относятся сети RAN, Интернет, интранет, локальная сеть, телефонная сеть с фиксированными линиями и/или аналогичные сети. Кроме того, устройства UE 115, 115' могут подключаться к сети доступа посредством проводных или беспроводных соединений. Устройства UE 115, 115' могут также включать портативный компьютер, настольный компьютер, мобильный телефон, телефон, подключенный к фиксированной телефонной линии, и/или аналогичные устройства.
Согласно примеру осуществления настоящего изобретения услуги MTSI могут включать передачу речевого сигнала, видеосигнала, текстовой информации, файлов данных и/или аналогичной информации по одной или более сетям в полнодуплексном режиме реального времени. Качество обслуживания, воспринимаемое пользователем, например пользователем телефона, которому предоставляется услуга MTSI, может оказаться неприемлемым в результате, например, перегрузки сети и/или потери пакетов данных. В существующем в настоящее время стандарте MTSI, разработанном 3GPP, не предусмотрена поддержка механизма передачи отчетов о "качестве восприятия" (QoE, Quality of Experience), который позволяет осуществлять обратную связь от пользователей относительно качества обслуживания (QoS, quality of service).
В примере осуществления настоящего изобретения система показателей QoE служит для оценки восприятия конечным пользователем качества услуг потоковых приложений передачи медиаданных. Система показателей QoE позволяет объединять межуровневые измерения и извлеченные результаты (показатели QoE). Извлеченные результаты могут использоваться для контроля и улучшения обслуживания конечного пользователя в сильно изменчивых условиях работы сети. Согласно примеру осуществления настоящего изобретения, клиент 3GPP MTSI, поддерживающий функцию предоставления показателей QoE, может выполнять одно или более измерений уровня качества. Измерения уровня качества относятся к показателям QoE для сеансов MTSI. Примеры показателей QoE включают изменения битовых скоростей передачи или приема, запросы внутреннего обновления кадров, прерывание обслуживания и/или длительность прерывания, замораживание изображения и/или длительность замораживания, изменение варианта выбора кодирования, например, типов полезной нагрузки, интенсивности потери пакетов, указываемых одним или более участниками вызова, и/или аналогичные показатели. Клиент может агрегировать результаты измерений в клиентские показатели QoE. Клиент передает отчет о показателях в сервер отчетов о показателях с использованием транспортного протокола QoE.
На фиг.2 показана общая схема, иллюстрирующая систему 200 согласно примеру осуществления настоящего изобретения. В этом примере осуществления настоящего изобретения система 200 может включать сеть 220 связи, сервер 225 отчетов о показателях QoE и одно или более пользовательских устройств (115, 115'), соединенных через проводные и/или беспроводные линии связи к сети 220 связи. Сеть 220 связи может являться сетью, относящейся к одному оператору, множеством сетей, относящихся к одному или более операторам, и т.п. Согласно примеру осуществления настоящего изобретения сеть связи включает мультимедийную подсистему передачи данных по Интернет-протоколу (IP, Internet Protocol) IMS.
Согласно варианту осуществления настоящего изобретения система 200 содержит канал передачи данных, например двунаправленный сквозной канал между сторонами UE 115 и UE 115', участвующими в вызове. Пример осуществления настоящего изобретения может включать отчеты о показателях QoE, которыми конечные клиенты или устройства UE, например, 115 и 115', не обмениваются. Согласно варианту осуществления настоящего изобретения отчеты о показателях QoE могут передаваться одним или более конечными клиентами в сервер 225 отчетов о показателях QoE. В примере осуществления настоящего изобретения сервер 225 отчетов о показателях QoE может являться логическим объектом, расположенным в сетевом сервере, сетевом узле и т.п. Например, сервер отчетов о показателях QoE может находиться в сервере приложений, например в сервере 134 и 134'. В альтернативном примере осуществления настоящего изобретения сервер 225 отчетов о показателях QoE может являться компьютерным сервером, относящимся к поставщику сетевых услуг. Как показано на фиг.2, сервер 225 отчетов о показателях QoE расположен вне канала передачи данных, например, вне двунаправленного канала передачи данных между конечными клиентами или устройствами UE 115 и 115'.
Согласно примеру осуществления настоящего изобретения может использоваться информация конфигурации для передачи отчетов о показателях QoE, например, для управления передачей отчетов о показателях QoE, установки правил для передачи отчетов о показателях QoE, связанных, например, со временем, частотой, объектом отчетов и т.п., а также для идентификации объекта, принимающего отчеты QoE, и т.п.
В одном из примеров осуществления настоящего изобретения для инициирования функции передачи отчетов о показателях QoE может использоваться сигнализация протокола SIP, применяемая для установления вызовов или сеансов. Согласно этому варианту осуществления настоящего изобретения, набор показателей QoE, подлежащий передаче от клиента услуги MTSI в сервер отчетов о показателях QoE, может быть согласован в течение установления соединения. Например, для согласования показателей QoE могут использоваться синтаксис и семантика атрибута протокола описания сеансов (SDP, Session Description Protocol), например атрибута "SGPP-QoE-Metrics". В альтернативном варианте осуществления настоящего изобретения в качестве расширения заголовка SIP для согласования показателей QoE, подлежащих передаче в сервер, может использоваться расширение заголовка протокола потоковой передачи данных в реальном времени (RTSP, Real-Time Streaming Protocol), например, "3GPP-QoE-Metrics". Например, данные протокола SDP могут переноситься в теле запроса SIP. В таком случае согласование показателей QoE является частью процесса согласования на уровне среды передачи при установлении соединения.
В процессе согласования показателей QoE участвуют одно или более устройств UE, например, клиенты службы MTSI или пользовательские агенты (UA, User agent) SIP, и объект сбора показателей QoE, например, сервер 225 отчетов о показателях QoE, расположенные в сети 220 связи. В одном из вариантов осуществления настоящего изобретения сервер 225 отчетов о показателях QoE может иметь доступ к тракту сигнализации плоскости управления, показанному на фиг.1, или располагаться в этом тракте. Кроме того, в процессе установления соединения может потребоваться один или более прокси-серверов SIP для вставки и интерпретации полей заголовка, связанных, например, с передачей отчетов о показателях QoE.
Согласно другому примеру осуществления настоящего изобретения сетевой оператор может указать свои предпочтительные параметры для передачи отчетов о показателях QoE с использованием объекта управления (МО, Management Object) для управления устройствами (DM, Device Management) согласно стандарту открытого союза мобильной связи (ОМА, Open Mobile Alliance). Объект ОМА DM МО, например, объект МО сетевых предпочтительных параметров MTSI (MTSINP, MTSI Network Preference) 3GPP, может использоваться для управления установками, которые отражают сетевые предпочтительные параметры для клиента службы MTSI в терминале или устройстве UE. Объекты управления QoE, содержащие информацию, связанную с передачей отчетов о показателях QoE, могут быть определены как внутренний узел объекта ОМА DM МО или 3GPP MTSINP МО. Объект QoE МО может использоваться для управления показателями QoE, правилами для передачи отчетов о показателях QoE, сервером 225 QoE и/или другой подобной информацией, относящейся к передаче отчетов о показателях QoE. Согласно одному из примеров осуществления настоящего изобретения устройство UE 115, 115' может передавать отчет о показателях QoE, указанных в объекте МО QoE, в сервер 225 отчетов о показателях QoE, с помощью низкоприоритетного сетевого трафика. В соответствии с этим примером осуществления настоящего изобретения согласование показателей QoE между устройствами UE 115, 115' и сервером 225 отчетов о показателях QoE не выполняется. В альтернативном варианте осуществления изобретения объект QoE МО может использоваться для сигнализации предпочтительных показателей и правил для передачи отчетов, и окончательная конфигурация может быть согласована между устройствами UE 115, 115' и сервером 225 отчетов о показателях QoE с использованием протокола SIP и/или SDP.
На фиг.3 показана блок-схема алгоритма способа 300 для передачи отчетов о показателях QoE в соответствии с примером осуществления настоящего изобретения. В этом варианте осуществления изобретения способ 300 выполняется устройством UE 115, 115'. В блоке 310 устройством UE 115, 115' инициируется вызов MTSI. В блоке 320 устройство UE 115, 115' проверяет наличие объекта MTSINP МО. Решение в блоке 220' принимают на основе наличия или отсутствия объекта MTSINP МО. Если объект MTSINP МО существует, то в блоке 330 устройство UE 115, 115' извлекает данные из объекта MTSINP МО для проверки того, имеется ли в этом объекте узел QoE. Согласно этому примеру осуществления настоящего изобретения один или более объектов QoE МО могут быть определены как внутренние узлы, например, как поддеревья, объекта MTSINP МО. Если в объекте MTSINP МО узел QoE существует, то устройство UE 115, 115' проверяет в блоке 340, разрешена ли передача отчетов QoE по меньшей мере в одном из этих объектов QoE МО. Если передача отчетов QoE разрешена по меньшей мере в одном объекте QoE МО, то в блоке 350 устройство UE 115 проверяет, удовлетворены ли все правила передачи отчетов, связанные по меньшей мере с одним объектом QoE МО. Если все правила удовлетворены, то в блоке 360 устройство UE 115, 115' подготавливает отчет, содержащий значения показателей QoE, например результаты измерений показателей, статистические данные и т.п., подлежащие передаче в сервер 225 отчетов о показателях QoE. Например, устройство UE 115, 115' может в блоке 360 осуществить одно или более измерений и/или извлечь результаты измерений показателей QoE, статистические данные и т.п., хранимые в блоке памяти. Устройство UE 115, 115' передает отчет о показателях QoE в сервер 225 отчетов о показателях QoE в соответствии, например, со временем, частотой, форматом и/или другими подобными правилами, указанными по меньшей мере в одном объекте QoE МО. В том случае, если в одном из блоков, 320', 330, 340 и 350 осуществляют переход по ветви "нет", то в блоке 321 устройство UE, например, 115 и/или 115', принимает решение не передавать отчет о показателях QoE.
На фиг.4 показан пример структуры объекта 400 управления QoE. Согласно примеру осуществления настоящего изобретения узел, например узел 407 QoE, внутренний по отношению к объекту MTSINP МО 405, определен для хранения предпочтительных сетевых параметров, связанных с передачей отчетов QoE. Узел 407 QoE может содержать один или более объектов 400 управления QoE, подключенных к этому узлу в виде поддеревьев. Один или более объектов 400 управления QoE переносят информацию, связанную с конфигурацией передачи отчетов о показателях QoE, соответствующую запросам одного или более сетевых операторов. Согласно примеру осуществления настоящего изобретения, объекты 400 управления QoE группируют или переносят информацию конфигурации для передачи отчетов о показателях QoE, относящуюся к конкретному сетевому оператору. Согласно этому варианту осуществления настоящего изобретения каждый сетевой оператор может установить свои собственные предпочтительные параметры для передачи отчетов о показателях QoE. В примере, показанном на фиг.4, объект 400 управления QoE содержит узел 410 флага разрешения, узел 420 сервера и отдельные узлы для медиакомпонентов, например для типов медиаконтента, включая узел 430 речевого сигнала, узел 440 видеосигнала и узел 450 текстовой информации. Узел 410 флага разрешения содержит индикатор, например, булева типа, указывающий, разрешена ли конфигурация передачи отчетов о показателях QoE, связанная с тем же родительским объектом 400 управления QoE узла 410 флага разрешения. Узел 420 сервера содержит информацию о сетевом объекте или сервере, принимающем отчеты о показателях QoE, например о сервере 225 отчетов о показателях QoE. Например, узел сервера может содержать URL для сервера (серверов), которому передаются отчеты QoE. В случае множества серверов может использоваться процесс случайного выбора. В альтернативном варианте один сервер может быть назначен (всем) вызовам устройства UE путем изменения узла сервера для каждого устройства UE, например, UE 115 и/или 115', по отдельности.
В примере осуществления настоящего изобретения, показанном на фиг.4, каждый из узлов 430, 440 и 450 речевого сигнала, видеосигнала и текстовой информации содержит один лист показателей (434, 444 и 454) и один лист правил (438, 448 и 458). Каждый лист показателей (434, 444 и 454) описывает показатели QoE, связанные с соответствующим типом контента. Лист показателей, например, 434, 444 и 454, обеспечивает запрашиваемую конфигурацию передачи отчетов о показателях QoE. Он обеспечивает, например, в текстовом формате показатели QoE, которые требуется передавать в отчете. Он также может обеспечивать частоту передачи отчетов. В примере, показанном на фиг.4, лист 434 показателей может содержать список из одного или более показателей QoE, связанных с речевым контентом, лист 444 показателей может содержать список из одного или более показателей QoE, связанных с видеоконтентом, а лист 444 показателей может содержать список из одного или более показателей QoE, связанных с текстовым контентом. Согласно этому же примеру лист 438 правил может содержать список из одного или более правил, связанных с передачей отчетов о показателях QoE, относящихся к речевому контенту, лист 448 правил может содержать список из одного или более правил, связанных с передачей отчетов о показателях QoE, относящихся к видеоконтенту, а лист 458 правил может содержать список из одного или более правил, связанных с передачей отчетов о показателях QoE, относящихся к текстовому контенту. Листья правил 438, 448 и 458 могут предоставлять в текстовом формате информацию о том, каким образом и когда предполагается передавать отчеты о показателях QoE в сервер 225 отчетов о показателях QoE.
На фиг.5 показан другой пример структуры объекта 400' управления QoE. Так же, как и в примере, показанном на фиг.4, объект 400' управления QoE, показанный на фиг.5, содержит узел 410' флага разрешения и узел 420' сервера. Объект 400' управления QoE, показанный на фиг.5, содержит узел 460' показателей. Согласно этому примеру для всех медиакомпонентов может быть задан или указан единственный список показателей QoE. Объект 400' управления QoE также содержит узел 470' правил. Узел 470' правил содержит листья, связанные с различными медиакомпонентами. Например, лист 473' речевого сигнала содержит одно или более правил, связанных с передачей отчетов о показателях QoE, относящихся к речевому контенту, лист 476' видеосигнала содержит одно или более правил, связанных с передачей отчетов о показателях QoE, относящихся к видеоконтенту, а лист 479' текстовой информации содержит одно или более правил, связанных с передачей отчетов о показателях QoE, относящихся к текстовому контенту. Примеры, показанные на фиг.4 и фиг.5, не являются исчерпывающими, и возможны другие структуры объектов управления QoE.
Ниже представлен пример формата описания некоторых рассмотренных узлов.
/<X>/QoE
- наличие: 0 или 1
- формат: узел
- тип доступа: извлечь, добавить
- значение: не используется
/<X>/QoE/<X>
- наличие: 0 или более
- формат: узел
- тип доступа: извлечь, добавить
- значение: не используется
/<X>/QoE/<X>/Enabled
- наличие: 1
- формат: булев
- типы доступа: извлечь, заменить
/<X>/QoE/<X>/Server
- наличие: 0 или более
- формат: Char
- типы доступа: извлечь, заменить, добавить
/<X>/QoE/<X>/APN
- наличие: 0 или 1
- формат: Chr
- типы доступа: извлечь, заменить, добавить
/<X>/QoE/<X>/Metrics
- наличие: 0 или более / 0 или 1
- формат: Char
- типы доступа: извлечь, заменить, добавить
/<X>/QoE/<X>/Rules
- наличие: 0 или более
- формат: Char
- типы доступа: извлечь, заменить, добавить
В примере осуществления настоящего изобретения синтаксис правил передачи отчетов о показателях QoE может быть сходным с синтаксисом атрибута протокола SDP "3GPP-QoE-Metrics". В другом примере осуществления настоящего изобретения синтаксис правил передачи отчетов о показателях QoE может быть интегрирован в узел /<X>/QoE/<X>/Metrics или лист.
На фиг.6 показана блок-схема алгоритма способа 600 приема отчетов о показателях QoE в соответствии с примером осуществления настоящего изобретения. В блоке 610 сетевой объект, например, сервер 225 отчетов о показателях QoE, обнаруживает или получает сведения об установлении вызова устройством UE 115 для мультимедийной телефонной услуги. Например, информация, связанная с установлением вызова, может приниматься сервером 225 отчетов о показателях QoE из сетевого элемента, относящегося к поставщику сетевых услуг. В блоке 620 сервер отчетов о показателях QoE принимает решение о том, требуется ли обновить информацию конфигурации для передачи отчетов о показателях QoE, хранимую по меньшей мере в одном из устройств UE 115. Как показано на рисунке в дополнительном блоке 615, решение может приниматься на основе сравнения информации конфигурации в устройстве UE для передачи отчетов о показателях QoE с сетевыми предпочтительными параметрами для передачи отчетов о показателях QoE. Если информацию конфигурации требуется обновить, то сервер 225 отчетов о показателях QoE в блоке 630 передает обновление информации конфигурации по меньшей мере одному устройству UE 115. В одном из примеров осуществления настоящего изобретения, если информация конфигурации для передачи отчетов о показателях QoE хранится в объекте управления QoE, сетевой элемент, например, сервер 225 отчетов о показателях QoE, может выполнить обновление путем выполнения операций управления ОМА DM на объекте ОМА DM МО, хранимом в устройстве UE 115. В блоке 640, если информацию конфигурации в устройстве UE обновлять не требуется или обновление уже было передано, сервер отчетов о показателях QoE принимает отчеты о показателях QoE от устройства UE 115 в соответствии с обновленной информацией конфигурации в устройстве UE для передачи отчетов о показателях QoE. В другом варианте осуществления настоящего изобретения устройство UE 115 может принимать новый объект ОМА DM МО или объект управления QoE в любое время в течение активного вызова.
В другом примере осуществления настоящего изобретения устройства UE 115 и/или 115' могут перемещаться в другую сеть в течение вызова. В этом случае серверу отчетов о показателях QoE, связанному с новой посещаемой сетью, может оказаться необходимым доставлять в устройства UE 115 и/или 115' новый объект ОМА DM МО или объект управления QoE. После приема объекта управления устройство UE прекращает передавать отчеты о показателях QoE в старую сеть и начинает передавать отчеты о показателях QoE в новый сервер 225 отчетов о показателях QoE, расположенный, например, в новой посещаемой сети, как указано в новом объекте управления.
Согласно примеру осуществления настоящего изобретения, в котором сервер 225 отчетов о показателях QoE может принимать отчеты о показателях QoE от вызываемого (вызываемых) устройства (устройств) UE 115', вызывающее устройство UE 115 может направлять в вызываемое (вызываемые) устройство (устройства) UE 115' информацию конфигурации для передачи отчетов о показателях QoE с использованием протокола SDP, содержащего атрибут "SGPP-QoE-Metrics". Кроме того, может потребоваться проинформировать другие стороны вызова о том, что для этого вызова выполняется передача отчетов о показателях QoE. Данные протокола SDP встраиваются в исходное сообщение SIP INVITE или, в альтернативном варианте, в способ SIP UPDATE. В этом случае процедура инициирования передачи отчетов о показателях QoE может выполняться следующим образом:
1) Оператор передает объект ОМА DM МО в одно из устройств MTSI UE, например, в вызывающее UE 115.
2) Устройство MTSI UE 115, принявшее объект ОМА DM МО, использует протокол SIP+SDP для сообщения вызываемому (вызываемым) устройству (устройствам) UE 115' запрашиваемого набора показателей в объекте ОМА DM МО. Вызывающее устройство UE 115 работает как устройство переадресации. Вызывающее устройство UE 115 может направить ту же информацию другим последующим участникам в том случае, если к вызову подключаются новые абоненты, например при многостороннем вызове. Если вызывающее устройство UE 115 отсоединяется, то перед отсоединением оно может передать маркер переадресации в одно из оставшихся активных устройств UE, для того чтобы в дальнейшем это устройство UE действовало как устройство переадресации.
3) Отчеты с показателями передаются устройством (устройствами) UE в сервер отчетов с помощью процедуры HTTP Post.
В примере с многосторонним вызовом, например в сеансе конференц-связи, если одно или более устройств UE подключаются после начала сеанса, то информация об инициировании передачи отчетов о показателях QoE может направляться в одно или более устройств UE при их подключении к сеансу. В многостороннем вызове подключение и отключение участников может обрабатываться в свете передачи отчетов о показателях QoE в сценарии конференц-связи на основе используемой модели конференц-связи. Например, в свободной конференц-связи сведения об участии в конференц-связи постепенно предоставляются с помощью управляющей информации, которая передается как часть данных конференц-связи с использованием, например, протокола RTCP. Следовательно, взаимосвязь посредством сигнализации SIP между участниками конференц-связи отсутствует, и информация об инициировании сбора показателей QoE может распространяться внеполосно (без использования протокола RTCP), например, в данных протокола SDP многоадресного медиасеанса. В полностью распределенных многосторонних сеансах конференц-связи каждый участник осуществляет диалог по протоколу SIP с каждым из других участников. При установлении или разрыве вызовов обмен информацией об инициировании передачи отчетов о показателях QoE может выполняться, например, в сообщениях SIP INVITE и/или UPDATE. В рамках стандартов 3GPP используются жестко связанные системы конференц-связи. В жестко связанных системах конференц-связи "центральный объект" (focus), например один из участников конференции, осуществляет диалог SIP со всеми участниками и может, таким образом, распределять информацию, связанную с инициированием передачи отчетов о показателях QoE, например, в запросах SIP INVITE и/или UPDATE.
В рамках стандартов 3GPP используются жестко связанные системы конференц-связи [6], и, таким образом, эта модель относится к передаче отчетов о показателях QoE. Как указывалось выше, отключение и подключение участников обрабатывается "центральным объектом", являющимся ключевым компонентом в конференц-связи.
Диалог, определенный в RFC 3261 [7], представляет собой одноранговое взаимодействие по протоколу SIP между двумя UA, продолжающееся некоторое время (установленное с помощью сообщений протокола SIP). Как определено в RFC 4353 [8], "центральный объект" выполняет логическую роль пользовательского агента SIP, адресуемого URI конференции и идентифицирующего конференцию. "Центральный объект" сохраняет взаимодействие сигнализации SIP с каждым участником конференции.
Следует отметить, что может использоваться множество других вариантов структуры дерева без изменения сущности изобретения. В частности, могут добавляться листья "Ext" (Extension, расширение), которые позволяют осуществлять дальнейшие расширения структуры дерева. Кроме того, листья показателей (Metrics) и правил (Rules) могут также вставляться на корневом уровне (например, "/<X>/Metrics" и /<X>/Rules") для предоставления значений по умолчанию для различных медиакомпонентов сеанса MTSI. Эти показатели и правила могут впоследствии замещаться на уровне медиакомпонентов. Кроме того, отдельные узлы или листья речевого сигнала, видеосигнала и текстовой информации могут быть целиком опущены, если ко всем медиакомпонентам вызова применяются одинаковые правила и показатели.
Правила передачи отчетов QoE могут использоваться для управления объемом отчетов о показателях QoE, передаваемых в сервер 225 отчетов о показателях QoE, для того чтобы, например, избежать перегрузки сервера. Ниже представлены примеры правил передачи отчетов о показателях QoE, их синтаксис и семантика.
Передача в приемный сервер только сообщений вызывающего абонента (ReportingSource/OnlyCallerReports)
Это правило используется для определения источников передачи отчетов о показателях QoE. Источниками могут быть либо все участники вызова, либо только устройство UE, являющееся инициатором вызова, например, вызывающий абонент. Параметр source (источник) используется для сигнализации о том, передаются ли отчеты о показателях QoE всеми абонентами (source="all") или только вызывающим абонентом (source="caller_only"). Возможны дальнейшие расширения источников передачи отчетов. В другом варианте осуществления настоящего изобретения, это правило, например, переименованное как OnlyCallerReports, может сигнализироваться без параметров. В этом случае отсутствие данного флага, например, OnlyCallerReports, может сигнализировать о том, что передача отчетов о показателях QoE выполняется вызывающим абонентом UE 115 и вызываемым абонентом (абонентами) UE 115'.
Передача отчетов для каждого N-го вызова, выполненного устройством UE (SubsampleSessions)
В этом случае N является параметром, например, subsample_factor, предназначенным для определения частоты передачи отчетов о показателях QoE. Это означает, что (subsamplefactor - 1) вызовов может быть пропущено, прежде чем в следующем вызове потребуется передача отчетов о показателях QoE.
Передача отчетов для максимум М вызовов в единицу времени (LimitSessionRate)
Для этого правила могут использоваться один или два параметра. Первый параметр (max_sessions) указывает максимальное количество М вызовов, для которых требуется передавать отчеты о показателях QoE в пределах указанного временного интервала. Дополнительный параметр time_unit указывает длину временного интервала, например, в секундах. Значение по умолчанию для этого параметра может составлять 1 секунду. Этот дополнительный параметр может быть полностью исключен из синтаксиса, если во всех случаях допускается использование значения по умолчанию. Например, выражения max_sessions=5 и time_unit=1 означают, что требуется передавать отчеты максимум в 5 вызовах во временном интервале длительностью в одну секунду. В другом примере, выражения maxsessions=5 и timeunit=3600 указывают на то, что требуется передавать отчеты о показателях QoE максимум в 5 вызовах во временном интервале длительностью в один час. В отсутствие этого правила может потребоваться передача отчетов для каждого вызова.
Передача отчетов в минимальном временном интервале Т на временной блок (LimitSessionRate)
Это правило определяет минимальный временной интервал Т между двумя вызовами с передачей отчетов о показателях QoE. Согласно одному из примеров осуществления настоящего изобретения используется один параметр, например, min_interval, который указывает минимальный временной отрезок между началом или завершением двух последовательных вызовов, передающих отчеты о показателях QoE, в пределах указанного временного интервала. Дополнительный второй параметр time_unit указывает длину временного блока (в секундах). Значение по умолчанию для этого параметра составляет 1 секунду. Этот дополнительный параметр может быть полностью исключен из синтаксиса, если во всех случаях допускается использование значения по умолчанию, равное 1 секунде. Например, выражения min_interval=5 и time_unit=60 указывают на то, что временной интервал между двумя последовательными вызовами, передающими отчеты о показателях, должен составлять минимум 5 минут.
Решение о приеме отчетов, основанное на вероятности, для каждого вызова (RandomizeSessions)
Параметр reporting_probability указывает процент вызовов, для которых требуется передавать отчеты о показателях QoE. Согласно одному из примеров осуществления настоящего изобретения устройство UE может генерировать число в диапазоне от 0 до 100 в соответствии, например, с равномерной функцией плотности вероятности. Передача отчетов о показателях QoE выполняется в зависимости от того, превышает ли сгенерированное значение пороговую величину, заданную с помощью параметра reporting_probability, например, в зависимости от этого флаг разрешения в объекте управления QoE может устанавливаться или сбрасываться.
Следует отметить, что имена правил и параметры могут выбираться различными без изменения семантики определения правил.
Согласно примеру осуществления настоящего изобретения, может выполняться согласование правил передачи отчетов о показателях QoE между сервером 225 отчетов о показателях QoE и устройством (устройствами) UE 115 и/или 115', например, после извлечения начальных правил из объекта ОМА DM МО. Согласование правил передачи отчетов о показателях QoE может выполняться с использованием полей заголовка протокола SIP и/или атрибутов протокола SDP в течение установления вызова. Согласно этому примеру осуществления настоящего изобретения, при задании или описании правил передачи отчетов о показателях QoE и информации конфигурации, в целом относящейся к передаче таких отчетов, может использоваться синтаксис, сходный с синтаксисом полей заголовка протокола SIP и/или атрибутов протокола SDP. Например, базовая структура синтаксиса правил может включать три основные части: поле заголовка / имя атрибута (например, "SGPP-QoE-Rule"), имя конкретного правила и дополнительного списка параметров для этого правила. В качестве примера синтаксиса правил приводится следующая нотация:
Rule="SGPP-QoE-RuIe"":" I*(rule-spec)
rule-spec=rule-name [";" parameters]
rule-name="OnlyCallerReports" |"SubsampleSessions"|
"LimitSessionRate" |"LimitSessionlnterval"|
"RandomizeSessions" |…
parameters=parameter *(";" parameter)
parameter=name ["=" value],
где "name" и "value" могут представлять собой произвольные строки, обозначающие имя параметра и его значение, соответственно.
Например:
3GPP-QoE-Rule: LimitSessionRate; max_sessions=5; time_unit=3600
В этом примере определяется, что максимум в пяти вызовах или сеансах может выполняться передача отчетов о показателях QoE в течение часа в сервер для конкретного устройства UE 115.
Следует отметить, что в альтернативных вариантах осуществления настоящего изобретения может использоваться схема XML или бинарное представление правил передачи отчетов о показателях без изменения концепции применения этих правил.
В том случае, если конкретные правила требуется назначить одному показателю, синтаксис может быть изменен таким образом, чтобы определение правила добавлялось к существующему полю заголовка протокола SIP "SGPP-QoE-Metrics" и/или атрибуту протокола SDP. Кроме того, может оказаться полезным сочетать несколько правил. Например, элемент "3GPP-QoE-Rule" может либо добавляться несколько раз, либо синтаксис может изменяться таким образом, чтобы обеспечить возможность объединения нескольких правил в одном синтаксическом элементе. В качестве примера правило OnlyCallerReports может использоваться в комбинации с другими правилами. Также могут оказаться полезными и другие возможные комбинации.
Согласно примеру осуществления настоящего изобретения для доставки принимаемых отчетов о показателях QoE применяется процедура HTTP POST, используемая в услугах широковещательной/многоадресной передачи мультимедийных данных (MBMS, Multimedia Broadcast/Multicast Services). Согласно этому примеру осуществления настоящего изобретения описание XML, содержащее показатели, должно передаваться непосредственно в сервер сбора показателей с использованием процедуры HTTP POST. Следует отметить, что в стандарте 3GPP MBMS определяется процедура "пост-отчета" (post-reporting). Для "пост-отчета" в службе MTSI может использоваться схема, подобная той, что определена в стандарте MBMS. Для случая службы MTSI схема XML, используемая в теле запроса HTTP POST, может быть расширена, для того чтобы разрешить доставку промежуточных отчетов, например, во время вызова, о показателях QoE. Кроме того, схема XML может быть расширена для включения информации о синхронизации и идентификации сеанса. Пример схемы XML для промежуточных принимаемых отчетов может быть определен следующим образом;
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema xmlns:xs='http://www.w3.org/2001/XMLSchema"…>
<xs:element name="receptionReport" type="receptionReportType"/>
<xs:complexType name="receptionReportType">
<xs:sequence>
<xs:complexType name="qoeMetricsType">
<xs:sequence>
<xs:any namespace="##other" processContents="skip"
minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
<xs:attribute name="timeStamp" type=" xs:double" use="required"/>
<xs:attribute name="corruptionDuration" type="xs:unsignedLong" use="optional"/>
<xs:attribute name="t" type="xs:boolean" use="optional"/>
<xs:attribute name="rebufferingDuration" type="xs:double" use="optional"/>
<xs:attribute name="initialBufferingDuration"type="xs:double" use="optional"/>
<xs:attribute name="numberOfSuccessivePacketLoss" type="xs:unsignedLong"
use="optional"/>
<xs:attribute name="framerateDeviation" type="xs:double" use="optional"/>
<xs attribute name="jitterDuration" type="xs: double" use="optional"/>
<xs:anyAttribute processContents="skip"/>
</xs:complexType>
</xs:sequence>
<xs:attribute name="sessionID" type="xs:string" use="required"/>
</xs:complexType>
</xs:schema>
Это определение схемы также позволяет выполнять объединение различных показателей в одном описании XML. Благодаря этому уменьшаются накладные расходы, и сводится к минимуму количество запросов HTTP POST, требуемых для передачи отчетов о показателях.
Согласно другому варианту осуществления настоящего изобретения показатели QoE представлены в виде элементов XML (например, вместо атрибутов) с отдельным атрибутом временной отметки (timestamp) для каждого элемента XML показателей. В этой схеме синтаксис атрибута "timeStamp" основан на формате времени NTP, например представляет собой значение с плавающей точкой, соответствующее секундам, и дробной частью. Идентификация сеанса принимаемого отчета о показателях содержит строку с полями заголовка протокола SIP, называемыми "То", "From" и "Call-ID", служащими для уникальной идентификации вызова. Кроме того, может потребоваться идентификация определенного сеанса протокола RTP в рамках вызова, например, аудио-, видео- или текстового RTP-потока. Согласно другому варианту осуществления настоящего изобретения эти три поля заголовка протокола SIP могут быть представлены отдельными элементами или атрибутами XML. Сервер отчетов о показателях непосредственно идентифицируется через объект управления ОМА DM, описанный выше.
Сообщение о том, что передача отчетов о QoE не требуется, может передаваться сервером 225 отчетов о показателях QoE в устройства UE 115, 115' путем передачи кода ошибки в своем ответе HTTP, например, дополнительно с другим механизмом определения правил, описанным выше. Это может быть полезно в том случае, когда приемный сервер отчетов временно перегружен принимаемыми отчетами, которые, например, одновременно передаются различными клиентами.
Настоящее изобретение не ограничено использованием протоколов SIP, SDP, XML, HTTP, ОМА DM МО, и та же информация может передаваться с помощью других протоколов на любом из уровней стека протоколов ISO OSI и по проводным или беспроводным сетевым соединениям между объектами (а также через прокси-серверы и шлюзы).
Преимуществом, не ограничивающим изобретение, одного или более вариантов его осуществления может являться оценка качества восприятия пользователями. Другим возможным техническим преимуществом одного или более примеров осуществления настоящего изобретения, раскрытых в этом описании, может являться улучшение качества обслуживания в области мультимедийной телефонии. Другим техническим преимуществом одного или более примеров осуществления настоящего изобретения, раскрытых в этом описании, может являться предотвращение перегрузки сервера 225 отчетов о показателях QoE.
Варианты осуществления настоящего изобретения могут быть реализованы в виде программного обеспечения, аппаратного обеспечения, прикладной логики или комбинации программного обеспечения, аппаратного обеспечения и прикладной логики. Программное обеспечение, прикладная логика и/или аппаратное обеспечение могут располагаться на сервере, в мобильном устройстве, в компьютере или портативном компьютере. При необходимости часть программного обеспечения, прикладной логики и/или аппаратуры может располагаться на сервере, часть программного обеспечения, прикладной логики и/или аппаратного обеспечения может располагаться в мобильном устройстве или компьютере, а часть программного обеспечения, прикладной логики и/или аппаратного обеспечения может располагаться на микросхеме. Прикладная логика, программное обеспечение или набор инструкций предпочтительно хранится на одном из различных используемых машиночитаемых носителях. В контексте этого документа "машиночитаемый носитель" может представлять собой любой носитель или средство, способное содержать, хранить, передавать и распространять инструкции для использования (или в связи с использованием) системой, устройством или устройством исполнения инструкций.
При необходимости различные функции, рассмотренные в этом описании, могут выполняться в ином порядке и/или одновременно. Кроме того, при необходимости одна или более вышеописанных функций могут объединяться или быть необязательными для выполнения.
Хотя различные аспекты настоящего изобретения изложены в независимых пунктах формулы изобретения, другие аспекты изобретения могут содержать любые комбинации признаков описанных вариантов осуществления и/или зависимых пунктов формулы изобретения с признаками независимых пунктов формулы изобретения, а не только те комбинации, которые явно изложены в формуле изобретения.
Следует также отметить, что, хотя выше были описаны примеры осуществления настоящего изобретения, они не должны рассматриваться как ограничивающие изобретение. Возможны различные модификации и изменения в пределах объема настоящего изобретения, определенного прилагаемой формулой изобретения.