文档名称 内部公开

某局点同站异频切换失败问题分析

关键字： 切换 失败

【现象描述】

在某局点TestBed实验室测试过程中，发现相同eNodeB下进行异频切换的时候经常会出现重建，而不是切换，与测试预期不相符。

【告警信息】无

【原因分析】 1. 正常切换流程

正常eNodeB内的切换流程如下，由于是在eNodeB内的两个小区切换，所以不会有X2/S1接口的Handover Request/Handover Request ACK。

【处理过程】 2. 异常切换分析

在此次切换测试过程中，前后共进行了三次切换，虽然3次都失败了，但是其失败的现象并不一样。下面就每次测试流程进行分析，由于是eNodeB内切换，故只要分析UU口log就行，详细信息如下： 2.1 第一次，使用E398数据卡

在终端上报了A2测量报告之后，eNodeB给UE下发了A4测量控制，但是终端没有回复测量控制的重配置完成消息。

2015-1-15

华为保密信息,未经授权禁止扩散 第1页, 共6页

文档名称 内部公开

之后由于RL failure重建，第一次重建流程完成后，eNB下发了重配置消息但是终端没有响应，UE却又直接发起另一次重建。在当前产品，为了避免UE反复发起重建活动，限制在发起重建的过程中，或重建完成后的第一次重配时又发起RRC重建请求的话，就将直接拒绝。

2015-1-15

华为保密信息,未经授权禁止扩散 第2页, 共6页

文档名称 内部公开

所以从此次没有触发异频切换的流程来看，不切换的原因应该是终端没有上报A4测量报告，怀疑是不是原小区衰减调整太快导致终端直接失步；重建拒绝是因为产品实现。

2.2 第二次，使用三星数据卡

这个流程比较完整，终端上报A2测量报告后，网络侧下发A4测量控制，然后终端上报A4测量报告后触发异频切换，但是由于目前大多数三星版本不支持同站切换重配置命令的解析，所以导致了原因为重配置失败的重建，这个与理论相符，相关流程如下图所示：

2015-1-15

华为保密信息,未经授权禁止扩散 第3页, 共6页

文档名称 内部公开

因为同站切换内的重配置消息携带的是SRB和DRB的Identity，不是具体的配置信息，所以三星的终端不能解析，故发起了原因为重配置失败的重建。

所以，从此次切换的流程来看，异频切换的流程还是比较完整的，只是之后因为三星数据卡的问题导致了重配置失败，从而发起了重建。

2015-1-15

华为保密信息,未经授权禁止扩散

第4页, 共6页