CN101635963A - 多注册的方法、多注册情况下去注册的方法及相应装置 - Google Patents

Abstract

本发明公开一种多注册情况下去注册的方法，包括：当触发对用户的多注册中的第一注册的去注册时，根据所述第一注册的第一多注册标识，判断所述用户是否还存在不同于所述第一注册的其它注册；若确定所述用户存在不同于所述第一注册的其它注册，则直接返回确认消息，并且删除所述第一注册的注册信息。此外，本发明公开一种多注册的方法，能够优化多注册的过程，减轻Cx接口以及HSS的负担；本发明通过多注册情况下去注册的方法及相应装置，能够准确的提供用户在HSS中的注册状态。

Description

多注册的方法、多注册情况下去注册的方法及相应装置

技术领域

本发明涉及通信技术领域，尤其涉及一种多注册的方法、多注册情况下去注册的方法及相应装置。

背景技术

在3GPP(3rd Generation Partnership Project，第三代移动通信标准化的伙伴项目)标准中描述了IMS(IP Multimedia Subsystem，IP多媒体子系统)会话切换的场景，例如，当UE(User Equipment，用户设备)在IP-CAN 1上注册并且建立了IMS会话后，由于UE的移动，IP-CAN 1的信号变弱，无法继续承载该会话，但此时可能存在IP-CAN 2的信号比较好，可以承载该会话，这时就要求UE把会话切换到IP-CAN 2，而IMS会话切换要求UE首先在IP-CAN 2上进行IMS注册，那么这时UE就在IP-CAN 2上注册，同时要求网络保留UE在IP-CAN 1上的注册。这样，UE在同一个IMS网络同时进行两个IMS注册。

目前，现有技术中提供了一种IMS用户注册的流程，如图1所示，包括：

步骤101、用户发起IMS域的注册，IMS网络完成对于用户的认证；

步骤102、S-CSCF(Serving Call Session Control Function，服务呼叫会话控制功能)把用户的注册状态上报到HSS(Home Subscriber Server，归属签约用户服务器)，HSS更新用户的注册状态为“已注册”；

步骤103、HSS返回响应，其中携带用户数据。

现有技术中还提供了一种IMS用户去注册的流程，如图2所示，包括：

步骤201-202、UE之前已经在IMS网络注册，但是由于某些原因UE要把该注册注销，于是UE发送去注册消息到S-CSCF；

步骤203、S-CSCF发现网络该用户去注册，于是通过S-CSCF和HSS之间Cx接口发送SAR(Server Assignment Request，服务器分配请求)消息到HSS中，用以更新用户的注册状态为去注册；

步骤204、HSS发送SAA(Server Assignment Answer，服务器分配响应)消息到S-CSCF；

步骤205-206、S-CSCF发送200ok消息到UE。

再如图3所示，为HSS中对于用户注册状态的管理示意图。当用户注册后，HSS会根据用户注册的IMPU(IMS User Public ID，IMS用户公共身份标识)和IMPI(IMS User Private ID，IMS用户私有身份标识)保存用户的注册状态，也就是说，对于一对IMPU和IMPI来说，其注册状态是确定的。需要说明一点，本文中的“用户”就是对于一对IMPU和IMPI而言的。

在实现本发明的过程中，发明人经过研究发现：通过上述IMS用户注册的流程可以看出，当用户注册时，S-CSCF就会到HSS更新用户的注册状态，下载用户的相关数据。那么在多注册的情况下，每次用户注册成功，S-CSCF都会到HSS更新用户注册状态下载用户数据，但是每次下载的用户数据是相同的，很明显这样就增加了Cx接口以及HSS的负担。此外，上述IMS用户去注册的流程仅是针对单一注册的情况而言，如果直接将该流程应用在多注册的情况下，则只要是UE发送去注册消息到S-CSCF，那么S-CSCF就会到HSS把IMPU和IMPI所标识用户的注册状态更改为“未注册”，而所述用户还存在其它的注册，显然，此时所述用户在HSS中的注册状态是不准确的。

发明内容

本发明实施例提供一种多注册的方法，能够优化多注册的过程，减轻Cx接口以及HSS的负担；还提供一种多注册情况下去注册的方法及相应装置，能够准确的提供用户在HSS中的注册状态。

