CN101313606A

CN101313606A - 通信系统中感知服务配置下的公共用户标识的方法及装置

Info

Publication number: CN101313606A
Application number: CN200780000222.1A
Authority: CN
Inventors: 朱奋勤; 和晓艳
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-01-10
Filing date: 2007-01-08
Publication date: 2008-11-26
Anticipated expiration: 2027-01-08
Also published as: CN101001247A; EP1976311A4; CN101001247B; EP1976311A1; WO2007079673A1; CN101313606B

Abstract

一种通信系统中感知服务配置下的公共用户标识的方法及装置。本发明主要包括：在提供多媒体业务的通信网络中，保存着服务配置信息的实体将其保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体；所述的与其通信实体从保存着服务配置信息的实体发来的信息中获得与同一服务配置关联的至少一个公共用户标识信息。本发明可以根据服务配置划分用户的方法使得S－CSCF、AS和UE等实体能够感知到关联于同一服务配置的公共用户标识信息，以便于进一步根据所述的关联于同一服务配置的公共用户标识信息实现相应的操作处理。

Description

通信系统中感知服务配置下的公共用户标识的方法及装置

术领域

本发明涉及网络通信技术领域，尤其涉及一种通信系统中感知服务配置下的公共用户标识的实现方案。

发明背景

随着宽带网络的发展，移动通信不仅仅局限于传统的话音通信，其通过与呈现业务（presence )、短消息、网页（ffEB) 浏览、定位信息、推送业务（PUSH) 以及文件共享等数据业务的结合，还能够实现音频、视频、图片和文本等多种媒体类型的业务，以满足用户的多种需求。

在多种应用的推动下，第三代移动通信标准化伙伴项目（3GPP ) 以及第三代移动通信标准化伙伴项目 2 ( 3GPP2 ) 等组织都先后推出了基于 IP的多媒体子系统（IMS )架构，其目的是：在移动网络中，使用一种标准化的幵放结构来实现多种多样的多媒体应用，从而能够为用户提供更多的选择和更丰富的感受。

所述的 IMS系统的结构如图 1所示，该 IMS架构叠加在分组域网络（PS- Domain) 之上，其中，与安全功能相关的实体包括：

( 1 ) 呼叫状态控制功能 (CSCF) 实体

所述的 CSCF又可以分成服务 CSCF (S-CSCF) 、代理 CSCF ( P-CSCF) 和查询 CSCF ( I - CSCF) 三个逻辑实体；这三个逻辑实体可以是不同的物理设备或同一物理设备中不同的功能模块，其中：所述的 S- CSCF是 IMS的业务交换中心，用于执行会话控制，维持会话状态，管理用户信息，产生计费信息等；

所述的 P-CSCF是终端用户接入 IMS的接入点，用于完成用户注册，服务质量（QoS ) 控制和安全管理等；

所述的 I- CSCF则负责 IMS域之间的互通，管理 S- CSCF的分配，对外隐藏网络拓扑结构和配置信息，并产生计费数据等。

( 2 ) 归属签约用户服务器（HSS ) 功能实体

