Смена доступа для перемаршрутизации соединения

Иллюстрации

Показать все

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

Реферат

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ

ОБЛАСТЬ ТЕХНИКИ

Настоящее изобретение относится к механизму смены доступа или домена соединения связи для перемаршрутизации соединения. В частности, настоящее изобретение относится к механизму переключения из первого домена связи, например, домена с коммутацией пакетов (Packet Switched, PS), во второй домен связи, например, домен с коммутацией каналов (Circuit Switched, CS), при процедуре установления сеанса связи с оконечным узлом.

УРОВЕНЬ ТЕХНИКИ

В последние годы по всему миру наблюдается непрерывное расширение сетей связи, например, проводных сетей связи, таких как цифровая сеть с интегрированными услугами (Integrated Services Digital Network, ISDN), а также беспроводных сетей связи, таких как система cdma2000 (множественный доступ с кодовым разделением, code division multiple access), сотовые сети связи третьего поколения (3G), например, универсальная система мобильной связи (Universal Mobile Telecommunications System, UMTS), сотовые сети связи второго поколения (2G), например, глобальная система мобильной связи (Global System for Mobile communications, GSM), система пакетной радиосвязи общего назначения (General Packet Radio System, GPRS), улучшенные скорости передачи данных для эволюции стандарта GSM (Enhanced Data Rates for Global Evolutions, EDGE), а также другие беспроводные системы связи, например, беспроводная локальная вычислительная сеть (Wireless Local Area Network, WLAN) или WiMax (всемирная совместимость для доступа в СВЧ диапазоне, Worldwide Interoperability for Microwave Access). Различные организации, например, проект партнерства третьего поколения (3rd Generation Partnership Project, 3GPP), конвергенция услуг и протоколов сетей связи и Интернета для усовершенствованных сетей (Telecoms & Internet converged Services & Protocols for Advanced Networks, TISPAN), проект партнерства третьего поколения 2 (3GPP2), комитет по инженерным проблемам Интернета (Internet Engineering Task Force, IETF), институт инженеров по электротехнике и электронике (Institute of Electrical and Electronics Engineers, IEEE), форум WiMax и другие, работают над стандартизацией сетей связи и сред доступа.

Как правило, для корректного установления соединений связи между элементами сети, например, пользовательским оборудованием (user equipment, UE) и другим оборудованием связи или еще одним комплектом пользовательского оборудования, базой данных, сервером и т.п., и управления этими соединениями связи необходимо использование одного или более промежуточных элементов сети, например, управляющих элементов сети, узлов поддержки или обслуживающих узлов.

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

В настоящее время технологией для интеграции Интернета с сетями сотовой связи является мультимедийная подсистема протокола Интернета (Internet Protocol (IP) Multimedia Subsystem, IMS). IMS - это стандартизованная архитектура, которую применяют операторы связи, предоставляющие мобильные и стационарные мультимедийные услуги. IMS использует реализацию протокола передачи голоса по IP (Voice over IP, VoIP), основанную на стандартизованной 3GPP реализации протокола установления сеанса (Session Initiation Protocol, SIP), и работает по стандартному протоколу Интернета (IP). При этом поддерживаются как системы с коммутацией пакетов, так и системы с коммутацией каналов.

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

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

IMS предоставляет несколько услуг, в частности, централизованные услуги IMS (IMS Centralized Services, ICS). ICS обеспечивают услуги связи, так что все услуги, как и управление ими, основаны на механизмах и средствах реализации IMS. Они обеспечивают предоставление услуг IMS при использовании доступа с коммутацией каналов для доступа к среде передачи медиаданных.

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

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

