IP多媒体子系统集中业务的注销方法 |
|||||||
| 申请号 | CN200910000070.6 | 申请日 | 2009-01-05 | 公开(公告)号 | CN101772155B | 公开(公告)日 | 2016-06-29 |
| 申请人 | 中兴通讯股份有限公司; | 发明人 | 郝振武; 刘伟; | ||||
| 摘要 | 本 发明 公开了一种IP多媒体子系统集中业务的注销方法，包括： 电路 交换用户设备CS UE从源增强的移动交换中心 服务器 MSC Server移动到目标MSC Server控制范围之内，在所述UE改变所附着的MSC Server的 位置 取消过程中，当源增强的MSC Server接收到归属用户服务器或归属位置寄存器HSS/HLR发送的位置取消 请求 后，开始延时计时；当延时时间到，所述源增强的MSC Server代替所述UE执行IP多媒体子系统IMS注销过程。本发明保证源MSC Server的注销请求晚于目标MSC Server的注册请求到达S-CSCF，避免了不必要的冗余信令，提高了系统处理效率。 | ||||||
| 权利要求 | 1.一种IP多媒体子系统集中业务的注销方法，其特征在于， |
||||||
| 说明书全文 | IP多媒体子系统集中业务的注销方法技术领域背景技术[0002] 目前，全球移动通讯系统(Global System for Mobile communications，简称为GSM)、通用移动通讯系统(Universal Mobile Telecommunications System，简称为UMTS)等移动网络采用电路交换技术，称为电路交换(CircuitSwitched，简称为CS)域，能够为用户提供基本的语音业务以及基于语音业务的补充业务。当CS域接入到IP多媒体子系统(IP Multimedia Subsystem，简称为IMS)时，其演变为一种接入方式，其业务由IMS统一提供，这种方式称为IMS集中业务(IMS Centralized Service，简称ICS)。 [0003] 图1示出了IMS集中业务的应用场景。如图1所示，IP多媒体子系统用户设备(IMS User Equipment，简称为IMS UE)101通过分组域接入网络102接入到IP多媒体子系统105，由IMS网络提供业务。利用IMS集中业务技术，电路域用户设备(CS User Equipment，简称为CS UE)103通过电路域接入网络104接入到IP多媒体子系统105，由IMS网络提供业务，这样使IMS网络能够为采用不同接入方式的用户提供业务。 [0004] 图2是IMS集中控制业务的架构图，如图2所示，包括如下网元： [0005] CS UE 201，通过CS控制信令接入到增强的移动交换中心服务器(Enhanced Mobile Switch Center，简称为eMSC Server)。 [0006] 增强的MSC Server 202，是增强的电路域MSC Server，除了完成CS用户设备的接入、移动性管理、呼叫控制功能以外，还可以作为会话初始协议(Session Initiation Protocol，简称为SIP)用户代理，实现CS信令和SIP消息之间的转换，代替用户接入IMS。 [0007] 媒体网关(Media Gateway，简称为MGW)203，用于CS承载上的媒体流和IP承载上的媒体流之间的转换，建立用户设备201和远端用户间的媒体连接。 [0008] 呼叫会话控制功能(Call Session Control Function，简称为CSCF)204，可分为查询CSCF(Interrogating CSCF，简称为I-CSCF)和服务CSCF(ServingCSCF，简称为S-CSCF)。其中，I-CSCF与归属用户服务器(Home SubscriberServer，简称为HSS)交互，请求HSS为用户分配S-CSCF，或查询用户所处的S-CSCF；其中，S-CSCF用于为用户提供注册、呼叫控制等功能。 [0009] 应用服务器(Application Server，简称为AS)205，包括业务连续性服务器、电话业务服务器等，可为用户提供业务连续性、电话业务等服务。 [0010] HSS/归属位置寄存器(Home Location Register，HLR)206，用于保存用户的签约数据，为呼叫或会话提供支持。其中，HLR可以认为是HSS的子集，为传统的CS域和分组域服务，在实际应用中，HLR可以和HSS合一位于同一物理实体，也可以位于不同的实体。当HSS和HLR位于不同实体时，彼此之间存在用于实现信息交互的接口。 [0011] CS UE 201通过CS控制信令接入到增强的MSC Server 202，增强的MSCServer 202充当用户代理，代替CS UE 201接入IMS网络的CSCF 204，并和远端用户建立会话连接，同时增强的MSC Server 202控制MGW 203完成CS承载上的媒体流和IP承载上的媒体流之间的转换，建立CS UE 201和远端用户间的媒体连接。 [0012] 当CS UE在增强的MSC Server附着成功，并通过该MSC Server(源MSCServer)在IMS注册成功后，当该CS UE移动时，该CS UE可能会移动到新的MSC Server(目标MSC Server)的控制范围之内，其中，目标MSC Server可能为普通MSC Server(即没有增加ICS能力的MSC Server)，也可能为增强的MSC Server。 [0013] 当目标MSC Server为增强的MSC Server时，目前的注册过程如图3所示，为了简明起见，图中的流程重点描述了CS域的位置更新过程和IMS注册过程，其他过程，如安全认证过程、CS用户数据插入过程在此不再描述。如图3所示，主要包括以下步骤： [0014] 步骤301：UE发起CS附着过程，向目标MSC Server发送附着请求。 [0015] 步骤302：目标MSC Server向HSS/HLR发送位置更新请求。 [0016] 步骤303：HSS/HLR接受位置更新，向目标MSC Server返回位置更新接受响应。 [0017] 在具体操作过程中，在步骤302～303过程中，还会执行标准的CS接入认证、用户数据插入过程。HSS/HLR可以在用户数据或位置更新接受响应中插入ICS指示，说明该用户签约了ICS业务。 [0018] 步骤304：目标MSC Server向UE返回CS附着接受响应。 [0019] 由于目标MSC Server是增强的MSC Server，因此目标MSC Server会检查用户数据或位置更新接受响应中的ICS指示，或根据本地配置的过滤准则，判断用户是否为ICS用户，如果判断为ICS用户，则会执行步骤308，代替UE执行IMS注册过程。 [0020] 步骤305：HSS/HLR向源MSC Server发送位置取消请求。 [0021] 步骤306：源MSC Server向HSS/HLR返回位置取消响应，并删除本地保存的CS用户记录。 [0022] 步骤307：源MSC Server代替CS UE执行IMS注销过程。 [0023] 由于CS UE已经不再在源MSC Server处于激活状态，因此，源MSCServer代替CS UE执行IMS注销过程，源MSC Server向S-CSCF发送注销请求，S-CSCF删除原有的注册绑定关系(也就是私有用户标识、公共用户标识与源MSC Server联系地址的关系)。 [0024] 步骤308：目标MSC Server代替UE发起IMS集中业务的注册过程。当用户在目标MSC Server中位置更新成功后，目标MSC Server代替UE执行IMS注册过程，目标MSC Server向IMS系统中的S-CSCF发送注册请求，S-CSCF建立新的注册绑定关系(私有用户标识、公共用户标识与目标MSCServer联系地址的关系)。由此，IMS更新注册绑定关系。 [0025] 通过上面的流程可知，由于目标MSC Server发起的注册过程和源MSCServer发起的注销是独立进行的，因此不能确定目标MSC Server发送的注册请求和源MSC Server发送的注销请求到达S-CSCF的顺序，实际中，目标MSC Server发送的注册请求和源MSC Server发送的注销请求到达S-CSCF的顺序可能包括以下两种情况： [0026] (一)注销请求先于注册请求到达S-CSCF，S-CSCF先执行注销过程，删除原来的注册信息；当注册请求到达时，重新建立新的注册关系。可以看出，业务逻辑虽然没有问题，但其中的注销过程不是必须的，影响系统效率。并且，在注销过程后，S-CSCF有可能释放所有用户数据，导致在新的注册过程中，S-CSCF重新下载用户数据，存在冗余信令，从而影响S-CSCF和HSS的效率。另外，在注销后，重新注册时，HSS可能会分配新的S-CSCF，或者I-CSCF重选新的S-CSCF，导致S-CSCF发生变化。另外，S-CSCF还可能会执行第三方注册/注销过程，通知AS用户的注册信息，这影响AS的处理效率，并且还有可能造成异常。 [0027] (二)注册请求先于注销请求到达S-CSCF，S-CSCF执行注册过程，新的注册关系覆盖旧的注册关系，随后注销请求到达S-CSCF，S-CSCF根据注销请求中的用户信息(用户私有标识和用户公有标识)匹配已经存在的注册关系，发现新的注册关系，并进一步比对MSC Server的联系地址，发现联系地址不同，则作为异常处理流程，拒绝源MSC Server的注销请求。源MSCServer收到拒绝请求后，删除本地的IMS注册数据。因此在此情况下，不会出现导致业务逻辑错误。 [0028] 从上面的分析可以看出，当源MSC Server发送注销请求先于目标MSCServer发送的注册请求到达S-CSCF时，有可能出现冗余信令，从而影响系统处理效率。 发明内容[0029] 本发明要解决的技术问题就是提出一种IP多媒体子系统集中业务的注销方法，解决现有技术中当CS UE从源增强的MSC Server移动到目标MSCServer控制范围之内，在注销过程中可能存在冗余信令、处理效率低的问题。 [0030] 为了解决上述技术问题，本发明提供一种IP多媒体子系统集中业务的注销方法，电路交换用户设备CS UE从源增强的移动交换中心服务器MSCServer移动到目标MSC Server控制范围之内，在所述UE改变所附着的MSCServer的位置取消过程中，当源增强的MSC Server接收到归属用户服务器或归属位置寄存器HSS/HLR发送的位置取消请求后，开始延时计时； [0031] 当延时时间到，所述源增强的MSC Server代替所述UE执行IP多媒体子系统IMS注销过程。 [0032] 进一步地，上述方法还可具有以下特点： [0033] 设置一注销请求发送定时器，源增强的MSC Server通过启动注销请求发送定时器开始延时计时，当所述注销请求发送定时器溢出时，延时时间到，源增强的MSC Server代替所述UE执行IMS注销过程。 [0034] 进一步地，上述方法还可具有以下特点： [0035] 所述延时时间在所述源增强的MSC Server本地配置，时长大于正常情况下目标增强的MSC Server的注册请求经查询呼叫会话控制功能实体I-CSCF到达服务呼叫会话控制功能S-CSCF所需要最大时间。 [0036] 进一步地，上述方法还可具有以下特点： [0037] 所述的IMS注销过程是指：所述源增强的MSC Server代替所述UE向IMS发送IMS注销请求；当所述源增强的MSC Server接收到注销成功响应或失败响应时，删除本地IMS注册数据。 [0038] 进一步地，上述方法还可具有以下特点： [0039] 当延时时间还未到，若源增强的MSC Server接收到S-CSCF发送的注册通知消息中源增强的MSC Server建立的注册关系的联系地址不是自身的联系地址，则源增强的MSC Server停止延时计时，删除本地保存的所述UE的注册数据。 [0040] 进一步地，上述方法还可具有以下特点： [0041] 当延时时间到，所述源增强的MSC Server经I-CSCF向S-CSCF发送的注销请求。 [0042] 进一步地，上述方法还可具有以下特点： [0043] 若目标MSC Server是增强的MSC Server，则会代替所述UE执行IMS注册过程，在S-CSCF中，用新的注册绑定关系代替旧的注册绑定关系；源增强的MSC Server代替UE发送的注销请求到达S-CSCF后，由于旧的注册绑定关系不存在，S-CSCF会拒绝该注销请求。 [0044] 进一步地，上述方法还可具有以下特点： [0045] 若目标MSC Server是普通MSC Server，源增强的MSC Server代替所述UE发送的注销请求到达S-CSCF后，S-CSCF会注销原注册绑定关系。 [0046] 使用本发明的方法，在CS UE在MSC Server之间移动时，源增强的MSCServer采用延时发送注销请求的方式，保证源MSC Server的注销请求晚于目标MSC Server的注册请求到达S-CSCF，因此，避免了不必要的冗余信令，提高了系统处理效率。附图说明 [0048] 图1为根据现有技术的IMS集中业务的应用场景的示意图； [0049] 图2为根据现有技术的IMS集中控制业务的架构图； [0050] 图3为根据现有技术的UE在增强的MSC Server之间移动时IMS集中业务的注册流程图； [0051] 图4为根据现有技术的IMS集中业务的注册流程图； [0052] 图5为根据现有技术的IMS集中业务的注销流程图； [0053] 图6为本发明实施例一的实施流程图； [0054] 图7为本发明实施例二的实施流程图； [0055] 图8为本发明实施例三的实施流程图。 具体实施方式[0056] 如上所述，在IMS系统中，当CS UE在增强的MSC Server附着成功，并通过该MSC Server(源MSC Server)在IMS注册成功后，当该CS UE移动到新的MSC Server(目标MSC Server)时，如果此目标MSC Server为增强的MSC Server，由于目标MSC Server向S-CSCF发送注册请求和源MSCServer向S-CSCF发送的注销请求是独立进行的，当注销请求先于注册请求到达S-CSCF，会出现冗余信令和处理效率低的问题。而当注册请求先于注销请求到达S-CSCF，不存在问题，如果能够保证注册请求先于注销请求到达S-CSCF，则可以解决上述问题。 [0057] 在本发明中，CS UE从源增强的MSC Server移动到目标MSC Server控制范围之内，在UE改变所附着的MSC Server的位置取消过程中，当源增强的MSC Server接收到HSS/HLR发送的位置取消请求后，开始延时计时，当延时时间到，代替所述UE执行IMS注销过程。这样，当源MSC Server接收到HSS/HLR发送的位置取消请求，延时一段时间发送注销请求，以保证注册请求先于注销请求到达S-CSCF。 [0058] 在本发明实施例中，在源增强的MSC Server设置一注销请求发送定时器，通过启动注销请求发送定时器开始延时计时，当所述注销请求发送定时器溢出时，延时时间到，源增强的MSC Server代替所述UE执行IMS注销过程。 [0059] 所述延时时间(注销请求发送定时器的溢出值)在所述源增强的MSCServer本地配置，并具有足够时长，时长大于正常情况下目标增强的MSCServer的注册请求到达S-CSCF所需要最大时间。 [0060] 所述的IMS注销过程指所述源增强的MSC Server代替所述UE向IMS发送IMS注销请求；当所述源增强的MSC Server接收到注销成功响应或失败响应时，删除本地IMS注册数据。 [0061] 如果目标MSC Server是增强的MSC Server，则会代替所述UE执行IMS注册过程，此时在S-CSCF中，用新的注册绑定关系代替旧的注册绑定关系；源MSC Server代替UE发送的注销请求到达S-CSCF后，由于旧的注册绑定关系不存在，S-CSCF会拒绝该注销请求。 [0062] 如果目标MSC Server是普通MSC Server，则不会代替UE执行IMS注册；源MSC Server代替用户发送的注销请求到达S-CSCF后，S-CSCF会注销原注册绑定关系。 [0063] 作为优化，当延时时间还未到(定时器还未溢出)，源MSC Server接收到S-CSCF发送的注册通知消息，如果检查出所述注册通知消息中源MSCServer建立的注册关系的联系地址不是自己的联系地址，则停止延时计时，删除本地保存的注册数据。 [0064] 以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。 [0065] 为了便于理解，在对本发明实施例的具体实施方式进行说明之前，首先对IMS集中业务的注册流程和由于位置取消过程引起的IMS集中业务注销流程进行简要描述。 [0066] 图4是IMS集中业务的注册流程。如图4所示，增强的MSC Server代替CS UE向IMS发起集中业务的注册的过程包括以下步骤： [0067] 步骤401：UE发起CS附着过程，向MSC Server发送附着请求。 [0068] 步骤402：MSC Server向HSS/HLR发送位置更新请求。 [0069] 步骤403：HSS/HLR接受位置更新，向MSC Server返回位置更新接受响应。 [0070] 在具体实施过程中，在步骤402～403过程中，还执行CS接入认证、用户数据插入等过程。并且，HSS/HLR可以在用户数据中或位置更新接受响应中插入ICS指示，该ICS指示说明该用户签约了ICS业务。 [0071] 步骤404：MSC Server向UE返回附着接受响应。 [0072] 步骤405：UE在MSC Server附着成功后，MSC Server执行IMS注册决策，如果发现用户数据中或位置更新响应中含有ICS指示，或根据本地配置的过滤准则，判断用户是ICS用户，则决定代替用户发起IMS注册。 [0073] 步骤406：MSC Server从用户的标识中推导出用户的归属域，并发现合适的入口点的地址，如I-CSCF的地址等。 [0074] 步骤407：MSC Server向I-CSCF发送SIP注册请求，其中，该SIP注册请求中包含了从用户标识中推导出的私有用户标识和公共用户标识、以及接入方式指示，该指示表示该注册请求从MSC Server发出。 [0075] 其中从用户标识中推导出的私有用户标识和公共用户标识采用统一的推导规则，不同增强的MSC Server推导出的使用私有用户标识和公共用户标识相同。 [0076] 步骤408：I-CSCF向HSS发送S-CSCF分配请求，请求HSS分配为用户服务的S-CSCF。 [0077] 步骤409：HSS为用户分配S-CSCF，并通过S-CSCF分配响应消息，将分配的S-CSCF的相关信息(如S-CSCF的地址或标识等)发送给I-CSCF。 [0078] 步骤410：I-CSCF将注册请求转发到HSS分配的S-CSCF。 [0079] 步骤411：S-CSCF通过请求中的接入方式指示判断该注册请求来自MSCServer，则跳过认证过程，并与HSS交互，向HSS发送用户数据下载请求，请求下载用户签约数据。 [0080] 步骤412：HSS向S-CSCF返回用户数据响应，其中，该响应中包含了用户签约数据。 [0081] 步骤413：S-CSCF向I-CSCF返回注册成功响应。 [0082] 步骤414：I-CSCF向MSC Server转发注册成功响应。 [0083] 步骤415：S-CSCF根据用户的签约数据的初始过滤准则，触发第三方注册过程，向AS发送注册请求，通知AS用户的注册信息。 [0084] 其中，AS中包括ICS应用服务器、电话业务服务器等。 [0085] 步骤416：AS返回注册成功响应。 [0086] 至此，增强的MSC Server代替UE完成在IMS中的注册，在S-CSCF中建立了注册绑定关系(私有用户标识、公共用户标识与增强的MSC Server的联系地址的关系)。 [0087] 在注册成功后，增强的MSC Server还需要向S-CSCF订阅用户的注册状态，S-CSCF将用户的注册信息通过通知消息返回给增强的MSC Server。 [0088] 步骤417：增强的MSC Server向S-CSCF发送注册事件订阅请求，请求订阅该用户的注册事件。 [0089] 步骤418，S-CSCF接受订阅请求，返回订阅成功响应。 [0090] 步骤419，接受订阅后，S-CSCF通过通知消息将该用户的注册信息发送给增强的MSC Server。 [0091] 注册通知消息中包括用户在S-CSCF中的所有注册信息，其中就包含该增强的MSC Server代替UE注册的注册关系，包括以下信息： [0092] <公共用户标识>，<联系地址>，<注册状态>，<注册事件>，<其他信息>[0093] 其中， [0094] 公共用户标识为注册关系中公共用户标识； [0095] 联系地址为注册关系中的实际联系地址； [0096] 注册状态为当前注册关系的实际状态； [0097] 注册事件为导致注册发生变化的注册事件； [0098] 在注册过程中，和联系地址相关的一些信息放在其他信息中。 [0099] 如UE首次在增强的MSC Server附着，MSC Server代替用户IMS注册成功，则[0100] <公共用户标识＝默认公共用户标识>，<联系地址＝增强的MSC Server联系地址>，<注册状态＝激活>，<注册事件＝创建>，<其他信息包含ICS特征信息>[0101] 当UE移动到其他增强的MSC Server，新的MSC Server代替用户进行IMS注册，新的注册关系覆盖了原来MSC Server建立的注册关系，则注册通知中的相对应的注册信息变为： [0102] <公共用户标识＝默认公共用户标识>，<联系地址＝新增强的MSC Server联系地址>，<注册状态＝激活>，<注册事件＝注册>，<其他信息包含ICS特征信息>[0103] 步骤420，增强的MSC Server返回注册通知响应。 [0104] 在UE在增强的MSC Server处于CS激活状态时，MSC Server会定期刷新订阅关系；当用户注册状态发生变化时，S-CSCF会主动通知订阅方。当MSC Server注销用户后，则会主动删除订阅关系。 [0105] 图5是UE从增强的MSC Server移动到其他MSC Server，即位置取消过程中的IMS集中业务的注销流程。当UE已经在源增强的MSC Server附着成功，且源增强的MSC Server已经代替UE在IMS中注册成功，在UE移动到目标MSC Server时，该目标MSC Server可能是增强的MSC Server，或者是普通MSC Server，该过程包括以下步骤： [0106] 步骤501，UE发起CS附着过程，向目标MSC Server发送附着请求。 [0107] 步骤502，目标MSC Server向HSS/HLR发送位置更新请求。 [0108] 步骤503，HSS/HLR接受位置更新，向目标MSC Server返回位置更新接受响应。 [0109] 在步骤502～503过程中，还执行标准的CS接入认证、用户数据插入过程。 [0110] HSS/HLR在用户数据中或位置更新接受响应中插入ICS指示，说明该用户签约了ICS业务。 [0111] 步骤504，目标MSC Server向UE返回附着接受响应。 [0112] 当目标MSC Server是普通的MSC Server，目标MSC Server会忽略用户数据中或位置更新接受响应中的ICS指示，不会代替UE执行IMS注册过程。 [0113] 当目标MSC Server是增强的MSC Server，目标MSC Server会按照图4所示注册过程代替UE执行IMS注册。 [0114] 步骤505，HSS/HLR向源MSC Server发送取消位置请求。 [0115] 步骤506，源MSC Server向HSS/HLR返回取消位置响应，并删除本地保存的CS用户数据。 [0116] 步骤507，由于UE在源MSC Server处于非激活状态，源MSC Server代替UE执行IMS注销过程，向I-CSCF发送注销请求。 [0117] 这里的代替UE执行IMS注销过程，指需要MSC Server向IMS发送注销请求的注销过程，后文中的本地注销过程指MSC Server不向IMS发送注销请求，只是在本地删除和用户相关的IMS注册数据的过程。 [0118] 步骤508，I-CSCF与HSS交互，向HSS发送S-CSCF分配请求，请求HSS分配为用户服务的S-CSCF。 [0120] 步骤510，I-CSCF将注销请求转发到指定的S-CSCF。 [0121] 步骤511，S-CSCF与HSS交互，将用户的注销状态通知给HSS。 [0122] 步骤512，HSS向S-CSCF返回注销通知响应。 [0123] 步骤513，S-CSCF向I-CSCF返回注销成功响应。 [0124] 步骤514，I-CSCF向增强的MSC Server转发注销成功响应。 [0125] 步骤515，S-CSCF根据用户的签约数据的初始过滤准则，触发第三方注销过程，向AS发送注销请求，通知AS用户已经注销。 [0126] 步骤516，AS返回注销成功响应。 [0127] 基于上述过程，结合本发明实施例对本发明做进一步阐述： [0128] 实施例一 [0129] 本实施例中，目标MSC Server为增强的MSC Server，当CS UE从源增强的MSC Server移动到目标增强的MSC Server下，增强的MSC Server会代替UE执行IMS注册。该过程包括以下步骤： [0130] 步骤601～606：同步骤501～506。 [0131] 由于目标MSC Server是增强的MSC Server，因此目标MSC Server会执行步骤607代替UE执行IMS注册过程。 [0132] 步骤607：目标MSC Server代替UE发起IMS注册过程。 [0133] 当用户在目标MSC Server中位置更新成功后，目标MSC Server代替UE执行IMS注册过程，目标MSC Server向IMS系统中的S-CSCF发送注册请求。由于源MSC Server延时发送注销请求，因此该注册请求先于注销请求到达S-CSCF，S-CSCF更新注册绑定关系为新的注册绑定关系(私有用户标识、公共用户标识与目标MSC Server联系地址的关系)。 [0134] 步骤608：在步骤607进行的同时，源MSC Server开始延时计时(启动注销请求发送定时器)。 [0135] 这里的延时时间(注销请求发送定时器的溢出值)在源增强的MSC Server本地配置，并具有足够时长，时长要求大于正常情况下目标增强的MSC Server的注册请求到达S-CSCF所需要最大时间，以保证从源增强的MSC Server发送的注销请求晚于目标MSC Server可能发送的注册请求到达S-CSCF。 [0136] 步骤609：当延时时间到(注销请求发送定时器溢出)，触发步骤610。 [0137] 步骤610：源MSC Server代替UE执行IMS注销过程。 [0138] 由于注销请求晚于注册请求到达S-CSCF，此时S-CSCF中的注册绑定关系已经在步骤608中更新为新的注册绑定关系。当注销请求到达S-CSCF，S-CSCF根据注销请求中的用户信息(用户私有标识和用户公有标识)匹配已经存在的注册关系，发现新的注册关系，并进一步比对MSC Server的联系地址，发现联系地址不同，则作为异常处理流程，拒绝源MSC Server的注销请求。源MSC Server收到拒绝请求后，删除本地的IMS注册数据。因此在此情况下，不会出现导致业务逻辑错误。 [0139] 实施例二 [0140] 由于源MSC Server在代替UE注册成功后，会执行注册事件订阅，以获取注册事件的变更；当用户的注册状态在S-CSCF变化时，S-CSCF会通知订阅方源MSC Server，因此在位置取消过程中，源MSC Server可以通过该信息得知是否有目标MSC Server代替用户注册，如果已经注册，即用户的注册绑定关系已经被更新，源MSC Server就没有必要代替UE进行注销，直接执行本地注销过程即可。 [0141] 当本实施例中，该过程包括以下步骤： [0142] 步骤701～706：同步骤501～506。 [0143] 由于目标MSC Server是增强的MSC Server，因此目标MSC Server会执行步骤708代替UE执行IMS注册过程。 [0144] 步骤707：源MSC Server启动注销请求发送定时器。 [0145] 步骤708：在进行步骤707的同时，目标MSC Server代替UE发起IMS注册过程。 [0146] 目标MSC Server向IMS系统中的S-CSCF发送注册请求，S-CSCF更新注册绑定关系为新的注册绑定关系(私有用户标识、公共用户标识与目标MSC Server联系地址的关系)。 [0147] 步骤709：由于注册绑定关系发生变化，S-CSCF根据MSC Server在S-CSCF的注册事件订阅关系，向源MSC Server发送注册通知消息，其中CS [0148] UE的注册绑定关系的联系地址由源MSC Server的联系地址变为目标MSC的联系地址。 [0149] 步骤710：源MSC Server检查通知消息中的注册信息，发现原来建立的注册绑定关系中的联系地址已经发生变化，已经不再是自身的联系地址，则认为有其他增强的MSC Server已经代替用户进行IMS注册，停止注销请求定时器，执行本地注销过程，删除本地IMS注册数据。 [0150] 实施例三 [0151] 本实施例中，目标MSC Server为普通的MSC Server，当CS UE从增强的MSC Server移动到目标普通MSC Server下，由于普通MSC Server不会代替UE执行IMS注册，该过程包括以下步骤： [0152] 步骤801～806：同步骤501～506。由于目标MSC Server是普通的MSCServer，因此目标MSC Server不会代替UE执行IMS注册过程，因此一直到步骤809期间，S-CSCF一直保存源MSC Server建立的注册绑定关系。 [0153] 步骤807：源MSC Server启动注销请求发送定时器。 [0154] 这里的注销请求发送定时器的溢出值在增强的MSC Server本地配置，并具有足够时长，时长要求大于正常情况下目标增强的MSC Server的注册请求到达S-CSCF所需要最大时间，以保证从源增强的MSC Server发送的注销请求晚于目标MSC Server可能发送的注册请求到达S-CSCF。 [0155] 步骤808：注销定时器溢出，触发步骤809。 [0156] 步骤809：源MSC Server代替CS UE执行IMS注销过程。 [0157] 在该过程中，源MSC Server经过I-CSCF向S-CSCF发送注销请求，由于S-CSCF保存源MSC Server建立的注册绑定关系(也就是私有用户标识、公共用户标识与源MSC Server联系地址的关系)，S-CSCF接收到注销请求后，删除注册绑定关系，并向源MSC Server返回注销成功响应，源MSC Server删除本地保存的IMS注册数据。 [0158] 如上所述，借助本发明，在CS UE在MSC Server之间移动时，源增强的MSC Server采用延时发送注销请求的方式，保证源MSC Server的注销请求晚于目标MSC Server的注册请求到达S-CSCF，因此，避免了不必要的冗余信令，提高了系统处理效率。 |
||||||
QQ群二维码
意见反馈
意见反馈