5G全流程详解2：CORESET 0

PDCCH

PDCCH是下行控制信道，主要用来指示PUSCH和PDSCH的时频资源与调制译码信息，当然还可以用于TPC，SFI，这里就不再一一赘述。

在LTE里面，PDCCH固定占据subframe中的前1-3个OFDM symbols，而且是cell specific的。但是到5G里面这样就不太合适，原因如下：

1. 5G比4G带宽大很多。5G最大带宽是100MHz，如果总是要求UE搜索这么大的带宽，基站也要发送这么大带宽，那么PDCCH candicate数目会特别多，不利于UE与基站省电

2. LTE里面PDCCH时频资源对cell里面所有UE是一样，这个叫做cell specific。这种设计不利于波束赋形。所以5G里面将PDCCH改为了UE specific

3. 只有让PDCCH不固定在某几个OFDM symbol里面，才有可能满足URLLC的快速调度的需求。对于时延不敏感的业务，如果能让UE每若干时隙检测一次PDCCH，UE可以通过micro-sleep实现省电

所以在5G中采用了CORESET来描述PDCCH的频域资源，用search space set来描述PDCCH的时域资源。这样可以让PDCCH在时域与频域都可以灵活配置，真正的“浮动”起来

CORESET

在5G中，PDCCH物理资源映射分为三级，第一级RE--->REG，第二级REG--->CCE，第三级CCE--->PDCCH candicate。12个RE或者说一个PRB组成一个REG，6个REG组成一个CCE，1/2/4/8/16CCE组成一个PDCCH candicate。

frequencyDomainResources: RBG(6 RBs) bitmap

duration: 1-3个符号，也就是1个monitor occasion的长度

interleaved：指示是否交织

reg-BundleSize：REG bundle包含几个REG，也就是下面公式的L

interleaverSize：下面公式中的R，交织表中的行数row

shiftIndex：下面公式中的

这个是REG bundle交织公式。C是交织表中的列数column。从下面描述可以看出交织只发生在CCE to REG这一映射上。而且，为了进行多个REG之间进行联合信道估计，交织最小的单位是REG bundle，而不是以REG为单位。

这个交织其实就是最简单的行列变换交织，按行输入，按列读出，连列交换都没有，只是可以加上一定的偏移。

duration=3，没有交织的时候，REG排列如下图：

	时	域
	REG 15	REG 16	REG 17	CCE 2
	REG 12	REG 13	REG 14	CCE 2
频	REG 9	REG 10	REG 11	CCE 1
域	REG 6	REG 7	REG 8	CCE 1
	REG 3	REG 4	REG 5	CCE 0
	REG 0	REG 1	REG 2	CCE 0

REG Bundle size=3，interleaverSize=2，shiftIndex=0，每3(REG Bundle size)个组成一个REG bundle参与交织，交织表行数为2（interleaverSize），按行输入

0	1	2
3	4	5

按列输出为0，3，1，4，2，5

	时	域
	REG 15	REG 16	REG 17	CCE 2
	REG 12	REG 13	REG 14	CCE 1
频	REG 9	REG 10	REG 11	CCE 0
域	REG 6	REG 7	REG 8	CCE 2
	REG 3	REG 4	REG 5	CCE 1
	REG 0	REG 1	REG 2	CCE 0

我们可以看到交织后，CCE从频域连续的REG bundle变成了频域不连续，这样可以获得频域分集。

precoderGranularity：表示precoding是按REG bundle还是整个CORESET都是一样的

Search Space Set

duration:这里的是指CORESET出现的连续slot个数

aggregationLevel1：CCE聚合等级1下的PDCCH candidate数目，也就是下面公式中的 ，这里s表示search space set s，max表示所有carrier里面最大的。 为Level等级。

PDDCH candidate的CCE位置计算公式

上面式子中 是指CORESET p中CCE总数。那么 表示PDCCH candidate的CCE间隔。 是DCI中的carrier indicator field， 是随机化因子，与CORESET p和子帧号有关系。本质上，CCE位置是一个哈希表，映射方式近似LTE

SearchSpaceType：表示search space是common的还是UE spec的，并且指示需要检测哪些DCI格式

CORESET 0

每个不同SSB index的SSB，都有自己对应的一个CORESET 0，这个CORESET 0和其他SSB对应的是时分的。这也意味着不同的波束可以有不同的SIB1。

SSB求解出来以后，里面有个信息subCarrierSpacingCommon，我们可以知道type0 PDCCH的子载波间隔，

根据SSB和PDCCH的子载波间隔，

还要根据GSCN所在band能支持的最小小区带宽，如下图：

38.101-1

我们在38.213 13中去选定table。

38.213-13

从上表中可以得出CORESET的SFN与slot number，以及起始符号index。

slot number n0为

当

SFNc mod 2=0，

当

SFNc mod 2=1。

上面公式里，i为SSB index。

MIB里面还有个信息叫做pdcch-ConfigSIB1，这里面有两个量，controlResourceSetZero和searchSpaceSet0，分别是上面表中的index。

如果CORESET table里面指示的SSB和COERSET复用类型是1的话，SSB与type0-PDCCH是TDMA的。UE在slot 和 去监听type0-PDCCH CSS set

复用类型是2，3的话，SSB与type0-PDCCH是FDMA的。SSB和type0-PDCCH在同一个slot上或者相差一个slot

我们来聊一聊table 13-1里面的几个参数

1. multiplex pattern，SSB和CORESET0之间的复用方式。复用图样1：TDM，复用图样2：TDM+FDM，复用图样3：FDM

2.offset，RB偏移，如下图所示