×
13.01.2017
217.015.6bd0

СЕРВЕР ПРИЛОЖЕНИЙ ДЛЯ УПРАВЛЕНИЯ СВЯЗЬЮ С ГРУППОЙ ПОЛЬЗОВАТЕЛЬСКИХ ОБЪЕКТОВ

Вид РИД

Изобретение

Юридическая информация Свернуть Развернуть
№ охранного документа
0002592857
Дата охранного документа
27.07.2016
Краткое описание РИД Свернуть Развернуть
Аннотация: Изобретение относится к мобильной связи через коммуникационные сети, в частности к серверу приложений для управления связью с группой пользовательских объектов. Техническим результатом изобретения является в обеспечении эффективного управления связью с группой пользовательских объектов. Сервер приложений содержит приемник (201) для приема первого запроса (202) инициации сеанса с общедоступным идентификатором, идентифицирующим группу пользовательских объектов, процессор (203), сконфигурированный для определения текущего состояния связи первого пользовательского объекта при приеме первого запроса инициации сеанса, и передатчик (205, сконфигурированный для передачи второго запроса (204) инициации сеанса с первым идентификатором пользователя для установления канала связи с первым пользовательским объектом в зависимости от его текущего состояния связи. 3 н. и 11 з.п. ф-лы, 7 ил.
Реферат Свернуть Развернуть

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

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

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

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

3GPP спецификация определяет сеть Long Term Evolution (LTE) в качестве технологии сети доступа. Для доставки мультимедийных сервисов через сеть доступа 3GPP спецификация определяет мультимедийную IP-подсистему (IMS). IMS содержит сервисный уровень, образующий уровень приложений, уровень управления и связности, образующий уровень управления сетью, и уровень доступа, образующий уровень связности. Уровень управления и связности содержит функции управления сеансами и маршрутизацией (CSCF), WO 2012/020052 2 PCT/EP2011/063769

образовывающие центральные объекты для сигнализации протокола инициации сеансов (SIP). В соответствии с IMS сервер приложений предоставляется для хостинга и выполнения сервисов для пользовательских объектов. Примером сервера приложений является сервер сервиса мультимедийной телефонии (MMTel), предлагающий мультимедийную связь, такую как голосовая связь. Другим примером сервера приложений является сервер непрерывности голосового вызова (VCC).

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

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

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

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

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

С примерной ссылкой на конфигурацию многомодульной идентификации абонентов группа пользовательских объектов может содержать множество SIM, которые могут быть совместно адресуемы общедоступным идентификатором, таким как MSISDN. В ответ на прием запроса инициации сеанса от объекта управления сетью, такого как S-CSCF, сервер приложений может сначала определить идентификаторы пользователей, единственным образом идентифицируя SIM в группе пользовательских объектов. После этого сервер приложений может ответвлять множество запросов инициации сеанса SIM в конфигурации многомодульной идентификации абонентов на основании определенных идентификаторов пользователей. Однако сервер приложений может также выбрать некоторые пользовательские объекты в группе пользовательских объектов и выборочно ответвлять сообщения инициации сеанса только некоторым выбранным пользовательским объектам. В частности, запрос инициации сеанса может быть отправлен только одному пользовательскому объекту, с которым в настоящее время установлена связь, в группе пользовательских объектов. Таким образом, пользователю, с которым установлена связь через пользовательский объект, может быть непосредственно сообщено, например, о входящем вызове.

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

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

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

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

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

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

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

В соответствии с вариантом осуществления приемник сконфигурирован для приема первого идентификатора пользователя коммуникационной сети, например, от сетевого объекта, такого как S-CSCF в случае коммуникационной сети IMS. В качестве примера, сервер приложений может принимать первый идентификатор пользователя при регистрации первого пользовательского объекта в коммуникационной сети. Второй идентификатор пользователя может быть соответственно предоставлен серверу приложений.

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

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

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

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

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

В соответствии с вариантом осуществления первый идентификатор пользователя и/или второй идентификатор пользователя может содержать по меньшей мере одно из следующего: международный идентификационный номер оборудования подвижного абонента (IMSI), личный идентификатор пользователя IMS (IMPI) или глобально маршрутизируемый унифицированный идентификатор ресурса пользовательского агента (GRUU).

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

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

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

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

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

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

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

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

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

Последующие варианты осуществления будут описаны со ссылкой на следующие фигуры, на которых:

Фиг.1 показывает блок-схему системы связи в соответствии с вариантом осуществления;

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

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

Фиг.4 показывает сообщения о регистрации, обменивающиеся в системе связи, в соответствии с вариантом осуществления;

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

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

Фиг.7 показывает диаграмму способа управления связью с группой пользовательских объектов в соответствии с вариантом осуществления.

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

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

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

В соответствии с вариантом осуществления система связи, показанная на Фиг.1, может также обрабатывать множество пользовательских объектов, связанных с одним и тем же абонентом и адресуемых одним и тем же идентификатором, таким как MSISDN. В качестве примера, в случае входящего вызова мобильной связи группе пользовательских объектов I-CSCF 107 принимает запрос инициации сеанса, например, приглашение SIP, от другого I-CSCF или S-CSCF, который обрабатывает связь вызывающего пользовательского объекта. Принятый запрос инициации сеанса адресуется группе пользовательских объектов посредством общедоступного идентификатора. Затем I-CSCF 107 направляет запрос инициации сеанса S-CSCF 103, и S-CSCF 103 направляет запрос инициации сеанса AS 101. AS 101 определяет идентификаторы пользователей на основании полученного в запросе инициации сеанса общедоступного идентификатора, единственным образом идентифицируя пользовательские объекты в группе пользовательских объектов, и передает множество запросов инициации сеанса S-CSCF 103, если пользовательские объекты в группе пользовательских объектов доступны для установления связи. В частности, каждый запрос инициации сеанса адресуется назначенному пользовательскому объекту в группе пользовательских объектов. S-CSCF 103 принимает и направляет множество запросов инициации сеанса пользовательским объектам в группе пользовательских объектов через P-CSCF 105. Однако AS 101 может определять, например, что с одним пользовательским объектом в группе пользовательских объектов в настоящее время установлена связь. В таком случае AS 101 выборочно передает только один запрос инициации сеанса, адресуя его только пользовательскому объекту, с которым установлена связь, посредством его идентификатора пользователя.

На Фиг.2 показана блок-схема сервера 200 приложений для управления связью с группой пользовательских объектов, которые не изображены на Фиг.2. Сервер 200 приложений содержит приемник 201 для приема первого запроса 202 инициации сеанса, который содержит общедоступный идентификатор, такой как MSISDN, идентифицирующий группу пользовательских объектов. Сервер 200 приложений также содержит процессор 203 для присвоения первого идентификатора пользователя, например первого IMSI, общедоступному идентификатору для идентификации единственным образом первой идентификационной информации пользователя. Сервер 200 приложений дополнительно содержит передатчик 205 для передачи второго запроса 204 инициации сеанса для установления канала связи с первым пользовательским объектом, где второй запрос 204 инициации сеанса содержит первый идентификатор пользователя.

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

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

Однако процессор 203 может определять, что с ни одним из пользовательских объектов в группе пользовательских объектов не установлена связь, т.е. заняты. В таком случае в соответствии с вариантом осуществления сервер приложений, в ответ на получение первого запроса 202 инициации сеанса, ответвляет множество запросов инициации сеанса группе пользовательских объектов. Каждый запрос инициации сеанса адресуется только одному пользовательскому объекту в группе пользовательских объектов на основании идентификатора пользователя, такого как IMSI в конфигурации многомодульной идентификации абонента, идентифицирующего этот пользовательский объект. В соответствии с вариантом осуществления передатчик 205 передает множество запросов инициации сеанса, каждый из которых содержит идентификатор пользователя, коммуникационной сети, в частности объекту управления сетью, такому как S-CSCF.

В соответствии с вариантом осуществления каждый запрос инициации сеанса передается на основании SIP. Таким образом, первый запрос 202 инициации сеанса, при передаче через коммуникационную сеть IMS, является сообщением-приглашением SIP, указывающим, например, на запрос вызова группе пользовательских объектов. Соответственно, ответвленные запросы инициации сеанса пользовательским объектам в группе пользовательских объектов образуются сообщениями-приглашениями SIP, непосредственно адресуемыми пользовательским объектам в группе пользовательских объектов. В соответствии с вариантом осуществления передатчик 205 расположен для одновременного ответвления запросов инициации сеанса группе пользовательских объектов. Однако в соответствии с вариантом осуществления передатчик 205 расположен для успешной передачи запросов инициации сеанса пользовательским объектам, начиная, в качестве примера, с пользовательского объекта, который имеет наивысший приоритет в группе пользовательских объектов и так далее. В соответствии с вариантом осуществления приоритеты пользовательских объектов определяются пользователем, использующим пользовательские объекты.

В соответствии с вариантом осуществления пользовательские объекты являются SIM конфигурации многомодульной идентификации абонентов, предоставляющей сервис, поддерживающий связь нескольких мобильных терминалов одного пользователя на основании только одного телефонного номера, например MSISDN или главного MSISDN. Соответственно, каждый SIM имеет свой собственный IMSI. SIM конфигурации многомодульной идентификации абонентов могут быть адресованы одним и тем же MSISDN, например главным MSISDN. В соответствии с вариантом осуществления SIM расположены для образования группы многомодульной идентификации абонентов, зарегистрированной в регистре положения (HLR) или в HSS

В случае вызова, исходящего из сети мобильной связи, (МОС) каждый пользовательский объект в группе пользовательских объектов, например каждый SIM конфигурации многомодульной идентификации абонентов, может быть независимо использован для вызовов, исходящих из сети мобильной связи, где общедоступный идентификатор, идентифицирующий вызывающую сторону с вызванной стороной, является главным MSISDN.

В случае вызова, завершающегося в сети мобильной связи, (МТС) все пользовательские объекты в группе пользовательских объектов, например все SIM конфигурации многомодульной идентификации абонентов, могут быть незаняты, так что МТС может быть указан пользовательским объектам, например, посредством параллельного звонка. В таком случае первая идентификационная информация пользователя, принимающая входящий вызов, соединяется с вызывающей стороной, где каналы связи с оставшимися пользовательскими объектами отсоединены. Однако, если один пользовательский объект занят, тогда только занятый пользовательский объект может быть использован для завершения вызова, которое приводит к процедуре ожидания вызова или переадресации вызова при занятости линии (СРВ).

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

В соответствии с вариантом осуществления каждый пользовательский объект в группе пользовательских объектов идентифицируется своим собственным IMSI. который соответствует IMPI (личному идентификатору пользователя IMS). Кроме того, общедоступный идентификатор относится к MSISDN, например главному MSISDN, и может являться видимым идентификатором для конечного пользовательского объекта. Таким образом, вызов, адресованный MSISDN, может привести к параллельному звонку, если все пользовательские объекты в группе пользовательских объектов являются незанятыми, так что первый пользовательский объект, принимающий вызов, отзывает попытки вызова на другие пользовательские объекты. Кроме того, если один пользовательский объект в группе пользовательских объектов уже принимает вызов, т.е. занят, тогда МТС приводит или к ожиданию вызова, или к состоянию занятости, в зависимости от настройки в сервере 200 приложений или терминала, который содержит или может содержать пользовательский объект. В соответствии с вариантом осуществления сервер 200 приложений на основании идентификаторов пользователя выборочно отправляет сообщения или вызовы назначенным пользовательским объектам в группе пользовательских объектов. Таким образом, подробные записи о вызовах (CDR), которые могут быть созданы сервером 200 приложений в среде IMS, могут содержать, например, IMSI, идентифицирующий SIM, и MSISDN.

На Фиг.3 показана блок-схема системы связи в соответствии с IMS. Система связи содержит сервер 301 приложений (AS) и объект 303 управления сетью, например S-CSCF. На Фиг.3 дополнительно изображен первый пользовательский объект 305 (UE) и второй пользовательский объект 307 (UE), которые расположены для установления соединения с объектом 303 управления сетью. В соответствии с различными вариантами осуществления пользовательские объекты 305 и 307 являются элементами или не являются элементами системы связи. Пользовательские объекты 305 и 307 образовывают группу пользовательских объектов, например группу SIM в конфигурации многомодульной идентификации абонентов. В соответствии с вариантом осуществления сервер 301 приложений имеет структуру сервера приложений, показанного на Фиг.2.

В соответствии с вариантом осуществления в сервисе объект 303 управления сетью передает первый запрос 309 инициации сеанса серверу 301 приложений, например, через коммуникационную сеть IMS при получении сообщения, указывающего на входящий вызов, завершающийся в сети мобильной связи. Первый запрос инициации сеанса адресуется группе пользовательских объектов 305, 307 посредством общедоступного идентификатора, такого как MSISDN. При получении первого запроса инициации сеанса сервер приложений определяет текущее состояние связи каждого из пользовательских объектов 305 и 307. Если с пользовательскими объектами 305, 307 не установлена связь, тогда сервер 301 приложений ответвляет запросы инициации сеанса пользовательским объектам 305 и 307 соответственно посредством идентификатора пользователя соответственного пользовательского объекта 305,307. В частности, сервер 301 приложений передает второй запрос 311 инициации сеанса первому пользовательскому объекту 305, используя идентификатор пользователя, такой как IMS первого пользовательского объекта 305. Кроме того, сервер 301 приложений передает третий запрос 313 инициации сеанса второму пользовательскому объекту 307, используя второй идентификатор, идентифицирующий второй пользовательский объект 307, например IMSI, связанный со вторым пользовательским объектом 307.

В соответствии с вариантом осуществления сервер 301 приложений является MMTel или завершается логической частью MMTel, содержащей конфигурацию многомодульной идентификации абонентов. Таким образом, сервер 301 приложений может инициировать параллельный звонок пользовательским устройствам 305 и 307 посредством адресации пользовательских устройств 305, 307, используя их IMSI или GRUU.

В соответствии с вариантом осуществления сервер 301 приложений определяет идентификаторы пользователей, например IMSI, пользовательских объектов 305, 307, связанных с общедоступным идентификатором, полученным с первым запросом 309 инициации сеанса. Таким образом, пользовательские объекты 305, 307 могут выборочно быть адресованы. В качестве примера, сервер 301 приложений получает идентификаторы пользователей от S-CSCF, как изображено на Фиг.4 со ссылкой на вариант осуществления, изображенный на Фиг.3.

На Фиг.4 показан вариант осуществления сообщений о регистрации, которыми обмениваются между объектами системы связи, показанной на Фиг.3, во время процедуры регистрации. Система связи содержит сервер 301 приложений (AS) и объект 303 управления сетью (S-CSCF). Кроме того, на Фиг.4 также изображен первый пользовательский объект 305 (UE) и второй пользовательский объект 307 (UE).

Сначала первый пользовательский объект 305 регистрируется в объекте 303 управления сетью посредством своего IMPI, используя, например, сообщение 401 SIP REGISTER. Затем выполняется процедура 403 регистрации и аутентификации IMSI посредством IMPI и IMPU первого пользовательского объекта 305 в соответствии со спецификацией IMS 3GPP. Затем объект 303 управления сетью может факультативно применить IFC (исходные критерии фильтрации) 405 для первого пользовательского объекта 305. Затем выполняется регистрация 407 третьей стороны в объекте 303 управления сетью.

В соответствии с вариантом осуществления регистрация 407 третьей стороны включает передачу сообщения 409 объектом 303 управления сетью серверу 301 приложений для регистрации IMPU. Сообщение 409 содержит общедоступный идентификатор, например MSISDN. При получении указанного сообщения сервер 301 приложений отвечает подтверждением 200 OK 411. Затем сервер 301 приложений передает подписку на сообщение 413 о пакете регистрационных событий объекту 303 управления сетью. Затем объект 303 управления сетью возвращает подтверждение 200 OK 415 серверу 301 приложений. Затем объект 303 управления сетью сообщает IMPU, связанный с первым пользовательским объектом 305, серверу 301 приложений, используя сообщение 417 SIP NOTIFY. В частности, объект 303 управления сетью передает IMPI первого пользовательского объекта 305 серверу 301 приложений вместе с сообщением 417 SIP NOTIFY. IMPI первого пользовательского объекта соответствует IMSI первого пользовательского объекта 305. Кроме того, GRUU первого пользовательского объекта 305 могут быть переданы серверу 301 приложений вместе с сообщением 417 SIP NOTIFY. В ответ на это сервер 301 приложений отвечает подтверждением с помощью сообщения 419 200 ОК.

Затем второй пользовательский объект 307 соответственно регистрируется в объекте 303 управления сетью. В соответствии с вариантом осуществления второй пользовательский объект 307 регистрируется и объекте 303 управления сетью посредством своего IMPI с использованием сообщения 421 SIP REGISTER. Затем выполняется процедура 423 регистрации и аутентификации IMSI с использованием IMPI и IMPU второго пользовательского объекта 307 в соответствии с спецификацией IMS 3GPP. Затем уведомление 425, например, сообщение SIP NOTIFY, может быть отправлено серверу 301 приложений для уведомления о регистрации второго пользовательского объекта 307. Затем сообщение 427 200 OK может быть передано.

В соответствии с вариантом осуществления сервер 301 приложений получает два идентификатора пользователя для каждого пользовательского объекта 305, например GRUU и IMPI. Однако следует отметить, что сервер 301 приложений может принимать только один идентификатор пользователя, например только GRUU или только IMSI, для каждого пользовательского объекта 305, 307.

В соответствии с вариантом осуществления GRUU позволяет пользовательскому объекту специфическую маршрутизацию внутри домена IMS. В качестве примера, глобально GRUU может быть создан для соответственного пользовательского объекта 305, 307 на основании поля +sip.instance, как определено стандартом IMS. IMSI позволяет группе пользовательских объектов взаимодействовать внутри 2G/3G домена, например преобразовывать MAP сообщение FORWARD_SM (SMS-MP), адресованное IMSI, в сообщение SIP, адресованное IMPU, или IMS, или GRUU соответствующего пользовательского объекта 305, 307.

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

В соответствии с вариантом осуществления IMPI и/или IMSI добавляются в сообщения 417 и 427 SIP NOTIFY для того, чтобы предоставить серверу 301 приложений идентификаторы пользователя. Таким образом, пользовательские объекты 305 и 307 индивидуально адресуются, даже если группа пользовательских объектов является общественно адресуемой с использованием общедоступного идентификатора, например MSISDN. В частности, в 3GPP мобильных сетях IMPI может быть получен из IMSI, так что 2G/3G приложения и данные могут быть связаны, например, через INAP (прикладную часть интеллектуальной сети), CAMEL (кастомизированное приложение для мобильных сетей с продвинутой логикой), MAP (протокол мобильных приложений) и т.д. В соответствии с вариантом осуществления объект 303 управления сетью эмулирует GRUU в пользу соответственного пользовательского объекта 305, 307 и использует этот GRUU для дальнейшей сигнализации SIP, например, при регистрации третьей стороны. Кроме того, маршрутизация конкретного пользовательского объекта может быть осуществлена сервисами с сетевыми связями, даже если не все пользовательские объекты 305, 307 в группе пользовательских объектов поддерживают свойства GRUU.

На Фиг.5 показан вариант осуществления процедуры регистрации с примерной ссылкой на систему связи, показанной на Фиг.3. Система связи содержит сервер 301 приложений (AS) и объект 303 управления сетью (S-CSCF). На Фиг.5 также показан в качестве примера первый пользовательский объект 305, который в соответствии с вариантом осуществления поддерживает GRUU. Сначала первый пользовательский объект 305 регистрируется в объекте 303 управления сетью посредством сообщения 501 SIP NOTIFY. На этапе 503 объект 303 управления сетью отвечает с помощью сообщения 503 200 ОК. Сообщение 503 200 OK содержит GRUU. Затем IMPU 505, связанный с первым пользовательским объектом 305, передается серверу 301 приложений вместе с MSISDN, образующим вариант общедоступного идентификатора. Затем сервер 301 приложений подписывается на пакет регистрационных событий с помощью сообщения 507. Затем объект 303 управления сетью передает сообщение 509, содержащее IMPI 501 первого пользовательского объекта 305 вместе с GRUU, серверу 301 приложений. IMPI может содержать IMSI в мобильных 3GPP сетях, например, если первый пользовательский объект 305 содержит или является SIM. Затем сервер 301 приложений сохраняет IMPU, MSISDN, IMSI и GRUU. Вышеописанная процедура соответственно применяется по отношению ко второму пользовательскому объекту 307.

На Фиг.6 изображена процедура регистрации с примерной ссылкой на систему связи, показанной на Фиг.5, если первый пользовательский объект 305 не поддерживает GRUU.

Сначала первый пользовательский объект 305 передает 601 SIP.instance сообщение объекту 303 управления сетью. В ответ на это объект 303 управления сетью обнаруживает, что первый пользовательский объект 305 не поддерживает GRUU. В таком случае объект 303 управления сетью может создавать GRUU со стороны первого пользовательского объекта 305 и использовать его для дальнейшей связи. Затем объект управления сетью передает сообщение 603 200 OK первому пользовательскому объекту 305. Затем сообщения 605 и 607 могут быть обменены, где сообщение 605 соответствует сообщению 505 и где сообщение 607 соответствует сообщению 507, как описано со ссылкой на Фиг.5. Затем объект 303 управления сетью убеждается в том, что сообщение о регистрации третьей стороны и уведомление о пакете регистрационных событий содержит эмулированный GRUU. Затем сервер 301 приложений сохраняет IMPU, MSISDN и IMSI, как описано со ссылкой на Фиг.5.

На Фиг.7 показана диаграмма способа управления связью с группой пользовательских объектов, где способ может осуществляться сервером 200 и/или 301 приложений. Способ включает получение 701 первого запроса 702 инициации сеанса, содержащего общедоступный идентификатор, например MSISDN, идентифицирующий группу пользовательских объектов, присвоение 703 первого идентификатора пользователя общедоступному идентификатору и передачу 705 второго запроса 704 инициации сеанса для установления канала связи с первым пользовательским объектом, где второй запрос 704 инициации сеанса содержит первый идентификатор пользователя. Следующие этапы способа могут быть получены непосредственно от функциональности сервера 200, 301 приложений.

В соответствии с вариантом осуществления первый запрос 702 инициации сеанса соответствует первому запросу 202, 309 инициации сеанса, и второй запрос 704 инициации сеанса соответствует второму запросу 204, 311 инициации сеанса.

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

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

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

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

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


СЕРВЕР ПРИЛОЖЕНИЙ ДЛЯ УПРАВЛЕНИЯ СВЯЗЬЮ С ГРУППОЙ ПОЛЬЗОВАТЕЛЬСКИХ ОБЪЕКТОВ
СЕРВЕР ПРИЛОЖЕНИЙ ДЛЯ УПРАВЛЕНИЯ СВЯЗЬЮ С ГРУППОЙ ПОЛЬЗОВАТЕЛЬСКИХ ОБЪЕКТОВ
СЕРВЕР ПРИЛОЖЕНИЙ ДЛЯ УПРАВЛЕНИЯ СВЯЗЬЮ С ГРУППОЙ ПОЛЬЗОВАТЕЛЬСКИХ ОБЪЕКТОВ
СЕРВЕР ПРИЛОЖЕНИЙ ДЛЯ УПРАВЛЕНИЯ СВЯЗЬЮ С ГРУППОЙ ПОЛЬЗОВАТЕЛЬСКИХ ОБЪЕКТОВ
СЕРВЕР ПРИЛОЖЕНИЙ ДЛЯ УПРАВЛЕНИЯ СВЯЗЬЮ С ГРУППОЙ ПОЛЬЗОВАТЕЛЬСКИХ ОБЪЕКТОВ
СЕРВЕР ПРИЛОЖЕНИЙ ДЛЯ УПРАВЛЕНИЯ СВЯЗЬЮ С ГРУППОЙ ПОЛЬЗОВАТЕЛЬСКИХ ОБЪЕКТОВ
СЕРВЕР ПРИЛОЖЕНИЙ ДЛЯ УПРАВЛЕНИЯ СВЯЗЬЮ С ГРУППОЙ ПОЛЬЗОВАТЕЛЬСКИХ ОБЪЕКТОВ
Источник поступления информации: Роспатент

Показаны записи 1-2 из 2.
20.06.2016
№217.015.040d

Способ и сетевой объект для регистрации объекта пользователя в сети связи через другую сеть связи

Изобретение относится к способу и сетевому объекту для регистрации объекта пользователя в сети связи. Технический результат заключается в обеспечении регистрации объекта пользователя в сети связи через другую сеть связи. Способ регистрации объекта пользователя в первой сети связи, где объект...
Тип: Изобретение
Номер охранного документа: 0002587650
Дата охранного документа: 20.06.2016
13.01.2017
№217.015.7b01

Сетевой объект и способ управления передачей данных протокола инициализации сеанса связи объекту пользователя в сети связи

Изобретение относится к области управления передачей данных протокола инициализации сеанса связи объекту пользователя в сети связи. Техническим результатом является предоставление эффективной концепции для распределения данных пользователей в сети связи. Сетевой объект содержит приемник,...
Тип: Изобретение
Номер охранного документа: 0002600105
Дата охранного документа: 20.10.2016
Показаны записи 1-2 из 2.
20.06.2016
№217.015.040d

Способ и сетевой объект для регистрации объекта пользователя в сети связи через другую сеть связи

Изобретение относится к способу и сетевому объекту для регистрации объекта пользователя в сети связи. Технический результат заключается в обеспечении регистрации объекта пользователя в сети связи через другую сеть связи. Способ регистрации объекта пользователя в первой сети связи, где объект...
Тип: Изобретение
Номер охранного документа: 0002587650
Дата охранного документа: 20.06.2016
13.01.2017
№217.015.7b01

Сетевой объект и способ управления передачей данных протокола инициализации сеанса связи объекту пользователя в сети связи

Изобретение относится к области управления передачей данных протокола инициализации сеанса связи объекту пользователя в сети связи. Техническим результатом является предоставление эффективной концепции для распределения данных пользователей в сети связи. Сетевой объект содержит приемник,...
Тип: Изобретение
Номер охранного документа: 0002600105
Дата охранного документа: 20.10.2016
+ добавить свой РИД