CN101998620A - 基于ip多媒体子系统的第三方注册的实现方法和系统 - Google Patents

Abstract

本发明提供一种基于IP多媒体子系统的第三方注册的实现方法和系统以及用于第三方注册的服务呼叫会话控制功能实体，其中，上述的实现方法包括：在服务呼叫会话控制功能实体接收到来自本次用户的注册请求之后，服务呼叫会话控制功能实体根据注册请求生成本次用户的注册时长；服务呼叫会话控制功能实体将本次用户注册时长与预先保存在本地的其它用户的注册时长进行比较，其中，本次用户与其它用户具有相同的公有用户标识；如果本次用户注册时长大于其它用户注册时长，则服务呼叫会话控制功能实体向应用服务器发送包含本次用户注册时长的第三方注册请求。这样，使得AS上的PUI不会因为注册时长超时而被注销，确保S-CSCF和AS上用户注册状态和用户数据的一致性。

Description

基于IP多媒体子系统的第三方注册的实现方法和系统

技术领域

本发明涉及通信领域，尤其涉及基于IMS(IP Multimediasubsystem，IP多媒体子系统)的第三方注册的实现方法和系统以及用于第三方注册的服务呼叫会话控制功能实体。

背景技术

IMS是3GPP(3rd Generation Partnership Project，第三代合作伙伴组织)定义的下一代网络的标准，它的显著特点是采用了SIP(Session Initiation Protocol，会话初始协议)体系，通讯与接入无关，具备媒体业务控制功能与承载能力分离，呼叫与会话分离，应用与服务分离，业务与网络分离，以及移动网与因特网业务融合等多种能力。

IMS的提出顺应了通讯网融合发展的趋势。IMS体系中的主要功能实体包括：UE(User Equipment，用户设备)，P-CSCF(Proxycall session control Function，代理呼叫会话控制功能实体)，I-CSCF(Interrogating call session control Function，查询呼叫会话控制功能实体)，S-CSCF(Serving call session control Function，服务呼叫会话控制功能实体)，HSS(Home subscriber Server，归属用户服务器)，以及AS(Application Server，应用服务器)。

IMS中用户在使用IMS业务之前，需要执行注册流程，注册的过程就是将UE位置在网络上进行登记，成功注册后，P-CSCF和S-CSCF上会保存相关的用户数据，以便业务使用。根据签约，S-CSCF还会向AS进行第三方注册。如图1所示，该图为现有技术中IMS中用户注册的流程图，其主要包括以下步骤：

步骤S101，UE向P-CSCF发送注册请求，请求中带有PUI(Public User Identity，公有用户标识)和PVI(Private User Identity，私有用户标识)；

步骤S102～S105，注册请求经过P-CSCF、I-CSCF到达S-CSCF；

步骤S106～S116，如果S-CSCF需要对用户进行认证鉴权，那么需要向HSS获取用户认证向量，并根据S107消息中返回的认证向量，构造挑战请求(401Unauthorized消息)，该挑战请求转发到UE后，UE构造挑战响应，S-CSCF收到来自步骤S115的挑战响应消息后，判断用户的合法性，完成对用户的认证、鉴权；如果不需要认证鉴权，可直接执行S117；

步骤S117～S121，S-CSCF存储从HSS得到的签约数据，并构造注册成功响应，将其通过I-CSCF和P-CSCF转发给UE，从而完成了UE在S-CSCF上的注册；

步骤S122～S124，S-CSCF根据用户签约信息，向AS发送第三方注册请求，请求消息中仅有PUI信息，无PVI信息，请求中注册时长取自UE与S-CSCF协商的时长，AS保存消息中的注册时长，以作为PUI的有效时长。

在IMS中，通过签约多个PVI可以共享PUI，所谓共享PUI也就是多个PVI共享同一个PUI。如图2所示，该图为两个PVI共享一个PUI的示意图，其中PVI1-PUI1和PVI2-PUI1可以进行独立注册。根据现有的协议和标准，当出现共享PUI注册时，S-CSCF上会分别保存PVI1-PUI1和PVI2-PUI1的独立注册时长(也就是注册生命期)，由于AS上无PVI信息，只有PUI信息，因此AS上只会保存一份PUI1的注册时长。

