故障检测方法及装置与流程

本发明涉及通信技术领域，尤其涉及一种故障检测方法及装置。

背景技术：

在集中网管的架构中，基站通常由一个远端的网管服务器进行管理。网管链路承载了基站与网管服务器间的所有网管数据。一旦网管链路出现异常，基站就会处于脱管状态，网管无法对其进行操作和维护。目前，当基站与网管服务器之间的链路出现异常时，需要技术人员到达故障现场，使用相应设备连接基站的LMT(Local Maintenance Terminal，本地终端维护)接口，进行故障定位。通常的，技术人员需要花费大量时间才能到达故障现场，导致故障定位的效率较低。

技术实现要素：

本发明的主要目的在于提供一种故障检测方法及装置，旨在提高故障定位的效率。

为实现上述目的，本发明提供一种故障检测方法，所述故障检测方法包括：

基站侦测其与网管间的网管链路的链路状态；

在侦测到所述网管链路的断开时长达到预设阈值时，所述基站获取并执行测试脚本，生成所述测试脚本的执行日志；

所述基站执行网管链路恢复操作；

在侦测到所述网管链路恢复时，所述基站通过所述网管链路将所述执行日志发送至所述网管，以供所述网管基于接收的执行日志进行故障定位。

优选地，所述在侦测到所述网管链路的断开时长达到预设阈值时，所述基站获取并执行测试脚本，生成所述测试脚本的执行日志的步骤包括：

在侦测到所述网管链路的断开时长达到预设阈值时，所述基站发送获取 请求至与其连通的其它基站，以供所述其它基站基于所述获取请求返回测试脚本；

接收并执行所述其它基站返回的测试脚本，生成所述测试脚本的执行日志。

优选地，所述故障检测方法还包括：

在接收到所述网管发送的测试脚本时，所述基站将存储的测试脚本替换为接收到的所述测试脚本。

优选地，所述基站执行网管链路恢复操作的步骤包括：

所述基站对上一次进行的参数配置操作或升级操作进行回退。

优选地，所述基站执行网管链路恢复操作的步骤之后，还包括：

在预设时间段内未侦测到所述网管链路恢复时，所述基站将所述执行日志发送至其连通的且与所述网管连通的其它基站，以供所述其它基站通过自身的网管链路将接收的执行日志转发至所述网管。

此外，为实现上述目的，本发明还提供一种故障检测装置，所述故障检测装置包括：

检测模块，用于侦测其所在基站与网管间的网管链路的链路状态；

执行模块，用于在所述检测模块侦测到所述网管链路的断开时长达到预设阈值时，获取并执行测试脚本，生成所述测试脚本的执行日志；

恢复模块，用于执行网管链路恢复操作；

发送模块，用于在所述检测模块侦测到所述网管链路恢复时，通过所述网管链路将所述执行日志发送至所述网管，以供所述网管基于接收的执行日志进行故障定位。

优选地，所述执行模块包括：

获取单元，用于在所述检测模块侦测到所述网管链路的断开时长达到预设阈值时，发送获取请求至与其所在基站连通的其它基站，以供所述其它基站基于所述获取请求返回测试脚本；

执行单元，用于接收并执行所述其它基站返回的测试脚本，生成所述测试脚本的执行日志。

优选地，所述故障检测装置还包括：

替换模块，用于在接收到所述网管发送的测试脚本时，将其所在基站存储的测试脚本替换为接收到的所述测试脚本。

优选地，所述恢复模块还用于对其所在基站上一次进行的参数配置操作或升级操作进行回退。

优选地，所述发送模块还用于当所述检测模块在预设时间段内未侦测到所述网管链路恢复时，将所述执行日志发送至其所在基站连通的且与所述网管连通的其它基站，以供所述其它基站通过自身的网管链路将接收的执行日志转发至所述网管。

本发明通过基站实时侦测其与网管间的网管链路的连接状态，在所述网管链路连接故障时，获取并执行测试脚本，生成包括故障信息的执行日志，以及执行网管链路恢复操作，并在所述网管链路恢复后，将生成的所述执行日志发送至网管，供所述网管基于接收的执行日志进行故障定位。相较于现有技术，本发明无需工程人员花费大量时间到达故障现场进行故障定位，能够提高故障定位的效率。

