1、X2接口故障导致到锚点切换异常问题一、 关键词：不活动定时器、NR释放二、 案例分类1. 问题分类：接入类2. 手段分类：软件功能三、 优化背景地铁5G建设完成后进行详细拉网测试优化，针对各项问题进行分析调整。四、 问题现象轨行区锚点频点为1368，站台锚点频点为1300，在两者频点优先级相同的情况下，MATE 20X在站台做接入测试时，手机接入TDD小区后，概率性出现了无法切换至锚点小区的现象，且手机软件Cellullar-Z显示锚点小区电平异常。五、 原因分析1) 修改频点优先级，调低轨行区锚点1368的优先级，手机在站台做接入测试时，可顺利由TDD小区切换至站台锚点小区，然后接入5G，未
2、出现异常；2) 调回频点优先级，复现问题；3) 终端侧分析，RRC测量重配中配置了两次测量分别是对1368和1300的小区进行异频测量，实际物理层也测量了两次，两次滤波后信号均满足A5上报门限，但是只上报了一次1368测量报告，1300小区的测量报告没有上报；4) 由于在终端上报1368和1300的小区测量结果过程中，发生了小区内切换，切换流程会停止当前所有测量和相关的定时器，所以后面测量没有上报报告；5) 通过分析UE log发现PDCP从NR转为LTE，说明是兼容性处理触发的小区内切换；且log显示，UE发起了S1切换(目标小区是轨行区1368的锚点小区)；当S1切换发起时，因基站不知道对
3、端的版本信息，所以不知道对端NR的支持情况，为了避免兼容性问题，就先发起小区内切换，把NR PDCP去掉，LTE PDCP补上；6) 发起S1切换的原因：话统指标显示X2链路不可用；7) S1切换失败的原因：基站给核心网发了S1AP_HANDOVER_REQ, 但是目标站没有收到核心网发过来的S1AP_HANDOVER_REQ，核心网已DETACH释放了。六、 解决方案添加对应路由，修复sctp故障问题，恢复X2链路。七、 效果评估由TDD到FDD的切换异常问题解决。八、 基于案例提炼的方法、流程及评估标准建议基础x2链路对5G性能影响较大，需做好x2链路监控和维护。已获得授权通信资料：白先生客栈