具体举例来说，如图3所示，当PVI1-PUI1注册时，S-CSCF上对本次注册协商的注册时长为T1(如6000s)，S-CSCF对PUI1进行第三方注册，AS保存该PUI1的注册时长为T1。当PVI2-PUI1进行注册时，S-CSCF上对本次注册协商的注册时长为T2(如100S)，S-CSCF对PUI1进行第三方注册，AS将PUI1的注册时长更新为T2。此后，当PVI2-PUI1进行注销时，根据协议标准，由于还存在PVI1-PUI1，所以PUI1并未被注销，从而S-CSCF不会通知AS。这样就会导致S-CSCF上PUI1的注册时长为T1，AS上PUI1注册时长为T2。当T2小于T1时，AS上的PUI1经过T2时间后被注销，而这时S-CSCF中与PUI1对应的用户依然处于注册状态，从而可能会导致S-CSCF和AS之间用户注册状态和用户数据的不一致、无法开展业务。

随着outbound功能(又称单PVI多联系地址功能)的引入，同样PUI和PVI下，会存在多条联系地址，每个联系地址都对应自己的注册时长。由于联系地址可以多个，在S-CSCF上存在多个(PUI-PVI-联系地址)注册时长，而AS上只会保存一份PUI的注册时长。因此outbound功能下，也存在着S-CSCF和AS上用户的注册时长不一致问题，进而可能会导致S-CSCF和AS之间用户注册状态和用户数据的不一致、无法开展业务。

针对相关技术中的第三方注册的实现方法会导致S-CSCF和AS之间用户注册状态和用户数据的不一致、无法开展业务的问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中的第三方注册的实现方法会导致S-CSCF和AS之间用户注册状态和用户数据的不一致、无法开展业务的问题而提出本发明，为此，本发明的主要目的在于提供一种基于IMS(IPMultimedia subsystem，IP多媒体子系统)的第三方注册的实现方法和系统以及用于第三方注册的S-CSCF，以解决上述问题至少之一。

为了实现上述目的，根据本发明的一个方面，提供了一种基于IMS的第三方注册的实现方法。

根据本发明的基于IMS的第三方注册的实现方法包括：在S-CSCF接收到来自本次用户的注册请求之后，S-CSCF根据注册请求生成本次用户的注册时长；S-CSCF将本次注册时长与预先保存在本地的其它用户的注册时长进行比较，其中，本次用户与其它用户具有相同的PUI；如果本次注册时长大于其它用户注册时长，则S-CSCF向AS发送包含本次注册时长的第三方注册请求。

根据本发明的另一方面，提供了一种S-CSCF。

根据本发明的S-CSCF包括：接收模块，用于接收来自当前的本次用户的注册请求；生成模块，用于根据注册请求生成本次用户的注册时长；比较模块，用于将本次注册时长与预先保存在本地的其它用户的注册时长进行比较，其中，本次用户与其它用户具有相同的PUI；发送模块，用于在本次注册时长大于其它用户注册时长的情况下发送包含本次注册时长的第三方注册请求。

根据本发明的又一方面，提供了一种基于IMS的第三方注册的实现系统。

根据本发明的基于IMS的第三方注册的实现系统包括S-CSCF和AS。其中，S-CSCF包括第一接收模块，用于接收来自当前的本次用户的注册请求；生成模块，用于根据注册请求生成本次用户的注册时长；比较模块，用于将本次注册时长与预先保存在本地的其它用户的注册时长进行比较，其中，本次用户与其它用户具有相同的PUI；第一发送模块，用于在本次注册时长大于其它用户注册时长的情况下向AS发送包含本次注册时长的第三方注册请求。进一步，上述的AS包括：第二接收模块，用于接收来自S-CSCF的第三方注册请求；更新模块，用于将本地相应于本次用户的PUI的注册时长更新为第三方注册请求注册时长。

根据本发明，S-CSCF将当前UE的本次注册时长与预先保存在本地的与当前UE具有相同PUI的UE的其它用户注册时长进行比较，并只在本次注册时长大于其它用户注册时长的情况下才向AS发送包含本次注册时长的第三方注册请求，这样，AS中PUI的注册时长始终与S-CSCF中对应的PUI的注册时长的最大值保持一致，使得AS上的PUI不会因为注册时长超时而被注销，进而达到了确保S-CSCF和AS上用户注册状态和用户数据的一致性效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为根据现有技术的基于IMS的用户注册的流程图；