本发明实施例提供的技术方案如下：

一种多注册的方法，包括：

接收用户的注册请求消息；

判断所述用户之前是否已经进行过注册，当确定所述用户没有进行过注册时，发送消息到签约用户数据服务器，用以更新所述用户的注册状态；

接收所述签约用户数据服务器发送的所述用户的相关数据。

一种多注册情况下去注册的方法，其特征在于，包括：

当触发对用户的多注册中的第一注册的去注册时，根据所述第一注册的第一多注册标识，判断所述用户是否还存在不同于所述第一注册的其它注册；若确定所述用户存在不同于所述第一注册的其它注册，则直接返回确认消息，并且删除所述第一注册的注册信息。

一种多注册情况下去注册的方法，其特征在于，包括：

接收注册服务器发送的消息，所述消息携带所需要去注册的多注册标识；

根据所述多注册标识，相应地更新所述多注册标识对应的注册的注册状态。

一种注册服务器，包括：

接收单元，用于接收用户的注册请求消息；

第一判断单元，用于判断所述用户之前是否已经进行过注册；

第一处理单元，用于当所述第一判断单元确定所述用户没有进行过注册时，发送消息到签约用户数据服务器，用以更新所述用户的注册状态；

所述接收单元还用于接收所述签约用户数据服务器发送的所述用户的相关数据。

一种注册服务器，包括：

第二判断单元，用于当触发对用户的多注册中的第一注册的去注册时，根据所述第一注册的第一多注册标识，判断所述用户是否还存在不同于所述第一注册的其它注册；

第二处理单元，用于当所述第二判断单元确定所述用户存在不同于所述第一注册的其它注册时，直接返回确认消息，并且删除所述第一注册的注册信息。

一种签约用户数据服务器，包括：

接收单元，用于接收注册服务器发送的消息，所述消息携带所需要去注册的多注册标识；

更新单元，用于根据接收的所述多注册标识，相应地更新所述多注册标识对应的注册的注册状态。

本发明提供的多注册情况下去注册的方法实施例，有效解决了现有技术中多注册情况下去注册的问题，并能够准确的提供用户在HSS中的注册状态。

本发明提供的多注册方法的实施例中，当用户第一次注册时，S-CSCF会到HSS更新用户的注册状态，下载用户的相关数据。而当用户进行第二次注册及之后的注册时，S-CSCF首先判断UE是否已经进行过注册，如果是，则不再发送SAR消息到HSS，从而可以有效减轻Cx接口以及HSS的负担。

附图说明

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

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

图3是现有技术中HSS中对于用户注册状态的管理示意图；

图4是本发明实施例多注册的方法的流程图；

图5是本发明实施例多注册情况下去注册的方法的一个流程图；

图6是本发明实施例多注册情况下去注册的方法的另一个流程图；

图7是本发明实施例多注册情况下去注册的方法的又一个流程图；

图8是本发明实施例HSS中对于用户注册状态的管理示意图；

图9是本发明实施例注册服务器的一种结构示意图；

图10是本发明实施例注册服务器的另一种结构示意图；

图11是本发明实施例签约用户数据服务器的结构示意图。

具体实施方式

本发明提供一种多注册的方法、多注册情况下去注册的方法、及相应装置的实施例。为使本发明的目的、技术方案及优点更加清楚明白，下面参照附图并举实施例，对本发明进一步详细说明。

在对本发明实施例进行具体说明之前，简单介绍如下几个概念。

IMS是移动交换网络中叠加在已有PS(Packet Switched，分组交换域)之上的一个子系统，采用分组交换域为其上层控制信令和媒体传输的承载通道，引入SIP(Session Initiation Protocol，会话发起协议)作为业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点，通过将业务控制与承载控制分离，提供丰富的多媒体业务。IMS中主要的功能实体包括控制用户注册、会话控制等功能的CSCF(Call Session Control Function，呼叫会话控制功能)、提供各种业务逻辑控制功能的AS(Application Server，应用服务器)、集中管理用户签约数据的HSS以及用于实现与电路交换网互通的媒体网关控制功能(MGCF)/IMS媒体网关(IM-MGW)，用户通过当前所在地P-CSCF接入IMS，会话和业务触发控制及与AS的业务控制交互则由其注册地的归属域S-CSCF完成。

