2邻区漏配导致掉话

[Freq:10688-Ec/Io For 1st Best ServiceCell][SCANNER_DTI2100_1][qq]

邻区漏配导致掉话的分析报告

数据文件名称：邻区漏配.gen

问题出现时间：2004-08-14  13:12:54.274

测试业务类别：VP 

案例分析人员：张志新

其它相关说明：

*******************************************************************************

1.1问题现象描述

仲恺一路上，新党校（PSC=504）与惠州海关（PSC=485）之间发生掉话。掉话后UE驻留在485扰码上。

图1 掉话位置图

1.2问题处理过程

对比掉话前Scanner和UE的CPICH Ec/Io，Scanner的CPICH Ec/Io良好，UE的CPICH Ec/Io在掉话前急剧恶化。

图2 掉话点前后的Ec/Io图

比较掉话前Scanner和UE的最强信号的扰码，UE驻留在504号扰码的小区上，而Scanner的最优小区则是SC485。

图3 掉话点前后的SC图

1.3问题原因分析

检查UE信令和RNC配置参数，发现SC504与SC485未做邻区关系。

1.4调整建议措施

SC504与SC485之间配置双向邻区

1.5结果验证分析

掉话问题解决

1.6案例总结

一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：

方法一：观察掉话前UE记录的活动集Ec/Io信息和Scanner记录的Best Server Ec/Io信息，如果UE记录的Ec/Io很差，而Scanner记录的Best Server Ec/Io很好；同时检查Scanner记录Best Server扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中，如果测量控制的邻区列表中没有扰码，那么可以确认是邻区漏配。

方法二：如果掉话后UE马上重新接入，如果UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。

方法三：有些UE会上报检测集（Detected Set ）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。

邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSSI信号）。