失败原因值的处理方法、电子设备和计算机可读存储介质与流程

1.本发明实施例涉及但不限于通信技术领域，特别是涉及一种失败原因值的处理方法、电子设备和计算机可读存储介质。


背景技术：

2.3gpp(3rd generation partnership project，第三代合作计划)移动通信系统中，切换成功率、sn(secondary node，辅助节点)添加成功率以及scell(secondary cell，辅服务小区)添加成功率作为衡量系统稳定性的关键指标，受到设备厂商的重点关注。
3.在相关技术中，当小区出现诸如资源不足、断链、不支持特定业务等异常时，对于其它小区发送的切换或添加请求，会回复失败消息，为了防止后续频繁失败对切换或添加成功率的影响，需要根据异常小区问题持续时间配置相应惩罚时长。然而，目前基站无法根据不同异常小区问题持续时间进行合理惩罚，这就导致了惩罚时间过短不能使切换或添加成功率得到有效改善，而惩罚时间过长则会影响用户性能。


技术实现要素：

4.以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
5.本发明实施例提供了一种失败原因值的处理方法、电子设备和计算机可读存储介质，基站能够根据异常小区持续发生各种异常问题的不同情况采取分级惩罚策略，从而有效改善切换和添加成功率，同时保证用户性能不受影响。
6.第一方面，本发明实施例提供了一种失败原因值的处理方法，应用于网络设备，所述方法包括：
7.从惩罚对象获取失败消息，根据所述失败消息确定失败原因值；
8.当确定所述失败原因值为第一失败原因值，统计所述惩罚对象在第一检测时长内对应于所述第一失败原因值的第一失败次数；
9.当所述第一失败次数达到预设的第一阈值，按照第一惩罚时长执行第一惩罚策略，且在第一惩罚时长之后统计所述惩罚对象在第二检测时长内对应于所述第一失败原因值的第二失败次数；
10.当所述第二失败次数达到预设的第二阈值，按照第二惩罚时长执行第二惩罚策略。
11.第二方面，本发明实施例提供了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上第一方面所述的失败原因值的处理方法。
12.第三方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行程序，所述计算机可执行程序用于使计算机执行如上第一方面所述的失败原因值的处理方法。
13.本发明实施例包括：网络设备通过从惩罚对象获取失败消息，根据失败消息确定失败原因值，当确定失败原因值为第一失败原因值，统计惩罚对象在第一检测时长内对应于第一失败原因值的第一失败次数；当第一失败次数达到预设的第一阈值，则按照第一惩罚时长执行第一惩罚策略，且在第一惩罚时长之后统计惩罚对象在第二检测时长内对应于第一失败原因值的第二失败次数；当第二失败次数达到预设的第二阈值，则按照第二惩罚时长执行第二惩罚策略。基于此，以基站为例，基站能够从惩罚对象获取的失败消息来确定对应的失败原因值，并根据对应的失败原因值在第一检测时长内发生的次数是否达到预设的阈值来确定是否按照第一惩罚时长执行第一惩罚策略，而且，在对惩罚对象按照第一惩罚时长执行第一惩罚策略之后，基站通过继续检测处惩罚对象是否持续出现失败消息来确定是否执行下一级的惩罚策略，若是，基站就会按照第二惩罚时长执行第二惩罚策略，因此，基站能够根据异常小区持续发生的异常问题采取分级惩罚策略，达到对异常小区根据异常问题持续时间进行合理惩罚的目的，从而有效改善切换和添加成功率，同时保证用户性能不受影响。
14.本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
15.附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。
16.图1是本发明一个实施例提供的一种失败原因值的处理方法的流程图；
17.图2是本发明一个实施例提供的不同失败原因值对应的分级惩罚策略参数配置表；
18.图3是本发明一个实施例提供的分级惩罚流程示意图；
19.图4是本发明另一个实施例提供的一种失败原因值的处理方法的流程图；
20.图5是本发明一个实施例提供的电子设备结构示意图。
具体实施方式
21.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
22.应了解，在本发明实施例的描述中，多个(或多项)的含义是两个以上，大于、小于、超过等理解为不包括本数，以上、以下、以内等理解为包括本数。如果有描述到“第一”、“第二”等只是用于区分技术特征为目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。
23.3gpp(3rd generation partnership project，第三代合作计划)移动通信系统中，切换成功率、sn添加成功率以及scell添加成功率作为衡量系统稳定性的关键指标，受到设备厂商的重点关注。
24.在相关技术中，当小区出现诸如资源不足、断链、不支持特定业务等异常时，对于
其它小区发送的切换或添加请求，会回复失败消息，为了防止后续频繁失败对切换或添加成功率的影响，需要根据异常小区问题持续时间配置相应惩罚时长。然而，目前基站无法根据不同异常小区问题持续时间进行合理惩罚，这就导致了惩罚时间过短不能使切换或添加成功率得到有效改善，而惩罚时间过长则会影响用户性能。
25.本发明实施例提供了一种失败原因值的处理方法、电子设备和计算机可读存储介质,网络设备通过从惩罚对象获取失败消息，根据失败消息确定失败原因值，当确定失败原因值为第一失败原因值，统计惩罚对象在第一检测时长内对应于第一失败原因值的第一失败次数；当第一失败次数达到预设的第一阈值，则按照第一惩罚时长执行第一惩罚策略，且在第一惩罚时长之后统计惩罚对象在第二检测时长内对应于第一失败原因值的第二失败次数；当第二失败次数达到预设的第二阈值，则按照第二惩罚时长执行第二惩罚策略。基于此，以基站为例，基站能够从惩罚对象获取的失败消息来确定对应的失败原因值，并根据对应的失败原因值在第一检测时长内发生的次数是否达到预设的阈值来确定是否按照第一惩罚时长执行第一惩罚策略，而且，在对惩罚对象按照第一惩罚时长执行第一惩罚策略之后，基站通过继续检测处惩罚对象是否持续出现失败消息来确定是否执行下一级的惩罚策略，若是，基站就会按照第二惩罚时长执行第二惩罚策略，因此，基站能够根据异常小区持续发生的异常问题采取分级惩罚策略，达到对异常小区根据异常问题持续时间进行合理惩罚的目的，从而有效改善切换和添加成功率，同时保证用户性能不受影响。
26.如图1所示，图1是本发明一个实施例提供的一种失败原因值的处理方法的流程图。该失败原因值的处理方法应用于网络设备，其中，网络设备包括但不限于基站、直方站等网络通信设备，该方法包括但不限于如下步骤：
27.步骤101，从惩罚对象获取失败消息，根据失败消息确定失败原因值。
28.步骤102，当确定失败原因值为第一失败原因值，统计惩罚对象在第一检测时长内对应于第一失败原因值的第一失败次数。
29.步骤103，当第一失败次数达到预设的第一阈值，按照第一惩罚时长执行第一惩罚策略，且在第一惩罚时长之后统计惩罚对象在第二检测时长内对应于第一失败原因值的第二失败次数。
30.步骤104，当第二失败次数达到预设的第二阈值，按照第二惩罚时长执行第二惩罚策略。
31.在一实施例中，以基站为例，基站通过从惩罚对象获取失败消息，根据失败消息确定失败原因值，当确定失败原因值为第一失败原因值，统计惩罚对象在第一检测时长内对应于第一失败原因值的第一失败次数；当第一失败次数达到预设的第一阈值，则按照第一惩罚时长执行第一惩罚策略，且在第一惩罚时长之后统计惩罚对象在第二检测时长内对应于第一失败原因值的第二失败次数；当第二失败次数达到预设的第二阈值，则按照第二惩罚时长执行第二惩罚策略。基于此，基站能够从惩罚对象获取的失败消息来确定对应的失败原因值，并根据对应的失败原因值在第一检测时长内发生的次数是否达到预设的阈值来确定是否按照第一惩罚时长执行第一惩罚策略，而且，在对惩罚对象按照第一惩罚时长执行第一惩罚策略之后，基站通过继续检测处惩罚对象是否持续出现失败消息来确定是否执行下一级的惩罚策略，若是，基站就会按照第二惩罚时长执行第二惩罚策略，因此，基站能够根据异常小区持续发生的异常问题采取分级惩罚策略，达到对异常小区根据异常问题持
续时间进行合理惩罚的目的，从而有效改善切换和添加成功率，同时保证用户性能不受影响。需要注意的是，第一惩罚策略和第二惩罚策略不应该理解为限定只有第一级惩罚策略和第二级惩罚策略的情形，根据实际情况的需要，可以设置三级或者三级以上的惩罚策略，其中，惩罚策略包括禁止所述惩罚对象在相应惩罚时长内切换到目标小区或者添加到目标小区。
32.需要指出的是，从惩罚对象获取失败消息，其中，失败消息不但可以是指惩罚对象出现连续切换失败，也可以是指惩罚对象出现连续添加失败，例如，dc(dual-connectivity，双连接)场景下sn添加失败、ca(carrier aggregation，载波聚合)场景下scell添加失败。而惩罚对象包括但不限于用户设备以及小区设备。
33.在一实施例中，以基站获取到惩罚对象出现连续切换准备失败的失败消息为例，如图2所示，基站预先配置需要进行惩罚的各个切换准备失败原因值、检测惩罚对象和分级检测惩罚配置，其中，分级检测惩罚配置包括各级检测时长、预设的阈值以及惩罚时长。如图3所示，基站检测切换准备过程，若收到切换准备失败消息且失败用户属于惩罚对象，并根据该失败消息确定失败原因值为“cell not available”，启动一级检测定时器t1
detect
，以统计惩罚对象在t1
detect
＝30s内对应于失败原因值为“cell not available”的失败次数，且初始化失败次数为1，后续检测到惩罚对象再出现对应失败原因值为“cell not available”则失败次数 1。当失败次数达到n1
detect
＝2时，停止t1
detect
，对惩罚对象启动一级惩罚定时器t1
punish
，在t1
punish
＝60s内禁止本基站内的惩罚对象再触发向目标小区的切换请求。
34.t1
punish
超时后，启动二级检测定时器t2
detect
，以统计惩罚对象在t2
detect
＝10s内对应于失败原因值为“cell not available”的失败次数，且初始化失败次数为0，后续检测到惩罚对象再出现对应失败原因值为“cell not available”则失败次数 1，当失败次数达到n2
detect
＝2时，停止t2
detect
，对惩罚对象启动二级惩罚定时器t2
punish
，在t2
punish
＝600s内禁止本基站内的惩罚对象再触发向目标小区的切换请求。
35.t2
punish
超时后，启动三级检测定时器t3
detect
，以统计惩罚对象在t3
detect
＝60s内对应于失败原因值为“cell not available”的失败次数，且初始化失败次数为0，后续检测到惩罚对象再出现对应失败原因值为“cell not available”则失败次数 1，当失败次数达到n3
detect
＝1时，停止t3
detect
，对惩罚对象启动三级惩罚定时器t3
punish
，在t3
punish
＝3600s内禁止本基站内的惩罚对象再触发向目标小区的切换请求。
36.如此类推，还可以继续启动下一级检测定时器进行检测和惩罚相关操作。
37.需要指出的是，基站在进行上述检测和惩罚操作的同时，也在持续检测其它原因值的失败消息，例如，一段时间后，检测到某个语音用户发生向邻区cell b的切换准备失败，其失败原因值为“not supported qci value”，基站会按照同样的机制根据该失败原因值执行相应的分级惩罚策略。
38.在一实施例中，第二惩罚时长不少于第一惩罚时长，即下一级的惩罚时长可以跟上一级的惩罚时长相等，也可以是下一级的惩罚时长相较于上一级的惩罚时长逐级增长，逐级递长包括但不限于线性增长、指数增长以及对数增长。
39.在一实施例中，在步骤102之后还包括但不限于如下子步骤：
40.当第一失败次数未达到预设的第一阈值，则从惩罚对象获取失败消息并根据失败
消息重新确定失败原因值。
41.在本实施例中，如图2至3所示，以基站收到切换准备失败消息且失败用户属于惩罚对象，并根据该失败消息确定失败原因值为“cell not available”为例，启动一级检测定时器t1
detect
，以统计惩罚对象在t1
detect
＝30s内对应于失败原因值为“cell not available”的失败次数，且初始化失败次数为1，后续检测到惩罚对象再出现对应失败原因值为“cell not available”则失败次数 1。当在t1
detect
＝30s内统计的失败次数未达到n1
detect
＝2时，则重新检测，从惩罚对象获取新的失败消息，并根据新的失败消息重新确定失败原因值，以根据该失败原因值进行相应操作，例如，一段时间后，基站检测到某个语音用户发生向邻区cell b的切换准备失败，其失败原因值为“not supported qci value”，基站根据分级惩罚参数配置，针对该失败原因值启动t1
detect
＝20s，初始化失败次数为1，并以此进行相应操作。
42.在一实施例中，在步骤103之后还包括但不限于如下子步骤：
43.当第二失败次数未达到预设的第二阈值，则统计惩罚对象在第一检测时长内对应于第一失败原因值的第一失败次数。
44.在本实施例中，如图2至3所示，以基站收到切换准备失败消息且失败用户属于惩罚对象，并根据该失败消息确定失败原因值为“cell not available”为例，t1
punish
超时后，启动二级检测定时器t2
detect
，以统计惩罚对象在t2
detect
＝10s内对应于失败原因值为“cell not available”的失败次数，且初始化失败次数为0，然而，后续未检测到惩罚对象再出现对应失败原因值为“cell not available”，即失败次数未达到n2
detect
＝2，则返回到上一级，对惩罚对象启动一级检测定时器t1
detect
，以统计惩罚对象在t1
detect
＝30s内对应于失败原因值为“cell not available”的失败次数，且初始化失败次数为0，继续进行后续检测和惩罚相关操作。
45.在一实施例中，如图4所示，步骤104之后还可以包括但不限于如下子步骤：
46.步骤1041，统计惩罚对象在第三检测时长内对应于第一失败原因值的第三失败次数；
47.步骤1042，当第三失败次数达到预设的第三阈值，按照第三惩罚时长执行第三惩罚策略。
48.在本实施例中，第三惩罚策略为最大层级的惩罚策略，如图2至3所示，以基站收到切换准备失败消息且失败用户属于惩罚对象，并根据该失败消息确定失败原因值为“cell not available”为例，t2
punish
超时后，启动三级检测定时器t3
detect
，以统计惩罚对象在t3
detect
＝60s内对应于失败原因值为“cell not available”的失败次数，且初始化失败次数为0，后续检测到惩罚对象再出现对应失败原因值为“cell not available”则失败次数 1，当失败次数达到n3
detect
＝1时，停止t3
detect
，对惩罚对象启动三级惩罚定时器t3
punish
，在t3
punish
＝3600s内禁止本基站内的惩罚对象再触发向目标小区的切换请求。
49.在一实施例中，步骤1042还可以包括但不限于如下子步骤：
50.继续统计惩罚对象在第三检测时长内对应于第一失败原因值的第三失败次数。
51.在本实施例中，由于第三惩罚策略为最大层级的惩罚策略，当最大层级的惩罚定时器超时后，则继续启动该层级检测定时器进行检测和惩罚相关操作。如图2至3所示，以基站收到切换准备失败消息且失败用户属于惩罚对象，并根据该失败消息确定失败原因值为“cell not available”为例，t3
punish
超时后，继续启动三级检测定时器t3
detect
，以统计惩罚对象在t3
detect
＝60s内对应于失败原因值为“cell not available”的失败次数，且初始化失败次数为0，后续检测到惩罚对象再出现对应失败原因值为“cell not available”则失败次数 1。
52.以下以基站收到切换准备失败消息作为实例，进一步介绍本发明实施例提供的失败原因值的处理方法。
53.如图2至3所示，基站配置三种原因值的分级惩罚参数，描述基于不同失败原因值的邻区分级惩罚策略流程：
54.基站初始检测配置对应的三种失败原因值，例如，一段时间后，基站检测到某个用户发生向邻区cell a的切换准备失败，其失败原因值为“cell not available”，基站根据分级惩罚参数配置，针对该失败原因值启动t1
detect
＝30s，初始化失败次数为1，进行如下操作：
55.第一步，基站在t1
detect
内检测到用户又发生1次向邻区cell a对应“cell not available”失败原因值的切换准备失败问题，失败次数更新为2，满足n1
detect
条件，则停止t1
detect
，启动t1
punish
＝60s，在t1
punish
内禁止本基站内的所有用户再触发向邻区cell a的切换。
56.第二步，t1
punish
超时后，启动t2
detect
＝10s，初始化失败次数为0，但在t2
detect
内仅检测到1次向邻区cell a对应“cell not available”失败原因值的切换准备失败问题，不满足n2
detect
条件，则在t2
detect
超时后，回退至第一步重新检测，根据检测到的失败原因值进行相应操作。
57.基站在进行上述检测和惩罚操作的同时，也在持续检测其它失败原因值的失败问题，例如，一段时间后，基站检测到某个语音用户发生向邻区cell b的切换准备失败，其失败原因值为“not supported qci value”，基站根据分级惩罚参数配置，针对该失败原因值启动t1
detect
＝20s，初始化失败次数为1，进行如下操作：
58.第一步，基站在t1
detect
内检测到语音用户又发生2次向邻区cell b对应“not supported qci value”原因值的切换准备失败问题，失败次数更新为3，满足n1
detect
条件，则停止t1
detect
，启动t1
punish
＝60s，在t1
punish
内禁止本基站内的所有语音用户再触发向邻区cell b的切换。
59.第三步，t1
punish
超时后，启动t2
detect
＝10s，初始化失败次数为0，在t2
detect
超时前检测到语音用户发生2次向邻区cell b对应“not supported qci value”失败原因值的切换准备失败问题，满足n2
detect
条件，则停止t2
detect
，启动t2
punish
＝600s，在t2
punish
内禁止本基站内的所有语音用户再触发向邻区cell b的切换。
60.第四步，t2
punish
超时后，启动t3
detect
＝60s，初始化失败次数为0，在t3
detect
超时前检测到语音用户发生1次向邻区cell b对应“not supported qci value”失败原因值的切换准备失败问题，满足n3
detect
条件，则停止t3
detect
，启动t3
punish
＝3600s，在t3
punish
内禁止本基站内的所有语音用户再触发向邻区cell b的切换。
61.第五步，t3
punish
超时后，继续启动t4
detect
＝60s，初始化失败次数为0，继续进行后续检测和惩罚相关操作。
62.基站在进行上述检测和惩罚操作的同时，也在持续检测其它失败原因值的失败问
题，例如，一段时间后，基站检测到某个大业务用户发生向邻区cell c的切换准备失败，其失败原因值为“radio resources not available”，基站根据分级惩罚参数配置，针对该失败原因值启动t1detect＝30s，初始化失败次数为1，进行如下操作：
63.第一步，基站在t1
detect
内检测到大业务用户又发生1次向邻区cell c对应“radio resources not available”原因值的切换准备失败问题，失败次数更新为2，满足n1
detect
条件，则停止t1
detect
，启动t1punish＝60s，在t1punish内禁止本基站内的所有大业务用户再触发向邻区cell c的切换。
64.第三步，t1punish超时后，启动t2
detect
＝60s，初始化失败次数为0，在t2
detect
超时前检测到大业务用户发生1次向邻区cell c对应“radio resources not available”原因值的切换准备失败问题，满足n2
detect
条件，则停止t2
detect
，启动t2
punish
＝60s2＝3600s，在t2
punish
内禁止本基站内的所有大业务用户再触发向邻区cell c的切换。
65.第四步，t2
punish
超时后，启动t3
detect
＝60s，初始化失败次数为0，但在t3
detect
内未检测到大业务用户发生向邻区cell c对应“radio resources not available”失败原因值的切换准备失败问题，不满足n3
detect
条件，则在t3
detect
超时后，回退至第三步，启动t2
detect
＝60s，初始化失败次数为0，继续进行后续检测和惩罚相关操作。
66.基于此，基站能够根据异常小区持续发生的异常问题采取分级惩罚策略，达到对异常小区根据异常问题持续时间进行合理惩罚的目的，从而有效改善切换和添加成功率，同时保证用户性能不受影响。
67.如图5所示，本发明实施例还提供了一种电子设备。
68.具体地，该电子设备包括：一个或多个处理器和存储器，图5中以一个处理器及存储器为例。处理器和存储器可以通过总线或者其他方式连接，图5中以通过总线连接为例。
69.存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序，如上述本发明实施例中的失败原因值的处理方法。处理器通过运行存储在存储器中的非暂态软件程序以及程序，从而实现上述本发明实施例中的失败原因值的处理方法。
70.存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储执行上述本发明实施例中的失败原因值的处理方法所需的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
71.实现上述本发明实施例中的失败原因值的处理方法所需的非暂态软件程序以及程序存储在存储器中，当被一个或者多个处理器执行时，执行上述本发明实施例中的失败原因值的处理方法，例如，执行以上描述的图1中的方法步骤101至步骤104，图4中的方法步骤1041至步骤1042，通过从惩罚对象获取失败消息，根据失败消息确定失败原因值，当确定失败原因值为第一失败原因值，统计惩罚对象在第一检测时长内对应于第一失败原因值的第一失败次数；当第一失败次数达到预设的第一阈值，则按照第一惩罚时长执行第一惩罚策略，且在第一惩罚时长之后统计惩罚对象在第二检测时长内对应于第一失败原因值的第
二失败次数；当第二失败次数达到预设的第二阈值，则按照第二惩罚时长执行第二惩罚策略。基于此，基站能够从惩罚对象获取的失败消息来确定对应的失败原因值，并根据对应的失败原因值在第一检测时长内发生的次数是否达到预设的阈值来确定是否按照第一惩罚时长执行第一惩罚策略，而且，在对惩罚对象按照第一惩罚时长执行第一惩罚策略之后，基站通过继续检测处惩罚对象是否持续出现失败消息来确定是否执行下一级的惩罚策略，若是，基站就会按照第二惩罚时长执行第二惩罚策略，因此，基站能够根据异常小区持续发生的异常问题采取分级惩罚策略，达到对异常小区根据异常问题持续时间进行合理惩罚的目的，从而有效改善切换和添加成功率，同时保证用户性能不受影响。
72.此外，本发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机可执行程序，该计算机可执行程序被一个或多个控制处理器执行，例如，被图5中的一个处理器执行，可使得上述一个或多个处理器执行上述本发明实施例中的失败原因值的处理方法，例如，执行以上描述的图1中的方法步骤101至步骤104，图4中的方法步骤1041至步骤1042，通过从惩罚对象获取失败消息，根据失败消息确定失败原因值，当确定失败原因值为第一失败原因值，统计惩罚对象在第一检测时长内对应于第一失败原因值的第一失败次数；当第一失败次数达到预设的第一阈值，则按照第一惩罚时长执行第一惩罚策略，且在第一惩罚时长之后统计惩罚对象在第二检测时长内对应于第一失败原因值的第二失败次数；当第二失败次数达到预设的第二阈值，则按照第二惩罚时长执行第二惩罚策略。基于此，基站能够从惩罚对象获取的失败消息来确定对应的失败原因值，并根据对应的失败原因值在第一检测时长内发生的次数是否达到预设的阈值来确定是否按照第一惩罚时长执行第一惩罚策略，而且，在对惩罚对象按照第一惩罚时长执行第一惩罚策略之后，基站通过继续检测处惩罚对象是否持续出现失败消息来确定是否执行下一级的惩罚策略，若是，基站就会按照第二惩罚时长执行第二惩罚策略，因此，基站能够根据异常小区持续发生的异常问题采取分级惩罚策略，达到对异常小区根据异常问题持续时间进行合理惩罚的目的，从而有效改善切换和添加成功率，同时保证用户性能不受影响。
73.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读程序、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读程序、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
74.以上是对本发明的较佳实施进行了具体说明，但本发明并不局限于上述实施方式，熟悉本领域的技术人员在不违背本发明精神的共享条件下还可作出种种等同的变形或替换，这些等同的变形或替换均包括在本发明权利要求所限定的范围内。