[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信号）。下载本文