IMS是3GPP和Tispan的描述，在3GPP2中也有一个类似的多媒体子系统MMD(Multimedia Domain)，其和IMS的结构类似，所以下文为了简便起见，统一称为IMS，但是很明显本文描述的方法同样也适用于MMD。

现有技术中，UE注册时，S-CSCF需要记录的该注册的相关注册信息，例如该注册的P-CSCF标识、该注册的contact连接地址(如IP地址)，在IMS多注册的情况下，UE进行新的注册时，S-CSCF会将新的注册的注册信息代替旧的注册的注册信息进行记录。

本发明实施例S-CSCF在进行新的注册时，记录该次注册的注册信息，同时，在旧的注册没有被注销之前，保留旧的注册信息，即在S-CSCF中区分多注册中的每个注册，同时记录每个注册的注册信息。本申请文件中，为了区分多注册中的每个注册，采纳了多注册标识这一概念，在本申请文件中，多注册标识可以是用户注册时为其分配的ID(例如1、2、3等)，该ID可以是用户分配的，也可以注册过程中网络侧的网元分配的，多注册标识也可以是该次注册的P-CSCF的标识，多注册标识还可以是该次注册的contact地址等，其他实施方式在此不再赘述。本申请文件中，所说的去注册和注销注册的意思等同；权利要求书中所说的第一注册只是其中之一的注册，不是第一次注册，其区别于说明书中所说的第一次注册。

如图4所示，为多注册的方法的一个实施例的流程图，包括如下过程：

步骤401、UE在IMS域注册，并且携带多注册标识ID1，注册成功；

步骤402、S-CSCF判断UE之前没有注册过，于是发送SAR消息到HSS，以将UE的注册状态更新为“已注册”，同时保存多注册标识ID1，同时还可以保存该次注册的其他注册信息；

步骤403、HSS发送SAA消息到S-CSCF，其中包括UE的相关数据；

步骤404、UE进行第二次注册，并携带多注册标识ID2，注册成功；

步骤405、S-CSCF判断UE已经进行过注册，于是不再发送SAR消息到HSS，并且保存多注册标识ID2。

其中，所述步骤405中，S-CSCF可以根据存储的UE的当前注册状态，即“已注册”，判断UE之前是否已经进行过注册。

所述步骤401和404中的多注册标识采用分配的ID来表示，其他实施例中还可以采用连接地址、或者代理注册服务器的标识，具体的可以携带到消息的reg-id头域中。

通过上述实施例中IMS用户多注册的流程可以看出，当用户第一次注册时，S-CSCF会到HSS更新用户的注册状态，下载用户的相关数据。而由于用户数据是相同的，因此，当用户进行第二次注册及之后的注册时，S-CSCF可以根据存储的用户的注册状态判断UE是否已经进行过注册，如果是，则不再发送SAR消息到HSS，从而可以有效减轻Cx接口以及HSS的负担。同时，在注册时，S-CSCF区分不同的注册并记录其相关注册信息，例如多注册标识，为多注册的合理去注册流程提供保证。

上述是以S-CSCF单独的采用某个地方保存用户的注册状态为例，在具体的实施中还可以不需要特意保存注册状态这一信息，而根据保存的用户当前的多注册标识来判断用户的注册状态，如果是S-CSCF保存有用户的多注册标识则说明用户已经注册，否则，则表明用户没有注册。

如图5所示，为多注册情况下去注册的方法的一个实施例的流程图，包括如下过程：

步骤501、UE在IMS域注册，并且携带多注册标识ID1；

步骤502、UE在IMS域进行第二次注册，并且携带多注册标识ID2；

步骤503、UE需要将第一次注册去注册，于是发送去注册消息到P-CSCF，并且携带多注册标识ID1；

步骤504、P-CSCF转发去注册消息到S-CSCF；

步骤505、S-CSCF根据存储的UE当前的注册情况确定是否需要到HSS中更新该用户的注册状态，即根据该多注册标识ID1，确定还保存有不同于需要注销的注册ID1不同的注册ID2，判断UE还有另外的一个注册(即第二次注册)，于是不发送SAR消息到HSS，而是直接返回200ok消息，并且删除ID1的注册信息；

步骤506、S-CSCF发送200ok消息到P-CSCF；

