切换相关案例分析.docx

1、切换相关案例分析1 越区覆盖问题(越区)问题描述： 黄岗北路车辆自北向南行驶，UE经过HuaCaiT华彩T站点后占用HuaCaiT2华彩T2的小区信号，忽然UE上发了Measurement Report,切向HuaCaiT华彩T以北约400米的MeiZhiT3美芝T3，结果切换失败，导致掉话。掉话后UE重选到了MeiZhiT3美芝T3。原因分析：如上图红圈位置处UE主服务小区为MeiZhiT3美芝T3，RSCP为-71db,通过扫频仪的数据可以看到MeiZhiT3美芝T3的信号强度RSCP为-66db,为最强的小区信号，导致UE由HuaCaiT2华彩T2切向MeiZhiT3美芝T3，UE上发了

2、Measurement Report，RNC下发了Physical Channel Reconfiguration，但UE未收到，RNC下发Physical Channel Reconfiguration后5秒钟，未得到UE响应，系统拆链，IU口释放，导致掉话。由于MeiZhiT3美芝T3覆盖过远，车辆自北向南行驶，导致UE由HuaCaiT2华彩T2切向距HuaCaiT华彩T北约400米的MeiZhiT3美芝T3 。优化措施：调整MeiZhiT3美芝T3的小区天线下倾角，3度-8度优化结果：调整后MeiZhiT3美芝T3切换到HuaCaiT2华彩T2，该路段用HuaCaiT2华彩T2来覆盖，未

3、回切换到MeiZhiT3美芝T3。2 切换失败引起的掉话、邻区漏配(切换)问题描述：UE在福中三路由东向西行驶，在转向新洲路路段，UE占用投资T2的小区信号RSCP逐渐减弱，最终发生掉话。原因分析：掉话前UE占用投资T2的小区信号逐渐减弱，通过UE的邻区列表未发现RSCP比较强的小区信号，通过扫频仪可以发现特区报社T1的小区信号较强，但UE未切换到特区报社T1，而是切向了室内站点电视中心（10055，18），由于无线环境较差，无线链路建立失败，导致切换失败，发生掉话。掉话后UE重选到了特区报社T1，由于投资T2没有和特区报社T1加邻区，导致UE占用投资T2，在RSCP逐渐减弱的情况下没有切换到

4、特区报社T1。优化措施：投资T2与特区报社T1互加邻区优化结果：通过调整后，按原路线测试，当UE经过投资T站点后，占用到投资T2的小区信号，在UE的邻区列表里可以看到特区报社T1的小区信号逐渐增强，投资T2的小区信号逐渐减弱，UE切换到特区报社T1，切换正常无掉话。3 布心路独树村T基站附近AMR被叫呼叫失败(切换)问题现象语音被叫测试在布心路独树村T基站附近呼叫失败。从UE LOG信令上看，在UE发送RB建立成功消息后收到ALERTING消息后发生乒乓切换最终未能收到CONNECT消息导致呼叫失败。问题分析在UE发送RB建立成功消息后收到ALERTING消息后，由于此路段信号复杂，水贝二T3

5、、独树村T2、水贝二T1这三个小区接收电平相差不大（-60dBm左右），UE连续在独树村T与水贝二T之间多次发生电平切换（从水贝二T3独树村T2水贝二T1独树村T2），并且独树村T和水贝二T基站分属不同RNC，多次发生RNC迁移，造成呼叫失败。优化措施： 调整天线减少交叠覆盖区域，修改切换迟滞等参数，防止乒乓切换。优化结果：参数调整后复测，呼叫正常，参见以下RSCP、消息图片。华雅&华雅南站点重叠覆盖问题(切换) 问题描述：华雅站点和华雅南站点重叠覆盖引起过多切换。如下图所示，在华雅T3和华雅T2之间发生了四次切换。原因分析：两个站点几乎共址，造成重叠覆盖过多优化措施：保留华雅T3和华雅南T2

6、小区覆盖滨河路，闭掉华雅T2小区。优化结果：调整后进行复测不再出现反复切换问题，如下图所示，在图示位置从华雅T3切往华雅南T2小区，不再有回切现象。沙高夫西T1邻区漏配引起的掉话(切换)问题描述：沙高夫西T1不能正常切入侨城南T2导致掉话原因分析： 滨海大道从西往东测试过程中发现UE占用沙高夫西T1后不能顺利切到侨城南T2，通过结合扫频数据以及回放log发现，此时两小区间相差12多个db，且UE已经发出测量报告，但是不能正常切入，从扫频数据分析，掉话前此时占用最强的小区为侨城南T2（侨城南T2的频点由10120改为10096），通过对MML系统文件进行查询，发现只有（侨城南沙高夫西）单向邻区关

7、系。优化措施：通过联系RNC机房人员添加邻区关系（沙高夫西T1到侨城南T2）。优化结果：经过添加邻区关系该问题得以解决，见下图。龙珠T2邻区漏配引起的掉话(切换)问题描述：龙珠T2不能正常与康佳二T2小区和康佳T3小区切换导致掉话原因分析： 侨乡路从南往北测试过程中发现UE占用康佳二T2小区后不能顺利切到龙珠T2，通过结合扫频数据以及回放log发现，此时两小区间相差20多个db，且UE已经发出测量报告，但是不能正常切入，从扫频数据分析，掉话前此时占用最强的小区为龙珠T2，经查询龙珠T2小区与康佳二T2小区和康佳T3小区没建立邻区关系。优化措施：通过联系RNC机房人员加上邻区关系（龙珠T2与康佳

8、二T2小区和康佳T3小区建立双向邻区关系），并把龙珠T2的频点由10120改为10088。优化结果：经过加上邻区关系该问题得以解决，见下图。RNC686民治路段由于邻区漏配引起的掉话(切换)问题描述：潜龙T2不能正常切入民治二T3导致掉话原因分析： 民治路从南往北测试过程中发现UE占用潜龙T2小区后不能顺利切到民治二T3小区，通过结合扫频数据以及回放log发现，此时两小区间相差25多个db，且UE已经发出测量报告，但是不能正常切入，从扫频数据分析，此时最强的小区为民治二T3小区，而UE无法正常切换该小区而导致掉话，经检查潜龙T2与民治二T3没加邻区关系。 PCCPCH_RSCPPCCPCH_C

9、/I优化措施：通过联系RNC机房人员加上民治二T3与潜龙T2双向邻区关系，民治二T3与横岭T1双向邻区关系，并分别把民治二T3、潜龙T2和横岭T1的功率由295加到310。优化结果：经过加上邻区关系及增加功率的方法对该掉话问题得以解决，但是民治路段仍然有弱覆盖现象，该区域主要由于潜龙基站受到阻挡导致该区域覆盖严重不足，（预计新增站点潜龙二开通后，将能更有效的解决该区域覆盖问题）如下图所示：PCCPCH_RSCP图示PCCPCH_C/I图示站点田面T下弱覆盖问题(切换)问题描述：在测试中，沿振华西路向站点田面T1进行中，UE占用站点福田大厦T3无法切换到站点田面T1小区，导致出现弱覆盖现象。如下图所示：原因分析：通过查询Measurement control 消息和站点邻区配置确认站点福田大厦T3和站点田面T1无邻区关系。优化措施：添加站点福田大厦T3和站点田面T1之间的邻区关系。优化结果：经添加邻区后复测，UE能够正常切换到田面T1，如下图所示：