8130测试10104不向10112切换问题说明.docVIP

8130测试10104频点不向10112频点切换问题说明 2009-07-10 目录 一、 测试情况分析 1 1、大唐8130（2.00.07_A）测试情况分析 1 2、定点测试情况分析 3 二、 现场处理情况 3 1、 站点参数检查 3 2、 扰码检查 4 3、 CIO调整 4 4、 频点调整 5 5、 对比测试 5 6、 同类问题点测试 5 三、 总结和建议 6 2009年7月10日—10之间。 图一 UE发送测量报告时情况 对问题点进行往返多次测试，均出现UE占于瑞光大厦3小区不能向光华大楼1小区切换的现象，但光华大楼1小区能顺利切至瑞光大楼1小区。仔细查看问题地点发送的其中一个测量报告发现，UE上报的该小区PCCPCH RSCP值为0，即-116dbm。而在邻区列表中显示该小区的PCCPCH RSCP为-65dbm，处于第一邻小区位置。针对该情况，分析问题点同样情况的测量报告，均为同一现象。 图二 UE发送测量报告时对10112频点测量情况 2、定点测试情况分析 在问题路段进行定点测试，首先将UE分别锁至瑞光大厦3小区和光华大楼1小区上进行CS12.2K拨打测试，均为正常。将UE锁至瑞光大厦3小区强制向光华大楼1小区切换，手机均显示“切换失败”，从软件看，未上报任何信令。将UE锁至光华大楼1小区强制向瑞光大厦3小区切换时，均能正常切换至瑞光大厦3小区上。 现场处理情况 站点参数检查 根据测试情况，由机房配合对两个站点之间的参数进行核查，其中检查参数包括CIO设置、1G、2A切换时延、迟滞、乒乓切换门限等，通过核实两站的参数设置均为缺省值，排除参数设置错误。 扰码检查 对上述两个小区邻区扰码进行检查，未发现两个小区邻区中有同频同扰组邻区。考虑到扰码相关性，由机房配合将瑞光大厦3小区扰码改为94，再次对问题点进行测试，问题依旧。 图三 扰码修改后测试情况 CIO调整 考虑UE占于瑞光大厦3小区时无法触发跟光华大楼1小区之间切换，尝试更改瑞光大厦3小区对光华大楼1小区之间的CIO为6，调整后对问题点再次进行复测，问题依旧未能排除。 频点调整 尝试将瑞光大厦1、3小区频点对换，既将瑞光大厦3小区频点改为10096。调整后，对问题点再次进行测试，UE占于瑞光大厦3小区时能顺利切换光华大楼1小区，问题排除。 图四 频点调整后测试 对比测试 考虑到8130手机刚升级至2.00.07_A版本的因素，将频点再次更改回10104后，再次用8120（2.00.05_0806）对问题点测试，测试结果发现，8120手机能正常从瑞光大厦3小区切换至光华大楼1小区。 同类问题点测试 针对上述情况，对大石东路周围进行测试，测试场景为：社科院2小区（CELLID:29088 F：10104 SC：101）向大石东路3（CELLID:489 F：10112 SC：57）之间切换。测试情况和上述情况类似：大石东路3小区做第一邻小区与主服务小区社科院2小区相差10dbm以上保持时间相当长的情况下，8130均不触发向第一邻小区测量报告。而8120均能正常切换。 图六 同类问题点测试 总结和建议 针对上述处理情况和其余RNC负责人反馈，大唐8130（2.00.07_A版本）在主服务小区占于10104频点上时，不能正常切换至频点为10112的小区，建议尽快查明该类问题具体原因。