亚星游戏官网-yaxin222

门户 | 手机客户端 | 论坛 | 人才 | 百科 | 搜索 | 技术问答 | English
已解决问题
RRCConnectionComplete带DetachRequest问题
提问者:hlin841211   |  提问时间:2011-8-4 16:46
为什么RRCConnectionComplete里可以带DetachRequest?Attach发生过了吗?如果Attach发生了,为什么RRC连接会释放?
36.331描述
A UE in RRC_CONNECTED initiates the UL information transfer procedure whenever there is a need to transfer NAS or non-3GPP dedicated information, except at RRC connection establishment in which case the NAS information is piggybacked to the RRCConnectionSetupComplete message.
这句说明了为什么detachrequest可以被带在RRC_con_cmp中。detach是NAS层信令,对于RRC层来说,是上层数据,RRC层应该用UL information transfer信令来传NAS层数据。而UE发起RRC请求之前是idle状态,必定要首先发起RRC连接请求。只不过是在一个普通的RRC连接之后“串联”了一个UL data的RRC数据包而已,这是协议明确说明可以有的。
可能发生场景楼上已经说明的很清楚了。
再说明这句“UE和ENB没有数据交互时,UE就进入idle状态,但是UE不会在核心网注销?所有承载都还在?”
答案都是肯定的。楼上各位都说明过了。没有数据传输的时候,定时器超时,就会触发S1的release,S1控制面的release就包括了RRC的release。除此之外还有用户面的release。这些release都不会影响UE在核心网的注册、EPS连接、各种bearer。RRC的release不过就是为了节省无线资源而已,没多大问题,需要用时再建即可。
回答时间:2011-8-8 09:39
 
我要回应:  回应字数在5000字以内

 

XML 地图 | Sitemap 地图