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？

多谢！

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的释放。

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

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

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

OK.明白了。太感谢了！