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



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

 


Владельцы патента RU 2509434:

ТЕЛЕФОНАКТИЕБОЛАГЕТ Л М ЭРИКССОН (ПАБЛ) (SE)

Изобретение относится к области телефонной связи, а именно, к переносу сеанса связи из первого соединения между первым клиентом и удаленным клиентом во второе соединение между вторым клиентом и удаленным клиентом. Техническим результатом является обеспечение возможности плавно переносить связь между двумя разными устройствами связи, такими как телефон SIP и мобильный телефон. Для этого сеанс связи содержит тракт мультимедиа и тракт сигнализации. Сервер приложений осуществляет а) прием запроса переноса, b) посылку запроса установки второму клиенту для установки второго соединения, с1) перенос тракта сигнализации, с2) перенос тракта мультимедиа, d) посылку сообщения обновления к удаленной стороне, причем сообщение обновления содержит указание, что перенос исполнен, и е) посылку сообщения завершения первому клиенту, чтобы завершить первое соединение. 3 н. и 11 з.п. ф-лы, 6 ил.

 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

Подсистема мультимедиа IP (IMS) является технологией, определенной Проектом партнерства третьего поколения (3GPP), чтобы предоставлять услуги мультимедиа IP через мобильные сети связи. IMS задана, среди прочего, в версии 8.5.0 TS 22.228 3GPP. IMS предоставляет ключевые функциональные возможности, чтобы обогатить опыт межличностной связи конечного пользователя посредством интеграции и взаимодействия услуг.

IMS использует протокол инициирования сеанса (SIP), чтобы устанавливать и управлять вызовами или сеансами между устройствами связи (также известными как пользовательские терминалы (UE)) или между устройствами связи и серверами приложений (AS). Протокол описания сеанса (SDP), переносимый с помощью сигнализации SIP, используют, чтобы описывать и согласовывать компоненты мультимедиа сеанса. В то время как SIP был создан как межпользовательский протокол, IMS позволяет операторам и провайдерам услуг управлять доступом абонента к услугам и назначать оплату абонентам, соответственно. Телефоны, использующие этот протокол, упоминаются как телефон SIP.

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

В настоящее время абоненты могут иметь в использовании более одного телефонного устройства, такого как проводной/беспроводный телефон SIP и (сотовый) мобильный телефон. Понятие «мобильный телефон», используемое в этом тексте, означает любой телефон, который не связан с местоположением, т.е. мобильный телефон, использующий сотовую телефонную сеть, дающую возможность мобильной сети быть мобильной. Например, мобильный телефон может использовать сеть GSM или сеть UMTS. Понятие мобильный телефон не содержит беспроводных телефонов, которые связаны с местоположением, т.е. связаны с базовой станцией беспроводной локальной сети (WLAN).

Обычно телефон SIP будут использовать в определенном местоположении, таком как дом или офис, в то время как мобильный телефон обычно будут использовать, когда находятся в другом месте, отличном от определенного местоположения телефона SIP. Когда абонент устанавливает или принимает вызов, он/она будет использовать устройство, которое является самым подходящим в этот момент или самым эффективным по стоимости. Когда абонент принимает вызов, входящий вызов может быть оповещением в телефоне SIP, а также в мобильном телефоне, предоставляя абоненту вариант, чтобы выбрать один из них для использования. Причинами для использования телефона SIP могут быть:

- телефон SIP может поддерживать (более дружественную для пользователя) функцию “свободные руки”, чем мобильный телефон;

- телефон SIP имеет более низкий тариф, чем мобильный телефон.

Предпочтительное устройство (телефон SIP или мобильный телефон) можно заменить во время вызова. Например,

- абонент может желать перейти с телефона SIP на мобильный телефон, когда абонент желает отойти от телефона SIP,

- абонент может желать перейти с мобильного телефона на телефон SIP, когда абонент подходит к местоположению телефона SIP.

В соответствии с переносом сеанса связи предшествующего уровня техники из первого соединения между первым клиентом в первом устройстве связи (например, телефоне SIP) и удаленным клиентом во второе соединение между вторым клиентом во втором устройстве связи (например, мобильном телефоне) и удаленным клиентом, сеанс связи, содержащий тракт мультимедиа и тракт сигнализации, может быть создан с использованием явного переноса вызова (ECT), как задано для сети глобальной системы мобильной связи (GSM) и универсальной мобильной телекоммуникационной системы (UMTS), и выполнено с помощью этих сетей. Однако ECT имеет тот недостаток, что удаленную сторону временно ставят на удержание вызова. Кроме того, когда абонент желает использовать ECT, чтобы перенести вызов в одно из других его/ее устройств связи, абонент фактически имитирует вызов к нему/самому себе, что может дать в результате непредсказуемое поведение обслуживания. Непредсказуемость такой ситуации может проявляться, например, через исполнение услуг завершения вызова, связанных с абонентом. В качестве альтернативы, система могла бы не позволить 'вызов самого себя'. Обычно ECT не подходит для переноса устройства, так как ECT по существу влечет за собой установление другого вызова.

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

