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

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

Info

Publication number
RU2431236C2
RU2431236C2 RU2009130151/09A RU2009130151A RU2431236C2 RU 2431236 C2 RU2431236 C2 RU 2431236C2 RU 2009130151/09 A RU2009130151/09 A RU 2009130151/09A RU 2009130151 A RU2009130151 A RU 2009130151A RU 2431236 C2 RU2431236 C2 RU 2431236C2
Authority
RU
Russia
Prior art keywords
indication
packet
request
switched
switched part
Prior art date
Application number
RU2009130151/09A
Other languages
English (en)
Other versions
RU2009130151A (ru
Inventor
Яри МУТИКАЙНЕН (FI)
Яри МУТИКАЙНЕН
Георг МАЙЕР (FI)
Георг МАЙЕР
Мари МЕЛАНДЕР (FI)
Мари Меландер
Original Assignee
Нокиа Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Нокиа Корпорейшн filed Critical Нокиа Корпорейшн
Publication of RU2009130151A publication Critical patent/RU2009130151A/ru
Application granted granted Critical
Publication of RU2431236C2 publication Critical patent/RU2431236C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • H04L65/1095Inter-network session transfer or sharing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface
    • H04W36/144Reselecting a network or an air interface over a different radio air interface technology
    • H04W36/1443Reselecting a network or an air interface over a different radio air interface technology between licensed networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

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

Description

Область техники, к которой относится изобретение
Настоящее изобретение в целом касается непрерывности сеанса в сетях связи, содержащих мобильные узлы.
Предпосылки создания изобретения
Абонентскому оборудованию (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. Специалистам в данной области техники ясно, что изобретение не ограничено деталями представленных выше форм осуществления, но что оно может быть реализовано в других формах осуществления, использующих эквивалентные средства без отклонения от изобретения. Кроме того, некоторые из признаков раскрытых выше форм осуществления этого изобретения могут использоваться для получения преимущества без соответствующего использования других признаков. Предшествующее описание должно рассматриваться только как иллюстрирующее принципы настоящего изобретения, а не как его ограничение. Следовательно, объем изобретения ограничивается только прилагаемой формулой изобретения.

Claims (34)

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, дополнительно включающий прием упомянутой индикации как части обоих запросов на перенос части с коммутацией пакетов и части с коммутацией каналов.
14. Способ по п.10, дополнительно включающий
прием упомянутой индикации как части запроса на перенос части с коммутацией пакетов,
передачу ответа, подтверждающего получение запроса на перенос части с коммутацией пакетов, и
ожидание приема запроса на перенос части с коммутацией каналов.
15. Способ по п.10, дополнительно включающий
прием упомянутой индикации как части запроса на перенос части с коммутацией каналов,
передачу ответа, подтверждающего получение запроса на перенос части с коммутацией каналов, и
ожидание приема запроса на перенос части с коммутацией пакетов.
16. Способ по п.9, дополнительно включающий
прием сообщения индикации, включающего упомянутую индикацию, передачу ответа, подтверждающего получение сообщения индикации, и
ожидание приема запросов на перенос части с коммутацией пакетов и части с коммутацией каналов.
17. Устройство связи, содержащее
блок ввода/вывода для осуществления текущего сеанса связи через сеть с коммутацией пакетов,
процессор, сконфигурированный для переноса упомянутого сеанса связи из сети с коммутацией пакетов во вторую сеть, обеспечивающую доступ и с коммутацией пакетов, и с коммутацией каналов,
причем процессор дополнительно сконфигурирован для информирования сервера приложений, поддерживающего упомянутый текущий сеанс связи, о том, что сеанс связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов.
18. Устройство связи по п.17, отличающееся тем, что упомянутый процессор дополнительно сконфигурирован так, чтобы
передавать запросы на перенос части с коммутацией пакетов и части с коммутацией каналов, и
включать по меньшей мере в один из запросов на перенос индикацию, что сеанс связи должен быть разделен.
19. Устройство связи по п.18, отличающееся тем, что упомянутую индикацию включают в запрос на перенос части с коммутацией пакетов, и
упомянутый запрос на перенос части с коммутацией пакетов является одним из следующих сообщений:
- сообщением приглашения, содержащим URI для переноса домена и указатель на упомянутый сеанс связи, и
- сообщением SIP INVITE, содержащим VDI (URI для переноса домена VCC) в Request URI и идентификатор сеанса, указывающий на упомянутый сеанс связи.
20. Устройство связи по п.18, отличающееся тем, что упомянутую индикацию включают в запрос на перенос части с коммутацией каналов, и
упомянутый запрос на перенос части с коммутацией каналов является одним из следующих сообщений:
- сообщением установки, содержащим упомянутую индикацию в конкретном информационном элементе,
- сообщением установки со специальным номером для переноса домена, специальный номер для переноса домена образует упомянутую индикацию,
- сообщением CS SETUP, содержащим упомянутую индикацию в информационном элементе сигнализации пользователь-пользователь, и
- сообщением CS SETUP со специальным VDN (номером для переноса домена VCC), при этом специальный VDN образует упомянутую индикацию.
21. Устройство связи по любому из пп.18-20, отличающееся тем, что упомянутый процессор дополнительно сконфигурирован для параллельной передачи запросов на перенос части с коммутацией пакетов и части с коммутацией каналов, при этом оба запроса на перенос содержат индикацию, что сеанс связи должен быть разделен.
22. Устройство связи по п.18, отличающееся тем, что упомянутый процессор дополнительно сконфигурирован так, чтобы
передавать запрос на перенос части с коммутацией пакетов, при этом запрос содержит индикацию, что сеанс связи должен быть разделен,
ожидать прием ответа на запрос на перенос части с коммутацией пакетов, и
передавать запрос на перенос части с коммутацией каналов в ответ на прием упомянутого ответа.
23. Устройство связи по п.18, отличающееся тем, что упомянутый процессор дополнительно сконфигурирован так, чтобы
передавать запрос на перенос части с коммутацией каналов, при этом запрос содержит индикацию, что сеанс связи должен быть разделен,
ожидать прием ответа на запрос на перенос части с коммутацией пакетов, и
передавать запрос на перенос части с коммутацией пакетов в ответ на прием упомянутого ответа.
24. Устройство связи по п.17, отличающееся тем, что упомянутый процессор дополнительно сконфигурирован так, чтобы
передавать сообщение индикации, включающее индикацию, что сеанс связи должен быть разделен,
ожидать прием ответа на сообщение индикации, и
передавать запросы на перенос части с коммутацией пакетов и части с коммутацией каналов в ответ на прием упомянутого ответа.
25. Сервер приложений, содержащий
входное устройство, действующее так, чтобы принимать от первого устройства связи индикацию, что сеанс связи между первым устройством связи и вторым устройством связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов, и
процессор, сконфигурированный так, чтобы ожидать прием запросов на перенос и части с коммутацией пакетов, и части с коммутацией каналов, и информировать второе устройство связи о переносах части с коммутацией пакетов и части с коммутацией каналов.
26. Сервер приложений по п.25, отличающийся тем, что упомянутое входное устройство выполнено с возможностью приема упомянутой индикации как части запроса на перенос части с коммутацией пакетов и/или запроса на перенос части с коммутацией каналов.
27. Сервер приложений по п.26, отличающийся тем, что упомянутую индикацию принимают как часть запроса на перенос части с коммутацией пакетов, и упомянутый запрос на перенос части с коммутацией пакетов является одним из следующих сообщений:
- сообщением приглашения, содержащим URI для переноса домена и указатель на упомянутый сеанс связи, и
- сообщением SIP INVITE, содержащим VDI (URI для переноса домена VCC) в Request URI и идентификатор сеанса, указывающий на упомянутый сеанс связи.
28. Сервер приложений по п.26, отличающийся тем, что упомянутую индикацию принимают как часть запроса на перенос части с коммутацией каналов, при этом упомянутый запрос на перенос части с коммутацией каналов является одним из следующих сообщений:
- сообщением приглашения, содержащим упомянутую индикацию в конкретном информационном элементе,
- сообщением приглашения со специальным номером для переноса домена, при этом специальный номер для переноса домена образует упомянутую индикацию,
- сообщением SIP INVITE, содержащим упомянутую индикацию в информационном элементе сигнализации пользователь-пользователь, или
- сообщением SIP INVITE со специальным VDN (номером для переноса домена VCC), специальный VDN образует упомянутую индикацию.
29. Сервер приложений по п.26, отличающийся тем, что
упомянутое входное устройство принимает упомянутую индикацию как часть запроса на перенос части с коммутацией пакетов, и
упомянутый процессор сконфигурирован так, чтобы передавать ответ, подтверждающий получение запроса на перенос части с коммутацией пакетов, и ожидать прием запроса на перенос части с коммутацией каналов.
30. Сервер приложений по п.26, отличающийся тем, что упомянутое входное устройство принимает упомянутую индикацию как часть запроса на перенос части с коммутацией каналов, и
упомянутый процессор сконфигурирован так, чтобы передавать ответ, подтверждающий получение запроса на перенос части с коммутацией каналов, и ожидать прием запроса на перенос части с коммутацией пакетов.
31. Сервер приложений по п.25, отличающийся тем, что
упомянутое входное устройство принимает сообщение индикации, содержащее упомянутую индикацию, и
упомянутый процессор сконфигурирован так, чтобы передавать ответ, подтверждающий получение сообщения индикации, и ожидать прием запросов на перенос части с коммутацией пакетов и части с коммутацией каналов.
32. Система связи, содержащая
первое устройство связи,
второе устройство связи, и
сервер приложений, где
первое и второе устройство связи выполнены с возможностью осуществления текущего сеанса связи между ними через сеть с коммутацией пакетов,
первое устройство связи содержит процессор, сконфигурированный так, чтобы переносить упомянутый сеанс связи из сети с коммутацией пакетов во вторую сеть, обеспечивающую доступ и с коммутацией пакетов, и с коммутацией каналов, и предоставлять серверу приложений индикацию, что сеанс связи должен быть разделен на часть с коммутацией пакетов и часть с коммутацией каналов, при этом
сервер приложений содержит входное устройство, выполненное с возможностью приема упомянутой индикации, и процессор, сконфигурированный так, чтобы ожидать прием запросов на перенос и части с коммутацией пакетов, и части с коммутацией каналов, и информировать второе устройство связи о переносах части с коммутацией пакетов и части с коммутацией каналов.
33. Носитель для хранения данных, содержащий код выполняемой программы, позволяющий устройству выполнять способ по любому из пп.1-8.
34. Носитель для хранения данных, содержащий код выполняемой программы, позволяющий устройству выполнять способ по любому из пп.9-16.
RU2009130151/09A 2007-01-09 2007-12-17 Непрерывность сеанса в сетях связи RU2431236C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/651,897 2007-01-09
US11/651,897 US8891482B2 (en) 2007-01-09 2007-01-09 Session continuity in communication networks

Publications (2)

Publication Number Publication Date
RU2009130151A RU2009130151A (ru) 2011-02-20
RU2431236C2 true RU2431236C2 (ru) 2011-10-10

Family

ID=39594195

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2009130151/09A RU2431236C2 (ru) 2007-01-09 2007-12-17 Непрерывность сеанса в сетях связи

Country Status (13)

Country Link
US (1) US8891482B2 (ru)
EP (1) EP2103062B1 (ru)
JP (2) JP5036076B2 (ru)
KR (1) KR101051671B1 (ru)
CN (1) CN101584167B (ru)
CA (1) CA2672697C (ru)
DK (1) DK2103062T3 (ru)
ES (1) ES2611038T3 (ru)
IL (1) IL199379A (ru)
PL (1) PL2103062T3 (ru)
RU (1) RU2431236C2 (ru)
UA (1) UA94983C2 (ru)
WO (1) WO2008084136A1 (ru)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8891482B2 (en) 2007-01-09 2014-11-18 Nokia Corporation Session continuity in communication networks
GB0711592D0 (en) * 2007-06-15 2007-07-25 Ericsson Telefon Ab L M Access domain selection in a communications network
KR101351032B1 (ko) * 2007-07-04 2014-01-10 엘지전자 주식회사 세션 모빌리티 지원 방법
US20090034472A1 (en) * 2007-08-03 2009-02-05 Research In Motion Limited System and Method for Handing Over Sessions Between Networks
US20090100181A1 (en) * 2007-10-11 2009-04-16 Sony Ericsson Mobile Communications Ab Apparatus, method and computer program for establishing a service session
EP2327250B1 (en) * 2008-01-14 2011-12-07 Nortel Networks Limited Co-existence of single radio voice call continuity (srvcc) solutions
US8943182B2 (en) * 2008-10-01 2015-01-27 Motorola Solutions, Inc. Method and system for transferring a communication session
CN101742589B (zh) 2008-11-07 2011-06-01 华为终端有限公司 一种多媒体会话转移的方法、用户设备及服务器
AP3130A (en) * 2009-02-04 2015-02-28 Nokia Corp Access change for re-routing a connection
WO2010091734A1 (en) * 2009-02-13 2010-08-19 Nokia Siemens Networks Oy Policy control enhancement for service continuity
US8804661B2 (en) 2009-05-21 2014-08-12 Htc Corporation Method of handling call in handover in wireless communication system and wireless communication device using the same
WO2011011922A1 (zh) * 2009-07-31 2011-02-03 上海贝尔股份有限公司 非稳定VoIP呼叫中的终端切换方法、网络单元、设备及系统
EP2469925B1 (en) * 2009-08-20 2017-02-22 Fujitsu Limited Base station device, base station control device, mobile terminal, communication system, and base station device control method
JP5205402B2 (ja) * 2010-02-15 2013-06-05 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、ネットワーク装置及び移動通信方法
CN102334323B (zh) * 2010-04-30 2013-12-18 华为技术有限公司 建立联合会话的方法、设备及系统
CN102387117B (zh) * 2010-08-26 2015-09-16 中兴通讯股份有限公司 切换振铃态会话的方法和装置
KR102147004B1 (ko) * 2012-05-15 2020-08-21 텔레폰악티에볼라겟엘엠에릭슨(펍) Drvcc 모바일 단말기용 액세스 전송
WO2016045728A1 (en) * 2014-09-25 2016-03-31 Nokia Solutions And Networks Oy Domain selection for terminating voice call
US10057829B2 (en) 2014-12-24 2018-08-21 Telefonaktiebolaget Lm Ericsson (Publ) VoWLAN call handover method, UE and core network node
US10701310B2 (en) 2017-06-23 2020-06-30 T-Mobile Usa, Inc. Video call continuity between devices via a telecommunications network
US20220417319A1 (en) * 2021-06-28 2022-12-29 Dell Products L.P. System and method for edge analytics in a virtual desktop environment

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1148688A1 (en) * 2000-04-20 2001-10-24 Telefonaktiebolaget L M Ericsson (Publ) Proxy apparatus and method
EP1370056B1 (en) 2002-06-03 2006-07-26 Alcatel Telecommunication system with packet-switched-multimedia-session-to-circuit-switched-call transferral
JP2006512868A (ja) 2002-12-30 2006-04-13 エスケーテレコム カンパニー リミテッド 1xev−doシステムの障害時に1xシステムに呼接続を切換える方法及びハイブリッド端末機
GB2398458B (en) 2003-02-15 2005-05-25 Ericsson Telefon Ab L M Conversational bearer negotiation
CN1549634A (zh) * 2003-05-09 2004-11-24 �ʼҷ����ֵ��ӹɷ����޹�˾ 用于在无线广域网与无线局域网之间无缝漫游的系统和方法
US7535889B2 (en) 2003-06-11 2009-05-19 Alcatel-Lucent Usa Inc. Server component redirection of new media path portion between packet-switched and circuit-switched portions of mobile switching center
JP4496733B2 (ja) 2003-08-06 2010-07-07 日本電気株式会社 移動通信システム及びそれに用いるハンドオーバ方法
US6940844B2 (en) 2003-10-17 2005-09-06 Interdigital Technology Corporation Method and apparatus for reporting WLAN capabilities of a dual mode GPRS/WLAN or UMTS/WLAN WTRU
EP1745615B1 (en) 2004-05-10 2009-12-09 Telefonaktiebolaget LM Ericsson (publ) Method and telecommunication system for initiating an enhanced communication connection
JP2005341310A (ja) 2004-05-27 2005-12-08 Fujitsu Ten Ltd 通信装置
SE0401671D0 (sv) 2004-06-29 2004-06-29 Ericsson Telefon Ab L M Network control of a combined circuit switched and packet switched session
CN100372342C (zh) * 2004-11-08 2008-02-27 华为技术有限公司 通过分组域为电路域用户提供业务的方法
CN1801998A (zh) * 2004-12-31 2006-07-12 华为技术有限公司 从多媒体子系统域到电路子系统域的会话切换方法
US8072933B2 (en) * 2005-03-30 2011-12-06 Nokia Corporation Combined handover of the circuit-switched (CS) and packet-switched (PS) resources
CN100417291C (zh) * 2005-04-28 2008-09-03 中兴通讯股份有限公司 一种域间切换的方法、系统及所用的域切换控制器
US7574212B2 (en) 2005-06-22 2009-08-11 Sprint Spectrum L.P. Method and system for managing communication sessions during multi-mode mobile station handoff
CN100461782C (zh) * 2005-09-01 2009-02-11 华为技术有限公司 一种ip多媒体子系统中实现桥接的系统和方法
CN1802022B (zh) * 2005-09-30 2010-05-05 华为技术有限公司 在话音业务连续性业务中建立初始呼叫的方法及系统
US8891482B2 (en) 2007-01-09 2014-11-18 Nokia Corporation Session continuity in communication networks

Also Published As

Publication number Publication date
JP2012157011A (ja) 2012-08-16
UA94983C2 (ru) 2011-06-25
KR101051671B1 (ko) 2011-07-28
CN101584167B (zh) 2011-11-23
RU2009130151A (ru) 2011-02-20
CA2672697A1 (en) 2008-07-17
KR20090100439A (ko) 2009-09-23
CN101584167A (zh) 2009-11-18
EP2103062A4 (en) 2011-07-06
PL2103062T3 (pl) 2017-04-28
EP2103062A1 (en) 2009-09-23
US20080165764A1 (en) 2008-07-10
EP2103062B1 (en) 2016-12-07
CA2672697C (en) 2014-12-09
DK2103062T3 (en) 2017-02-13
WO2008084136A1 (en) 2008-07-17
JP5036076B2 (ja) 2012-09-26
ES2611038T3 (es) 2017-05-04
IL199379A (en) 2013-11-28
US8891482B2 (en) 2014-11-18
JP2010515390A (ja) 2010-05-06

Similar Documents

Publication Publication Date Title
RU2431236C2 (ru) Непрерывность сеанса в сетях связи
US10469545B2 (en) Multimedia session call control method and application server
US9602555B2 (en) Collaborative session control transfer and inter-device transfer in internet protocol multimedia subsystem
JP5174178B2 (ja) 着信転送のための方法、システム、およびデバイス
EP2175605B1 (en) A method for switching the session control path of ip multimedia core network subsystem centralized service
RU2576474C2 (ru) Оптимизация задержки при передаче обслуживания
US9025553B2 (en) Capability update in a telecommunications network
US9848022B2 (en) Method and apparatus for inter-device transfer (handoff) between IMS and generic IP clients
US20110182235A1 (en) Method and apparatus for inter user-equipment transfer (iut), access transfer and fallback initiated by a service centralization and continuity application server (scc as)
US20110116495A1 (en) Method and apparatus for inter-device session transfer between internet protocol (ip) multimedia subsystem (ims) and h.323 based clients
US20110116473A1 (en) METHOD AND APPARATUS FOR INTER-DEVICE HANDOVER (HO) BETWEEN INTERNET PROTOCOL (IP) MULTIMEDIA SUBSYSTEM (IMS) AND CIRCUIT SWITCHED (CS) WIRELESS TRANSMIT/RECEIVE UNITS (WTRUs)
JP2012504357A (ja) マルチメディアセッション転送のための方法、ユーザ装置、及びサーバ
EP2291029B1 (en) ICS UE terminating sessions using CS media
US8509781B2 (en) Method and system for realizing session handover
WO2009149635A1 (zh) 一种实现显式呼叫转移的方法、设备及移动通信系统
CN104936262B (zh) 远端标识的发送、接收方法及装置、传输系统
WO2011015019A1 (zh) 一种多方通话业务连续性的实现方法及系统
WO2010054691A2 (en) Apparatus, method and program for network selection

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20160602