IMS中的服务配置文件处理专利检索-别名电脑编程专利检索查询-专利查询网

积极推动地理标志专门立法

2022-03-10 地理标志，立法，知识产权
保护知识产权是对创新最大的激励

2022-03-10 保护知识产权，创新，激励
谢商华：加快制定知识产权基本法

2022-03-10 知识产权基本法
擦亮“双奥之城”品牌

2022-03-10 双奥，知识产权
让冰雪运动“热”力全开

2022-03-10 冰雪运动，知识产权
携手共奋进　走好强国路

2022-03-10 强国，知识产权
坚持创新引领　方能稳中求进

2022-03-10 创新，稳中求进，知识产权
答好“两张卷” 奋进新征程

2022-03-10 知识产权
专家解读政府工作报告中的创新和知识产权相关部署

2022-03-10 政府工作报告，创新，知识产权
今年政府工作报告指出：加强知识产权保护和运用

2022-03-10 政府工作报告，知识产权保护

IMS中的服务配置文件处理

阅读：1178发布：2021-03-02

IPRDB可以提供IMS中的服务配置文件处理专利检索，专利查询，专利分析的服务。并且用于处理IP多媒体子系统预订的归属用户服务器包括：用于保存公开用户身份与服务配置文件之间的关联的部件，其中的两个或更多公开用户身份可与公共服务配置文件关联；以及用于对网络节点标识与公共服务配置文件关联的所有公开用户身份的部件。，下面是IMS中的服务配置文件处理专利的具体信息内容。

权利要求

1.一种用于处理IP多媒体子系统预订的归属用户服务器，包括：

用于保存公开用户身份与服务配置文件之间的关联的部件，各个公开用户身份与服务配置文件相关联，并且各个服务配置文件与一个或多个公开用户身份相关联，其中没有被绑定到隐式注册组的两个或更多公开用户身份与公共服务配置文件相关联；以及用于对网络节点通知关于所述公共服务配置文件、别名组的标识以及两个或更多公开用户身份，所述两个或更多公开用户身份没有被绑定到隐式注册组，与公共服务配置文件相关联并且被认为是别名公开用户身份。

2.如权利要求1所述的归属用户服务器，其特征在于，所述用于通知的部件响应注册或重新注册过程、终止呼叫或所述服务配置文件中内容的改变来向所述网络节点发送通知。

3.如权利要求1或2所述的归属用户服务器，其特征在于，用于对网络节点通知关于与公共服务配置文件相关联的、没有被绑定到所述隐式注册组的所述两个或更多公开用户身份的所述部件，包括用于向所述网络节点发送一个或多个服务配置文件的部件，其中各服务配置文件标识与所述服务配置文件相关联的、没有被绑定到所述隐式注册组的所有公开用户身份。

4.如权利要求1、2或3所述的归属用户服务器，进一步包括用于向网络节点发送包括在隐式注册组中的两个或更多公开用户身份的部件。

5.如权利要求1所述的归属用户服务器，其特征在于，与所述公共服务配置文件相关联的公开用户身份没有被绑定到相同隐式注册组。

6.如以上权利要求中任一项所述的归属用户服务器，其特征在于，所述网络节点是服务呼叫会话控制功能节点或应用服务器。

7.如以上权利要求中的任一项所述的归属用户服务器，其特征在于，所述用于通知的部件在Cx服务器分配应答或推送配置文件请求消息中向服务呼叫会话控制功能节点传送所需信息。

8.如权利要求1所述的归属用户服务器，其中，与所述公共服务配置文件相关联的所述两个或更多别名公开用户身份被认为是具有相同网络操作行为的别名公开用户身份。

9.一种用来服务于IP多媒体子系统网络中的用户的呼叫会话控制功能节点，所述呼叫会话控制功能节点包括：用于从归属用户服务器接收包含公共服务配置文件、别名组的标识以及两个或更多公开用户身份的消息的部件，所述两个或更多公开用户身份没有被绑定到隐式注册组，与所述公共服务配置文件相关联并且被认为是别名公开用户身份；以及用于关联与所述公共服务配置文件相关联的所述两个或更多公开用户身份作为别名公开用户身份的部件。

10.如权利要求9所述的呼叫会话控制功能节点，进一步包括用于从归属用户服务器接收包含具有两个或更多公开用户身份的隐式注册组的消息的部件，其中包含在所述隐式注册组中的所述两个或更多公开用户身份在所述公共服务配置文件外面接收。

11.如权利要求9或10所述的呼叫会话控制功能节点，其特征在于，用于接收包含所述公共服务配置文件和与所述公共服务配置文件相关联的且没有被绑定到所述隐式注册组的所述两个或更多公开用户身份的消息的部件包括用于接收包含一个或多个服务配置文件的消息的部件，每个服务配置文件标识与所述服务配置文件相关联的、没有被绑定到所述隐式注册组的所有公开用户身份。

12.如权利要求9至11中任一项所述的呼叫会话控制功能节点，其特征在于，包括用于向用户终端或网络节点发送通知的部件，所述通知标识与所述公共服务配置文件相关联并且没有被绑定到隐式注册组的所述两个或更多公开用户身份，且所述公开用户身份被标识为是别名公开用户身份。

