IMS会话中隐式注册组拆分或合并的方法

摘要

本发明涉及通信技术，公开了一种IMS会话中隐式注册组拆分或合并的方法，使得可以在不中断通话的情况下实现隐式注册组的拆分和合并。本发明中，在HSS中为每个隐式注册组增加了一个组标识，HSS向CSCF发送的消息中既包含隐式注册组组标识，又包含隐式注册组中的公有标识，CSCF根据收到的组标识和公有标识更新本地具有相同组标识的隐式注册组中的公有标识。CSCF从HSS下载的用户数据中可以包含一个隐式注册组的所有公有标识，也可以只包含需要变更的公有标识及其变更方式。

说明书

技术领域

本发明涉及通信技术，特别涉及IMS会话中隐式注册组拆分或合并的方法。

背景技术

目前，世界各国都非常重视第三代移动通信(The Third Generation，简称“3G”)业务的发展，投入大量人力和物力研究和开发有关技术和设备。其中，3G的三大主流无线接口标准之一就是宽带码分多址(Wideband CodeDivision Multiple Access，简称“WCDMA”)。

根据第三代合作伙伴项目(3rd Generation Partnership Project，简称“3GPP”)R5/R6标准定义的WCDMA网络中的一个网间互联协议(InternetProtocol，简称“IP”)多媒体子系统是网际协议多媒体核心网子系统(IPMultimedia Subsystem，简称“IMS”)。

IMS是3G移动网实现分组话音和分组数据、提供统一的多媒体业务和应用的目标网络。IMS采用IP分组域作为其控制信令和媒体传输的承载通道，采用会话初始化协议(Session Initation Protocol，简称“SIP”)协议作为呼叫控制信令，实现了业务管理、会话控制及承载接入的三者分离。

简单的说，IMS就是以基于SIP的呼叫会话控制功能(Call Session ControlFunction，简称“CSCF”)的一个独立的会话域，3GPP完整定义了IMS的接口、组网和业务流程。其中，CSCF包含服务呼叫会话控制功能(Serving-CSCF，简称“S-CSCF”)、询问呼叫会话控制功能(Interrogating-CSCF，简称“I-CSCF”)、代理呼叫会话控制功能(Proxy-CSCF，简称“P-CSCF”)。

IMS用户在进行呼叫之前，必须进行注册，注册过程可类比目前全球移动通信系统(Global System for mobile Communication，简称“GSM”)用户的注册。在注册时登记自己的位置，并且通知CSCF做好呼叫准备，如下载业务信息等。

在这个注册登记的过程中，涉及到一个概念：隐式注册组。在用户有好几个公有标识，但是他想通过注册其中一个标识，其他标识会自动注册的情况下，可以通过把这两个标识划分为一个隐式注册组来实现。在3GPP协议29.228中，公有标识的统一建模语言(Unified Modeling Language，简称“UML”)模型如图1所示。

目前隐式注册组的划分只有在归属用户服务器(Home Subscriber Server，简称“HSS”)是可见的。

对于CSCF来说，只有当用户注册时，如果从HSS下载了多个公有标识，那么CSCF就认为这几个公有标识是一个隐式注册组的，并且按照3GPP协议，这是CSCF获取隐式注册组信息唯一的方式。

隐式注册组最常用的例子是用户有一个SIP统一资源标识(UniformResource Identifier，简称“URI”)，同时有一个电话号码类型的统一资源定位标识(Telephone Universal Resource Locator，简称“Tel URL”)。

具体地说，SIP URI是SIP协议中使用的网络地址标识，如SIP：tobas@home1.fr，其特征是在Internet网址前面加上SIP表示。而URL是因特网上用来标识某个信息页所用的一个短的字符串。用户只要在万维网(World Wide Web，简称“Web”)浏览器的地址框内输入站点的URL，就可以浏览到这个站点，因此URL实际上就是某个资源的计算机地址。这里所说的资源可以是文档、文件或是程序。其中，Tel URL是请求评论(Requestfor Comment，简称“RFC”)规定的电话号码类型的公有标识，

现有技术方案中一个IMS的用户的标准注册流程如图2所示。

在步骤110中，用户向CSCF发送注册请求消息。

在步骤120中，CSCF向HSS请求鉴权信息，通过这些鉴权信息，可以判断用户是否合法。

在步骤130中，HSS收到请求后，返回鉴权数据。

