我们常说的UE的状态就是两种:RRC idle 和 RRC connect。这两种有啥区别,在网上查了一些同学的问答:
1、LTE终端首次开机一定需要进行附着过程?附着后RRC是IDLE 还是Connection?
2、去附着后,RRC是要Release,release后是不是既不是RRC IDLE也不是Connection?
3、RRC Connection什么时候会变成RRC IDLE?RRC IDLE 什么时候会变成RRC Connection?
答:
1、LTE终端首次开机一定要进行附着过程;附着后是RRC_CONNECTED状态。过一段时间不做业务,不活动定时器超时后就会进入RRC_idle。可以通过paging来唤醒UE。
2、去附着过程中,eNB会释放RRC连接,去附着完成,RRC处于RRC_IDLE态。
3、RRC_IDLE和RRC_CONNETED状态是RRC层的概念,只要RRC连接存在,RRC就处于RRC_CONNECTED。
另外,附着和去附着是NAS层的过程,RRC_IDLE或者RRC_CONNECTED是RRC层的状态。
二楼正解,另外:
1. 附着,去附着是NAS层的概念,从状态的角度上来讲与RRC层没有必然的联系。即Attach态可以是Rrc idle 态,你看到的Detach时进行了rrc setup 是因为Rrc idle态时Nas消息发不上去,需要先建立Rrc连接,才能让Enodeb把Nas消息透传给Mme,Mme收到该消息后会去附着,也会通知Enodeb释放ue上下文回到Rrc Idle态。
2. Ue关机时一般会发Detach,告诉核心网去附着,以免被叫时进行无谓的寻呼,浪费信道资源,那么开机后一定会进行Attach进入附着状态,否则你拨打该号码依然听到"对不起,您所拨打的电话已关机"。
3. 一般进入Rrc connect态后,当一段时间内没有业务的,Enodeb会主动释放Ue,进入Rrc idle态,此时Nas层依然属于Attach态。
UE只有连接态和空闲态,至于你说的在业务态时,如果UE无任何数据下载或上传时,UE处于RRC_idle,指的是UE不活动定时器超时,UE会从连接态回到空闲态。如果UE再次要发起业务时,UE需要做Service Request,Service Request比Attach简单,没有鉴权和查询UE能力过程,只包括随机接入、RRC连接和默认承载建立。
寻找资料过程中,发现一个很好的总结,转载在这儿:http://www.cnblogs.com/kkdd-2013/p/3868676.html
1 RRC协议功能
2 RRC状态
PLMN选择;
NAS配置的DRX过程; IDLE态的DRX和paging周期一样。
系统信息广播和寻呼;
邻小区测量;
小区重选的移动性;
UE获取一个TA区内的唯一标识;
eNB内无终端上下文
网络侧有UE的上下文信息;
网络侧知道UE所处小区;
网络和终端可以传输数据;
网络控制终端的移动性;
邻小区测量;
存在RRC连接:
UE可以从网络侧收发数据,监听共享信道上指示控制授权的控制信令;
UE可以上报信道质量给网络侧;
UE可以根据网络配置进行DRX
3 RRC协议承载——SRB(signaling radio bearers—信令无线承载)
4 RRC连接建立过程
处于IDLE状态下的UE需转变为连接状态时发起该过程,如:呼叫、响应寻呼、TAU、Attach等
Step1:RRC连接请求:UE通过UL_CCCH在SRB0上发起,携带UE的初始(NAS)标识和建立原因等,该消息对应于随机接入过的Msg3;
Step2:RRC连接建立:eNB通过DL_CCCH在SRB0上发送,携带SRB1的完整配置信息,该消息对应随机接入过程的Msg4;
Step3:RRC连接建立完成:UE通过UL_DCCH在SRB1上发送,携带上行方向NAS消息,如Attach Request、TAU Request、Service Request、Detach Request等,eNB根据这些消息进行S1口建立
5 RRC连接建立失败过程
上述Step2中,如果eNB拒绝为UE建立RRC连接,则通过DL_CCCH在SRB0上回复一条RRC连接拒绝消息
6 RRC连接重建过程
当处于RRC连接状态但出现切换失败、无线链路失败、完整性保护失败、RRC重配置失败等情况时,触发该过程
Step1:RRC连接重建请求:UE通过UL_CCCH在SRB0上发起,携带UE的初始AS层初始标识信息和重建立原因,该消息对应随机接入过程的Msg3;
Step2:RRC连接重建:eNB通过DL_CCCH在SRB0上回复,携带SRB1的完整配置信息,该消息对应随机接入过程的Msg4;
Step3:RRC连接重建立完成:UE通过UL_DCCH在SRB1上发送,不携带任何实际信息,只起到RRC层确认的功能
7 RRC连接重建拒绝过程
上述Step2中,如果eNB中没有UE的上下文信息,则拒绝为UE重建RRC连接,则通过DL_CCCH在SRB0上回复一条RRC连接重建立拒绝消息
8 RRC连接重配置过程
当需要发起对SRB和DRB的管理、低层参数配置、切换执行和测量控制时,触发该过程
Step1:RRC连接重配置:eNB通过DL_CCCH在SRB1上发送,根据功能的不同携带不同的配置信息内容,一条消息中可以携带体现多个功能的信息单元;
Step2:RRC连接重配置完成:UE通过UL_DCCH在SRB1上发送,不携带任何实际信息,只起到RRC层确认的功能
9 RRC连接重配置异常过程
若UE无法执行RRC连接重配置消息中的内容,则UE回退到收到该消息前的配置,并发起RRC连接重建立过程
10 RRC连接释放过程
网络希望解除于UE的RRC连接时,触发该过程
RRC连接释放:eNB通过DL_DCCH在SRB1上发送,可选择携带重定位信息和专用优先级分配信息(用于控制UE的小区选择和小区重选)
某些情况下,UE的RRC层根据NAS层的指示主动释放RRC连接,不通知网络侧而主动进入空闲状态,如NAS层鉴权过程中没有通过鉴权检查。