附图说明

图1为本发明故障检测方法第一实施例的流程示意图；

图2为图1中在侦测到与网管间的网管链路的断开时长达到预设阈值时，基站获取并执行测试脚本，生成所述测试脚本的执行日志的细化流程示意图；

图3为本发明故障检测方法第五实施例的流程示意图；

图4为本发明故障检测装置第一实施例的功能模块示意图；

图5为图4中执行模块的细化功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种故障检测方法，参照图1，在本发明故障检测方法的第 一实施例中，所述故障检测方法包括：

步骤S10，基站侦测其与网管间的网管链路的链路状态；

步骤S20，在侦测到与网管间的网管链路的断开时长达到预设阈值时，所述基站获取并执行测试脚本，生成所述测试脚本的执行日志；

本实施例提供的故障检测方法可以用于基站网管链路的故障定位中，例如，基站在侦测到其与网管间的网管链路故障时，自动加载本地存储的测试脚本，并生成所述测试脚本的执行日志，然后执行链路恢复操作，以在所述网管链路恢复之后，将生成的执行日志发送至所述网管，供网管进行故障定位。

具体的，基站实时侦测其与网管间网管链路的连接状态，在侦测到所述网管链路的断开时长达到预设阈值时，基站确定所述网管链路处于故障状态，其中，所述预设阈值可根据实际需要进行设置，例如，本实施例优选将所述预设阈值设为1小时。

在确定网管链路故障后，所述基站获取并执行测试脚本，生成所述测试脚本的执行日志。其中，所述测试脚本是一系列调试命令的集合，所述基站在执行测试脚本时，基于所述测试脚本包括的各调试命令的执行结果，生成执行日志。优选地，所述基站本地存储有测试脚本，供所述基站在网管链路故障时执行以收集故障信息。

步骤S30，所述基站执行网管链路恢复操作；

本实施例中，在执行完成所述测试脚本并生成所述测试脚本的执行日志之后，所述基站执行网管链路恢复操作。通常的，导致所述网管链路故障的根本原因是基站的软件故障。基站在实际运行过程中的特定场景下会触发软件故障表现出来。在部分场景中，通过特定的操作可以将网管链路恢复。例如，网管下发特定的配置到基站，触发网管链路故障，基站可以通过回退基站配置来恢复网管链路。又例如，网管操作升级基站版本后，触发网管链路故障，可以通过回退基站版本来恢复网管链路。

步骤S40，在侦测到所述网管链路恢复时，所述基站通过所述网管链路将所述执行日志发送至所述网管，以供所述网管基于接收的执行日志进行故障定位。

本实施例中，基站在侦测到所述网管链路恢复时，通过所述网管链路将 其执行所述测试脚本生成的执行日志发送至所述网管，以供所述网管基于接收的执行日志进行故障定位，进而排除故障。

本实施例提出的故障检测方法，基站实时侦测其与网管间的网管链路的连接状态，在所述网管链路连接故障时，获取并执行测试脚本，生成包括故障信息的执行日志，以及执行网管链路恢复操作，并在所述网管链路恢复后，将生成的所述执行日志发送至网管，供所述网管基于接收的执行日志进行故障定位。相较于现有技术，本发明无需工程人员花费大量时间到达故障现场进行故障定位，能够提高故障定位的效率。

进一步的，基于第一实施例，提出本发明故障检测方法的第二实施例，参照图2，在本实施例中，上述步骤S20包括：

步骤S201，在侦测到所述网管链路的断开时长达到预设阈值时，所述基站发送获取请求至与其连通的其它基站，以供所述其它基站基于所述获取请求返回测试脚本；

步骤S202，接收并执行所述其它基站返回的测试脚本，生成所述测试脚本的执行日志。

需要说明的是，本实施例与第一实施例的区别在于，考虑到基站本地存储的测试脚本损坏等因素，提供一种备选的测试脚本获取方式供基站在本地存储的测试脚本损坏时，仍能够获取的所需的测试脚本。

