CN107426030B - 一种链路故障提醒方法及装置 - Google Patents

Abstract

本发明提供一种链路故障提醒方法及装置。一种链路故障提醒方法包括：根据预设的第一周期，周期性对链路状态进行检测，当检测到链路故障时，进行故障提醒；根据接收的路由变化信号，判定是否需要对链路状态进行检测，和/或是否进行故障提醒。一种链路故障提醒装置，包括：周期检测控制单元，用于根据预设的第一周期，调用所述检测执行单元，当检测到链路故障时，进行故障提醒；动态检测控制单元，用于根据接收到的路由变化信号，判定是否需要调用所述检测执行单元，和/或是否需要进行故障提醒；检测执行单元，用于执行对链路状态的检测。与现有技术相比，一定程度上能实时获知链路状态，及时进行故障提醒。

Description

一种链路故障提醒方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种链路故障提醒方法及装置。

背景技术

随着网络规模的不断扩大，网络所承载的业务日益繁多，对传输的可靠性要求也越来越高，为了保证传输的可靠性，网络设备链路状态的检测必不可少。尤其是在有较多远端设备的网络系统中，以视频监控系统为例，系统中前端摄像头的布置往往较为分散，而且与后端的存储、显示设备一般不在同一个地方。前端摄像头作为信息的源头，需要将信息可靠地传输给其它设备，以便在发生突发事件时，相关人员能及时根据获知的信息做出相应反应。但设备间的链路故障往往是影响信息可靠传输的关键，例如当前端摄像头与后端设备间的链路不连通导致后端设备无法获取信息，或者链路虽连通但传输不流畅，导致后端设备获取的信息存在延时或卡顿，这样的情况均不利于信息的可靠传输，同时也会降低用户体验。

现有的链路状态检测方法是，以固定周期向目标设备发送检测报文，判断从发送到接收目标设备返回的响应报文的延时时间是否在预设时间内。若是，则认为链路正常；若否，则认为链路故障，并反馈检测结果。

但现有方法的问题在于：检测周期是固定的，周期以外的时间都属于不进行检测的空闲时间，管理员难以了解空闲时间的链路状态。若将检测周期设定的太长，空闲时间相应变长，难以保证及时发现链路故障；而若将检测周期设定的太短，甚至采用实时检测的方式，此时虽然可以连续检测链路的状态，及时发现链路故障，但由于检测过于频繁反而可能给网络增加较大的负担。

发明内容

有鉴于此，本发明实施例提供一种链路故障提醒方法及装置，以便能在一定程度上实时获知链路状态，及时进行故障提醒。

具体地，本发明是通过如下技术方案实现的：

一种链路故障提醒方法，包括：

根据预设的第一周期，周期性对目标设备的链路状态进行检测，当检测到链路故障时，进行故障提醒；

以及

根据接收到的路由变化信号，判定是否需要对目标设备的链路状态进行检测，和/或是否需要进行故障提醒；

其中，所述对目标设备的链路状态进行检测，包括：向目标设备发送检测报文，根据响应报文的返回情况判断链路的状态。

一种链路故障提醒装置，包括：

周期检测控制单元，用于根据预设的第一周期，周期性调用所述检测执行单元对目标设备的链路状态进行检测，当检测到链路故障时，进行故障提醒；

动态检测控制单元，用于根据接收到的路由变化信号，判定是否需要调用所述检测执行单元对目标设备的链路状态进行检测，和/或是否需要进行故障提醒。

检测执行单元，用于执行对目标设备链路状态的检测；

其中，所述检测执行单元，包括：

第一执行子单元，用于向目标设备发送检测报文；

第二执行子单元，用于根据响应报文的返回情况判断链路状态。

上述技术方案中，首先通过周期检测方法对链路状态进行检测，并在每次检测结束后，利用动态检测方法对两周期间隔内的链路状态进行检测，由此基本可以获知所有时刻的链路状态。与现有技术相比，可以在一定程度上实时获知链路状态，及时对故障链路进行提醒。

附图说明

图1是实现本发明周期检测方法实施例的流程图；

图2是本发明对目标设备链路状态进行检测的流程图；

图3是实现本发明动态检测方法实施例的流程图；

图4是实现本发明链路故障提醒装置的结构示意图；

图5是实现本发明检测执行单元的结构示意图。

具体实施方式

首先对本发明实施例一种链路故障提醒方法进行说明，包括：

根据预设的第一周期，周期性对目标设备的链路状态进行检测，当检测到链路故障时，进行故障提醒；

以及

根据接收到的路由变化信号，判定是否需要对目标设备的链路状态进行检测，和/或是否需要进行故障提醒；

其中，所述对目标设备的链路状态进行检测，包括：向目标设备发送检测报文，根据响应报文的返回情况判断链路的状态。

