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

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

Иллюстрации

Показать все

Реферат

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

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

Уровень техники

Устойчивое развитие мобильной связи приводит к изменениям в сети радиодоступа (RAN) и/или базовой сети (CN) для сети связи. Такие изменения, предпочтительно, реализуются в пошаговой миграции. В порядке примера, оператор сети, обеспечивающий покрытие обслуживанием согласно универсальной системе мобильной связи (UMTS), может пожелать перевести речевые услуги в систему передачи голоса по интернет-протоколу (VoIP) с использованием мультимедийной подсистемы интернет-протокола (IMS) в CN совместно с RAT согласно проекту долгосрочного развития систем связи (LTE). Поскольку UMTS предоставляет речевые услуги в канально-коммутируемом домене, оператору потребуется обеспечить сплошное покрытие LTE в первый день услуги VoIP, для предотвращения прерывания вызова, инициированного в пакетно-коммутируемом домене согласно LTE, когда вызывающий абонент мобильный связи покидает зону покрытия LTE.

Непрерывность одиночного речевого радиовызова (SRVCC) согласно стандартному документу 3GPP TS 23.216 (Выпуск 11, версия 11.7.0) задает способ продолжения услуги речевых вызовов IMS. Речевой вызов IMS может, например, происходить в пакетно-коммутируемом домене с использованием речевого канала-носителя VoIP согласно идентификатора класса качества обслуживания (QoS) "QCI1". Канал-носитель VoIP QCI1 является всего лишь одним примером канала-носителя усовершенствованной пакетной системы (EPS). В UMTS и GPRS, сеансы передачи данных устанавливаются по-разному с использованием контекстной процедуры протокола пакетных данных (PDP). SRVCC позволяет переносить речевой вызов из пакетно-коммутируемого домена LTE с использованием VoIP и IMS в канально-коммутируемый домен UMTS. Таким образом, SRVCC обеспечивает позицию возврата при предоставлении услуг VoIP согласно стандарту LTE.

Стандартные документы 3GPP TS 23.237 (Выпуск 12, версия 12.1.0) и 3GPP TS 24.237 (Выпуск 11, версия 11.4.0) задают перенос SRVCC для видео- и речевых вызовов в состоянии вызова оповещения. Состояние вызова оповещения сеанса может задаваться как состояние участника сеанс, находящегося в состоянии раннего диалога согласно разд. 12.1 RFC 3261. Альтернативно или дополнительно, состояние вызова оповещения вызова может задаваться как состояние сеанса с компонентом речевых сигналов после осуществления обмена начальным запросом "SIP INVITE", который инициирует диалог, и ответом "SIP 180 Ringing", который указывает оповещение, и до осуществления обмена окончательным ответом SIP для начального запроса "SIP INVITE", который устанавливает сеанс согласно пункту 12.1 стандартного документа 3GPP TS 24.237.

Вследствие возможного прерывания радиосвязи во время переноса SRVCC, состояние вызывающего пользовательского оборудования (UE) и состояние одного или более компонентов сети связи, например, сервера коммутационный центр мобильной связи (MSC), могут утрачивать синхронизацию. Чтобы противодействовать возможной несовместимости состояний вызова между вызывающим UE и сервером MSC, стандартный документ 3GPP TS 24.237 рекомендует серверу MSC проверять состояние вызова с использованием процедуры "STATUS ENQUIRY" стандартного документа 3GPP TS 24.008 (Выпуск 12, версия 12.0.0). Если состояния вызова несовместимы, перенесенный сеанс освобождается согласно стандартному документу 3GPP TS 24.237, пункт 12.6.3, примечание 3.

Документ WO 2011/139045 A2 предусматривает способ синхронизации разных состояний вызова на удаленном другом конце диалога. При этом несовместимость обусловлена тем, что вызываемое UE отвечает на вызов непосредственно перед хэндовером вызываемого UE из пакетно-коммутируемого режима в канально-коммутируемый режим согласно SRVCC. Не обеспечено никакого решения для синхронизации вызывающего UE и сети связи, откуда исходит вызов.

