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

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

Иллюстрации

Показать все

Реферат

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

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

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

Подсистема мультимедиа 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) перенос тракта сигнализа