上述方法中，除对链路进行周期检测外，还可以在周期检测结束后对链路进行动态检测，两种方法配合使用，一定程度上可以实时获知链路的状态，及时进行故障提醒，使管理员能及时排除故障，保证系统的正常运行。

为了使本领域技术人员能更好地理解本发明中的技术方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其它实施例，都应当属于本发明保护的范围。

还应当理解，在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

本发明中对目标设备的链路状态检测可以是基于TCP建立连接的过程实现的，TCP工作在传输层，提供了端到端的可靠的数据传输服务，TCP的三次握手可建立可靠的传输连接。但对链路状态进行检测时，因为不需要传输数据，所以一般只需采用TCP三次握手中的前两次握手，即源设备向目标设备发送检测报文，根据源设备接收到目标设备返回的响应报文的情况，实现对链路状态的检测。

图1所示为本发明周期检测链路状态的具体方法的流程图，包括以下步骤：

S101，预设第一周期，周期性向目标设备发送检测报文；

根据本发明实施例的方案，需要对链路进行周期检测，在周期检测链路状态时，需要预先设定检测周期，即每隔多长时间对链路进行一次检测。检测周期决定检测的频率，周期越大，检测越稀疏，越多空闲时间无法获知链路状态；反之，周期越小，检测越频繁，空闲时间越少，越能及时获知链路状态。但检测过于频繁，如当检测周期趋于0时，此时相当于连续检测，虽然可以实时获知链路状态，但不间断地发送检测报文，势必会占用大量网络带宽，给网络带来较大负担。

在具体实施过程中，检测周期可以依据当前网络质量而定，例如，假设网络一般的情况下，检测周期为10分钟。若当前一段时间内网络良好，则可适当缩短检测周期至5分钟或者更小；或者若当前一段时间内网络较差时，可以适当增大检测周期至15分钟或者更大。另外，检测周期也可以根据动态检测时链路状态的好坏设定，即如果动态检测过程中，链路较少出现故障，说明当前的链路状态良好，不需要进行频繁检测，此时可以适当增大检测周期；反之，则要缩短检测周期，以便能更及时、准确地获知链路状态。

在该步骤中，根据预设的周期，周期性触发源设备向目标设备发送检测报文，该检测过程可以是在源设备和目标设备的链路上建立一个TCP连接，如图 2所示，源设备周期性向目标设备发送检测报文，目标设备返回响应报文的过程。上述源设备和目标设备均可以是服务器、路由器或其它网络设备。

S102，根据响应报文的返回情况判断链路状态；

TCP建立连接过程中，对于目标设备，若能接收到源设备发来的请求连接报文，则会返回相应的响应报文给源设备，源设备根据能否接收到该响应报文判断链路是否连通。当源设备接收到响应报文时，即可以判断出该链路连通，反之，认为不连通。而实际上为了保证传输可靠，链路不仅要连通，还要保证一定的流畅性，因此链路状态可以根据链路是否流畅划分为正常链路和故障链路。其中，正常链路是满足设定的流畅性要求的链路；故障链路则包括不连通或不满足设定的流畅性要求的链路。

可以理解的是，当链路不连通时，源设备始终接收不到目标设备的响应报文；而当链路不流畅时，在一定的时间内，源设备无法接收到响应报文。所以链路是否故障可以根据返回的响应报文来判断，其中判断的方式可以包括：

a.如果从发送至接收到返回的响应报文的延时时间超出第一预设时长时，则判断链路故障；

针对上述判断方式，若源设备在一次检测时发送多个检测报文，则需计算多个延时时间，并取其中报文延时时间最长的与第一预设时间进行比较。

b.如果第二预设时长内，接收到返回的响应报文的数量与发送的检测报文数量不相等时，则判断链路故障。

上述提供的方式择其一即可实现判断链路故障的目的。其中，第一预设时长和第二预设时长是预先设定的保证链路流畅性的门限值，该门限值可以根据实际场合需求来设置。在一些对数据实时性要求很高的场合，以视频监控系统为例，在一些重点监控区域，前端摄像头拍摄的画面需要实时传送给后端显示设备，以便相关人员能实时监控该区域。若因为链路不连通或不流畅而导致后端设备无法获取画面或者画面存在很大的延时，如若此时有突发事件发生，相关人员不能及时获知并作出应对措施，从而造成重大经济损失或者威胁人身安全。因此此时对链路的流畅性要求较高，预设时长可以设置的较小，保证链路的流畅性更好，以便数据的实时传输。反之，一些不追求传输高度流畅，只在乎数据传输到位即可的场合，该门限值可以适当放宽。

S103，当检测到链路故障时，进行故障提醒；

通过对上述响应报文返回情况的分析后，一旦发现链路故障，立即触发故障提醒操作，可以通过报警铃声、警示灯、信息提示等各种方式对管理员发出故障提醒。

