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

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