СПОСОБЫ И УСТРОЙСТВО ДЛЯ ПОДДЕРЖКИ РЕАЛИЗАЦИИ НЕПРЕРЫВНОСТИ СЛУЖБЫ IMS
METHOD AND APPARATUS TO SUPPORT THE IMPLEMENTATION OF CONTINUOUS IMS SERVICE

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к способам и устройству для поддержки реализации Непрерывности Службы Мультимедийной Подсистемы IP (IMS). Более конкретно, изобретение относится к способам и устройству для определения и передачи поддержки функций Непрерывности Службы IMS для пользовательского оборудования (UE), расположенного в обслуживающей сети.
УРОВЕНЬ ТЕХНИКИ
Мультимедийные службы IP (IPMM) предоставляют динамическую комбинацию речи, видео, мгновенных сообщений, данных и т.д. в одном сеансе. При увеличении количества основных приложений и медиа, которые возможно объединять, количество служб, предлагаемых конечным пользователям, будет расти, а опыт межличностного общения будет получать новые возможности. Это приведет к новому поколению персонализированных, мультимедийных служб связи с широкими возможностями, включая так называемые "комбинационные мультимедийные IP" службы.
Мультимедийная Подсистема IP (IMS) представляет собой технологию, определенную Проектом Партнерства Третьего Поколения (3GPP), чтобы предоставить Мультимедийные службы IP в сетях мобильной связи. IMS предоставляет ключевые возможности, чтобы улучшить для конечного пользователя опыт общения между двумя абонентами через интеграцию и взаимодействие служб. IMS предоставляет новые средства связи между двумя абонентами (клиент-клиент), а также между абонентом и контентом (клиент-сервер) по основанным на IP сетям. IMS использует Протокол Инициации Сеансов (SIP) для установления и управления вызовами или сеансами между пользовательскими терминалами (или пользовательскими терминалами и серверами приложений). Протокол Описания Сеансов (SDP), переносимый сигналами SIP, используется для описания и согласования медиа компонентов сеанса. Хотя SIP был создан как протокол пользователь-пользователь, IMS позволяет операторам и поставщикам услуг управлять пользовательским доступом к службам и соответственно взимать с пользователей плату. Другие протоколы используются для передачи и управления медиа, такие как Транспортный Протокол Реального Времени и Протокол Управления Передачей в Реальном Времени (RTP/RTCP).
В существующих развертываниях сотовых сетей преобладают стандарты 2G и 3G. Процесс развертывания так называемых сетей 4G только что начался, и пройдет много лет до того, как покрытия сети 4G будет достаточно для того, чтобы сети 2G и 3G полностью ушли. Фундаментальное требование для предоставления услуг в реальном времени заключается в непрерываемом хэндовере услуг для абонентов, перемещающихся между границами сот сети радиодоступа (RAN). Учитывая продолжающееся сосуществование сетей 2G, 3G и 4G, особенно желательно предусмотреть хэндовер соединений служб реального времени, таких как речевые вызовы, между различными технологиями радиодоступа.
Рассматривая далее технологию 4G, это определяется под именем LTE (Долгосрочное Развитие) и SAE (Развитие Системной Архитектуры) в 3GPP. Технология сети радиодоступа LTE реализует только доступ с коммутацией пакетов, в отличие от 2G и 3G (использующих технологии сети радиодоступа GERAN и UTRAN соответственно), которые предусматривают как доступ с коммутацией пакетов, так и доступ с коммутацией каналов. В сетях 2G и 3G соединения с коммутацией пакетов используются для переноса данных, тогда как соединения с коммутацией каналов используются для служб реального времени, таких как речевые вызовы. В сетях 4G все службы будут переноситься через соединения с коммутацией пакетов. В случае речевого вызова, инициированного, когда пользователь подключен к сети радиодоступа LTE (называется Развитая UTRAN или E-UTRAN), этот вызов будет использовать соединение с коммутацией пакетов. Если необходимо, чтобы вызов был передан в сеть радиодоступа 2G или 3G, например, из-за того, что пользователь перемещается из зоны покрытия E-UTRAN и в зону покрытия сети GERAN или UTRAN, вызов должен быть переключен из доступа с коммутацией пакетов (PS) в доступ с коммутацией каналов (CS) (т.е., требуется Передача Доступа). Конечно, процесс для реализации хэндовера должен быть непрерываемым, так чтобы пользователь заметил либо небольшое прерывание вызова, либо вообще не заметил его. Подходящий механизм хэндовера доступа также требуется в случае хэндовера вызова от доступа PS, использующего сеть доступа 3G UTRAN (HSPA), к вызову CS, использующему либо доступ 3G UTRAN, либо доступ 2G GSM.
Решения межсетевого взаимодействия для Централизованных Служб IMS (ICS), как указано в документе 3GPP TS 23.292 "Централизованные службы Мультимедийной Подсистемы IP (IMS); Этап 2", позволяют сеансам IMS, использующим носители CS, рассматриваться как стандартные сеансы IMS, что требуется в целях Непрерывности Службы IMS. ICS определяет сигнальные механизмы между UE и IMS для передачи информации, чтобы централизовать службу в IMS, и TS 23.237 "Непрерывность Службы Мультимедийной Подсистемы IP (IMS)" определяет дополнительные процедуры, необходимые для непрерывности службы при использовании доступа CS для передачи медиа. В контексте TS 23.292 и TS 23.237 дополнительный документ 3GPP TS 23.216: "Непрерывность Единого Речевого Радиовызова (SRVCC); Этап 2" описывает механизм для передачи речевого вызова от доступа PS к CS.
Фиг. 1 иллюстрирует схематически пример архитектуры Непрерывности Единого Речевого Радиовызова (SRVCC) для предоставления Передачи Доступа речевого вызова от доступа PS к CS. В этом примере пользовательский терминал (или Пользовательское Оборудование, UE, в соответствии с терминологией 3G) инициировало речевой вызов, используя сеть LTE радиодоступа (т.е., доступ PS), который впоследствии должен быть передан либо в Универсальную Наземную Сеть Радиодоступа (UTRAN) или Сеть Радиодоступа GSM/Edge (GERAN) (т.е., доступ CS). Вызов устанавливается с использованием сети IMS, описанной выше, и которая предоставляет управляющую сеть общей службы для доменов PS и CS, предоставленных через радиодоступы LTE, UTRAN, или GERAN. Чтобы реализовать Передачу Доступа, управление медиа должно быть передано от сети Развитого Пакетного Ядра (EPC) домена 4G к выделенному Серверу Мобильного Центра Коммутации (MSC) в домене 2G/3G. Другие компоненты, проиллюстрированные на Фиг. 1, включают в себя Обслуживающий/PDN шлюз (S/PDN-GW), Узел Управления Мобильностью (MME) (как S/PDN-GW, так и MME находятся внутри EPC) и Домашний Абонентский Сервер, который находится в домашней сети абонента.
Как показано на Фиг. 1, Непрерывность Службы IMS требует Сервер Приложений (AS) Централизации и Непрерывности Службы (SCC) (показанный как совмещенный с MMTel AS на Фиг. 1) и UE с возможностями SC. Вдобавок, Функция Управления Передачей Доступа (ATCF) и Шлюз Передачи Доступа (ATGW) также могут использоваться в обслуживающей сети (посещаемой в случае перемещения), при этом ATCF/ATGW предоставляют дополнительные функции Непрерывности Службы IMS. В этом отношении делегирование части функциональности Передачи Доступа в ATCF предоставляет преимущества, связанные с прерыванием речи во время хэндовера сеанса, и т.д., поскольку ACTF расположена в той же сети, что и пользователь. В частности, в соответствии с 3GPP TS23.237, рекомендуется, чтобы ATCF была совмещена с одним из существующих функциональных объектов в обслуживающей сети (например, P-CSCF, IBCF, или Сервером MSC). Когда используется SRVCC, расширенная ATCF, ATCF включена в плоскость управления сеансом на время вызова как до, так и после Передачи Доступа. ATGW управляется посредством ATCF и остается в медиа-тракте сеанса на время вызова и после Передачи Доступа. ATGW поддерживает перекодировку после хэндовера SRVCC в случае, если медиа, которые использовались до хэндовера, не поддерживаются сервером MSC.
3GPP TS23.237 и 3GPP TS24.237 определяют ряд функций, которые могут потребоваться для поддержки Непрерывности Службы IMS. Например, эти функции могут включать в себя, но не ограничены, выполняемую с помощью сервера MSC функцию промежуточного вызова, SRVCC для вызовов в состоянии оповещения (также известную как SRVCC для вызовов в фазе оповещения или передача доступа для вызовов в фазе оповещения), SRVCC для видеовызовов, и службы приоритета мультимедиа для SRVCC. По существу, во время установления сеанса SCC AS будет указывать UE, если любая из этих функций должна быть применена в любой последующей передаче доступа, которая может произойти (смотри 3GPP TS24.237 раздел 7.3.2 и 8.3.2). Однако SCC AS будет указывать, что функция должна быть применена, только если эта функция поддерживается UE, SCC AS и серверами MSC в сети, где зарегистрировано UE, и которые могут быть вовлечены в процедуры SRVCC.
Чтобы указать поддержку ими любых функций Непрерывности Службы IMS, требуется, чтобы функциональный объект включал в себя соответствующую метку медиа функции в запросе SIP или ответе SIP (смотри 3GPP TS 24.237 Приложение C). Однако SCC AS взаимодействует с серверами MSC в сети, где зарегистрировано UE, только когда была инициирована передача доступа. Следовательно, требуется, чтобы SCC AS знал, поддерживают ли серверы MSC в обслуживающей сети какие-либо из этих функций Непрерывности Службы IMS, до того как он получил какое-либо указание от серверов MSC. По существу, чтобы удовлетворить стандартам 3GPP Выпуск 9 и Выпуск 10, было бы необходимо предварительно сконфигурировать SCC AS с базой данных, указывающей, поддерживают ли серверы MSC в обслуживающей сети (например, V-PLMN) какие-либо из этих функций. Следовательно, требуется, чтобы SCC AS хранил эту информацию для всех посещенных сетей, в которые UE может переместиться (например, для всех V-PLMN, с которыми H-PLMN имеет соглашение о роуминге). Однако поддержание такой базы данных в каждом SCC AS может быть проблематичным. Следовательно, было бы выгодным, если бы SCC AS мог быть осведомленным о поддержке обслуживающими сетями любых функций Непрерывности Службы IMS без необходимости, чтобы эта информация предоставлялась предварительно сконфигурированной базой данных.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Цель настоящего изобретения заключается в том, чтобы предоставить SCC AS, расположенному в домашней сети, информацию, касающуюся функций Непрерывности Службы IMS, которые могут быть доступны UE в обслуживающей сети.
В соответствии с первым аспектом настоящего изобретения, предоставлен способ работы узла сети связи, который выполнен с возможностью предоставления Функции Управления Передачей Доступа (ATCF) Мультимедийной Подсистемы IP (IMS). Способ содержит этап, на котором хранят информацию, касающуюся функций Непрерывности Службы IMS, которые поддерживаются серверами Мобильного Центра Коммутации (MSC) в сети. При приеме сообщения, запрашивающего регистрацию IMS пользовательского оборудования (UE), используют эту информацию для определения функций Непрерывности Службы IMS, которые могут быть доступны UE, и для любых функций Непрерывности Службы IMS, которые могут быть доступны, включают указание, что функция Непрерывности Службы IMS может быть доступна, в сообщение до пересылки сообщения.
Сообщение, запрашивающее регистрацию IMS пользовательского оборудования, может быть отправлено к Функции Управления Сеансом Служебного Вызова (S-CSCF) в домашней сети UE. Сообщение, запрашивающее регистрацию IMS пользовательского оборудования (UE), может быть запросом SIP REGISTER (РЕГИСТРАЦИЯ SIP). Способ ATCF может быть расположен в обслуживающей сети, предоставляющей UE доступ к домашней сети. Следовательно, ATCF может быть расположена в посещенной сети для перемещающегося UE.
Этап использования информации для определения функций Непрерывности Службы IMS, которые могут быть предоставлены пользовательскому оборудованию, может содержать этап, на котором идентифицируют функции Непрерывности Службы IMS, которые поддерживаются серверами MSC в сети. Вдобавок, этап использования информации для определения функций Непрерывности Службы IMS, которые могут быть предоставлены UE, может дополнительно содержать один или более из этапов, на которых:
идентифицируют функции Непрерывности Службы IMS, которые поддерживаются ATCF; и
идентифицируют функции Непрерывности Службы IMS, которые UE авторизовано использовать.
Этап идентификации функций Непрерывности Службы IMS, которые UE авторизовано использовать, может быть основан на одном или более из следующего:
политика, определенная для сети; и
если UE перемещается в сети, соглашение о роуминге между сетью и домашней сетью UE.
Способ может дополнительно содержать этапы, на которых получают сообщение, запрашивающее регистрацию IMS пользовательского оборудования, от пользовательского оборудования и вставляют любые указания, что функции Непрерывности Службы IMS поддерживаются перед пересылкой сообщения в IMS домашней сети.
Функции Непрерывности Службы IMS могут содержать одно или более из следующего:
выполняемая с помощью сервера MSC функция промежуточного вызова;
Непрерывность Единого Речевого Радиовызова, SRVCC, для вызовов в состоянии оповещения;
SRVCC для видеовызовов; и
мультимедийные приоритетные службы для SRVCC.
В соответствии со вторым аспектом настоящего изобретения, предоставлен способ работы узла сети связи, который выполнен с возможностью предоставления Сервера Приложений Централизации и Непрерывности Службы (SCC AS) Мультимедийной Подсистемы IP (IMS). Способ содержит этапы, на которых принимают сообщение, запрашивающее регистрацию IMS пользовательского оборудования в обслуживающей сети, при этом сообщение включает в себя указания любых функций Непрерывности Службы IMS, которые могут быть доступны пользовательскому оборудованию в обслуживающей сети, и используют эти указания для поддержки Непрерывности Службы IMS.
Функции Непрерывности Службы IMS могут содержать одно или более из следующего:
выполняемая с помощью сервера MSC функция промежуточного вызова;
Непрерывность Единого Речевого Радиовызова, SRVCC, для вызовов в состоянии оповещения;
SRVCC для видеовызовов; и
мультимедийные приоритетные службы для SRVCC.
Способ может дополнительно содержать этап, на котором принимают сообщение, запрашивающее регистрацию IMS пользовательского оборудования, при этом сообщение было отправлено через Функцию Управления Передачей Доступа (ATCF), расположенную в обслуживающей сети, причем ACTF вставила указания любых функций Непрерывности Службы IMS, которые поддерживаются серверами MSC в обслуживающей сети.
Сообщение, запрашивающее регистрацию IMS, может быть принято от Функции Управления Сеансом Служебного Вызова (S-CSCF) в сети. Сообщение, запрашивающее регистрацию IMS, может быть запросом SIP REGISTER третьей стороны.
Этап использования указаний для поддержки Непрерывности Службы IMS может дополнительно содержать один или более из этапов, на которых:
когда требуется передача доступа SVRCC одного или более сеансов IMS пользовательского оборудования, используют эти указания для определения, какой из одного или более сеансов может быть передан; и
используют эти указания для определения, какие из функций Непрерывности Службы IMS поддерживаются для пользовательского оборудования, и оповещают пользовательское оборудование о функциях Непрерывности Службы IMS, которые поддерживаются.
Этап оповещения пользовательского оборудования о функциях Непрерывности Службы IMS, которые поддерживаются, может дополнительно содержать этап, на котором для любых функций Непрерывности Службы IMS, которые сообщение, запрашивающее регистрацию IMS пользовательского оборудования, указало в качестве доступных, включают указание того, что функция Непрерывности Службы IMS может быть доступна, в дополнительное сообщение, отправляемое пользовательскому оборудованию, чтобы установить сеанс IMS.
Дополнительное сообщение может быть одним из запроса на установление сеанса IMS и ответа на запрос на установление сеанса IMS. Следовательно, дополнительное сообщение может быть одним из запроса SIP INVITE (ПРИГЛАШЕНИЕ SIP), SIP 200 OK SIP 180 и ответа SIP 183.
В соответствии с третьим аспектом настоящего изобретения предоставлено устройство, выполненное с возможностью работы в качестве Функции Управления Передачей Доступа (ATCF) Мультимедийной Подсистемы IP (IMS) в сети связи. Устройство содержит память для хранения информации, касающейся функций Непрерывности Службы IMS, которые поддерживаются серверами Мобильного Центра Коммутации (MSC) в сети, приемник для приема сообщения, запрашивающего регистрацию IMS пользовательского оборудования, процессор, который при приеме сообщения использует упомянутую информацию для определения функций Непрерывности Службы IMS, которые могут быть доступны пользовательскому оборудованию, и для любых функций Непрерывности Службы IMS, которые могут быть доступны, включает указание, что функция Непрерывности Службы IMS может быть доступна, в сообщение, и передатчик для пересылки сообщения, включающего в себя любые указания.
Процессор может быть выполнен с возможностью вставки любых указаний, что функции Непрерывности Службы IMS поддерживаются, перед пересылкой сообщения в IMS домашней сети. Передатчик может быть выполнен с возможностью пересылки сообщения, запрашивающего регистрацию IMS пользовательского оборудования, к Функции Управления Сеансом Служебного Вызова (S-CSCF) в домашней сети пользовательского оборудования.
При использовании информации для определения функций Непрерывности Службы IMS, которые могут быть доступны пользовательскому оборудованию, процессор может быть выполнен с возможностью идентификации функций Непрерывности Службы IMS, которые поддерживаются серверами MSC в сети. При использовании информации для определения функций Непрерывности Службы IMS, которые могут быть доступны пользовательскому оборудованию, процессор может быть дополнительно выполнен с возможностью выполнения одного или более из:
идентификации функций Непрерывности Службы IMS, которые поддерживаются ATCF; и
идентификации функций Непрерывности Службы IMS, которые пользовательское оборудование авторизовано использовать.
Процессор может быть дополнительно выполнен с возможностью идентификации функций Непрерывности Службы IMS, которые пользовательское оборудование авторизовано использовать, на основе одного или более из следующего:
политика, определенная для сети; и
если пользовательское оборудование перемещается в сети, соглашение о роуминге между сетью и домашней сетью пользовательского оборудования.
Память может быть выполнена с возможностью хранения информации, касающейся функций Непрерывности Службы IMS, которые содержат одно или более из следующего:
выполняемая с помощью сервера MSC функция промежуточного вызова;
Непрерывность Единого Речевого Радиовызова, SRVCC, для вызовов в состоянии оповещения;
SRVCC для видеовызовов; и
мультимедийные приоритетные службы для SRVCC.
Процессор может быть выполнен с возможностью обработки указаний, касающихся функций Непрерывности Службы IMS, которые содержат одно или более из следующего:
выполняемая с помощью сервера MSC функция промежуточного вызова;
Непрерывность Единого Речевого Радиовызова, SRVCC, для вызовов в состоянии оповещения;
SRVCC для видеовызовов; и
мультимедийные приоритетные службы для SRVCC.
В соответствии с четвертым аспектом настоящего изобретения предоставлено устройство, выполненное с возможностью работы в качестве Сервера Приложений Централизации и Непрерывности Службы (SCC AS) Мультимедийной Подсистемы IP (IMS) в сети связи. Устройство содержит приемник для приема сообщения, запрашивающего регистрацию IMS пользовательского оборудования в обслуживающей сети, при этом сообщение включает в себя указания любых функций Непрерывности Службы IMS, которые могут быть доступны пользовательскому оборудованию в обслуживающей сети, и процессор для использования этих указаний для поддержки Непрерывности Службы IMS.
При использовании указаний для поддержки Непрерывности Службы IMS процессор может быть выполнен для выполнения одного или более из:
когда требуется передача доступа SVRCC одного или более сеансов IMS пользовательского оборудования, использования этих указаний для определения, какой из одного или более сеансов может быть передан; и
использования указаний для определения, какие из функций Непрерывности Службы IMS поддерживаются для пользовательского оборудования, и оповещают пользовательское оборудование о функциях Непрерывности Службы IMS, которые поддерживаются.
При оповещении пользовательского оборудования о функциях Непрерывности Службы IMS, которые поддерживаются, процессор может быть выполнен с возможностью:
для любых функций Непрерывности Службы IMS, которые сообщение, запрашивающее регистрацию IMS пользовательского оборудования, указало в качестве доступных, включения указаний того, что функция Непрерывности Службы IMS может быть доступна, в дополнительное сообщение, отправляемое пользовательскому оборудованию, чтобы установить сеанс IMS.
Процессор может быть выполнен с возможностью включения указания, что функция Непрерывности Службы IMS может быть доступна, в дополнительное сообщение, которое представляет собой одно из следующего:
запрос на установление сеанса IMS; и
ответ на запрос на установление сеанса IMS.
Устройство может дополнительно содержать передатчик для отправки дополнительного сообщения пользовательскому оборудованию. Передатчик может быть выполнен с возможностью отправки дополнительного сообщения, которое представляет собой одно из следующего:
запрос на установление сеанса IMS; и
ответ на запрос на установление сеанса IMS.
Устройство может дополнительно содержать память для хранения любых принятых указаний любых функций Непрерывности Службы IMS, которые могут быть доступны пользовательскому оборудованию в обслуживающей сети.
Процессор может быть выполнен с возможностью обработки указаний, касающихся функций Непрерывности Службы IMS, которые содержат одно или более из следующего:
выполняемая с помощью сервера MSC функция промежуточного вызова;
Непрерывность Единого Речевого Радиовызова, SRVCC, для вызовов в состоянии оповещения;
SRVCC для видеовызовов; и
мультимедийные приоритетные службы для SRVCC.
Приемник может быть выполнен с возможностью приема сообщения, запрашивающего регистрацию IMS, от Функции Управления Сеансом Служебного Вызова (S-CSCF) в сети.
Приемник может быть выполнен с возможностью приема запроса на установление сеанса IMS от пользовательского оборудования, и процессор может быть выполнен с возможностью, при приеме ответа на запрос, вставки любых принятых указаний, что функции Непрерывности Службы IMS поддерживаются, в ответ перед пересылкой ответа пользовательскому оборудованию.
Приемник может быть выполнен с возможностью приема запроса на установление сеанса IMS с пользовательским оборудованием, и процессор может быть выполнен с возможностью, при приеме запроса, вставки любых принятых указаний, что функции Непрерывности Службы IMS поддерживаются, в запрос перед пересылкой запроса пользовательскому оборудованию.
В соответствии с дополнительным аспектом, предоставлена компьютерная программа, содержащая средства компьютерного программного кода, приспособленные для выполнения всех этапов одного из первого аспекта и второго аспекта, когда упомянутая программа работает на компьютере. В соответствии с еще одним дополнительным аспектом, предоставлена компьютерная программа в соответствии с дополнительным аспектом, воплощенная на компьютерно-читаемом носителе.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг. 1 иллюстрирует схематически пример архитектуры Непрерывности Единого Речевого Радиовызова (SRVCC);
Фиг. 2 представляет собой временную диаграмму передачи сигналов, иллюстрирующую пример процесса Регистрации IMS;
Фиг. 3 представляет собой временную диаграмму передачи сигналов, иллюстрирующую пример установления сеанса IMS, возникающего в UE.
Фиг. 4 представляет собой временную диаграмму передачи сигналов, иллюстрирующую пример установления сеанса IMS, завершающегося в UE.
Фиг. 5 иллюстрирует схематически пример ATCF, подходящей для реализации способов, описанных в материалах настоящей заявки; и
Фиг. 6 иллюстрирует схематически пример SCC AS, подходящего для реализации способов, описанных в материалах настоящей заявки.
ПОДРОБНОЕ ОПИСАНИЕ
В целях преодоления выявленных выше проблем, будет описан способ предоставления SCC AS, расположенному в домашней сети, информации, касающейся функций Непрерывности Службы IMS, которые могут быть доступны UE в обслуживающей сети. Способ включает в себя наличие объекта в обслуживающей сети, который предоставляет эту информацию SCC AS, когда UE регистрируется с IMS из обслуживающей сети.
В этой связи выявлено, что сеансы IMS из и в UE привязаны к SCC AS в домашней сети и также могут быть привязаны к ATCF в обслуживающей (посещаемой в случае перемещения) сети, чтобы предоставить Непрерывность Службы для пользователя во время перехода между двумя сетями доступа. По существу, когда SRVCC, расширенная с ATCF, используется для предоставления Непрерывности Службы IMS, ATCF включается в сигнальный тракт во время регистрации IMS пользовательского оборудования (UE), и, следовательно, было бы удобно, чтобы ATCF включала информацию, касающуюся функций Непрерывности Службы IMS, которые могут быть доступны UE в обслуживающей сети во время регистрации IMS. Эта информация затем может быть предоставлена SCC AS во время регистрации UE третьей стороны (то есть, когда S-CSCF в домашней сети выполняет регистрацию третьей стороны в SCC AS).
Чтобы реализовать этот способ, ATCF в обслуживающей сети может быть сконфигурирована с информацией, касающейся функций Непрерывности Службы IMS, которые поддерживаются серверами MSC, расположенными в обслуживающей сети. ATCF затем может использовать эту информацию для определения функций Непрерывности Службы IMS, которые могут быть доступны UE, из которого она получила сообщение, запрашивающее регистрацию IMS. Для любых функций Непрерывности Службы IMS, которые, как определяет ATCF, могут быть доступны UE, ATCF затем может включить указание того, что функция Непрерывности Службы IMS может быть доступна, в сообщение, запрашивающее регистрацию IMS, перед пересылкой сообщения в домашнюю сеть UE.
Чтобы определить функции Непрерывности Службы IMS, которые могут быть доступны пользовательскому оборудованию, ATCF может использовать информацию, касающуюся серверов MSC в сети, для идентификации функций Непрерывности Службы IMS, которые поддерживаются этими серверами MSC. ATCF затем определила бы, что функция Непрерывности Службы IMS может быть доступна пользовательскому оборудованию, если эта информация указывает, что функция Непрерывности Службы IMS поддерживается серверами MSC в обслуживающей сети.
Альтернативно, при определении функций Непрерывности Службы IMS, которые могут быть доступны UE, ATCF может использовать информацию, касающуюся серверов MSC в сети, для идентификации функций Непрерывности Службы IMS, которые поддерживаются этими серверами MSC, и также может учитывать, поддерживает ли она или нет функции Непрерывности Службы IMS и/или авторизовано или нет UE для использования функций Непрерывности Службы IMS. Например, если бы ATCF должна была учитывать, авторизовано или нет UE для использования функций Непрерывности Службы IMS, ATCF могла бы основывать свое определение на политике, определенной для сети, и/или любых соглашениях о роуминге, которые существуют между обслуживающей сетью и домашней сетью UE.
Если бы ATCF также должна была учитывать, поддерживает она или нет функции Непрерывности Службы IMS, то ATCF определила бы, что функция Непрерывности Службы IMS может быть доступна UE, только если информация указывает, что функция Непрерывности Службы IMS поддерживается серверами MSC в обслуживающей сети, и если определено, что функция Непрерывности Службы IMS поддерживается ATCF. Альтернативно, если бы ATCF должна была учитывать, авторизовано или нет UE для использования функций Непрерывности Службы IMS, то ATCF определила бы, что функция Непрерывности Службы IMS может быть доступна пользовательскому оборудованию, только если информация указывает, что функция Непрерывности Службы IMS поддерживается серверами MSC в обслуживающей сети, и если определено, что UE авторизовано для использования функций Непрерывности Службы IMS. В качестве дополнительной альтернативы, если бы ATCF должна была учитывать, поддерживает она или нет функции Непрерывности Службы IMS, и авторизовано или нет UE для использования функций Непрерывности Службы IMS, то ATCF определила бы, что функция Непрерывности Службы IMS может быть доступна UE, только если информация указывает, что функция Непрерывности Службы IMS поддерживается серверами MSC в обслуживающей сети, если определено, что функция Непрерывности Службы IMS поддерживается ATCF, и если определено, что UE авторизовано для использования функций Непрерывности Службы IMS.
Фиг. 2 представляет собой временную диаграмму передачи сигналов, иллюстрирующую пример процесса Регистрации IMS, в котором ATCF включает указания любых функций Непрерывности Службы IMS, которые могут быть доступны UE. Выполняемые этапы следующие:
A1. ATCF в обслуживающей сети конфигурируется информацией, касающейся функций Непрерывности Службы IMS, которые поддерживаются серверами MSC, расположенными в обслуживающей сети.
A2. UE, расположенное в обслуживающей сети (посещаемой сети в случае перемещения), инициирует Регистрацию IMS путем отправки запроса SIP REGISTER в свою домашнюю сеть.
A3. P-CSCF в обслуживающей сети принимает запрос SIP REGISTER и пересылает это сообщение в ATCF в обслуживающей сети.
A4. ATCF принимает запрос SIP REGISTER и идентифицирует Функции Непрерывности Службы IMS, которые могут быть доступны UE в обслуживающей сети. Для этого ATCF использует информацию, касающуюся функций Непрерывности Службы IMS, которые поддерживаются серверами MSC, расположенными в обслуживающей сети, которая была сконфигурирована в ATCF. Вдобавок, ATCF также может учитывать, поддерживает она или нет функции Непрерывности Службы IMS, и/или авторизовано или нет UE для использования функций Непрерывности Службы IMS, как описано выше.
A5. Для любых функций Непрерывности Службы IMS, которые, как определяет ATCF, могут быть доступны UE, ATCF затем включает указание того, что функция Непрерывности Службы IMS может быть доступна, в запрос SIP REGISTER, и пересылает сообщение в домашнюю сеть UE.
A6. I-CSCF в домашней сети принимает запрос SIP REGISTER, включающий в себя любые указания функции Непрерывности Службы IMS, которые могут быть доступны UE, и пересылает запрос SIP REGISTER в S-CSCF в домашней сети.
A7. Поскольку пользователь UE еще не был аутентифицирован, S-CSCF отклоняет начальный запрос SIP REGISTER и отправляет ответное сообщение SIP 401 «Не авторизовано» назад в UE, включая запрос аутентификации. Запрос аутентификации основан на векторе аутентификации для пользователя, который S-CSCF извлекает из HSS (не показано).
A8-A10. Ответное сообщение SIP 401 «Не авторизовано» направляется обратно в UE через I-CSCF в домашней сети, и ATCF и P-CSCF в обслуживающей сети.
A11. UE принимает ответное сообщение SIP 401 «Не авторизовано», включающее в себя запрос аутентификации, и генерирует ответ на запрос аутентификации. Затем UE отправляет дополнительный запрос SIP REGISTER в свою домашнюю сеть, при этом этот дополнительный запрос SIP REGISTER включает в себя ответ аутентификации.
A12. P-CSCF в обслуживающей сети принимает дополнительный запрос SIP REGISTER и пересылает это сообщение в ATCF в обслуживающей сети.
A13. Снова, для любых функций Непрерывности Службы IMS, которые, как определяет ATCF, могут быть доступны UE, ATCF включает указание того, что функция Непрерывности Службы IMS может быть доступна, в дополнительный запрос SIP REGISTER, и пересылает сообщение в домашнюю сеть UE.
A14. I-CSCF в домашней сети принимает дополнительный запрос SIP REGISTER, включающий в себя любые указания функции Непрерывности Службы IMS, которая может быть доступна UE, и пересылает дополнительный запрос SIP REGISTER в S-CSCF.
A15. S-CSCF принимает дополнительный запрос SIP REGISTER и проверяет ответ аутентификации. S-CSCF аутентифицирует пользователя, если проверка успешна, и отправляет ответное сообщение SIP 200 OK назад в UE, чтобы указать, что регистрация была успешна.
A16-A18. Ответное сообщение SIP 200 OK направляется обратно в UE через I-CSCF в домашней сети, и ATCF и P-CSCF в обслуживающей сети.
A19. S-CSCF также отправляет запрос SIP REGISTER третьей стороны в SCC AS в домашней сети, с которым S-CSCF регистрирует пользователя с SCC AS от лица пользователя. Запрос SIP REGISTER третьей стороны включает в себя любые указания функции Непрерывности Службы IMS, которая может быть доступна UE, которые были включены в дополнительный запрос SIP REGISTER. Например, 3GPP TS 24.229 Rel-10 раздел 5.4.1.7 излагает процедуры, касающиеся включения посредством S-CSCF содержимого входящего запроса SIP REGISTER в тело запроса SIP REGISTER третьей стороны.
A20. SCC AS принимает запрос SIP REGISTER третьей стороны и хранит любые указания функции Непрерывности Службы IMS, которые могут быть доступны UE в течение этой регистрации.
A21. SCC AS отвечает S-CSCF ответным сообщением SIP 200 OK.
A22. SCC AS затем может использовать информацию, которая была предоставлена посредством ATCF, для поддержки предоставления Непрерывности Службы IMS для UE.
Вслед за этой процедурой регистрации IMS, SCC AS затем может использовать информацию, которая была предоставлена посредством ATCF, для поддержки предоставления Непрерывности Службы IMS для UE. В частности, для любых функций Непрерывности Службы IMS, которые, как указывает регистрация третьей стороны, могут быть доступны UE, SCC AS может включить указание того, что функция Непрерывности Службы IMS может быть доступна, в дополнительное сообщение, которое отправлено в UE, например, запрос на установление сеанса IMS или ответ на запрос на установление сеанса IMS. Вдобавок, SCC AS также может учитывать указанные функции Непрерывности Службы IMS, когда инициируется осуществление процедур SRVCC. На этом этапе SCC AS может решить на основе того, какие функции поддерживаются, какие процедуры могут быть применены и, следовательно, какие сеансы IMS могут быть переданы. В качестве примера:
- если информация указывает, что никакие функции не поддерживаются, то передается только последний активный сеанс;
- если информация указывает, что поддерживается выполняемая с помощью сервера MSC функция промежуточного вызова, то как один активный, так и один удерживаемый сеанс может быть передан (если доступен);
- если информация указывает, что поддерживается SRVCC для видеовызовов, то могут передаваться видео медиа;
- если информация указывает, что поддерживается SRVCC для вызовов в состоянии оповещения, то может передаваться вызов в фазе оповещения (если доступен).
Фиг. 3 представляет собой временную диаграмму передачи сигналов, иллюстрирующую пример процесса установления сеанса IMS, возникающего в UE, в котором SCC AS предоставляет UE указания любых функций Непрерывности Службы IMS, которые могут быть доступны UE. Выполняемые этапы следующие:
B1. UE инициирует установление сеанса IMS с удаленным UE путем отправки запроса SIP INVITE в удаленное UE. UE также может включать в себя метки функции для указания, какую из функций Непрерывности Службы IMS оно поддерживает (например, UE может включать метки функции, указывающие поддержку выполняемой с помощью сервера MSC функции промежуточного вызова и/или SRVCC для вызовов в состоянии оповещения).
B2. P-CSCF в обслуживающей сети принимает запрос SIP INVITE и пересылает это сообщение в ATCF.
B3. ATCF принимает запрос SIP INVITE и пересылает сообщение в S-CSCF в домашней сети UE, при этом S-CSCF была обнаружена во время процедур регистрации.
B4. S-CSCF в домашней сети принимает запрос SIP INVITE. S-CSCF затем выполняет логику службы (используя начальные Критерии Фильтрации (iFC)), что приводит к тому, что запрос SIP INVITE пересылается в SCC AS.
B5. SCC AS принимает запрос SIP INVITE и привязывает сеанс. SCC AS возвращает SIP INVITE назад в S-CSCF, чтобы завершить установку сеанса.
B6. S-CSCF затем пересылает запрос SIP INVITE к удаленному UE. Например, S-CSCF идентифицирует I-CSCF в домашней сети удаленного UE путем отправки хостовой части адреса назначения на сервер Системы Имен Доменов (DNS) и отправляет запрос SIP INVITE в идентифицированную I-CSCF (не показана).
B7. Чтобы принять сеанс, удаленное UE отправляет ответное сообщение SIP 200 OK назад в UE.
B8. S-CSCF в домашней сети UE принимает ответное сообщение SIP 200 OK, отправленное удаленным UE, и пересылает его в SCC AS.
B9. SCC AS использует хранимые указания (принятые в запросе SIP REGISTER третьей стороны) для определения, поддерживаются ли какие-либо из функций Непрерывности Службы IMS для UE, и для тех функций Непрерывности Службы IMS, которые поддерживаются, вставляет связанную метку функции в ответное сообщение SIP 200 OK. Например, если выполняемая с помощью сервера MSC функция промежуточного вызова поддерживается для UE, то метка медиа функции g.3gpp.mid-call включается в поле Заголовок контакта ответного сообщения SIP 200 OK. В качестве дополнительного примера, если SRVCC для вызовов в фазе оповещения поддерживается для UE, то метка медиа функции g.3gpp.srvcc-alerting включается в поле Заголовок маршрута записи ответного сообщения SIP 200 OK.
B10-B13. Ответное сообщение SIP 200 OK затем направляется обратно в UE через S-CSCF в домашней сети, и ATCF и P-CSCF в обслуживающей сети.
Хотя в примере, приведенном выше, SCC AS вставляет метки функции в ответ SIP 200 OK, отправленный из удаленного UE, SCC AS может в равной степени вставлять метки функции в любые ответы, отправленные удаленным UE. Например, SCC AS мог бы вставлять соответствующие метки функции в информационный ответ (т.е., ответ 1XX), отправленный удаленным UE, такой как Вызывающее ответное сообщение SIP 180. В качестве дополнительного примера, SCC AS мог бы вставлять соответствующие метки функции в любой успешный ответ (т.е., ответ 2XX), отправленный удаленным UE, такой как Принятое ответное сообщение SIP 202.
Фиг. 4 представляет собой временную диаграмму передачи сигналов, иллюстрирующую пример процесса установления сеанса IMS, завершающегося в UE, в котором SCC AS предоставляет UE указания любых функций Непрерывности Службы IMS, которые могут быть доступны UE. Выполняемые этапы следующие:
C1. Удаленное UE инициирует установление сеанса IMS с UE путем отправки запроса SIP INVITE в UE.
C2. Запрос SIP INVITE направляется в S-CSCF в домашней сети UE. S-CSCF в домашней сети принимает запрос SIP INVITE и выполняет логику службы (используя начальные Критерии Фильтрации (iFC)), что приводит к тому, что запрос SIP INVITE пересылается в SCC AS.
C3. SCC AS принимает запрос SIP INVITE и привязывает сеанс. SCC AS использует хранимые указания (принятые в запросе SIP REGISTER третьей стороны) для определения, поддерживаются ли какие-либо из функций Непрерывности Службы IMS для UE, и для тех функций Непрерывности Службы IMS, которые поддерживаются, вставляет связанную метку функции в запрос SIP INVITE. Например, если выполняемая с помощью сервера MSC функция промежуточного вызова поддерживается для UE, то метка медиа функции g.3gpp.mid-call включается в поле Заголовок контакта запроса SIP INVITE. В качестве дополнительного примера, если SRVCC для вызовов в фазе оповещения поддерживается для UE, то метка медиа функции g.3gpp.srvcc-alerting включается в поле Заголовок маршрута записи запроса SIP INVITE.
C4-C7. Запрос SIP INVITE, включающий любые метки функции, затем направляется в UE через S-CSCF в домашней сети, и ATCF и P-CSCF в обслуживающей сети.
C8. Чтобы принять сеанс, UE отправляет ответное сообщение SIP 200 OK назад в удаленное UE. Ответное сообщение SIP 200 OK также включает в себя любые метки функции, которые были включены в запрос SIP INVITE.
C9-C13. Ответное сообщение SIP 200 OK затем направляется обратно в удаленное UE через P-CSCF и ATCF в обслуживающей сети, и S-CSCF и SCC AS в домашней сети.
Хотя в примере, приведенном выше, UE может вставлять метки функции в ответ SIP 200 OK, UE может в равной степени вставлять метки функции в любые отправленные ответы. Например, UE могло бы вставлять соответствующие метки функции в информационный ответ (т.е., ответ 1XX), такой как Вызывающее ответное сообщение SIP 180. В качестве дополнительного примера, UE могло бы вставлять соответствующие метки функции в любой успешный ответ (т.е., ответ 2XX), такой как Принятое ответное сообщение SIP 202.
Фиг. 5 иллюстрирует схематически пример ATCF 1, подходящей для реализации способов, описанных выше. ATCF 1 может быть реализована как комбинация компьютерных аппаратных и программных средств. ATCF 1 содержит процессор 3, память 4, приемник 5 и передатчик 6. Память 4 хранит различные программы/исполнимые файлы, которые выполняются процессором 3, и также предоставляет запоминающее устройство для любых требуемых данных. Например, эти данные могут включать в себя, но не ограничены этим, информацию, касающуюся функций Непрерывности Службы IMS, которые поддерживаются ATCF и серверами MSC, расположенными в обслуживающей сети, и информацию, которая может использоваться для идентификации функций Непрерывности Службы IMS, которые UE авторизован использовать. Программы/исполняемые файлы, хранимые в памяти 4 и выполняемые процессором 3, включают в себя, но не ограничены этим, Блок 7 Определения Доступности Функций и Блок 8 Вставки Указания. Блок 7 Определения Доступности Функций определяет функции Непрерывности Службы IMS, которые могут быть доступны UE, и для любых функций Непрерывности Службы IMS, которые могут быть доступны, Блок 8 Вставки Указания включает указание, что функция Непрерывности Службы IMS может быть доступна, в сообщение, отправляемое через ATCF 1.
Фиг. 6 иллюстрирует схематически пример SCC AS 2, подходящего для реализации способов, описанных выше. SCC AS 2 может быть реализован как комбинация компьютерных аппаратных и программных средств. SCC AS 2 содержит процессор 9, память 10, приемник 11 и передатчик 12. Память 10 хранит различные программы/исполнимые файлы, которые выполняются процессором 9, и также предоставляет запоминающее устройство для любых требуемых данных. Например, эти данные могут включать в себя, но не ограничены этим, любые принятые указания любых функций Непрерывности Службы IMS, которые могут быть доступны UE в обслуживающей сети. Программы/исполняемые файлы, хранимые в памяти 410 и выполняемые процессором 9, включают в себя, но не ограничены этим, Блок 13 Вставки Указания. Блок 13 Вставки Указания включает указания любых функций Непрерывности Службы IMS, которые поддерживаются, в сообщение, которое должно быть отправлено в UE, чтобы установить сеанс IMS. Например, эти указания могли бы принимать форму меток функции, связанных с поддерживаемыми функциями Непрерывности Службы IMS.
Специалистам в данной области техники следует иметь в виду, что различные модификации могут быть сделаны в отношении вышеописанных вариантов осуществления, не выходя из объема настоящего изобретения. Например, хотя описанные выше варианты осуществления относятся к функциям Непрерывности Службы IMS, которые включают в себя выполняемую с помощью сервера MSC функцию промежуточного вызова, SRVCC для вызовов в состоянии оповещения, SRVCC для видеовызовов и службы приоритета мультимедиа для SRVCC, способы и устройство, описанные выше, могли бы быть в равной степени использованы для поддержки любых функций Непрерывности Службы IMS (например, режимов непрерывности сеанса/передачи доступа), включая те, которые еще не предусмотрены.