图2为两个PVI共享一个PUI的示意图；

图3为根据现有技术的基于IMS的第三方注册的流程图；

图4为根据本发明实施例的基于IMS的第三方注册的实现方法的流程图；

图5为根据本发明实施例1的基于IMS的第三方注册的实现方法的流程图；

图6为根据本发明实施例2的基于IMS的第三方注册的实现方法的流程图；

图7为根据本发明实施例的S-CSCF的示意图；

图8为根据本发明实施例的基于IMS的第三方注册的实现系统的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

功能概述

考虑到现有技术中的第三方注册的实现方法会导致S-CSCF和AS之间用户注册状态和用户数据的不一致、无法开展业务的问题，本发明提供一种基于IMS(IP Multimedia subsystem，IP多媒体子系统)的第三方注册的实现方法和系统以及用于第三方注册的S-CSCF。在根据本发明实施例的实现方法中，S-CSCF将当前用户的本次注册时长与预先保存在本地的其它用户的注册时长进行比较，其它用户与当前用户具有相同的PUI，不同的PVI，或者相同的PUI和PVI不同的联系地址，并只在本次注册时长大于其它用户注册时长的情况下才向AS发送包含本次注册时长的第三方注册请求，这样，AS中PUI的注册时长始终与S-CSCF中对应的PUI的注册时长的最大值保持一致，使得AS上的PUI不会因为注册时长超时而被注销，从而确保了S-CSCF和AS上用户注册状态和用户数据的一致性，以及业务的顺利开展。

方法实施例

根据本发明的实施例，提供了一种基于IMS的第三方注册的实现方法

如图4所示，该基于IMS的第三方注册的实现方法主要包括如下步骤：

步骤S402，在S-CSCF接收到来自本次用户的注册请求之后，S-CSCF根据注册请求生成本次用户的注册时长；

步骤S404，S-CSCF将本次注册时长与预先保存在本地的其它用户的注册时长进行比较，其中，本次用户与其它用户具有相同的PUI相同；

步骤S406，判断本次注册时长是否大于其它用户注册时长，如果大于，则转至步骤S408；如果小于，则转至步骤S410；

步骤S408，由于本次注册时长大于其它用户注册时长，S-CSCF向AS送包含本次注册时长的第三方注册请求；

步骤S410，由于本次注册时长小于其它用户注册时长，所以S-CSCF取消向AS发送第三方注册请求的操作，从而AS上相应的PUI的注册时长不变。

上述本次用户的注册时长是指当前用户在S-CSCF上的注册生命期，上述其它用户的注册时长是指其它用户在S-CSCF上的注册生命期，其中，S-CSCF在发送给本次用户的注册成功的响应消息中包含有上述本次用户的注册时长。上述的其它用户不同于本次用户，这可以包括以下两种情况：其它用户与本次用户具有相同的PUI和不同的PVI；或者，其它用户与本次用户具有相同的PUI和PVI，但其它用户与本次用户具有的联系地址不同。

在发送第三方注册请求之后，根据本发明实施例的基于IMS的第三方注册的实现方法进一步包括如下步骤：

步骤412，AS接收来自S-CSCF的第三方注册请求，并提取第三方注册请求中携带的本次注册时长，将其本地保存的与本次用户相对应的PUI的注册时长更新为第三方注册请求注册时长；

步骤414，AS在完成第三方注册请求处理后，向S-CSCF返回注册成功响应。

实施例1

图5为根据本发明实施例1的基于IMS的第三方注册的实现方法的流程图。如图5所示，在共享PUI的情况下(即UE1与UE2具有相同的PUI和不同的PVI)，根据本发明实施例的基于IMS的第三方注册的实现方法主要包括如下步骤：

步骤S501，UE1(PVI1-PUI1)进行初始注册，注册请求经过P-CSCF、I-CSCF后，到达S-CSCF；

步骤S502，S-CSCF与UE1协商，确定UE1(PVI1-PUI1)的注册时长为T1，并完成注册请求处理，返回注册成功响应，注册成功响应经I-CSCF、P-CSCF到达UE1；

