[发明专利]故障通知系统

说明书

技术领域

本发明涉及通信领域，更具体地涉及一种故障通知系统。

背景技术

在现有的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侧第一时间已经知道故障发生，浪费了宝贵的时间和机会。

图2B是现有技术中的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层检测断链得过程，提高软交换系统的工作性能。