IMS, в соответствии со спецификацией 3GPP, совместно с ICS поддерживает так называемую отдельную непрерывность голосового вызова на радиоинтерфейсе (Single Radio Voice Call Continuity, SR-VCC), при использовании которой хэндовер в сеть доступа с коммутацией каналов инициируется и управляется ICS. Для правильного переключения доступа или домена связи, например, из домена с коммутацией пакетов в домен с коммутацией каналов, необходимо учитывать несколько требований. Одно из необходимых условий представляет собой выбор домена при участии пользовательского оборудования для запросов к оконечному узлу. Для таких случаев в стандартах ICS определена процедура установления сеанса связи с оконечным узлом. Предполагается, что в упомянутой процедуре входящий сеанс доставляют, например, через опорную точку Gm (интерфейс сигнализации между пользовательским оборудованием и IMS, основанный на протоколах SIP и SDP) с использованием исключительно коммутации пакетов, а пользовательское оборудование принимает решение об использовании домена с коммутацией каналов. Следовательно, сеанс должен быть установлен с использованием домена с коммутацией каналов. Это может происходить, например, когда пользовательское оборудование обнаруживает, что домен с коммутацией пакетов не позволяет передавать аудиоданные (речь), то есть, что соответствующий медиапоток (аудиопоток) не может быть доставлен, следовательно, пользовательское оборудование принимает решение об использовании домена с коммутацией каналов.

В соответствии со стандартом ICS процедура установления сеанса связи с оконечным узлом включает следующие шаги. Сервер приложений централизации и непрерывности услуг (Service Centralization and Continuity Application Server, SCC AS) на оконечной стороне принимает сообщение установления соединения (сообщение INVITE (ПРИГЛАШЕНИЕ) протокола SIP) от вызывающего пользовательского оборудования с помощью обслуживающей функции управления сеансом вызова (Serving Call Session Control Function, S-CSCF). SCC AS принимает решение о передаче вызова посредством доступа с коммутацией пакетов (домен с коммутацией пакетов). Когда оконечный узел, то есть вызываемый комплект пользовательского оборудования, принимает сообщение INVITE и обнаруживает, что домен с коммутацией пакетов не способен обеспечить передачу голоса (например, если оно расположено в сети радиодоступа GSM EDGE (GSM EDGE Radio Access Network, GERAN)), то пользовательское оборудование отклоняет сообщение INVITE. Также в стандарте ICS определено, что вслед за этим SCC AS посылает сообщение INVITE на номер CSRN (CS routing number, номер маршрутизации домена с коммутацией каналов), на основании которого новый вызов будет маршрутизирован в упомянутый комплект пользовательского оборудования через домен доступа с коммутацией каналов), при этом упомянутое сообщение затем преобразуется функцией управления медиашлюзом вызываемого комплекта пользовательского оборудования (Media Gateway Control Function, B-MGCF) в сообщение CS SETUP (УСТАНОВИТЬ СОЕДИНЕНИЕ CS), передаваемое пользовательскому оборудованию.

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

Один из способов решить эту проблему заключается, например, в том, чтобы позволить пользовательскому оборудованию отвечать сообщением, указывающим, что требуется другая услуга, например, ответом 380 SIP, включающим указание в виде XML-указания (расширенный язык разметки, extended mark-up language). Однако для реализации этого подхода требуется дополнительная работа по стандартизации.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

- альтернативно, упомянутая заранее заданная указывающая часть может включать информацию о том, что попытка соединения связи неприемлема;

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

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

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

- упомянутые устройство или способ могут быть реализованы в сервере приложений для централизации и непрерывности услуг.

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

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

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

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

- альтернативно, заранее заданная указывающая часть может включать информацию о том, что попытка соединения связи неприемлема;

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

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

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

Благодаря преимуществам предложенных решений становится возможным предоставление способа и соответствующего устройства, обеспечивающих механизм смены доступа или домена соединения связи для перемаршрутизации соединения на основе существующих протоколов сигнализации, например, существующих элементов протокола SIP, таких как SIP 302 или SIP 488. Это обеспечивает реализацию предложенного механизма в существующих сетевых элементах, например, пользовательском оборудовании или сервере SCC AS, и не требует комплексных изменений стандартов или дополнительного расширения протоколов. Например, в случае SCC AS, для маршрутизации в домен с коммутацией каналов (CSRN) необходимо задать только соответствующие триггерные точки. Предложенный механизм не оказывает влияния на остальные сетевые элементы.

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

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

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

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

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

ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

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

