Способы и устройства в телекоммуникационной сети

Иллюстрации

Показать все

Настоящее изобретение относится к области телекоммуникационных сетей. Технический результат изобретения заключается в усовершенствовании предоставления информации в сеть IMS, связанной с местонахождением вызываемой стороны, когда вызываемая сторона принимает вызов в терминале GSM. Способ содержит этапы приема из телекоммуникационной сети с коммутацией пакетов запроса, чтобы создать вызов в мобильный терминал телекоммуникационной сети с коммутацией каналов, и посылки в регистр местонахождения сообщения запроса инструкции, содержащей один или более параметров для разрешения продолжения создания вызова в мобильный терминал. После приема одного или более параметров из регистра местонахождения, один или более параметров используют, чтобы создать вызов в мобильный терминал. Кроме того, один или более параметров посылают в телекоммуникационную сеть с коммутацией пакетов. Указанные параметры связаны с местонахождением мобильного терминала. Следовательно, объекты, которые обрабатывают завершение вызова, для вызова, который доставляют, чтобы осуществить доступ к телекоммуникационной сети с коммутацией каналов (например, GSM), принимают информацию о местонахождении, связанную с соединенной стороной. Эту информацию принимают прозрачным способом в сигнализации SIP. 4 н. и 11 з.п. ф-лы, 9 ил.

Реферат

2420-182202RU/085

СПОСОБЫ И УСТРОЙСТВА В ТЕЛЕКОММУНИКАЦИОННОЙ СЕТИ

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

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

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

Подсистема мультимедиа IP (IMS) является архитектурной базой для доставки услуг мультимедиа протокола Интернет (IP). Она составляет подход для предоставления услуг мультимедиа на основе Интернет, включая речевые вызовы и обмен сообщениями, в различные беспроводные телекоммуникационные сети, такие как глобальная система мобильной связи (GSM), беспроводная LAN и универсальная мобильная телекоммуникационная система (UMTS), а также сети с фиксированными линиями связи. Одним из протоколов, используемых в сети IMS, является протокол инициирования сеанса (SIP). Терминал, используемый с сетью IMS, упоминают как терминал SIP.

Фиг.1 изображает архитектуру, предназначенную для обработки завершения вызова IMS, в соответствии с чем вызов предлагают в терминал GSM вызываемого абонента. Фиг.1 также изображает терминал SIP, вызываемый абонент может иметь как терминал GSM, так и терминал SIP. Эту архитектуру используют для мобильности IMS (также известной как расширение множественного доступа, MAE). Абонент такой сетевой услуги, т.е. абонент MAE, имеет доступ к услугам IMS и может использовать терминал GSM или терминал SIP для создания вызова и приема вызова. Абонент может принять вызов и ответить на этот вызов в своем терминале GSM или в своем терминал SIP.

Обслуживающая функция управления сеансом вызова (S-CSCF) является объектом в сети IMS, который обрабатывает входящие и исходящие вызовы в сети IMS. На Фиг.1 S-CSCF 10 принимает сообщение запроса создания входящего вызова, предназначенное для абонента MAE, который имеет терминал GSM и терминал SIP. Вызов может быть предложен как в терминале GSM абонента MAE, так и терминале SIP абонента MAE. Для предложения вызова в терминал SIP абонента MAE S-CSCF 10 связывается с уполномоченной CSCF (P-CSCF) 12 с использованием SIP, и P-CSCF 12 передает сообщение запроса создания вызова в терминал 14 SIP. S-CSCF использует, для вышеописанной маршрутизации вызова в P-CSCF и терминал SIP, адрес контакта, который терминал SIP ранее депонировал в S-CSCF во время регистрации терминала SIP в сети IMS.

