5G/NR 为什么RRC新增RRC_INACTIVE态？

最新推荐文章于 2024-10-11 19:07:02 发布

5G加油站

最新推荐文章于 2024-10-11 19:07:02 发布

阅读量1.3w

点赞数 10

CC 4.0 BY-SA版权

分类专栏： 5G/NR 文章标签： 5G/NR RRC RRC_INACTIVE

@5G加油站

本文链接：https://blog.youkuaiyun.com/qq_33206497/article/details/93412707

5G/NR 专栏收录该内容

43 篇文章 ¥9.90 ¥99.00

订阅专栏

超级会员免费看

5G/NR引入RRC_INACTIVE态旨在节能和减少时延，尤其适用于物联网场景如mMTC。在该状态下，UE保持核心网上下文，恢复到RRC_CONNECTED态时仅需简单过程，降低了信令交互和能耗。此外，对比RRC_IDLE态，RRC_INACTIVE态下UE无需重新申请上下文，进一步节省了资源。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

如果大家了解过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收到连接恢复完成后就可以接收和发送数据包了。

其次