如果大家了解过LTE中的NB-IoT，那么就会明白新增RRC_INACTIVE态的目的。RRC_INACTIVE态在LTE中的NB-IoT就已经引用，由于NB-IoT属于部署低功耗场景，因此在NB-IoT中新增RRC_INACTIVE态主要是为了终端产品节能(省电)所用，当然该状态还可以起到减少时延的作用。那么，在5G/NR中新增RRC_INACTIVE态的目的又是什么呢？当然与NB-IoT中的作用是一样的，毕竟mMTC属于5G/NR的三大场景之一，而mMTC就是物联网的场景，自然而然的也包含了NB-IoT，当然RRC_INACTIVE态不局限于mMTC场景。
那么RRC_INACTIVE态下，为什么能达到省电和减少时延的作用？
首先，UE在进入RRC_INACTIVE态时会保留核心网的上下文，不会进行释放，并且在核心网侧是不知道UE进入了RRC_INACTIVE的，也就是对于核心网该状态是透明的；在RRC_INACTIVE态下如果有数据接收或发送，则需要跃迁至RRC_CONNETED态时，只需要通过恢复过程(即：随机接入过程，详情可参考：5G/NR 随机接入过程学习总结)携带核心网唯一UE标识进行恢复即可，并且gNB收到连接恢复完成后就可以接收和发送数据包了。
其次，RRC_INACTIVE态下跃迁至RRC_CONNECTED态与RRC_IDLE态跃迁RRC_CONNETED态是不同的，如果UE从RRC_CONNECTED跃迁至RRC_IDLE态时，需要释放核心网的上下文，也就是释放RRC_IDLE态跃迁至RRC_CONNECTED态时所申请的上下文，则在申请上下文时，需要与核心网侧进行信令的交互。
最后，UE接收gNB的信令消息时都需要去盲检PDCCH，以便知道信令所在的资源位置，而RRC_INACTIVE态跃迁至RRC_CONNECTED态时，由于UE并没有释放上下文，并且核心网侧也不需要再次分配上下文，因此减少了信令的接收。信令消息接收的减少从而减少UE去盲检的所带来的耗电以及空口传输带来的传输时间。
目前文章逐步移至微信公众号更新，有兴趣可扫下面二维码进行关注，谢谢。
