УПРАВЛЕНИЕ ПРОЦЕДУРОЙ УСТАНОВЛЕНИЯ ВЫЗОВА ДЛЯ МУЛЬТИМЕДИЙНОЙ СВЯЗИ
CONTROL OF CALL ESTABLISHMENT PROCEDURE FOR MULTIMEDIA COMMUNICATION

Область техники
[0001] Настоящее изобретение относится к способу управления установлением мультимедийного вызова между оборудованием связи, находящимся в различной сетевой среде, а также к соответствующей системе, соответствующему компьютерному программному продукту и соответствующему сетевому управляющему устройству. В частности, настоящее изобретение относится к способу, системе, компьютерному программному продукту и сетевому управляющему устройству, посредством которых можно успешно установить мультимедийный вызов, например видеосвязь, исходящий из первой сетевой среды, такой как IP мультимедийная подсистема, к приемной стороне, находящейся во второй сетевой среде, такой как система сети связи с коммутацией каналов (Circuit Switched; CS).
[0002] С целью описания настоящего изобретения необходимо отметить, что:
[0003] - оборудованием связи может быть любое устройство, посредством которого пользователь может получить доступ в сеть связи, т.е. мобильные, а также стационарные устройства и сети, независимо от технологической платформы, на основе которой они созданы; в качестве примера можно привести оборудование связи, работающее в соответствии с принципами, стандартизированными в Проекте партнерства третьего поколения (3-rd generation partnership project; 3GPP) и известное как терминалы UMTS (Universal Mobile Telecom System; универсальная система мобильной связи), которое является особенно подходящим для использования в связи с настоящим изобретением;
[0004] - несмотря на то что выше упоминается видеосвязь, это только характерный пример контента, т.е. информационного наполнения; под контентом для целей настоящего изобретения подразумеваются мультимедийные данные по меньшей мере от одного из источников аудиоданных, видеоданных, изображений, текстовых данных и метаданных, описывающих атрибуты таких аудио- и видеоданных, изображений и/или текстовых данных, любые комбинации этих данных, а также, альтернативно или дополнительно, другие данных, такие как, например, программный код приложения для доступа или загрузки;
[0005] - отдельные операции способа, которые, вероятно, будут реализованы как части программного кода и будут выполняться с использованием процессора одного из устройств, описываемых далее, являются программным кодом, который является независимым и может быть задан с использованием любого известного или разработанного в будущем языка программирования;
[0006] - отдельные операции и/или устройства, которые, вероятно, будут реализованы как аппаратные компоненты одного из устройств, являются независимыми от другого оборудования и могут быть реализованы с использованием любой известной или разработанной в будущем аппаратной технологии или любой комбинации технологий, таких как MOS, CMOS, BiCMOS, ECL, TTL и другие, с использованием, например, компонентов ASIC или DSP,
[0007] - любая операция способа может быть реализована в виде программы или устройства без изменения идеи настоящего изобретения;
[0008] - устройства или компоненты могут быть реализованы в виде отдельных устройств или компонентов, но это не исключает того, что они распределены по системе, с сохранением функциональных возможностей такого устройства.
Уровень техники
[0009] В последнее время по всему миру происходит все большее распространение сетей связи, например, проводных сетей связи, таких как цифровая сеть с интеграцией услуг (ISDN) или беспроводных сетей связи, таких как система CDMA2000 (Code Division Multiple Access; множественный доступ с кодовым разделением каналов), сотовые сети связи третьего поколения (3G), такие как UMTS (Universal Mobile Telecommunications System; универсальная мобильная сеть связи), сотовые сети связи второго поколения (2G), такие как GSM (Global System for Mobile Communications; глобальная система мобильной связи), GPRS (General Packet Radio System; система пакетной радиосвязи общего назначения), EDGE (Enhanced Data rates for Global Evolutions; улучшенная скорость передачи данных для эволюции сетей) и другие беспроводные сети связи, такие как WLAN (Wireless Local Area Network; беспроводная локальная сеть). Различные организации, такие как 3GPP (3-rd Generation Partnership Project; Проект партнерства третьего поколения), ITU (International Telecommunication Unit; Международный союз электросвязи), 3GPP2 (3-rd generation partnership project 2; Проект 2 партнерства третьего поколения), IETF (Internet Engineering Task Force; рабочая группа проектирования Internet) и другие, работают над стандартами для сетей связи и среды коллективного доступа.
[0010] В общих чертах структура системы сети связи является такой, что одна сторона, например оборудование связи абонента, такое как мобильная станция, мобильный телефон, стационарный телефон, персональный компьютер, портативный компьютер, карманный компьютер (personal digital assistant; PDA) и т.п., подключается через приемопередатчик и интерфейсы, такие как беспроводной, проводной и другие, к соответствующей подсистеме доступа в сеть. Подсистема доступа в сеть управляет соединением связи к оборудованию связи пользователя и от него и подключается через интерфейс к соответствующей базовой или магистральной подсистеме сети. Базовая (или магистральная) подсистема сети выполняет коммутацию данных, передаваемых через соединение связи приемной стороне, такой как другое оборудование связи, например, провайдер услуг (сервер/модуль доступа) или в другую сеть связи. Необходимо отметить, что базовая подсистема связи может подключаться к множеству подсистем доступа в сеть. В зависимости от используемой сети связи фактическая структура сети может различаться, как известно специалистам в данной области, и описывается соответствующими характеристиками, например для UMTS, GSM и т.п.
[0011] В общих чертах, для надлежащего установления и управления соединением связи между элементами сети, такими как оборудование связи на одной стороне и на другой стороне оборудование связи или терминал, база данных, сервер и т.д., используются один или более промежуточных элементов сети, таких как сетевые управляющие устройства, узлы поддержки или узлы обслуживания.
[0012] Одним из приложений, значимость которого для существующих и будущих систем связи постоянно возрастает, являются услуги мультимедийной связи. Мультимедийный вызов - это соединение, в котором одновременно используются, например, звук (речь), текст и изображение. Для мультимедийных вызовов обычно требуется параллельная передача нескольких различных типов данных (видео, аудио и т.д.), и эти данные необходимо передавать и принимать с помощью оборудования связи или сетевых устройств различного типа, следовательно, необходимо обеспечить согласованную работу многочисленных протоколов связи и настройку соответствующих параметров связи.
[0013] Проект 3GPP в сетях третьего поколения 3G требует использования сети с гарантированной пропускной способностью 3G с коммутацией каналов. Кроме того, в качестве стандарта для такого мультимедийного соединения должна применяться система 3G-324M. Система 3G-324M представляет собой производную протокола ITU-T H.324, который в свою очередь требует использование нескольких дополнительных компонентов или протоколов. Основные процедуры установления мультимедийного соединения известны специалистам в данной области, так что их подробное описание здесь опускается.
[0014] Существующей технологией слияния Интернета с миром сотовой связи является подсистема мультимедийной связи с использованием протокола Интернета (Internet Protocol (IP) Multimedia Subsystem; IMS). Целью является предоставление предлагаемых Интернетом услуг почти всюду посредством сотовых мобильных систем связи. IMS введен как часть стандартов 3GPP, начиная с версии 5. Протокол SIP (Session Initiation Protocol; протокол инициирования сеанса) применяется как часть алгоритмов обмена сигналами, используемых между IMS и оборудованием пользователя. Подробная информация о структуре и процедурах, выполняемых в IMS, представлена в соответствующих стандартах и известна специалистам в данной области, так что для простоты это описание здесь опускается.
[0015] Ожидается, что в последующие годы существующие сети с коммутацией каналов будут развиваться в направлении IMS. Таким образом, в течение относительно длительного периода времени сети CS и IMS будут использоваться совместно. Следовательно, необходимо обеспечить взаимодействие между этими системами для удобства конечных пользователей. Например, если существует возможность соединений VoIP (Voice over IP; передача речи по IP сетям), то следует обеспечить взаимодействие между IMS и CS сетями для организации соединений передачи речи. Такой вид взаимодействия установлен органами по стандартизации 3GPP и, следовательно, может быть реализован в соответствии с этими стандартами.
[0016] Однако в случае мультимедийных соединений, в особенности видеосвязи, ситуация отличается. Такие мультимедийные соединения или видеосвязь являются важной особенностью более новых сетей 3G. Тем не менее, в настоящее время не существует установленных стандартов для взаимодействия между базовыми сетями IMS и CS для осуществления соединений видеосвязи. Например, для видеовызова в базовой сети CS используется стек протоколов Н.324М, а в системе IMS - протокол SIP. Трудно установить надлежащее взаимодействие межцу протоколами SIP и Н.324М, особенно для вызовов из сети IMS, которые не рассматриваются ни в одном из стандартов.
[0017] Во многих случаях межсетевое взаимодействие может быть обеспечено с помощью прямого соответствия между протоколом SIP SDP (Session Description Protocol; протокол описания сеанса) и возможностями терминала 3G оборудования пользователя (UE), но в некоторых случаях вызов, исходящий из сети IMS, поступает в базовую сеть CS без исходного описания медиаданных, поддерживаемых вызывающей стороной, например, в форме описания SDP. В таком случае базовая сеть CS не способна определить, какое соединение требуется установить: передачу речи или видеосвязь.
[0018] Другими словами, если терминал SIP не сообщает о своих мультимедийных возможностях в начальной фазе вызова, например, в сообщении INVITE (приглашение), которое он посылает в базовую сеть CS, то возникают трудности, связанные с определением типа вызова, подлежащего установлению. Отсутствие информации о медиа-характеристиках, т.е. отсутствие описания SDP при первоначальном обмене сообщениями, может произойти, например, в случае так называемого управления вызовом третьей стороной, как описывается в комментарии RFC3725. В другом случае исходящий поток от терминала 3G-H.323M может быть направлен назад из области IMS в сеть CS, например, вследствие переадресации вызова, которая является основной из дополнительных услуг. Кроме того, SDP может отсутствовать, когда SIP используется для организации моста между мультимедийными вызовами по стандарту ITU-T. Необходимо отметить, что потенциально возможны также другие случаи, когда исходное указание на медиа-характеристики на стороне IMS не получено в сети CS.
[0019] Если информация о медиа-характеристиках не получена, базовая сеть CS (т.е. соответствующее управляющее устройство, такое как MSC (Mobile Switching Center; центр коммутации мобильной связи)) не знает, хочет ли клиент CIP, который является вызывающей стороной, организовать видеосвязь. Сетевое управляющее устройство в базовой сети CS не имеет средств, чтобы узнать, соединение какого типа необходимо установить на стороне 3G UE.
[0020] На фиг.6 изображена диаграмма прохождения сигналов, которая демонстрирует стандартную процедуру установления вызова между вызывающей стороной, находящейся в сети IMS, и приемной стороной, находящейся в сети 3G с коммутацией каналов. Установлением вызова управляет сетевое управляющее устройство, например, сервер MSC (MSS), который выполняет функцию MGCF (Media Gateway Control Function; функция управления медиа-шлюзами). MGCF - это шлюз, который обеспечивает взаимодействие между пользователями сетей IMS и CS. Следует отметить, что на диаграмме прохождения сигналов, фиг.6, процедура показана в упрощенном виде. Как известно специалистам в данном вопросе, для управления установлением вызова используется еще несколько сетевых устройств и дополнительных сигнальных сообщений.
[0021] В соответствии с фиг.6, сеть IMS посылает сообщение INVITE (М30) в базовую сеть CS, т.е. в устройство MSS/MGCF, для инициализации вызова. Как упоминалось выше, сообщение INVITE не содержит дескрипторов SDP, которые описывают мультимедиа, поддерживаемое терминалом SIP в сети IMS, а также требуемый режим вызова (например, передача речи или видеосвязь). Таким образом, в устройстве MSS/MGCF нет информации о типе вызова, который необходимо установить. Затем MSS/MGCF посылает оборудованию пользователя (UE) сети 3G сообщение М31 SETUP (установить), включающее информацию о пропускной способности канала, указывающую на передачу речи (BCsp). Оборудование пользователя 3G отвечает сообщением М32 CALL CONFIRMED (подтверждение вызова), которое содержит подтверждение того, что пропускная способность канала (передача речи) поддерживается оборудованием 3G UE. Далее посредством сообщений МЗЗ ALERTING (оповещение), М35 CONNECT (подключение) и М36 CONNECT ACK (подтверждение подключения) между 3G UE и MSS/MGCF, а также М34 180 RINGING (вызов), М37 200 OK (SDP) и М38 ACK (подтверждение) между MSS/MGCF и IMS, MSS/MGCF устанавливает соединение передачи речи для этого вызова, независимо от того, хочет ли терминал SIP, т.е. вызывающая сторона, чтобы такой вызов был установлен. Другими словами, посредством стандартной процедуры управления установлением вызова невозможно установить видеосвязь, даже если вызывающая сторона имеет такое намерение, а приемная сторона способна выполнить такой вызов.
[0022] Как упоминалось выше, при обычном способе всегда устанавливается только соединение передачи речи. Альтернативно, соединение может быть разорвано, что не является желательным решением. Это означает, что если телефонный вызов всегда выбирается в качестве режима соединения, то видеосвязь установить невозможно. Однако, если вместо этого устанавливать видеовызов, а затем становится ясно, что терминалу SIP требуется телефонный вызов, или если терминал SIP поддерживает только телефонный вызов, то по видеосоединению в базовой сети CS будет передаваться только компонента речи, в то время как сетевые ресурсы будут зарезервированы (и израсходованы) для видеосвязи. Это означает высокую стоимость соединения для приемной стороны, особенно если вызывающая сторона находится в режиме роуминга. Поскольку высокая стоимость в данном случае является нежелательной, единственным решением при таком типе вызова является всегда устанавливать соединение передачи речи.
Сущность изобретения
[0023] Настоящее изобретение обеспечивает усовершенствованный способ управления процедурой установления вызова между вызывающей стороной, находящейся в первой сетевой среде, например, IMS, и приемной стороной, находящейся во второй сетевой среде, например, сеть связи 3G с коммутацией каналов, причем этот способ обеспечивает также установление мультимедийного вызова, например видеосвязи, если начальный обмен сообщениями не включает информации о мультимедиа, поддерживаемом вызывающей стороной.
[0024] Цель изобретения достигается применением средств, изложенных в прилагаемой формуле.
[0025] В частности, в соответствии с одним аспектом предлагаемого решения, обеспечивается, например, способ, включающий управление установлением вызова от вызывающей стороны, находящейся в первой сетевой среде к приемной стороне, находящейся во второй сетевой среде, обнаружение в сообщении инициализации вызова информации о медиа-параметрах, поддерживаемых вызывающей стороной, и если данные о медиа-параметрах, поддерживаемых вызывающей стороной, не получены, отправку сетевым управляющим устройством приемной стороне специального сообщения на базе функции изменения услуги и перехода на резервный режим, формирование ответа на приемной стороне на специальное сообщение на базе функции изменения услуги и перехода на резервный режим и направление сетевому управляющему устройству информации о медиа-параметрах, поддерживаемых приемной стороной, обработку в сетевом управляющем устройстве информации о медиа-параметрах, поддерживаемых приемной стороной и завершение процедуры установления вызова.
[0026] Кроме того, в соответствии с другим аспектом предлагаемого решения, обеспечивается, например, система, включающая сетевые устройства для управления процедурой установления вызова от вызывающей стороны, находящейся в первой сетевой среде, к приемной стороне, находящейся во второй сетевой среде, при этом указанные сетевые устройства конфигурированы так, чтобы обнаруживать в сообщении инициализации вызова информацию о медиа-параметрах, поддерживаемых вызывающей стороной, и если информация о медиа-параметрах, поддерживаемых вызывающей стороной, не получена, отправлять специальное сообщение приемной стороне на базе функции изменения услуги и перехода на резервный режим, на приемной стороне отвечать на специальное сообщение на базе функции изменения услуги и перехода на резервный режим и направлять в сетевое управляющее устройство информацию о медиа-параметрах, поддерживаемых приемной стороной, обрабатывать информацию о медиа-параметрах, поддерживаемых приемной стороной, и завершать процедуру установления вызова.
[0027] Кроме того, в соответствии с другим аспектом предлагаемого решения, предлагается, например, устройство, включающее сетевое управляющее устройство для управления установлением вызова от вызывающей стороны, расположенной в первой сетевой среде, к приемной стороне, находящейся во второй сетевой среде, при этом указанное сетевое управляющее устройство конфигурировано так, чтобы обнаруживать в сообщении инициализации вызова информацию о медиа-параметрах, поддерживаемых вызывающей стороной, и если информация о медиа-параметрах, поддерживаемых вызывающей стороной, не принята, отправлять приемной стороне специальное сообщение на базе функции изменения услуги и перехода на резервный режим, принимать информацию о медиа-параметрах, поддерживаемых приемной стороной, обрабатывать информацию о медиа-параметрах, поддерживаемых приемной стороной, и содействовать завершению процедуры установления вызова.
[0028] Аналогично, в соответствии с другим аспектом предлагаемого решения, предлагается, например, устройство, включающее сетевое управляющее устройство для управления процедурой установления вызова от вызывающей стороны, расположенной в первой сетевой среде, к приемной стороне, находящейся во второй сетевой среде, при этом указанное сетевое управляющее устройство включает компонент для обнаружения информации о медиа-параметрах, поддерживаемых вызывающей стороной, в сообщении инициализации вызова, и если информация о медиа-параметрах, поддерживаемых вызывающей стороной, не принята, компонент для отправки приемной стороне специального сообщения на базе функции изменения услуги и перехода на резервный режим, компонент для приема информации о медиа-параметрах, поддерживаемых приемной стороной, компонент для обработки информации о медиа-параметрах, поддерживаемых приемной стороной, и компонент для содействия завершению процедуры установления вызова.
[0029] Дополнительно, в соответствии с другим аспектом предлагаемого решения, предлагается, например, компьютерный программный продукт, включающий блоки программного кода, при этом, когда указанный программный продукт исполняется на компьютере, он обеспечивает функционирование указанного компьютера в качестве управляющего устройства для управления установлением вызова от вызывающей стороны, расположенной в первой сетевой среде, к приемной стороне, находящейся во второй сетевой среде, при этом компьютерный программный продукт конфигурирован так, чтобы выполнять следующие операции: обнаруживать в сообщении инициализации вызова информацию о медиа-параметрах, поддерживаемых вызывающей стороной, и если информация о медиа-параметрах, поддерживаемых вызывающей стороной, не принята, отправлять приемной стороне из сетевого управляющего устройства специальное сообщение на базе функции изменения услуги и перехода на резервный режим, принимать в сетевом управляющем устройстве информацию о медиа-параметрах, поддерживаемых приемной стороной, обрабатывать в сетевом управляющем устройстве информацию о медиа-параметрах, поддерживаемых приемной стороной, и участвовать в завершении процедуры установления вызова.
[0030] В соответствии с дальнейшим уточнением предлагаемое решение может включать одну или более следующих функций:
[0031] - обработка может также включать определение медиа-параметров, поддерживаемых приемной стороной, передачу вызывающей стороне данных, указывающих медиа-параметры, поддерживаемые приемной стороной;
[0032] - в сетевом управляющем устройстве может быть принята информация о медиа-параметрах, поддерживаемых вызывающей стороной, и режим вызова на приемной стороне может быть изменен в соответствии с медиа-параметрами, поддерживаемыми вызывающей стороной;
[0033] - в сетевом управляющем устройстве может выполняться сравнение функциональных возможностей приемной стороны и вызывающей стороны по соответствующим медиа-параметрам, и если функциональные возможности сторон являются совместимыми, может производиться изменение режима вызова на приемной стороне;
[0034] - специальное сообщение на базе функции изменения услуги и перехода на резервный режим может содержать информацию, указывающую исходную услугу и менее предпочтительную услугу для режима вызова, подлежащего установлению; в таком случае исходной услугой может являться услуга передачи речи, а менее предпочтительной услугой -мультимедийная связь;
[0035] - в случае если приемная сторона не поддерживает функцию изменения услуги и перехода на резервный режим, сетевое управляющее устройство выбирает заранее заданный режим для подлежащего установлению вызова;
[0036] - в случае если по меньшей мере одна из сторон, приемная или вызывающая, не поддерживает исходную услугу или менее предпочтительную услугу, сетевые управляющие устройства могут принять решение установить вызов на основе соответствующей другой услуги;
[0037] - первой сетевой средой может являться IP мультимедийная подсистема, а второй сетевой средой может быть сеть связи с коммутацией каналов; в таком случае сетевым управляющим устройством может служить центр коммутации мобильной связи, включающий функцию управления медиа-шлюзами.
[0038] С помощью предлагаемых решений достигаются следующие преимущества:
[0039] - Можно успешно устанавливать мультимедийные вызовы, в частности видеосвязь, из сети IMS в базовую сеть CS, даже если видеосоединение должно быть установлено из вызова SIP без прохождения протокола SDP в область CS. Другими словами, в настоящем изобретении обеспечивается способ, с помощью которого установление вызова в базовой сети CS выполняется так, что завершенное соединение между клиентом SIP в сети IMS и оборудованием пользователя в сети 3G с CS может представлять собой мультимедийную (видео) связь.
[0040] - При использовании функции изменения услуги и перехода на резервный режим, такой как функция SCUDIF (Service Change and UDI/RDI (Unrestricted Digital Information / Restricted Digital Information) Fallback; изменение услуги и переход на резервный режим (неограниченная цифровая информация / ограниченная цифровая информация)), для установления соединения между сторонами, находящимися в сетях с различной конфигурацией, таких как терминал IMS и терминал 3G с возможностью видеосвязи, существует возможность обеспечить усовершенствованный способ установления видеосвязи вместо передачи только речи, если 3G UE поддерживает функцию SCUDIF. При установлении вызова SCUDIF в виде телефонного соединения в качестве исходной услуги, базовая сеть CS резервирует такие же сетевые ресурсы для этого соединения, как и для любого телефонного вызова. Вызов считается телефонным в базовой сети CS, пока терминал SIP не сообщит о том, что его пропускная способность позволяет установить видеосоединение. Когда функциональные возможности терминала SIP известны, ресурсы вызова могут наращиваться до видеосоединения. Если вызов невозможно преобразовать в видеовызов, то из базовой сети CS ресурсы резервируются только для телефонного вызова и занимаются только для телефонного соединения, что является важным для конечного пользователя.
[0041] - Настоящее изобретение легко реализовать. На стороне IMS не требуется производить никаких изменений. Сервер MSC определяет тип вызова и может установить правильный тип вызова на стороне 3G UE.
[0042] Приведенные выше и другие цели, особенности и преимущества настоящего изобретения проиллюстрированы на сопроводительных чертежах.
Краткое описание чертежей
[0043] На фиг.1 в упрощенном виде представлена структура сетевой среды, для которой применяется вариант осуществления настоящего изобретения,
[0044] на фиг.2 представлена блок-схема, демонстрирующая процедуру установления вызова в соответствии с вариантом осуществления настоящего изобретения,
[0045] на фиг.3 представлена диаграмма прохождения сигналов, демонстрирующая пример работы по установлению вызова в соответствии с вариантом осуществления изобретения,
[0046] на фиг.4 представлена диаграмма прохождения сигналов, демонстрирующая еще один пример работы по установлению вызова в соответствии с вариантом осуществления изобретения,
[0047] на фиг.5 представлена блок-схема сетевого управляющего устройства в соответствии с вариантом осуществления изобретения, и
[0048] на фиг.6 представлена диаграмма прохождения сигналов, демонстрирующая пример работы по установлению вызова стандартным способом.
Описание предпочтительных вариантов осуществления изобретения
[0049] Далее описываются варианты осуществления настоящего изобретения со ссылками на соответствующие чертежи. С целью разъяснения настоящего изобретения далее описываются предпочтительные варианты его осуществления для сети 3G, включающей компоненты подсистемы мобильного доступа в сеть и подсистемы базовой сети в соответствии с характеристиками 3GPP. Несмотря на это, необходимо отметить, что настоящее изобретение не ограничивается применением в такой сетевой среде, но также может применяться в других типах сетей.
[0050] На фиг.1 представлена блок-схема типовой конфигурации сети связи. Необходимо отметить, что структура сети на фиг.1 приводится в качестве упрощенного примера архитектуры сети связи, в которой применяется настоящее изобретение. Как известно специалистам в данной области, существует несколько дополнительных сетевых устройств и каналов передачи служебных сигналов, используемых для соединения связи. Но с целью упрощения здесь изображены только те элементы, которые необходимы для описания настоящего изобретения.
[0051] Более того, сетевые устройства и их функции, описываемые здесь, можно реализовать посредством программного обеспечения, т.е. компьютерного программного продукта, или посредством аппаратного обеспечения. В любом случае для выполнения соответствующих функций соответственно используемые устройства, такие как оборудование связи, устройство управления базовой сетью, такое как центр коммутации мобильной связи (Mobile Switching Centre; MSC), модуль подсистемы сетевого доступа, такой как модуль подсистемы базовой станции (Base Station Subsystem; BSS) или модуль сетевого радиодоступа (Radio Access Network; RAN) и т.п., включают несколько средств и компонентов (не показаны), которые требуются для управления, обработки, а также функций связи и обмена сигналами. Такие средства могут включать, например, блок процессора для выполнения команд, программ и обработки данных, устройство памяти для хранения команд, программ и данных, а также для использования в качестве рабочей области процессора и т.п.(например, ROM, RAM, EEPROM и др.), устройство ввода для ввода данных и команд с помощью программного обеспечения (например, гибкий диск, компакт-диск, флэш-память и т.п.), интерфейс пользователя для предоставления пользователю возможности осуществления текущего контроля и выполнения манипуляций (например, экран, клавиатура и т.п.), интерфейсы для установления каналов и/или соединений под управлением блока процессора (например, проводной и беспроводной интерфейсы, антенна и др.) и т.п. Аналогично этому, сеть со второй конфигурацией, т.е. область IMS, может включать несколько устройств и/или функциональных возможностей, которые не показаны, но, тем не менее, известны специалистам и поэтому здесь подробно не описываются.
[0052] На фиг.1 позиция 1 обозначает клиента SIP, который находится в сети 3 IMS. В данном варианте осуществления изобретения клиент 1 SIP является вызывающей стороной, которая пытается установить соединение связи с приемной стороной. Сеть 3 IMS включает сервер 5 обработки вызовов (Call Processing Server; CMS), который управляет соединением связи к и от сети IMS.
[0053] Приемная сторона в соответствии с вариантом осуществления изобретения является оборудованием 2 пользователя 3G UE. Оборудование 3G UE находится, например, в сети 4 3G с коммутацией каналов в соответствии со стандартом 3GPP, релиз 4. Сеть 3G включает сервер 6 MSS в качестве устройства управления вызовом, включающим MGCF в качестве шлюза, обеспечивающего взаимодействие между базовой сетью 3G и сетью IMS. Соединение между сетью 3 IMS и сетью 4 3G, т.е. между соответствующими устройствами 5 и 6 управления, выполняется на базе, например, протокола SIP.
[0054] На фиг.2 представлена блок-схема, демонстрирующая общую процедуру установления вызова в соответствии с настоящим изобретением.
[0055] Когда на шаге S10 устройство управления вызовом в сети 3G, т.е. MSS/MGCF, принимает сообщение инициализации для соединения связи, исходящего из сети 3 IMS, и определяет, что вызов должен быть установлен к приемной стороне 2, находящейся в этой же сети, на шаге S20 определяется, включена ли информация о медиа-параметрах в сообщение инициализации, данные которого указывают среду, поддерживаемую вызывающей стороной в сети IMS, например, мультимедийные возможности, необходимые для использования кодека и т.п. Эта информация включается в сообщение инициализации, например, в виде дескриптора SDP.
[0056] В случае если дескриптор SDP присутствует и определена среда, поддерживаемая вызывающей стороной, в шаге S25 выполняется типовая процедура установления вызова в соответствии с известными стандартами, эта процедура известна специалистам и поэтому подробно здесь не описывается.
[0057] В противном случае, если информация о медиа-параметрах, поддерживаемых вызывающей стороной, устройством MSS/MGCF 3 не получена, считается, что данные о типе вызова, подлежащего установлению по запросу вызывающей стороны, в сообщении инициализации отсутствуют. Следовательно, в соответствии с настоящим изобретением устройство MSS/MGCF 3 принимает решение задействовать функцию SCUDIF, чтобы сформировать специальное сообщение в форме так называемого вызова SCUDIF для отправки приемной стороне, указанной в инициализирующем сообщении вызывающей стороны.
[0058] SCUDIF является функцией, стандартизированной, например, в спецификации 3GPP TS 23.172 V.5.6.0, которая применяется к мультимедийным вызовам и позволяет выполнять возврат к услуге передачи речи во время установления вызова, т.е. позволяет пользователю сделать попытку установить мультимедийный вызов и вернуться к телефонному соединению, если мультимедийный вызов установить не удалось; возвращаться к менее предпочтительной услуге (речь или мультимедиа) во время установки вызова, т.е. позволяет оконечной стороне через специальные настройки для этой услуги в терминале принимать или отклонять мультимедийный вызов без прерывания процедуры установления соединения; возвращаться к предпочтительной услуге (речь или мультимедиа) или передаче речи во время установления соединения, т.е. позволяет при установлении соединения продолжать процедуру с единственной услугой, если транзитная сеть не поддерживает передачу сигналов с такими функциональными характеристиками; выполнять согласование пропускной способности на оконечной стороне, т.е. позволяет оконечной стороне через специальные параметры этой услуги в терминале преобразовывать речевой вызов (посредством изменения услуги) в мультимедийный вызов, и наоборот; выполнять изменение услуги, т.е. позволяет любой стороне преобразовывать речевой вызов в мультимедийный, и обратно в речевой, при помощи процедуры модификации вызова; позволяет любому пользователю отклонять мультимедийный вызов от другой стороны во время режима передачи речи. При этом в случае если взаимодействие между сетями и функцией SCUDIF не поддерживается из конца в конец, функция SCUDIF обычно настраивается так, чтобы выполнять возврат к исходной услуге (т.е. либо к передаче речи, что является наиболее часто используемой настройкой для исходной услуги, либо к мультимедийной связи).
[0059] В соответствии с настоящим изобретением, в случае поступления вызова не-SCUDIF, например, вызова SIP, в котором SIP не поддерживает SCUDIF, в сеть с поддержкой SCUDIF, входящий вызов преобразовывается сетевым управляющим устройством в вызов SCUDIF. Таким образом, является возможным выполнить исходный входящий вызов SIP, поступающий например, в сеть CS, без описания поддерживаемой вызывающей стороной (SIP) среды, т.е. дескриптор SDP отсутствует, не только как телефонный вызов, но также в режиме вызова, предпочтительном (и фактически поддерживаемом) для вызывающей стороны. Как упоминалось выше, обычно режим вызова, который должен использоваться в такой ситуации (т.е. при отсутствии информации о поддерживаемой среде), приходилось устанавливать как телефонное соединение или разрывать. Теперь с помощью использования, например, функциональных возможностей SCUDIF в неиспользуемой до сих пор форме, также стало возможным установить видеосвязь (мультимедийный вызов) или подобную ей связь.
[0060] С этой целью в соответствии с настоящим изобретением, когда на шаге S20 определяется, что дескриптор SDP отсутствует, MSS/MGCF 6 формирует вызов SCUDIF в форме специального сообщения на базе функции изменения услуги и перехода на резервный режим и отправляет его приемной стороне, т.е. 3G UE 2 (шаг S30). В этом вызове SCUDIF указывается информация об исходной услуге и менее предпочтительной услуге для режима вызова, подлежащего установлению. Предпочтительно в соответствии с вариантом осуществления изобретения исходной услугой является передача речи и менее предпочтительной услугой является мультимедийная связь. Однако в качестве исходной и менее предпочтительной услуги могут использоваться и другие режимы вызовов.
[0061] В настоящем варианте осуществления изобретения, когда устанавливается вызов SCUDIF к приемной стороне, исходной услугой является передача речи, а менее предпочтительной услугой является мультимедийная связь (видеосвязь). В настоящее время приемное оборудование 2 пользователя может быть следующего типа: терминал с возможностью поддержки SCUDIF, терминал без возможности поддержки SCUDIF, терминал, который поддерживает только видеосоединение Н.324М, или терминал более раннего выпуска или более простой в исполнении, который поддерживает только передачу речи.
[0062] В зависимости от типа терминала приемной стороны на шаге S40 оборудование 2 пользователя 3G отвечает на специальное сообщение (т.е. вызов SCUDIF) от сетевого управляющего устройства 6 (MSS/MGCF) и отправляет информацию о медиа-параметрах, которые это оборудование поддерживает. После получения этой информации в ответ на вызов SCUDIF MSS/MGCF 6 обрабатывает информацию от приемной стороны с целью определения среды и/или режима вызова, которые используются для соединения, подлежащего установлению между вызывающей стороной 1 и приемной стороной 2. Затем MSS/MGCF завершает установление соединения на основе обработки информации.
[0063] На фиг.5 в виде функциональных блоков показана схема сетевого управляющего устройства, участвующего в процедуре установления вызова в соответствии с настоящим изобретением. Сетевое управляющее устройство, которым предпочтительно является MSS/MGCF 6, как показано на фиг.1, включает не только функции управления вызовом, известные специалистам в данной области, но также функциональные возможности SCUDIF. Как упоминается выше, сервер MSC определяет параметры вызова и может установить правильный тип вызова на стороне 3G UE. С этой целью MSS/MGCF 6 содержит блок или функцию обработки данных, например, CPU (процессор), и соответствующие модули памяти (RAM, ROM и т.п.), средства ввода/вывода (I/O) 62 и 63 для подключения к и от сети IMS 3 и сети 3G 4, функцию обнаружения наличия или отсутствия информации о мультимедиа, поддерживаемом вызывающей стороной, и функцию 65 SCUDIF для подготовки и отправки в 3G UE 2 специального сообщения, т.е. вызова SCUDIF. Стрелками на фиг.5 показаны потоки сообщений, которые далее подробно описываются. В этой связи необходимо отметить, что поток сообщений, исходящий от приемной стороны и направленный к вызывающей стороне, т.е. поток сообщений в ответ на вызов SCUDIF, направленный в 3G UE 2, на чертеже идет прямо от блока 63 I/O в блок 61 процессора и оттуда в блок 62 I/O. Это означает, что информация от приемной стороны, включенная в сообщение в ответ на вызов SCUDIF, обрабатывается блоком процессора, который затем определяет дальнейшие шаги, которые необходимо выполнить для установления соединения между конечными пользователями. Кроме того, несмотря на то, что на фиг.5 соответствующие функциональные блоки показаны раздельно, следует иметь в виду, что эти блоки могут быть как объединены в один функциональный блок, так и выполняться отдельными компонентами, связанными соответствующими средствами соединения.
[0064] Далее рассматриваются два примера установления вызова согласно вариантам осуществления изобретения в связи с соответствующими диаграммами передачи сигналов, см. фиг.3 и 4. Необходимо отметить, что настоящее изобретение не ограничивается конкретными элементами, представленными на этих диаграммах передачи сигналов; также для установления вызова могут использоваться другие сигнальные сообщения и/или сетевые элементы, при условии, что применяется основной принцип настоящего изобретения, касающийся использования функции изменения услуги и возврата к исходному режиму в случае отсутствия данных о медиа-параметрах вызывающей стороны.
sp
ММ
[0065] На фиг.3 представлен случай, когда вызов SIP от вызывающей стороны, находящейся в сети IMS, поступает в MSS/MGCF (сообщение М1 "INVITE"). Этот вызов SIP не включает дескриптор SDP, что происходит в случаях, упомянутых выше. MSS/MGCF определяет отсутствие дескриптора SDP и формирует и пересылает приемной стороне специальное сообщение посредством установления вызова SCUDIF (сообщение М2). Специальное сообщение может быть в форме сообщения SETUP и включает информацию, указывающую обе услуги, передачу речи и видеосвязь (BC, ВС). В этом примере вызов SCUDIF устанавливается так, что исходной услугой является передача речи, а менее предпочтительной услугой - мультимедийный вызов (видеосвязь).
SP
ММ
[0066] Если терминал на приемной стороне поддерживает функцию SCUDIF, он отвечает на сообщение М2 «SETUP» сообщением МЗ «CALL CONFIRMED» и сообщает о поддерживаемой среде посредством информации, указывающей на возможность передачи речи и видеосвязи (BC, ВС).
[0067] Затем MSS/MGCF определяет медиа-параметры, поддерживаемые приемной стороной, делает вывод, что услуги передачи речи и мультимедиа (видео) поддерживаются терминалом 3G UE и можно использовать соответствующий режим вызова для соединения связи. После этого MSS/MGCF формирует дескриптор SDP, указывающий на поддержку аудио и видеосигналов на приемной стороне, и отправляет его в сообщении М5 в сеть IMS, т.е. вызывающей стороне, посредством сообщения «183 SESSION PROGRESS», которое используется для передачи информации о прохождении вызова. На сообщение «183 SESSION PROGRESS» сторона IMS отвечает посредством промежуточного ответного подтверждающего сообщения М8 «PRACK» и посылает информацию в MSS/MGCF (SDP) о медиа-параметрах, поддерживаемых вызывающей стороной. MSS/MGCF подтверждает прием сообщения «PRACK» отправкой сообщения М9 «200 ОК» в сеть IMS.
[0068] Одновременно с передачей сигналов между MSS/MGCF и IMS терминал приемной стороны и MSS/MGCF выполняют обмен сообщениями М4 «ALERTING», М6 «CONNECT» и М7 «CONNECT ACK», чтобы начать установление соединения связи.
[0069] Когда MSS/MGCF принимает сообщение «PRACK» от IMS, он также получает дескриптор SDP, содержащий данные о медиа-параметрах, поддерживаемых вызывающей стороной. Следующим шагом можно сделать сравнение пропускной способности приемной и вызывающей сторон на основе соответствующих медиа-параметров и выбрать режим установления вызова, т.е. режим вызова, фактически предпочитаемый вызывающей стороной (например, только передача речи или видеосвязь). Если результаты сравнения показывают, что требуется выполнить не только передачу речи, а установить видеосвязь, режим вызова для соединения с приемной стороной необходимо изменить, так как исходный вызов SCUDIF указывал, что исходной услугой является передача речи. Следовательно, на стороне 3G производится изменение режима вызова на мультимедийное соединение.
[0070] Таким образом, MSS/MGCF посылает в 3G UE сообщение М10 «MODIFY», указывающее на пропускную способность мультимедийного соединения (ВСмм). 3G UE с поддержкой SCUDIF отвечает сообщением МП «MODIFY COMPLETE», указывающим мультимедийную пропускную способность для подтверждения изменения режима вызова. Итак, MSS/MGCF принимает данные о мультимедийных возможностях приемной стороны, например, характеристики терминала CS по стандарту Н.245, и затем преобразует их в информацию SDP. Этот дескриптор SDP затем отправляется стороне IMS в сообщении М12 «200 ОК», а его получение подтверждается сообщением М13 «АСК». Таким образом устанавливается видеосоединение между конечными пользователями: вызывающей стороной, находящейся в сети IMS, и приемной стороной, находящейся в сети CS.
[0071] На фиг.4 представлена диаграмма обмена сообщениями при выполнении процедуры установления вызова в соответствии с вариантом осуществления изобретения в случае, если терминал приемной стороны не поддерживает мультимедийные характеристики.
SP
ММ
[0072] Аналогично примеру на фиг.3 вызов SIP, исходящий от вызывающей стороны, находящейся в сети IMS, принимается устройством MSS/MGCF (сообщение М20 «INVITE»). Вызов SIP не включает дескриптор SDP, который присутствует в сообщении в случаях, описываемых выше. MSS/MGCF определяет отсутствие SDP, формирует и направляет приемной стороне специальное сообщение (сообщение М21) посредством установления вызова SCUDIF. Специальное сообщение может иметь форму сообщения «SETUP» и включает информацию, указывающую обе услуги, передачу речи и видеосвязь (BC, ВС). Также в данном примере вызов SCUDIF устанавливается так, что исходной услугой является передача речи и менее предпочтительной услугой - мультимедийное (видео) соединение.
SP
[0073] Если терминал приемной стороны является устаревшим или просто не поддерживает функцию SCUDIF, он отвечает на сообщение М21 «SETUP» вызова SCUDIF сообщением М22 «CALL CONFIRMED» и указывает поддерживаемую среду как услугу передачи речи (BC).
SP
[0074] После получения сообщения М22 «CALL CONFIRMED», которое указывает поддерживаемую среду как услугу передачи только речи (BC), MSS/MGCF отправляет сообщение М24 «180RINGING» в IMS для дальнейшего выполнения процедуры установления вызова. Одновременно с прохождением сигналов между MSS/MGCF и IMS терминал приемной стороны и MSS/MGCF производят обмен сообщениями М23 «ALERTING», М25 «CONNECT» и М26 «CONNECT ACK», чтобы начать установление соединения связи.
[0075] После того как соединение связи между MSS/MGCF и 3G UE установлено, становится известно, что 3G UE поддерживает только передачу речи. Поэтому MSS/MGCF формирует дескриптор SDP, указывающий на передачу речи, чтобы сообщить стороне IMS о режиме (передача речи), который необходимо использовать для вызова. С этой целью в IMS (т.е. вызывающей стороне) направляется сообщение М27 «200 ОК», включающее соответствующий дескриптор SDP. IMS подтверждает прием сообщения М27 посредством отправки сообщения М28 «ACK», и утверждает режим передачи речи. Следовательно, между конечными пользователями устанавливается соединение передачи речи.
[0076] Необходимо отметить, что в примере на фиг.4 не требуется производить модификации соединения, так как исходная услуга, указываемая в сообщении М21 вызова SCUDIF, является передачей речи. Однако в случае если в качестве исходной выбрана другая услуга, например, мультимедийная связь, потребуется соответствующая модификация.
[0077] Как упоминалось выше, настоящее изобретение применяется в случаях, когда исходное сообщение от вызывающей стороны не включает информации о медиа-параметрах, поддерживаемых вызывающей стороной. Настоящее изобретение обеспечивает установление вызова независимо от типа терминала на приемной стороне (т.е. с поддержкой SCUDIF, без поддержки SCUDIF, с поддержкой только видеосвязи по стандарту Н.324М или с поддержкой только передачи речи). Если приемный терминал 3G поддерживает SCUDIF, то вызов может быть осуществлен как видеосвязь, при условии что терминал SIP поддерживает передачу видео- и аудиосигналов. В любом случае вызов будет успешно установлен либо как видеосвязь, либо как передача речи. Это означает, например, что в случае, когда у приемной стороны отсутствует поддержка функции изменения услуги и перехода на резервный режим (т.е. SCUDIF), сетевое управляющее устройство выбирает заранее заданный режим вызова для соединения, подлежащего установлению, предпочтительно передачу речи. В случае если хотя бы одна из сторон, приемная или вызывающая, не поддерживает исходную услугу или менее предпочтительную услугу, в частности мультимедийную (или видео) связь, сетевое управляющее устройство решает установить вызов на базе другой услуги, в данном случае, передачи речи. Однако вследствие использования предварительного вызова SCUDIF, сетевые ресурсы резервируются только для передачи речи, так что нагрузка в сети снижается и устраняется ненужное занятие сетевых ресурсов для видеосвязи.
[0078] Несмотря на то, что настоящее изобретение описывается применительно к сетям IMS и 3G CS, вызову SIP, вызову SCUDIF и мультимедийному вызову, необходимо иметь в виду, что принцип настоящего изобретения также применим к другим конфигурациям сетей и типам вызова. Точно также в сетях с другой конфигурацией, в случае если исходное сообщение не содержит информации о среде, поддерживаемой вызывающей стороной, в соответствии с настоящим изобретением можно использовать функцию изменения услуги и возвращения в исходный режим, чтобы установить режим вызова, который является предпочтительным и поддерживается вызывающей и приемной сторонами.
[0079] Как описывается выше, способ управления процедурой установления вызова от вызывающей стороны, находящейся в первой сетевой среде, к приемной стороне, находящейся во второй сетевой среде, включает обнаружение в сообщении инициализации вызова информации о медиа-параметрах, поддерживаемых вызывающей стороной, и если информация о медиа-параметрах, поддерживаемых вызывающей стороной, не принята, передачу специального сообщения приемной стороне на базе функции изменения услуги и перехода на резервный режим, прием в ответ на специальное сообщение на базе функции изменения услуги и перехода на резервный режим информации о медиа-параметрах, поддерживаемых приемной стороной, обработку информации о медиа-параметрах, поддерживаемых приемной стороной, и завершение установления соединения в соответствии с медиа-параметрами, поддерживаемыми приемной и вызывающей сторонами.
[0080] Необходимо принять во внимание, что представленное выше описание и сопроводительные чертежи предназначены для пояснения настоящего изобретения и являются только примерами. Варианты, являющиеся целесообразными для осуществления настоящего изобретения, могут различаться в рамках прилагаемой формулы изобретения.