UE的RRC状态切换

  首先终端非注册状态我们不去讨论，我们只考虑注册时的情形。 UE 注册分三种状态， RRC 空闲态（ RRC _ IDLE ), RRC 连接态( RRC _ CONNECTED ）以及 RRC 挂起状态（ RRC _ INACTIVE )。
  当用户处于 RRC _ IDLE 状态时（下文简称为 IDLE 态，其他两种情形也是如此）, UE 通过 RRC Connect Setup 过程进入 Connected 态，该过程也用于传输 UE 初始的 NAS ( Non - Access Stratum ，非接入层）消息。
      说到这里，我想到了传输 NAS 层消息的信令承载，5G SRB ( Signal Radio Bearer ，信令承载）, SRB 分为SRB0,SRB1,SRB2,SRB3。
        1.SRB0也叫默认信令承载，公共的信令承载或者缺省的信令承载。由于 UE 与 gNB 刚开始发起 RRC 连接建立，重建或者 RRC 恢复过程时，这时候的终端与基站之间的信令就通过SRB0来承载。

        2.SRB1与SRB2一般叫UE独有的信令承载，也就是专门承载终端在Uu口的消息。SRB1会承载RRC消息和NAS消息，但是SRB2一旦建立，RRC消息依然由SRB1承载，但是NAS消息就由SRB2来承载。

        3.SRB3主要用于双连接的场景，SRB0，SRB1，SRB2与eNB连接传输，SRB3可用于与gNB传输某些测量信息。

  接下来关于已注册UE的三种状态我举三种场景的例子

  1.连接请求被拒绝：UE被拒后处于IDLE态，内部有一个定时器，定时器定时时间到了之后再次请求连接。当网络拒绝恢复RRC Connection请求时（此处拒绝是拒绝恢复请求），UE就会进入RRC_INACTIVE态（RRC连接挂起），在挂起状态时只有Uu口（UE与gNB的接口）的连接断了。gNB与5GC的连接依旧保持连接。

  2.连接释放：RRC连接释放（Release）不一定会回到IDLE态，也可能会进入INACTIVE态，因为此时还带着原先的上下文，只有上下文释放以后才可以进入IDLE状态。

  3.建立连接前后： UE未建立RRC连接时，RRC的状态为IDLE状态；UE建立RRC连接后，RRC的状态可能为CNNECTED或者INACTIVE。

  那么为什么要在连接和空闲态中间引入挂起态呢，我们引入INACTIVE状态的目的是快速恢复接入时延。

  大概就是这些，以后学到再补充。