CN104869623A - 一种休眠小区恢复方法和平台 - Google Patents
一种休眠小区恢复方法和平台 Download PDFInfo
- Publication number
- CN104869623A CN104869623A CN201410064304.4A CN201410064304A CN104869623A CN 104869623 A CN104869623 A CN 104869623A CN 201410064304 A CN201410064304 A CN 201410064304A CN 104869623 A CN104869623 A CN 104869623A
- Authority
- CN
- China
- Prior art keywords
- dormant cell
- restored
- dormant
- instruction set
- cell
- 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.)
- Granted
Links
Landscapes
- Hardware Redundancy (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种休眠小区恢复方法和平台,所述方法包括:确定步骤,根据预先设定的休眠小区判定规则确定待恢复休眠小区;指令生成步骤,生成每个待恢复休眠小区各自对应的用于将待恢复休眠小区恢复为正常小区的休眠恢复指令集;恢复处理步骤,当确定的待恢复休眠小区的数量大于或等于2时,通过多线程技术来执行所述多个待恢复休眠小区各自对应的休眠恢复指令集,将所述多个待恢复休眠小区恢复为正常小区;本发明提供的休眠小区恢复方法和平台,大大提高休眠小区的处理效率,有效避免在休眠小区较多时处理不及时的问题,很好地保证了恢复指令执行的及时性。
Description
技术领域
本发明涉及移动网络,尤其涉及一种休眠小区恢复方法和平台。
背景技术
在现有的2G网络中,监控和优化EGPRS数据业务休眠小区(下文简称休眠小区)是日常中一项重要的优化工作,对保障和提升用户终端用户数据业务感知起到的重要的作用。日常优化人员需实时监控休眠小区的网络运行状态的重要无线指标(KPI),分析休眠小区的原因,并手动进行休眠小区优化操作。
现有技术的不足之处在于:在现有的恢复休眠小区的过程中:由于自动执行某个休眠小区的指令集时需要2分钟左右的时间,所以当网络中休眠小区数较多时,将可能出现上一个时间段的休眠小区不能在及时执行完,而下一个时间段的休眠小区工单又产生了的情况,这将导致部分指令无法执行以及指令执行严重滞后的问题,会使部分休眠小区无法及时进行处理的问题,给用户使用移动网络带来困扰;而且,某些对休眠小区的恢复操作指令会导致基站控制器的PCU热重启,如果基站控制器的PCU频繁的进行热重启,那么执行处理恢复指令时若同一PCU连续不间断热重启可能会导致PCU吊死情况的发生,从而导致该PCU下全部小区进入EGPRS休眠,产生网络故障。
发明内容
为克服上述缺陷,本发明提供一种休眠小区恢复方法和平台。
第一方面,本发明实施例提供一种休眠小区恢复方法,所述方法包括:
确定步骤,根据预先设定的休眠小区判定规则确定待恢复休眠小区;
指令生成步骤,生成每个待恢复休眠小区各自对应的用于将待恢复休眠小区恢复为正常小区的休眠恢复指令集;
恢复处理步骤,当确定的待恢复休眠小区的数量大于或等于2时,通过多线程技术来执行所述多个待恢复休眠小区各自对应的休眠恢复指令集,将所述多个待恢复休眠小区恢复为正常小区;
其中,每个线程各自执行的恢复处理步骤中,当线程对应的目标待恢复休眠小区所在基站控制器的PCU处于热重启阶段时,执行等待操作,直至所述PCU从热重启阶段进入到正常工作阶段后执行目标待恢复休眠小区对应的休眠恢复指令。
优选地,每个线程各自执行的恢复处理具体包括如下步骤:
第一判断子步骤,判断线程对应的第一待恢复休眠小区所在基站控制器的PCU是否处于热重启阶段,获取第一判断结果;
第一跳转子步骤,当第一判断结果指示所述PCU处于热重启阶段时,等待预定时间后返回所述判断PCU是否处于热重启阶段的步骤,否则执行所述目标待恢复休眠小区对应的休眠恢复指令,将所述目标待恢复休眠小区恢复为正常小区。
优选地,所述用于将待恢复休眠小区恢复为正常小区的休眠恢复指令集为:GENA重启指令集、PCU倒换指令集和EDAP删除重建指令集中的至少一个。
优选地,所述每个线程各自执行的恢复处理还包括:
第二判断子步骤,判断所述目标待恢复休眠小区对应的指令集是否包括PCU倒换指令集或EDAP删除重建指令集,获取第二判断结果;
第二跳转子步骤,当第二判断结果指示所述目标待恢复休眠小区对应的指令集包括PCU倒换指令集或EDAP删除重建指令集时,跳转到所述判断PCU是否处于热重启阶段的步骤,否则直接执行所述目标待恢复休眠小区对应的休眠恢复指令,将所述目标待恢复休眠小区恢复为正常小区。
优选地,成功率较高的休眠恢复指令集具有较高的优先级,所述指令生成步骤具体包括:
获取当前待生成休眠恢复指令集的第二待恢复休眠小区的历史恢复记录;
当根据所述历史恢复记录确定所述第二目标待恢复休眠小区无法使用历史恢复记录对应的历史休眠恢复指令集进行恢复时,确定优先级高于所述历史休眠恢复指令集的优先级的休眠恢复指令集作为所述第二待恢复休眠小区的当前休眠恢复指令集。
优选地,还包括:
告警步骤,在执行所述多个待恢复休眠小区各自对应的休眠恢复指令集无法将待恢复休眠小区恢复为正常小区时,发出告警信息,提示对无法恢复的待恢复休眠小区进行人工处理。
优选地,还包括:
收集步骤,在执行所述多个待恢复休眠小区各自对应的休眠恢复指令集后,收集所述休眠恢复指令集中执行失败的休眠恢复指令;
回退步骤,依据所述执行失败的休眠恢复指令生成并执行回退指令。
第二方面,本发明实施例提供一种休眠小区恢复平台,所述平台包括:
确定模块,用于根据预先设定的休眠小区判定规则确定待恢复休眠小区;
指令生成模块,用于生成每个待恢复休眠小区各自对应的用于将待恢复休眠小区恢复为正常小区的休眠恢复指令集;
恢复处理模块,用于当确定的待恢复休眠小区的数量大于或等于2时,通过多线程技术来执行所述多个待恢复休眠小区各自对应的休眠恢复指令集,将所述多个待恢复休眠小区恢复为正常小区;
其中,在所述恢复处理模块中,当线程对应的目标待恢复休眠小区所在基站控制器的PCU处于热重启阶段时,执行等待操作,直至所述PCU从热重启阶段进入到正常工作阶段后执行目标待恢复休眠小区对应的休眠恢复指令。
优选地,所述恢复处理模块具体包括:
第一判断子模块,用于判断线程对应的第一待恢复休眠小区所在基站控制器的PCU是否处于热重启阶段,获取第一判断结果;
第一跳转子模块,用于当第一判断结果指示所述PCU处于热重启阶段时,等待预定时间后返回所述判断PCU是否处于热重启阶段的步骤,否则执行所述目标待恢复休眠小区对应的休眠恢复指令,将所述目标待恢复休眠小区恢复为正常小区。
优选地,所述用于将待恢复休眠小区恢复为正常小区的休眠恢复指令集为:GENA重启指令集、PCU倒换指令集和EDAP删除重建指令集中的至少一个。
优选地,所述恢复处理模块还包括:
第二判断子模块,用于判断所述目标待恢复休眠小区对应的指令集是否包括PCU倒换指令集或EDAP删除重建指令集,获取第二判断结果;
第二跳转子模块,用于当第二判断结果指示所述目标待恢复休眠小区对应的指令集包括PCU倒换指令集或EDAP删除重建指令集时,跳转到所述判断PCU是否处于热重启阶段的步骤,否则直接执行所述目标待恢复休眠小区对应的休眠恢复指令,将所述目标待恢复休眠小区恢复为正常小区。
优选地,成功率较高的休眠恢复指令集具有较高的优先级,所述指令生成模块具体用于:
获取当前待生成休眠恢复指令集的第二待恢复休眠小区的历史恢复记录;
当根据所述历史恢复记录确定所述第二目标待恢复休眠小区无法使用历史恢复记录对应的历史休眠恢复指令集进行恢复时,确定优先级高于所述历史休眠恢复指令集的优先级的休眠恢复指令集作为所述第二待恢复休眠小区的当前休眠恢复指令集。
优选地,所述平台还包括:
告警模块,用于在执行所述多个待恢复休眠小区各自对应的休眠恢复指令集无法将待恢复休眠小区恢复为正常小区时,发出告警信息,提示对无法恢复的待恢复休眠小区进行人工处理。
优选地,所述平台还包括:
收集模块,用于在执行所述多个待恢复休眠小区各自对应的休眠恢复指令集后,收集所述休眠恢复指令集中执行失败的休眠恢复指令;
回退模块,用于依据所述执行失败的休眠恢复指令生成并执行回退指令。
本发明实施例提供的休眠小区恢复方法和平台,通过多线程技术来执行所述多个待恢复休眠小区各自对应的休眠恢复指令集,将所述多个待恢复休眠小区恢复为正常小区,大大提高休眠小区的处理效率,有效避免在休眠小区较多时处理不及时的问题,很好地保证了恢复指令执行的及时性;而且,当线程对应的目标待恢复休眠小区所在基站控制器的PCU处于热重启阶段时,执行等待操作,直至所述PCU从热重启阶段进入到正常工作阶段后执行目标待恢复休眠小区对应的休眠恢复指令,避免了基站控制器的PCU频繁的进行热重启情况的出现以及PCU吊死情况的发生,有效避免了由于指令修改而带来的网络安全隐患。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1表示休眠小区恢复方法的实施例流程图。
图2表示休眠小区恢复方法的又一实施例流程图。
图3表示休眠小区恢复平台的实施例示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
一种休眠小区恢复方法的实施例示意图如图1所示,所述休眠小区恢复方法包括:
确定步骤200,根据预先设定的休眠小区判定规则确定待恢复休眠小区;
指令生成步骤201,生成每个待恢复休眠小区各自对应的用于将待恢复休眠小区恢复为正常小区的休眠恢复指令集;
恢复处理步骤202,当确定的待恢复休眠小区的数量大于或等于2时,通过多线程技术来执行所述多个待恢复休眠小区各自对应的休眠恢复指令集,将所述多个待恢复休眠小区恢复为正常小区;
具体地,每个线程各自执行的恢复处理步骤中,当线程对应的目标待恢复休眠小区所在基站控制器的PCU处于热重启阶段时,执行等待操作,直至所述PCU从热重启阶段进入到正常工作阶段后执行目标待恢复休眠小区对应的休眠恢复指令。
更具体地,休眠小区判定规则包括但不限于:“上行TBF建立失败率”>10%、“下行TBF掉线率”>15%和“上行EGPRS BLER”>50%。休眠小区判定规则可以根据实际情况进行增加、删除和修改。
通过上述操作,可以同时对多个休眠小区进行恢复,大大提高了休眠小区的处理效率,有效避免在休眠小区较多时处理不及时的问题,很好地保证的MML指令执行的及时性;而且,避免了PCU吊死情况的发生,通过这种操作方式可有效避免由于MML指令修改而带来的网络安全隐患。
例如:存在BSC1和BSC2两个休眠小区,生成2个与休眠小区BSC1和BSC2对应的休眠恢复指令集后,通过多线程技术同时对休眠小区BSC1和休眠小区BSC2进行恢复操作。
具体地,所述每个线程各自执行的恢复处理具体包括如下步骤:
第一判断子步骤,判断线程对应的第一待恢复休眠小区所在基站控制器的PCU是否处于热重启阶段,获取第一判断结果;
第一跳转子步骤,当第一判断结果指示所述PCU处于热重启阶段时,等待预定时间后返回所述判断PCU是否处于热重启阶段的步骤,否则执行所述目标待恢复休眠小区对应的休眠恢复指令,将所述目标待恢复休眠小区恢复为正常小区。
通过上述操作,在每次进行一个休眠小区的处理之前都获取一下该休眠小区的PCU是否处于热重启阶段,如果处于PCU热重启阶段则延迟一定时间后重新获取判断所述休眠小区是否处于PCU热重启阶段,直到不存在PCU热重启时才进行该休眠小区的恢复处理,避免了PCU吊死情况的发生,通过这种操作方式可有效避免由于恢复指令修改而带来的网络安全隐患。
具体地,一般通过下述的休眠恢复指令集进行休眠小区的恢复操作。
所述用于将待恢复休眠小区恢复为正常小区的休眠恢复指令集为:GENA重启指令集、PCU倒换指令集和EDAP删除重建指令集中的至少一个。
由于在恢复休眠小区时主要是通过PCU倒换和EDAP删除重建这两种方式,而这两种方式在执行时都将导致相关PCU热重启,一般PCU热重启时间为30秒左右。当网络操作出现下面这2种情况时将带来一定的网络安全隐患:
1.当同一个PCU存在多个休眠小区需要处理时进行连续不间断处理时;
2.当相同PCU存在2个及以上个用户同时操作会导致“PCU重启”的操作时;
执行处理MML指令时若同一PCU连续不间断热重启可能会导致PCU吊死情况的发生,从而导致该PCU下全部小区进入EGPRS休眠状态,产生网络故障。
进一步地,在本实施例中,所述每个线程各自执行的恢复处理还包括:
第二判断子步骤,判断所述目标待恢复休眠小区对应的指令集是否包括PCU倒换指令集或EDAP删除重建指令集,获取第二判断结果;
第二跳转子步骤,当第二判断结果指示所述目标待恢复休眠小区对应的指令集包括PCU倒换指令集或EDAP删除重建指令集时,跳转到所述判断PCU是否处于热重启阶段的步骤,否则直接执行所述目标待恢复休眠小区对应的休眠恢复指令,将所述目标待恢复休眠小区恢复为正常小区。
通过上述操作,在每次进行一个休眠小区的处理之前都获取一下该休眠小区的PCU是否处于热重启阶段,如果处于PCU热重启阶段则延迟一定时间后重新获取判断所述休眠小区是否处于PCU热重启阶段,直到不存在PCU热重启时才进行该休眠小区的处理,避免了PCU吊死情况的发生,通过这种操作方式可有效避免由于指令修改而带来的网络安全隐患。
在进行休眠小区处理时一般通过GENA开关、PCU倒换、EDAP删除重建这三种方式解决休眠小区问题。从处理效果上来说EDAP删除重建效果最好成功率最高,其次是PCU倒换,最后是GENA开关。但是从休眠小区处理时长和复杂程度来说EDAP删除重建的时间最长也最复杂,一个休眠小区需要2分钟左右,PCU倒换则需要1分钟左右,GENA开关则只需要10秒而且操作简单。如果一上来就使用EDAP删除重建的处理方式,虽然处理效果好,但处理效率较低。而现有的对GENA开关、PCU倒换、EDAP删除重建这三种方式的选择是通过技术人员到现场后,根据现场的情况进行处理方式的选择,不能对休眠小区进行及时恢复。
进一步地,在本实施例中,成功率较高的休眠恢复指令集具有较高的优先级,所述指令生成步骤具体包括:
获取当前待生成休眠恢复指令集的第二待恢复休眠小区的历史恢复记录;
当根据所述历史恢复记录确定所述第二目标待恢复休眠小区无法使用历史恢复记录对应的历史休眠恢复指令集进行恢复时,确定优先级高于所述历史休眠恢复指令集的优先级的休眠恢复指令集作为所述第二待恢复休眠小区的当前休眠恢复指令集。
具体地,GENA开关的优先级最低、PCU倒换优先级居中、EDAP删除重建的优先级设置最高。
例如,某待恢复休眠小区的历史恢复记录中记载使用GENA开关指令集对该恢复休眠小区进行过恢复,但是没有成功,所以会生成PCU倒换对应的指令集继续对该恢复休眠小区进行恢复操作。
通过上述操作,设置GENA开关、PCU倒换、EDAP删除重建的优先级由低到高,所以按照GENA开关、PCU倒换、EDAP删除重建的顺序对所述休眠小区进行处理,那么可以对所述休眠小区进行自动处理,在GENA开关处理无效时才进行PCU倒换处理,在PCU倒换处理无效时最后才进行EDAP删除重建,若GENA开关处理有效则不进行后面的PCU倒换和EDAP删除重建,可对休眠小区进行及时恢复,提高了休眠小区的恢复效率。
在对休眠小区进行恢复的过程中,若优先级最高的EDAP删除重建处理方式仍不能将休眠小区恢复为正常小区时,现有的系统可能会对休眠小区进行反复EDAP删除重建处理,导致该休眠小区的问题不能及时排除解决。
进一步地,在本实施例中,还包括:
告警步骤,在执行所述多个待恢复休眠小区各自对应的休眠恢复指令集无法将待恢复休眠小区恢复为正常小区时,发出告警信息,提示对无法恢复的待恢复休眠小区进行人工处理。
当EDAP删除重建操作连续处理都无法解决时,说明该休眠小区的问题很复杂,也很可能还包括其它故障或问题,需要人工处理,此时输出提示进行人工处理的告警信息,这样技术人员可以根据第一告警信息及时对该休眠小区的问题进行排查解决,而不是一直进行不停地EDAP删除重建操作,使得休眠小区能够得到更好更快地处理,同时避免了对非休眠小区进行不必要的重复处理操作,实现了完全智能化分析和自动升级处理方式的目的。
当前在处理休眠小区时,通常是进行“关闭小区GPRS功能”或者“闭塞基站/TRX”操作的,所以如果中间指令执行不成功的话,会导致该休眠小区GPRS业务功能被关闭甚至整个小区的所有业务都无法使用,带来较大的网络安全风险。
进一步地,在本实施例中,所述方法还包括:
收集步骤,在执行所述多个待恢复休眠小区各自对应的休眠恢复指令集后,收集所述休眠恢复指令集中执行失败的休眠恢复指令;
回退步骤,依据所述执行失败的休眠恢复指令生成并执行回退指令。
通过上述操作,对存在执行失败的指令的指令集执行倒回操作,避免了可能出现的休眠小区GPRS业务无法使用的问题。
可选地,在进行完回退步骤后,可输出表示指令集回退操作完成的提示信息,以便技术人员对所执行的指令集进行进一步的确认和核实,更好地保障了网络安全。
在进行休眠小区处理前,如果对某些休眠小区进行多次处理后仍不能解决该休眠小区的问题时,现有的处理方式是仍会继续对这些小区反复的利用休眠小区的处理方式进行处理,所以该小区的问题一直存在,且这些小区的问题往往不易发现,因此不能及时对这些休眠小区的问题进行及时处理。
具体地,所述方法还包括:
第三判断子步骤,判断所述休眠小区的连续处理次数是否超出预定次数,得到一判断结果;
第三跳转子步骤,若判断结果指示所述休眠小区的连续处理次数未超出预定次数,则进行指令集生成步骤;否则输出第二告警信息,提示对所述休眠小区进行人工处理。
通过上述的操作,如果对某些休眠小区进行多次处理后仍不能解决该休眠小区的问题,那么说明该小区用休眠小区处理方式多次处理后都无法解决问题,则判定该小区不是休眠小区,后续不会再对该小区进行休眠小区的方式处理,而会输出对应的告警信息,提示人工对该小区的问题进行排查处理,以便及时的对这些小区的问题进行处理,避免了很多不必要的利用休眠小区的处理方式处理非休眠小区问题的情况出现,提高对小区问题的处理效率。
现有的在对休眠小区进行处理的过程中,如果出现指令处理执行失败或者由于多次处理情况下仍无法解决问题的情况,需要技术人员介入进行问题排查分析,由于没有相关的告警提示,所以技术人员只能自行对问题进行排查分析,在找出问题后,才能对所出的问题进行处理,但这会增加解决网络问题的处理时间,导致不能及时的解决网络问题。
在对休眠小区进行处理的指令处理执行失败或者由于多次处理情况下仍无法解决问题的情况下,自动输出与错误情况相关的告警信息,以便技术人员能够马上进行后续的处理和分析,及时地解决网络问题。
现有的通过人工对休眠小区分析处理的方法中,对休眠小区的处理结果需要技术人员手动进行记录,但手动记录的处理结果容易出现错误和疏漏,给后续对处理结果的查询带来不便。
进一步地,在本实施例中,所述方法还包括:
对所述休眠小区、所述休眠小区所对应的判定规则和处理结果进行记录。
通过上述处理,自动记录所述休眠小区、所述休眠小区所对应的判定规则和处理结果,为后续的休眠小区问题和处理情况查询提供便利。
由于OMC中参数和配置数据可能没有及时更新等问题,所以如果采用OMC中参数和配置数据生成指令集,可能会由于数据不正确而导致生成的指令集不准确,从而导致后续在执行指令集时带来网络安全隐患。
进一步地,在本实施例中,所述休眠小区的配置信息包括:用于生成所述指令集的实时更新的参数。
通过上述操作,利用实时更新的参数生成指令集,提高了所生成的指令集的准确性,有效地避免了在执行指令集时所带来的网络安全隐患。
通过以下实施例对休眠小区恢复方法作进一步描述。
休眠小区恢复方法的又一实施例示意图如图2所示,所述方法包括如下步骤:
步骤101:小区KPI数据自动采集
具体地,自动分析和判断需要采集的小区KPI数据,以便进行后续的休眠小区监控和分析处理;
步骤102:休眠小区监控任务的制定
具体地,在进行休眠小区监控任务制定的时候可以进行如下内容的配置:
1.根据休眠小区处理经验可以随时增加、删除和修改休眠小区的监控规则和处理手段,例如定义如下几种类型的休眠小区:
上行TBF建立失败率高休眠小区定义为“上行TBF建立失败率”>10%;
下行TBF掉线率高休眠小区定义为“下行TBF掉线率”>15%;
上行EGPRS BLER高休眠小区定义为“上行EGPRS BLER”>50%;
2.对休眠小区的监控和分析处理的时间进行定义
可以根据实际需要来定义休眠小区分析和处理的具体时间,例如:选择处理8点,10点17点这三个小时的话,那么当这对应小时的小区KPI取到后就会进行休眠小区的分析和处理,而其他时间点的KPI取到后则不会进行分析和处理。当然我们也已经选择24小时都进行分析和处理休眠小区。另外,当实际日期超过任务规定日期后该任务就会停止运行;
3.对休眠小区的监控和分析处理的小区范围进行定义
类似时间选择一样我们也可以根据需要来选择需要进行休眠小区分析和处理的小区范围;
步骤103:休眠小区自动分析和过滤
具体地,休眠小区的自动分析和过滤主要进行下面两个内容的分析工作:
1.休眠小区的识别
按照任务制定的休眠小区判断规则、分析的时间等来分析对应时间点的KPI哪些是休眠小区;
2.疑似误判休眠小区的告警输出
分析判断每个休眠小区前期已经连续处理的次数是否超出规定次数,如果超过了设定的规定次数,意味着该小区用休眠小区处理手段多次处理后都无法解决,这种小区应该不是休眠小区,后续不会再对该小区进行处理,而是通过告警方式输出,以便人工进行后续的非休眠小区的问题分析和排查,避免了很多不必要的非休眠小区问题导致的网络炒操作;
步骤104:休眠小区处理方案确定及处理指令生成
具体地,主要进行下面两个内容的分析工作和处理:
1.引入“休眠小区全智能分析和升级”功能
针对每个休眠小区导致休眠的休眠小区规则原因以及对应的处理手段来分析该小区可以进行处理的手段,同时结合之前该小区已经处理的手段情况来综合确定本次该休眠小区应该采用的处理手段;
2.利用当前BSC log来产生休眠小区处理手段对应的MML指令
根据确定的休眠小区处理手段去获取休眠小区的BSC log参数设置和配置信息,产生对应处理手段的MML修改操作指令集;
步骤105:休眠小区处理自动执行
具体地,在MML指令执行前先判断休眠小区所在的BSC当前是否存在“PCU热重启”告警,如果有该告警,则延缓一预定时间再进行判断该BSC当前是否存在“PCU热重启”告警,如果多次尝试都存在“PCU热重启”的话,则该小区不执行休眠小区处理,并通过界面告警输出。如果没有“PCU热重启”告警则直接根据上一环节产生的MML指令集进行自动连接到BSC并逐条执行参数修改和网络调整MML指令;另外,由于MML指令执行过程是一个比较慢的过程,所以为了更好提升指令执行的速度,引入了多线程技术,可以同时对多个BSC的休眠小区MML指令进行操作,从而大大加快的处理效率。
步骤106:休眠小区处理执行MML指令失败的自动倒回
具体地,由于在处理EGPRS休眠小区时通常是进行“关闭小区GPRS功能”或者“闭塞基站/TRX”操作的,所以如果恢复指令集中的某些指令执行不成功的话,会导致该休眠小区GPRS业务功能被关闭甚至整个小区的所有业务都无法使用,带来较大的网络安全风险。所以在恢复方法中当一个休眠小区处理的MML指令集在自动执行过程中某条MML指令集在几次尝试仍无法执行成功的话,则启动MML指令自动倒回功能,即把之前已经执行成功的指令倒回,有效避免了上述网络操作问题的出现;
与此同时,只要存在MML指令倒回操作的小区无论最后是否倒回成功都会在界面告警中输出,以便现场优化人员进行进一步的确认和核实,更好地保障网络安全。
休眠小区恢复方法在定制恢复休眠小区的任务后可以实现分析和处理的完全自动化,大大节省了技术人员的人力投入同时也可以确保监控到的每个休眠小区都得到处理,可以避免人工处理过程中出现的“处理忙不过来导致部分没能处理”、“休眠小区监控时遗漏”等问题。另外,在整个平台的开发和实现时处于确保操作网络安全、日常使用效率和便利等方面的考虑引入了多种特色功能,如表1所示:
表1
具体每种特色功能的开发原因和实现情况如下:
1、休眠小区恢复方法的全智能分析和升级
在进行休眠小区恢复处理时一般通过GENA开关、PCU倒换、EDAP删除重建这三种操作基本可以解决休眠小区问题。从处理效果上来说“EDAP删除重建”效果最好成功率最高,其次是PCU倒换,最后是GENA开关。但是从休眠小区处理时长和复杂程度来说EDAP删除重建的时间最长,一个小区需要2分钟左右,PCU倒换则需要1分钟左右,GENA开关则只需要10秒。为了更快地处理休眠小区一般我们实际对一个休眠小区处理时先进行GENA开关处理,当处理无效时再进行PCU倒换处理,再无效时再用EDAP删除重建处理这样一个流程进行。所以在系统工具中也实现了该处理方法,即在进行休眠小区处理时,当同一个小区在规定的连续几个时间段用相同的处理手段处理后还是未能恢复时,该小区在下一个时间段的处理手段将会自动升级处理。
例如:当“PCU倒换”操作连续处理都无法解决时,系统在后续的处理手段中将自动升级采用“EDAP删除重建”来处理。
当“EDAP删除重建”操作连续处理都无法解决时,该小区很可能不是休眠小区而是其它故障问题,需要人工排障来处理,此时系统会将该小区自动输出到平台告警中,而不是一直进行不停地EDAP删除重建操作,这样优化人员根据告警信息及时对该小区进行排障解决。这样可以使得休眠小区得到更好更快地恢复处理,同时避免了对非休眠小区进行不必要的重复操作,整个处理手段实现了完全智能化分析和自动升级。
2、多线程处理执行MML指令功能
由于自动执行一个休眠小区的处理MML指令时需要1~2分钟左右,所以当一个网络中休眠小区数较多时,将可能出现上一个时间段的休眠小区不能在及时执行完,而下一个时间段的休眠小区工单又产生了,这将导致部分MML指令无法执行以及指令执行严重滞后以及部分EGPRS休眠小区无法及时进行处理以及下一时间段的休眠小区判断不准的问题,而引入多线程处理技术后将存在休眠小区的各个BSC按顺序分别由多个进程同时处理,将直接大大提高休眠小区的处理效率,有效避免在休眠小区较多时处理不及时的问题出现,很好地保证的MML指令执行的及时性。
例如:某个预定时间发现有BSC1和BSC2两个BSC存在休眠小区,而进程数设定为2个后,则第一个进程恢复BSC1的休眠小区,同时第二个进程恢复BSC2的休眠小区。
3、利用“PCU热重启告警”来避免不间断重复操作相同PCU
由于在处理休眠小区时主要是通过PCU倒换和EDAP删除重建这两种恢复方式,而这两种恢复方式在操作执行时都将导致相关PCU热重启,一般热重启时间为30秒左右。当网络操作出现下面这2种情况时将带来一定的网络安全隐患:
当同一个PCU存在多个休眠小区需要处理时进行连续不间断处理;
当相同PCU存在2个及以上个用户同时操作会导致“PCU重启”的操作时;
在不考虑相互影响的情况下执行处理MML指令时将导致相同PCU连续不间断热重启可能会导致PCU吊死,从而导致该PCU下全部小区进入EGPRS休眠,产生网络故障问题。为了避免上述情况可能带来的网络安全隐患,在每次进行一个休眠小区的恢复处理之前都获取一下该BSC的PCU当前告警信息,以便判断目前是否处于“PCU热重启”阶段,如果存在“PCU热重启”告警时则延迟一定时间后重新获取该BSC的PCU告警信息,直到不存在PCU热重启告警时才进行该休眠小区的处理。通过这种操作模式将可以有效避免由于MML指令修改而带来的网络安全隐患。
4、自动MML指令执行失败后具备自动倒回功能
由于在恢复休眠小区时都是需要关闭小区GPRS/EGPRS功能或者闭站处理的,特别是PCU倒换和EDAP删除重建操作时由于处理过程中涉及到多条MML指令的执行,所以一旦遇到中间某一条指令执行失败的情况,如果没有建立相关的MML指令倒回功能的话将会导致该小区后续无法正常使用相关业务,对网络带来影响。另外,在系统工具中会自动根据执行失败的不同指令进行有针对性的指令倒回工作,更好更全面地恢复相关网络功能。由于在目前网络中同一个BSC可能存在多个用户同时进行操作,所以时长会遇到MML指令无法正常执行的情况,尽管在系统中已经设计了执行失败后会进行多次尝试的算法,但还是无法确保100%的成功,因此系统平台中引入MML指令在执行失败后启动自动倒回功能,将更好确保网络操作的安全性。
5、具备MML指令“手动执行”和“自动执行”两种操作模式
在定制休眠小区恢复任务时技术人员可以选择该任务是“自动执行休眠小区处理的MML指令”还是“手动执行休眠小区处理的MML指令”两种模式。因此,在只是需要分析休眠小区情况而不需要自动执行处理的情况下可以选择“手动执行”模式,方便操作工程师进行控制,同时也减少不必要的网络调整。
6、休眠小区需要人工分析和介入时界面自动告警输出功能
当休眠小区MML指令处理执行失败或者由于多次恢复处理无法解决等多种情况下需要技术人员介入进行问题排查分析时,会自动输出相关告警信息,以便技术人员能够及时进行后续的处理和分析功能,更快地解决网络问题。
7、休眠小区处理结果输出功能
当休眠小区分析和处理后都会记录相关处理结果以及休眠小区种类,为后续的休眠小区问题和处理情况查询提供便利。
8、利用当前BSC参数来产生处理MML指令
由于OMC中参数和配置数据可能没有及时更新等问题,所以在分析和产生处理MML指令时都是通过BSC当前参数来制定的,有效避免由于分析数据不正确而导致后续执行存在大的隐患,可以有效避免由于操作带来的网络安全问题。
9、休眠小区监控分析规则可自定义
休眠小区分析的规则是可以自己添加和修改了,提供了很友好的操作界面,方便和满足了日常优化工程师对多种休眠小区监控和处理的需求。
基于上述描述,本实施例提供的休眠小区恢复方法,通过多线程技术来执行所述多个待恢复休眠小区各自对应的休眠恢复指令集,将所述多个待恢复休眠小区恢复为正常小区;大大提高休眠小区的处理效率,有效避免在休眠小区较多时处理不及时的问题,很好地保证了恢复指令执行的及时性;而且,当线程对应的目标待恢复休眠小区所在基站控制器的PCU处于热重启阶段时,执行等待操作,直至所述PCU从热重启阶段进入到正常工作阶段后执行目标待恢复休眠小区对应的休眠恢复指令,避免了基站控制器的PCU频繁的进行热重启情况的出现以及PCU吊死情况的发生,有效避免了由于指令修改而带来的网络安全隐患。
一种休眠小区恢复平台的示意图如图3所示,所述平台包括:
确定模块10,用于根据预先设定的休眠小区判定规则确定待恢复休眠小区;
指令生成模块20,用于生成每个待恢复休眠小区各自对应的用于将待恢复休眠小区恢复为正常小区的休眠恢复指令集;
恢复处理模块30,用于当确定的待恢复休眠小区的数量大于或等于2时,通过多线程技术来执行所述多个待恢复休眠小区各自对应的休眠恢复指令集,将所述多个待恢复休眠小区恢复为正常小区;
其中,在所述恢复处理模块30中,当线程对应的目标待恢复休眠小区所在基站控制器的PCU处于热重启阶段时,执行等待操作,直至所述PCU从热重启阶段进入到正常工作阶段后执行目标待恢复休眠小区对应的休眠恢复指令。
进一步地,所述恢复处理模块30具体包括:
第一判断子模块,用于判断线程对应的第一待恢复休眠小区所在基站控制器的PCU是否处于热重启阶段,获取第一判断结果;
第一跳转子模块,用于当第一判断结果指示所述PCU处于热重启阶段时,等待预定时间后返回所述判断PCU是否处于热重启阶段的步骤,否则执行所述目标待恢复休眠小区对应的休眠恢复指令,将所述目标待恢复休眠小区恢复为正常小区。
进一步地,所述用于将待恢复休眠小区恢复为正常小区的休眠恢复指令集为:GENA重启指令集、PCU倒换指令集和EDAP删除重建指令集中的至少一个。
进一步地,所述恢复处理模块30还包括:
第二判断子模块,用于判断所述目标待恢复休眠小区对应的指令集是否包括PCU倒换指令集或EDAP删除重建指令集,获取第二判断结果;
第二跳转子模块,用于当第二判断结果指示所述目标待恢复休眠小区对应的指令集包括PCU倒换指令集或EDAP删除重建指令集时,跳转到所述判断PCU是否处于热重启阶段的步骤,否则直接执行所述目标待恢复休眠小区对应的休眠恢复指令,将所述目标待恢复休眠小区恢复为正常小区。
进一步地,成功率较高的休眠恢复指令集具有较高的优先级,所述指令生成模块20具体用于:
获取当前待生成休眠恢复指令集的第二待恢复休眠小区的历史恢复记录;
当根据所述历史恢复记录确定所述第二目标待恢复休眠小区无法使用历史恢复记录对应的历史休眠恢复指令集进行恢复时,确定优先级高于所述历史休眠恢复指令集的优先级的休眠恢复指令集作为所述第二待恢复休眠小区的当前休眠恢复指令集。
进一步地,所述平台还包括:
告警模块,用于在执行所述多个待恢复休眠小区各自对应的休眠恢复指令集无法将待恢复休眠小区恢复为正常小区时,发出告警信息,提示对无法恢复的待恢复休眠小区进行人工处理。
进一步地,所述平台还包括:
收集模块,用于在执行所述多个待恢复休眠小区各自对应的休眠恢复指令集后,收集所述休眠恢复指令集中执行失败的休眠恢复指令;
回退模块,用于依据所述执行失败的休眠恢复指令生成并执行回退指令。
本实施例中提供的休眠小区恢复平台的功能和处理流程,可以参见上面提供的休眠小区恢复方法的实施例的流程,此处不再赘述。
基于上述描述,本实施例提供的休眠小区恢复平台,通过多线程技术来执行所述多个待恢复休眠小区各自对应的休眠恢复指令集,将所述多个待恢复休眠小区恢复为正常小区;大大提高休眠小区的处理效率,有效避免在休眠小区较多时处理不及时的问题,很好地保证了恢复指令执行的及时性;而且,当线程对应的目标待恢复休眠小区所在基站控制器的PCU处于热重启阶段时,执行等待操作,直至所述PCU从热重启阶段进入到正常工作阶段后执行目标待恢复休眠小区对应的休眠恢复指令,避免了基站控制器的PCU频繁的进行热重启情况的出现以及PCU吊死情况的发生,有效避免了由于指令修改而带来的网络安全隐患。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (14)
1.一种休眠小区恢复方法,其特征在于,所述方法包括:
确定步骤,根据预先设定的休眠小区判定规则确定待恢复休眠小区;
指令生成步骤,生成每个待恢复休眠小区各自对应的用于将待恢复休眠小区恢复为正常小区的休眠恢复指令集;
恢复处理步骤,当确定的待恢复休眠小区的数量大于或等于2时,通过多线程技术来执行所述多个待恢复休眠小区各自对应的休眠恢复指令集,将所述多个待恢复休眠小区恢复为正常小区;
其中,每个线程各自执行的恢复处理步骤中,当线程对应的目标待恢复休眠小区所在基站控制器的PCU处于热重启阶段时,执行等待操作,直至所述PCU从热重启阶段进入到正常工作阶段后执行目标待恢复休眠小区对应的休眠恢复指令。
2.根据权利要求1所述的休眠小区恢复方法,其特征在于,每个线程各自执行的恢复处理具体包括如下步骤:
第一判断子步骤,判断线程对应的第一待恢复休眠小区所在基站控制器的PCU是否处于热重启阶段,获取第一判断结果;
第一跳转子步骤,当第一判断结果指示所述PCU处于热重启阶段时,等待预定时间后返回所述判断PCU是否处于热重启阶段的步骤,否则执行所述目标待恢复休眠小区对应的休眠恢复指令,将所述目标待恢复休眠小区恢复为正常小区。
3.根据权利要求2所述的休眠小区恢复方法,其特征在于,所述用于将待恢复休眠小区恢复为正常小区的休眠恢复指令集为:GENA重启指令集、PCU倒换指令集和EDAP删除重建指令集中的至少一个。
4.根据权利要求3所述的休眠小区恢复方法,其特征在于,所述每个线程各自执行的恢复处理还包括:
第二判断子步骤,判断所述目标待恢复休眠小区对应的指令集是否包括PCU倒换指令集或EDAP删除重建指令集,获取第二判断结果;
第二跳转子步骤,当第二判断结果指示所述目标待恢复休眠小区对应的指令集包括PCU倒换指令集或EDAP删除重建指令集时,跳转到所述判断PCU是否处于热重启阶段的步骤,否则直接执行所述目标待恢复休眠小区对应的休眠恢复指令,将所述目标待恢复休眠小区恢复为正常小区。
5.根据权利要求1所述的休眠小区恢复方法,其特征在于,成功率较高的休眠恢复指令集具有较高的优先级,所述指令生成步骤具体包括:
获取当前待生成休眠恢复指令集的第二待恢复休眠小区的历史恢复记录;
当根据所述历史恢复记录确定所述第二目标待恢复休眠小区无法使用历史恢复记录对应的历史休眠恢复指令集进行恢复时,确定优先级高于所述历史休眠恢复指令集的优先级的休眠恢复指令集作为所述第二待恢复休眠小区的当前休眠恢复指令集。
6.根据权利要求1所述的休眠小区恢复方法,其特征在于,还包括:
告警步骤,在执行所述多个待恢复休眠小区各自对应的休眠恢复指令集无法将待恢复休眠小区恢复为正常小区时,发出告警信息,提示对无法恢复的待恢复休眠小区进行人工处理。
7.根据权利要求1所述的休眠小区恢复方法,其特征在于,还包括:
收集步骤,在执行所述多个待恢复休眠小区各自对应的休眠恢复指令集后,收集所述休眠恢复指令集中执行失败的休眠恢复指令;
回退步骤,依据所述执行失败的休眠恢复指令生成并执行回退指令。
8.一种休眠小区恢复平台,其特征在于,所述平台包括:
确定模块,用于根据预先设定的休眠小区判定规则确定待恢复休眠小区;
指令生成模块,用于生成每个待恢复休眠小区各自对应的用于将待恢复休眠小区恢复为正常小区的休眠恢复指令集;
恢复处理模块,用于当确定的待恢复休眠小区的数量大于或等于2时,通过多线程技术来执行所述多个待恢复休眠小区各自对应的休眠恢复指令集,将所述多个待恢复休眠小区恢复为正常小区;
其中,在所述恢复处理模块中,当线程对应的目标待恢复休眠小区所在基站控制器的PCU处于热重启阶段时,执行等待操作,直至所述PCU从热重启阶段进入到正常工作阶段后执行目标待恢复休眠小区对应的休眠恢复指令。
9.根据权利要求8所述的休眠小区恢复平台,其特征在于,所述恢复处理模块具体包括:
第一判断子模块,用于判断线程对应的第一待恢复休眠小区所在基站控制器的PCU是否处于热重启阶段,获取第一判断结果;
第一跳转子模块,用于当第一判断结果指示所述PCU处于热重启阶段时,等待预定时间后返回所述判断PCU是否处于热重启阶段的步骤,否则执行所述目标待恢复休眠小区对应的休眠恢复指令,将所述目标待恢复休眠小区恢复为正常小区。
10.根据权利要求9所述的休眠小区恢复平台,其特征在于,所述用于将待恢复休眠小区恢复为正常小区的休眠恢复指令集为:GENA重启指令集、PCU倒换指令集和EDAP删除重建指令集中的至少一个。
11.根据权利要求10所述的休眠小区恢复平台,其特征在于,所述恢复处理模块还包括:
第二判断子模块,用于判断所述目标待恢复休眠小区对应的指令集是否包括PCU倒换指令集或EDAP删除重建指令集,获取第二判断结果;
第二跳转子模块,用于当第二判断结果指示所述目标待恢复休眠小区对应的指令集包括PCU倒换指令集或EDAP删除重建指令集时,跳转到所述判断PCU是否处于热重启阶段的步骤,否则直接执行所述目标待恢复休眠小区对应的休眠恢复指令,将所述目标待恢复休眠小区恢复为正常小区。
12.根据权利要求8所述的休眠小区恢复平台,其特征在于,成功率较高的休眠恢复指令集具有较高的优先级,所述指令生成模块具体用于:
获取当前待生成休眠恢复指令集的第二待恢复休眠小区的历史恢复记录;
当根据所述历史恢复记录确定所述第二目标待恢复休眠小区无法使用历史恢复记录对应的历史休眠恢复指令集进行恢复时,确定优先级高于所述历史休眠恢复指令集的优先级的休眠恢复指令集作为所述第二待恢复休眠小区的当前休眠恢复指令集。
13.根据权利要求8所述的休眠小区恢复平台,其特征在于,所述平台还包括:
告警模块,用于在执行所述多个待恢复休眠小区各自对应的休眠恢复指令集无法将待恢复休眠小区恢复为正常小区时,发出告警信息,提示对无法恢复的待恢复休眠小区进行人工处理。
14.根据权利要求8所述的休眠小区恢复平台,其特征在于,所述平台还包括:
收集模块,用于在执行所述多个待恢复休眠小区各自对应的休眠恢复指令集后,收集所述休眠恢复指令集中执行失败的休眠恢复指令;
回退模块,用于依据所述执行失败的休眠恢复指令生成并执行回退指令。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410064304.4A CN104869623B (zh) | 2014-02-25 | 2014-02-25 | 一种休眠小区恢复方法和平台 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410064304.4A CN104869623B (zh) | 2014-02-25 | 2014-02-25 | 一种休眠小区恢复方法和平台 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104869623A true CN104869623A (zh) | 2015-08-26 |
CN104869623B CN104869623B (zh) | 2018-12-07 |
Family
ID=53915040
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410064304.4A Active CN104869623B (zh) | 2014-02-25 | 2014-02-25 | 一种休眠小区恢复方法和平台 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104869623B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101114984A (zh) * | 2006-07-27 | 2008-01-30 | 中兴通讯股份有限公司 | 一种多线程网络负载控制方法 |
CN101350736A (zh) * | 2008-06-10 | 2009-01-21 | 中国移动通信集团浙江有限公司 | 一种移动网络设备的自动维护方法 |
CN101801015A (zh) * | 2009-02-06 | 2010-08-11 | 中兴通讯股份有限公司 | 一种小区退服故障的处理方法及装置 |
WO2013173980A1 (en) * | 2012-05-22 | 2013-11-28 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for detecting a sleeping cell |
-
2014
- 2014-02-25 CN CN201410064304.4A patent/CN104869623B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101114984A (zh) * | 2006-07-27 | 2008-01-30 | 中兴通讯股份有限公司 | 一种多线程网络负载控制方法 |
CN101350736A (zh) * | 2008-06-10 | 2009-01-21 | 中国移动通信集团浙江有限公司 | 一种移动网络设备的自动维护方法 |
CN101801015A (zh) * | 2009-02-06 | 2010-08-11 | 中兴通讯股份有限公司 | 一种小区退服故障的处理方法及装置 |
WO2013173980A1 (en) * | 2012-05-22 | 2013-11-28 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for detecting a sleeping cell |
Also Published As
Publication number | Publication date |
---|---|
CN104869623B (zh) | 2018-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20190332453A1 (en) | Fault processing method, related apparatus, and computer | |
CN107451040B (zh) | 故障原因的定位方法、装置及计算机可读存储介质 | |
CN108009037A (zh) | 批处理作业故障处理方法、装置、存储介质及设备 | |
CN109358893A (zh) | 一种fpga程序的在线升级方法、装置及系统 | |
CN104615511B (zh) | 一种基于双中心的主机批量恢复处理方法及装置 | |
CN110447206A (zh) | 自动故障恢复系统、控制设备、程序创建设备及计算机可读存储介质 | |
CN103399787B (zh) | 一种基于Hadoop云计算平台的MapReduce作业流式调度方法及调度系统 | |
CN109471670A (zh) | 设备启动方法及电子设备 | |
CN105511937A (zh) | 一种适用于云平台的批量虚拟机蓝屏监控方法 | |
CN110673936A (zh) | 编排业务的断点续作方法、装置、存储介质及电子设备 | |
CN111723646A (zh) | 一种远程辅助维护设备的方法和装置 | |
CN110673873B (zh) | 一种基于审计的软件发布方法 | |
CN106875018B (zh) | 一种超大规模机器自动化维修的方法和装置 | |
CN111969709B (zh) | 基于电力系统备自投分析的智能告警方法和系统 | |
CN109995554A (zh) | 多级数据中心主备切换的控制方法及云调度指挥器 | |
CN104869623A (zh) | 一种休眠小区恢复方法和平台 | |
CN115271764B (zh) | 一种用于智能手机维修的安全管控方法及系统 | |
CA2758682A1 (en) | Plant control system, data to be equalized selection apparatus, and data to be equalized selection method | |
CN114243715A (zh) | 一种水电站agc控制装置的测试方法及系统 | |
CN114697328A (zh) | NiFi高可用集群模式的实现方法及系统 | |
CN107729184A (zh) | 一种系统组件服务自愈方法 | |
CN113640601A (zh) | 配电网故障研判事后分析系统及方法 | |
CN111879788A (zh) | 一种基于面板检测的机种切换系统、方法及终端设备 | |
CN112015627A (zh) | 一种数据采集方法及相关装置 | |
CN111178729A (zh) | 一种基于父子关系的稳定断面自适应计算方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |