CN107548089A - 一种基站故障自动修复的方法及装置 - Google Patents

Abstract

本发明公开了一种基站故障自动修复的方法及装置，涉及基站故障修复技术领域，其方法包括：对基站中各单板的常规进程进行实时监控，判断所述常规进程是否发生故障或发生挂死；当判断所述常规进程发生故障或发生挂死时，保存所述常规进程的当前状态；对所述发生故障或发生挂死的常规进程进行修复，得到修复进程；执行所述修复进程，并将进程状态恢复到所保存的当前状态。本发明节省了定位故障、修改代码、发布新版本的人力物力，理想情况下，发布版本后，在不增加新功能的前提下，不再人为修改代码，重新发布版本。

Description

一种基站故障自动修复的方法及装置

技术领域

本发明涉及基站故障修复技术领域，特别涉及一种基站故障自动修复的方法及装置。

背景技术

基站发生故障时，目前的方法都是人工复现、定位、修改代码并生成新的版本，不能自动修改代码并生成新的版本，并且出现故障到BUG修复的空窗期，将会影响到客户使用，进而影响到品牌形象，导致故障修复前业务异常。

发明内容

根据本发明实施例提供的方案解决的技术问题是在基站发生故障时，不能自动进行修复。

根据本发明实施例提供的一种基站故障自动修复的方法，包括：

对基站中各单板的常规进程进行实时监控，判断所述常规进程是否发生故障或发生挂死；

当判断所述常规进程发生故障或发生挂死时，保存所述常规进程的当前状态；

对所述发生故障或发生挂死的常规进程进行修复，得到修复进程；

执行所述修复进程，并将进程状态恢复到所保存的当前状态。

优选地，在所述常规进程发生故障或发生挂死之后，执行所述修复进程之前包括：

重新运行所述常规进程，并恢复到所述常规进程发生故障或发生挂死之前的状态。

优选地，所述对基站中各单板的常规进程进行实时监控，判断所述常规进程是否发生故障或发生挂死包括：

对基站中各单板的常规进程进行实时监控，获取常规进程的日志信息文件或进程挂死时的调用链；

若获取到日志信息文件，并在预存的故障判断准则文件中查找到所述日志信息文件，则判断所述常规进程发生故障；

若获取到进程挂死时的调用链，则判断所述常规进程发生挂死。

优选地，所述对所述发生故障或发生挂死的常规进程进行修复，得到修复进程包括：

确定所述常规进程是发生故障还是发生挂死；

当确定所述常规进程是发生故障时，利用故障修复库对其进行修复，得到修复进程；

当确定所述常规进程是发生挂死时，利用挂死修复库对其进行修复，得到修复进程。

优选地，所述当确定所述常规进程是发生故障时，利用故障修复库对其进行修复，得到修复进程包括：

当确定所述常规进程是发生故障时，获取故障信息；

根据获取的故障信息，在故障修复库中查找故障修复库；

利用查找到的故障修复库对其进行修复，得到修复进程。

优选地，所述当确定所述常规进程是发生挂死时，利用挂死修复库对其进行修复，得到修复进程包括：

当确定所述常规进程是发生挂死时，获取漏洞代码位置；

根据获取的漏洞代码位置，在故障修复库中查找挂死修复库；

利用查找到的挂死修复库对其进行修复，得到修复进程。

根据本发明实施例提供的一种基站故障自动修复的装置，包括：

故障监控模块，用于对基站中各单板的常规进程进行实时监控，判断所述常规进程是否发生故障或发生挂死，并当判断所述常规进程发生故障或发生挂死时，保存所述常规进程的当前状态；

故障修复模块，用于对所述发生故障或发生挂死的常规进程进行修复，得到修复进程，执行所述修复进程，并将进程状态恢复到所保存的当前状态。

优选地，所述故障监控模块具体用于当判断所述常规进程发生故障或发生挂死时，重新运行所述常规进程，并恢复到所述常规进程发生故障或发生挂死之前的状态。

优选地，所述故障监控模块包括：