В соответствии с предшествующим уровнем техники, сеть IMS может содержать серверы приложений, которые выполнены для исполнения роли хост-узла и исполнения услуг. Серверы приложений могут быть расположены в домашней сети (возможно, имеющей доступ к домашнему серверу абонента (HSS), дополнительно объясненному ниже) или могут быть расположены вне домашней сети.

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

Примером такой услуги является непрерывность речевого вызова (VCC); смотри 3GPP TS 23.206 v7.4.0, которая содержит привязку в IMS вызова, установленного к абоненту/от абонента. Привязку в IMS для вызова выполняют, в соответствии с VCC, в сервере приложений VCC (AS). AS-VCC действует в качестве линии связи между ветвью доступа для вызова и сетью IMS.

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

Когда устройство VCC обнаруживает, что требуется перенос доступа, например, поскольку радиосигнал WLAN замирает, устройство VCC инициирует перенос вызова из WLAN в GSM. Пока была использована WLAN, вызов был установлен с SIP. Когда для доступа используют GSM, используют протоколы, такие как часть приложения прямой передачи (DTAP) и пользовательская часть цифровой сети с интегрированными услугами (ISUP), для установления вызова. После переноса вызова ветвь доступа между устройством и сетью изменяют с SIP (через WLAN) на GSM. В сети IMS вызов не подвергается воздействию. Несмотря на то, что устройство VCC имеет два радио интерфейса (обычно WLAN и множественный доступ с временным разделением (TDMA)) и соответствующие наборы протоколов (SIP для WLAN и DTAP для TDMA), он имеет один пользовательский интерфейс. Следовательно, перенос доступа может быть скрыт для абонента.

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

Полезные варианты осуществления описаны в дополнительных пунктах формулы изобретения.

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

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

Варианты осуществления предоставляют способ, чтобы плавно переносить сеанс связи в телекоммуникационной сети из первого соединения между первым клиентом в первом устройстве связи и удаленным клиентом во второе соединение между вторым клиентом во втором устройстве связи и удаленным клиентом, причем сеанс связи содержит тракт мультимедиа и тракт сигнализации. Иначе говоря, варианты осуществления предоставляют перенос ветви доступа во время вызова, переносящий ветвь доступа между первым терминалом и вторым терминалом. Абонент может участвовать в речевом вызове посредством первого устройства связи (например, мобильного телефона МТ) и может принять решение, чтобы изменить доступ вызова из этого первого устройства связи во второе устройство связи (например, телефон SIP ST) или наоборот.

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

фиг.2 схематически изображает примерную блок-схему сервера приложений,

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

фиг.4 схематически изображает примерную блок-схему клиента,

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

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

В дальнейшем будет описано, как изобретение может быть осуществлено в сети IMS. Специалист в данной области техники должен понимать, что сеть IMS является только примером телекоммуникационной сети, в которой могло бы быть применено изобретение, изобретение также может быть осуществлено в других сетях связи, таких как сеть связи, основанная на SIP IETF, но созданных не в соответствии со спецификацией SIP. Сеть связи между сетью IMS и телефоном SIP может быть одним из: множественного доступа с кодовым разделением (CDMA), широкополосного CDMA (W-CDMA), множественного доступа с временным разделением (TDMA), универсальной мобильной телекоммуникационной системы (UMTS) или сети 4G.

Фиг.1 схематически изображает ситуацию, в которой абонент имеет SIP-телефон ST, например, обслуживаемый с помощью компьютерного хост-устройства, и мобильным телефоном МТ, в соответствии с этим примером, мобильным телефоном GSM.

Соединения, показанные на фиг.1, могут быть физическими соединениями или беспроводными соединениями. Соединения, показанные на фиг.1, предназначены только для того, чтобы показать, что соединенные “модули” выполнены для связи друг с другом некоторым способом.

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

Перенос может быть из телефона SIP ST в мобильный телефон МТ или наоборот. Иначе говоря, первый клиент в первом устройстве связи может быть телефоном SIP ST, а второй клиент во втором устройстве связи может быть мобильным телефоном МТ или второй клиент во втором устройстве связи может быть телефоном SIP ST, а первый клиент в первом устройстве связи может быть мобильным телефоном МТ.

Сервер приложений

Как описано выше, сеть связи (IMS) может содержать серверы приложений, которые выполнены для исполнения роли хост-узла и исполнения услуг. В соответствии с вариантом осуществления, предоставлен сервер приложений AS в телекоммуникационной сети для переноса сеанса связи из первого соединения между первым клиентом в первом устройстве связи и удаленным клиентом во второе соединение между вторым клиентом во втором устройстве связи и удаленным клиентом, причем сеанс связи содержит тракт мультимедиа и тракт сигнализации, причем сервер приложений содержит:

- устройство ввода/вывода I/O,

- модуль процессора PU,

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

а) приема запроса переноса для переноса сеанса связи,

