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

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

Иллюстрации

Показать все

Реферат

Область техники

Настоящее изобретение относится к IP Multimedia Subsystem (мультимедийной подсистеме IP) (IMS) и, в частности, к способу, системе и устройству для осуществления ассоциации пользовательской идентичности.

Уровень техники

IMS это подсистема, предложенная организацией 3rd Generation Partnership Project (3GPP), которая поддерживает мультимедийные услуги IP. Существенный признак IMS состоит в осуществлении разделения между управлением услугами, управлением сеансами и доступом к однонаправленному каналу с развертыванием Session Initiation Protocol (протокола инициирования сеанса) (SIP) в качестве протокола управления вызовом. IMS является платформой управления мультимедиа/управления вызовом в пакетной области и поддерживает как сеансовые, так и несеансовые мультимедийные услуги. IMS обеспечивает общую платформу услуг для мультимедийных приложений.

На фиг. 1 показана частичная архитектурная схема IMS, в которой Call Session Control Function (функция управления сеансом вызова) (CSCF) является центральной управляющей частью в базовой сети IMS и отвечает за аутентификацию подписки User Equipment (пользовательского оборудования) (UE) и управление сеансами. CSCF осуществляет базовую функцию маршрутизации сеанса в отношении вызывающего и вызываемого пользователей и осуществляет инициирование маршрутизации для ценных добавленных услуг на Application Server (сервер приложений) (AS) и взаимодействие управления услугами при выполнении условия, согласно IMS Initial Filter Criteria (iFC) (исходным критериям фильтра) подписанным пользователем. Home Subscriber Server (домашний сервер абонента) это сервер базы данных пользователей, который сохраняет информацию подписки IMS для пользователя, т.е. информацию ассоциации между пользовательской идентичностью и данными подписки пользователя. Когда пользователь проводит операцию услуги, соответствующие объекты в IMS, например Interrogating (опрашивающая) CSCF (I-CSCF), Serving (обслуживающая) CSCF (S-CSCF) и AS, получают данные подписки соответствующего пользователя от HSS, через пользовательскую идентичность. В информации подписки IMS множество данных подписки пользователя, относящихся к услуге, называется Service Profile (SP) (профилем услуги).

Обратимся к фиг. 2, где показана схема, демонстрирующая соотношение между пользовательской идентичностью и SP. Согласно фиг. 2 пользовательская идентичность включает в себя IMS Private User Identity (личную пользовательскую идентичность IMS) (IMPI) и IMS Public User Identity (публичную пользовательскую идентичность IMS) (IMPU). IMPI принадлежит только одной подписке IMS, и одна подписка IMS может включать в себя совокупность IMPI. IMPI может включать в себя совокупность IMPU, и IMPU может совместно использоваться совокупностью IMPI. IMPU имеет только один SP, и один SP может совместно использоваться совокупностью IMPU.

Можно видеть, что HSS ассоциирует IMPU, которые совместно используют один и тот же SP. В практических применениях иногда пользователь надеется, что два или более подписанных IMPU не только совместно используют один и тот же SP, но также имеют одни и те же данные услуги, например информацию пересылки по адресу, в точности одинаковую информации представления, что означает, что два или более IMPU имеют эквивалентное поведение. Однако HSS не может ассоциировать такого рода IMPU с уровнем техники.

Сущность изобретения

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

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

устанавливают идентификатор пользователя с эквивалентным поведением на HSS; и

ассоциируют публичные пользовательские идентичности IMS (IMPU) с эквивалентным поведением через установленный идентификатор пользователя с эквивалентным поведением.

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

HSS способен ассоциировать IMPU с эквивалентным поведением и передавать информацию ассоциации IMPU с эквивалентным поведением на первый запрашивающий объект путем переноса информации в сообщении; и

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

Устройство для осуществления ассоциации пользовательской идентичности, предусмотренное согласно варианту осуществления изобретения, включает в себя модуль установления указания и модуль представления указания, где:

модуль установления указания способен устанавливать идентификатор пользователя с эквивалентным поведением на HSS;

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

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

Краткое описание чертежей

Фиг. 1 - частичная архитектурная схема IMS.

Фиг. 2 - схема, демонстрирующая соотношение между пользовательской идентичностью и SP.

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

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

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

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

Фиг. 7 - схема, демонстрирующая структуру класса Public Identity согласно уровню техники.

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

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

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

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

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

Фиг. 13 - схема, демонстрирующая структуру класса Public Identity согласно четвертому варианту осуществления настоящего изобретения.

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

