【5G】CORESET解析

概要

本文参考 https://www.sharetechnote.com/html/5G/5G_ResourceAllocationUnit.html

1. 基本定义

CORESET(control-resource set)是控制信息的资源集合,包含物理资源(Resource Grid)的集合,还包括一些参数集合(比如DCI)。它是Downlink Resource Grid中特定区域内的物理资源集合,其用于承载PDCCH (DCI)。
NR 中将PDCCH设计为可以在一个可配置的CORESET上传输,提升了灵活性。
在频域上,CORESET的参考点是BWP,而LTE的控制区域在频域上是整个信道(CBW);在时域上,LTE有PCFICH控制,而NR由RRC参数ControlResourceSet.duration控制,在特定的BWP范围内传输数据。一个子帧中最大3个OFDM符号,表示为
在这里插入图片描述
4G和5G控制区域示意图如下:
在这里插入图片描述
LTE 的PCFICH 和PDCCH等控制信息在每个子帧的前两个symbol,频域占6RB,时域周期是1ms,如图:

在这里插入图片描述
在这里插入图片描述

REG(resource-element groups):频域上12个连续的RE(频域上也就是一个RB, NR 的RB在时域上没有固定的概念),时域上1个OFDM符号。
CCE(Control Channel Element):CCE由多个REG组成,NR 1CCE=6REG. CCE中的REG bundle数量各不相同。
CORESET中分配的频率可以是连续的,也可以是非连续的。CORESET中的时域跨度为1~3个连续的OFDM符号。CORESET中的RE会被组织成REG(RE Group)。每个REG由一个OFDM符号上的12个RE组成。将一个PDCCH限制在一个CORESET中,并通过它自己的解调参考信号(DMRS)进行传输,形成了UE特定的控制信道波束。一个PDCCH可以承载在1、2、4、8或16个CCE(control channel elements)上,以适应不同的DCI payload大小或不同的编码速率。每个CCE由6个REG组成。一个CORESET中的CCE到REG的映射可以是交织的(用于频率分集)也可以是非交织的(用于局部波束赋形)。
在这里插入图片描述
可以配置UE,对不同DCI格式和不同聚合级别的多个候选PDCCH进行盲检。虽然盲检会给UE带来一些开销,但是为了实现灵活调度,以及更低的成本处理不同格式的DCI,这仍然是有必要的。

2. 聚合等级

Aggregation Level聚合级别表示为一个PDCCH分配了多少CCE。下表定义了聚合级别和分配的CCE数量。
在这里插入图片描述
REG Bundle:由多个REG组成,参数L来表示,由RRC信令中的CORESET-REG-bundle-size 控制。很抽象?没关系,看一个例子。
CORESET时域上2个OFDM符号,6个连续的RB,每个RB中有1个REG,总共就有12个REG。
另一个给出的参数是聚合等级为1(Aggregation Level=1),L=6(L表示一个CCE有多少个REG)。所以6个REG组成1个REG Bundle,CORESET含12个REG也就是2个REG Bundle。
在这里插入图片描述

3. PDCCH 到CORESET映射

CORESET由多层子结构组成,如下图所示,“一个CORESET可以容纳多个聚合级别”。一个聚合级别由N个CCE组成。CCE由6个REG组成。一个REG由1个RB和1个OFDM符号组成。
在这里插入图片描述

一个AL等于L的DCI,是由L个连续的CCE组成的,这些CCE会映射到一个CORESET上的多个REG上。NR支持在一个CORESET中对DCI进行分布式和本地化资源分配。这是通过为每个CORESET配置交织或非交织的CCE-to-REG映射来实现的。对于交织的CCE-to-REG映射,用于构成一个PDCCH的CCE上的REG Bundles,会以REG Bundles为单位分布在频域中,如下图所示:
在这里插入图片描述

UE如何使用CORESET:

CORESET0
CORESET0是一个特殊的CORESET,他是在PDCCH上传输,用于SIB1的解析,CORESET0不能由RRC参数控制,因为在还没有解析出SIB1的情况下,RRC都没办法建立,所以CORESET0只能由预定义的一些参数控制。规定了REG Bundle=6,Interleaver =2,时频资源分配在MIB消息中指定,如下:

在这里插入图片描述

搜索空间(Search Space)是CORESET的一个区域,UE应该监视它以检测特定的PDCCH/DCI。有两大类搜索空间,分别为CSS(Common Search Space)和USS(UE specific Search Space)。

好,问题来了,一个搜索空间可以携带多少个Bit?

答案是搜索空间的大小由聚合等级决定。也就是上面的表1.举个例子如下:

Aggregation Level 4 :表示一个CORESET聚合等级由4个CCE组成。

CCE个数 = 4 (24 REG or 24RB;1 CCE=6 REG)
1 REG = 12 RE
整个可用的RE = 12 subcarriers x 1 symbols x 24 REG = 288
整个可用于PDCCH 的RE = 288 - 72 = 216 (72 RE被用于DMRS =每个RB 3 RE用于DMRS*24RB)
该聚合等级下可携带的Bit数 = 216 x 2 = 432 bits (QPSK编码,2 bit)
在这里插入图片描述

另外,上图中MIB消息内PDCCH-Config SIB1包含的ControlResourceSetZero = 11,是一个索引值,指示在38.213 第13章节中查表。(和SCS、最小信道带宽有关)
在这里插入图片描述
Table 13-1: Set of resource blocks and slot symbols of CORESET for Type0-PDCCH search space set when {SS/PBCH block, PDCCH} SCS is {15, 15} kHz for frequency bands with minimum channel bandwidth 5 MHz or 10 MHz

在这里插入图片描述
Table 13-2: Set of resource blocks and slot symbols of CORESET for Type0-PDCCH search space set when {SS/PBCH block, PDCCH} SCS is {15, 30} kHz for frequency bands with minimum channel bandwidth 5 MHz or 10 MHz

小结

  1. NR控制资源集类似于LTE PDCCH Control Region;
  2. 有两种类型的CORESET
    通用CORESET
    UE特定CORESET
  3. 激活的下行BWP最大可以配置3个CORESET,包括通用和UE特定CORESET;
  4. 一个服务小区最多可以有4个BWP,每个BWP最多可以配置3个CORESET,则总共有12个CORESET;
  5. 每个CORESET可以通过一个范围为0~11的索引来标识,命名为 controlResourceSetId;
  6. 在一个服务小区的BWP中controlResourceSetId是唯一的; 定义了一个索引为0的特殊CORESET(CORESET 0),由MIB中的一个4-bit信息位进行配置,其与小区同步信号和SSB相关;
  7. 只有当对应的BWP激活时,对应的CORESET才会激活。但是CORESET 0除外,它与初始BWP(索引为0的BWP)相关联;
  8. CORESET在频域上,在一个6个PRB的 frequency grid 上以6个PRB(1CCE)为单位进行配置;
  9. CORESET在时域上,可以配置1、2或3个连续的OFDM符号;
    参考:
    3GPP TS 38.213 5G; NR; Physical layer procedures for control
    3GPP TS 38.211 5G; NR; Physical channels and modulation
    3GPP TS 38.331 5G; NR; Radio Resource Control (RRC); Protocol specification
    提示:后续更新...
  • 5
    点赞
  • 30
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Just do it ~

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值