b) посылки запроса установки второму клиенту для установки второго соединения, в ответ на запрос переноса,

с1) переноса тракта сигнализации из первого соединения во второе соединение,

с2) переноса тракта мультимедиа из первого соединения во второе соединение,

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

е) посылки сообщения завершения первому клиенту, чтобы завершить первое соединение.

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

Сервер приложений, AS, может быть обеспечен компьютерным устройством, схематический пример которого предоставлен на фиг.2. Фиг.2 показывает сервер приложений, содержащий модуль процессора PU, выполненный для связи с памятью МЕ. Сервер приложений AS дополнительно содержит модуль приема I и модуль передачи О (возможно, интегрированные в одном устройством ввода/вывода I/O) для приема и передачи, соответственно, и, таким образом, связи с устройствами, образующими телекоммуникационную сеть.

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

Память МЕ может быть сформирована с помощью одного или более из: модуля на магнитной ленте, жесткого диска, постоянной памяти (ROM), электрически стираемой программируемой постоянной памяти (EEPROM), оперативной памяти (RAM).

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

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

В соответствии с вариантом осуществления, модуль приема I адаптирован принимать запрос переноса для переноса сеанса связи. Модуль обработки PU адаптирован обрабатывать запрос переноса. Модуль обработки PU дополнительно адаптирован инициировать передачу, с помощью модуля передачи О, запроса установки второму клиенту для установки второго соединения, в ответ на запрос переноса. Модуль обработки PU адаптирован переносить тракт сигнализации из первого соединения во второе соединение. Модуль обработки PU дополнительно адаптирован переносить тракт мультимедиа из первого соединения во второе соединение. Модуль обработки PU дополнительно адаптирован инициировать передачу, с помощью модуля передачи I, сообщения обновления удаленному клиенту, причем сообщение обновления содержит указание, что перенос исполнен. Модуль обработки PU дополнительно адаптирован инициировать передачу, с помощью модуля передачи О, сообщения завершения первому клиенту, чтобы завершить первое соединение.

Следует заметить, что, несмотря на то, что все соединения на фиг.4 показаны как физические соединения, одно или более из этих соединений могут быть беспроводными соединениями. Они предназначены только для того, чтобы показать, что “соединенные” модули выполнены для связи друг с другом некоторым способом.

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

а) прием запроса переноса для переноса сеанса связи,

b) посылку запроса установки второму клиенту для установки второго соединения, в ответ на запрос переноса,

с1) перенос тракта сигнализации из первого соединения во второе соединение,

с2) перенос тракта мультимедиа из первого соединения во второе соединение,

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

е) посылку сообщения завершения первому клиенту, чтобы завершить первое соединение.

Этот способ схематически показан как блок-схема последовательности этапов на фиг.3.

Запрос установки, например, может быть сообщением приглашения SIP. В ответ на запрос установки второму клиенту сервер приложений может принять согласие на установку из второго клиента, например, сообщение подтверждения SIP. Действия с1 и с2 могут быть выполнены, в ответ на согласие на установку. Для действия d) подразумевается, что сообщение посылают к удаленной стороне, и можно преодолевать различные узлы и сети в маршруте. Кроме того, узел назначения в сети, из обслуживаемого абонента, то есть абонента, для которого исполняют перенос устройства, может предотвратить пересылку сообщения к сети удаленного клиента.

Перенос может иметь место из телефона SIP ST в мобильный телефон МТ или наоборот. Иначе говоря, первый клиент в первом устройстве связи может быть телефоном SIP, а второй клиент во втором устройстве связи может быть мобильным телефоном МТ, или второй клиент во втором устройстве связи может быть телефоном SIP ST, а первый клиент в первом устройстве связи может быть мобильным телефоном, МТ.

Клиент

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

причем клиент CL содержит:

- устройство ввода/вывода,

- модуль процессора,

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

а) генерировать запрос переноса для переноса сеанса связи и передавать запрос переноса в сервер приложений.

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

Опять, первый клиент в первом устройстве связи может быть телефоном SIP, а второй клиент во втором устройстве связи может быть мобильным телефоном МТ, или наоборот. Клиент CL может быть первым или вторым клиентом, может быть хост-узлом для первого или второго клиента, или может быть функционально связан с первым или вторым клиентом.

Клиент CL может быть обеспечен компьютерным устройством, схематический пример которого предоставлен на фиг.4. Фиг.4 показывает клиента CL, содержащего модуль процессора PU-C, выполненный для связи с памятью МЕ-С. Клиент CL дополнительно содержит устройство ввода I-C и устройство вывода О-С (возможно, интегрированные в одном устройстве ввода/вывода) для приема и передачи, соответственно, и, таким образом, связи с устройствами, образующими телекоммуникационную сеть.

Модуль процессора PU-C соединен с памятью МЕ-C, которая может сохранять инструкции и данные. Инструкции могут быть считываемыми и исполняемыми с помощью модуля процессора PU-С, чтобы предоставлять клиенту CL функциональные возможности в соответствии с предоставленными вариантами осуществления.

