CN102984739A - 故障信息处理方法及装置 - Google Patents

Abstract

本发明公开了一种故障信息处理方法及装置，该方法包括：基站检测到故障；基站记录故障对应的信息，其中，信息包括分析故障所需要的参数值。通过本发明实现了系统故障时及时记录故障的有效信息。

Description

故障信息处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种故障处理方法及装置。

背景技术

目前，可演进的通用的无线接入网络节点B(E-UTRAN Node B，简称为eNB)在系统故障情况下，尤其是系统复杂型故障(例如，流控制传输协议(Stream Control TransmissionProtocol，简称为SCTP)偶联断耗尽；网络风暴；中央处理器(Central Processing Uint，简称为CPU)重负荷等)，系统无法记录故障发生时的相关信息或只能记录部分信息。

由于现有的eNB系统无法智能记录故障相关的信息，因此，也就无法满足现有外场开局和演示需求，尤其是对系统复杂型故障。另外，由于现有eNB系统无法智能记录故障相关的信息，因此，很多情况下，需要人工的参与来完成故障记录，例如，故障发生时，人工记录相关系统信息，为故障定位提供分析数据。但是，很多情况下，故障发生后系统很快就自动恢复了，这样人工是很难参与记录数据。

发明内容

本发明的主要目的在于提供一种故障信息处理方法、装置及基站，以至少解决上述问题之一。

根据本发明的一个方面，提供了一种故障信息处理方法，包括：基站检测到故障；所述基站记录所述故障对应的信息，其中，所述信息包括分析所述故障所需要的参数值。

优选地，所述基站记录所述故障对应的信息包括：所述基站根据故障信息记录策略判断是否对所述故障对应的信息进行记录；所述基站在判断结果为是的情况下，记录所述故障对应的信息。

优选地，在所述基站检测到所述故障之前，所述方法还包括：接收来自网管的配置消息，其中，所述配置消息用于指示所述基站对本地存储的故障信息记录策略进行处理，其中，所述处理包括以下至少之一：更新、添加、删除、和/或查询。

优选地，所述配置消息携带有以下至少之一：所述故障信息记录策略的处理方式、所述故障的类型、所述故障的类型对应的记录规则、所述故障的处理策略。

优选地，所述故障的类型包括以下至少之一：流传输控制协议偶联断、网络攻击故障、系统复位故障、CPU重负荷故障。

优选地，所述方法还包括：所述基站将所述故障对应的信息发送给网管；和/或，所述基站在预定时间段内保存记录到的所述故障对应的信息。

根据本发明的另一个方面，还提供了一种故障信息处理装置，包括：检测模块，用于检测到故障；记录模块，用于记录所述故障对应的信息，其中，所述信息包括分析所述故障所需要的参数值。

优选地，所述记录模块还用于根据故障信息记录策略判断是否对所述故障对应的信息进行记录；在判断结果为是的情况下，记录所述故障对应的信息。

优选地，还包括：接收模块，用于接收来自网管的配置消息，其中，所述配置消息用于指示所述基站对本地存储的故障信息记录策略进行处理，其中，所述处理包括以下至少之一：更新、添加、删除、和/或查询。

根据本发明的再一个方面，还提供了一种基站，该基站可以包括上述的任何一种故障信息处理装置。

通过本发明，通过基站检测到故障，并记录该故障信息以及记录分析该检测到的故障所需的参数值，从而解决了无法记录故障发生时的相关信息的问题，实现eNB故障时记录故障对应的信息，进而为故障有效定位提供故障发生时的有效信息的效果。

附图说明

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

图1是根据本发明实施例的故障信息处理方法的流程图；

图2是根据本发明实施例的故障信息处理装置的结构框图；

图3是根据本发明优选实施例的eNB系统故障配置方法的流程图；

图4是根据本发明优选实施例的系统故障信息处理方式的流程图；

图5是根据本发明另一优选实施例的故障记录策略配置方法的流程图；

图6是根据本发明另一个优选实施例的故障记录方法的流程图；

图7是根据本发明优选实施例的应用于eNB系统故障信息记录装置的结构框图。

具体实施方式

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

图1是根据本发明实施例的故障信息处理方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，基站检测到故障；

