51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 7160|回复: 4
打印 上一主题 下一主题

EPC网络中的S1 Release功能 [复制链接]

Rank: 9Rank: 9

跳转到指定楼层
楼主
发表于 2013-4-7 22:00:48 |只看该作者 |倒序浏览
一键分享 一键分享

(以下内容翻译自3GPP规范TS23.401的5.3.8 S1 Release功能章节)

这个过程用于释放一个UE的逻辑S1-AP信令连接(在S1-MME)和所有S1承载(在S1-U)。 该过程把UE和MME从ECM-CONNECTED状态迁移到ECM-IDLE状态,并且所有UE相关的上下文信息在eNodeB被删除。

S1释放过程有以下两种方式:

- eNodeB发起释放,原因是操作维护干预,不明原因的失败,用户休止状态,重复的RRC信令完整性检查失败,由于UE发生的信令连接失败而引起的S1释放等;

- MME发起的释放,由于鉴权失败,去附着等。

eNodeB发起释放和MME发起的S1释放过程,如图26所示。

1.  如果eNodeB检测出需要释放UE的信令连接和所有的无线承载, eNodeB发出一条S1 UE上下文释放请求(S1 UE Context Release Request)(起因)消息到MME。起因表明释放的原因(即O&M干预,不明的失败,用户休止状态,重复的RRC信令完整性检查失败,由于UE发生的信令连接失败引起的S1释放等)。

注: 当eNodeB发起S1释放过程时只执行第1步。当MME发起S1释放过程时,从第2步开始执行该过程。

2. MME 发送一条 更新承载请求(Update Bearer Request) 消息给S-GW,来请求释放所有的S1-U 承载。该消息是由来自eNodeB的S1释放请求(S1 Release Request)消息触发或者另一个MME事件触发 。如果P-GW请求了UE位置信息,则MME也会在该消息中包含用户位置信息参数。

3. S-GW释放所有eNodeB相关UE信息(地址和TEIDs)并且响应一条更新承载响应(Update Bearer Response)消息给MME。该UE的S-GW上下文的其它信息单元不受影响。 S-GW保留了S-GW为该UE的承载所分配的S1-U配置。如果有给UE的下行数据分组包,S-GW开始缓存下行给UE的分组包,并发起网络触发的服务请求(Network Triggered Service Request)过程。

4. MME通过发送S1 UE上下文释放命令(S1 UE Context Release Command)消息给eNodeB释放S1。其消息中指明S1释放的理由。

5. 如果RRC连接还没有释放,则eNodeB以AM模式发送一条RRC连接释放(RRC Connection Release)消息给UE。一旦UE应答了该消息,则eNodeB删除UE的上下文。

6. eNodeB向MME返回S1 UE上下文释放完成(S1 UE Context Release Complete)消息以确认S1释放成功。这步是在第4步之后立即执行,比如在eNodeB没有从UE收到释放RRC连接应答情况下不会被延迟。

MME删除与eNodeB有关的该UE的MME上下文信息(地址和TEIDs),但保留UE的其余MME上下文的包括S-GW的S1-U配置信息(地址和TEIDs)。 为UE建立的所有EPS承载被保存在MME和S-GW内。

如果S1释放的起因是与用户不激活不同,如 RRC连接丢失,MME将在S1释放过程完成后触发MME发起的专用承载去激活过程。

附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册
51学通信(www.51xuetongxin.com):致力打造最好的通信技术在线学习平台 。

Rank: 2Rank: 2

沙发
发表于 2014-2-24 17:43:55 |只看该作者
按照23401-b20版本5.3.5章中描述的,MME向SGW发的消息是“Release Access Bearer Request”(而不是上面图中的“Update Bearer Request”),目的是一样的:释放所有的S1-U 承载。
我感觉一条消息的名字不应该有这么大的变化。不知道楼主看的是哪个版本的23401?

使用道具 举报

Rank: 9Rank: 9

懒

板凳
发表于 2014-2-24 20:00:55 |只看该作者
hbdzzc 发表于 2014-2-24 17:43
按照23401-b20版本5.3.5章中描述的,MME向SGW发的消息是“Release Access Bearer Request”(而不是上面图中 ...

谢谢指出问题。我是直接转载的一个中文文档,并非直接来自规范。请以规范为准。应该是该中文文档的问题。不要理它。晚点我删除掉本帖。抱歉。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 2Rank: 2

地板
发表于 2014-5-13 16:07:39 |只看该作者
最近抓包发现中兴eNodeB按照正常上报配置更新(eNodeB ID、归属TAC)请求后,爱立信MME回复了错误指示,eNodeB请求3次更新均收到错误指示后会自动进行S1链路的重启。想问下正常情况下eNodeB配置更新时,S1会重新建链进而影响用户感知么?我没有找到相关规范...

使用道具 举报

Rank: 2Rank: 2

5#
发表于 2014-5-20 15:45:55 |只看该作者
nickyxiaowei 发表于 2014-5-13 16:07
最近抓包发现中兴eNodeB按照正常上报配置更新(eNodeB ID、归属TAC)请求后,爱立信MME回复了错误指示,eNo ...

能上传下相关过程的wireshark log抓包么。。。。爱立信MME的行为正常么?

我觉得基站S1重启了,下面挂的UE都会掉线的。

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-11-26 05:47 , Processed in 0.033896 second(s), 16 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部