CN101188507A - 故障通知方法 - Google Patents
故障通知方法 Download PDFInfo
- Publication number
- CN101188507A CN101188507A CNA2006101454030A CN200610145403A CN101188507A CN 101188507 A CN101188507 A CN 101188507A CN A2006101454030 A CNA2006101454030 A CN A2006101454030A CN 200610145403 A CN200610145403 A CN 200610145403A CN 101188507 A CN101188507 A CN 101188507A
- Authority
- CN
- China
- Prior art keywords
- application server
- server process
- signaling gateway
- asp
- notification method
- 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.)
- Granted
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种故障通知方法,其包括:S302,信令网关进程与应用服务器的一个或多个激活的应用服务器进程之间进行业务通信,在激活的应用服务器进程发生故障的情况下,在可用的应用服务器进程与信令网关进程之间的链路上通过通知消息通知信令网关进程的对等层应用服务器进程发生故障;S304,应用服务器进程接收到通知消息后,更新应用服务器进程发生故障的应用服务器的状态并进行处理。通过本发明SGP侧可以快速知道对等层ASP故障,从而实现M3UA对等层状态一致,避免SGP侧等待一个SCTP层检测断链的过程,提高软交换系统的工作性能。
Description
技术领域
本发明涉及通信领域,更具体地涉及一种故障通知方法。
背景技术
在现有的M3UA协议规范(RFC3332等)中规定,Notify消息用来向M3UA对等层提供M3UA事件的自治指示。Notify消息包含如下参数:状态、应用服务器进程(Application Server Program,ASP)标识符、选路上下文、和信息串。其中状态参数为必选参数,其他参数为可选参数。当状态类型为其他,状态信息值为0X03时,表示ASP故障。该协议规范中还提到:如果信令网关进程(SignalGate Program,SGP)检测到M3UA对等层丢失(M3UA Heartbeat丢失或者是检测到SCTP故障),则初始的ASP去活消息交换(如ASP1和SGP间)将不会发生。也就是说,现有协议规范(RFC3332等)中,没有关于ASP侧主动通知SGP侧ASP故障的描述。
现有网络技术中,当ASP侧在某些情况下(如单板重启、硬件网口故障等)发生突然中断时,SGP侧必须等待一个较长的时间间隔(即SCTP层检测断链的时间间隔),才能知道对等层发生了ASP故障。一般来说,SCTP层通过向对等层发送心跳检测(Heartbeat)消息来检测链路,如果收不到回复消息,则隔一定时间间隔再重发,经过数次反复后,才判断对等层ASP故障,整个过程可能花费数分钟时间。
但是,实际上ASP侧在某些情况下(如,单板重启、硬件网口故障等),第一时间就已经知道本地ASP故障。在这个时间间隔内,SGP侧由于不知道对等层ASP故障,不能及时反应,所以延误了状态切换时机,其M3UA用户仍向故障ASP链路发送信令消息,从而导致了业务中断,影响软交换系统性能。
图1A是现有技术中的AS为主备方式的ASP故障处理流程图。在该图中,SGP与同一个AS中的2个ASP建立业务。其中,ASP1和ASP2互为主备方式。这里,假定ASP1被配置处于“ASP-ACTIVE”,ASP2作为ASP1通信故障或退出业务情况下的“备份”。ASP1发生故障的信令流程具体说明如下:
S102a,ASP1发生通信故障,SGP侧没有收到回复消息,SGP侧SCTP层心跳检测机制启动;
S104a,SGP侧通过心跳检测结果确认ASP1故障,由于没有ASP来负责业务,引起所对应的AS处于Pending状态,发送Notify(通知)消息通知处于去活状态的ASP2;
S106a,ASP2向SGP侧发送ASP激活请求消息;
S108a,SGP侧回复ASP激活Ack(确认)消息。
整个过程,特别是S102a和S104a可以看出SGP侧必须等待SCTP层检测断链的过程后,才能判断M3UA对等层丢失,而ASP侧第一时间已经知道故障发生,浪费了宝贵的时间和机会。
图1B是现有技术中的AS为负荷分担方式的ASP故障处理流程图。在该图中,SGP和同一个AS中的3个ASP间建立业务。其中,ASP1和ASP2为激活且共享负荷,在这种情况下,至少需要两个ASP才能完成所有的处理业务量(2+1备份)。ASP3为去活状态。具体说明如下:
S102b,ASP1与SGP之间原处于正常通信状态,但ASP1发生故障,如,ASP1对应的单板重启等,SGP侧SCTP层心跳检测机制开始工作;
S104b,SGP侧通过心跳检测结果确认ASP1故障,引起所对应的AS没有充分的ASP资源,因为至少需要两个ASP才能完成所有的业务量,发送Notify消息通知处于去活状态的ASP3;
S106b,ASP3向SGP侧发送ASP激活请求消息;
S108b,SGP侧回复ASP激活Ack消息。
通过整个过程,特别是S102b和S104b可以看出,SGP侧必须等待SCTP层检测断链的过程后,才能判断M3UA对等层丢失,而ASP侧第一时间已经知道故障发生,浪费了宝贵的时间和机会。
由上可知,需要一种新的故障通知方法,以使SGP侧快速直到对等层ASP故障,从而实现M3UA对等层状态一致,避免SGP侧等待一个SCTP层检测断链的过程,提高软交换系统的工作性能。
发明内容
鉴于上述一个或多个问题,本发明提出了一种新的故障通知方法,以使SGP侧快速知道对等层ASP故障,从而实现M3UA对等层状态一致,避免SGP侧等待一个SCTP层检测断链得过程,提高软交换系统的工作性能。
根据本发明的一方面,提出了一种故障通知方法,其包括:S302,信令网关进程与应用服务器的一个或多个激活的应用服务器进程之间进行业务通信,在激活的应用服务器进程发生故障的情况下,在其他可用的应用服务器进程与信令网关进程之间的链路上通过通知消息通知信令网关进程的对等层应用服务器进程发生故障;S304,应用服务器进程接收到通知消息后,更新应用服务器进程发生故障的应用服务器的状态并进行处理。
在上述故障通知方法中,步骤S302包括:S3022,应用服务器检测到应用服务器进程发生故障;S3024,应用服务器查找一个或多个去活的应用服务器进程;以及S3026,应用服务器在可用的应用服务器进程与信令网关进程之间的链路上通过通知消息告知信令网关进程的对等层应用服务器进程发生故障。
在上述故障通知方法中,步骤S304包括:S3042,信令网关进程接收到通知消息后,更新应用服务器进程发生故障的应用服务器的状态;S3044,信令网关进程指示处于去活状态的应用服务器进程代替发生故障的应用服务器进行业务通信。
在上述故障通知方法中,通知消息可以包括状态信息和应用服务器标识类型。通知消息还可以包括以下至少一种:路选上下文信息和信息串。
在上述故障通知方法中,一个或多个激活的应用服务器进程之间采用负荷分担方式。
在上述故障通知方法中,激活的应用服务器进程和去活的应用服务器进程之间采用主备方式。
在上述故障通知方法中,可用的应用服务器进程与信令网关进程之间的链路和发生故障的应用服务器进程与信令网关进程之间的链路配置在同一套核心控制设备上。
在上述故障通知方法中,故障包括但不限于以下至少一种:单板重启和硬件网口故障。
在上述故障通知方法中,故障通知方法用于软交换网络。
通过本发明,ASP侧可以主动通知SGP侧对等层ASP故障,使得SGP侧快速知道对等层ASP故障,从而实现M3UA对等层状态一致,避免SGP侧等待一个SCTP层检测断链得过程,提高软交换系统的工作性能。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1A是现有技术中的AS为主备方式的ASP故障处理流程图;
图1B是现有技术中的AS为负荷分担方式的ASP故障处理流程图;
图2是根据本发明的故障通知系统的示意图;
图3是根据本发明的故障通知方法的流程图;
图4是根据本发明的AS为主备方式的ASP故障处理流程图;
图5是根据本发明的AS为负荷分担方式的ASP故障处理流程图;以及
图6是本发明中的Notify消息的格式。
具体实施方式
下面参考附图,详细说明本发明的具体实施方式。
如图2所示,本发明的故障通知系统包括:应用服务器202,用于与信令网关进行业务通信,在应用服务器的一个或多个激活的应用服务器进程发生故障的情况下,在其他可用的应用服务器进程与信令网关进程之间的链路上,通过通知消息通知信令网关进程的对等层应用服务器进程发生故障;以及信令网关204,用于在接收到通知消息后,更新应用服务器进程发生故障的应用服务器的状态并进行处理。
应用服务器202包括:检测模块202-2,用于检测应用服务器进程是否发生故障;查找模块202-4,用于查找其他可用的应用服务器进程;以及通知模块202-6,用于在查找到的应用服务器进程与信令网关进程之间的链路上通过通知消息告知信令网关进程其对等层应用服务器进程发生故障。
信令网关204包括:更新模块204-2,用于在接收到通知消息后,更新应用服务器进程发生故障的应用服务器的状态;以及处理模块204-4,用于指示处于去活状态的应用服务器进程代替发生故障的应用服务器进行业务通信。
通知消息可以包括状态信息和应用服务器标识类型。通知消息还可以包括以下至少一种:路选上下文信息和信息串。
一个或多个激活的应用服务器进程之间采用负荷分担方式。激活的应用服务器进程和去活的应用服务器进程之间采用主备方式。
其他可用的应用服务器进程与信令网关进程之间的链路和发生故障的应用服务器进程与信令网关进程之间的链路配置在同一套核心控制设备上。
本发明的故障通知系统可以应用于软交换网络。
参考图3,说明根据本发明的故障通知方法。如图3所示,该方法包括:S302,信令网关进程与应用服务器的一个或多个激活的应用服务器进程之间进行业务通信,在激活的应用服务器进程发生故障的情况下,在其他可用的应用服务器进程与信令网关进程之间的链路上通过通知消息通知信令网关进程的对等层应用服务器进程发生故障;S304,应用服务器进程接收到通知消息后,更新应用服务器进程发生故障的应用服务器的状态并进行处理。
其中,步骤S302包括:S3022,应用服务器检测到应用服务器进程发生故障;S3024,应用服务器查找一个或多个其他可用的应用服务器进程;以及S3026,应用服务器在可用的应用服务器进程与信令网关进程之间的链路上通过通知消息告知信令网关进程的对等层应用服务器进程发生故障。
其中,步骤S304包括:S3042,信令网关进程接收到通知消息后,更新应用服务器进程发生故障的应用服务器的状态;S3044,信令网关进程指示处于去活状态的应用服务器进程代替发生故障的应用服务器进行业务通信。
其中,通知消息包括状态信息和应用服务器标识类型。通知消息还可以包括以下至少一种:路选上下文信息和信息串。
其中,一个或多个激活的应用服务器进程之间采用负荷分担方式。
其中,激活的应用服务器进程和去活的应用服务器进程之间采用主备方式。
其中,其他可用的应用服务器进程与信令网关进程之间的链路和发生故障的应用服务器进程与信令网关进程之间的链路配置在同一套核心控制设备上。
其中,故障包括但不限于以一下至少一种:单板重启和硬件网口故障。
其中,故障通知方法用于软交换网络。
具体地,参考图4、图5,分别说明AS为主备方式和负荷分担方式的ASP故障处理方法。
如图4所示,说明根据本发明的AS为主备方式的ASP故障处理方法。其中,SGP和同一个AS中的2个ASP间建立业务,其中ASP1和ASP2互为主备方式,增加了ASP1发生故障时,主动通知SGP侧的功能,其具体流程说明如下:
S402,ASP1发生通信故障,主动在处于去活状态的ASP2链路上使用Notify消息通知SGP侧其对等层发生ASP1故障;
S404,SGP侧接收到Notify消息,确认ASP1侧发生故障,判断没有ASP来负责业务,引起所对应的AS处于Pending状态,则发送Notify消息通知处于去活状态的ASP2;
S406,ASP2向SGP侧发送ASP激活请求消息;及
S408,SGP侧回复ASP激活Ack消息。
整个过程,特别是步骤402和404可以本发明利用主动在备用ASP链路上发送Notify消息,快速通知SGP侧其对等层发生ASP故障,替代了原来的心跳检测过程,大大缩短了故障处理时间,提高了系统效率。
如图5所示,说明根据本发明的AS为负荷分担方式的ASP故障处理方法。其中,SGP和同一个AS中的3个ASP间建立业务,其中ASP1和ASP2为激活且共享负荷,在这种情况下,至少需要两个ASP才能完成所有的处理业务量(2+1备份),ASP3为去活状态。本发明增加了ASP1发生故障时,主动通知SGP侧的功能,其具体流程说明如下:
S502,ASP1与SGP之间原处于正常通信状态,但ASP1发生故障,如,ASP1对应的单板重启等,主动在处于去活状态的ASP3链路或激活状态的ASP2上使用Notify消息通知SGP侧其对等层发生ASP1故障;
S504,SGP侧接收到Notify消息,确认ASP1侧发生故障,引起所对应的AS没有充分的ASP资源,因为至少需要两个ASP才能完成所有的业务量,发送Notify消息通知处于去活状态的ASP3;
S506,ASP3向SGP侧发送ASP激活请求消息;及
S508,SGP侧回复ASP激活Ack消息。
通过整个过程,特别是步骤502和504,主动在其他可用ASP链路上发送Notify消息,快速通知SGP侧其对等层发生ASP故障,替代了原来的心跳检测过程,大大缩短了故障处理时间,提高了系统效率。
也就是说,本发明主要是在软交换网络中对M3UA协议规定的Notify消息进一步扩展,增加ASP侧主动通知SGP侧ASP故障的功能,使SGP侧及时更新ASP和AS状态,与M3UA对等层保持一致,从而提高软交换系统性能。根据本发明的方法主要包括以下步骤:步骤一:当M3UA的ASP侧知道某个ASP链路发生突然中断时,查看故障ASP所对应AS中其他ASP链路,在其中可用(去活或激活状态)的ASP链路上使用Notify消息通知SGP侧其对等层发生ASP故障。故障ASP链路与备用的ASP链路配置在同一套软交换核心控制设备上。突然中断包括单板重启,硬件网口故障等异常情况。步骤二:SGP侧收到携带ASP故障信息的Notify消息后,更新所对应的故障ASP所在的AS状态,并按照现有协议规范(RFC3332等),采取相应的动作。
其中,本发明中的Notify消息的格式如图6所示包括四个参数:状态(必选),ASP标识符(必选),选路上下文(任选),信息串(任选)。状态类型字段定为0X0002,表示其他;状态信息字段定为0X0003表示ASP故障。ASP标识符为ASP侧已知的故障ASP标识符。剩余字段也与现有协议规范(RFC3332等)一致。SGP侧收到本图所描述的Notify消息后,按照本发明内容进行相应处理。
通过本发明,ASP侧可以主动通知SGP侧对等层ASP故障,使得SGP侧快速知道对等层ASP故障,从而实现M3UA对等层状态一致,避免SGP侧等待一个SCTP层检测断链的过程,提高软交换系统的工作性能。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (9)
1.一种故障通知方法,其特征在于包括以下步骤:
S302,信令网关进程与应用服务器的一个或多个激活的应用服务器进程之间进行业务通信,在所述激活的应用服务器进程发生故障的情况下,在其他可用的应用服务器进程与所述信令网关进程之间的链路上通过通知消息通知所述信令网关进程的对等层所述应用服务器进程发生故障;以及
S304,所述信令网关进程接收到所述通知消息后,更新所述应用服务器进程发生故障的应用服务器的状态并进行处理。
2.根据权利要求1所述的故障通知方法,其特征在于,所述步骤S302包括:
S3022,所述应用服务器检测到所述应用服务器进程发生故障;
S3024,所述应用服务器查找所述其他可用的应用服务器进程;以及
S3026,所述应用服务器在查找到的应用服务器进程与所述信令网关进程之间的链路上通过通知消息告知所述信令网关进程其对等层所述应用服务器进程发生故障。
3.根据权利要求1所述的故障通知方法,其特征在于,所述步骤S304包括:
S3042,所述信令网关进程接收到所述通知消息后,更新所述应用服务器进程发生故障的应用服务器的状态;
S3044,所述信令网关进程指示处于去活状态的应用服务器进程代替发生故障的所述应用服务器进行业务通信。
4.根据权利要求1至3中任一项所述的故障通知方法,其特征在于,所述通知消息包括状态信息和应用服务器标识类型。
5.根据权利要求4所述的故障通知方法,其特征在于,所述通知消息还包括一下至少一种:路选上下文信息和信息串。
6.根据权利要求5所述的故障通知方法,其特征在于,所述一个或多个应用服务器进程之间采用负荷分担方式。
7.根据权利要求5所述的故障通知方法,其特征在于,所述激活的应用服务器进程和所述去活的应用服务器进程之间采用主备方式。
8.根据权利要求7所述的故障通知方法,其特征在于,所述其他可用的应用服务器进程与所述信令网关进程之间的链路和所述发生故障的应用服务器进程与所述信令网关进程之间的链路配置在同一套核心控制设备上。
9.根据权利要求4所述的故障通知方法,其特征在于,所述故障通知方法用于软交换网络。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610145403A CN100579027C (zh) | 2006-11-15 | 2006-11-15 | 故障通知方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610145403A CN100579027C (zh) | 2006-11-15 | 2006-11-15 | 故障通知方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101188507A true CN101188507A (zh) | 2008-05-28 |
CN100579027C CN100579027C (zh) | 2010-01-06 |
Family
ID=39480708
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610145403A Expired - Fee Related CN100579027C (zh) | 2006-11-15 | 2006-11-15 | 故障通知方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100579027C (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013189185A1 (zh) * | 2012-06-20 | 2013-12-27 | 华为技术有限公司 | 容灾倒换的方法、装置和系统 |
CN101772190B (zh) * | 2009-01-04 | 2016-01-20 | 上海贝尔股份有限公司 | 信令网关主动与应用服务器进程建立连接的方法和装置 |
-
2006
- 2006-11-15 CN CN200610145403A patent/CN100579027C/zh not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101772190B (zh) * | 2009-01-04 | 2016-01-20 | 上海贝尔股份有限公司 | 信令网关主动与应用服务器进程建立连接的方法和装置 |
WO2013189185A1 (zh) * | 2012-06-20 | 2013-12-27 | 华为技术有限公司 | 容灾倒换的方法、装置和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN100579027C (zh) | 2010-01-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104094577A (zh) | 用于间接地评定活动实体的状态的方法和装置 | |
CN100574486C (zh) | 通信网络中双归属组网的系统及其方法 | |
MX2010012475A (es) | Sistema y metodo para liberar recursos en una red de telecomunicaciones. | |
CN101373990B (zh) | 一种链路备份方法及装置 | |
CN101547463A (zh) | 保护通信路径的方法和用于无线lan的接入点装置 | |
CN104486128B (zh) | 一种实现双控制器节点间冗余心跳的系统及方法 | |
CN102957623B (zh) | 一种边界网关协议邻居的维护方法和设备 | |
CN109450707B (zh) | 一种数据传输方法、装置、网关设备及可读存储介质 | |
CN103139818A (zh) | 一种aos中保持长连接的方法、系统、aoe、aog及终端 | |
CN100579027C (zh) | 故障通知方法 | |
KR100407323B1 (ko) | 사설 무선 네트워크에서 콜 매니저 이중화 방법 | |
EP2774323B1 (en) | Method, communication system and non-transitory computer readable medium for optimizing network performance after a temporary loss of connection | |
RU2304849C2 (ru) | Способ реализации передачи состояния линии связи в сети | |
CN101188479A (zh) | 故障通知系统 | |
US20090059920A1 (en) | Method for processing lmp packets, lmp packet processing unit and lmp packet processing node | |
CN104639356A (zh) | 一种故障恢复方法及设备 | |
CN101170717B (zh) | 一种移动交换中心许可证机制在池内的实现方法及系统 | |
CN113824595B (zh) | 链路切换控制方法、装置和网关设备 | |
WO2008101430A1 (fr) | Procédé de commutation unité active/unité de secours et système correspondant | |
CN1327727C (zh) | 一种媒体网关双归属的实现方法 | |
CN106357646B (zh) | 一种用于存储管理软件的代理控制系统 | |
CN102098795B (zh) | 一种控制终端进行重接入的方法及系统 | |
CN112532454B (zh) | 一种fc交换网络系统网络管理方法 | |
CN100414909C (zh) | 检测对端节点路径配置状态的方法及建立连接的方法 | |
JP2003188905A (ja) | サーバ/クライアントシステムにおけるtcp/ip通信の多重化方式および方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100106 Termination date: 20191115 |
|
CF01 | Termination of patent right due to non-payment of annual fee |