Таким образом, несовместимые состояния сеанса могут возникать в уровне техники и приводить к непредвиденному прекращению сеанса.

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

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

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

Первое состояние вызова и второе состояние вызова могут быть согласованы до приема ответа вызываемого абонента и/или до инициирования переноса. Сеть может принимать ответ от вызываемого абонента. Первое сообщение, отправленное на мобильное устройство, может указывать изменение состояния вызова. Несогласованность можно определять путем приема информации, указывающей второе состояние вызова, от мобильного устройства. Информация, указывающая второе состояние вызова, может приниматься от мобильного устройства после, по меньшей мере, одного из переноса мобильного устройства и отправки первого сообщения. Несогласованность может указывать, что первое сообщение, отправленное на мобильное устройство, не было принято. Первое сообщение, отправленное на мобильное устройство, может утрачиваться вследствие нарушения радиосоединения до переноса или во время переноса. Для установления первого состояния вызова в соответствии с ответом вызываемого абонента, сетевой компонент может косвенно информироваться от ответе вызываемого абонента, например, посредством информационного сообщения, принятого из сети. Например, информационное сообщение может указывать, что вызываемый абонент ответил звонковым ответом или ответил на вызов. Если ответом вызываемого абонента является ответ SIP 180 Ringing, информационное сообщение может включать в себя сообщение "INFO (оповещение)". Если ответ указывает, что вызываемый абонент ответил на вызов, информационное сообщение может включать в себя окончательный ответ SIP 200 OK.

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

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

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

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

Отправленное первое сообщение может отправляться до, во время или после переноса. Перенос может осуществляться в состоянии вызова предварительного оповещения или в состоянии вызова оповещения вызова.

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

Перенос может включать в себя, по меньшей мере, один из переноса сеанса и переноса доступа. Перенос может включать в себя перенос из пакетно-коммутируемого домена в канально-коммутируемый домен. Переносом может быть перенос сеанса для сеанса вызова. Перенос может приводить к переносу доступа. Пакетно-коммутируемый домен может использовать первую технологию радиодоступа. Канально-коммутируемый домен может использовать вторую технологию радиодоступа. Первая технология радиодоступа может быть реализована посредством усовершенствованной UTRAN (E-UTRAN). Вторая технология радиодоступа может быть реализована посредством наземной сети радиодоступа UMTS (UTRAN) или GSM EDGE RAN (GERAN). Переносом может быть перенос непрерывности одиночного речевого радиовызова (SRVCC). Осуществление переноса может включать в себя обновление удаленного плеча к вызываемому абоненту.

В пакетно-коммутируемом домене может осуществляться обмен, по меньшей мере, одним из приглашения и ответа. Обмен, по меньшей мере, одним из приглашения и ответа может осуществляться в соответствии с протоколом инициирования сеансов (SIP). Приглашением может служить запрос SIP INVITE. Приглашение может включать в себя данные согласно протоколу описания сеанса (SDP). Принятый ответ может указывать ход установления вызова. Ответ может быть предварительным ответом или окончательным ответом на приглашение. Ответ может быть ответом SIP, имеющим код SIP. Ответ может включать в себя ответ SIP 180 указывающий, что вызываемый абонент звонит, или ответ SIP 200 OK, указывающий успех приглашения к вызову.

Ответ может приниматься в состоянии раннего диалога SIP. Состояние раннего диалога может устанавливаться посредством опережающего приглашения. Альтернативно или дополнительно, состояние раннего диалога может задаваться согласно запросу комментариев (RFC) 3261, разд. 12. Состояние раннего диалога может устанавливаться посредством или после приема предварительного ответа на приглашение и/или до приема окончательного ответа на приглашение.

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

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

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

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

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

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

