1.7 UE发起去附着(ECM-IDLE模式下)实例

爱卫生

本实例介绍UE在ECM-Idle状态下发起的去附着流程。和本版另外一篇帖子“ 1.6 UE发起去附着(ECM-Connected模式下)”所介绍的场景不同。本例中UE是在ECM-Idle状态下发起去附着，因此在发送去附着请求之前，UE必须发起service request流程重建S1接口的上下文后才能发送后续的NAS-PDU。其余步骤和1.6是完全一样的。

完整的实例如下图所示：

1 UE发送Detach Request消息给MME，在NAS-PDU中通过GUTI来标识自己。发给eNB后通过S1AP协议进行封装。和帖子“ 1.6 UE发起去附着(ECM-Connected模式下)”不同的是，可以看到本例中S1AP的消息类型为Initial UE Message这代表是S1接口重建后的第一个UE的初始化消息，而在帖子“ 1.6 UE发起去附着(ECM-Connected模式下)”中，该消息类型为uplinkNASTrasnport，因为UE在该贴中是ECM-Connected状态，所以传输的NAS-PDU并不是初始的第一个消息。但本例中没有给出UE发起service request重建S1接口上下文的流程。

2 由于UE是在ECM-Idle状态发起的去附着，因此UE仍存在active的EPS bearer。因此MME收到去附着请求后，将给SGW发送Delete session request消息将相应的EPS Bearer释放。（其实需要注意的是，不管UE是在ECM-Idle还是在ECM-Connected状态，都一定会至少有一个active的EPS Bearer，也就是default bearer。这是由于EPC宣称的永久在线的特性所决定的）。

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

4 MME收到SGW的响应后，给UE发送Detach accept消息通知UE已经去附着成功。该NAS消息是封装在S1AP消息中的。该S1AP消息同时还有MME发送给eNB的UE Context Release消息通知eNB将S1接口的上下文释放掉。

5 eNB将S1接口上下文释放后给MME一个确认。UE的移动性管理状态在网络侧将标记为EMM-Detached。

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

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