СИНХРОНИЗАЦИЯ СОСТОЯНИЙ ВЫЗОВА СЕТЕВОГО КОМПОНЕНТА И МОБИЛЬНОЕ УСТРОЙСТВО ПРИ ПЕРЕНОСЕ СЕАНСА Российский патент 2017 года по МПК H04W36/00 

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

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

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

Устойчивое развитие мобильной связи приводит к изменениям в сети радиодоступа (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 связи.

В результате успешных передач сигнала, показанных на фиг. 2, первое состояние 602 вызова и второе состояние 604 вызова предполагают состояние активного вызова. Однако, по меньшей мере, некоторые из сигналов, обмениваемых с мобильным устройством 200 до или во время переноса могут утрачиваться, т.е. сообщение, относящееся ко второму состоянию 604 вызова, не достигает мобильного устройства 200 посредством первой RAT 310, но не посредством второй RAT 320. В качестве первой возможной причины, когда мобильное устройство 200 покидает покрытие, обеспеченное первой RAT 310, линия радиосвязи уже замирает, поэтому один или более сигналов в передаче 501 сигнала могут утрачиваться на первом плече 110 доступа до переноса. Перенос занимает определенный минимальный период времени, например, для передачи 527 сигнала в сети 300 связи и на удаленное устройство 400 связи. В качестве второй возможной причины, ответы от удаленного устройства 400 связи, адресованные мобильному устройству 200, могут утрачиваться в, по меньшей мере, некоторые моменты переноса, например, вследствие нарушения радиосоединения во время переноса SRVCC. В качестве третьей возможной причины, направляемый ответ может утрачиваться на стороне мобильного устройства 200, например, вследствие коммутации из первого RAT-соединения 210 во второе RAT-соединение 220. Независимо от подробно изложенных причин, существует значительная доля потерянных сообщений, отправленных на мобильное устройство 200 в контексте переноса.

Возможная потеря сообщения на радиоинтерфейсе не ограничивается сигналами начальной передачи 501 сигнала. В зависимости от относительного хронирования между переносом и состояниями сеанса, изменяющимися при установлении сеанса, пакетно-коммутируемые сообщения 539 и 541 (соответствующие канально-коммутируемым сигналам 538 и 540, соответственно), обмен которыми осуществляется при выполнении передачи 532 сигнала для активации сеанса, также могут быть потеряны, как рассмотрено ниже со ссылкой на фиг. 4. Например, если сигнал окончательного ответа SIP 200 OK от удаленного устройства 400 связи достигает SCC-AS 354, но не достигает мобильного устройства 200, первое состояние 602 вызова на стороне сети 300 связи и второе состояние 604 вызова на стороне мобильного устройства 200 могут оказываться несогласованными.

Чтобы противодействовать возможной несовместимости состояний вызова между мобильным устройством 200 и сервером MSC в порядке примера сетевого компонента 340, спецификация стандарта 3GPP TS 24.237 рекомендует в пункте 12.6.3, что сервер MSC проверяет состояние вызова с использованием процедуры Status Enquiry в соответствии с дополнительной спецификацией стандарта 3GPP TS 24.008. Если состояния 602 и 604 вызова несовместимы, спецификация стандарта 3GPP TS 24.237 требует освобождения перенесенного сеанса. Например, если первое состояние 602 вызова является состоянием активного вызова, и Status Enquiry открывает, что второе состояние 604 вызова является состоянием вызова оповещения (т.е. состоянием доставленного вызова), сервер MSC 340 освободит вызов, перенесенный процедурой SRVCC.

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

Состояние вызова предварительного оповещения охватывает время после осуществления обмена приглашением 502 к вызову и до осуществления обмена звонковым ответом 508. Поддержка переноса SRVCC в состоянии вызова предварительного оповещения ожидается для Выпуска 12 спецификации стандарта 3GPP. Мобильное устройство 200 согласно Выпуску 11 спецификации стандарта 3GPP освобождает вызов, если перенос SRVCC происходит до приема звонкового ответа 508, указывающего состояние вызова оповещения. Другими словами, мобильное устройство 200 согласно Выпуску 11 спецификации стандарта 3GPP освобождает сеанс для переноса вызова в состояние вызова предварительного оповещения.

Фиг. 3 демонстрирует диаграмму 610 сигнализации, которая схематически иллюстрирует первый случай несогласованных состояний вызова. Передача 501 сигнала, упомянутая выше в контексте фиг. 2, более подробно показана на фиг. 3. Приглашение 502 к вызову передается от мобильного устройства 200 через первое беспроводное соединение 210 с использованием первой RAT 310 в базовую сеть 301 сети 300 связи. Компонент 350 мобильной конвергенции в базовой сети 301 успешно направляет приглашение 502 в качестве запроса 504 приглашения удаленному устройству 400 связи. Вызов (также именуемый речевым сеансом) привязан к компоненту 350 мобильной конвергенции (например, посредством SCC-AS 354). Мобильное устройство 200 и удаленное устройство 400 связи имеет зарезервированные ресурсы вследствие ранней генерации материала.

Мобильное устройство 200 отправляет отчет об измерении, указывающий замирание линия радиосвязи, в сеть радиодоступа (RAN), реализующую первую RAT 310. С точки зрения переноса сеанса, первая RAT 310 реализуется исходной RAN. Исходная RAN решает инициировать перенос SRVCC во вторую RAT 320.

В ситуации замирания радиосоединения посредством первой RAT 310, например, приблизительно одновременно с отправкой отчета об измерении, компонент 350 мобильной конвергенции принимает в передаче 506 сигнала предварительный ответ 508, который, в необязательном порядке, требует (в случае надежного предварительного ответа) 512 предварительного квитирования. Предварительный ответ 508 может быть звонковым ответом или любым другим ответом, относящимся к состоянию сеанса. Соответствующее сообщение 510 предварительного ответа выводится из предварительного ответа 508 и отправляется на мобильное устройство 200, но сообщение 510 не достигает мобильного устройства 200, например, либо вследствие потери сообщения 510 до или во время переноса, либо потому, что мобильное устройство 200 совершает хэндовер из первого RAT-соединения 210 во второе RAT-соединение 220. В результате, предварительное квитирование 512 не отправляется мобильным устройством 200, и предварительное квитирование 514 не ретранслируется компонентом 350 мобильной конвергенции на удаленное устройство 400 связи.

На основании решения RAN реализовать первую RAT 310, субъект управления мобильностью (MME) 360 предоставляет инициирующий сигнал 515 для инициирования переноса, как описано выше для передачи 516 сигнала. Сетевой компонент 340 устанавливается в состояние вызова оповещения в качестве первого состояния 602 вызова в соответствии с предварительным ответом 508 от удаленного устройства 400 связи, как описано выше для передачи 526 сигнала.

В результате, первое состояние 602 вызова находится в состоянии вызова оповещения, и второе состояние 604 вызова мобильного устройства 200 все еще находится в состоянии вызова предварительного оповещения.

Согласно спецификации стандарта 3GPP TS 24.237, сервер MSC 340 отправляет запрос Status Enquiry для проверки второго состояния 604 вызова мобильного устройства 200. Мобильное устройство 200 отправляет ответ Status, указывающий состояние вызова предварительного оповещения (также именуемое состоянием длящегося вызова, исходящего от мобильного устройства). Когда сервер MSC 340 обнаруживает несовместимость, сервер MSC 340 должен очистить вызов путем отправки сообщения Release Complete согласно пункту 12.6.3 спецификации стандарта 3GPP TS 24.237. В отсутствие какого-либо указания оповещения на мобильном устройстве 200 до того, как удаленное устройство 400 связи ответит на вызов, мобильное устройство 200 может разрывать вызов, и локальный пользователь мобильного устройства 200 не услышит мелодий звонка, каждая из которых вызывает у пользователя неприятные ощущения.

Фиг. 4 демонстрирует диаграмму 620 сигнализации, схематически иллюстрирующую второй случай передачи сигнала, приводящей к несогласованным состояниям 602 и 604 вызова. В этом случае, предварительный звонковый ответ не используется при установлении сеанса. Сигнал 534 окончательного ответа ретранслируется как сообщение 539 окончательного ответа на мобильное устройство 200 компонентом 350 мобильной конвергенции. Но сообщение 538 Connect, описанное со ссылкой на фиг. 2 для первого случая, и сообщение 539 окончательного ответа, отправленное во втором случае, показанном на фиг. 4, указывают мобильному устройству 200 состояние активного вызова, т.е., что удаленное устройство 400 связи ответило на вызов. Сообщения 538 и 539 отличаются тем, что сообщение 538 является канально-коммутируемым сообщением, отправленном по канально-коммутируемому каналу-носителю 606, тогда как сообщение 539 отправляется в пакетно-коммутируемом домене 110 (например, до завершения переноса из первой RAT 310 в пакетно-коммутируемом домене во вторую RAT 320 в канально-коммутируемом домене).

Сообщение 539, отправленное на мобильное устройство 200, теряется на радиоинтерфейсе. Сетевой компонент 340 инициирует перенос сеанса для сеанса при приеме инициирующего сигнала 515. Когда компонент 350 мобильной конвергенции, например, SCC-AS 354, принимает сигнал 534 окончательного ответа на приглашение 504, компонент 350 мобильной конвергенции знает, что вызов находится в состоянии активного вызова, и, соответственно, информирует сетевой компонент 340 посредством сигнала 524 окончательного ответа. Сигнал 524 окончательного ответа может быть сигналом окончательного ответа SIP 200 OK, непосредственно направляемым на сетевой компонент 340 в ответ на сигнал 516 приглашения от сетевого компонента 340 для инициирования переноса сеанса.

Приняв сообщение 524 окончательного ответа на приглашение 516 для переноса, сетевой компонент 340 квитирует сообщение 524 на компонент 350 мобильной конвергенции, и первое состояние 602 вызова сетевого компонента 340 устанавливается в состояние активного вызова. Поскольку сообщение 539 окончательного ответа теряется на радиоинтерфейсе, мобильное устройство 200 все еще находится в состоянии вызова предварительного оповещения, также после успешного осуществления переноса из первой RAT 310 во вторую RAT 320.

В результате несогласованных состояний 602 и 604 вызова, спецификация стандарта 3GPP TS 23.237 (предполагается, что в Выпуске 12 поддерживается перенос в состояние вызова предварительного оповещения) требует, чтобы сервер MSC 340 очистил вызов путем отправки сообщения Release Complete в ответ на несогласованность состояний.

Фиг. 5 демонстрирует диаграмму 630 сигнализации, схематически иллюстрирующую третий случай потери сигнала, приводящий к несогласованным состояниям 602 и 604 вызова. Посредством начальной передачи 501 сигнала, мобильное устройство 200 инициирует речевой сеанс для вызова, который привязан к компоненту 350 мобильной конвергенции, например, на SCC-AS 354. Последующая передача 506 сигнала включает в себя предварительный ответ 508 от удаленного устройства 400 связи, который принимается на компоненте 350 мобильной конвергенции. Приняв предварительный ответ 508, сеть 300 связи считает, что вызов находится в состоянии вызова оповещения. Предварительный ответ 510 для предписания состояния вызова оповещения ретранслируется мобильному устройству 200. После приема 510 предварительного ответа, после обеспечения 512 предварительного квитирования или в любой момент времени между ними, второе состояние 604 вызова мобильного устройства 200 изменяется из состояния вызова предварительного оповещения в состояние вызова оповещения.

Окончательный ответ 539 теряется в передаче 532 сигнала, как описано в контексте диаграммы 620 сигнализации. Третий случай потери сигнала согласно диаграмме 630 сигнализации отличается от второго случая согласно диаграмме 620 сигнализации тем, что потеря сигнала и перенос происходят, пока мобильное устройство 200 находится в состоянии вызова оповещения.

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

Хотя события инициирующего сигнала 515 и потери сообщения (указанные перекрестиями пунктирных линий) для наглядности показаны на фиг. 3-5 с разнесением по времени, следует подчеркнуть, что в любом из случаев, представленных на фиг. 3-5, потеря сообщения, относящегося к обновлению второго состояния 604 вызова мобильного устройства 200 и инициирующего сигнала 515 для переноса может происходить позже или, по меньшей мере, по существу, одновременно. Например, потеря сообщения может происходить до инициирующего сигнала 515 или инициирующий сигнал 515 может возникать до потери сообщения, например, в зависимости от причины потери.

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

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

Первое состояние вызова сетевого компонента сети связи устанавливается в соответствии с ответом вызываемого абонента на этапе 704 способа 700. Информация, указывающая второе состояние вызова мобильного устройства, принимается от мобильного устройства на этапе 706. Второе сообщение, выведенное из ответа вызываемого абонента предоставляется мобильному устройству в случае, когда первое состояние вызова и второе состояние вызова не согласованы, согласно этапу 708 способа 700.

Способ 700 можно реализовать в сетевом компоненте 340, например, в сети 300 связи, показанной на фиг. 1. Для этого, сетевой компонент 340 включает в себя блок 342 инициирования, блок 344 установления, блок 346 приема и блок 348 предоставления, выполненные с возможностью осуществления этапов 702-708, соответственно. Мобильное устройство 200 может быть мобильным устройством, играющим роль вызывающего абонента. Удаленное устройство 400 связи может быть вызываемым абонентом.

Инициирование переноса согласно этапу 702 можно реализовать путем отправки сигнала 518 приглашения, описанного выше со ссылкой на любую из диаграмм 600, 610, 620 и 630 сигнализации.

Установление первого состояния вызова в соответствии с ответом вызываемого абонента, на этапе 704, может основываться на предварительном ответе 508 или окончательном ответе 534. Первое состояние 602 вызова сетевого компонента 340 может устанавливаться в соответствии с состоянием вызова, предусмотренным сообщением, принятым на сетевом компоненте 340 от компонента 350 мобильной конвергенции. Сообщение может быть сообщением 524 окончательного ответа на основании окончательного ответа 534 или информационного сообщения 528. Сетевой компонент 340 не участвует в вызове до переноса.

Информация, указывающая второе состояние 604 вызова, может приниматься на этапе 706 в ответ на отправку сообщения Status Enquiry на мобильное устройство 200. Сетевой компонент 340 запрашивает и принимает второе состояние 604 вызова после переноса. Информация, указывающая второе состояние 604 вызова, принимается посредством второй RAT 320. В необязательном порядке, сетевой компонент запрашивает только второе состояние вызова, если сетевой компонент принимает указание, например, от компонента мобильной конвергенции, состояния активного вызова или состояния вызова оповещения во время переноса.

Помимо первого сообщения, ранее отправленного на мобильное устройство 200, отправляется второе сообщение, предоставляемое мобильному устройству 200 на этапе 708. Первое сообщение, отправленное на мобильное устройство, например, сообщение 510 предварительного ответа или сообщение 539 окончательного ответа, отправляется с использованием первой RAT 310 (т.е., через первое плечо 110 доступа). Второе сообщение, предоставляемое в случае несогласованных состояний вызова, предоставляется после переноса с использованием второй RAT 320 (т.е., через второе плечо 120 доступа). Вывод второго сообщения, предоставляемого мобильному устройству 200 в случае несогласованных состояний 602 и 604 вызова включает в себя отображение ответа от удаленного блока 400 связи в сообщения, которыми можно обмениваться посредством второй RAT 320. Например, ответ от удаленного блока 400 связи может удовлетворять протоколу связи канала-носителя 608 IP, и сообщение, предоставляемое мобильному устройству 200 согласно этапу 708, может удовлетворять протоколу связи канально-коммутируемого канала-носителя 606. Второе сообщение сконфигурировано для установления второго состояния вызова в соответствии с состоянием вызова, предусмотренным ответом.

Фиг. 7 более подробно иллюстрирует реализацию системы 100 связи. Первая RAT 310 реализуется в соответствии с усовершенствованным наземным радиодоступом UMTS (E-UTRA). E-UTRAN, реализующая первую RAT 310, подключена к шлюзовому компоненту 330. Шлюзовой компонент 330 включает в себя обслуживающий шлюз (S-GW) и шлюз технологии пакетных данных (P-GW). S-GW отвечает за операции хэндовера с соседними базовыми станциями (eNodeB) и за перенос данных по плоскости пользователя. P-GW предоставляет линию связи между E-UTRAN 310 и службами, которые располагаются во внешней пакетной сети, например, компоненте 350 мобильной конвергенции, реализованной мультимедийной подсистемой IP (IMS). P-GW выделяет динамический IP-адрес для мобильного устройства 200 и маршрутизирует пакеты плоскости пользователя. Таким образом, первое плечо 110 доступа полностью реализуется в пакетно-коммутируемом домене. Сообщения, обмен которыми осуществляется через первое плечо 110 доступа для установления вызова, применяют протокол инициирования сеансов (SIP). SIP это протокол сигнализации, установленный инженерной группой по развитию интернета (IETF).

Второе плечо 120 доступа включает в себя наземную сеть радиодоступа UMTS (UTRAN), реализующую вторую RAT 320. Центр коммутации услуг мобильной связи (MSC) реализует сетевой компонент 340. MSC 340 маршрутизирует речевые вызовы и сообщения службы коротких сообщений (SMS), а также другие услуги, например, конференц-вызовы, факсимильные и канально-коммутируемые данные. MSC 340 таким образом предоставляет канально-коммутируемый канал-носитель 606 через второе плечо 120 доступа.

IMS 350 включает в себя функции 352 управления сеансами вызова (CSCF) и сервер 354 приложений (AS) централизации и непрерывности обслуживания (SCC). IMS 350 не имеет прямого соединения ни с одной из двух сетей радиодоступа. Непрямое соединение с мобильным устройством 200 с использованием LTE в качестве первой RAT 310, осуществляется через сеть ядра пакетной сети (EPC). Непрямое соединение с мобильным устройством 200 с использованием GERAN или UTRAN осуществляется через канально-коммутируемую (CS) сеть. MSC 340 составляет часть канально-коммутируемой (CS) сети. Используемый здесь термин базовая сеть 301 включает в себя сеть EPC и сеть CS.

Фиг. 8 схематически иллюстрирует дополнительные детали системы 100 связи. Перенос 703 из первой RAT 310 во вторую RAT 320 указан стрелкой. Для наглядности иллюстрации, узлы, которые не обязательно участвуют в управлении медиапотоками и взаимодействие с другими сетями не показаны в диаграмме сети, показанной на фиг. 8. Толстые линии представляют соединения медиапоток. Тонкие линии представляют интерфейсы сигнализации.

MSC 340 является узлом коммутации канально-коммутируемых данных в домене GSM и UMTS. Разные MSC 340, 341 отвечают за разные географические области. Согласно Выпуску 4, MSC делится на подкомпоненты сервер MSC и медиашлюз (M-M Gw). Таким образом, используемый здесь термин MSC охватывает сервер MSC. Узлы, указанные пунктирными линиями, участвуют только в процедуре SRVCC в случае, когда одновременно происходит хэндовер между MSC. По меньшей мере, в некоторых реализациях сети 300 связи, способ можно реализовать в MSC 340 привязки.

Помимо S-GW и P-GW, шлюзовой компонент 330 дополнительно включает в себя шлюз переноса доступа (ATGW). IMS 350 дополнительно включает в себя функцию управления переносом доступа (ATCF).

Функции управления сеансами вызова (CSCF) включают в себя посреднические функциональные возможности (P-CSCF) 353. ATCF совмещена с P-CSCF 353 и подключена к ATCF через интерфейс Mw. Интерфейс между ATCF и ATGW является Iq согласно спецификации стандарта 3GPP TS 23.334 (например, версия 11.2.0). Сеть 300 связи дополнительно включает в себя сервер 370 домашних абонентов (HSS). Информация подписки STN-SR, включенная в сообщение 518 приглашения для переноса 703, передается на HSS 370. SCC-AS 354 коррелирует запрос переноса с привязанным сеансом с использованием информации, предоставленной во входящем сообщении 518 приглашения и коррелирует второе плечо 120 доступа, которое создается в ответ на сообщение обновления переноса в передаче 520 сигнала от ATCF, с удаленным плечом 130. SCC-AS 354 использует интерфейс ISC к S-CSCF 352 для выполнения переноса 703. Каждый из интерфейсов Mw и ISC применяет SIP в качестве протокола связи.

Фиг. 9 демонстрирует диаграмму 710 сигнализации, происходящую из первой реализации способа 700 в сетевом компоненте 340. Ситуация, проиллюстрированная в диаграмме 710 сигнализации, соответствует первому случаю, описанному со ссылкой на диаграмму 610 сигнализации, и обеспечивает дополнительные детали для реализации с использованием SIP в качестве протокола связи.

Мобильное устройство 200 инициирует речевой сеанс, который привязан посредством SCC-AS 354. Ранний диалог устанавливается путем передачи 501 сигнала, который непременно включает в себя сообщение 502 SIP INVITE от мобильного устройства 200 и пересылается посредством SCC-AS 354 в качестве сообщения 504 SIP INVITE. Передача 501 сигнала, в необязательном порядке, включает в себя прием предварительного ответа SIP 183 Session Progress от удаленного устройства 400 связи на SCC-AS 354, которое ретранслируется на мобильное устройство 200 и квитируется в передаче сигнала 505.

Когда мобильное устройство 200 инициирует хэндовер SRVCC или после этого, ответ 508 SIP 180 Ringing принимается посредством SCC-AS 354, который отправляет соответствующее сообщение 510 на мобильное устройство 200. В этом первом случае, либо сообщение 510 предварительного ответа, либо соответствующее сообщение 512 предварительного квитирования (указанные пунктирными стрелками) теряется на радиоинтерфейсе. В результате, SCC-AS 354 знает, что вызов находится в состоянии вызова оповещения в качестве первого состояния 602 вызова, тогда как мобильное устройство 200 считает, что вызов находится в состоянии вызова оповещения или предварительного оповещения в качестве второго состояния 604 вызова, в зависимости от того, принят или нет ответ SIP 180 Ringing 510, соответственно.

Для SRVCC из E-UTRAN 310 в UTRAN или GERAN, реализующей вторую RAT 320, MME 360 принимает запрос хэндовера от E-UTRAN, реализующей первую RAT 310, с указанием, что хэндовер нужен для обработки SRVCC, и затем отправляет инициирующий сигнал 515 на MSC 340 расширенный для SRVCC через интерфейс Sv, если MME 360 имеет информацию STN-SR для мобильного устройства 200.

MSC 340 принимает на дополнительном этапе 701 способа 700 инициирующий сигнал 515 для переноса. Согласно этапу 702, MSC 340 отправляет сообщение 518 SIP INVITE для инициирования процедуры переноса сеанса на IMS 350 и координирует процедуру переноса сеанса с процедурой канально-коммутируемого хэндовера в целевую соту. Спецификация стандарта 3GPP TS 23.216 обеспечивает высокоуровневые концепции для переноса 703 SRVCC в пункте 4.2.2.

Когда SCC-AS 354 принимает от MSC 340 сообщение 518 SIP INVITE вследствие STN-SR для переноса сеанса, SCC-AS 354 принимает ответ 508 SIP 180 Ringing от удаленного устройства 400 связи и входит в состояние вызова оповещения. В результате, SCC-AS 354 отправляет на MSC 340 сообщение 528 запроса SIP INFO указывающее, что вызов является вызовом оповещения, исходящим от мобильного устройства. В этот момент, окончательный ответ 534 SIP 200 OK еще не принят на SCC-AS 354.

Приняв сообщение 528, MSC 340 устанавливается в состояние 602 вызова оповещения согласно этапу 704. MSC 340 квитирует прием информационного сообщения 528 состояния вызова путем отправки сообщения SIP 200 OK 530 на SCC-AS 354. Прием информационного сообщения 528 дополнительно инициирует отправку Status Enquiry мобильному устройству 200 согласно дополнительному этапу 705 способа 700. На этапе 706, информация статуса принимается от мобильного устройства 200.

Если мобильное устройство 200 указывает состояние вызова предварительного оповещения в сообщении информации статуса, принятом на этапе 706, MSC 340 отправляет сообщение 531 оповещения мобильному устройству 200 согласно этапу 708. Сообщение 531 оповещения предназначено для того, чтобы вызывать изменение второго состояния 604 вызова в состояние вызова оповещения. Таким образом, сообщение 531 оповещения косвенно выводится из сообщения 508 звонкового ответа с использованием первого состояния 602 вызова. Если мобильное устройство 200 указывает состояние вызова оповещения в сообщении информации статуса, принятом на этапе 706, MSC 340 не отправляет сообщение 531 оповещения мобильному устройству 200. В результате, первое состояние 602 вызова и второе состояние 604 вызова синхронизируются с состоянием вызова оповещения.

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

Затем или значительно позже, сообщение 534 окончательного ответа SIP 200 OK принимается от удаленного устройства 400 связи посредством SCC-AS 354 и пересылается в качестве сообщения 536 окончательного ответа SIP 200 OK на MSC 340. MSC 340 отправляет сообщение 538 Connect мобильному устройству 200. Мобильное устройство 200, в ответ на прием сообщения 538 Connect, отправляет сообщение 540 Connect Acknowledgement, которое ретранслируется как сообщение 542 квитирования SIP и сообщение 544 квитирования SIP на удаленное устройство 400 связи. В результате, первое состояние 602 вызова и второе состояние 604 вызова находятся в состоянии активного вызова. Альтернативно, SCC-AS 354, приняв окончательный ответ 534 SIP 200 OK, непосредственно отвечает сообщением 544 SIP ACK, не ожидая последовательно сообщения 542 ACK от MSC 340.

Фиг. 10 демонстрирует диаграмму 720 сигнализации, происходящую из варианта осуществления способа 700, реализованного в сетевом компоненте 340. Ситуация, показанная на диаграмме 720 сигнализации, обеспечивает дополнительные детали второго случая, описанного со ссылкой на диаграмму 620 сигнализации, и иллюстрирует синхронизацию несогласованных по времени состояний 602 и 604 вызова. Перенос SRVCC происходит в состоянии вызова предварительного оповещения, исходящего от мобильного устройства. Сообщение 539 окончательного ответа SIP 200 OK теряется, и предварительный ответ SIP 180, указывающий звонок, не используется. Таким образом, установление сеанса переходит из состояния вызова предварительного оповещения непосредственно в состояние активного вызова.

MSC 340 принимает инициирующий сигнал 515 для переноса SRVCC на этапе 701 и инициирует перенос согласно этапу 702 путем отправки сообщения 518 SIP INVITE.

Когда SCC-AS 354 принимает сообщение 518 SIP INVITE вследствие STN-SR для переноса сеанса от MSC 340, SCC-AS 354 отправляет сообщение 539 окончательного ответа SIP 200 OK на мобильное устройство 200. Однако сообщение 539 окончательного ответа SIP 200 OK не достигает мобильного устройства вследствие нарушения радиосвязи при выполнении хэндовера SRVCC. В результате, мобильное устройство 200 находится в состоянии вызова предварительного оповещения по завершении переноса 703 в канально-коммутируемый домен с использованием второй RAT 320.

SCC-AS 354 рассматривает вызов в состоянии активного вызова вследствие сообщения 534 окончательного ответа SIP 200 OK, принятого от удаленного устройства 400 связи. SCC-AS 354 отвечает сообщением 524 окончательного ответа SIP 200 OK на сообщение 518 SIP INVITE для переноса сеанса от MSC 340. Таким образом, первое состояние 602 вызова устанавливается в состояние активного вызова на этапе 704 до или после отправки сообщения квитирования SIP 525 в ответ на сообщение 524. В результате, первое состояние 602 вызова находится в состоянии активного вызова, и второе состояние 604 вызова находится в состоянии вызова оповещения.

На этапе 705, MSC 340 отправляет сообщение Status Enquiry мобильному устройству 200. На этапе 706, MSC 340 принимает ответ Status, указывающий второе состояние 604 вызова как состояние вызова предварительного оповещения (также именуемое "состоянием длящегося вызова, исходящего от мобильного устройства").

Вместо освобождения вызова ввиду несогласованности состояний, MSC 340 отправляет сообщение 538 Connect мобильному устройству 200 на этапе 708 для указания, что вызов принят удаленным устройством 400 связи. Таким образом, предоставленное сообщение 538 соответствует ранее принятому сообщению 534 окончательного ответа в отношении предусмотренного состояния вызова.

После приема сообщения 540 Connect Acknowledgement на этапе 709, перенос вызова успешно завершается, и мобильное устройство 200 наряду с MSC 340 входит в состояние активного вызова для перенесенного вызова.

Фиг. 11 демонстрирует диаграмму 730 сигнализации схематически иллюстрирующий обмен сигналами согласно варианту осуществления способа 700, осуществляемого MSC в качестве иллюстративной реализации сетевого компонента 340. Ситуация, проиллюстрированная в диаграмме 730 сигнализации, соответствует третьему случаю, рассмотренному со ссылкой на диаграмму 630 сигнализации. Перенос SRVCC осуществляется в состоянии вызова оповещения, исходящего от мобильного устройства, и сообщение 539 SIP 200 OK теряется.

MSC 340 принимает от MME 360 инициирующий сигнал 515, указывающий перенос SRVCC, на этапе 701 способа 700. В ответ на прием инициирующего сигнала 515, MSC 340 отправляет сообщение 518 SIP INVITE для переноса сеанса на SCC-AS 354 согласно этапу 702.

Когда SCC-AS 354 принимает сообщение 518 SIP INVITE вследствие STN-SR для переноса сеанса, SCC-AS 354 принимает сообщение 534 SIP 200 OK от удаленного устройства 400 связи и рассматривает вызов как находящийся в состоянии активного вызова. В результате, SCC-AS 354 непосредственно отвечает сообщением 524 окончательного ответа SIP 200 OK на сообщение 518 SIP INVITE. На основании сообщения 524, первое состояние 602 вызова устанавливается в соответствии с ответом 534 вызываемого абонента 400 на этапе 704. В результате, первое состояние 602 вызова находится в состоянии активного вызова, тогда как второе состояние 604 вызова все еще находится в состоянии вызова оповещения после переноса 703.

Приняв сообщение 524 окончательного ответа SIP 200 OK, MSC 340 отправляет мобильному устройству 200 сообщение Status Enquiry на этапе 705 для извлечения второго состояния 604 вызова мобильного устройства 200.

Если сообщение ответа Status, принятое на этапе 706, указывает, что второе состояние вызова мобильного устройства является состоянием вызова оповещения (также именуемым "состоянием доставленного вызова"), MSC 340 отправляет сообщение 538 Connect мобильному устройству 200 на этапе 708 для указания мобильному устройству 200, что вызов принят удаленным устройством 400 связи. Сообщение 538 Connect, которое предоставляется на этапе 708, таким образом, косвенно выводится из сообщения 534 окончательного ответа удаленного устройства 400 связи.

После приема сообщения 540 Connect Acknowledgement на этапе 709 от мобильного устройства 200, перенос вызова успешно завершается, и мобильное устройство 200 наряду с MSC 340 входит в состояние активного вызова для перенесенного вызова.

Описанный здесь способ не ограничивается тремя случаями потери сигнала, описанными со ссылкой на диаграммы 710, 720 и 730 сигнализации. Способ можно применять в контексте любого переноса из первой RAT 310 во вторую RAT 320 для компенсации потери ответа, который относится к состоянию сеанса, от удаленного устройства 400 связи. Способ также не ограничивается речевыми вызовами, и его можно легко применять к видеовызовам и любому другому сеансу связи, предусматривающему два или более состояния сеанса.

Когда информация, принятая на этапе 706, указывает, что второе состояние 604 вызова не входит в заранее заданный набор состояний, сетевой компонент 340 очищает перенесенный сеанс. Для иллюстративных вариантов осуществления, описанных со ссылкой на диаграммы 710-730 сигнализации, MSC 340 очищает вызов, перенесенный процедурой SRVCC путем отправки сообщения Release Complete мобильному устройству 200, если сообщение ответа Status, принятое на этапе 706, указывает, что второе состояние 604 вызова отличается от состояния вызова предварительного оповещения (также именуемого "состоянием длящегося вызова, исходящего от мобильного устройства"), состояния вызова оповещения (также именуемого "состоянием доставленного вызова") и состояния активного вызова.

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

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

Изобретение относится к мобильной связи. Мобильное устройство (200) выполнено с возможностью подключаться к сети (300) связи посредством первой технологии (310) радиодоступа и второй технологии (320) радиодоступа. Сеть (300) связи направляет вызываемому абоненту (400) приглашение к вызову. Вызов инициируется посредством первой технологии (310) радиодоступа от мобильного устройства (200). Сеть (300) связи дополнительно отправляет первое сообщение, соответствующее ответу вызываемого абонента (400), на мобильное устройство (200). Сетевой компонент (340) инициирует перенос сеанса вызова мобильного устройства (200) из первой технологии (310) радиодоступа во вторую технологию (320) радиодоступа. Первое состояние вызова устанавливается в соответствии с ответом вызываемого абонента (400). Информация, указывающая второе состояние вызова, принимается от мобильного устройства (200), и второе сообщение для изменения второго состояния вызова в соответствии с ответом предоставляется мобильному устройству (200) в случае, когда первое состояние вызова и второе состояние вызова не согласованы. Технический результат заключается в обеспечении переноса сеанса мобильной связи. 4 н. и 16 з.п. ф-лы, 11 ил.

1. Способ (700) синхронизации первого состояния (602) вызова сетевого компонента (340) сети (300) связи и второго состояния (604) вызова мобильного устройства (200), которое выполнено с возможностью подключаться к сети (300) связи посредством первой технологии (310) радиодоступа и второй технологии (320) радиодоступа, причем сеть (300) связи выполнена с возможностью направлять вызываемому абоненту (400) приглашение (502, 504) к вызову, инициируемому посредством первой технологии (310) радиодоступа, от мобильного устройства (200) и отправлять первое сообщение (510; 539), соответствующее ответу (508; 534) вызываемого абонента (400), на мобильное устройство (200) посредством первой технологии (310) радиодоступа, причем способ содержит этапы, осуществляемые сетевым компонентом (340), на которых:

- устанавливают (704) первое состояние (602) вызова в соответствии с ответом (508; 534) вызываемого абонента (400);

- принимают (706) информацию, указывающую второе состояние (604) вызова, от мобильного устройства (200); и

- предоставляют (708) мобильному устройству (200), посредством второй технологии (320) радиодоступа, второе сообщение (531; 538) для предписания изменения второго состояния (604) вызова в соответствии с ответом (508; 534) в случае, когда первое состояние (602) вызова и второе состояние (604) вызова не согласованы.

2. Способ по п. 1, дополнительно содержащий этап, осуществляемый сетевым компонентом (340), на котором:

- инициируют (702) перенос (703) вызова из первой технологии (310) радиодоступа во вторую технологию (320) радиодоступа.

3. Способ по п. 2, в котором отправленное первое сообщение (510; 539) отправляется до, во время или после переноса (703).

4. Способ по п. 2, в котором перенос (703) осуществляется в состоянии оповещения или в состоянии предварительного оповещения вызова.

5. Способ по п. 2, в котором перенос (703) включает в себя перенос из пакетно-коммутируемого домена (110), где используется первая технология (310) радиодоступа, в канально-коммутируемый домен (120), где используется вторая технология (320) радиодоступа.

6. Способ по п. 5, в котором обмен по меньшей мере одним из приглашения (502, 504) и ответа (508; 534) совершается в пакетно-коммутируемом домене (110).

7. Способ по п. 5, в котором обмен по меньшей мере одним из приглашения (502, 504) и ответа (508; 534) совершается согласно протоколу инициирования сеансов, SIP.

8. Способ по п. 7, в котором ответ (508; 534) принимается в состоянии раннего диалога SIP.

9. Способ по п. 5, в котором предоставленное второе сообщение (531; 538) предоставляется в канально-коммутируемом домене (120).

10. Способ по п. 2, в котором сетевой компонент (340) принимает, до переноса (703), указание (515) переноса, инициированного измерением, указывающее, что мобильное устройство (200) покидает зону покрытия первой технологии (310) радиодоступа.

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

12. Способ по п. 11, в котором сеть (300) связи включает в себя мультимедийную подсистему (350) интернет-протокола, IMS, избирательно поддерживающую связь с мобильным устройством (200) посредством первой технологии (310) радиодоступа и второй технологии (320) радиодоступа, и при этом вызов привязан к IMS (350).

13. Способ по п. 12, в котором информация (528; 524) в качестве ответа (508; 534) для установления первого состояния (602) вызова принимается MSC (340) от IMS (350).

14. Способ по п. 1, в котором состояния, предусматриваемые каждым из первого состояния (602) вызова и второго состояния (604) вызова, включают в себя состояние длящегося вызова, состояние доставленного вызова и состояние активного вызова.

15. Способ по п. 14, в котором сетевой компонент (340) предоставляет сообщение освобождения мобильному устройству (200) в случае, когда принятая информация, указывающая второе состояние (604) вызова, не указывает ни на одно из состояния длящегося вызова, состояния доставленного вызова и состояния активного вызова.

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

17. Сетевой компонент (340) для синхронизации первого состояния (602) вызова сетевого компонента (340) сети (300) связи и второго состояния (604) вызова мобильного устройства (200), которое выполнено с возможностью подключаться к сети (300) связи посредством первой технологии (310) радиодоступа и второй технологии (320) радиодоступа, причем сеть (300) связи выполнена с возможностью направлять вызываемому абоненту (400) приглашение (502, 504) к вызову, инициируемому посредством первой технологии (310) радиодоступа, от мобильного устройства (200) и отправлять первое сообщение (510; 539), соответствующее ответу (508; 534) вызываемого абонента (400), на мобильное устройство (200) посредством первой технологии (310) радиодоступа, причем сетевой компонент содержит:

- блок (344) установления, выполненный с возможностью установления первого состояния (602) вызова в соответствии с ответом (508; 534) вызываемого абонента (400);

- блок (346) приема, выполненный с возможностью приема информации, указывающей второе состояние (604) вызова, от мобильного устройства (200); и

- блок (348) предоставления, выполненный с возможностью предоставления мобильному устройству (200), посредством второй технологии (320) радиодоступа, второго сообщения (531; 538) для предписания изменения второго состояния (604) вызова в соответствии с ответом (508; 534) в случае, когда первое состояние (602) вызова и второе состояние (604) вызова не согласованы.

18. Сетевой компонент по п. 17, в котором сетевой компонент (340) располагается в сети (300) связи.

19. Сетевой компонент по п. 17 или 18, в котором сетевой компонент (340) располагается в центре коммутации услуг мобильной связи, MSC, сети (300) связи.

20. Сеть (300) связи, содержащая:

- мультимедийную подсистему (350) интернет-протокола, IMS, выполненную с возможностью привязки вызова; и

- центр коммутации услуг мобильной связи, MSC, включающий в себя сетевой компонент (340) по любому из пп. 17-19.