Способ и система пересылки информации функциональных возможностей пользовательского оборудования сети подсистемы мультимедиа интернет-протокола

Способ и система пересылки информации функциональных возможностей пользовательского оборудования сети подсистемы мультимедиа интернет-протокола

Иллюстрации

Показать все

Реферат

Область техники

Настоящее изобретение относится к взаимодействию объединенных услуг вызова с коммутацией каналов и подсистемы мультимедиа Интернет-протокола (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 и затем вы