A0001-掉线问题-宁波鄞州钟家沙案例

dievend

宁波鄞州钟家沙掉线案例

发生时间	2014/3/19	网元	NBYZ钟家沙FHTL-1
案例分析人

案例摘要：
切换不成功的邻区关系，同时影响源小区的切换成功率和目标小区的掉线率。

现象描述：
NBYZ钟家沙FHTL-1掉线率极高，连续多天在top小区中出现，而该小区接通率正常：

时段	RRC连接建立成功率	E-RAB建立成功率	无线接通率	无线掉线率	E-RAB掉线率
03.19.2014 11:00:00	100	100	100.00	27	0
03.19.2014 12:00:00	100	100	100.00	31	0
03.19.2014 13:00:00	100	100	100.00	63	0
03.19.2014 14:00:00	0	0	0.00	47	0
03.19.2014 15:00:00	100	,100	100.00	41	0
03.19.2014 16:00:00	100	100	100.00	39	0
03.19.2014 17:00:00	100	100	100.00	71	0
03.19.2014 18:00:00	0	0	0.00	38	0
03.19.2014 19:00:00	100	100	100.00	43	0

问题分析：
首先大家对这个小区进行了常规的检查：
1、该小区无告警，小区号103493889，PCI 273；
2、邻区配置正常，基站版本正常；
3、掉线次数均为无线原因，且次数较多，并非偶发事件。

然后进行了以下分析：
l  注意到这个小区平时的业务很少，因此有两个时段的接通率是0，是由于该小区这两个时段没有业务请求。但同时发现RB_REL_REQ_RNL的次数很高，远大于RRC成功建立次数和ERAB成功建立次数：

l  怀疑RB异常释放次数较多与切换有关。进一步检查邻区详细的切换信息，发现有一个邻区宁波北仑敏浮企业切入请求很多，但成功次数为0：

（103493889是钟家沙-1的ECI）
而敏浮企业是北仑的小区，地理位置上与鄞州钟家沙根本不相关。

l  检查敏浮企业的邻区配置，发现它加了钟家沙的单向邻区，但X2上看是正常的，而且敏浮企业附近有一个基站的PCI与钟家沙相同：


l  将这条单向邻区删除后，钟家沙的掉线率指标恢复正常，敏浮企业的切换成功率也提升了：

案例总结：
从这个案例中，大家可以得出以下结论：
1、  KPI中的切换成功率指的是切出成功率，不计切入；
2、  单向邻区也是可以发起切换请求的，X2的状态也可能是Available；
3、  按照目前的统计，当目标小区准备好资源后，RB再发生掉线就已经计入目标小区了，而对源小区的掉线率反而没有影响；
4、  邻区同PCI对源小区的影响是切换成功率，对目标小区影响的是掉线率。

这个Case之所以比较隐蔽，是因为高掉线小区本身的邻区关系没有问题，是其他小区做了它的单向邻区，同时其他小区附近正好有一个同PCI的邻区，必须要分析详细切换报告才能发现。这种高掉线小区其实工作没有问题，只是由于统计点的关系，受了“无妄之灾”。

资料补充：
无。