Для предложения вызова в терминал 24 GSM абонента MAE S-CSCF 10 связывается с контроллером шлюза среды (MGC) 16 с использованием сигнализации SIP. MGC 16 содержит функцию управления шлюзом среды (MGCF), которая, в частности, преобразует сигнализацию SIP в сигнализацию ISUP (пользовательскую часть ISDN, протокол сигнализации создания вызова для сетей ISDN и сетей GSM). То есть, MGC 16 завершает сигнализацию SIP из базовой сети IMS и создает завершение ветви вызова в сети GSM в терминал GSM вызываемого абонента. MGC 16 посылает сообщение запроса создания вызова в шлюзовой мобильный коммутационный центр услуг (GMSC) 18 в сети GSM. Это сообщение запроса создания вызова может быть сообщением первоначального адреса ISUP. GMSC 18 требует информации маршрутизации, для того чтобы быть в состоянии передать вызов в мобильный коммутационный центр услуг (MSC), обслуживающий в текущий момент терминал 24 GSM. При этом GMSC связывается, с использованием сигнализации MAP (мобильной части приложения), с опорным регистром местонахождения (HLR) 20. HLR 20 является базой данных, которая содержит детали подписки и местонахождения абонентов, которые санкционированы использовать сеть GSM, часть которой образует этот HLR. HLR 20 принимает сообщение сигнализации MAP из GMSC 18 и запрашивает информацию маршрутизации в виде номера роуминга мобильной станции (MSRN) из посещаемого MSC (VMSC) 22. VMSC имеет регистр местонахождения посетителя (VLR, не изображен), интегрированный в нем. HLR сохраняет адреса VMSC для каждого абонента сети. Это облегчает HLR контактировать с VMSC для запрашивания MSRN. VMSC 22 подает MSRN вызываемого терминала 24 GSM обратно в HLR 20, а HLR 20 передает его в GMSC 18. Затем GMSC 18 может использовать MSRN, чтобы передать вызов в VMSC 22, затем VMSC может предложить вызов в терминал 24 GSM.

MGCF может быть расположена в отдельном устройстве, MGC 16, как описано в настоящем документе, или включено в GMSC 18, в этом случае S-CSCF 10 связывается непосредственно с интегрированными MGCF и GMSC.

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

В SIP местонахождение терминала может быть отражено в назначенном заголовке SIP в сообщениях запроса SIP и сообщениях ответа SIP. Этот заголовок является заголовком информации сети доступа Р (PANI). Терминал SIP на Фиг.1, например, может сообщить свое местонахождение при возврате сообщений SIP в P-CSCF 12 при ответе на вызов. PANI определена в IETF RFC 3455. 3GPP установил дополнительные усовершенствования в PANI в 3GPP TS 24.229, чтобы поставлять продукты для множества типов сетей доступа.

Проблема с современным решением для предложения вызова в множество терминалов, включая терминал GSM, заключается в том, что MGCF не имеет доступа ни к какой информации о местонахождении терминала 24 GSM вызываемого абонента. Следовательно, сигнализация SIP, сгенерированная с помощью MGC 16 в базовую сеть IMS, более конкретно, ответные сообщения, такие как звонок 180, состояние выполнения сеанса 183 или подтверждение 200, не содержат заголовка PANI. Следовательно, невозможно прозрачно предоставить информацию о местонахождении терминала GSM вызываемого абонента, т.е. в сигнализации создания вызова, в базовую сеть IMS в современном осуществлении сети.

Ответ (ответы) SIP, сгенерированный с помощью MGC 16, связанный с сообщением приглашения SIP, посланный из S-CSCF 10 в терминал GSM с помощью MGCF, будет содержать заголовок контакта. Заголовок контакта является назначенным заголовком SIP, содержащим адрес, который может быть использован для адресации следующих сообщений адреса в этот объект (MGCF) для остальной части диалога SIP. Заголовок контакта может быть помещен в записи оплаты, которую генерируют с помощью объектов, таких как S-CSCF или сервера приложений SIP. Запись оплаты может быть использована автономно, чтобы определять, ответил ли абонент на вызов в его/ее терминале 14 SIP или в его/ее терминале 24 GSM. Однако адрес контакта из MGC 16 обычно будет адресом IP MGCF, это следует из того факта, что сигнализация SIP завершается в MGCS. MGCS преобразует сигнализацию SIP в сигнализацию ISUP. Использование этого адреса контакта MGCF, чтобы определить, ответили ли на вызов в терминале GSM, потребовало бы, чтобы адрес IP MGC 16 был сконфигурирован в автономной системе оплаты, чтобы быть в состоянии распознать его как адрес, связанный с MGC 16, и, следовательно, установить, что на вызов ответили в терминале GSM. Этот способ использования адреса контакта дополнительно затруднен тем фактом, что сигнализация между S-CSCF 10 и MGC 16 может пересекать функцию управления границей межсоединения (IBCF, не изображена), заменяющую заголовок контакта. IBCF используют в качестве пограничного шлюза между двумя сетями IMS или между сетью IMS и сетью с коммутацией каналов (CS), такой как сеть GSM. Этот способ использования адреса контакта также не предоставляет никакой информации о местонахождении терминала 24 GSM. Адрес контакта относится к MGCF и не относится к местонахождению терминала GSM.

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