监控单元，用于对基站中各单板的常规进程进行实时监控，获取常规进程的日志信息文件或进程挂死时的调用链；

判断单元，用于当获取到日志信息文件，并在预存的故障判断准则文件中查找到所述日志信息文件，则判断所述常规进程发生故障，以及当获取到进程挂死时的调用链，则判断所述常规进程发生挂死。

优选地，所述故障修复模块包括：

确定单元，用于确定所述常规进程是发生故障还是发生挂死；

获取修复进程单元，用于当确定所述常规进程是发生故障时，利用故障修复库对其进行修复，得到修复进程，以及当确定所述常规进程是发生挂死时，利用挂死修复库对其进行修复，得到修复进程；

故障修复单元，用于在得到修复进程后，执行所述修复进程，并将进程状态恢复到所保存的当前状态。

根据本发明实施例提供的方案，节省了定位故障、修改代码、发布新版本的人力物力，理想情况下，发布版本后，在不增加新功能的前提下，不再人为修改代码，重新发布版本。

附图说明

图1是本发明实施例提供的一种基站故障自动修复的方法流程图；

图2是本发明实施例提供的一种基站故障自动修复的装置示意图；

图3是本发明实施例提供的基站系统的整体框图；

图4是本发明实施例提供的基站故障自动修复的原理框图；

图5是本发明实施例提供的图4中故障监控模块的框图；

图6是本发明实施例提供的图4中故障监控模块的工作流程图；

图7是本发明实施例提供的图4中故障修复模块的框图；

图8是本发明实施例提供的图4中故障修复模块的工作流程图。

具体实施方式

以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1是本发明实施例提供的一种基站故障自动修复的方法流程图，如图1所示，包括：

步骤S101：对基站中各单板的常规进程进行实时监控，判断所述常规进程是否发生故障或发生挂死；

步骤S102：当判断所述常规进程发生故障或发生挂死时，保存所述常规进程的当前状态；

步骤S103：对所述发生故障或发生挂死的常规进程进行修复，得到修复进程；

步骤S104：执行所述修复进程，并将进程状态恢复到所保存的当前状态。

其中，在所述常规进程发生故障或发生挂死之后，执行所述修复进程之前包括：重新运行所述常规进程，并恢复到所述常规进程发生故障或发生挂死之前的状态。

其中，所述对基站中各单板的常规进程进行实时监控，判断所述常规进程是否发生故障或发生挂死包括：对基站中各单板的常规进程进行实时监控，获取常规进程的日志信息文件或进程挂死时的调用链；若获取到日志信息文件，并在预存的故障判断准则文件中查找到所述日志信息文件，则判断所述常规进程发生故障；若获取到进程挂死时的调用链，则判断所述常规进程发生挂死。其中，所述通过对所述发生故障或发生挂死的常规进程进行修复，得到修复进程包括：确定所述常规进程是发生故障还是发生挂死；当确定所述常规进程是发生故障时，利用故障修复方法对其进行修复，得到修复进程；当确定所述常规进程是发生挂死时，利用挂死修复方法对其进行修复，得到修复进程。具体地说，所述当确定所述常规进程是发生故障时，利用故障修复方法对其进行修复，得到修复进程包括：当确定所述常规进程是发生故障时，获取故障信息；根据获取的故障信息，在故障修复库中查找故障修复方法；利用查找到的故障修复库对其进行修复，得到修复进程。所述当确定所述常规进程是发生挂死时，利用挂死修复库对其进行修复，得到修复进程包括：当确定所述常规进程是发生挂死时，获取漏洞代码位置；根据获取的漏洞代码位置，在故障修复库中查找挂死修复方法；利用查找到的挂死修复方法对其进行修复，得到修复进程。

图2是本发明实施例提供的一种基站故障自动修复的装置示意图，如图2所示，包括：故障监控模块201，用于对基站中各单板的常规进程进行实时监控，判断所述常规进程是否发生故障或发生挂死，并当判断所述常规进程发生故障或发生挂死时，保存所述常规进程的当前状态；故障修复模块202，用于对所述发生故障或发生挂死的常规进程进行修复，得到修复进程，执行所述修复进程，并将进程状态恢复到所保存的当前状态。