在本发明动态检测链路状态的过程中，源设备首先需要接收来自第三方设备的路由变化信号，然后根据路由变化信号有针对性地进行后续操作。路由变化信号具体可以是路由撤销信号和/或路由恢复信号和/或路由振荡信号等可以反映链路状态发生改变的信号。其中针对接收的不同的路由变化信号，源设备可以采取以下几种操作策略：

a.当源设备接收到路由撤销信号时，立即进行故障提醒；

路由撤销可以说明当前链路处于不能连通的状态，已经可以确定链路存在故障，所以直接进行故障提醒。

b.当源设备接收到路由恢复信号时，需要对链路状态作进一步检测；

源设备接收到路由恢复信号时，预判出当前链路能够连通，但是此时并不能直接确定链路是否存在不流畅等故障，所以需要对目标设备发送检测报文，再根据响应报文的返回情况判断链路状态，当检测到链路故障时，进行故障提醒。

c.当源设备接收到路由振荡信号时，需要根据预设的第二周期，对链路状态作进一步检测；

路由振荡是短时间内路由不断发生变化，路由的不断变化预示当前的链路也处于不断变化的状态，前一时刻的正常链路也许下一时刻就是故障链路，所以振荡期间需要对链路进行多次检测，根据响应报文的返回情况判断链路状态，当检测到链路故障时，进行故障提醒。当然，为了不给网络带来过大负担，路由振荡期间的链路检测仍然采用周期检测，并且所预设的第二周期要保证在路由振荡期间能够进行2次或2次以上的链路检测。由于路由振荡从开始到结束一般会持续几秒到几十秒的时间，因此上述第二周期的时长小于路由振荡的时间，一般为几秒钟。

以上提供的几种策略可以单独使用，也可以结合使用，从而可以更准确地获知到链路状态，同时也不会给网络增加过多负担。

针对上述策略，下面将给出一个几种策略组合使用的具体实施例，参见图3 所示。

S301，接收路由变化信号；

S302，是否接收到路由撤销信号；

本发明实施过程中，源设备接收到上述路由变化信号后，可以预先判断接收到的信号是否是路由撤销信号，若是，则进入S309；若否，则进入S303。

S303，是否接收到路由恢复信号；

当源设备未接收到路由撤销信号时，可以接着判断接收到的信号是否是路由恢复信号，若是，则进入S305，作进一步检测；若否，则进入S304。

S304，是否接收到路由振荡信号；

当源设备未接收到路由恢复信号时，可以继续判断接收到的信号是否是路由振荡信号，若是，则进入S306，作进一步检测；若否，则进入S308。

S305，发送检测报文；

该步骤与S101所述相似，即在源设备和目标设备的链路上建立一个TCP 连接，但此时源设备只需对需要检测的链路发送一次检测报文，之后等待目标设备的响应即可。

S306，根据第二周期，周期性发送检测报文；

该步骤与S101所述相似，但此时预设的第二周期要小于周期检测方法中的第一周期。

S307，根据响应报文的返回情况判断链路状态；

该步骤与S102所述相同，若检测到链路故障，则进入S309；反之，进入 S308。

S308，链路正常；

S309，链路故障，进行故障提醒；

该步骤与S103所述相同，一旦发现链路故障，立即触发故障提醒操作，可以通过报警铃声、警示灯、信息提示等各种方式对管理员发出故障提醒。

可以理解的是，以上组合的实施例仅是示意性的，并不是实现本发明的唯一方案，还可以有其它的组合方式，本发明对此并不需要进行限定。

本发明实施例给出的链路检测方法包括两种检测机制。其中周期链路检测通过在链路两端直接建立TCP连接实现，是一种较为可靠的链路检测方式，因此周期检测获得的链路状态较为准确。而动态链路检测方法是根据路由变化信号触发检测的，也就是说，只有当第三方设备监测到路由变化且能准确上报给源设备时，才会触发源设备进行后续的操作。如果第三方设备的监测有误，或者第三方设备上报源设备的过程中出现错误，均会对后续操作产生影响，相应地，对最终的链路状态准确性也会产生影响。所以动态链路检测的准确性相对低于周期链路检测。

由此可知，应用本发明的技术方案，基本可以获知所有时刻的链路状态，与现有技术单一的周期检测相比，可以保证在一定程度上能实时获知链路状态，及时进行故障提醒。

与前述链路故障提醒方法的实施例相对应，本发明还提供了一种链路故障提醒装置，参见图4所示，该装置包括周期检测控制单元410、动态检测控制单元420和检测执行单元430；

所述周期检测控制单元410，用于根据预设的第一周期，周期性调用所述检测执行单元对目标设备的链路状态进行检测，当检测到链路故障时，进行故障提醒；

所述动态检测控制单元420，用于根据接收到的路由变化信号，判定是否需要调用所述检测执行单元对目标设备的链路状态进行检测，和/或是否需要进行故障提醒；