Существуют различные решения для предоставления информации о местонахождении терминала GSM вызываемой стороны в сеть IMS.

Как изображено на Фиг.1, S-CSCF 10 имеет доступ, по меньшей мере, к одной службе 26 IMS, такой как Centrex IP (сетевая PBX), которая обрабатывает завершение вызова к абоненту IMS. Служба 26 IMS могла бы применить запрос местонахождения абонента с использованием запроса в любое время (ATI), который является процедурой MAP, установленной в стандарте CAMEL. С помощью использования ATI служба IMS может получить местонахождение абонента (Id вызова или географические координаты) и статус абонента (свободен, занят, разъединен).

Служба 26 IMS посылала бы ATI MAP непосредственно в HLR 20, который посылает сообщение предоставления информации об абоненте (PSI) MAP в VMSC 22. VMSC 22 предоставляет запрошенную информацию в HLR 20, который передает информацию непосредственно в службу 26 IMS.

Способ использования ATI имеет следующие недостатки:

- Службы IMS, как Centrex IP или подобные, обычно не поддерживают набор протокола SS7, таким образом, не могут поддерживать операции MAP. Осуществление SS7 в узлах этих служб часто является не осуществимым или дорогим.

- Когда служба 26 IMS обрабатывает завершение вызова к абоненту, она может не знать, какое устройство (устройства) имеет пользователь, т.е. служба 26 IMS не знала бы, имеет ли абонент устройство GSM, возможно, в комбинации в устройством SIP. Тот факт, что служба IMS не имеет этого доступного знания, является присущим архитектуре сети IMS. Открытый опознавательный код пользователя, который используют, чтобы вызывать абонента, например sip:john.smith@company.se или tel:+46702983789, не является указанием типа терминала, используемого абонентом.

- Если служба 26 IMS применяет ATI MAP и получает местонахождение терминала GSM абонента, тогда, даже когда вызов создан к пользователю, служба 26 IMS, по-прежнему может не знать, ответили ли на вызов в терминале 24 GSM или в терминале 14 SIP. Как объяснено ранее, это знание является важным для цели оплаты.

- Применение запроса местонахождения до создания вызова к абоненту дает в результате дополнительное время создания вызова.

- При использовании ATI с целью получения информации о местонахождении вызываемой стороны такой запрос ATI должен был бы быть выполнен для каждой службы IMS, которая требует эту информацию. Множество служб IMS могут быть активизированы для вызова к абоненту IMS.

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

Раскрытие изобретения

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

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

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

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

В соответствии с другим аспектом настоящего изобретения предоставлен регистр местонахождения, предназначенный для телекоммуникационной сети с коммутацией каналов. Регистр местонахождения содержит: первую схему интерфейса, предназначенную для взаимодействия с первым мобильным коммутационным узлом, выполненную с возможностью приема, как часть процедуры создания вызова в мобильный терминал, из первого мобильного коммутационного центра первого сообщения запроса инструкции, содержащей один или более параметров, разрешающих продолжение создания вызова в мобильный терминал, и вторую схему интерфейса, предназначенную для взаимодействия со вторым мобильным коммутационным узлом, выполненную с возможностью посылки во второй мобильный коммутационный узел, по меньшей мере, одного второго сообщения запроса номера роуминга мобильной станции (MSRN) мобильного терминала, и выполненную с возможностью приема из второго мобильного коммутационного узла MSRN мобильного терминала. Первая схема интерфейса дополнительно выполнена с возможностью посылки в первый мобильный коммутационный узел MSRN мобильного терминала. Кроме того, по меньшей мере, одно второе сообщение запроса также предназначено для информации о местонахождении мобильного терминала. Вторая схема интерфейса выполнена с возможностью приема из второго мобильного коммутационного узла информации о местонахождении мобильного терминала. Первая схема интерфейса выполнена с возможностью посылки в первый мобильный коммутационный узел информации о местонахождении мобильного терминала.

