СПОСОБ И СИСТЕМА ДЛЯ ПОИСКА СЕТЕВЫХ АДРЕСОВ В ГИБРИДНЫХ СЕТЯХ СВЯЗИ
METHOD AND SYSTEM FOR SEARCHING FOR NETWORK ADDRESSES IN HYBRID COMMUNICATION NETWORKS

Область техники, к которой относится изобретение
Настоящее изобретение относится, в целом, к системам связи, например стационарным, беспроводным или гибридным системам связи, содержащим архитектуру коммутации пакетов и каналов, обозначенным как «комбинационные сети связи». Более конкретно, настоящее изобретение упрощает способ поиска адресной информации и информации о возможностях терминала абонентского оборудования, соединенного с комбинационной сетью связи.
Предшествующий уровень техники
Постоянно развиваются стационарные и, в особенности, сети мобильной связи, например, глобальная система мобильной связи (GSM), система пакетной радиосвязи общего пользования (GPRS) или универсальная система мобильной связи (UMTS). В настоящее время сети связи GSM/GPRS и UMTS предлагают как возможность установления связи с коммутацией каналов (CS), так и возможность установления связи с коммутацией пакетов (PS). Возможность установления сквозной связи с коммутацией пакетов (PS) с возможностями терминала для передачи широкого диапазона типов данных может быть использована для предоставления мультимедийных служб, например, передачи изображения, музыки и видео. Возможность установления связи с коммутацией каналов (CS) предоставляет линию связи повышенной надежности между двумя терминалами абонентского оборудования посредством одного или нескольких доверенных сетевых узлов с надежным и определенным качеством обслуживания (QoS).
Комбинационные сети связи, в которых две или более линий связи различного типа установлены с одним или несколькими экземплярами абонентского оборудования или терминалами, могут использовать как возможность установления связи с коммутацией каналов (CS), так и возможность установления связи с коммутацией пакетов (PS) с абонентским оборудованием, таким образом разрешая службы, которые выполняются через сеансы связи с коммутацией пакетов (PS), обозначенные как PS-сеансы, и сеансы связи с коммутацией каналов (CS), обозначенные как CS-вызовы.
Для извлечения выгоды из этой формы комбинации услуг требуется абонентское оборудование, выполненное с возможностью одновременной обработки вызовов с коммутацией каналов (CS) и сеанса связи с коммутацией пакетов (PS). Будут доступны терминалы с множеством каналов радиодоступа (RAB) для сети связи UMTS и терминалы с режимом двойной передачи (DTM) для сетей связи GSM/GPRS, данные типы терминалов обеспечивают поддержку возможности установления связи с коммутацией каналов (CS) одновременно с установлением связи с коммутацией пакетов (PS).
В настоящее время разговорная речь не может быть доставлена по однонаправленным каналам (носителям) с коммутацией пакетов (PS) конечному пользователю (абоненту) из-за недостаточной пропускной способности сетей радиодоступа в процессе работы, и поэтому для доставки разговорной речи используются существующие носители (однонаправленные каналы) с коммутацией каналов (CS). В будущем, возможно, что отдельный носитель (однонаправленный канал) с коммутацией пакетов (PS) будет использоваться для передачи разговорной речи и мультимедийной информации. Однако терминалы с режимом двойной передачи (DTM) в настоящее время и терминалы универсальной системы мобильной связи (UMTS) в будущем будут предоставлять поддержку возможности установления связи с коммутацией каналов (CS) одновременно с установлением связи с коммутацией пакетов (PS).
При использовании возможности одновременного установления связи сторона, обозначенная в настоящем документе как «сторона A», осуществляет серфинг по сети Интернет (устанавливает сеанс связи с коммутацией пакетов (PS)) во время осуществления разговора с другой стороной, обозначенной в настоящем документе как «сторона B», посредством речевого вызова через сеть связи с коммутацией каналов (CS). Однако термин «одновременно» не обязательно подразумевает то, что происходящий в настоящее время вызов с коммутацией каналов (CS) связан с происходящим в настоящее время сеансом связи с коммутацией пакетов (PS).
В отличие от этого, если сторона А, которая имеет происходящий в настоящее время вызов с коммутацией каналов (CS) со стороной B, отсылает изображение, демонстрирующее, как красиво падает снег за окном, во время разговора о погоде, то изображение передается в течение сеанса связи с коммутацией пакетов (PS) и происходящего в настоящее время вызова с коммутацией каналов (CS) по отношению к стороне А. Тем не менее, сеанс связи с коммутацией пакетов (PS) может быть установлен таким способом, что он будет функционально идентичным некоррелированному сеансу web-просмотра.
Предположим, что упомянутая сторона А вызывает посредством вызова с коммутацией каналов (CS) сторону B посредством использования имени стороны В из адресной книги, относящейся к сети связи с коммутацией каналов (CS). Если сторона A должна отправить изображение стороне B во время разговора со стороной B, то сторона A должна выполнить просмотр его/ее «адресной книги PS» для передачи изображения. Сеанс связи с коммутацией пакетов (PS) устанавливается со стороной B и является полностью независимым от происходящего в настоящее время вызова с коммутацией каналов (CS). В этом примере не происходит никакого взаимодействия между пользовательскими интерфейсами или сетевыми компонентами, а взаимосвязь устанавливается в голове абонента. В предшествующем примере было бы желательно, чтобы сторона A имела возможность отослать изображение стороне B, то есть стороне B из адресной книги CS. Сторона A должна иметь возможность выбора: «Отослать изображение моему партнеру по вызову с коммутацией каналов (CS)» из условия, чтобы сторона A была освобождена от необходимости просмотра любой адресной книги.
Если постоянно находящаяся в сети связи служба и/или клиентское программное обеспечение, находящееся в терминале или абонентском оборудовании, информировано (или информируется) о связи между вызовом с коммутацией каналов (CS) и сеансом связи с коммутацией пакетов (PS), то вызов с коммутацией каналов (CS) и сеанс связи с коммутацией пакетов (PS) коррелируются с точки зрения службы и в соответствии с этим обеспеченная служба упоминается как «комбинационная служба». Важной проблемой в комбинационной службе, в особенности в предшествующем примере, является адресация, то есть «Каким образом получить адрес части домена коммутации пакетов (PS) телефона, терминала или абонентского оборудования стороны В?».
Другой проблемой является то, что при отсылке изображения со стороны А стороне B он или она также желает быть информированной о фактическом прибытии изображения на терминал или абонентское оборудование стороны B. Кроме того, сторона А должна быть информирована о том, что сторона B содержит терминал или абонентское оборудование, которое фактически может выполнить прием сообщения, основанного на сеансе связи с коммутацией пакетов (PS) стороны А. То есть каким образом сторона А будет информирована о возможностях терминала стороны В?
Для представления стороне А возможно лучшего абонентского восприятия должны быть возможны некоторые пиктограммы для высвечивания (или появления) на графическом пользовательском интерфейсе (GUI) терминала стороны А, которые информируют его/ее о доступности различных возможностей связи со стороной B. Например, если сторона B имеет терминал с режимом двойной передачи (DTM), то на терминале абонентского оборудования стороны А должна высветиться пиктограмма «передача изображений».
Решаемые проблемы являются следующими: (1) каким образом сторона А может получить адресную информацию сеанса связи с коммутацией пакетов (PS) стороны В и возможности терминала сеанса связи с коммутацией пакетов (PS) или абонентского оборудования стороны В (терминала «партнера по вызову с коммутацией каналов (CS)»), если вызов с коммутацией каналов (CS) устанавливается или после установления вызова с коммутацией каналов (CS) между стороной A и стороной B, и (2) каким образом сторона B может получить адресную информацию сеанса связи с коммутацией пакетов (PS) стороны А и возможности терминала сеанса связи с коммутацией пакетов (PS) или абонентского оборудования стороны А?
Решения изложенной проблемы для предшествующего уровня техники изложены в заявке на патент США 2003/0026394 А1 [Chapman и др.] и в патенте США 5949763 [Lund].
Chapman и другие раскрывают систему и способ установления речевой и соотнесенной информационной связи по неравноправным сетям связи, причем номер телефона для речевой связи определяет соотнесенный адрес назначения данных посредством запроса в сетевую базу данных, то есть в локальную базу данных, или гибридный числовой реестр для упомянутого адреса назначения данных. Это выполняется посредством сетевого узла или мобильного центра коммутации и адрес назначения, например IP-адрес, выдается блоку управления пакетами.
Lund описывает систему и способ установления речевой и информационной связи с терминала, соединенного с центральным офисом посредством двухпроводных линий или DSL, транспортирующего как речь, так и данные абоненту через коммутируемую телефонную сеть связи общего пользования (PSTN) и сеть передачи данных, где SCP запрашивает базу данных сети связи о проверке конфигурации терминалов вызывающей и вызванной сторон и выполняет поиск IP-адресов данных, а затем отсылает адреса данных терминалам абонентского оборудования, расположенного на территории пользователя (CPE), для установления информационной связи (для передачи данных).
Настоящее изобретение обеспечивает альтернативу описанному предшествующему уровню техники.
Сущность изобретения
Цель настоящего изобретения заключается в обеспечении способа поиска сетевого адреса домена коммутации пакетов (PS) и возможностей в домене коммутации пакетов (PS) терминала (абонентского оборудования) партнера по вызову с коммутацией каналов (CS) в комбинационной сети связи, содержащей сети связи различных типов, являющихся сетью связи с коммутацией каналов (CS) и, по меньшей мере, одной сетью связи с коммутацией пакетов (PS), где был установлен вызов с коммутацией каналов (CS), и где вызов с коммутацией каналов (CS) коррелируется с устанавливаемым сеансом связи с коммутацией пакетов (PS).
Дополнительная цель настоящего изобретения заключается в обеспечении абонентского оборудования, реализованного в виде одного или нескольких устройств, каждое из которых соединено с сетью связи с коммутацией каналов (CS) и с одной или несколькими сетями связи с коммутацией пакетов (PS) посредством сетевого соединения, которое абонентское оборудование устанавливает для выполнения упомянутого поиска адреса и возможностей в соответствии с представленным способом.
Данная цель достигается посредством настоящего изобретения с помощью способа, выполняемого посредством абонентского оборудования, где адрес сети связи с коммутацией пакетов (PS) отыскивается из абонентского оборудования партнера по вызову с коммутацией каналов (CS), находящегося в пределах системы связи, содержащей сеть связи с коммутацией каналов (CS) и одну или несколько сетей связи с коммутацией пакетов (PS). Упомянутое абонентское оборудование соединено с теми же сетями связи с коммутацией пакетов (PS) и с коммутацией каналов (CS), причем каждому соединению соотнесен сетевой адрес. Адрес сети связи с коммутацией пакетов (PS) абонентского оборудования партнера по вызову с коммутацией каналов (CS) запрашивается/отыскивается через сеть связи с коммутацией каналов (CS) или через сеть связи с коммутацией пакетов (PS) с/на абонентском оборудовании партнера по вызову с коммутацией каналов (CS).
Запрос принимается посредством абонентского оборудования партнера по вызову с коммутацией каналов (CS), и адрес сети связи с коммутацией пакетов (PS) отыскивается, а затем отсылается назад запросившему его абонентскому оборудованию. Альтернативно сетевая служба запрашивается на предмет адреса сети связи с коммутацией пакетов (PS) абонентского оборудования партнера по вызову с коммутацией каналов (CS).
Для установления контакта со стороной В в домене коммутации пакетов (PS) сторона B должна быть зарегистрирована в домене коммутации пакетов (PS). В представленное решение включены различные уровни адресации. Для достижения абонентского оборудования стороны В на уровне межсетевого протокола (IP) необходим IP-адрес стороны В. Для установления сеанса с использованием протокола инициации сеанса (SIP) с абонентским оборудованием стороны В необходим защищенный унифицированный идентификатор ресурса (URI) SIP, [SIPs, Internet Engineering Task Force, RFC 3261 ch.19.1]. Для службы SIP, например, необходимо присутствие идентификатора службы и присутствие URI. В настоящем документе эти различные идентификаторы совместно упоминаются как «идентификаторы домена коммутации пакетов (PS)». Регистрация может быть необходимой на каждом уровне.
Изобретение обеспечивает решение проблемы выполнения поиска идентификаторов домена коммутации пакетов (PS), например, адресов сети связи с коммутацией пакетов (PS) и возможностей терминала абонентского оборудования (UE) посредством абонентского оборудования стороны А, запрашивающего у сетевой службы или абонентского оборудования стороны B требуемый сетевой адрес и информацию о возможностях терминала абонентского оборудования стороны В. Изобретение использует любой из двух запросов:
- запрос, инициированный абонентским оборудованием с использованием способа домена коммутации каналов (CS)
- запрос, инициированный абонентским оборудованием с использованием способа домена коммутации пакетов (PS)
При способе домена коммутации каналов (CS) абонентское оборудование стороны А использует способы домена коммутации каналов (CS) через сеть связи с коммутацией каналов (CS), в особенности алгоритм неструктурированных данных дополнительных услуг [USSD, Проект Партнерства для 3-го поколения (3GPP) TS 23.090], чтобы запрашивать службу в сети связи или равноправный терминал или абонентское оборудование для выполнения поиска адреса(ов) стороны В.
При способе домена коммутации пакетов (PS) терминал использует способы домена коммутации пакетов (PS) через сеть связи с коммутацией пакетов (PS), например, отсылает сообщения SIP находящемуся в сети связи объекту (например, серверу контроля присутствия) для выполнения поиска адреса(ов) стороны В.
После нахождения уместного идентификатора домена коммутации пакетов (PS) (например, сетевого адреса домена коммутации пакетов (PS)) стороны В со стороной B можно установить связь непосредственно через сеть связи с коммутацией пакетов (PS) для обмена информацией о возможностях терминалов абонентского оборудования (UE).
Поскольку возможно обращение к абонентскому оборудованию стороны В на различных уровнях, то сетевому оператору выгодно использовать SIP URI сигнализацию для данной цели, поскольку SIP URI сигнализация обеспечивает возможность управления или влияния на обмен параметрами возможностей терминала. При использовании SIP URI метод SIP OPTIONS используется для обмена информацией о возможностях терминала.
Эти и другие варианты осуществления согласно настоящему изобретению далее иллюстрируются более подробно со ссылкой на приложенные чертежи.
Краткое описание чертежей
Чертеж представляет собой схематическое представление комбинационной сети связи с абонентским оборудованием и сетевыми узлами, соединенными с комбинационной сетью связи.
Подробное описание изобретения
Для обеспечения полного понимания настоящего изобретения оно представлено без ограничений объема изобретения по отношению к уровню техники и в объеме текущего выполнения GSM/UMTS системы мобильной связи, используемой в среде комбинационной сети связи. Однако настоящее изобретение может быть использовано в любой системе связи, содержащей комбинационные сети связи.
Чертеж схематично иллюстрирует комбинационную сеть 10 связи, содержащую несколько сетей 11, 12, 13 связи различных типов с первым терминалом 1 абонентского оборудования (UE) и вторым терминалом 2 абонентского оборудования (UE), соединенными со всеми или, по меньшей мере, с двумя из сетей 11, 12, 13 связи. Для обеспечения физического соединения с сетями 11, 12, 13 связи терминалы 1, 2 абонентского оборудования (UE) имеют сетевые интерфейсы 1A, 1B, 1С, 2A, 2B, 2C, каждый из которых ассоциирован с сетевым адресом для упомянутых сетей 11,12, 13 связи.
Для разъяснения изобретения произвольно предполагается, что сеть 11 связи является типом сети связи с коммутацией каналов (CS), а сети 12 и 13 связи относятся к типу сети связи с коммутацией пакетов (PS). В настоящем изобретении предполагается, что вызов с коммутацией каналов (CS) использует DTAP (компонент прямой пересылки), ISUP и DSS1 в качестве однонаправленного канала (носителя). Также могут быть использованы и другие типы однонаправленного канала (носителя).
Изобретение обеспечивает решение проблемы выполнения поиска адресов домена коммутации пакетов (PS) и информации о возможностях терминала 1 абонентского оборудования (UE) стороны В в домене коммутации пакетов (PS) посредством запроса терминалом 2 абонентского оборудования (UE) стороны А у терминала 1 абонентского оборудования (UE) стороны В или сетевого узла 31, 32, 33, 34, 35 услуг требуемых адреса(ов) или информации о возможностях терминала 1 абонентского оборудования (UE) стороны В. Решение использует любой из следующих двух различных типов запросов:
а) запрос, инициированный терминалами 1, 2 абонентского оборудования (UE) с использованием способа домена коммутации каналов (CS)
b) запрос, инициированный терминалами 1, 2 абонентского оборудования (UE) с использованием способа домена коммутации пакетов (PS)
a)
При способе поиска адреса на основании домена коммутации каналов (CS) терминал 2 абонентского оборудования (UE) стороны А использует способы домена коммутации каналов (CS) через сеть связи с коммутацией каналов (CS), в особенности, алгоритм неструктурированных данных дополнительных услуг [USSD, 3GPP TS 23.090] для осуществления запроса или к узлу 31, 32, 33, 34, 35 услуг в сети связи, или к равноправному терминалу 1 абонентского оборудования (UE) для извлечения адреса(ов) домена коммутации пакетов (PS) терминала 1 абонентского оборудования (UE) стороны В.
Изобретение раскрывает тот факт, что терминал 2 абонентского оборудования (UE) стороны А, являющийся вызывающей стороной в домене коммутации каналов (CS), формирует инициированный терминалом механизм неструктурированных данных дополнительных услуг [USSD, 3GPP TS 23.090] для выполнения поиска идентификатора(ов) PS терминала 1 абонентского оборудования (UE) стороны В, являющейся вызываемой стороной в домене коммутации каналов (CS). После приема идентификатора PS вызываемой стороны, например, адреса, терминал 2 абонентского оборудования (UE) вызывающей стороны A непосредственно запрашивает терминал 1 абонентского оборудования (UE) вызываемой стороны В для получения информации о возможностях терминала 1 абонентского оборудования (UE). В зависимости от возможностей терминала 2 абонентского оборудования (UE) стороны А наличие соответствующих возможностей терминала 1 абонентского оборудования (UE) стороны В высвечивается на графическом пользовательском интерфейсе (GUI) терминала 2 абонентского оборудования (UE) вызывающей стороны A. Сторона B может использовать аналогичный метод для извлечения информации о возможностях терминала 2 абонентского оборудования (UE) стороны А.
Алгоритм USSD предоставляет пользователям терминалов 1, 2 абонентского оборудования (UE), например, мобильной станции, и приложением определенным оператором наземной сети мобильной связи общего пользования (PLMN) возможность осуществления связи способом, являющимся прозрачным для терминалов 1, 2 абонентского оборудования (UE) и для посреднических сетевых объектов.
В соответствии с 3GPP TS 23.090, который определяет обработку USSD на абонентском оборудовании (UE) и сетевых объектах, алгоритм USSD применяется пользователями терминалов 1, 2 абонентского оборудования (UE) в нижеописанном способе:
Терминалы 1, 2 абонентского оборудования (UE) могут в любое время инициировать запрос USSD в сеть 11 связи с коммутацией каналов (CS). Когда сторона А или сторона В терминалов 1, 2 абонентского оборудования (UE) или приложение, выполняющееся на терминалах 1, 2 абонентского оборудования (UE), формирует запрос на выполнение поиска адреса, где терминалы 1, 2 абонентского оборудования (UE) решают использовать алгоритм USSD, терминалы 1, 2 абонентского оборудования (UE) устанавливают транзакцию с сетью 11 связи с коммутацией каналов (CS), отсылают запрос мобильному центру коммутации (MSC) и ожидают ответа. После того как терминалы 1, 2 абонентского оборудования (UE) приняли ответ, терминалы 1, 2 абонентского оборудования (UE) отображают информацию, содержащуюся в ответе для стороны А или стороны В, или передают информацию приложению, выполняющемуся на терминалах 1, 2 абонентского оборудования (UE).
Если мобильный центр коммутации (MSC) принимает запрос USSD, содержащий служебный код домашней наземной сети мобильной связи общего пользования (HPLMN), то мобильный центр коммутации (MSC) устанавливает транзакцию с реестром местоположения посетителя (VLR) и неизменно передает запрос USSD реестру местоположения посетителя (VLR). Если реестр местоположения посетителя (VLR) принимает запрос USSD, содержащий служебный код домашней наземной сети мобильной связи общего пользования (HPLMN), а терминалы 1, 2 абонентского оборудования (UE) не находятся в домашней наземной сети мобильной связи общего пользования (HPLMN), то реестр местоположения посетителя (VLR) устанавливает транзакцию с реестром местоположения абонентов (HLR) и неизменно передает запрос USSD.
Если мобильный центр коммутации (MSC) принимает запрос USSD, содержащий локальный служебный код, то мобильный центр коммутации (MSC) и реестр местоположения посетителя (VLR) обрабатывают запрос USSD локально. Если запрос USSD передается реестру местоположения абонентов (HLR), то мобильный центр коммутации (MSC) и реестр местоположения посетителя (VLR) являются прозрачными по отношению к дальнейшим запросам или ответам USSD (в любом направлении) для этой транзакции, осуществляя их передачу между мобильной станцией (MS) и реестром местоположения абонентов (HLR), не предпринимая никаких действий. Если одна транзакция завершается (MS-MSC/VLR или MSC/VLR-HLR), то MSC/VLR также должна завершить другую транзакцию.
Если мобильный центр коммутации (MSC) или реестр местоположения посетителя (VLR) не будет поддерживать используемый в запросе USSD алфавит, то он должен соответственно установить транзакцию с реестром местоположения посетителя (VLR) или реестром местоположения абонентов (HLR) и неизменно переслать запрос USSD таким же образом, как при приеме служебного кода домашней наземной сети мобильной связи общего пользования (HPLMN).
В соответствии с 3GPP TS 23.090 реестр местоположения абонентов (HLR) передает запрос USSD или обрабатывает его локально. Местоположение, природа и содержание приложения(ий) USSD, по определению, зависят от поставщика услуг и оператора сети связи, но, в целом, включают в себя:
- установление или освобождение каналов передачи сигналов (сигнализации) и/или каналов передачи речевой информации;
- передачу запроса USSD другому сетевому объекту (неизменно или с изменениями);
- передачу другого запроса USSD другому сетевому объекту;
и/или
- запрос дополнительной информации от терминалов 1, 2 абонентского оборудования (UE)(один или несколько раз).
После выполнения обработки запроса USSD сетевой объект должен ответить на запрос USSD, а затем завершить транзакцию.
Поиск адреса с помощью USSD для PS-идентификации осуществляется любым из двух способов.
Терминал 2 абонентского оборудования (UE) стороны А отсылает запрос USSD терминалу 1 абонентского оборудования (UE) стороны В.
Терминал 2 абонентского оборудования (UE) стороны А отсылает запрос USSD сетевой службе.
В первом способе поиска идентификатора PS терминала 1 абонентского оборудования (UE) стороны В терминал 2 абонентского оборудования (UE) стороны А отсылает запрос USSD через сеть связи с коммутацией каналов (CS), направленный терминалу 1 абонентского оборудования (UE) стороны В, запрашивая идентификатор(ы) домена коммутации пакетов (PS) терминала 1 абонентского оборудования (UE) стороны В. В этом первом способе терминал 2 абонентского оборудования (UE) стороны А составляет запрос USSD, запрашивающий адрес межсетевого протокола (IP) терминала 1 абонентского оборудования (UE) стороны В. Если терминал 2 абонентского оборудования (UE) стороны А находится в посещаемой наземной сети мобильной связи общего пользования (VPLMN), то запрос USSD принимается посредством реестра местоположения посетителя (VLR) и отсылается реестру местоположения абонентов (HLR) стороны А, находящемуся в домашней наземной сети мобильной связи общего пользования (HPLMN) стороны А. После анализа служебного кода, находящегося в запросе USSD, обнаруживается, что требуется идентификатор(ы) домена коммутации пакетов (PS) терминала 1 абонентского оборудования (UE) стороны В. Реестр местоположения абонентов (HLR) инициирует второй запрос USSD терминалу 1 абонентского оборудования (UE) стороны В. Этот второй запрос USSD к терминалу 1 абонентского оборудования (UE) стороны В может быть передан через реестр местоположения абонентов (HLR) Стороны В. Приложение, находящееся в терминале 1 абонентского оборудования (UE) стороны В, декодирует запрос USSD и отсылает требуемый идентификатор(ы) домена коммутации пакетов (PS) PS-части терминала 1 абонентского оборудования (UE) стороны В обратно терминалу 2 абонентского оборудования (UE) стороны А. Ответ от стороны В может быть передан через реестр местоположения абонентов (HLR) стороны В и реестр местоположения абонентов (HLR) стороны А.
Если терминал 1 абонентского оборудования (UE) стороны В отвечает с использованием унифицированного идентификатора ресурса (URI) протокола инициации сеанса (SIP), то терминал 2 абонентского оборудования (UE) стороны А затем посылает сообщение «SIP OPTIONS» терминалу 1 абонентского оборудования (UE) стороны В с использованием SIP URI стороны В и запрашивает о возможностях терминала 1 абонентского оборудования (UE) стороны В. В соответствии с возможностями терминала 1 абонентского оборудования (UE) стороны В некоторые значки могут быть высвечены на графическом интерфейсе терминала 2 абонентского оборудования (UE) стороны А. В случае, если допускается передача изображений, терминал 2 абонентского оборудования (UE) стороны А отсылает изображения терминалу абонентского оборудования (UE) стороны B на основании найденной информации относительно возможностей терминала 1 абонентского оборудования (UE) стороны В.
Этот первый способ поиска адреса с помощью USSD требует, чтобы приложения терминала, загруженные и выполняющиеся на терминале 2 абонентского оборудования (UE) стороны А и терминале 1 абонентского оборудования (UE) стороны В, могли отсылать и обрабатывать запросы USSD, а также формировать ответы USSD. Эти приложения, например, внедренные в терминал 2 абонентского оборудования (UE) стороны А и в терминал 1 абонентского оборудования (UE) стороны В, являются частными или стандартизированными; последнее является предпочтительнее во избежание проблем функциональной совместимости.
Существует вариант, заключающийся в том, что терминал 1 абонентского оборудования (UE) стороны В отсылает подтверждение приема с использованием сигнализации USSD через сеть 11 связи с коммутацией каналов (CS) и с использованием полностью отличного протокола для отсылки идентификаторов домена коммутации пакетов (PS). Другой вариант заключается в том, что входящий запрос USSD, принимаемый терминалом 1 абонентского оборудования (UE) стороны В, транспортирует IP-адрес терминала 2 абонентского оборудования (UE) стороны А и таким образом терминал 1 абонентского оборудования (UE) стороны В непосредственно использует эту информацию сетевого адреса домена коммутации пакетов (PS) для дальнейшей передачи информации.
Во втором способе поиска адреса вспомогательного для USSD терминал 2 абонентского оборудования (UE) стороны А отсылает сообщение USSD, направленное службе, основанной на сети связи. Служба, реализованная в качестве поискового сервера 34 базы данных или proxy-сервера 35, возвращает ответ USSD терминалу 2 абонентского оборудования (UE) стороны А. Отличие от представленного выше первого способа поиска адреса вспомогательного для USSD заключается в том, что вместо передачи сообщения USSD терминалу 1 абонентского оборудования (UE) стороны В реестр местоположения абонентов (HLR) отсылает ответ стороне А. Посредством реестра местоположения абонентов (HLR), который может использовать в любое время запрос (ATI) [3GPP TS 23.078 v6.1.0 ch.11.3.3.1.2] для получения информации от реестра местоположения посетителя (VLR) или узла обеспечения GPRS (SGSN) [3GPP TS 23.078 v6.1.0 ch.11.3.6.1.2], «состояние» абонента делается доступным, благодаря чему абонент (в настоящем документе сторона B) идентифицируется в запросе USSD для реестра местоположения абонентов (HLR) или посредством международного идентификатора абонента мобильной связи (IMSI) или номера мобильной станции цифровой сети связи с интеграцией услуг (MSISDN). В частности, полученная информация касается «состояния абонента домена коммутации пакетов (PS)» и «контекстного информационного списка протокола пакетных данных (PDP)» абонента. Этот список также содержит IP-адрес абонента, в данном случае IP-адрес терминала 1 абонентского оборудования (UE) стороны В, соединенного с сетью 12, 13 связи с коммутацией пакетов (PS).
В зависимости от требуемого идентификатора домена коммутации пакетов (PS) реестр местоположения абонентов (HLR) устанавливает связь с другими сетевыми объектами 21, 22, 31, 32, 33, 34, 35, которые обслуживают соответствующие базы данных (например, серверы контроля присутствия). Сетевые узлы 21, 22, 32, 33 выполнены с возможностью выполнения поиска сетевого адреса терминалов 1, 2 абонентского оборудования (UE). Узлы 21 и 22 содержатся в сети 11, 12 связи, а узлы 32, 33 расположены за пределами сетей 11, 12, 13 связи. Сетевой узел 31 является сервером контроля номера E.164 [ENUM Network Working Group Request for Comments: 3761], сетевой узел является поисковым сервером 34 базы данных, а сетевой узел 35 является proxy-сервером 35. Сетевые узлы 21, 22, 31, 32, 33, 34, 35 соединены с сетями 11, 12, 13 связи посредством соответствующих соединений 21A, 22A, 31A, 32A, 33А, 33 В, 34А, 34 В, 35А, 35B, 35C.
Также в этом втором способе поиска адреса вспомогательного для USSD ответ основывается на сигнализации USSD домена коммутации каналов (CS) или использует другой протокол для доставки ответа.
Оба представленных способа поиска адреса вспомогательного для USSD, основанных на домене коммутации каналов (CS), с точки зрения терминала 2 абонентского оборудования (UE) стороны А являются идентичными, однако они отличаются с точки зрения терминала 1 абонентского оборудования (UE) стороны В. Эти два способа домена коммутации каналов (CS) также отличаются с точки зрения сети связи, так как в первом способе поиска адреса вспомогательного для USSD сеть связи выполняет передачу только сообщений USSD, в то время как во втором способе поиска адреса вспомогательного для USSD служба осуществляется как сетевой узел в виде поискового сервера 34 базы данных или proxy-сервера 35, который перехватывает сообщение USSD, обрабатывает его и предпринимает некоторые действия. Радиоресурсы сети доступа (GSM/UMTS) на терминал 1 абонентского оборудования (UE) стороны В не используются вторым способом, который расценивается в качестве преимущества.
b)
В способе поиска адреса, основанном на домене коммутации пакетов (PS), терминал 2 абонентского оборудования (UE) стороны А использует способы домена коммутации пакетов (PS) через сеть связи с коммутацией пакетов PS), например посредством сообщений SIP к объектам, находящимся в сети связи, например, сетевым узлам 21, 22, 31, 32, 33, 34, 35, которые поддерживают соответствующие базы данных (например, серверам контроля присутствия, поисковым серверам, proxy-серверам) для выполнения поиска адреса(ов) домена коммутации пакетов (PS) терминала 1 абонентского оборудования (UE) стороны В.
Поскольку терминал 2 абонентского оборудования (UE) стороны А не имеет адреса домена коммутации пакетов (PS) стороны В (ни IP, ни SIP URI), то терминал 2 абонентского оборудования (UE) стороны А не может непосредственно установить связь с терминалом 1 абонентского оборудования (UE) стороны В. Информация о терминале абонентского оборудования (UE) стороны В, выполняющем происходящий в настоящее время вызов с коммутацией каналов (CS) с терминалом 2 абонентского оборудования (UE) стороны А, содержит сетевой адрес домена коммутации каналов (CS), который доступен для терминала 2 абонентского оборудования (UE) стороны А.
Этот сетевой адрес домена с коммутацией каналов (CS), наряду с прочими, может являться номером телефона терминала 1 абонентского оборудования (UE) вызываемой стороны В, MSISDN или IMSI.
Терминал 2 абонентского оборудования (UE) стороны А запрашивает сетевую службу, в которой терминал 2 абонентского оборудования (UE) стороны А предоставляет сетевую службу с номером телефона (или IMSI, MSISDN) терминала 1 абонентского оборудования (UE) стороны В. Эта служба реализуется с использованием сервера контроля номера E.164 31 [ENUM Network Working Group Request for Comments: 3761].
Вышеописанные способы поиска адреса, основанные на домене с коммутацией каналов (CS) и домене с коммутацией пакетов (PS), выполняются в фоновом режиме без вмешательства пользователей терминалов 1, 2 абонентского оборудования (UE). Посредством использования изобретения терминал 2 абонентского оборудования (UE) стороны А, в зависимости от графических возможностей терминала 2 абонентского оборудования (UE) стороны А, представляет пиктограмму для высвечивания на его/ее графическом пользовательском интерфейсе (GUI) через несколько секунд после установления вызова с коммутацией каналов (CS).
С реализацией этого изобретения терминал 2 абонентского оборудования (UE) стороны А или терминал 1 абонентского оборудования (UE) стороны В инициирует в течение происходящего в настоящее время вызова с коммутацией каналов (CS) алгоритм USSD для запроса терминалов 1, 2 абонентского оборудования (UE) другой стороны или сетевых узлов 21, 22, 31, 32, 33, 34, 35 для получения адреса домена с коммутацией пакетов (PS) (например, IP-адреса) терминалов 1, 2 абонентского оборудования (UE) другой стороны.
Настоящее изобретение обеспечивает эффективный и патентоспособный способ поиска адреса домена коммутации пакетов (PS) и информации о возможностях терминала абонентского оборудования (UE) другой стороны. Индикацию на терминалах 1, 2 абонентского оборудования (UE) пользователей можно обеспечить при указании возможностей терминалов 1, 2 абонентского оборудования (UE) другого пользователя.