步骤507、P-CSCF转发200ok消息到UE；

步骤508、UE发现需要将第二次注册去注册，于是发送去注册消息到P-CSCF，并且携带多注册标识ID2；

步骤509、P-CSCF转发去注册消息到S-CSCF；

步骤510、S-CSCF根据存储的UE当前的注册情况确定是否需要到HSS中更新该用户的注册状态，即根据该多注册标识ID2，确定没有不同于需要注销的注册ID2不同的注册，判断UE已经没有其它的注册，于是发送SAR消息到HSS，并且删除第二次注册的注册信息；

步骤511、S-CSCF发送SAR消息到HSS，HSS将UE的注册状态更新为“未注册”。

需要说明的是，上述实施例中是以UE两次注册在同一个P-CSCF上为例，实际上，UE的多次注册也可以在不同的P-CSCF上，其实现流程不变。另外，上述实施例中的多注册标识仅是注册信息的一种，还可以为连接地址，具体的可以携带到消息的Reg-id头域中。

此外，上述实施例中是以UE发送去注册请求消息为例，其中，所述去注册请求消息中可以携带需要注销的注册的多注册标识或者连接地址，并经过P-CSCF转发至S-CSCF，其中的P-CSCF可以相同，也可以不同。如果P-CSCF不同，则所述去注册请求消息中可以不用携带需要去注册的ID或者连接地址，而是在P-CSCF转发UE发出的去注册请求消息时，将自身的标识填加到所述去注册请求消息中，以此作为多注册标识，从而也可以明确UE需要去哪个注册。具体如下述实施例所示：

如图6所示，为多注册情况下去注册的方法的另一个实施例的流程图，包括如下过程：

步骤601、UE通过P-CSCF1，在IMS域进行第一次注册，S-CSCF记录了P-CSCF1的标识作为多注册标识；

步骤602、UE通过P-CSCF2，在IMS域进行第二次注册，S-CSCF记录了P-CSCF2的标识作为多注册标识；

步骤603、UE需要将第一次注册去注册，于是发送去注册消息到P-CSCF1；

步骤604、P-CSCF1将自身的标识填写到去注册消息中，然后将去注册消息发送到S-CSCF；

步骤605、S-CSCF根据UE当前的注册情况确定是否需要到HSS中更新该用户的注册状态，即根据保存的P-CSCF2的标识确定还有不同于P-CSCF1的标识的注册存在，判断UE还在另外的一个P-CSCF2上进行了注册，于是不发送SAR消息到HSS，而是直接返回200ok消息，并且删除第一次注册的注册信息；

步骤606、S-CSCF发送200ok消息到P-CSCF1；

步骤607、P-CSCF1转发200ok消息到UE；

步骤608、UE发现需要将第二次注册去注册，于是发送去注册消息到P-CSCF2；

步骤609、P-CSCF2将自身的标识填写到去注册消息中，然后将去注册消息发送到S-CSCF；

步骤610、S-CSCF根据UE当前的注册情况确定是否需要到HSS中更新该用户的注册状态，即根据保存的P-CSCF2的标识确定已经没有不同于该多注册标识的注册存在，判断UE已经没有其它的注册信息；

步骤611、S-CSCF发送SAR消息到HSS，并且删除第二次注册的注册信息，将UE的注册状态更新为“未注册”。

另外，上述两个实施例中均是以UE发出去注册请求消息为例，实际上还可以由S-CSCF自身决定需要把用户的哪个注册去注册；当然还可以由P-CSCF决定需要把用户的哪个注册去注册并且发送去注册请求消息至S-CSCF。

从上面的两个实施例可以看出，通过多注册标识区分用户不同注册，其中一种方式可以采用该注册的ID区分，在这种方式下要求发送去注册请求消息时携带该注册的ID，S-CSCF根据去注册请求消息中携带的该注册的ID，判断需要将哪个注册去注册。

另外一种方式就是，多注册标识使用连接(contact)地址，在这种方式下要求发送去注册请求消息时携带需要去注册的contact地址，S-CSCF根据去注册请求消息中携带的contact地址，判断需要将哪个注册去注册。

再一种方式就是，UE使用不同的P-CSCF进行不同的注册，多注册标识使用P-CSCF的标识，在这种方式下要求发送去注册请求消息时携带P-CSCF的标识，S-CSCF根据去注册请求消息中携带的P-CSCF的标识，判断需要将哪个注册去注册。

