切换相关案例分析.docx

切换相关案例分析.docx

《切换相关案例分析.docx》由会员分享，可在线阅读，更多相关《切换相关案例分析.docx（15页珍藏版）》请在冰豆网上搜索。

切换相关案例分析

1越区覆盖问题（越区）

问题描述：

黄岗北路车辆自北向南行驶，UE经过HuaCaiT华彩T站点后占用HuaCaiT2华彩T2的小区信号，忽然UE上发了MeasurementReport,切向HuaCaiT华彩T以北约400米的MeiZhiT3美芝T3，结果切换失败，导致掉话。

掉话后UE重选到了MeiZhiT3美芝T3。

原因分析：

如上图红圈位置处UE主服务小区为MeiZhiT3美芝T3，RSCP为-71db,通过扫频仪的数据可以看到MeiZhiT3美芝T3的信号强度RSCP为-66db,为最强的小区信号，导致UE由HuaCaiT2华彩T2切向MeiZhiT3美芝T3，UE上发了MeasurementReport，RNC下发了PhysicalChannelReconfiguration，但UE未收到，RNC下发PhysicalChannelReconfiguration后5秒钟，未得到UE响应，系统拆链，IU口释放，导致掉话。

由于MeiZhiT3美芝T3覆盖过远，车辆自北向南行驶，导致UE由HuaCaiT2华彩T2切向距HuaCaiT华彩T北约400米的MeiZhiT3美芝T3。

优化措施：

调整MeiZhiT3美芝T3的小区天线下倾角，3度->8度

优化结果：

调整后MeiZhiT3美芝T3切换到HuaCaiT2华彩T2，该路段用HuaCaiT2华彩T2来覆盖，未回切换到MeiZhiT3美芝T3。

2切换失败引起的掉话、邻区漏配（切换）

问题描述：

UE在福中三路由东向西行驶，在转向新洲路路段，UE占用投资T2的小区信号RSCP逐渐减弱，最终发生掉话。

原因分析：

掉话前UE占用投资T2的小区信号逐渐减弱，通过UE的邻区列表未发现RSCP比较强的小区信号，通过扫频仪可以发现特区报社T1的小区信号较强，但UE未切换到特区报社T1，而是切向了室内站点电视中心（10055，18），由于无线环境较差，无线链路建立失败，导致切换失败，发生掉话。

掉话后UE重选到了特区报社T1，由于投资T2没有和特区报社T1加邻区，导致UE占用投资T2，在RSCP逐渐减弱的情况下没有切换到特区报社T1。

优化措施：

投资T2与特区报社T1互加邻区

优化结果：

通过调整后，按原路线测试，当UE经过投资T站点后，占用到投资T2的小区信号，在UE的邻区列表里可以看到特区报社T1的小区信号逐渐增强，投资T2的小区信号逐渐减弱，UE切换到特区报社T1，切换正常无掉话。

3布心路独树村T基站附近AMR被叫呼叫失败（切换）

问题现象

语音被叫测试在布心路独树村T基站附近呼叫失败。

从UELOG信令上看，在UE发送RB建立成功消息后收到ALERTING消息后发生乒乓切换最终未能收到CONNECT消息导致呼叫失败。

问题分析

在UE发送RB建立成功消息后收到ALERTING消息后，由于此路段信号复杂，水贝二T3、独树村T2、水贝二T1这三个小区接收电平相差不大（-60dBm左右），UE连续在独树村T与水贝二T之间多次发生电平切换（从水贝二T3独树村T2水贝二T1独树村T2），并且独树村T和水贝二T基站分属不同RNC，多次发生RNC迁移，造成呼叫失败。

优化措施：

调整天线减少交叠覆盖区域，修改切换迟滞等参数，防止乒乓切换。

优化结果：

参数调整后复测，呼叫正常，参见以下RSCP、消息图片。

华雅&华雅南站点重叠覆盖问题（切换）

问题描述：