Базовая системная архитектура сети связи, в которой применимо настоящее изобретение, может включать широкоизвестную архитектуру сети IMS с поддержкой ICS. Подобная архитектура сети включает несколько управляющих узлов, или CSCF, которые представляют собой серверы или прокси-серверы SIP, выполняющие различные функции (например, опрашивающая CSCF (Interrogating CSCF, I-CSCF), прокси-CSCF (Proxy CSCF, P-CSCF), обслуживающая CSCF (Serving CSCF, S-SCSF)) и используемые для обработки пакетов сигнализации протокола SIP в IMS. Также, частью рассматриваемой архитектуры являются MGCF, SCC AS и т.п. Поскольку основные функции и взаимосвязи этих элементов известны специалистам в настоящей области техники и описаны в соответствующих спецификациях, они не будут подробно рассмотрены в настоящем описании. Однако, следует отметить, что могут быть обеспечены дополнительные сетевые элементы и линии сигнализации, применяемые для соединений связи, отличающихся от описанных ниже.

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

Кроме того, сетевые элементы и их функции, рассмотренные в настоящем описании, могут быть реализованы с помощью программного обеспечения, например, с помощью программного продукта для компьютера, или с помощью аппаратного обеспечения. В любом случае, для выполнения соответствующих функций, соответствующие применяемые устройства, такие как пользовательское оборудование или SCC AS, включают различные средства и компоненты (не показаны), необходимые для реализации функциональных возможностей управления, обработки и связи/сигнализации. Подобные средства могут включать, например, процессорный блок для выполнения инструкций, программ и обработки данных, средства памяти для хранения инструкций, программ и данных, а также для функционирования в качестве рабочей области процессора и т.п. (например, ROM, RAM, EEPROM и т.п.), средства ввода для ввода данных и инструкций посредством программного обеспечения (например, гибкие диски, CD-ROM, EEPROM и т.п.), средства пользовательского интерфейса для предоставления пользователю возможности контроля и управления (например, экран, клавиатура и т.п.), интерфейсные средства для установления линий связи и/или соединений под управлением процессорного блока (например, проводные и беспроводные интерфейсные средства, антенна и т.п.) и им подобные.

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

- вызывающий узел соединения связи, например, пользовательское оборудование A (UE А),

- вызываемый оконечный узел соединения связи, например, пользовательское оборудование В (UE В),

- MGCF в сети вызываемого пользовательского оборудования В (B-MGCF),

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

Основные функции и структуры этих элементов известны специалистам в настоящей области техники, соответственно, они не будут рассмотрены в настоящем описании.

В процедуре установления сеанса связи с оконечным узлом в соответствии с данным примером осуществления настоящего изобретения, когда вызывающей стороне (т.е. пользовательскому оборудованию А на фиг.1) нужно, например, установить соединение связи с конкретным типом медиапотока, например, аудиопотоком для передачи речи, оно передает соответствующее сообщение (М11) установления соединения связи требуемой вызываемой стороне, т.е. оконечному узлу соединения связи (пользовательскому оборудованию В на фиг.1). При использовании IMS сообщение установления соединения связи представляет собой, например, сообщение INVITE протокола SIP (SIP INVITE). Сервер приложений централизации и непрерывности услуг (B-SCC AS) оконечной стороны принимает это сообщение установления соединения (сообщение INVITE протокола SIP) от пользовательского оборудования В через дополнительные сетевые элементы, например, S-CSCF (не показан).

Сервер B-SCC AS может принять решение о доставке вызова в вызываемое пользовательское оборудование В (сообщение М12) посредством доступа с коммутацией пакетов (домен с коммутацией пакетов (PS), первый домен). В таком случае, при приеме сообщения INVITE оконечное оборудование В определяет, на основе включенной в сообщение INVITE информации, например, параметры соединения, указания на медиапотоки, домен доступа, который следует использовать и т.п., а также определяет, подходит ли доступ с коммутацией пакетов, выбранный сервером SCC AS, для голосовой передачи (аудиопоток), и т.п. Альтернативно или дополнительно, пользовательское оборудование В проверяет, способно ли указанное пользовательское оборудование В работать с медиапотоком заданного типа, например, VoIP.

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

Однако, в случае, когда упомянутое определение дает отрицательный результат, то есть доступ с коммутацией пакетов не подходит для передачи аудиоданных, или пользовательское оборудование не способно осуществить запрошенное соединение, пользовательское оборудование В передает в запрашивающий сервер B-SCC AS специфический отрицательный ответ (М13) для отклонения текущего запроса установления соединения связи.

