切换流程

精品

可编辑 Meas_RPRTS1AP_Handover_RequiredS1AP_Handover_CMDRRC_CONN_RECFG(HO_CMD)S1AP_eNB_Status_TransferUES_eNBT_eNBCore NetworkS1AP_Handover_NotifyS1AP_UE_CONTEXT_REL_CMDRRC_CONN_RECFG_CMP(HO_CMP)RRC_CONN_RECFGRRC_CONN_RECFG_CMPUU_interfaceX2_interfaceS1_interfaceS1AP_Handover_REQ_ACKS1AP_MME_Status_TransferS1AP_UE_CONTEXT_REL_CMPS1AP_Handover_Request

切换失败通常是指切换的信令流程交互失败，关注点在信令的交互，只有在信令交互出现丢失或信令处理结果失败才会失败。其中信令丢失是指信令在传输过程中出错或不能到达对端，信令处理结果失败是指终端或网络侧在处理信令时出现异常导致流程不能正常进行（例如切换时资源不足）。信令传据信令输失败又可根传输媒介的不同可分为无线传输失败和有线传输失败，其中X2、S1接口的传输通常为有线传输，UU口为无线传输。其中有线传输失败的概率较小，无线传输失败的概率较大，特别是信号质量较差的切换区。

1.1.1 UU接口信令异常

对于切换流程，在UU接口只有三条信令：测量报告（MEASUREMENT REPORT）、切换命令(RRC CONN RECFG)、切换完成(RRC RECFG CMP)。但有时在定位切换后立即掉话或重建问题时，也关注切换后的第一次重配置信令（RRC CONN RECFG）交互，严格说，切换后的重配置消息已经与切换流程没有关系，且此消息不可预期。 精品

可编辑

图1 切换信令流程中UU口消息交互

UU接口信令异常的常见原因有：

1) 测量报告丢失，可能的原因主要有

➢ UE上发测量报告的UL GRANT没有收到，下行PDCCH受限

➢ UE上发的测量报告，eNB没有收到（或收到但CRC错），上行PUSCH受限

➢ UE内部层间丢失，例如L3把测量报告给L2发送时，L2处理失败

2) 切换命令丢失，可能的原因主要有

➢ eNB因为在切换内部流程处理（如邻区漏配、资源不够等）出错，没有下发切换命令

➢ UE下行PDCCH解析失败，下行PDCCH受限

➢ UE下行PDSCH解析失败，下行PDSCH受限

3) 切换完成信令丢失，可能的原因主要有 精品

可编辑 ➢ UE在目标小区的PREAMBLE，eNB没有收到，上行PRACH受限

➢ UE下行接收RAR失败，下行PDSCH受限

➢ UE上发切换完成，eNB没有收到，上行PUSCH受限

UU口的传输为无线传输，其信道质量可以分为上、下行来分析。如果终端侧能够捕获RSRP、SINR、IBLER、DL/UL_Grant等信息，并配合网络侧的信令跟踪，大多情况都可以判断上、下行的问题。信道质量的观察量通常有下面几个：

➢ RSRP：RSRP为下行导频接收功率。尽管导频与数据域的信道质量有一定差异，通过导频RSRP、SINR可以大致了解数据信道状况。一般RSRP>-85dBm，用户位于近点；RSRP=-95dBm，用户位于中点；RSRP<-105dBm，用户位于远点。判断用户近、中、远点并不能完全判断用户的信道质量，尤其在加载场景下，有可能中点、近点用户的信道质量仍然不理想（当邻区RSRP与服务小区RSRP较接近时，干扰较大），需要依据其它指标来判断信道质量。

➢ SINR：SINR为下行导频SINR。通过导频SINR可以大致了解数据信道状况。如果SINR<0dB说明下行信道质量较差，当SINR<-3dB说明下行信道质量恶劣，处于解调门限附近，容易造成切换信令丢失，导致切换失败。上行SINR可以通过LMT用户性能跟踪获得。

➢ IBLER：正常情况下，IBLER应该收敛到目标值（目标值为10%，当信道质量很好时IBLER接近或等于0%）；如果IBLER偏高说明信道质量较差，数据误码较多，很容易造成掉话、切换失败、或者切换大时延。下行IBLER可以从probe中获得，而上行IBLER通过LMT用户性能跟踪获得的数据较之probe准确。

➢ PDCCH DL：从DL_Grant可以得知UE正确解调PDCCH的个数。当上/下行数据源足够（如上/下行UDP最大能力灌包）时，eNB每个TTI均调度用户，PDCCH个数精品

