CN101848165A - 控制通信链路中断后恢复的方法和接口板 - Google Patents

Abstract

本发明公开了一种控制通信链路中断后恢复的方法及接口板，包括：统计通信链路在预定的时间内所处理的报文数量；如果判断出本次统计的数值等于最近一次统计的数值，则对所述通信链路的状态作进一步判断；根据所述进一步判断的结果确定是否执行恢复操作。本发明可通过各个通信的参数判断出接口板是否出现故障，从而快速执行恢复操作，恢复通信链路。避免了用户监控通信链路时，但需要用户保持对链路的监控。只有在用户监控到链路中断后，才能进行倒换或重启，克服了延误时间长，对网络影响较大的问题。

Description

控制通信链路中断后恢复的方法和接口板

技术领域

本发明涉及通信领域，具体而言，涉及一种控制通信链路中断后恢复的方法和接口板。

背景技术

随着移动通信系统在经济和社会生活等各个领域日益广泛的应用，移动通信系统技术本身也在快速发展之中，目前3G通信技术已经开始商用。在3G相关标准中，采用流控制传输协议(SCTP，Stream Control Transmission Protocol)作为网络信令传送的标准协议，主要用于在移动交换中心服务器(MSCServer，Mobile SwitchingCenter Server)和媒体网关(MGW，Media Gateway)之间承载网关控制信令以及在各个MSCServer之间承载呼叫控制信令。

SCTP作为传输协议，在两个端点之间提供稳定、有序的数据传递服务，类似于TCP协议，并且在保护数据消息边界方面，类似于UDP协议。然而，其与TCP协议、UDP协议不同，SCTP协议是通过多宿主Multi-homing和多流Multi-streaming来提供这些功能的。其中多宿主为SCTP协议提供了较高的可靠性。多宿主是指偶联可配置在多个IP上，偶联为双方建立了通信连接。如果某个IP地址对应的链路出现故障，SCTP协议可自动改从另一个IP地址传输报文，规避故障。如图1所示的连接示意图，主机A有两个接口，IP地址分别为IP1、IP2，主机B有两个接口，IP地址分别为IP3、IP4。偶联首先建立在IP1和IP3之间，如果IP1和IP3之间链路中断，则自动改为在IP2和IP4之间建立偶联。改变链接时，按照SCTP协议自动完成，不影响其它协议。

在3G通信设备中，采用SCTP协议进行偶联直接相关的单板主要有接口板和信令处理板。如图2所示的连接示意图，接口板与外部网络相连，负责接收SCTP报文，转发给信令处理板，信令处理板发出的报文，也经过接口板发出。信令处理板负责处理SCTP报文，建立偶联，向上层信令协议提供服务。要使用SCTP的多宿主功能，3G通信设备应该配置两块接口板，一个为主接口板、即图中的接口板(主)，一个为备接口板、即图中的接口板(备)。偶联配置成通过两个接口板分别连接网络的链路，当主接口板出现故障时，按照SCTP协议自动改为从另一块主接口板传输报文，保持偶联的连接，其中，偶联是指接口板与网络另一端之间的通信连接。

但是，在实际组网中，由于硬件资源限制等原因，可能一套通信设备只配了一块主接口板，如图3的示意图所示的网络连接结构，无法发挥SCTP多宿主功能，一旦底层链路长时间发生故障，偶联将不得不中断，影响上层信令工作。典型的故障和解决方法如下。

由于主接口板连接的网线损坏，单向或双向无法传输报文。解决方法：接口板倒换，将备接口板板切换为主接口板工作。

或，接口板内部的PHY等硬件状态故障，协商的接口速率、双工模式错误，无法正常收发报文。解决方法：主接口板重启，硬件重新进行配置和协商。

虽然上述的方法可以实现继续建立网络链路，但需要用户保持对链路的监控。只有在用户监控到链路中断后，才能进行倒换或重启，延误时间长，对网络影响较大。

发明内容

本发明的主要目的在于提供一种控制通信链路中断后恢复的方法和接口板，以至少解决上述由用户进行切换接口板工作或重启接口板，延误时间长，对网络影响较大的问题。

根据本发明的一个方面，提供一种控制通信链路中断后恢复的方法，包括：统计通信链路在预定的时间内所处理的报文数量；如果判断出本次统计的数值等于最近一次统计的数值，则对通信链路的状态作进一步判断；根据进一步判断的结果确定是否执行恢复操作。

根据本发明的另一个方面，提供一种控制通信链路中断后恢复的接口板，包括：统计模块，用于统计通信链路在预定的时间内所处理的报文数量；异常触发模块，用于如果判断出本次统计的数值等于最近一次统计的数值，则触发故障判别模块；故障判别模块，用于对通信链路的状态作进一步判断；根据进一步判断的结果确定是否执行恢复操作；恢复控制模块，用于执行恢复操作。