В соответствии с настоящим вариантом осуществления изобретения упомянутый специфический отрицательный ответ включает, например, специфический ответный код SIP, указывающий на то, что контактный адрес пользовательского оборудования В (вызываемого оконечного узла соединения связи) временно изменен, то есть сообщение 302 SIP. В этом сообщении 302 протокола SIP, дополнительно, в контактном заголовке указан адрес, который принимают в заголовке P-Called-Party-ID (идентификатор вызываемого абонента) запроса INVITE. Это означает, что пользовательское оборудование В подает команду сети перемаршрутизировать вызов в тот же самый пункт назначения. Таким образом, на основе наличия подобной «петли», сервер SCC AS может перемаршрутизировать вызов в домен с коммутацией каналов (второй домен) этого же абонента, как описано далее.

При приеме от пользовательского оборудования В сообщения с (отрицательным) ответом, сервер B-SCC AS обрабатывает содержимое сообщения М13 и проверяет заранее заданный набор условий. Другими словами, сервер B-SCC AS проверяет, выполнены ли следующие условия:

- сообщение с запросом установления соединения включает параметр, указывающий на последний отклоненный тип медиапотока соединения связи, то есть, например, исходное сообщение INVITE протокола SIP включает параметр SDP с указанием на аудиоданные в виде m=audio;

- ответное сообщение указывает на сбой доставки на оконечный узел соединения связи, например, сообщение 302 протокола SIP (или другое сообщение протокола SIP, описанное далее) указывает на сбой доставки в пользовательское оборудование В;

- ответное сообщение не указывает на то, что пользователь оконечного узла соединения связи выполнил операцию для отклонения упомянутого соединения связи (например, в случае, когда оконечный пользователь пользовательского оборудования не желает принимать вызов и выполняет соответствующую операцию на пользовательском оборудовании для отклонения/сброса попытки вызова), или на то, что оконечный узел соединения связи занят, то есть что в ответном сообщении протокола SIP не указан код, например, SIP 603 (отклонено) или SIP 486 (занято);

- ответное сообщение не указывает на выполнение другого связанного с услугой действия, например, указание другого адреса назначения для использования при перемаршрутизации вызова, или другого кодека для компонента медиапотока аудиоданных (например, другой адрес назначения в ответе перемаршрутизации протокола SIP, таком как SIP 302 или SIP 301 (перемещено навсегда), или альтернативный голосовой кодек в SDP в сообщении SIP 488);

- имеется локальная конфигурация для вызываемого оконечного узла соединения связи, которая позволяет выполнить перемаршрутизацию в другой домен связи, то есть сервер B-SCC AS имеет локальную конфигурацию для вызываемого пользовательского оборудования В, указывающую на то, что в случае отклонения вызов должен быть перемаршрутизирован в домен с коммутацией каналов;

- предполагается, что часть сети связи, ведущая к оконечному узлу соединения связи (пользовательскому оборудованию В), способна доставить медиапоток требуемого типа (здесь: аудио) в оконечный узел соединения связи - пользовательское оборудование В - во втором домене связи (домен с коммутацией каналов), то есть что сервер B-SCC AS не имеет никакой информации о том, что B-MGCF не способна доставить вызов через домен с коммутацией каналов, например, о том, что в запросе есть требования, которые B-MGCF выполнить не способна.

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

В зависимости от результата проверки набора условий сервер B-SCC AS может выполнять дальнейшую обработку различным образом. А именно, в случае положительного результата проверки, т.е. если все условия выполнены, сервер SCC AS перемаршрутизирует соединение связи во второй домен (с коммутацией каналов) и формирует соответствующий запрос INVITE на CSRN (Circuit Switched Roaming Number, номер роуминга домена с коммутацией каналов) пользовательского оборудования В. Для этого сервер SCC AS направляет сообщение INVITE протокола SIP с упомянутым номером CSRN на B-MGCW (сообщение М14), который выполняет процедуру установления связи в домене с коммутацией каналов (CS SETUP) с пользовательским оборудованием В (сообщение М15).