Предварительный ответ вызываемого абонента, например, ответ SIP 180, может приводить к установлению первого состояния вызова сетевого компонента в состояние доставленного вызова или может изменять первое состояние вызова из состояния длящегося вызова в состояние доставленного вызова. Альтернативно или совместно, сетевой компонент, например, MSC, может предположить состояние доставленного вызова в ответ на прием запроса SIP INFO в раннем диалоге. Первое сообщение, соответствующее предварительному ответу, например, дополнительное сообщение ответа SIP 180, может иметь возможность предписания изменения второго состояния вызова мобильного устройства из состояния длящегося вызова в состояние доставленного вызова до переноса, если первое сообщение не потеряно. Состояние доставленного вызова также может именоваться состоянием вызова оповещения.

Окончательный ответ вызываемого абонента, например, ответ SIP 200 OK, может приводить к установлению первого состояния вызова в состояние активного вызова или изменению первого состояния вызова из состояния доставленного вызова в состояние активного вызова. Первое сообщение, соответствующее окончательному ответу, например, дополнительному сообщению ответа SIP 200 OK, может иметь возможность предписания изменения второго состояния вызова из состояния доставленного вызова в состояние активного вызова до переноса, если первое сообщение не потеряно. Кроме того, передача сигнала может включать в себя дополнительный предварительный ответ, который не приводит к изменению или установлению состояния вызова, например ответ SIP 183.

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

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

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

Сетевой компонент может располагаться в сети связи. Сетевой компонент может располагаться в центре коммутации услуг мобильной связи (MSC) сети связи.

Согласно еще одному дополнительному аспекту, предусмотрена сеть связи. Сеть связи содержит мультимедийную подсистему интернет-протокола (IMS), выполненную с возможностью привязки вызова; и центр коммутации услуг мобильной связи (MSC), включающий в себя сетевой компонент согласно аспекту устройства. Сеть связи может дополнительно содержать домен, предназначенный для второй RAT, например, пакетно-коммутируемый домен. Пакетно-коммутируемый домен может включать в себя, по меньшей мере, один из MME и шлюзов, например, SGW и PGW.

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

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

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

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

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

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

фиг. 5 демонстрирует диаграмму сигнализации для третьего случая потери сигнала;

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

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

фиг. 8 схематически более подробно иллюстрирует сеть связи, показанную на фиг. 7;

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

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

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

Подробное описание

В нижеследующем описании вариантов осуществления, в целях объяснения, но не ограничения, конкретные детали изложены, например конкретные сетевые компоненты и последовательности этапов, для обеспечения полного понимания настоящего изобретения. Специалисту в данной области техники очевидно, что описанный здесь способ можно осуществлять на практике в других вариантах осуществления, которые отходят от этих конкретных деталей. Например, хотя следующие варианты осуществления, в основном, описаны в контексте непрерывности одиночного речевого радиовызова (SRVCC) согласно Выпуску 11 и ожидаемому Выпуску 12 спецификации стандарта 3GPP TS 23.216 (версия 11.7.0), способ можно также реализовать в контексте любой другой непрерывности речевого вызова (VCC), например, согласно Выпуску 7 спецификации стандарта 3GPP TS 23.206 (версия 7.5.0). Хотя варианты осуществления относятся к иллюстративной LTE-реализации VCC из пакетно-коммутируемого домена в канально-коммутируемый домен, специалисту в данной области техники достаточно очевидно, что описанный здесь способ также можно реализовать для VCC-переносов из канально-коммутируемого домена в пакетно-коммутируемый домен и в других мобильных или стационарных сетях связи, например, включающих в себя сети UMTS и сети GSM. Кроме того, способ можно также реализовать для сеанса любого типа, не ограничиваясь речевыми услугами. Например, сеанс, альтернативно или дополнительно к речевым услугам, может включать в себя услугу видеотелефонии, услугу потоковой передачи материалов или услугу коллективной онлайновой игры.

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