所述的 HSS是非常重要的用户数据库，用于支持各个网络实体对呼叫和会话的处理；在 IMS网络中，用户的签约数据存储在 HSS所在的网络设备中； HSS对外提供营业厅接口，用于用户数据维护（增加、修改、删除用户签约数据等）；同时， HSS支持 C) (接口（HSS和 I- CSCF/S- CSCF 之间的接口）， Sh接口（HSS和 AS之间的接口）的用户数据下载：当用户进行网络登记时，把登记的消息传递到归属位置寄存器 HLR/HSS , 并从其下载用户的签约数据进行后续的业务操作。

目前，在 IMS相关协议中，网络实体间传递的用户标识有 IMPI ( IMS Private User Identity, IMS私有用户标识）、 IMPI IMS Publ ic User Ident ity, IMS公共用户标识）、 MSISDN (移动台 PSTN/ISDN 号码）和 IMSI (国际移动台识别码）等，这些用户标识都通过营业接口签约保存到 HSS中，当用户需要进行相关业务操作时，通过用户标识到 HSS来获取签约数据。

IMS中用户标识的关系比较复杂，相应的 IMS用户标识关系如图 2所示，从逻辑包含关系角度讲，具体包括： ( 1) —个 SUBID (IMS Subscription Identity, IMS签约标识）中可以包含多个 IMPI;

(2) 一个 IMPI只能属于一个 SUBID;

(3) 一个 IMPI中可以包含多个 IMPU;

(4) —个 IMPU可以属于多个 IMPI;

即 SUBID和 IMPI是一对多关系， IMPI和 IMPU也是多对多关系。

在 HSS中，用户标识信息是服务配置（Service Profile) 信息的一个组成元素，所述的服务配置是永久地存储在 HSS中的用户专有信息的集合，其具体包含和服务相关的用户专有数据，即服务配置对应着相应的服务。

所述的服务配置信息具体可以通过两种用户数据处理操作从 HSS传送到所分配的 S-CSCF,所述的两种用户数据处理操作分别为：服务器分配应答（SAA) 和推送配置请求（PPR)操作；而且，所述的服务配置信息由一个 Diameter AVP信元携带，并以 XML (扩展标记语言）文档描述。

所述的服务配置进一步可以被分成图 3所示的四部分，分别为：公共标识、核心网服务授权、初始过滤规则和共享 iFC (初始过滤规则），下面将分别对四部分进行说明：

( 1) 公共标识

公共标识是由与服务配置相关联的用户公共身份构成，所述的身份可以是 SIP URI (初识会话协议同一资源标识）或 TEL URI (电信统一资源标识），每个公共用户身份包含一个相关的禁止指示 (Barring Indication) 。若禁止指示被设置，则 S-CSCF将阻止该公共身份用在除注册和注销以外的任何其他 IMS通信中，从图 2中可以看出服务配置中相关联的公共标识和隐式注册集没有必然关系，属于同一隐式注册集的公共标识可以和不同的服务配置相关联，其中，属于同一隐式注册集的公共用户标识任何时刻注册状态都相同，即隐式注册集中的任何一个公共用户标识注册则意味着其他公共用户标识也一起注册，注销相同。

(2) 核心网服务授权

在核心网服务授权中携带媒体策略信息，该媒体策略信息包含一个整数，用于标识在 S- CSCF中的一个订阅的媒体配置，如允许的 SDP参数；该信息允许运营商在其 IMS网络中定义不同的用户配置。

(3)初始过滤规则

包括初始过滤规则的形式表示的服务触发信息用；初始过滤规则用来描述到来的 SIP消息何时被进一步路由到一个特定的应用服务器。

(4)共享 iFC

为了在多个 ServiceProfile中共享 iFC定义的一种新特性，若 HSS和 S- CSCF都支持这种特性，下载数据时在它们之间仅传送代表该共享 iFC的整数值，从而可以节省 HSS内的存储空间，优化 Cx参考点的使用。

现有方案中 HSS可以感知到同一 MS Subscription ( IMS签约关系）中关联于同一 ServiceProfile 的公共用户标识信息。而且，为用户分配的 S-CSCF服务器通过 SAR命令到 HSS请求下载用户数据时根据返回的数据也可以感知到同一 MS Subscription同一隐式注册集中哪些公共用户标识关联于同一 Service Profile, 但是无法感知到那些不属于同一隐式注册集但关联于同一 ServiceProfile的公共用户标识，并且网络中为用户提供增值业务的 AS服务器和 UE本身也无法感知哪些公共用户标识关联于相同的 Service Profile。

例如， SAA中 HSS返回给 S- CSCF的数据格式可通过如下方式表现：

<?xml version=〃l. 0〃 encoding=〃UTF-8"?>

<IMSSubscriptionxmlns： si="http： //www. 3. org/2001/XMLSchema-instance"

xsi： noNamespaceSchemaLocation="D： \ \CxDataType. xsd">

<PrivateID>IMPIl@homedomain. com</PrivateID> II私有用户标识为

IMPI l@homedomain. com

<ServiceProfile> 〃服务配置开始

<BarringIndication>K/BarringIndication>

<Identity> sip : IMPUl@homedoraain. com </Identity>

</PublicIdentity> II公共用户标识为 sip： IMPUl@homedoraain. com, 并且禁止

<Identity> sip : IMPU2§homedomain. com </Identity>

</PublicIdentity> 〃公共用户标识为 sip : IMPU2@homedomain. com, 未禁止

<InitialFilterCriteria> 〃出示过滤规则开始

<Priority>0</Priority> 〃优先级

<Cond i t i onTypeCNF) 1 </Condit i onTypeCNF)

<SPT> 〃业务触发点开始

- <Group>0</Group>

<Method>INVITE</Method> 〃通过 INVITE方法触发

</SPT>

<SPT>

<Method>MESSAGE</Method> 〃通过 MESSAGE方法触发

</SPT>

<SPT>

<Method>SUBSCRIBE</Method> 〃通过 SUBSCRIBE方法触发

</SPT> 〃业务出发点结束

</TriggerPoint>

<ServerName>sip : ASl@homedomain. com</ServerName>

</ApplicationServer> 〃应用服务器为 sip :ASl@homedomain, com，无应答时默认处理为呼叫终止

</InitialFilterCriteria>

</ServiceProfile> 〃业务配置描述结束

</IMSSubscription> 〃签约关系描述结束通过上述数据， S- CSCF可以确定 IMPUl@homedomain. com和 IMPU2@homedomain. com关联于相同的 ServiceProfileo 但是，在上述现有实现方案中， AS (应用服务）， UE (用户设备）， S- CSCF均无法或无法完全感知到同一 IMS Subscription中关联于同一 Service Prof ile的公共用户标识，这样，当用户希望关联于同一 Service Profile的公共用户标识在特定情况下，被釆用同等的处理时，显然无法实现。

例如，在图 2中，当 IMPU1用于平时非工作范围个人事务联系，和 IMPU2属于同一隐式注册集，但单独拥有一个 Service Profile = IMPU2 和 IMPU3用于工作范围内的事务联系，拥有相同的 Service Profile 由于 IMPU2, IMPU3都是用于日常工作联系，所以用户可能希望这两个 IMPU的所有动作均相同，如对于主被叫的处理，免打扰业务，前转地址信息等都同步保持相同，若用户通过一个终端修改 IMPU2的签约数据同时也适用于 IMPU3。

然而，由于目前 AS、 UE和 S- CSCF均无法或无法完全感知属于同一个 Service Prof ile的同一用户的 IMPU信息，所以基于上述应用场景 AS无法确定应该被同等处理 IMPU, 例如， AS给 IMPU2发消息，是否需要同时给 IMPU3发送同样消息；以及，在 UE修改前转信息时，是仅需要发送一次，还是需要重复发送多次，均无法确定。因此， AS、 UE需要感知关联于同一 Service Prof ile的 IMPU信息，以便对其中一个 IMPU的操作也能关联到其他相关 IMPU。

但是，目前业界还没有提供一种技术方案可以令 AS、 UE及 S- CSCF感知属于同一个 Service Profile的 IMPU信息。

发明内容

. 本发明的实施例提供一种通信系统中感知服务配置下的公共用户标识的方法及系统，从而可以保证在通信系统中的 AS、 UE及 S- CSCF等实体可以感知到属于同一服务配置的公共用户标识信息，以便于进一步采取相应的处理手段。

本发明的实施例瓒供了一种通信系统中感知服务配置下的公共用户标识的方法，其特征在于，包括：

在提供多媒体业务的通信网络中，保存着服务配置信息的实体将其保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体；

所述的与其通信实体从保存着服务配置信息的实体发来的信息中获得与同一服务配置关联的至少一个公共用户标识信息。

本发明的实施例提供了一种通信系统中感知服务配置下的公共用户标识的装置，该装置设置于提供多媒体业务的通信网络中，且包括：

服务配置信息保存单元，用于保存服务配置信息；

公共用户标识发送单元，用于将服务配置信息保存单元保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体。

公共用户标识接收单元，用于接收保存着服务配置信息的实体发来的信息，所述的信息中包含与同一服务配置关联的至少一个公共用户标识信息。

本发明的实施例提供了一种通信系统中感知服务配置下的公共用户标识的系统，包括：服务配置信息保存实体，用于将保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体；

与服务配置信息保存实体通信的实体，用于接收保存着服务配置信息的实体发来的信息，所述的信息中包含与同一服务配置关联的至少一个公共用户标识信息。

由上述本发明实施例提供的技术方案可以看出，其可以根据服务配置划分用户的方法使得 S-CSCF, AS和 UE等实体能够感知到关联于同一服务配置的公共用户标识信息，以便于进一步根据所述的关联于同一服务配置的公共用户标识信息实现相应的操作处理，例如，对关联于同一服务配置的公共用户标识进行相同的业务操作等，从而满足用户及运营商的灵活的需求。

附图简要说明

图 1为 IMS系统结构示意图；

图 2为 IMS用户标识关系示意图；

图 3为现有技术中的服务配置结构示意图；

图 4为本发明中新增节点的实施例结构示意图；

图 5为 IMS签约关系的实施例示意图一；

图 6为 IMS签约关系的实施例示意图二；

图 7为共享 IMPU的实施例示意图一；

图 8为共享 IMPU的实施例示意图二；

图 9为 IMS签约关系的实施例示意图三；

图 10为 IMS签约关系的实施例示意图四；

图 11为 IMS签约关系的实施例示意图五；

图 12为本发明所述系统的实施例结构示意图。

实施本发明的方式

本发明的实施例提供了一种根据服务配置，即 ServiceProfile将公共用户标识划分为一组，并使 AS、 S-CSCF和 UE等实体均能够感知的实现方法，从而使得 AS、 S- CSCF和 UE等实体能够根据感知到的同一服务配置的公共用户标识对其釆取相应的操作处理，如采用统一的业务处理等。

本发明提供的实施例在具体实现过程中主要包括: 由保存着服务配置信息的实体将与同一服务配置关联的公共用户标识发送给与其连接通信的实体，从而使得相应的实体能够从保存着服务配置信息的实体获知与同一服务配置关联的公共用户标识信息。其中所述的保存着服务配置信息的实体可以为 IMS'系统中的 HSS，与其通信的实体可以为 IMS系统中的 S- CSCF和 AS中至少一个，当然也可以是其他功能类似的实体。

在后续的描述过程中将仅以 HSS作为保存着服务配置信息的实体，并以 S-CSCF和 AS中至少一个作为与 HSS通信的需要获取与同一服务配置关联的公共用户标识的实体为例，对本发明的实施例进行相应的详细说明。在 IMS系统中， S- CSCF、 AS和 UE均希望能够获得 HSS中保存的与同一服务配置关联的公共用户标识信息。为此，本发明针对三个实体获得相应信息分别提供了相应的实现方案，其中-

( 1 ) S-CSCF可以直接通过与 HSS之间的信息交互获得相应的与同一服务配置关联的公共用户标识信息；

( 2 ) AS可以直接通过与 HSS之间的信息交互获得相应的与同一服务配置关联的公共用户标识信息，也可以在 S-CSCF获得了所述信息后，其再与 S-CSCF之间进行通信获得所述信息；

( 3 ) UE则是在 S-CSCF获得了所述信息后，其再与 S- CSCF之间进行通信以获得所述信息。

针对上述三种实体获得与同一服务配置关联的公共用户标识信息的过程可以通过专用的消息实现，也可以在现有的消息基础上进行相应的扩展实现，通过扩展消息实现则可以很好的与现有通信过程兼容。在后续的具体实施方式的描述过程中将以扩展消息实现方式为例进行说明。

为对本发明有进一步的理解，下面将结合附图对 S- CSCF、 AS及 UE三种实体具体感知与同一服务配置关联的公共用户标识的实现方式进行详的说明。

(一） S-CSCF感知与同一服务配置关联的公共用户标识的过程

为实现 S-CSCF从 HSS获取所述的与同一服务配置关联的公共用户标识信息，则 HSS在组织 Cx接口传送的 ServiceProfile数据时对现有的 XML Schema (元标记语言规格）进行扩展，在 Cx接口传送的 XML文本中引入一个新的节点，并且一个 ServiceProfile中最多仅包含一个这样的新增节点即可，该节点内部可以包含一个或多个公共用户标识，新增节点的 UML结构如图 4所示，包括至少一个 SIP URL 标识和至少一个 Tel URL标识。

在 S - CSCF感知与同一服务配置关联的公共用户标识的处理过程中，具体包括：由 S- CSCF发送命令请求， HSS根据接收到的命令请求将相应的关联于同一服务配置的公共用户标识信息返回给 S-CSCF; 或者，当 HSS中 S-CSCF需要感知的与同一服务配置关联的公共用户标识信息发生变化时主动通知 S- CSCF, 例如，根据 S- CSCF的订制 HSS需要主动通知相应的变化。

( I )根据 S- GSCF的请求从 HSS感知相应信息的过程

HSS在处理 S-CSCF发来的 SAR (服务器分配请求）命令处理过程中需要向 S-CSCF返回 SM消息，在返回的 SAA'响应中包含所述的新增节点，这样，便可以将与同一服务配置关联的公共标识发送给 S-CSCFo

在所述的新增节点中，包含着与 SAR请求中包含的公共用户标识关联于同一 ServiceProfile但不属于同一隐式注册集的公共用户标识，即将关联于同一服务配置的所有公共用户标识均承载于返回的 SAA消息中，相应的隐式注册集的公共用户标识则是保存于公共标识节点中。

具体可以将关联于同一 ServiceProf i le但不属于同一隐式注册集的所有公共用户标识或进一步属于同一私有用户标识的所有公共用户标识承载于返回的 SM消息中发送给 S- CSCF, 即：

( II ) 若限定新增节点只能包含和请求中公共标识为关联于同一 ServiceProfile和同一个私有用户标识但不属于同一个隐式注册集内的 IMPU, 则 HSS需要进一步筛选相应的公共用户标识信息，只有符合条件的公共用户标识才可以被添加到返回的 SM消息中； .

如图 5所示，若公共用户标识 2 (Public 10^^; 72)或公共用户标识3 (?₁^1 Identi1:y3)使用私有用户标识 1发起注册，则 HSS在 SAR处理中下载的 ServiceProfile中的新增节点中包含的公共用户标识为公共用户标识 1_;

需要说明的是：如果 S AR请求中没有携带私有用户标识，并且携带的公有用户标识为一 SharedlMPU (共享 IMPU) , 如图 5中的 IMPU2 (Public Identity2)和 IMPU3 (Public Identity3)，则 HSS 任选一个私有用户标识相关的公共用户标识包含在 SAA中的 ServiceProfile中返回给 S-CSCF;

例如， IMPU2做为 UnregisterUser (未注册用户）去 HSS下载数据，则 HSS可以在 ServiceProfile 中任意返回公共用户标识 1或公有用户标识 4。

( 12) 如果新增节点包含与请求中公共标识为关联于同一服务配置但不属于同一隐式注册集的公共用户标识时，则 HSS将所有和 SAR请求中包含的公共用户标识关联于同一 ServiceProfile但不属于同一隐式注册集的所有公共用户标识添加到返回消息中； .

如图 5所示，若公共用户标识 2或公共用户标识 3使用私有用户标识 1发起注册，则 HSS在 SAR处理中下载的 ServiceProfile中的新增节点中包含的公共用户标识为公共用户标识 1 (Public Identity4)。

通过上述描述可以看出，为用户分配的 S-CSCF服务器通过发送 SAR命令，并从 HSS接收返回的 SAA 消息，便可以从 HSS下载用户数据，具体为根据 ServiceProfile中的 Public Identity (公共标识）节点中包含的公共用户标识和所述新增节点中包含的公共用户标识确定关联于同一 ServiceProfile 的所有公共用户标识信息。

除上述（11)和（12)所述的处理方式外，还可以由 HSS将与同一服务配置关联并属于同一隐式注册集的公共用户标识信息发送给与其通信的实体。 .

( 2 ) S- CSCF通过 HSS主动发来的消息感知相应信息的过程

当 HSS上关联于同一 ServiceProfile的公共用户标识发生变化，并经判断需要通知 S- CSCF进行数据同步修改时， HSS需要发送 PPR (Push- Profile- Request, 推送配置请求）请求给 S- CSCF, 请求中包含所述的新增节点，收到该请求后 S- CSCF使用消息中的数据覆盖 ServiceProfile的 Publicldentity节点中包含的公共用户标识的 ServiceProfile数据，从而获得了最新的与同一服务配置关联的公共用户标识信息。

其中， HSS执行的判断具体包括：

(21 ) HSS上关联于同一 ServiceProfile的公共用户标识发生变化，例如，公共用户标识所关联的 ServiceProf i le发生变化，或者公共用户标识从一个隐式注册集移出或者加入不同隐式注册集但仍然关联于相同的 ServiceProfile,若这些涉及的公共用户标识都处于 NotRegistered (注销）状态，则 HSS不需耍发送 PPR命令给 S-CSCF; 否则，需要发送 PPR命令通知 S- CSCF进行数据同步操作；

(22)若 ServiceProfile内公共标识的改动需要 S- CSCF同步，并且这些公共标识的改动不涉及隐式注册集的改动，只是同一隐式注册集内的公有用户标识所关联的 ServiceProf ile发生变化，则 HSS需要针对每一组隐式注册集发送 PPR命令进行数据更新，具体为从原隐式注册集中删除该公共用户标识，并将其加入到新的隐式注册集中。需要说明的是：所述的删除操作需要先于增加操作完成; 在所述的 PPR命令请求中的 ServiceProfile中新增节点包含变化后的关联于同一 ServiceProiile但和 Publicldentity节点中的公共标识不属于同一隐式注册集的公有用户标识；如图 6所示， IMPU4关联的 ServiceProfile修改为 ServiceProfile2, 但仍然和 IMPU3属于同一隐式注册集， . jHSS需要首先发送 PPR命令将 IMPU4从 IMPU5的关联的公有用户标识集合中删除，然后再发送 PPR命令将 IMPU4加入 IMPU2的关联公有用户标识集合中，最后再发送两次 PPR命令更新 IMPU4的 ServiceProfile, IMPU4分别关联于 IMPI 1和 IMPI2；

(23) 若 ServiceProfile内公共标识的改动需耍 S-CSCF同步，并且这些公共标识的改动涉及隐式注册集的改动，即隐式注册集包含的公共用户标识发生变化并且这些公共标识所关联的 ServieProfile也发生变化，则针对每一组隐式注册集， HSS应分两步通知 S- CSCF完成数据的同步更改：

首先，完成隐式注册集的更改；

其次，完成关联于同一 ServiceProfile的公共用户标识的更改，这一步更改也要遵循上述（22) 中描述的先删除后增加的原则，其中每一步操作可能通过多次 PPR命令完成。

(二） AS感知与同一服务配置关联的公共用户标识的过程

在 AS感知与同一服务配置关联的公共用户标识的处理过程中，具体包括：由 AS发送命令请求， HSS根据接收到的命令请求将相应的关联于同一服务配置的公共用户标识信息返回给 AS;或者，当 HSS 中 AS需要感知的与同一服务配置关联的公共用户标识信息发生变化时主动通知 AS, 例如，根据 AS的订制 HSS需要主动通知相应的变化；或者， AS接收 S-CSCF发来的消息，并从所述消息中获取与同一服务配置关联的公共用户标识信息。

( I) 根据 AS的请求感知相应信息的处理过程

当 AS需要感知关联于相同的 ServiceProfile的公共用户标识，并且本地没有保存相关的数据时，则可以通过 UDR (用户数据请求）命令到 HSS进行数据査询， HSS在 UDA消息中返回和 UDR请求中包含的公共用户标识关联于同一个 ServiceProfile的其他公共用户标识； ' 具体包括以下处理过程：

( II ) 当 AS需要 HSS返回关联于同一 ServiceProfile的公共用户标识时，需要对现有的 UDR命令中的 Data-Reference取值范围进行扩展，该请求消息中包含 IMPU和 Data- Reference (数据参考）两个参数，并且其中 Data- Refer ence的取值为实现本发明新增的取值；

( 12) HSS收到该请求后根据 Data- Reference的取值即可判断本次 UDR消息是为了查询关联于同一 ServiceProf i le的公共用户标识，则根据请求中包含的公共用户标识索弓 I査找到该标识所属的 ServiceProfile进而査找到关联于该 ServiceProfile的其他公共用户标识；

( 13 ) HSS将查找到的公共用户标识信息返回给 AS, 具体为-

( 131 )若 HSS只需要返回和 UDR请求中包含的公共用户标识关联于同一 ServiceProfile的公共用户标识，则 HSS将上述步骤（12) 中査找到的 IMPU均添加到返回消息中，返回给 AS;

( 132)若限定 HSS只需要返回和 UDR请求中包含的公共用户标识关联于同一私有用户标识的公共用户标识，则 HSS需要进一步对步骤（12)査找到的 ServiceProfile中的其他公共用户标识所关联的私有用户标识进一步判断，只有和请求中的公共用户标识关联于同一私有用户标识的公共用户标识才可以添加到返回消息中，并返回给 AS, 所述的私有用户标识可以通过请求中的公有用户标识索引到。

其中，需要说明的是：在该步骤（132) 中，若 UDR请求中包含的公共用户标识是一个共享的公共用户标识即它同时关联于多个私有用户标识如图 7和图 8所示的 IMPU2， IMPU3，则可以通过以下几种方式中完成本次操作：

( 1321 ) 查询发现 UDR请求中包含的公共用户标识为一共享的公共用户标识，并且存在不同的公共用户标识和请求中的公共用户标识关联于不同的私有用户标识但是关联于同一 ServiceProfile, 如图 5中的 IMPU1和 IMPU4, 则由于此种情况下无法确定返回的公共用户标识信息，因此，由 HSS给 AS返回错误消息，表示本次查询无法完成；否则，向 AS返回和请求中的 IMPU关联于同一 ServiceProfile的 IMPU, 例如，在图 6中，若 UDR请求中包含的是 IMPU3则 HSS在响应中返回 IMPU4;

( 1322)查询发现 UDR请求中包含的公共用户标识为一共享的公共用户标识，并且存在不同的公共用户标识和请求中的公共用户标识关联于不同的私有用户标识但是关联于同一 ServiceProfile, 如图 5中的 IMPU1和 IMPM，此时， HSS可以随机选择一个和请求中的 IMPU关联于同一 IMPI的 IMPU返回，例如这里随机返回 IMPU1或者 IMPU4中的任意一个；否则，向 AS返回和请求中的 IMPU关联于同一 ServiceProfile的 IMPU, 如在图 6中若 UDR请求中包含的是 IMPU3则 HSS在响应中返回 IMPU4;

( 1323)查询发现 UDR请求中包含的公共用户标识为一共享的公共用户标识，并且存在不同的公共用户标识和请求中的公共用户标识关联于不同的私有用户标识但是关联于同一 ServiceProfile, 如图 5中的 IMPU1和 IMPU4, 此时， HSS可以返回所有关联的 IMPU，'如同时返回 IMPU1和 IMPU4; 否则，向 AS返回和请求中的 IMPU关联于同一 ServiceProfile的 IMPU,如在图 6中若 UDR请求中包含的是: [MPU3 则 HSS在响应中返回 IMPU4;

( 1324)对现有的 Sh接口进行扩展，允许在 Sh接口上传输私有用户标识，并对 UDR请求进行扩展，要求在请求用户关联于同一 ServiceProfile的 IMPU时，必须同时携带私有用户标识和公共用户标识，这样 HSS根据请求中的私有用户标识即可判断上述情形需要返回的 IMPU。

(2) AS通过 HSS主动发来的消息感知相应的信息

对于 AS和 HSS之间的 Sh接口的更改还涉及 SNR命令的修改，即允许 AS订阅通知，当和请求消息中的公共用户标识关联于同一 ServiceProfile的公共用户标识发生变化时， AS能够通过 HSS主动发来的消息感知到该变化；

具体的处理过程包括：

(21 ) 需要对现有 SNR命令中 Data- Reference的取值范围进行扩展，扩展后的取值和上述 UDR命令中的扩展取值相同， HSS收到该请求后根据其中 Data- Reference的取值即可判断该命令是订阅 /取消和请求中的公共用户标识关联于同一 ServiceProfile的公共用户标识的变化通知；

具体包括以下几种情况；

HSS确定 AS订阅了和 SNR请求中包含的公共用户标识关联于同一 ServiceProfile的公共用户标识的变化通知；

HSS限定仅允许 AS订阅和 SNR请求中包含的公共用户标识关联于同一私有用户标识的公共用户标识，则 HSS需要进一步对相应的 ServiceProfile中的其他公共用户标识所关联的私有用户标识进行判断，并确定 AS只订阅了和请求中的公共用户标识关联于同一私有用户标识的公共用户标识的变化通知；

其中，需耍说明的是:若 HSS收到的 SNR请求中包含的公共用户标识是一个共享的公共用户标识，即它同时关联于多个私有用户标识，则 HSS可以通过以下几种方式完成本次操作 -

HSS查询发现 SNR请求中包含的公共用户标识为一共享的公共用户标识，则给 AS返回错误，表示本次订阅无法完成；

HSS查询发现 SNR请求中包含的公共用户标识为一共享的公共用户标识，则认为 AS订阅了所有的与各个私有用户标识相关联的并和 SNR请求中包含的公共用户标识关联于同一 ServiceProfile的公共用户标识的变化通知；

对现有的 SNR请求进行扩展，要求在 SNR请求中同时携带私有用户标识和公共用户标识，这样 HSS 根据请求中的私有用户标识即可判断 AS订阅的具体的公共用户标识变化通知。

( 22 ) 在 AS通过 SNR命令订阅了通知后，当这些数据发生变化时 HSS需要通过 PNR (Push-Notification-Request, 推送通知请求）命令发送消息告知 AS;

其中， PNR命令中包含两个参数 User-Identity和 User- Data, User- Identity中包含 SNR请求中订阅的公共用户标识， User-Data中包含更新后的数据，其中包含唯一标识数据的关键字如 Data-Reference, 在该节点中包含和请求中的公共用户标识关联于同一 ServiceProfile的公共用户标识；

如果数据发生变化后不存在和 SNR请求中的公共用户标识关联于同一 ServiceProfile的公共用户标识，则该通知消息中公共标识节点内包含 0个公共用户标识。

( 3 ) AS通过从 S- CSCF接收的消息感知相应的信息

在该方法中， AS通过从 S- CSCF接收到的消息中获知与同一服务配置关联的公共用户标识信息； (31 )若 AS在用户的注册过程中通过第三方注册也订阅了 reg-event (注册事件）事件通知，则 S-CSCF可以将通过 SAA得到的关联于同一 ServiceProfile的公共用户标识添加到 reg- event的 Notify 消息中，并通过 ISC (S- CSCF与 AS之间的接口）接口传送给 AS, AS收到该 Notify消息后，即可获知和消息中每一公共用户标识关联于同一 ServiceProfile的其他公共用户标识；

同时，若 S- CSCF收到 PPR命令发现用户关联于同一 ServiceProf i le的公共用户标识发生了变化，且 AS订阅了 reg- event的事件通知，则 S- CSCF通过 ISC接口向 AS发送 Notify消息，其中包含和每一公共用户标识关联于同一 ServiceProfile的公共用户标识； AS收到该 Notify消息后，即可获知修改后的和消息中每一公共用户标识关联于同一 ServiceProfile的其他公共用户标识；

其中， S- CSCF将和用户关联于同一 ServiceProfile的公共用户标识添加到 Notify消息中，可通过以下方式实现- 对 ISC接口的 XML Schema进行扩展，在每一个 registration节点中增加一个信元，在该信元中可包含一个或多个公共用户标识，这些标识为和 registration aor记录中的公共用户标识关联于同一 ServiceProfile和同一私有用户标识的公共用户标识，包括隐式注册集内的公共用户标识。 (32) 若 AS没有订阅 reg- event的事件通知，则需要对现有的 SIP (会话初始协议）进行扩展，新定义一个 SIP头域，用来携带关联于同一 ServiceProfile的公共用户标识；这样， S-CSCF便可以在第三方注册消息中使用此新定义的头域携带与发起注册的公共用户标识关联于同一 ServiceProf i le 的其他公共用户标识。

(三） UE感知与同一服务配置关联的公共用户标识的过程

由于 UE不直接与 HSS通信，所以 UE需要通过直接与其通信的 S-CSCF感知与同一服务配置关联的公共用户标识。

在 UE的注册过程中， S- CSCF通过 SAR下载了用户数据后，获知了用户关联于同一 ServiceProf ile 的公共用户标识，由于用户会在收到注册请求的 200 0K响应后向 S- CSCF发送订阅 reg- event (注册事件）的事件通知，这样， S- CSCF便可以将 UE需要感知的信息添力 Π到 reg-event的 Notify (通知）消息中，并通过 Gm (UE与代理 CSCF之间的接口）接口传送给 UE, UE收到该 Notify消息后，即可获知和消息中每一公共用户标识关联于同一ServiceProf i le的其他公共用户标识；

同时，若 S-CSCF收到 PPR命令发现用户关联于同一 ServiceProfile的公共用户标识发生了变化，且 UE订阅了 reg-event的事件通知，贝 US- CSCF通过 Gm接口向 UE发送 Notify消息，其中包含和每一公共用户标识关联于同一 ServiceProf i le的公共用户标识； UE收到该 Not if y消息后，即可获知修改后的和消息中每一公共用户标识关联于同一 ServiceProfile的其他公共用户标识；

其中， S- CSCF将和用户关联于同一 ServiceProf ile的公共用户标识添加到 Notify消息中，可通过以下方式实现：

对 Mw (S- CSCF与代理 CSCF之间的接口）和 Gm接口的 XML Schema进行扩展，在每一个 registration 节点中增加一个信元，在该信元中可包含一个或多个公共用户标识，这些标识为和 registration aor 记录中的公共用户标识关联于同一 ServiceProfile和同一私有用户标识的公共用户标识，包括隐式注册集内的公共用户标识。

前面对本发明的实现方式进行了描述，后面将再结合具体的应用实例对本发明进行详细的说明。实施例一

Cx接口增加新增节点后的 XML Schema可用下面的表 1表示，其中，新增的 GroupPublicIdentity 节点中包含和 Publicldentity节点中的公有用户标识关联于同一 ServiceProfile和私有用户标识但不属于同一隐式注册集的公有用户标识，如表 1所示：

表 1

Com pound of (组成）

Data type (数据类

Tag (标记） Cardinality 型） Tag (标记） Type (类型）

(数目）

PrivatelD (私有标

tPrivatelD 1

IMSSubscription 识）

tlMSSubscription

( IMS签约）

ServiceProfile (月艮

tServiceProfile (1 to n) 务配置）

ServiceProfile (服务 Publicldentity (公

tServiceProfile tPublicldentity (1 to n) 配置）共标识） InitialFilterCriteria

tlnitialFilterCriteria

(初始过滤规则） (0 to n)

CoreNetworkServi

cesAuthorization CoreNetworkServi

(O to 1)

(核心网业务授 cesAuthorization

权）

SharedlFCSetlD

(共享初始过滤规 tSharedlFCSetlD (0 to n) 则标识）

GroupPublicldenti tGroupPublicldent

(O to 1) ty/ (组公共标识) ity

GroupPublicldentity Publicldentity (公

tGroupPublicldentity tPublicldentity (1 to n)

(组公共标识）共标识）

SubscribedMedia

CoreNetworkServic

tCoreNetworkServic Profileld

esAuthorization tSubscribedMedia

(O to 1) esAuthorization (签约媒体配置标 Profileld

(核心网业务授权）

识）

Barringlndication

tBool

Publicldentity (公共 (禁止指示） 1 tPublicldentity

标识） Identity

tldentity

(标识） 1

Priority (优先级) tPriority 1

TriggerPoint (触发

tTrigger (O to 1)

InitialFilterCriteria 点）

tlnitialFilterCriteria ApplicationServer

(初始过滤规则） tApplicationServer

(应用服务器） 1

ProfilePartlndicat

or tProfilePartlndicat

(0 to 1) or

(配置部分指示）

注：此表格只列出了涉及的修改部分，并未列出完整的表格部分

实施例二

如图 5所示的 IMS签约关系中， IMPUl , IMPU2, IMPU3, IMPU4关联于同一 ServiceProfile并且分别和 IMPI1，IMPI2关联，其中 IMPU2，IMPU3属于同一隐式注册集，如果 IMPU1发起注册，贝 IjSAA消息

ServiceProfile中新增节点包含的公共用户标识为 IMPU2, IMPU3; 若 IMPU2或 IMPU3使用 IMPI1发起注册，则 SAA消息 ServiceProfile中新增节点包含的公共用户标识为 IMPU1,若 IMPU4发起注册，贝 (JSAA 消息 Servi ceProf i 1 e中新增节点包含的公共用户标识为 IMPU3和 IMPU2；

以 IMPU1为例， SAA中 XML格式的 ServiceProfi le内容如下：

<?xml version="1.0" encoding="UTF-8"?>

<IMSSubscriptionxmlns:xsi="http：〃 www. w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="D:\ \CxDataType.xsd">

<PrivateID>IMPI 1 @homedomain.com</PrivateID>

<Identity> sip:IMPUl @homedomaih.com </Identity>

< PublicIdentity>

<GroupIdentity> II组公共标识描述起始，组内包含两个公共用户标识， sip:IMPU2@homedomain.com

<PublicIdentity> 〃禾口 sip:IMPU3@homedomain.com <Identity>sip:IMPU2@homedomain.com</Identity>

</PublicIdentity> //第一个公共用户标识描述结束

<Identity>sip:IMPU3@homedomain.com</Identity>

</PublicIdentity> //第二个公共用户标识描述结束

</GroupIdentity> //组公共标识描述结束

</S erviceProfile>

</IMSSubscription>

实施例三

如图 9所示， IMPU1也加入 IMPU2, IMPU3的隐式注册集，则 HSS需要发送 PPR命令，通知 S-CSCF更新所保存的 IMPUl, IMPU2, IMPU3的数据， HSS发送的 PPR请求中 XML格式的 ServiceProf ile的内容为： <?xml version:" 1.0" encoding="UTF-8"?>

<IMS Subscriptionxmlns :xsi="http：〃 www. w3. org/2001 /XMLSchema-instance"

xsi:noNamespaceSchemaLocation="D:\ \CxDataType.xsd">

<PrivateID>IMPI 1 @homedomain.com</PrivateID>

<Identity> si :IMPU 1 @homedomain. com </Identity>

</PublicIdentity>

<Identity>sip:IMPU2@homedomain.com</Identity> //IMPU2加入隐式注册集' 包含在 Publicldentity节点中

</PublicIdentity>

<Identity>sip:IMPU3@homedomain.com</Identity>//IMPU3 加入隐式注册集，包含在 Publicldentity节点中

</PublicIdentity>

<GroupIdentity> 〃不存在和 IMPU2,IMPU3 属于同一隐式注册集但关联于同一 ServiceProfile的其他公共用户标识

</GroupIdentity> '

</ServiceProfile>

</IMSSubscription>

实施例四

如图 10所示的 IMS签约关系中， AS通过 UDR命令请求和 IMPU2关联于同一 ServiceProf ile的公共用户标识， HSS返回: [MPU1和 IMPU3; 具体的消息格式如下：

<?xml version="1.0" encoding="UTF-8"?>

<IMSSubscriptionxmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="D:\ \CxDataType.xsd">

<PrivateID>IMPI 1 @homedomain.com</PrivateID>

<PublicIdentity> <Identity>sip:IMPUl@homedomain.com</Identity> 〃返回和 IMPU2关联于同一

ServiceProfile的公共用户标识 IMPU1

</PublicIdentity>

<Identity>sip:IMPU3@homedomain.com</Identity> 〃返回和 IMPU2 关联于同一 ServiceProfile的公共用户标识 IMPU3

</PublicIdentity>

</UserData>

实施例五

如图 6所示， IMPU4关联的 ServiceProfile修改为 ServiceProfile2，但仍然和 IMPU3属于同一隐式注册集，贝HSS需要首先发送 PPR命令将 IMPU4从 IMPU5的关联的公有用户标识集合中删除，然后再发送 PPR命令将 IMPU4加入 IMPU2的关联公有用户标识集合中，最后再发送 PPR命令更新 IMPU4的 ServiceProf ϊ ΐβ ο

第一次 PPR命令中 ServiceProfile XML文本如下，首先从 IMPU5的关联 Group信息中删除 IMPU4: <?xml version="1.0" encoding="UTF-8"?>

<IMSSubscriptionxmlns:xsi="http：〃 www.w3.org/2001/XMLSchema-iiistance"

xsi:noNamespaceSchemaLocation="D:\ \CxDataType.xsd">

<PrivateID>IMPI2@homedomain.com</PrivateID>

<Identit > sip:IMPU5@homedomain.com </Identity>

< PublicIdentity>

<PublicIdentity> //和 IMPU5关联于私有用户标识 2和同一 ServiceProfile的公共用户标识剩余 IMPU3

<Identity> sip :IMPU3 @homedomain, com </Identit >

</GroupIdentit >

</ServiceProfile>

<Identity> sip:IMPU6@homedomain.com </Identit >

</PublicIdentity>

</ServiceProfile>

</IMSSubscription>

第二次 PPR命令中 ServiceProf ile XML文本如下，将 IMPU4加入到 IMPU2的关联的 Group组内： <?xml version- ' 1.0" encoding="UTF-8"?>

xsi:noNamespaceSchemaLocation=^MD:\ \CxDataType.xsd">

<PrivateID>IMPI 1 @homedomain.com</PrivateID>

<Identity> sip:IMPU2@homedomain.com </Identity>

< PublicIdentity>

<PublicIdentity> //存在和 IMPU2关联于私有用户标识 1和同一 ServiceProfile的其他公共用户标识

<Identity> sip:IMPU4@homedomain.com </Identity>

</PublicIdentity>

</GroupIdentity>

</ServiceProfile>

<Identity> sip:IMPUl@homedomain.com </Identity>

</PublicIdentity>

</ServiceProfile>

</IMSSubscription>

第三次 PPR命令中 ServiceProf ile XML文本如下，因为 IMPU3和 IMPU4是 SharedlMPU, 对于私有用户标识 1，将 IMPU4从 IMPU3关联的 Group组内删除，并在 IMPU4的 Group组内增加 IMPU2的信息： <?xml version- Ί.0" encoding="UTF-8 " ?>

<IMSSubscriptionxmlns:xsi="http：〃 www. w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation=ⁿD:\ \CxDataType.xsd^M>

<PrivateID>IMPIl@homedomain.com</PrivateID>

<Identity> sip:IMPU3@homedomain.com </Identity>

</PublicIdentity>

<Groupidentity> //不存在和 IMPU3关联于私有用户标识 1和同一 ServiceProfile的其他公共用户标识

</GroupIdentity>

</ServiceProfile>

<Identity> sip :IMPU4@homedomain.com </identity>

</PublicIdentity>

<PublicIdentity> //存在和公有用户标识 4关联于私有用户标识 1和同一 ServiceProfile 的公共用户标识 IMPU2

<Identity> sip:IMPU2@homedomain.com </Identity>

</PublicIdentity>

</GroupIdentity>

</ServiceProfile> </IMSSubscription>

第四次 PPR命令中 ServiceProf ile XML文本如下，因为 IMPU3和 IMPU4是 SharedlMPU, 对于私有用户标识 2, 将 IMPU4从 IMPU3关联的 Group组内删除（IMPU5仍然保留），将 IMPU5从 IMPU4的 Group组内删除：

<?xml version="1.0" encoding="UTF-8"?>

<IMSSubscriptionxinlns:xsi='l ttp://www. w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="D:\\CxDataType.xsd">

<PrivateID>IMPI2@homedomain.com</PrivateID>

<Identity> sip :IMPU3 @homedomain. com </ldentity>

</PublicIdentity>

<GroupIdentity> //关联于私有用户标识 2的组内成员

' <Identity> sip:IMPU5@homedomain.com </Identity> 〃关联于同一

ServiceProfile的公共用户标识

</PublicIdentity>

</GroupIdentity>

</ServiceProfile>

<Identity> sip:IMPU4@homedomain.com </Identity>

</PublicIdentity>

<GroupIdentity> //不存在和 IMPU4 关联于私有用户标识 2 和同一

ServiceProfile的其他公共用户标识

</GroupIdentity>

</ServiceProfile>

</IMSSubscription> 实施例六

如图 11所示， IMPU1在注册过程中订阅了 reg- event事件通知， S- CSCF发送 Notify消息给 UE，在其中携带各 IMPU关联于同一 Servi ceProf i 1 e的公共用户标识。

若没有进一步限制， S-CSCF可以跨: MPI返回关联于同一 ServiceProfile的公有用户标识，则 Not if y消息内容如下：

NOTIFY sip: IMPUl@homedomain.com;opaque=hha9s8d-999a SIP/2.0

From: <sip:IMPUl @homedomain.com>;tag=27182

To: <sip:IMPUl @homedomain.com>;tag=262281

Subscription-State: active;expires=3600

Event: reg

Content-Type: application/reginfo+xml Contact: <sip:registrar.homedomain.com>

Content-Length: (...)

<?xml version- Ί.0"?>

<reginfo xmlns="urn:ietf:params:xml:ns:reginfo" version-" 1"

Registration aor=ⁿsip:IMPUl@homedomainxom" id=ⁿa7"state="activeⁿ>

<uri>

siprua.exaiTiple.com

</uri>

</contact>

<uri>sip:IMPU2◎ homedomain.com</iiri> 〃存在和 IMPU1 关联于同一 ServiceProfile的公共用户标识 IMPU2

</GroupIdentity>

</registration>

Registration aor="sip:IMPU2@homedomain.com" id="a8" state="active"> <contact id="93" state="active" event="created"

duration- registered="l" expires="3599">

<uri>

sip:ua.example.com

</uri>

</contact>

<uri>sip:IMPUl ® homedomain.com</uri> II存在和 IMPU2 关联于同一 ServiceProfile的公共用户标识 IMPU1

</GroupIdentit >

</registration>

Registration

aor="sip:IMPU3@homedomain.com;user=phone''id=^Ma9"state⁼"active >

<uri>

sip:ua.example.com

</uri>

</contact>

<uri>sip:IMPU4◎ homedomain.com</uri> 〃存在和 IMPU3 关联于同一 ServiceProfile的公共用户标识 IMPU4

</GroupIdentity>

</registration>

</reginfo> 若进一步限定， S- CSCF只能返回关联于同一 ServiceProfile同一私有用户标识的 IMPU，则 Notify 消息内容如下：

NOTIFY sip: IMPUl@homedomain.com;opaque=hha9s8d-999a SIP/2.0

From: <sip:IMPUl@homedomain.com>;tag=27182

To: <sip:IMPUl@homedomain.com>;tag==262281

Subscription-State: active;expires=3600

Event: reg

Content-Type: application/reginfo+xml

Contact: <sip:registrar.homedomain.com>

Content-Length: (...)

<?xml version="1.0^,,?>

<reginfo xmlnsyumietf params mlnOginfo''

xmlns :xsi="http：〃 www. w3.org/2001 /XMLSchema-instance"

version-" 1" state=^Mfullⁿ>

Registration aor=ⁿsip:IMPUl@homedomain.com" id="a7"state="activeⁿ> <contact id="92" state="activeⁿ event=^Mregisteredⁿduration-registered=" 1 " expires=^u3599">

<uri> ·

sip:ua.example.com

</uri>

</contact>

<uri>sip:IMPU2◎ homedomam.com</uri> //存在和 IMPUl 关联于同一 ServiceProfile的公共用户标识 IMPU2

</ GroupIdentity>

</registration>

Registration aor=ⁿsip:IMPU2@homedomain.com^M id="a8ⁿ state=="active"〉 <contact id- ' 93" state=" active" event="created"

duration-registered=" 1 " expires="3599">

<uri>

sip:ua.example.com

</uri>

</contact>

<uri>sip:IMPUl ◎ homedomain.com</uri> 〃存在禾口 IMPU2 关联于同一 ServiceProfile的公共用户标识 IMPU1

</GroupIdentity>

</registration>

Registration

aor="sip:MPU3@homedomain.com;user=phone"id="a9"state="active">

<uri>

sip;ua.example.com </uri>

</contact>

</registration>

</reginfo>

本发明所述的方法在具体实现过程中还可以釆用以下方案实现。

本发明中根据 ServiceProf i le将用户划分为组的方法还可以为：

( 1)对 ServiceProf ile引入一个新增属性值，一个 ServiceProf ile仅设置一个这样的属性值即可，该新增属性值可以有效标识一个 Servi ceProf i 1 e；

(2) HSS在组织 Cx接口传送的 ServiceProfile数据时对现有的 XML Schema进行扩展，在 Cx接口传送的 XML文本中引入一个新的节点，并且一个 ServiceProfile仅包含一个这样的新增节点即可，该节点内包含能够唯一标识该 ServiceProfile的新增属性值作为服务配置标识；

( 3 ) S- CSCF通过 SAR命令从 HSS下载用户数据后，根据该新增属性值可以索引查找到相应的服务配置，进而可以确定关联于同一 ServiceProf ile的公共用户标识信息；

(4) 当 HSS上关联于同一 ServiceProfile的公共用户标识发生变化，并经判断需要通知 S- CSCF 进行数据同步修改时，则 HSS需要发送 PPR请求给 S- CSCF , .请求中包含上述新增唯一标识 ServiceProf ile的属性值以及更新后的 ServiceProfile信息，收到该请求后 S- CSCF使用消息中的更新后的 ServiceProf ile数据覆盖消息中的属性值对应的 ServiceProf ile的 Publicldentity节点中包含的公共用户标识的 ServiceProf ile数据，这样，在 S-CSCF上便保存着最新的 ServiceProf ile信息，以便于能够可靠地确定任一 ServiceProf i le关联的公共用户标识信息。

同时，在本发明中，若 UE及 AS定阅了 reg- event事件通知，则在注册过程中 S- CSCF还需要将通过上述过程得到的公共用户标识添加到该事件 Notify消息中发送给 UE和 AS, UE及 AS收到该 Notify消息后，即可获知和消息中每一公共用户标识关联于同一 ServiceProf ile的其他公共用户标识，具体为：若 S-CSCF收到 PPR命令发现用户关联于同一 ServiceProfile的公共用户标识发生了变化，且 UE 及 AS订阅了 reg- event的事件通知，则 S- CSCF通过 Gm， ISC接口向 UE和 AS发送 Notify消息，其中包含和每一公共用户标识关联于同一 ServiceProf ile的公共用户标识； UE和 AS收到该 Notify消息后，即可获知修改后的和消息中每一公共用户标识关联于同一 ServiceProf ile的其他公共用户标识；其中， S- CSCF将和用户关联于同一 ServiceProf ile的公共用户标识添加到 Notify消息中，可通过以下方式实现：

对 Mw， Gm， ISC接口的 XML Schema进行扩展，在每一个 registration节点中增加一个信元，在该信元中可包含一个或多个公共用户标识，这些标识为和 registration aor记录中的公共用户标识关联于同一 ServiceProf ile和同一私有用户标识的公共用户标识，包括隐式注册集内的公共用户标识；而且，若 UE及 AS未订阅 reg- event的事件通知，则可以如前所述通过针对 SIP协议的扩展实现。在上述过程中，若还需要对 Sh接口的 UDR、 SNR和 PNR命令进行相应的修改，则具体可参见前面针对相应命令的扩展描述，此处不再详述。

本发明还提供了一种通信系统中感知服务配置下的公共用户标识的系统的具体实施例，该系统设置于提供多媒体业务的通信网络中，如图 12所示，包括： ( 1) 服务配置信息保存实体

该实体用于将保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体；

该实体中具体设置了通信系统中感知服务配置下的公共用户标识的装置，该装 S具体可以设置于 HSS中，且具体可以包括- 服务配置信息保存单元，用于保存服务配置信息；

所述的装置还可以包括：

更新操作单元，用于在保存的与同一服务配置关联的公共用户标识信息更新后，触发所述公共用户标识发送单元将更新后的信息发送给与其通信的订阅了该变化事件的实体；或者，

信息请求接收单元，用于接收与其通信的实体的请求，并根据所述请求触发所述公共用户标识发送单元将请求的与同一服务配置关联的公共用户标识信息发送给请求发送端的实体。

( 2 ) 与服务配置信息保存实体通信的实体，用于接收保存着服务配置信息的实体发来的信息，所述的信息中包含与同一服务配置关联的至少一个公共用户标识信息。

该实体中具体设置有通信系统中感知服务配置下的公共用户标识的装置，所述的装置具体可以设置于 S- CSCF实体和 /或 AS中，具体包括：

公共用户标识接收单元，用于接收保存着服务配置信息的实体发来的信息，所述的信息中包含与同一服务配置关联的至少一个公共用户标识信息；

所述的装置还包括信息请求发送单元，用于向保存着服务配置信息的实体发送请求获取与同一服务配置关联的至少一个公共用户标识信息的请求消息。

需要说明的是，在该系统中，在服务配置信息保存实体和与服务配置信息保存实体通信的实体之间，针对与同一服务配置关联的至少一个公共用户标识信息的具体传递过程在前面已经有详细描述，故在此不再详述。

综上所述，本发明提供的实施例使得 AS、 S- CSCF及 UE可以感知到关联于同一服务配置的公共用户标识，从而可以基于感知到的信息进行相应的进一步操作处理，以满足用户开展业务过程中的各种需求。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims

—权利要求

1、一种通信系统中感知服务配置下的公共用户标识的方法，其特征在于，包括：在提供多媒体业务的通信网络中，保存着服务配置信息的实体将其保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体；

所述的与其通信实体从保存着服务配置信息的实体发来的信息中获得与同一服务配置关联的至少一个公共用户标识信息。

2、根据权利要求 1所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的保存着服务配置信息的实体包括：归属签约用户服务器 HSS。

3、根据权利要求 1所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的与保存着服务配置信息通信的实体包括：服务呼叫会话控制功能 S-CSCF实体和 /或应用服务器 AS o

4、根据权利要求 1所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的将至少一个公共用户标识信息发送给与其通信的实体的过程包括：

HSS将与同一服务配置和同一私有用户标识关联的公共用户标识信息发送给与其通信的实体；或者， HSS将与同一服务配置关联的所有公共用户标识信息发送给其与通信的实体；或者， HSS将与同一服务配置关联并属于同一隐式注册集的公共用户标识信息发送给与其通信的实体。

5、根据权利要求 1所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的公共用户标识信息承载于扩展的消息中发送给与保存着服务配置信息的实体逋信的实体。

6、根据权利要求 5所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的扩展的消息包括：服务器分配应答 SM消息、推送配置请求 PPR命令消息、推送通知请求 PNR命令消息和用户数据请求响应 UDA命令消息中的至少一项。

7、根据权利要求 1至 6任一项所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的将至少一个公共用户标识信息发送给与其通信的实体的过程包括： '

HSS主动将保存的更新后的与同一服务配置关联的公共用户标识信息发送给与其通信的订阅了该变化事件的实体；当 HSS上的服务配置关联的公共用户标识信息发生变化时，则将所述变化通知订制该服务配置关联的公共用户信息的实体；或者，

HSS根据与其通信的实体的请求，将与同一服务配置关联的公共用户标识信息发送给与其通信的实体。

8、根据权利要求 7所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，针对订阅了变化事件的实体的处理具体包括：

当 HSS上的服务配置关联的公共用户标识信息的变化未导致隐式注册集间的改动，而仅导致隐式注册集内的改动，则将涉及到的各个隐式注册集的变化通知所述与 HSS通信的实体；和 /或，

当 HSS上的服务配置关联的公共用户标识信息的变化导致隐式注册集间的改动，则首先进行隐式注册集的修改，之后，再将涉及到的各个隐式注册集的变化通知所述与 HSS通信的实体。

9、根据权利要求 8所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的各个隐式注册集的变化通知包括：

HSS首先将需要从隐式注册集中删除公共用户标识的消息发送给对应的实体，之后，再将需耍向隐式注册集中增加相应的公共用户标识的消息发送给对应的实体。

10、根据权利要求 7所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的与其通信的实体的请求包括： SAR命令请求、 UDR命令请求和 /或 SNR命令请求。

11、根据权利要求 7所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的 HSS根据与其通信的实体的请求进行的处理具体包括：

当所述的请求中的公共用户标识为共享用户标识信息时，则在 HSS中确定与该共享公共用户标识关联同一服务配置的所有公共用户标识；或者，在 HSS中确定与该共享公共用户标识关联同一服务配置的所有公共用户标识，并进一步从其中确定任一与请求中的公共用户标识属于同一私有用户标识的公共用户标识；或者，在 HSS中确定与共享公共用户标识关联同一服务配置及私有用户标识的各公共用户标识；之后，将确定的公共用户标识返回给相应的实体。

12、根据权利要求 7所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的获得与同一服务配置关联的至少一个公共用户标识信息的步骤包括：

S-CSCF接收 HSS发来的 SAA消息，从该消息中的公共标识节点和扩展的消息节点中获取公共用户标识信息，作为关联于同一服务配置的所有公共用户标识信息。

13、根据权利要求 1至 6任一项所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的方法还包括-

S-CSCF根据用户终端和 /或 AS的请求将所述的与同一服务配置关联的公共用户标识信息发送给用户终端和 /或 AS ; 或者，

S-CSCF主动将所述的与同一服务配置关联的公共用户标识信息发送给用户终端和 /或 AS。

14、根据权利要求 13所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的 S-CSCF将所述的与同一服务配置关联的公共用户标识通过注册事件 reg-event通知 Notify消息或会话初始协议 SIP消息为此需求新定义的一个头域发送给用户终端和 /或 AS。

15、根据权利要求 1至 6任一项所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的方法还包括：

HSS向 S- CSCF发送服务配置唯一对应的服务配置标识；

S-CSCF根据接收的服务配置标识在 S-CSCF上保存的以服务配置标识索引的服务配置信息中査找确定与该服务配置关联的公共用户标识信息。

16、根据权利要求 15所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的 HSS向 S- CSCF发送服务配置唯一对应的服务配置标识的步骤包括 -

HSS根据 S- CSCF的请求将相应的服务配置唯一对应的服务配置标识发送给所述 S-CSCF; 或者，当 HSS上的服务配置发生变化时，则 HSS将相应的服务配置唯一对应的服务配置标识及更新后的服务配置发送给 S- CSCF。

17、根据权利要求 15所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的方法还包括- 在所述 S- CSCF接收 HSS发来的信息后，根据所述的服务配置标识査找到对应的服务配置，并采用信息中包括的更新后的服务配置替换查找到的服务配置信息。

18、一种通信系统中感知服务配置下的公共用户标识的装置，其特征在于，该装置设置于提供多媒体业务的通信网络中，且包括：

服务配置信息保存单元，用于保存服务配置信息；

公共用户标识发送单元，用于将服务配置信息保存单元保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体。

19、根据权利要求 18所述的装置，其特征在于，所述的装置设置于 HSS中。

20、根据权利要求 18或 19所述的装置，其特征在于，所述的装置还包括:

更新操作单元，用于在保存的与同一服务配置关联的公共用户标识信息更新后，触发所述公共用户标识发送单元将更新后的信息发送给与其通信的订阅了该变化事件的实体；或者，

信息请求接收单元，用于接收与其通信的实体的请求，并根据所述请求触发所述公共用户标识发送单元将请求的与同一服务配置关联的公共用户标识信息发送给请求发送端的实体。

21、一种通信系统中感知服务配置下的公共用户标识的装置，其特征在于，该装置设置于提供多媒体业务的通信网络中，且包括- 公共用户标识接收单元，用于接收保存着服务配置信息的实体发来的信息，所述的信息中包含与同一服务配置关联的至少一个公共用户标识信息。

22、根据权利要求 21所述的装置，其特征在于，所述的装置设置于 S-CSCF实体和 /或 AS中。

23、根据权利要求 20或 21所述的装置，其特征在于，所述的装置还包括：

信息请求发送单元，用于向保存着服务配置信息的实体发送请求获取与同一服务配置关联的至少一个公共用户标识信息的请求消息。

24、一种通信系统中感知服务配置下的公共用户标识的系统，其特征在于，包括：服务配置信息保存实体，用于将保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体；

与服务配置信息保存实体通信的实体，用于接收保存着服务配置信息的实体发来的信息，所述的信息中包含与同一服务配置关联的至少一个公共用户标识信息。