Изобретение имеет преимущество в том, что объекты в телекоммуникационной сети с коммутацией пакетов (например, сети IMS), которые обрабатывают завершение вызова, для вызова, который доставляют, чтобы осуществить доступ к телекоммуникационной сети с коммутацией каналов (например, GSM), принимают информацию о местонахождении, связанную с соединенной стороной, т.е. стороной (терминалом), принимающей вызов. Эту информацию принимают прозрачным способом в сигнализации протокола инициирования сеанса (SIP). Примерами объектов SIP, приносящих выгоду из этого способа, являются обслуживающая функция управления сеансом вызова (S-CSCF) и сервер приложений SIP (SIP-AS); SIP-AS, например, может содержать службу виртуальной частной сети (VPN), приложение телефонии мультимедиа или приложение оплаты.

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

Дополнительным преимуществом является то, что не требуется постобработка записей деталей вызова (CDR). Следовательно, изобретение может составить существенное уменьшение сложности.

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

Для лучшего понимания настоящего изобретения и, чтобы изобразить, более понятно, как оно может быть осуществлено, будут сделаны ссылки, в качестве примера, на сопровождающие чертежи, на которых:

Фиг.1 изображает архитектуру, предназначенную для обработки завершения вызова IMS.

Фиг.2 - схема сигнализации способа в соответствии с вариантом осуществления настоящего изобретения.

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

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

Фиг.5 - схема сигнализации способа в соответствии с еще одним дополнительным вариантом осуществления настоящего изобретения.

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

Фиг.7 - блок-схема последовательности этапов способа в регистре местонахождения в соответствии с вариантом осуществления настоящего изобретения.

Фиг.8 - мобильный коммутационный узел в соответствии с вариантом осуществления настоящего изобретения.

Фиг.9 - регистр местонахождения в соответствии с вариантом осуществления настоящего изобретения.

Осуществление изобретения

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

Для того чтобы создать вызов в мобильный терминал глобальной системы мобильной связи (GSM), обслуживающая функция управления сеансом вызова (S-CSCF) 10 посылает сообщение 500 запроса создания сеанса в контроллер шлюза среды (MGC) 16 в виде сообщения приглашения протокола инициирования сеанса (SIP). MGC завершает сигнализацию SIP (т.е. действует в качестве пункта завершения для сигнализации SIP) и преобразует информацию в сигнализацию пользовательской части цифровой сети с интегрированными услугами (ISDN) (ISUP) для связи с телекоммуникационной сетью с коммутацией каналов. MGC 16 посылает IAM ISUP (сообщение первоначального адреса) 501 в GMSC 18, для того чтобы создать вызов к вызываемому абоненту.