13.如权利要求9至12中任一项所述的呼叫会话控制功能节点，其特征在于，所述呼叫会话控制功能节点执行服务呼叫会话控制功能节点。

14.一种用于执行IP多媒体子系统网络中的服务的应用服务器，所述应用服务器包括：

用于从服务呼叫会话控制功能节点或归属用户服务器接收通知的部件，所述通知标识公共服务配置文件、别名组的标识以及与所述公共服务配置文件相关联并且没有被绑定到隐式注册组的两个或更多公开用户身份，并且所述两个或更多公开用户身份被认为是别名公开用户身份。

15.一种用于使用户能够访问IP多媒体子系统网络的用户终端，所述用户终端包括：

用于从所述IP多媒体子系统网络接收通知的部件，所述通知标识公共服务配置文件、别名组的标识以及所述终端的与所述公共服务配置文件相关联并且没有被绑定到隐式注册组的两个或更多公开用户身份，并且所述两个或更多公开用户身份被认为是别名公开用户身份。

16.如权利要求15所述的用户终端，其特征在于，所述部件设置成用于从服务呼叫会话控制功能部件接收所述通知。

17.一种操作IP多媒体子系统以通知网络节点和/或用户终端关于公开用户身份被认为是别名公开用户身份的方法，所述方法应用于归属用户服务器并且包括：保存公开用户身份与服务配置文件之间的关联，各公开用户身份与服务配置文件相关联，并且各服务配置文件与一个或多个公开用户身份相关联；

保存两个或更多公开用户身份的组，所述公开用户身份与公共服务配置文件相关联并且没有被绑定到隐式注册组，并且所述公开用户身份被认为是别名公开用户身份；以及将下列各项分发给网络节点和/或用户终端：公共服务配置文件、别名组的标识以及两个或更多公开用户身份的消息，所述两个或更多公开用户身份没有被绑定到隐式注册组，与所述公共服务配置文件相关联并且被认为是别名公开用户身份。

18.如权利要求17所述的方法，其特征在于，分发包括响应于注册或重新注册过程、终止呼叫或所述公共服务配置文件中的内容改变而发送消息。

19.如权利要求17或18所述的方法，包括：

在所述归属用户服务器上保存具有两个或更多公开用户身份的隐式注册组，其中，该两个或更多公开用户身份与各自的服务配置文件相关联；以及从所述归属用户服务器向服务呼叫会话控制功能部件发送包含具有两个或更多公开用户身份的隐式注册组并包含分别与隐式注册组中的两个或更多公开用户身份相关联的所述服务配置文件的消息。

20.如权利要求18或19所述的方法，其特征在于，所述消息是Cx服务器分配应答或推送配置文件请求消息。

21.如权利要求18所述的方法，其特征在于，发送包含所述公共服务配置文件和与所述公共服务配置文件相关联的、没有被绑定到所述隐式注册组的所述两个或更多公开用户身份的消息包括发送包含一个或多个服务配置文件的消息，每个服务配置文件标识没有被绑定到所述隐式注册组的、与所述服务配置文件相关联并被认为是别名公开用户身份的所有公开用户身份。

22.如权利要求17所述的方法，其特征在于，分发包括通过Sh接口向应用服务器发送分组信息。

23.一种操作配置成与IP多媒体子系统配合使用的用户终端的方法，所述方法包括：

从所述IP多媒体子系统接收标识公共服务配置文件、别名组的标识以及所述终端的两个或更多公开用户身份的通知，所述两个或更多公开用户身份与所述公共服务配置文件相关联、没有被绑定到隐式注册组并且被认为是别名公开用户身份。

24.一种IP多媒体子系统，包括：

归属用户服务器，配置成：

保存两个或更多公开用户身份的组，所述公开用户身份与公共服务配置文件相关联并且没有被绑定到隐式注册组，且所述公开用户身份被认为是别名公开用户身份；

在用户终端向所述IP多媒体子系统的注册期间或之后、或者在终止对用户终端的呼叫时或之后，通知所述用户终端和/或网络节点关于所述公共服务配置文件、别名组的标识以及两个或更多公开用户身份，所述两个或更多公开用户身份没有被绑定到隐式注册组，与公共服务配置文件相关联并且被认为是所述终端或终端用户的别名公开用户身份。

说明书全文

IMS中的服务配置文件处理

技术领域

[0001] 本发明涉及IP多媒体子系统中的服务配置文件处理的方法和装置。

背景技术

[0002] IP多媒体子系统(IMS)是由第三代合作伙伴项目(3GPP)定义的技术，以通过移动通信网络(3GPP TS 22.228、TS 23.228、TS24.229、TS 24.228、TS 29.228、TS 29.229、TS 29.328和TS 29.329版本5和版本6)提供IP多媒体服务。IMS通过服务的综合与交互来提供丰富终端用户的人对人通信体验的关键特征。IMS允许通过基于IP的网络的新的丰富人对人(客户机对客户机)以及人对内容(客户机对服务器)通信。IMS利用会话启动协议(SIP)来建立和控制用户终端(UE)之间或者UE与应用服务器(AS)之间的呼叫或会话。由SIP信令携带的会话描述协议(SDP)用来描述和协商会话的媒体组件。虽然SIP作为用户对用户协议创建，但是，IMS允许运营商和服务提供商控制对服务的用户访问以及相应地对用户收费。

