一种基站的运维方法、装置及存储介质与流程

专利2025-06-19  22


本发明涉及通信领域,尤其是涉及一种基站的运维方法、装置及存储介质。


背景技术:

1、随着5g商用部署和规模化应用的全面推进,外场基站数量随之增长,硬件的多样性,软件的复杂性都有增加,而现有的基站运维监控和排障方式已经不太适应当前的市场环境。

2、在基站的运维中,重要的维护指标有基站断站历时、基站中断次数、基站进站维护比、设备故障单次修复历时等,关系着运营商对设备质量的认可度及运维费用的支付。这些指标制定的目的是希望基站尽量长时间运行稳定,如果有故障,希望修复手段尽可能简单、修复时间尽可能短。

3、在现网中,日常故障发现主要依赖故障告警上报或kpi指标监控。当故障告警上报时,运维人员会根据告警信息提供的处理方式进行解决;当监控到kpi指标大幅下降时,运维人员进行分析定位解决。这些工作有一定的技术门槛,工作质量往往取决与参与人员的综合技术能力。

4、鉴于此,如何帮运维人员快速定位基站的故障,成为一个亟待解决的技术问题。


技术实现思路

1、本发明提供一种基站的运维方法、装置及存储介质,用以解决现有技术中存在的无法帮助运维人员快速定位基站的故障的技术问题。

2、第一方面,为解决上述技术问题,本发明实施例提供的一种基站的运维方法,应用于基站,该运维方法的技术方案如下:

3、加载并解析健康检查配置文件;其中,所述健康检查配置文件由网络侧提供,所述健康检查配置文件包括多个配置项,每个配置项包含针对一个故障问题的监测内容及故障处理方案;

4、根据每个需要监测的配置项的监测内容,对所述基站进行健康监测,得到健康检测结果;

5、根据所述健康检测结果对所述基站中存在的故障进行故障预警,并根据所述故障对应的故障处理方案修复所述故障;

6、在所述潜在故障修复失败或无法修复时,将所述故障对应配置项中预置的定位信息提供给运维人员;其中,所述定位信息用于辅助所述运维人员查找故障。

7、一种可能的实施方式,根据每个需要监测的配置项的监测内容,对所述基站进行健康监测,得到健康监测结果,包括:

8、针对所述每个需要监测的配置项,配置并启动对应时间粒度的定时器;

9、在所述定时器定时时间到后,对所述每个需要监测的配置项的监测内容进行数据采集,得到对应的监测值;

10、判断所述监测值是否在对应的正常值范围内,或判断所述监测值是否在对应的异常值范围内;

11、若确定所述监测值不在所述正常值范围内,或确定所述监测值在所述异常值范围内,则确定所述健康监测结果为所述基站存在故障;

12、若确定所述监测值在所述正常值范围内,或确定所述监测值不在所述异常值范围内,则确定所述健康监测结果为正常。

13、一种可能的实施方式,确定所述健康监测结果为所述基站存在故障后,还包括:

14、获取所述故障的故障信息;

15、将所述故障信息写入日志文件中;其中,所述日志文件用于记录所述基站中被监测到的所有故障对应的故障信息;

16、对所述故障对应的故障频次累加1。

17、一种可能的实施方式,将所述故障信息写入日志文件中后,还包括:

18、将所述健康检查配置文件、所述日志文件上报到所述网络侧;所述网络侧用于根据所述健康检查配置文件、所述日志文件确定所述基站发生故障的实际根因。

19、一种可能的实施方式,还运维方法还包括:

20、上报所述日志文件时,还上报各个故障出现的故障频次及故障自恢复效果;其中,所述各个故障出现的故障频次及所述故障自恢复效果用于供网络侧确定各个故障的分值或基站的分值。

21、一种可能的实施方式,对所述故障对应的故障频次累加1后,还包括:

22、判断累加后的故障频次是否达到预设值;

23、若所述累加后的故障频次的值达到所述预设值,复位所述基站。