具体的，在侦测到与网管间的网管链路的断开时长达到预设阈值时，所述基站发送获取请求至与其连通的其它基站，以供所述其它基站基于所述获取请求返回测试脚本，所述基站在接收到所述其它基站返回的测试脚本时，执行所述测试脚本并生成所述测试脚本的执行日志。优选地，所述基站在本地存储的测试脚本损坏且接收到其它基站发送的测试脚本时，将本地存储的测试脚本替换为其新接收的测试脚本。

进一步的，基于第一实施例，提出本发明故障检测方法的第三实施例，在本实施例中，所述故障检测方法还包括：

在接收到所述网管发送的测试脚本时，所述基站将存储的测试脚本替换为接收到的所述测试脚本。

容易理解的是，可以对基站的测试脚本进行不断更新优化，从而更准确的收集故障信息，进行故障定位。工程人员可以通过网管编写新的测试脚本或者是对现有的测试脚本进行更新优化，再通过网管将更新后的测试脚本分发至所述网管管辖的各个基站。本实施例中，基站在接收到所述网管发送的测试脚本时，将本地存储的测试脚本替换为接收到的所述测试脚本。

进一步的，基于第一、第二或第三实施例，提出本发明故障检测方法的第四实施例，在本实施例中，上述步骤S30包括：

所述基站对上一次进行的参数配置操作或升级操作进行回退。

需要说明的是，基站和网管间的网管链路由以下三部分组成：

(1)、网管本地网管链路

(2)、网管与基站间的承载链路

(3)、基站本地网管链路

在实际运行过程中，上述三部分均可能出现故障，进而导致基站和网管间的网管链路故障。本实施例主要针对前述(1)、(2)部分正常，(3)部分故障，即基站本地网管链路故障进行的故障恢复操作。通常的，导致基站本地网管链路故障的根本原因是基站的软件故障。基站在实际运行过程中的特定场景下会触发软件故障表现出来。例如，网管下发特定的配置指令到基站，触发基站本地网管链路故障，又例如，网管操作升级基站版本后，触发基站本地网管链路故障。

本实施例中，基站在侦测到其与网管间的网管链路故障时，获取并执行测试脚本，以及生成所述测试脚本的执行日志之后，对上一次进行的参数配置操作或升级操作进行回退，以恢复所述网管链路。

例如，基站在执行完成测试脚本并生成所述测试脚本的执行日志之后，根据记录的相关信息发现基站在所述网管链路故障前响应过网管发送的升级指令进行了版本升级操作，基于前述技术方案的描述，本领域技术人员可以理解的是，正是这次版本升级操作触发了基站本地网管链路故障，进而导致基站与网管间的网管链路故障，因此，所述基站根据记录的相关信息进行基站版本回退操作，将基站版本恢复至升级之前的基站版本，即可恢复基站本地网管链路，进而恢复基站与网管间的网管链路。

进一步的，基于第一实施例，提出本发明故障检测方法的第五实施例，参照图3，在本实施例中，上述步骤S30之后，还包括：

步骤S50，在预设时间段内未侦测到所述网管链路恢复时，所述基站将所述执行日志发送至其连通的且与所述网管连通的其它基站，以供所述其它基站通过自身的网管链路将接收的执行日志转发至所述网管。

本领域技术人员可以理解的是，基站与网管间网管链路断链的原因除了前述实施例所述的软件原因之外，还可能由基站和网管间的物理链路断链等硬件原因导致，而硬件上的故障是不能够由软件层面的操作恢复的，因此，为确保能够将所述执行日志反馈至所述网管，本实施例还提供一种备选的执行日志发送方式。

具体的，所述基站在执行网管链路恢复操作之后，若未在预设时间段内侦测到所述网管链路恢复，所述基站将其执行测试脚本的所述执行日志发送至其连通的且与所述网管连通的其它基站，以供所述其它基站通过自身的网管链路将接收的执行日志转发至所述网管，由网管根据接收的执行日志进行故障定位，进而排除故障。其中，所述预设时间段可根据实际需要进行设置，例如，本实施例优选将所述预设时间段设为15分钟。