[0003] 图1示意性示出IMS架构及其内部和外部接口。呼叫/会话控制功能(CSCF)作为IMS中的SIP实体进行操作。3GPP架构定义三种类型的CSCF：代理CSCF(P-CSCF)，它是在IMS中的SIP终端的第一接触点；服务CSCF(S-CSCF)，它为用户提供该用户预订的服务；以及询问CSCF(I-CSCF)，其作用是识别正确的S-CSCF，并向那个S-CSCF转发通过P-CSCF从SIP终端所接收的请求。

[0004] 用户采用指定的SIP REGISTER方法在IMS中注册。这是用于连接到IMS并向IMS通告可到达SIP用户身份的地址的机制。在3GPP中，当SIP终端执行注册时，IMS对用户认证，并从可用S-CSCF的组中将某个S-CSCF分配给那个用户。虽然用于分配S-CSCF的标准没有由3GPP规定，但是它们可包括负荷共享和服务要求。要注意，S-CSCF的分配是用于对基于IMS的服务的用户访问进行控制和收费的关键。运营商可提供用于防止原本会忽略S-CSCF的直接的用户到用户SIP会话的机制。

[0005] 在注册过程中，I-CSCF的职责是在没有选取S-CSCF时选择S-CSCF。I-CSCF接收来自归属网络的归属用户服务器(HSS)所需的S-CSCF能力，并根据所接收的能力来选择适当的S-CSCF。要注意，在用户被另一方呼叫并且目前没有为该用户分配S-CSCF的情况下，还可由I-CSCF对用户执行S-CSCF分配。当已注册用户随后向IMS发送会话请求时，P-CSCF能够根据在注册过程中从所述S-CSCF接收的信息将请求转发给所选S-CSCF。

[0006] 每一个IMS用户拥有一个或多个私有用户身份。私有用户身份由归属网络运营商来分配，并由IMS用于例如注册、授权、管理和计费目的。该身份采取RFC 2486中定义的网络接入标识符NAI的形式。可将国际移动用户身份(IMSI)的表示包含在私有身份的NAI中。3GPP TS 23.228规定私有用户身份的下列性质：

[0007] -私有用户身份不用于SIP消息的路由选择。

[0008] -私有用户身份将包含在从UE传递给归属网络的所有注册请求中(包括重新注册和撤消注册请求)。

[0009] -IP多媒体服务身份模块(ISIM)应用将可靠地存储一个私有用户身份。不可能让UE修改ISIM应用中存储的私有用户身份信息。

[0010] -私有用户身份是由归属网络运营商定义的唯一全局身份，从网络的角度来看，它可在归属网络中用来标识(identify)用户的预订(例如IM服务能力)。私有用户身份标识预订而不是用户。

[0011] -将私有用户身份永久地分配给用户的预订(它不是动态身份)，并且对于用户通过归属网络的预订的时间段是有效的。

[0012] -私有用户身份用来标识HSS中存储(例如在注册期间使用)的用户的信息(例如认证信息)。

[0013] -根据运营商策略，私有用户身份可存在于收费记录中。

[0014] -仅在用户的注册期间(包括重新注册和撤消注册)才对私有用户身份进行认证。

[0015] -HSS需要存储私有用户身份。

[0016] -在注册和未注册终止时，S-CSCF需要获得和存储私有用户身份。

[0017] 除了私有用户身份之外，每一个IMS用户还具有一个或多个IMS公开用户身份(IMPU)。IMPU由任何用户用来请求对其它用户的通信。用户例如可能在名片上包含IMPU(而不是私有用户身份)。3GPP TS 23.228规定IMPU的下列性质：

[0018] -电信编号以及因特网命名方案可用于根据用户具有的IMPU来对用户寻址。

[0019] -IMPU采取SIP URI(如RFC 3261和RFC 2396中定义的)，或者RFC 3966中定义的“tel：”-URI格式。

[0020] -ISIM应用将可靠地存储至少一个IMPU(不可能让UE修改此IMPU)，但是不要求将所有其它IMPU都存储在ISIM应用中。

[0021] -在身份可用来始发IMS会话以及IMS会话不相关过程之前显式或者隐式地注册IMPU。

[0022] 在终止IMS会话以及终止IMS会话不相关过程可传递给IMPU所属的用户的UE之前显式或者隐式地注册IMPU。

[0023] -能够通过IMS中的某种机制(例如通过使用隐式注册组)全局注册(即通过一个单UE请求)具有一个以上IMPU的用户。这不排除用户在必要时分别注册他/她的IMPU的一部分。

[0024] -在注册期间没有由网络对IMPU进行认证。

[0025] -IMPU可用于在HSS中标识用户的信息(例如在移动终止会话建立期间)。

[0026] -IMPU可由IMS中的AS用来标识将应用于用户的服务配置数据。

