一种服务呼叫会话控制功能的故障恢复方法.pdf

一种服务呼叫会话控制功能的故障恢复方法，该方法包括：当为用户设备分配的第一S-CSCF发生故障时，IMS网络中用于重选S-CSCF的网元重选第二S-CSCF为所述用户设备服务；所述第二S-CSCF获知其为重选的S-CSCF后，通知代理呼叫会话控制功能P-CSCF已为所述用户设备重选S-CSCF；获知已为所述用户设备重选S-CSCF后，所述P-CSCF更新本地存储的为所述用户设备服务的S-CSCF信息，或指示所述用户设备重新发起注册。采用本发明的S-CSCF故障恢复方法，能有效地避免由于P-CSCF上的保存的S-CSCF信息和实际为UE服务的S-CSCF不一致所导致的呼叫失败问题。

1、  一种服务呼叫会话控制功能的故障恢复方法，其特征在于，该方法包括：
当为用户设备分配的第一服务呼叫会话控制功能即第一S-CSCF发生故障时，IP多媒体子系统网络即IMS网络中用于重选S-CSCF的网元重选第二S-CSCF为所述用户设备服务；
所述第二S-CSCF获知其为重选的S-CSCF后，通知代理呼叫会话控制功能P-CSCF已为所述用户设备重选S-CSCF；
获知已为所述用户设备重选S-CSCF后，所述P-CSCF更新本地存储的为所述用户设备服务的S-CSCF信息，或指示所述用户设备重新发起注册。

2、  如权利要求1所述的方法，其特征在于，
所述IMS网络中用于重选S-CSCF的网元为查询呼叫会话控制功能I-CSCF；
当所述I-CSCF接收到指向所述用户设备的终呼请求消息，且发现所述第一S-CSCF发生故障时，所述I-CSCF为所述用户设备重选所述第二S-CSCF，并告知所述第二S-CSCF该S-CSCF为重选的S-CSCF。

3、  如权利要求2所述的方法，其特征在于，
所述I-CSCF为所述用户设备重选所述第二S-CSCF后，在向所述第二S-CSCF转发所述终呼请求消息时，通过在所述终呼请求消息中添加重选标志来告知所述第二S-CSCF该S-CSCF为重选的S-CSCF。

4、  如权利要求2所述的方法，其特征在于，
所述终呼请求消息对应的呼叫结束后，所述第二S-CSCF通知所述P-CSCF已为所述用户设备重选S-CSCF。

5、  如权利要求3所述的方法，其特征在于，
接收到所述I-CSCF转发的终呼请求消息后，所述第二S-CSCF通过在转发给所述P-CSCF的所述终呼请求消息中添加标记、或向所述P-CSCF发送通知消息通知所述P-CSCF已为所述用户设备重选S-CSCF。

6、  如权利要求1、4、5中任意一个所述的方法，其特征在于，
所述第二S-CSCF在通知所述P-CSCF已为所述用户设备重选S-CSCF的消息中添加：用于标识已为所述用户设备重选S-CSCF的标记，和/或，所述第二S-CSCF的信息；
若上述消息中仅包含所述标记，则所述P-CSCF从该通知消息的消息头中获取所述第二S-CSCF的信息。

7、  一种服务呼叫会话控制功能的故障恢复方法，其特征在于，该方法包括：
当为用户设备分配的第一S-CSCF发生故障时，IMS网络重选第二S-CSCF为所述用户设备服务；
所述第二S-CSCF获知其为重选的S-CSCF后，指示所述用户设备重新发起注册。

8、  如权利要求7所述的方法，其特征在于，
所述IMS网络中用于重选S-CSCF的网元为I-CSCF；
当所述I-CSCF接收到指向所述用户设备的终呼请求消息，且发现所述第一S-CSCF发生故障时，为所述用户设备重选所述第二S-CSCF，并告知所述第二S-CSCF其为重选的S-CSCF；
当所述终呼请求消息对应的呼叫结束后，所述第二S-CSCF指示所述用户设备重新发起注册。

9、  如权利要求8所述的方法，其特征在于，
所述I-CSCF在向所述第二S-CSCF转发所述终呼请求消息时，通过在所述终呼请求消息中添加重选标志来告知所述第二S-CSCF该S-CSCF为重选的S-CSCF。

一种服务呼叫会话控制功能的故障恢复方法
技术领域
本发明涉及通信领域，尤其涉及一种IP(Internet Protocol，因特网协议)多媒体子系统中的服务呼叫会话控制功能的故障恢复方法。
背景技术
IP多媒体子系统(IP Multimedia Core Network Subsystem，简称IMS)是新一代通讯网络的核心。图1描述了IMS体系结构中和本发明相关的网元实体及其连接关系。其中：
用户设备(User Equipment，简称UE)101代表用户使用的终端设备；
呼叫会话控制功能(Call Session Control Function，简称CSCF)是控制会话过程的核心网元，包括：代理呼叫会话控制功能(Proxy-CSCF，简称P-CSCF)102、查询呼叫会话控制功能(Interrogating-CSCF，简称I-CSCF)103、服务呼叫会话控制功能(Serving-CSCF，简称S-CSCF)104；
归属用户服务器(Home Subscriber Server，简称HSS)105是IMS中与用户和服务器相关的数据的主要存储服务器；
应用服务器(Application Server，简称AS)106是提供增值多媒体业务的网元。
在图1所示出的各个网元间，UE通过Gm接口和P-CSCF相连；P-CSCF、I-CSCF、S-CSCF间通过Mw接口实现互连；HSS通过Cx接口与I-CSCF、S-CSCF相连，通过Sh接口与AS相连；S-CSCF通过ISC(IMS service control，IMS业务控制)接口与AS相连。
P-CSCF是用户接入到IMS系统的入口网元，所有的会话初始协议(Session Initiation Protocol，简称SIP)信令无论来自UE还是发给UE的，都必须经过P-CSCF。
S-CSCF是IMS的核心网元，位于归属网络，为UE进行会话控制和注册服务。当UE处于会话中时，S-CSCF处理网络中的会话状态。
HSS是IMS系统中与用户和服务器相关的数据的存储核心，不仅保存用户和服务器相关的静态数据，而且保存某些动态数据。
UE想要使用IMS所提供的丰富的业务功能，必须首先注册到IMS域。当UE注册成功后，IMS网络为UE分配P-CSCF、S-CSCF。并且在UE注册成功后，P-CSCF、S-CSCF、HSS上各自维持着相应的用户数据和状态，具体包括：
P-CSCF中存储：UE的公共用户标识(PUI)、UE的私有用户标识(PVI)、UE的联系地址(如IP地址、SIP URL(Uniform Resource Locator，统一资源定位符)等)、和UE之间保持的安全联盟、为UE分配的归属网的S-CSCF地址/名称，以及可能的会话状态信息(如UE的订阅事件包)；
S-CSCF中存储：UE的公共用户标识(PUI)、UE的私有用户标识(PVI)、UE的联系地址(如IP地址、SIP URL等)、为UE分配的P-CSCF地址/名称、P-CSCF所归属的网络ID(标识符)、UE所归属的HSS地址、UE的用户配置数据，以及可能的会话状态信息(如UE的订阅事件包)；
HSS中存储：为UE分配的S-CSCF地址、UE的注册状态。
其中，当UE注册成功后，P-CSCF、S-CSCF上并没有显式地保存UE的注册状态，但是P-CSCF可以通过和UE之间是否存在安全联盟来判断UE是否已经注册，而S-CSCF通过判断有没有UE注册后的相关数据来判断UE是否已经注册。
UE注册成功后，IMS网络为UE所分配的P-CSCF、S-CSCF、以及所对应的HSS，构成了UE后续通信使用的通信链路。在注册成功后，UE发起呼叫的过程、UE被呼叫的过程，网络都将使用已经为该UE分配好的通信链路。
在通常情况下，UE注册成功后，网络分配给该UE的通信链路在后续过程中是保持不变的。这意味着，一旦这个通信链路上的某一个环节出了问题，将会影响UE后续的起呼和终呼的过程，使得通信不能正常进行。
由于S-CSCF在IMS信令控制流程中的重要性，如果S-CSCF出现故障，将直接导致服务失败，严重影响用户的业务体验。
对于UE发起的呼叫、指向UE的呼叫，呼叫控制信令将到达S-CSCF，由S-CSCF根据业务配置来决定控制流程。同时，S-CSCF也有可能接收到AS代替UE发起的呼叫。在这些情况下，如果S-CSCF失败将导致呼叫流程的中断，只有等待UE主动发现了网络错误而重新发起注册才能解决。而UE主动发现网络错误的过程取决于UE发起周期性重注册的时间间隔，通常这个时间间隔会在数分钟到数十分钟，这期间如果有其他用户呼叫该UE，则呼叫不能正常执行，而且该UE主动发起的呼叫也将会失败。
为了解决上述由于核心网网元故障问题而引起的服务中断，改善用户体验，3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)组织成立了IMS故障恢复研究项目，目的就在于寻找核心网元发生故障后的解决方案。
其中，针对S-CSCF故障，有如下研究结果：
(A)如果接收到UE发起的呼叫，为了继续呼叫流程，故障恢复流程中的S-CSCF(该S-CSCF可能是先前出现故障后恢复的S-CSCF，此时该S-CSCF已丢失业务数据；也可能是由于先前的S-CSCF故障无响应，网络为了实现故障恢复而重新选择的一个新的S-CSCF)必须要能获得用户的业务配置数据、注册状态、为UE分配的P-CSCF、UE的IP地址和端口。在该过程中，由于呼叫请求是UE发起的，经过P-CSCF发送到S-CSCF，故S-CSCF可以从呼叫请求中获取P-CSCF地址信息、UE的地址和端口信息，以便后续使用。
(B)如果接收到指向UE的呼叫，为了继续呼叫流程，故障恢复流程中的S-CSCF(和(A)相同可能是先前出现故障后恢复的S-CSCF，也可能是新分配的S-CSCF)同样需要获得和(A)情况相同的数据。然而，和(A)情况不同的是，由于呼叫是第三方发给UE的，S-CSCF不可能从呼叫请求中获取P-CSCF地址信息、UE的IP和端口信息，而S-CSCF需要使用这些信息将呼叫发送给P-CSCF。
此外，还有AS代替UE发起呼叫的情况，其处理情况与(A)类似。
在上述(A)、(B)中，用户的业务配置数据用于触发业务逻辑，决定呼叫流程的下一跳应该是哪个网元。注册状态用于判断UE处于已注册状态还是未注册状态，从而针对已注册用户触发正常业务流程，针对未注册用户触发未注册业务流程。对于指向UE的呼叫，S-CSCF需要知道P-CSCF地址，以便将信令发送到该P-CSCF。
为了解决上述(A)、(B)情况所面临的问题，现有研究采用了备份、恢复的解决方案。其主要特征是：在UE执行IMS初始注册时，将S-CSCF上保存的重要的环境数据保存到HSS上。这些环境数据包括：为UE分配的P-CSCF信息、UE的联系地址等信息、UE的PUI和PVI等信息。这些保存在HSS上的S-CSCF的环境信息可以被称之为S-CSCF Info信息包。当S-CSCF故障丢失数据后，S-CSCF可以向HSS请求返回先前保存在HSS上的S-CSCFInfo信息包，用以重建服务环境。当原先为UE分配的S-CSCF故障无响应后，网络可以为UE重新选择新的S-CSCF，由新的S-CSCF向HSS请求原S-CSCF保存的S-CSCF Info信息包，用以重建服务环境。
当S-CSCF重建了服务环境后，可以处理UE的呼叫，即实现故障恢复过程。
图2是一个典型的S-CSCF故障恢复过程的流程图，该流程图描述了当UE被终呼时原先的S-CSCF故障无响应，网络重选S-CSCF，并采用恢复机制重建S-CSCF服务环境，以继续呼叫的过程，包括如下步骤：
S201，在UE执行IMS注册时，S-CSCF向HSS备份在S-CSCF上存储的关键信息；
在注册过程中，鉴权成功后，S-CSCF向HSS发送服务分配请求(ServerAssignment Request，简称SAR)，以更新S-CSCF名称、获取用户的业务配置，同时S-CSCF将存储在本地的与UE注册相关的信息(包括：P-CSCF的网络ID、P-CSCF的IP地址、UE的联系地址、UE的公共用户标识、UE的私有用户标识、关键的路由信息等)打包成一个S-CSCF Info的信息包，保存到HSS上。
S202，后续过程中，第三方发起呼叫，指向该UE，该呼叫首先被发送到I-CSCF；
S203，I-CSCF查询HSS后获知原先为UE分配的S-CSCF，并将呼叫请求前转给该S-CSCF；但是由于原先为UE分配的S-CSCF出现故障无响应，该请求将超时，由此I-CSCF认为该S-CSCF出现故障，决定为该UE重选S-CSCF；
S204，I-CSCF向HSS请求重选S-CSCF；HSS返回若干满足条件的S-CSCF信息，I-CSCF从中选取一个作为为UE服务的新分配的S-CSCF；
S205，I-CSCF将呼叫请求转发给该重选的S-CSCF，并携带标识表明该S-CSCF是被重选的；
S206，重选的S-CSCF收到呼叫请求，由于该S-CSCF是被重选的，无用户数据，因此该S-CSCF向HSS发送SAR，以获取用户的业务配置、备份的S-CSCF Info信息包；HSS在收到SAR后，通过服务分配响应(ServerAssignment Answer，SAA)命令，向S-CSCF返回用户业务配置、备份的S-CSCFInfo信息包；
S207，重选的S-CSCF在本地保存HSS所返回的数据，并判断当前用户的注册状态；
在步骤S206中，HSS不显式的返回用户的注册状态，而是通过SAA中的错误信息(Experiment-Result)域中的错误响应值让S-CSCF判断当前用户是否已注册。
比如，如果返回值是DIAMETER_ERROR_IN_ASSIGNMENT_TYPE、DIAMETER_SUCCESS，则S-CSCF认为当前用户是已注册的，而返回值是其他值则认为当前用户是未注册的。另外，如果HSS没有在SAA中返回S-CSCF Info信息包，则S-CSCF也认为当前用户是未注册的。S-CSCF需要根据SAA中所包含的信息来判断用户当前的注册状态。
S208，S-CSCF凭借所获取的用户数据和环境数据，执行后续呼叫处理流程，将呼叫转发给P-CSCF，并经由P-CSCF发送给UE；
S209，采用正常的会话处理流程进行后续处理。
图2所示的S-CSCF故障恢复处理流程，在为UE分配的S-CSCF故障无响应而重选S-CSCF后存在一个缺陷，会导致UE发起的呼叫可能会失败，如图3所示，该流程分为过程A和过程B，具体包括如下步骤：
过程A：在此过程中，原先为UE分配的S-CSCF(记作S-CSCF1)因故障导致无响应；当收到一个指向UE的终呼请求时，I-CSCF请求HSS为UE重选为一个S-CSCF(记作S-CSCF2)，S-CSCF2利用从HSS获取的用户数据和之前S-CSCF1所备份的S-CSCF信息，来继续处理呼叫。
S3A01，I-CSCF收到一个指向UE的终呼请求；
S3A02，I-CSCF向HSS查找为UE分配的S-CSCF，获得S-CSCF1的信息；
S3A03，I-CSCF向S-CSCF1发送呼叫请求；由于S-CSCF1故障，I-CSCF将得不到S-CSCF1的响应；
S3A04，该呼叫请求超时后，I-CSCF判定S-CSCF1发生故障，决定向HSS请求为UE分配新的S-CSCF以继续呼叫处理流程；
S3A05，I-CSCF向HSS发送请求，请求HSS为UE重新分配S-CSCF；
S3A06，HSS为UE重新选择了S-CSCF2，并返回给I-CSCF；
S3A07，I-CSCF将呼叫请求转给为UE新分配的S-CSCF(即S-CSCF2)；
S3A08，S-CSCF2收到呼叫请求后，因本地无用户数据，故向HSS请求用户数据及S-CSCF备份信息；
S3A09，HSS查询到UE的用户数据，并将原先UE注册时候保存在HSS上的S-CSCF Info信息包返回给S-CSCF2；
在该信息包中包含了UE的联系地址信息、为UE分配的P-CSCF的信息、UE的订阅事件包等重要信息。S-CSCF2接收到HSS返回的用户数据，及备份在HSS上的S-CSCF信息包，保存在本地，并利用这些数据重建为该UE服务的S-CSCF环境。
S3A10，S-CSCF2将呼叫请求转给P-CSCF；
S3A11，P-CSCF将呼叫请求转给UE；
S3A12，采用正常呼叫处理流程进行后续处理。
过程B：UE发起呼叫。
S3B01，UE发起呼叫，该呼叫的下一个处理网元是P-CSCF；
S3B02，P-CSCF查找本地所存储的为UE分配的S-CSCF地址，发现是S-CSCF1，因此将S-CSCF1的地址添加到路由信息中，并指明下一个处理网元是S-CSCF；即，P-CSCF将UE的呼叫请求转给S-CSCF1；
S3B03，由于S-CSCF1故障无法处理呼叫，故P-CSCF将在呼叫有效期限内得不到S-CSCF1的响应；于是，P-CSCF认为呼叫失败；
S3B04，P-CSCF向UE返回呼叫失败响应。
如图3所示，在UE被终呼的过程中，P-CSCF并不知道网络为UE重新选择了S-CSCF2，更不会更新本地所保存的为UE分配的S-CSCF信息。当P-CSCF在收到UE发起的呼叫时，仍然会沿用UE初始注册时P-CSCF所保存的为UE分配的S-CSCF信息，即仍然会使用S-CSCF1，于是会导致UE发起的呼叫不能正常进行。
在现有技术中，P-CSCF保存为UE分配的S-CSCF信息，仅在UE发起初始注册的过程、或UE发起重注册的过程中进行。
因此，对图3所示流程进行分析可以发现，当前的IMS故障恢复方案，尤其是S-CSCF的故障恢复方案中存在一个缺陷，该缺陷导致重选S-CSCF后，P-CSCF上所保存的S-CSCF信息和重选的S-CSCF不一致，这将导致UE发起的呼叫不能正常进行。
发明内容
本发明所要解决的技术问题是，克服现有技术的不足，提供一种服务呼叫会话控制功能的故障恢复方法，避免了为UE重选S-CSCF后P-CSCF上所保存的S-CSCF信息和重选的S-CSCF不一致，进而造成UE发起的呼叫不能正常进行的问题。
为了解决上述问题，本发明提供一种服务呼叫会话控制功能的故障恢复方法，该方法包括：
当为用户设备分配的第一服务呼叫会话控制功能、即第一S-CSCF发生故障时，IP多媒体子系统网络即IMS网络中用于重选S-CSCF的网元重选第二S-CSCF为所述用户设备服务；
所述第二S-CSCF获知其为重选的S-CSCF后，通知代理呼叫会话控制功能P-CSCF已为所述用户设备重选S-CSCF；
获知已为所述用户设备重选S-CSCF后，所述P-CSCF更新本地存储的为所述用户设备服务的S-CSCF信息，或指示所述用户设备重新发起注册。
此外，所述IMS网络中用于重选S-CSCF的网元为查询呼叫会话控制功能I-CSCF；
当所述I-CSCF接收到指向所述用户设备的终呼请求消息，且发现所述第一S-CSCF发生故障时，所述I-CSCF为所述用户设备重选所述第二S-CSCF，并告知所述第二S-CSCF该S-CSCF为重选的S-CSCF。
此外，所述I-CSCF为所述用户设备重选所述第二S-CSCF后，在向所述第二S-CSCF转发所述终呼请求消息时，通过在所述终呼请求消息中添加重选标志来告知所述第二S-CSCF该S-CSCF为重选的S-CSCF。
此外，所述终呼请求消息对应的呼叫结束后，所述第二S-CSCF通知所述P-CSCF已为所述用户设备重选S-CSCF。
此外，接收到所述I-CSCF转发的终呼请求消息后，所述第二S-CSCF通过在转发给所述P-CSCF的所述终呼请求消息中添加标记、或向所述P-CSCF发送通知消息通知所述P-CSCF已为所述用户设备重选S-CSCF。
此外，所述第二S-CSCF在通知所述P-CSCF已为所述用户设备重选S-CSCF的消息中添加：用于标识已为所述用户设备重选S-CSCF的标记，和/或，所述第二S-CSCF的信息；
若上述消息中仅包含所述标记，则所述P-CSCF从该通知消息的消息头中获取所述第二S-CSCF的信息。
本发明还提供一种服务呼叫会话控制功能的故障恢复方法，该方法包括：
当为用户设备分配的第一S-CSCF发生故障时，IMS网络重选第二S-CSCF为所述用户设备服务；
所述第二S-CSCF获知其为重选的S-CSCF后，指示所述用户设备重新发起注册。
此外，所述IMS网络中用于重选S-CSCF的网元为I-CSCF；
当所述I-CSCF接收到指向所述用户设备的终呼请求消息，且发现所述第一S-CSCF发生故障时，为所述用户设备重选所述第二S-CSCF，并告知所述第二S-CSCF其为重选的S-CSCF；
当所述终呼请求消息对应的呼叫结束后，所述第二S-CSCF指示所述用户设备重新发起注册。
此外，所述I-CSCF在向所述第二S-CSCF转发所述终呼请求消息时，通过在所述终呼请求消息中添加重选标志来告知所述第二S-CSCF该S-CSCF为重选的S-CSCF。
综上所述，采用本发明的S-CSCF故障恢复方法，在为UE重选S-CSCF后，通过S-CSCF主动通知P-CSCF已重选S-CSCF或通知UE重新发起注册，使得P-CSCF更新在本地保存的为UE服务的S-CSCF的信息，进而能有效地避免由于P-CSCF上的保存的S-CSCF信息和实际为UE服务的S-CSCF不一致所导致的呼叫失败问题。
附图说明
图1为现有技术的IMS系统中的核心网元及其连接关系示意图；
图2是现有技术中一个典型的S-CSCF故障恢复过程的流程图；
图3为现有技术中，采用重选S-CSCF的故障恢复方案所带来的问题的示意图；
图4是本发明的第一实施例流程图；
图5是本发明第二实施例流程图；
图6是本发明第三实施例流程图。
具体实施方式
下面将结合附图和实施例对本发明进行详细描述。
图4是本发明的第一实施例流程图，该流程描述了当UE被终呼时采用重选的S-CSCF以继续呼叫处理的改进流程。图4所示的UE终呼流程与图3相比，区别在于步骤：S407、S408、S410、S411。
S401～S406，I-CSCF收到一个指向UE的终呼请求，查找HSS以获得为UE分配的S-CSCF1，将呼叫请求转发给S-CSCF1；由于S-CSCF1故障无响应，I-CSCF请求HSS为UE重选了S-CSCF2；
S407，I-CSCF将呼叫请求转给为UE新分配的S-CSCF(即S-CSCF2)；
在本步骤中，I-CSCF向重选的S-CSCF2转发呼叫请求时，携带重选标志，标识出S-CSCF2是被重选为UE所服务的(即标识出原先为该UE服务的S-CSCF并不是S-CSCF2)。
S408，S-CSCF2收到呼叫请求后，因其本地无用户数据，故向HSS请求用户数据；
在本步骤中，S-CSCF2发现呼叫请求中携带的重选S-CSCF的标志，获知自己是被重选为UE服务的。
S409，HSS查询到UE的用户数据，并将原先UE注册时候保存在HSS上S-CSCF Info信息包返回给S-CSCF2；S-CSCF2利用这些数据重建为该UE服务的S-CSCF环境；
S410，S-CSCF2将呼叫请求转给P-CSCF；
在本步骤中，S-CSCF2在该呼叫请求中携带信息，表明重选了为UE服务的S-CSCF。该信息可以是一个标识，以及被重选的S-CSCF信息(例如，被重选的S-CSCF的IP地址、域名等)。
S411，P-CSCF将呼叫请求转给UE；
在该步骤中，P-CSCF接收到为UE重选的S-CSCF的标识和信息，将本地所保存的为UE服务的S-CSCF信息更新为S-CSCF2的信息。
S412，P-CSCF将呼叫请求发送给UE；
S413，采用正常呼叫处理流程进行后续处理。
图5是本发明第二实施例流程图，该流程描述了当UE被终呼时采用重选S-CSCF以继续呼叫处理后，S-CSCF主动通知P-CSCF更新P-CSCF上保存的为UE分配的S-CSCF信息；该流程分为过程A和过程B，具体包括如下步骤：
过程A：在此过程中，原先为UE分配的S-CSCF1因故障导致无响应，当收到一个指向UE的终呼请求时，I-CSCF请求HSS为UE重选一个S-CSCF，得到S-CSCF2，S-CSCF2利用从HSS获取的用户数据和之前S-CSCF1所备份的S-CSCF信息，来继续处理呼叫。
S5A01～S5A06，分别与S3A01～S3A06相同；
S5A07，在I-CSCF将呼叫请求转发给S-CSCF2时，在该呼叫请求中携带重选标志，标识已重选了S-CSCF，并可以进一步携带S-CSCF2的相关信息；
S5A08，S-CSCF2根据上述重选标志识别出自身是被重选的S-CSCF，并向HSS请求用户数据；
S5A09～S5A12，分别与S3A09～S3A12相同。
过程B：在上述指向UE的终呼结束后，S-CSCF通知P-CSCF已为UE重选了S-CSCF，要求P-CSCF更新S-CSCF信息。
S5B01，S-CSCF向P-CSCF发送通知消息，告知已为UE重选S-CSCF；
上述通知信息中可以包含：
(1)一个标识，用于表明已重选S-CSCF。P-CSCF凭借这个标识得知已重选S-CSCF，并通过S-CSCF2发送的消息头字段(例如，Path、Service-Route等头字段)中包含的信息获知S-CSCF2的地址等信息；或，
(2)重选的S-CSCF信息。P-CSCF利用该信息直接替换本地所保存的S-CSCF信息；或，
(3)标识+重选的S-CSCF信息。通过这些信息明确地告知P-CSCF重选的S-CSCF是哪个。
S5B02，P-CSCF获取重选的S-CSCF信息，更新本地保存的为UE分配的S-CSCF信息。
在图5中，S-CSCF2向P-CSCF发送消息以更新P-CSCF上保存的为UE分配的S-CSCF信息的过程，可以在指向UE的终呼结束后，也可以在S-CSCF2接收到I-CSCF转发的终呼请求后，如可选步骤S5A07-2所示。
S-CSCF向P-CSCF发送消息以更新P-CSCF上的保存的S-CSCF信息的请求，可以通过服务事件通知消息，或者用户订阅事件包通知消息，或者其它类似的通知消息。
图6是本发明第三实施例流程图，该流程描述了当UE被终呼时采用重选S-CSCF以继续呼叫处理后，被重选的S-CSCF(S-CSCF2)通过立即触发UE重注册来实现更新P-CSCF上保存的为UE分配的S-CSCF信息。
图6的流程和图5的差别仅在于过程B，具体描述如下：
过程B：触发UE重新注册。
S6B01，S-CSCF2向P-CSCF发送通知消息，该消息中携带标识告知已为UE重选S-CSCF；
S6B02，P-CSCF获知已为UE重选S-CSCF后，通知UE立刻重新进行注册(初始注册或重注册)；
S6B03，UE主动发起注册流程，在UE的注册过程中，P-CSCF更新本地保存的为UE分配的S-CSCF的信息。
此外，过程B可以由过程B’取代，包括如下步骤：(图中未示出)
S6B01’，S-CSCF2通过P-CSCF向UE发送通知消息，指示其立刻重新发起注册流程(初始注册或重注册)；
S6B02’，UE主动发起注册流程，在注册过程中，P-CSCF更新本地保存的为UE分配的S-CSCF的信息。