本发明的方案，可通过各个通信的参数判断出接口板是否出现故障，从而快速执行恢复操作，恢复通信链路。避免了用户监控通信链路时，但需要用户保持对链路的监控。只有在用户监控到链路中断后，才能进行倒换或重启，克服了延误时间长，对网络影响较大的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是两个主机采用SCTP协议通信的示意图；

图2是采用多宿主的MGW/MSCSever与网络连接的示意图；

图3是没有采用多宿主的MGW/MSCSever与网络连接的示意图；

图4是本发明应用在MGW/MSCSever中的接口板实施例一的结构图；

图5是本发明实施例二的流程图；

图6是本发明实施例三中接收报文的流程图；

图7是本发明实施例三中发送报文的流程图；

图8是本发明实施例三中控制通信链路恢复的流程图；

图9是本发明实施例四中的接口板的内部结构图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

参见图4所示的接口板实施例的结构图，在MGW/MSCSever的设备单元中，安装有接口板401和信令处理板406。

接口板401包括：发送报文的发送模块402和接收报文的接收模块403，发送模块402和接收模块403分别连接信令处理板406、和SCTP报文收发统计模块404，SCTP报文收发统计模块404还连接自动恢复模块405。

信令处理板406用于处理网络中的信令数据。

SCTP报文收发统计模块404用于分别统计发送模块402和接收模块403分别处理的报文数量。

自动恢复模块405用于按照统计的报文数量及通信链路的状态将当前的通信连接切换到备接口板，或自动重启，或在切换后自动重启。

在MGW/MSCSever中包括两块的接口板401，一块为主接口板、另一块为备接口板，其与网络的连接结构与图3所示的相同。

下面通过实施例二说明MGW/MSCSever在工作过程中，控制通信链路中断后恢复的过程，参见图5，包括执行以下步骤：

S501：SCTP报文收发统计模块404统计通信链路在预定的时间内所处理的报文数量。

在此实施例中，MGW/MSCSever中包括两块的接口板，分别为主接口板和备接口板，这两个接口板分别具有与图4所示的接口板401相同的内部结构。

主接口板的SCTP报文收发统计模块404在预定的时间周期内，不断统计每个时间段内，发送模块402发送的报文数量、和接收模块403接收的报文数量并记录。

S502：自动恢复模块405如果判断出本次统计的数值等于最近一次统计的数值，则确定出所述通信链路的接口板可能异常。

当发送模块402在本次统计发送的报文数量与最近一次记录的发送数量相同，或接收模块403在本次接收的报文数量与最近一次记录的接收数量相同时，则确定出自身的接口板可能异常，即主接口板出现异常。

S503：自动恢复模块405根据可能异常，对所述通信链路的状态作进一步判断；

自动恢复模块405可进一步检测当前的通信链路的偶联状态，如判断其通信链路是否处于激活状态，或判断通信链路的丢包率、或延时是否正常等。

S504：自动恢复模块405根据所述进一步判断的结果确定是否执行恢复操作。

自动恢复模块405如果判断出通信链路处于激活状态，或判断出丢包率、或延时不正常，说明接口板出现故障，执行恢复操作，即将当前的通信链路切换到备接口板工作，或自动重启主接口板；还可以在切换到备接口板工作后自动重启主接口板。

在上面的实施例二中详细说明了控制通信链路中断后恢复的过程，下面详细说明本发明的实施例三的自动恢复过程，参见图6所示的接收报文的流程图，包括以下步骤：

S601：接收模块403从外部网络接收SCTP报文；

S602：SCTP报文收发统计模块404记录接收的报文数量；

S603：接收模块403将接收的SCTP报文发送到信令板406。

参见图7所示的发送报文的流程图，包括以下步骤：

S701：发送模块402从信令板406接收SCTP报文；

S702：SCTP报文收发统计模块404记录发送的报文数量；

S703：发送模块402将接收的SCTP报文发送到外部网络。

参见图8所示的恢复过程的流程图，包括以下步骤：

S801：按照预定的时间间隔等待一段时间；

在预定的时间周期内，SCTP报文收发统计模块404等待预定的时间间隔；

S802：读取SCTP报文的收发统计；

自动恢复模块405读取SCTP报文收发统计模块404统计的报文处理数量，包括发送的报文数量、和/或接收的报文数量。

S803：比较两次记录的SCTP报文收发统计；

自动恢复模块405比较两次记录的SCTP报文统计数值，比较时，需要比较相同处理的报文数量，如都比较发送的报文数量，或比较接收的报文数量。

S804：判断两次统计的发送报文数或接收报文数是否相同；

自动恢复模块405判断两次统计的发送报文数或接收报文数是否相同，即本次统计的、和最近一次统计的。

如果相同，则说明可能出现异常，执行步骤S805；如果不相同，则说明没有异常，执行步骤S801；

S805：发送消息到信令处理板，请求偶联状态消息；

自动恢复模块405发送消息到信令处理板406，请求偶联状态消息；

S806：接收信令处理板返回的消息，得到偶联状态消息；