24、一种可能的实施方式,对所述每个需要监测的配置项的监测内容进行数据采集,获得对应的监测值,包括:

25、所述数据采集的采集方式为寄存器读取采集时,读取所述基站的现场可编程逻辑门阵列fpga寄存器中的数据;

26、将所述fpga寄存器中指定的多个比特位对应的数据,作为对应的监测值。

27、一种可能的实施方式,对所述每个需要监测的配置项的监测内容进行数据采集,获得对应的监测值,包括:

28、所述数据采集的采集方式为系统命令获取采集时,向所述基站的子系统发送系统命令;

29、将所述子系统基于所述系统命令返回的值或输出的参数所携带的信息作为对应的监测值。

30、一种可能的实施方式,对所述每个需要监测的配置项的监测内容进行数据采集,获得对应的监测值,包括:

31、所述数据采集的采集方式为消息获取采集时,所述向所述基站的子系统发送测试消息;所述测试消息用于测试所述子系统的通信状态;

32、将所述子系统基于所述测试消息返回的应答消息作为对应的监测值。

33、一种可能的实施方式,对所述每个需要监测的配置项的监测内容进行数据采集,获得对应的监测值,包括:

34、所述数据采集的采集方式为消息监听采集时,监听各子系统主动上报的消息;

35、将所述消息的上报频率或所述消息的内容作为对应的监测值。

36、一种可能的实施方式,所述运维方法还包括:

37、监测并记录每个监测对象的数据信息;

38、在接收到所述网络侧发送的上报指令后,根据所述上报指令,上传对应的异常数据信息,使所述网络侧确定所述基站中的小区隐性故障;其中,所述上报指令用于在所述网络侧确定所述基站中的小区关键绩效指标异常时,上传所述基站中与所述小区关键绩效指标相关的异常数据信息。

39、第二方面,本发明实施例提供了一种基站的运维方法,应用于网络侧,该运维方法,包括:

40、发送健康检查配置文件给基站;其中,所述健康检查配置文件包括多个配置项,每个配置项包含针对一个故障问题的监测内容及故障;所述基站用于基于所述健康检查配置文件进行自身健康监测,所述健康监测用于发现并修复所述基站中存在的潜在故障,所述潜在故障的修复包括在所述潜在故障修复失败或无法修复时,将所述潜在故障对应配置项中预置的定位信息提供给运维人员;其中,所述定位信息用于辅助所述运维人员查找故障。

41、一种可能的实施方式,发送健康检查配置文件给基站后,还包括:

42、接收所述基站上报的日志文件;其中,所述日志文件是由所述基站根据所述健康检查配置文件监测到的故障信息构成;

43、对所述日志文件进行分析处理,确定所述基站发生故障的实际根因;

44、根据所述实际根因优化所述基站的健康检查配置文件;

45、将优化后的健康检查配置文件更新到所述基站。

46、一种可能的实施方式,对所述日志文件进行分析处理,确定所述基站发生故障的实际根因,包括:

47、从所述日志文件中,提取与预置关键信息对应的关键内容;

48、将所述关键内容与故障特征匹配库中的故障特征进行逐一匹配;其中,所述故障特征匹配库用于存储收集到的故障特征;

49、将匹配成功的故障特征对应的故障原因作为所述基站发生故障的备选根因;

50、从所述备选根因中确定所述基站发生故障的实际根因。

51、一种可能的实施方式,对所述日志文件进行分析处理,确定所述基站发生故障的实际根因,包括:

52、通过人工操作界面向运维人员展示所述日志文件,使所述运维人员确定所述实际根因;同时记录运维人员分析所述基站的故障的工作记录;

53、基于所述运维人员的操作,确定所述基站发生故障的实际根因。

54、一种可能的实施方式,基于所述运维人员的操作,确定所述基站发生故障的实际根因之后,还包括:

55、展示所述工作记录,使所述运维人员根据所述工作记录确定分析所述基站的故障的关键路径;

56、根据所述运维人员确定的关键路径,提取所述运维人员在分析所述基站的故障的过程中额外提取的额外日志文件;