[0027] 图2示意性示出用户(IMS)预订与公开和私有用户身份之间的示例关系。在所示实例中，用户具有均与两个公开用户身份相关联的两个私有用户身份(公开用户身份、公开用户身份2这两者中的一个与两个私有用户身份相关联)。服务配置文件与各公开用户身份相关联，该配置文件指定关联公开用户身份的服务数据。在归属用户服务器上为用户提供应用服务器时创建或修改服务配置文件。各服务配置文件包括用来触发IMS服务的提供或限制的一个或多个初始过滤规则(iFC)。服务配置文件1和服务配置文件2所提供的服务之间的差异是运营商特定的，但是可包括不同的应用服务器(AS)以及甚至包括不同的收费/等级评定方案。

[0028] 在该实例中，公开用户身份1与服务配置文件1相关联，而公开用户身份2和公开用户身份3则与服务配置文件2关联。在一种典型情况下，公开用户身份1可能是用户提供给朋友和家人的身份，例如“Big_Joe@priv.operator.com”，而公开用户身份2和公开用户身份3则可能是用户提供给业务联系人的身份，例如“+46111222333@operator.com”和“joe.black@operator.com”。

[0029] 在IMS服务网络中，提供应用服务器(AS)用于实现IMS服务功能。对于任何给定的UE，一个或多个AS可与那个终端关联。图3a示出AS与S-CSCF之间的IMS服务控制(ISC)接口以及IMS中的其它接口。虽然图3a中的AS表示为仅具有到S-CSCF的单个接口，但是会理解到，实际上，ISC接口将扩展到给定运营商的网络的许多(或全部)CSCF服务器连接到其中的通信网络，从而允许AS与所有这些CSCF进行通信。[图3a所示的其它实体是本领域的技术人员公知的。]

[0030] 在AS与UE(TS23.002)之间存在另一个接口(Ut)，如图3b所示。Ut接口使用户能够管理与他或她的服务相关的信息，例如公开服务身份的创建和分配，例如由“存在(presence)”服务、会议、策略管理等使用的授权策略的管理。

发明内容

[0031] 根据TS 23.228，IMPU与服务配置文件之间的关联、具体来说是多个IMPU到单个服务配置文件的链接是归属用户服务器(HSS)已知的。但是，这种链接仅指示共享过滤标准、预订媒体的相同组的IMPU，而没有提供关于HSS外部(例如在应用服务器中)存储的一般用户配置文件的指示以及没有假定共享相同服务配置文件的IMPU之间的关系(即它们是否为“别名(alias)”)。

[0032] 本发明的发明人认识到，没有对包括与UE相关联的任何应用服务器以及UE本身在内的与HSS和S-CSCF不同的实体提供将服务配置文件与IMPU相关联的信息，而且其它这些实体仍然可利用该信息。例如，应用服务器可能希望根据共享单个服务配置文件的这两个IMPU将关联两个IMPU的服务配置信息链接在一起。

[0033] 在以上结合图2所述的实例中，公开用户身份1与非商务使用的个人配置文件相关联，而公开用户身份2和公开用户身份3用于商业目的，并且预计具有相同的服务配置数据。需要以不同于与公开用户身份2或公开用户身份3相关联的动作和数据的方式来处理与公开用户身份1相关的动作和数据，同时以相同方式来处理与公开用户身份2和公开用户身份
3相关联的动作和数据。因此，例如，对于公开用户身份2和公开用户身份3始发会话和终止会话的操作以与补充服务设定数据(例如基于IMS的无线一键通(PoC)服务的“免打扰”或者呼叫转移地址多媒体电话假定)相同的方式来处理。

[0034] 如果不知道多个IMPU是关联的，则应用服务器必须在其存储器中存储各IMPU的服务配置。当大量、如数百万IMPU为活动时，这对存储器要求具有严重影响。类似地，如果UE没有这种知识，则终端例如不会知道通过Ut接口的操作是否对于各公开用户标识符重复进行。在用户通过多媒体电话的Ut接口更新呼叫转移号码的情况下，终端没有关于它应当为哪些IMPU进行这种操作的充分信息，例如，更新公开用户身份3的呼叫转移是否意味着对公开用户身份2自动更新，或者终端是否还应当发送公开用户身份2的Ut接口请求：这种误解可能导致某些Ut接口请求上的问题，例如在网络和UE具有不同理解的情况下将用户加入组(在应用服务器上)。

[0035] 对于当前规定的3GPP版本，IMS实体(包括UE)假定单独处理所有IMPU。

[0036] 本发明的一个目的是提供一种用于通知与HSS不同的实体关于IMPU与服务配置文件之间的关系。

[0037] 根据本发明的第一方面，提供一种用于处理IP多媒体子系统预订的归属用户服务器，并且包括：

[0038] 用于保存公开用户身份与服务配置文件之间的关联的部件，其中的两个或更多公开用户身份可与公共服务配置文件相关联；以及

[0039] 用于对网络节点标识(identify)与公共服务配置文件相关联的所有公开用户身份的部件。

[0040] 本发明的实施例能够减少SIP应用服务器或其它网络节点上的存储器存储要求以及减少IP多媒体子系统及关联网络中的信令负荷。