Система 100 мобильной связи, показанная на фиг. 1, обеспечивает иллюстративную среду для реализации способа. Система 100 связи включает в себя мобильное устройство 200, сеть 300 связи и удаленное устройство 400 связи. Мобильное устройство 200 выполнено с возможностью беспроводной связи 210 и 220 согласно первой технологии радиодоступа (RAT) и второй RAT, соответственно.

Сеть 300 связи предоставляет первую RAT 310 и вторую RAT 320. В одной реализации сети 300 связи, первая RAT 310 и вторая RAT 320 предоставляются первой сетью радиодоступа и второй сетью радиодоступа, соответственно. Во второй реализации сети 300 связи, одна и та же сеть радиодоступа предоставляет как первую RAT 310, так и вторую RAT 320. Первая RAT 310 предоставляет первое плечо 110 доступа через шлюзовой компонент 330 к компоненту 350 мобильной конвергенции.

Сеть 300 связи дополнительно включает в себя сетевой компонент 340, подключенный к компоненту 350 мобильной конвергенции. Сетевой компонент 340 выполнен с возможностью осуществления связи с мобильным устройством 200 посредством второй RAT 320. Вторая RAT 320 предоставляет второе плечо 120 доступа к компоненту 350 мобильной конвергенции.

Компонент 350 мобильной конвергенции прямо или косвенно предоставляет удаленное плечо 130 к удаленному устройству 400 связи. Удаленное плечо 130 может использовать первую RAT 310, вторую RAT 320 или дополнительную RAT, предоставляющую мобильный доступ к удаленному устройству 400 связи. Альтернативно, удаленное устройство 400 связи является стационарным устройством связи, и удаленное плечо 130 включает в себя наземный доступ к удаленному устройству 400 связи.

Непрерывность одиночного речевого радиовызова (SRVCC) реализуется в сети 300 связи, благодаря чему, радиопокрытие первой RAT 310 дополняется радиодоступом посредством второй RAT 320. SRVCC первоначально была задана в Выпуске 8 стандартных спецификаций 3GPP TS 23.216 и 3GPP TS 23.237 для поддержки переноса активного вызова или другого активного сеанса из усовершенствованной универсальной сети наземного радиодоступа (E-UTRAN) или сети высокоскоростного пакетного доступа (HSPAN), в порядке примера, для реализации первой RAT 310 в пакетно-коммутируемом домене, в GERAN или UTRAN, в порядке примера, для реализации второй RAT 320 в канально-коммутируемом домене. Начиная с Выпуска 10 задана поддержка SRVCC для вызовов в состоянии вызова оповещения. Поддержка SRVCC для вызовов в состоянии вызова предварительного оповещения ожидается для Выпуска 12.

В порядке примера, SRVCC согласно спецификации стандарта 3GPP TS 23.216 предоставляет непрерывность речевого вызова (VCC) мультимедийной подсистемы интернет-протокола (IMS) для речевого канала-носителя VoIP QCI1 из E-UTRAN в канально-коммутируемый домен в GERAN или UTRAN, когда мобильное устройство 200 передает или принимает только посредством второй RAT 320 в данное время. Для этого, сетевой компонент 340 расширяется для SRVCC. Например, сервер центра коммутации услуг мобильной связи (MSC), расширенный для SRVCC согласно пункту 5.2.2 3GPP TS 23.216, реализует сетевой компонент 340.

Стандартные спецификации TS 23.237 (версия 12.1.0) и TS 24.237 (версия 11.4.0) задают перенос SRVCC для вызовов в состоянии вызова оповещения. В, по меньшей мере, некоторых реализациях, состояние вызова оповещения можно определить как состояние, в котором:

(i) мобильное устройство 200 участвует в сеансе с компонентом речевых сигналов в раннем диалоге;