本发明实施例还提供了另一种多注册情况下去注册的方法，当UE需要去注册时，S-CSCF不用判断该UE是否还存在其它的注册，而是发送消息到HSS，由HSS根据所述消息中携带的多注册标识，更新所述多注册标识对应的注册状态。也就是说，HSS的功能有所增强，其不是笼统的记录UE的注册状态，而是可以详细的存储UE的每个注册的注册状态，并当其中的一个或几个注册发生改变时，更新对应注册的注册状态。具体如下述实施例所示：

如图7所示，为多注册情况下去注册的方法的又一个实施例的流程图，包括如下过程：

步骤701、UE发送注册消息到P-CSCF，其中携带多注册标识ID1；

步骤702、P-CSCF转发UE的注册消息到S-CSCF；

步骤703、S-CSCF发送SAR消息到HSS上报UE的注册状态，其中携带有多注册标识ID1，HSS记录该多注册标识ID1，继续完成注册；

步骤704、UE发送注册消息到P-CSCF，其中携带多注册标识ID2；

步骤705、P-CSCF转发UE的注册消息到S-CSCF；

步骤706、S-CSCF发送SAR消息到HSS上报UE的注册状态，其中携带有多注册标识ID2，HSS记录该多注册标识ID2，继续完成注册；

步骤707、由于某些原因，UE需要将第一次注册去注册，于是发送去注册消息到P-CSCF，其中携带有多注册标识ID1；

步骤708、P-CSCF转发UE的去注册消息到S-CSCF；

步骤709、S-CSCF发送SAR消息到HSS，其中携带有多注册标识ID1；

步骤710、HSS根据SAR消息中携带的多注册标识ID1，以及之前注册时记录的多注册标识信息，将多注册标识ID1的注册状态设置为“未注册(un-register)”；

步骤711、HSS给S-CSCF返回响应消息SAA；

步骤712、S-CSCF返回200ok消息到P-CSCF；

步骤713、P-CSCF转发200ok消息到UE；

步骤714、由于某些原因，UE需要将第二次注册去注册，于是发送去注册消息到P-CSCF，其中携带有多注册标识ID2；

步骤715、P-CSCF转发UE的去注册消息到S-CSCF；

步骤716、S-CSCF发送SAR消息到HSS，其中携带有多注册标识ID2；

步骤717、HSS根据SAR消息中携带的多注册标识ID2，以及之前注册时记录的多注册标识信息，将多注册标识ID2的注册状态设置为“未注册(un-register)”；

步骤718、HSS给S-CSCF返回响应消息SAA；

步骤719、S-CSCF返回200ok消息到P-CSCF；

步骤720、P-CSCF转发200ok消息到UE。

需要说明的是，在上述实施例中，当HSS收到查询UE注册状态的消息时，HSS首先判断UE的所有注册是否都已经去注册，只有当UE的所有注册都已经去注册，才返回UE未注册的响应消息。

此外，上述实施例中是以UE在注册时携带多注册标识为例，事实上，多注册标识也可能是S-CSCF根据UE注册时所在的接入网，P-CSCF、以及注册所用的Contact地址等信息，由S-CSCF生成然后携带在消息中发送到HSS；或者是S-CSCF把UE注册时所在的接入网，P-CSCF、以及注册所用的Contact地址等信息直接作为多注册标识，携带在消息中发送到HSS。

如图8所示，为上述实施例HSS中对于用户注册状态的管理示意图。当用户注册后，HSS会根据用户注册的IMPU和IMPI保存用户的注册状态，其中，注册状态按照多注册标识分别进行存储。当然，所述多注册标识只是注册信息的一种表现方式，还可以为连接地址或者代理注册服务器的标识，由于其存储方式与之类似，故此处不再赘述。

如图9所示，为本发明提供的注册服务器的一个实施例的结构示意图。该注册服务器具体可以为S-CSCF，包括：接收单元910、第一判断单元920、第一处理单元930；其中，

所述接收单元910，用于接收UE的注册请求消息；

所述第一判断单元920，用于判断UE之前是否已经进行过注册；