所述检测执行单元430，用于执行对目标设备链路状态的检测。

其中，所述检测执行单元，包括：第一执行子单元431和第二 执行子单元 432，参见图5所示；

第一执行子单元431，用于向目标设备发送检测报文；

第二执行子单元432，用于根据响应报文的返回情况判断链路状态。

在本发明的一种具体实施方式中，所述动态检测控制单元420，具体用于：

当接收到路由撤销信号时，进行故障提醒；

和/或

当接收到路由恢复信号时，对目标设备的链路状态进行检测，若检测到链路故障，则进行故障提醒；

和/或

当接收到路由振荡信号时，根据预设的第二周期，对目标设备的链路状态进行检测，若检测到链路故障，则进行故障提醒；所述第二周期小于第一周期。

在本发明的一种具体实施方式中，所述第二执行子单元432，具体用于：

若从发送至接收返回的响应报文的延时时间超出第一预设时长，则判断链路故障；

或

若第二预设时长内，接收到返回的响应报文的数量与发送的检测报文的数量不相等，则判断链路故障。

本发明所提供的链路故障提醒装置，首先通过周期检测周期性对链路进行检测，并在每次检测结束后继续对链路进行动态检测，在一定程度上对链路状态进行了实时检测，能够及时发现链路故障，进行故障提醒。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域普通技术人员可以理解：本发明可以借助软件加必需的通用硬件平台来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该计算机软件可以存储于一计算机可读取存储介质中，前述的存储介质包括：ROM、RAM、磁碟或者光盘等。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (8)

1.一种链路故障提醒方法，其特征在于，包括：

根据预设的第一周期，周期性对目标设备的链路状态进行检测，当检测到链路故障时，进行故障提醒；

以及

根据接收到的路由变化信号，判定是否需要对目标设备的链路状态进行检测，和/或是否需要进行故障提醒；

其中，所述对目标设备的链路状态进行检测，包括：向目标设备发送检测报文，根据响应报文的返回情况判断链路的状态；

所述根据接收到的路由变化信号，判定是否需要对目标设备的链路状态进行检测，和/或是否需要进行故障提醒，包括：

当接收到路由振荡信号时，根据预设的第二周期，对目标设备的链路状态进行检测，若检测到链路故障，则进行故障提醒，所述第二周期小于第一周期。

2.根据权利要求1所述的方法，其特征在于，所述根据接收到的路由变化信号，判定是否需要对目标设备的链路状态进行检测，和/或是否需要进行故障提醒，还包括：

当接收到路由撤销信号时，进行故障提醒。

3.根据权利要求1所述的方法，其特征在于，所述根据接收到的路由变化信号，判定是否需要对目标设备的链路状态进行检测，和/或是否需要进行故障提醒，还包括：

当接收到路由恢复信号时，对目标设备的链路状态进行检测，若检测到链路故障，则进行故障提醒。

4.根据权利要求1所述的方法，其特征在于，所述根据响应报文的返回情况判断链路的状态，包括：

若从发送至接收到返回的响应报文的延时时间超出第一预设时长，则判断链路故障；

或

若第二预设时长内，接收到返回的响应报文的数量与发送的检测报文数量不相等，则判断链路故障。

5.一种链路故障提醒装置，其特征在于，包括：

周期检测控制单元，用于根据预设的第一周期，周期性调用检测执行单元对目标设备的链路状态进行检测，当检测到链路故障时，进行故障提醒；

动态检测控制单元，用于根据接收到的路由变化信号，判定是否需要调用所述检测执行单元对目标设备的链路状态进行检测，和/或是否需要进行故障提醒；

检测执行单元，用于执行对目标设备链路状态的检测；

其中，所述检测执行单元，包括：

第一执行子单元，用于向目标设备发送检测报文；

第二执行子单元，用于根据响应报文的返回情况判断链路状态；

所述动态检测控制单元，具体用于：

当接收到路由振荡信号时，根据预设的第二周期，对目标设备的链路状态进行检测，若检测到链路故障，则进行故障提醒，所述第二周期小于第一周期。

6.根据权利要求5所述的装置，其特征在于，所述动态检测控制单元，还具体用于：

当接收到路由撤销信号时，进行故障提醒。

7.根据权利要求5所述的装置，其特征在于，所述动态检测控制单元，还具体用于：

当接收到路由恢复信号时，对目标设备的链路状态进行检测，若检测到链路故障，则进行故障提醒。

8.根据权利要求5所述的装置，其特征在于，所述第二执行子单元，具体用于：

若从发送至接收到返回的响应报文的延时时间超出第一预设时长，则判断链路故障；

或

若第二预设时长内，接收到返回的响应报文的数量与发送的检测报文的数量不相等，则判断链路故障。

Images