[0041] 优选地，用于标识的所述部件响应注册或重新注册过程、终止呼叫或服务配置文件中内容的改变而向网络节点发送通知。

[0042] 优选地，用于对网络节点标识与公共服务配置文件相关联的所有公开用户身份的所述部件包括用于向网络节点发送包含一个或多个服务配置文件的消息的部件，其中的各服务配置文件标识与其相关联的所有公开用户身份。

[0043] 根据本发明的一个实施例，所述消息还在服务配置文件之外包含属于公共隐式注册组(Implicit Registration Set)的公共用户身份组。

[0044] 根据本发明的一个实施例，所述消息标识该消息中包含的一个或多个服务配置文件，各个所标识服务配置文件的公开用户身份被认为是别名公开用户身份。

[0045] 在这里所使用的术语“别名”被认为是本领域的术语。它意味着，对别名IMS公开用户身份之一的使用或提法也是对其它别名公开用户身份的使用或提法，即，作为一个规则，网络行为对于所有别名身份是相同的。例如，对于一个别名IMS公开用户身份发送给应用服务器的服务数据/配置改变请求应当被看作同样对于其它别名公开用户身份的改变请求。毫无疑问，可能存在例外情况，在其中，服务数据/配置改变仅对于别名公开用户身份其中之一是相关的，例如从网络中删除别名公开用户身份其中之一，或者改变别名IMS公开用户身份的已分配服务配置文件。

[0046] 所述网络节点可以是服务呼叫会话控制功能部件。

[0047] 用于标识的所述部件可在Cx服务器分配应答或推送(push)配置文件请求消息中向服务呼叫会话控制功能部件传送所需信息。

[0048] 根据本发明的第二方面，提供一种用于处理IP多媒体子系统预订的归属用户服务器，并且包括：

[0049] 用于保存被认为是别名公开用户身份的公开用户身份的分组的部件；以及[0050] 用于向网络节点发送别名使用(aliasing)组的标识的部件。

[0051] 优选地，用于向网络节点发送别名使用组的标识的所述部件响应注册或重新注册过程、终止呼叫或服务配置文件中内容的改变来发送该信息。

[0052] 所述网络节点可以是服务呼叫会话控制功能部件或者应用服务器。

[0053] 根据本发明的第三方面，提供一种用来服务于IP多媒体子系统网络中的用户的呼叫会话控制功能部件，呼叫会话控制功能部件包括：

[0054] 用于从归属用户服务器接收包含一个或多个服务配置文件的消息的部件，所述或各个服务配置文件标识与服务配置文件相关联的所有公开用户身份；以及[0055] 用于关联至少一个服务配置文件的公开用户身份作为别名公开用户身份的部件。

[0056] 所述呼叫会话控制功能部件可包括用于采用所接收服务配置文件之外包含的公开用户身份的列表来标识属于隐式注册组的公开用户身份的部件。

[0057] 所述呼叫会话控制功能部件可包括用于标识将对其应用别名使用关联的服务配置文件的部件。

[0058] 优选地，所述呼叫会话控制功能部件包括用于向用户终端或网络节点发送标识被认为是别名公开用户身份的公开用户身份的通知的部件。

[0059] 所述呼叫会话控制功能部件可以是服务呼叫会话控制功能部件。

[0060] 根据本发明的第四方面，提供一种用于执行IP多媒体子系统网络中的服务的应用服务器，应用服务器包括：

[0061] 用于从服务呼叫会话控制功能部件或归属用户服务器接收关于两个或更多公开用户身份被认为是别名公开用户身份的通知的部件。

[0062] 根据本发明的第五方面，提供一种用于使用户能够访问IP多媒体子系统网络的用户终端，用户终端包括：

[0063] 用于从IP多媒体子系统网络接收关于终端的两个或更多公开用户身份被认为是别名公开用户身份的通知的部件。

[0064] 优选地，所述部件设置成用于从服务呼叫会话控制功能部件接收所述通知。

[0065] 根据本发明的第六方面，提供一种操作IP多媒体子系统以通知网络节点和/或用户终端关于被认为是别名公开用户身份的公开用户身份的方法，该方法包括：

[0066] 在归属用户服务器上保存被认为是别名公开用户身份的公开用户身份的分组；以及

[0067] 将分组信息分发给网络节点和/或用户终端。

[0068] 优选地，所述分组保存在服务配置文件中，作为与服务配置文件相关联的公开用户身份。

[0069] 优选地，所述方法包括从归属用户服务器向服务呼叫会话控制功能部件发送包含一个或多个服务配置文件的消息，所述或各个服务配置文件标识与该服务配置文件相关联的所有公开用户身份，以及服务呼叫会话控制功能部件标识与至少一个服务配置文件相关联、作为别名公开用户身份的所有公开用户身份。

[0070] 所述消息可以是Cx服务器分配应答或推送配置文件请求消息。

[0071] 服务呼叫会话控制功能部件可通知应用服务器或用户终端关于被认为是别名公开用户身份的一组公开用户身份。

[0072] 属于隐式注册组的公开用户身份可列在所述消息中，但在服务配置文件之外。

