通信人家园

标题: ENB控制RRC release 与S1 release是否有关系？ [查看完整版帖子] [打印本页]

时间: 2011-9-26 16:45

作者: hycl5410 标题: ENB控制RRC release 与S1 release是否有关系？

场景仅限制为MME上ECM-idle timer超时，MME发起UE context release command给ENB，若成功ENB应会响应complete。
问题是，在ENB做S1 release时是否会release RRC？

或者场景为ENB RRC idle timer超时，RRC release时，是否会向MME发UE context release request来release S1？

多谢！

时间: 2011-9-28 09:11

作者: DR_KOG_POM

1. 会。

2. 在空口上由于没有业务、或业务量很少都有可能触发释放。这两种情况下，在释放之前UE均是RRC Connected状态。
没有业务，具体来说是指UE建立了信令承载SRB、但没有建立用户面承载DRB，也就没有建立E-RAB（从UE到核心网的用户面承载）。在这种情况下的计时器如果超时了，是不需要向MME发送UE Context Release Request的。eNB只要触发空口上SRB的释放即可。
有业务，但业务量在一定持续时间内一直很少（也可能就是没有，总之是低于一个们限制）的时候，也会由eNB触发释放。这个时候，由于之前有业务，说明在空口上已经建立了DRB、在UE<->核心网之间已经建立了E-RAB，eNB是会向向MME发送UE Context Release Request的。同时eNB也会触发空口上的SRB、DRB的释放。

不知道楼主说的RRC idle timer超时是以上两种情形中的哪一个。

[ 本帖最后由 DR_KOG_POM 于 2011-9-28 09:14 编辑 ]

时间: 2011-9-28 10:11

作者: hycl5410

非常感谢2楼的解释。
对于第二种情况，是否存在只建SRB但不建DRB的场景？对于UE开机attach，是一定会建DRB1的（对于EPC就是default bearer，MME发起），之后可能会根据不同的需求来建其他的DRB/E-RAB。
而我理解的只有2楼所说的后一种情况，即有业务的情况。
若存在2楼所说情况，那是怎样一种情形？释放条件又是如何触发的？跟有业务情况分别运行两种timer/threshold?

时间: 2011-9-28 12:32

作者: DR_KOG_POM

存在只建SRB但不建DRB的场景，比如UE从Idle状态向核心网报一个TAU。TAU就是通过NAS发给核心网。此时，核心网是不会发service request（对eNB来说，即initial context setup request）给UE的，那么也就没有DRB的建立了。Attach流程是会建DRB的。

释放过程就是eNB开一个计时器，在计时器超时后仍没有DRB建立的话，就释放了。没错，这个timer和有业务时的timer是两个不同的计时器。

时间: 2011-9-28 13:56

作者: hycl5410

OK.明白了。太感谢了！
简单点说就是若只有C平面信令交互，压根就不用管U平面（此时U平面一直是release的）。
SRB2建起来能传NAS即可。
若实际需要UL/DL数据传输，则U平面需要重建，自然需要建DRB。

[ 本帖最后由 hycl5410 于 2011-9-28 20:22 编辑 ]

时间: 2011-9-29 08:37

作者: DR_KOG_POM 标题: 回复 5# 的帖子

基本正确，除了有一点：NAS不一定需要SRB2发送，SRB1也能发送NAS。
一般来说，在SRB2未建好时，使用SRB1发送NAS；SRB2建好之后，使用SRB2发送NAS。而这里面讨论的没建立DRB的场景，如TAU等，就是使用SRB1发送NAS的。
更具体地，NAS会携带在RRC Connection Setup Complete消息中，作为payload发送给eNB。然后eNB通过S1AP Initial UE Message把NAS发送给MME。

时间: 2011-9-29 09:02

作者: hycl5410

非常感谢！

时间: 2011-9-29 09:49

作者: jeffyko

学习了，多谢。

通信人家园 (https://www.txrjy.com/)