CN101577893A - 一种服务呼叫会话控制功能的故障恢复方法 - Google Patents
一种服务呼叫会话控制功能的故障恢复方法 Download PDFInfo
- Publication number
- CN101577893A CN101577893A CNA2008101265875A CN200810126587A CN101577893A CN 101577893 A CN101577893 A CN 101577893A CN A2008101265875 A CNA2008101265875 A CN A2008101265875A CN 200810126587 A CN200810126587 A CN 200810126587A CN 101577893 A CN101577893 A CN 101577893A
- Authority
- CN
- China
- Prior art keywords
- cscf
- gravity treatment
- subscriber equipment
- call request
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
一种服务呼叫会话控制功能的故障恢复方法,该方法包括:当为用户设备分配的第一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不一致所导致的呼叫失败问题。
Description
技术领域
本发明涉及通信领域,尤其涉及一种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的信息。
Claims (9)
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。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101265875A CN101577893A (zh) | 2008-07-18 | 2008-07-18 | 一种服务呼叫会话控制功能的故障恢复方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101265875A CN101577893A (zh) | 2008-07-18 | 2008-07-18 | 一种服务呼叫会话控制功能的故障恢复方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101577893A true CN101577893A (zh) | 2009-11-11 |
Family
ID=41272642
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008101265875A Pending CN101577893A (zh) | 2008-07-18 | 2008-07-18 | 一种服务呼叫会话控制功能的故障恢复方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101577893A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012113294A1 (zh) * | 2011-02-24 | 2012-08-30 | 中兴通讯股份有限公司 | 核心网网元获取ims控制点信息的方法及作为ims控制点的设备 |
CN105451252A (zh) * | 2014-08-19 | 2016-03-30 | 中国移动通信集团公司 | 一种语音业务控制方法、系统及相关装置 |
WO2019024934A1 (zh) * | 2017-08-03 | 2019-02-07 | 中兴通讯股份有限公司 | 代理呼叫会话控制功能故障恢复方法、装置及系统 |
WO2021213243A1 (zh) * | 2020-04-22 | 2021-10-28 | 中兴通讯股份有限公司 | 关联业务注册方法及相关设备、以及计算机可读存储介质 |
-
2008
- 2008-07-18 CN CNA2008101265875A patent/CN101577893A/zh active Pending
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012113294A1 (zh) * | 2011-02-24 | 2012-08-30 | 中兴通讯股份有限公司 | 核心网网元获取ims控制点信息的方法及作为ims控制点的设备 |
CN105451252A (zh) * | 2014-08-19 | 2016-03-30 | 中国移动通信集团公司 | 一种语音业务控制方法、系统及相关装置 |
CN105451252B (zh) * | 2014-08-19 | 2019-04-19 | 中国移动通信集团公司 | 一种语音业务控制方法、系统及相关装置 |
WO2019024934A1 (zh) * | 2017-08-03 | 2019-02-07 | 中兴通讯股份有限公司 | 代理呼叫会话控制功能故障恢复方法、装置及系统 |
CN109391979A (zh) * | 2017-08-03 | 2019-02-26 | 中兴通讯股份有限公司 | P-cscf故障恢复方法、装置及系统 |
CN109391979B (zh) * | 2017-08-03 | 2021-08-17 | 中兴通讯股份有限公司 | P-cscf故障恢复方法、装置及系统 |
US11178714B2 (en) | 2017-08-03 | 2021-11-16 | Zte Corporation | Proxy call session control function failure recovering method, apparatus and system |
WO2021213243A1 (zh) * | 2020-04-22 | 2021-10-28 | 中兴通讯股份有限公司 | 关联业务注册方法及相关设备、以及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11638230B2 (en) | Method, apparatus and system for processing registration backup data | |
CN109391979B (zh) | P-cscf故障恢复方法、装置及系统 | |
EP2131557B1 (en) | Method and system and network element for service processing after network element data invalidated and occuring fault | |
CN101809961B (zh) | Ip多媒体子系统网络中的故障恢复 | |
CN102035798B (zh) | 一种实现容灾的业务处理方法、系统及装置 | |
US8782208B2 (en) | Method and apparatus for use in a communications network | |
US8761762B2 (en) | Migration and activation of services in a network | |
US20110145388A1 (en) | Method, system, and device for realizing registration mechanism of ip multimedia subsystem | |
CN103329499A (zh) | 服务网络节点的动态分配 | |
CN100426744C (zh) | 一种p-cscf和ue处理注册过程异常的方法 | |
US20210160666A1 (en) | Mobile terminating call retry logic for multiple radio access technology types | |
US9749981B2 (en) | IMS system and method for transmitting a reregister request to an S-CSCF | |
US9351269B2 (en) | Method and system for processing service continuity | |
CN101448319B (zh) | 一种s-cscf故障恢复处理方法 | |
CN101577893A (zh) | 一种服务呼叫会话控制功能的故障恢复方法 | |
EP2898647B1 (en) | Methods and apparatus for processing an ims session | |
US20100017527A1 (en) | Sip server and communication system | |
CN101384085A (zh) | 一种终端注册的方法、装置和系统 | |
CN101132407B (zh) | 一种对重选服务呼叫会话控制功能导致的异常的处理方法 | |
CN101577896B (zh) | 一种ip多媒体子系统网络的用户注册方法 | |
KR102065019B1 (ko) | Ims 망에서 가입자를 관리하는 가입자 정보 관리 서버 및 방법 | |
KR20060033407A (ko) | 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 착신호를 가능하게 하는 방법 | |
JP2010206248A (ja) | 位置登録システム、位置登録装置、及び位置登録方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20091111 |