Результат интеллектуальной деятельности: СЕТЕВОЙ ОБЪЕКТ И СПОСОБ УПРАВЛЕНИЯ ПЕРЕДАЧЕЙ ДАННЫХ ПРОТОКОЛА ИНИЦИАЛИЗАЦИИ СЕАНСА СВЯЗИ ОБЪЕКТУ ПОЛЬЗОВАТЕЛЯ В СЕТИ СВЯЗИ

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

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

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

Для мобильной передачи данных могут быть развернуты многоуровневые сети связи, например, описанные в спецификации 3GPP (проекта партнерства производителей сотовой связи третьего поколения). Спецификация 3GPP охватывает три отдельных уровня: прикладной уровень, уровень управления сетью и уровень связи. Прикладной уровень поддерживает приложения для конечного пользователя и может быть реализован в мобильных станциях или серверах приложений в сети. Прикладной уровень связан с сетевым уровнем, чтобы предоставить возможность разработки и реализации различных услуг и приложений. Уровень управления сетью поддерживает услуги связи по, например, различным типам сетей, таким, как доменные сети с коммутацией каналов на основе GSM (глобальной системы мобильной связи) стандарта, в которых используется, например, технология, относящаяся, к ISDN, или сети пакетной коммутации, в которых применяется, например, технология GPRS (общего сервиса пакетной радиопередачи). Уровень связи является транспортным уровнем, способным переносить любой тип услуги посредством, например, голоса, данных или мультимедийных потоков.

Спецификация 3GPP определяет долговременное развитие (LTE) в качестве технологии доступа к сети. LTE содержит ММЕ (узел управления мобильностью), образующий соответствующий объект управления для сигнализации и выбора обслуживающего шлюза (SGW), который направляет и пересылает пакеты данных, несущие, например, мультимедийные услуги. Для доставки мультимедийных услуг по этой сети доступа спецификация 3GPP назначает мультимедийную подсистему на основе IP (IMS). IMS включает в себя уровень услуг, образующий прикладной уровень, уровень управления и связи, образующий уровень управления сетью, и уровень доступа, образующий уровень связи. Уровень управления и связи включает в себя функции управления вызовами и сеансами (CSCF), формирующие центральные узлы для сигнализации протокола инициализации сеанса связи (SIP). В соответствии с IMS для размещения данных на сервере и оказания услуг для объектов пользователей предоставляется сервер приложений. Примером сервера приложений является сервер услуги мультимедийной телефонии (MMTel), предоставляющий мультимедийные средства связи, такие как голосовые. Другим примером сервера приложений является сервер непрерывности голосового вызова (VCC). IMS дополнительно обусловливает сервер абонента (HSS), который является базой данных администратора, которая способствует обработке вызовов объектами сети IMS. HSS содержит информацию, относящуюся к абонированию, или профили абонентов, или данные пользователя, выполняет идентификацию и авторизацию объектов пользователей, а также предоставляет информацию о местоположении абонента и IP информацию.

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

КРАТКОЕ ИЗЛОЖЕНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

Целью настоящего изобретения является предоставление эффективной концепции для распределения данных пользователей в сети связи.

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

Настоящее изобретение основано на данных о том, что в сети связи, например, в мультимедийной подсистеме на основе IP (IMS) данные пользователя, относящиеся к объекту пользователя, могут эффективно распределяться на основе сообщений протокола инициализации сеанса связи (SIP), обмен которыми происходит между сетевыми объектами, например, между серверами приложений. В рассмотренном примере IMS множество серверов приложений могут использовать те же данные пользователя, например, информацию, относящуюся к статусу связи объекта пользователя. Таким образом, например, первый сервер приложений, который получает данные пользователя от HSS, может направить принятого пользователя к другим сетевым объектам, например, к S-CSCF или на другой сервер приложений.

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

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

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

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

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

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

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

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

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

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

Это сообщение приглашения SIP или запрос приглашения SIP или приглашение SIP могут быть использованы для установления сеанса связи между объектами пользователей лиц или агентами пользователей.

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

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

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

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

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

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

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

В соответствии с вариантом осуществления сетевой объект может быть сервером приложений. В частности, сетевой объект может быть объектом мультимедийной телефонии (MMTel) IMS.

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

Согласно еще одному аспекту настоящее изобретение относится к способу управления передачей данных SIP объекту пользователя в сети связи. Этот способ может содержать шаг принятия первого сообщения SIP. Далее этот способ может содержать шаг генерации второго сообщения SIP в ответ на прием первого сообщения SIP; это второе сообщение SIP содержит данные пользователя, относящиеся к объекту пользователя.

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

