КОНФИГУРАЦИЯ УСЛУГ ПОДСИСТЕМЫ IP МУЛЬТИМЕДИА
CONFIGURATION OF IP MULTIMEDIA SUBSYSTEM SERVICES

Область техники
Настоящее изобретение относится к конфигурации услуг Подсистемы IP Мультимедиа и, в частности, к конфигурации таких услуг пользователями через Ut интерфейс.
Уровень техники
Услуги IP Мультимедиа обеспечивают динамическое объединение звука, видео, передачи сообщений, данных и т.д. в одной сессии. С ростом числа основных приложений и мультимедиа, которые можно объединять, число услуг, предлагаемых конечным абонентам, будет расти, и использование персональной связи будет расширяться. Это приведет к новому поколению персонализированных, расширенных услуг мультимедийной связи, включая так называемые «объединенные IP Мультимедиа» услуги.
Подсистема (IMS) IP Мультимедиа является технологией, определенной Проектом Партнерства Третьего Поколения (3GPP) и группой ETSI TISPAN для обеспечения услуг IP Мультимедиа по сетям мобильной передачи (3GPP TS 22.228, TS 23.228, TS 24.229, TS 29.228, TS 29.229, TS 29.328 и TS 29.329, выпуски 5-7 и TS24.173, выпуск 7). IMS предоставляет ключевые функции для расширения опыта использования персональной связи конечного пользователя посредством использования стандартизованных средств обеспечения услуг IMS, которые облегчают реализацию новых расширенных услуг персональной связи (клиент с клиентом), а также услуг типа «человек-контент» (клиент-сервер) по IP сети. IMS использует Протокол Инициации Сессии (SIP) для установления и управления вызовами или сессиями между абонентскими терминалами (или абонентскими терминалами и серверами приложений). Протокол Описания Сессии (SDP), выполняемый SIP сигнализацией, используется для описания и согласования мультимедиа компонент сессии. Хотя SIP был создан как протокол коммуникации от абонента к абоненту, IMS позволяет операторам и поставщикам услуг управлять доступом к услугам и оплатой от абонентов, соответственно.
В качестве примера, на фиг. 1 схематично показано, как IMS встраивается в архитектуру мобильной сети в случае сети доступа GPRS/PS (IMS может, конечно, работать в пределах других сетей доступа). Функции Управления Вызовом/Сессией (CSCF) функционируют как SIP-прокси в IMS. Архитектура 3GPP определяет три типа CSCF: Прокси CSCF (P-CSCF), которая является первой точкой контакта в IMS для SIP терминала; Сервисную CSCF(S-CSCF), которая обеспечивает услуги абоненту, на которые абонент подписывается; и запрашивающую CSCF (I-CSCF), чья роль заключается в идентификации корректной S-CSCF и направления на эту S-CSCF запроса, принятого от SIP терминала через P-CSCF.
В сети обслуживания IMS Серверы Приложений (AS) предоставляются для реализации функций обслуживания IMS. Серверы Приложений предоставляют услуги конечным пользователям в системе IMS и могут соединяться или как конечные пункты через определенный 3GPP Mr интерфейс, или «связываться» посредством S-CSCF через определенный 3GPP ISC интерфейс. Во втором случае Критерии Начальной Фильтрации (IFC) используются посредством S-CSCF для определения, какие серверы приложений будут «связываться» во время установления Сессии SIP (или фактически для целей любого соответствующего метода SIP, связанного или не связанного с сессией). IFC принимаются посредством S-CSCF от HSS во время процедуры регистрации IMS в качестве части Абонентского Профиля абонента.
Ut Интерфейс (или более корректно «опорная точка») определен между AS и абонентским терминалом (TS23.002). Ut интерфейс позволяет абоненту управлять информацией, относящейся к его услугам, например созданию и назначению идентификаторов услуг общего пользования, управлению политиками авторизации, которые используются, например, сервисами присутствия, управлению политиками конференций и т.д.
Ut интерфейс, в частности, позволяет абоненту управлять XML данными, связанными с AS, которые определяют, как определенные услуги предоставляются этому абоненту. XML документы обрабатываются Серверами Управления Документами XML (XDMS), которые обычно совмещены с AS. Например, XDMS, отвечающий за управление данными услуг, относящимися к услугам Мультимедийной Телефонии, может совмещаться с Сервером Приложений Мультимедийной Телефонии (MTAS). При использовании XDMS сохраняет данные услуг в HSS (как прозрачные данные), которые затем извлекаются AS при активации услуг.
ETSI TSIPAN принял Протокол Доступа к XML Конфигурации (XCAP), как определено в IETF RFC4825, для использования по Ut интерфейсу, и который облегчает использование методов http, т.е. GET, PUT и DELETE, для работы с XML данными, сохраненными в HSS, через XDMS. ETSI 183 023 представляет улучшенный протокол XCAP для управления данными, относящимися конкретно к услугам моделирования PSTN/ISDN, которые будут предоставляться в Сетях Следующего Поколения (NGN). Такие услуги включают в себя, например, голосовую почту, пересылку вызова, запрет вызова и т.д., причем каждая услуга определяется в стандарте посредством XML «схемы», которая представляет XML шаблон для встраивания в XML документы абонента.
В этом отношении фиг. 2 схематично показывает сеть управления IMS. XML документы, определяющие услуги пользователя и настройки, управляются посредством XDMS 1. Так называемый «Sh» интерфейс позволяет XDMS связываться с Домашним Сервером Абонента. (HSS) 2. Система 3 снабжения позволяет сетевому оператору изначально устанавливать предварительно сконфигурированные XML данные на основе стандартизованной XML схемы, на основе «по каждому абоненту» в HSS, и затем изменять установленные XML данные через XDMS. Сеть управления дополнительно обеспечивает механизм, посредством которого абонент может редактировать связанный с ним XML документ. Для этой цели Ut клиент 4 инсталлируется в абонентском оборудовании или UE. Как обсуждалось выше, Ut клиент использует XCAP протокол для извлечения (всего документа или его фрагмента) и изменяет XML документ (или фрагмент). Будет очевидно, что XDMS реагирует на соответствующий запрос от UE посредством получения соответствующих XML данных от HSS и доставки их на UE по Ut интерфейсу.
Прокси-сервер агрегирования (AP) 5 предназначен для «перехвата» XCAP трафика, следующего между Ut клиентом 4 и XDMS. Роль AP заключается, прежде всего, в аутентификации запросов, создаваемых абонентом, и, в частности, для определения, имеет ли конкретный пользователь право доступа к XDMS. Во-вторых, AP предоставляет общую точку соединения для Ut клиента, распределяя XCAP запросы на соответствующие XDMS.
Ut клиент выбирает сохраненные данные из XDMS посредством отправки запроса XCAP GET на XDMS через Ut интерфейс (предполагая авторизацию посредством AP и перенаправление посредством точки агрегирования). XDMS выбирает данные из HSS через Sh интерфейс и отправляет их обратно на Ut клиент в Ut ответном сообщении. Ut клиент отображает информацию и опции для пользователя посредством Графического Пользовательского Интерфейса (GUI). Обычно GUI предварительно конфигурируется для представления определенной информации, зависящей от принятых данных. Хотя XDMS имеет возможность разрешить и отклонить запросы с помощью абонента для изменения XML данных, как в текущее время определено, соответствующий стандарт не имеет никакого механизма для ограничения возможных условий, которые могут быть доступны абоненту. Другими словами, абонент может загружать свой XML документ, относящийся к набору услуг, причем GUI визуализирует его пользователю, включая отображение всех настроек услуг, независимо от того, будет ли XDMS действительно принимать запрос для изменения этих настроек. Такой подход неизбежно приводит к недовольству и запутыванию пользователей.
Раскрытие изобретения
Для разрешения проблемы, определенной выше, предлагается ввести в структуру XML документа (т.е. стандартизованную схему) информационный элемент или элементы, которые определяют (идентифицируют) условия, которые абоненту разрешается изменять. Эти элементы интерпретируются посредством GUI в терминале абонента, и только эти условия, которые являются изменяемыми, отображаются.
В соответствии с первым аспектом настоящего изобретения обеспечивается способ управления представлением изменяемых пользователем условий услуг Подсистемы IP Мультимедиа в пользовательском терминале, где условия услуг определены в XML документе, поддерживаемом в сети Подсистемы IP Мультимедиа. Способ содержит включение в XML документ одного или более информационных элементов, идентифицирующих те условия, которые пользователь может изменять, и, при приеме XML документа или его фрагмента в пользовательском терминале, интерпретирование упомянутого(ых) информационного(ых) элемента(ов) и представление абоненту только тех условий, которые могут изменяться.
Варианты осуществления настоящего изобретения обеспечивают механизм для препятствования отображению пользователю тех условий, которые не изменяются, или по меньшей мере для препятствования их отображению в качестве изменяемых условий. Таким образом, абонент не будет пытаться изменять неизменяемые условия, что позволит избежать разочарования абонента.
В соответствии со вторым аспектом настоящего изобретения обеспечивается устройство, конфигурированное для работы в сети Подсистемы IP Мультимедиа, в качестве сервера XDMS. Устройство конфигурировано для управления XML документом, сохраненным в Домашнем Сервере Абонента сети Подсистемы IP Мультимедиа, и определения условий услуг для ассоциированного пользователя, причем устройство также конфигурировано для приема или отклонения создаваемых пользователем запросов на изменение XML документа на основе информационных элементов, содержащихся в документе.
В соответствии с третьим аспектом настоящего изобретения обеспечивается пользовательский терминал для использования с сетью Подсистемы IP Мультимедиа и содержащий Ut клиент для взаимодействия с XDMS сервером сети Подсистемы IP Мультимедиа. Терминал содержит Графический Пользовательский Интерфейс, конфигурированный для представления пользователю изменяемых условий услуг Подсистемы IP Мультимедиа на основе информационного элемента или элементов, содержащихся в XML документе или фрагменте документа, доставленного на терминал через Ut интерфейс, при этом элемент(ы) определяет(ют) разрешенные и/или неразрешенные условия.
Краткое описание чертежей
Фиг. 1 показывает схематично интеграцию Подсистемы IP Мультимедиа в систему мобильной связи 3G;
Фиг. 2 показывает схематично архитектуру сети управления IMS в соответствии с предшествующим уровнем техники;
Фиг. 3 показывает схематично структуру XML документа, поддерживаемого XDMS архитектурой сети управления по фиг. 2;
Фиг. 4 показывает схематично UE;
Фиг. 5 - блок-схема, показывающая процесс идентификации изменяемых условий Ut клиенту;
Фиг. 6 показывает часть XML документа, содержащего дополнительные информационные элементы; и
Фиг. 7 показывает часть XML документа, содержащего дополнительные информационные элементы в соответствии с оптимизированным форматом.
Осуществление изобретения
Со ссылкой на предшествующий уровень техники архитектуры сети управления IMS, показанной на фиг. 2, как уже было описано выше, XDMS (Сервер Приложений SIP) предоставляется для поддержания XML документов, определяющих предоставление услуг для соответствующих абонентов. XML документы сохранены в Домашнем Сервере Абонента (HSS) и извлекается соответствующими SIP Серверами Приложений (AS) при вызове услуги для разрешения AS предоставить услуги абонентам в соответствии с пользовательскими подписками и сетевой политикой.
Например, XML документ создается для каждого сетевого абонента, определяя услуги моделирования PSTN/ISDN, предоставленные для этого абонента. Каждая доступная услуга моделирования определяется в XML документе в соответствии с XML «схемой» (схемы определяются в соответствующем стандарте). Дополнительно, XML документ может содержать секцию «общие части» (снова в соответствии со стандартизированными общими частями), которая импортируется в каждую из схем конкретных услуг. Структура XML документа иллюстрируется на фиг. 3. XCAP протокол используется Ut клиентом (в UE) для доступа к и изменения разных секций, представленных в его XML документе(ах).
Здесь предложено расширить стандартизованную схему услуги дополнительными информационными элементами, которые указывают, какие условия абонент может изменять. GUI, предоставленный в абонентских терминалах (UE), имеет возможность интерпретировать информационный(е) элемент(ы), содержащийся(еся) в извлеченном XML документе или фрагменте документа, и отображать для пользователя только те условия, которые могут изменяться. Если этот параметр расширения не включен, тогда Ut клиент будет представлять все доступные опции для данной услуги, гарантируя, что Ut клиенты, поддерживающие расширения, совместимые с XDMS, не сделают это. Расширение будут добавляться, так что унаследованные клиенты Ut, не поддерживающие это расширение, не отклоняют ответ, создаваемый в XDMS, который поддерживает расширения. Отметим, что, если Ut клиент не поддерживает расширение и пытается изменить условие услуги, что не разрешается подпиской, XDMS будет отклонять этот запрос в соответствии с обычной практикой. Общая архитектура для UE показана на фиг. 4 и содержит Ut клиент 10, GUI 11 и дисплей 12.
Фиг. 5 является блок-схемой, показывающей основные этапы, связанные с представлением изменяемых условий для пользователя, а именно:
Этап 100) Отправление запроса GET из Ut клиента на XDMS через Ut интерфейс;
Этап 200) Прием запроса GET в XDMS и получение XML документа от HSS в Sh интерфейсе;
Этап 300) Доставка XML документа на Ut клиент через Ut интерфейс; и
Этап 400) В Ut клиенте, идентификация изменяемых условий, используя информационный(е) элемент(ы), и отображение условий.
Фиг. 6 показывает секцию XML документа, связанного с конкретным абонентом, которая определяет условия для услуги перенаправления вызова (cdiv). В соответствии с обычной структурой документа документ определяет набор правил для услуги, включая «Правило 1» и т.д. Кроме того, документ содержит информационный элемент, перечисляющий эти условия и действия для услуги, которые разрешаются абоненту изменять. GUI в Ut клиенте способен понимать этот новый элемент и будет отображать пользовательский интерфейс соответствующим образом.
Фиг. 7 показывает оптимизированную структуру XML, в соответствии с которой информационный элемент перечисляет только неразрешенные условия и действия. В этом примере единственным условием, которое не разрешено пользователю изменять, являются условие «присутствия». Поэтому GUI в Ut клиенте будет представлять все другие действия и условия для абонента как изменяемые.
Специалисту в данной области техники будет понятно, что различные модификации могут быть сделаны для описанного выше варианта осуществления без отхода от объема настоящего изобретения.