(ii) отправлен или принят звонковый ответ на приглашение к вызову для установления сеанса; и

(iii) окончательный ответ на приглашение для установления сеанса вызова не отправлен и не принят.

Альтернативные или дополнительные критерии, задающие состояние вызова оповещения сеанса вызова, представлены в пункте 12.2.3B.1 спецификации стандарта 3GPP TS 24.237.

Фиг. 2 схематически иллюстрирует диаграмму сигнализации 600 для успешного переноса SRVCC вызова, инициируемого мобильным устройством 200 в состоянии вызова оповещения (также именуемого вызовом оповещения, исходящим от мобильного устройства) согласно приложению A.17.3 спецификации стандарта 3GPP TS 24.237. Мобильное устройство 200 функционирует как исходное пользовательское оборудование (обозначенное SC UE A), т.е. вызывающая сторона вызова. Мобильное устройство 200 первоначально использует первую RAT 310 для беспроводного соединения 210 в пакетно-коммутируемом домене. Мобильное устройство 200 дополнительно выполнено с возможностью канально-коммутируемое беспроводное соединение 220 посредством второй RAT 320. Для установления сеансового диалога, обмен сигналами 501 осуществляется через первое плечо 110 доступа с компонентом 350 мобильной конвергенции и через удаленное плечо 130 с удаленным устройством 400 связи играющий роль пользовательского оборудования назначения (обозначенного UE B). Компонент 350 мобильной конвергенции включает в себя субъекты 352 промежуточной мультимедийной подсистемы IP CN (также именуемые субъектами промежуточной IM подсистемы CN) и сервер 354 приложений централизации и непрерывности обслуживания (SCC-AS). Сетевой компонент 340 включает в себя коммутационный центр мобильной связи (MSC). Второе плечо 120 доступа, включающее в себя сетевой компонент 340, не участвует в начальной передаче 501 сигнала.

Начальная передача 501 сигнала включает в себя приглашение 502 к вызову, направляемое удаленному устройству 400 связи. Начальная передача 501 сигнала дополнительно включает в себя звонковый ответ 508, принимаемый мобильным устройством 200. Начальная передача 501 сигнала дополнительно включает в себя пробный ответ, для наглядности не показанный на фиг. 2. В результате начальной передачи 501 сигнала, задействованные компоненты 200, 350 и 400 согласованно рассматривают вызов как находящийся в состоянии вызова оповещения.

Исходящий вызов мобильного устройства 200 привязан к SCC-AS 354 компонента 350 мобильной конвергенции. Когда мобильное устройство 200 покидает зону покрытия первой RAT 310, сетевой компонент 340 принимает указание для переноса (которое затем может привести к переносу доступа), как описано в спецификации стандарта 3GPP TS 23.216. Сетевой компонент 340 инициирует перенос сеанса для сеанса вызова мобильного устройства 200 с использованием номера переноса сеанса (STN) для процедуры SRVCC, как указано в стандартных спецификациях 3GPP TS 23.216 и 3GPP TS 23.237. Информация подписки, сокращенно именуемая STN-SR, включает в себя номер маршрутизации, указывающий SCC-AS 354, или функцию управления переносом доступа (ATCF), если используется SRVCC, расширенный ATCF.

Сигналы 516, обмен которыми осуществляется в сети 300 для осуществления переноса из первой RAT 310 во вторую RAT 320, устанавливают канал связи между удаленным устройством 400 связи и сетевым компонентом 340.

Приглашение 518, включающее в себя STN-SR для переноса, отправляется сетевым компонентом 340 на компонент 350 мобильной конвергенции. Компонент 350 мобильной конвергенции предоставляет удаленному плечу 130 сигналы 520 обновления, включающие в себя запрос обновления. Запрос обновления содержит предложение протокола описания сеанса (SDP) для связи между удаленным устройством 400 связи и сетевым компонентом 340. Удаленное устройство 400 связи предоставляет сигнал ответа OK, включающий в себя ответ SDP, компоненту 350 мобильной конвергенции. Ответ SDP указывает, что ресурсы доступны. Дополнительные определения обмена предложением и ответом согласно SDP, представлены в документах RFC 3264 и RFC 6157.

