CN107295553A - 一种基站维护方法及装置 - Google Patents

一种基站维护方法及装置 Download PDF

Info

Publication number
CN107295553A
CN107295553A CN201710716783.7A CN201710716783A CN107295553A CN 107295553 A CN107295553 A CN 107295553A CN 201710716783 A CN201710716783 A CN 201710716783A CN 107295553 A CN107295553 A CN 107295553A
Authority
CN
China
Prior art keywords
base station
warning information
power failure
alarm
case record
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.)
Pending
Application number
CN201710716783.7A
Other languages
English (en)
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.)
China Tower Co Ltd
Original Assignee
China Tower 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 China Tower Co Ltd filed Critical China Tower Co Ltd
Priority to CN201710716783.7A priority Critical patent/CN107295553A/zh
Publication of CN107295553A publication Critical patent/CN107295553A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • 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
    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种基站维护方法及装置,该方法包括:获取至少两个基站的告警信息;根据所述告警信息,生成包括所述至少两个基站及所述告警信息的病历卡,其中每个基站对应各自的所述告警信息;根据所述病历卡对相应的基站进行维护。本发明通过病历卡对基站及其对应的告警信息,进行整理,从而实现对海量数据的关联分析,并根据病历卡的内容对相应的基站进行维护,可以实现精准维护。

Description

