一种休眠小区恢复方法和平台的制作方法_3

文档序号:8546651阅读:来源:国知局
出提示进行人工处理的告警信息,这 样技术人员可以根据第一告警信息及时对该休眠小区的问题进行排查解决,而不是一直进 行不停地EDAP删除重建操作,使得休眠小区能够得到更好更快地处理,同时避免了对非休 眠小区进行不必要的重复处理操作,实现了完全智能化分析和自动升级处理方式的目的。
[0084] 当前在处理休眠小区时,通常是进行"关闭小区GPRS功能"或者"闭塞基站/TRX" 操作的,所以如果中间指令执行不成功的话,会导致该休眠小区GPRS业务功能被关闭甚至 整个小区的所有业务都无法使用,带来较大的网络安全风险。
[0085]进一步地,在本实施例中,所述方法还包括:
[0086] 收集步骤,在执行所述多个待恢复休眠小区各自对应的休眠恢复指令集后,收集 所述休眠恢复指令集中执行失败的休眠恢复指令;
[0087] 回退步骤,依据所述执行失败的休眠恢复指令生成并执行回退指令。
[0088]通过上述操作,对存在执行失败的指令的指令集执行倒回操作,避免了可能出现 的休眠小区GPRS业务无法使用的问题。
[0089]可选地,在进行完回退步骤后,可输出表示指令集回退操作完成的提示信息,以便 技术人员对所执行的指令集进行进一步的确认和核实,更好地保障了网络安全。
[0090]在进行休眠小区处理前,如果对某些休眠小区进行多次处理后仍不能解决该休眠 小区的问题时,现有的处理方式是仍会继续对这些小区反复的利用休眠小区的处理方式进 行处理,所以该小区的问题一直存在,且这些小区的问题往往不易发现,因此不能及时对这 些休眠小区的问题进行及时处理。
[0091] 具体地,所述方法还包括:
[0092]第三判断子步骤,判断所述休眠小区的连续处理次数是否超出预定次数,得到一 判断结果;
[0093]第三跳转子步骤,若判断结果指示所述休眠小区的连续处理次数未超出预定次 数,则进行指令集生成步骤;否则输出第二告警信息,提示对所述休眠小区进行人工处理。
[0094]通过上述的操作,如果对某些休眠小区进行多次处理后仍不能解决该休眠小区的 问题,那么说明该小区用休眠小区处理方式多次处理后都无法解决问题,则判定该小区不 是休眠小区,后续不会再对该小区进行休眠小区的方式处理,而会输出对应的告警信息,提 示人工对该小区的问题进行排查处理,以便及时的对这些小区的问题进行处理,避免了很 多不必要的利用休眠小区的处理方式处理非休眠小区问题的情况出现,提高对小区问题的 处理效率。
[0095] 现有的在对休眠小区进行处理的过程中,如果出现指令处理执行失败或者由于多 次处理情况下仍无法解决问题的情况,需要技术人员介入进行问题排查分析,由于没有相 关的告警提示,所以技术人员只能自行对问题进行排查分析,在找出问题后,才能对所出的 问题进行处理,但这会增加解决网络问题的处理时间,导致不能及时的解决网络问题。
[0096] 在对休眠小区进行处理的指令处理执行失败或者由于多次处理情况下仍无法解 决问题的情况下,自动输出与错误情况相关的告警信息,以便技术人员能够马上进行后续 的处理和分析,及时地解决网络问题。
[0097] 现有的通过人工对休眠小区分析处理的方法中,对休眠小区的处理结果需要技术 人员手动进行记录,但手动记录的处理结果容易出现错误和疏漏,给后续对处理结果的查 询带来不便。
[0098] 进一步地,在本实施例中,所述方法还包括:
[0099] 对所述休眠小区、所述休眠小区所对应的判定规则和处理结果进行记录。
[0100] 通过上述处理,自动记录所述休眠小区、所述休眠小区所对应的判定规则和处理 结果,为后续的休眠小区问题和处理情况查询提供便利。
[0101] 由于0MC中参数和配置数据可能没有及时更新等问题,所以如果采用0MC中参数 和配置数据生成指令集,可能会由于数据不正确而导致生成的指令集不准确,从而导致后 续在执行指令集时带来网络安全隐患。
[0102] 进一步地,在本实施例中,所述休眠小区的配置信息包括:用于生成所述指令集的 实时更新的参数。
[0103] 通过上述操作,利用实时更新的参数生成指令集,提高了所生成的指令集的准确 性,有效地避免了在执行指令集时所带来的网络安全隐患。
[0104] 通过以下实施例对休眠小区恢复方法作进一步描述。
[0105] 休眠小区恢复方法的又一实施例示意图如图2所示,所述方法包括如下步骤:
[0106] 步骤101:小区KPI数据自动采集
[0107] 具体地,自动分析和判断需要采集的小区KPI数据,以便进行后续的休眠小区监 控和分析处理;
[0108] 步骤102 :休眠小区监控任务的制定
[0109] 具体地,在进行休眠小区监控任务制定的时候可以进行如下内容的配置:
[0110] 1.根据休眠小区处理经验可以随时增加、删除和修改休眠小区的监控规则和处理 手段,例如定义如下几种类型的休眠小区:
[0111] 上行TBF建立失败率高休眠小区定义为"上行TBF建立失败率">10% ;
[0112] 下行TBF掉线率高休眠小区定义为"下行TBF掉线率" >15% ;
[0113] 上行EGPRS BLER高休眠小区定义为"上行EGPRS BLER" >50%;
[0114] 2.对休眠小区的监控和分析处理的时间进行定义
[0115] 可以根据实际需要来定义休眠小区分析和处理的具体时间,例如:选择处理8点, 10点17点这三个小时的话,那么当这对应小时的小区KPI取到后就会进行休眠小区的分 析和处理,而其他时间点的KPI取到后则不会进行分析和处理。当然我们也已经选择24小 时都进行分析和处理休眠小区。另外,当实际日期超过任务规定日期后该任务就会停止运 行;
[0116] 3.对休眠小区的监控和分析处理的小区范围进行定义
[0117] 类似时间选择一样我们也可以根据需要来选择需要进行休眠小区分析和处理的 小区范围;
[0118] 步骤103:休眠小区自动分析和过滤
[0119] 具体地,休眠小区的自动分析和过滤主要进行下面两个内容的分析工作:
[0120] 1 ?休眠小区的识别
[0121] 按照任务制定的休眠小区判断规则、分析的时间等来分析对应时间点的KPI哪些 是休眠小区;
[0122] 2.疑似误判休眠小区的告警输出
[0123] 分析判断每个休眠小区前期已经连续处理的次数是否超出规定次数,如果超过了 设定的规定次数,意味着该小区用休眠小区处理手段多次处理后都无法解决,这种小区应 该不是休眠小区,后续不会再对该小区进行处理,而是通过告警方式输出,以便人工进行后 续的非休眠小区的问题分析和排查,避免了很多不必要的非休眠小区问题导致的网络炒操 作;
[0124] 步骤104:休眠小区处理方案确定及处理指令生成
[0125] 具体地,主要进行下面两个内容的分析工作和处理:
[0126] 1.引入"休眠小区全智能分析和升级"功能
[0127] 针对每个休眠小区导致休眠的休眠小区规则原因以及对应的处理手段来分析该 小区可以进行处理的手段,同时结合之前该小区已经处理的手段情况来综合确定本次该休 眠小区应该采用的处理手段;
[0128] 2.利用当前BSC log来产生休眠小区处理手段对应的MML指令
[0129] 根据确定的休眠小区处理手段去获取休眠小区的BSC log参数设置和配置信息, 产生对应处理手段的MML修改操作指令集;
[0130] 步骤105:休眠小区处理自动执行
[0131] 具体地,在MML指令执行前先判断休眠小区所在的BSC当前是否存在"P⑶热重启" 告警,如果有该告警,则延缓一预定时间再进行判断该BSC当前是否存在"PCU热重启"告 警,如果多次尝试都存在"PCU热重启"的话,则该小区不执行休眠小区处理,并通过界面告 警输出。如果没有"P⑶热重启"告警则直接根据上一环节产生的MML指令集进行自动连接 到 BSC并逐条执行参数修改和网络调整MML指令;另外,由于MML指令执行过程是一个比较 慢的过程,所以为了更好提升指令执行的速度,引入了多线程技术,可以同时对多个BSC的 休眠小区MML指令进行操作,从而大大加快的处理效率。
[0132] 步骤106:休眠小区处理执行MML指令失败的自动倒回
[0133] 具体地,由于在处理EGPRS休眠小区时通常是进行"关闭小区GPRS功能
当前第3页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1