切换失败信令处理(中兴)

1、切换失败信令处理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没有收到，上行PRAC

2、H受限 UE下行接收RAR失败，下行PDSCH受限 UE上发切换完成，eNB没有收到，上行PUSCH受限4) 11111切换请求丢失，可能的原因主要有 eNB内部处理测量报告异常，如邻区漏配、内部模块处理失败 X2口传输异常，如传输丢包5) 切换响应丢失，可能的原因主要有 源小区内部异常，源小区在目标小区回切换响应之前，向目标小区在X2口发HANDOVER CANCEL信令 目标小区切换准备异常，这时通常会在X2口出现 HANDOVER PREPARATION FAILURE信令 X2口传输异常，如传输丢包6) SN状态前转信令丢失，可能的原因主要有 X2口传输异常，如传输丢包 源小区内部错7

3、) UE上下文释放信令丢失，可能的原因主要有 X2口传输异常，如传输丢包 目标小区收到切换完成后内部处理错，导致没有进行S1 PATH切换 S1 PATH切换失败对于X2口消息交互出现异常，通常是传输失败或基站内部处理出错，而基站内部处理出错的概率较小，传输失败的可能性较大，但比较难以定位，需要在传输的两端抓包确认。X2接口信令异常的常见原因有：8) 跨X2切换的S1AP PATH SWITCH REQ丢失，可能的原因主要有 目标eNB内部处理切换完成信令失败 S1口传输异常，如传输丢包9) 跨X2切换的S1AP PATH SWITCH REQ ACK丢失，可能的原因主要有 核心网收到S1AP

4、 PATH SWITCH REQ消息后，内部处理失败10) 跨S1切换的S1AP HANDOVER REQUIRTED信令丢失，可能的原因主要有 源小区因为在切换内部流程处理出错（如邻区漏配、资源不够等），没有发切换请求消息S1AP HANDOVER REQUIRTED S1口传输异常，传输过程中丢失11) 跨S1切换的S1AP HANDOVER REQUEST信令丢失，可能的原因主要有 核心网收到S1AP HANDOVER REQUIRTED后，内部处理出错 S1口传输异常，传输过程中丢失12) 跨S1切换的S1AP HANDOVER REQUEST ACK信令丢失，可能的原因主要有 目标小

5、区收到S1AP HANDOVER REQUEST后，内部处理出错（如资源不足等） S1口传输异常，传输过程中丢失13) 跨S1切换的S1 HANDOVER CMD信令丢失，可能的原因主要有 核心网收到S1AP HANDOVER REQUEST ACK后，内部处理出错 S1口传输异常，传输过程中丢失14) 跨S1切换的S1AP ENB STATUS TRANSFER信令丢失，可能的原因主要有 源小区处理收到S1 HANDOVER CMD后，内部处理出错 S1口传输异常，传输过程中丢失15) 跨S1切换的S1AP MME STATUS TRANSFER信令丢失，可能的原因主要有 核心网收到S1AP

6、 ENB STATUS TRANSFER后，内部处理出错 S1口传输异常，传输过程中丢失16) 跨S1切换的S1AP HANDOVER NOTIFY信令丢失，可能的原因主要有 目标小区收到切换完成消息后，内部处理出错 S1口传输异常，传输过程中丢失17) 跨S1切换的S1AP UE CONTEST REL CMD信令丢失，可能的原因主要有 核心网收到S1AP HANDOVER NOTIFY后，内部处理出错 S1口传输异常，传输过程中丢失18) 跨S1切换的S1AP UE CONTEST REL CMP信令丢失，可能的原因主要有 源小区收到S1AP UE CONTEST REL CMD后，内部处

7、理出错 S1口传输异常，传输过程中丢失对于S1口消息交互出现异常，通常是传输失败或网络设备内部处理出错，设备内部处理出错的概率较小，传输失败的可能性较大，但比较难以定位，需要在传输的两端抓包确认。1.1 建议的解决措施通过前面的定位方法，基本可以把切换问题定位到：传输、设备内部处理、覆盖（弱覆盖、越区覆盖等）、时延、干扰、邻区漏配、切换不及时等几类，再采用相应的解决措施解决问题。分析方法对应表切换失败分类定位方法信道质量 1通过Probe观察RSRP、SINR、IBLER、DL/UL_Grant等；LMT用户性能跟踪，分析上/下行信道质量网优问题 2结合网络规划，分析是否有越区覆盖情况，调整电

8、倾角；cluster边界邻区关系配置。配置问题 3MML查看是否有邻区漏配；X2相关配置；随机接入相关配置（Ncs_Index）；鉴权开关传输问题 4查看告警，是否有链路闪断；传输是否稳定。该问题概率性出现，很难抓取log定位产品问题 5无线侧、核心网侧产品Bug可能造成切换概率性失败；功能不完善也可能造成切换性能降低。需要开发协助定位。切换大时延分类解决方案数据包重传源侧数据包CRC错eRAN1.0 B060SPC350版本合入：源侧L3收到切换测量报告后，指示L2对之后的数据采用低阶调度，MCS阶数可配，同时抬升对应的PDCCH功率，固定CCE聚合级别为8目标侧数据包CRC错eRAN1.0

9、 B060SPC350版本合入：目的侧切换完成后启动定时器，定时器时长内对数据采用低阶发送，MCS阶数可配（MML可配）；同时抬升对应的PDCCH功率，固定CCE聚合级别为8（合入版本）。SET HOMCSPARAM: MCSHOSTATIC=0, HOCQIRPTTIMER=60ms;切换命令重传切换命令HARQ重传进入频选(代码bug)eRAN1.0 B060SPC340版本合入：切换命令HARQ重传时不进入频选切换命令PDCCH/PDSCH受限eRAN 1.0 B060SPC350版本合入：1）抬升切换命令PDCCH功率，同时固定CCE聚合级别为8；2）抬升切换命令PDSCH功率，同时切

10、换命令采用固定MCS1阶发送；3）eNB侧直接将HARQ+ARQ重传（考虑到商用终端能力，该功能默认关闭）；4）合入DTX处理方案，解决初传解到DTX，HARQ重传无增益问题。随机接入流程Preamble重传优化覆盖/调整切换参数，使得切换点具有较好的信道质量，减少重传。X2配置问题检查X2配置（X2_Interface/IPPATH）等。UE处理流程eRAN1.0 B060SPC360 UE版本合入：优化流程，如果在更新系统消息期间收到RRC连接重配置消息，则打断系统消息更新流程，优先处理RRC连接重配消息。传输问题涉及面较大，特别是跨城市的传输，出问题的概率更大，需要在最靠近无线网络设备的收发端抓取数据进行确认；设备内部处理出错的问题则需要各网络设备的日志来定位；弱覆盖、越区覆盖、干扰、邻区漏配、切换不及时通常体现在信令丢失导致切换失败，为空口信道质量问题，有相应的解决措施： 对于弱覆盖需要通过调整天线、调整功率或增加站点覆盖来解决 越区覆盖区域较小时，也容