В противном случае, если проверка дает отрицательный результат, сервер B-SCC AS возвращает вызывающей стороне (пользовательскому оборудованию А) указание на отрицательный ответ (отклонение) пользовательского оборудования В (не показано на фиг.1). Посредством этого, например, другой сервер приложений или подобный ему элемент вызывающего пользовательского оборудования А может выполнять соответствующие услуги (например, CFNR (Call Forwarding on Mobile Subscriber Not Reachable, переадресация вызова при недоступности мобильного абонента), CFB в TAS (Call Forwarding Busy in Telephony Application Server, CFB in TAS, переадресация вызова при состоянии «занято» в сервере приложений телефонии)).

Еще один пример осуществления настоящего изобретения рассмотрен относительно фиг.2. На фиг.2 показана еще одна диаграмма сигнализации, иллюстрирующая другой пример процедуры установления сеанса связи с оконечным узлом, соответственно. В этой процедуре сетевые элементы и функции эквивалентны элементам и функциям, показанным в примере на фиг.1, за исключением пользовательского оборудования В в части, касающейся сообщения М13а. Описание эквивалентных элементов и частей в настоящем описании опущено для простоты.

В соответствии с примером, показанном на фиг.2, после приема сообщения с запросом установления соединения связи посредством сообщения М12, если пользовательское оборудование В принимает решение, что доступ с коммутацией пакетов не подходит для передачи аудиоданных, или, что пользовательское оборудование не способно осуществить запрошенное соединение, пользовательское оборудование В передает другой специфический отрицательный ответ (М13а) запрашивающему серверу B-SCC AS для отклонения текущего запроса установления соединения связи. В этом примере упомянутый специфический отрицательный ответ включает специфический ответный код протокола SIP, указывающий на то, что попытка соединения связи с пользовательским оборудованием В (вызываемым оконечным узлом соединения связи) неприемлема, например, ответ SIP 488 (неприемлемо). Упомянутое сообщение М13а не включает тела SDP с указанием типа медиапотока, то есть строки "m" (m-line), указывающей "аудио". Это означает, что сервер B-SCC AS определяет, что необходимые для передачи аудиоданных ресурсы домена с коммутацией пакетов не могут быть предоставлены, и, следовательно, сервер B-SCC AS должен выполнить перемаршрутизацию в домен с коммутацией каналов.

Далее, относительно фиг.3 и 4 описана структура и функции сетевого элемента, соответствующего серверу приложений для централизации и непрерывности услуг (B-SCC AS).

На фиг.3 показана блок-схема сервера 2 приложений для централизации и непрерывности услуг, например, B-SCC AS, показанного на фиг.1, в соответствии с одним из примеров осуществления настоящего изобретения. Следует отметить, что сервер приложений для централизации и непрерывности услуг может включать, помимо описанных относительно фиг.3 элементов или функций, несколько дополнительных элементов или функций, которые опущены в настоящем описании для простоты, поскольку они не существенны для понимания настоящего изобретения.

Сервер 2 приложений для централизации и непрерывности услуг (называемый далее SCC AS) в соответствии с фиг.3 включает процессорную функцию или процессор 21, например, CPU или аналогичный элемент, который выполняет инструкции, заданные программами или аналогичными средствами, имеющими отношение к обработке, показанной на фиг.4 (описана далее). Процессор 21, в частности, используют для обработки информации, предоставляемой сообщениями М11 и М13/М13а, и для формирования сообщений М12 и М14 в соответствии с фиг.1 и 2. Числовые обозначения 22 и 23 относятся к блокам ввода/вывода (input/output, I/O), связанным с процессором 21. Блок 22 ввода/вывода может быть использован для связи с сетью (например, сетевыми элементами, ведущими к вызывающей стороне пользовательского оборудования А, при этом сообщение М11 INVITE может быть принято от них). Блок 23 ввода/вывода может быть использован для связи с пользовательским оборудованием В (или промежуточным прокси-узлом, ведущим к пользовательскому оборудованию В), например, через B-MGCF (например, сообщение М12 и М14 INVITE могут передаваться через этот блок, а ответное сообщение М13/М13а может приниматься в нем). Блоки 22 и 23 ввода/вывода могут быть скомбинированы в одном элементе, например, в блоке приемопередатчика или аналогичном блоке.