Согласно еще одному аспекту настоящее изобретение относится к способу управления передачей данных SIP в сети связи IMS. Этот способ может содержать шаг принятия первого сообщения SIP сетевым объектом. Далее этот способ может содержать шаг генерации второго сообщения SIP этим сетевым объектом в ответ на прием первого сообщения SIP; это второе сообщение SIP содержит данные пользователя, относящиеся к объекту пользователя. Кроме того, способ может содержать шаг передачи второго сообщения SIP следующему сетевому объекту, в частности, S-CSCF. Кроме того, этот способ может содержать шаг пересылки следующим сетевым объектом второго сообщения SIP по меньшей мере на один сервер приложений для повторного использования данных пользователя.

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

КРАТКОЕ ОПИСАНИЕ ГРАФИЧЕСКИХ МАТЕРИАЛОВ

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

На фиг.1 изображен вариант осуществления структурной схемы системы связи;

На фиг.2 изображен вариант осуществления сетевого объекта для управления передачей данных SIP объекту пользователя в сети связи;

На фиг.3 дополнительно изображен вариант осуществления сетевого объекта для управления передачей данных SIP объекту пользователя в сети связи;

На фиг.4 изображен вариант осуществления системы управления передачей данных SIP в сети связи IMS;

На фиг.5 изображен вариант осуществления способа управления передачей данных SIP объекту пользователя в сети связи;

На фиг.6 дополнительно изображен вариант осуществления способа управления передачей данных SIP в сети связи IMS.

ПОДРОБНОЕ ОПИСАНИЕ

На фиг.1 иллюстративно изображена структурная схема системы связи, реализующая архитектуру IMS, как это определено спецификацией 3GPP TS 23.228. Эта система связи включает в себя сервер 101 приложений (AS), обслуживающую функцию 103 управления вызовами и сеансами (S-CSCF), прокси-CSCF 105 (P-CSCF) и запрашивающую CSCF 107 (Interrogating-CSCF, I-CSCF). S-CSCF 103, P-CSCF 105 и I-CSCF 107 соответственно образуют реализации объектов управления сетью, обменивающихся данными друг с другом. S-CSCF 105 и I-SCSF 105, кроме того, обмениваются данными с сервером 109 абонента (HSS). P-CSCF 105 обменивается данными с по меньшей мере одним объектом 111 пользователя (UE).

S-CSCF 103, P-CSCF 105 и L-CSCF 107 используются для обработки пакетов сигнализации протокола инициализации сеанса связи (SIP) в системе связи IMS. S-CSCF 103 является центральным узлом уровня сигнализации и выполнена с возможностью манипулировать SIP регистрацией UE 111 для связи IMS. В частности, S-CSCF 103 содержит сведения об идентификации пользователя, такие как международный опознавательный код мобильной станции/абонента (IMSI), однозначно идентифицирующие объект 111 пользователя. I-CSCF 107 настроена на выполнение запроса HSS 109 для получения адреса S-CSCF 103 и распределение S-CSCF 103 к объекту 111 пользователя для осуществления SIP регистрации. I-CSCF 107 также пересылает запросы на инициализацию сеанса связи, такие как SIP приглашения, к S-CSCF, и получает запросы на инициализацию сеанса связи от S-CSCF 103. P-CSCF 105 представляет собой прокси SIP, который является первой точкой контакта для UE 111. AS 101 представляет собой сервер приложений SIP, например, сервер услуги мультимедийной телефонии (MMTel) или сервер непрерывности голосового вызова (VCC). AS 101 размещает данные на сервере и оказывает услуги для UE 111. AS 101 связан с S-CSCF 103 с помощью протокола SIP, а также связан с HSS 109 с помощью Sh интерфейса, как это определено стандартом IMS.

AS 101 настроен для приема первого сообщения SIP. В ответ на прием этого первого сообщения SIP, AS 101 дополнительно настроен для генерации второго сообщения SIP. Это второе сообщение SIP содержит данные пользователя, относящиеся к UE 111. В частности, AS 101 выполняет вставку данных пользователя в первое сообщение SIP для предоставления второго сообщения SIP S2.

На фиг.2 изображен вариант осуществления сетевого объекта 201 для управления передачей данных SIP объекту пользователя в сети связи. Сетевой объект 201 может содержать приемник 203 и процессор 205. Сетевой объект 201 может являться сервером приложений. Указанным сервером приложений может быть объект услуги мультимедийной телефонии (MMTel) IMS.

В соответствии с вариантом осуществления приемник 203 настроен для принятия первого сообщения SIP S1. Указанный процессор 205 может быть настроен для генерации второго сообщения SIP S2 в ответ на прием первого сообщения SIP S1. Это второе сообщение SIP S2 может содержать данные пользователя, относящиеся к объекту пользователя. В частности, процессор 205 может быть настроен для вставки данных пользователя в первое сообщение SIP S1 для создания второго сообщения SIP S2. Данные пользователя могут быть в формате XML.

Первое сообщение SIP S1 может быть реализовано следующим образом:

INVITE sip:userB(@example.com SIP/2.0-

Max-Forwards: 70

From:<sip:use@Aexample.com>

To:<sip:userB@example.com>

…

Content-Length: 0

Второе сообщение SIP S2 может быть реализовано следующим образом:

INVITE sip:userB@example.com SIP/2.0

Max-Forwards: 70

From:<sip:userA@example.com>

To:<sip:userB@example.com>

Content-Type: application/as-to-as-info+xml

Content-Length: (…)

<?xml version-"!.0"?>

<as-to-as-info …>

<userstate>

<csbusy>true</csbusy>

<psbusy>false</psbusy>

</userstate>

<location>

…

</location>

…

</as-to-as-info>

Например, данные пользователя данные пользователя указывают, по меньшей мере, одно из следующего: текущий статус связи объекта пользователя в домене пакетной коммутации сети связи, например, «psbusy»; текущий статус связи объекта пользователя в домене коммутации каналов сети связи (см. вышеупомянутый «csbusy»); местоположение объекта пользователя, например, «location»; информацию об оплате объекта пользователя.

На фиг.3 изображен вариант осуществления сетевого объекта 301 для управления передачей данных SIP объекту пользователя в сети связи. Сетевой объект 301 может содержать приемник 303, процессор 305 и передатчик 307.

В соответствии с вариантом осуществления приемник 303 получает первое сообщение SIP S1. Приемник 303 пересылает полученное первое сообщение SIP S1 процессору 305. Процессор 305 инициирует передачу запроса R данных D пользователя на сервер 309 абонента (HSS). Приемник 303 получает данные D пользователя от HSS 309 и пересылает их в процессор 305. Процессор 305 выполняет вставку полученных данных D пользователя в первое сообщение SIP S1 для создания второго сообщения SIP S2.

В соответствии с вариантом осуществления процессор 305 пересылает сгенерированное второе сообщение SIP S2 передатчику 307. Передатчик 307 передает второе сообщение SIP S2 дальнейшему сетевому объекту 311.

На фиг.4 изображен вариант осуществления системы 400 управления передачей данных SIP в сети связи IP IMS.

В соответствии с вариантом осуществления система 400 содержит сервер 401 MMTel, выполняющий реализацию объекта, такого как сервер приложений, S-CSCF 403, HSS 405, сервер 407 приложений (AS), прокси-функцию 409 управления вызовами и сеансами (P-CSCF) и объект 411 пользователя (UE).

В соответствии с вариантом осуществления система, изображенная на фиг.4, настроена на выполнение следующих шагов от 1 до 10:

На шаге 1 S-CSCF 403 получает приглашение SIP. На шаге 2 S-CSCF 403 пересылает полученное приглашение SIP на MMTel 401. На шаге 3 MMTel 401 запрашивает данные пользователя у HSS 405. На шаге 4 MMTel 401 получает запрошенные данные пользователя от HSS 405. Эти данные пользователя могут включать в себя текущий статус связи объекта 411 пользователя в домене пакетной коммутации сети связи, текущий статус связи объекта 401 пользователя в домене коммутации каналов сети связи, местоположение объекта 411 пользователя, информацию об оплате объекта 411 пользователя.

На шаге 5 MMTel 401 передает приглашение SIP, в которое включены данные пользователя, в дальнейшем называемое расширенным приглашением SIP, к S-CSCF 403.

На шаге 6 S-CSCF 403 пересылает это расширенное приглашение SIP следующему серверу 407 приложений. Следующий сервер 407 приложений может использовать эти включенные данные пользователя. Этот сервер 407 приложений может быть избавлен от необходимости запрашивать данные пользователя у HSS 405.

На шаге 7 сервер 407 приложений 407 передает расширенное приглашение SIP обратно S-CSCF 403.

На шаге 8 S-CSCF 403 удаляет данные пользователя из расширенного приглашения для создания приглашения SIP.

На шаге 9 сгенерированное приглашение SIP передается от S-CSCF 403 к Р-CSCF 409. На шаге 10 P-CSCF 409 пересылает это приглашение SIP объекту 311 пользователя.

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

На шаге 501 первое сообщение SIP поступает на сетевой объект, например, на сетевой объект 201, 301, 401.

На шаге 503, второе сообщение SIP генерируется в сетевом объекте в ответ на прием первого сообщения SIP. Это второе сообщение SIP может содержать данные пользователя, относящиеся к объекту пользователя.

На фиг.6 изображен вариант осуществления способа управления передачей данных SIP в сети связи IP IMS.

На шаге 601 первое сообщение SIP поступает на сетевой объект, например, приемник 203, 305 от сетевого объекта 201, 301, 401.

На шаге 603 второе сообщение SIP генерируется в сетевом объекте, например, процессором 203, 305 в ответ на прием первого сообщения SIP; это второе сообщение SIP содержит данные пользователя, относящиеся к объекту пользователя.

На шаге 605 второе сообщение SIP передается S-CSCF от сетевого объекта, например, передатчиком 307.

На шаге 607 это второе сообщение SIP, например, переданное передатчиком 307, пересылается S-CSCF на по меньшей мере один сервер приложений для повторного использования указанных данных пользователя.

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

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

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

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