Непрерывность сеанса в сетях связи

Иллюстрации

Показать все

Изобретение относится к системам связи. Технический результат заключается в усовершенствовании процедуры передачи обслуживания. Раскрыт способ, включающий осуществление текущего сеанса связи через сеть с коммутацией пакетов, перенос упомянутого сеанса связи из сети с коммутацией пакетов во вторую сеть, обеспечивающую доступ и с коммутацией пакетов, и с коммутацией каналов, и информирование сервера приложений, поддерживающего упомянутый текущий сеанс связи о том, что сеанс связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов. Также раскрыт способ, осуществляемый в сервере приложений, включающий прием от первого устройства связи индикации того, что сеанс связи между первым устройством связи и вторым устройством связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов, ожидание приема запросов на перенос и части с коммутацией пакетов, и части с коммутацией каналов, и информирование второго устройства связи об этом разделении. 7 н. и 27 з.п. ф-лы, 7 ил.

Реферат

Область техники, к которой относится изобретение

Настоящее изобретение в целом касается непрерывности сеанса в сетях связи, содержащих мобильные узлы.

Предпосылки создания изобретения

Абонентскому оборудованию (UE) или мобильному узлу может разрешаться быть одновременно зарегистрированным в подсистеме передачи мультимедийных данных по IP-сетям (IP Multimedia Subsystem, IMS) посредством различных технологий доступа. Например, может разрешаться параллельный доступ через беспроводную локальную сеть (Wireless local Area network, WLAN) и через наземную сеть универсального радиодоступа в составе универсальной системы подвижной связи (UMTS Terrestrial Radio Access Network, UTRAN). Параллельное использование различных технологий доступа может обеспечивать непрерывность обслуживания, например, когда мобильный абонент выходит из зоны обслуживания сети WLAN и одновременно входит в зону обслуживания сети UTRAN.

Непрерывность голосового соединения (Voice Call Continuity, VCC) - технология, определенная организацией Проект сотрудничества по созданию систем третьего поколения (3rd Generation Partnership Project, 3GPP), которая обеспечивает возможность переносить голосовое соединение, существующее в домене IMS, в домен с коммутацией каналов (circuit switched, CS) и, наоборот, без прерывания соединения. Однако имеются нерешенные вопросы, касающиеся непрерывности обслуживания при переходе от одной технологии сетевого доступа к другой.

Предположим следующий сценарий: Сначала оборудование UE_A регистрируется в подсистеме IMS через сеть WLAN (A_WLAN). Затем абонент UE_A перемещается в область, где уровень сигнала в зоне покрытия сети WLAN снижается, но доступна сеть UTRAN. Поэтому оборудование UE_A регистрируется в подсистеме IMS через службу пакетной передачи данных общего назначения (General Packet Radio Services, GPRS) системы UTRAN (A_GPRS) параллельно с регистрацией через сеть WLAN. В результате оборудование UE_A имеет две параллельные регистрации в подсистеме IMS.

Теперь оборудование UE_A может начать перенос текущих диалогов по протоколу инициации сеанса связи (Session Initiation Protocol, SIP) (то есть текущих сеансов передачи мультимедийной информации, подлисок, например, на информацию контроля присутствия и т.д.) от A_WLAN к A_GPRS. Эта процедура может быть названа хэндовером между системами с коммутацией пакетов (PS-to-PS handover).

