1.8 MME发起去附着(ECM-IDLE模式下)实例

爱卫生

本实例介绍UE在ECM-Idle状态下由MME发起的去附着流程。本例中UE是在ECM-Idle状态下MME发起的去附着，因此在发送去附着请求之前，MME必须要发送寻呼消息给UE将S1接口上下文重建，UE必须发送service request做为应答并重建S1接口的上下文后才能发送后续的NAS-PDU。

完整的实例如下图所示：

对应的本例的抓包共有12个报文。（请用wireshark选择解码为S1AP进行手工解码）

对应到上述的信令流程图是：

1 MME发送寻呼请求给eNB，携带了用户的S-TMSI以及UE所在的TAI信息。eNB将根据这些信息对UE发起寻呼。

2 MME给HSS发送purge请求，请求HSS删除关于该UE的相关位置更新信息。

3 HSS给MME发送purge请求的响应，代表删除完毕。

4 UE发送service request消息给MME做为对寻呼的应答。eNB在S1AP消息中加上TAI、E-CGI以及S-TMSI等信息。当MME收到该消息后，S1接口的上下文重建完毕，UE的状态从ECM-IDLE切换到ECM-Connected。

5 MME向SGW发送delete session request消息请求将相应的EPS Bearer释放。（其实需要注意的是，不管UE是在ECM-Idle还是在ECM-Connected状态，都一定会至少有一个active的EPS Bearer，也就是default bearer。这是由于EPC宣称的永久在线的特性所决定的）。

6 SGW（本例中SGW与PGW合设，因此无S5接口流程）将相应EPS Bearer（通过EBI来区分，本例中的EBI=5，代表的是一个default bearer）。删除，并通过Delete session response消息给MME进行确认.

7 MME收到SGW的响应后，给UE发送Detach request消息对UE发起去附着。该NAS消息是封装在S1AP消息中的。

8 UE给MME发送Detach accept消息确认去附着成功。UE的移动性管理状态在网络侧将标记为EMM-Detached。

9 MME给eNB发送UE Context Release消息通知eNB将S1接口的上下文释放掉。该消息中携带了将S1上下文释放的原因是detach，代表是因为去附着所触发的S1 Context Release。

10 eNB将S1接口上下文释放后给MME一个确认。

本实例报文已上传到论坛城通网盘分享。

下载地址是：http://www.400gb.com/file/9373935。文件大小：40.4KB。文件名：1.8 MME发起去附着(ECM-IDLE模式下).rar。

imwoohan

爱总，怎么没看到paging包呢？