Шлюзовой мобильный коммутационный центр (GMSC) 18 запрашивает инструкцию, содержащую один или более параметров, для того чтобы быть в состоянии продолжить создание вызова. Например, GMSC 18 запрашивает, по меньшей мере, номер роуминга мобильной станции (MSRN), для того чтобы создать вызов. Следовательно, GMSC 18 использует сигнализацию мобильной части приложения (MAP), чтобы связаться с опорным регистром местонахождения (HLR) 20. Сообщение 502 SRI (посылки информации маршрутизации) MAP посылают в опорный регистр 20 местонахождения, для того чтобы получить инструкцию. Кроме того, GMSC 18 может в этот момент подавить “завершение информации о подписке CAMEL” (T-CSI), чтобы не дать вызову зациклиться обратно в телекоммуникационную сеть с коммутацией пакетов. То есть, T-CSI для абонента может указать, что будет активизирована служба усовершенствованной логики мобильной сети специализированных приложений (CAMEL) для завершения вызова к этому абоненту. Служба CAMEL завершения вызова может быть использована для маршрутизации завершения вызова к этому абоненту, когда этот вызов создан или маршрутизирован через домен с коммутацией каналов в телекоммуникационную сеть с коммутацией пакетов. Когда телекоммуникационная сеть с коммутацией пакетов желает доставить вызов в терминал GSM (например) этого абонента, запрос T-CSI подавляют в GMSC, чтобы предотвратить зацикливание обратно в телекоммуникационную сеть с коммутацией пакетов. Вместо этого в этот момент времени GMSC желает принять MSRN из HLR. Следовательно, GMSC включает 'подавить T-CSI' в запрос в HLR 20. GMSC может определить из назначенной информации маршрутизации, содержащейся в сообщении запроса создания вызова, принятого из MGC, что это сообщение запроса создания вызова связано с вызовом, предназначенным для терминала абонента GSM, и, следовательно, что T-CSI будет подавлено.

Вместо использования CAMEL другие, нестандартные, технологии могут быть использованы для 'перекрытия' (маршрутизации) из телекоммуникационной сети с коммутацией каналов в телекоммуникационную сеть с коммутацией пакетов, такие как ключ категории завершения входа (TICK). В таком случае GMSC 18 была бы отдана команда, когда телекоммуникационная сеть с коммутацией пакетов желает доставить вызов в мобильный терминал GSM этого абонента, чтобы включить 'подавить TICK' в запрос в HLR 20. Специалисты в данной области техники поймут, что любое число способов может быть использовано, чтобы предотвратить 'зацикливание обратно' в телекоммуникационную сеть с коммутацией пакетов в таком сценарии.

После приема сообщения SPI MAP HLR 20 посылает сообщение 503 PRN (предоставить номер роуминга) MAP в узел посещаемого мобильного коммутационного центра (VMSC) 22, запрашивающего необходимую информацию маршрутизации (т.е. номер роуминга мобильной станции). Результат возвращают в сообщении 504 ответа PRN MAP. HLR отслеживает MSC, где зарегистрирован абонент, таким образом узнает, в какой MSC послать PRN MAP.

HLR 20 возвращает MSRN в GMSC 18 в сообщении 505 ответа SRI MAP. Затем GMSC 18 использует MSRN, чтобы создать вызов в VMSC 22, с использованием MSRN в поле номера вызываемой стороны в IAM 506 ISUP. Затем VSMC 22 создает вызов в мобильный терминал 24 GSM с помощью использования сообщений 507 установки DTAP (части приложения прямой передачи).

Однако, кроме того, в соответствии с вариантами осуществления настоящего изобретения, GMSC 18 возвращает MSRN в телекоммуникационную сеть с коммутацией пакетов. MSRN имеет вид номера роуминга, представляющего адрес MSC, обслуживающего в текущий момент абонента (GSM) назначения. Следовательно, MSRN может служить в качестве указателя географического местонахождения абонента назначения, включая страну или регион, в которой находится абонент назначения.

MSRN может быть возвращен в IMS некоторым числом способов. В проиллюстрированном варианте осуществления MSRN возвращают с помощью GMSC 18 в сообщении 508 (состояния выполнения вызова) CPG ISUP. Например, MSRN может быть передан как обобщенный номер (причем GN является информационным элементом, используемым в ISUP для передачи номера сети назначенного типа) в сообщении 508 CPG ISUP с назначенным квалификатором номера (причем это является указанием, встроенным внутри заголовка GN, указывающим тип номера, переданного в этом GN). Затем MGC 16 может передать информацию в S-CSCF 10, например, в заголовке информации сети доступа Р (PANI) сообщения 509 состояния выполнения сеанса 183.

Фиг.3 иллюстрирует альтернативный вариант осуществления, в соответствии с чем MSRN передают в телекоммуникационную сеть с коммутацией пакетов без использования дополнительного промежуточного сообщения (т.е. такого как сообщение 508 CPG ISUP). В этом варианте осуществления MSRN передают в заголовке PANI сообщения ответа, которое обязательно передают как часть процесса создания вызова, таким образом уменьшая объем сигнализации ISUP и требуемой сигнализации SIP.

Как видно, способ, проиллюстрированный на Фиг.3, по существу является идентичным способу, изображенному на Фиг.2. Однако как часть процесса создания вызова сигнал 510 предупреждения DTAP передают из мобильного терминала 24 GSM обратно в VMSC 22, этот сигнал преобразуют в сообщение (сообщение завершения адреса) 511 ACM ISUP и посылают в MGC 16 с помощью GMSC 18. MGC 16 преобразует сообщение в сигнализацию SIP и передает сообщение 512 звонка 180 в S-CSCF 10. Если вызов соединен, мобильный терминал 24 GSM передает сообщение 513 соединения DTAP в VMSC 22, его преобразуют в ANM (сообщение ответа) 514 ISUP и передают в GMSC 18. В соответствии с этим вариантом осуществления настоящего изобретения GMSC 18 добавляет MSRN к сообщению 514 ANM ISUP и передает его в MGC 16. Опять MSRN может быть в виде обобщенного номера с назначенным квалификатором номера. MGC 16 преобразует сообщение 514 ответа ISUP в сигнализацию SIP и передает сообщение 515 подтверждения 200 в S-CSCF 10 с заголовком PANI, модифицированным, чтобы содержать MSRN. Как упомянуто ранее, это исключает необходимость посылки промежуточного сообщения ISUP (такого как CPG ISUP) и сообщения SIP (такого как состояние выполнения сеанса 183), содержащего MSRN, с помощью использования сигналов, обязательно посланных как часть процесса создания вызова.

GMSC 18 может быть инициирован с возможностью посылки MSRN в телекоммуникационную сеть с коммутацией пакетов любым из некоторого числа способов. Например, GMSC может определить из назначенной информации маршрутизации, содержащейся в сообщении 501 запроса создания вызова, принятого из MGC, что это сообщение запроса создания вызова связано с вызовом, предназначенным для мобильного терминала абонента GSM, и, следовательно, он возвратит MSRN в сеть IMS.

В одном варианте осуществления GMSC 18 принимает указание в сообщении 501 IAM ISUP, что завершение вызова связано с завершением вызова для абонента, для которого уже выполнены службы завершения (вызова). Это указание, например, может иметь вид префикса в номере вызываемой стороны в IAM 501 ISUP. Как упомянуто ранее, GMSC 18 для этого завершения вызова подавит T-CSI. Однако GMSC 18 может использовать такое же указание в номере вызываемой стороны в IAM ISUP, как сигнал запуска для возврата MSRN.

В другом варианте осуществления MGC 16 включает в себя явный 'запрос MSRN' в IAM 501 ISUP, посланном в GMSC 18. Такой запрос, например, может принимать вид назначенного бита в информационном элементе 'выборочные указатели передачи вызова' в IAM ISUP. GMSC 18 может, при приеме этого запроса, возвратить MSRN в CPG ISUP (т.е. он возвратит MSRN как можно быстрее, если он принял MSRN из регистра местонахождения, вместо того, чтобы ждать сообщение ответа). В этом варианте осуществления MGC обязательно будет знать, что он обрабатывает завершение вызова доступа к GSM, таким образом, он может утвердить запрос MSRN в исходящем IAM ISUP. Утверждение запроса MSRN, например, может происходить в результате анализа номера В в MGC. Анализ номера В в MGC, в свою очередь, использует адрес контакта в S-CSCF, связанной с мобильным терминалом GSM, этот адрес контакта принимают с помощью MGC в приглашении SIP. Адрес контакта может включать в себя назначенный префикс, используемый для подавления T-CSI в GMSC при доставке завершения вызова в телефон GSM абонента. Анализ номера В в MGC, при обнаружении этого префикса, может утвердить 'запрос MSRN'.