华雅站点和华雅南站点重叠覆盖引起过多切换。

如下图所示，在华雅T3和华雅T2之间发生了四次切换。

原因分析：

两个站点几乎共址，造成重叠覆盖过多

优化措施：

保留华雅T3和华雅南T2小区覆盖滨河路，闭掉华雅T2小区。

优化结果：

调整后进行复测不再出现反复切换问题，如下图所示，在图示位置从华雅T3切往华雅南T2小区，不再有回切现象。

沙高夫西T1邻区漏配引起的掉话（切换）

问题描述：

沙高夫西T1不能正常切入侨城南T2导致掉话

原因分析：

滨海大道从西往东测试过程中发现UE占用沙高夫西T1后不能顺利切到侨城南T2，通过结合扫频数据以及回放log发现，此时两小区间相差12多个db，且UE已经发出测量报告，但是不能正常切入，从扫频数据分析，掉话前此时占用最强的小区为侨城南T2（侨城南T2的频点由10120改为10096），通过对MML系统文件进行查询，发现只有（侨城南沙高夫西）单向邻区关系。

优化措施：

通过联系RNC机房人员添加邻区关系（沙高夫西T1到侨城南T2）。

优化结果：

经过添加邻区关系该问题得以解决，见下图。

龙珠T2邻区漏配引起的掉话（切换）

问题描述：

龙珠T2不能正常与康佳二T2小区和康佳T3小区切换导致掉话

原因分析：

侨乡路从南往北测试过程中发现UE占用康佳二T2小区后不能顺利切到龙珠T2，通过结合扫频数据以及回放log发现，此时两小区间相差20多个db，且UE已经发出测量报告，但是不能正常切入，从扫频数据分析，掉话前此时占用最强的小区为龙珠T2，经查询龙珠T2小区与康佳二T2小区和康佳T3小区没建立邻区关系。

优化措施：

通过联系RNC机房人员加上邻区关系（龙珠T2与康佳二T2小区和康佳T3小区建立双向邻区关系），并把龙珠T2的频点由10120改为10088。

优化结果：

经过加上邻区关系该问题得以解决，见下图。

RNC686民治路段由于邻区漏配引起的掉话（切换）

问题描述：

潜龙T2不能正常切入民治二T3导致掉话

原因分析：

民治路从南往北测试过程中发现UE占用潜龙T2小区后不能顺利切到民治二T3小区，通过结合扫频数据以及回放log发现，此时两小区间相差25多个db，且UE已经发出测量报告，但是不能正常切入，从扫频数据分析，此时最强的小区为民治二T3小区，而UE无法正常切换该小区而导致掉话，经检查潜龙T2与民治二T3没加邻区关系。

PCCPCH_RSCP

PCCPCH_C/I

优化措施：

通过联系RNC机房人员加上民治二T3与潜龙T2双向邻区关系，民治二T3与横岭T1双向邻区关系，并分别把民治二T3、潜龙T2和横岭T1的功率由295加到310。

优化结果：

经过加上邻区关系及增加功率的方法对该掉话问题得以解决，但是民治路段仍然有弱覆盖现象，该区域主要由于潜龙基站受到阻挡导致该区域覆盖严重不足，（预计新增站点潜龙二开通后，将能更有效的解决该区域覆盖问题）如下图所示：

PCCPCH_RSCP图示

PCCPCH_C/I图示

站点田面T下弱覆盖问题（切换）

问题描述：

在测试中，沿振华西路向站点田面T1进行中，UE占用站点福田大厦T3无法切换到站点田面T1小区，导致出现弱覆盖现象。

如下图所示

：

原因分析：

通过查询Measurementcontrol消息和站点邻区配置确认站点福田大厦T3和站点田面T1无邻区关系。

优化措施：

添加站点福田大厦T3和站点田面T1之间的邻区关系。

优化结果：

经添加邻区后复测，UE能够正常切换到田面T1，如下图所示：