一种基站维护方法及装置
技术领域
本发明涉及基站维护领域,特别涉及一种基站维护方法及装置。
背景技术
传统基站维护方法主要通过人工记录及统计告警、故障等相关数据进行,工作效率较低,而且无法实现海量数据的关联分析,分析结果存在较大误差,无法有效指导一线人员和地市公式的工作。同时,传统维护工作局限于处理故障本身,缺乏通过大数据分析查找问题深层次原因的手段,无法实现精准维护。
发明内容
本发明提供了一种基站维护方法及装置,用以解决现有技术中对基站维护效率低,无法实现海量数据的关联分析的问题。
为了解决上述技术问题,本发明采用如下技术方案:
依据本发明的一个方面,提供了一种基站维护方法,包括:
获取至少两个基站的告警信息;
根据所述告警信息,生成包括所述至少两个基站及所述告警信息的病历卡,其中每个基站对应各自的所述告警信息;
根据所述病历卡对相应的基站进行维护。
进一步地,所述告警信息至少包括:
断电退服告警、FSU(端站数据采集器,Field Supervision Unit)离线告警和停电告警。
进一步地,所述根据所述告警信息,生成包括所述至少两个基站及所述告警信息的病历卡,包括:
根据所述告警信息的来源基站,建立所述至少两个基站与所述告警信息的对应关系;
对所述告警信息进行分类,并根据所述对应关系,生成基站与每类告警对应的病历卡。
进一步地,所述根据所述病历卡对相应的基站进行维护,包括:
获取所述至少两个基站中每个基站的告警信息中至少两类告警的次数;
针对每类告警,并按照告警的次数分别对所述至少两个基站进行排序;
针对排序之后的基站,按照告警的次数从多到少的顺序获取预定个数的基站;
对获取的所述预定个数的基站进行维护。
进一步地,所述对获取的所述预定个数的基站进行维护,包括:
根据获取的所述预定个数的基站,生成整治任务;
根据所述整治任务,对所述预定个数的基站进行整治;
对整治的结果进行校验,若校验不合格重新进行整治。
进一步地,在对获取的所述预定个数的基站进行维护之后,还包括:
更新所述病历卡中的告警信息;
根据更新后的所述病历卡中的告警信息,与运营商网管设备采集的告警信息进行对比,得到告警稽查结果;
根据所述告警稽查结果对基站进行维护。
进一步地,在所述生成包括所述至少两个基站及所述告警信息的病历卡之后,还包括:
根据所述病历卡中的告警信息,得到所述至少两个基站中停电退服基站的停电退服开始时间;
通过放电曲线拟合,得到所述停电退服基站的备电时长;
根据维修站与所述停电退服基站的位置信息,得到维护人员的上站时长;
根据所述停电退服开始时间、所述备电时长和所述上站时长,得到上站时刻。
进一步地,所述通过放电曲线拟合,得到所述停电退服基站的备电时长,包括:
获取不同标称容量的蓄电池组的第一放电曲线簇,以及所述停电退服基站的停电告警后的第二放电曲线;
对所述第一放电曲线簇和所述第二放电曲线进行放电曲线拟合,得到所述停电退服基站的备电时长。
进一步地,所述第二放电曲线为所述停电退服基站在预定时间内每次停电告警后,生成的放电曲线中,放电时长最长的放电曲线。
依据本发明的又一个方面,提供了一种基站维护装置,包括:
获取模块,用于获取至少两个基站的告警信息;
病历卡生成模块,用于根据所述告警信息,生成包括所述至少两个基站及所述告警信息的病历卡,其中每个基站对应各自的所述告警信息;
维护模块,用于根据所述病历卡对相应的基站进行维护。
进一步地,所述病历卡生成模块,包括:
对应单元,用于根据所述告警信息的来源基站,建立所述至少两个基站与所述告警信息的对应关系;
生成单元,用于对所述告警信息进行分类,并根据所述对应关系,生成基站与每类告警对应的病历卡。
进一步地,所述维护模块,包括:
第一获取单元,用于获取所述至少两个基站中每个基站的告警信息中至少两类告警的次数;
排序单元,用于针对每类告警,并按照告警的次数分别对所述至少两个基站进行排序;
第二获取单元,用于针对排序之后的基站,按照告警的次数从多到少的顺序获取预定个数的基站;
维护单元,用于对获取的所述预定个数的基站进行维护。
进一步地,所述维护单元,包括:
生成子单元,用于根据获取的所述预定个数的基站,生成整治任务;
整治子单元,用于根据所述整治任务,对所述预定个数的基站进行整治;
校验子单元,用于对整治的结果进行校验,若校验不合格重新进行整治。
进一步地,还包括:
更新模块,用于更新所述病历卡中的告警信息;
稽查模块,用于根据更新后的所述病历卡中的告警信息,与运营商网管设备采集的告警信息进行对比,得到告警稽查结果;
稽查维护模块,用于根据所述告警稽查结果对基站进行维护。
进一步地,还包括:
计算模块,用于根据所述病历卡中的告警信息,得到所述至少两个基站中停电退服基站的停电退服开始时间;
所述计算模块,还用于通过放电曲线拟合,得到所述停电退服基站的备电时长;
所述计算模块,还用于根据维修站与所述停电退服基站的位置信息,得到维护人员的上站时长;
所述计算模块,还用于根据所述停电退服开始时间、所述备电时长和所述上站时长,得到上站时刻。
进一步地,所述计算模块,包括:
曲线单元,用于获取不同标称容量的蓄电池组的第一放电曲线簇,以及所述停电退服基站的停电告警后的第二放电曲线;
拟合单元,用于对所述第一放电曲线簇和所述第二放电曲线进行放电曲线拟合,得到所述停电退服基站的备电时长。
本发明的有益效果是:
上述技术方案,获取至少两个基站的告警信息,根据告警信息生成包括基站以及告警信息的病历卡,其中每个基站对应各自的告警信息,从而实现了海对海量数据的关联分析,并根据病历卡对相应的基站进行维护,实现了精准维护。
附图说明
图1表示本发明实施例提供的一种基站维护方法流程图之一;
图2表示本发明实施例提供的一种基站维护方法流程图之二;
图3表示本发明实施例提供的一种基站维护方法流程图之三;
图4表示本发明实施例提供的一种基站维护方法流程图之四;
图5表示本发明实施例提供的一种基站维护方法流程图之五;
图6表示本发明实施例提供的一种基站维护装置示意图。
附图标记说明:
60、获取模块;61、病历卡生成模块;62、维护模块;63、更新模块;64、稽查模块;65、稽查维护模块;66、计算模块。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
如图1所示,本发明实施例提供了一种基站维护方法,包括:
S11、获取至少两个基站的告警信息。
应当说明的是,基站的数量可以是很多个,例如可以获取全省所有基站的告警信息,从而保证了本发明实施例提供的基站维护方法所应用的维护***具有很广的覆盖范围。
告警信息是基站发生特定情况,而形成并上报的信息,在基站运行过程中可能生成并上报上百类不同的告警信息,例如可以是断电退服告警、FSU离线告警和停电告警。当然也不限于此,例如告警信息还可以是温度告警、水浸告警、烟雾告警、红外告警、低压脱离告警、开关电源告警等。较佳的,获取的告警信息的种类,可以是对基站正常运行影响较大的告警信息,当然也可以获取尽可能多的告警信息的种类。当然还可以获取基站的一些性能参数,根据性能参数作为基站状况的辅助参考。
S12、根据所述告警信息,生成包括所述至少两个基站及所述告警信息的病历卡,其中每个基站对应各自的所述告警信息。
应当说明的是,病历卡中的基站与告警信息是一一对应的,每个基站具有唯一的基站编码。较佳的,可以在病历卡中设置基站的所在地区的名称以及基站的名称。具体的,根据所述告警信息的来源基站,建立所述至少两个基站与所述告警信息的对应关系;对所述告警信息进行分类,并根据所述对应关系,生成基站与每类告警对应的病历卡。
S13、根据所述病历卡对相应的基站进行维护。
本发明实施例中,获取至少两个基站的告警信息,根据告警信息生成包括基站以及告警信息的病历卡,其中每个基站对应各自的告警信息,从而实现了海对海量数据的关联分析,并根据病历卡对相应的基站进行维护,实现了精准维护。
如图2所示,为了提高对基站进行维护的准确性,在上述发明实施例的基础上,本发明实施例中,根据所述病历卡对相应的基站进行维护,包括:
S21、获取所述至少两个基站中每个基站的告警信息中至少两类告警的次数。
应当说明的是,可以获取病历卡中所有种类的告警,当然也可获取病历卡中部分种类的告警,而获取的告警种类的数量可以根据基站运行过程中实际的需要进行决定,也可以根据季节,基站所在区域的环境进行变化。
S22、针对每类告警,并按照告警的次数分别对所述至少两个基站进行排序。
S23、针对排序之后的基站,按照告警的次数从多到少的顺序获取预定个数的基站。
应当说明的是,根据二八原则,针对每类告警,往往该类告警中的百分之八十的告警出自所有基站中百分之二十的基站。因此只要针对问题较多的基站,对其进行维护即可。预定个数可以是排序之后基站总数的百分之二十,当然也可以是排序之后基站总数的百分之十,而预定个数具体是排序之后基站总数的的百分之多少,可以根据运维人员自行设定,当然预定个数也可以是固定的某个数值。
S24、对获取的所述预定个数的基站进行维护。
应当说明的是,获取告警次数较多的基站进行重点维护,可以实现准确维护。
如图3所示,在上述各发明实施例的基础上,本发明实施例中,所述对获取的所述预定个数的基站进行维护,包括:
S31、根据获取的所述预定个数的基站,生成整治任务。
S32、根据所述整治任务,对所述预定个数的基站进行整治。
S33、对整治的结果进行校验,若校验不合格重新进行整治。
应当说明的是,若校验合格则进行考核评估。当然也可以分级实现对基站的维护过程,例如省级单位根据获取的预定个数的基站,生成整治任务,然后将整治任务下发给市级单位,市级单位实施整治,可以将整治任务委派代维单位,代维单位接受委派并进行整治,代维单位整治完成后由市级单位进行校验,若校验不合格,则需要代维单位重新进行整治,直到市级单位校验合格为止。然后市级单位将整治情况上报省级单位,由省级单位进行考核评估,并且可以将考核评估的结果进行统计分析。
如图4所示,由于本发明实施例提供的基站维护方法所应用的运维***与运营商使用的网管设备不属于同一个***,因此获取的告警信息可能存在差别,为了与运营商使用的网管设备实现互通,在上述各发明实施例的基础上,本发明实施例中,在对获取的所述预定个数的基站进行维护之后,还包括:
S41、更新所述病历卡中的告警信息。
S42、根据更新后的所述病历卡中的告警信息,与运营商网管设备采集的告警信息进行对比,得到告警稽查结果。
S43、根据所述告警稽查结果对基站进行维护。
应当说明的是,通过更新病历卡中的告警信息,将基站的故障率缩减到很小,然后再与运营商采集的告警信息作比较,进一步核查基站的运行状况,对基站的故障进行进一步地维护,同时实现与运营商使用的网管设备的互通。
具体的,首先要建立同一个基站在运营商网管设备和本发明实施例提供的基站维护方法所应用的运维***中的对应关系,然后针对同一基站将运营商网管设备采集的告警信息与本发明实施例中更新之后的病历卡中的告警信息进行对比,告警稽查结果可以采用清单的方式进行呈现。例如若告警信息匹配成功,则生成告警确认清单;若告警信息匹配失败,则判断站址是否对应,其中站址对应说明进行匹配的告警信息来自用一个基站;若站址不对应,则生成未对应站址清单;若站址对应,则判断站址对应的基站是否安装FSU,若未安装FSU,则生成未监控清单;若安装有FSU,则分析告警信息,若运营商网管设备采集到告警信息,而更新后的病历卡中并没有相应的告警信息,则生成第一告警清单;若运营商网管设备没有采集到告警信息,而更新后的病历卡中有相应的告警信息,则生成第二告警清单。
根据生成的多个告警稽核结果的清单,进一步对基站进行维护,例如根据第一告警清单、第二告警清单和未对应站址清单对基站展开相应的维护,通过运维人员去现场稽核真实情况,确定是否是FSU存在性能缺失或是误警告,以及是否需要更新站址的对应关系,其中站址的对应关系是同一基站在运营商网管设备以及本发明实施例提供的基站维护方法所应用的运维***中的对应关系,然后进行相应的维护。当然对于告警确认清单以及未监控清单,根据免责规则还可以生成定责清单以及免责清单,从而清楚的划定责任。
如图5所示,为了进一步节省维护成本,在上述各发明实施例的基础上,本发明实施例中,在所述生成包括所述至少两个基站及所述告警信息的病历卡之后,还包括:
S51、根据所述病历卡中的告警信息,得到所述至少两个基站中停电退服基站的停电退服开始时间。
S52、通过放电曲线拟合,得到所述停电退服基站的备电时长。
S53、根据维修站与所述停电退服基站的位置信息,得到维护人员的上站时长。
应当说明的是,上站时长为维护人员从维修站到达停电退服基站的时间,较佳的,可以使用第三方软件实现上站时长的计算。例如使用百度地图实时查询并计算上站时长。当然为避免突发状况而影响对停电退服基站的维护,可以在使用第三方软件得到上站时长之后再加上一定时长的冗余时长,将包括冗余时长的时长作为最终的上站时长。
S54、根据所述停电退服开始时间、所述备电时长和所述上站时长,得到上站时刻。
具体的,停电退服基站为处于停电状态或者退服状态的基站,停电退服时间可以分为停电时间和退服时间。其中停电时间的判断依据是产生停电告警的时间。产生停电告警之后,基站由蓄电池组提供电能,从而保证基站的正常运行。并且计算蓄电池组的备电时长,该备电时长为蓄电池组可供基站正常运行的时长。
其中,备电时长的计算包括多种方式:例如备电时长等于停电告警产生时刻与退服产生时刻之间的时长,也可以等于爬取获得的开关电源的直流电压低于46伏特的时刻与停电告警产生时刻之间的时长,还可以是FSU离线时刻与停电告警产生时刻之间的时长。为了在停电告警产生之后尽快计算得到备电时长,本发明实施例中,通过放电曲线拟合,得到所述停电退服基站的备电时长,具体为获取不同标称容量的蓄电池组的第一放电曲线簇,以及所述停电退服基站的停电告警后的第二放电曲线;
对所述第一放电曲线簇和所述第二放电曲线进行放电曲线拟合,得到所述停电退服基站的备电时长。具体的,通过最小二乘法进行放电拟合。
应当说明的是,第一放电曲线簇包括多条放电曲线,针对一标称容量的蓄电池组,其第一放电曲线簇为该蓄电池组在不同时间段内放完电的放电曲线,例如标称容量为500安时的第一蓄电池组,其第一放电曲线簇包括20条第一放电曲线,第一条放电曲线为该第一蓄电池组在0.5小时放完电的放电曲线,第二条放电曲线为该第一蓄电池组在1小时放完电的放电曲线,依次类推放电时间段每次叠加0.5小时,第二十条放电曲线为该第一蓄电池组在10小时放完电的放电曲线。并且每个标称容量的蓄电池组具有各自的第一放电曲线簇。当然对于获取的蓄电池组的标称容量的范围可以500安时到200安时,例如可以从500安时开始,采用递减的方式,每隔50安时选择一个,到200安时结束。
第二放电曲线为所述停电退服基站在预定时间内每次停电告警后,生成的放电曲线中,放电时长最长的放电曲线。具体的,预定时间内可以是一年内,也可以是两年内,但不限于此,为了使曲线拟合效果较好,提升结果的准确性,本发明实施例中第二放电曲线为所述停电退服基站在一年内每次停电告警后,生成的放电曲线中,放电时长最长的放电曲线。这里的一年内是当前停电告警产生时刻之前的一年内。并且为了进一步保证结果的准确性,第二放电曲线还可以是所述停电退服基站在一年内每次停电告警后,生成的放电曲线中,放电时长最长并且放电时长大于两小时的放电曲线。若放电时长小于两小时,则第二放电曲线为所述停电退服基站在两年内每次停电告警后,生成的放电曲线中,放电时长最长并且放电时长大于两小时的放电曲线。
应当说明的是,由于基站蓄电池组的存在,可以保证基站在产生停电告警之后可以继续正常运行一段时间。所以可以根据蓄电池组的备电时长制定规则来确定维护人员的最佳上站时刻。这样既可以合理的安排维护人员的维护工作,同时若在维护人员去维护基站之前,该基站恢复供电,还可以省去维护成本。例如若有退服告警,则立即通知维护人员对停电退服基站进行维护;若没有退服告警,根据停电告警产生时刻、备电时长和上站时长计算维护人员的最佳上站时刻,最佳上站时刻=停电告警产生时刻+(备电时长-上站时长),当然为了确保可以准时到达停电基站,也可以在最佳上站时刻前一段时间出发对停电基站进行维护,若在最佳上站时刻之前,产生停电告警的基站恢复供电,通知维护人员取消维护任务。例如停电告警产生时刻为上午六点,备电时长为五个小时,上站时长为一个小时,则最佳上站时刻为上午十点。通知维护人员上午十点再出发去基站维修,若上午十点之前基站恢复供电而非蓄电池组进行供电,则通知维护人员取消维护任务。
对于停电退服基站的退服原因,可以根据病历卡中的告警信息进行简单的预判,例如若基站退服之前出现开关电源类故障告警,则退服原因为开关电源故障;若基站具备发电条件并且备电时长小于3小时,则退服原因为备电时长不足;若基站具备发电条件并且备电时长大于3小时,则退服原因为发电不及时;若基站不具备发电条件,则退服原因为不具备发电条件。
如图6所示,依据本发明的又一个方面,提供了一种基站维护装置,包括:
获取模块60,用于获取至少两个基站的告警信息。
病历卡生成模块61,用于根据所述告警信息,生成包括所述至少两个基站及所述告警信息的病历卡,其中每个基站对应各自的所述告警信息。
维护模块62,用于根据所述病历卡对相应的基站进行维护。
更新模块63,用于更新所述病历卡中的告警信息。
稽查模块64,用于根据更新后的所述病历卡中的告警信息,与运营商网管设备采集的告警信息进行对比,得到告警稽查结果。
稽查维护模块65,用于根据所述告警稽查结果对基站进行维护。
计算模块66,用于根据所述病历卡中的告警信息,得到所述至少两个基站中停电退服基站的停电退服开始时间。
所述计算模块66,还用于通过放电曲线拟合,得到所述停电退服基站的备电时长。
所述计算模块66,还用于根据维修站与所述停电退服基站的位置信息,得到维护人员的上站时长。
所述计算模块66,还用于根据所述停电退服开始时间、所述备电时长和所述上站时长,得到上站时刻。
进一步地,所述维护模块62,包括:
第一获取单元,用于获取所述至少两个基站中每个基站的告警信息中至少两类告警的次数;
排序单元,用于针对每类告警,并按照告警的次数分别对所述至少两个基站进行排序;
第二获取单元,用于针对排序之后的基站,按照告警的次数从多到少的顺序获取预定个数的基站;
维护单元,用于对获取的所述预定个数的基站进行维护。
进一步地,所述维护单元,包括:
生成子单元,用于根据获取的所述预定个数的基站,生成整治任务;
整治子单元,用于根据所述整治任务,对所述预定个数的基站进行整治;
校验子单元,用于对整治的结果进行校验,若校验不合格重新进行整治。
进一步地,所述病历卡生成模块61,包括:
对应单元,用于根据所述告警信息的来源基站,建立所述至少两个基站与所述告警信息的对应关系;
生成单元,用于对所述告警信息进行分类,并根据所述对应关系,生成基站与每类告警对应的病历卡。
进一步地,所述计算模块66,包括:
曲线单元,用于获取不同标称容量的蓄电池组的第一放电曲线簇,以及所述停电退服基站的停电告警后的第二放电曲线;
拟合单元,用于对所述第一放电曲线簇和所述第二放电曲线进行放电曲线拟合,得到所述停电退服基站的备电时长。
本发明实施例提供的基站维护装置,获取至少两个基站的告警信息,根据告警信息生成包括基站以及告警信息的病历卡,其中每个基站对应各自的告警信息,从而实现了海对海量数据的关联分析,并根据病历卡对相应的基站进行维护,实现了精准维护。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