57、生成所述额外日志文件的提取需求信息,并将所述提取需求信息存储到信息提取内容数据库中;其中,所述信息提取内容数据库用于记录监控所述基站所需的信息;

58、从所述额外日志文件中提取关键内容,并更新到关键信息存储库;其中,所述关键信息存储库用于记录提取日志文件的关键信息;

59、将所述实际根因对应的故障特征更新到所述故障特征匹配库。

60、一种可能的实施方式,还包括:

61、接收所述基站上报的各个故障出现的故障频次及故障自恢复效果;

62、根据故障频次及故障自恢复效果及各对应的权重,确定各个故障的分值或基站的分值;其中,所述分值与所述故障频次的大小呈反比,与所述故障自恢复效果呈正比;

63、将单项故障的分值最高的故障对应项的配置项,或基站的分值最高的基站对应的健康检查配置文件,发送给分值低的基站进行更新。

64、一种可能的实施方式,还包括:

65、监控所述基站的小区关键绩效指标kpi;

66、当所述小区kpi低于第一阈值时,发送上报指令给所述基站;其中,所述上报指令用于指示所述基站上报与所述小区kpi指标相关的异常数据信息,所述第一阈值为所述小区kpi异常的临界值;

67、获取所述小区kpi高于第二阈值,且与所述基站同类型的其它基站中与所述小区kpi相关的第一正常数据信息;获取所述基站的小区kpi大于所述第一阈值时对应的第二正常数据信息;获取与所述基站相邻的邻基站中与所述小区kpi对应的第三正常数据信息;其中,所述第二阈值为所述小区kpi优质的临界值;

68、将所述异常数据信息与所述第一正常数据信息、所述基站对应的第二正常数据信息、所述第三正常数据信息中的至少一个进行比对,确定差异信息;

69、根据所述差异信息,确定引起所述基站的小区kpi异常的小区隐性故障。

70、第三方面,本发明实施例提供了一种基站的运维装置,应用于基站,包括存储器,收发机,处理器:

71、存储器,用于存储计算机程序;收发机,用于在所述处理器的控制下收发数据;处理器,用于读取所述存储器中的计算机程序并执行以下操作:

72、加载并解析健康检查配置文件;其中,所述健康检查配置文件由网络侧提供,所述健康检查配置文件包括多个配置项,每个配置项包含针对一个故障问题的监测内容及故障处理方案;

73、根据每个需要监测的配置项的监测内容,对所述基站进行健康监测,得到健康检测结果;

74、根据所述健康检测结果对所述基站中存在的故障进行故障预警,并根据所述故障对应的故障处理方案修复所述故障;

75、在所述潜在故障修复失败或无法修复时,将所述故障对应配置项中预置的定位信息提供给运维人员;其中,所述定位信息用于辅助所述运维人员查找故障。

76、一种可能的实施方式,所述处理器还用于:

77、针对所述每个需要监测的配置项,配置并启动对应时间粒度的定时器;

78、在所述定时器定时时间到后,对所述每个需要监测的配置项的监测内容进行数据采集,得到对应的监测值;

79、判断所述监测值是否在对应的正常值范围内,或判断所述监测值是否在对应的异常值范围内;

80、若确定所述监测值不在所述正常值范围内,或确定所述监测值在所述异常值范围内,则确定所述健康监测结果为所述基站存在故障;

81、若确定所述监测值在所述正常值范围内,或确定所述监测值不在所述异常值范围内,则确定所述健康监测结果为正常。

82、一种可能的实施方式,所述处理器还用于:

83、确定所述健康监测结果为所述基站存在故障后,获取所述故障的故障信息;

84、将所述故障信息写入日志文件中;其中,所述日志文件用于记录所述基站中被监测到的所有故障对应的故障信息;

85、对所述故障对应的故障频次累加1。

86、一种可能的实施方式,所述处理器还用于:

87、将所述故障信息写入日志文件中后,将所述健康检查配置文件、所述日志文件上报到所述网络侧;所述网络侧用于根据所述健康检查配置文件、所述日志文件确定所述基站发生故障的实际根因。

88、一种可能的实施方式,所述处理器还用于:

89、上报所述日志文件时,还上报各个故障出现的故障频次及故障自恢复效果;其中,所述各个故障出现的故障频次及所述故障自恢复效果用于供网络侧确定各个故障的分值或基站的分值。

90、一种可能的实施方式,所述处理器还用于:

91、对所述故障对应的故障频次累加1后,判断累加后的故障频次是否达到预设值;

92、若所述累加后的故障频次的值达到所述预设值,复位所述基站。

93、一种可能的实施方式,所述处理器还用于:

94、所述数据采集的采集方式为寄存器读取采集时,读取所述基站的现场可编程逻辑门阵列fpga寄存器中的数据;

95、将所述fpga寄存器中指定的多个比特位对应的数据,作为对应的监测值。

96、一种可能的实施方式,所述处理器还用于:

97、所述数据采集的采集方式为系统命令获取采集时,向所述基站的子系统发送系统命令;

98、将所述子系统基于所述系统命令返回的值或输出的参数所携带的信息作为对应的监测值。

99、一种可能的实施方式,所述处理器还用于:

100、所述数据采集的采集方式为消息获取采集时,所述向所述基站的子系统发送测试消息;所述测试消息用于测试所述子系统的通信状态;

101、将所述子系统基于所述测试消息返回的应答消息作为对应的监测值。

102、一种可能的实施方式,所述处理器还用于:

103、所述数据采集的采集方式为消息监听采集时,监听各子系统主动上报的消息;

104、将所述消息的上报频率或所述消息的内容作为对应的监测值。

105、一种可能的实施方式,所述处理器还用于:

106、监测并记录每个监测对象的数据信息;

107、在接收到所述网络侧发送的上报指令后,根据所述上报指令,上传对应的异常数据信息,使所述网络侧确定所述基站中的小区隐性故障;其中,所述上报指令用于在所述网络侧确定所述基站中的小区关键绩效指标异常时,上传所述基站中与所述小区关键绩效指标相关的异常数据信息。

108、第四方面,本发明实施例提供了一种基站的运维装置,应用于网络侧,包括存储器,收发机,处理器:

109、存储器,用于存储计算机程序;收发机,用于在所述处理器的控制下收发数据;处理器,用于读取所述存储器中的计算机程序并执行以下操作:

110、发送健康检查配置文件给基站;其中,所述健康检查配置文件包括多个配置项,每个配置项包含针对一个故障问题的监测内容及故障;所述基站用于基于所述健康检查配置文件进行自身健康监测,所述健康监测用于发现并修复所述基站中存在的潜在故障,所述潜在故障的修复包括在所述潜在故障修复失败或无法修复时,将所述潜在故障对应配置项中预置的定位信息提供给运维人员;其中,所述定位信息用于辅助所述运维人员查找故障。

111、一种可能的实施方式,所述处理器还用于:

112、发送健康检查配置文件给基站后,接收所述基站上报的日志文件;其中,所述日志文件是由所述基站根据所述健康检查配置文件监测到的故障信息构成;

113、对所述日志文件进行分析处理,确定所述基站发生故障的实际根因;

114、根据所述实际根因优化所述基站的健康检查配置文件;

115、将优化后的健康检查配置文件更新到所述基站。

116、一种可能的实施方式,所述处理器还用于:

117、从所述日志文件中,提取与预置关键信息对应的关键内容;

118、将所述关键内容与故障特征匹配库中的故障特征进行逐一匹配;其中,所述故障特征匹配库用于存储收集到的故障特征;

119、将匹配成功的故障特征对应的故障原因作为所述基站发生故障的备选根因;

120、从所述备选根因中确定所述基站发生故障的实际根因。

121、一种可能的实施方式,所述处理器还用于:

122、通过人工操作界面向运维人员展示所述日志文件,使所述运维人员确定所述实际根因;同时记录运维人员分析所述基站的故障的工作记录;

123、基于所述运维人员的操作,确定所述基站发生故障的实际根因。

124、一种可能的实施方式,所述处理器还用于:

125、基于所述运维人员的操作,确定所述基站发生故障的实际根因之后,展示所述工作记录,使所述运维人员根据所述工作记录确定分析所述基站的故障的关键路径;

126、根据所述运维人员确定的关键路径,提取所述运维人员在分析所述基站的故障的过程中额外提取的额外日志文件;

127、生成所述额外日志文件的提取需求信息,并将所述提取需求信息存储到信息提取内容数据库中;其中,所述信息提取内容数据库用于记录监控所述基站所需的信息;

128、从所述额外日志文件中提取关键内容,并更新到关键信息存储库;其中,所述关键信息存储库用于记录提取日志文件的关键信息;

129、将所述实际根因对应的故障特征更新到所述故障特征匹配库。

130、一种可能的实施方式,所述处理器还用于:

131、接收所述基站上报的各个故障出现的故障频次及故障自恢复效果;

132、根据故障频次及故障自恢复效果及各对应的权重,确定各个故障的分值或基站的分值;其中,所述分值与所述故障频次的大小呈反比,与所述故障自恢复效果呈正比;

133、将单项故障的分值最高的故障对应项的配置项,或基站的分值最高的基站对应的健康检查配置文件,发送给分值低的基站进行更新。

134、一种可能的实施方式,所述处理器还用于:

135、监控所述基站的小区关键绩效指标kpi;

136、当所述小区kpi低于第一阈值时,发送上报指令给所述基站;其中,所述上报指令用于指示所述基站上报与所述小区kpi指标相关的异常数据信息,所述第一阈值为所述小区kpi异常的临界值;

137、获取所述小区kpi高于第二阈值,且与所述基站同类型的其它基站中与所述小区kpi相关的第一正常数据信息;获取所述基站的小区kpi大于所述第一阈值时对应的第二正常数据信息;获取与所述基站相邻的邻基站中与所述小区kpi对应的第三正常数据信息;其中,所述第二阈值为所述小区kpi优质的临界值;

138、将所述异常数据信息与所述第一正常数据信息、所述基站对应的第二正常数据信息、所述第三正常数据信息中的至少一个进行比对,确定差异信息;

139、根据所述差异信息,确定引起所述基站的小区kpi异常的小区隐性故障。

140、第五方面,本发明实施例提供了一种基站的运维装置,应用于基站,包括:

141、预处理单元,用于加载并解析健康检查配置文件;其中,所述健康检查配置文件由网络侧提供,所述健康检查配置文件包括多个配置项,每个配置项包含针对一个故障问题的监测内容及故障处理方案;

142、监测单元,用于根据每个需要监测的配置项的监测内容,对所述基站进行健康监测,得到健康检测结果;

143、故障处理单元,用于根据所述健康检测结果对所述基站中存在的故障进行故障预警,并根据所述故障对应的故障处理方案修复所述故障;在所述潜在故障修复失败或无法修复时,将所述故障对应配置项中预置的定位信息提供给运维人员;其中,所述定位信息用于辅助所述运维人员查找故障。

144、一种可能的实施方式,所述监测单元用于:

145、针对所述每个需要监测的配置项,配置并启动对应时间粒度的定时器;

146、在所述定时器定时时间到后,对所述每个需要监测的配置项的监测内容进行数据采集,得到对应的监测值;

147、判断所述监测值是否在对应的正常值范围内,或判断所述监测值是否在对应的异常值范围内;

148、若确定所述监测值不在所述正常值范围内,或确定所述监测值在所述异常值范围内,则确定所述健康监测结果为所述基站存在故障;

149、若确定所述监测值在所述正常值范围内,或确定所述监测值不在所述异常值范围内,则确定所述健康监测结果为正常。

150、一种可能的实施方式,所述监测单元还用于:

151、确定所述健康监测结果为所述基站存在故障后,获取所述故障的故障信息;

152、将所述故障信息写入日志文件中;其中,所述日志文件用于记录所述基站中被监测到的所有故障对应的故障信息;

153、对所述故障对应的故障频次累加1。

154、一种可能的实施方式,所述监测单元还用于:

155、将所述故障信息写入日志文件中后,将所述健康检查配置文件、所述日志文件上报到所述网络侧;所述网络侧用于根据所述健康检查配置文件、所述日志文件确定所述基站发生故障的实际根因。

156、一种可能的实施方式,所述故障处理单元还用于:

157、上报所述日志文件时,还上报各个故障出现的故障频次及故障自恢复效果;其中,所述各个故障出现的故障频次及所述故障自恢复效果用于供网络侧确定各个故障的分值或基站的分值。

158、一种可能的实施方式,所述监测单元还用于:

159、对所述故障对应的故障频次累加1后,判断累加后的故障频次是否达到预设值;

160、若所述累加后的故障频次的值达到所述预设值,复位所述基站。

161、一种可能的实施方式,所述监测单元还用于,包括:

162、所述数据采集的采集方式为寄存器读取采集时,读取所述基站的现场可编程逻辑门阵列fpga寄存器中的数据;

163、将所述fpga寄存器中指定的多个比特位对应的数据,作为对应的监测值。

164、一种可能的实施方式,所述监测单元还用于:

165、所述数据采集的采集方式为系统命令获取采集时,向所述基站的子系统发送系统命令;

166、将所述子系统基于所述系统命令返回的值或输出的参数所携带的信息作为对应的监测值。

167、一种可能的实施方式,所述监测单元还用于:

168、所述数据采集的采集方式为消息获取采集时,所述向所述基站的子系统发送测试消息;所述测试消息用于测试所述子系统的通信状态;

169、将所述子系统基于所述测试消息返回的应答消息作为对应的监测值。

170、一种可能的实施方式,所述监测单元还用于:

171、所述数据采集的采集方式为消息监听采集时,监听各子系统主动上报的消息;

172、将所述消息的上报频率或所述消息的内容作为对应的监测值。

173、一种可能的实施方式,所述监测单元还用于:

174、监测并记录每个监测对象的数据信息;

175、在接收到所述网络侧发送的上报指令后,根据所述上报指令,上传对应的异常数据信息,使所述网络侧确定所述基站中的小区隐性故障;其中,所述上报指令用于在所述网络侧确定所述基站中的小区关键绩效指标异常时,上传所述基站中与所述小区关键绩效指标相关的异常数据信息。

176、第六方面,本发明实施例提供一种基站的运维装置,应用于网络侧,包括:

177、发送单元,用于发送健康检查配置文件给基站;其中,所述健康检查配置文件包括多个配置项,每个配置项包含针对一个故障问题的监测内容及故障;所述基站用于基于所述健康检查配置文件进行自身健康监测,所述健康监测用于发现并修复所述基站中存在的潜在故障,所述潜在故障的修复包括在所述潜在故障修复失败或无法修复时,将所述潜在故障对应配置项中预置的定位信息提供给运维人员;其中,所述定位信息用于辅助所述运维人员查找故障。

178、一种可能的实施方式,所述运维装置还包括:

179、接收单元,用于发送健康检查配置文件给基站后,接收所述基站上报的日志文件;其中,所述日志文件是由所述基站根据所述健康检查配置文件监测到的故障信息构成;

180、根因分析单元,用于对所述日志文件进行分析处理,确定所述基站发生故障的实际根因;

181、更新单元,用于根据所述实际根因优化所述基站的健康检查配置文件;将优化后的健康检查配置文件更新到所述基站。

182、一种可能的实施方式,所述根因分析单元还用于:

183、从所述日志文件中,提取与预置关键信息对应的关键内容;

184、将所述关键内容与故障特征匹配库中的故障特征进行逐一匹配;其中,所述故障特征匹配库用于存储收集到的故障特征;

