 |
问答管理员：
已解决问题
ENB控制RRC release 与S1 release是否有关系？ (进入论坛模式)
提问者：hycl5410
|
提问时间：2011-9-26 16:45
场景仅限制为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？
多谢！
问题是，在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. 在空口上由于没有业务、或业务量很少都有可能触发释放。这两种情况下，在释放之前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的释放。
|
回应该答案 (0) |
回答时间：2011-9-28 09:11其他答案 ( 3 条 )
非常感谢2楼的说明。
对于第二种情况，是否存在只建SRB但不建DRB的场景？对于UE开机attach，是一定会建DRB1的（对于EPC就是default bearer，MME发起），之后可能会根据不同的需求来建其他的DRB/E-RAB。
而我理解的只有2楼所说的后一种情况，即有业务的情况。
若存在2楼所说情况，那是怎样一种情形？释放条件又是如何触发的？跟有业务情况分别运行两种timer/threshold?
对于第二种情况，是否存在只建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是两个不同的计时器。
释放过程就是eNB开一个计时器，在计时器超时后仍没有DRB建立的话，就释放了。没错，这个timer和有业务时的timer是两个不同的计时器。
OK.明白了。太感谢了！
热点问题
Copyright © 1999-2024 C114 All Rights Reserved | 联系大家 | 沪ICP备12002291号 |
