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

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

Info

Publication number
CN101313606B
CN101313606B CN200780000222.1A CN200780000222A CN101313606B CN 101313606 B CN101313606 B CN 101313606B CN 200780000222 A CN200780000222 A CN 200780000222A CN 101313606 B CN101313606 B CN 101313606B
Authority
CN
China
Prior art keywords
user identity
public user
service configuration
information
serviceprofile
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN200780000222.1A
Other languages
English (en)
Other versions
CN101313606A (zh
Inventor
朱奋勤
和晓艳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200780000222.1A priority Critical patent/CN101313606B/zh
Publication of CN101313606A publication Critical patent/CN101313606A/zh
Application granted granted Critical
Publication of CN101313606B publication Critical patent/CN101313606B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4588—Network directories; Name-to-address mapping containing mobile subscriber information, e.g. home subscriber server [HSS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/30—Types of network names
    • H04L2101/395—Internet protocol multimedia private identity [IMPI]; Internet protocol multimedia public identity [IMPU]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]

Abstract

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

Description

通信系统中感知服务配置下的公共用户标识的方法及装置
技术领域
本发明涉及网络通信技术领域，尤其涉及一种通信系统中感知服务配置下的公共用户标识的实现方案。
发明背景
随着宽带网络的发展，移动通信不仅仅局限于传统的话音通信，其通过与呈现业务(presence)、短消息、网页(WEB)浏览、定位信息、推送业务(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支持Cx接口(HSS和I-CSCF/S-CSCF之间的接口)，Sh接口(HSS和AS之间的接口)的用户数据下载；当用户进行网络登记时，把登记的消息传递到归属位置寄存器HLR/HSS，并从其下载用户的签约数据进行后续的业务操作。
目前，在IMS相关协议中，网络实体间传递的用户标识有IMPI(IMS Private User Identity，IMS私有用户标识)、IMPU(IMS Public User Identity，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可以感知到同一IMS Subscription(IMS签约关系)中关联于同一ServiceProfile的公共用户标识信息。而且，为用户分配的S-CSCF服务器通过SAR命令到HSS请求下载用户数据时根据返回的数据也可以感知到同一IMS Subscription同一隐式注册集中哪些公共用户标识关联于同一Service Profile，但是无法感知到那些不属于同一隐式注册集但关联于同一ServiceProfile的公共用户标识，并且网络中为用户提供增值业务的AS服务器和UE本身也无法感知哪些公共用户标识关联于相同的Service Profile。
例如，SAA中HSS返回给S-CSCF的数据格式可通过如下方式表现：
    <？xml version＝″1.0″encoding＝″UTF-8″？>
    <IMSSubscriptionxmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
    xsi:noNamespaceSchemaLocation＝″D:\ \CxDataType.xsd″>
            <PrivateID>IMPI1homedomain.com</PrivateID>                 //私有用户标识为
    IMPI1homedomain.com
            <ServiceProfile>                                        //服务配置开始
                <PublicIdentity>
                    <BarringIndication>1</BarringIndication>
                    <Identity>sip:IMPU1homedomain.com</Identity>
                </PublicIdentity>                                  //公共用户标识为
    sip:IMPU1homedomain.com，并且禁止
                <PublicIdentity>
                    <Identity>sip:IMPU2homedomain.com</Identity>
                </PublicIdentity>//公共用户标识为sip:IMPU2homedomain.com，未禁止
                <InitialFilterCriteria>                           //出示过滤规则开始
                    <Priority>0</Priority>           //优先级
                    <TriggerPoint>
                        <ConditionTypeCNF>1</ConditionTypeCNF>
                        <SPT>                        //业务触发点开始
                            <ConditionNegated>0</ConditionNegated>
                            <Group>0</Group>
                            <Method>INVITE</Method>           //通过INVITE方法触发
                        </SPT>
                        <SPT>
                            <ConditionNegated>0</ConditionNegated>
                            <Group>0</Group>
                            <Method>MESSAGE</Method>      //通过MESSAGE方法触发
                        </SPT>
                        <SPT>
                            <ConditionNegated>0</ConditionNegated>
                            <Group>0</Group>
                            <Method>SUBSCRIBE</Method>    //通过SUBSCRIBE方法触发
                        </SPT>                                //业务出发点结束
                    </TriggerPoint>
                    <ApplicationServer>
                        <ServerName>sip:AS1homedomain.com</ServerName>
                        <DefaultHandling>0</DefaultHandling>
                    </ApplicationServer>      //应用服务器为sip:AS1homedomain.com，无应答
时默认处理为呼叫终止
            </InitialFilterCriteria>
        </ServiceProfile>         //业务配置描述结束
</IMSSubscription>       //签约关系描述结束
通过上述数据，S-CSCF可以确定IMPU1homedomain.com和IMPU2homedomain.com关联于相同的ServiceProfile。但是，在上述现有实现方案中，AS(应用服务)，UE(用户设备)，S-CSCF均无法或无法完全感知到同一IMS Subscription中关联于同一Service Profile的公共用户标识，这样，当用户希望关联于同一Service Profile的公共用户标识在特定情况下，被采用同等的处理时，显然无法实现。
例如，在图2中，当IMPU1用于平时非工作范围个人事务联系，和IMPU2属于同一隐式注册集，但单独拥有一个Service Profile。IMPU2和IMPU3用于工作范围内的事务联系，拥有相同的ServiceProfile。由于IMPU2，IMPU3都是用于日常工作联系，所以用户可能希望这两个IMPU的所有动作均相同，如对于主被叫的处理，免打扰业务，前转地址信息等都同步保持相同，若用户通过一个终端修改IMPU2的签约数据同时也适用于IMPU3。
然而，由于目前AS、UE和S-CSCF均无法或无法完全感知属于同一个Service Profile的同一用户的IMPU信息，所以基于上述应用场景AS无法确定应该被同等处理IMPU，例如，AS给IMPU2发消息，是否需要同时给IMPU3发送同样消息；以及，在UE修改前转信息时，是仅需要发送一次，还是需要重复发送多次，均无法确定。因此，AS、UE需要感知关联于同一Service Profile的IMPU信息，以便对其中一个IMPU的操作也能关联到其他相关IMPU。
但是，目前业界还没有提供一种技术方案可以令AS、UE及S-CSCF感知属于同一个ServiceProfile的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需要主动通知相应的变化。
(1)根据S-CSCF的请求从HSS感知相应信息的过程
HSS在处理S-CSCF发来的SAR(服务器分配请求)命令处理过程中需要向S-CSCF返回SAA消息，在返回的SAA响应中包含所述的新增节点，这样，便可以将与同一服务配置关联的公共标识发送给S-CSCF。
在所述的新增节点中，包含着与SAR请求中包含的公共用户标识关联于同一ServiceProfile但不属于同一隐式注册集的公共用户标识，即将关联于同一服务配置的所有公共用户标识均承载于返回的SAA消息中，相应的隐式注册集的公共用户标识则是保存于公共标识节点中。
具体可以将关联于同一ServiceProfile但不属于同一隐式注册集的所有公共用户标识或进一步属于同一私有用户标识的所有公共用户标识承载于返回的SAA消息中发送给S-CSCF，即：
(11)若限定新增节点只能包含和请求中公共标识为关联于同一ServiceProfile和同一个私有用户标识但不属于同一个隐式注册集内的IMPU，则HSS需要进一步筛选相应的公共用户标识信息，只有符合条件的公共用户标识才可以被添加到返回的SAA消息中；
如图5所示，若公共用户标识2(Public Identity2)或公共用户标识3(Public Identity3)使用私有用户标识1发起注册，则HSS在SAR处理中下载的ServiceProfile中的新增节点中包含的公共用户标识为公共用户标识1；
需要说明的是：如果SAR请求中没有携带私有用户标识，并且携带的公有用户标识为一SharedIMPU(共享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(PublicIdentity1)和公共用户标识4(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的PublicIdentity节点中包含的公共用户标识的ServiceProfile数据，从而获得了最新的与同一服务配置关联的公共用户标识信息。
其中，HSS执行的判断具体包括：
(21)HSS上关联于同一ServiceProfile的公共用户标识发生变化，例如，公共用户标识所关联的ServiceProfile发生变化，或者公共用户标识从一个隐式注册集移出或者加入不同隐式注册集但仍然关联于相同的ServiceProfile，若这些涉及的公共用户标识都处于NotRegistered(注销)状态，则HSS不需要发送PPR命令给S-CSCF；否则，需要发送PPR命令通知S-CSCF进行数据同步操作；
(22)若ServiceProfile内公共标识的改动需要S-CSCF同步，并且这些公共标识的改动不涉及隐式注册集的改动，只是同一隐式注册集内的公有用户标识所关联的ServiceProfile发生变化，则HSS需要针对每一组隐式注册集发送PPR命令进行数据更新，具体为从原隐式注册集中删除该公共用户标识，并将其加入到新的隐式注册集中。需要说明的是：所述的删除操作需要先于增加操作完成；
在所述的PPR命令请求中的ServiceProfile中新增节点包含变化后的关联于同一ServiceProfile但和PublicIdentity节点中的公共标识不属于同一隐式注册集的公有用户标识；
如图6所示，IMPU4关联的ServiceProfile修改为ServiceProfile2，但仍然和IMPU3属于同一隐式注册集，则HSS需要首先发送PPR命令将IMPU4从IMPU5的关联的公有用户标识集合中删除，然后再发送PPR命令将IMPU4加入IMPU2的关联公有用户标识集合中，最后再发送两次PPR命令更新IMPU4的ServiceProfile，IMPU4分别关联于IMPI1和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发来的消息，并从所述消息中获取与同一服务配置关联的公共用户标识信息。
(1)根据AS的请求感知相应信息的处理过程
当AS需要感知关联于相同的ServiceProfile的公共用户标识，并且本地没有保存相关的数据时，则可以通过UDR(用户数据请求)命令到HSS进行数据查询，HSS在UDA消息中返回和UDR请求中包含的公共用户标识关联于同一个ServiceProfile的其他公共用户标识；
具体包括以下处理过程：
(11)当AS需要HSS返回关联于同一ServiceProfile的公共用户标识时，需要对现有的UDR命令中的Data-Reference取值范围进行扩展，该请求消息中包含IMPU和Data-Reference(数据参考)两个参数，并且其中Data-Reference的取值为实现本发明新增的取值；
(12)HSS收到该请求后根据Data-Reference的取值即可判断本次UDR消息是为了查询关联于同一ServiceProfile的公共用户标识，则根据请求中包含的公共用户标识索引查找到该标识所属的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和IMPU4，此时，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请求中包含的是IMPU3则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命令发现用户关联于同一ServiceProfile的公共用户标识发生了变化，且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便可以在第三方注册消息中使用此新定义的头域携带与发起注册的公共用户标识关联于同一ServiceProfile的其他公共用户标识。
(三)UE感知与同一服务配置关联的公共用户标识的过程
由于UE不直接与HSS通信，所以UE需要通过直接与其通信的S-CSCF感知与同一服务配置关联的公共用户标识。
在UE的注册过程中，S-CSCF通过SAR下载了用户数据后，获知了用户关联于同一ServiceProfile的公共用户标识，由于用户会在收到注册请求的200OK响应后向S-CSCF发送订阅reg-event(注册事件)的事件通知，这样，S-CSCF便可以将UE需要感知的信息添加到reg-event的Notify(通知)消息中，并通过Gm(UE与代理CSCF之间的接口)接口传送给UE，UE收到该Notify消息后，即可获知和消息中每一公共用户标识关联于同一ServiceProfile的其他公共用户标识；
同时，若S-CSCF收到PPR命令发现用户关联于同一ServiceProfile的公共用户标识发生了变化，且UE订阅了reg-event的事件通知，则S-CSCF通过Gm接口向UE发送Notify消息，其中包含和每一公共用户标识关联于同一ServiceProfile的公共用户标识；UE收到该Notify消息后，即可获知修改后的和消息中每一公共用户标识关联于同一ServiceProfile的其他公共用户标识；
其中，S-CSCF将和用户关联于同一ServiceProfile的公共用户标识添加到Notify消息中，可通过以下方式实现：
对Mw(S-CSCF与代理CSCF之间的接口)和Gm接口的XML Schema进行扩展，在每一个registration节点中增加一个信元，在该信元中可包含一个或多个公共用户标识，这些标识为和registration aor记录中的公共用户标识关联于同一ServiceProfile和同一私有用户标识的公共用户标识，包括隐式注册集内的公共用户标识。
前面对本发明的实现方式进行了描述，后面将再结合具体的应用实例对本发明进行详细的说明。
实施例一
Cx接口增加新增节点后的XML Schema可用下面的表1表示，其中，新增的GroupPublicIdentity节点中包含和PublicIdentity节点中的公有用户标识关联于同一ServiceProfile和私有用户标识但不属于同一隐式注册集的公有用户标识，如表1所示：
表1
Figure G84367876150141000D000111
Figure G84367876150141000D000121
注：此表格只列出了涉及的修改部分，并未列出完整的表格部分
实施例二
如图5所示的IMS签约关系中，IMPU1，IMPU2，IMPU3，IMPU4关联于同一ServiceProfile并且分别和IMPI1，IMPI2关联，其中IMPU2，IMPU3属于同一隐式注册集，如果IMPU1发起注册，则SAA消息ServiceProfile中新增节点包含的公共用户标识为IMPU2，IMPU3；若IMPU2或IMPU3使用IMPI1发起注册，则SAA消息ServiceProfile中新增节点包含的公共用户标识为IMPU1，若IMPU4发起注册，则SAA消息ServiceProfile中新增节点包含的公共用户标识为IMPU3和IMPU2；
以IMPU1为例，SAA中XML格式的ServiceProfile内容如下：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<IMSSubscriptionxmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
        <PrivateID>IMPI1homedomain.com</PrivateID>
        <ServiceProfile>
            <PublicIdentity>
             <Identity>sip:IMPU1homedomain.com</Identity>
            </PublicIdentity>
            <GroupIdentity>     //组公共标识描述起始，组内包含两个公共用户标识，
sip:IMPU2homedomain.com
             <PublicIdentity>       //和sip:IMPU3homedomain.com
                  <Identity>sip:IMPU2homedomain.com</Identity>
            </PublicIdentity>    //第一个公共用户标识描述结束
            <PublicIdentity>
              <Identity>sip:IMPU3homedomain.com</Identity>
             </PublicIdentity>   //第二个公共用户标识描述结束
            </GroupIdentity>       //组公共标识描述结束
        </ServiceProfile>
</IMSSubscription>
实施例三
如图9所示，IMPU1也加入IMPU2，IMPU3的隐式注册集，则HSS需要发送PPR命令，通知S-CSCF更新所保存的IMPU1，IMPU2，IMPU3的数据，HSS发送的PPR请求中XML格式的ServiceProfile的内容为：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<IMSSubscriptionxmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
         <PrivateID>IMPI1homedomain.com</PrivateID>
         <ServiceProfile>
             <PublicIdentity>
              <Identity>sip:IMPU1homedomain.com</Identity>
             </PublicIdentity>
             <PublicIdentity>
              <Identity>sip:IMPU2homedomain.com</Identity>//IMPU2加入隐式注册集，包含在
PublicIdentity节点中
             </PublicIdentity>
             <PublicIdentity>
              <Identity>sip:IMPU3homedomain.com</Identity>//IMPU3加入隐式注册集，包含在
PublicIdentity节点中
             </PublicIdentity>
             <GroupIdentity>     //不存在和IMPU2，IMPU3属于同一隐式注册集但关联于同一
ServiceProfile的其他公共用户标识
             </GroupIdentity>
         </ServiceProfile>
</IMSSubscription>
实施例四
如图10所示的IMS签约关系中，AS通过UDR命令请求和IMPU2关联于同一ServiceProfile的公共用户标识，HSS返回IMPU1和IMPU3；具体的消息格式如下：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<IMSSubscriptionxmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
         <PrivateID>IMPI1homedomain.com</PrivateID>
         <UserData>
             <PublicIdentity>
               <Identity>sip:IMPU1homedomain.com</Identity>       //返回和IMPU2关联于同一
ServiceProfile的公共用户标识IMPU1
              </PublicIdentity>
              <PublicIdentity>
               <Identity>sip:IMPU3homedomain.com</Identity>   //返回和IMPU2关联于同一
ServiceProfile的公共用户标识IMPU3
              </PublicIdentity>
             </UserData>
实施例五
如图6所示，IMPU4关联的ServiceProfile修改为ServiceProfile2，但仍然和IMPU3属于同一隐式注册集，则HSS需要首先发送PPR命令将IMPU4从IMPU5的关联的公有用户标识集合中删除，然后再发送PPR命令将IMPU4加入IMPU2的关联公有用户标识集合中，最后再发送PPR命令更新IMPU4的ServiceProfile。
第一次PPR命令中ServiceProfile XML文本如下，首先从IMPU5的关联Group信息中删除IMPU4：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<IMSSubscriptionxmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
         <PrivateID>IMPI2homedomain.com</PrivateID>
         <ServiceProfile>
            <PublicIdentity>
             <Identity>sip:IMPU5homedomain.com</Identity>
            </PublicIdentity>
            <GroupIdentity>
         <PublicIdentity>//和IMPU5关联于私有用户标识2和同一ServiceProfile的公共用户标识
剩余IMPU3
            <Identity>sip:IMPU3homedomain.com</Identity>
            <PublicIdentity>
           </GroupIdentity>
        </ServiceProfile>
       <ServiceProfile>
             <PublicIdentity>
              <Identity>sip:IMPU6homedomain.com</Identity>
             </PublicIdentity>
       </ServiceProfile>
</IMSSubscription>
第二次PPR命令中ServiceProfile XML文本如下，将IMPU4加入到IMPU2的关联的Group组内：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<IMSSubscriptionxmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
         <PrivateID>IMPI1homedomain.com</PrivateID>
         <ServiceProfile>
            <PublicIdentity>
             <Identity>sip:IMPU2homedomain.com</Identity>
            </PublicIdentity>
            <GroupIdentity>
      <PublicIdentity>//存在和IMPU2关联于私有用户标识1和同一ServiceProfile的其他公共
用户标识
            <Identity>sip:IMPU4homedomain.com</Identity>
           </PublicIdentity>
            </GroupIdentity>
       </ServiceProfile>
      <ServiceProfile>
            <PublicIdentity>
             <Identity>sip:IMPU1homedomain.com</Identity>
            </PublicIdentity>
      </ServiceProfile>
</IMSSubscription>
第三次PPR命令中ServiceProfile XML文本如下，因为IMPU3和IMPU4是SharedIMPU，对于私有用户标识1，将IMPU4从IMPU3关联的Group组内删除，并在IMPU4的Group组内增加IMPU2的信息：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<IMSSubscriptionxmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
         <PrivateID>IMPI1homedomain.com</PrivateID>
         <ServiceProfile>
             <PublicIdentity>
              <Identity>sip:IMPU3homedomain.com</Identity>
             </PublicIdentity>
             <GroupIdentity>  //不存在和IMPU3关联于私有用户标识1和同一ServiceProfile的其
他公共用户标识
             </GroupIdentity>
        </ServiceProfile>
       <ServiceProfile>
             <PublicIdentity>
              <Identity>sip:IMPU4homedomain.com</Identity>
             </PublicIdentity>
             <GroupIdentity>
             <PublicIdentity> //存在和公有用户标识4关联于私有用户标识1和同一ServiceProfile
的公共用户标识IMPU2
            <Identity>sip:IMPU2homedomain.com</Identity>
            </PublicIdentity>
             </GroupIdentity>
       </ServiceProfile>
</IMSSubscription>
第四次PPR命令中ServiceProfile XML文本如下，因为IMPU3和IMPU4是SharedIMPU，对于私有用户标识2，将IMPU4从IMPU3关联的Group组内删除(IMPU5仍然保留)，将IMPU5从IMPU4的Group组内删除：
    ：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<IMSSubscriptionxmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
         <PrivateID>IMPI2homedomain.com</PrivateID>
         <ServiceProfile>
             <PublicIdentity>
              <Identity>sip:IMPU3homedomain.com</Identity>
             </PublicIdentity>
             <GroupIdentity>                  //关联于私有用户标识2的组内成员
             <PublicIdentity>
             <Identity> sip:IMPU5homedomain.com</Identity>              //关联于同一
ServiceProfile的公共用户标识
             </PublicIdentity>
             </GroupIdentity>
        </ServiceProfile>
       <ServiceProfile>
             <PublicIdentity>
              <Identity>sip:IMPU4homedomain.com</Identity>
             </PublicIdentity>
             <GroupIdentity>            //不存在和IMPU4关联于私有用户标识2和同一
ServiceProfile的其他公共用户标识
             </GroupIdentity>
       </ServiceProfile>
</IMSSubscription>
实施例六
如图11所示，IMPU1在注册过程中订阅了reg-event事件通知，S-CSCF发送Notify消息给UE，在其中携带各IMPU关联于同一ServiceProfile的公共用户标识。
若没有进一步限制，S-CSCF可以跨IMPI返回关联于同一ServiceProfile的公有用户标识，则Notify消息内容如下：
NOTIFY sip:IMPU1homedomain.com；opaque＝hha9s8d-999a SIP/2.0
From:<sip:IMPU1homedomain.com>；tag＝27182
To:<sip:IMPU1homedomain.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 xmlns＝″urn:ietf:params:xml:ns:reginfo″
         xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
         version＝″1″state＝″full″>
       <registration aor＝″sip:IMPU1homedomain.com″id＝″a7″state＝″active″>
         <contact       id＝″92″   state＝″active″event＝″registered″duration-registered＝″1″
expires＝″3599″>
              <uri>
                 sip:ua.example.com
              </uri>
         </contact>
         <GroupIdentity>
          <uri>sip:IMPU2◎homedomain.com</uri>  //存在和IMPU1关联于同一
ServiceProfile的公共用户标识IMPU2
        </GroupIdentity>
       </registration>
       <registration aor＝″sip:IMPU2homedomain.com″id＝″a8″state＝″active″>
         <contact id＝″93″state＝″active″event＝″ereated″
            duration-registered＝″1″expires＝″3599″>
              <uri>
                 sip:ua.example.com
              </uri>
         </contact>
         <GroupIdentity>
          <uri>sip:IMPU1◎homedomain.com</uri>   //存在和IMPU2关联于同一
serviceProfile的公共用户标识IMPU1
         </GroupIdentity>
       </registration>
       <registration
             aor＝″sip:IMPU3homedomain.com；user＝phone″id＝″a9″state＝″active″>
         <contact       id＝″94″state＝″active″event＝″created″     duration-registered＝″1″
expires＝″3599″>
              <uri>
                 sip:ua.example.com
              </uri>
         </contact>
        <GroupIdentity>
          <uri>sip:IMPU4◎homedomain.com</uri>   //存在和IMPU3关联于同一
ServiceProfile的公共用户标识IMPU4
        </GroupIdentity>
       </registration>
     </reginfo>
若进一步限定，S-CSCF只能返回关联于同一ServiceProfile同一私有用户标识的IMPU，则Notify消息内容如下：
NOTIFY sip:IMPU1homedomain.com；opaque＝hha9s8d-999a SIP/2.0
From:<sip:IMPU1homedomain.com>；tag＝27182
To:<sip:IMPU1homedomain.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 xmlns＝″urn:ietf:params:xml:ns:reginfo″
         xmns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″
         version＝″1″state＝″full″>
       <registration aor＝″sip:IMPU1homedomain.com″id＝″a7″state＝″active″>
         <contact       id＝″92″   state＝″active″event＝″registered″duration-registered＝″1″
expires＝″3599″>
               <uri>
                  sip:ua.example.com
               </uri>
         </contact>
         <GroupIdentity>
          <uri>sip:IMPU2◎homedomain.com</uri>   //存在和IMPU1关联于同一
ServiceProfile的公共用户标识IMPU2
         </GroupIdentity>
        </registration>
        <registration aor＝″sip:IMPU2homedomain.com″id＝″a8″state＝″active″>
          <contact id＝″93″state＝″active″event＝″created″
             duration-registered＝″1″expires＝″3599″>
               <uri>
                  sip:ua.example.com
               </uri>
          </contact>
          <GroupIdentity>
           <uri>sip:IMPU1◎homedomain.com</uri>   //存在和IMPU2关联于同一
ServiceProfile的公共用户标识IMPU1
          </GroupIdentity>
        </registration>
        <registration
              aor＝″sip:IMPU3homedomain.com；user＝phone″id＝″a9″state＝″active″>
           <contact      id＝″94″state＝″active″event＝″created″     duration-registered＝″1″
expires＝″3599″>
                 <uri>
                    sip:ua.example.com
                  </uri>
            </contact>
         </registration>
      </reginfo>
本发明所述的方法在具体实现过程中还可以采用以下方案实现。
本发明中根据ServiceProfile将用户划分为组的方法还可以为：
(1)对ServiceProfile引入一个新增属性值，一个ServiceProfile仅设置一个这样的属性值即可，该新增属性值可以有效标识一个ServiceProfile；
(2)HSS在组织Cx接口传送的ServiceProfile数据时对现有的XML Schema进行扩展，在Cx接口传送的XML文本中引入一个新的节点，并且一个ServiceProfile仅包含一个这样的新增节点即可，该节点内包含能够唯一标识该ServiceProfile的新增属性值作为服务配置标识；
(3)S-CSCF通过SAR命令从HSS下载用户数据后，根据该新增属性值可以索引查找到相应的服务配置，进而可以确定关联于同一ServiceProfile的公共用户标识信息；
(4)当HSS上关联于同一ServiceProfile的公共用户标识发生变化，并经判断需要通知S-CSCF进行数据同步修改时，则HSS需要发送PPR请求给S-CSCF，请求中包含上述新增唯一标识ServiceProfile的属性值以及更新后的ServiceProfile信息，收到该请求后S-CSCF使用消息中的更新后的ServiceProfile数据覆盖消息中的属性值对应的ServiceProfile的PublicIdentity节点中包含的公共用户标识的ServiceProfile数据，这样，在S-CSCF上便保存着最新的ServiceProfile信息，以便于能够可靠地确定任一ServiceProfile关联的公共用户标识信息。
同时，在本发明中，若UE及AS定阅了reg-event事件通知，则在注册过程中S-CSCF还需要将通过上述过程得到的公共用户标识添加到该事件Notify消息中发送给UE和AS，UE及AS收到该Notify消息后，即可获知和消息中每一公共用户标识关联于同一ServiceProfile的其他公共用户标识，具体为:
若S-CSCF收到PPR命令发现用户关联于同一ServiceProfile的公共用户标识发生了变化，且UE及AS订阅了reg-event的事件通知，则S-CSCF通过Gm，ISC接口向UE和AS发送Notify消息，其中包含和每一公共用户标识关联于同一ServiceProfile的公共用户标识；UE和AS收到该Notify消息后，即可获知修改后的和消息中每一公共用户标识关联于同一ServiceProfile的其他公共用户标识；其中，S-CSCF将和用户关联于同一ServiceProfile的公共用户标识添加到Notify消息中，可通过以下方式实现：
对Mw，Gm，ISC接口的XML Schema进行扩展，在每一个registration节点中增加一个信元，在该信元中可包含一个或多个公共用户标识，这些标识为和registration aor记录中的公共用户标识关联于同一ServiceProfile和同一私有用户标识的公共用户标识，包括隐式注册集内的公共用户标识；
而且，若UE及AS未订阅reg-event的事件通知，则可以如前所述通过针对SIP协议的扩展实现。
在上述过程中，若还需要对Sh接口的UDR、SNR和PNR命令进行相应的修改，则具体可参见前面针对相应命令的扩展描述，此处不再详述。
本发明还提供了一种通信系统中感知服务配置下的公共用户标识的系统的具体实施例，该系统设置于提供多媒体业务的通信网络中，如图12所示，包括：
(1)服务配置信息保存实体
该实体用于将保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体；
该实体中具体设置了通信系统中感知服务配置下的公共用户标识的装置，该装置具体可以设置于HSS中，且具体可以包括：
服务配置信息保存单元，用于保存服务配置信息；
公共用户标识发送单元，用于将服务配置信息保存单元保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体。
所述的装置还可以包括：
更新操作单元，用于在保存的与同一服务配置关联的公共用户标识信息更新后，触发所述公共用户标识发送单元将更新后的信息发送给与其通信的订阅了该变化事件的实体；或者，
信息请求接收单元，用于接收与其通信的实体的请求，并根据所述请求触发所述公共用户标识发送单元将请求的与同一服务配置关联的公共用户标识信息发送给请求发送端的实体。
(2)与服务配置信息保存实体通信的实体，用于接收保存着服务配置信息的实体发来的信息，所述的信息中包含与同一服务配置关联的至少一个公共用户标识信息。
该实体中具体设置有通信系统中感知服务配置下的公共用户标识的装置，所述的装置具体可以设置于S-CSCF实体和/或AS中，具体包括：
公共用户标识接收单元，用于接收保存着服务配置信息的实体发来的信息，所述的信息中包含与同一服务配置关联的至少一个公共用户标识信息；
所述的装置还包括信息请求发送单元，用于向保存着服务配置信息的实体发送请求获取与同一服务配置关联的至少一个公共用户标识信息的请求消息。
需要说明的是，在该系统中，在服务配置信息保存实体和与服务配置信息保存实体通信的实体之间，针对与同一服务配置关联的至少一个公共用户标识信息的具体传递过程在前面已经有详细描述，故在此不再详述。
综上所述，本发明提供的实施例使得AS、S-CSCF及UE可以感知到关联于同一服务配置的公共用户标识，从而可以基于感知到的信息进行相应的进一步操作处理，以满足用户开展业务过程中的各种需求。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (7)

1.一种通信系统中感知服务配置下的公共用户标识的装置，其特征在于，该装置设置于提供多媒体业务的通信网络中，且包括：
服务配置信息保存单元，用于保存服务配置信息；
公共用户标识发送单元，用于将服务配置信息保存单元保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体。
2.根据权利要求1所述的装置，其特征在于，所述的装置设置于HSS中。
3.根据权利要求1或2所述的装置，其特征在于，所述的装置还包括：
更新操作单元，用于在保存的与同一服务配置关联的公共用户标识信息更新后，触发所述公共用户标识发送单元将更新后的信息发送给与其通信的订阅了该变化事件的实体；或者，
信息请求接收单元，用于接收与其通信的实体的请求，并根据所述请求触发所述公共用户标识发送单元将请求的与同一服务配置关联的公共用户标识信息发送给请求发送端的实体。
4.一种通信系统中感知服务配置下的公共用户标识的装置，其特征在于，该装置设置于提供多媒体业务的通信网络中，且包括：
公共用户标识接收单元，用于接收保存着服务配置信息的实体发来的信息，所述的信息中包含与同一服务配置关联的至少一个公共用户标识信息。
5.根据权利要求4所述的装置，其特征在于，所述的装置设置于S-CSCF实体和/或AS中。
6.根据权利要求4或5所述的装置，其特征在于，所述的装置还包括：
信息请求发送单元，用于向保存着服务配置信息的实体发送请求获取与同一服务配置关联的至少一个公共用户标识信息的请求消息。
7.一种通信系统中感知服务配置下的公共用户标识的系统，其特征在于，包括：
服务配置信息保存实体，用于将保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体；
与服务配置信息保存实体通信的实体，用于接收保存着服务配置信息的实体发来的信息，所述的信息中包含与同一服务配置关联的至少一个公共用户标识信息。
CN200780000222.1A 2006-01-10 2007-01-08 通信系统中感知服务配置下的公共用户标识的方法及装置 Expired - Fee Related CN101313606B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN200780000222.1A CN101313606B (zh) 2006-01-10 2007-01-08 通信系统中感知服务配置下的公共用户标识的方法及装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200610005540.4A CN101001247B (zh) 2006-01-10 2006-01-10 通信系统中感知服务配置下的公共用户标识的方法
CN200610005540.4 2006-01-10
PCT/CN2007/000059 WO2007079673A1 (fr) 2006-01-10 2007-01-08 Procede de detection de l'identite d'usager public dans le profil de service d'un systeme de communication et appareil associe
CN200780000222.1A CN101313606B (zh) 2006-01-10 2007-01-08 通信系统中感知服务配置下的公共用户标识的方法及装置

Publications (2)

Publication Number Publication Date
CN101313606A CN101313606A (zh) 2008-11-26
CN101313606B true CN101313606B (zh) 2012-04-25

Family

ID=38255983

Family Applications (2)

Application Number Title Priority Date Filing Date
CN200610005540.4A Expired - Fee Related CN101001247B (zh) 2006-01-10 2006-01-10 通信系统中感知服务配置下的公共用户标识的方法
CN200780000222.1A Expired - Fee Related CN101313606B (zh) 2006-01-10 2007-01-08 通信系统中感知服务配置下的公共用户标识的方法及装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN200610005540.4A Expired - Fee Related CN101001247B (zh) 2006-01-10 2006-01-10 通信系统中感知服务配置下的公共用户标识的方法

Country Status (3)

Country Link
EP (1) EP1976311A4 (zh)
CN (2) CN101001247B (zh)
WO (1) WO2007079673A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101340713A (zh) * 2007-07-06 2009-01-07 华为技术有限公司 会话控制方法及装置及计费方法
CN101330643B (zh) * 2007-07-30 2012-07-18 中兴通讯股份有限公司 实现共享公共用户标识的用户设备业务配置的方法
CN101127771B (zh) * 2007-09-28 2011-04-20 中兴通讯股份有限公司 用于ip多媒体子系统的用户公共标识的显示名称实现方法
CN101175084B (zh) * 2007-10-10 2011-08-24 中兴通讯股份有限公司 基于订阅通知机制的公有用户标识显示名称实现方法
EP2106094A1 (en) * 2008-03-28 2009-09-30 Alcatel Lucent A method for notifying an application server of changes in data stored at a home subscriber server
CN101414929B (zh) * 2008-11-18 2011-09-14 华为技术有限公司 一种信息获取的方法、装置及系统
CN104954382B (zh) * 2008-12-01 2019-03-22 艾利森电话股份有限公司 用于处理媒体类型的方法和移动用户设备及ims节点
EP2625900B1 (en) * 2010-10-04 2017-05-31 Interdigital Patent Holdings, Inc. Inter-user equipment (ue) transfer (iut) for collaborative sessions that include media session information
CN103036859B (zh) * 2011-10-09 2018-01-16 深圳深略智慧信息服务有限公司 用户请求处理方法及装置
CN102724280B (zh) * 2012-05-17 2014-12-17 合一网络技术(北京)有限公司 一种用于即时将信息推送给用户的系统和方法
CN102917039B (zh) * 2012-10-10 2016-05-04 大唐移动通信设备有限公司 信息处理方法与系统
WO2018002438A1 (en) * 2016-06-29 2018-01-04 Nokia Technologies Oy METHOD AND APPARATUS FOR FACILITATING SWx ENHANCED PPR BEHAVIOR
CN112597159A (zh) * 2020-12-22 2021-04-02 深圳集智数字科技有限公司 用户唯一标识信息的维护方法及装置
CN113630227B (zh) * 2021-06-29 2023-04-28 中国信息通信研究院 一种通感系统信息获取方法和设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004054302A1 (en) * 2002-12-09 2004-06-24 Telefonaktiebolaget Lm Ericsson (Publ) Simultaneous registrations of a user in different service servers with different directory numbers
CN1647490A (zh) * 2002-03-22 2005-07-27 诺基亚公司 通信系统和方法
CN1655546A (zh) * 2004-02-10 2005-08-17 华为技术有限公司 一种减轻归属签约用户服务器接口负荷的方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2425685B8 (en) * 2005-04-29 2015-07-29 Ericsson Telefon Ab L M Method and apparatus for handling IP multimedia core network subsystems public user identities

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1647490A (zh) * 2002-03-22 2005-07-27 诺基亚公司 通信系统和方法
WO2004054302A1 (en) * 2002-12-09 2004-06-24 Telefonaktiebolaget Lm Ericsson (Publ) Simultaneous registrations of a user in different service servers with different directory numbers
CN1655546A (zh) * 2004-02-10 2005-08-17 华为技术有限公司 一种减轻归属签约用户服务器接口负荷的方法

Also Published As

Publication number Publication date
CN101313606A (zh) 2008-11-26
WO2007079673A1 (fr) 2007-07-19
CN101001247B (zh) 2011-06-08
EP1976311A4 (en) 2009-07-15
CN101001247A (zh) 2007-07-18
EP1976311A1 (en) 2008-10-01

Similar Documents

Publication Publication Date Title
CN101313606B (zh) 通信系统中感知服务配置下的公共用户标识的方法及装置
CN100551146C (zh) 一种实现用户身份关联的方法、系统及装置
CN101345748B (zh) 将用户状态通知应用服务器的方法、系统及装置
CN101176369B (zh) Ims中的服务配置文件处理
KR100909533B1 (ko) 사용자 아이덴티티들
EP1905208B1 (en) Method and apparatus for allocating application servers in an ims
JP5190072B2 (ja) Ｉｐマルチメディア・サブシステム・サービスへのグループ・アクセス
KR100755984B1 (ko) 이동 통신 시스템에서의 가입자의 복수 등록
US8457046B2 (en) Method for multiple registration of a multimodal communication terminal
JP2006522501A5 (zh)
CN100512495C (zh) 一种实现被叫服务的方法和系统
WO2007052894A1 (en) Distributed hss (home subscriber server) architecture
CN101175247B (zh) 一种实现用户数据集中存放和使用的方法
EP2362690B1 (en) Method, system, and device for establishing association-control relations
CN102726030B (zh) 用于路由xcap请求的方法和设备
KR101107948B1 (ko) 통신 시스템에서의 서비스 제공
KR101079977B1 (ko) ＳｉＦＣ 공유 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20120425

Termination date: 20130108

CF01 Termination of patent right due to non-payment of annual fee