步骤S104，基站记录故障对应的信息，其中，信息包括分析该检测到的故障所需要的参数值。

在现有技术中，基站虽然可以上报告警，但是，对于告警而言，其仅仅能够上报发生该故障是什么故障，但是，对于发生故障时的相关参数却没有记载，通过上述步骤，基站在检测到故障时可以记录该故障信息以及记录分析该检测到的故障所需的参数值，从而解决了无法记录故障发生时的相关信息或只能记录部分信息的问题，实现eNB故障时记录故障的相关信息，进而为故障有效定位提供故障发生时的有效信息的效果。

基站检测到故障之后，记录该故障信息以及记录分析该检测到的故障所需的参数值的方式可以是将该故障信息及其分析该故障的所有的参数值全部记录。或者，对于发生的任何故障，均可以进行参数的记录。当然，这种记录的方式需要基站进行大量的工作，会对基站的要求比较高。作为另一种较优的实施方式，基站可以根据故障信息记录策略判断是否对故障对应的信息进行记录；在判断结果为是的情况下，基站记录故障对应的信息，例如，通信中断的原因可能是网络忙，还可能是系统资源耗尽，还有可能是系统异常等等，当基站检测到通信中断故障时，可以将通信中断故障及其所有可能导致该通信中断的原因全部进行记录。更优地，可以根据发生通信中断这一故障的相关的参数值进行分析，例如确定为系统资源耗尽导致的通信中断，这样可以根据故障信息记录策略，仅记录通信中断故障信息和导致该通信中断的原因系统资源耗尽，这样可以使得资源得到有效的利用，节约资源。或者也可以根据故障的类型来设置哪些故障需要进行记录，哪些故障不需要进行记录等等。

较优地，故障信息记录策略可以是基站本地配置的，也可以是来自其他网元的，例如，为了对基站进行同一的管理，在基站检测到故障之前，还可以接收来自网管的配置消息，该配置消息用于指示基站对本地存储的故障信息记录策略进行处理，该处理包括以下至少之一：更新、添加、删除、和/或查询。这样的处理方式还可以保证本地存储的故障的对应的信息是最新的，更有利于对故障信息的分析以及定位。

较优地，配置消息可以携带以下至少之一：故障信息记录策略的处理方式、故障的类型、故障的类型对应的记录规则、故障的处理策略。故障的类型包括以下至少之一：流传输控制协议偶联断、网络攻击故障、系统复位故障、CPU重负荷故障。

由于eNB目前的各种故障信息上报，主要是面向开发人员，这样在外场开局或商用情况下，外场人员很难记录故障相关信息。在本实施例中提供了另一种较优的实施方式，基站还可以将故障对应的信息发送给网管；和/或，基站在预定时间段内保存记录到的故障对应的信息(例如，基站可以保留最近一个月内的故障对应的信息)。这样可以使得外场人员也可以记录该故障的相关信息，应用比较广泛。

在本实施例中，还提供了一种故障信息处理装置，该装置用于实现上述实施例及其优选的实施方式，已经进行过说明的不再赘述，下面对该对该装置涉及的各个模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统和方法较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的故障信息处理装置的结构框图，如图2所示，该装置包括检测模块20和记录模块22。下面对该装置的各个模块及其功能进行说明。

检测模块20，用于检测到故障；记录模块22连接至检测模块20，该记录模块22用于记录故障对应的信息，其中，信息包括分析故障所需要的参数值。

作为一个较优的实施方式，该记录模块22还可以用于根据故障信息记录策略判断是否对故障对应的信息进行记录；在判断结果为是的情况下，记录故障对应的信息。

作为另一个较优的实施方式，该故障信息处理装置还包括接收模块，该接收模块可以用于接收来自网管的配置消息，其中，配置消息用于指示基站对本地存储的故障信息记录策略进行处理，其中，处理包括以下至少之一：更新、添加、删除、和/或查询。

在本实施例中，还提供了一种基站，该基站包括任意一个或其组合的上述实施例及其优选实施方式的故障信息处理装置。

