故障现象




某地在做CSFB功能测试过程中，UMTS返回LTE每次都是ATTACH流程返回LTE网络，而正常流程应该是TAU流程回到LTE。如果是ATTACH流程返回LTE网络，IP地址会发生变化，导致丢失CSFB之前pending的业务。
测试的信令流程，即从ATTACH流程返回LTE网络的异常流程如下图所示。


而正常通过TAU流程返回LTE网络的信令流程应该如下图所示。


故障分析


从信令上来看，CSFB测试回落UMTS后，发起CM SERVICE REQUEST，紧接着发起RAU更新，但是每次更新都会RAUREJECT。CSFB后的RAU失败，导致了UE的EMM和GMM状态变成了DEREGISTERED，进而导致UE回到LTE后原本应该是TAU流程变成了Attach流程。
RAU更新信令如下图所示。


RAU REJECT信令内文如下图所示。


相关原理
RAU的成功影响手机EMM层的状态，进而影响返回4G进行的是ATTACH还是TAU的文档资料如下：
If GMM and EMM are both enabled, a UE capable of S1 mode and A/Gb mode or Iu mode or both shall maintain one common registration for GMM and EMM indicating whether the UE is registered for packet services or not.
A UE that is not registered shall be in state GMM-DEREGISTERED and in state EMM-DEREGISTERED.
If the UE performs a successful attach or combined attach procedure in S1 mode, it shall enter substates GMM-REGISTERED.NO-CELL-AVAILABLE and EMM-REGISTERED.NORMAL-SERVICE.
If the UE performs a successful GPRS attach or combined GPRS attach procedure in A/Gb or Iu mode, it shall enter substates GMM-REGISTERED.NORMAL-SERVICE and EMM-REGISTERED.NO-CELL-AVAILABLE.
At intersystem change from A/Gb or Iu mode to S1 mode when no PDP context is active, the UE shall move to state EMM-DEREGISTERED and state GMM-DEREGISTERED and then initiate an attach procedure.
After successful completion of routing area updating or combined routing area updating and tracking area updating or combined tracking area updating procedures in both S1 mode and A/Gb or Iu mode, if the network has indicated that ISR is activated, the UE shall maintain registration and related periodic update timers in both GMM and EMM.

故障处理


1. 通过信令分析无法判断RAU REJECT的原因。跟踪UMTS侧RNC信令，如下图所示。每次RAU REJECT都是SGSN发起，因此怀疑核心网数据配置有问题。

2. 将此问题反馈给核心网同事，核心网同事通过信令跟踪，发现漏配DNS侧数据。在DNS上配置相应数据后RAU更新成功，同时UMTS返回LTE走正常的TAU流程。

总结


CSFB功能需要核心网工程师在MME、SGSN、DNS等网元配置数据，并且RAU的成功影响手机EMM层的状态，进而影响返回4G进行的是ATTACH还是TAU流程。
现网用到的互操作，例如CSFB、LTE->UMTS的切换等功能，均需要核心网进行参数配置。所以建议核心网在配置完参数后进行严格核查。