其中，所述故障监控模块201具体用于当判断所述常规进程发生故障或发生挂死时，重新运行所述常规进程，并恢复到所述常规进程发生故障或发生挂死之前的状态。

其中，所述故障监控模块201包括：监控单元，用于对基站中各单板的常规进程进行实时监控，获取常规进程的日志信息文件或进程挂死时的调用链；判断单元，用于当获取到日志信息文件，并在预存的故障判断准则文件中查找到所述日志信息文件，则判断所述常规进程发生故障，以及当获取到进程挂死时的调用链，则判断所述常规进程发生挂死。所述故障修复模块202包括：确定单元，用于确定所述常规进程是发生故障还是发生挂死；获取修复进程单元，用于当确定所述常规进程是发生故障时，利用故障修复库对其进行修复，得到修复进程，以及当确定所述常规进程是发生挂死时，利用挂死修复库对其进行修复，得到修复进程；故障修复单元，用于在得到修复进程后，执行所述修复进程，并将进程状态恢复到所保存的当前状态。

图3是本发明实施例提供的基站系统的整体框图，如图3所示，包括主控单板、受控单板、射频拉远单元，以及在基站中增加的一块故障修复模块，该模块中存放该基站内所有单板中运行进程的源代码、符号表、编译工具以及版本制作工具。该模块通过背板高速链路与其他单板互联，并通过其他单板基带板与射频拉远单元互联。并且对基站中的主控单板、受控单板以及射频拉远单元运行的进程进行改造，增加更为详细的日志打印。同时在主控单板、受控单板以及射频拉远单元中增加一个新的故障监控模块，在故障监控模块中包括了一个监控进程和故障判断准则。故障判断准则可以动态修改，当在实验室或其他站点发现故障并推断出故障判断准则后，可以人为通过网管增加相应的故障判断准则。

图4是本发明实施例提供的基站故障自动修复的原理框图，如图4所示，故障监控模块负责监控常规进程，根据常规进程的打印输出日志信息与故障判断准则，判断常规进程是否发生了故障。故障监控模块还负责监控常规进程是否挂死，同时监控进程增加喂狗等任务，保证在被监控进程故障或挂死后单板不会复位。故障判断准则可以通过网管动态修改，以保证故障监控进程的准确性。当故障监控模块监控到常规进程故障时，把常规进程杀死，把故障信息通过背板发送给故障修复模块，通知故障修复模块开始修复，并重新运行此常规进程，并恢复到进程故障前的状态，基本做到业务“零”中断。当故障监控模块监控到常规进程挂死时，执行同样操作。故障修复模块分析故障原因并修改代码BUG生成新的进程，通过背板，把修复后的进程发送给故障监控模块。故障监控模块杀死当前运行的常规进程，然后执行修复后的进程并把其恢复到常规进程当前的状态。

下面结合图5和图6对本发明的故障监控模块进行详细说明：

如图5所示，所述故障监控模块在实现方案上体现为每块单板上运行一个故障监控进程，同时在单板上增加故障判断准则，故障监控进程根据故障判断准则判断常规进程生成的日志信息是否发生故障，同时监控常规进程是否挂死。当发生故障或挂死时，利用故障修复模块的通讯进程与故障修复模块进行交互。

如图6所示，故障监控模块的工作流程，包括：

第一步 读取常规进程输出的日志；

第二步 读取故障判断准则文件；

第三步 在故障判断准则文件中是否查找常规进程输出的日志；

如果在故障判断准则文件中查找到常规进程输出的日志，则跳转到第五步；否则执行第四步。

第四步 判断常规进程是否挂死；

如果判断常规进程挂死，则跳到第六步；否则跳转到第八步。

第五步 杀死常规进程，并保存常规进程的当前状态；

第六步 重新运行常规进程，并恢复到进程故障前的状态；

重新运行常规进程，并恢复到进程故障前的状态，以便使基站业务“零”中断。

