终端问题导致EPSFB失败
现象描述
某地运营商SA卡在Mate20和Mate30的SA模式下打VoLTE电话不能够成功重定向到4G，反而是重定向失败后掉到3G。Mate40手机测试正常。如图1所示。
图1  重定向失败
问题分析
  1. 分析5G SA小区的网管信令，SA小区网管信令流程正常：
    上报重定向的测量报告（频点1650）后，基站给核心网AMF发EPS FB指示的释放请求。如图2所示。
    图2  SA小区后台信令流程
    然后gNodeB给UE发携带重定向频点1650指示的release消息，终端收到该release消息后在对应频点的LTE小区发起接入。如图3所示。
    图3  gNodeB给终端下发的空口消息
  2. 分析终端信令，发现UE在4G小区RRC接入已经完成，但是TAU失败。如图4所示。由于TAU是NAS消息，基站只负责透传转发不处理，需要终端和核心网对接分析。
    图4  终端信令
  3. 核心网跟踪信令分析发现Mate20和Mate30不支持CR611协议版本，所以EPS FB失败。如图5所示。
    CR611是F70阶段的一个影响4、5G互操作的不兼容CR，内容为要求终端从5G到4G时继续沿用5G的上下行NAS回到4G后的TAU Request的安全头中携带的Uplink NSA Count是否为0，为0表示不支持CR611，非0值为支持CR611。
    图5  核心网跟踪信令
效果总结
该问题主要是Mate20和Mate30终端不支持CR611协议版本导致EPS FB失败。
CR611是F70阶段的一个影响4、5G互操作的不兼容CR，内容为要求终端从5G到4G时继续沿用5G的上下行NAS回到4G后的TAU Request的安全头中携带的Uplink NSA Count是否为0，为0表示不支持CR611，非0值为支持CR611。
AMF有开关控制是否要打开CR611，打开后AMF在N26接口传递给MME的上下行NAS count不为0。如图6所示。
图6  CR611