Claims (16)

1.一种基站维护方法,其特征在于,包括:
获取至少两个基站的告警信息;
根据所述告警信息,生成包括所述至少两个基站及所述告警信息的病历卡,其中每个基站对应各自的所述告警信息;
根据所述病历卡对相应的基站进行维护。
2.根据权利要求1所述的方法,其特征在于,所述告警信息至少包括:
断电退服告警、端站数据采集器FSU离线告警和停电告警。
3.根据权利要求1所述的方法,其特征在于,所述根据所述告警信息,生成包括所述至少两个基站及所述告警信息的病历卡,包括:
根据所述告警信息的来源基站,建立所述至少两个基站与所述告警信息的对应关系;
对所述告警信息进行分类,并根据所述对应关系,生成基站与每类告警对应的病历卡。
4.根据权利要求1所述的方法,其特征在于,所述根据所述病历卡对相应的基站进行维护,包括:
获取所述至少两个基站中每个基站的告警信息中至少两类告警的次数;
针对每类告警,并按照告警的次数分别对所述至少两个基站进行排序;
针对排序之后的基站,按照告警的次数从多到少的顺序获取预定个数的基站;
对获取的所述预定个数的基站进行维护。
5.根据权利要求4所述的方法,其特征在于,所述对获取的所述预定个数的基站进行维护,包括:
根据获取的所述预定个数的基站,生成整治任务;
根据所述整治任务,对所述预定个数的基站进行整治;
对整治的结果进行校验,若校验不合格重新进行整治。
6.根据权利要求4所述的方法,其特征在于,在对获取的所述预定个数的基站进行维护之后,还包括:
更新所述病历卡中的告警信息;
根据更新后的所述病历卡中的告警信息,与运营商网管设备采集的告警信息进行对比,得到告警稽查结果;
根据所述告警稽查结果对基站进行维护。
7.根据权利要求1所述的方法,其特征在于,在所述生成包括所述至少两个基站及所述告警信息的病历卡之后,还包括:
根据所述病历卡中的告警信息,得到所述至少两个基站中停电退服基站的停电退服开始时间;
通过放电曲线拟合,得到所述停电退服基站的备电时长;
根据维修站与所述停电退服基站的位置信息,得到维护人员的上站时长;
根据所述停电退服开始时间、所述备电时长和所述上站时长,得到上站时刻。
8.根据权利要求7所述的方法,其特征在于,所述通过放电曲线拟合,得到所述停电退服基站的备电时长,包括:
获取不同标称容量的蓄电池组的第一放电曲线簇,以及所述停电退服基站的停电告警后的第二放电曲线;
对所述第一放电曲线簇和所述第二放电曲线进行放电曲线拟合,得到所述停电退服基站的备电时长。
9.根据权利要求8所述的方法,其特征在于,所述第二放电曲线为所述停电退服基站在预定时间内每次停电告警后,生成的放电曲线中,放电时长最长的放电曲线。
10.一种基站维护装置,其特征在于,包括:
获取模块,用于获取至少两个基站的告警信息;
病历卡生成模块,用于根据所述告警信息,生成包括所述至少两个基站及所述告警信息的病历卡,其中每个基站对应各自的所述告警信息;
维护模块,用于根据所述病历卡对相应的基站进行维护。
11.根据权利要求10所述的装置,其特征在于,所述病历卡生成模块,包括:
对应单元,用于根据所述告警信息的来源基站,建立所述至少两个基站与所述告警信息的对应关系;
生成单元,用于对所述告警信息进行分类,并根据所述对应关系,生成基站与每类告警对应的病历卡。
12.根据权利要求10所述的装置,其特征在于,所述维护模块,包括:
第一获取单元,用于获取所述至少两个基站中每个基站的告警信息中至少两类告警的次数;
排序单元,用于针对每类告警,并按照告警的次数分别对所述至少两个基站进行排序;
第二获取单元,用于针对排序之后的基站,按照告警的次数从多到少的顺序获取预定个数的基站;
维护单元,用于对获取的所述预定个数的基站进行维护。
13.根据权利要求12所述的装置,其特征在于,所述维护单元,包括:
生成子单元,用于根据获取的所述预定个数的基站,生成整治任务;
整治子单元,用于根据所述整治任务,对所述预定个数的基站进行整治;
校验子单元,用于对整治的结果进行校验,若校验不合格重新进行整治。
14.根据权利要求12所述的装置,其特征在于,还包括:
更新模块,用于更新所述病历卡中的告警信息,
稽查模块,用于根据更新后的所述病历卡中的告警信息,与运营商网管设备采集的告警信息进行对比,得到告警稽查结果;
稽查维护模块,用于根据所述告警稽查结果对基站进行维护。
15.根据权利要求10所述的装置,其特征在于,还包括:
计算模块,用于根据所述病历卡中的告警信息,得到所述至少两个基站中停电退服基站的停电退服开始时间;
所述计算模块,还用于通过放电曲线拟合,得到所述停电退服基站的备电时长;
所述计算模块,还用于根据维修站与所述停电退服基站的位置信息,得到维护人员的上站时长;
所述计算模块,还用于根据所述停电退服开始时间、所述备电时长和所述上站时长,得到上站时刻。
16.根据权利要求15所述的装置,其特征在于,所述计算模块,包括:
曲线单元,用于获取不同标称容量的蓄电池组的第一放电曲线簇,以及所述停电退服基站的停电告警后的第二放电曲线;
拟合单元,用于对所述第一放电曲线簇和所述第二放电曲线进行放电曲线拟合,得到所述停电退服基站的备电时长。
CN201710716783.7A 2017-08-21 2017-08-21 一种基站维护方法及装置 Pending CN107295553A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710716783.7A CN107295553A (zh) 2017-08-21 2017-08-21 一种基站维护方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710716783.7A CN107295553A (zh) 2017-08-21 2017-08-21 一种基站维护方法及装置