[0073] 该消息可标识其关联公开用户身份将被认为是别名公开用户身份的那些服务配置文件。

[0074] 所述分发的步骤可在用户终端向IP多媒体子系统注册期间或之后、或者在终止对用户终端的呼叫时或之后、或者在服务配置文件的内容改变时执行。

[0075] 所述分发的步骤可包括通过Sh接口向应用服务器发送分组信息。

[0076] 通过通过Ut接口从应用服务器发送的信令，用户终端可收到关于其公开用户身份的两个或更多是别名公开用户身份的通知。

[0077] 根据本发明的第七方面，提供一种操作配置成与IP多媒体子系统配合使用的用户终端的方法，该方法包括：

[0078] 从子系统接收关于终端的两个或更多公开用户身份被认为是别名公开用户身份的通知。

[0079] 根据本发明的第八方面，提供IP多媒体子系统的会话初始协议应用服务器，该方法包括：

[0080] 为了处理服务配置，从服务呼叫/会话控制功能部件或归属用户服务器接收关于两个或更多公开用户身份被认为是别名公开用户身份的通知。

[0081] 根据本发明的第九方面，提供一种操作IP多媒体子系统中的归属用户服务器的方法，该方法包括：

[0082] 在归属用户服务器上保存被认为是别名公开用户身份的公开用户身份的分组；以及

[0083] 将分组信息分发给网络节点和/或用户终端。

[0084] 根据本发明的第十方面，提供一种IP多媒体子系统，包括：

[0085] 归属用户服务器，设置成保存被认为是别名公开用户身份的公开用户身份的分组，并且具有设置成在用户终端向IP多媒体子系统的注册期间或之后、或者在终止对用户终端的呼叫时或之后通知终端和/或网络节点关于包含终端或终端用户的公开用户身份的分组的部件。

附图说明

[0086] 图1示意性示出一种IP多媒体子系统架构；

[0087] 图2示意性示出用户IMS预订与公开和私有用户身份之间的示例关系；及[0088] 图3a和图3b示意性示出包括应用服务器和服务呼叫/会话控制功能部件的IP多媒体子系统的某些实体；

[0089] 图4示意性示出服务配置文件的结构；

[0090] 图5示意性示出如何将服务配置文件的数据下载到服务呼叫/会话控制功能部件；

[0091] 图6示意性示出在Cx接口上携带的用户数据的结构；以及

[0092] 图7示意性示出IP多媒体子系统的实体之间的关系和接口；

[0093] 图8示意性示出根据本发明的一个实施例的服务配置文件的结构。

具体实施方式

[0094] 如前面所述，IP多媒体子系统(IMS)架构采用私有用户身份来标识IMS用户。用于在向IMS最初注册时对用户进行认证的是私有用户身份。另一方面，用户的位置通过一个或多个IMS公开用户身份(IMPU)来标识，以及由第三方用来联络IMPU拥有者的是IMPU。在位于归属网络(例如3G核心网络)内的归属用户服务器(HSS)中，各IMPU与服务配置文件相关联。服务配置文件包含这些IMPU的服务数据，其中包括用来触发IMS服务的提供或限制的初始过滤规则(iFC)的组。3GPP定义图4所示的服务配置文件结构，以及表明将该数据下载到S-CSCF的方式，如图5和图6所示。进一步的详细情况可见于TS 29.228和TS 29.229。

[0095] 在HSS中，一个或多个IMPU可与同一个服务配置文件相关联。与同一个服务配置文件相关联的IMPU在这里称作“别名”IMPU。3GPP规定，每当用户采用IMPU注册到IMS网络时，HSS向S-CSCF发送与那个IMPU相关联的服务配置文件。3GPP还规定，每当未注册用户接收来自IMS网络的终止呼叫时，HSS向S-CSCF发送与被叫用户的IMPU相关联的服务配置文件。每当服务配置文件在HSS中被修改时，HSS必须对于各个关联的IMPU向S-CSCF发送已修改服务配置文件。

[0096] 3GPP定义所谓的“隐式注册组”概念来标识作为一组进行工作的IMPU组，并且当该组的IMPU中的任一个被注册或撤消注册时，它们共同被注册和撤消注册。3GPP规定，在用户注册时或者在终止呼叫时，HSS向S-CSCF发送隐式注册组。已经了解，(在注册或呼叫终止时)HSS标识隐式注册组中的所有IMPU，然后再标识与这些IMPU关联的所有服务配置文件。包含与其关联的IMPU的服务配置文件(或者来自服务配置文件的所选数据)然后被发送给S-CSCF。这种情况如图6所示。由于该操作，S-CSCF知道属于同一个隐式注册组的所有IMPU以及它们的服务配置文件。

[0097] 如前面所述，两个或更多IMPU与单个服务配置文件(在HSS中)相关联的事实可用于在其它网络节点或者在用户终端(UE)上关联这些IMPU的服务配置数据。可以认为，隐式注册组概念提供用于通过IMS(至少在HSS与S-CSCF之间)分发IMPU与服务配置文件之间的关联的适当工具。但是，这样一种方法违反隐式注册组的预期目的，即，与关联IMPU的服务配置文件无关地隐式注册多个IMPU。例如，可能非常希望将个人和商业相关的两种IMPU包含在用户的隐式注册组中，同时保存两种类型的身份的独立服务配置文件。从图6的实例中将会清楚地看到这种情况，其中，IMPU公开身份1、公开身份2和公开身份3属于相同的隐式注册组，但并不都与同一个服务配置文件关联。因此，重要的是，别名IMPU没有绑定到隐式注册组。