Память МЕ-C может быть сформирована с помощью одного или более из: модуля на магнитной ленте, жесткого диска, постоянной памяти (ROM), электрически стираемой программируемой постоянной памяти (EEPROM), оперативной памяти (RAM).

Модуль процессора PU-C также может быть соединен с одним или более устройствами ввода, которые не показаны, такими как клавиатура, одним или более устройствами вывода, такими как дисплей, и одним или более устройствами считывания для считывания, например, гибкий диск, CD ROM и DVD.

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

Следует заметить, что, несмотря на то, что все соединения на фиг.4 показаны как физические соединения, одно или более из этих соединений могут быть беспроводными соединениями. Они предназначены только для того, чтобы показать, что “соединенные” модули выполнены для связи друг с другом некоторым способом.

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

а) генерацию запроса переноса для переноса сеанса связи и передачу запроса переноса в сервер приложений.

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

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

Нижеприведенные действия а)-е) могут быть объяснены более подробно. Будет понятно, что некоторые действия могут быть выполнены с помощью сервера приложений AS, первого клиента или второго клиента, а некоторые действия могут быть выполнены с помощью сервера приложений AS во взаимодействии с первым или вторым клиентом.

Действие а

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

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

ПРИМЕР 1

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

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

ПРИМЕР 2

Абонент может участвовать в вызове с помощью телефона SIP на его/ее письменном столе и желает перенести вызов в его/ее мобильный телефон МТ, поскольку собирается отойти от письменного стола. Таким образом, первый клиент во втором устройстве связи является телефоном SIP ST, а второй клиент в первом устройстве связи является мобильным телефоном МР.

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

ПРИМЕР 3

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

Будет понятно, что могут быть определены дополнительные случаи использования.

Утилита управления вызовом может быть отделена от клиента SIP, несмотря на выполнение на той же самой компьютерной платформе (компьютерном устройстве, таком как РС). Преимуществом использования отдельной утилиты управления вызовом является то, что это облегчает использование разных типов телефонов SIP без наложения требования на эти телефоны SIP иметь специальную возможность. Утилита управления вызовом также может быть объединена или соединена с мобильным телефоном МТ.

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

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

Беспроводное соединение может быть одним из: радиосоединения, соединения Bluetooth.

До того, как телефон SIP ST фактически предлагает перенос устройства, он может обменяться сообщениями с мобильным телефоном МТ, возможно, с помощью сервера приложений AS, чтобы определить, находится ли мобильный телефон МТ в режиме ожидания, т.е. соединен с сетью (например, сетью GSM). Если нет, предложение переноса устройства является бесполезным. Следует заметить, что в случае, когда мобильный телефон МТ находится в режиме ожидания, он еще может быть включен и выполнен для поддержки радиосоединения, такого как Bluetooth. Понятие “в режиме ожидания” используют, чтобы указать, что мобильный телефон МТ является активным и работающим, но в этот момент не участвует в речевом (или видео и т.д.) сеансе связи.

Запрос переноса, который посылают с помощью клиента CL (являющегося телефоном SIP ST или мобильным телефоном МТ), может содержать указание первого и второго клиента. Это указание может быть просто номером телефона, который связан с первым и вторым клиентом, несмотря на то, что также могут быть использованы другие указания.

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

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

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

Действие b

В ответ на действие а), исполняют дополнительное действие b) с помощью сервера приложений AS:

b) послать запрос установки второму клиенту для установки второго соединения, в ответ на запрос переноса, и принять согласие на установку из второго клиента, в ответ на запрос установки.

Сервер приложений CS выполнен для установления вызова второму клиенту. Второй клиент принимает вызов и начинает предупреждать об этом пользователя. Сервер приложений AS, являющийся непрерывным пользовательским агентом SIP (B2BUA), использует SIP, чтобы установить вызов второму клиенту. Установление вызова в действии b) выполняют таким образом, что:

- для этого вызова не активизируют завершение услуг IMS;

- вызов доставляют в требуемое устройство связи.

При этом может быть использован механизм, подобный URI глобально маршрутизируемого пользовательского агента (GRUU).

Второй клиент может быть мобильным телефоном МТ. В этом случае сигнализация установления вызова преодолевает функцию управления шлюзом мультимедиа (MGCF), для того, чтобы сигнализация была доставлена в мобильный телефон МТ в домене с коммутацией каналов (CS). Сигнализацию SIP, используемую в сети IMS, преобразуют в сигнализацию ISUP, используемую в сети CS. Это преобразование выполняют с помощью MGCF, когда сигнализация преодолевает границу между сетью IMS и сетью CS. GRUU, который используют для установления этой ветви вызова, включает в себя назначенный префикс номера. Этот префикс номера является указанием, что этот вызов будет доставлен в мобильный телефон МТ, и будет обходить любые услуги, связанные с вызовом.

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

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

В соответствии с вариантом осуществления, клиент выполнен для

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

Действие с

