通信系统中感知服务配置下的公共用户标识的方法
阅读：707发布：2023-02-02
专利汇可以提供通信系统中感知服务配置下的公共用户标识的方法专利检索，专利查询，专利分析的服务。并且本 发明 涉及一种通信系统中 感知 服务配置下的公共用户标识的方法。本发明主要包括：在提供多媒体业务的通信网络中，保存着服务配置信息的实体将其保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体；所述的与其通信实体从保存着服务配置信息的实体发来的信息中获得与同一服务配置关联的至少一个公共用户标识信息。本发明可以根据服务配置划分用户的方法使得S-CSCF、AS和UE等实体能够感知到关联于同一服务配置的公共用户标识信息，以便于进一步根据所述的关联于同一服务配置的公共用户标识信息实现相应的操作处理。，下面是通信系统中感知服务配置下的公共用户标识的方法专利的具体信息内容。
1. 一种通信系统中感知服务配置下的公共用户标识的方法，其特征在于，包括：
A、在提供多媒体业务的通信网络中，保存着服务配置信息的实体将其保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体；
B、所述的与其通信实体从保存着服务配置信息的实体发来的信息中获得与同一服务配置关联的至少一个公共用户标识信息。
2. 根据权利要求1所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的保存着服务配置信息的实体包括：
归属签约用户服务器HSS。
3. 根据权利要求1所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的与保存着服务配置信息通信的实体包括：
服务呼叫会话控制功能S-CSCF实体和/或应用服务器AS。
4. 根据权利要求1所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的同一服务配置关联的至少一个公共用户标识信息包括：至少一个非隐式注册集中的公共用户标识信息。
5. 根据权利要求1所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的步骤A包括：
保存着服务配置信息的实体将与同一服务配置关联的至少一个公共用户标识信息承载于扩展的消息节点中发送给与其通信的实体。
6. 根据权利要求5所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的扩展的消息包括：
服务器分配应答SAA消息、推送配置请求PPR命令消息和/或推送通知请求PNR命令消息。
7. 根据权利要求1至6任一项所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的步骤A包括：
A1、HSS将与同一服务配置和同一私有用户标识关联的公共用户标识信息发送给与其通信的实体；
或者，
A2、HSS将与同一服务配置关联的所有公共用户标识信息发送给其与通信的实体。
8. 根据权利要求1至6任一项所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的步骤A还包括：
A3、HSS根据主动将保存的更新后的与同一服务配置关联的公共用户标识信息发送给与其通信的实体；
或者，
A4、HSS根据与其通信的实体的请求，将与同一服务配置关联的公共用户标识信息发送给与其通信的实体。
9. 根据权利要求8所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的步骤A3包括：
当HSS上的服务配置关联的公共用户标识信息发生变化时，则将所述变化通知订制该服务配置关联的公共用户信息的实体。
10. 根据权利要求8所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的步骤A3包括：
A31、当HSS上的服务配置关联的公共用户标识信息的变化未导致隐式注册集间的改动，而仅导致隐式注册集内的改动，则将涉及到的各个隐式注册集的变化通知所述与HSS通信的实体；
和/或，
A32、当HSS上的服务配置关联的公共用户标识信息的变化导致隐式注册集间的改动，则首先进行隐式注册集的修改，之后，再将涉及到的各个隐式注册集的变化通知所述与HSS通信的实体。
11. 根据权利要求10所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的各个隐式注册集的变化通知包括：
HSS首先将需要从隐式注册集中删除公共用户标识的消息发送给对应的实体，之后，再将需要向隐式注册集中增加相应的公共用户标识的消息发送给对应的实体。
12. 根据权利要求8所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的步骤A4包括：
根据与HSS通信的实体发来的请求中的公共用户标识信息为其在HSS中确定与同一服务配置关联的公共用户标识，并返回给相应的实体。
13. 根据权利要求12所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的请求包括：
SAR命令请求、UDR命令请求和/或SNR命令请求。
14. 根据权利要求8所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的步骤A4包括：
A41、当所述的请求中的公共用户标识为共享用户标识信息时，则在HSS中确定与该共享公共用户标识关联同一服务配置的所有公共用户标识，或者，在HSS中确定与该共享公共用户标识关联同一服务配置的所有公共用户标识，并进一步从其中确定任一与请求中的公共用户标识属于同一私有用户标识的公共用户标识，或者，在HSS中确定与共享公共用户标识关联同一服务配置及私有用户标识的各公共用户标识；之后，将确定的公共用户标识返回给相应的实体。
15. 根据权利要求14所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的步骤A41还包括：
与HSS通信的实体向HSS发送携带有私有用户标识及共享公共用户标识信息的请求消息，HSS根据所述的私有用户标识及共享公共用户标识信息确定对应的关联同一服务配置的公共用户标识信息，并返回给所述实体。
16. 根据权利要求8所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的方法还包括：
当在HSS根据收到的请求中的公共用户标识信息无法确定相应的与同一服务配置关联的公共用户标识时，向所述的实体返回错误消息。
17. 根据权利要求8所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的步骤B包括：
S-CSCF接收HSS发来的SAA消息，从该消息中的公共标识节点和扩展的消息节点中获取公共用户标识信息，作为关联于同一服务配置的所有公共用户标识信息。
18. 根据权利要求1至6任一项所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的方法还包括：
C、S-CSCF将接收的与同一服务配置关联的公共用户标识信息发送给用户终端和/或AS。
19. 根据权利要求18所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的步骤C包括：
C1、S-CSCF根据用户终端和/或AS的请求将所述的与同一服务配置关联的公共用户标识信息发送给用户终端和/或AS；
或者，
C2、S-CSCF主动将所述的与同一服务配置关联的公共用户标识信息发送给用户终端和/或AS。
20. 根据权利要求18所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的步骤C包括：
S-CSCF将所述的与同一服务配置关联的公共用户标识通过注册事件reg-event通知Notify消息或会话初始协议SIP消息为此需求新定义的一个头域发送给用户终端和/或AS。
21. 根据权利要求1至6任一项所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的方法还包括：
D、HSS向S-CSCF发送服务配置唯一对应的服务配置标识；
E、S-CSCF根据接收的服务配置标识在S-CSCF上保存的以服务配置标识索引的服务配置信息中查找确定与该服务配置关联的公共用户标识信息。
22. 根据权利要求21所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的步骤D包括：
D1、HSS根据S-CSCF的请求将相应的服务配置唯一对应的服务配置标识发送给所述S-CSCF；
或者，
D2、当HSS上的服务配置发生变化时，则HSS将相应的服务配置唯一对应的服务配置标识及更新后的服务配置发送给S-CSCF。
23. 根据权利要求21所述的通信系统中感知服务配置下的公共用户标识的方法，其特征在于，所述的步骤D2还包括：
S-CSCF接收HSS发来的信息后，根据所述的服务配置标识查找到对应的服务配置，并采用信息中包括的更新后的服务配置替换查找到的服务配置信息。
通信系统中感知服务配置下的公共用户标识的方法
技术领域
[0001] 本发明涉及网络通信技术领域，尤其涉及一种通信系统中感知服务配置下的公共用户标识的方法。
背景技术
[0002] 随着宽带网络的发展，移动通信不仅仅局限于传统的话音通信，通过与呈现业务(presence)、短消息、网页(WEB)浏览、定位信息、推送业务(PUSH)以及文件共享等数据业务的结合，移动通信能够实现音频、视频、图片和文本等多种媒体类型的业务，以满足用户的多种需求。
[0003] 在多种应用的推动下，第三代移动通信标准化伙伴项目(3GPP)以及第三代移动通信标准化伙伴项目2(3GPP2)等组织都先后推出了基于IP的多媒体子系统(IMS)架构，其目的是：在移动网络中，使用一种标准化的开放结构来实现多种多样的多媒体应用，从而能够为用户提供更多的选择和更丰富的感受。
[0004] 所述的IMS系统的结构如图1所示，IMS架构叠加在分组域网络(PS-Domain)之上，其与安全功能相关的实体包括：呼叫状态控制功能(CSCF)实体和归属签约用户服务器(HSS)功能实体。
[0005] (1)所述的CSCF又可以分成服务CSCF(S-CSCF)、代理CSCF(P-CSCF)和查询CSCF(I-CSCF)三个逻辑实体；这三个逻辑实体可能是不同的物理设备上，也可能是同一个物理设备中不同的功能模块，其中：
[0006] 所述的S-CSCF是IMS的业务交换中心，用于执行会话控制，维持会话状态，管理用户信息，产生计费信息等；
[0007] 所述的P-CSCF是终端用户接入IMS的接入点，用于完成用户注册，服务质量(QoS)控制和安全管理等；
[0008] 所述的I-CSCF则负责IMS域之间的互通，管理S-CSCF的分配，对外隐藏网络拓扑结构和配置信息，并产生计费数据等。
[0009] (2)所述的HSS是非常重要的用户数据库，用于支持各个网络实体对呼叫和会话的处理。
[0010] 在IMS网络中，用户的签约数据存储在HSS所在的网络设备中。HSS对外提供营业厅接口，用于用户数据维护(增加、修改、删除用户签约数据等)。同时，HSS支持Cx接口(HSS和I-CSCF/S-CSCF之间的接口)，Sh接口(HSS和AS之间的接口)的用户数据下载。当用户进行网络登记时，把登记的消息传递到归属位置寄存器HLR/HSS，并从其下载用户的签约数据进行后续的业务操作。
[0011] 目前，在IMS相关协议中，网络实体间传递的用户标识有IMPI(IMS Private UserIdentity，IMS私有用户标识)、IMPU(IMS Public User Identity，IMS公共用户标识)、MSISDN(移动台PSTN/ISDN号码)和IMSI(国际移动台识别码)等，这些用户标识都通过营业接口签约保存到HSS中，当用户需要进行相关业务操作时，通过用户标识到HSS来获取签约数据。
[0012] IMS中用户标识的关系比较复杂，相应的IMS用户标识关系如图2所示，从逻辑包含关系角度讲，具体包括：
[0013] (1)一个SUBID(IMS Subscription Identity，IMS签约标识)中可以包含多个IMPI；
[0014] (2)一个IMPI只能属于一个SUBID；
[0015] (3)一个IMPI中可以包含多个IMPU；
[0016] (4)一个IMPU可以属于多个IMPI；
[0017] 即SUBID和IMPI是一对多关系，IMPI和IMPU也是多对多关系。
[0018] 在HSS中，用户标识信息是服务配置(Service Profile)信息的一个组成元素，所述的服务配置是永久地存储在HSS中的用户专有信息的集合，其具体包含和服务相关的用户专有数据，即服务配置对应着相应的服务。
[0019] 所述的服务配置信息具体可以通过两种用户数据处理操作从HSS传送到所分配的S-CSCF，所述的两种用户数据处理操作分别为：服务器分配应答(SAA)和推送配置请求(PPR)操作；而且，所述的服务配置信息由一个Diameter AVP信元携带，其作为一个XML(扩展标记语言)文档被包含在其中。
[0020] 服务配置进一步被分成图3所示的四部分，图3给出了服务配置结构，所述的四部分分别为：公共标识、核心网服务授权、初始过滤规则和共享iFC(初始过滤规则)，下面将分别对四部分进行说明。
[0021] (1)公共标识
[0022] 公共标识由那些与服务配置相关联的用户公共身份构成。身份可以是SIP URI(初识会话协议 同一资源标识)或TEL URI(电信统一资源标识)，每个公共用户身份包含一个相关的禁止指示(Barring Indication)。若禁止指示被设置，则S-CSCF将阻止该公共身份用在除注册和注销以外的任何其他IMS通信中，从图2中可以看出服务配置中相关联的公共标识和隐式注册集没有必然关系，属于同一隐式注册集的公共标识可以和不同的服务配置相关联。
[0023] (2)核心网服务授权
[0024] 在核心网服务授权中携带媒体策略信息，所述的媒体策略信息包含一个整数，用于标识在S-CSCF中的一个订阅的媒体配置，如允许的SDP参数；该信息允许运营商在其IMS网络中定义不同的用户配置。
[0025] (3)初始过滤规则
[0026] 包括初始过滤规则的形式表示的服务触发信息用；初始过滤规则用来描述到来的SIP消息何时被进一步路由到一个特定的应用服务器。
[0027] (4)共享iFC
[0028] 为了在多个ServiceProfile中共享iFC定义的一种新特性，若HSS和S-CSCF都支持这种特性，下载数据时在它们之间仅传送代表该共享iFC的整数值，可以节省HSS内的存储空间，优化Cx参考点的使用。
[0029] 现有方案中HSS可以感知到同一IMS Subscription(IMS签约关系)中关联于同一ServiceProfile的公共用户标识信息。而且，为用户分配的S-CSCF服务器通过SAR命令到HSS请求下载用户数据时根据返回的数据也可以感知到同一IMS Subscription同一隐式注册集中哪些公共用户标识关联于同一Service Profile，但是无法感知到那些不属于同一隐式注册集但关联于同一ServiceProfile的公共用户标识，并且网络中为用户提供增值业务的AS服务器和UE本身也无法感知哪些公共用户标识关联于相同的Service Profile。
[0030] 例如，SAA中HSS返回给S-CSCF的数据格式可通过如下方式表现：
[0031] <？xml version＝″1.0″encoding＝″UTF-8″？>
[0032]
[0033] xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
[0034] IMPI1@homedomain.com //私有用户标识为IMPI1@homedomain.com
[0035] //服务配置开始
[0036]
[0037] 1 [0038] sip:IMPU1@homedomain.com [0039] //公共用户标识为sip:IMPU1@homedomain.com，并且禁止
[0040]
[0041] sip:IMPU2@homedomain.com [0042] //公共用户标识为sip:IMPU2@homedomain.com，未禁止
[0043] //出示过滤规则开始[0044] 0 //优先级
[0045]
[0046] 1 [0047] //业务触发点开始[0048] 0
[0049] 0
[0050] INVITE //通过INVITE方法触发
[0051]
[0052]
[0053] 0
[0054] 0
[0055] MESSAGE //通过MESSAGE方法触发
[0056]
[0057]
[0058] 0
[0059] 0 [0060] SUBSCRIBE //通过SUBSCRIBE方法触发
[0061] //业务出发点结束[0062]
[0063]
[0064] sip:AS1@homedomain.com
[0065] 0 [0066] //应用服务器为sip:AS1@homedomain.com，无应答时默认处
[0067] 理为呼叫终止
[0068]
[0069] //业务配置描述结束
[0070] //签约关系描述结束
[0071] 通过上述数据，S-CSCF可以确定IMPU1@homedomain.com和IMPU2@homedomain.com关联于相同的ServiceProfile。
[0072] 然而，在上述现有实现方案中，AS(应用服务)，UE(用户设备)，S-CSCF均无法或无法完全感知到同一IMS Subscription中关联于同一Service Profile的公共用户标识，这样，当用户希望关联于同一Service Profile的公共用户标识在特定情况下，被采用同等的处理时，显然无法实现。
[0073] 例如，在图2中，当IMPU1用于平时非工作范围个人事务联系，和IMPU2属于同一隐式注册集，但单独拥有一个Service Profile。IMPU2和IMPU3用于工作范围内的事务联系，拥有相同的Service Profile。由于IMPU2，IMPU3都是用于日常工作联系，所以用户可能希望这两个IMPU的所有动作均相同，如对于主被叫的处理，免打扰业务，前转地址信息等都同步保持相同，若用户通过一个终端修改IMPU2的签约数据同时也适用于IMPU3。
[0074] 然而，由于目前AS、UE和S-CSCF均无法或无法完全感知属于同一个Service Profile的同一用户的IMPU信息，所以基于上述应用场景AS无法确定应该被同等处理IMPU，例如，AS给IMPU2发消息，是否需要同时给IMPU3发送同样消息；同样，在UE修改前转信息时，是仅需要发送一次，还是需要重复发送多次，均无法确定。因此，AS、UE需要感知关联于同一Service Profile的IMPU信息，以便对其中一个IMPU的操作也能关联到其他相关IMPU。
[0075] 但是，目前还没有一种技术方案可以令AS、UE及S-CSCF感知属于同一个ServiceProfile的IMPU信息。
发明内容
[0076] 本发明的目的是提供一种通信系统中感知服务配置下的公共用户标识的方法，从而可以保证在通信系统中的AS、UE及S-CSCF等实体可以感知到属于同一服务配置的公共用户标识信息，以便于进一步采取相应的处理手段。
[0077] 本发明的目的是通过以下技术方案实现的：
[0078] 本发明提供了一种通信系统中感知服务配置下的公共用户标识的方法，包括：
[0079] A、在提供多媒体业务的通信网络中，保存着服务配置信息的实体将其保存的服务配置信息中的与同一服务配置关联的至少一个公共用户标识信息发送给与其通信的实体；
[0080] B、所述的与其通信实体从保存着服务配置信息的实体发来的信息中获得与同一服务配置关联的至少一个公共用户标识信息。
[0081] 所述的保存着服务配置信息的实体包括：归属签约用户服务器HSS。
[0082] 所述的与保存着服务配置信息通信的实体包括：服务呼叫会话控制功能S-CSCF实体和/或应用服务器AS。
[0083] 所述的同一服务配置关联的至少一个公共用户标识信息包括：至少一个非隐式注册集中的公共用户标识信息。
[0084] 所述的步骤A包括：
[0085] 保存着服务配置信息的实体将与同一服务配置关联的至少一个公共用户标识信息承载于扩展的消息节点中发送给与其通信的实体。
[0086] 所述的扩展的消息包括：
[0087] 服务器分配应答SAA消息、推送配置请求PPR命令消息和/或推送通知请求PNR命令消息。
[0088] 所述的步骤A包括：
[0089] A1、HSS将与同一服务配置和同一私有用户标识关联的公共用户标识信息发送给与其通信的实体；
[0090] 或者，
[0091] A2、HSS将与同一服务配置关联的所有公共用户标识信息发送给其与通信的实体。
[0092] 所述的步骤A还包括：
[0093] A3、HSS根据主动将保存的更新后的与同一服务配置关联的公共用户标识信息发送给与其通信的实体；
[0094] 或者，
[0095] A4、HSS根据与其通信的实体的请求，将与同一服务配置关联的公共用户标识信息发送给与其通信的实体。
[0096] 所述的步骤A3包括：
[0097] 当HSS上的服务配置关联的公共用户标识信息发生变化时，则将所述变化通知订制该服务配置关联的公共用户信息的实体。
[0098] 所述的步骤A3包括：
[0099] A31、当HSS上的服务配置关联的公共用户标识信息的变化未导致隐式注册集间的改动，而仅导致隐式注册集内的改动，则将涉及到的各个隐式注册集的变化通知所述与HSS通信的实体；
[0100] 和/或，
[0101] A32、当HSS上的服务配置关联的公共用户标识信息的变化导致隐式注册集间的改动，则首先进行隐式注册集的修改，之后，再将涉及到的各个隐式注册集的变化通知所述与HSS通信的实体。
[0102] 所述的各个隐式注册集的变化通知包括：
[0103] HSS首先将需要从隐式注册集中删除公共用户标识的消息发送给对应的实体，之后，再将需要向隐式注册集中增加相应的公共用户标识的消息发送给对应的实体。
[0104] 所述的步骤A4包括：
[0105] 根据与HSS通信的实体发来的请求中的公共用户标识信息为其在HSS中确定与同一服务配置关联的公共用户标识，并返回给相应的实体。
[0106] 所述的请求包括：
[0107] SAR命令请求、UDR命令请求和/或SNR命令请求。
[0108] 所述的步骤A4包括：
[0109] A41、当所述的请求中的公共用户标识为共享用户标识信息时，则在HSS中确定与该共享公共用户标识关联同一服务配置的所有公共用户标识，或者，在HSS中确定与该共享公共用户标识关联同一服务配置的所有公共用户标识，并进一步从其中确定任一与请求中的公共用户标识属于同一私有用户标识的公共用户标识，或者，在HSS中确定与共享公共用户标识关联同一服务配置及私有用户标识的各公共用户标识；之后，将确定的公共用户标识返回给相应的实体。
[0110] 所述的步骤A41还包括：
[0111] 与HSS通信的实体向HSS发送携带有私有用户标识及共享公共用户标识信息的请求消息，HSS根据所述的私有用户标识及共享公共用户标识信息确定对应的关联同一服务配置的公共用户标识信息，并返回给所述实体。
[0112] 所述的方法还包括：
[0113] 当在HSS根据收到的请求中的公共用户标识信息无法确定相应的与同一服务配置关联的公共用户标识时，向所述的实体返回错误消息。
[0114] 所述的步骤B包括：
[0115] S-CSCF接收HSS发来的SAA消息，从该消息中的公共标识节点和扩展的消息节点中获取公共用户标识信息，作为关联于同一服务配置的所有公共用户标识信息。
[0116] 所述的方法还包括：
[0117] C、S-CSCF将接收的与同一服务配置关联的公共用户标识信息发送给用户终端和/或AS。
[0118] 所述的步骤C包括：
[0119] C1、S-CSCF根据用户终端和/或AS的请求将所述的与同一服务配置关联的公共用户标识信息发送给用户终端和/或AS；
[0120] 或者，
[0121] C2、S-CSCF主动将所述的与同一服务配置关联的公共用户标识信息发送给用户终端和/或AS。
[0122] 所述的步骤C包括：
[0123] S-CSCF将所述的与同一服务配置关联的公共用户标识通过注册事件reg-event通知Notify消息或会话初始协议SIP消息为此需求新定义的一个头域发送给用户终端和/或AS。
[0124] 所述的方法还包括：
[0125] D、HSS向S-CSCF发送服务配置唯一对应的服务配置标识；
[0126] E、S-CSCF根据接收的服务配置标识在S-CSCF上保存的以服务配置标识索引的服务配置信息中查找确定与该服务配置关联的公共用户标识信息。
[0127] 所述的步骤D包括：
[0128] D1、HSS根据S-CSCF的请求将相应的服务配置唯一对应的服务配置标识发送给所述S-CSCF；
[0129] 或者，
[0130] D2、当HSS上的服务配置发生变化时，则HSS将相应的服务配置唯一对应的服务配置标识及更新后的服务配置发送给S-CSCF。
[0131] 所述的步骤D2还包括：
[0132] S-CSCF接收HSS发来的信息后，根据所述的服务配置标识查找到对应的服务配置，并采用信息中包括的更新后的服务配置替换查找到的服务配置信息。
[0133] 由上述本发明提供的技术方案可以看出，本发明可以根据服务配置划分用户的方法使得S-CSCF、AS和UE等实体能够感知到关联于同一服务配置的公共用户标识信息，以便于进一步根据所述的关联于同一服务配置的公共用户标识信息实现相应的操作处理，例如，对关联于同一服务配置的公共用户标识进行相同的业务操作等，从而满足用户及运营商的灵活的需求。附图说明
[0134] 图1为IMS系统结构示意图；
[0135] 图2为IMS用户标识关系示意图；
[0136] 图3为现有技术中的服务配置结构示意图；
[0137] 图4为本发明中新增节点的结构示意图；
[0138] 图5为IMS签约关系示例示意图一；
[0139] 图6为IMS签约关系示例示意图二；
[0140] 图7为共享IMPU示意图一；
[0141] 图8为共享IMPU示意图二；
[0142] 图9为IMS签约关系示例示意图三；
[0143] 图10为IMS签约关系示例示意图四；
[0144] 图11为IMS签约关系示例示意图五。
具体实施方式
[0145] 本发明提供了一种根据服务配置，即ServiceProfile将以公共用户标识区分的用户划分为一组，并使AS、S-CSCF和UE等实体均能够感知的实现方法，从而使得AS、S-CSCF和UE等实体能够根据感知到的同一服务配置的公共用户标识对其采取相应的操作处理，如采用统一的业务处理等。
[0146] 本发明在具体实现过程中主要包括：由保存着服务配置信息的实体将与同一服务配置关联的公共用户标识发送给与其连接通信的实体，从而使得相应的实体能够从保存着服务配置信息的实体获知与同一服务配置关联的公共用户标识信息。其中所述的保存着服务配置信息的实体可以为IMS系统中的HSS，与其通信的实体可以为IMS系统中的S-CSCF和AS中至少一个，当然也可以是其他功能类似的实体。
[0147] 在后续的描述过程中将仅以HSS作为保存着服务配置信息的实体，并以S-CSCF和AS中至少一个作为与HSS通信的需要获取与同一服务配置关联的公共用户标识的实体为例，对本发明进行相应的详细说明。
[0148] 在IMS系统中，S-CSCF、AS和UE均希望能够获得HSS中保存的与同一服务配置关联的公共用户标识信息。为此，本发明针对三个实体获得相应信息分别提供了相应的实现方案，其中：
[0149] S-CSCF可以直接通过与HSS之间的信息交互获得相应的与同一服务配置关联的公共用户标识信息；
[0150] AS可以直接通过与HSS之间的信息交互获得相应的与同一服务配置关联的公共用户标识信息，也可以在S-CSCF获得了所述信息后，其再与S-CSCF之间进行通信获得所述信息；
[0151] UE则是在S-CSCF获得了所述信息后，其再与S-CSCF之间进行通信以获得所述信息。
[0152] 针对上述三种实体获得与同一服务配置关联的公共用户标识信息的过程可以通过专用的消息实现，也可以在现有的消息基础上进行相应的扩展实现，通过扩展消息实现则可以很好的与现有通信过程兼容。在后续的具体实施方式的描述过程中将以扩展消息实现方式为例进行说明。
[0153] 为对本发明有进一步的理解，下面将结合附图对本发明中，S-CSCF、AS及UE三种实体具体感知与同一服务配置关联的公共用户标识的实现方式进行详细的说明。
[0154] (一)S-CSCF感知与同一服务配置关联的公共用户标识的过程
[0155] 为实现S-CSCF从HSS获取所述的与同一服务配置关联的公共用户标识信息，则HSS在组织Cx接口传送的ServiceProfile数据时对现有的XML Schema(元标记语言规格)进行扩展，在Cx接口传送的XML文本中引入一个新的节点，并且一个ServiceProfile中最多仅包含一个这样的新增节点即可，该节点内部可以包含一个或多个公共用户标识，新增节点的UML结构如图4所示，包括至少一个SIP URL标识和至少一个Tel URL标识。
[0156] 在S-CSCF感知与同一服务配置关联的公共用户标识的处理过程中，具体包括：由S-CSCF发送命令请求，HSS根据接收到的命令请求将相应的关联于同一服务配置的公共用户标识信息返回给S-CSCF；或者，当HSS中S-CSCF需要感知的与同一服务配置关联的公共用户标识信息发生变化时主动通知S-CSCF，例如，根据S-CSCF的订制HSS需要主动通知相应的变化。
[0157] (1)根据S-CSCF的请求从HSS感知相应信息的过程
[0158] HSS在处理S-CSCF发来的SAR(服务器分配请求)命令处理过程中需要向S-CSCF返回SAA消息，在返回的SAA响应中包含所述的新增节点，这样，便可以将与同一服务配置关联的公共标识发送给S-CSCF。
[0159] 在所述的新增节点中，包含着与SAR请求中包含的公共用户标识关联于同一ServiceProfile但不属于同一隐式注册集的公共用户标识，即将关联于同一服务配置的所有公共用户标识均承载于返回的SAA消息中，相应的隐式注册集的公共用户标识则是保存于公共标识节点中。
[0160] 具体可以将关联于同一ServiceProfile但不属于同一隐式注册集的所有公共用户标识或进一步属于同一私有用户标识的所有公共用户标识承载于返回的SAA消息中发送给S-CSCF，即：
[0161] (11)若限定新增节点只能包含和请求中公共标识为关联于同一ServiceProfile和同一个私有用户标识但不属于同一个隐式注册集内的IMPU，则HSS需要进一步筛选相应的公共用户标识信息，只有符合条件的公共用户标识才可以被添加到返回的SAA消息中；
[0162] 如图5所示，若公共用户标识2(Public Identity2)或公共用户标识3(PublicIdentity3)使用私有用户标识1发起注册，则HSS在SAR处理中下载的ServiceProfile中的新增节点中包含的公共用户标识为公共用户标识1；
[0163] 需要说明的是：如果SAR请求中没有携带私有用户标识，并且携带的公有用户标识为一SharedIMPU(共享IMPU)，如图5中的IMPU2(Public Identity2)和IMPU3(PublicIdentity3)，则HSS任选一个私有用户标识相关的公共用户标识包含在SAA中的ServiceProfile中返回给S-CSCF；
[0164] 例如，IMPU2做为UnregisterUser(未注册用户)去HSS下载数据，则HSS可以在ServiceProfile中任意返回公共用户标识1或公有用户标识4。
[0165] (12)如果新增节点包含与请求中公共标识为关联于同一服务配置但不属于同一隐式注册集的公共用户标识时，则HSS将所有和SAR请求中包含的公共用户标识关联于同一ServiceProfile但不属于同一隐式注册集的所有公共用户标识添加到返回消息中；
[0166] 如图5所示，若公共用户标识2或公共用户标识3使用私有用户标识1发起注册，则HSS在SAR处理中下载的ServiceProfile中的新增节点中包含的公共用户标识为公共用户标识1(Public Identity1)和公共用户标识4(Public Identity4)。
[0167] 通过上述描述可以看出，为用户分配的S-CSCF服务器通过发送SAR命令，并从HSS接收返回的SAA消息，便可以从HSS下载用户数据，具体为根据ServiceProfile中的PublicIdentity(公共标识)节点中包含的公共用户标识和所述新增节点中包含的公共用户标识确定关联于同一ServiceProfile的所有公共用户标识信息。
[0168] (2)S-CSCF通过HSS主动发来的消息感知相应信息的过程
[0169] 当HSS上关联于同一ServiceProfile的公共用户标识发生变化，并经判断需要通知S-CSCF进行数据同步修改时，HSS需要发送PPR(Push-Profile-Request，推送配置请求)请求给S-CSCF，请求中包含所述的新增节点，收到该请求后S-CSCF使用消息中的数据覆盖ServiceProfile的PublicIdentity节点中包含的公共用户标识的ServiceProfile数据，从而获得了最新的与同一服务配置关联的公共用户标识信息。
[0170] 其中，HSS执行的判断具体包括：
[0171] (21)HSS上关联于同一ServiceProfile的公共用户标识发生变化，例如，公共用户标识所关联的ServiceProfile发生变化，或者公共用户标识从一个隐式注册集移出或者加入不同隐式注册集但仍然关联于相同的ServiceProfile，若这些涉及的公共用户标识都处于NotRegistered(注销)状态，则HSS不需要发送PPR命令给S-CSCF；否则，需要发送PPR命令通知S-CSCF进行数据同步操作；
[0172] (22)若ServiceProfile内公共标识的改动需要S-CSCF同步，并且这些公共标识的改动不涉及隐式注册集的改动，只是同一隐式注册集内的公有用户标识所关联的ServiceProfile发生变化，则HSS需要针对每一组隐式注册集发送PPR命令进行数据更新，具体为从原隐式注册集中删除该公共用户标识，并将其加入到新的隐式注册集中。需要说明的是：所述的删除操作需要先于增加操作完成；
[0173] 在所述的PPR命令请求中的ServiceProfile中新增节点包含变化后的关联于同一ServiceProfile但和PublicIdentity节点中的公共标识不属于同一隐式注册集的公有用户标识；
[0174] 如图6所示，IMPU4关联的ServiceProfile修改为ServiceProfile2，但仍然和IMPU3属于同一隐式注册集，则HSS需要首先发送PPR命令将IMPU4从IMPU5的关联的公有用户标识集合中删除，然后再发送PPR命令将IMPU4加入IMPU2的关联公有用户标识集合中，最后再发送两次PPR命令更新IMPU4的ServiceProfile，IMPU4分别关联于IMPI1和IMPI2；
[0175] (23)若ServiceProfile内公共标识的改动需要S-CSCF同步，并且这些公共标识的改动涉及隐式注册集的改动，即隐式注册集包含的公共用户标识发生变化并且这些公共标识所关联的ServieProfile也发生变化，则针对每一组隐式注册集，HSS应分两步通知S-CSCF完成数据的同步更改：
[0176] 首先，完成隐式注册集的更改；
[0177] 其次，完成关联于同一ServiceProfile的公共用户标识的更改，这一步更改也要遵循上述(22)中描述的先删除后增加的原则，其中每一步操作可能通过多次PPR命令完成。
[0178] (二)AS感知与同一服务配置关联的公共用户标识的过程
[0179] 在AS感知与同一服务配置关联的公共用户标识的处理过程中，具体包括：由AS发送命令请求，HSS根据接收到的命令请求将相应的关联于同一服务配置的公共用户标识信息返回给AS；或者，当HSS中AS需要感知的与同一服务配置关联的公共用户标识信息发生变化时主动通知AS，例如，根据AS的订制HSS需要主动通知相应的变化；或者，AS接收S-CSCF发来的消息，并从所述消息中获取与同一服务配置关联的公共用户标识信息。
[0180] (1)根据AS的请求感知相应信息的处理过程
[0181] 当AS需要感知关联于相同的ServiceProfile的公共用户标识，并且本地没有保存相关的数据时，则可以通过UDR(用户数据请求)命令到HSS进行数据查询，HSS在UDA消息中返回和UDR请求中包含的公共用户标识关联于同一个ServiceProfile的其他公共用户标识；
[0182] 具体包括以下处理过程：
[0183] (11)当AS需要HSS返回关联于同一ServiceProfile的公共用户标识时，需要对现有的UDR命令中的Data-Reference取值范围进行扩展，该请求消息中包含IMPU和Data-Reference(数据参考)两个参数，并且其中Data-Reference的取值为实现本发明新增的取值；
[0184] (12)HSS收到该请求后根据Data-Reference的取值即可判断本次UDR消息是为了查询关联于同一ServiceProfile的公共用户标识，则根据请求中包含的公共用户标识索引查找到该标识所属的ServiceProfile进而查找到关联于该ServiceProfile的其他公共用户标识；
[0185] (13)HSS将查找到的公共用户标识信息返回给AS，具体为：
[0186] (131)若HSS只需要返回和UDR请求中包含的公共用户标识关联于同一ServiceProfile的公共用户标识，则HSS将上述步骤(12)中查找到的IMPU均添加到返回消息中，返回给AS；
[0187] (132)若限定HSS只需要返回和UDR请求中包含的公共用户标识关联于同一私有用户标识的公共用户标识，则HSS需要进一步对步骤(12)查找到的ServiceProfile中的其他公共用户标识所关联的私有用户标识进一步判断，只有和请求中的公共用户标识关联于同一私有用户标识的公共用户标识才可以添加到返回消息中，并返回给AS，所述的私有用户标识可以通过请求中的公有用户标识索引到。
[0188] 其中，需要说明的是：在该步骤(132)中，若UDR请求中包含的公共用户标识是一个共享的公共用户标识即它同时关联于多个私有用户标识如图7和图8所示的IMPU2，IMPU3，则可以通过以下几种方式中完成本次操作：
[0189] (1321)查询发现UDR请求中包含的公共用户标识为一共享的公共用户标识，并且存在不同的公共用户标识和请求中的公共用户标识关联于不同的私有用户标识但是关联于同一ServiceProfile，如图5中的IMPU1和IMPU4，则由于此种情况下无法确定返回的公共用户标识信息，因此，由HSS给AS返回错误消息，表示本次查询无法完成；否则，向AS返回和请求中的IMPU关联于同一ServiceProfile的IMPU，例如，在图6中，若UDR请求中包含的是IMPU3则HSS在响应中返回IMPU4；
[0190] (1322)查询发现UDR请求中包含的公共用户标识为一共享的公共用户标识，并且存在不同的公共用户标识和请求中的公共用户标识关联于不同的私有用户标识但是关联于同一ServiceProfile，如图5中的IMPU1和IMPU4，此时，HSS可以随机选择一个和请求中的IMPU关联于同一IMPI的IMPU返回，例如这里随机返回IMPU1或者IMPU4中的任意一个；否则，向AS返回和请求中的IMPU关联于同一ServiceProfile的IMPU，如在图6中若UDR请求中包含的是IMPU3则HSS在响应中返回IMPU4；
[0191] (1323)查询发现UDR请求中包含的公共用户标识为一共享的公共用户标识，并且存在不同的公共用户标识和请求中的公共用户标识关联于不同的私有用户标识但是关联于同一ServiceProfile，如图5中的IMPU1和IMPU4，此时，HSS可以返回所有关联的IMPU，如同时返回IMPU1和IMPU4；否则，向AS返回和请求中的IMPU关联于同一ServiceProfile的IMPU，如在图6中若UDR请求中包含的是IMPU3则HSS在响应中返回IMPU4；
[0192] (1324)对现有的Sh接口进行扩展，允许在Sh接口上传输私有用户标识，并对UDR请求进行扩展，要求在请求用户关联于同一ServiceProfile的IMPU时，必须同时携带私有用户标识和公共用户标识，这样HSS根据请求中的私有用户标识即可判断上述情形需要返回的IMPU。
[0193] (2)AS通过HSS主动发来的消息感知相应的信息
[0194] 对于AS和HSS之间的Sh接口的更改还涉及SNR命令的修改，即允许AS订阅通知，当和请求消息中的公共用户标识关联于同一ServiceProfile的公共用户标识发生变化时，AS能够通过HSS主动发来的消息感知到该变化；
[0195] 具体的处理过程包括：
[0196] (21)需要对现有SNR命令中Data-Reference的取值范围进行扩展，扩展后的取值和上述UDR命令中的扩展取值相同，HSS收到该请求后根据其中Data-Reference的取值即可判断该命令是订阅/取消和请求中的公共用户标识关联于同一ServiceProfile的公共用户标识的变化通知；
[0197] 具体包括以下几种情况；
[0198] HSS确定AS订阅了和SNR请求中包含的公共用户标识关联于同一ServiceProfile的公共用户标识的变化通知；
[0199] HSS限定仅允许AS订阅和SNR请求中包含的公共用户标识关联于同一私有用户标识的公共用户标识，则HSS需要进一步对相应的ServiceProfile中的其他公共用户标识所关联的私有用户标识进行判断，并确定AS只订阅了和请求中的公共用户标识关联于同一私有用户标识的公共用户标识的变化通知；
[0200] 其中，需要说明的是：若HSS收到的SNR请求中包含的公共用户标识是一个共享的公共用户标识即它同时关联于多个私有用户标识，则HSS可以通过以下几种方式完成本次操作：
[0201] HSS查询发现SNR请求中包含的公共用户标识为一共享的公共用户标识，则给AS返回错误，表示本次订阅无法完成；
[0202] HSS查询发现SNR请求中包含的公共用户标识为一共享的公共用户标识，则认为AS订阅了所有的与各个私有用户标识相关联的并和SNR请求中包含的公共用户标识关联于同一ServiceProfile的公共用户标识的变化通知；
[0203] 对现有的SNR请求进行扩展，要求在SNR请求中同时携带私有用户标识和公共用户标识，这样HSS根据请求中的私有用户标识即可判断AS订阅的具体的公共用户标识变化通知。
[0204] (22)在AS通过SNR命令订阅了通知后，当这些数据发生变化时HSS需要通过PNR(Push-Notification-Request，推送通知请求)命令发送消息告知AS；
[0205] 其中，PNR命令中包含两个参数User-Identity和User-Data，User-Identity中包含SNR请求中订阅的公共用户标识，User-Data中包含更新后的数据，其中包含唯一标识数据的关键字如Data-Reference，在该节点中包含和请求中的公共用户标识关联于同一ServiceProfile的公共用户标识；
[0206] 如果数据发生变化后不存在和SNR请求中的公共用户标识关联于同一ServiceProfile的公共用户标识，则该通知消息中公共标识节点内包含0个公共用户标识。
[0207] (3)AS通过从S-CSCF接收的消息感知相应的信息
[0208] 在该方法中，AS通过从S-CSCF接收到的消息中获知与同一服务配置关联的公共用户标识信息；
[0209] (31)若AS在用户的注册过程中通过第三方注册也订阅了reg-event(注册事件)事件通知，则S-CSCF可以将通过SAA得到的关联于同一ServiceProfile的公共用户标识添加到reg-event的Notify消息中，并通过ISC(S-CSCF与AS之间的接口)接口传送给AS，AS收到该Notify消息后，即可获知和消息中每一公共用户标识关联于同一ServiceProfile的其他公共用户标识；
[0210] 同时，若S-CSCF收到PPR命令发现用户关联于同一ServiceProfile的公共用户标识发生了变化，且AS订阅了reg-event的事件通知，则S-CSCF通过ISC接口向AS发送Notify消息，其中包含和每一公共用户标识关联于同一ServiceProfile的公共用户标识；AS收到该Notify消息后，即可获知修改后的和消息中每一公共用户标识关联于同一ServiceProfile的其他公共用户标识；
[0211] 其中，S-CSCF将和用户关联于同一ServiceProfile的公共用户标识添加到Notify消息中，可通过以下方式实现：
[0212] 对ISC接口的XML Schema进行扩展，在每一个registration节点中增加一个信元，在该信元中可包含一个或多个公共用户标识，这些标识为和registration aor记录中的公共用户标识关联于同一ServiceProfile和同一私有用户标识的公共用户标识，包括隐式注册集内的公共用户标识。
[0213] (32)若AS没有订阅reg-event的事件通知，则需要对现有的SIP(会话初始协议)进行扩展，新定义一个SIP头域，用来携带关联于同一ServiceProfile的公共用户标识；这样，S-CSCF便可以在第三方注册消息中使用此新定义的头域携带与发起注册的公共用户标识关联于同一ServiceProfile的其他公共用户标识。
[0214] (三)UE感知与同一服务配置关联的公共用户标识的过程
[0215] 由于UE不直接与HSS通信，所以UE需要通过直接与其通信的S-CSCF感知与同一服务配置关联的公共用户标识。
[0216] 在UE的注册过程中，S-CSCF通过SAR下载了用户数据后，获知了用户关联于同一ServiceProfile的公共用户标识，由于用户会在收到注册请求的200OK响应后向S-CSCF发送订阅reg-event(注册事件)的事件通知，这样，S-CSCF便可以将UE需要感知的信息添加到reg-event的Notify(通知)消息中，并通过Gm(UE与代理CSCF之间的接口)接口传送给UE，UE收到该Notify消息后，即可获知和消息中每一公共用户标识关联于同一ServiceProfile的其他公共用户标识；
[0217] 同时，若S-CSCF收到PPR命令发现用户关联于同一ServiceProfile的公共用户标识发生了变化，且UE订阅了reg-event的事件通知，则S-CSCF通过Gm接口向UE发送Notify消息，其中包含和每一公共用户标识关联于同一ServiceProfile的公共用户标识；UE收到该Notify消息后，即可获知修改后的和消息中每一公共用户标识关联于同一ServiceProfile的其他公共用户标识；
[0218] 其中，S-CSCF将和用户关联于同一ServiceProfile的公共用户标识添加到Notify消息中，可通过以下方式实现：
[0219] 对Mw(S-CSCF与代理CSCF之间的接口)和Gm接口的XML Schema进行扩展，在每一个registration节点中增加一个信元，在该信元中可包含一个或多个公共用户标识，这些标识为和registration aor记录中的公共用户标识关联于同一ServiceProfile和同一私有用户标识的公共用户标识，包括隐式注册集内的公共用户标识。
[0220] 前面对本发明的实现方式进行了描述，后面将再结合具体的应用实例对本发明进行详细的说明。
[0221] 实施例一
[0222] Cx接口增加新增节点后的XML Schema可用下面的表1表示，其中，新增的GroupPublicIdentity节点中包含和PublicIdentity节点中的公有用户标识关联于同一ServiceProfile和私有用户标识但不属于同一隐式注册集的公有用户标识，如表1所示：
[0223] 表1
[0224]
[0225]
[0226] 注：此表格只列出了涉及的修改部分，并未列出完整的表格部分[0227] 实施例二
[0228] 如图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；
[0229] 以IMPU1为例，SAA中XML格式的ServiceProfile内容如下：
[0230] <？xml version＝″1.0″encoding＝″UTF-8″？>
[0231]
[0232] xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
[0233] IMPI1@homedomain.com
[0234]
[0235]
[0236] sip:IMPU1@homedomain.com [0237]
[0238] //组公共标识描述起始，组内包含两个公共用户标识，sip:IMPU2@homedomain.com
[0239] //和sip:IMPU3@homedomain.com[0240] sip:IMPU2@homedomain.com
[0241] //第一个公共用户标识描述结束[0242]
[0243] sip:IMPU3@homedomain.com [0244] //第二个公共用户标识描述结束[0245] //组公共标识描述结束
[0246]
[0247] 0
[0248]
[0249] 1
[0250]
[0251] 0
[0252] 0 [0253] INVITE [0254]
[0255]
[0256]
[0257] sip:AS1@homedomain.com
[0258] 0 [0259]
[0260]
[0261]
[0262]
[0263] 实施例三
[0264] 如图9所示，IMPU1也加入IMPU2，IMPU3的隐式注册集，则HSS需要发送PPR命令，通知S-CSCF更新所保存的IMPU1，IMPU2，IMPU3的数据，HSS发送的PPR请求中XML格式的ServiceProfile的内容如下：
[0265] <？xml version＝″1.0″encoding＝″UTF-8″？>
[0266]
[0267] xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
[0268] IMPI1@homedomain.com
[0269]
[0270]
[0271] sip:IMPU1@homedomain.com [0272]
[0273]
[0274] sip:IMPU2@homedomain.com //IMPU2加入隐式注册集，包含在
[0275] PublicIdentity节点中
[0276]
[0277]
[0278] sip:IMPU3@homedomain.com //IMPU3加入隐式注册集，包含在
[0279] PublicIdentity节点中
[0280]
[0281] //不存在和IMPU2，IMPU3属于同一隐式注册集但关联于同一ServiceProfile的其他公
[0282] 共用户标识
[0283]
[0284]
[0285] 0
[0286]
[0287] 1
[0288]
[0289] 0
[0290] 0 [0291] INVITE [0292]
[0293]
[0294]
[0295] sip:AS1@homedomain.com
[0296] 0 [0297]
[0298]
[0299]
[0300]
[0301] 实施例四
[0302] 如图10所示的IMS签约关系中，AS通过UDR命令请求和IMPU2关联于同一ServiceProfile的公共用户标识，HSS返回IMPU1和IMPU3；
[0303] 具体的消息格式如下：
[0304] <？xml version＝″1.0″encoding＝″UTF-8″？>
[0305]
[0306] xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
[0307] IMPI1@homedomain.com
[0308]
[0309]
[0310] sip:IMPU1@homedomain.com //返回和IMPU2关联于同一ServiceProfile
[0311] 的公共用户标识IMPU1
[0312]
[0313]
[0314] sip:IMPU3@homedomain.com //返回和IMPU2关联于同一ServiceProfile的
[0315] 公共用户标识IMPU3
[0316]
[0317]
[0318] 实施例五
[0319] 如图6所示，IMPU4关联的ServiceProfile修改为ServiceProfile2，但仍然和IMPU3属于同一隐式注册集，则HSS需要首先发送PPR命令将IMPU4从IMPU5的关联的公有用户标识集合中删除，然后再发送PPR命令将IMPU4加入IMPU2的关联公有用户标识集合中，最后再发送PPR命令更新IMPU4的ServiceProfile。
[0320] 第一次PPR命令中ServiceProfile XML文本如下，首先从IMPU5的关联Group信息中删除
[0321] IMPU4：
[0322] <？xml version＝″1.0″encoding＝″UTF-8″？>
[0323]
[0324] xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
[0325] IMPI2@homedomain.com
[0326]
[0327]
[0328] sip:IMPU5@homedomain.com [0329]
[0330]
[0331] //和IMPU5关联于私有用户标识2和同一ServiceProfile的公共用户标识剩余IMPU3
[0332] sip:IMPU3@homedomain.com [0333]
[0334]
[0335]
[0336] 0
[0337]
[0338] 1 [0339]
[0340] 0
[0341] 0
[0342] INVITE [0343]
[0344]
[0345]
[0346] sip:AS1@homedomain.com
[0347] 0 [0348]
[0349]
[0350]
[0351]
[0352]
[0353] sip:IMPU6@homedomain.com [0354]
[0355]
[0356]
[0357] 第二次PPR命令中ServiceProfile XML文本如下，将IMPU4加入到IMPU2的关联的Group组内：
[0358] <？xml version＝″1.0″encoding＝″UTF-8″？>
[0359]
[0360] xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
[0361] IMPI1@homedomain.com
[0362]
[0363]
[0364] sip:IMPU2@homedomain.com [0365]
[0366]
[0367] //存在和IMPU2关联于私有用户标识1和同一ServiceProfile的其他公共用户标识
[0368] sip:IMPU4@homedomain.com [0369]
[0370]
[0371]
[0372] 0
[0373]
[0374] 1 [0375]
[0376] 0
[0377] 0
[0378] INVITE [0379]
[0380]
[0381]
[0382] sip:AS1@homedomain.com
[0383] 0 [0384]
[0385]
[0386]
[0387]
[0388]
[0389] sip:IMPU1@homedomain.com [0390]
[0391]
[0392]
[0393] 第三次PPR命令中ServiceProfile XML文本如下，因为IMPU3和IMPU4是SharedIMPU，对于私有用户标识1，将IMPU4从IMPU3关联的Group组内删除，并在IMPU4的Group组内增加IMPU2的信息：
[0394] <？xml version＝″1.0″encoding＝″UTF-8″？>
[0395]
[0396] xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
[0397] IMPI1@homedomain.com
[0398]
[0399]
[0400] sip:IMPU3@homedomain.com [0401]
[0402] //不存在和IMPU3关联于私有用户标识1和同一ServiceProfile的其他公共用户标识
[0403]
[0404]
[0405] 0
[0406]
[0407] 1
[0408]
[0409] 0
[0410] 0 [0411] INVITE [0412]
[0413]
[0414]
[0415] sip:AS1@homedomain.com
[0416] 0 [0417]
[0418]
[0419]
[0420]
[0421]
[0422] sip:IMPU4@homedomain.com [0423]
[0424]
[0425] //存在和公有用户标识4关联于私有用户标识1和同一ServiceProfile的公共用户
[0426] 标识IMPU2
[0427] sip:IMPU2@homedomain.com [0428]
[0429]
[0430] …
[0431]
[0432]
[0433] 第四次PPR命令中ServiceProfile XML文本如下，因为IMPU3和IMPU4是SharedIMPU，对于私有用户标识2，将IMPU4从IMPU3关联的Group组内删除(IMPU5仍然保留)，将IMPU5从IMPU4的Group组内删除：
[0434] ：
[0435] <？xml version＝″1.0″encoding＝″UTF-8″？>
[0436]
[0437] xsi:noNamespaceSchemaLocation＝″D:\\CxDataType.xsd″>
[0438] IMPI2@homedomain.com
[0439]
[0440]
[0441] sip:IMPU3@homedomain.com [0442]
[0443] //关联于私有用户标识2的组内成员
[0444]
[0445] sip:IMPU5@homedomain.com //关联于同一ServiceProfile的公共用户
[0446] 标识
[0447]
[0448]
[0449]
[0450] 0
[0451]
[0452] 1 [0453]
[0454] 0
[0455] 0
[0456] INVITE [0457]
[0458]
[0459]
[0460] sip:AS1@homedomain.com
[0461] 0 [0462]
[0463]
[0464]
[0465]
[0466]
[0467] sip:IMPU4@homedomain.com [0468]
[0469] //不存在和IMPU4关联于私有用户标识2和同一ServiceProfile的其他公共用户
[0470] 标识
[0471]
[0472]
[0473]
[0474] 实施例六
[0475] 如图11所示，IMPU1在注册过程中订阅了reg-event事件通知，S-CSCF发送Notify消息给UE，在其中携带各IMPU关联于同一ServiceProfile的公共用户标识。
[0476] 若没有进一步限制，S-CSCF可以跨IMPI返回关联于同一ServiceProfile的公有用户标识，则Notify消息内容如下：
[0477] NOTIFY sip:IMPU1@homedomain.com；opaque＝hha9s8d-999a SIP/2.0[0478] From:；tag＝27182
[0479] To:；tag＝262281
[0480] Subscription-State:active；expires＝3600
[0481] Event:reg
[0482] Content-Type:application/reginfo+xml
[0483] Contact:
[0484] Content-Length:(...)
[0485] <？xml version＝″1.0″？>
[0486]
[0487] xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″[0488] version＝″1″state＝″full″>
[0489]
[0490]
[0491]
[0492] sip:ua.example.com
[0493]
[0494]
[0495]
[0496] sip:IMPU2◎homedomain.com //存在和IMPU1关联于同一ServiceProfile的公共用户标识
[0497] IMPU2
[0498]
[0499]
[0500]
[0501]
[0503]
[0504] sip:ua.example.com
[0505]
[0506]
[0507]
[0508] sip:IMPU1◎homedomain.com //存在和IMPU2关联于同一ServiceProfile的公共用户标识
[0509] IMPU1
[0510]
[0511]
[0512]
[0513] aor ＝ ″ sip:IMPU3@homedomain.com；user ＝ phone ″ id＝″a9″state＝″active″>
[0514]
[0515]
[0516] sip:ua.example.com
[0517]
[0518]
[0519]
[0520] sip:IMPU4◎homedomain.com //存在和IMPU3关联于同一ServiceProfile的公共用户标识
[0521] IMPU4
[0522]
[0523]
[0524]
[0525] 若进一步限定，S-CSCF只能返回关联于同一ServiceProfile同一私有用户标识的IMPU，则Notify消息内容如下：
[0526] NOTIFY sip:IMPU1@homedomain.com；opaque＝hha9s8d-999a SIP/2.0[0527] From:；tag＝27182
[0528] To:；tag＝262281
[0529] Subscription-State:active；expires＝3600
[0530] Event:reg
[0531] Content-Type:application/reginfo+xml
[0532] Contact:
[0533] Content-Length:(...)
[0534] <？xml version＝″1.0″？>
[0535]
[0538]
[0539]
[0540]
[0541] sip:ua.example.com
[0542]
[0543]
[0544]
[0545] sip:IMPU2◎homedomain.com//存在和IMPU1关联于同一ServiceProfile的公共用户标识
[0546] IMPU2
[0547]
[0548]
[0549]
[0550]
[0552]
[0553] sip:ua.example.com
[0554]
[0555]
[0556]
[0557] sip:IMPU1◎homedomain.com //存在和IMPU2关联于同一ServiceProfile的公共用户标识
[0558] IMPU1
[0559]
[0560]
[0561]
[0562] aor ＝ ″ sip:IMPU3@homedomain.com；user ＝ phone ″ id＝″a9″state＝″active″>
[0563]
[0564]
[0565] sip:ua.example.com
[0566]
[0567]
[0568]
[0569]
[0570] 本发明所述的方法在具体实现过程中还可以采用以下方案实现。
[0571] 本发明中根据ServiceProfile将用户划分为组的方法还可以为：
[0572] (1)对ServiceProfile引入一个新增属性值，一个ServiceProfile仅设置一个这样的属性值即可，该新增属性值可以有效标识一个ServiceProfile；
[0573] (2)HSS在组织Cx接口传送的ServiceProfile数据时对现有的XML Schema进行扩展，在Cx接口传送的XML文本中引入一个新的节点，并且一个ServiceProfile仅包含一个这样的新增节点即可，该节点内包含能够唯一标识该ServiceProfile的新增属性值作为服务配置标识；
[0574] (3)S-CSCF通过SAR命令从HSS下载用户数据后，根据该新增属性值可以索引查找到相应的服务配置，进而可以确定关联于同一ServiceProfile的公共用户标识信息；
[0575] (4)当HSS上关联于同一ServiceProfile的公共用户标识发生变化，并经判断需要通知S-CSCF进行数据同步修改时，则HSS需要发送PPR请求给S-CSCF，请求中包含上述新增唯一标识ServiceProfile的属性值以及更新后的ServiceProfile信息，收到该请求后S-CSCF使用消息中的更新后的ServiceProfile数据覆盖消息中的属性值对应的ServiceProfile的PublicIdentity节点中包含的公共用户标识的ServiceProfile数据，这样，在S-CSCF上便保存着最新的ServiceProfile信息，以便于能够可靠地确定任一ServiceProfile关联的公共用户标识信息。
[0576] 同时，在本发明中，若UE及AS定阅了reg-event事件通知，则在注册过程中S-CSCF还需要将通过上述过程得到的公共用户标识添加到该事件Notify消息中发送给UE和AS，UE及AS收到该Notify消息后，即可获知和消息中每一公共用户标识关联于同一ServiceProfile的其他公共用户标识，具体为：
[0577] 若S-CSCF收到PPR命令发现用户关联于同一ServiceProfile的公共用户标识发生了变化，且UE及AS订阅了reg-event的事件通知，则S-CSCF通过Gm，ISC接口向UE和AS发送Notify消息，其中包含和每一公共用户标识关联于同一ServiceProfile的公共用户标识；UE和AS收到该Notify消息后，即可获知修改后的和消息中每一公共用户标识关联于同一ServiceProfile的其他公共用户标识；其中，S-CSCF将和用户关联于同一ServiceProfile的公共用户标识添加到Notify消息中，可通过以下方式实现：
[0578] 对Mw，Gm，ISC接口的XML Schema进行扩展，在每一个registration节点中增加一个信元，在该信元中可包含一个或多个公共用户标识，这些标识为和registration aor记录中的公共用户标识关联于同一ServiceProfile和同一私有用户标识的公共用户标识，包括隐式注册集内的公共用户标识；
[0579] 而且，若UE及AS未订阅reg-event的事件通知，则可以如前所述通过针对SIP协议的扩展实现。
[0580] 在上述过程中，若还需要对Sh接口的UDR、SNR和PNR命令进行相应的修改，则具体可参见前面针对相应命令的扩展描述，此处不再详述。
[0581] 综上所述，本发明的实现使得AS、S-CSCF及UE可以感知到关联于同一服务配置的公共用户标识，从而可以基于感知到的信息进行相应的进一步操作处理，以满足用户开展业务过程中的各种需求。
[0582] 以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 工件感知器和感知系统 | 2020-05-12 | 759 |
| 热感知器 | 2020-05-11 | 823 |
| 感知装置 | 2020-05-11 | 491 |
| 功率感知填充 | 2020-05-13 | 732 |
| 增强光学和感知数字护目镜 | 2020-05-11 | 896 |
| 感知装置 | 2020-05-11 | 988 |
| 感知装置 | 2020-05-11 | 664 |
| 感知装置 | 2020-05-11 | 86 |
| 感知锚杆 | 2020-05-12 | 110 |
| 一种感知卡 | 2020-05-11 | 401 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
感知热门专利
-
10 感知型高尔夫球杆
QQ群二维码
意见反馈
意见反馈