1.11 因RRC连接计时器超时导致的UE状态从ECM-Connected到ECM-Idle切换实例

爱卫生

在规范中可以了解到，ECM-Connected到ECM-Idle状态的切换条件是S1接口的上下文是否释放。但S1接口的上下文什么时候释放具体的场景却在23.401 EPC架构规范中未提及。实际上大部分情况下，是由eNB侧的RRC连接计时器控制的。当UE一定时间内没有和网络侧有任何的数据交互，eNB做为无线侧的节点是能够检测到的。如果和UE有数据交互，将刷新RRC连接计时器。否则eNB将等待RRC连接计时器超时，并向MME发起S1接口上下文的释放请求。

本帖通过一个实例来说明这种情况和场景。

捕捉到的报文如下图所示：

1 eNB检测到RRC连接计时器超时，向MME发送UE Context Relase request请求将S1接口上下文释放。

2 MME收到后，向SGW（本例中SGW与PGW合设，所以无S5接口信令）发送Release Access Bearer Request请求通知SGW将S1-U接口的承载释放。

3 SGW将S1-U接口的承载释放后给MME发送确认消息。

4 MME向eNB发送UE Context Release Command，命令eNB将S1接口上下文释放。携带的释放原因值可能是：EUTRAN Inactivity timer expires。

5 eNB根据MME的指示释放完毕后，向MME发送确认消息。

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

下载地址：http://www.400gb.com/file/9376198  

文件名：1.11 因RRC连接计时器超时导致的UE状态从ECM-Idle到ECM-Connected切换实例.rar。 大小：23.5KB。

yufengchang

爱总，请教，这个流程释放的是S1接口的信令连接和承载，但是空口的承载连接不会释放，sgw与pgw的信令连接和承载不会释放，是这样么？

amr

yufengchang 发表于 2014-1-8 15:30
爱总，请教，这个流程释放的是S1接口的信令连接和承载，但是空口的承载连接不会释放，sgw与pgw的信令连接和 ...

不会,这里是S1-AP的消息。不过核心网侧长时间没有收到UE的消息会发起隐式detach，删除承载上下文。
顺便问爱总，核心网发起的隐式detach是在这条UE CONTEXT RELEASE REQUEST有关系不？比如先是这条消息再触发核心网侧释放，还是没关系，定时器超时后核心网就自动触发？

另外标题反了

爱卫生

amr 发表于 2014-1-8 17:40
不会,这里是S1-AP的消息。不过核心网侧长时间没有收到UE的消息会发起隐式detach，删除承载上下文。
顺便 ...

谢谢指出问题。已经更新标题。隐式去附着只和mme上的隐式去附着计时器有关，不会触发任何消息，所以也不和任何消息有关。（因为这时UE可能已经不可达了）。

超时后，mme将用户状态标记为emm-去注册态。然后就没有了。

yufengchang

amr 发表于 2014-1-8 17:40
不会,这里是S1-AP的消息。不过核心网侧长时间没有收到UE的消息会发起隐式detach，删除承载上下文。
顺便 ...

多谢您的回复，还有疑问的地方。这是s1释放的流程图，摘自3gpp 23.401.release 10.

第五步。“If the RRC connection is not already released, the eNodeB sends a RRCConnection Release message to the UE in Acknowledged Mode. Once the message isacknowledged by the UE, the eNodeB deletes the UE's context.”这里删除了无线信令连接和UE的上下文，那么无线承载释放了么？UE的上下文都没有了，承载还会保留么。

amr

yufengchang 发表于 2014-1-9 10:30
多谢您的回复，还有疑问的地方。这是s1释放的流程图，摘自3gpp 23.401.release 10.第五步。“If the RRC  ...

RRC链路释放肯定意味着空口上没有无线承载，但无线承载的释放不是通过RRC链接释放体现。

而是通过RRC链接重配置消息来完成无线承载的建立/删除/修改。

这个流程只是一个子流程，描述的是S1链接释放流程。空口承载在这之前就已删除了，建议你去搜搜承载去激活流程，一看便知。