После действия b) может быть исполнено дополнительное действие с) с помощью сервера приложений AS, содержащее действия с1) и с2):

с1) перенос тракта сигнализации из первого соединения во второе соединение, в ответ на согласие на установку,

с2) перенос тракта мультимедиа из первого соединения во второе соединение, в ответ на согласие на установку.

Действие с) может быть упомянуто как обновление тракта сигнализации. Когда второй клиент согласился с запросом установки из сервера приложений AS в действии b), сервер приложений AS предпринимает действие, чтобы гарантировать, что сигнализация, поступающая из направления удаленного клиента, пересылается ко второму клиенту, и, что сигнализация, поступающая из направления удаленного клиента, пересылается к удаленному клиенту. Сервер приложений AS обновляет внутреннюю информацию, указывающую изменение в тракте сигнализации. Кроме того, сервер приложений AS может информировать удаленного клиента об информации доступа второго клиента, например, с помощью посылки сообщения обновления SIP удаленному клиенту. Информация доступа указывает тип сети доступа, которую используют с помощью устройства, например, GSM или WLAN. Информация доступа может давать указание о функциональных возможностях терминала второго клиента, позволяя удаленному клиенту использовать другие функциональные возможности ко второму клиенту во время остальной части сеанса связи.

Действие с2) может быть упомянуто как обновление тракта мультимедиа. Когда второй клиент согласился с запросом установки из сервера приложений AS в действии b), сервер приложений AS обновляет тракт мультимедиа в удаленного клиента/из удаленного клиента, чтобы начать обмен мультимедиа со вторым клиентом вместо первого клиента. Сервер приложений AS может послать сообщение обновления SIP к удаленному клиенту, при этом сообщение обновления SIP содержит протокол описания сеанса (SDP) с адресом IP, используемым для переноса мультимедиа во второго клиента. SDP является стандартизированным описанием мультимедиа, которым обмениваются между абонентами в сети IMS и/или серверами в сети IMS.

В соответствии с вариантом осуществления, действие с) выполняют с помощью сервера приложений AS с помощью переноса тракта мультимедиа из первого адреса IP, связанного с первым устройством связи, во второй адрес IP, связанный со вторым устройством связи.

В соответствии с дополнительным вариантом осуществления, сообщение обновления SIP действия с1) и сообщение обновления SIP действия с2) могут быть объединены в одном сообщении обновления SIP.

Действие d)

Действие d) содержит: d) посылку сообщения обновления к удаленной стороне, причем сообщение обновления содержит указание, что перенос исполнен. Это действие выполняют с помощью сервера приложений AS, чтобы информировать соответствующие узлы в сети о том, что абонент поменял сеть доступа и поменял терминал. Смена сети доступа может привести к изменению оплаты, смена терминала может привести к разному логическому поведению обслуживания.

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

Действие e

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

Может быть предоставлен клиент, причем первый клиент является телефоном SIP ST, связанным с клиентом, а второй клиент является мобильным телефоном МТ, причем клиент дополнительно выполнен для

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

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

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

В соответствии с дополнительным вариантом осуществления, предоставлен носитель данных, содержащий такую первую или вторую компьютерную программу. Носитель данных может быть памятью, гибким диском, CD, DVD и т.д.

ПРИМЕРЫ

Ниже предоставлены два примера. В первом примере первый клиент является мобильным телефоном МТ, а второй клиент является телефоном SIP (следовательно: перенос с мобильного телефона на телефон SIP ST). Второй пример является обратным.

ПРИМЕР 1

Сначала устанавливают сеанс связи из первого соединения между первым клиентом в первом устройстве связи (мобильном телефоне МТ) с сервером приложений AS, расположенным в сети IMS. Этот процесс известен специалисту и может содержать четыре основных действия (I, II, III, IV), каждое из которых может содержать более одного под-действия:

I) сервер приложений AS привязывает вызов в IMS,

II) сервер приложений AS устанавливает вызов к удаленному клиенту,

III) ответ из удаленного клиента сообщают в сервер приложений AS и

IV) сервер приложений AS пересылает ответ первому клиенту (в мобильный телефон МТ).

Сеть IMS может содержать следующие узлы/устройства:

- мобильный телефон МТ, как описано выше,

- узел коммутации, такой как центр коммутации мобильной связи (MSC),

- сервер приложений AS, как описано выше,

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

- входной посредник IP, который может действовать для определения того, какой обслуживающий узел (такой как обслуживающая функция управления состоянием вызова (S-CSCF)) использовать для конкретного абонента, например, с использованием регистра HSS. Входной посредник IP также может быть упомянут как опрашивающая CSCF (I-CSCF), ролью которой является выбирать правильную S-CSCF во время регистрации, а при завершении сеанса находить правильную S-CSCF, которая обслуживает целевой пользовательский терминал,

- регистр HSS, который является базой данных, в которой сохраняют информацию абонентов, такую как имена абонентов, связанные номера телефонов, адреса IP и т.д.,