下面结合优选实施例进行说明，该优选实施例结合了上述实施例及其优选实施方式，在本优选实施例中，针对目前现有eNB系统故障信息所存在的缺点，提供了一种eNB系统故障配置及记录的方法及装置，使得eNB可以实现对故障，尤其是系统复杂型故障，及时记录故障发生时的相关系统信息，实现为故障有效定位提供故障发生时的有效信息。

图3是根据本发明优选实施例的eNB系统故障配置方法的流程图，如图3所示，该流程包括如下步骤：

步骤S302，eNB等待后台网管的故障信息记录策略配置消息，若接收到故障信息记录策略配置消息后，进行故障信息记录策略处理。

在该步骤S302中，故障信息记录策略消息至少包括四元组(配置动作，故障类型，记录规则，故障处理策略)中的信息。配置动作包括至少三个动作：增加故障信息记录策略，更新(修改)故障记录策略，删除故障信息记录策略和查询故障信息记录策略。其中，更新(修改)故障信息记录策略，可以通过增加和删除故障信息记录策略来实现；故障类型包括：SCTP偶联断，系统复位，网络攻击等类型；记录规则为故障类型的某一个具体规则，主要完成了与故障类型相对应需要记录的故障系统信息；故障处理策略主要是指系统故障时，需要系统相应的处理。

步骤S304，故障信息记录策略写入策略库。

步骤S306，故障信息记录策略配置结果返回后台网管。

图4是根据本发明优选实施例的系统故障信息处理方式的流程图，如图4所示，该流程包括如下步骤：

步骤S402，eNB系统进行故障检测；其中，故障检测与所述步骤S302中的故障类型相对应。

步骤S404，若检测到故障，读取故障策略库，若有故障信息记录策略，获取故障类型；若无故障信息记录策略，则转到步骤S402；

步骤S406，若有记录规则，则依据故障记录规则进行系统故障相关信息记录；若无相应的故障智能记录规则，则转到步骤S402；

步骤S404和步骤S406中，故障信息记录策略与所述步骤S302中故障信息记录策略相一致；故障类型与所述步骤S302中的相一致；所述步骤S406中，记录规则与所述步骤S302中的相一致。

步骤S408故障记录信息处理。所述步骤S408中，故障记录信息处理主要是指故障记录信息输出，可以是输出到后台或存储与eNB等。

需要说明的是，本优选实施例及其优选实施方式中的系统故障处理可以不依赖于故障信息记录策略配置处理，即两者间无先后关系，即便没有故障信息记录策略配置中所提及的故障信息记录策略配置消息的故障类型，系统故障处理也是可以正常工作的。

在本优选实施例中，还提供了一种应用于eNB系统故障信息记录装置，该记录装置包括后台网管，eNB，本地配置单元和系统故障记录单元。统故障记录单元包括策略配置单元，策略处理单元，故障策略库。后台网管和eNB实现功能基本上与现有功能相同，下面对该装置进行说明。

本地配置单元，主要负责后台故障信息记录策略管理，包括故障信息记录策略的配置，更新和查询。完成故障信息记录策略消息的发送和故障信息记录策略消息配置结果的接收。发送时，将后台网管配置的故障信息记录策略消息处理后，发送出去；接收时，将故障信息记录策略消息配置结果传输给后台网管进行显示；

策略配置单元，主要负责故障信息记录策略管理，包括故障信息记录策略的配置，更新和查询。完成故障信息记录策略消息接收和处理；发送故障信息记录策略配置结果；

故障处理单元，主要负责检测系统故障检测，依据故障信息记录策略信息，进行系统故障信息记录和处理；

故障策略库，主要负责故障信息记录策略的存储；提供访问故障策略库的接口。

该装置中，后台网管将故障信息记录策略消息通过本地配置单元传输给eNB的策略配置单元；策略配置单元依据故障信息记录策略信息查询故障策略库，若成功，则将本次故障信息记录策略配置失败结果通过本地配置单元返回给后台网管；若失败，则通过故障策略库访问接口存储故障信息记录策略后，将本次故障信息记录策略配置成功结果通过本地配置单元返回给后台网管。故障处理单元检测到故障，读取故障策略库，若故障类型有相应的记录规则，则进行系统故障信息记录。其中，故障处理单元也可以不依赖于本地配置单元，策略配置单元和故障策略库；故障处理单元与各单元间无先后关系，即便没有故障信息记录策略配置中所提及的策略配置消息的策略类型，故障处理单元也是可以正常工作的。