Publications (1)

Publication Number Publication Date
CN107295553A true CN107295553A (zh) 2017-10-24

Family

ID=60106580

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710716783.7A Pending CN107295553A (zh) 2017-08-21 2017-08-21 一种基站维护方法及装置

Country Status (1)

Country Link
CN (1) CN107295553A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109660360A (zh) * 2019-01-31 2019-04-19 中国铁塔股份有限公司 一种动环监控设备的入网方法及omc云平台
CN111918315A (zh) * 2019-05-08 2020-11-10 ***通信集团福建有限公司 基站退服原因分析方法及装置、设备、存储介质
CN112836843A (zh) * 2019-11-25 2021-05-25 ***通信集团设计院有限公司 一种基站退服告警预测方法及装置
CN116634473A (zh) * 2023-07-21 2023-08-22 中国铁塔股份有限公司云南省分公司 无线站点停电退服故障预判方法及其装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1960555A (zh) * 2006-10-19 2007-05-09 湖北移动通信有限责任公司 移动通讯基站智能发电调度方法
CN101364903A (zh) * 2008-09-10 2009-02-11 上海华为技术有限公司 一种基站告警的方法、***及相关装置
EP2288200A1 (en) * 2009-08-12 2011-02-23 Cellco Partnership D/B/A Verizon Wireless Mobile device data collection for use in mobile communication network improvements
CN103018679A (zh) * 2012-12-10 2013-04-03 中国科学院广州能源研究所 一种铅酸电池初始荷电状态soc0的估算方法
CN103929759A (zh) * 2014-04-18 2014-07-16 中国联合网络通信有限公司广西壮族自治区分公司 一种基于病历的移动网网络优化方法及网络优化***
CN106357414A (zh) * 2016-08-23 2017-01-25 北京创智信科科技股份有限公司 用于基站发电管理的信息交互方法和***

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1960555A (zh) * 2006-10-19 2007-05-09 湖北移动通信有限责任公司 移动通讯基站智能发电调度方法
CN101364903A (zh) * 2008-09-10 2009-02-11 上海华为技术有限公司 一种基站告警的方法、***及相关装置
EP2288200A1 (en) * 2009-08-12 2011-02-23 Cellco Partnership D/B/A Verizon Wireless Mobile device data collection for use in mobile communication network improvements
CN103018679A (zh) * 2012-12-10 2013-04-03 中国科学院广州能源研究所 一种铅酸电池初始荷电状态soc0的估算方法
CN103929759A (zh) * 2014-04-18 2014-07-16 中国联合网络通信有限公司广西壮族自治区分公司 一种基于病历的移动网网络优化方法及网络优化***
CN106357414A (zh) * 2016-08-23 2017-01-25 北京创智信科科技股份有限公司 用于基站发电管理的信息交互方法和***

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
***等: ""基于病历卡的网络管理研究与实践"", 《山东通信技术》 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109660360A (zh) * 2019-01-31 2019-04-19 中国铁塔股份有限公司 一种动环监控设备的入网方法及omc云平台
CN111918315A (zh) * 2019-05-08 2020-11-10 ***通信集团福建有限公司 基站退服原因分析方法及装置、设备、存储介质
CN111918315B (zh) * 2019-05-08 2022-12-27 ***通信集团福建有限公司 基站退服原因分析方法及装置、设备、存储介质
CN112836843A (zh) * 2019-11-25 2021-05-25 ***通信集团设计院有限公司 一种基站退服告警预测方法及装置
CN112836843B (zh) * 2019-11-25 2024-04-09 ***通信集团设计院有限公司 一种基站退服告警预测方法及装置
CN116634473A (zh) * 2023-07-21 2023-08-22 中国铁塔股份有限公司云南省分公司 无线站点停电退服故障预判方法及其装置
CN116634473B (zh) * 2023-07-21 2023-10-10 中国铁塔股份有限公司云南省分公司 无线站点停电退服故障预判方法及其装置

