open5gs分析：UE的附着和去附着流程

最近深入阅读了open5gs mme部分的源码，对其处理UE的附着和去附着流程做了一个代码跟踪分析，先简单记录一下，详细的代码跟踪分析后续有机会再分享。

先上一张UE附着和去附着流程图

再上一张wireshark的抓包截图

wireshark抓包的是手机从附着到去附着的全过程，MME/SGW/PGW都在同一个虚拟机上运行，抓包也是在这个虚拟机上，没有eNodeB/HSS/PCRF等所在主机的抓包，从抓包情况来看，open5gs MME的处理流程基本与上面的流程图一致
注：虽然PDN Connectivity Request在一开始的InitialUEMessage流程就发送给MME了，但是MME并没有立刻处理，而是暂存起来，等待Authentication/Security通过了再拿出来处理，从而触发Create Session Request

接下来看下MME定义的事件类型

MME在初始化后的主要处理逻辑都是由状态机结合以下事件类型进行驱动，包括用户认证、移动性管理、会话管理等

下面对每个MME_EVT事件做一个简单说明

• MME_EVT_S1AP_MESSAGE：处理S1AP消息，如果S1AP-PDU中包含NAS-PDU，随后会触发MME_EVT_EMM_MESSAGE或MME_EVT_ESM_MESSAGE事件
  
• MME_EVT_EMM_MESSAGE：移动性管理（EPS Mobility Management），主要用于实现用户当前位置的跟踪，以及UE的切换、位置更新等移动性管理
  
• MME_EVT_ESM_MESSAGE：会话管理（EPS Session Management），主要负责处理UE和网络侧的EPS承载上下文
  
• MME_EVT_S11_MESSAGE：S11是MME与SGW交互的接口，主要处理创建/修改/删除会话和承载信令
  
• MME_EVT_S6A_MESSAGE：S6A是MME和HSS交互的接口，主要是负责处理Diameter信令，目前的版本(v2.0.2)该接口只支持AIR/AIA和ULR/ULA消息
  
• MME_EVT_SGSAP_MESSAGE：SGs是MME与3G网元MSC交互的接口，用于联合附着功能，这次实验没有接入3G网元MSC