第七步 把日志信息文件和进程挂死时调用链发送给故障修复模块；

第八步 是否接收故障修复模块发送过来的修复后进程；

若未接收到故障修复模块发送过来的修复后进程，则跳转到第一步，否则执行第九步。

第九步 杀死当前常规进程，执行修复后进程并把进程状态恢复为当前状态。

杀死当前常规进程，执行修复后进程并把进程状态恢复为当前状态，并跳转到第一步继续执行。

下面结合图7和图8对本发明的故障修复模块进行详细说明：

如图7所示，故障修复模块在实现方案上体现为一块故障修复单板，该单板中包括如下内容：故障修复进程、与故障监控模块的通信进程、挂死修复方法库、BUG代码记录表、常规进程对应源代码、常规进程对应符号表、故障修复方法库、编译工具以及版本制作工具。

如图8所示，故障修复模块的工作流程，包括：

第一步 是否接收所有其他单板中发来的故障信息；

若未接收到所有其他单板中故障监控进程发来的故障信息，则继续等待；否则执行第二步。

第二步 根据故障监控进程发来的故障信息，判断哪个进程故障；

第三步 进程挂死还是进程故障？

判断进程故障原因，如果是进程挂死，则进入第四步，如果是进程故障，则进入第六步。

第四步 读取相应的符号表，并根据调用链，找到BUG代码位置；

第五步 分析BUG类型，并从挂死修复库中找到对应的代码修改方法；

第六步 根据监控进程发来的故障信息，在故障修复库中检索故障原因及代码修复方法。

第七步 打开对应的源文件并按修复方法修改代码；

第八步 保存BUG修改记录到故障修复记录表；

第九步 使用对应编译工具和版本生成工具，编译并生成新的进程；

第十步 通过背板发送修复后的进程给对应的监控进程。

面结合附图对技术方案的实施作进一步的详细描述：

实施例1某时刻某受控单板中进程PROCx挂死(原因为访问了非法指针，代码为：a＝*ptr，而ptr的值为NULL)。此时，该受控单板上运行的故障监控进程，发现PROCx挂死。马上重启PROCx进程，同时恢复故障前的进程状态。通过该受控单板与故障修复单板之间的链路发送调用链给故障修复单板。故障修复单板找到进程PROCx的符号表，并根据调用链查找到BUG代码的位置，发现为代码a＝*ptr。此时，查找挂死修复库，找到访问非法指针的修复方法----增加指针合法行判断。打开该代码对应的源文件，并按修复方法修改为：if(NULL！＝ptr){a＝*ptr；}。保存此修改记录到BUG修复记录表。编译并生成新的PROCx。通过该受控单板与故障修复单板之间的链路把PROCx发送给受控单板。监控进程收到PROCx后，杀死当前运行的PROCx，执行修复后的PROCx并把进程状态恢复到当前状态。

实施例2某时刻射频拉远单元中进程PROCy挂死(原因为字符串无结束符，代码为：len＝strlen(aucStr)，其中aucStr[3]＝{‘a’,’b’,’c’}；)。此时，射频拉远单元中运行的故障监控进程，发现PROCy挂死。马上重启PROCy进程，同时恢复故障前的进程状态。通过射频拉远单元与故障修复单板之间的链路发送调用链给故障修复单板。故障修复单板找到PROCy的符号表，并根据调用链查找到BUG代码的位置，发现为代码len＝strlen(aucStr)。此时，查找挂死修复库，找到strlen挂死修复方法----数组长度加1并为其复制为结束符。打开该代码对应的源文件，并按修复方法修改为：aucStr[4]＝{‘a’，’b’，’c’,’\0’}；。保存此修改记录到BUG修复记录表。编译并生成新的PROCy。通过射频拉远单元与故障修复单板之间的链路把PROCy发送给射频拉远单云。监控进程收到PROCy后，杀死当前运行的PROCy，执行修复后的PROCy并把进程状态恢复到当前状态。

