5G 侧未合理添加 4G 邻区导致终端掉 2G

zzh3291217

DQ 地区 DX 局点，基站版本：R17.1SPC230，SA 网络某用户在某路段某用户投诉 5G 掉 2G，需要分析原因二、分析过程2.1 原因分析S1-MME 话单分析，有 4 次 TAU 失败，如下图所示：三、解决措施3.1、SEQ 信令分析5G 侧向 4G 侧 A 站点发起 5 到 4 切换并成功（备注：据一线反馈 A 站点距离问题路段3 公里以外），如下图所示：【前景学堂公众号】4G/5G 无线网络优化和网规培训课程第 2 页 共 4 页 【前景学堂知识星球】4G/5G 无线网络优化和网规终端于 09:11:15.893 时刻通过 DF0017 站点向 MME 发起 TAU 请求，同时在 A 站点发起释放；9:11:16.251MME 向基站侧回复 TAU 拒绝消息，原因值为 error,unspecified(111),如下图所示：小结：从 SEQ 信令分析，终端并未在 A 站点发起 TAU 请求，而是在 B 站点发起 TAU请求，说明终端在 A 站点接入失败后，重新在 B 站点发起接入且携带的 TAU 类型为 intial类型的 TAU（备注：5 到 4TAU 类型应为连接态 TAU 类型）。3.2、基站侧参数核查3.2.1、4G 到 4G 参数核查基站侧参数核查，A 站点并未配置 B 站点邻区，进一步说明终端不是由 A 站点切换到 B站点，终端在此过程中由连接态回到空闲态。【前景学堂公众号】4G/5G 无线网络优化和网规培训课程第 3 页 共 4 页 【前景学堂知识星球】4G/5G 无线网络优化和网规与核心网分析情况一致，终端回到空闲态后所携带 TAU 类型非连接态 TAU 类型，所以TAU 失败。3.2.2、5G到4G参数核查5 到 4 参数核查，5G 侧并未添加 4G 站点 B 邻区（备注：据一线反馈 B 站点为此路段的主服务站点），如下图所示：3.3、核心网侧分析用户从 5G 切换到 4G 后没有发起连接态的 TAU，而是发起 intial 类型的 TAU，切换流程没走完后终端发起了 intial 类型 TAU，此时终端所携带的 GUTI 为 5G GUTI，之后终端会随机选择 MME 发送。随机选择的 MME 从 AMF 获取上下文也失败后，回复#111 拒绝，核心网 CHR 记录失败的原因是 USN_MM_SM_CAUSE_INVALID_SM_USER_SDB_INDEX，此后的 TAU 请求由于 MME上无此用户承载信息，回复#111 拒绝，因此终端收到#111 原因值后在 4G 无法接入后回落23G。小结：综上 MME 的处理机制符合规范流程。核心网回复 111 失败，是因为终端、无线配合在正常切换流程中给核心网发送 initial TAU。后续核心网会当虑在 5G 侧放宽 TAU 鉴权检验机制，AMF 针对 initial ue 类型且安全上下文为 mapped 的 TAU 消息，允许其鉴权通过，回复 TAU 成功避免终端闭锁 S1 mode 回落23G 的问题；MME 侧增加软参可控制 TAU reject 消息中携带的 EMM cause。【问题根因】由于 5 到 4 邻区未合理添加，引起终端发起 intial 类型的 TAU 后，核心网回复 TAU 拒绝 111 原因值导致终端掉 2G。【解决方案】【前景学堂公众号】4G/5G 无线网络优化和网规培训课程第 4 页 共 4 页 【前景学堂知识星球】4G/5G 无线网络优化和网规1、 添加5G到4G（B站点）邻区；2、 建议优化A站点覆盖问题。 四、优化效果经优化后未出现 5G 掉 2G 的异常问题。 五、经验总结掉 2G 次数多的小区用户容易产生投诉，需进着重对掉 2G 原因进行分析,判断是否承载建立寻呼、重建等原因造成掉 2G 问题，有针对性地开展掉 2G 专题整治工作提升满意度，并重点排查