步骤S503，S-CSCF根据用户签约信息向AS发送第三方注册请求，其中在该第三方注册请求中包括了上述的注册时长T1；

步骤S504，AS收到第三方注册请求后，取第三方注册请求中的注册时长T1作为PUI1的注册时长；

步骤S505，AS处理完第三方注册请求后，向S-CSCF返回注册成功响应。

步骤S506，UE2(如PVI2-PUI1)进行注册，注册请求经过P-CSCF、I-CSCF后，到达S-CSCF；

步骤S507，S-CSCF与UE2协商，确定UE2(PVI2-PUI1)的注册时长为T2，并完成注册请求处理，返回注册成功响应，注册成功响应经过I-CSCF、P-CSCF到达UE2；

步骤S508，在S-CSCF向AS发送第三方注册请求之前，S-CSCF比较UE2的注册时长(T2)与预先保持在本地的与PUI1对应的用户(如UE1)的注册时长(T1)。如果T2小于等于T1，则不向AS发送第三方注册请求；如果T2大于T1，则需要执行下面步骤；

步骤S509，S-CSCF向AS发送第三方注册请求，其中在该第三方注册请求中包括了上述的注册时长T2；

步骤S510，AS收到来自S-CSCF的第三方注册请求后，将AS中的PUI1的注册时长更新为第三方注册请求中携带的注册时长T2；

步骤S511，AS处理完注册请求后，向S-CSCF返回注册成功响应。

实施例2

图6为根据本发明实施例2的基于IMS的第三方注册的实现方法的流程图。如图6所示，在outbound的情况下(即，用户可能具有相同的PUI和PVI以及不同的联系地址，不同的用户可能属于同一个UE)，基于IMS的第三方注册的实现方法主要包括如下步骤：

步骤S601，用户1(PVI1-PUI1-联系地址1)进行初始注册，注册请求经过P-CSCF、I-CSCF后，到达S-CSCF；

步骤S602，S-CSCF与UE1协商，确定UE1(PVI1-PUI1-联系地址1)的注册时长为T1，并完成注册请求处理，返回注册成功响应，注册成功响应经I-CSCF、P-CSCF到达用户1；

步骤S603，S-CSCF根据用户签约信息向AS发送第三方注册请求，其中在该第三方注册请求中包括了上述的注册时长T1；

步骤S604，AS收到第三方注册请求后，取第三方注册请求中的注册时长T1作为PUI1的注册时长；

步骤S605，AS处理完第三方注册请求后，向S-CSCF返回注册成功响应。

步骤S606，用户2(PVI1-PUI1-联系地址2)进行注册，注册请求经过P-CSCF、I-CSCF后，到达S-CSCF；

步骤S607，S-CSCF与UE2协商，确定用户2(PVI1-PUI1-联系地址2)的注册时长为T2，并完成注册请求处理，返回注册成功响应，注册成功响应经过I-CSCF、P-CSCF到达用户2；

步骤S608，在S-CSCF向AS发送第三方注册请求之前，S-CSCF比较用户2注册时长(T2)与预先保持在本地的与PUI1对应的用户(如用户1)的注册时长(T1)。如果T2小于等于T1，则不向AS发送第三方注册请求；如果T2大于T1，则需要执行下面步骤；

步骤S609，S-CSCF向AS发送第三方注册请求，其中在该第三方注册请求中包括了注册时长T2；

步骤S610，AS收到来自S-CSCF的第三方注册请求后，将AS中的PUI1的注册时长更新为第三方注册请求中携带的注册时长T2；

步骤S611，AS处理完注册请求后，向S-CSCF返回注册成功响应。

综上所述，根据本发明实施例的基于IMS的第三方注册的实现方法，在收到用户的注册请求之后，S-CSCF需要比较UE的注册时长，并只在本次用户的注册时长大于预先保持在本地的其它用户的注册时长的情况下才向AS发送第三方注册请求，这样，AS中PUI的注册时长始终与S-CSCF中对应的PUI的注册时长的最大值保持一致，使得AS上的PUI不会因为注册时长超时而被注销，从而确保S-CSCF和AS上用户注册状态和用户数据的一致性，以及业务的顺利开展。

装置实施例

根据本发明的实施例，提供了一种S-CSCF。

