CN100579027C

CN100579027C - 故障通知方法

Info

Publication number: CN100579027C
Application number: CN200610145403A
Authority: CN
Inventors: 巨满昌; 陈勇; 王军
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2006-11-15
Filing date: 2006-11-15
Publication date: 2010-01-06
Anticipated expiration: 2026-11-15
Also published as: CN101188507A

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

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所述的故障通知方法，其特征在于，所述故障通知方法用于软交换网络。