已解决问题
关闭所有答案回应
最佳答案
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.明白了。太感谢了!
热点问题