- обслуживающую CSCF (S-CSCF), которая предоставляет услуги абоненту, на которые абонент подписан.

Как объяснено выше, регистр HSS, фактически, является базой данных, содержащей информацию об абонентах сети IMS. HSS может содержать информацию о подписке абонентов, т.е. профили пользователей. Также HSS играет важную роль, когда пользовательский терминал регистрируется в сеть IMS, так как она аутентифицирует и авторизует пользовательский терминал. HSS содержит информацию о местоположении абонента (назначенной обслуживающей CSCF) и предоставляет информацию в обслуживающую CSCF, которую используют как часть процедуры регистрации, например, с помощью предоставления обслуживающей CSCF параметров аутентификации (какой способ аутентификации должен быть использован, и данных для выполнения выбранного способа аутентификации). HSS также загружает профиль пользователя в обслуживающую CSCF, которая, например, содержит первоначальный критерий фильтра, отдающий команду обслуживающей CSCF о том, какие серверы приложений AS будут связаны через интерфейс ISC для инициирования и завершения транзакций SIP.

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

Установка первого соединения между первым клиентом в первом устройстве связи и удаленным клиентов может быть выполнена в соответствии с предшествующим уровнем техники. Это может содержать подходящие протоколы, такие как протокол инициирования сеанса (SIP), который известен для установки сеансов связи мультимедиа.

Действия I-IV, описанные выше, относятся к установке первого соединения и, следовательно, имеют место до переноса сеанса связи (смотри действия а)-с), как описано более подробно ниже.

До преобразования сеанса связи радиосоединение может быть установлено между мобильным телефоном МТ и компьютером на основе утилиты управления вызовом, которая может выполняться в клиенте, который, например, может быть хостом для телефона SIP ST (в этом примере второго клиента). Радио соединение может быть установлено с помощью образования пары Bluetooth.

Это образование пары Bluetooth ранее установлено между мобильным телефоном МТ и утилитой управления вызовом. Абонент, участвующий в речевом вызове мобильного телефона, подходит к его письменному столу, где расположен телефон SIP ST. Утилита управления вызовом обнаруживает близость мобильного телефона МТ и уведомляет сервер приложений AS.

Обнаружение мобильного телефона МТ, например, посредством Bluetooth, с помощью утилиты управления вызовом может применять определенный 'гистерезис'. Гистерезис влечет за собой, для этого случая использования, что утилита управления вызовом выполнена для обнаружения присутствия мобильного телефона МТ, только если определяют определенное минимальное качество сигнала (например, интенсивность сигнала), до того, как она приглашает абонента для переноса.

Также, после того как присутствие мобильного телефона МТ определено, утилита управления вызовом может выполнить функциональные возможности, объясненные со ссылкой на фиг.5, до приглашения абонента для переноса сеанса связи. Утилита управления вызовом, которая может обслуживаться с помощью хост-узла клиента, может послать запрос статуса в сервер приложений AS в действии 5.1. Целью этого запроса статуса может быть выяснить, участвует ли, на самом деле, мобильный телефон МТ, присутствие которого обнаружено, в первом соединении.

Запрос статуса может содержать указание телефона SIP ST и мобильного телефона МТ, связанного с абонентом. На самом деле запрос статуса также может содержать только одно из этих двух указаний. Сервер приложений AS может быть выполнен для извлечения недостатка указания из запроса статуса на основании указания, которое содержится в запросе статуса.

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

Утилита управления вызовом может быть выполнена для предоставления выходной информации абоненту, приглашающей абонента предоставить пользовательский ввод. Выходная информация может быть сгенерирована в действии 5.3 и может содержать вопрос, как: «Обнаружен вызов мобильного телефона. Желаете ли Вы перенести вызов в Ваш настольный телефон?». Абонент может ответить на этот вопрос с помощью предоставления подходящего ввода в действии 5.4. Если абонент желает перенести вызов (таким образом, действием 5.4 является «да»), утилита управления вызовом может выполнить действие а):

а) сгенерировать запрос переноса для переноса сеанса связи и передать запрос переноса в сервер приложений AS.

Сервер приложений может быть выполнен для:

а) приема запроса переноса для переноса сеанса связи.

В соответствии с вариантом осуществления, утилита управления вызовом может выполнить, посредством обеспечения пользователем, отображения между адресом МАС мобильного телефона МТ и идентификацией абонента (например, ISDN-MSISDN абонента мобильного телефона). Утилита управления вызовом проверяет с сервером приложений AS, участвует ли конкретный абонент в текущий момент в вызове мобильного телефона. Если это не имеет места, утилита управления вызовом не предпринимает никаких дополнительных действий, чтобы инициировать перенос. Если это имеет место, утилита управления вызовом предлагает абоненту перенести вызов в телефон SIP ST. Если абонент соглашается на предложение, тогда утилита управления вызовом информирует об этом сервер приложений.

Перенос дополнительно объяснен со ссылкой на фиг.6