Оборудование UE_A может также осуществлять текущий мультимедийный сеанс связи (например, инициированный SIP INVITE (приглашением SIP), который содержит голосовую часть, а также другие мультимедийные данные, транспортируемые по транспортному протоколу в режиме реального времени (Real Time transport Protocol, RTP), например, данные услуги совместно используемого видео (которая позволяет участникам сеанса связи передавать потоковое видео). В этом случае оборудование UE_A может требовать, чтобы голосовая часть этого сеанса связи передавалась через домен с коммутацией каналов (CS), в то время как видеочасть должна передаваться через подсистему IMS (A_GPRS).

В этом сценарии имеются три главные проблемы:

1. Хэндовер между системами с коммутацией пакетов IMS.

2. Непрерывность голосового соединения.

3. Отделение голоса от других мультимедийных данных.

Еще точно не определено, как должны решаться эти проблемы, чтобы обеспечивать непрерывность обслуживания как для голоса, так и для другого мультимедиа. В современных решениях, очень вероятно, что одна или другая из услуг голосовой связи и передачи других мультимедийных данных может прерываться при выполнении переноса. Таким образом, необходимо дальнейшее рассмотрение этих проблем.

Сущность изобретения

Согласно первому аспекту изобретения предлагается способ, включающий

осуществление текущего сеанса связи через сеть с коммутацией пакетов,

перенос упомянутого сеанса связи из сети с коммутацией пакетов во вторую сеть, обеспечивающую доступ как с коммутацией пакетов, так и с коммутацией каналов, и

информирование сервера приложений, поддерживающего упомянутый текущий сеанс связи, о том, что сеанс связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов.

Способ может дополнительно включать

передачу запросов на перенос части с коммутацией пакетов и части с коммутацией каналов, и

включение по меньшей мере в один из запросов на перенос индикации того, что сеанс связи должен быть разделен.

В одной из форм осуществления изобретения информирование выполняется параллельной передачей запросов на перенос части с коммутацией пакетов и части с коммутацией каналов, причем оба запроса на перенос содержат индикацию, что сеанс связи должен быть разделен.

В другой форме осуществления изобретения информирование выполняется

передачей запроса на перенос части с коммутацией пакетов, причем запрос содержит индикацию, что сеанс связи должен быть разделен,

ожиданием приема ответа на запрос на перенос для части с коммутацией пакетов, и

передачей запроса на перенос части с коммутацией каналов в ответ на прием упомянутого ответа.

В еще одной форме осуществления изобретения информирование выполняется

передачей запроса на перенос части с коммутацией каналов, причем запрос содержит индикацию, что сеанс связи должен быть разделен,

ожиданием приема ответа на запрос на перенос для части с коммутацией пакетов, и

передачей запроса на перенос части с коммутацией пакетов в ответ на прием упомянутого ответа.

В еще одной форме осуществления изобретения информирование выполняется

передачей сообщения индикации, содержащего индикацию, что сеанс связи должен быть разделен,

ожиданием приема ответа на сообщение индикации, и

передачей запросов на перенос части с коммутацией пакетов и части с коммутацией каналов в ответ на прием упомянутого ответа.

Согласно второму аспекту изобретения предусматривается способ в сервере приложений, включающий

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

ожидание приема запросов на перенос и части с коммутацией пакетов, и части с коммутацией каналов, и

информирование второго устройства связи о переносах части с коммутацией пакетов и части с коммутацией каналов.

Информированием второго устройства связи о переносах части с коммутацией пакетов и части с коммутацией каналов сервер приложений фактически сообщает второму устройству связи о разделении сеанса связи.

Способ в сервере приложений может дополнительно включать прием упомянутой индикации как части по меньшей мере одного из запроса на перенос части с коммутацией пакетов и запроса на перенос части с коммутацией каналов.

В одной форме осуществления изобретения способ в сервере приложений дополнительно включает

прием упомянутой индикации как части запроса на перенос части с коммутацией пакетов,

передачу ответа, подтверждающего получение запроса на перенос части с коммутацией пакетов, и

ожидание приема запроса на перенос части с коммутацией каналов.

В другой форме осуществления изобретения способ в сервере приложений дополнительно включает

прием упомянутой индикации как части запроса на перенос части с коммутацией каналов,

передачу ответа, подтверждающего получение запроса на перенос части с коммутацией каналов, и

ожидание приема запроса на перенос части с коммутацией пакетов.

В еще одной форме осуществления изобретения способ в сервере приложений дополнительно включает

прием сообщения индикации, содержащего упомянутую индикацию,

передачу ответа, подтверждающего получение сообщения индикации, и

ожидание приема запросов на перенос части с коммутацией пакетов и части с коммутацией каналов.

В зависимости от конкретной формы осуществления изобретения запрос на перенос части с коммутацией пакетов может быть, например, одним из следующих сообщений:

- сообщением приглашения, содержащим URI для переноса домена и указатель на упомянутый сеанс связи, и

- сообщением SIP INVITE, содержащим VDI (URI переноса домена VCC) в Request URI и идентификатор сеанса связи, указывающий на упомянутый сеанс связи.

В зависимости от конкретной формы осуществления изобретения запрос на перенос части с коммутацией каналов может быть, например, одним из следующих сообщений:

- сообщением установки, включающим упомянутую индикацию в конкретном информационном элементе,

- сообщением установки со специальным номером для переноса домена, причем специальный номер для переноса домена образует упомянутую индикацию,

- сообщением CS SETUP, включающим упомянутую индикацию в информационном элементе сигнализации "пользователь-пользователь",

- сообщением CS SETUP со специальным VDN (номером для переноса домена VCC), причем специальный номер VDN образует упомянутую индикацию, и

- сообщением CS SETUP согласно известным процедурам VCC.

Согласно третьему аспекту изобретения предусматривается сигнал для передачи от первого устройства связи на сервер приложений, поддерживающий сеанс связи между первым устройством связи и вторым устройством связи, причем сигнал содержит индикацию, что упомянутый сеанс связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов.

Сигнал может быть запросом на перенос части с коммутацией пакетов или запросом на перенос части с коммутацией каналов либо отдельным сообщением индикации.

Согласно четвертому аспекту изобретения предусматривается устройство связи, содержащее

блок ввода/вывода, действующий так, чтобы осуществлять текущий сеанс связи через сеть с коммутацией пакетов,

процессор, сконфигурированный так, чтобы переносить упомянутый сеанс связи из сети с коммутацией пакетов во вторую сеть, обеспечивающую доступ и с коммутацией пакетов, и с коммутацией каналов, причем

процессор дополнительно сконфигурирован так, чтобы информировать сервер приложений, поддерживающий упомянутый текущий сеанс связи, о том, что сеанс связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов.

Согласно пятому аспекту изобретения предусматривается сервер приложений, содержащий

входное устройство, действующее так, чтобы принимать от первого устройства связи индикацию, что сеанс связи между первым устройством связи и вторым устройством связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов, и

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

Согласно шестому аспекту изобретения предусматривается система, содержащая

первое устройство связи,

второе устройство связи и

сервер приложений, причем

первое и второе устройство связи действуют так, чтобы осуществлять текущий сеанс связи между ними через сеть с коммутацией пакетов,

первое устройство связи содержит процессор, сконфигурированный так, чтобы переносить упомянутый сеанс связи из сети с коммутацией пакетов во вторую сеть, обеспечивающую доступ и с коммутацией пакетов, и с коммутацией каналов, и предоставлять на сервер приложений индикацию, что сеанс связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов, при этом

сервер приложений содержит входное устройство, действующее так, чтобы принимать упомянутую индикацию, и процессор, сконфигурированный так, чтобы ожидать прием запросов на перенос и части с коммутацией пакетов, и части с коммутацией каналов, и информировать второе устройство связи о переносах части с коммутацией пакетов и части с коммутацией каналов.

Согласно седьмому аспекту изобретения предусматривается носитель данных, содержащий код исполняемой программы, приспособленный для того, чтобы дать возможность устройству выполнять способ согласно первому аспекту.

Согласно восьмому аспекту изобретения предусматривается носитель данных, содержащий код исполняемой программы, приспособленный для того, чтобы дать возможность устройству выполнять способ согласно второму аспекту.

Должно быть понятно, что предмет одной формы осуществления, связанный с одним аспектом, может быть объединен с некоторым другим аспектом или формой осуществления, где это применимо.

Краткое описание чертежей

Изобретение будет описано только для примера со ссылкой на прилагаемые чертежи, на которых:

На фиг.1А показана блок-схема способа согласно одной из форм осуществления изобретения.

На фиг.1В показана блок-схема способа согласно другой форме осуществления изобретения.

На фиг.2 показана система согласно одной из форм осуществления изобретения.

На фиг.3 показана диаграмма обмена сообщениями согласно одной из форм осуществления изобретения.

На фиг.4 показана диаграмма обмена сообщениями согласно другой форме осуществления изобретения.

На фиг.5 показана блок-схема устройства, подходящего для реализации различных форм осуществления изобретения.

На фиг.6 показана блок-схема устройства связи, подходящего для реализации различных форм осуществления изобретения.

Подробное описание изобретения

В нижеследующем описании одинаковые номера позиций обозначают одинаковые части.

На фиг.1А показана блок-схема способа согласно одной из форм осуществления изобретения. Предполагается, что показанный способ будет выполняться, например, в устройстве связи.

Сначала на этапе 100 устройство связи осуществляет текущий сеанс связи через сеть с коммутацией пакетов. Затем на этапе 101 устройство связи переносит сеанс связи из сети с коммутацией пакетов в сеть, обеспечивающую доступ с коммутацией как пакетов, так и каналов. Сеанс связи может переноситься, например, из сети WLAN в сеть UTRAN, если абонент устройства связи перемещается в область, где уровень сигнала в зоне покрытия сети WLAN снижается, но доступна сеть UTRAN. В связи с переносом устройство связи сообщает на этапе 102 серверу приложений, поддерживающему сеанс связи, что сеанс связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов в сети, обеспечивающей доступ с коммутацией как пакетов, так и каналов. Сервер приложений может быть, например, сервером приложений, который выполняет процедуры, связанные с непрерывностью голосовых соединений.

Чтобы выполнить перенос и разделение сеанса связи, устройство связи передает на сервер приложений запрос на перенос части с коммутацией каналов и запрос на перенос части с коммутацией пакетов. Информирование может выполняться как часть одного или обоих запросов на перенос либо с помощью отдельного сообщения. Получив информацию о разделении, сервер приложений знает, что следует ожидать запрос на перенос и части с коммутацией каналов, и части с коммутацией пакетов. Более конкретные примеры процесса рассмотрены ниже в связи с фиг.2-4.

На фиг.1В показана блок-схема способа согласно одной из форм осуществления изобретения. Показанный способ, как предполагается, будет выполняться, например, в сервере приложений сети связи, которым может быть, например, сервер приложений, обрабатывающий процедуры, связанные с непрерывностью голосового соединения.

На этапе 110 от первого устройства связи принимается индикация, что сеанс связи между первым и вторым устройствами связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов. Это может быть связано с переходом первого устройства связи от одного типа сетевого доступа к другому типу сетевого доступа. Затем на этапе 111 сервер приложений ожидает прием запроса на перенос и части с коммутацией пакетов, и части с коммутацией каналов, и после приема их сервер приложений на этапе 112 информирует второе устройство связи о разделении. Таким образом, сервер приложений способен сообщать второму устройству связи и о части с коммутацией каналов, и о части с коммутацией пакетов, посредством чего обеим частям может быть позволено продолжаться непрерывно. В некоторых формах осуществления изобретения этап 112 может предшествовать этапу 111.

На фиг.2 показана система 200 согласно одной из форм осуществления изобретения. Система включает абонентское оборудование UE_A 201 и абонентское оборудование UE_B 202, которые осуществляют связь друг с другом. Оборудование UE_A 201 может иметь сетевой доступ через сеть 203 WLAN или сеть 204 UTRAN/GERAN (например, сеть радиодоступа GSM/EDGE). Сеть WLAN подключена к элементу 205 функции прокси-сервера управления вызовами и сеансами (Proxy Call Session Control Function, P-CSCF1), который связан с элементом 206 обслуживающей функции управления вызовами и сеансами (Serving Call Session Control Function, S-CSCF). Элемент 206 S-CSCF работает совместно с сервером 207 приложений (Application Server, AS). Сервер приложений может быть, например, сервером непрерывности голосового соединения AS (Voice Call Continuity AS, VCC AS). Сеть 204 UTRAN/GERAN также имеет элемент 208 Р-CSCF2 функции P-CSCF, который связан с элементом 206 S-CSCF. С целью соединений с коммутацией каналов сеть 204 UTRAN/GERAN связана с элементом 209 функции управления шлюзами мультимедиа (Media Gateway Control Function, MGCF), который также связан с элементом 206 S-CSCF. Должно быть понятно, что фактическая реализация может содержать другие элементы сети, но они не имеют значения в отношении этого изобретения.

Ниже рассматривается работа формы осуществления изобретения в системе 200, показанной на фиг.2 (изображена тремя стрелками, показанными на фиг.2). Сначала (1) осуществляется текущий сеанс связи между оборудованием UE_A 201 и UE_B 202 через сеть 203 WLAN и элементы 205 P-CSCF1, 206 S-CSCF и 207 AS. Текущий сеанс содержит речевую часть и другую мультимедийную часть. Затем (2) оборудование UE_A переносит доступ в сеть 204 UTRAN/GERAN. Оборудование UE_A не завершает регистрацию в сети WLAN (пока), а поддерживает параллельную регистрацию в сети WLAN и сети UTRAN/GERAN.

Чтобы выполнить перенос голосовой части текущего сеанса в сеть UTRAN/GERAN, оборудование UE_A передает (3) на элемент 209 MGCF сообщение CS SETUP по направлению к номеру для переноса домена VCC (VCC Domain Transfer Number, VDN) согласно известным процедурам VCC. На основании сообщения CS SETUP элемент MGCF передает (4) через элемент 206 S-CSCF на сервер 207 AS сообщение SIP INVITE с запросом URI=VDN. После получения этого сообщения INVITE сервер AS передает на оборудование UE_B сообщение Re-INVITE (5) (изменение параметров запущенного сеанса), информирующее оборудование UE_B о переносе голосовой части.

Чтобы выполнить перенос другой мультимедийной части текущего сеанса связи в сеть UTRAN/GERAN, оборудование UE_A передает (6) через элементы 208 P-CSCF2 и 206 S-CSCF на сервер 207 AS сообщение SIP INVITE с запросом URI=VDI (идентификатор URI для переноса домена VCC) и идентификатор сеанса, например, заголовок Replaces или R-URI, указывающий на текущий сеанс. После получения этого сообщения INVITE сервер AS передает на оборудование UE_B сообщение Re-INVITE (7), информирующее оборудование UE_B о переносе другой мультимедийной части.

Необходимо отметить, что в решениях известного уровня техники, сообщение Re-INVITE (5) удаляет другую мультимедийную часть из текущего сеанса связи, а сообщение Re-INVITE (7) удаляет голосовую часть из текущего сеанса связи. Таким образом, согласно одной из форм осуществления изобретения сервер AS должен ожидать оба сообщения INVITEs (4) и (6) перед передачей сообщений Re-INVITEs (5) и (7), чтобы уменьшить прерывания в мультимедийном потоке. Сервер AS также может объединять сообщения Re-INVITE (5) и (7) в одно сообщение Re-INVITE, информирующее оборудование UE_B о передаче и голосовой, и другой мультимедийной части, благодаря чему может быть достигнуто минимальное нарушение мультимедийного потока.

Формы осуществления, иллюстрируемые диаграммами обмена сообщениями на фиг.3 и 4, касаются возможных способов информирования, например сервера 207 AS на фиг.2, о необходимости разделить сеанс связи на часть с коммутацией каналов и часть с коммутацией пакетов так, чтобы сервер AS знал о необходимости ожидания сообщений INVITE (или другие запросы на перенос), относящиеся к обеим частям.

На фиг.3 оборудование UE_A сначала устанавливает через сеть WLAN сеанс связи с оборудованием UE_B, передавая сообщение SIP INVITE 3-1 для сеанса связи, включающего и аудио, и видео. Сервер VCC AS пересылает сообщение SIP INVITE 3-2 на оборудование UE_B. Затем производится перенос (переключение) UE_A в сеть UTRAN. Чтобы выполнить перенос, оборудование UE_A передает параллельно сообщение SIP INVITE 3-3 для переноса другой мультимедийной части и сообщение CS SETUP 3-5 для передачи голосовой части.

Сообщение SIP INVITE 3-3 включает идентификатор VDI как Request URI и идентификатор сеанса (указывающий на текущий сеанс). Идентификатор сеанса может быть, например, заголовком Replaces. Сообщение CS SETUP 3-5 отличается от соответствующих сообщений известного уровня техники тем, что оно включает индикацию необходимости разделения мультимедиа. Элемент MGCF принимает сообщение CS SETUP 3-5 и осуществляет передачу на основании того, что сообщение SIP INVITE 3-6 содержит номер VDN как Request URI. Кроме того, индикация желательного разделения мультимедиа включается в сообщение SIP INVITE 3-6.

Индикация, включаемая в сообщение CS SETUP 3-5, может быть, например:

- новой индикацией в информационном элементе "сигнализация пользователь-пользователь" сообщения CS SETUP, или

- специальным номером VDN.

Дополнительно индикация может быть, например, согласованной комбинацией двоичных разрядов, которую сервер приложений знает, как индикацию о том, что желательно разделение мультимедиа. Однако, как очевидно для специалистов, имеется бесконечное число эквивалентных возможностей реализовать такую индикацию. Единственным требованием является то, что сервер приложений должен быть способен распознавать индикацию как индикацию необходимости разделения мультимедиа. В некоторых формах осуществления для этого может быть достаточным единственный бит в поле.

Сервер VCC AS принимает сообщения SIP INVITE 3-3 и 3-6. Однако следует отметить, что одно из сообщений SIP INVITE 3-3 и SIP INVITE 3-6 может достигнуть сервера VCC AS первым. Если сервер VCC AS принимает сообщение SIP INVITE 3-3 первым, то на основе идентификатора сеанса связи и идентификатора VDI, включенного в сообщение SIP INVITE 3-3, сервер VCC AS знает, что в этом сценарии необходимо выполнить разделение мультимедиа, и, таким образом, знает, что необходимо ожидать другого сообщения SIP INVITE 3-6. То есть идентификатор сеанса и идентификатор VDI в сообщении SIP INVITE 3-3 образуют индикацию того, что желательно разделение мультимедиа. Необходимо отметить, что сообщение SIP INVITE 3-3 также может включать некоторую другую индикацию того, что желательно разделение мультимедиа.

Если сервер VCC AS принимает сначала сообщение SIP INVITE 3-6, сервер VCC AS знает на основе индикации, включенной в сообщение SIP INVITE 3-6, что в этом сценарии должно быть выполнено разделение мультимедиа, и таким образом знает, что, необходимо ожидать другого сообщения SIP INVITE 3-3. Здесь нужно отметить, что, если сообщения SIP INVITE 3-5 и SIP INVITE 3-6 не содержат индикацию желательного разделения мультимедиа, сервер VCC AS будет предполагать обычную процедуру VCC и не будет ожидать прибытия сообщения SIP INVITE 3-3. Поэтому сервер VCC AS будет отбрасывать другую мультимедийную часть текущего сеанса связи.

После приема обоих приглашений 3-3 и 3-6 сервер VCC AS передает сообщение Re-INVITE 3-7 на оборудование UE_B; сообщение Re-INVITE 3-7 указывает перенос и голосовой части, и другой мультимедийной части текущего сеанса связи. Необходимо отметить что сообщение Re-INVITE 3-7 может быть заменено двумя параллельными сообщениями Re-INVITE (одно для голосовой части и одно для другой мультимедийной части). Эффектом, достигаемым объединением сообщений Re-INVITEs, является то, что оно, вероятно, будет вызывать минимальное нарушение текущего сеанса связи.

В итоге, при наличии индикации желательного разделения мультимедиа в обоих сообщениях SIP INVITE 3-3 и 3-6 оборудование UE_A может быть уверено, что сервер VCC AS всегда знает о необходимости ожидать оба приглашения. Эффектом, достигаемым этой формой осуществления, является то, что процедура может быть быстрой.

На фиг.4 оборудование UE_A устанавливает сеанс связи с оборудованием UE_B через сеть WLAN тем же самым способом, как на фиг.3, с помощью сообщений SIP INVITEs 3-1 и 3-2, затем переходит на сеть UTRAN.

Теперь оборудование UE_A сначала передает только сообщение SIP INVITE 3-3 для переноса другой мультимедийной части. Сервер VCC AS принимает сообщение SIP INVITE 3-3 и на основе идентификатора сеанса и идентификатора VDI, включенного в приглашение, знает, что в этом сценарии необходимо выполнить разделение мультимедиа. Сервер VCC AS подтверждает оборудованию UE_A, что сообщение SIP INVITE 3-3 было принято. Подтверждение может быть произведено, например, надежно передаваемым предварительным ответом 4-4, таким как ответ SIP 180 (Ringing) или ответ SIP 183 (Session Progress).

По получении ответа 4-4 оборудование UE_A знает, что сообщение SIP INVITE 3-3 было принято, и что сервер VCC AS ожидает приглашение для голосовой части. Затем оборудование UE_A передает сообщение CS SETUP 4-5 для переноса голосовой части. Элемент MGCF принимает сообщение CS SETUP 4-5 и передает на его основании SIP INVITE 4-6, содержащее номер VDN как Request URI. Индикация желательного разделения мультимедиа в сообщении CS SETUP 4-5 и SIP INVITE 4-6 не требуется, так как сервер VCC AS уже знает, что желательно разделение мультимедиа.

При практической реализации, поскольку ответ 4-4 передается надежно, оборудованию UE_A может потребоваться ответить на него запросом предварительного подтверждения получения ответа (provisioning response acknowledgement, PRACK) (не показан на фиг.4). Эффект надежной передачи ответа заключается в том, что таким образом сервер VCC AS может удостовериться, что ответ 4-4 принят оборудованием UE_A.

Аналогично фиг.3, сервер VCC AS передает сообщение Re-INVITE 3-7 на оборудование UE_B после приема обоих приглашений 3-3 и 4-6.

Эффектом, достигаемым формой осуществления фиг.4, является то, что сообщение CS SETUP не требует изменения, и не требуются никакие дополнительные элементы протокола.

В качестве альтернативы конкретному примеру фиг.4 сообщение CS SETUP может быть передано первым, а сообщение SIP INVITE 3-3 - только после приема подтверждения, что CS SETUP было принято. В этом случае необходима индикация в сообщении CS SETUP, как рассмотрено выше со ссылкой на фиг.3. То есть в этой форме осуществления ответ 4-4 передается в ответ на сообщение CS SETUP, а сообщение SIP INVITE 3-3 передается в ответ на прием ответа 4-4.

В качестве другого решения вместо форм осуществления, рассмотренных выше, возможно, что сначала передается отдельное "сообщение индикации", содержащее индикацию, что желательно разделение мультимедиа, а оба запроса на перенос (голосовой части/с коммутацией каналов и другой мультимедийной части/с коммутацией пакетов) передаются только после подтверждения получения сообщения индикации. Таким образом, никакие изменения не требуются для известных запросов на перенос.

Таким сообщением индикации может быть любое подходящее сообщение. Индикация, содержащаяся в сообщении, может быть, например, согласованной комбинацией двоичных разрядов, которую сервер приложений знает как индикацию того, что желательно разделение мультимедиа. Однако, как очевидно для специалистов, имеется бесконечное число эквивалентных возможностей осуществить такую индикацию. Единственным требованием является то, что сервер приложений должен быть способен распознавать индикацию как индикацию необходимости разделения мультимедиа. В некоторых формах осуществления для этого может быть достаточным единственный бит в поле.

Изобретение может быть реализовано, например, посредством машинной программы, выполняемой на подходящей аппаратной платформе, или посредством любой другой подходящей комбинации аппаратных, программных средств, специализированных схем и/или логики.

На фиг.5 показана блок-схема устройства 500, подходящего для реализации различных форм осуществления изобретения. Устройство 500 может быть обычным компьютером, таким как универсальный компьютер или сервер, возможно, с распределенными функциями. Устройство содержит центральный процессор (CPU) 501 для управления устройством и запоминающее устройство 502, содержащее машинный код программы или программное обеспечение 503.

Программное обеспечение 503 содержит команды для CPU 501, предназначенные для управления работой устройства 500. Программное обеспечение 503 может содержать команды для управления устройством, чтобы обеспечивать некоторые функциональные возможности изобретения. Например, эти команды могут управлять устройством так, чтобы оно работало как сервер приложений в соответствии с некоторыми формами осуществления изобретения. Устройство 500 может дополнительно содержать блок 505 ввода/вывода (input/output, I/O), такой как блок локальной сети (Local Area Network, LAN), сети Ethernet или беспроводной локальной сети (Wireless LAN, WLAN). Устройство 500 может содержать также интерфейс пользователя (не показан), такой как дисплей и клавиатура, однако интерфейс пользователя может быть реализован также посредством удаленного подключения через блок ввода/вывода.

На фиг.6 показана блок-схема устройства 600 связи, подходящего для реализации различных форм осуществления изобретения. Устройство 600 связи может быть, например, мобильным телефоном, смартфоном или некоторым другим устройством связи. Устройство связи содержит центральный процессор (CPU) 601 для управления устройством и запоминающее устройство 602, содержащее код машинной программы или программное обеспечение 603.

Программное обеспечение 603 содержит команды для CPU 601, предназначенные для управления работой устройства 600 связи. Программное обеспечение 603, хранящееся в запоминающем устройстве 602, может содержать команды для управления устройством, чтобы обеспечивать некоторые функциональные возможности изобретения. Устройство 600 дополнительно включает радиочастотный (RF) блок 605, обеспечивающий радиоинтерфейсы с сетями связи. Кроме того, устройство 600 содержит интерфейс пользователя для взаимодействия с пользователем устройства связи. Интерфейс пользователя может содержать, например, дисплей и клавиатуру.

Должно быть отмечено, что в этом документе слова "содержит" и "включает" используются как открытые выражения, не подразумевающие исключения не упомянутых элементов.

Конкретные реализации и формы осуществления изобретения были описаны посредством неограничивающих примеров, касающихся технологии VCC и сообщения SIP INVITE. Специалистам в данной области техники ясно, что изобретение не ограничено деталями представленных выше форм осуществления, но что оно может быть реализовано в других формах осуществления, использующих эквивалентные средства без отклонения от изобретения. Кроме того, некоторые из признаков раскрытых выше форм осуществления этого изобретения могут использоваться для получения преимущества без соответствующего использования других признаков. Предшествующее описание должно рассматриваться только как иллюстрирующее принципы настоящего изобретения, а не как его ограничение. Следовательно, объем изобретения ограничивается только прилагаемой формулой изобретения.

1. Способ связи, включающийосуществление текущего сеанса связи через сеть с коммутацией пакетов, перенос упомянутого сеанса связи из сети с коммутацией пакетов во вторую сеть, обеспечивающую доступ с коммутацией и пакетов, и каналов, иинформирование сервера приложений, обслуживающего упомянутый текущий сеанс связи, о том, что сеанс связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов.

2. Способ по п.1, дополнительно включающийпередачу запросов на перенос части с коммутацией пакетов и части с коммутацией каналов, ивключение по меньшей мере в один из запросов на перенос индикации того, что сеанс связи должен быть разделен.

3. Способ по п.2, отличающийся тем, что упомянутую индикацию включают в запрос на перенос части с коммутацией пакетов, и упомянутый запрос на перенос части с коммутацией пакетов является одним из следующих сообщений:- сообщением приглашения, содержащим URI для переноса домена и указатель на упомянутый сеанс связи, и- сообщением SIP INVITE, содержащим VDI (URI для переноса домена VCC) в Request URI и идентификатор сеанса, указывающий на упомянутый сеанс связи.

4. Способ по п.2, отличающийся тем, что упомянутую индикацию включают в запрос на перенос части с коммутацией каналов, и упомянутый запрос на перенос части с коммутацией каналов является одним из следующих сообщений:- сообщением установки, содержащим упомянутую индикацию в конкретном информационном элементе,- сообщением установки со специальным номером для переноса домена, при этом специальный номер для переноса домена образует упомянутую индикацию,- сообщением CS SETUP, содержащим упомянутую индикацию в информационном элементе сигнализации пользователь-пользователь, и- сообщением CS SETUP со специальным VDN (номером для переноса домена VCC), при этом указанный специальный VDN образует упомянутую индикацию.

5. Способ по любому из пп.2-4, отличающийся тем, что упомянутое информирование выполняют параллельной передачей запросов на перенос части с коммутацией пакетов и части с коммутацией каналов, при этом оба запроса на перенос содержат индикацию, что сеанс связи должен быть разделен.

6. Способ по п.2, отличающийся тем, что упомянутое информирование выполняютпередачей запроса на перенос части с коммутацией пакетов, при этом запрос включает индикацию, что сеанс связи должен быть разделен,ожиданием приема ответа на запрос на перенос части с коммутацией пакетов, ипередачей запроса на перенос части с коммутацией каналов в ответ на прием упомянутого ответа.

7. Способ по п.2, отличающийся тем, что упомянутое информирование выполняютпередачей запроса на перенос части с коммутацией каналов, при этом запрос включает индикацию, что сеанс связи должен быть разделен,ожиданием приема ответа на запрос на перенос части с коммутацией пакетов, ипередачей запроса на перенос части с коммутацией пакетов в ответ на прием упомянутого ответа.

8. Способ по п.1, отличающийся тем, что упомянутое информирование выполняютпередачей сообщения индикации, включающего индикацию, что сеанс связи должен быть разделен,ожиданием приема ответа на сообщение индикации, ипередачей запросов на передачу части с коммутацией пакетов и части с коммутацией каналов в ответ на прием упомянутого ответа.

9. Способ связи, выполняемый в сервере приложений и включающийприем от первого устройства связи индикации, что сеанс связи между первым устройством связи и вторым устройством связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов,ожидание приема запросов на перенос как части с коммутацией пакетов, так и части с коммутацией каналов, иинформирование второго устройства связи о переносах части с коммутацией пакетов и части с коммутацией каналов.

10. Способ по п.9, дополнительно включающий прием упомянутой индикации как части запроса на перенос части с коммутацией пакетов и/или запроса на перенос части с коммутацией каналов.

11. Способ по п.10, отличающийся тем, что упомянутую индикацию принимают как часть запроса на перенос части с коммутацией пакетов, иупомянутый запрос на перенос части с коммутацией пакетов является одним из следующих сообщений:- сообщением приглашения, содержащим URI для переноса домена и указатель на упомянутый сеанс связи, и- сообщением SIP INVITE, содержащим VDI (URI для переноса домена VCC) в Request URI и идентификатор сеанса, указывающий на упомянутый сеанс связи.

12. Способ по п.10, отличающийся тем, что упомянутую индикацию принимают как часть запроса на перенос части с коммутацией каналов и упомянутый запрос на перенос части с коммутацией каналов является одним из следующих сообщений:- сообщением приглашения, содержащим упомянутую индикацию в конкретном информационном элементе,- сообщением приглашения со специальным номером для переноса домена, специальный номер для переноса домена образует упомянутую индикацию,- сообщением SIP INVITE, содержащим упомянутую индикацию в информационном элементе сигнализации пользователь-пользователь, и- сообщением SIP INVITE со специальным VDN (номером для переноса домена VCC), специальный VDN образует упомянутую индикацию.

13. Способ по любому из пп.10-12, дополнительно включающий прием упомянутой индикации как части обоих запросов на перенос части с коммутацией пакетов и части с