Таким образом, вышеописанные варианты осуществления предоставляют способы и устройства, предназначенные для предоставления информации обратно в телекоммуникационную сеть с коммутацией пакетов. Например, S-CSCF 10 может определить из MSRN страну и сеть, в которой абонент GSM в текущий момент осуществляет роуминг при ответе на вызов. Однако в альтернативных вариантах осуществления другие параметры могут быть посланы обратно в телекоммуникационную сеть с коммутацией пакетов. Например, сообщение 504 ответа PRN MAP, принятое с помощью HLR 20, содержит адрес VMSC 22, дополнительно к MSRN. Этот адрес VMSC, также как MSRN, может быть использован как указание местонахождения вызываемой стороны. Следовательно, в одном варианте осуществления настоящего изобретения адрес VMSC возвращают в коммуникационную сеть с коммутацией пакетов таким же способом, как MSRN возвращают в MGC 16, как описано выше. Возвращение адреса VMSC в MGC 16, в противоположность возвращению MSRN, имеет некоторые преимущества, так как адрес VMSC обычно считают менее конфиденциальным, чем MSRN.

В дополнительных вариантах осуществления GMSC 18 может быть адаптирован явно запрашивать, в SRI 502 MAP, информацию о местонахождении вызываемой стороны. Фиг.4 - схема сигнализации, в соответствии с вариантом осуществления этого аспекта настоящего изобретения.

Как в предыдущих вариантах осуществления, сигнализацию, связанную с предложением завершения вызова в мобильный терминал GSM, инициируют в S-CSCF 10, которая посылает сообщение 600 приглашения SIP в MGC 16, MGC 16, в свою очередь, передает сообщение 601 IAM ISUP в GMSC 18. Однако, в соответствии с этим вариантом осуществления Фиг.4, сообщение 602 SRI MAP, посланное из GMSC 18 в HLR 20, адаптировано явно запрашивать информацию о местонахождении, несмотря на тот факт, что GMSC подавляет T-CSI в SRI MAP.

Возврат информации о местонахождении из HLR 20 в GMSC 18 обычно связан с вызовом службы IN (CAMEL) из GMSC 18. Информацию о местонахождении обычно включают в ответ SRI MAP вместе с T-CSI. Однако, когда GMSC 18 обрабатывает завершение вызова доступа к GSM, как в случае вызова в настоящем изобретении, T-CSI будет подавлено в HLR 20. В результате подавления T-CSI для этого случая вызова HLR 20 обычно не предоставит информацию о местонахождении в GMSC 18.

Следовательно, GMSC 18, в соответствии с настоящим изобретением, сигнализирует в SRI 602 MAP в HLR 20, что он, дополнительно к предоставлению MSRN, также должен предоставить информацию о местонахождении в GMSC 18. Таким образом, в ответ на адаптированное SRI 602 MAP HLR 20 передает сообщение 603 PSI MAP (предоставление информации об абоненте) в VMSC 22, которое возвращает информацию о местонахождении вызываемого абонента в сообщении 604 ответа PSI MAP. HLR 20 также посылает сообщение 605 PRM MAP в VMSC 22, которое возвращает MSRN в сообщении 606 ответа PRN MAP. После приема MSRN и информации о местонахождении HLR 20 передает их в GMSC 18 в сообщении 607 ответа SRI MAP.

GMSC 18 использует MSRN, чтобы создать вызов в VMSC 22, как ранее (т.е. с сообщением 608 IAM ISUP), но использует информацию о местонахождении, чтобы послать сообщение 609 CPG ISUP в MGC 16. Сообщение 609 CPG ISUP будет включать в себя информацию о местонахождении, содержащуюся в назначенном информационном элементе, таком как обобщенный номер. MGC 16 преобразует сообщение 609 CPG ISUP в ответ 610 SIP, содержащий информацию о местонахождении заголовка PANI, и передает его в S-CSCF 10.

Следовательно, для этого варианта осуществления параметры, переданные в телекоммуникационную сеть с коммутацией пакетов, переданные в назначенном информационном элементе ISUP, содержат информацию о местонахождении, вместо MSRN. Информация о местонахождении дает более тонкую степень детализации местонахождения, чем MSRN, и может быть стандартизована конкретно для цели отражения местонахождения мобильного терминала GSM. Она может содержать, в частности, глобальный идентификатор ячейки (CGI), номер местонахождения (номер, представляющий местонахождение) и/или географические координаты мобильного терминала GSM вызываемой стороны. CGI связано с (географическим) положением базовой станции и, следовательно, абонента.