图7为根据本发明实施例的S-CSCF的示意图。如图7所示，该S-CSCF包括：接收模块702，用于接收来自当前的本次用户的注册请求；生成模块704，连接至接收模块702，用于根据上述注册请求生成上述本次用户的注册时长；比较模块706，连接至生成模块704，用于将上述本次注册时长与预先保存在本地的其它用户的注册时长进行比较，其中，上述本次用户与上述其它用户具有相同的公有用户标识(PUI)；发送模块708，连接至比较模块706，用于在上述本次注册时长大于上述其它用户注册时长的情况下发送包含上述本次注册时长的第三方注册请求。

在接收模块702接收到来自本次用户的注册请求之后，生成模块704根据注册请求生成本次用户的注册时长。然后，比较模块706将本次注册时长与预先保存在本地的其它用户的注册时长进行比较，其中，本次用户与其它用户具有相同的PUI。如果本次注册时长大于其它用户注册时长，则发送模块708发送包含所述本次注册时长的第三方注册请求；如果本次注册时长小于其它用户注册时长，则发送模块708取消发送第三方注册请求的操作。

综上所述，根据本发明实施例的S-CSCF，在收到用户的注册请求之后，S-CSCF需要比较用户的注册时长，并只在当前用户的注册时长大于预先保存在本地的与当前用户具有相同的PUI的用户的注册时长的情况下才向AS发送第三方注册请求，这样，AS中PUI的注册时长始终与S-CSCF中对应的PUI的注册时长的最大值保持一致，使得AS上的PUI不会因为注册时长超时而被注销，从而确保了S-CSCF和AS上用户注册状态和用户数据的一致性，业务的顺利开展。

系统实施例

根据本发明的实施例，提供了基于IMS的第三方注册的实现系统。

图8为根据本发明实施例的基于IMS的第三方注册的实现系统的示意图。如图8所示，根据本发明实施例的基于IMS的第三方注册的实现系统包括S-CSCF 800和AS 810。

上述实现系统中的S-CSCF 800包括：第一接收模块802，用于接收来自当前的本次用户的注册请求；生成模块804，连接第一接收模块802，用于根据上述注册请求生成上述本次用户的注册时长；比较模块806，连接至生成模块804，用于将上述本次注册时长与预先保存在本地的其它用户的注册时长进行比较，其中，上述本次用户与上述其它用户具有相同的公有用户标识(PUI)；第一发送模块808，连接至比较模块806，用于在上述本次注册时长大于上述其它用户注册时长的情况下发送包含上述本次注册时长的第三方注册请求。

上述实现系统中的AS 810包括：第二接收模块812，用于接收来自上述S-CSCF的第三方注册请求；更新模块814，连接至第二接收模块812，用于将本地相应于上述本次用户的公有用户标识的注册时长更新为上述的本次注册时长；发送模块816，连接至更新模块814，用于在更新模块814将本地相应于本次用户的公有用户标识的注册时长更新为上述的本次注册时长之后向上述S-CSCF800发送注册成功响应。

在第一接收模块802接收到来自本次用户的注册请求之后，生成模块804根据注册请求生成本次用户的注册时长。然后，比较模块806将本次注册时长与预先保存在本地的其它用户的注册时长进行比较，其中，本次用户与其它用户具有相同的PUI相同。如果本次注册时长大于其它用户注册时长，则第一发送模块808向AS 810发送包含上述本次注册时长的第三方注册请求；如果本次注册时长小于其它用户注册时长，则第一发送模块808取消发送第三方注册请求的操作。

AS 810的第二接收模块812接收来自S-CSCF 800的第三方注册请求，并提取第三方注册请求中携带的本次注册时长，并将提取出的本次注册时长传送给更新模块814。然后，更新模块814将其本地保存的与本次用户相对应的PUI的注册时长更新为第三方注册请求注册时长。在更新完成后，发送模块816向S-CSCF发送注册成功响应。

综上所述，根据本发明实施例的基于IMS的第三方注册的实现系统，在收到UE的注册请求之后，S-CSCF需要比较UE的注册时长，并只在当前UE的注册时长大于预先保存在本地的与当前UE具有相同的PUI的UE的注册时长的情况下才向AS发送第三方注册请求，这样，AS中PUI的注册时长始终与S-CSCF中对应的PUI的注册时长的最大值保持一致，使得AS上的PUI不会因为注册时长超时而被注销，从而确保了S-CSCF和AS上用户注册状态和用户数据的一致性，以及业务的顺利开展。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于IP多媒体子系统的第三方注册的实现方法，其特征在于，包括：

