5G优化案例：5G重选到4G后TAU流程失败问题处理案例.docx

5G 重选到 4G 后 TAU 流程失败问题处理案例 【摘要】随着 5G 走入公众视野，对 5G 的关注度普遍偏高，在演示保障期间，为保证 5G 单用户速率体验，我们会对每一个基站进行单站业务验证工作，通过参数调整及时保证网络质量以提升用户业务感知度。 【关键字】5G，用户速率体验 【业务类别】参数优化 一、 问题描述 在进行验证 5G 业务时，发现 5G 重选到 4G 后，在 4G 侧 TAU 流程均失败，需要排查具体原因。 二、 分析过程 对测试 LOG 进行分析，终端由 SA 网络重选到 LTE 网络后，发起 TAU Request 消息， 核心网回复 TAU Reject 消息，拒绝原因为“EMMCause = (9)UE identity cannot be derived by the network”。TAU Reject 后终端重新发起 Attach Request 接入网络，业务使用正常。 三、 解决措施 （1） 首先排查了 5G 侧异系统重选的参数和邻区配置，没有发现异常，SIB5 消息携带信息正确。 （2）拒绝原因“EMMCause = (9)UE identity cannot be derived by the network”为网络无法获取用户身份，按照 TAU 流程，UE 向核心网发送 TAU Request 消息后，MME 需要向 5G 核心网获取 UE 的上下文消息，更新 UE 上下文。但是核心网回复“EMMCause = (9)UE identity cannot be derived by the network”消息，需要 4G 核心网联合跟踪信令排查具体原因。 4G 核心网信令跟踪发现终端上报的 5G GUTI 信息如下： AMF Pointer ID：1（1） AMF Region ID：23（17） AMF Set ID：29（1D） 这个配置和 4G 核心网配置的 5G GUTI 信息不一致，4G 核心网配置为 AMF Region ID：53（17） AMF Set ID：65（1D） AMF Pointer ID：1（1） 随后，核心网对对 5G GUTI 配置进行修改。 5G 核心网参数修改后，验证 SA 向 LTE 重选流程正常，问题解决。 四、 经验总结 在 5G 的网络优化过程中，需要排查站点的网络配置，确定配置承载能力，在遇到问题时，核查相关配置以确定是否达到能力承载。在后续的 5G 网优优化中，若出现如上 5G 重选到 4G 网络 TAU 失败问题，可采用以上方法查找具体原因。