所述第一处理单元930，用于当所述第一判断单元920确定UE没有进行过注册时，发送消息到签约用户数据服务器，用以更新UE的注册状态；

所述接收单元910还用于接收所述签约用户数据服务器发送的UE的相关数据。

其中，所述第一判断单元920具体是根据存储的所述用户的当前注册状态判断所述用户之前是否已经进行过注册。

所述第一处理单元930，还用于在确定所述用户没有进行过注册时，更新所存储的用户的当前注册状态为“已注册”；以及无论所述第一判断单元920确定UE是否进行过注册时，所述接收单元910都记录此次注册的多注册标识。

如图10所示，为本发明提供的注册服务器的另一个实施例的结构示意图。该注册服务器具体可以为S-CSCF，包括：第二判断单元1010、第二处理单元1020；其中，

所述第二判断单元1010，用于当触发对UE的多注册中的第一注册的去注册时，根据所述第一注册的第一多注册标识，判断所述用户是否还存在不同于所述第一注册的其它注册；

所述第二处理单元1020，用于当所述第二判断单元1010确定UE存在不同于所述第一注册的其它注册时，直接返回确认消息，并且删除所述第一注册的注册信息；

进一步的，所述注册服务器还可以包括：

所述第三处理单元1030，用于当所述第二判断单元1010确定UE不存在其它的注册时，发送消息到签约用户数据服务器，用以更新所述用户的注册状态。

其中，当需要去注册时，可以由UE直接决定需要去哪个注册，还可以由S-CSCF自身决定需要将UE的哪个注册去注册；当然还可以由P-CSCF决定需要把UE的哪个注册去注册并且发送去注册请求消息至S-CSCF。

如果是通过接收到的通过P-CSCF转发的由UE发送的去注册请求消息，或者是通过接收到的P-CSCF决定发送的去注册请求消息触发对UE的第一注册的去注册；则所述第二判断单元1010从所述去注册请求消息中获取所述第一注册的第一多注册标识，其中，所述多注册标识包括所述第一注册的ID、第一注册的连接地址、或者第一注册的代理注册服务器的标识。具体而言，

当由UE直接决定需要去哪个注册时，上述注册服务器可以进一步包括：

接收单元1000，用于当接收到经过P-CSCF转发的由UE发出的去注册请求消息时，确定UE需要去注册的具体注册，具体为：

若UE注册时使用不同的多注册标识区别不同的注册，则所述第二判断单元1010具体是根据去注册请求消息中携带的注册ID确定需要将哪个注册去注册；

若UE注册时使用不同的连接地址区别不同的注册，则所述第二判断单元1010具体是根据去注册请求消息中携带的连接地址信息确定需要将哪个注册去注册；

若UE注册时使用所在的P-CSCF的标识区别不同的注册，则所述第二判断单元1010具体是根据去注册请求消息中携带的P-CSCF的标识确定需要将哪个注册去注册。

当由P-CSCF决定需要把UE的哪个注册去注册并且发送去注册请求消息至S-CSCF时，上述注册服务器可以进一步包括：

接收单元1000，用于当接收到由P-CSCF自身决定UE需要去注册而发出的去注册请求消息时，确定UE需要去注册，具体为：

若UE注册时使用不同的多注册标识区别不同的注册，则所述第二判断单元1010具体是根据去注册请求消息中所包含的需要去注册的注册ID确定需要将哪个注册去注册；

若UE注册时使用不同的连接地址区别不同的注册，则所述第二判断单元1010具体是根据去注册请求消息中所包含的需要去注册的UE的连接地址信息确定需要将哪个注册去注册；

若UE注册时使用所在的P-CSCF的标识区别不同的注册，则所述第二判断单元1010具体是去注册请求消息中所包含的P-CSCF的标识确定需要将哪个注册去注册。

需要说明的是，上述图10所述的注册服务器的各种实施例的结构还可以与图9所示的注册服务器的实施例的结构结合存在，当相结合时，上述图10所述的注册服务器中，接收单元的功能可以由图9所示的注册服务器中的接收单元实现。

如图11所示，为本发明提供的签约用户数据服务器的一个实施例的结构示意图。该签约用户数据服务器具体可以为HSS，包括：接收单元1110、更新单元1120；其中，

所述接收单元1110，用于接收注册服务器发送的消息，所述消息携带所需要去注册的多注册标识；