[0098] 一种优选的方式是在Ut、Sh、ISC和/或Gm接口上揭示与服务配置文件相关联的IMPU，以及通知网络节点或UE接收关于与同一个服务配置文件相关联的IMPU应当被认为是别名公开用户身份的该信息。图7示出可用于将IMPU与服务配置文件之间的关系从HSS分发给诸如S-CSCF、AS和终端之间的实体。在注册(可能因注册过程而发起)之后，HSS使该信息是S-CSCF通过Cx接口可用的，以及是AS通过Sh接口可用的。S-CSCF使该信息是P-CSCF通过Mw接口(图中未示出)可用的，以及P-CSCF在注册期间通过Gm接口向终端揭示这种情况。S-CSCF还使它是AS通过ISC接口可用的。

[0099] Sh接口还应当能够确认，与同一个服务配置文件相关联的IMPU访问HSS中相同的数据。通过Ut和Sh接口对于一个IMPU所执行的操作被认为已经对与同一个服务配置文件相关联的所有IMPU执行。[服务配置文件可完全包含在隐式注册组中，但是，隐式注册可包含一个以上服务配置文件。]

[0100] ·设想关于S-CSCF可如何接收和解释来自HSS的分组集合的许多不同的解决方案。

[0101] 解决方案A1：在某个服务配置文件中公布属于该服务配置文件的IMPU[0102] 属于某个服务配置文件的IMPU组必须在通过Cx接口的相同命令中与隐式注册组共存，以及每当用户配置文件从HSS下载时，即在注册(或重新注册)、呼叫的终止时或者在用户配置文件在HSS中改变时被公布。

[0103] 这种解决方案要求在服务配置文件旁的新信息元素(属性值对或AVP)中公布隐式注册组。每当用户配置文件被下载时，分组概念(别名公开用户身份)在通过Cx接口传递时在服务配置文件内部公布。也就是说，隐式注册组在Cx接口上显式表明；以及服务配置文件中所包含的IMPU(在通过Cx接口发送时)表示别名分组。携带服务配置文件的Cx消息是服务器分配应答(SAA)和推送配置文件请求(PPR)。在这种解决方案中，HSS上所存储的服务配置文件保持不变，如TS 29.228中所定义(见图5)，但是表明公开标识示例表示与那个服务配置文件相相关的IMPU。

[0104] Cx接口按照以下方式来修改，其中的加下划线文本标识新的AVP：

[0105] 在注册或终止呼叫时(SAA)下载配置文件

[0106] <服务器分配应答>::＝

[0107] <会话标识>

[0108] {厂商特定应用标识}

[0109] [结果代码]

[0110] [实验结果]

[0111] {认证会话状态}

[0112] {原始主机}

[0113] {原始域}

[0114] [用户名]

[0115] *[公开身份]->存在时设置隐式注册组

[0116] *[支持功能]

[0117] [用户数据]->根据29.228附录D包含与SP相关联的IMPU

[0118] [收费信息]

[0119] *[AVP]

[0120] *[失效(failed)AVP]

[0121] *[代理信息]

[0122] *[路由记录]

[0123] 当配置文件改变时(PPR)下载配置文件

[0124] <推送配置文件请求>::＝[0125] <会话标识>

[0126] {厂商特定应用标识}

[0127] {认证会话状态}

[0128] {原始主机}

[0129] {原始域}

[0130] {目标主机}

[0131] {目标域}

[0132] {用户名}

[0133] *[公开身份]->存在时设置隐式注册组

[0134] *[支持功能]

[0135] [用户数据]->根据29.228附录D包含与SP相关联的IMPU

[0136] [收费信息]

[0137] *[AVP]

[0138] *[代理信息]

[0139] *[路由记录]

[0140] 其中，用户数据按照TS 29.228，并且如图6所示。

[0141] 解决方案A2：定义接口中的组概念

[0142] 这种方式是将新的分组概念引入标识哪些IMPU相关联的HSS。它要求通过增加称作SProfile标识符的新示例来修改TS 29.228所定义的服务配置文件。这种情况如图8所示。SProfile标识符示例指示属于那个服务配置文件的所有IMPU。隐式注册组保存在服务配置文件中。这将在Cx接口上(在SAA或PPR中)产生附加AVP，它传送与被认为是别名公开用户身份的IMPU有关的信息。

[0143] 解决方案A3：引入别名解释的指示

[0144] 进一步考虑解决方案A1，这可通过假定与单个服务配置文件相关联的IMPU始终属于相同的隐式注册组来进行简化。假定对所有服务配置文件开启别名使用概念，则无需标识在线路上携带的服务配置文件数据之外的任何IMPU。但是，如果缺省情况下没有开启别名使用概念，则需要标识对其应用别名使用的那些服务配置文件。参照图6，例如可能仅对服务配置文件1开启别名使用。