通过优选实施例，使得eNB可以实现对故障，尤其是系统复杂型故障，及时记录故障发生时的相关系统信息，实现为故障有效定位提供故障发生时的相关系统故障信息记录。

下面结合附图及另一个优选实施例进行说明，该优选实施例结合了上述实施例及其优选实施方式。

图5是根据本发明另一优选实施例的故障记录策略配置方法的流程图，如图5所示，该流程包括如下步骤：

步骤S502，eNB等待后台网管的故障信息记录策略配置消息，若接收到故障信息记录策略配置消息后，进行故障信息记录策略处理。其中，故障信息记录策略消息至少包括四元组(配置动作，故障类型，记录规则，故障处理策略)中的信息。配置动作包括至少三个动作：增加故障信息记录策略，更新(修改)故障记录策略，删除故障信息记录策略和查询故障信息记录策略。其中，更新(修改)故障信息记录策略，可以通过增加和删除故障信息记录策略来实现。故障类型主要是指系统故障或各个子系统故障，如SCTP偶联断，系统复位，网络攻击等类型；记录规则为故障类型的某一个具体规则，主要完成了与故障类型相对应需要记录的故障系统信息；故障处理策略主要是指系统故障时，需要系统相应的处理。

表一示出了故障记录策略配置，如表一所示：

表一

步骤S504，故障信息记录策略写入策略库。故障信息记录策略与步骤S502中一致；策略库可以是数据库、内存或文件等。

步骤S506，故障信息记录策略配置结果返回后台网管。故障信息记录策略配置结果为配置成功或失败。故障信息记录策略与所述步骤S502中一致。

图6是根据本发明另一个优选实施例的故障记录方法的流程图，如图6所示，该流程包括如下步骤：

步骤S602，系统进行故障检测。

步骤S604，若检测到系统故障，依据故障类型，查询预先配置到策略库的故障信息记录策略。故障类型与步骤S502中一致。故障信息记录策略与所述步骤S502中一致。

步骤S606，若有相应的记录规则，则读取记录规则；若无，转到步骤S602。所述步骤中，记录规则与步骤S502中一致。

步骤S608，依据记录规则，系统进行故障相关信息记录。记录规则与所述步骤S502中一致。故障信息记录策略与所述步骤S502中一致。故障相关信息记录实体，记录实体可以是数据库，文件，内存或外部实体。

步骤S610，进行故障记录信息处理后，重复步骤S602到步骤S608。进行故障记录信息处理主要是指故障记录信息输出，可以是输出到后台或存储于eNB等，故障记录信息输出到后台；故障记录信息以文件的方式导出给用户；故障记录信息在系统运行过程中输出。

需要说明的是，上述步骤中的系统故障记录处理可以不依赖于故障记录策略配置，即两者间无先后关系，即便没有故障记录策略配置中所提及的记录规则，系统故障记录策略配置也是可以正常工作的。

图7是根据本发明优选实施例的应用于eNB系统故障信息记录装置的结构框图，如图7所示，该装置包括后台网管100，eNB200，本地配置单元101和系统故障记录单元201。统故障记录单元包括策略配置单元202，故障处理单元203，故障策略库204。后台网管和eNB实现功能基本上与现有功能相同。

本地配置单元101，主要负责后台故障信息记录策略管理，包括故障信息记录策略的配置，更新和查询。完成故障信息记录策略消息的发送与故障信息记录策略消息配置结果的接收。发送时，将后台网管配置的故障信息记录策略消息处理后，发送出去；接收时，将故障信息记录策略消息配置结果传输给后台网管进行显示；

后台网管100中，故障信息记录策略消息至少包括四元组(配置动作，故障类型，记录规则，故障处理策略)中的信息。后台网管100中，配置动作包括至少三个动作：增加故障信息记录策略，更新(修改)故障记录策略，删除故障信息记录策略和查询故障信息记录策略。其中，更新(修改)故障信息记录策略，可以通过增加和删除故障信息记录策略来实现。后台网管100中，故障类型主要是指系统故障或各个子系统故障，如SCTP偶联断，系统复位，网络攻击等类型；后台网管100中，记录规则为故障类型的某一个具体规则，主要完成了与故障类型相对应需要记录的故障系统信息；后台网管100中，故障处理策略主要是指系统故障时，需要系统相应的处理。

