ОПТИМИЗАЦИЯ ЗАДЕРЖКИ ПРИ ПЕРЕДАЧЕ ОБСЛУЖИВАНИЯ

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

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

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

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

При этой тенденции сети мобильной связи прямо следуют этапам развития проводных сетей, в которых протокол "речь-по-IP" (VoIP) через доступ по цифровой абонентской линии (DSL) или через доступ по беспроводной локальной вычислительной сети (WLAN) является сегодня существующей технологией.

Мобильные операторы, которые устанавливают сети по технологии мультимедийной подсистемы на базе IP-протокола (IMS) и предлагают IMS-услуги, хотят делать эти услуги доступными также для абонентов глобальной системы мобильной связи (GSM)/системы широкополосного множественного доступа с кодовым разделением каналов (WCDMA). Для этого вызовы из и в эту группу GSM/WCDMA-абонентов маршрутизируются через IMS-сеть для выполнения посредством механизма IMS-услуги вызовов и связанных с вызовами услуг. Этот принцип называется централизованными IMS-услугами (ICS). Рабочий элемент централизованных IMS-услуг в партнерской программе третьего поколения (3GPP) нацелен на использование CS-доступа для доступа к IMS-услугам (например, технические требования 3GPP 23.292) и дополняется посредством непрерывности предоставления IMS-услуг (например, технические требования 3GPP 23.237).

Параллельно тенденции ICS эволюционирует ядро пакетной коммутации (усовершенствованное ядро пакетной коммутации, EPC) в качестве части усовершенствованной системы с пакетной коммутацией (EPS), поддерживающей EUTRAN (или LTE, как она также обозначается) в качестве новой сети радиодоступа. В качестве части этого пояснения, работа над технологией непрерывности речевых радиовызовов при переходе между сетями (SRVCC) проводится в 3GPP SA2 (например, технические требования 3GPP 23.216), предоставляя междоменную передачу обслуживания (HO) речевого IMS-вызова от домена с коммутацией пакетов (PS) домену с коммутацией каналов (CS). Предполагается, что также обратное направление может быть стандартизировано в следующих версиях стандарта. Междоменная HO является одним этапом полной передачи сеанса в SRVCC, второй этап перемещает IMS-сеанс от PS-доступа к CS-доступу, это выполняется в SCC AS, указанном в вышеприведенных технических требованиях по непрерывности предоставления IMS-услуг.

Ссылаясь на фиг.1, далее описывается известная архитектура связи, используемая во время привязки сеанса или вызова в собственной сети абонента. Архитектура связи может быть известной из технических требований 3GPP 23.237 и 23.216.

Абонентское UE регистрируется в IMS через LTE или UTRAN HSPA-сеть доступа. Вызов UE привязывается в сервере приложений для обеспечения централизации и непрерывности предоставления услуг (SCC AS) IMS. Сеть доступа и IMS, в которой привязывается вызов, упоминаются как собственная сеть или собственный домен абонента.

Гостевая сеть или гостевой домен, в котором абонент может переходить в роуминг, содержит GERAN- или UTRAN-сеть доступа и LTE или UTRAN HSPA-сеть доступа и базовую сеть, содержащую, по меньшей мере, один сервер центра коммутации мобильной связи (MSC-S) и, по меньшей мере, один медиашлюз (MGW).

Служебные сигналы управления вызовами переносятся из гостевого домена через усовершенствованный узел B и обслуживающий шлюз (S-GW) и PDN GW в IMS (которая содержит, по меньшей мере, P-CSCF, S-CSCF и SCC AS), и наоборот. Мультимедиа транспортируется через усовершенствованный узел B и обслуживающий шлюз (S-GW) и PDN GW в удаленный конец, при этом удаленный конец является IMS-терминалом или любым другим устройством обработки мультимедиа, например, процессором функции мультимедийных ресурсов (MRFP), и наоборот.

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

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

Возможное решение для того, чтобы исправлять эту проблему, может состоять в том, что SCC AS вставляет управление функцией мультимедийных ресурсов (MRFC) в собственную IMS-сеть. MRFC должен вставлять MRFP в мультимедийный тракт, чтобы минимизировать временную задержку, которая вводится посредством обновления удаленного конца, как описано выше (конкретная информация в отношении вызова дополнительного абонента), тем не менее, также в этом случае SCC AS, MRFC и MRFP должны быть в собственной сети абонента.

Стоит отметить, что невозможно использовать IMS-объект гостевой сети с этой целью; абонент должен использовать IMS собственной сети.

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

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

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

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

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

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

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

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

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

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

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

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

Термин "передача обслуживания сеанса абонента от доступа с коммутацией пакетов доступу с коммутацией каналов" может, в частности, обозначать передачу сеанса абонента от доступа с коммутацией пакетов доступу с коммутацией каналов.

Термин "запрос на передачу обслуживания" может, в частности, обозначать "запрос на передачу обслуживания SRVCC PS-CS" или "запрос на передачу доступа". В частности, в контексте заявки "запрос на передачу обслуживания SRVCC PS-CS" и "запрос на передачу доступа" могут быть идентичными друг другу.

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

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

Фиг.1 является блок-схемой, иллюстрирующей архитектуру связи, используемую во время привязки вызова в собственной сети абонента.

Фиг.2 является блок-схемой, иллюстрирующей архитектуру связи, используемую во время привязки вызова в гостевой сети абонента согласно примерному варианту осуществления изобретения.

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

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

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

Фиг.6 является блок-схемой, иллюстрирующей структуру сервера центра коммутации мобильной связи согласно примерному варианту осуществления изобретения.

Подробное описание изобретения

Иллюстрации на чертежах являются схематичными. На различных чертежах аналогичные или идентичные элементы содержат идентичные ссылки с номерами или с идентичными сокращениями.

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

Архитектура связи по фиг.2 является аналогичной архитектуре связи по фиг.1.

UE присоединяется к IMS через LTE-сеть доступа в гостевой сети. Вызов UE привязывается в SCC AS в IMS в собственной сети.

UE может выполнять передачу обслуживания между различными сетями доступа гостевой сети, в частности, от сети доступа с пакетной коммутацией к сети доступа с коммутацией каналов. Этими сетями в показанном варианте осуществления являются GERAN/UTRAN/EUTRAN.

Сервер центра коммутации мобильной связи (MSC-S) гостевой сети содержит в качестве функциональности предоставления услуг функцию передачи доступа к гостевой сети, а медиашлюз MGW содержит MRFP-функциональность. SCC AS в собственной сети может передавать в служебных сигналах в MSC-S в гостевой сети и наоборот для установления сеанса, чтобы включать MSC-S в тракт передачи служебных сигналов и MGW в мультимедийный тракт. MME может передавать в MSC-S связанные с мобильностью служебные сигналы, чтобы выполнять передачу обслуживания между доступом с коммутацией пакетов и доступом с коммутацией каналов.

Ссылаясь на фиг.3, далее описывается установление сеанса абонента в собственной сети с коммутацией пакетов. Здесь, SCC AS привязывает сеанс в VATF, которая находится в MSC-S.

Существующие процедуры инициирования мобильных устройств, описанные в технических требованиях 3GPP 23.228 [4], используются для того, чтобы устанавливать сеанс абонента.

Абонент, теперь обозначенный с помощью ссылки с номером UE1, инициирует мультимедийный IMS-сеанс с удаленным абонентским UE-2 и использует только мультимедийный PS-поток(и). Запрос абонентского UE-1 перенаправляется к S-CSCF собственной сети согласно или на основе обычных процедур установления IMS-сеанса (проиллюстрировано на фиг.3 посредством этапа 1).

Логика предоставления услуг с iFC в S-CSCF инструктирует перенаправление запроса к SCC AS собственной сети для первой привязки сеанса (проиллюстрировано на фиг.3 посредством этапов 2 и 3).

SCC AS дополнительно привязывает сеанс в MSC-сервере/VATF как для служебного трафика, так и для мультимедийного трафика (проиллюстрировано на фиг.3 посредством этапов 4-8), чтобы предоставлять передачу сеанса. С этой целью SCC AS отправляет в S-CSCF соответствующую информацию, которая, в свою очередь, перенаправляется посредством S-CSCF MSC-серверу. Мультимедийный трафик привязывается в MGW гостевой сети так, что идентифицированный MSC-сервер/VATF выделяет MGW, который должен использоваться для передачи мультимедийного трафика.

Чтобы предоставлять привязку посредством SCC AS сеанса в MSC-сервере, SCC AS идентифицирует или находит корректный MSC-сервер/VATF, в который следует маршрутизировать трафик, посредством одной из следующих процедур.

В первой процедуре предварительно сконфигурированный идентификатор общедоступных услуг (PSI) для MSC-сервера используется на основе обслуживающей сети, в которой абонентское UE-1 в данный момент находится в роуминге. Здесь, SCC AS может использовать, например, заголовок информации по P-сети доступа или заголовок информации по гостевой P-сети, чтобы определять сеть, в которой в данный момент регистрируется абонентское UE-1. Далее гостевая сеть должна обеспечивать то, что сеанс привязывается в MSC-сервере, который может обрабатывать абонента. Это может выполняться с помощью процедур, аналогичных процедурам, заданным для динамического выделения пользователей серверам приложений. Т.е. функция "балансировки нагрузки/выбора MSC-сервера" (MSF) в гостевой сети используется для выбора MSC-сервера. MSF, на основе коррелирующего международного номера мобильной станции ISDN-сети (C-MSISDN) и/или международного идентификатора абонента мобильной связи (IMSI), выбирает надлежащий экземпляр MSC-сервера. Выбор может быть основан на C-MSISDN и необязательно на IMSI. Можно отметить, что идентичная функция распределения/MSF может быть использована в MME, чтобы выбирать MSC-сервер для того, чтобы устанавливать опорную Sv-точку, как показано на фиг.2.