Способ, описанный относительно Фиг.4, может быть осуществлен независимо от того, находится ли VMSC 22 в опорной сети, т.е., находится ли он в той же сети, что и GMSC 18 и HLR 20. Однако, если VMSC 22 находится в опорной сети, может быть использована альтернативная сигнализация, в соответствии с другим вариантом осуществления настоящего изобретения. Фиг.5 - схема сигнализации, иллюстрирующая этот альтернативный вариант осуществления.

Способ является подобным способу, описанному относительно Фиг.4. Однако после приема адаптированного сообщения 602 SRI MAP из GMSC 18 HLR посылает одно сообщение 611 запроса относительно MSRN и информации о местонахождении, вместо запрашивания и того и другого в отдельных сообщениях. Кроме того, VMSC 22 возвращает как MSRN, так и информацию о местонахождении, в HLR 20 в одном сообщении 612 ответа. В одном варианте осуществления после приема сообщения SRI MAP HLR 20 посылает адаптированное сообщение 611 PRN MAP в VMSC 22. Сообщение 611 PRN MAP адаптировано, чтобы содержать запрос информации о местонахождении, дополнительно к MSRN. VMSC 22 отвечает с помощью сообщения 612 ответа PRN MAP, которое адаптировано, чтобы дополнительно содержать информацию о местонахождении, а также MSRN. Оба сообщения 611 PRN MAP и 612 ответа PRN MAP имеют многоточие в их формальном синтаксическом определении, позволяющее быть включенными дополнительным информационным элементам. 'Многоточие' является аспектом абстрактной синтаксической нотации (ASN), используемой, чтобы задавать сообщения MAP. Многоточие в формальном определении сообщения предусматривает расширение определения сообщения обратно совместимым способом. Кроме этих сообщений способ работает аналогично способу, описанному относительно Фиг.4.

Если VMSC 22 не дана возможность предоставлять запрошенную информацию о местонахождении, например, поскольку она не может быть получена из посещаемого регистра местонахождения (VLR, не проиллюстрирован, в связи с VMSC 22), HLR 20 может возвратить номер VLR в GMSC 18, дополнительно к MSRN, т.е. вместо информации о местонахождении. Номер VLR, который является функционально идентичным адресу VMSC (поскольку MSC и VLR интегрированы) известен HLR (поскольку HLR отслеживает VMSC/VLR, где зарегистрирован абонент) и может быть достаточным в определенных ситуациях. Следовательно, в этом варианте осуществления GMSC 18 возвращает номер VLR в телекоммуникационную сеть с коммутацией пакетов, способом, аналогичным информации о местонахождении, описанным выше.

Способ, описанный относительно Фиг.5, обычно является применимым только, когда VMSC 22 находится в опорной сети, так как не может быть гарантировано, что VMSC в дистанционной сети сможет понять или ответить на модифицированное сообщение 611 PRN MAP. Однако, если дистанционная сеть адаптирована аналогично опорной сети настоящего изобретения, способ, все же будет применимым.

Оба способа, описанные на Фиг.4 и Фиг.5, используют сообщения CPG ISUP, чтобы сообщать информацию о местонахождении обратно в телекоммуникационную сеть с коммутацией пакетов, однако принцип, описанный относительно Фиг.3, также может применяться к этим последним способам. То есть, вместо использования CPG 609 ISUP, чтобы передавать информацию о местонахождении, сообщение ANM ISUP (т.е. сообщение ответа) может быть модифицировано таким образом, чтобы вместо этого включать в себя информацию о местонахождении.

Этот способ может быть применимым в оптимизированной сети, в которой интегрированы GMSC 18 и функция управления шлюзом среды (MGCF). В таком случае сигнализация ISUP между MGC 16 и GMSC 18 имеет место внутренне в узле.

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