Фиг. 15 - схема, демонстрирующая структуру класса Public Identity согласно пятому варианту осуществления настоящего изобретения.

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

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

Фиг. 18 - схема, демонстрирующая структуру класса Public Identity согласно седьмому варианту осуществления настоящего изобретения.

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

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

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

Подробное описание

Согласно варианту осуществления изобретения идентификатор пользователя с эквивалентным поведением устанавливается на HSS, и IMPU с эквивалентным поведением ассоциируются с использованием идентификатора пользователя с эквивалентным поведением.

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

Этап 301: установление идентификатора пользователя с эквивалентным поведением на HSS.

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

Согласно первому способу на HSS указание устанавливается для указания множества IMPU с эквивалентным поведением.

Согласно второму способу указание устанавливается для указания множества IMPU с эквивалентным поведением, которому принадлежит IMPU, с IMPU на HSS.

Этап 302: ассоциирование IMPU с эквивалентным поведением с использованием установленного идентификатора пользователя с эквивалентным поведением.

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

Согласно второму способу этапа 301 установленное указание используется для указания множества IMPU с эквивалентным поведением, которому принадлежит IMPU. Таким образом, значение указания используется для определения, какому множеству IMPU с эквивалентным поведением принадлежит IMPU.

Кроме того, HSS может представлять информацию ассоциации IMPU с эквивалентным поведением для S-CSCF, и/или HSS может представлять информацию ассоциации IMPU с эквивалентным поведением для AS.

Кроме того, S-CSCF может представлять информацию ассоциации IMPU с эквивалентным поведением для AS, и/или S-CSCF может представлять информацию ассоциации IMPU с эквивалентным поведением для P-CSCF, и/или S-CSCF представляет информацию ассоциации IMPU с эквивалентным поведением для UE.

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

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

В котором модуль установления указания способен устанавливать идентификатор пользователя с эквивалентным поведением на HSS.

Модуль представления указания способен ассоциировать IMPU с эквивалентным поведением с использованием идентификатора пользователя с эквивалентным поведением, установленного модулем установления указания.

Кроме того, чтобы пользователь мог регистрировать совокупность IMPU в сети IMS, предусмотрен механизм неявной регистрации. Таким образом, когда регистрируется любой из IMPU, принадлежащих Implicitly Registered Public User Identity Set (множеству неявно зарегистрированных публичных пользовательский идентичностей) (IRPUIS), другие IMPU в IRPUIS регистрируются в то же время. Кроме того, IMPU в одном и том же IRPUIS должны принадлежать одному и тому же IMPI, и IMPU могут иметь один и тот же или разные SP, однако один и тот же IMPU принадлежит только одному IRPUIS.

Согласно фиг. 2 IMPU1 и IMPU2 принадлежат одному и тому же IRPUIS. Когда IMPU1 регистрируется в сети, IMPU2 также регистрируется. Аналогично, когда IMPU2 регистрируется в сети, IMPU1 также регистрируется. Здесь IMPU1 и IMPU2 имеют разные SP. Каждый из IMPU3 и IMPU4 на фиг. 2 представляет собой IRPUIS, совместно используемое IMPI1 и IMPI2, и имеет одно и то же SP. Каждый из IMPU5 и IMPU6 на фиг. 2 представляет собой IRPUIS, принадлежащий IMPI2, и они имеют разные SP. При этом IMPU5 имеет такой же SP, как у IMPU3 и IMPU4.

Множество IMPU с эквивалентным поведением согласно вариантам осуществления изобретения может быть подмножеством IRPUIS или множеством IMPU с эквивалентным поведением, независимых от IRPUIS. Для удобства описания IMPU с эквивалентным поведением называются Alias Public User Identity (псевдонимическая публичная пользовательская идентичность) (APUI), и множество IMPU с эквивалентным поведением называется Alias Public User Identity Set (множество псевдонимических публичных пользовательских идентичностей) (APUIS) в этом описании.

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

Первый вариант осуществления: используется первый способ, т.е. указание, используемое для указания IMPU с эквивалентным поведением, устанавливается на HSS.

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

Этап 501: установление указания для указания APUIS на HSS.

На этом этапе к HSS добавляется тип данных. Этот тип данных предназначен для указания APUIS и действует как указание APUIS. Оно может быть подмножеством IRPUIS соответствующего пользователя или множеством, независимым от IRPUIS. Обратимся к таблице 1, где представлено детальное осуществление варианта осуществления. Указание, используемое для указания APUIS, добавленное в Таблицу 1, называется Alias Public User Identity Set и может, при необходимости, быть добавлено в соответствующую подстатью, которая представлена как 3.X.X в таблице 1.