185、将匹配成功的故障特征对应的故障原因作为所述基站发生故障的备选根因;

186、从所述备选根因中确定所述基站发生故障的实际根因。

187、一种可能的实施方式,所述根因分析单元还用于:

188、通过人工操作界面向运维人员展示所述日志文件,使所述运维人员确定所述实际根因;同时记录运维人员分析所述基站的故障的工作记录;

189、基于所述运维人员的操作,确定所述基站发生故障的实际根因。

190、一种可能的实施方式,所述根因分析单元还用于:

191、基于所述运维人员的操作,确定所述基站发生故障的实际根因之后,展示所述工作记录,使所述运维人员根据所述工作记录确定分析所述基站的故障的关键路径;

192、根据所述运维人员确定的关键路径,提取所述运维人员在分析所述基站的故障的过程中额外提取的额外日志文件;

193、生成所述额外日志文件的提取需求信息,并将所述提取需求信息存储到信息提取内容数据库中;其中,所述信息提取内容数据库用于记录监控所述基站所需的信息;

194、从所述额外日志文件中提取关键内容,并更新到关键信息存储库;其中,所述关键信息存储库用于记录提取日志文件的关键信息;

195、将所述实际根因对应的故障特征更新到所述故障特征匹配库。

196、一种可能的实施方式,所述运维装置还包括评分单元,所述评分单元用于:

197、接收所述基站上报的各个故障出现的故障频次及故障自恢复效果;

198、根据故障频次及故障自恢复效果及各对应的权重,确定各个故障的分值或基站的分值;其中,所述分值与所述故障频次的大小呈反比,与所述故障自恢复效果呈正比;

199、将单项故障的分值最高的故障对应项的配置项,或基站的分值最高的基站对应的健康检查配置文件,发送给分值低的基站进行更新。

200、一种可能的实施方式,所述运维装置还包括隐性故障诊断单元,所述隐性故障诊断单元用于:

201、监控所述基站的小区关键绩效指标kpi;

202、当所述小区kpi低于第一阈值时,发送上报指令给所述基站;其中,所述上报指令用于指示所述基站上报与所述小区kpi指标相关的异常数据信息,所述第一阈值为所述小区kpi异常的临界值;

203、获取所述小区kpi高于第二阈值,且与所述基站同类型的其它基站中与所述小区kpi相关的第一正常数据信息;获取所述基站的小区kpi大于所述第一阈值时对应的第二正常数据信息;获取与所述基站相邻的邻基站中与所述小区kpi对应的第三正常数据信息;其中,所述第二阈值为所述小区kpi优质的临界值;

204、将所述异常数据信息与所述第一正常数据信息、所述基站对应的第二正常数据信息、所述第三正常数据信息中的至少一个进行比对,确定差异信息;

205、根据所述差异信息,确定引起所述基站的小区kpi异常的小区隐性故障。

206、第七方面,本发明实施例还提供一种可读存储介质,包括:

207、存储器,

208、所述存储器用于存储指令,当所述指令被处理器执行时,使得包括所述可读存储介质的装置完成如上述第一方面所述的方法。

209、通过本发明实施例的上述一个或多个实施例中的技术方案,本发明实施例至少具有如下技术效果:

210、在本发明提供的实施例中,由于基站加载并解析的健康检查配置文件是由网络侧提供的,且健康检查配置文件包括多个配置项,每个配置项包含针对一个故障问题的监测内容及故障处理方案,因此便于通过健康检查配置文件对基站需要监测的配置项的监测内容及故障处理方式进行管理,这样便无需修改程序代码,从而能够有效地节约开发周期,并且健康检查配置文件由网络侧提供,便于网络侧发现基站中存在的共同故障,并通过更新健康检查配置文件的方式解决故障;基站根据每个需要监测的配置项的监测内容,对基站进行健康监测,得到健康检测结果;根据健康检测结果对基站中存在的故障进行故障预警,并根据故障对应的故障处理方案修复故障,这样可以减少运维人员的工作量;在潜在故障修复失败或无法修复时,将故障对应配置项中预置的定位信息提供给运维人员;其中,定位信息用于辅助运维人员查找故障。由于在潜在故障修复失败或无法修复时,将故障对应配置项中的定位信息提供给运维人员,因此可以帮助运维人员快速定位故障,并将主要精力集中在对故障的分析上,便于积累故障经验,提高故障处理效率。