在步骤140中，CSCF保留鉴权信息中的一部分，把其余的发给用户终端。

在步骤150中，用户收到鉴权数据后，根据一定的算法得到一个响应值，并发出一个新的注册请求消息。这次的注册请求消息和步骤1发出的不同，在于它带有用户的认证信息，这样将用户的认证信息放在首次注册之后来发是为了实现双向认证。

在步骤160中，CSCF收到新的注册信息后，就能判断出这个用户是否是合法的，如果合法就向HSS请求用户的业务数据。这个请求含有用户的一个公有标识。

在步骤170中，HSS收到请求后，首先取出业务信息，同时判断这个公有标识是否属于一个隐式注册组，如果是，就把这个隐式注册组的所有公有标识都填充到响应消息中。

在步骤180中，CSCF通知用户注册成功，同时在消息里面告诉用户隐式注册组中的所有公有标识。

简单的说，在现有方案中，CSCF获取隐式注册组的途径是通过步骤160和170。通过发送隐式注册组中的一个公有标识得到其余的公有标识。例如，根据如图3所示的张三的公共用户身份表，如果张三注册“张三@YY公司”，CSCF就会返回隐式注册组1所含的“张三@YY公司”和“0755-76543210”两个公有标识。

在实际应用中，上述方案存在以下问题：HSS无法通过一次注册来实现用户不同隐式注册组中多个公有标识的下载。另外，当隐式注册组发生改变时，HSS只能将含有相应的公有标识的隐式注册组全部注销，同时也会造成用户通话中断。

具体地说，就是如图3所示，如果用户张三想通过注册“张三@YY公司”的方式得到“张三@WW网”的信息，HSS是无法实现的。同样，如果张三想把公有标识“张三@WW网”和“0755-76543210”放到一个隐式注册组中时，并且如果“张三@WW网”这个公有标识正在通话中，那么这个通话就会被强迫中断，影响了用户的体验。

造成这种情况的主要原因在于，HSS每次调用用户公有标识时，只能按调用一个隐式注册组的方式进行。公有标识是以隐式注册组的形式存在的。

也就是说，用户通过一次注册只能收到一个隐式注册组中的公有标识，同样，隐式注册组发生改变，例如拆分和合并，HSS只能将含有相应的公有标识的隐式注册组全部注销，同时等待用户发起新的注册，CSCF到HSS下载用户数据时才能刷新这些信息，在这个注销的过程就会造成用户通话的中断。

发明内容

有鉴于此，本发明的主要目的在于提供一种IMS会话中隐式注册组拆分或合并的方法，使得可以在不中断通话的情况下实现隐式注册组的拆分和合并。

为实现上述目的，本发明提供了一种IMS会话中隐式注册组拆分或合并的方法，包含以下步骤：

预先在归属用户服务器中为每个隐式注册组分配唯一的组标识；

所述隐式注册组发生拆分或合并时，所述归属用户服务器向呼叫会话控制功能发送修改消息，其中包含至少一条隐式注册组信息，每条隐式注册组信息包含一个组标识和至少一个公有标识；

所述呼叫会话控制功能收到修改消息时，根据其中每条隐式注册组信息中的组标识和公有标识，分别更新本地保存的相同组标识所对应的公有标识集。

其中，每条所述隐式注册组信息中包含一个隐式注册组的组标识和全部公有标识；

所述呼叫会话控制功能进行隐式注册组更新时，将每条所述隐式注册组信息中的公有标识替换掉本地保存的相同组标识所对应的公有标识集。

此外在所述方法中，每条所述隐式注册组信息中包含一个组标识和至少一个操作单元，其中，每个操作单元进一步包含一个操作指示和至少一个公有标识；

所述呼叫会话控制功能进行隐式注册组更新时，根据所述隐式注册组信息中每个操作单元中的操作指示，将该操作单元中的公有标识添加到本地保存的具有相同组标识的公有标识集中，或将该操作单元中的公有标识从本地保存的具有相同组标识的公有标识集中删除。

此外在所述方法中，所述操作指示是增加操作或删除操作。

此外在所述方法中，每条所述隐式注册组信息中最多包含两个操作单元；其中一个操作单元的操作指示为增加操作，该操作单元中包含了该隐式注册组中所有需要增加的公有标识；另一个操作单元的操作指示为删除操作，该操作单元中包含了该隐式注册组中所有需要删除的公有标识。

此外在所述方法中，每条所述隐式注册组信息中的操作单元数与需要增加或删除的公有标识数相同，每个操作单元只包含一个公有标识。

此外在所述方法中，所述归属用户服务器通过比较所述隐式注册组在发生拆分或合并前后的公有标识集，获得需要增加或删除的公有标识。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，在HSS中为每个隐式注册组增加了一个组标识，HSS向CSCF发送的消息中既包含隐式注册组组标识，又包含隐式注册组中的公有标识，CSCF根据收到的组标识和公有标识更新本地具有相同组标识的隐式注册组中的公有标识。CSCF从HSS下载的用户数据中可以包含一个隐式注册组的所有公有标识，也可以只包含需要变更的公有标识及其变更方式。

这种技术方案上的区别，带来了较为明显的有益效果，即因为每一个隐式注册组都有了唯一的组标识，所以HSS可以在一条消息中向CSCF发送多个隐式注册组的公有标识，CSCF可以根据组标识知道每一个公有标识对应哪一个隐式注册组，CSCF只需要根据消息中的组标识和公有标识更改一下本地相同组标识的的公有标识即可，不再需要注销用户当前正在使用的公有标识，可以在不中断通话的情况下实现隐式注册组的拆分和合并，从而改善了用户的业务体验。

附图说明

图1是现有技术中3GPP协议规定的公有标识的UML模型示意图；；

图2是现有技术中IMS用户注册的标准流程图；

图3是现有技术中IMS的一个用户的公共用户身份表示意图；；

图4是本发明中公有标识的UML模型示意图；

图5是根据本发明第一实施方式的IMS的一个用户的更新后的公共用户身份表示意图；

图6是根据本发明第一实施方式的CSCF根据组号进行逐组替换更新的方法流程图；

图7是根据本发明第二实施方式的CSCF根据组号和操作指示进行公有标识逐个更新的方法流程图；

图8是根据本发明第三实施方式的CSCF根据组号和增减两个操作指示进行公有标识更新的方法流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明的UML模型如图4所示，与图1相比，在图1的结构中再加入一项：隐式注册组号(Implict Group ID)。所谓隐式注册组号，是在HSS中预先为每个隐式注册组分配的唯一的组标识。

隐式注册组发生拆分或合并时，HSS只是通过可扩充标记语言(Extensible Markup Language，简称“XML”)文本向CSCF发送包含至少一条隐式注册组信息的修改消息，其中，每条隐式注册组信息包含一个组标识和至少一个公有标识。

而当CSCF收到修改消息时，根据其中每条隐式注册组信息中的组标识和公有标识，分别更新本地保存的相同组标识所对应的公有标识集。

根据修改消息方式的不同，CSCF的更新方式可以有两种：

一种方式是将收到的每条隐式注册组信息中的公有标识替换掉本地保存的相同组标识所对应的公有标识集，完成更新。

另一种方式是HSS只向CSCF传输隐式注册组中变化的部分。即，HSS通过比较隐式注册组在发生拆分或合并前后的公有标识集，获得需要增加或删除的公有标识，然后相应的配上增加操作指示或删除操作指示，这样也就是说，隐式注册组信息中不仅包含有需要更新的公有标识，还包含有与这些公有标识对应的操作单元。

具体地说，这种带操作单元的隐式注册组信息也可以有两种表达方式：

一种是在一个隐式注册组信息包含多个操作单元，每个操作单元只包含一个公有标识。

另一种是在一个隐式注册组中最多只包含两个操作单元，每个操作单元有多个公有标识。其中一个操作单元的操作指示为增加操作，该操作单元中包含了该隐式注册组中所有需要增加的公有标识；另一个操作单元的操作指示为删除操作，该操作单元中包含了该隐式注册组中所有需要删除的公有标识。

然后，CSCF根据收到的隐式注册组信息中每个操作单元中的操作指示，将该操作单元中的公有标识添加到本地保存的具有相同组标识的公有标识集中，或将该操作单元中的公有标识从本地保存的具有相同组标识的公有标识集中删除来完成更新。

本发明第一实施方式的IMS的用户张三的要求更新后的公共用户身份表如图5所示，该表是在现有技术中IMS的用户张三的公共用户身份表如图3所示的基础上，进行更新得到的。本实施方式的更新方法如图6所示。

在步骤210中，HSS为每个隐式注册组分配一个唯一的组标识，也就是图5所示的隐式注册组号，分别为1、2、3。

