Способ, система и устройство для установления ассоциативно-управляющих связей
Изобретение относится к способам связи и в частности к способу, системе и устройству для установления ассоциативно-управляющих связей. Техническим результатом является установление ассоциативно-управляющих связей таким образом, что блок адаптации доступа, такой как функция-сеть адаптации локального доступа с коммутацией каналов (CS) (L-CAAF-n), может установить ассоциативно-управляющие связи с ICCF для пользователей централизованной службы мультимедийной подсистемы IP (IMS). Указанный технический результат достигается тем, что предложен способ для установления ассоциативно-управляющих связей, содержащий следующие этапы: первый сетевой объект получает адресную информацию второго сетевого объекта и первый сетевой объект отправляет свою собственную адресную информацию ко второму сетевому объекту. Также обеспечиваются система, блок адаптации доступа и IMS CS функция управления (ICCF) для установления ассоциативно-управляющих связей. В вариантах осуществления данного изобретения блок адаптации доступа, такой как L-CAAF-n, может знать, является ли пользователь пользователем централизованной службы IMS (ICS) и получать адресную информацию ICCF таким образом, что между L-CAAF-n и ICCF могут быть установлены ассоциативно-управляющие связи. 3 н. и 8 з.п. ф-лы, 10 ил.
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Данное изобретение относится к методам связи и в частности к способу, системе и устройству для установления ассоциативно-управляющих связей.
УРОВЕНЬ ТЕХНИКИ
Мультимедийная подсистема 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 диск или мобильный жесткий диск, и включает в себя набор команд, которые инструктируют компьютерное устройство, такое как персональный компьютер, сервер или сетевое устройство, для выполнения способа, обеспеченного в каждом варианте осуществления данного изобретения.
Хотя данное изобретение было описано посредством нескольких примерных вариантов его осуществления, изобретение не ограничено такими вариантами осуществления. Очевидно, что специалисты в данной области техники могут создавать различные модификации и вариации изобретения, не выходя за рамки сущности и объема изобретения. Изобретение предназначено охватывать такие модификации и вариации при условии, что они попадают в объем защиты, заданный следующей формулой изобретения или ее эквивалентами.
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 каждого пользователя.
