2022随手记第三十四篇,继续RedCap协议学习的内容。本篇简要总结RedCap的几个无线侧的特性和能力。先罗列一下RedCap承前启后的文章系列:
随手记2022(33)3GPP REDCAP预研信息汇总(二)--Redcap UE相关流程的配置
2022随手记(22)3GPP REDCAP预研信息汇总(一)
宏文2022(6)关注R17新引入的NR IoT技术--REDCAP
Part1: RedCap UE的必要特性
RedCap--Reduced Capability顾名思义即使相对非RedCap UE来说是复杂度降低了的一类UE设备。3GPP协议规定RedCap UE的必要条件是FR1:最大支持20MHz带宽,FR2:最大支持100MHz带宽。
Part2:RedCap UE的能力capability
作为Reduced Capability的特性呈现,RedCap UE将不支持CA,MR-DC,DAPS,CPC和IAB相关的能力(截至R17 h00版本)。网侧也通过配置实现避免非RedCap能力配给RedCap UE。RedCap UE的相关能力如下:
RedCap UE的相关限制,和上面所列有点重复哈,
Part3:识别(Identification),接入(Access)与驻留(Camping)的限制
协议规定通过MSG3/MSGA对RedCap UE的识别是必选项,也就是RedCap初期的产品也需要支持的选项。这个方式是通过CCCH/CCCH1所指定的特定专有LCID来识别RedCap UE。这些新引入的LCID如下:
而MSG1/MSGA的方式是通过特定的RO或者preamble配置来识别(可选方案)。
RedCap UE如下特性可通过系统消息通知:
1 RX branch
2 RX branch
半双工模式
RedCap 特定的IFRR通过SIB1通知,当缺省时不允许RedCap UE接入。
RedCap UE所允许访问的频率也是通过广播消息通知。
这些IE在SIB1中呈现:
Part4:RRM测量relaxations
RRM measurement relaxation功能可通过网侧打开和关闭。处于RRC_IDLE和RRC_INACTIVE态的REDCAP UE在满足相应的stationary criterion或者同时满足stationary criteriion和not-at-cell-edge时刻对邻区进行所谓的relax RRM测量。网侧也可以为连接态RRC_Connected UE配置相应的stationary criterion,之后在UE满足stationary criterion或者不满足时会通过UAI(参考2021随手记(33)截止v16.5.0为止的UAI内容简要汇总,R17会增加新的UAI,RAN4工作组正在讨论相关内容)上报RRM measurement relaxation status。
Part5:BWP operation
RedCap UE在RRC_IDLE和RRC_INACTIVE状态时在关联CD-SSB的initial BWP(default或者RedCap特定的BWP上)只监听paging消息,并对CD-SSB进行测量,执行小区重选等。而当配置使用了RedCap特定的initial UL BWP时,处于RRC_IDLE和RRC_INACTIVE状态的RedCap UE将只在这类特定的initial UL BWP上发起RA过程。RedCap UE也可以配置使用多个NCD-SSB,每个BWP最多配置一个SSB。在RRC_CONNECTED场景中,NCD-SSB可为RedCap UE配置用于RLM,BFD以及服务小区相关测量(当active BWP未包含CD-SSB情况下)。
回顾下CD-SSB的定义:
多SSB并存使用示例:
处于RRC_CONNECTED状态的UE,其所驻留的服务小区为其配置的BWP们可能与处于同一载波频段的其他小区的UE的BWP重叠。而且同小区内的载波频段范围内也可以有多个SSB并行发送。而从UE的角度来看,它在服务小区内只关联最多一个单一的SSB。上图示例即为一个使用多SSB的场景,此例中包含了两个小区:关联SSB1的NCGI=5和关联SSB3的NCGI=6,这两个小区中的BWP重叠。在合理情况下,网侧可配置UE测量每个可用的SSB。