СПОСОБ И СИСТЕМА ПЕРЕСЫЛКИ ИНФОРМАЦИИ ФУНКЦИОНАЛЬНЫХ ВОЗМОЖНОСТЕЙ ПОЛЬЗОВАТЕЛЬСКОГО ОБОРУДОВАНИЯ СЕТИ ПОДСИСТЕМЫ МУЛЬТИМЕДИА ИНТЕРНЕТ-ПРОТОКОЛА
METHOD AND SYSTEM FOR SENDING INFORMATION OF FUNCTIONAL CAPABILITIES OF USER EQUIPMENT IN NETWORK OF INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM

Область техники
Настоящее изобретение относится к взаимодействию объединенных услуг вызова с коммутацией каналов и подсистемы мультимедиа Интернет-протокола (CSI), включающих объединенные вместе вызов с коммутацией каналов (CS) и сессию подсистемы мультимедиа Интернет-протокола (IMS), в частности к способу и системе для коммуникации между пользовательским оборудованием (CSI UE), которое может одновременно поддерживать вызов CS и сессию IMS, и пользовательским оборудованием (IMS UE), которое не может поддерживать CSI и может поддерживать только сессию IMS.
Описание предшествующего уровня техники
Схема с коммутацией каналов (CS) используется для типичной голосовой услуги. Схема CS формирует основанный на CS коммуникационный маршрут между двумя пользователями. В сравнении с этим подсистема мультимедиа Интернет-протокола (IMS) использует основанный на коммутации пакетов переменный коммуникационный маршрут, основанный на Интернет-протоколе (IP), таким образом увеличивая эффективность передачи и гарантируя стабильность. Такая IMS может поддерживать соединение для сессии, в которой участвует множество пользователей, в также двустороннюю коммуникацию. Согласно схеме CS сообщение передается через вызов CS. В сравнении с этим согласно схеме IMS сообщение передается через сессию IMS.
Услуга, позволяющая UE одновременно использовать вызов CS и сессию IMS, называется "CSI". CSI использует вызов CS для голосовой передачи, то есть для голосовой коммуникации, и одновременно использует сессию IMS для расширенной услуги с коммутацией пакетов (PS), включающую в себя передачу сообщений или передачу файлов. UE, поддерживающее CSI, называют "CSI UE". CSI UE может использовать вызов CS для голосовой связи в реальном времени, используя сессию IMS для услуг PS не в реальном времени, таких как передача сообщений. В то время как CSI рассматривает голосовую связь как услугу, использующую вызов CS, CSI позволяет использовать вызов CS для передачи изображения, а также как голосовую связь, когда сеть CS поддерживает передачу изображения.
Сеть IMS включает в себя функцию управления шлюзом сообщений (MGCF), которая является объектом IMS, принимающим на себя ответственность за взаимодействие между сообщением, связанным с вызовом CS (сообщение CS), и сообщением, связанным с сессией IMS (сообщение IMS). MGCF обеспечивает функцию преобразования заголовка Протокола инициирования сессии (SIP) и параметров Протокола описания сессии (SDP), которые в основном включены в сообщение, в сообщение ISUP/BICC (Пользовательская часть Цифровой сети с комплексными услугами (ISUP)/Независимое от канала-носителя управление вызовом (BICC)), и функцию преобразования ISUP/BICC в заголовок SIP и параметры SDP. Согласно CSI CSI UE делает попытку обмена функциональными возможностями с одноранговым UE путем передачи сообщения установки вызова CS, включающего в себя информацию функциональных возможностей CSI UE. В этом случае одноранговый UE может быть другим CSI UE, только IMS UE, который не может поддерживать CSI и может поддерживать только сессию IMS, VCC (Обеспечение непрерывности голосового вызова) UE, который поддерживает услугу VCC, или UE, который может поддержать как услугу CSI, так и услугу VCC. Через обмен функциональными возможностями можно определить, может ли каждое UE использовать услугу CS для голосового вызова, предоставить услугу IMS для передачи данных или предоставить как услугу CS, так и услугу IMS.
Когда установка вызова произведена между UE с возможностями CSI (то есть CSI UE) и UE без возможностей CSI (то есть терминалом IMS), CSI UE передает сообщение установки вызова CS, включая его собственную информацию функциональных возможностей, в IMS UE. Однако так как обычная MGCF не имеет никакого способа преобразования информации функциональных возможностей, переданной CSI UE в сообщении SIP, MGCF не может передать информацию функциональных возможностей, переданную CSI UE, к IMS UE. В результате невозможно выполнить обмен функциональными возможностями через сообщение CS между CSI UE и IMS UE, что приводит в результате к отсутствию прямого соединения IMS между двумя UE, запрашивающими установку соединения IMS, хотя оба UE могут поддерживать соединение с IMS.
Сущность изобретения
Соответственно, настоящее изобретение было создано для решения вышеупомянутых проблем, возникающих в предшествующем уровне техники, и один аспект настоящего изобретения должен обеспечить способ и систему для обработки информации функциональных возможностей между пользовательским оборудованием (UE) в сети Подсистемы мультимедиа Интернет-протокола (IMS). Согласно другому аспекту настоящего изобретения предложены способ и система для обеспечения взаимодействия между информацией функциональных возможностей CSI UE и IMS UE в функции управления шлюзом мультимедиа (MGCF), которая является объектом сети, принимающим на себя ответственность за взаимодействие для коммуникации между двумя UE.
Согласно другому аспекту настоящего изобретения предложены способ и система для обработки информации функциональных возможностей IMS UE и информации функциональных возможностей CSI UE в IMS UE после коммуникации между двумя UE.
Согласно еще одному аспекту настоящего изобретения предложены способ и система для обеспечения возможности серверу приложений (AS) SIP, который является объектом сети, принимающим на себя ответственность за взаимодействие для коммуникации между CSI UE и IMS UE, добавлять, удалять и исправлять информацию функциональных возможностей каждого UE.
Согласно другому аспекту настоящего изобретения предложены способ и система для обеспечения возможности VCC AS, который является объектом сети, принимающим на себя ответственность за привязку вызова и доменную передачу для UE с возможностями VCC, идентифицировать информацию о домене, из которого передано принятое сообщение SIP, и вставить идентифицированный домен в сообщение SIP.
Согласно одному аспекту настоящего изобретения предложен способ для передачи информации функциональных возможностей пользовательского оборудования (UE) в сети Подсистемы мультимедиа Интернет-протокола (IMS). Способ включает в себя прием первого сообщения Протокола инициирования сессии (SIP), которое передано посредством UE вызывающей стороны; получение информации функциональных возможностей UE вызывающей стороны из первого сообщения SIP; создание второго сообщения SIP, содержащего информацию функциональных возможностей, используя первое сообщение SIP; и передачу второго сообщения SIP, содержащего информацию функциональных возможностей, к UE вызываемой стороны через Функцию управления шлюзом медиа (MGCF).
Согласно другому аспекту настоящего изобретения предложена система для передачи информации функциональных возможностей пользовательского оборудования (UE) в сети Подсистемы мультимедиа Интернет-протокола (IMS). Система содержит сервер приложений (AS), принимающий первое сообщение Протокола инициирования сессии (SIP), которое было передано посредством UE вызывающей стороны, получающий информацию функциональных возможностей UE вызывающей стороны из первого сообщения SIP и создающий второе сообщение SIP, содержащее информацию функциональных возможностей, используя первое сообщение SIP; и Функцию управления шлюзом медиа (MGCF) сети стороны завершения, причем MGCF принимает второе сообщение SIP, содержащее информацию функциональных возможностей, и передает принятое второе сообщение SIP к UE вызываемой стороны.
Согласно еще одному аспекту настоящего изобретения предложен способ для передачи информации функциональных возможностей пользовательского оборудования (UE) в сети Подсистемы мультимедиа Интернет-протокола (IMS). Способ включает в себя передачу сообщения запроса вызова с коммутацией каналов (CS), содержащее информацию функциональных возможностей UE вызывающей стороны; прием сообщения запроса вызова CS, преобразование сообщения запроса вызова CS в сообщение Протокола инициирования сессии (SIP), содержащее информацию функциональных возможностей UE вызывающей стороны; и передачу сообщения SIP, содержащего информацию функциональных возможностей UE вызывающей стороны к UE вызываемой стороны.
Согласно еще одному аспекту настоящего изобретения предложен способ для передачи информации функциональных возможностей пользовательского оборудования (UE) в сети Подсистемы мультимедиа Интернет-протокола (IMS). Способ включает прием сообщения Протокола инициирования сессии (SIP), содержащее информацию функциональных возможностей UE вызывающей стороны; преобразование сообщения SIP в сообщение запроса вызова с коммутацией каналов (CS), содержащее информацию функциональных возможностей UE вызывающей стороны; и передачу сообщения запроса вызова CS, содержащего информацию функциональных возможностей UE вызывающей стороны к UE вызываемой стороны.
Краткое описание чертежей
Вышеупомянутые и другие приведенные для примера признаки, аспекты и преимущества настоящего изобретения будут более очевидными из следующего детального описания, иллюстрируемого чертежами, на которых показано следующее:
фиг.1 - блок-схема, иллюстрирующая структуру сети мобильной связи, поддерживающей CSI;
фиг.2 - блок-схема, иллюстрирующая поток сообщений, когда CSI UE запрашивает установку CS-вызова к IMS UE согласно варианту осуществления настоящего изобретения;
фиг.3A и 3B - блок-схемы, иллюстрирующие поток сообщений, когда IMS UE передает сообщение SIP INVITE к CSI UE согласно настоящему изобретению;
фиг.4 - блок-схема, иллюстрирующая обработку MGCF согласно настоящему изобретению;
фиг.5 - блок-схема, иллюстрирующая обработку UE согласно настоящему изобретению;
фиг.6A и 6B - блок-схемы, иллюстрирующие поток сообщений, когда IMS UE передает запрос вызова VoIP к CSI UE согласно настоящему изобретению;
фиг.7A и 7B - блок-схемы, иллюстрирующие поток сообщений, когда VCC UE передает запрос вызова CS к CSI UE согласно настоящему изобретению;
фиг.8 - блок-схема, иллюстрирующая обработку CSI AS согласно настоящему изобретению; и
фиг.9 - блок-схема, иллюстрирующая конфигурацию SIP AS согласно настоящему изобретению.
Детальное описание предпочтительных вариантов осуществления изобретения
Приведенные для примера варианты осуществления настоящего изобретения будут описаны подробно со ссылками на чертежи. В нижеследующем описании настоящего изобретения детальное описание известных функций и конфигураций, включенных в настоящий документ, опущено, чтобы не затемнять сущность изобретения несущественными деталями. Кроме того, терминология, используемая в описании, определена с учетом функции соответствующих компонентов, используемых в настоящем изобретении, и может различаться в соответствии с пользователями, намерением оператора или практикой. Соответственно, определение должно интерпретироваться на основе полного содержания, раскрытого в описании.
Перед описанием приведенных для примера вариантов осуществления настоящего изобретения кратко будет описана структура сети Подсистемы мультимедиа Интернет-протокола (IMS), в которой может быть применено настоящее изобретение.
На фиг.1 показана блок-схема, иллюстрирующая структуру сети мобильной связи, поддерживающей CSI. Хотя следующее описание относится к сети мобильной связи Универсальной мобильной телекоммуникационной услуги (UMTS), основанной на Глобальной системе мобильной связи (GSM) и Общих услугах пакетной радиосвязи (GPRS), нужно отметить, что объем настоящего изобретения не ограничен такой конкретной технологией или терминами.
На фиг.1 сеть мобильной связи, поддерживающая CSI, включает в себя сеть радиодоступа (RAN) 104 и базовую сеть (CN) 106. RAN 104 позволяет пользовательскому оборудованию (UE) 102 получить доступ к CN 106. Структура RAN 104 согласно используемым технологиям радиодоступа и т.д. является общеизвестной в уровне техники, поэтому ее детальное описание опускается.
CN 106 включает включает в себя домен CS 114, домен с пакетной коммутацией (PS) 108 и домен IMS 122. Домен CS 114 содержит сетевые объекты, поддерживающие вызов CS, которые включают в себя центр коммутации мобильной связи (MSC) 120 и шлюзы мультимедиа (MGW) 116 и 118, в качестве репрезентативных сетевых объектов. MSC 120 обрабатывает сигналы, исходящие/завершающиеся из/в узлах В, которые содержатся в RAN 104, и функционирует как центральный контроллер, который выполняет операцию управления так, чтобы узлы В могли эффективно действовать. MGW 116 и 118 поддерживают трафик канала-носителя и трафик управления домена CS 114.
Домен PS 108 поддерживает основанную на пакетах услугу и включает в себя Обслуживающий узел поддержки GPRS (SGSN) 110 и Шлюзовой узел поддержки GPRS (GGSN) 112. SGSN 110 управляет информацией о местоположениях UE и выполняет связанную с безопасностью функцию, управление доступом и т.д. GGSN 112 является компонентом сети GPRS, который функционирует как радиошлюз между SGSN 110 и внешней сетью 130, такой как сеть пакетной передачи данных (PDN). UE 102 может получить доступ к PDN 130 с использованием GGSN 112.
Домен IMS 122 содержит сетевые объекты, поддерживающие сессию IMS. В частности, домен IMS 122 включает в себя Функцию управления сессией обслуживания вызова (S-CSCF) 124, Сервер приложений (AS) 126 и Функцию управления шлюзом мультимедиа/шлюз мультимедиа (MGCF/MGW) 128. S-CSCF 124 устанавливает сессию IMS и функционирует, чтобы обработать связанное с IMS сообщение Протокола инициирования сессии, принятое от UE 102. Чтобы предоставить услугу, как требуется UE 102, S-CSCF 124 передает объекты сообщения SIP, содержащиеся в домене IMS 122 так, чтобы сессия могла быть завершена.
AS 126 является объектом для предоставления пользователю приложений, таких как электронная почта, полудуплексная связь через сотовую сеть (PoC) и т.д. Например, AS (CSI AS), поддерживающий CSI, получает сообщение SIP INVITE, которое является сообщением запроса для мультимедийной сессии или голосового вызова по IP (VoIP), который будет передан пользователю, и анализирует запрашиваемый тип медиа. Затем CSI AS разделяет информацию медиа, включенную в сообщение SIP INVITE, на информацию голосового медиа и информацию пакетного медиа, передает информацию голосового медиа в домен CS и передает информацию пакетного медиа в домен IMS.
MGCF/MGW 128 является сетевым объектом для обеспечения возможности коммуникации между пользователем IMS и пользователем CS. MGCF/MGW 128 содержит MGCF, который является шлюзом, ответственным за преобразование сигнализации для взаимодействия между сетью IMS и существующей сетью (например, коммутируемой телефонной сетью общего пользования (PSTN)) и IMS-MGW для преобразования медиа. Хотя не показано, MGCF/MGW 128 может дополнительно содержать Функцию управления шлюзом врезки (BGCF), который является сетевым объектом для выбора оптимальной MGCF, соответствующей точке контакта, связанной с доменом CS, с учетом оптимизации маршрутизации для CS, завершающего вызов. BGCF может быть включен в MGCF/MGW 128.
В дополнение к вышеупомянутым объектам, каждый домен может дополнительно включать в себя один или более различных объектов, и различные объекты могут составлять часть в CSI.
Когда CSI UE передает сообщение установки CS-вызова к UE, не имеющего возможностей CSI (то есть IMS UE), в сети, имеющей вышеупомянутую структуру, MGCF, расположенная в сети стороны завершения, добавляет информацию функциональных возможностей CSI UE, которая включена в сообщение установки CS-вызова, к сообщению SIP INVITE и передает сообщение SIP INVITE к IMS UE. Когда IMS UE, которое не может выполнить CSI, добавляет свою собственную информацию функциональных возможностей к сообщению SIP INVITE и передает сообщение SIP INVITE, MGCF, расположенная в сети стороны завершения, в которой расположен вызываемый абонент CSI UE, вставляет информацию функциональных возможностей, содержавшуюся в сообщении SIP INVITE, в информационное поле «пользователь-пользователь» в сообщении установки CS-вызова и затем передает сообщение установки CS-вызова к CSI UE. Соответственно, MGCF может обрабатывать информацию функциональных возможностей каждого UE, и IMS UE может получить информацию функциональных возможностей однорангового UE.
Согласно примерному варианту осуществления настоящего изобретения предложена схема для предоставления возможности CSI UE и UE без возможностей CSI обмениваться, через функцию взаимодействия MGCF, взаимной информацией функциональных возможностей, то есть не только информацией (например, об одновременных функциональных возможностях CS и PS) о том, может ли UE одновременно получить доступ к домену CS и домену PS, идентификатором (например, персональным МЕ идентификатором) для идентификации определенного UE, принадлежащего пользователю, информацией версии (например, версией функциональных возможностей UE) о текущей функциональных возможностях UE и информацией о состоянии регистрации в IMS, но также и различной связанной с терминалом или связанной с UE информацией функциональных возможностей, которая может с пользой применяться для коммуникации между терминалами, так что установка сессии IMS может быть реализована между пользователями с использованием информации функциональных возможностей. Кроме того, согласно другому примерному варианту осуществления настоящего изобретения предложена схема расширения функции IMS UE таким образом, что IMS UE добавляет свою собственную информацию функциональных возможностей к сообщению INVITE и получает и анализирует сообщение, включающее в себя информацию функциональных возможностей.
На фиг.2 показана блок-схема, иллюстрирующая поток сообщений, когда CSI UE запрашивает установку CS-вызова к UE, не имеющему возможностей CSI, согласно варианту осуществления настоящего изобретения. На фиг.2 IMS UE иллюстрируется как UE, не имеющий возможностей CSI.
Когда UE-A 201, который является CSI UE, намеревается установить голосовой вызов CS, UE-A 201 создает сообщение установки (SETUP) вызова CS, которое включает в себя информацию функциональных возможностей (Capability) UE-A 201 в поле сигнализации «пользователь-пользователь» (UUS), и передает сообщение установки вызова CS к сетевому объекту, например MSC (сетевой объект CS) домена CN на этапе 211. В этом случае информация функциональных возможностей может включать информацию способности радиосвязи UE, способности одновременного доступа к домену CS и домену PS, информацию идентификации об UE, информацию версии о функциональных возможностях UE, регистрационную информацию IMS и т.д. Кроме того, информация функциональных возможностей может включать в себя различную связанную с функциональными возможностями информацию, которой можно обмениваться между терминалами. Способность радиосвязи представляет физическую способность, такую как частотный канал, к которому UE может получить доступ, и дополнительно может представлять информацию о том, может ли UE получать доступ к домену PS и/или домену CS.
Таблица 1 показывает формат информации функциональных возможностей, которая переносится через поле UUS информации, представляющее информацию «пользователь-пользователь» в сообщении установки CS-вызова.
Таблица 1
Пользователь-пользователь IE=[(ID протокола=3GPP протокол обмена функциональными возможностями),
(Идентификатор Функциональных возможностей=0, среда=1),
(Идентификатор Функциональных возможностей=1, Персональный МЕ Идентификатор=0007),
(Идентификатор Функциональных возможностей=2, версия функциональных возможностей UE=1),
(Идентификатор Функциональных возможностей=3, регистрация в IMS=1).
Сетевой объект 203 домена CS, в котором расположено UE-A 201, преобразует сообщение установки вызова CS, переданное из UE-A 201, в Сообщение начального адреса ISUP/BICC (ISUP/BICC IAM) и передает ISUP/BICC IAM в MGCF 205, которая является объектом взаимодействия CSI в домена IMS, где расположено UE-B 209 вызываемой стороны, не имеющее возможностей CSI, на этапе 213. После получения ISUP/BICC IAM MGCF 205 выполняет функцию взаимодействия, чтобы преобразовать сообщение установки вызова CS, извлеченное из ISUP/BICC IAM, в основанное на протоколе SIP сообщение, в частности в сообщение SIP INVITE, на этапе 215. Процедура преобразования сообщения установки вызова CS в сообщение SIP INVITE, за исключением процесса, требуемого для преобразования информации функциональных возможностей, является общеизвестной в технике и не имеет прямого отношения к настоящему изобретению, поэтому ее детальное описание опущено.
Более подробно, чтобы выполнить операцию взаимодействия для информации функциональных возможностей UE-A 201, MGCF 205 конфигурирует определенный заголовок SIP в предопределенной схеме путем анализа шаблона информационных полей, включенных в IAM, и также создает сообщение SIP, анализируя и обрабатывая поле UUS. Другими словами, после получения IAM MGCF 205 анализирует информационное поле UUS, включенное в IAM, извлекает информацию функциональных возможностей UE-A 201, когда информационное поле UUS содержит информацию функциональных возможностей UE-A 201, и конфигурирует сообщение SIP INVITE, как описано ниже.
В этом случае, чтобы вставить информацию функциональных возможностей UE-A 201 в сообщение SIP, такое как сообщение INVITE, можно использовать расширенное определение, которое заставляет MGCF 205 использовать различные шаблоны в зависимости от типов информации функциональных возможностей. Однако в этом случае всякий раз, когда виды информации функциональных возможностей увеличиваются в количестве, функция MGCF 205, чтобы определить новый шаблон, должна быть обновлена, что является недостатком в упомянутой расширяемости. Поэтому настоящее изобретение предлагает различные решения для того, чтобы позволить MGCF 205 конфигурировать информацию функциональных возможностей UE-A 201 в сообщении SIP INVITE. Согласно решению, описанному ниже, MGCF 205 преобразует информацию функциональных возможностей, которая была включена в информационное поле UUS, в соответствующий формат. Наоборот, MGCF 205 также имеет функцию вставки информации функциональных возможностей, которая была включена в сообщение SIP, в информационное поле UUS сообщения сигнализации CS в соответствующем формате. Раскрыты четыре схемы MGCF 205, чтобы кодировать информацию функциональных возможностей, включенную в сообщение установки вызова CS так, чтобы информация функциональных возможностей могла быть включена в сообщение SIP INVITE. Первая схема состоит в том, чтобы добавить дополнительный тег признака, представляющий информацию функциональных возможностей, к заголовку SIP сообщения SIP, вторая схема состоит в том, чтобы вставить информацию функциональных возможностей в тело сообщения SIP с использованием формата Расширяемого языка разметки (XML), третья схема состоит в том, чтобы добавить информацию функциональных возможностей к телу сообщения SIP с использованием текстового формата, и четвертая схема состоит в том, чтобы добавить информацию функциональных возможностей к телу сообщения SIP с использованием двоичного формата.
Эти четыре схемы для кодирования информации функциональных возможностей так, чтобы информация функциональных возможностей могла быть включена в сообщение SIP INVITE, описаны ниже более подробно.
Согласно первой схеме, когда информация функциональных возможностей UE представлена тегом признака внутри заголовка SIP, каждое значение признака, представляющее информацию функциональных возможностей, определяется в пределах диапазона, предусмотренного в соответствующем стандарте, например 3GPP. Например, информация идентификатора определена как значение признака такой формы, как "идентификатор PMI (Персональный МЕ (Мобильное Оборудование) Идентификатор) = XXXX”, и информация функциональных возможностей UE определена как значение признака такой формы, как "UCV (Версия функциональных возможностей UE) = XX", где каждый символ “X” представляет шестнадцатеричное значение. Чтобы представить, возможно ли одновременно получать доступ к домену CS и домену PS, может быть использовано существующее значение признака, такое как "+g.3gpp.cs-voice" или "+g.3gpp.cs-video", определенное в 3GPP, или может быть использован отдельный тег признака, представляющий доступность домена PS. Кроме того, чтобы представить состояние регистрации в IMS как информацию функциональных возможностей UE, может быть использован другой отдельный тег признака. Формат и форма тега признака, которые представляют информацию функциональных возможностей в заголовке SIP, основаны на формате, определенном в соответствующем стандарте. Заголовок контакта, заголовок агента-пользователя, заголовок сервера и т.д. могут использоваться как заголовок SIP, включающий в себя тег признака, как описано выше.
Вторая схема состоит в том, чтобы добавить информацию функциональных возможностей к телу сообщения SIP при использовании формата XML. Таблица 2 ниже показывает пример, в котором информация функциональных возможностей CSI UE закодирована в формате XML, и закодированная информация функциональных возможностей вставлена в тело сообщения SIP INVITE. Дискриминаторы XML в Таблице 2 показаны только в качестве примера, так что их детальное содержание может определяться оператором системы.
Таблица 2
Корректное кодирование для каждого поля функциональных возможностей, использованного в Таблице 2, является предопределенным. Также определение каждого информационного поля функциональных возможностей предопределено между UE и сетью и имеет значение, которое может быть распознано любым объектом из UE и сети, способным выполнять функцию, предложенную в настоящем изобретении.
Третья схема состоит в том, чтобы закодировать информацию функциональных возможностей в текстовый формат и вставить закодированную информацию функциональных возможностей в тело сообщения SIP. Пример информации функциональных возможностей, закодированной в текстовый формат, показан в Таблице 3.
Таблица 3
Таблица 3 показывает пример дискриминаторов, доступных в XML, в которых детализированное содержание и определения основаны на правилах, предусмотренных между UE и сетью.
Четвертая схема состоит в том, чтобы закодировать информацию функциональных возможностей в двоичный формат и вставить закодированную информацию функциональных возможностей в тело сообщения SIP. Пример информации функциональных возможностей, закодированной в двоичный формат, показан в Таблице 4 ниже.
Таблица 4
Когда MGCF 205 преобразовала ISUP/BICC IAM в сообщение SIP INVITE, сообщение SIP INVITE передается к UE-B 209 через сетевой объект 207 (который представлен посредством "X-CSCF", в котором "X-" может быть "S-" или "P-") домена IMS, к которому UE-B 209 получает доступ, на этапе 217. UE-B 209 имеет функцию извлечения информации функциональных возможностей, включенной в сообщение SIP INVITE, и функцию создания сообщения запроса или ответа, включающего его собственную информацию функциональных возможностей. UE-B 209 извлекает и хранит информацию функциональных возможностей UE-A 201, которая включена в сообщение SIP INVITE, на этапе 219. После этого процедура установки вызова выполняется посредством обмена дополнительными сообщениями между UE-A 201 и UE-B 209 на этапе 221.
UE-B 209, который является IMS UE, не имеющим возможностей CSI, кодирует и вставляет свою собственную информацию функциональных возможностей в сообщение продвижения сессии (“session progress”) 183 или сообщение SIP ОК, которое является ответом SIP на сообщение SIP INVITE, с использованием одной из этих четырех схем на этапе 223. Сообщение продвижения сессии SIP 183 или сообщение SIP 200 ОК, которое включает информацию функциональных возможностей UE-B 209, передается к MGCF 205 через сетевой объект 207 домена IMS, к которому принадлежит UE-B 209, на этапе 225.
MGCF 205 выполняет функцию взаимодействия, чтобы преобразовать сообщение SIP 183/200 ОК в сообщение соединения/ответа ISUP/BICC (ISUP/BICC CON/ANM) на этапе 227. В этом случае MGCF 205 кодирует и вставляет информацию функциональных возможностей, включенную в сообщение SIP 183/200 ОК, которое было передано от UE-B 209, которое является IMS UE, не имеющим возможностей CSI, в информацию «пользователь-пользователь» ISUP/BICC CON/ANM.
Сообщение ISUP/BICC CON или ACM (Сообщение завершения адреса)/ANM, которое является сообщением ответа CS, включающим в себя информацию «пользователь-пользователь» с закодированной информацией функциональных возможностей, передается сетевому объекту CS 203 UE-A 201 на этапе 229. Сетевой объект CS 203 преобразует ISUP/BICC CON или ACM/ANM в сообщение управления вызовом CC CONNECT и передает сообщение CC CONNECT к UE-A 201 (этап 231). Информация «пользователь-пользователь» сообщения CC CONNECT, принятого в UE-A 201, содержит информацию функциональных возможностей UE-B 209. UE-A 201 сохраняет информацию функциональных возможностей UE-B 209, таким образом идентифицируя информацию функциональных возможностей UE-B 209 и определяя через информацию функциональных возможностей, что UE-A 201 может сформировать доступ IMS к UE-B 209, на этапе 233.
На фиг.3A и 3B показаны представления, иллюстрирующие поток сообщений, когда IME UE, не имеющий возможности CSI, передает сообщение SIP INVITE к CSI UE, согласно другому варианту осуществления настоящего изобретения. IMS UE, не имеющий возможности CSI, представляет UE, которое не поддерживает только CSI, одновременно используя вызов CS и сессию IMS, но может передать/принять информацию функциональных возможностей через сообщение SIP и может распознать принятую информацию функциональных возможностей.
На фиг.3 UE-A 301 вызывающей стороны, которое не поддерживает CSI, но может обработать информацию функциональных возможностей, создает сообщение SIP INVITE, включая свою собственную информацию функциональных возможностей, на этапе 315. В этом случае UE-A 301 вставляет свою собственную информацию функциональных возможностей в сообщение SIP INVITE с использованием одной из четырех схем, описанных выше. Сообщение SIP INVITE, созданное UE-A 301, передается к SIP AS 307 из сети стороны завершения через X-CSCF 303, который является сетевым объектом IMS сети стороны инициирования, и через X-CSCF 305, который является сетевым объектом IMS сети стороны завершения, на этапе 317.
В этом случае сообщение SIP INVITE маршрутизируется к SIP AS 307 через сеть стороны инициирования и сеть стороны завершения, основываясь на существующей схеме маршрутизации. SIP AS 307 принимает сообщение SIP INVITE для запроса установки сессии/вызова от UE-A 301, который является IMS UE, не имеющим возможности CSI, и определяет, следует ли отправить сообщение SIP INVITE в определенный домен, то есть домен IMS или домен CS, на этапе 319. SIP AS 307 включает в себя различные типы AS, которые включают в себя AS Выбора Домена Сети (NeDS), имеющий функцию отсылки сообщения, принятого от сети стороны завершения, AS Функции Управления Непрерывностью Вызова (CCCF), имеющий функцию NeDS для услуги VCC и функцию обеспечения непрерывности между сессией IMS и вызовом CS, и CSI AS, имеющий функцию NeDS и функцию разделения сессии IMS на голосовой вызов CS и сессию данных IMS.
В этом случае SIP AS 307 определяет домен, в который должно быть передано сообщение SIP INVITE, анализируя параметр медиа, включенный в сообщение SIP INVITE. Посредством SIP AS 307 информация голосового медиа, включенная в сообщение SIP INVITE, передается к UE-B 313, которое является CSI UE вызываемой стороны, через сетевой объект 311 домена CS. Кроме того, если сообщение SIP INVITE, которое SIP AS 307 получил от UE-A 301, включает информацию медиа в дополнение к информации голосового медиа, то эта информация медиа может быть передана через сетевые объекты домена IMS к UE-B 313, которое является CSI UE. Процедура разделения и передачи сообщения SIP INVITE в домен CS и домен IMS не имеет прямого отношения к настоящему изобретению, поэтому ее детальное описание не приводится.
Если определено передать информацию голосового медиа, содержащуюся в сообщении SIP INVITE, через сетевой объект CS, SIP AS 307 передает информацию голосового медиа сообщения SIP INVITE через сетевой объект IMS 305 к MGCF 309, расположенной в той же самой сети, что и SIP AS 307 так, чтобы информация голосового медиа могла быть преобразована в сообщение CS, на этапе 321. При приеме сообщения SIP INVITE MGCF 309 проверяет, содержит ли сообщение SIP INVITE информацию функциональных возможностей UE-A 301. Затем, если сообщение SIP INVITE содержит информацию функциональных возможностей UE-A 301, которая была закодирована, MGCF 309 вставляет информацию функциональных возможностей в информацию «пользователь-пользователь», кодируя информацию функциональных возможностей, основываясь на формате информации «пользователь-пользователь», и создает ISUP/BICC IAM, включающее информацию «пользователь-пользователь», на этапе 323. MGCF 309 передает ISUP/BICC IAM к сетевому объекту CS 311, который может получить доступ к UE-B 313 на этапе 325.
При приеме ISUP/BICC IAM сетевой объект CS 311 преобразует ISUP/BICC IAM в сообщение установки CC для установки CS-вызова и передает сообщение установки CC к UE-B 313 на этапе 327. При приеме сообщения установки CC UE-B 313 сохраняет информацию функциональных возможностей UE-A 301, которая содержится в сообщении установки CC, на этапе 329. Посредством сохранения информации функциональных возможностей UE-A 301, которая содержится в сообщении установки CC, UE-B 313 может распознать информацию функциональных возможностей UE-A 301 и может определить через информацию функциональных возможностей, может ли UE-B 313 установить связь с UE-A 301 через домен IMS.
После выполнения дополнительных процессов, требуемых для установки вызова между UE-A 301 и UE-B 313 в ответ на сообщение установки CC на этапе 331, или непосредственно после получения сообщения установки CC UE-B 313 создает сообщение CC CONNECT в ответ на сообщение установки CC. Созданное сообщение CC CONNECT содержит информацию «пользователь-пользователь», которая включает в себя информацию функциональных возможностей UE-B 313, которая была закодирована. Сообщение CC CONNECT, созданное в UE-B 313, передается сетевому объекту CC 311 на этапе 333. Затем сетевой объект CC 311 преобразует сообщение CC CONNECT в ISUP/BICC CON/ACM/ANM и передает ISUP/BICC CON/ACM/ANM к MGCF 309 на этапе 335.
При приеме ISUP/BICC CON/ACM/ANM MGCF 309 преобразует информацию функциональных возможностей UE-B 313, которая включена в информацию «пользователь-пользователь» внутри ISUP/BICC CON/ACM/ANM, основываясь на соответствующей схеме кодирования для вставки в сообщение SIP, и вставляет преобразованную информацию функциональных возможностей в сообщение продвижения сессии SIP 183 или сообщение SIP ОК 200, которое является ответом SIP на сообщение SIP INVITE, на этапе 337. Схемы кодирования и вставки информации функциональных возможностей, включенной в информацию «пользователь-пользователь» в сообщение SIP, являются теми же самыми, что и описанные выше. Сообщение SIP 183/ОК 200, созданное посредством MGCF 309, передается к UE-A 301 в обратном направлении пути маршрутизации сообщения SIP INVITE, то есть сетевой объект IMS 305 стороны завершения, SIP AS 307, сетевой объект IMS 305 стороны завершения и сетевой объект IMS 303 стороны инициирования, на этапе 339. При приеме сообщения SIP 183/ОК 200, содержащего информацию функциональных возможностей UE-B 313, UE-A 301 сохраняет информацию функциональных возможностей UE-B 313 в памяти на этапе 341.
На фиг.4 показана блок-схема, иллюстрирующая процесс MGCF согласно варианту осуществления настоящего изобретения. MGCF представляет сетевой объект в домене IMS, который несет ответственность за взаимодействие между сообщением CS и сообщением IMS.
Когда MGCF приняла инициированное сообщение от UE на этапе 401, MGCF определяет, соответствует ли это сообщение сообщению, связанному с вызовом CS (то есть сообщению CS), или сообщению, связанному с сессией IMS (то есть сообщению IMS) в этапе 403. Сообщение, связанное с вызовом CS, включает все сообщения типа протокола ISUP/BICC, а сообщение, связанное с сессией IMS, включает все сообщения типа протокола SIP.
Если принятое сообщение соответствует сообщению CS, MGCF проверяет, включает ли в себя сообщение CS поле UUS, содержащее информацию функциональных возможностей UE, на этапе 405. Если сообщение CS не включает в себя поле UUS, содержащее информацию функциональных возможностей UE, MGCF переходит к этапу 411, на котором MGCF выполняет операцию взаимодействия для информации иной, чем информация функциональных возможностей, содержащейся в сообщении CS.
Напротив, если сообщение CS включает в себя поле UUS, содержащее информацию функциональных возможностей UE, то MGCF переходит в этапу 409, на котором MGCF вставляет информацию функциональных возможностей в сообщение IMS, преобразованное из сообщения CS. Хотя настоящее изобретение описано на примере, в котором MGCF предварительно обрабатывает информацию функциональных возможностей UE и затем выполняет операцию взаимодействия для других полей, настоящее изобретение не ограничено последовательностью обработки полей посредством MGCF.
При этом если сообщение, принятое на этапе 401, соответствует сообщению IMS, MGCF проверяет, содержится ли информация функциональных возможностей UE в теле сообщения SIP или заголовке SIP сообщения IMS, на этапе 407. Если информация функциональных возможностей UE содержится в заголовке SIP или теле сообщения SIP, то MGCF переходит к этапу 409, на котором MGCF вставляет информацию функциональных возможностей в сообщение CS, преобразованное из сообщения IMS. Если информация функциональных возможностей UE содержится в заголовке SIP, то информация функциональных возможностей может отдельно содержаться во множестве заголовков SIP, которое включает в себя заголовок контакта, заголовок агента-пользователя и заголовок сервера, в формате тега признака или в соответствующих различных форматах.
Напротив, если информация функциональных возможностей UE не содержится в сообщении IMS, то MGCF переходит к этапу 411, на котором MGCF выполняет операцию взаимодействия для информации иной, чем информация функциональных возможностей, содержащаяся в сообщении IMS. Как описано выше, последовательность обработки полей сообщения IMS не имеет прямого отношения к сущности настоящего изобретения. Если информация функциональных возможностей UE содержится в сообщении CS или сообщении IMS, MGCF выполняет операцию взаимодействия для информации функциональных возможностей на этапе 409.
Если сообщение, принятое на этапе 401, соответствует сообщению CS, и информация функциональных возможностей UE содержится в поле UUS сообщения CS, MGCF извлекает и анализирует информацию функциональных возможностей, содержащуюся в поле UUS, кодирует информацию функциональных возможностей посредством одной из этих четырех схем и вставляет закодированную информацию функциональных возможностей в заголовок SIP или тело сообщения SIP, таким образом выполняя операцию взаимодействия для информации функциональных возможностей.
Напротив, если сообщение, принятое на этапе 401, соответствует сообщению IMS и информация функциональных возможностей UE содержится в теле сообщения SIP или заголовке SIP сообщения IMS, MGCF извлекает и анализирует информацию функциональных возможностей и вставляет закодированную информацию функциональных возможностей в поле UUS сообщения установки CS, основываясь на соответствующем формате кодирования.
Затем, на этапе 411, MGCF выполняет операцию взаимодействия для других информационных полей, за исключением информации функциональных возможностей UE, в сообщении CS или сообщении IMS. Более подробно, MGCF преобразует другие информационные поля в соответствующие поля в сообщении IMS или сообщении CS. Затем, на этапе 413, сообщение, полученное в результате операции взаимодействия, передается в соответствующем исходящем направлении. Затем, на этапе 415, MGCF ждет следующего сообщения, которое будет принято, и возвращается на этап 401.
На фиг.5 показана блок-схема, иллюстрирующая процесс UE согласно варианту осуществления настоящего изобретения. UE не поддерживает CSI, но имеет функцию приема, анализа и сохранения информации функциональных возможностей однорангового UE, которая включена в сообщение SIP, в UE.
Согласно фиг.5 на этапе 501 IMS UE получает доступ к сети, выполняет процедуру для безопасности, соединения (то есть привязки) и т.д., таким образом завершая регистрацию в IMS, чтобы получить услугу IMS.
На этапе 503 UE определяет, генерировано ли событие, такое как прием сообщения или создание сообщения. Ниже описан процесс только для приема сообщения и создания сообщения, относящийся к настоящему изобретению, из числа различных событий, которые могут генерироваться в UE.
Когда в UE генерировано событие «создание сообщения», UE создает сообщение SIP на этапе 505. На этапе 511 UE затем вставляет свою собственную информацию функциональных возможностей либо в заголовок SIP (например, заголовок контакта, заголовок агента-пользователя, заголовок сервера и т.д.) сообщения SIP, либо в тело сообщения SIP по предопределенной схеме (например, схеме XML, двоичной схеме, текстовой схеме и т.д.). Этапы 505 и 511 отдельно описаны для удобства описания, но этапы 505 и 511 могут быть выполнены в одно и то же время. Затем UE передает сообщение SIP, включающее в себя информацию функциональных возможностей, в соответствующем исходящем направлении, на этапе 513 и переходит к этапу 515. На этапе 515 UE ожидает генерации следующего события и возвращается к этапу 503.
Когда в UE5 генерировано событие «прием сообщения», UE определяет, содержится ли информация функциональных возможностей однорангового UE в заголовке SIP или теле сообщения SIP принятого сообщения SIP, которое сгенерировало событие, на этапе 507. Если информация функциональных возможностей однорангового UE содержится в принятом сообщении SIP, то UE переходит к этапу 509. На этапе 509 UE обрабатывает информацию функциональных возможностей однорангового UE, которая содержится в принятом сообщении SIP, и поля принятого сообщения SIP и сохраняет обработанную информацию, если необходимо. Наоборот, когда информация функциональных возможностей однорангового UE не содержится в принятом сообщении SIP, UE выполняет общие операции, чтобы обработать принятое сообщение SIP, и переходит к этапу 515. На этапе 515 UE ожидает генерации следующего события и возвращается к этапу 503.
Последующее описание относится к схеме использования SIP AS, чтобы передать информацию функциональных возможностей однорангового UE к CSI UE так, чтобы SIP AS мог закодировать информацию функциональных возможностей UE согласно варианту осуществления настоящего изобретения.
Если установка вызова CS выполнена между CSI UE, имеющим возможности CSI, и IMS UE, то сообщение SIP INVITE, переданное от IMS UE, передается к CSI AS, расположенному в той же самой сети, что и CSI UE. IMS UE может быть IMS UE, который генерировал сообщение SIP INVITE, или может быть VCC UE. Если IMS UE является VCC UE, то сообщение CS, генерированное посредством VCC UE, преобразуется в сообщение IMS посредством VCC AS, поддерживающего услугу VCC, и затем передается к принимающей стороне. CSI AS принимает сообщение INVITE, переданное к CSI UE, преобразует информацию голосового медиа из информации медиа, включенной в сообщение INVITE, в сообщение установки CS, передает сообщение установки CS в домен CS, преобразует информацию медиа относительно видео, данных и т.д. в сообщение SIP INVITE и затем передает сообщение SIP INVITE в домен IMS.
Когда IMS UE передает сообщение SIP INVITE к CSI UE, принимающему CSI через CSI AS, чтобы установить сессию IMS для услуги VoIP между IMS UE и CSI UE, CSI AS передает информацию голосового медиа в сообщении SIP INVITE к MGCF, расположенной в той же самой сети, что и CSI AS, чтобы сообщение установки вызова CS могло быть передано к CSI UE через домен CS. В этом случае, поскольку CSI UE не может принять информацию функциональных возможностей IMS UE, CSI UE не может идентифицировать, является ли одноранговый UE пользовательским оборудованием IMS UE. Кроме того, поскольку CSI UE не может принять другую информацию функциональных возможностей, требуемую для CSI, невозможно обычным образом обеспечить CSI. Кроме того, когда IMS UE передает сообщение SIP INVITE, чтобы установить сессию IMS для мультимедийной услуги между IMS UE и CSI UE, CSI UE не может принять информацию функциональных возможностей IMS UE через сообщение установки вызова CS, так что невозможно обеспечить CSI.
Как описано выше, когда UE не может содержать свою собственную информацию функциональных возможностей в сообщении вызова, переданном от UE, SIP AS согласно варианту осуществления настоящего изобретения вставляет информацию функциональных возможностей UE в сообщение запроса и затем передает сообщение запроса одноранговому UE. Более подробно, настоящее изобретение предлагает схему использования CSI AS, чтобы генерировать и передавать информацию функциональных возможностей IMS UE к CSI UE, и схему использования VCC AS (или MGCF, расположенной в той же самой сети, что и VCC UE, то есть MGCF, расположенной в сети стороны инициирования) и CSI AS, чтобы генерировать и передавать информацию функциональных возможностей VCC UE к CSI UE.
VCC UE может поддерживать как услугу CS, так и услугу IMS, при условии, что VCC UE может использовать услугу через домен CS или через домен IMS, в зависимости от предпочтения пользователя, политики поставщика, сетевой среды и среды радиосвязи. В отличие от VCC UE CSI UE может использовать услуги через домен IMS и домен CS в одно и то же время.
Согласно схеме использования CSI AS, чтобы добавить информацию функциональных возможностей IMS UE, когда CSI UE, поддерживающее обмен функциональными возможностями, и обычное IMS UE 3-го поколения (3G), не поддерживающее обмен функциональными возможностями, осуществляют связь друг с другом, информация функциональных возможностей IMS UE передается к CSI UE через CSI AS.
IMS UE может отдельно использовать услугу CS и услугу IMS, но не может использовать объединенную услугу CS и IMS, то есть CSI. Поэтому в последующем описании IMS UE определено как UE, не имеющее функции обмена функциональными возможностями, которую имеет CSI UE. Кроме того, CSI AS является SIP AS, расположенным в IMS-сети UE вызываемой стороны, принимает сообщение SIP INVITE, переданное от передающей стороны к принимающей стороне, анализирует тип медиа, включенного в сообщение SIP INVITE, передает информацию голосового медиа, включенную в сообщение SIP INVITE, к домену CS так, чтобы информация голосового медиа могла быть перенесена в вызов CS, и передает информацию видео и пакетного медиа и т.д. через домен IMS.
На фиг.6A и 6B показаны блок-схемы, иллюстрирующие поток сообщения, когда IMS UE передает запрос вызова VoIP к CSI UE согласно варианту осуществления настоящего изобретения.
UE-A 601, которое является вызывающим UE, способно использовать услугу IMS, является обычным 2G/3G UE, которое не поддерживает CSI и услугу VCC, но может отдельно использовать услугу CS и услугу IMS. Таким образом, UE-A 601 является чисто IMS UE. UE-A 601 генерирует сообщение SIP INVITE, чтобы установить сессию VoIP с UE-B 613, которое является CSI UE вызываемой стороны, на этапе 615. В этом случае сообщение SIP INVITE не содержит информацию функциональных возможностей UE-601. Сообщение SIP INVITE маршрутизируется к X-CSCF 603, который является сетевым объектом домена IMS, к которому принадлежит UE-A 601, и к X-CSCF 605, который является сетевым объектом сети IMS стороны завершения, к которой принадлежит UE-B 613, и затем передается к CSI AS 607, действующему в схеме посредника согласно некоторому правилу (например, начальные критерии фильтра UE-B 613), предопределенному в сетевом объекте IMS 605 стороны завершения, на этапе 615.
После подтверждения, что сообщение SIP INVITE было принято через домен IMS, CSI AS 607 определяет, что UE-A 601, которое является источником сообщения SIP INVITE, может использовать услугу через домен PS и находится в состоянии регистрации в IMS. Основываясь на таком определении, CSI AS 607 кодирует и вставляет информацию функциональных возможностей, такую как "PS доступно", которая является информацией функциональных возможностей услуги UE-A 601, "регистрация IMS", которая является информацией состояния IMS, и т.д., в заголовок SIP или тело сообщения SIP INVITE на этапе 617. Другими словами, CSI AS 607 формирует информацию функциональных возможностей, приобретая всю информацию функциональных возможностей, доступную из сообщения SIP INVITE, переданное от UE-A 601 и/или через оценку, и вставляет информацию функциональных возможностей в сообщение SIP INVITE.
Более подробно, CSI AS 607 может определить, запросило ли UE-A 601 услугу в домене CS или в домене PS, и может определить информацию об услугах, которые UE может использовать, путем проверки информации заголовка, такой как ИД услуги, информации "из заголовка", информации "заголовок контакта”, и Глобально Маршрутизируемый UA URI (GRUU), включающий в себя информацию услуги приложения, которые содержались в сообщении SIP INVITE. Например, когда информация "из заголовка" установлена как "пользователь=телефон", это представляет, что UE-A 601 соответствует CS UE.
Согласно другому варианту осуществления изобретения, когда сеть обеспечивает сетевые объекты, которые работают как база данных, чтобы хранить информацию функциональных возможностей о каждом абонентском UE5, CSI AS 607 приобретает доступную информацию CS/PS о UE-A 601 и другую информацию функциональных возможностей о нем через процесс запроса у сетевых объектов.
Таким образом, CSI AS 607 определяет, может ли UE-A 601 использовать услугу через домен PS или может использовать услугу через домен CS, и определяет, было ли UE-A 601 зарегистрировано в домене IMS, анализируя информацию заголовка, содержащуюся в сообщении SIP INVITE, или с использованием информации функциональных возможностей UE-A 601, приобретенной через процесс запроса у другого сетевого объекта.
В качестве схем вставки информации функциональных возможностей в сообщение SIP INVITE посредством кодирования имеются, как описано выше, первая схема добавления дополнительного тега признака к заголовку SIP, вторая схема записи информации функциональных возможностей в теле сообщения SIP в формате XML, третья схема записи информации функциональных возможностей в теле сообщения SIP в текстовом формате и четвертая схема записи информации функциональных возможностей в теле сообщения SIP в двоичном формате.
Сообщение SIP INVITE, запрашивающее услугу VoIP, которое было инициировано UE-A 601, преобразуется в сообщение SIP INVITE с информацией функциональных возможностей UE-A 601, вставленной посредством кодирования CSI AS 607, как описано выше, и затем передается к MGCF 609 сети стороны завершения через сетевой объект IMS 605 на этапе 619. Маршрутизация сообщения SIP INVITE от CSI AS 607 к MGCF 609 основана на технологии, предусмотренной в соответствующем стандарте, например в стандарте 3GPP. MGCF 609 преобразует сообщение SIP INVITE, содержащее информацию функциональных возможностей UE-A 601, в ISUP/BICC IAM, которое является сообщением CS, на этапе 621. В этом случае информация функциональных возможностей UE-A 601 кодируется и вставляется в информационное поле UUS в ISUP/BICC IAM.
Когда информация функциональных возможностей UE-A 601, которая была вставлена посредством CSI AS 607, кодируется и вставляется в информационное поле UUS, информация функциональных возможностей, передаваемая через информационное поле UUS, может иметь, например, формат, как показано в Таблице 1 выше. Детальная схема кодирования и вставки информации функциональных возможностей в информационное поле UUS в сообщении CS основана на способе реализации или способе, предусмотренном в соответствующем стандарте.
ISUP/BICC IAM, созданный посредством функции преобразования CS/IMS MGCF 609, передается сетевому объекту 611 (например, MSC) домена CS, к которому относится UE-B 613, на этапе 623. Сетевой объект CS 611, который идентифицирует информацию о местоположении UE-B 613 в домене CS, преобразует ISUP/BICC IAM в сообщение установки CC и затем передает сообщение установки CC к UE-B 613 на этапе 625. UE-B 613 извлекает информацию функциональных возможностей UE-A 601, которая была добавлена посредством CSI AS 607, из сообщения установки CC, распознает, что сообщение инициировано из UE-A 601, и сохраняет информацию функциональных возможностей UE-A 601 на этапе 627. Основываясь на информации функциональных возможностей UE-A 601, сохраненной, как описано выше, UE-B 613 идентифицирует, что UE-B 613 может установить сессию IMS с UE-A 601 в будущем. Когда необходимо, процедура установки вызова выполняется между UE-A 601 и UE-B 613 на этапе 629.
Когда установка вызова завершена, CSI UE-B 613 передает сообщение CC CONNECT в ответ на сообщение установки CC (этап 631). Информационное поле «пользователь-пользователь» (то есть информационное поле UUS) сообщения CC CONNECT, созданное посредством CSI UE-B 613, содержит информацию функциональных возможностей UE-B 613, подлежащую передаче к UE-A 601, которое является UE, одноранговым с UE-B 613. Сетевой объект CS 611 преобразует сообщение CC CONNET в ISUP/BICC CON/ANM и передает ISUP/BICC CON/ANM к MGCF 609 на этапе 633. MGCF 609 преобразует ISUP/BICC CON/ANM в сообщение продвижения сессии SIP 183 или сообщение SIP 200 ОК, которое является ответом SIP на сообщение SIP INVITE, на этапе 635. В этом случае, MGCF 609 кодирует и вставляет информацию функциональных возможностей UE-B 613, которая была извлечена из ISUP/BICC CON/ANM, в сообщение продвижения сессии (Session Progress) SIP 183 или сообщение SIP 200 ОК, на этапе 635. Чтобы закодировать и вставить информацию функциональных возможностей в сообщение SIP 183/200 ОК, используется одна из четырех схем, описанных выше.
Сообщение SIP 183/200 ОК передается к CSI AS 607 через сетевой объект IMS 605 из UE-B 613 на этапе 637. При приеме сообщения SIP 183/200 ОК CSI AS 607 извлекает и сохраняет информацию функциональных возможностей UE-B 613, которая содержится в сообщении SIP 183/200 ОК, на этапе 639. Затем CSI AS 607 передает сообщение SIP 183/200 ОК либо как оно есть, либо после удаления информации функциональных возможностей UE-B 613 из сообщения SIP 183/200 ОК, к UE-A 601 на этапе 641. В этом случае сообщение SIP 183/200 ОК передается к UE-A 601 на основе схемы маршрутизации сообщения SIP в домене IMS, которая определена в соответствующем стандарте, например в стандарте 3GPP. Информация функциональных возможностей UE-B 613, которая была сохранена в CSI AS 607, может использоваться после доступа к IMS между UE-601 и UE-B 613 в будущем.
Далее описан пример обмена взаимной информацией функциональных возможностей между CSI UE, поддерживающим обмен функциональными возможностями, и VCC UE, не поддерживающим обмен функциональными возможностями, путем использования CSI AS и VCC AS таким образом, что информация функциональных возможностей VCC UE передается к CSI UE через CSI AS и VCC AS, когда CSI UE и VCC UE осуществляют связь друг с другом. VCC UE может отдельно использовать CS и услуги IMS, но не может использовать объединенную услугу CS и IMS, то есть CSI, так что VCC UE не может выполнять обмен функциональными возможностями в отличие от CSI UE. Кроме того, VCC AS определяет один из доменов CS и IMS, к которым должен передаваться запрос услуги UE, основываясь на различных критериях, которые включают в себя среду радиосвязи UE, политику пользователя и провайдера и т.д. Кроме того, VCC AS соответствует SIP AS, который несет ответственность за функцию инициирования CS для доменного перехода либо от вызова CS к сессии IMS, либо от сессии IMS к вызову CS и функцию привязки для вызова CS, и работает на основе технологии, определенной по соответствующему стандарту, например по стандарту 3GPP.
На фиг.7A и 7B показаны блок-схемы, иллюстрирующие поток сообщений, когда VCC UE передает запрос вызова CS к CSI UE согласно варианту осуществления настоящего изобретения.
UE-A 701, который является VCC UE, передает сообщение установки вызова CS для запроса вызова CS к UE-B 717, который является CSI UE вызываемой стороны, на этапе 721. Сообщение установки CS-вызова преобразуется в ISUP/BICC IAM, которое является сообщением CS, посредством сетевого объекта 703 (например, MSC) домена CS и затем передается к MGCF 705, расположенной в той же самой сети, что и UE-A 701, на этапе 721. MGCF 705 преобразует ISUP/BICC IAM в сообщение SIP INVITE, которое является сообщением IMS, и затем передает сообщение SIP INVITE к VCC AS 707 через сеть IMS на этапе 721.
VCC AS 707 анализирует информацию передатчика, содержащуюся в сообщении SIP INVITE, и определяет, было ли сообщение SIP INVITE передано из домена CS или из домена IMS. Если сообщение SIP INVITE было передано из домена CS, то VCC AS 707 вставляет индикатор домена, представляющий домен, из которого было инициировано сообщение SIP INVITE, в сообщение SIP INVITE на этапе 723. Индикатор домена может содержаться в заголовке “From header”, “Contact header”, “P-Asserted-Identity header” или “P-Charging-Vector header”, который является заголовком, позволяющим представить информацию о передатчике в сообщении SIP INVITE.
Вместо того чтобы обеспечивать вставку посредством VCC AS 707 индикатора домена в сообщение SIP INVITE, MGCF 705 может вставить индикатор домена, представляющий домен, из которого сообщение SIP INVITE было фактически инициировано, в сообщение SIP INVITE, при этом преобразуя сообщение ISUP/BICC IAM в сообщение SIP INVITE.
Сообщение SIP INVITE, содержащее индикатор домена, передается в соответствующем исходящем направлении и переносится к CSI AS 711, поддерживающему CSI для UE-B 717, который является CSI UE вызываемой стороны, через сетевой объект IMS 709, принадлежащий сети стороны завершения, на этапе 725. CSI AS 711 определяет, содержит ли сообщение SIP INVITE индикатор домена, представляющий участок вызова CS. Если сообщение SIP INVITE содержит индикатор домена, то CSI AS 711 распознает тот факт, что сообщение SIP INVITE было инициировано сообщением установки вызова CS из домена CS. Тогда CSI AS 711 вместо UE-A 701 добавляет информацию функциональных возможностей UE-A 701 к сообщению SIP INVITE, основываясь на индикаторе домена и информации, содержащейся в сообщении SIP INVITE, на этапе 727. Как описано выше, информация функциональных возможностей может быть извлечена из сообщения SIP INVITE или может быть оценена другими средствами.
В этом случае информация функциональных возможностей может включать в себя информацию функциональных возможностей обслуживания (например, "PS недоступно"), представляющую, расположен ли UE-A 701 в домене CS, информацию версии, представляющую, изменилась ли информация функциональных возможностей, информацию состояния IMS (например, "не зарегистрировано в IMS"), представляющую регистрацию или отсутствие регистрации в IMS, и идентификатор (ID) для идентификации определенного UE, принадлежащего пользователю, и может дополнительно включать в себя различную информацию функциональных возможностей, которая может быть эффективно использована через обмен между UE.
Кроме того, когда CSI AS 711 проверяет параметр медиа, содержащийся в сообщении SIP INVITE, и определяет, что информация голосового медиа включена в сообщение SIP INVITE, CSI AS 711 передает сообщение SIP INVITE к MGCF 713 через сетевой объект IMS 709 из сети стороны завершения, так что сообщение SIP INVITE может быть передано к UE-B 717 через домен CS на этапе 729. При приеме сообщения SIP INVITE, содержащего информацию функциональных возможностей UE-A 701, MGCF 713 преобразует информацию функциональных возможностей, содержащуюся в сообщении SIP INVITE, в информацию «пользователь-пользователь» в сообщении ISUP/BICC IAM посредством вышеупомянутых четырех схем на этапе 731. ISUP/BICC IAM, преобразованное посредством MGCF 713, передается к сетевому объекту 715 из домена CS, к которому принадлежит UE-B 717, на этапе 733. Сетевой объект CS 715 преобразует ISUP/BICC IAM в сообщение установки CC и передает сообщение установки CC к UE-B 717 на этапе 735. UE-B 717 извлекает информацию функциональных возможностей UE-A 701 из сообщения установки CC и сохраняет извлеченную информацию функциональных возможностей на этапе 737. После этого, при необходимости, обмен дополнительными сообщениями, требуемыми для установки вызова между UE-A 701 и UE-B 717, дополнительно выполняется на этапе 739.
UE-B 717 создает сообщение CC CONNECT, содержащее его собственную информацию функциональных возможностей, в ответ на сообщение установки CC и передает сообщение CC CONNECT к сетевому объекту CS 715 на этапе 741. Сетевой объект CS 715 преобразует сообщение CC CONNECT в сообщение ISUP/BICC CON/ANM и передает ISUP/BICC CON/ANM к MGCF 713 на этапе 743. В этом случае направление ISUP/BICC CON/ANM от сетевого объекта CS 715 к MGCF 713 основано на технологии, предусмотренной в соответствующем стандарте, например в стандарте 3GPP.
MGCF 713 преобразует ISUP/BICC CON/ACM/ANM в сообщение продвижения сессии SIP 183 или сообщение SIP 200 ОК и кодирует и вставляет информацию функциональных возможностей UE-B 717, которая содержалась в информации «пользователь-пользователь» сообщения ISUP/BICC CON/ACM/ANM, в сообщение SIP 183/200 ОК посредством вышеупомянутых четырех схем на этапе 745. Сообщение SIP 183/200 ОК, преобразованное посредством MGCF 713, передается к CSI AS 711 через сетевой объект IMS 709, к которому принадлежит UE-B 717, основываясь на технологии, предусмотренной в соответствующем стандарте, например в стандарте 3GPP, на этапе 747.
CSI AS 711 извлекает и сохраняет информацию функциональных возможностей, содержащуюся в сообщении SIP 183/200 OK, на этапе 749 и затем выводит сообщение SIP 183/200 ОК в исходящем направлении, как оно есть. В этом случае CSI AS 711 может вывести сообщение SIP 183/200 ОК после удаления информации функциональных возможностей из сообщения SIP 183/200 ОК. Если UE-A 701, которому должно быть передано сообщение SIP 183/200 ОК, не может распознать информацию функциональных возможностей, то CSI AS 711 игнорирует информацию функциональных возможностей. Напротив, когда UE-A 701 может распознать информацию функциональных возможностей, CSI AS 711 сохраняет информацию функциональных возможностей, чтобы использовать информацию функциональных возможностей в услуге для UE-A 701 в будущем.
Сообщение SIP 183/200 ОК, переданное к CSI AS 711, переносится к MGCF 705 из сети стороны инициирования, к которой принадлежит UE-A 701, основываясь на технологии, определенной по соответствующему стандарту, например стандарту 3GPP и стандарту услуги VCC, на этапе 751. MGCF 705 преобразует сообщение SIP 183/200 ОК в сообщение ISUP/BICC CON/ACM/ANM и передает ISUP/BICC CON/ACM/ANM к сетевому объекту CS 703 на этапе 753. Сетевой объект CS 703 преобразует сообщение ISUP/BICC CON/ACM/ANM в сообщение CC CLONNECT и передает сообщение CC CONNDECT к UE-A 701 на этапе 755. Информация функциональных возможностей UE-B 717, которая содержится в ISUP/BICC CON/ACM/ANM, сохраняется в UE-A 701, чтобы использоваться в будущем.
Если MGCF сети IMS, в которой расположено VCC UE, может выполнять преобразование информации функциональных возможностей, MGCF может кодировать и вставлять соответствующий индикатор домена вместе с другой информацией функциональных возможностей в сообщение SIP INVITE. Напротив, если MGCF сети IMS, в которой расположено VCC UE, не может выполнять преобразование информации функциональных возможностей, VCC AS вставляет соответствующий индикатор домена в сообщение SIP INVITE. Индикатор домена, содержащийся в сообщении SIP INVITE, посредством VCC AS 707 или MGCF 705 может проинструктировать участок вызова CS или участок вызова IMS для представления домена, из которого был инициирован запрос вызова.
Таким образом, если сообщение SIP INVITE, принятое посредством VCC AS, включает в себя информацию функциональных возможностей, VCC AS не добавляет индикатор домена участка вызова CS к принятому сообщению SIP INVITE. Напротив, когда сообщение SIP INVITE, принятое VCC AS, не включает в себя информацию функциональных возможностей, VCC AS добавляет индикатор домена участка вызова CS к принятому сообщению SIP INVITE, прежде чем передать сообщение SIP INVITE в соответствующем исходящем направлении.
На фиг.8 показана блок-схема, иллюстрирующая работу CSI AS согласно варианту осуществления настоящего изобретения, где CSI AS проиллюстрирован как пример SIP AS, обрабатывающего информацию функциональных возможностей.
На этапе 801 CSI AS принимает сообщение SIP, инициированное UE. В этапе 803 CSI AS определяет, соответствует ли сообщение SIP сообщению запроса SIP, такому как сообщение INVITE, или соответствует сообщению ответа SIP, такому как сообщение продвижения сессии 183 или сообщению 200 ОК. Если сообщение SIP соответствует сообщению запроса SIP, CSI AS переходит к этапу 805, а если сообщение SIP соответствует сообщению ответа SIP, то CSI AS переходит к этапу 813.
На этапе 805 CSI AS определяет, содержит ли сообщение запроса SIP индикатор домена участка вызова CS. Индикатор домена получен из информации, содержащейся в теле сообщения запроса SIP, или из заголовка SIP, содержащего информацию о передатчике, который инициировал сообщение запроса SIP. Если сообщение запроса SIP содержит индикатор домена, представляющий участок вызова CS, CSI AS переходит к этапу 807, а если сообщение запроса SIP не содержит индикатора домена, представляющего участок вызова CS, CSI AS переходит к этапу 809. Например, если сообщение вызова SIP не содержит индикатора домена или если сообщение вызова SIP содержит индикатор домена, не представляющий участок вызова CS, CSI AS переходит к этапу 809.
На этапе 807 CSI AS добавляет информацию функциональных возможностей, которая включает в себя информацию функциональных возможностей услуги (например, "CS доступно"), установленную либо как значение, представляющее, что UE обслуживается через домен CS, или как значение, представляющее, что услуга через домен PS невозможна, и информацию состояния IMS как значение, представляющее, что UE не было зарегистрировано в IMS, к сообщению запроса SIP.
На этапе 809 CSI AS добавляет информацию функциональных возможностей, которая включает в себя информацию функциональных возможностей обслуживания (например, "PS доступно"), установленную как значение, представляющее, что услуга через домен PS возможна, или значение, представляющее, что услуга через домены CS и PS возможна в одно и то же время, и информацию состояния IMS как значение, представляющее, что UE было зарегистрировано в IMS, к сообщению запроса SIP.
На этапе 811 CSI AS передает сообщение запроса SIP, которое было скорректировано для включения информации функциональных возможностей, в соответствующем исходящем направлении и затем переходит к этапу 817. На этапе 817 CSI AS ожидает приема следующего сообщения и затем возвращается к этапу 801.
Если на этапе 803 определено, что сообщение SIP соответствует сообщению ответа SIP, то CSI AS определяет, содержится ли информация функциональных возможностей UE в заголовке SIP тела сообщения ответа SIP на этапе 813. Если сообщение ответа SIP содержит информацию функциональных возможностей, CSI AS переходит к этапу 815, а если сообщение ответа SIP не содержит информацию функциональных возможностей, CSI AS переходит к этапу 811.
На этапе 815 CSI AS извлекает и сохраняет информацию функциональных возможностей, содержащуюся в сообщении ответа SIP. Например, CSI AS извлекает информацию состояния IMS для UE из информации функциональных возможностей, содержащейся в сообщении ответа SIP, и затем сохраняет извлеченную информацию состояния IMS, определяет информацию функциональных возможностей услуги UE, то есть информацию о том, имеет ли UE функциональные возможности PS или функциональные возможности CS, в зависимости от типа домена, из которого инициировано сообщение ответа SIP, и затем сохраняет полученную информацию функциональных возможностей услуги. В другом случае сообщение ответа SIP может содержать информацию функциональных возможностей, указывающую как информацию состояния IMS, так и информацию функциональных возможностей услуги UE.
Затем CSI AS переходит к этапу 811, на котором CSI AS передает сообщение ответа SIP в соответствующем исходящем направлении. После этого, на этапе 817, CSI AS ожидает приема следующего сообщения и затем возвращается на этап 801.
На фиг.9 показана блок-схема, иллюстрирующая конфигурацию SIP AS согласно варианту осуществления настоящего изобретения. Хотя следующее описание будет дано в отношении конфигурации SIP AS 900, который включает все функции CSI AS и VCC AS согласно варианту осуществления настоящего изобретения, понятно, что каждый из CSI AS и VCC AS, которые выполняют взаимные различные функции, может выборочно включать функциональные блоки, показанные на фиг. 9. Функции блоков, показанных на фиг.9, будут описаны ниже. Функциональные блоки реализованы как блоки аппаратных средств или блоки выполнения программного обеспечения и связаны друг с другом через операционную систему или системную шину, которые не показаны.
На фиг.9 блок 910 приема и блок 920 передачи принимают сообщение CS или сообщение IMS из домена CS или домена IMS и передают сообщение CS или сообщение IMS, обработанное в SIP AS 900, в соответствующем исходящем направлении.
Блок 909 определения типа сообщения определяет, было ли сообщение, полученное через блок 910 приема, передано из домена CS или из домена IMS.
Анализатор 901 медиа принимает сообщение IMS от блока 90 приема 910; различает информацию голосового медиа и информацию видео/пакетного медиа в сообщении IMS, основываясь на информации SDP, включенной в сообщение IMS, и на информации, содержащейся в заголовке SIP и теле сообщения SIP сообщения IMS; и идентифицирует сообщение IMS согласно типу медиа, содержащихся там.
Блок 902 хранения данных 902 временно или длительно сохраняет данные, требуемые для предоставления услуги, и информацию, содержащуюся в принятых сообщениях.
Блок 903 определения домена сети определяет, следует ли передать сообщение, принятое посредством блока 910 приема, к домену CS или к домену IMS, в зависимости от данных и информации, сохраненной в блоке 902 хранения данных.
Блок 906 создания данных создает сообщение IMS или сообщение CS, которое будет передано через блок 920 передачи, и исправляет сообщение, принятое через блок 910 приема, основываясь на информации, предоставленной блоками 903 и 909 определения и анализатором 901.
Блок 904 обработки сообщения IMS исправляет сообщение IMS, подлежащее передаче, на основе информации, предоставленной блоками 903 и 909 определения и анализатором 901, и формирует новое сообщение IMS, основанное на принятом сообщении IMS, или преобразует принятое сообщение IMS в сообщение CS. Кроме того, блок 904 обработки сообщения IMS имеет взаимный пользовательский агент (B2BUA) и функции взаимодействия.
Блок 905 обработки сообщения CS корректирует сообщение CS, подлежащее передаче, основываясь на информации, предоставленной блоками 903 и 909 определения и анализатором 901, и формирует новое сообщение CS, основанное на принятом сообщении CS, или преобразует принятое сообщение CS в сообщение IMS.
Блок 907 исполнения переноса домена перемещает UE, принимающее услугу, через домен CS, чтобы принимать услугу через домен IMS, или перемещает UE, принимающее услугу, через домен IMS, чтобы принимать услугу через домен CS.
Блок 908 обработки привязки вызова размещает целевую адресную информацию принятого сообщения с другой адресной информацией, сохраняет замененную адресную информацию, сохраняет информацию о UE, который заменил целевой адрес, и предоставляет услугу обратной замены на основе сохраненной информации.
Как описано выше, настоящее изобретение обеспечивает детальную процедуру и информационные форматы, что позволяет MGCF, несущей ответственность за взаимодействие между услугой CSI и IMS, преобразовывать и передавать информацию функциональных возможностей UE с функциональными возможностями услуги CSI и UE только с функциональными возможностями услуги IMS к соответствующим одноранговым UE. Таким образом, IMS UE, как и CSI UE, могут передавать свою собственную информацию функциональных возможностей одноранговому UE и получать информацию функциональных возможностей однорангового UE, чтобы использовать информацию функциональных возможностей в услуге.
Кроме того, согласно настоящему изобретению, когда UE без функциональных возможностей услуги CSI, то есть IMS UE или VCC UE, передает вызов установки вызова к UE с функциональными возможностями услуги CSI, и CSI AS или CSI AS и VCC AS добавляют информацию функциональных возможностей UE без функциональных возможностей услуги CSI к сообщению SIP INVITE и передают сообщение SIP INVITE к CSI UE, CSI UE может использовать CSI с использованием информации функциональных возможностей однорангового UE.
Хотя настоящее изобретение показано и описано в отношении определенных примерных вариантов осуществления, специалистам в данной области техники должно быть понятно, что могут быть выполнены различные изменения по форме и в деталях без отклонения от сущности и объема изобретения, как определено в соответствии с приложенной формулой изобретения. Соответственно, объем изобретения не должен ограничиваться вышеупомянутыми вариантами осуществления, а должен определяться в соответствии с пунктами формулы изобретения и их эквивалентами.