RU2454031C2 - Способ, система и устройство для установления ассоциативно-управляющих связей - Google Patents

Способ, система и устройство для установления ассоциативно-управляющих связей Download PDF

Info

Publication number
RU2454031C2
RU2454031C2 RU2010117166/07A RU2010117166A RU2454031C2 RU 2454031 C2 RU2454031 C2 RU 2454031C2 RU 2010117166/07 A RU2010117166/07 A RU 2010117166/07A RU 2010117166 A RU2010117166 A RU 2010117166A RU 2454031 C2 RU2454031 C2 RU 2454031C2
Authority
RU
Russia
Prior art keywords
user
iccf
address
address information
ics
Prior art date
Application number
RU2010117166/07A
Other languages
English (en)
Other versions
RU2010117166A (ru
Inventor
Дунмин ЧЖУ (CN)
Дунмин ЧЖУ
Сунхай Е (CN)
Сунхай Е
Чуньянь ДИН (CN)
Чуньянь ДИН
Original Assignee
Хуавэй Текнолоджиз Ко., Лтд.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Хуавэй Текнолоджиз Ко., Лтд. filed Critical Хуавэй Текнолоджиз Ко., Лтд.
Publication of RU2010117166A publication Critical patent/RU2010117166A/ru
Application granted granted Critical
Publication of RU2454031C2 publication Critical patent/RU2454031C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/26Network addressing or numbering for mobility support
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/102Gateways
    • H04L65/1033Signalling gateways
    • H04L65/1036Signalling gateways at the edge
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1096Supplementary features, e.g. call forwarding or call holding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • H04W76/16Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/10Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Abstract

Изобретение относится к способам связи и в частности к способу, системе и устройству для установления ассоциативно-управляющих связей. Техническим результатом является установление ассоциативно-управляющих связей таким образом, что блок адаптации доступа, такой как функция-сеть адаптации локального доступа с коммутацией каналов (CS) (L-CAAF-n), может установить ассоциативно-управляющие связи с ICCF для пользователей централизованной службы мультимедийной подсистемы IP (IMS). Указанный технический результат достигается тем, что предложен способ для установления ассоциативно-управляющих связей, содержащий следующие этапы: первый сетевой объект получает адресную информацию второго сетевого объекта и первый сетевой объект отправляет свою собственную адресную информацию ко второму сетевому объекту. Также обеспечиваются система, блок адаптации доступа и IMS CS функция управления (ICCF) для установления ассоциативно-управляющих связей. В вариантах осуществления данного изобретения блок адаптации доступа, такой как L-CAAF-n, может знать, является ли пользователь пользователем централизованной службы IMS (ICS) и получать адресную информацию ICCF таким образом, что между L-CAAF-n и ICCF могут быть установлены ассоциативно-управляющие связи. 3 н. и 8 з.п. ф-лы, 10 ил.

Description

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Данное изобретение относится к методам связи и в частности к способу, системе и устройству для установления ассоциативно-управляющих связей.
УРОВЕНЬ ТЕХНИКИ
Мультимедийная подсистема IP (IMS) определяется для сети широкополосного множественного доступа с кодовым разделением (WCDMA) посредством проекта партнерства третьего поколения (3GPP) в стандарте R5/R6. IMS реализует службы пакетной передачи речи и данных в мобильных сетях третьего поколения (3G) и обеспечивает унифицированные мультимедийные службы и приложения. IMS использует пакетный домен IP в качестве своего однонаправленного канала-носителя для передачи сигналов управления и мультимедиа и использует протокол инициирования сеанса (SIP) для обмена сигнализацией управления вызовами. В IMS данные подписки пользователя централизованы на домашнем сервере абонентов (HSS) для управления. Службы однородно обеспечиваются посредством сервера приложений (AS), а управление сеансом дополняется функцией управления сеансом вызова (CSCF). В сетевой структуре обеспечение службы полностью отделено от управления сеансом. Обслуживающая CSCF (S-CSCF) запускает службы для AS для обработки. Множество AS могут обрабатывать службы вместе. Пользователь получает доступ к IMS через ее текущую прокси CSCF (P-CSCF), и сеансы и службы управляются посредством обслуживающего узла в домашнем домене того места, где этот пользователь зарегистрирован. Таким образом, пользователь может наслаждаться одними и теми же службами в различных точках доступа. Это отделяет управление службой, управление сеансом и доступ к однонаправленному каналу друг от друга и обеспечивает службы независимо от доступа и местоположения.
IMS определена в стандартах 3GPP и конвергентных служб и протоколов телекоммуникаций и Интернет для развитой архитектуры сетей (TISPAN). В стандартах 3GPP2 определен мультимедийный домен (MMD), подобный мультимедийной подсистеме. Структура MMD подобна структуре IMS. Для упрощения описаний, далее описывается только IMS, но, очевидно, способы, описанные ниже, также применимы к MMD.
В развитие IMS сетей, сети с коммутацией каналов (CS) и IMS сети могут сосуществовать в течение некоторого периода времени. В этом случае операторы желают иметь точку управления для управления службами в CS и IMS доменах централизованным образом таким образом, чтобы уменьшить издержки развертывания и управления и обеспечить согласованный опыт обслуживания. Эта точка управления обычно развертывается в IMS сети и реализуется посредством AS сервера. А именно, когда пользователь получает доступ через CS сеть, IMS сеть также обеспечивает службы для этого пользователя.
Этот вопрос также существует в централизованной службе IMS (ICS) в стандартах 3GPP и TISPAN. Фиг. 1 показывает структуру ICS. В качестве новой функции, функция-сеть адаптации локального CS доступа (L-CAAF-n) может быть независимо развернута между оборудованием пользователя (UE) и мобильным коммутационным центром (MSC) или интегрирована с MSC. L-CAAF-n, в основном, адаптирована для идентификации того, является ли пользователь ICS пользователем. Если пользователь является ICS пользователем, то L-CAAF-n выполняет взаимное преобразование CS сигнализации и SIP сигнализации пользователя и отправляет преобразованную сигнализацию к IMS CS функции управления (ICCF). L-CAAF-n может рассматриваться как блок адаптации доступа, который преобразует CS сигнализацию в SIP сигнализацию. ICCF является AS с функцией агента пользователя (UA) и получает доступ к IMS домену в качестве агента UE в IMS домене. Когда ICS пользователь получает доступ через CS домен, L-CAAF-n нуждается в отправлении преобразованной SIP сигнализации к ICCF и ICCF получает доступ к IMS домену в качестве агента этого пользователя. ICCF управляет доступом пользователя к IMS домену через CS домен.
При реализации данного изобретения авторами изобретения обнаружены, по меньшей мере, следующие проблемы в предшествующем уровне техники:
Различные ICS пользователи могут иметь различные ICCF. Когда ICS пользователь направляется к L-CAAF-n в первый раз, L-CAAF-n не имеет адресной информации ICCF пользователя и не может отправить преобразованную SIP сигнализацию к ICCF. Таким образом, является остро необходимым предоставить возможность L-CAAF-n получать эту адресную информацию ICCF и определять, является ли пользователь ICS пользователем.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
Варианты осуществления данного изобретения обеспечивают способ, систему и устройство для установления ассоциативно-управляющих связей таким образом, что блок адаптации доступа, такой как L-CAAF-n, может установить ассоциативно-управляющие связи с ICCF для ICS пользователей.
Способ для определения того, является ли пользователь ICS пользователем, в варианте осуществления данного изобретения предусматривает:
получение, блоком адаптации доступа, информации подписки пользователя через сообщение протокола мобильных приложений (МАР), сообщение SH интерфейса или сообщение Cx интерфейса; и
получение информации, указывающей, что пользователь является ICS пользователем, из информации подписки пользователя.
Система для установления ассоциативно-управляющих связей в варианте осуществления данного изобретения включает в себя блок адаптации доступа и ICCF; причем:
блок адаптации доступа выполнен с возможностью: получения адресной информации ICCF после определения того, что пользователь является ICS пользователем, и сообщения CS информации этого пользователя в ICCF, причем CS информация включает в себя адресную информацию блока адаптации доступа; и
ICCF выполнена с возможностью: получения адресной информации блока адаптации доступа и обеспечения своей собственной адресной информации для блока адаптации доступа.
Блок адаптации доступа в варианте осуществления данного изобретения включает в себя:
подблок оценки ICS пользователя, выполненный с возможностью определения того, является ли пользователь ICS пользователем;
подблок получения ICCF адреса, связанный с подблоком оценки ICS пользователя и выполненный с возможностью получения адресной информации ICCF после определения того, что пользователь является ICS пользователем; и
подблок отправления CS информации, связанный с подблоком получения ICCF адреса и выполненный с возможностью сообщения CS информации пользователя в ICCF.
ICCF в варианте осуществления данного изобретения включает в себя:
подблок получения адреса блока адаптации доступа, выполненный с возможностью получения адресной информации блока адаптации доступа; и
подблок обеспечения ICCF адреса, выполненный с возможностью обеспечения своей собственной адресной информации для подблока получения адреса блока адаптации доступа.
В вариантах осуществления данного изобретения, блок адаптации доступа, такой как L-CAAF-n, может узнавать, является ли пользователь ICS пользователем, согласно информации подписки этого пользователя, что отличается от известного уровня техники. Когда пользователь является ICS пользователем, блок адаптации доступа может получать адресную информацию ICCF и отправлять свою собственную адресную информацию к ICCF. Таким образом, L-CAAF-n и ICCF могут узнавать адресную информацию друг друга и могут быть установлены ассоциативно-управляющие связи между L-CAAF-n и ICCF.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Для лучшего понимания технического решения, обеспеченного в вариантах осуществления данного изобретения или в известном уровне техники, далее описываются чертежи, которые используются при описании вариантов осуществления данного изобретения или известного уровня техники. На чертежах представлены только некоторые примерные варианты осуществления данного изобретения. Специалисты в данной области техники могут создать другие варианты осуществления на основе следующих чертежей без творческой работы.
Фиг. 1 показывает системную структуру ICS в известном уровне техники;
Фиг. 2 является блок-схемой последовательности операций способа для L-CAAF-n, чтобы определять, является ли пользователь ICS пользователем, согласно первому варианту осуществления данного изобретения;
Фиг. 3а является блок-схемой последовательности операций способа для использования неструктурированных дополнительных служебных данных (USSD) для получения адресной информации ICCF во втором варианте осуществления данного изобретения;
Фиг. 3b является блок-схемой последовательности операций другого способа для получения адресной информации ICCF во втором варианте осуществления данного изобретения;
Фиг. 4 является блок-схемой последовательности операций способа для использования специализированных приложений для усовершенствованной логики мобильной сети (CAMEL) для сообщения номера регистра местоположения посетителя (VLR) в третьем варианте осуществления данного изобретения;
Фиг. 5 является блок-схемой последовательности операций способа для доставки HSS VLR номера в четвертом варианте осуществления данного изобретения;
Фиг. 6 является блок-схемой последовательности операций способа для построения адресной информации ICCF в пятом варианте осуществления данного изобретения;
Фиг. 7 является блок-схемой последовательности операций способа триггера начального критерия фильтрации (iFC) в шестом варианте осуществления данного изобретения;
Фиг. 8 показывает структуру блока адаптации доступа в варианте осуществления данного изобретения и
Фиг. 9 показывает структуру ICCF в варианте осуществления данного изобретения.
ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ
Техническое решение данного изобретения далее подробно описывается со ссылками на чертежи. Очевидно, что эти варианты осуществления являются только примерными вариантами осуществления данного изобретения, и данное изобретение не ограничено такими вариантами осуществления. Другие варианты осуществления, которые специалисты в данной области техники могут получить на основе этих вариантов осуществления, также попадают в объем защиты данного изобретения.
В вариантах осуществления данного изобретения установление ассоциативно-управляющих связей означает, что блок адаптации доступа и ICCF узнают адресную информацию друг друга. CS регистрация включает в себя обновление местоположения, когда UE включается и присоединяется к сети и когда UE перемещается от некоторого MSC/VLR к другому.
В следующем варианте осуществления, предположим, что UE терпит неудачу в присоединении к CS сети в начале, а затем выполняется нормальное CS присоединение и обновление местоположения. Когда UE выполняет обновление местоположения, сообщение расширенного протокола мобильных приложений (МАР), такое как сообщение MAP_UPDATE_LOCATION может использоваться для идентификации того, что посещаемая сеть поддерживает L-CAAF-n. Таким образом, регистр домашнего местоположения (HLR) может знать, что посещаемая сеть поддерживает L-CAAF-n и идентифицировать, что этот пользователь является ICS пользователем при доставке данных.
Первый вариант осуществления данного изобретения описывает, каким образом L-CAAF-n определяет, является ли пользователь ICS пользователем. Как показано на фиг. 2, конкретный процесс включает в себя следующие этапы:
Этапы s201 и s203: UE выполняет нормальное CS присоединение и обновление местоположения, так как UE терпит неудачу в присоединении к CS сети в начале.
Стадия s204: HSS отправляет сообщение MAP-Insert-Subscribe-Data к L-CAAF-n, указывающее, что этот пользователь является ICS пользователем. Способы для идентификации того, что пользователь является ICS пользователем в сообщении MAP-Insert-Subscribe-Data, включают в себя, но не ограничены, следующее:
- Добавить некоторое значение в поле SS-Code или другие подходящие поля в сообщении MAP-Insert-Subscribe-Data для указания того, что этот пользователь является ICS пользователем. В этом случае ICS обрабатывается как дополнительная служба. Если L-CAAF-n обнаруживает, что этот пользователь является ICS пользователем, то L-CAAF-n проводит регистрацию в этом IMS для этого пользователя. В противном случае L-CAAF-n не регистрирует этого пользователя с этим IMS.
- Добавить некоторое поле к сообщению MAP-Insert-Subscribe-Data для указания того, что этот пользователь является ICS пользователем.
В этом варианте осуществления, если L-CAAF-n развернут независимо, L-CAAF-n нуждается в запрашивании VLR или HLR для того, чтобы увидеть, является ли этот пользователь ICS пользователем. Если L-CAAF-n интегрирован с MSC, то L-CAAF-n может получить то, является ли этот пользователь ICS пользователем, от VLR. Если между L-CAAF-n и HSS добавлен некоторый интерфейс, то L-CAAF-n может получить эту информацию о пользователе через этот интерфейс. L-CAAF-n может имитировать существующие функциональные объекты для получения информации подписки пользователя от HSS через Cx или SH интерфейс. Кроме того, L-CAAF-n может подписаться или запросить информацию подписки пользователя через SH или Cx интерфейс. Если блок адаптации доступа принимает SIP сообщение, отправленное от ICCF, то это означает, что этот пользователь имеет ICCF и является ICS пользователем. Таким образом, блок адаптации доступа дополнительно решает, сообщить соответствующую CS информацию пользователя в ICCF.
В следующем варианте осуществления предположим, что пользователь является ICS пользователем. Если пользователь не является ICS пользователем, то L-CAAF-n лишь нуждается в прозрачной передаче сообщения запроса, посылаемого от UE к MSC для обработки.
В следующем варианте осуществления L-CAAF-n обслуживает независимый объект. В конкретной реализации L-CAAF-n может быть также интегрирован в MSC. В этом случае интерфейс между L-CAAF-n и MSC становится внутренним интерфейсом.
Второй вариант осуществления данного изобретения описывает способ для использования USSD для получения адресной информации ICCF. Как показано на фиг.3а, этот способ предусматривает следующие этапы:
Этапы s301-s303a: UE выполняет нормальное обновление CS местоположения.
Этап s304a: L-CAAF-n обнаруживает, что к ICCF следует отправить сообщение, указывающее, что пользователь присоединен к CS сети.
Этап s305a: L-CAAF-n отправляет USSD сообщение к HSS/HLR для получения адресной информации ICCF пользователя.
Этап s306a: HSS возвращает адресную информацию ICCF в L-CAAF-n через USSD сообщение. Адресная информация ICCF, возвращенная HSS, может быть сконфигурирована в HSS или запрошена HSS из фиксированного места, такого как база данных, которая хранит адресную информацию ICCF всех пользователей.
Этап s307a: L-CAAF-n отправляет информационное сообщение к ICCF для уведомления ICCF о том, что пользователь был зарегистрирован в CS домене. Следует отметить, что L-CAAF-n может также отправить сообщение регистрации, и что это информационное сообщение может нести адресную информацию L-CAAF-n.
Этап s308a: ICCF проводит регистрацию с IMS доменом для этого пользователя.
В дополнение к отправлению USSD сообщения к HSS для получения адреса открытой служебной идентификации (PSI) ICCF, как описано в этапах s305a-s307a, L-CAAF-n может непосредственно отправить USSD сообщение в ICCF для запрашивания PSI адреса ICCF. Одним из конкретных способом маршрутизации может быть следующий способ: USSD сообщение, отправленное от L-CAAF-n, направляется к некоторому объекту с функцией доставки USSD сообщения. Адресная информация ICCF пользователя конфигурируется на этом объекте. Таким образом, этот объект может направить это USSD сообщение к ICCF пользователя. Как показано на фиг. 3b, процесс конкретной реализации включает в себя следующие этапы:
Этапы s301b-s303b: UE выполняет нормальное обновление CS местоположения.
Этап s304b: L-CAAF-n обнаруживает, что к ICCF следует отправить сообщение, указывающее, что этот пользователь присоединен к CS сети.
Этап s305b: L-CAAF-n отправляет USSD сообщение для получения PSI адреса ICCF. Это USSD сообщение направляется к USSD шлюзу.
Этап s306b: USSD шлюз пересылает это USSD сообщение к ICCF пользователя.
Этапы s307b и s308b: ICCF возвращает ее PSI адрес через некоторое USSD сообщение.
Этап s309b: L-CAAF-n отправляет информационное сообщение в ICCF для уведомления ICCF о том, что этот пользователь был зарегистрирован в CS домене.
Этап s310b: ICCF проводит регистрацию с IMS доменом для этого пользователя.
Следует отметить, что L-CAAF-n может также отправить SMS сообщение или Diameter сообщение для запроса PSI адреса ICCF.
В третьем варианте осуществления данного изобретения CAMEL может использоваться для того, чтобы сообщить VLR номер. Как показано на фиг. 4, процесс конкретной реализации включает в себя следующие этапы:
Этапы s401-s403: UE выполняет нормальное обновление CS местоположения.
Этап s404: Посещаемый центр коммутации мобильной связи (VMSC) сообщает текущий VLR номер пользователя через сообщение MAP-NOTE-MM-EVENT в формате CAMEL.
Этап s405: ICCF строит адресную информацию L-CAAF-n согласно сообщенному VLR номеру. VLR номер, включающий в себя номер открытой наземной мобильной сети (PLMN), является глобально уникальным, и L-CAAF-n соответствует VLR на основе взаимно однозначного соответствия. Таким образом, ICCF может уникально адресоваться к L-CAAF-n согласно VLR номеру. Способы для адресации ICCF к L-CAAF-n включают в себя, но не ограничены этим, следующее:
- ICCF строит адрес идентификатора однородного ресурса (URI) L-CAAF-n согласно VLR номеру в следующем формате: “VLR номер@”PLMN идентификатор VLR”.
- Соответствующая адресная информация ICCF VLR конфигурируется в ICCF.
Этап s406: ICCF отправляет свою собственную адресную информацию к L-CAAF-n через SIP сообщение. В дополнение к адресной информации ICCF, это SIP сообщение может нести информацию, указывающую, что этот пользователь является ICS пользователем, для запуска L-CAAF-n, чтобы отправить регистрационное сообщение. SIP сообщение может быть информационным сообщением или же другими подходящими сообщениями.
Этап s407: После принятия адресной информации ICCF, L-CAAF-n отправляет регистрационное сообщение к ICCF, чтобы сообщить ICCF, что пользователь был зарегистрирован в CS домене. Следует отметить, что L-CAAF-n может также отправить информационное сообщение.
Точка управления службой (SCP) в этом варианте осуществления может быть независимо развернута или интегрирована в ICCF. Когда SCP интегрирована в ICCF, VLR номер, сообщенный UE, передается между SCP и ICCF через внутреннее сообщение. Если SCP развертывается независимо, то VLR номер передается между SCP и ICCF через внешний интерфейс.
Четвертый вариант осуществления обеспечивает способ для HSS, чтобы доставить VLR номер. Как показано на фиг. 5, этот способ включает в себя следующие этапы:
Этап s501: ICCF отправляет сообщение подписки к HSS через SH интерфейс для подписки к VLR номеру пользователя.
Этапы s502-s504: UE выполняет нормальное обновление CS местоположения.
Этап s505: HSS отправляет текущий VLR номер пользователя в ICCF через SH интерфейс согласно сообщению подписки, отправленному от ICCF.
Этап s506: ICCF строит адресную информацию L-CAAF-n согласно принятому VLR номеру. VLR номер, включающий в себя PLMN номер, является глобально уникальным, и L-CAAF-n соответствует этому VLR на основе взаимно однозначного соответствия. Таким образом, ICCF может уникально адресоваться к L-CAAF-n согласно VLR номеру. Способы для адресации ICCF к L-CAAF-n включают в себя, но не ограничены этим, следующее:
- ICCF строит URI адрес L-CAAF-n согласно VLR номеру в следующем формате: “VLR номер@”PLMN идентификатор VLR”.
- Соответствующая адресная информация ICCF VLR конфигурируется в ICCF.
Этап s507: ICCF отправляет свой собственный адрес в L-CAAF-n через SIP сообщение. Это SIP сообщение может быть информационным сообщением. В дополнение к адресной информации ICCF SIP сообщение может нести информацию, указывающую, что пользователь является ICS пользователем.
Этап s508: UE отправляет сообщение запроса вызова в L-CAAF-n.
Этап s509: L-CAAF-n отправляет сообщение приглашения в ICCF согласно сообщению запроса вызова, отправленного от UE, и адресной информации ICCF, полученной на этапе s507. L-CAAF-n отправляет сообщение приглашения только при принятии адресной информации ICCF и сообщения запроса вызова, отправленного от UE.
В этом варианте осуществления ICCF сначала нуждается в определении того, является ли пользователь ICS пользователем, а затем осуществляет подписку к VLR номеру пользователя, только когда пользователь является ICS пользователем.
Пятый вариант осуществления обеспечивает способ для построения адресной информации ICCF. Как показано на фиг. 6, этот способ включает в себя следующие этапы:
Этапы s601-s603: UE выполняет нормальное обновление CS местоположения.
Этап s604: L-CAAF-n обнаруживает, что следует отправить сообщение для уведомления ICCF о том, что пользователь был зарегистрирован в CS домене. Таким образом, L-CAAF-n строит адресную информацию ICCF пользователя. Способы для получения L-CAAF-n адресной информации ICCF включают в себя, но не ограничены этим, следующее:
- Построить URI адрес в следующем формате: “HLR номер пользователя + специальный номер пользователя ”@”PLMN идентификатор собственного домена”.
- Непосредственно использовать эту сконфигурированную адресную информацию ICCF пользователя в L-CAAF-n.
Этап s605: Согласно построенной адресной информации ICCF на этапе s604, L-CAAF-n отправляет сообщение для уведомления ICCF о том, что пользователь был зарегистрирован в CS домене. Это сообщение может быть информационным сообщением или подходящим SIP сообщением. Это сообщение может также нести адресную информацию L-CAAF-n.
Этапы s604 и s605 точно описывают тот случай, когда L-CAAF-n воспринимает, что необходимо уведомить ICCF о том, что пользователь был зарегистрирован в CS домене. Фактически, L-CAAF-n может также отправить регистрационное сообщение в ICCF или отправить сообщение приглашения в ICCF, когда UE инициирует вызов.
Шестой вариант осуществления обеспечивает способ триггера iFC. Как показано на фиг. 7, этот способ включает в себя следующие этапы:
Этапы s701-s703: UE выполняет нормальное обновление CS местоположения.
Этап s704: L-CAAF-n строит SIP сообщение согласно международной идентификации мобильного абонента (IMSI) или цифровому номеру мобильной станции с интеграцией служб (MSISDN) пользователя. Это SIP сообщение может быть информационным сообщением.
Этап s705: L-CAAF-n отправляет построенное SIP сообщение в S-CSCF. Это SIP сообщение может также нести адресную информацию L-CAAF-n.
Этап s706: S-CSCF отправляет это SIP сообщение в ICCF через iFC триггер.
Этапы s708 и s709: ICCF возвращает свою собственную адресную информацию через ответное сообщение. ICCF может также возвратить свою собственную адресную информацию через новое SIP сообщение.
Этап s710: L-CAAF-n проводит регистрацию с IMS доменом для пользователя.
Также обеспечивается система для установления ассоциативно-управляющих связей. Эта система включает в себя блок адаптации доступа и ICCF. Блок адаптации доступа выполнен с возможностью получения адресной информации ICCF после определения того, что пользователь является ICS пользователем, и сообщения CS информации пользователя в ICCF. CS информация включает в себя адресную информацию блока адаптации доступа. ICCF выполнена с возможностью получения адресной информации блока адаптации доступа и обеспечения своей собственной адресной информации для блока адаптации доступа.
Как показано на фиг. 8, блок адаптации доступа включает в себя подблок 110 оценки ICS пользователя, подблок 120 получения ICCF адреса и подблок 130 отправления CS информации. Подблок 110 оценки ICS пользователя выполнен с возможностью определения того, является ли пользователь ICS пользователем. Например, первый сетевой объект получает информацию подписки пользователя из МАР сообщения, сообщения SH интерфейса или сообщения Cx интерфейса и определяет, является ли пользователь ICS пользователем согласно этой информации подписки. Подблок 120 получения ICCF адреса, связанный с подблоком 110 оценки ICS пользователя, выполнен с возможностью получения адресной информации ICCF после определения того, что пользователь является ICS пользователем. Например, подблок 120 получения ICCF адреса отправляет USSD сообщение, SMS сообщение или Diameter сообщение в HSS для получения адресной информации второго сетевого объекта или непосредственно отправляет сообщение запроса ко второму сетевому объекту для запроса PSI адреса. Подблок 130 отправления CS информации, связанный с подблоком 120 получения ICCF адреса, выполнен с возможностью сообщения CS информации пользователя в ICCF.
Подблок 120 получения ICCF адреса дополнительно включает в себя модуль 121 запроса адреса, модуль 122 построения адреса, модуль 123 запуска получения адреса и модуль 124 предварительного конфигурирования адреса.
Модуль 121 запроса адреса выполнен с возможностью отправления сообщения запроса в HSS для получения адресной информации ICCF.
Модуль 122 построения адреса выполнен с возможностью получения по меньшей мере одного из следующих номеров: IMSI номера и MSISDN пользователя, и построения адресной информации домашней ICCF пользователя согласно полученному номеру.
Модуль 123 запуска получения адреса выполнен с возможностью построения URI пользователя согласно по меньшей мере одного из следующих номеров: IMSI номера и соответствующего MSISDN пользователя. Блок адаптации доступа отправляет SIP сообщение запроса в S-CSCF в домашнем домене для того, чтобы дать S-CSCF возможность отправить это сообщение в ICCF через iFC триггер. Затем ICCF отправляет свою собственную адресную информацию в блок адаптации доступа.
Модуль 124 предварительного конфигурирования адреса выполнен с возможностью предварительного конфигурирования адресной информации ICCF всех пользователей.
Как показано на фиг. 9, ICCF дополнительно включает в себя подблок 210 получения адреса блока адаптации доступа и подблок 220 обеспечения ICCF адреса. Подблок 210 получения адреса блока адаптации доступа выполнен с возможностью получения адресной информации блока адаптации доступа. Один способ состоит в построении адреса первого сетевого объекта посредством получения текущего VLR номера пользователя. Этот VLR номер может быть получен из сообщения, отправленного от VLR, или сообщения, отправленного от HSS. Подблок 220 обеспечения ICCF адреса выполнен с возможностью обеспечения своей собственной адресной информации для подблока 210 получения адреса блока адаптации доступа.
Подблок 210 получения адреса блока адаптации доступа дополнительно включает в себя блок 211 построения адреса блока адаптации доступа и модуль 212 получения адреса блока адаптации доступа. Блок 211 построения адреса блока адаптации доступа выполнен с возможностью построения адреса блока адаптации доступа посредством получения текущего VLR номера пользователя. Модуль 212 получения адреса блока адаптации доступа выполнен с возможностью получения адреса непосредственно из сообщения, отправленного от блока адаптации доступа.
Согласно вариантам осуществления данного изобретения L-CAAF-n может узнавать, является ли пользователь ICS пользователем согласно информации подписки пользователя. Когда пользователь является ICS пользователем, L-CAAF-n может получить адресную информацию ICCF и отправить свою собственную адресную информацию к ICCF, или ICCF сначала получает адресную информацию L-CAAF-n и затем доставляет свою собственную адресную информацию к L-CAAF-n. Таким образом, L-CAAF-n и ICCF могут узнавать адресную информацию друг друга, и, таким образом, между L-CAAF-n и ICCF могут быть установлены ассоциативно-управляющие связи.
Посредством предшествующего описания вариантов осуществления данного изобретения специалистам в данной области техники понятно, что эти варианты осуществления данного изобретения могут быть реализованы посредством аппаратного обеспечения или посредством программного обеспечения в комбинации с необходимой аппаратной платформой. Таким образом, техническое решение данного изобретения может быть реализовано как программный продукт. Такое программное обеспечение может храниться в энергонезависимом ЗУ, таком как ПЗУ на компакт-диске (CD-ROM), USB диск или мобильный жесткий диск, и включает в себя набор команд, которые инструктируют компьютерное устройство, такое как персональный компьютер, сервер или сетевое устройство, для выполнения способа, обеспеченного в каждом варианте осуществления данного изобретения.
Хотя данное изобретение было описано посредством нескольких примерных вариантов его осуществления, изобретение не ограничено такими вариантами осуществления. Очевидно, что специалисты в данной области техники могут создавать различные модификации и вариации изобретения, не выходя за рамки сущности и объема изобретения. Изобретение предназначено охватывать такие модификации и вариации при условии, что они попадают в объем защиты, заданный следующей формулой изобретения или ее эквивалентами.

Claims (11)

1. Способ для определения того, является ли пользователь пользователем централизованной службы IMS (ICS), характеризующийся тем, что содержит: получение блоком адаптации доступа информации подписки пользователя через сообщение протокола мобильных приложений (MAP), причем к сообщению MAP_Insert-Subscribe-Data добавляется поле для идентификации того, что пользователь является ICS пользователем, когда блок адаптации доступа получает информацию подписки пользователя через MAP сообщение; и получение информации, указывающей, что пользователь является ICS пользователем, из информации подписки пользователя.
2. Способ по п.1, отличающийся тем, что дополнительно содержит: получение блоком адаптации доступа адресной информации IMS CS функции управления (ICCF); и отправление блоком адаптации доступа своей собственной адресной информации в ICCF.
3. Способ по п.2, отличающийся тем, что получение адресной информации ICCF включает в себя: отправление блоком адаптации доступа сообщения запроса к домашнему серверу абонентов (HSS) для получения адресной информации ICCF или отправление блоком адаптации доступа сообщения запроса к ICCF для запроса адреса открытой служебной идентификации (PSI) ICCF.
4. Способ по п.2, отличающийся тем, что процесс получения адресной информации ICCF содержит: получение блоком адаптации доступа номера международной идентификации мобильного абонента (IMSI) или соответствующего цифрового номера мобильной станции с интегрированными службами (MSISDN) пользователя и построение адресной информации домашней ICCF пользователя согласно полученному номеру.
5. Способ по п.2, отличающийся тем, что процесс получения адресной информации ICCF содержит: предварительное конфигурирование блоком адаптации доступа адресной информации ICCF каждого пользователя.
6. Способ по любому из п.1-5, отличающийся тем, что блок адаптации доступа интегрирован с центром коммутации мобильной связи (MSC).
7. Система для установления ассоциативно-управляющих связей, характеризующаяся тем, что содержит:
блок адаптации доступа, выполненный с возможностью определения, является ли пользователь пользователем централизованной службы IMS (ICS), получения адресной информации IMS CS функции управления (ICCF) после определения того, что это ICS пользователь, и сообщения информации коммутации каналов (CS) пользователя в ICCF, причем CS информация включает в себя адресную информацию блока адаптации доступа; и ICCF, выполненная с возможностью получения адресной информации блока адаптации доступа и обеспечения своей собственной адресной информации для блока адаптации доступа, причем блок адаптации доступа получает информацию подписки пользователя через сообщение протокола мобильных приложений (MAP) и получает информацию, указывающую, что пользователь является ICS пользователем, из информации подписки, причем к сообщению MAP_Insert-Subscribe-Data добавлено поле для идентификации того, что пользователь является ICS пользователем, когда блок адаптации доступа получает информацию подписки пользователя через MAP сообщение.
8. Система по п.7, отличающаяся тем, что блок адаптации доступа содержит: подблок оценки ICS пользователя, выполненный с возможностью определения того, является ли пользователь ICS пользователем; подблок получения ICCF адреса, связанный с подблоком оценки ICS пользователя и выполненный с возможностью получения адресной информации ICCF после определения того, что пользователь является ICS пользователем; и подблок отправления CS информации, связанный с подблоком получения ICCF адреса и выполненный с возможностью сообщения CS информации пользователя в ICCF.
9. Система по п.8, отличающаяся тем, что ICCF содержит: подблок получения адреса блока адаптации доступа, выполненный с возможностью получения адресной информации блока адаптации доступа; и подблок обеспечения ICCF адреса, выполненный с возможностью обеспечения своей собственной адресной информации для подблока получения адреса блока адаптации доступа.
10. Блок адаптации доступа, характеризующийся тем, что содержит: подблок оценки пользователя централизованной службы IMS (ICS), выполненный с возможностью определения того, является ли пользователь ICS пользователем; подблок получения адреса IMS CS функции управления (ICCF), связанный с подблоком оценки ICS пользователя и выполненный с возможностью получения адресной информации ICCF; и подблок отправления информации коммутации каналов (CS), связанный с подблоком получения ICCF адреса и выполненный с возможностью сообщения CS информации пользователя в ICCF, причем подблок оценки ICS пользователя дополнительно выполнен с возможностью получения информации подписки пользователя через сообщение протокола мобильных приложений (MAP), причем к сообщению MAP_Insert-Subscribe-Data добавлено поле для идентификации того, что пользователь является ICS пользователем, когда блок адаптации доступа получает информацию подписки пользователя через MAP сообщение.
11. Блок адаптации доступа по п.10, отличающийся тем, что подблок получения ICCF адреса содержит одно из следующего: модуль запроса адреса, выполненный с возможностью отправления сообщения запроса к домашнему серверу абонентов (HSS) для получения адресной информации ICCF пользователя; модуль построения адреса, выполненный с возможностью получения по меньшей мере одного из следующих номеров: номера международной идентификации мобильного абонента (IMSI) и соответствующего цифрового номера мобильной станции с интегрированными службами (MSISDN) пользователя, и построения адресной информации домашней ICCF пользователя согласно полученному номеру; модуль запуска получения адреса, выполненный с возможностью построения идентификатора однородного ресурса (URI) пользователя согласно по меньшей мере одному из следующих номеров: номера международной идентификации мобильного абонента (IMSI) и соответствующего цифрового номера мобильной станции с интегрированными службами (MSISDN) пользователя; и модуль предварительного конфигурирования адреса, выполненный с возможностью предварительного конфигурирования адресной информации ICCF каждого пользователя.
RU2010117166/07A 2007-09-30 2008-09-23 Способ, система и устройство для установления ассоциативно-управляющих связей RU2454031C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710149989.2 2007-09-30
CN200710149989A CN101400108B (zh) 2007-09-30 2007-09-30 一种建立控制关联关系的方法、系统及设备

Publications (2)

Publication Number Publication Date
RU2010117166A RU2010117166A (ru) 2011-11-10
RU2454031C2 true RU2454031C2 (ru) 2012-06-20

Family

ID=40518297

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2010117166/07A RU2454031C2 (ru) 2007-09-30 2008-09-23 Способ, система и устройство для установления ассоциативно-управляющих связей

Country Status (7)

Country Link
US (1) US8416723B2 (ru)
EP (2) EP2362690B1 (ru)
CN (1) CN101400108B (ru)
AT (1) ATE523004T1 (ru)
ES (2) ES2371987T3 (ru)
RU (1) RU2454031C2 (ru)
WO (1) WO2009046660A1 (ru)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101969675B (zh) * 2009-07-28 2014-04-09 中兴通讯股份有限公司 一种增强移动交换中心服务器的选择方法和系统
US8966034B1 (en) 2009-11-20 2015-02-24 Sprint Communications Company L.P. Managing subscriptions for an out-of-network mobile device
US9191804B1 (en) * 2009-11-20 2015-11-17 Sprint Communications Company L.P. Managing subscription messages on behalf of a mobile device
CN102811431A (zh) * 2011-06-01 2012-12-05 中兴通讯股份有限公司 建立imsi和msisdn映射关系的方法及装置
CN106028311B (zh) * 2016-07-15 2019-03-15 中国联合网络通信集团有限公司 一种终端注册方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1773967A (zh) * 2004-11-08 2006-05-17 华为技术有限公司 通过分组域为电路域用户提供业务的方法
RU2283542C2 (ru) * 2002-01-21 2006-09-10 Нокиа Корпорейшн Способ и система для изменения подписки
RU2300140C2 (ru) * 2002-07-16 2007-05-27 Нокиа Корпорейшн Система и способ для предоставления частных уведомлений о присутствии
CN1988714A (zh) * 2005-12-22 2007-06-27 中兴通讯股份有限公司 一种终呼网络选择系统和终呼网络选择的方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7898990B2 (en) * 2003-03-25 2011-03-01 Spyder Navigations L.L.C. Method, system and gateway device for enabling interworking between IP and CS networks
WO2004089024A1 (en) * 2003-04-01 2004-10-14 Nortel Networks Limited Method and apparatus for distinguishing priority service from emlpp enhancement
CN100484141C (zh) * 2005-03-28 2009-04-29 华为技术有限公司 实现ims和cs业务并发时的终端能力交互和路由控制的方法
PL2140648T3 (pl) * 2007-03-30 2012-03-30 Ericsson Telefon Ab L M System i sposób wskazywania dostępu z komutacją łączy przy rejestracji IMS
US20100118861A1 (en) * 2007-04-04 2010-05-13 Andreas Witzel Inter-Working Between a Packet-Switched Domain and a Circuit-Switched Domain

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2283542C2 (ru) * 2002-01-21 2006-09-10 Нокиа Корпорейшн Способ и система для изменения подписки
RU2300140C2 (ru) * 2002-07-16 2007-05-27 Нокиа Корпорейшн Система и способ для предоставления частных уведомлений о присутствии
CN1773967A (zh) * 2004-11-08 2006-05-17 华为技术有限公司 通过分组域为电路域用户提供业务的方法
CN1988714A (zh) * 2005-12-22 2007-06-27 中兴通讯股份有限公司 一种终呼网络选择系统和终呼网络选择的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; IP Multimedia System (IMS) centralized services (Release 8), 3GPP TR 23.892, SOPHIA-ANTIPOLIS CEDEX, FRANCE, no. Vl.2.1, 1 September 2007. Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); IP Multimedia Subsystem (IMS); Stage 2, 3GPP TS 23.228 version 7.6.0 Release 7, ETSI STANDARDS, LIS, SOPHIA ANTIPOLIS CEDEX, FRANCE, no. v 7.6.0, 11 December 2006. *