本发明还提供一种故障检测装置，参照图4，在本发明故障检测装置的第一实施例中，所述故障检测装置包括：

检测模块10，用于侦测其所在基站与网管间的网管链路的链路状态；

执行模块20，用于在所述检测模块侦测到所述网管链路的断开时长达到预设阈值时，获取并执行测试脚本，生成所述测试脚本的执行日志；

本实施例提供的故障检测装置可以用于基站网管链路的故障定位中，例如，故障检测装置内置于基站运行，基站在侦测到其与网管间的网管链路故障时，自动加载本地存储的测试脚本，并生成所述测试脚本的执行日志，然后执行链路恢复操作，以在所述网管链路恢复之后，将生成的执行日志发送至所述网管，供网管进行故障定位。

具体的，检测模块10实时侦测其所在基站与网管间网管链路的连接状态，在检测模块10侦测到所述网管链路的断开时长达到预设阈值时，执行模 块20确定所述网管链路处于故障状态，其中，所述预设阈值可根据实际需要进行设置，例如，本实施例优选将所述预设阈值设为1小时。

在确定网管链路故障后，所述执行模块20获取并执行测试脚本，生成所述测试脚本的执行日志。其中，所述测试脚本是一系列调试命令的集合，所述执行模块20在执行测试脚本时，基于所述测试脚本包括的各调试命令的执行结果，生成执行日志。优选地，所述基站本地存储有测试脚本，供所述执行模块20在网管链路故障时执行以收集故障信息。

恢复模块30，用于执行网管链路恢复操作；

本实施例中，在执行模块20执行完成所述测试脚本并生成所述测试脚本的执行日志之后，恢复模块30执行网管链路恢复操作。通常的，导致所述网管链路故障的根本原因是基站的软件故障。基站在实际运行过程中的特定场景下会触发软件故障表现出来。在部分场景中，通过特定的操作可以将网管链路恢复。例如，网管下发特定的配置到基站，触发网管链路故障，基站可以通过回退基站配置来恢复网管链路。又例如，网管操作升级基站版本后，触发网管链路故障，可以通过回退基站版本来恢复网管链路。

发送模块40，用于在所述检测模块10侦测到所述网管链路恢复时，通过所述网管链路将所述执行日志发送至所述网管，以供所述网管基于接收的执行日志进行故障定位。

本实施例中，发送模块40在所述检测模块10侦测到所述网管链路恢复时，通过所述网管链路将执行模块20执行所述测试脚本生成的执行日志发送至所述网管，以供所述网管基于接收的执行日志进行故障定位，进而排除故障。

本实施例提出的故障检测装置内置于基站运行，使得基站实时侦测其与网管间的网管链路的连接状态，在所述网管链路连接故障时，获取并执行测试脚本，生成包括故障信息的执行日志，以及执行网管链路恢复操作，并在所述网管链路恢复后，将生成的所述执行日志发送至网管，供所述网管基于接收的执行日志进行故障定位。相较于现有技术，本发明无需工程人员花费大量时间到达故障现场进行故障定位，能够提高故障定位的效率。

进一步的，基于第一实施例，提出本发明故障检测装置的第二实施例， 参照图5，在本实施例中，所述执行模块20包括：

获取单元201，用于在所述检测模块10侦测到所述网管链路的断开时长达到预设阈值时，发送获取请求至与其所在基站连通的其它基站，以供所述其它基站基于所述获取请求返回测试脚本；

执行单元202，用于接收并执行所述其它基站返回的测试脚本，生成所述测试脚本的执行日志。

需要说明的是，本实施例与第一实施例的区别在于，考虑到基站本地存储的测试脚本损坏等因素，提供一种备选的测试脚本获取方式供执行模块20在基站本地存储的测试脚本损坏时，仍能够获取的所需的测试脚本。

