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

切换失败信令处理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受限4) 11111切换请求丢失，可能的原因主要有 eNB内部处理测量报告异常，如邻区漏配、内部模块处理失败 X2口传输异常，如传输丢包5) 切换响应丢失，可能的原因主要有 源小区内部异常，源小区在目标小区回切换响应之前，向目标小区在X2口发HANDOVER CANCEL信令 目标小区切换准备异常，这时通常会在X2口出现 HANDOVER PREPARATION FAILURE信令 X2口传输异常，如传输丢包6) SN状态前转信令丢失，可能的原因主要有 X2口传输异常，如传输丢包 源小区内部错7) UE上下文释放信令丢失，可能的原因主要有 X2口传输异常，如传输丢包 目标小区收到切换完成后内部处理错，导致没有进行S1 PATH切换 S1 PATH切换失败对于 X2 口消息交互出现异常，通常是传输失败或基站内部处理出错，而基站内部处理出错的概率较小，传输失败的可能性较大，但比较难以定位，需要在传输的两端抓包确认。

X2 接口信令异常的常见原因有：8) 跨X2切换的 S1AP PATH SWITCH REQ丢失，可能的原因主要有 目标eNB内部处理切换完成信令失败 S1口传输异常，如传输丢包9) 跨X2切换的 S1AP PATH SWITCH REQ ACK丢失，可能的原因主要有 核心网收到S1AP 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信令丢失，可能的原因主要有 目标小区收到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 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后，内部处理出错 S1口传输异常，传输过程中丢失对于 S1 口消息交互出现异常，通常是传输失败或网络设备内部处理出错，设备内部处理出错的概率较小，传输失败的可能性较大，但比较难以定位，需要在传输的两端抓包确认。

1.1 建议的解决措施通过前面的定位方法，基本可以把切换问题定位到：传输、设备内部处理、覆盖（弱覆盖、越区覆盖等）、时延、干扰、邻区漏配、切换不及时等几类，再采用相应的解决措施解决问题分析方法对应表切换失败分类定位方法信道质量 1通过 Probe 观察 RSRP、SINR、IBLER、DL/UL_Grant 等；LMT 用户性能跟踪，分析上/下行信道质量网优问题 2 结合网络规划，分析是否有越区覆盖情况，调整电倾角；cluster 边界邻区关系配置配置问题 3 MML 查看是否有邻区漏配；X2 相关配置；随机接入相关配置（Ncs_Index）；鉴权开关传输问题 4 查看告警，是否有链路闪断；传输是否稳定该问题概率性出现，很难抓取 log 定位产品问题 5无线侧、核心网侧产品 Bug 可能造成切换概率性失败；功能不完善也可能造成切换性能降低需要开发协助定位切换大时延分类 解决方案源侧数据包 CRC 错eRAN1.0 B060SPC350 版本合入：源侧 L3 收到切换测量报告后，指示 L2 对之后的数据采用低阶调度，MCS 阶数可配，同时抬升对应的 PDCCH 功率，固定 CCE 聚合级别为 8数据包重传目标侧数据包 CRC 错eRAN1.0 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 功率，同时切换命令采用固定 MCS1 阶发送；3）eNB侧直接将 HARQ+ARQ 重传（考虑到商用终端能力，该功能默认关闭）；4）合入 DTX 处理方案，解决初传解到 DTX，HARQ 重传无增益问题随机接入流程 Preamble 重传优化覆盖/调整切换参数，使得切换点具有较好的信道质量，减少重传X2 配置问题 检查 X2 配置（X2_Interface/IPPATH）等UE 处理流程eRAN1.0 B060SPC360 UE 版本合入：优化流程，如果在更新系统消息期间收到 RRC 连接重配置消息，则打断系统消息更新流程，优先处理 RRC 连接重配消息传输问题涉及面较大，特别是跨城市的传输，出问题的概率更大，需要在最靠近无线网络设备的收发端抓取数据进行确认；设备内部处理出错的问题则需要各网络设备的日志来定位；弱覆盖、越区覆盖、干扰、邻区漏配、切换不及时通常体现在信令丢失导致切换失败，为空口信道质量问题，有相应的解决措施： 对于弱覆盖需要通过调整天线、调整功率或增加站点覆盖来解决 越区覆盖区域较小时，也容易导致切换失败或掉话，需要通过天线调整控制越区覆盖 干扰问题在排除外界干扰的情况下，通常是多用户场景或加载场景下出现，根据不同的场景，可以选择打开频选调度等干扰控制算法开关，进行干扰协调 邻区漏配问题可通过操作维护台增加邻区配置来解决 切换不及时可通过调整切换的相关参数：切换门限、迟滞、切换延迟触发时间、CIO等，以控制切换时机。