技术特征:

1.一种基站的运维方法,应用于基站,其特征在于,包括:

2.如权利要求1所述的运维方法,其特征在于,根据每个需要监测的配置项的监测内容,对所述基站进行健康监测,得到健康监测结果,包括:

3.如权利要求2所述的运维方法,其特征在于,确定所述健康监测结果为所述基站存在故障后,还包括:

4.如权利要求3所述的运维方法,其特征在于,将所述故障信息写入日志文件中后,还包括:

5.如权利要求4所述的运维方法,其特征在于,还包括:

6.如权利要求3所述的运维方法,其特征在于,对所述故障对应的故障频次累加1后,还包括:

7.如权利要求2所述的运维方法,其特征在于,对所述每个需要监测的配置项的监测内容进行数据采集,获得对应的监测值,包括:

8.如权利要求2所述的运维方法,其特征在于,对所述每个需要监测的配置项的监测内容进行数据采集,获得对应的监测值,包括:

9.如权利要求2所述的运维方法,其特征在于,对所述每个需要监测的配置项的监测内容进行数据采集,获得对应的监测值,包括:

10.如权利要求2所述的运维方法,其特征在于,对所述每个需要监测的配置项的监测内容进行数据采集,获得对应的监测值,包括:

11.如权利要求1-10任一项所述的运维方法,其特征在于,还包括:

12.一种基站的运维方法,应用于网络侧,其特征在于,包括:

13.如权利要求12所述的运维方法,其特征在于,发送健康检查配置文件给基站后,还包括:

14.如权利要求13所述的运维方法,其特征在于,对所述日志文件进行分析处理,确定所述基站发生故障的实际根因,包括:

15.如权利要求13所述的运维方法,其特征在于,对所述日志文件进行分析处理,确定所述基站发生故障的实际根因,包括:

16.如权利要求15所述的运维方法,其特征在于,基于所述运维人员的操作,确定所述基站发生故障的实际根因之后,还包括:

17.如权利要求12-16任一项所述的运维方法,其特征在于,还包括:

18.如权利要求12-16任一项所述的运维方法,其特征在于,还包括:

19.一种基站的运维装置,应用于基站,其特征在于,包括存储器,收发机,处理器:

20.一种基站的运维装置,应用于网络侧,其特征在于,包括存储器,收发机,处理器:

21.一种基站的运维装置,应用于基站,其特征在于,包括:

22.一种处理器可读存储介质,其特征在于,所述处理器可读存储介质存储有计算机程序,所述计算机程序用于使所述处理器执行权利要求1至18任一项所述的运维方法。


技术总结
本发明公开了一种基站的运维方法、装置及存储介质,用以解决现有技术中存在的无法帮助运维人员快速定位基站的故障的技术问题,该运维方法包括:加载并解析健康检查配置文件;其中,健康检查配置文件由网络侧提供,健康检查配置文件包括多个配置项,每个配置项包含针对一个故障问题的监测内容及故障处理方案;根据每个需要监测的配置项的监测内容,对基站进行健康监测,得到健康检测结果;根据健康检测结果对基站中存在的故障进行故障预警,并根据故障对应的故障处理方案修复故障;在潜在故障修复失败或无法修复时,将故障对应配置项中预置的定位信息提供给运维人员;其中,定位信息用于辅助运维人员查找故障。

技术研发人员:柴烨
受保护的技术使用者:大唐移动通信设备有限公司
技术研发日:
技术公布日:2024/6/26
转载请注明原文地址:https://doc.8miu.com/index.php/read-1821512.html

最新回复(0)