K国Z局点的站点1213中小区7切换到站点1252的小区9过程中，未完成切换流程就出现重建，导致切换失败，业务中断几秒后，UE重建接入小区9中，数传恢复。
【关键字】切换，CIO配置
【版本信息】非代码缺陷，与版本无关。
【定位思路分析】对于切换失败问题，可以通过以下几个方面进行定位：
1、从覆盖角度考虑，如果在切换点上存在着覆盖问题，在某区域上某个方向上由于建筑物等的遮挡，导致UE在该区域内出现信号质量的大幅抖动，切换失败。
2、从配置角度考虑，如果出现影响切换的相关参数配置不合理可能导致切换失败，如切换门限设置、切换时间迟滞设置、切换CIO设置，这些参数设置不合理都有可能造成错过最佳切换时机导致切换失败。
3、从传输角度考虑，可能因为存在传输问题导致切换失败，如eNB到核心网的传输，两个站间的传输，这些数传问题都可能导致出现切换失败。
【定位信息】Web LMT，Local Maintenance Terminal（LMT）
【定位过程】首先考虑覆盖的问题，因为切换点K区域是处于目标小区覆盖信号很弱的拐角点，天线到该位置的直线空间里有一座较高的楼房，一直怀疑该楼房的阻挡影响信号覆盖。现场情况如下：
[attach]4089[/attach]
其中A、B、C为组成三角关系的三个站点，在K区域发生切换失败，在B站点前面有一个三角形的建筑物，挡住目标站点发到K区域的信号。调整了基站B的目标小区的天线角度以后， K区域的信号也没有提高。可见，现场由于环境限制，无法通过调整覆盖来解决切换问题，接着要尝试能否通过调整参数来解决。
从消息跟踪结果来看，在UE测量到目标小区的RSRP比服务小区的RSRP差值超过切换门限发出测量报告，但是源小区信号质量下降太快没有收到测量报告，从而使UE只能在目标小区发起随机接入过程。根据实际情况，基站安装位置难以更改，天线调整也起不到作用，这时可以考虑通过调整切换相关参数，提前进入切换流程，应该可以解决问题。
[attach]4090[/attach]
（切换失败点UE状态，此时SINR已经很差了）
查看切换相关参数，因为切换门限和迟滞时间都涉及到多个小区，且在和其他小区的切换中不存在这种需要提前切换的问题，所以这几个参数不需要修改。使用查看CIO配置，该配置默认值都为0，因此要修改这个参数让切换提前。经过数次测试，将邻区的小区偏置修改成1dB~2dB以后，切换正常。
CIO的修改命令如下：
[attach]4091[/attach]
【问题根因】在现实场景下，往往会出现许多切换过晚现象，可以通过调整切换相关参数配置来提前切换达到解决切换失败的目的。
【建议与总结】参数修改过程有一个注意的问题是，修改切换门限和切换迟滞时间固然也可以达到提前切换的目的，但是因为这两个参数都属于小区级参数，一旦修改，将会造成和所有邻区的切换点发生改变，因此修改后风险较大，大多数情况下都不应修改，因此一般可以通过修改CIO配置参数达到相同的目的，而其只对特定的小区有影响。
| 欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) | Powered by Discuz! X2 |