问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2小区（PC=211）进行业务，随后切换至海淀京西大厦1（PC=133）小区，业务正常保持。车辆继续向东行驶，终端又回切至中华人民共和国科技部2小区（PC=211）发生掉话。
问题分析：观察该路段切换过程，终端由中华人民共和国科技部2小区（PC=211）正常切换至海淀京西大厦2小区后又出现回切情况导致掉话。两小区RSRP值相近，相差3dBm以内，造成该路段为无主覆盖路段，发生频繁切换最终导致掉话。
调整建议：针对该路段无主覆盖问题，建议调整京西大厦2小区功率由原15降低为5，使其不会对长安街路段实行有效覆盖。
调整结果：调整后，SINR值有明显改善，保持在20左右，多次测试该路段不会出现频繁切换情况，避免掉话等异常事件发生。
案例2（天线权值调整重叠覆盖） 问题描述：
由于NBHS南苑饭店FHTL-1小区天线无法调整，因此通过修改NBHS南苑饭店FHTL-1小区天线权值来降低NBHS南苑饭店南FHTL-1小区功率，从而解决NBHS南苑饭店南FHTL-1小区与NBHS兴宁宾馆FHTL-2小区MOD3干扰。
UE沿着长春路由东向西行驶，占用NBHS兴宁宾馆FHTL-2小区，此时由于NBHS兴宁宾馆FHTL-2小区与NBHS南苑饭店南FHTL-1小区MOD3干扰导致SINR较差，速率较低。
问题分析：
由于该区域站点密集无法通过调整PCI来规避MOD3，且后台核查发现该小区功率已经为最小值(PMAX=5W,rsboost=0db)。因此建议通过将NBHS南苑饭店南FHTL-1小区下倾角由10°调整至12°。上站调整NBHS南苑饭店南FHTL-1小区下倾角时，发现该站点为美化天线，天线无法调整。因此通过调整该NBHS南苑饭店南FHTL-1小区的天线权值来降低其功率，从而避免NBHS兴宁宾馆FHTL-2小区与NBHS南苑饭店南FHL-1小区MOD3干扰，进而提升该区域的速率。
问题解决： 小区名 参数名 调整前 调整后 customized profile 2 0.56,0.56,0.22,0,0,0,180,0 NBHS南苑饭店南FHTL-1 dlsectorbfweightprofname NBHS南苑饭店南FHTL-1 customized profile 2 TYDA-202616D4 BroadcastBeam65 BandF 权值，相位 复测结果： 调整后复测发现，在该区域已经收不到NBHS南苑饭店南FHTL-1小区的信号，进而避免了NBHS南苑饭店南FHTL-1与NBHS兴宁宾馆FHTL-2小区MOD3干扰，进而提升了该区域的下载速率。
1.2
切换优化案例
1.2.1 邻区漏配 案例1
问题描述：测试车辆延长安街由东向西行驶，终端占用中华人民共和国科技部2（PCI=211）小区进行业务，车辆继续向西行驶，终端开始频繁上发测量报告，并没有网络侧下发的切换命令，导致UE掉话，终端掉话后重选至新兴宾馆1小区（PCI=201）。
问题分析：终端由中华人民共和国科技部2小区（PCI =211）开始正常业务，随后频繁上发测量报告，测量目标小区为海淀新兴宾馆1小区（PCI= 201），但始终没有收到网络侧下发的切换命令，最终导致UE拖死掉话。观察当时无线环境，掉话地点中华人民
共和国科技部2小区（PCI =211）RSRP为-99dBm，测量目标小区为海淀新兴宾馆1小区（PCI =201）RSRP为-90dBm，两小区RSRP相差9dBm，以满足切换判决条件，但未发生切换关系。怀疑导致该现象发生的原因为中华人民共和国科技部2小区（PCI =211）并未添加海淀新兴宾馆1小区（PCI =201）的邻区关系。检查基站小区配置文件后，中华人民共和国科技部2小区（PCI =211）与海淀新兴宾馆1小区（PCI =201）并没有相互邻区关系，使终端无法切换导致掉话。
调整建议：添加中华人民共和国科技部2小区（PCI= 211）与海淀新兴宾馆1小区（PCI =201）双向邻区关系。
调整结果：调整后，中华人民共和国科技部2小区（PCI =211）与海淀新兴宾馆1小区（PCI= 201）顺利进行切换。 案例2
1现象描述：
七堡北切换到八堡时有明显的速率掉0现象。
2问题原因分析：
查看信令，发现有重建和TAU更新过程，说明此处实际是在七堡北1 192掉话重新接入到八堡1 204上。
相关推荐：
loading