所述更新单元1120，用于根据接收的所述多注册标识，相应地更新所述多注册标识对应的注册的注册状态。

所述签约用户数据服务器进一步可以包括：记录单元1130，用于当UE注册时，记录UE本次注册的多注册标识与其相应的注册状态的对应关系；具体为：记录注册ID与其相应的注册状态的对应关系；或者，记录用户的连接地址与其相应的注册状态的对应关系；或者，记录代理注册服务器的标识与其相应的注册状态的对应关系。

此外，所述签约用户数据服务器进一步还可以包括：

判断单元1140，用于收到查询UE注册状态的消息时，判断UE的所有注册是否都已经去注册；

发送单元1150，还用于当所述判断单元1140确定UE的所有注册都已经去注册时，返回UE未注册的响应消息。

本领域普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

因此，本发明提供了多注册情况下去注册的方法实施例，有效解决了现有技术中多注册情况下去注册的问题，并能够准确的提供用户在HSS中的注册状态。

本发明还提供了多注册方法的实施例，当用户第一次注册时，S-CSCF会到HSS更新用户的注册状态，下载用户的相关数据。而当用户进行第二次注册及之后的注册时，S-CSCF首先判断UE是否已经进行过注册，如果是，则不再发送SAR消息到HSS，从而可以有效减轻Cx接口以及HSS的负担。

以上对本发明所提供的多注册的方法、多注册情况下去注册的方法及相应装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方案；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (27)

1、一种多注册的方法，其特征在于，包括：

接收用户的注册请求消息；

判断所述用户之前是否已经进行过注册，当确定所述用户没有进行过注册时，发送消息到签约用户数据服务器，用以更新所述用户的注册状态；

接收所述签约用户数据服务器发送的所述用户的相关数据。

2、根据权利要求1所述的多注册的方法，其特征在于，还包括：

当确定所述用户已经进行过注册时，则不再发送消息到签约用户数据服务器。

3、根据权利要求1所述的多注册的方法，其特征在于，所述判断所述用户之前是否已经进行过注册的步骤具体为：

根据存储的所述用户的当前注册状态判断所述用户之前是否已经进行过注册。

4、根据权利要求3所述的多注册的方法，其特征在于，当确定所述用户没有进行过注册时，所述方法进一步包括：更新所存储的用户的当前注册状态为“已注册”。

5、根据权利要求1所述的多注册的方法，其特征在于，所述方法还包括：接收用户的注册请求消息后，记录此次注册的多注册标识，其中，所述多注册标识包括注册的ID、注册的连接地址、或者注册的代理注册服务器的标识。

6、一种多注册情况下去注册的方法，其特征在于，包括：

当触发对用户的多注册中的第一注册的去注册时，根据所述第一注册的第一多注册标识，判断所述用户是否还存在不同于所述第一注册的其它注册；若确定所述用户存在不同于所述第一注册的其它注册，则直接返回确认消息，并且删除所述第一注册的注册信息。

7、根据权利要求6所述的多注册情况下去注册的方法，其特征在于，还包括：若确定所述用户不存在不同于所述第一注册的其它注册，则发送消息到签约用户数据服务器，用以更新所述用户的注册状态。

8、根据权利要求6所述的多注册情况下去注册的方法，其特征在于，通过下述情况中的任意一种触发对用户的多注册中的第一注册的去注册：

接收到通过代理注册服务器转发的由用户发送的去注册请求消息；或者，

接收到代理注册服务器决定发送的去注册请求消息；或者，

注册服务器自身决定所述用户去注册。

9、根据权利要求8所述的多注册情况下去注册的方法，其特征在于，

如果是通过接收到的通过代理注册服务器转发的由用户发送的去注册请求消息，或者是通过接收到的代理注册服务器决定发送的去注册请求消息触发对用户的第一注册的去注册，则从所述去注册请求消息中获取所述第一注册的第一多注册标识，其中，所述多注册标识包括所述第一注册的ID、第一注册的连接地址、或者第一注册的代理注册服务器的标识。

10、一种多注册情况下去注册的方法，其特征在于，包括：

接收注册服务器发送的消息，所述消息携带所需要去注册的多注册标识；

根据所述多注册标识，相应地更新所述多注册标识对应的注册的注册状态。