Similar Documents

Publication Publication Date Title
CN107295553A (zh) 一种基站维护方法及装置
CN105938183B (zh) 一种预测ups电池寿命的智能监测***
CN105182122B (zh) 一种随机性电源接入设备的故障预警方法
CN111935219B (zh) 一种小区物联网管理***
CN112034287A (zh) 一种基于大数据的电力安全监控***
CN111275948B (zh) 一种电气火灾消防预警***
CN108960321A (zh) 一种大型锂电池储能电站电池故障预测方法
CN108898255A (zh) 一种基于数字化双胞胎的智慧社区运维监控仿真云平台
CN117078017A (zh) 一种用于电力电网设备监控智能化决策分析***
CN113806420A (zh) 一种电网数据监测方法及装置
CN109389524A (zh) 基于电网数据的一体化运维协同管理方法、存储设备、终端和***
CN112467877A (zh) 一种电力***运行状态综合监测***
CN117392815A (zh) 一种基于物联网的二次供水用的报警方法及***
CN116664095B (zh) 一种基于深度学习的安保巡检预测方法
CN107389124B (zh) 基于传感器的路桥状态监测方法及***
CN116736134B (zh) 一种实时性储能电池数据监测方法及装置
CN116455079B (zh) 基于大数据的用电信息一体化******及方法
CN117394535A (zh) 交直流混合配电网数字孪生***
CN117117983A (zh) 一种结合配电网需求的火电厂调峰管理方法及***
CN116562852A (zh) 基于知识图谱的配网停电信息管理***
CN108009221A (zh) 一种用于户用光伏发电控制维护的自助式事件数据库
CN208488677U (zh) 一种计量箱监控***
CN112550069A (zh) 一种农业植保无人机电池管理方法及装置
CN111915846B (zh) 一种基于云计算的智能云防雷运维***
CN107450030B (zh) 一种通信蓄电池遥测数据处理方法、装置及***

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20171024

RJ01 Rejection of invention patent application after publication