Дополнительно или альтернативно, во второй процедуре SCC AS идентифицирует MSC-сервер, которому абонентское UE-1 выделяется (в случае, если это осуществляется), посредством запроса роумингового номера мобильной станции (MSRN) абонентского UE-1, по меньшей мере, из одного из реестра собственных абонентов (HLR) и сервера собственных абонентов (HSS) собственной сети. MSRN затем может быть использован для того, чтобы привязывать передачу служебных сигналов в MSC-S.

Можно отметить, что в случае, если терминал или абонентское UE-1 использует службу коротких сообщений (SMS) по SGs, как указано в технических требованиях 3GPP 23.272, абонентское UE-1 выделяется MSC-серверу при закреплении в LTE.

SCC AS включает в себя, по меньшей мере, один из C-MSISDN и IMSI для абонентского UE-1 при привязке сеанса в MSC-сервере/VATF. В частности, SCC AS включает в себя C-MSISDN и необязательно IMSI. Дополнительно и альтернативно, SCC AS может включать в себя международный идентификатор мобильного оборудования (IMEI). C-MSISDN используется посредством VATF в качестве коррелирующего идентификатора, чтобы коррелировать входящий запрос на передачу обслуживания из MME, который включает в себя C-MSISDN, с текущими данными.

Можно дополнительно отметить, что отправка информации приглашения из S-CSCF в MSC-сервер/VATF и отправка дополнительной информации приглашения из MSC-сервера/VATF (проиллюстрирована на фиг.3 посредством этапов 5 и 7, соответственно) может выполняться через функцию управления медиашлюзом (MGCF) с передачей служебных сигналов по абонентской подсистеме ISDN-сетей (ISUP) или по протоколу независимого от однонаправленного канала управления вызовами (BICC) между MSC-сервером и MGCF в IMS в собственной сети.

Можно дополнительно отметить, что привязка сеанса может означать, что ветвь доступа сеанса находится между UE-1 и MSC-сервером/VATF, в то время как удаленная ветвь сеанса для передачи служебных сигналов находится между MSC-сервером/VATF и SCC AS в собственной сети.

SCC AS завершает установление сеанса связи для абонентского UE-2 и отправляет ответ в абонентское UE-1 (проиллюстрировано на фиг.3 посредством этапа 9).

MSF может включать в себя ряд различных значений для выбора MSC-сервера/VATF и не ограничена, по меньшей мере, одним из MSISDN и IMSI, а может также содержать, например, временный идентификатор абонента мобильной связи в реестре гостевых абонентов (VLR TMSI) и идентификатор зоны расположения (LAI). Это далее может требовать, чтобы абонентское UE-1 было выполнено с возможностью предоставлять соответствующую информацию в передаче служебных SIP-сигналов.

Выбранная VATF должна быть в тракте передачи служебных сигналов в течение длительности вызова. Это может требовать, чтобы, если SGs используется, новый выбранный MME устанавливал опорные SGs-точки к идентичному MSC-серверу/VATF. Это может достигаться посредством включения идентификатора MSC-сервера (идентификатора MSC) в алгоритм выбора (MSF), и идентификатор MSC также должен содержаться в контексте для передачи обслуживания между MME.

Ссылаясь на фиг.4, далее описывается передача сеанса от сети PS-доступа абонента к сети CS-доступа.

Более точно, следующий раздел описывает высокоуровневые или усовершенствованные процедуры для передачи доступа при использовании VATF-функции в гостевой сети.

Процедуры, указанные в технических требованиях 3GPP 23.216[10], раздел 6.2.2.1, приводят к тому, что MME, на основе C-MSISDN/IMSI, должен определять корректный MSC-сервер, который в данный момент привязывает сеанс абонентского UE-1 (обозначенного на фиг.3A как UE) (проиллюстрировано на фиг.4 посредством этапов 1 и 2, соответственно). В дополнение к существующим процедурам MME может использовать идентичный тип функции распределения (MSF), как описано выше относительно фиг.3, чтобы находить корректный MSC-сервер.

MSC-сервер принимает запрос на передачу обслуживания из MME (проиллюстрировано на фиг.4 посредством этапа 2).

MSC-сервер обновляет привязку мультимедиа в MGW, чтобы отправлять и принимать мультимедиа в направлении целевой ветви доступа (CS-ветви) (проиллюстрировано на фиг.4 посредством этапа 3) и блокировать мультимедиа в направлении исходной ветви доступа. В этот момент дополнительная передача служебных сигналов не требуется в IMS-сети.

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