Фиг.6 показывает первого клиента (мобильный телефон МТ), сервер приложений AS, входной посредник IP, второго клиента (телефон SIP ST) и удаленную сторону RP. Фиг.6 дополнительно показывает посредника CSCF, который действует как посредник между пользователем и сетью для удаленной стороны RP.

Фиг.6 показывает действия b)-е), т.е. показывает, как исполняется перенос. Действие а) уже объяснено со ссылкой на фиг.5. Действия а)-е) могут быть описаны следующим образом:

а) передача запроса переноса для переноса сеанса связи из первого клиента в сервер приложений,

b) посылка запроса установки из сервера приложений во второго клиента для установки второго соединения, в ответ на запрос переноса, и прием сервером приложения согласия на установку из второго клиента, в ответ на запрос установки,

с1) перенос тракта сигнализации из первого соединения во второе соединение, в ответ на согласие на установку,

с2) перенос тракта мультимедиа из первого соединения во второе соединение, в ответ на согласие на установку,

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

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

Стрелка 6.1 представляет собой сеанс SIP, который в текущий момент существует между первым клиентом (т.е. обслуживаемым абонентом) и сервером приложений AS. Стрелка 6.2 представляет собой сеанс SIP, который в текущий момент существует между сервером приложений AS и удаленной стороной. Как сеанс 6.1, так и сеанс 6.2 могут преодолевать один или более посредников SIP. В настоящем примере сеанс 6.1 соединен с линией связи ISUP и DTAP с первым клиентом/обслуживаемым абонентом.

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

После того, как сервер приложений AS принял запрос переноса в действии а), например, в соответствии с объяснением выше со ссылкой на фиг.5, сервер приложений AS выполняет действие b), дающее в результате выполняемые действия 6.3-6.8.

Сначала сервер приложений AS посылает запрос установки второму клиенту для установки второго соединения, в ответ на запрос переноса. Это показано с помощью стрелки 6.3, являющейся сообщением приглашения SIP. Сервер приложений AS устанавливает вызов к URI глобально маршрутизируемого пользовательского агента (GRUU) телефона SIP ST, указанный с помощью стрелок 6.3-6.5, показывающих сообщение приглашения SIP, переданные из сервера приложений AS второму клиенту с помощью входного посредника IP и посредника CSCF.

Идентификация вызывающей линии для этого вызова может быть установлена в идентификацию линии удаленной стороны RP вызова, который переносят в этом примере в телефон SIP ST. GRUU может быть предварительно сообщен в сервер приложений AS, в соответствии с методологией стандарта 3GPP Rel-7. Может не быть вызова услуги для вызова ко второму клиенту, в этом примере телефон SIP ST. Телефон SIP ST отвечает телефону посредством согласия абонента на входящий вызов.

Действия 6.6-6.8 изображают согласие на установку, посланное из второго клиента, в этом приеме телефона SIP ST, в ответ на запрос установки.

В соответствии с вариантом осуществления, утилита управления вызовом отделена от клиента SIP. Это облегчает то, что может быть использован любой клиент SIP. Это даже облегчает то, что вызов переносят в телефон SIP ST, внешний к компьютерному устройству, используемому для исполнения роли хост-узла для утилиты управления вызовом, например автономный телефон SIP ST, соединенный с Ethernet, и стоящий на письменном столе вслед за компьютерным устройством.

Затем выполняют действия с1) и с2):

с1) перенос тракта сигнализации из первого соединения во второе соединение, в ответ на согласие на установку,

с2) перенос тракта мультимедиа из первого соединения во второе соединение, в ответ на согласие на установку.

На фиг.6 это изображено с помощью действия 6.9, изображающего сообщение обновления SIP, передаваемое к удаленной стороне RP. Сервер приложений RP обновляет сеанс SIP с удаленной стороной RP. А именно, протокол описания сеанса SDP должен быть обновлен, для того чтобы заставить удаленную сторону RP начать обмен мультимедиа со вторым клиентом вместо первого клиента. Кроме того, сервер приложений AS может информировать удаленную сторону RP об информации доступа второго клиента с помощью посылки указания об информации доступа второго клиента в сообщении обновления SIP.

Действие d), связанное с информированием удаленной стороны RP о том, что имеет место перенос устройства, не отражено на фиг.6.

Наконец, выполняют действие e), т.е. посылку сообщения завершения первому клиенту, чтобы завершить первое соединение, изображенное с помощью стрелок 6.10 и 6.11, соответственно отображающих сообщение прощания SIP, посланное из сервера приложений AS первому клиенту, и сообщение подтверждения SIP, подтверждающее завершение с помощью первого клиента в сервер приложений AS. Сеанс SIP (и соединение ISUP и соединение DTAP) с первым клиентом обслуживаемого абонента завершают. Будет понятно, что сигнализация, показанная на фиг.6, между AS и МТ может преодолевать разные сетевые узлы, и, что упомянутая сигнализация содержит смесь (конкатенацию) сигнализации SIP, сигнализации ISUP и сигнализации DTAP.

ПРИМЕР 2