自动恢复模块405接收信令处理板406返回的消息，如通信链路状态、丢包率、或延时等。

S807：判断本接口板的传输偶联是否已经中断；

如果判断出通信链路处于激活状态，或判断出丢包率、或延时不正常，说明接口板出现故障，已经中断，则执行步骤S808；如果判断出通信链路处于未激活状态，说明没有中断，返回执行步骤S801；

S808：记录中断后的异常信息；

S809：自动重启；

接口板401重新启动；如果接口板401还连接备用接口板，则在重新启动的同时，重新启动备用接口板。

S810：接口板启动成功；返回执行步骤S801。

本发明的实施例中的自动恢复流程，可通过各个通信的参数判断出接口板是否出现故障，从而快速执行恢复操作，恢复通信链路。避免了用户监控通信链路时，但需要用户保持对链路的监控。只有在用户监控到链路中断后，才能进行倒换或重启，克服了延误时间长，对网络影响较大的问题。

上面详细说明了本发明的方法流程，下面详细说明本发明的接口板实施例四，在实施例一中，已经详细说明了本发明的一种接口板的内部模块结构，现结合图9再说明本发明的另一种优选接口板的内部模块结构。参见图9，包括：统计模块91、异常触发模块92、故障判别模块93和恢复控制模块94，

统计模块91，用于统计通信链路在预定的时间内所处理的报文数量；

异常触发模块92，用于如果判断出本次统计的数值等于最近一次统计的数值，则触发故障判别模块93；

故障判别模块93，用于对所述通信链路的状态作进一步判断；根据所述进一步判断的结果确定是否执行恢复操作；

恢复控制模块94，用于执行恢复操作。

优选地，所述故障判别模块93包括：

第一故障判别模块931，用于判断出所述通信链路的状态处于激活状态，则确定出执行所述恢复操作；

第二故障判别模块932，用于判断出所述通信链路的状态处于未激活状态，则确定出不执行所述恢复操作。

优选地，所述恢复模块94包括：

切换模块941，用于将所述通信链路切换到备接口板；

或，重启模块942，用于重启所述通信链路连接的主接口板。

优选地，还包括：

故障信息记录模块95，用于在所述恢复模块执行恢复操作前，记录所述通信链路中断后的故障信息，生成故障报告。

实施例四中的各个模块虽然与实施例一中的模块结构关系不同，但同样也可以安装在接口板中，并实现本发明的自动恢复过程。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种控制通信链路中断后恢复的方法，其特征在于，包括：

统计通信链路在预定的时间内所处理的报文数量；

如果判断出本次统计的数值等于最近一次统计的数值，则对所述通信链路的状态作进一步判断；

根据所述进一步判断的结果确定是否执行恢复操作。

2.根据权利要求1所述的方法，其特征在于，所述处理的报文数量包括发送的报文数量或接收的报文数量。

3.根据权利要求2所述的方法，其特征在于，对所述通信链路的状态作进一步判断；根据所述进一步判断的结果确定是否执行恢复操作的过程包括：

如果判断出所述通信链路的状态处于激活状态，则确定出执行所述恢复操作；

如果判断出所述通信链路的状态处于未激活状态，则确定出不执行所述恢复操作。

4.根据权利要求1或3所述的方法，其特征在于，所述恢复通信链路的过程包括：

将所述通信链路切换到备接口板；或，重启所述通信链路连接的主接口板。

5.根据权利要求1所述的方法，其特征在于，所述通信链路采用SCTP流控制传输协议。

6.根据权利要求4所述的方法，其特征在于，所述执行恢复操作之前，还包括：

记录所述通信链路中断后的故障信息，生成故障报告。

7.一种控制通信链路中断后恢复的接口板，其特征在于，包括：

统计模块、异常触发模块、故障判别模块、和恢复控制模块；

所述统计模块，用于统计通信链路在预定的时间内所处理的报文数量；

所述异常触发模块，用于如果判断出本次统计的数值等于最近一次统计的数值，则触发所述故障判别模块；

所述故障判别模块，用于对所述通信链路的状态作进一步判断；根据所述进一步判断的结果确定是否执行恢复操作；

恢复控制模块，用于执行恢复操作。

8.根据权利要求7所述的接口板，其特征在于，所述故障判别模块包括：

第一故障判别模块，用于判断出所述通信链路的状态处于激活状态，则确定出执行所述恢复操作；

第二故障判别模块，用于判断出所述通信链路的状态处于未激活状态，则确定出不执行所述恢复操作。

9.根据权利要求7或8所述的接口板，其特征在于，所述恢复模块包括：

切换模块，用于将所述通信链路切换到备接口板；

或，重启模块，用于重启所述通信链路连接的主接口板。

10.根据权利要求9所述的接口板，其特征在于，还包括：

故障信息记录模块，用于在所述恢复模块执行恢复操作前，记录所述通信链路中断后的故障信息，生成故障报告。

Images