在步骤220中，HSS收集要更新的隐式注册组信息，共三条。每条隐式注册组信息包含一个组号和该组号对应的所有公有标识，分别为：组号“1”和公有标识“张三@ZZ小区”、“0755-76543210”；组号“2”和公有标识“张三@YY公司”；组号“3”和公有标识“张三@WW网”、“0755-87654321”。

在步骤230中，HSS将步骤220得到的三条隐式注册组信息一起发送给CSCF。因为每一个隐式注册组都有了唯一的组标识，所以HSS可以在一条消息中向CSCF发送多个隐式注册组的公有标识。

在步骤240中，CSCF根据每条隐式注册组信息的组号，查找到原有的对应的隐式注册组如图3所示，分别将每个组号对应的公有标识进行整体的替换，完成更新，得到如图5所示新的公共用户身份表。例如，对于编号为3的隐式注册组，用来自HSS的消息中的公有标识“张三@WW网”、“0755-87654321”替换CSCF中原有的公有标识“张三@WW网”。

因为根据组标识CSCF可以知道每一个公有标识对应哪一个隐式注册组，CSCF只需要根据消息中的组标识和公有标识更改一下本地相同组标识的公有标识即可，不再需要注销用户当前正在使用的公有标识。所以，本实施方案可以在不中断通话的情况下实现隐式注册组的拆分和合并，从而改善了用户的业务体验。

与本发明第一实施方式相同，本发明第二实施方式的IMS的用户张三的要求更新后的公共用户身份表同样如图5所示，本实施方式的更新方法如图7所示。

步骤310同步骤210，在此不做赘述。

在步骤320中，HSS比较更新前后的每个隐式注册组，得到每组的要增加或删除的公有标识，并为每个公有标识配上相应的增加或删除操作指示。把增加操作标记为ADD，删除操作标记为DEL。将得到三条隐式注册组信息，分别为：组号“1”、“DEL张三@YY公司”、“ADD张三@ZZ小区”；组号“2”、“DEL张三@ZZ小区”、“ADD张三@YY公司”、“DEL 0755-87654321”；组号“3”、“ADD 0755-87654321”。

步骤330同步骤230，在此不做赘述。

在步骤340中，CSCF根据每条隐式注册组信息，进行相应的操作。也就是找到隐式注册组1，删除“张三@YY公司”，然后增加“张三@ZZ小区”。找到隐式注册组2，删除“张三@ZZ小区”，然后增加“张三@YY公司”再然后删除“0755-87654321”。最后找到隐式注册组3，增加“0755-87654321”。

完成更新后同样得到如图5所示新的公共用户身份表。

本发明第三实施方式与第二实施方式方法基本相同，区别在于，每条隐式注册组信息操作指示格式不同。第二实施方式中是为每一条得到的公有标识配上增加或删除的操作指示，操作指示的数目和得到的公有标识的数目相同。而第三实施方式中是只含有最多两个操作指示，增加或删除，增加操作指示后跟着所有作增加操作的公有标识(可以是一个或多个)，删除操作指示后跟着所有作删除操作的公有标识(可以是一个或多个)。本发明第三实施方式的更新方法如图8所示。

步骤410同步骤310，在此不做赘述。

在步骤420中，HSS比较更新前后的每个隐式注册组，得到每组的要增加或删除的公有标识，并将每个公有标识放在相应的增加或删除操作指示后。同样地把增加操作标记为ADD，删除操作标记为DEL。将得到三条隐式注册组信息，分别为：组号“1”、“DEL张三@YY公司”、“ADD张三@ZZ小区”；组号“2”、“DEL张三@ZZ小区、0755-87654321”、“ADD张三@YY公司”；组号“3”、“ADD 0755-87654321”。与本发明第二实施方式相比，组号为2的隐式注册组信息有明显不同。从组号为3的隐式注册组信息可以看出，如果只有增加或只有删除操作，可以只用一个操作单元。

步骤430同步骤330，在此不做赘述。

在步骤440中，由于得到的组号为1和3的两条隐式注册组信息与第二实施方式的完全相同，步骤440与步骤340相应的操作也相同。对于组号为2的隐式注册组信息，本步骤中的操作是，先找到组2，同时删除“张三@ZZ小区”、“0755-87654321”，然后增加“张三@YY公司”。

完成更新后也同样得到如图5所示新的公共用户身份表。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。