具体的，获取单元201在所述检测模块10侦测到所述网管链路的断开时长达到预设阈值时，发送获取请求至与其所在基站连通的其它基站，以供所述其它基站基于所述获取请求返回测试脚本，执行单元202在接收到所述其它基站返回的测试脚本时，执行所述测试脚本并生成所述测试脚本的执行日志。优选地，所述基站在本地存储的测试脚本损坏且接收到其它基站发送的测试脚本时，将本地存储的测试脚本替换为其新接收的测试脚本。

进一步的，基于第一实施例，提出本发明故障检测装置的第三实施例，在本实施例中，所述故障检测装置还包括：

替换模块，用于在接收到所述网管发送的测试脚本时，将其所在基站存储的测试脚本替换为接收到的所述测试脚本。

容易理解的是，可以对基站的测试脚本进行不断更新优化，从而更准确的收集故障信息，进行故障定位。工程人员可以通过网管编写新的测试脚本或者是对现有的测试脚本进行更新优化，再通过网管将更新后的测试脚本分发至所述网管管辖的各个基站。本实施例中，替换模块在接收到所述网管发送的测试脚本时，将其所在基站本地存储的测试脚本替换为接收到的所述测试脚本。

进一步的，基于第一、第二或第三实施例，提出本发明故障检测装置的第四实施例，在本实施例中，所述恢复模块30还用于对其所在基站上一次进行的参数配置操作或升级操作进行回退。

需要说明的是，基站和网管间的网管链路由以下三部分组成：

(1)、网管本地网管链路

(2)、网管与基站间的承载链路

(3)、基站本地网管链路

在实际运行过程中，上述三部分均可能出现故障，进而导致基站和网管间的网管链路故障。本实施例主要针对前述(1)、(2)部分正常，(3)部分故障，即基站本地网管链路故障进行的故障恢复操作。通常的，导致基站本地网管链路故障的根本原因是基站的软件故障。基站在实际运行过程中的特定场景下会触发软件故障表现出来。例如，网管下发特定的配置指令到基站，触发基站本地网管链路故障，又例如，网管操作升级基站版本后，触发基站本地网管链路故障。

本实施例中，在所述检测模块10侦测到所述网管链路故障时，执行模块20获取并执行测试脚本，以及生成所述测试脚本的执行日志之后，恢复模块30对其所在基站上一次进行的参数配置操作或升级操作进行回退，以恢复所述网管链路。

例如，恢复模块30在执行模块20执行完成测试脚本并生成所述测试脚本的执行日志之后，根据记录的相关信息发现其所在基站在所述网管链路故障前响应过网管发送的升级指令进行了版本升级操作，基于前述技术方案的描述，本领域技术人员可以理解的是，正是这次版本升级操作触发了基站本地网管链路故障，进而导致基站与网管间的网管链路故障，因此，所述恢复模块30根据记录模块记录的相关信息进行基站版本回退操作，将基站版本恢复至升级之前的基站版本，即可恢复基站本地网管链路，进而恢复基站与网管间的网管链路。

进一步的，基于第一实施例，提出本发明故障检测装置的第五实施例，在本实施例中，所述故所述发送模块40还用于当所述检测模块10在预设时间段内未侦测到所述网管链路恢复时，将所述执行日志发送至其所在基站连通的且与所述网管连通的其它基站，以供所述其它基站通过自身的网管链路将接收的执行日志转发至所述网管。

本领域技术人员可以理解的是，基站与网管间网管链路断链的原因除了 前述实施例所述的软件原因之外，还可能由基站和网管间的物理链路断链等硬件原因导致，而硬件上的故障是不能够由软件层面的操作恢复的，因此，为确保能够将所述执行日志反馈至所述网管，本实施例还提供一种备选的执行日志发送方式。

具体的，在恢复模块30执行网管链路恢复操作之后，若检测模块10在预设时间段内未侦测到所述网管链路恢复时，所述发送模块40将所述执行模块20执行测试脚本的所述执行日志发送至其所在基站连通的且与所述网管连通的其它基站，以供所述其它基站通过自身的网管链路将接收的执行日志转发至所述网管，由网管根据接收的执行日志进行故障定位，进而排除故障。其中，所述预设时间段可根据实际需要进行设置，例如，本实施例优选将所述预设时间段设为15分钟。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。