根据本发明实施例提供的方案，节省了定位故障、修改代码、发布新版本的人力物力，理想情况下，发布版本后，在不增加新功能的前提下，不再人为修改代码，重新发布版本。同时，做到了业务“零”中断，赢得了客户认可，同时提升了产品品牌形象。

尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。

Claims (10)

1.一种基站故障自动修复的方法，包括：

对基站中各单板的常规进程进行实时监控，判断所述常规进程是否发生故障或发生挂死；

当判断所述常规进程发生故障或发生挂死时，保存所述常规进程的当前状态；

对所述发生故障或发生挂死的常规进程进行修复，得到修复进程；

执行所述修复进程，并将进程状态恢复到所保存的当前状态。

2.根据权利要求1所述的方法，在所述常规进程发生故障或发生挂死之后，执行所述修复进程之前包括：

重新运行所述常规进程，并恢复到所述常规进程发生故障或发生挂死之前的状态。

3.根据权利要求1或2所述的方法，所述对基站中各单板的常规进程进行实时监控，判断所述常规进程是否发生故障或发生挂死包括：

对基站中各单板的常规进程进行实时监控，获取常规进程的日志信息文件或进程挂死时的调用链；

若获取到日志信息文件，并在预存的故障判断准则文件中查找到所述日志信息文件，则判断所述常规进程发生故障；

若获取到进程挂死时的调用链，则判断所述常规进程发生挂死。

4.根据权利要求3所述的方法，所述对所述发生故障或发生挂死的常规进程进行修复，得到修复进程包括：

确定所述常规进程是发生故障还是发生挂死；

当确定所述常规进程是发生故障时，利用故障修复库对其进行修复，得到修复进程；

当确定所述常规进程是发生挂死时，利用挂死修复库对其进行修复，得到修复进程。

5.根据权利要求4所述的方法，所述当确定所述常规进程是发生故障时，利用故障修复库对其进行修复，得到修复进程包括：

当确定所述常规进程是发生故障时，获取故障信息；

根据获取的故障信息，在故障修复库中查找故障修复库；

利用查找到的故障修复库对其进行修复，得到修复进程。

6.根据权利要求4所述的方法，所述当确定所述常规进程是发生挂死时，利用挂死修复库对其进行修复，得到修复进程包括：

当确定所述常规进程是发生挂死时，获取漏洞代码位置；

根据获取的漏洞代码位置，在故障修复库中查找挂死修复库；

利用查找到的挂死修复库对其进行修复，得到修复进程。

7.一种基站故障自动修复的装置，包括：

故障监控模块，用于对基站中各单板的常规进程进行实时监控，判断所述常规进程是否发生故障或发生挂死，并当判断所述常规进程发生故障或发生挂死时，保存所述常规进程的当前状态；

故障修复模块，用于对所述发生故障或发生挂死的常规进程进行修复，得到修复进程，执行所述修复进程，并将进程状态恢复到所保存的当前状态。

8.根据权利要求7所述的装置，所述故障监控模块具体用于当判断所述常规进程发生故障或发生挂死时，重新运行所述常规进程，并恢复到所述常规进程发生故障或发生挂死之前的状态。

9.根据权利要求7或8所述的装置，所述故障监控模块包括：

监控单元，用于对基站中各单板的常规进程进行实时监控，获取常规进程的日志信息文件或进程挂死时的调用链；

判断单元，用于当获取到日志信息文件，并在预存的故障判断准则文件中查找到所述日志信息文件，则判断所述常规进程发生故障，以及当获取到进程挂死时的调用链，则判断所述常规进程发生挂死。

10.根据权利要求9所述的装置，所述故障修复模块包括：

确定单元，用于确定所述常规进程是发生故障还是发生挂死；

获取修复进程单元，用于当确定所述常规进程是发生故障时，利用故障修复库对其进行修复，得到修复进程，以及当确定所述常规进程是发生挂死时，利用挂死修复库对其进行修复，得到修复进程；

故障修复单元，用于在得到修复进程后，执行所述修复进程，并将进程状态恢复到所保存的当前状态。