CN110677286B - 电源掉电告警监测方法、装置和系统 - Google Patents

电源掉电告警监测方法、装置和系统 Download PDF

Info

Publication number
CN110677286B
CN110677286B CN201910906143.1A CN201910906143A CN110677286B CN 110677286 B CN110677286 B CN 110677286B CN 201910906143 A CN201910906143 A CN 201910906143A CN 110677286 B CN110677286 B CN 110677286B
Authority
CN
China
Prior art keywords
alarm
information
equipment
slave
power failure
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910906143.1A
Other languages
English (en)
Other versions
CN110677286A (zh
Inventor
王聪惠
王冰峰
蒋颜辉
谢彬华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Comba Network Systems Co Ltd
Original Assignee
Comba Network Systems Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Comba Network Systems Co Ltd filed Critical Comba Network Systems Co Ltd
Priority to CN201910906143.1A priority Critical patent/CN110677286B/zh
Publication of CN110677286A publication Critical patent/CN110677286A/zh
Application granted granted Critical
Publication of CN110677286B publication Critical patent/CN110677286B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0631Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/069Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications

Abstract

本申请涉及一种电源掉电告警监测方法、装置和系统;其中,电源掉电告警监测方法,包括步骤:读取当前本地存储的、子网络中各从设备的设备状态信息;设备状态信息包括从设备的当前站点信息和从设备的当前工作状态;对各设备状态信息进行实时分析,生成本次告警信息,且将本次告警信息上报给监控网管中心;本次告警信息包含当前发生电源掉电的从设备的设备状态信息;更新本地存储的各设备状态信息,以生成下一次告警信息且上报给监控网管中心。本申请在电源由于发生故障或者其它某种原因导致设备掉电时,能够产生电源掉电告警并及时上报信息至运营商的监控网管中心,使得直放站的开发成本得到相当程度的降低。

Description

电源掉电告警监测方法、装置和系统
技术领域
本申请涉及移动通信和互联网技术领域,特别是涉及一种电源掉电告警监测方法、装置和系统。
背景技术
由于国内运营商提高网速、降低资费的改革力度不断加大,导致其营收下滑,受制于运营商投资放缓,设备商在确保产品质量和服务的同时降低开发成本,提升市场竞争力就显得尤为关键。在移动通信设备中(例如直放站),在电源发生故障或者其它某种原因导致设备掉电时需要产生相应的告警信息提供给运维人员,方便及时处理问题。
在实现过程中,发明人发现传统技术中至少存在如下问题:目前的设备报警方法,在电源由于发生故障或者其它某种原因导致设备掉电时,无法及时告警。
发明内容
基于此,有必要针对上述技术问题,提供一种能够及时告警的电源掉电告警监测方法、装置和系统。
为了实现上述目的,一方面,本发明实施例提供了一种电源掉电告警监测方法,包括步骤:
读取当前本地存储的、子网络中各从设备的设备状态信息;设备状态信息包括从设备的当前站点信息和从设备的当前工作状态;
对各设备状态信息进行实时分析,生成本次告警信息,且将本次告警信息上报给监控网管中心;本次告警信息包含当前发生电源掉电的从设备的设备状态信息;
更新本地存储的各设备状态信息,以生成下一次告警信息且上报给监控网管中心。
在其中一个实施例中,当前工作状态为正常状态或掉电状态;
读取当前本地存储的、子网络中各从设备的设备状态信息的步骤之前,还包括步骤:
接收到子网络中各从设备传输的设备状态信息时,采用数据库对各设备状态信息进行本地存储;
更新本地存储的各设备状态信息的步骤包括:
根据当前接收到的子网络中各从设备传输的设备状态信息,更新数据库。
在其中一个实施例中,当前站点信息包括站点编号;
读取当前本地存储的、子网络中各从设备的设备状态信息的步骤之前,还包括步骤:
接收子网络中各从设备回传的设备物理数据;设备物理数据包括定位信息、ID编号、IP地址以及物理地址中的至少一种;
基于设备物理数据,确定子网络中各从设备的站点编号。
在其中一个实施例中,更新本地存储的各设备状态信息,以生成下一次告警信息且上报给监控网管中心的步骤之前,还包括步骤:
在预设告警时间段内接收到监控网管中心反馈的告警确认信息时,确认本次告警信息的上报成功;预设告警时间段包括3分钟。
在其中一个实施例中,更新本地存储的各设备状态信息,以生成下一次告警信息且上报给监控网管中心的步骤之前,还包括步骤:
在预设告警时间段内未接收到监控网管中心反馈的告警确认信息时,确认本次告警信息的上报失败;预设告警时间段包括3分钟;
更新本地存储的各设备状态信息,以生成下一次告警信息且上报给监控网管中心的步骤包括:
以预设上报周期进行下一次告警信息的上报,直至接收到告警确认信息或总上报次数达到阈值;预设上报周期包括3小时。
在其中一个实施例中,设备状态信息还包括从设备的温度、发射功率、接收功率、发射频率和信噪比中的至少一种。
另一方面,本发明实施例还提供了一种电源掉电告警监测装置,包括:
读取模块,用于读取当前本地存储的、子网络中各从设备的设备状态信息;设备状态信息包括从设备的当前站点信息和从设备的当前工作状态;
分析上报模块,用于对各设备状态信息进行实时分析,生成本次告警信息,且将本次告警信息上报给监控网管中心;本次告警信息包含当前发生电源掉电的从设备的设备状态信息;
更新模块,用于更新本地存储的各设备状态信息,以生成下一次告警信息且上报给监控网管中心。
一种主设备,包括存储器和处理器,存储器存储有计算机程序,处理器执行计算机程序时实现前述任一项电源掉电告警监测方法的步骤。
一种电源掉电告警监测系统,包括主设备,和用于连接主设备、以构成子网络的各从设备;还包括连接主设备的监控网管中心;
主设备用于实现前述任一项电源掉电告警监测方法的步骤。
在其中一个实施例中,从设备为采用超级电容电路进行供电的数字光纤直放站。
在其中一个实施例中,主设备为运行FPGA程序的设备;从设备为运行FPGA程序的直放站。
一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现前述任一项电源掉电告警监测方法的步骤。
上述技术方案中的一个技术方案具有如下优点和有益效果:
本申请将所有从设备的设备状态信息统一收集至主设备中,且在主设备中引入本地存储以及预管理的操作,能够应对数据多且较为复杂的情况,减少了从设备的存储要求以及提高了信息记录和检索效率,进而实现了从设备的告警上报管理和重发机制。本申请在电源由于发生故障或者其它某种原因导致设备掉电时,能够产生电源掉电告警并及时上报信息至运营商的监控网管中心,使得直放站的开发成本得到相当程度的降低。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1为一个实施例中电源掉电告警监测方法的应用环境图;
图2为一个实施例中从主设备角度实施的电源掉电告警监测方法的流程示意图;
图3为一个实施例中主设备上报及重发机制的流程示意图;
图4为另一个实施例中电源掉电告警监测方法的流程示意图;
图5为一个实施例中从主设备角度实施的电源掉电告警监测装置的结构框图;
图6为一个实施例中主设备的内部结构图;
图7为另一个实施例中主设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
传统技术中,设备掉电后通常需要锂电池来继续供电从而使设备能够上报告警信息,而本申请使得设备在掉电后无需锂电池供电,仍能够产生电源掉电告警并上报相应信息,在完全满足需求的同时也节约了成本,同时结合数据库技术对告警信息数据进行了高效的管理。
具体的,本申请可用于直放站等通信系统中,在电源由于发生故障或者其它某种原因导致设备掉电时能够产生电源掉电告警并及时上报信息至运营商的监控网管中心。
本申请提供的电源掉电告警监测方法,可以应用于如图1所示的应用环境中。如图1,主设备通过网络与监控网管中心进行通信,主设备与各从设备构成的网络可以称为子网络,而在子网络中,可以把实现上报功能的设备称为主设备,其它则称为从设备。其中,本申请可以应用于电信数字光纤直放站,在4G(The 4th Generation mobile communicationtechnology)以及5G(5th generation mobile networks)等方面,对直放站设备,以及MDAS(Multiservice Distributed Access System Solution)等,都可以使用本申请以降低产品的开发成本。
在一个实施例中,如图2所示,提供了一种电源掉电告警监测方法,以该方法应用于图1中的主设备为例进行说明,包括以下步骤:
步骤S202,读取当前本地存储的、子网络中各从设备的设备状态信息;
其中,设备状态信息包括从设备的当前站点信息和从设备的当前工作状态。
具体地,主设备可以于本地存储中读取到所有从设备的站点信息、告警状态等数据,也即设备状态信息;而告警状态可以包括告警或者正常等工作状态。以从设备的角度,即将当前从设备的站点信息、告警状态(即当前工作状态,可以为告警或者正常,也可为正常状态或掉电状态)等数据实时记录并传输至主设备中;
而主设备可接收从设备传过来的站点信息、告警状态等。在一个具体的示例中,主设备可将上述从设备传过来的站点信息、告警状态等存储到存储器中。
在一个具体的实施例中,当前工作状态为正常状态或掉电状态;
读取当前本地存储的、子网络中各从设备的设备状态信息的步骤之前,还可以包括步骤:
接收到子网络中各从设备传输的设备状态信息时,采用数据库对各设备状态信息进行本地存储;
具体而言,主设备可以从存储器中读取到所有从设备的站点信息、告警状态,并且采用数据库管理的方式对数据进行实时记录和分析。
需要说明的是,本申请提出将所有从设备的告警信息统一收集至主设备中,将原来的分布在各个设备的告警信息收集在主设备中,减少了从设备的存储要求以及提高了信息记录和检索效率;然而,数据多且较为复杂,进一步的,本申请提出在主设备中引入本地存储以及预管理(例如,数据库管理)的操作,不仅实现了从设备的告警上报管理和重发机制,且有效的提升了系统记录和检索信息的效率。此外,本申请提出的数据库操作,主要可以体现在直放站设备(即主设备)的告警信息的集中式管理上。
步骤S204,对各设备状态信息进行实时分析,生成本次告警信息,且将本次告警信息上报给监控网管中心;
其中,本次告警信息包含当前发生电源掉电的从设备的设备状态信息。
具体而言,主设备从存储器中获取到所有从设备的站点信息、告警状态,并做实时分析,然后将发生电源掉电的从设备的告警信息上报到监控网管中心。
在其中一个具体的实施例中,设备状态信息还包括从设备的温度、发射功率、接收功率、发射频率和信噪比中的至少一种。
即本申请中,实时分析的主要是告警信息,一般还会包括直放站的状态:例如温度、发射功率、接收功率、发射频率、信噪比等。本申请采用数据库管理的方式对数据进行实时记录和分析,进而实现告警上报。
步骤S206,更新本地存储的各设备状态信息,以生成下一次告警信息且上报给监控网管中心。
具体而言,本申请提出了相应的告警机制(例如,告警重发以及循环告警),在本次告警信息上报以后,可实时更新本地存储的各设备状态信息,以生成下一次告警信息且上报给监控网管中心,进而实现告警重发以及循环告警。
在一个具体的实施例中,更新本地存储的各设备状态信息的步骤包括:
根据当前接收到的子网络中各从设备传输的设备状态信息,更新数据库。
具体而言,本申请中的告警过程中包含了大量瞬时的信息,本申请通过数据库管理的操作保证告警信息不遗漏,检索方便,便于故障回溯或定位。
在一个具体的实施例中,更新本地存储的各设备状态信息,以生成下一次告警信息且上报给监控网管中心的步骤之前,还包括步骤:
在预设告警时间段内接收到监控网管中心反馈的告警确认信息时,确认本次告警信息的上报成功;预设告警时间段包括3分钟。
在一个具体的实施例中,更新本地存储的各设备状态信息,以生成下一次告警信息且上报给监控网管中心的步骤之前,还包括步骤:
在预设告警时间段内未接收到监控网管中心反馈的告警确认信息时,确认本次告警信息的上报失败;预设告警时间段包括3分钟;
更新本地存储的各设备状态信息,以生成下一次告警信息且上报给监控网管中心的步骤包括:
以预设上报周期进行下一次告警信息的上报,直至接收到告警确认信息或总上报次数达到阈值;预设上报周期包括3小时。
具体而言,本申请提出了告警重发机制,由图3所示,主设备上报告警信息后,在规定的时间(例如,3分钟)内如果收到监控网管中心的告警确认,则表明本次告警信息上传成功,此时主设备会停止上报告警;在规定的时间(例如,3分钟)内如果没有收到监控网管中心的告警确认,则表明本次告警信息上传失败,此时直放站继续上报告警。如果连续告警信息上传失败,直放站停止告警,在间隔一个规定的时间(例如,3小时)后,继续上报告警,如果再连续3次失败,则在间隔一个规定的时间后继续,共循环3次。
而在循环上报告警过程中如果有新的从设备产生了电源掉电告警,则新的告警信息与上一次还没有确认的告警信息(在一定时间内没有收到监控网管中心反馈的告警确认)在上一次告警上报回应超时后一起上传,如果上一次的告警已确认上报成功,则只单独上传本次告警。
例如,当子网络中某台从设备A发生电源掉电的情况时,主设备上报该告警的同时启动3分钟定时器,如果3分钟内收到监控中心的告警确认,则告警上报成功,更新数据库信息。如果没有收到监控网管中心的告警确认,则本次告警上报失败,更新数据库信息的同时再次上报该告警,如果3分钟内仍未收到监控中心的告警确认,则在3小时后再次上报。在从设备A告警上报时,B设备产生告警的情况下,如果A已经收到告警确认,则只上报B设备的告警信息,如果A设备告警未收到确认,则A设备告警和B设备告警同时上报。
通过以上步骤,即完成了电源掉电告警检测和上报功能。
上述电源掉电告警监测方法中,将所有从设备的设备状态信息统一收集至主设备中,且在主设备中引入本地存储以及预管理的操作,能够应对数据多且较为复杂的情况,减少了从设备的存储要求以及提高了信息记录和检索效率,进而实现了从设备的告警上报管理和重发机制。
进一步的,本申请提出电源掉电告警检测与上报重发机制,由于在主设备中通过引入数据库管理的操作,将原来的分布在各个设备的告警信息收集在主设备中,减少了从设备的存储要求以及提高了信息记录和检索效率。而告警重发机制包含了大量瞬时的信息,通过数据库管理的操作保证告警信息不遗漏,检索方便,便于故障回溯或定位。
在一个实施例中,如图4所示,提供了一种电源掉电告警监测方法,以该方法应用于图1中的主设备以及从设备为例进行说明,包括以下步骤:
步骤S402,将子网络内的所有从设备进行站点编号,例如从设备1编号为0001,从设备2编号为0002,从设备3编号为0003,等等。
在其中一个实施例中,当前站点信息包括站点编号;
读取当前本地存储的、子网络中各从设备的设备状态信息的步骤之前,还包括步骤:
接收子网络中各从设备回传的设备物理数据;设备物理数据包括定位信息、ID编号、IP地址以及物理地址中的至少一种;
基于设备物理数据,确定子网络中各从设备的站点编号。
具体而言,主设备端的上层应用程序读取告警信息实时分析数据;进一步的,由主设备从回传的定位信息、ID编号、IP地址、物理地址等规则进行编号;或由人工自主按照一定规则进行编号。
需要说明的是,主设备端的上层应用程序可以为可编程门阵列(Field-Programmable Gate Array,FPGA)程序;本申请中该程序可分别运行于主、从设备中;在一个示例中,主设备中的FPGA程序可以完成本申请中从主设备角度实施的各项功能。
步骤S404,从设备中的FPGA程序会将该台设备的站点编号,电源掉电状态信息等数据传输到主设备中;
具体而言,本申请中的从设备,可以在硬件方面去掉了带充放电功能的锂电池,而改用超级电容电路,从而使得直放站的开发成本得到相当程度的降低。其中,超级电容电路亦可采用其他能够短暂延时供电的电路或原件实现。在一个示例中,从设备中的FPGA程序可以完成本申请中从设备角度实施的各项功能。
步骤S406,主设备中的FPGA程序会接收子网络中所有从设备传过来的数据,并将其全部保存于存储器中;
具体而言,步骤S406的具体实现过程可以参阅前述实施例,例如步骤S202中的描述,此处不再赘述。
步骤S408,主设备端应用程序从存储器中获取到所有从设备的站点信息、告警状态,并做实时分析,然后将发生电源掉电的从设备的告警信息上报到监控网管中心。
具体而言,实时分析的主要是告警信息,一般可以包括直放站的状态:温度、发射功率、接收功率、发射频率、信噪比等。
步骤S406的具体实现过程可以参阅前述实施例,例如步骤S204中的描述,此处不再赘述。
步骤S410,告警重发机制;
如图3所示,直放站主设备上报告警信息后,在规定的时间(3分钟)内如果收到监控网管中心的告警确认,则表明本次告警信息上传成功,此时主设备会停止上报告警;在规定的时间(3分钟)内如果没有收到监控网管中心的告警确认,则表明本次告警信息上传失败,此时直放站继续上报告警。如果连续告警信息上传失败,直放站停止告警,在间隔一个规定的时间(3小时)后,继续上报告警,如果再连续3次失败,则在间隔一个规定的时间后继续,共循环3次。
步骤S412,在循环上报告警过程中如果有新的从设备产生了电源掉电告警,则新的告警信息与上一次还没有确认的告警信息(在3分钟内没有收到告警确认)在上一次告警上报回应超时后一起上传,如果上一次的告警已确认上报成功,则只单独上传本次告警。
通过以上步骤,即完成了直放站电源掉电告警检测和上报功能。
以上,本申请提出电源掉电告警检测与上报重发机制,由于在主设备中通过引入数据库管理的操作,将原来的分布在各个设备的告警信息收集在主设备中,减少了从设备的存储要求以及提高了信息记录和检索效率。而告警重发机制包含了大量瞬时的信息,通过数据库管理的操作保证告警信息不遗漏,检索方便,便于故障回溯或定位。
应该理解的是,虽然图2、图4的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2、图4中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图5所示,提供了一种从主设备角度实施的电源掉电告警监测装置,包括:
读取模块510,用于读取当前本地存储的、子网络中各从设备的设备状态信息;设备状态信息包括从设备的当前站点信息和从设备的当前工作状态;
分析上报模块520,用于对各设备状态信息进行实时分析,生成本次告警信息,且将本次告警信息上报给监控网管中心;本次告警信息包含当前发生电源掉电的从设备的设备状态信息;
更新模块530,用于更新本地存储的各设备状态信息,以生成下一次告警信息且上报给监控网管中心。
在其中一个实施例中,当前工作状态为正常状态或掉电状态;
还包括:信息接收模块,用于接收到子网络中各从设备传输的设备状态信息时,采用数据库对各设备状态信息进行本地存储;
更新模块530,用于根据当前接收到的子网络中各从设备传输的设备状态信息,更新数据库。
在一个具体的实施例中,当前站点信息包括站点编号;还包括:
编号模块,用于接收子网络中各从设备回传的设备物理数据;并基于设备物理数据,确定子网络中各从设备的站点编号;其中,设备物理数据包括定位信息、ID编号、IP地址以及物理地址中的至少一种。
在一个具体的实施例中,还包括:
告警成功模块,用于在预设告警时间段内接收到监控网管中心反馈的告警确认信息时,确认本次告警信息的上报成功;预设告警时间段包括3分钟。
在一个具体的实施例中,还包括:
告警失败模块,用于在预设告警时间段内未接收到监控网管中心反馈的告警确认信息时,确认本次告警信息的上报失败;预设告警时间段包括3分钟;以及以预设上报周期进行下一次告警信息的上报,直至接收到告警确认信息或总上报次数达到阈值;预设上报周期包括3小时。
在一个具体的实施例中,设备状态信息还包括从设备的温度、发射功率、接收功率、发射频率和信噪比中的至少一种。
进一步的,在一个具体实例中,本申请还可采用如下方案实现,其中,可以应用于检测单元和上报单元。
检测单元:由可编程门阵列程序组成,该程序分别运行于主、从设备中,从设备中的FPGA程序完成如下功能:将当前从设备的站点信息、告警状态(告警或者正常)等数据实时记录并传输至主设备中,由于从设备在以提供300ms左右硬件方面虽然去掉锂电池但是加入了超级电容,故在掉电后仍然可的时间使得FPGA程序能够检测到从设备发生掉电,产生告警,完成信息传输等一系列动作。主设备中的FPGA程序则主要是接收从设备传过来的站点信息、告警状态等,并保存于存储器中。
上报单元:主设备端应用程序从存储器中读取到所有从设备的站点信息、告警状态,并且采用数据库管理的方式对数据进行实时记录和分析,实现告警上报和告警3分钟3小时的重发机制(其中,3分钟3小时是个经验值,本申请亦可采用其他时间间隔、时间频率)。当网络中某台从设备A发生电源掉电的情况时,主设备上报该告警的同时启动3分钟定时器,如果3分钟内收到监控中心的告警确认,则告警上报成功,更新数据库信息。如果没有收到监控网管中心的告警确认,则本次告警上报失败,更新数据库信息的同时再次上报该告警,如果3分钟内仍未收到监控中心的告警确认,则在3小时后再次上报。在从设备A告警上报时,B设备产生告警的情况下,如果A已经收到告警确认,则只上报B设备的告警信息,如果A设备告警未收到确认,则A设备告警和B设备告警同时上报。
关于电源掉电告警监测装置的具体限定可以参见上文中对于电源掉电告警监测方法的限定,在此不再赘述。上述电源掉电告警监测装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,一种主设备,包括存储器和处理器,存储器存储有计算机程序,处理器执行计算机程序时实现前述任一项电源掉电告警监测方法的步骤。
该主设备的内部结构图可以如图6所示。该主设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该主设备的处理器用于提供计算和控制能力。该主设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该主设备的数据库用于存储本申请中从设备的设备状态信息。该主设备的网络接口用于与外部的监控网管中心和/或从设备通过网络连接通信。该计算机程序被处理器执行时以实现一种电源掉电告警监测方法。
在一个实施例中,提供了一种主设备,该主设备的内部结构图可以如图7所示。该主设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中,该主设备的处理器用于提供计算和控制能力。该主设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该主设备的网络接口用于与外部的监控网管中心和/或从设备,通过网络连接通信。该计算机程序被处理器执行时以实现一种电源掉电告警监测方法。
本领域技术人员可以理解,图6、图7中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种电源掉电告警监测系统,如图1所示,包括主设备,和用于连接主设备、以构成子网络的各从设备;还包括连接主设备的监控网管中心;
主设备用于实现前述任一项电源掉电告警监测方法的步骤。
在一个具体的实施例中,从设备为采用超级电容电路进行供电的数字光纤直放站。
在一个具体的实施例中,主设备为运行FPGA程序的设备;从设备为运行FPGA程序的直放站。
本申请可以应用于直放站领域,建立一套电源掉电告警检测与上报系统,适用于直放站分布范围广,站点多的特点。直放站在去掉锂电池后够完成电源掉电告警的检测、上报,提升系统效能,节约了成本。
进一步的,本申请提出电源掉电告警检测与上报重发机制,由于在主设备中通过引入数据库管理的操作,将原来的分布在各个设备的告警信息收集在主设备中,减少了从设备的存储要求以及提高了信息记录和检索效率。而告警重发机制包含了大量瞬时的信息,通过数据库管理的操作保证告警信息不遗漏,检索方便,便于故障回溯或定位。
一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现前述任一项电源掉电告警监测方法的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种电源掉电告警监测方法,其特征在于,所述方法应用于子网络中的主设备;所述子网络中的从设备采用超级电容电路进行供电,且所述主设备、所述从设备均配置有FPGA程序,以支持从设备的电源掉电告警;所述方法包括步骤:
读取当前本地存储的、所述子网络中各从设备的设备状态信息;所述设备状态信息包括所述从设备的当前站点信息和所述从设备的当前工作状态;
对各所述设备状态信息进行实时分析,生成本次告警信息,且将所述本次告警信息上报给监控网管中心;所述本次告警信息包含当前发生电源掉电的所述从设备的所述设备状态信息;
更新本地存储的各所述设备状态信息,以生成下一次告警信息且上报给所述监控网管中心。
2.根据权利要求1所述的电源掉电告警监测方法,其特征在于,所述当前工作状态为正常状态或掉电状态;
读取当前本地存储的、子网络中各从设备的设备状态信息的步骤之前,还包括步骤:
接收到所述子网络中各所述从设备传输的设备状态信息时,采用数据库对各所述设备状态信息进行本地存储;
更新本地存储的各所述设备状态信息的步骤包括:
根据当前接收到的所述子网络中各所述从设备传输的所述设备状态信息,更新所述数据库。
3.根据权利要求1所述的电源掉电告警监测方法,其特征在于,所述当前站点信息包括站点编号;
读取当前本地存储的、子网络中各从设备的设备状态信息的步骤之前,还包括步骤:
接收所述子网络中各所述从设备回传的设备物理数据;所述设备物理数据包括定位信息、ID编号、IP地址以及物理地址中的至少一种;
基于所述设备物理数据,确定所述子网络中各所述从设备的所述站点编号。
4.根据权利要求1所述的电源掉电告警监测方法,其特征在于,更新本地存储的各所述设备状态信息,以生成下一次告警信息且上报给所述监控网管中心的步骤之前,还包括步骤:
在预设告警时间段内接收到所述监控网管中心反馈的告警确认信息时,确认所述本次告警信息的上报成功;所述预设告警时间段包括3分钟。
5.根据权利要求1所述的电源掉电告警监测方法,其特征在于,更新本地存储的各所述设备状态信息,以生成下一次告警信息且上报给所述监控网管中心的步骤之前,还包括步骤:
在预设告警时间段内未接收到所述监控网管中心反馈的告警确认信息时,确认所述本次告警信息的上报失败;所述预设告警时间段包括3分钟;
更新本地存储的各所述设备状态信息,以生成下一次告警信息且上报给所述监控网管中心的步骤包括:
以预设上报周期进行所述下一次告警信息的上报,直至接收到所述告警确认信息或总上报次数达到阈值;所述预设上报周期包括3小时。
6.根据权利要求1至5任一项所述的电源掉电告警监测方法,其特征在于,所述设备状态信息还包括所述从设备的温度、发射功率、接收功率、发射频率和信噪比中的至少一种。
7.一种电源掉电告警监测装置,其特征在于,所述装置应用于子网络中的主设备;所述子网络中的从设备采用超级电容电路进行供电,且所述主设备、所述从设备均配置有FPGA程序,以支持从设备的电源掉电告警;所述装置包括:
读取模块,用于读取当前本地存储的、子网络中各从设备的设备状态信息;所述设备状态信息包括所述从设备的当前站点信息和所述从设备的当前工作状态;
分析上报模块,用于对各所述设备状态信息进行实时分析,生成本次告警信息,且将所述本次告警信息上报给监控网管中心;所述本次告警信息包含当前发生电源掉电的所述从设备的所述设备状态信息;
更新模块,用于更新本地存储的各所述设备状态信息,以生成下一次告警信息且上报给所述监控网管中心。
8.一种主设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。
9.一种电源掉电告警监测系统,其特征在于,包括主设备,和用于连接所述主设备、以构成子网络的各从设备;还包括连接所述主设备的监控网管中心;
所述主设备用于实现权利要求1至6中任一项所述方法的步骤。
10.根据权利要求9所述的电源掉电告警监测系统,其特征在于,所述从设备为采用超级电容电路进行供电的数字光纤直放站。
11.根据权利要求9所述的电源掉电告警监测系统,其特征在于,所述从设备为运行FPGA程序的直放站。
12.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
CN201910906143.1A 2019-09-24 2019-09-24 电源掉电告警监测方法、装置和系统 Active CN110677286B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910906143.1A CN110677286B (zh) 2019-09-24 2019-09-24 电源掉电告警监测方法、装置和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910906143.1A CN110677286B (zh) 2019-09-24 2019-09-24 电源掉电告警监测方法、装置和系统

Publications (2)

Publication Number Publication Date
CN110677286A CN110677286A (zh) 2020-01-10
CN110677286B true CN110677286B (zh) 2022-07-22

Family

ID=69077428

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910906143.1A Active CN110677286B (zh) 2019-09-24 2019-09-24 电源掉电告警监测方法、装置和系统

Country Status (1)

Country Link
CN (1) CN110677286B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112486781B (zh) * 2020-12-18 2023-01-06 苏州浪潮智能科技有限公司 一种集群设备告警方法和系统
CN113033613A (zh) * 2021-02-26 2021-06-25 广东核电合营有限公司 核电设备的状态显示方法、装置、计算机设备和存储介质
CN116963135B (zh) * 2023-09-20 2023-12-08 四川恒湾科技有限公司 一种o-ru掉电告警上报方法、设备及系统
CN117389789B (zh) * 2023-12-08 2024-03-08 四川恒湾科技有限公司 O-ru设备电源掉电信息存储与上报方法及系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007041967A1 (fr) * 2005-10-14 2007-04-19 Huawei Technologies Co., Ltd. Dispositif d’accès, système de gestion et méthode pour les utiliser
CN1992632A (zh) * 2005-12-28 2007-07-04 大唐软件技术有限责任公司 一种通信网络告警方法以及告警系统
CN103209430A (zh) * 2012-01-17 2013-07-17 中兴通讯股份有限公司 一种虚掉电告警的检测处理方法及装置
CN103313287A (zh) * 2012-03-07 2013-09-18 京信通信系统(中国)有限公司 直放站设备告警通知方法及装置
WO2015184772A1 (zh) * 2014-10-20 2015-12-10 中兴通讯股份有限公司 告警信息的存储方法及装置
WO2016062109A1 (zh) * 2014-10-22 2016-04-28 中兴通讯股份有限公司 无源光纤网络pon中故障类别的确定方法及装置
WO2016192212A1 (zh) * 2015-06-01 2016-12-08 中兴通讯股份有限公司 光网络单元onu掉电告警信息的处理方法及装置
CN109039733A (zh) * 2018-07-26 2018-12-18 郑州云海信息技术有限公司 一种告警方法、系统及电子设备和存储介质

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008149975A1 (ja) * 2007-06-06 2008-12-11 Nec Corporation 通信網の障害原因分析システムと障害原因分析方法、及び障害原因分析用プログラム

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007041967A1 (fr) * 2005-10-14 2007-04-19 Huawei Technologies Co., Ltd. Dispositif d’accès, système de gestion et méthode pour les utiliser
CN1992632A (zh) * 2005-12-28 2007-07-04 大唐软件技术有限责任公司 一种通信网络告警方法以及告警系统
CN103209430A (zh) * 2012-01-17 2013-07-17 中兴通讯股份有限公司 一种虚掉电告警的检测处理方法及装置
CN103313287A (zh) * 2012-03-07 2013-09-18 京信通信系统(中国)有限公司 直放站设备告警通知方法及装置
WO2015184772A1 (zh) * 2014-10-20 2015-12-10 中兴通讯股份有限公司 告警信息的存储方法及装置
WO2016062109A1 (zh) * 2014-10-22 2016-04-28 中兴通讯股份有限公司 无源光纤网络pon中故障类别的确定方法及装置
WO2016192212A1 (zh) * 2015-06-01 2016-12-08 中兴通讯股份有限公司 光网络单元onu掉电告警信息的处理方法及装置
CN109039733A (zh) * 2018-07-26 2018-12-18 郑州云海信息技术有限公司 一种告警方法、系统及电子设备和存储介质

Also Published As

Publication number Publication date
CN110677286A (zh) 2020-01-10

Similar Documents

Publication Publication Date Title
CN110677286B (zh) 电源掉电告警监测方法、装置和系统
WO2021249083A1 (zh) 车辆的电池管理方法和系统、车辆和服务器
CN105319482A (zh) 基于多源信息融合的配电网故障诊断系统及方法
CN101472288A (zh) 一种进行故障诊断的移动终端、方法及服务器
CN113708493B (zh) 基于云边协同的配电终端运维方法、装置和计算机设备
CN105426123B (zh) 数据管理方法、采集站及设备监测系统
CN105186049A (zh) 电池组智能管理系统及管理方法
CN114510378A (zh) 空调机组的参数备份方法和备份装置、电子设备
CN106658576A (zh) 一种数据处理方法、装置以及网络系统
CN102412426B (zh) 一种电池管理系统标定方法及电池管理系统、标定系统
CN103457996B (zh) 一种协议一致性测试系统内部数据存储方法及系统
Khatib et al. Knowledge acquisition for fault management in LTE networks
CN113965447B (zh) 一种在线云诊断方法、装置、系统、设备及存储介质
CN110962676A (zh) 列车动力电池监测系统和方法
CN111581107B (zh) Ftp程序疲劳测试方法及系统
CN103049522A (zh) 一种用于电量多数据源自动替代的方法
CN114683911A (zh) 换电处理方法及系统、计算机设备及存储介质
CN111652394A (zh) 工单处理方法、装置和设备
CN104468149B (zh) 信息处理方法、智能终端及光缆网络系统
CN111866034A (zh) 清洁设备的数据处理方法及系统、存储介质
CN112800102A (zh) 告警相关性计算方法、装置及计算设备
CN110989450A (zh) 充放电系统上位机控制方法、装置、设备及存储介质
CN115002871B (zh) 信号连接系统、信号连接方法、计算机设备和存储介质
CN103139807B (zh) 网络对象在服率的统计方法及装置
CN116132548B (zh) 一种分布式多源异构数据的数据采集方法及其系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
TA01 Transfer of patent application right

Effective date of registration: 20200108

Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant after: COMBA TELECOM SYSTEMS (CHINA) Ltd.

Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant before: COMBA TELECOM SYSTEMS (CHINA) Ltd.

Applicant before: COMBA TELECOM SYSTEMS (GUANGZHOU) Ltd.

Applicant before: COMBA TELECOM TECHNOLOGY (GUANGZHOU) Ltd.

Applicant before: TIANJIN COMBA TELECOM SYSTEMS Ltd.

TA01 Transfer of patent application right
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant after: Jingxin Network System Co.,Ltd.

Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong

Applicant before: COMBA TELECOM SYSTEMS (CHINA) Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant