CN101667936A - 接入会话控制服务器的故障处理方法、设备及*** - Google Patents
接入会话控制服务器的故障处理方法、设备及*** Download PDFInfo
- Publication number
- CN101667936A CN101667936A CN200810119378A CN200810119378A CN101667936A CN 101667936 A CN101667936 A CN 101667936A CN 200810119378 A CN200810119378 A CN 200810119378A CN 200810119378 A CN200810119378 A CN 200810119378A CN 101667936 A CN101667936 A CN 101667936A
- Authority
- CN
- China
- Prior art keywords
- session control
- control server
- access session
- user
- server
- 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
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种接入会话控制服务器的故障处理方法,包括:用户数据服务器对网络中的接入会话控制服务器进行故障检测;用户数据服务器检测到有接入会话控制服务器发生故障时,选择至少一个未发生故障的接入会话控制服务器;由选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理。本发明还公开了一种用户数据服务器、接入会话控制服务器及网络***。采用本发明可以及时发现网络中接入会话控制服务器的故障并将业务切换到网络中其他未发生故障的接入会话控制服务器上,减少业务时延,改善用户体验,并能够充分利用网络中的接入会话控制服务器对用户进行接入处理,网络资源利用率高,容量配置灵活,扩展性良好。
Description
技术领域
本发明涉及通信技术领域,尤其是涉及接入会话控制服务器的故障处理方法、设备及***。
背景技术
IMS(IP Multimedia Subsystem,IP多媒体子***)是3GPP(Third GenerationPartnership Project,第三代移动通信合作伙伴计划)定义的一种网络架构,叠加在电路域和分组域网络之上,可以通过IP网络向UE(User equipment,用户设备)提供多种业务。
NGIMS(Next Generation IP Multimedia Subsystem,下一代IP多媒体子***)是融合的P2P(Point To Point,点对点)技术的一种IMS网络,简化了IMS网络中的功能实体,使网络结构更加简单,NGIMS的逻辑架构如图1所示,其中:
PSTN(Public Switched Telephone Network,公共交换电话网)通过PSTN接口与IMS-MGW(IP Multimedia Subsystem-Media Gateway,IP多媒体子***媒体网关)、MGCF(Multimedia Gateway Control Function,媒体网关控制功能)进行通信。
IMS-MGW通过Mb接口与MRFP(Multimedia Rescource FunctionProcessor,多媒体资源处理器)进行通信,并通过Mn接口与MGCF进行通信。
MRFP通过Mp接口与MRFC(Multimedia Rescource Function Controller,多媒体资源功能控制器)进行通信。
MGCF通过Mj接口与BGCF(Breakout Gateway Control Function,出口网关控制功能实体)进行通信。
BGCF通过Mk接口与其它BGCF进行通信,并通过Mi接口与接入会话控制服务器进行通信,为方便描述,将接入会话控制服务器称为A-CSCF(Access-Call Session Control Function)。
A-CSCF通过Mr接口与MRFC连接,通过Gm接口与UE(User equipment,用户设备)进行通信,通过Cx接口与用户数据服务器进行通信。其中的用户数据服务器可称为D-HSS(Distributed Home Subscriber Server,分布式用户数据服务器),D-HSS可通过C、D、Gc、Gr接口与传统移动信号网(Legacy mobilesignalling Networks)连接,通过Sh、Si接口与AS(Application Server,应用服务器)进行通信。
在NGIMS中,会话控制层主要存在两类控制实体,A-CSCF和D-HSS。
A-CSCF主要完成以下功能:
1、用户设备的接入和安全。处理来自用户的SIP(Session Initiation Protocol,会话移动协议)消息并返回相应的处理响应;与用户之间建立安全机制保证SIP消息的完整和安全;同时支持SIP消息的压缩和解压。
2、实现基于本地的资源许可、预留和会话QoS(Quality of Service,网络服务质量)的管理。
3、接收来自用户的注册请求,并与D-HSS交互完成用户的注册和鉴权。
4、负责产生计费信息,如CDR(Charging Data Record,计费详细话单)。
5、实现主被叫的会话控制。在会话过程中从D-HSS查询处理被叫的控制实体,并把处理请求发给相应的网络处理单元。与D-HSS交互确保SIP消息与用户的订阅保持一致,比如SDP(Session Description Protocol,会话描述协议)中的媒体行(media line)与用户事先订阅的媒体类型要一致。
6、业务的触发,在用户注册期间与D-HSS交互获得用户订阅的业务信息。并在会话过程中触发业务到相应的一个或多个AS中来处理。
D-HSS主要完成以下功能:
1、采用P2P分布式架构存储大容量的全网用户数据。
2、基于高可靠性的要求对用户数据实现冗余备份,并保证用户数据的一致性(比如更新用户数据时要确保所有的备份数据都得到及时的更新)。
3、处理来自A-CSCF、AS的查询和更新请求。
目前,在电信网络交换***中,网络会话控制设备的可靠性一般是依靠N:K的冷热备份***来实现,该方案要求为N个需要容灾保护的设备配置K个备份设备(从节省设备投资的角度出发,可以使N>=K),如图2所示,备用设备1、2与主用设备1、2、3通过数据链路或七号信令链路相连,实时或定时同步数据,静态、动态数据修改需要实时同步到备用设备1、2中,备份设备1、2中存有主用设备的数据。
如果其中任何一个主用设备发生故障,其中的一个备用设备将接替故障的主用设备,为用户提供服务,而不再从其他的主用设备同步数据,从而不为其他的主设备提供保护功能。如图3所示,假设主用设备1发生故障,则备用设备1接替主用设备1,而不再从主用设备2、3同步数据,不为主用设备2、3提供保护功能;备用设备2与主用设备1的连接断开,只为主用设备2、3提供保护。
发明人注意到,N:K冷热备份机制虽然可以实现较高的可靠性,但是它必须事先规划好备份设备,不能实现全局负荷均衡的容灾保护,灵活性差。它以冗余设备换取可靠性,导致备份设备容量闲置,利用率较低,容量扩展性差。
此外,在会话控制设备出现故障时,现有技术还提供了一种采用UE重新注册到新的会话控制器的方法来容灾。此时可以考虑在接入网络中用E-DNS(Enhanced Domain Name System,增强域名服务器)替代传统的DNS(DomainName System,域名服务器)。
E-DNS主要完成以下功能:
1、监控一定范围内的A-CSCF的状态,在用户终端发起请求时,根据负载均衡策略,分配相应的A-CSCF进行会话控制处理。
2、实现A-CSCF的容灾机制。如果A-CSCF出现故障时,用户终端可以向E-DNS重新发起请求来获得新的A-CSCF地址。
在IMS或者NGIMS***中,如果会话过程中被叫的A-CSCF出现故障,主叫侧的INVITE会话请求无法发送到被叫侧的A-CSCF,将导致会话无法接续,此时即采用UE重新注册到新的会话控制器的方法来容灾。具体步骤如图4所示:
步骤401、UE1向A-CSCF1发送INVITE(To:Bob@),提出主动呼叫Bob@的请求;
步骤402、A-CSCF1进行主叫侧的iFC处理(Originating iFC handling);
步骤403、A-CSCF1通过Cx接口向D-HSS发送位置信息请求LIR(Bob@);
步骤404、D-HSS查询处理UE2会话请求的A-CSCF2的地址;
步骤405、D-HSS通过Cx接口反馈携带A-CSCF2名称的LIA消息;
步骤406、向DNS询问A-CSCF2的IP地址(DNS Query);
步骤407、E-DNS反馈携带A-CSCF2的IP地址的响应信息(DNSResponse);
步骤408、A-CSCF1向A-CSCF2发出会话请求INVITE,无法得到响应。
此时,A-CSCF2所在的链路出现故障,主动呼叫的请求无法通过A-CSCF2到达UE2。如果UE2主动发起呼叫,则核心网发现与被叫UE的IP信令链路已经中断,此时可以采取重注册到新的会话控制器的方法进行容灾处理。
但是,发明人注意到,上述UE重新注册到新的会话控制器的容灾方法存在如下不足:由于UE的重注册的周期较长,约为7天(3GPP 24.229标准为600000秒),并且,如果被叫UE在重注册之前不主动发起呼叫,核心网就不能发现与被叫UE的IP信令链路已经中断。通常用户感知网络会话控制器故障的时间较长,这使得用户重注册的时延过长,导致被叫UE在较长的时间内无法被其他用户呼叫成功,在较长时间内无法接续电话,用户体验较差。
发明内容
本发明实施例提供一种接入会话控制服务器的故障处理方法,用以及时发现网络故障并进行容灾处理,该方法包括:
用户数据服务器对网络中的接入会话控制服务器进行故障检测;
所述用户数据服务器检测到有接入会话控制服务器发生故障时,选择至少一个未发生故障的接入会话控制服务器;
由选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理。
本发明实施例还提供了一种用户数据服务器,用以及时发现网络故障并进行容灾处理,包括:
检测模块,用于对网络中的接入会话控制服务器进行故障检测;
选择模块,用于在检测到有接入会话控制服务器发生故障时,选择至少一个未发生故障的接入会话控制服务器;
触发模块,用于触发选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理。
本发明实例还提供了一种接入会话控制服务器,用以及时发现网络故障并进行容灾处理,包括:
接收模块,用于接收原绑定至发生故障的接入会话控制服务器的用户的业务信息;
通知模块,用于根据业务信息,通知原绑定至发生故障的接入会话控制服务器的用户变更对接入会话控制服务器的绑定;
接入处理模块,用于对原绑定至发生故障的接入会话控制服务器的用户进行接入处理。
本发明实施例还提供了一种网络***,用以及时发现网络故障并进行容灾处理,包括:
多个接入会话控制服务器,用于对所绑定的用户进行接入处理;
用户数据服务器,用于对网络中的接入会话控制服务器进行故障检测;检测到有接入会话控制服务器发生故障时,选择至少一个未发生故障的接入会话控制服务器;触发所述选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理。
本发明实施例中,对网络中接入会话控制服务器进行故障检测;检测到有接入会话控制服务器发生故障时,选择至少一个未发生故障的接入会话控制服务器;由所述选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理,可以及时发现故障并将业务切换到网络中其它未发生故障的接入会话控制服务器上,减少业务中断时延,减少用户感知网络故障的时间,改善用户体验,并且能够充分利用网络中的接入会话控制服务器对用户进行接入处理,网络资源利用率高,容量配置灵活,扩展性良好。
附图说明
图1为背景技术中NGIMS逻辑架构图;
图2为背景技术中N:K冷热备份机制图;
图3为背景技术中N:K冷热备份机制故障的处理流程图;
图4为背景技术中用户故障后重注册的示意图;
图5为本发明实施例中接入会话控制服务器的故障处理流程图;
图6为本发明实施例中用户进行初始化注册的流程图;
图7为本发明实施例中用户故障后接续会话的流程图;
图8为本发明实施例中改进的用户故障后重注册的流程图;
图9为本发明实施例中用户数据服务器的结构示意图;
图10为本发明实施例中检测模块的结构示意图;
图11为本发明实施例中选择模块的结构示意图;
图12、图13为本发明实施例中触发模块的结构示意图;
图14为本发明实施例中接入会话控制服务器的结构示意图;
图15为本发明实施例中处理模块的结构示意图;
图16为本发明实施例中网络***结构示意图。
具体实施方式
下面结合说明书附图对本发明实施例进行详细说明。
如图5所示,本发明实施例中,接入会话控制服务器的故障处理流程如下:
步骤501、用户数据服务器对网络中的接入会话控制服务器进行故障检测;
步骤502、用户数据服务器检测到有接入会话控制服务器发生故障时,选择至少一个未发生故障的接入会话控制服务器;
步骤503、由选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理。
为方便描述,本实施例中接入会话控制器可称为A-CSCF(Access-CallSession Control Function);用户数据服务器也可以有多种实现方式,例如可以为D-HSS,当然也可以采用能够实施步骤501、502的其他设备,本实施例中以D-HSS为例进行说明,但并不影响其它实现所述用户数据服务器功能的实体实施本发明方案。
图5所示流程中,步骤501在实施时,用户数据服务器对网络中的接入会话控制服务器进行故障检测可以采用多种方式,例如:
在网络中建立A-CSCF与用户数据服务器之间的网络层链路长连接,如TCP(Transmission Control Protocol,传输控制协议)或者SCTP(Stream ControlTransmission Protocol,流控制传输协议)连接,对网络层链路长连接是否中断进行检测。前述建立A-CSCF与用户数据服务器之间的网络层链路长连接,以及对该网络层链路长连接是否中断进行检测由用户数据服务器实施,即可以由D-HSS建立与A-CSCF之间的网络层链路长连接,以及对该网络层链路长连接是否中断进行检测。另外,用户数据服务器在网络中也可以利用应用层保活或心跳机制对A-CSCF进行故障检测。当然,本领域技术人员还可以采用其它故障检测方式,对A-CSCF进行故障检测,这里不一一列举。
图5所示流程中,步骤502在实施时,选择至少一个未发生故障的A-CSCF可以有多种方式,例如在网络中随机选择未发生故障的A-CSCF,当然也可以根据某种策略进行选择,如:检测到有A-CSCF发生故障时,D-HSS可以根据地理位置,就近选择至少一个未发生故障的A-CSCF,满足本地化就近处理策略;即,在未发生故障的A-CSCF中,选择距离发生故障的A-CSCF最近的一个A-CSCF,或较近的多个A-CSCF。或者,D-HSS根据网络中未发生故障的A-CSCF的负载状态,选择至少一个未发生故障的A-CSCF;即,在未发生故障的A-CSCF中,选择负载量最少的一个A-CSCF,或较少的多个A-CSCF。前述策略及策略所涉及的信息(包括用户的业务信息,如A-CSCF的位置信息、负荷信息等)可以存储于网络中的实体,该实体可以是前述用户数据服务器,例如可以是D-HSS,此时,由于D-HSS上存储有用户的业务信息,可以较好的估算出A-CSCF的负载状态。
若选择的A-CSCF有多个,原绑定至发生故障的A-CSCF的用户也有多个,则实施中可以根据选择的A-CSCF中各A-CSCF的负载状态,将原绑定至发生故障的A-CSCF的用户分别切换至所述选择的A-CSCF中各A-CSCF上进行接入处理。举一例,假设网络中A-CSCF1出现故障、并且选择了未发生故障的A-CSCF2和A-CSCF3,则根据A-CSCF1上注册的总用户数,A-CSCF2和A-CSCF3上的注册总用户数和最大处理容量,按照负载均衡原理得出A-CSCF2和A-CSCF3可分担的负载容量:比如A-CSCF1上注册的总用户数为1000个,A-CSCF2上的注册用户数为500个,最大处理容量为3000,剩余处理容量为2500,而A-CSCF3上注册用户数为1000,最大处理容量为2000,剩余处理容量为1000,则按照负载均衡原理可得出:A-CSCF2上可分担1000×2500/(2500+1000)=700左右,A-CSCF2上分担1000×1000/(2500+1000)=300左右。其中,A-CSCF的最大处理容量可以事先进行配置,也可以在注册的时候通过SAR(服务器分配请求,Server Assignment Request)上报。
图5所示流程中,步骤503在实施时,由所述选择的A-CSCF对原绑定至发生故障的A-CSCF的用户进行接入处理可以包括:向所述选择的A-CSCF提供原绑定至发生故障的A-CSCF的用户的业务信息;由所述选择的A-CSCF根据所述业务信息,通知原绑定至发生故障的A-CSCF的用户变更对A-CSCF的绑定;原绑定至发生故障的A-CSCF的用户接收到所述通知后,切换至所述选择的A-CSCF进行接入处理。
实施中,原绑定至发生故障的A-CSCF的用户切换至所述选择的A-CSCF进行接入处理可以包括:原绑定至发生故障的A-CSCF用户切换至所述选择的A-CSCF接续会话;或,原绑定至发生故障的A-CSCF用户切换至所述选择的A-CSCF进行注册。
用户接入网络时,首先需要在A-CSCF上进行初始化注册,图6为用户初始化注册的一个实例,本例中用户初始注册在A-CSCF上,由D-HSS记录用户的注册信息,其处理过程可以如下:
步骤601、用户通过UE向A-CSCF提出注册(REGISTER)申请。
步骤602、A-CSCF通过Cx接口向D-HSS请求MAR(多媒体认证请求,Multimedia Authentication Request)。
步骤603、D-HSS收到请求后下载鉴权数据,并向A-CSCF发送应答信号MAA(多媒体认证响应,Multimedia Authentication Answer)。
步骤604、A-CSCF保存XRES(期望挑战响应结果,Expected Result),并向用户提出对SIP消息中未被授权的401响应的挑战。
步骤605、用户计算挑战响应,完成后将此挑战响应发送到A-CSCF。
步骤606、A-CSCF比较挑战响应和XRES,在确认二者相同后认为用户鉴权成功,向D-HSS发送SAR(服务器分配请求,Server Assignment Request)消息,并携带UE的IP地址和端口信息。D-HSS收到请求后,改变UE的注册状态为“已注册”,并记录UE的IP地址和端口信息,同时统计出注册在A-CSCF上的总用户数。
步骤607、D-HSS下载用户数据,返回SAA(服务器分配应答,ServerAssignmen Answer)消息。
步骤608、A-CSCF返回200OK表示同意用户注册。
在用户初始化注册之后,用户可以向所绑定的A-CSCF发起会话请求。若用户绑定的A-CSCF发生故障,则需切换至所选择的未发生故障的A-CSCF接续会话。举一例,假设用户UE1和UE2均在A-CSCF1进行初始化注册,网络中有A-CSCF1、A-CSCF2和A-CSCF3三个接入会话控制服务器,由D-HSS进行故障检测及未发生故障的A-CSCF的重选,当D-HSS检测到A-CSCF1发生故障时,选择A-CSCF2和A-CSCF3对A-CSCF1上的用户进行会话接续。具体流程可以如图7所示:
步骤701、D-HSS检测到与A-CSCF1间的链路发生故障。
步骤702、D-HSS根据A-CSCF1上注册的总用户数,并根据其他A-CSCF上的注册总用户数和最大处理容量,按照负载均衡原理得出其他切换的A-CSCF能够分担的用户数。
步骤703、根据上述原则,假设UE1被分摊到A-CSCF2来处理,D-HSS通知A-CSCF2来接管UE1的事务处理,并同时携带UE1的IP地址和端口信息。
步骤704、A-CSCF2收到通知后从D-HSS上重新下载用户业务信息(iFC)。
步骤705、D-HSS向A-CSCF2返回UE1的iFC。
步骤706、收到D-HSS发送的iFC后,A-CSCF2建立UE1的iFC,向UE1发起A-CSCF变更请求,同时携带A-CSCF2和A-CSCF1的信息。
步骤707、UE1检查A-CSCF1是否发生故障,若发生,则返回200OK表示同意切换到A-CSCF2。
步骤708、UE1向A-CSCF2发起新的会话请求,触发UE1的主叫业务。
步骤709至步骤714为D-HSS通知A-CSCF3对UE2进行会话接续的过程,与步骤703至步骤708类似。
可见,图7所示流程中,步骤703至步骤705、步骤709至步骤711为D-HSS通知新的A-CSCF来下载UE的iFC的处理过程。步骤707、708、713、714为新的A-CSCF通知UE来更改接入会话控制服务器的处理过程。
用户绑定的A-CSCF发生故障时,用户可切换至所选择的未发生故障的A-CSCF进行注册。举一例,假设用户UE1和UE2均在A-CSCF1进行初始化注册,网络中有A-CSCF1、A-CSCF2和A-CSCF3三个接入会话控制服务器,由D-HSS进行故障检测及未发生故障的A-CSCF的重选,当D-HSS检测到A-CSCF1发生故障时,选择A-CSCF2和A-CSCF3对A-CSCF1上的用户进行重注册。具体流程可以如图8所示:
步骤801、D-HSS检测到与A-CSCF1间的链路发生故障。
步骤802、D-HSS根据A-CSCF1上注册的总用户数,并根据其他A-CSCF上的注册总用户数和最大处理容量,按照负载均衡原理得出其他切换的A-CSCF能够分担的用户数。
步骤803、根据上述原则,假设UE1被分摊到A-CSCF2来处理,D-HSS通知A-CSCF2来接管UE1的事务处理,并同时携带UE1的IP地址和端口信息。
步骤804、A-CSCF2向UE1发送A-CSCF变更请求,同时携带A-CSCF2和A-CSCF1的信息。
步骤805、UE1检查是否A-CSCF1发生故障,如果是,则返回200OK表示同意重注册到A-CSCF2。
步骤806、UE1向A-CSCF2发出注册请求(REGISTER),重新注册到A-CSCF2上。
步骤807至步骤810为D-HSS通知A-CSCF3对UE2进行故障后重注册的过程,与步骤803至步骤806类似。
基于同一发明构思,本发明实施例还提供了一种用户数据服务器,其结构如图9所示,可以包括:
检测模块901,用于对网络中的接入会话控制服务器进行故障检测;
选择模块902,用于在检测到有接入会话控制服务器发生故障时,选择至少一个未发生故障的接入会话控制服务器;
触发模块903,用于触发选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理。
如图10所示,一个实施例中,检测模块901可包括:
网络层检测子模块1001,用于在网络中建立与接入会话控制服务器之间的网络层链路长连接,对网络层链路长连接是否中断进行检测;
或,应用层检测子模块1002,用于在网络中利用应用层保活或心跳机制,对接入会话控制服务器进行故障检测。
如图11所示,一个实施例中,选择模块902可以包括:
第一选择子模块1101,用于根据地理位置,就近选择至少一个未发生故障的接入会话控制服务器;
或,第二选择子模块1102,用于根据网络中未发生故障的接入会话控制服务器的负载状态,选择至少一个未发生故障的接入会话控制服务器。
如图12所示,一个实施例中,触发模块903可以包括:
切换子模块1201,用于根据所述选择的接入会话控制服务器中各接入会话控制服务器的负载状态,将原绑定至发生故障的接入会话控制服务器的用户分别切换至所述选择的接入会话控制服务器中各接入会话控制服务器进行接入处理。
如图13所示,一个实施例中,触发模块903还可以包括:
提供子模块1301,用于向所述选择的接入会话控制服务器提供原绑定至发生故障的接入会话控制服务器的用户的业务信息。
基于同一发明构思,本发明实施例还提供了一种接入会话控制服务器,如图14所示,包括:
接收模块1401,用于接收原绑定至发生故障的接入会话控制服务器的用户的业务信息;
通知模块1402,用于根据所述业务信息,通知原绑定至发生故障的接入会话控制服务器的用户变更对接入会话控制服务器的绑定;
接入处理模块1403,用于对原绑定至发生故障的接入会话控制服务器的用户进行接入处理。
如图15所示,一个实施例中,接入处理模块1403可以包括:
会话处理子模块1501,用于对原绑定至发生故障的接入会话控制服务器的用户进行会话接续;
或,注册处理子模块1502,用于对原绑定至发生故障的接入会话控制服务器的用户进行注册。
基于同一发明构思,本发明实施例还提供了一种网络***,其结构如图16所示,可以包括:
多个接入会话控制服务器1601,用于对所绑定的用户进行接入处理;
用户数据服务器1602,用于对网络中的接入会话控制服务器进行故障检测;检测到有接入会话控制服务器发生故障时,选择至少一个未发生故障的接入会话控制服务器;触发选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理。
本发明实施例中,对网络中接入会话控制服务器进行故障检测;检测到有接入会话控制服务器发生故障时,选择至少一个未发生故障的接入会话控制服务器;由所述选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理,可以及时发现故障并将业务切换到网络中其它未发生故障的接入会话控制服务器上,减少业务中断时延,减少用户感知网络故障的时间,改善用户体验,并且能够充分利用网络中的接入会话控制服务器对用户进行接入处理,与现有技术中N:K备份机制相比,无需在网络中设置备份设备,网络资源利用率高,容量配置灵活、扩展性良好。
本发明实施例中,还可以根据选择的未发生故障的接入会话控制服务器中各接入会话控制服务器的负载状态,将原绑定至发生故障的接入会话控制服务器的用户分别切换至所述选择的接入会话控制服务器中各接入会话控制服务器进行接入处理,以此实现全局负荷均衡的容灾保护。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (14)
1、一种接入会话控制服务器的故障处理方法,其特征在于,该方法包括:
用户数据服务器对网络中的接入会话控制服务器进行故障检测;
所述用户数据服务器检测到有接入会话控制服务器发生故障时,选择至少一个未发生故障的接入会话控制服务器;
由所述选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理。
2、如权利要求1所述的方法,其特征在于,所述用户数据服务器对网络中的接入会话控制服务器进行故障检测包括:
在网络中建立接入会话控制服务器与用户数据服务器之间的网络层链路长连接;用户数据服务器对所述网络层链路长连接是否中断进行检测;
或,用户数据服务器在网络中利用应用层保活或心跳机制,对接入会话控制服务器进行故障检测。
3、如权利要求1所述的方法,其特征在于,所述用户数据服务器选择至少一个未发生故障的接入会话控制服务器包括:
用户数据服务器根据地理位置,就近选择至少一个未发生故障的接入会话控制服务器;
或,用户数据服务器根据网络中未发生故障的接入会话控制服务器的负载状态,选择至少一个未发生故障的接入会话控制服务器。
4、如权利要求1所述的方法,其特征在于,所述选择的接入会话控制服务器为多个时,由所述选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理包括:
根据所述选择的接入会话控制服务器中各接入会话控制服务器的负载状态,将原绑定至发生故障的接入会话控制服务器的用户分别切换至所述选择的接入会话控制服务器中各接入会话控制服务器进行接入处理。
5、如权利要求1所述的方法,其特征在于,由所述选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理包括:
向所述选择的接入会话控制服务器提供原绑定至发生故障的接入会话控制服务器的用户的业务信息;
由所述选择的接入会话控制服务器根据所述业务信息,通知原绑定至发生故障的接入会话控制服务器的用户变更对接入会话控制服务器的绑定;
原绑定至发生故障的接入会话控制服务器的用户接收到所述通知后,切换至所述选择的接入会话控制服务器进行接入处理。
6、如权利要求5所述的方法,其特征在于,原绑定至发生故障的接入会话控制服务器的用户切换至所述选择的接入会话控制服务器进行接入处理包括:
原绑定至发生故障的接入会话控制服务器的用户切换至所述选择的接入会话控制服务器接续会话;
或,原绑定至发生故障的接入会话控制服务器的用户请求切换至所述选择的接入会话控制服务器进行注册。
7、一种用户数据服务器,其特征在于,包括:
检测模块,用于对网络中的接入会话控制服务器进行故障检测;
选择模块,用于在检测到有接入会话控制服务器发生故障时,选择至少一个未发生故障的接入会话控制服务器;
触发模块,用于触发所述选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理。
8、如权利要求7所述的用户数据服务器,其特征在于,所述检测模块包括:
网络层检测子模块,用于在网络中建立与接入会话控制服务器之间的网络层链路长连接;对所述网络层链路长连接是否中断进行检测;
或,应用层检测子模块,用于在网络中利用应用层保活或心跳机制,对接入会话控制服务器进行故障检测。
9、如权利要求7所述的用户数据服务器,其特征在于,所述选择模块包括:
第一选择子模块,用于根据地理位置,就近选择至少一个未发生故障的接入会话控制服务器;
或,第二选择子模块,用于根据网络中未发生故障的接入会话控制服务器的负载状态,选择至少一个未发生故障的接入会话控制服务器。
10、如权利要求7所述的用户数据服务器,其特征在于,所述触发模块包括:
切换子模块,用于根据所述选择的接入会话控制服务器中各接入会话控制服务器的负载状态,将原绑定至发生故障的接入会话控制服务器的用户分别切换至所述选择的接入会话控制服务器中各接入会话控制服务器进行接入处理。
11、如权利要求7所述的用户数据服务器,其特征在于,所述触发模块包括:
提供子模块,用于向所述选择的接入会话控制服务器提供原绑定至发生故障的接入会话控制服务器的用户的业务信息。
12、一种接入会话控制服务器,其特征在于,包括:
接收模块,用于接收原绑定至发生故障的接入会话控制服务器的用户的业务信息;
通知模块,用于根据所述业务信息,通知原绑定至发生故障的接入会话控制服务器的用户变更对接入会话控制服务器的绑定;
接入处理模块,用于对原绑定至发生故障的接入会话控制服务器的用户进行接入处理。
13、如权利要求12所述的接入会话控制服务器,其特征在于,所述接入处理模块包括:
会话处理子模块,用于对原绑定至发生故障的接入会话控制服务器的用户进行会话接续;
或,注册处理子模块,用于对原绑定至发生故障的接入会话控制服务器的用户进行注册。
14、一种网络***,其特征在于,包括:
多个接入会话控制服务器,用于对所绑定的用户进行接入处理;
用户数据服务器,用于对网络中的接入会话控制服务器进行故障检测;检测到有接入会话控制服务器发生故障时,选择至少一个未发生故障的接入会话控制服务器;触发所述选择的接入会话控制服务器对原绑定至发生故障的接入会话控制服务器的用户进行接入处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810119378A CN101667936A (zh) | 2008-09-04 | 2008-09-04 | 接入会话控制服务器的故障处理方法、设备及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810119378A CN101667936A (zh) | 2008-09-04 | 2008-09-04 | 接入会话控制服务器的故障处理方法、设备及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101667936A true CN101667936A (zh) | 2010-03-10 |
Family
ID=41804389
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810119378A Pending CN101667936A (zh) | 2008-09-04 | 2008-09-04 | 接入会话控制服务器的故障处理方法、设备及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101667936A (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143147A (zh) * | 2010-11-22 | 2011-08-03 | 北京中创信测科技股份有限公司 | Ims网络和2g/3g网络互通呼叫的多控制协议关联方法及装置 |
CN102148816A (zh) * | 2010-11-22 | 2011-08-10 | 北京中创信测科技股份有限公司 | Ims网络和2g/3g网络互通呼叫的媒体流关联方法及装置 |
CN102238036A (zh) * | 2011-07-15 | 2011-11-09 | 苏州阔地网络科技有限公司 | 一种用户会话备份切换方法及*** |
CN102263661A (zh) * | 2011-07-21 | 2011-11-30 | 苏州阔地网络科技有限公司 | 一种用户会话的备份切换方法及*** |
WO2012083775A1 (zh) * | 2010-12-21 | 2012-06-28 | 中兴通讯股份有限公司 | Ims网络中实现异地容灾的方法及装置 |
CN102685163A (zh) * | 2011-03-15 | 2012-09-19 | 中兴通讯股份有限公司 | 一种DSN VoIP业务***中的基本会话保护方法和*** |
CN103560913A (zh) * | 2013-10-31 | 2014-02-05 | 华为技术有限公司 | 一种容灾切换方法、设备及*** |
CN103686726A (zh) * | 2012-09-26 | 2014-03-26 | 成都鼎桥通信技术有限公司 | 用户数据管理方法、设备和*** |
CN103685163A (zh) * | 2012-09-05 | 2014-03-26 | ***通信集团公司 | Ims网络中的容灾方法、***和设备 |
CN104320291A (zh) * | 2014-11-19 | 2015-01-28 | 国家电网公司 | 一种高可靠性消息传输方法及*** |
CN104468168A (zh) * | 2013-09-18 | 2015-03-25 | 华为技术有限公司 | 网络故障恢复方法、控制服务器及交换机 |
CN106797585A (zh) * | 2015-06-29 | 2017-05-31 | 华为技术有限公司 | 一种p‑cscf负载管理方法及装置 |
CN108664343A (zh) * | 2018-05-09 | 2018-10-16 | 顺丰科技有限公司 | 一种微服务的有状态调用方法及装置 |
-
2008
- 2008-09-04 CN CN200810119378A patent/CN101667936A/zh active Pending
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102148816A (zh) * | 2010-11-22 | 2011-08-10 | 北京中创信测科技股份有限公司 | Ims网络和2g/3g网络互通呼叫的媒体流关联方法及装置 |
CN102148816B (zh) * | 2010-11-22 | 2013-12-04 | 北京中创信测科技股份有限公司 | Ims网络和2g/3g网络互通呼叫的媒体流关联方法及装置 |
CN102143147B (zh) * | 2010-11-22 | 2013-12-04 | 北京中创信测科技股份有限公司 | Ims网络和2g/3g网络互通呼叫的多控制协议关联方法及装置 |
CN102143147A (zh) * | 2010-11-22 | 2011-08-03 | 北京中创信测科技股份有限公司 | Ims网络和2g/3g网络互通呼叫的多控制协议关联方法及装置 |
CN102571387B (zh) * | 2010-12-21 | 2016-01-20 | 中兴通讯股份有限公司 | Ims网络中实现异地容灾的方法及装置 |
WO2012083775A1 (zh) * | 2010-12-21 | 2012-06-28 | 中兴通讯股份有限公司 | Ims网络中实现异地容灾的方法及装置 |
CN102571387A (zh) * | 2010-12-21 | 2012-07-11 | 中兴通讯股份有限公司 | Ims网络中实现异地容灾的方法及装置 |
CN102685163A (zh) * | 2011-03-15 | 2012-09-19 | 中兴通讯股份有限公司 | 一种DSN VoIP业务***中的基本会话保护方法和*** |
CN102238036A (zh) * | 2011-07-15 | 2011-11-09 | 苏州阔地网络科技有限公司 | 一种用户会话备份切换方法及*** |
CN102263661A (zh) * | 2011-07-21 | 2011-11-30 | 苏州阔地网络科技有限公司 | 一种用户会话的备份切换方法及*** |
CN103685163B (zh) * | 2012-09-05 | 2017-06-20 | ***通信集团公司 | Ims网络中的容灾方法、***和设备 |
CN103685163A (zh) * | 2012-09-05 | 2014-03-26 | ***通信集团公司 | Ims网络中的容灾方法、***和设备 |
CN103686726A (zh) * | 2012-09-26 | 2014-03-26 | 成都鼎桥通信技术有限公司 | 用户数据管理方法、设备和*** |
CN104468168A (zh) * | 2013-09-18 | 2015-03-25 | 华为技术有限公司 | 网络故障恢复方法、控制服务器及交换机 |
WO2015039574A1 (zh) * | 2013-09-18 | 2015-03-26 | 华为技术有限公司 | 网络故障恢复方法、控制服务器及交换机 |
CN104468168B (zh) * | 2013-09-18 | 2018-01-23 | 华为技术有限公司 | 网络故障恢复方法、控制服务器及交换机 |
WO2015062538A1 (zh) * | 2013-10-31 | 2015-05-07 | 华为技术有限公司 | 一种容灾切换方法、设备及*** |
CN103560913A (zh) * | 2013-10-31 | 2014-02-05 | 华为技术有限公司 | 一种容灾切换方法、设备及*** |
CN104320291A (zh) * | 2014-11-19 | 2015-01-28 | 国家电网公司 | 一种高可靠性消息传输方法及*** |
CN106797585A (zh) * | 2015-06-29 | 2017-05-31 | 华为技术有限公司 | 一种p‑cscf负载管理方法及装置 |
CN106797585B (zh) * | 2015-06-29 | 2020-04-21 | 华为技术有限公司 | 一种p-cscf负载管理方法及装置 |
CN108664343A (zh) * | 2018-05-09 | 2018-10-16 | 顺丰科技有限公司 | 一种微服务的有状态调用方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101667936A (zh) | 接入会话控制服务器的故障处理方法、设备及*** | |
CN101383725B (zh) | Ip多媒体子***及容灾恢复方法 | |
US8069365B2 (en) | Method and device for realizing IP multimedia subsystem disaster tolerance | |
EP2192742B1 (en) | Local session controller, ip multimedia subsystem and session registration method | |
US20110149750A1 (en) | Subscriber fallback/migration mechanisms in ims geographic redundant networks | |
CN102035798B (zh) | 一种实现容灾的业务处理方法、***及装置 | |
CN101478737B (zh) | 一种业务迁移的方法、装置和*** | |
WO2010075689A1 (zh) | 网络容灾方法、终端和呼叫会话控制功能实体 | |
CN103685163B (zh) | Ims网络中的容灾方法、***和设备 | |
CN101127722A (zh) | 核心网元重启/故障恢复后的处理方法 | |
CN101489242A (zh) | 一种恢复业务的方法和装置 | |
WO2013078849A1 (zh) | 容灾倒回服务呼叫会话控制功能实体的方法、***及装置 | |
CN101459533B (zh) | 一种下一代网络中改进的应用服务器容灾的***及方法 | |
CN101447890B (zh) | 一种下一代网络中改进的应用服务器容灾的***及方法 | |
CN1983950A (zh) | 多媒体子***域的业务监听方法 | |
CN106028389B (zh) | 一种容灾倒回的方法及*** | |
CN101459894B (zh) | Ip多媒体子***的通信方法、***及数据中心实体 | |
CN104168275B (zh) | 一种注册控制方法和装置 | |
CN106209473B (zh) | 一种容灾倒回的方法及*** | |
CN105959274B (zh) | 通信方法和通信方法中使用的网元 | |
CN103138998B (zh) | 一种代理状态检测方法、装置和*** | |
CN103179541A (zh) | Sip 终端对数图单元的获取处理方法与*** | |
CN102316577B (zh) | 一种注册控制方法 | |
CN102957680B (zh) | 一种实现ims核心网消息转发的***及方法 | |
KR101066266B1 (ko) | 네트워크에 기반한 sip 서버와 세션 전환 방법 및 이와 같은 방법을 구현하는 프로그램이 기록되는 기록매체 |
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: 20100310 |