Пример 2 описывает перенос из телефона SIP ST в мобильный телефон МТ с помощью явного запроса. Этот пример относится к ситуации, в которой абонент участвует в (речевом) вызове посредством телефона SIP ST, настольного телефона SIP, например, соединенного с Ethernet. Телефон SIP ST может быть клиентом SIP на базе компьютера или автономным настольным телефоном SIP, например, соединенным с Ethernet. Абонент собирается продолжить вызов в его/ее мобильном телефоне МТ, т.е. первое соединение между первым клиентом в первом устройстве связи (телефоне SIP ST) и удаленным клиентом должно быть перенесено во второе соединение между вторым клиентом во втором устройстве связи (мобильном телефоне МТ) и удаленным клиентом. Сеанс связи содержит тракт мультимедиа и тракт сигнализации.

Абонент может указать в компьютерной утилите управления вызовом, что он/она собирается выполнить перенос из телефона SIP ST в мобильный телефон МТ. Утилита управления вызовом сигнализирует запрос переноса в сервер приложений AS. Запрос переноса, посланный с помощью утилиты управления вызовом в соответствующий сервер приложений AS, может включать в себя указание второго клиента (т.е. мобильного телефона MT), который будет действовать в качестве второго клиента для этого переноса. Утилита управления вызовом, например, может включить MSISDN абонента в запрос переноса в качестве указания. Таким образом, запрос переноса может содержать указание второго клиента и, возможно, также указание первого клиента.

Сервер приложений устанавливает соединение доступа с мобильным телефоном МТ и разрывает соединение доступа с телефоном SIP (действия b) и е)).

До выполнения этого сервер приложений AS может выполнить проверку, чтобы удостовериться, что второй клиент (мобильный телефон МТ), например, указание, такое как MSISDN, чтобы указывать второго клиента, образует часть профиля абонента, связанного с первым клиентом (в этом случае телефоном SIP ST).

В соответствии с этим примером, абонент инициирует утилиту управления вызовом, чтобы инициировать перенос с помощью генерации и посылки запроса переноса, т.е. действие а) выполняют в клиенте, в ответ на пользовательский ввод. Таким образом, в соответствии с этим примером, не требуется, чтобы утилита управления вызовом проверяла, находится ли мобильный телефон МТ вблизи. Можно допустить, что мобильный телефон МТ находится вблизи, иначе абонент не инициировал бы утилиту управления вызовом, чтобы сгенерировать перенос. Следовательно, не имеется строгого требования к поддержке Bluetooth в утилите управления вызовом в телефоне GSM. Последовательность сигналов для этого примера, начиная с действия b), функционально аналогична последовательности сигналов, как показано на фиг.6.

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

- перенос из мобильного телефона МТ в телефон SIP ST (пример 1),

- перенос из телефона SIP ST в мобильный телефон МТ (пример 2),

- перенос из телефона SIP ST в мобильный телефон VOIP, например, SIP через WLAN или SIP через HSPA; второй клиент (в который выполняют перенос) может быть телефоном VCC, поддерживающим как доступ к GSM, так и SIP через WLAN или доступ к HSPA, и имеющий возможности выполнять перенос доступа во время входящего речевого вызова, но не ограничен ими.

Когда исполняют перенос из телефона SIP ST в телефон VCC с использованием WLAN для доступа к IMS, абонент может затем выполнить перенос доступа к доступу к GSM, в случае, когда абонент покидает зону обслуживания WLAN.

Дополнительные замечания

Варианты осуществления, описанные выше, относятся к сети IMS, но будет понятно, что варианты осуществления также могут быть применены в других сетях, обобщенно упомянутые как сети связи, как сеть GSM, сеть множественного доступа с кодовым разделением (CDMA), сеть множественного доступа с временным разделением (TDMA), универсальная мобильная телекоммуникационная система (UMTS) или сеть 4G.

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

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

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

2. Способ по п.1, в котором первый клиент расположен в первом устройстве связи, а второй клиент расположен во втором устройстве связи.

3. Способ по п.2, в котором первое устройство связи является телефоном протокола инициирования сеанса, а второе устройство связи является мобильным телефоном.

4. Способ по п.2, в котором второе устройство связи является телефоном протокола инициирования сеанса, а первое устройство связи является мобильным телефоном.

5. Способ по п.1, дополнительно содержащий этап, на котором принимают согласие на установку из второго клиента в ответ на запрос установки.

6. Способ по п.1, в котором запрос переноса содержит указание первого и второго клиента.

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

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

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

10. Способ по п.1, в котором запрос переноса принимают из первого клиента.

11. Способ по п.1, в котором запрос переноса принимают из второго клиента.

12. Способ по п.1, в котором запрос установки содержит указатель переноса.

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

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



 

Похожие патенты:

Изобретение относится к технике телефонной связи. .

Изобретение относится к технике телефонной связи. .

Изобретение относится к технике телефонной связи. .

Изобретение относится к технике цифровой связи. .

Изобретение относится к телефонной связи. .
Наверх