我是靠谱客的博主 含糊书包,最近开发中收集的这篇文章主要介绍通信学习 RRC非激活态RRC非激活状态,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

RRC非激活状态

1.为什么引入非激活状态

为了实现效率和能耗平衡,引入了不同RRC状态(空闲态、连接态),但是会引起UE的延时增加。

5G需要毫秒级的延时,因此解决延时问题很重要。为了减小延时 5G RRC层引入了非激活状态。

2.非激活状态:

非激活态的UE的行为特征与空闲态、连接态都有相似之处:

  • 与连接态相似的特征

    • UE上下文标识:I-RNTI
    • UE上下文保存在UE侧和接入网侧
    • 核心网保持信令连接(不保持接入网的信令连接)
  • 与空闲态相似的特征

    • 基于接入网通知区域(RNA)进行位置管理

    • 执行周期性或触发性(跨RNA)的RNA更新移动性管理

    • 遵循RRC空闲态UE的小区选择/重选标准

    • 接入网寻呼,携带I-RNTI

    • 专用信令配置 UE-Specific RAN DRX cycle 监听PO

    • 锚基站在RNA范围内寻呼UE

3.非激活状态的优点:

非激活状态保持了一些连接态和空闲态的特征,因此也保持了两者的一些优点:

  • 较低的控制面延时:因为非激活态时,UE和网络测都保存了UE的上下文信息(包括所有的网络配置参数)

  • 提高系统容量:LTE系统中,对于一些频繁的小数据分组发送UE会长期驻留在连接态来保证控制面的活跃,这会对网络容量造成浪费。将这部分的UE迁移到非激活状态,既能保证控制面的活跃又能提高系统容量。

  • 降低终端能耗:相对于RRC连接态来说,非激活态具备很多空闲态特征。因此,可以保证UE在具有较好的活跃性前提下,尽可能地降低UE能耗

  • 较少信令开销:如:RNA区域的设计,其颗粒度与核心网的TA相比较小,因此网络寻呼的信令开销得到了节省

4.UE非激活态的位置管理:引入基于接入网RAN的通知区域(RNA)

通知区域由一个或多个包含在CN注册区域(RA)的小区组成

通知区域可以为不同的UE提供特定的通知区域配置,通知区域的配置由锚基站配置。

UE将执行周期性的通知区域更新,在UE重选到不属于当前配置的通知区域的小区时,也要执行通知区域更新(RNAU)

5.RNA(通知区域)和TA的区别

TA是核心网层面的概念(对核心网可知)

RNA是接入网的概念(核心网不知道UE所处的RNA,也不知道UE是否处于非激活态,对于核心网来说,对于处于非激活态的UE的处理方式和处于连接态的UE一样)

6.网络给UE配置通知区域的方式(两种):

  • 为UE配置一个小区列表,列表由小区ID组成

  • 为UE配置一个RAN-Area列表,RAN-Area列表由多个RAN-Area组成,每个RAN-Area配置又有两种标识方式:

    • 标识为一个跟踪区域代码(TAC),这种方法适用于将整个TAC内的小区都配置为UE的RNA

    • 标识为TAC+通知区域代码(RANAC),这种方式适用于指示一个TAC内部分小区配置为UE的RNA

      【说明】一个TAC内包含多个RANAC

与TA相似,当UE移出网络配置的RNA时,需要向网络更新其位置,此过程称为RNAU(RAN通知区域更新)

7.非激活态UE接收数据?

有下行数据到达非激活态UE => 核心网将UE数据直接发送到UE的锚基站 => 锚基站缓存并发起RAN寻呼寻找UE

【名词解释】锚基站:保存UE上下文的基站成为锚基站

注:以上自己看书总结,有错请指正,侵删。

最后

以上就是含糊书包为你收集整理的通信学习 RRC非激活态RRC非激活状态的全部内容,希望文章能够帮你解决通信学习 RRC非激活态RRC非激活状态所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(55)

评论列表共有 0 条评论

立即
投稿
返回
顶部