11、根据权利要求10所述的多注册情况下去注册的方法，其特征在于，当用户注册时，记录所述用户本次注册的多注册标识与其相应的注册状态的对应关系。

12、根据权利要求11所述的多注册情况下去注册的方法，其特征在于，所述多注册标识包括注册的ID、注册的连接地址、或者注册的代理注册服务器的标识。

13、根据权利要求10所述的多注册情况下去注册的方法，其特征在于，还包括：

当接收到查询用户注册状态的消息时，判断所述用户的所有注册是否都已经去注册，若所述用户的所有注册都已经去注册，则返回用户未注册的响应消息。

14、一种注册服务器，其特征在于，包括：

接收单元，用于接收用户的注册请求消息；

第一判断单元，用于判断所述用户之前是否已经进行过注册；

第一处理单元，用于当所述第一判断单元确定所述用户没有进行过注册时，发送消息到签约用户数据服务器，用以更新所述用户的注册状态；

所述接收单元还用于接收所述签约用户数据服务器发送的所述用户的相关数据。

15、根据权利要求14所述的注册服务器，其特征在于，所述第一判断单元具体是根据存储的所述用户的当前注册状态判断所述用户之前是否已经进行过注册。

16、根据权利要求15所述的注册服务器，其特征在于，所述第一处理单元，还用于在确定所述用户没有进行过注册时，更新所存储的用户的当前注册状态为“已注册”。

17、根据权利要求14所述的注册服务器，其特征在于，所述接收单元，还用于在接收用户的注册请求消息后，记录此次注册的多注册标识。

18、根据权利要求14所述的注册服务器，其特征在于，所述注册服务器具体为服务呼叫会话控制功能实体。

19、一种注册服务器，其特征在于，包括：

第二判断单元，用于当触发对用户的多注册中的第一注册的去注册时，根据所述第一注册的第一多注册标识，判断所述用户是否还存在不同于所述第一注册的其它注册；

第二处理单元，用于当所述第二判断单元确定所述用户存在不同于所述第一注册的其它注册时，直接返回确认消息，并且删除所述第一注册的注册信息。

20、根据权利要求19所述的注册服务器，其特征在于，所述注册服务器还包括：

第三处理单元，用于当所述第二判断单元确定所述用户不存在其它的注册时，发送消息到签约用户数据服务器，用以更新所述用户的注册状态。

21、根据权利要求19所述的注册服务器，其特征在于，通过下述情况中的任意一种触发对用户的多注册中的第一注册的去注册：

接收到通过代理注册服务器转发的由用户发送的去注册请求消息；或者，

接收到代理注册服务器决定发送的去注册请求消息；或者，

注册服务器自身决定所述用户去注册。

22、根据权利要求19所述的注册服务器，其特征在于，如果是通过接收到的通过代理注册服务器转发的由用户发送的去注册请求消息，或者是通过接收到的代理注册服务器决定发送的去注册请求消息触发对用户的多注册中的第一注册的去注册；则

所述第二判断单元从所述去注册请求消息中获取所述第一注册的第一多注册标识，其中，所述多注册标识包括所述第一注册的ID、第一注册的连接地址、或者第一注册的代理注册服务器的标识。

23、根据权利要求19至22任一项所述的注册服务器，其特征在于，所述注册服务器具体为服务呼叫会话控制功能实体。

24、一种签约用户数据服务器，其特征在于，包括：

接收单元，用于接收注册服务器发送的消息，所述消息携带所需要去注册的多注册标识；

更新单元，用于根据接收的所述多注册标识，相应地更新所述多注册标识对应的注册的注册状态。

25、根据权利要求24所述的签约用户数据服务器，其特征在于，还包括：

记录单元，用于当用户注册时，记录所述用户本次注册的多注册标识与其相应的注册状态的对应关系。

26、根据权利要求24所述的签约用户数据服务器，其特征在于，还包括：

判断单元，用于收到查询用户注册状态的消息时，判断所述用户的所有注册是否都已经去注册；

发送单元，用于当所述判断单元确定所述用户的所有注册都已经去注册时，返回用户未注册的响应消息。

27、根据权利要求24至26任一项所述的签约用户数据服务器，其特征在于，所述签约用户数据服务器具体为归属签约用户服务器。

Images