表二示出了故障记录策略配置，如表二所示：

表二

策略配置单元202，主要负责故障信息记录策略管理，包括故障信息记录策略的配置，更新和查询。完成故障信息记录策略消息接收和处理；发送故障信息记录策略配置结果；故障处理单元203主要负责检测系统故障检测，依据故障信息记录策略信息，进行系统故障信息记录和处理；故障策略库204，主要负责故障信息记录策略的存储；提供访问故障策略库的接口。

本优选实施例的装置各单元间的相互关系如下：后台网管将故障信息记录策略消息通过本地配置单元传输给eNB的策略配置单元；策略配置单元依据故障信息记录策略信息查询故障策略库，若成功，则将本次故障信息记录策略配置失败结果通过本地配置单元返回给后台网管；若失败，则通过故障策略库访问接口存储故障信息记录策略后，将本次故障信息记录策略配置成功结果通过本地配置单元返回给后台网管。故障处理单元检测到故障，读取故障策略库，若故障类型有相应的记录规则，则进行系统故障信息记录。其中，故障处理单元也可以不依赖于本地配置单元，策略配置单元和故障策略库；故障处理单元与各单元间无先后关系，即便没有故障信息记录策略配置中所提及的策略配置消息的策略类型，故障处理单元也是可以正常工作的。

在另外一个实施例中，还提供了一种故障信息处理软件，该软件用于执行上述实施例及优选实施例中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于光盘、软盘、硬盘、可擦写存储器等。

通过上述实施例及其优选实施例，使得eNB可以实现对故障，尤其是系统复杂型故障，及时记录故障发生时的相关系统信息，实现为故障有效定位提供故障发生时的相关系统故障信息记录。

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

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

Claims (10)

1.一种故障信息处理方法，其特征在于包括：

基站检测到故障；

所述基站记录所述故障对应的信息，其中，所述信息包括分析所述故障所需要的参数值。

2.根据权利要求1所述的方法，其特征在于，所述基站记录所述故障对应的信息包括：

所述基站根据故障信息记录策略判断是否对所述故障对应的信息进行记录；

所述基站在判断结果为是的情况下，记录所述故障对应的信息。

3.根据权利要求2所述的方法，其特征在于，在所述基站检测到所述故障之前，所述方法还包括：

接收来自网管的配置消息，其中，所述配置消息用于指示所述基站对本地存储的故障信息记录策略进行处理，其中，所述处理包括以下至少之一：更新、添加、删除、和/或查询。

4.根据权利要求3所述的方法，其特征在于，所述配置消息携带有以下至少之一：所述故障信息记录策略的处理方式、所述故障的类型、所述故障的类型对应的记录规则、所述故障的处理策略。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述故障的类型包括以下至少之一：

流传输控制协议偶联断、网络攻击故障、系统复位故障、CPU重负荷故障。

6.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

所述基站将所述故障对应的信息发送给网管；和/或，

所述基站在预定时间段内保存记录到的所述故障对应的信息。

7.一种故障信息处理装置，位于基站中，其特征在于包括：

检测模块，用于检测到故障；

记录模块，用于记录所述故障对应的信息，其中，所述信息包括分析所述故障所需要的参数值。

8.根据权利要求7所述的装置，其特征在于，所述记录模块还用于根据故障信息记录策略判断是否对所述故障对应的信息进行记录；在判断结果为是的情况下，记录所述故障对应的信息。

9.根据权利要求8所述的装置，其特征在于，还包括：

接收模块，用于接收来自网管的配置消息，其中，所述配置消息用于指示所述基站对本地存储的故障信息记录策略进行处理，其中，所述处理包括以下至少之一：更新、添加、删除、和/或查询。

10.根据权利要求9所述的装置，其特征在于，所述配置消息携带有以下至少之一：所述故障信息记录策略的处理方式、所述故障的类型、所述故障的类型对应的记录规则、所述故障的处理策略。

Images