Also Published As

Publication number Publication date
US8416723B2 (en) 2013-04-09
RU2010117166A (ru) 2011-11-10
ES2396625T3 (es) 2013-02-22
ATE523004T1 (de) 2011-09-15
CN101400108A (zh) 2009-04-01
US20100046407A1 (en) 2010-02-25
EP2109262A1 (en) 2009-10-14
EP2362690A2 (en) 2011-08-31
EP2362690B1 (en) 2012-11-14
EP2109262B1 (en) 2011-08-31
EP2362690A3 (en) 2011-10-05
EP2109262A4 (en) 2010-05-19
ES2371987T3 (es) 2012-01-12
CN101400108B (zh) 2012-09-05
WO2009046660A1 (fr) 2009-04-16

Similar Documents

Publication Publication Date Title
KR101565626B1 (ko) 패킷 교환 방식 멀티미디어 가입자 서비스들을 제공하는 아키텍처에 의해 정의된 기능들을 갖는 인터페이스들을 갖는 이동 교환국 플랫폼
CA2605098C (en) System and method for managing call continuity in ims network environment using sip messaging
US20060161512A1 (en) Methods, systems, and computer program products for supporting database access in an Internet protocol multimedia subsystem (IMS) network environment
EP2938043B1 (en) Method of access provision
CA2637217C (en) Method and apparatus for providing ims services to circuit-switched controlled terminals
JP2006522501A5 (ru)
JP2006522501A (ja) モバイル通信システムにおける加入者の複数登録
US20110145388A1 (en) Method, system, and device for realizing registration mechanism of ip multimedia subsystem
WO2006111078A1 (fr) Procede d’obtention des informations d’acces utilisateur dans le reseau de prochaine generation
RU2454031C2 (ru) Способ, система и устройство для установления ассоциативно-управляющих связей
DK2297916T3 (en) PROCEDURE, DEVICE, SYSTEM AND RELATED HANDOVER MANAGEMENT COMPUTER PRODUCT
EP2014110A2 (en) A subscriber server system for a cellular communication system
EP3094059B1 (en) Routing voice over lte call invites in a terminating ims
CN100396160C (zh) 双模移动终端的注册方法及其移动通信网络
CN102420816B (zh) 一种确定用户信息的方法
KR101360151B1 (ko) Gruu 사용 가입자 간의 ims망에서의 sip 메시지 전송 방법 및 그 장치
KR100861125B1 (ko) 이동 통신망 기반의 대체 영상 서비스 제공 방법 및 시스템
KR101191601B1 (ko) Ims망 기반의 호 세션 처리를 위한 통신 방법 및 이를 구현한 장치
KR20100023591A (ko) Ims 네트워크에서 가상번호 서비스를 제공하기 위한 방법 및 장치