Компонент 350 мобильной конвергенции отправляет ответ хода сеанса, содержащий ответ SDP, на сетевой компонент 340 в передаче 522 сигнала. Ответ хода сеанса предоставляется компонентом 350 мобильной конвергенции с помощью поля заголовка Recv-Info сетевому компоненту 340. Ответ хода сеанса является так называемым надежным ответом, который требует предварительного квитирования.

Компонент 350 мобильной конвергенции отправляет сигнал ответа OK 523, 524 на сетевой компонент 340 для подтверждения предварительного квитирования от сетевого компонента 340. Таким образом, сигнал 524 заключает предварительный ответ хода сеанса передачи 522 сигнала и передачу 516 переноса, инициированную сигналом 518 приглашения для переноса.

В передаче 526 сигнала, сетевой компонент 340 извещается о том, что вызов, который переносится, находится в состоянии исходящего вызова оповещения. Передача 516 сигнала для переноса и передача 526 сигнала, информирующего сетевой компонент 340 о состоянии вызова оповещения, совместно указаны позиции 527.

В результате начальной передачи 501 сигнала, инициированной вызывающим мобильным устройством 200 и передача 527 сигнала переноса, инициированная необходимостью переноса, первое состояние 602 вызова сетевого компонента 340 согласуется со вторым состоянием 604 вызова мобильного устройства 200. Первое состояние вызова и второе состояние вызова предполагают состояние вызова оповещения, которое также именуется состоянием доставленного вызова или состоянием звонка.

Диалог, например диалог, инициированный сигналом 502 приглашения, именуется ранним диалогом при условии, что не было обмена окончательным ответом в передаче 532 сигнала, например, ответом 534 от удаленного устройства 400 связи, отвечающего на вызов. Для установления вызова посредством сигналов, показанных на фиг. 2, диалог между мобильным устройством 200 и удаленным устройством 400 связи является ранним диалогом, когда вызов находится в состоянии вызова предварительного оповещения или в состоянии вызова оповещения.

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

С завершением переноса, связь между мобильным устройством 200 и сетью 300 применяется к канально-коммутируемому каналу-носителю 606, и передача сетевого компонента 340 на компонент 350 мобильной конвергенции и удаленное устройство 400 связи применяется к каналу-носителю 608 IP.

Когда удаленное устройство 400 связи принимает вызов, передача 532 сигнала инициируется для изменения первого состояния 602 вызова и второго состояния 604 вызова в состояние активного вызова. Сигнал 534 окончательного ответа предоставляется удаленным устройством 400 связи на компонент 350 мобильной конвергенции. Ответ 534 для приглашения 502 к вызову ретранслируется как сигнал 536 окончательного ответа на сетевой компонент 340.

В ситуации, представленной на фиг. 2, перенос завершается до приема окончательного ответа 534, благодаря чему, мобильное устройство 200 передает через канально-коммутируемое соединение 220. Сообщение 538 Connect в качестве канально-коммутируемого сигнала, указывающего состояние активного вызова, предоставляется сетевым компонентом 340 мобильному устройству 200. Мобильное устройство 200 квитирует сообщение 538 Connect путем отправки сообщения 540 квитирования в канально-коммутируемом домене на сетевой компонент 340. Сетевой компонент 340 квитирует окончательный ответ 536 путем отправки запроса 542 квитирования, например, с использованием канала-носителя 608 IP, на компонент 350 мобильной конвергенции. Запрос 542 квитирования ретранслируется компонентом 350 мобильной конвергенции в качестве запроса 544 квитирования на удаленное устройство 400 связи.

В результате успешных передач сигнал