[0145] ·对于应用服务器可如何接收分组集合考虑不同的解决方案。

[0146] 解决方案B1：S-CSCF通过ISC报告信息。多种实现是可行的。

[0147] a)在第三方注册中公布属于单个服务配置文件的IMPU。

[0148] 按照现有的3GPP规范，可指示S-CSCF向应用服务器发送SIPREGISTER消息。这称作第三方注册。这种方式是在S-CSCF与应用服务器之间的注册消息中包含新的数据，它传送与哪些IMPU为别名公开用户身份有关的信息。

[0149] b)通过预订注册事件来公布属于单个服务配置文件的IMPU。

[0150] 目前，为了让应用服务器获得与隐式IMPU有关的信息，应用服务器可向先前向应用服务器发送REGISTER消息的S-CSCF进行预订(发送SUBSCRIBE消息)。然后，S-CSCF向应用服务器发送包含与已注册IMPU有关的信息的NOTIFY消息。该方式是将NOTIFY消息的内容扩展为包括与哪些IMPU为公开用户身份有关的信息。

[0151] 解决方案B2：AS通过Sh接收信息

[0152] AS以它已经请求属于隐式注册组的IMPU或者在同一个IMPI下的IMPU相同的方式通过Sh接口来请求IMPU别名信息。

[0153] 目前，AS向HSS发送Sh-Read，在身份集AVP中表明：

[0154] 所有_身份(0)

[0155] 已注册_身份(1)

[0156] 隐式_身份(2)

[0157] 为了使服务配置文件组被下载，新值被加入消息：

[0158] 服务_配置文件_身份(3)

[0159] 因此，HSS接收公开身份作为输入关键字(例如当任何操作通过Ut进行时)，以及返回与同一个配置文件相关联的其它所有IMPU作为HSS在请求中指示的IMPU。

[0160] ·还对于移动终端可如何接收组组设想不同的解决方案。

[0161] 例如，两种可能的解决方案是：

[0162] 解决方案C1：在注册阶段的200 OK消息中包含IMPU组。

[0163] 在响应注册消息而发送的200 OK消息中包含公开用户身份的分组的信息。这将采取隐式注册组的附加SIP首标的形式。

[0164] 解决方案B2：在注册事件包中包含IMPU组。

[0165] 在响应注册事件包而发送的NOTIFY消息中包含IMPU组的信息。

[0166] 解决方案B1和B2相互补充，因此不一定是互斥的备选方案。

[0167] 虽然以上所述的机制涉及一个运营商网络以及连接到该网络的移动终端中的数据的分发，但是，共享分组信息的基本原理可扩展到向其它网络、例如在运营商A的网络与运营商B的网络之间传递分组信息(通过包含关于网络到网络接口的相关信息)。这里给出两个实例来说明从一个网络向另一个网络传递分组信息何时可能是受关注的。

[0168] 1.存在：

[0169] 运营商A的用户(用户A)包括运营商B的用户作为允许存在的观看者(用户B)，即，用户A已经授权用户B(采用用户B的特定公开用户标识符)监测用户A的存在。但是，用户B具有两个(或两个以上)IMPU，并且(由用户B)用来监测用户A的存在的一个IMPU不是用户A已经授权的IMPU。通过向网络A传送用户B的分组信息，使得用户B能够(采用它的共享同一个服务配置文件的IMPU的任一个)监测用户A的存在。

[0170] 2.接受拒绝列表：

[0171] 例如在无线一键通(PoC)中，终端PoC AS可访问用于终端用户的XDMS中的接受拒绝列表，以确定终端PoC请求是否可端接到用户。至今，在用户可通过一个以上方式(公开用户标识符)来标识的情况下，这种方法可能不会正常工作。本发明的一个实施例通过在创建新的SIP会话的SIP消息(例如INVITE)中包含分组数据，来提供对该问题的解决方案。这种数据的语义可以是“用户X又称作{分组公开用户标识符的列表}”。

[0172] 本领域的技术人员会理解，在不背离本发明的范围的前提下可对上述实施例进行各种修改。

标题	发布/更新时间	阅读量
别名化缓冲区-专利编号CN103620554B	2020-05-11	399
一种IP别名实现方法-专利编号CN106357833A	2020-05-11	715
音频别名标签-专利编号CN101632316A	2020-05-12	1123
别名查询系统及其方法-专利编号CN104123293A	2020-05-13	1070
多别名动画中的别名选择-专利编号CN102937891A	2020-05-12	740
别名查询系统及其方法-专利编号CN104123293B	2020-05-13	396
别名化缓冲区-专利编号CN103620554A	2020-05-11	638
别名字符串-专利编号CN107534574A	2020-05-11	1055
多别名动画中的别名选择-专利编号CN102937891B	2020-05-12	1122
将别名用于日期输入-专利编号CN105359134A	2020-05-13	797

IMS中的服务配置文件处理

IMS中的服务配置文件处理

技术领域

背景技术

发明内容

附图说明

具体实施方式

IPRDB

热门服务

关于我们

友情链接

联系方式