Исходная ветвь доступа затем может высвобождаться (проиллюстрировано на фиг.4 посредством этапа 4).

Далее описывается влияние на сеть.

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

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

MSC-сервер, возможно, должен иметь специальную процедуру, чтобы коррелировать действующий сеанс/вызов с входящим запросом на передачу обслуживания из MME, и в течение определенного периода времени может обеспечивать, что MGW может отправлять мультимедиа как в PS-, так и в CS-ветвь.

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

Фиг.5 иллюстрирует структуру управляющего узла 500 для привязки сеанса с коммутацией пакетов абонента согласно примерному варианту осуществления изобретения. Управляющий узел 500 приспосабливается в качестве сервера приложений, в частности, SCC AS собственной сети абонента.

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

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

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

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

Управляющий узел 500 содержит процессор 506, в частности, процессор, в котором надлежащие алгоритмы могут выполняться для того, чтобы осуществлять способ для привязки сеанса с коммутацией пакетов абонента и/или выполнения передачи обслуживания сеанса абонента от доступа с коммутацией пакетов доступу с коммутацией каналов. Модуль 504 привязки может быть, по меньшей мере частично, частью процессора 506.

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

Фиг.6 иллюстрирует структуру управляющего узла 600 для выполнения передачи обслуживания сеанса абонента от доступа с коммутацией пакетов доступу с коммутацией каналов. Управляющий узел 600 приспосабливается в качестве сервера MSC-S центра коммутации мобильной связи.

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

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

Управляющий узел 600 содержит процессор 606, в частности, процессор, в котором надлежащие алгоритмы могут выполняться для того, чтобы осуществлять способы привязки сеанса с коммутацией пакетов абонента и/или выполнения передачи обслуживания сеанса абонента от доступа с коммутацией пакетов доступу с коммутацией каналов. Модуль 604 инструктирования может быть, по меньшей мере частично, частью процессора 606.

Управляющий узел 600 содержит модуль 608 хранения для сохранения информации, необходимой во время осуществления способов привязки сеанса с коммутацией пакетов абонента и/или привязки сеанса с коммутацией пакетов абонента.

Управляющий узел 600 может находиться в гостевой сети абонента.

Управляющий узел 600 может содержать функцию VATF передачи доступа к гостевой сети.

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

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

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

Сокращения:

BICC - независимое от однонаправленного канала управление вызовами

BSS - подсистема базовой станции

C-MSISDN - коррелирующий международный номер мобильной станции ISDN-сети

CS - с коммутацией каналов

DSL - цифровая абонентская линия

EPC - усовершенствованное ядро пакетной коммутации

EUTRAN - усовершенствованная сеть универсального наземного радиодоступа

GERAN - сеть радиодоступа GSM/EDGE

3GPP - Партнерский проект третьего поколения

GSM - глобальная система мобильной связи

HLR - реестр собственных абонентов

HO - передача обслуживания

HSS - сервер собственных абонентов

ICS - централизованные IMS-услуги

iFC - критерии начальной фильтрации

IMS - мультимедийная подсистема на базе IP-протокола

IMSI - международный идентификатор абонента мобильной связи

IP - Интернет-протокол

LAI - идентификатор зоны расположения

ISUP - абонентская подсистема ISDN-сетей

ISDN - цифровая сеть с интегрированными услугами

LTE - долгосрочное развитие

MGCF - функция управления медиашлюзом

MGW - медиашлюз

MME - объект управления мобильностью

MSF - функция выбора MSC

MRFP - процессор функции мультимедийных ресурсов

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

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

MSRN - роуминговый номер мобильной станции

P-CSCF - функция управления сервером прокси-вызовов

P-GW - пакетный шлюз

PS - с коммутацией пакетов

PSI - идентификатор общедоступных услуг

RNC - контроллер радиосети

RTP - протокол в реальном времени

SCC AS - сервер приложений для обеспечения централизации и непрерывности предоставления услуг

S-CSCF - функция управления сервером обслуживающих вызовов

SDP - протокол описания сеанса

S-GW - обслуживающий шлюз

SIP - протокол инициирования сеанса

SR-VCC - непрерывность речевых радиовызовов при переходе между сетями

UE - абонентское устройство

UTRAN - сеть универсального наземного радиодоступа

VATF - функция передачи доступа к гостевой сети

VLR - реестр гостевых абонентов

VLR TMSI - временный идентификатор абонента мобильной связи в реестре гостевых абонентов

VoIP - "речь-по-IP"

WCDMA - широкополосный множественный доступ с кодовым разделением каналов

WLAN - беспроводная локальная вычислительная сеть