我们常说的UE的状态就是两种：RRC idle 和 RRC connect。这两种有啥区别，在网上查了一些同学的问答：
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协议功能
- 为NAS层提供连接管理，消息传递等服务；
- 对接入网的底层协议实体提供参数配置的功能；
- 负责UE移动性管理相关的测量、控制等功能
2 RRC状态
- RRC_IDLE
PLMN选择；
系统信息广播和寻呼；
邻小区测量；
小区重选的移动性；
UE获取一个TA区内的唯一标识；
eNB内无终端上下文
- RRC_CONNECTION
网络侧有UE的上下文信息；
网络侧知道UE所处小区；
网络和终端可以传输数据；
网络控制终端的移动性；
邻小区测量；
存在RRC连接：
UE可以从网络侧收发数据，监听共享信道上指示控制授权的控制信令；
UE可以上报信道质量给网络侧；
UE可以根据网络配置进行DRX
3 RRC协议承载——SRB（signaling radio bearers—信令无线承载）
4 RRC连接建立过程
- 触发原因
处于IDLE状态下的UE需转变为连接状态时发起该过程，如：呼叫、响应寻呼、TAU、Attach等
- RRC连接建立成功流程
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重配置失败等情况时，触发该过程
- 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的管理、低层参数配置、切换执行和测量控制时，触发该过程
- RRC连接重配置过程
Step1：RRC连接重配置：eNB通过DL_CCCH在SRB1上发送，根据功能的不同携带不同的配置信息内容，一条消息中可以携带体现多个功能的信息单元；
Step2：RRC连接重配置完成：UE通过UL_DCCH在SRB1上发送，不携带任何实际信息，只起到RRC层确认的功能
9 RRC连接重配置异常过程
若UE无法执行RRC连接重配置消息中的内容，则UE回退到收到该消息前的配置，并发起RRC连接重建立过程
10 RRC连接释放过程
- 触发原因
网络希望解除于UE的RRC连接时，触发该过程
- RRC连接释放过程
RRC连接释放：eNB通过DL_DCCH在SRB1上发送，可选择携带重定位信息和专用优先级分配信息（用于控制UE的小区选择和小区重选）
- 本地释放
某些情况下，UE的RRC层根据NAS层的指示主动释放RRC连接，不通知网络侧而主动进入空闲状态，如NAS层鉴权过程中没有通过鉴权检查。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/210291.html原文链接：https://javaforall.net