Таблица 1
Параметр	Подстатья	HSS	S-CSCF	AS	Тип
Private User Identity	3.1.1	M	M	-	P
Public User Identity	3.1.2	M	M	-	P
Указание запрета	3.1.3	M	M	-	P
Список идентификаторов авторизованной чужой сети	3.1.4	M	-	-	P
Услуги, относящиеся к состоянию Unregistered	3.1.5	M	-	-	P
Implicitly Registered Public User Identity Sets	3.1.6	C	C	-	P
Alias Public User Identity Sets	3.X.X	C	C	-	P
Указатель Default Public User Identity	3.1.7	C	-	-	P
Имя дисплея	3.1.9	C	C	-	P
Состояние регистрации	3.2.1	M	-	-	T
Имя S-CSCF	3.2.2	M	-	-	T
Адрес клиента Diameter для S-CSCF	3.2.3	M	-	-	T
Адрес сервера Diameter для HSS	3.2.4	-	M	C	T
RAND, XRES, CK, IK и AUTN	3.3.1	M	C	-	T
Возможности сервера	3.4.1	C	C	-	P
Initial Filter Criteria	3.5.2	C	C	-	P
Информация сервера приложений	3.5.3	C	C	-	P
Указание услуги	3.5.4	M	-	M	P
Идентификатор совместно используемого множества iFC	3.5.5	C	C		P
……	……	…	……	…	……

В таблице 1 “M” представляет «обязательный», “C” представляет «условный» и “-” представляет «отсутствующий». Тип “P” представляет статический постоянный тип, и “T” представляет динамический временный тип.

Этап 502: Ассоциирование IMPU с эквивалентным поведением с использованием установленного ранее указания.

На этом этапе установленное указание используется для указания IMPU с эквивалентным поведением, т.е. одного или нескольких APUIS. Каждое APUIS включает в себя один или несколько IMPU, и IMPU имеют в точности одинаковый SP и в точности одни и те же данные услуги, т.е. они имеют эквивалентное поведение. Может существовать совокупность APUIS согласно подписке IMS, и даже может существовать совокупность APUIS для каждого IRPUIS, хотя каждый IMPU может принадлежать только одному APUIS.

Способ осуществления ассоциации идентичности подробно описан выше. В дальнейшем будет подробно описано устройство для осуществления ассоциации идентичности.

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

Второй вариант осуществления: используется второй способ, т.е. указание, используемое для указания множества IMPU с эквивалентным поведением которому принадлежит IMPU, устанавливается с IMPU на HSS.

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

Этап 601: установление указания, используемого для указания множества IMPU с эквивалентным поведением, которому принадлежит IMPU, с IMPU на HSS.

На этом этапе можно добавить номер для каждого IMPU, принадлежащего APUIS в IRPUIS, соответствующем IMPU на HSS. Номер предназначен для указания APUIS, которому принадлежит IMPU, и действует как указание APUIS, которому принадлежит IMPU.

Альтернативно, можно добавить номер для каждого IMPU, принадлежащего APUIS, независимому от IRPUIS. Номер предназначен для указания APUIS, которому принадлежит IMPU, и действует как указание APUIS, которому принадлежит IMPU.

Этап 602: ассоциирование IMPU с эквивалентным поведением с использованием установленного ранее указания.

На этом этапе установленное указание используется для указания тех IMPU в IRPUIS, которые имеют в точности одинаковые SP и данные услуги для IMPU, иначе говоря, они имеют эквивалентное поведение.

Альтернативно, установленное указание используется для указания IMPU, которые имеют в точности одинаковые SP и данные услуги для IMPU, иначе говоря, они имеют эквивалентное поведение.

При наличии совокупности APUIS указание используется для указания APUIS, которому принадлежит IMPU. IMPU с одним и тем же номером принадлежат одному и тому же APUIS.

Способ осуществления ассоциации идентичности подробно описан выше. В дальнейшем будет подробно описано устройство для осуществления ассоциации идентичности.

Структура, отношение соединения и функция устройства согласно этому варианту осуществления изобретения такие же, как для устройства, показанного на фиг. 4, за исключением того, что устройство этого варианта осуществления является экземпляром устройства, показанного на фиг. 4. Иначе говоря, модуль установления указания в устройстве способен устанавливать указание, используемое для указания APUIS, которому принадлежит IMPU, с IMPU на HSS.

Способ и устройство для осуществления ассоциации пользовательской идентичности на HSS подробно описаны в двух вышеприведенных вариантах осуществления. В практических применениях, AS, UE, P-CSCF, S-CSCF также может потребоваться информация соответствующих IMPU. Например, S-CSCF нужно знать, какие IMPU имеют эквивалентное поведение, благодаря чему информация может поступать на AS, P-CSCF. Когда пользователь изменяет данные услуги IMPU1 посредством UE, пользователю может понадобиться знать, применимо ли изменение также к IMPU2. Когда AS передает сообщение на IMPU1, AS может понадобиться знать, следует ли передавать такое же сообщение также на IMPU2. P-CSCF может потребоваться обеспечить IMPU с эквивалентным поведением точке принятия решения в сети доступа, чтобы одна и та же политика выбиралась для IMPU с эквивалентным поведением. Таким образом, HSS может дополнительно включать в себя представление информации ассоциации IMPU с эквивалентным поведением для сетевого объекта, например S-CSCF или AS.

Согласно уровню техники S-CSCF, назначенная пользователю, может получать информацию подписки на услугу пользователя от HSS с использованием пары команд Server-Assignment-Request (запрос назначения сервера) (SAR)/Server-Assignment-Answer (ответ назначения сервера) (SAA), и HSS может обновлять информацию подписки на услугу, подлежащую изменению, для S-CSCF с использованием команды Profile-Push-Request (запрос проталкивания профиля) (PPR)/Profile-Push-Answer (ответ проталкивания профиля) (PPA). В сообщении информация подписки на услугу включена в Diameter Attribute Value Pair (пару значений атрибута Diameter) (AVP) в качестве файла eXtensible Markup Language (расширяемого языка разметки) (XML). Здесь обмен сообщениями между HSS и S-CSCF может осуществляться посредством интерфейса Cx.

Например, если IMPU1, IMPU2 и IMPU3 принадлежат одному и тому же IRPUIS, и IMPU1 и IMPU2 имеют один и тот же SP1, тогда как IMPU3 имеет другой SP2, когда S-CSCF запрашивает данные любого из IMPU в IRPUIS, содержимое файла XML, включенного в SAA, может быть следующим:

В вышеописанном файле XML подписка IMS существует от 'начало подписки IMS' до 'конец подписки IMS'. Существует два SP в вышеописанной подписке IMS, и SP существует от 'начало SP' до 'конец SP'. Один SP включает в себя IMPU и iFC и т.д.

На фиг. 7 показана схема, демонстрирующая структуру класса Public Identity согласно уровню техники. Согласно фиг. 7 Public Identity включает в себя публичные идентичности относящиеся к SP, и публичные идентичности могут иметь вид SIP Universal Resource Identifier (универсального идентификатора ресурса) (URI) или Tel URI. Каждая Public Identity включает в себя соответствующее поле BarringIndication. Если поле BarringIndication установлено, S-CSCF будет препятствовать использованию IMPU в любой другой связи IMS за исключением Registration (регистрации) и De-registration (отмены регистрации). Public Identity также включает в себя поле IdentityType, которое используется для указания типа публичной идентичности, например IMPU или независимой Public Service Identity или PSI, согласованной с Wildcarded PSI. Здесь, IdentityType имеет перечислительный тип и может принимать 3 значения: 0 указывает, что Public Identifier является IMPU; 1 указывает, что Public Identifier является независимой PSI; и 2 указывает, что Public Identifier является PSI, которая может быть согласована с Wildcarded PSI. Кроме того, публичная идентичность также может включать в себя поле DisplayName и т.д.

В вышеописанном файле XML существует две публичные идентичности, которые включают в себя IMPU1 и IMPU2 соответственно, что свидетельствует о том, что два IMPU имеют один и тот же SP. Во втором SP существует только одна публичная идентичность IMPU3.

iFC используется для инициирования услуги и описывает, когда принятое сообщение SIP будет отправлено на конкретный сервер приложений или AS.

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

Согласно варианту осуществления изобретения для того, чтобы HSS мог представлять информацию ассоциации IMPU с эквивалентным поведением для S-CSCF, HSS может расширять файлы XML относящиеся к SP, которые передаются на S-CSCF. Расширение может производиться, по меньшей мере, следующими пятью способами.

Способ первый: HSS добавляет новый класс, указывающий псевдонимическую идентичность, в SP, передаваемый на S-CSCF. IMPU с эквивалентным поведением указываются в добавленном новом классе, указывающем псевдонимическую идентичность, и HSS представляет информацию ассоциации для S-CSCF посредством SP, несущего указание.

Способ второй: HSS добавляет атрибут, указывающий множество, которому принадлежит IMPU, в класс Public Identity из SP, передаваемого на S-CSCF. Множества IMPU с эквивалентным поведением, которым принадлежит каждый IMPU, указываются путем присвоения значения атрибуту. HSS представляет информацию ассоциации для S-CSCF посредством SP, несущего указание.

Способ третий: HSS добавляет новый класс, указывающий элементы множества, которому принадлежит IMPU, в класс Public Identity из SP, передаваемого на S-CSCF. IMPU с поведением, эквивалентным каждому IMPU, указываются в добавленном классе. HSS представляет информацию ассоциации для S-CSCF посредством SP, несущего указание.

Способ четвертый: при наличии одного множества IMPU с эквивалентным поведением среди IMPU с одним и тем же SP, HSS может расширять поле значения атрибута IdentityType в классе Public Identity в SP, передаваемом на S-CSCF, и указывать IdentityType для IMPU с эквивалентным поведением с использованием значения расширенного IdentityType. HSS представляет информацию ассоциации для S-CSCF посредством SP, несущего указание IdentityType.

Способ пятый: при наличии одного множества IMPU с эквивалентным поведением среди IMPU с одним и тем же SP, HSS добавляет атрибут, указывающий, имеет ли IMPU эквивалентное поведение, к классу Public Identity в SP, передаваемом на S-CSCF. Принадлежит ли IMPU множеству IMPU с эквивалентным поведением указывается путем присвоения значения атрибуту. HSS представляет информацию ассоциации для S-CSCF посредством SP, несущего указание.

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

Третий вариант осуществления: используется первый способ.

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

Этап 801: ассоциирование пользовательских идентичностей на HSS.

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

Этап 802: HSS добавляет класс, указывающий псевдонимическую идентичность, в SP, передаваемом на S-CSCF.

Согласно варианту осуществления, когда HSS расширяет файл XML, относящийся к SP, переданному на S-CSCF, класс, используемый для указания псевдонимической идентичности, аналогичный классу Public Identity, может быть добавлен к SP, как показано на фиг. 9, где показана схема, демонстрирующая структуру добавленного класса, который указывает псевдонимическую идентичность согласно варианту осуществления. Добавленный класс, который указывает псевдонимическую идентичность, может включать в себя один или несколько IMPU, имеющих эквивалентное поведение, и IMPU могут иметь вид SIP URI или TEL URI. Здесь экземпляр добавленного класса, который указывает псевдонимическую идентичность, равен 0 или больше 0.

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

Таблица 2
Тип данных	Тег	Состав
		Тег	Тип	Числоэлементов
tIMSSubscription	IMSSubscription	PrivateID	tPrivateID	1
ServiceProfile	tServiceProfile	(1 … n)
tServiceProfile	ServiceProfile	PublicIdentity	tPublicIdentity	(1 … n )
InitialFilterCriteria	tInitialFilterCriteria	(0 … n)
CoreNetworkServicesAuthorization	CoreNetworkServicesAuthorization	(0 … 1)
Extension	tServiceProfileExtension	(0 … 1)
tServiceProfileExtension	Extension	SharedIFCSetID	tSharedIFCSetID	(0 … n)
Extension	tServiceProfileExtension2	(0 … 1)
tServiceProfileExtension2	Extension	AliasIdentityList	tAliasIdentityList	(0 … 1)
tAliasIdentityList	AliasIdentityList	AliasIdentity	tAliasIdentity	(1 … n)
tAliasIdentity	AliasIdentity	Identity	tIdentity	(1)
tPublicIdentityExtension2	Extension	DisplayName	tDisplayName	(0 … 1)

В таблице 2 вновь добавленный класс, указывающий псевдонимическую идентичность, называется Alias Identity List, который получается в поле расширения tServiceProfileExtension. В отсутствие IMPU с эквивалентным поведением, номер экземпляра Alias Identity List равен 0. При наличии более одного множества IMPU с эквивалентным поведением, номер экземпляра Alias Identity List больше единицы. Один Alias Identity List может включать в себя один или несколько классов Alias Identity. Один класс Alias Identity включает в себя Identity, который аналогичен Identity в классе Public Identity, показанном на фиг. 7. Также идентичность в классе Alias Identity может иметь вид SIP URI или TEL URI; где идентичность соответствует IMPU с эквивалентным поведением и один Alias Identity List может включать в себя совокупность IMPU.

Этап 803: добавленный класс для указания псевдонимической идентичности используется для указания IMPU с эквивалентным поведением.

На этом этапе экземпляр каждого вновь добавленного класса, указывающего псевдонимическую идентичность, т.е. экземпляр класса Alias Identity List на этапе 802, включает в себя множество IMPU с эквивалентным поведением. Разные множества IMPU с эквивалентным поведением можно указывать с использованием экземпляра разных классов Alias Identity List.

Этап 804: HSS представляет информацию ассоциации IMPU с эквивалентным поведением для S-CSCF посредством SP, несущего вышеупомянутое указание.

На этом этапе HSS передает файл XML, несущий SP, указывающий IMPU с эквивалентным поведением для S-CSCF, которая анализирует информацию ассоциации IMPU с эквивалентным поведением, согласно принятому файлу XML.

Пример состоит в том, что IMPU1 и IMPU2 имеют эквивалентное поведение, и IMPU3 и IMPU4 имеют эквивалентное поведение. Рассмотрим случай, когда существует IRPUIS, и множество IMPU с эквивалентным поведением является подмножеством IRPUIS. Если IMPU1, IMPU2, IMPU3 и IMPU4 находятся в одном и том же IRPUIS, когда S-CSCF запрашивает пользовательские данные IMPU1 от HSS посредством SAR, содержимое файла XML, переносимого в SAA, имеет следующий вид:

Где экземпляр Alias Identity List существует от “начало Alias Identity List” до “конец Alias Identity List”. В вышеописанном файле XML можно видеть, что SP включает в себя два экземпляра Alias Identity List. Первый экземпляр Alias Identity List указывает два псевдонимических IMPU, т.е. IMPU1 и IMPU2 имеют эквивалентное поведение. Второй экземпляр Alias Identity List указывает два псевдонимических IMPU, т.е. IMPU3 и IMPU4 имеют эквивалентное поведение.

Когда S-CSCF принимает вышеописанный файл XML, она анализирует информацию ассоциации IMPU с эквивалентным поведением, т.е. IMPU1 и IMPU2 имеют эквивалентное поведение, и IMPU3 и IMPU4 имеют эквивалентное поведение, согласно указанию экземпляра Alias Identity List.

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

На основании устройства, показанного на фиг. 4, устройство согласно варианту осуществления настоящего изобретения дополнительно включает в себя модуль представления информации. Обратимся к фиг. 10, где показана блок-схема устройства для осуществления ассоциации идентичности согласно третьему варианту осуществления изобретения.

Где на основании устройства, описанного согласно фиг. 4, модуль представления указания дополнительно способен представлять указанные IMPU с эквивалентным поведением модулю представления информации.

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

Где, когда модуль представления информации реализован в деталях, он может быть таким же, как описано на этапах 802-804 на фиг. 8.

В дальнейшем, будет подробно описана система для осуществления ассоциации идентичности согласно варианту осуществления.

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

Где HSS способен ассоциировать IMPU с эквивалентным поведением и передавать информацию ассоциации IMPU с эквивалентным поведением на первый запрашивающий объект путем переноса информации в сообщении. В этом варианте осуществления запрашивающий объект является S-CSCF.

Первый запрашивающий объект способен анализировать сообщение от HSS и получать информацию ассоциации IMPU с эквивалентным поведением. В этом варианте осуществления запрашивающий объект является S-CSCF.

Где, в детальном осуществлении, HSS может включать в себя модуль представления указания и модуль представления информации.

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

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

Где, когда модуль представления информации реализован в деталях, он может быть таким же, как описано на этапах 802-804 на фиг. 8.

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

Четвертый вариант осуществления: используется второй способ.

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

Этап 1201: ассоциирование пользовательских идентичностей на HSS.

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

Этап 1202: HSS добавляет атрибут, указывающий множество, которому принадлежит IMPU, в класс Public Identity из SP, передаваемого на S-CSCF.

Согласно варианту осуществления, когда HSS расширяет файл XML, относящийся к SP, переданному на S-CSCF, атрибут, указывающий множество, которому принадлежит IMPU, добавляется в класс Public Identity из SP. Обратимся к фиг. 13, где схематически показана структура класса Public Identity согласно варианту осуществления, куда добавлен атрибут, указывающий множество, которому принадлежит IMPU.

В детальном осущ