在服务呼叫会话控制功能实体接收到来自本次用户的注册请求之后，所述服务呼叫会话控制功能实体根据所述注册请求生成所述本次用户的本次用户注册时长；

所述服务呼叫会话控制功能实体将所述本次用户注册时长与预先保存在本地的其它用户的注册时长进行比较，其中，所述本次用户与所述其它用户具有相同的公有用户标识；

如果所述本次用户注册时长大于所述其它用户注册时长，则所述服务呼叫会话控制功能实体向应用服务器发送包含所述本次用户注册时长的第三方注册请求。

2.根据权利要求1所述的方法，其特征在于，在所述服务呼叫会话控制功能实体将所述本次用户注册时长与预先保存在本地的其它用户的注册时长进行比较之后，所述方法还包括：

如果所述本次用户注册时长小于所述其它用户注册时长，则所述服务呼叫会话控制功能实体取消向所述应用服务器发送所述第三方注册请求的操作。

3.根据权利要求1所述的方法，其特征在于，在所述服务呼叫会话控制功能实体向应用服务器发送包含所述本次用户注册时长的第三方注册请求之后，所述方法还包括：

所述应用服务器接收来自所述服务呼叫会话控制功能实体的所述第三方注册请求，并将本地保存的与所述本次用户相对应的公有用户标识的注册时长更新为所述第三方注册请求的注册时长。

4.根据权利要求3所述的方法，其特征在于，在将本地保存的与所述本次用户相对应的公有用户标识的注册时长更新为所述本次用户注册时长之后，所述方法还包括：

所述应用服务器向所述服务呼叫会话控制功能实体返回注册成功响应。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述本次用户注册时长为所述本次用户在所述服务呼叫会话控制功能实体上的注册生命期，所述其它用户注册时长为所述其它用户在所述服务呼叫会话控制功能实体上的注册生命期。

6.根据权利要求1至4中任一项所述的方法，其特征在于，所述本次用户与所述其它用户具有不同的私有用户标识。

7.根据权利要求1至4中任一项所述的方法，其特征在于，所述本次用户与所述其它用户也可以具有相同的私有用户标识，但所述本次用户与所述其它用户具有不同的联系地址。

8.一种服务呼叫会话控制功能实体，其特征在于，包括：

接收模块，用于接收来自当前的本次用户的注册请求；

生成模块，用于根据所述注册请求生成所述本次用户的本次用户注册时长；

比较模块，用于将所述本次用户注册时长与预先保存在本地的其它用户的注册时长进行比较，其中，所述本次用户与所述其它用户具有相同的公有用户标识；

发送模块，用于在所述本次用户注册时长大于所述其它用户注册时长的情况下发送包含所述本次用户注册时长的第三方注册请求。

9.一种基于IP多媒体子系统的第三方注册的实现系统，包括服务呼叫会话控制功能实体和应用服务器，其特征在于，

所述服务呼叫会话控制功能实体包括：

第一接收模块，用于接收来自当前的本次用户的注册请求；

生成模块，用于根据所述注册请求生成所述本次用户的本次用户注册时长；

比较模块，用于将所述本次用户注册时长与预先保存在本地的其它用户的注册时长进行比较，其中，所述本次用户与所述其它用户具有相同的公有用户标识；

第一发送模块，用于在所述本次用户注册时长大于所述其它用户注册时长的情况下向所述应用服务器发送包含所述本次用户注册时长的第三方注册请求；

所述应用服务器包括：

第二接收模块，用于接收来自所述服务呼叫会话控制功能实体的所述第三方注册请求；

更新模块，用于将本地相应于所述本次用户的公有用户标识的注册时长更新为所述第三方注册请求的注册时长。

10.根据权利要求9中任一项所述的系统，其特征在于，所述应用服务器还包括：

发送模块，用于在所述更新模块将本地相应于所述本次用户的公有用户标识的注册时长更新为所述本次用户注册时长之后向所述服务呼叫会话控制功能实体发送注册成功响应。

Images