可编辑 为800(sa 3:1下)。若DL_Grant＝800，说明PDCCH解调正常，信道质量正常；若DL _Grant偏低，说明PDCCH解调有错，信道质量可能比较差。

在判断上、下行信道质量时，有时不能完成任L3上下行信令是否丢失来判断。例如，下行信道质量差不仅会影响下行信令的解调，下行PDCCH解调错误也会影响上行调度，造成上行信令丢失。信道质量问题通常是因为弱覆盖或干扰引起。

对于空口问题定位，需要把问题定位到覆盖（弱覆盖、越区覆盖等）、干扰、邻区漏配、切换不及时等几类，再采用相应的解决措施解决问题。

1.1.2 S1接口信令异常

对于切换流程，只要是跨eNB切换，不管是经S1切换还是经X2切换，在S1口均有信令交互：在经X2接口切换时，S1接口仅有两条信令：S1AP PATH SWITCH REQ、S1AP

PATH SWITCH REQ ACK；在经S1接口切换时，S1接口信令会在源eNB和目标eNB有较多的交互。如下图绿色信令所示：

精品

可编辑 图2 切换信令流程中S1口消息交互

Meas_RPRTS1AP_Handover_RequiredS1AP_Handover_CMDRRC_CONN_RECFG(HO_CMD)S1AP_eNB_Status_TransferUES_eNBT_eNBCore NetworkS1AP_Handover_NotifyS1AP_UE_CONTEXT_REL_CMDRRC_CONN_RECFG_CMP(HO_CMP)RRC_CONN_RECFGRRC_CONN_RECFG_CMPUU_interfaceX2_interfaceS1_interfaceS1AP_Handover_REQ_ACKS1AP_MME_Status_TransferS1AP_UE_CONTEXT_REL_CMPS1AP_Handover_Request

图3 切换信令流程中S1口消息交互

X2接口信令异常的常见原因有：

1) 跨X2切换的S1AP PATH SWITCH REQ丢失，可能的原因主要有

➢ 目标eNB内部处理切换完成信令失败

➢ S1口传输异常，如传输丢包

2) 跨X2切换的S1AP PATH SWITCH REQ ACK丢失，可能的原因主要有

➢ 核心网收到S1AP PATH SWITCH REQ消息后，内部处理失败

3) 跨S1切换的S1AP HANDOVER REQUIRTED信令丢失，可能的原因主要有

➢ 源小区因为在切换内部流程处理出错（如邻区漏配、资源不够等），没有发切换请求消息S1AP HANDOVER REQUIRTED 精品

可编辑 ➢ S1口传输异常，传输过程中丢失

4) 跨S1切换的S1AP HANDOVER REQUEST信令丢失，可能的原因主要有

➢ 核心网收到S1AP HANDOVER REQUIRTED后，内部处理出错

➢ S1口传输异常，传输过程中丢失

5) 跨S1切换的S1AP HANDOVER REQUEST ACK信令丢失，可能的原因主要有

➢ 目标小区收到S1AP HANDOVER REQUEST后，内部处理出错（如资源不足等）

➢ S1口传输异常，传输过程中丢失

6) 跨S1切换的S1 HANDOVER CMD信令丢失，可能的原因主要有

➢ 核心网收到S1AP HANDOVER REQUEST ACK后，内部处理出错

➢ S1口传输异常，传输过程中丢失

7) 跨S1切换的S1AP ENB STATUS TRANSFER信令丢失，可能的原因主要有

➢ 源小区处理收到S1 HANDOVER CMD后，内部处理出错

➢ S1口传输异常，传输过程中丢失

8) 跨S1切换的S1AP MME STATUS TRANSFER信令丢失，可能的原因主要有

➢ 核心网收到S1AP ENB STATUS TRANSFER后，内部处理出错

➢ S1口传输异常，传输过程中丢失

9) 跨S1切换的S1AP HANDOVER NOTIFY信令丢失，可能的原因主要有

➢ 目标小区收到切换完成消息后，内部处理出错

➢ S1口传输异常，传输过程中丢失

10) 跨S1切换的S1AP UE CONTEST REL CMD信令丢失，可能的原因主要有

➢ 核心网收到S1AP HANDOVER NOTIFY后，内部处理出错 精品

可编辑 ➢ S1口传输异常，传输过程中丢失

11) 跨S1切换的S1AP UE CONTEST REL CMP信令丢失，可能的原因主要有

➢ 源小区收到S1AP UE CONTEST REL CMD后，内部处理出错

➢ S1口传输异常，传输过程中丢失

对于S1口消息交互出现异常，通常是传输失败或网络设备内部处理出错，设备内部处理出错的概率较小，传输失败的可能性较大，但比较难以定位，需要在传输的两端抓包确认。