5G NR - PDCCH学习笔记7 - FAQs

FAQs是什么？
Frequently Asked Questions.

 

为什么NR引入CORESET概念？
因为控制信道需要工作在BWP内, 所以不能像LTE PDCCH的control region使用整个带宽。

 

为什么CORESET#0不是必须距离POINT A为6PRB的整数倍？

Type0-PDCCH CORESET的配置信息在MIB里，用于调度SIB1的PDCCH，此时POINT-A还未确定.

 

CORESET是UE特定的还是BWP或小区特定的？

1) CORESET是小区级别，每个小区12个(看Comments栏的原因)

2) 每个UE可以配置12个CORESET, 每个BWP配置3个(UE最多4个BWP)

3) 从如下CORESET的频域资源定义更可以看出，CORESET就是整个小区级的，如下定义的是在整个小区带宽里的位置

frequencyDomainResources '11111111 11111111 00000000 00000000 00000000 00000'B : CORESET Frequency domain resources allocation, This is represented as a 45 bits BitMap , each bit represents a group of 6PRB's, since Max BW size is 275 PRBS = 275/6 = 45 , Bit value 1 indicates that particular group of 6PRBs are active part of the CORESET region, Bit value 0 indicates that group of 6PRBS are not used for that CORRSET.

 

CORESET资源粒度？

6REGs(1OFDM Symbol*6RBs).

 

CCE是PDCCH范畴还是CORESET范畴？

PDCCH范畴，

38.211 – 7.3.2.1:

A physical downlink control channel consists of one or more control-channel elements (CCEs) as indicated in Table 7.3.2.1-1.

PDCCH承载的DCI信息先根据AL映射到CCE，再根据CCE-REG Mapping方式映射到CORESET.

(所以CORESET并不神秘，想象成LTE的control area就行，对CCE来说，CORESET就是整个世界。也就是，CCE所map的REG是CORESET范围内的。

A UE can be configured with multiple control-resource sets. Each control-resource set is associated with one CCE-to-REG mapping only.------ 38.211)

 

为什么NR里CCE映射的RE数(72:DCI54 +DMRS18 )比LTE里CCE映射的RE数(36)要大？

因为映射NR PDCCH DMRS的资源要比LTE CRS的资源少，导致信道估计能力下降，并且NR的 DCI Playload比LTE有所增大，因此为保证NR PDCCH传输可靠性和满足NR PDCCH覆盖要求，最终根据仿真评估确定现在的大小。

 

REG到底如何在CORESET里排列？

时域优先，跨所有OFDM符号。

Resource-element groups within a control-resource set are numbered in increasing order in a time-first manner, starting with 0 for the first OFDM symbol and the lowest-numbered resource block in the control resource set.(38.211 – 7.3.2.2)

 

REG Bundle的含义/目的/类型？

1) CCE-REG Mapping in terms of REG Bundling

2) 只有 Interleaved CCE –REG mapping 才有 REG Bundling ， non-Interleaved 没有 REG Bundling( 也可以认为其 REG Bundling 始终是 6)

3) REG Bundling 里的 REG 使用相同的预编码，可以提高信道估计性能 ( 类似于 PDSCH 的 RB Bundling)

4) REG Bundling size 6 -> 所有的 coreset duration(1,2,3 OFDM Symbols)
        REG Bundling size 3 -> 适合 3 OFDM Symbols

        REG Bundling size 2 -> 适合1&2 OFDM Symbols

 

CCE-REG mapping如果采取interleaved的方式，CORESET所在的BWP的REG是VRB还是PRB? 如果是VRB，VRB->PRB的映射方式是什么？

PRB.

VRB对应于PDSCH/PUSCH资源分配。

 

为什么需要BD(Blind Decoding)?

基站实际发送的PDCCH的AL随时间可变，并且由于没有相关信令告诉UE，所以UE需要在不同的AL下BD PDCCH.

同一occasion里的CCE资源需要按优先级在多个UE之间调度

UE事先不知道DCI Format

 

是不是只要有occasion就有一定能搜到PDCCH？如果是，是不是每个occasion的PDCCH都要进行信道估计？

不一定可以搜索到，就好像通过dedicated BWP配置了USS occasion, 但是如果不调度数据，自然就没有PDCCH.

信道估计是针对信道而言的，所以只要试图搜索/解码PDCCH，就要进行信道估计。

 

CCE资源到底如何分配？基站到底如何决定给每个UE的各个USS/CSS分配对应coreset及coreset大小？

基站根据UE优先级, 可用CCE数量进行调度. 如果某个UE无法在当前slot分配CCE，就延后，DCI指定的相应数据(比如PDSCH)发送自然也要延后。

 

为什么说有时候comm-search space也能用于特定UE?

虽然common search space主要用于各种系统消息，但有些情况也会用于特定UE，比如在某UE在UE-specific搜索空间没有资源的时候。

 

为甚common search space只用AL4/8/16?

因为commom search space主要用于公共消息，公共消息需要覆盖整个小区，所以AL不能太小。

 

为甚common search space不支持DCI format空分复用?

减少UE blind decoding复杂度。

 

UE同一个occasion是否能够在多个或一个coreset解析多个AL PDCCH?

可以，只要频域不重叠就可以

 

Blind Decoding是否从第一个CCE开始搜索？哈希函数用于确定什么？

CSS从0开始

USS用哈希函数决定CCE Index

With such small search spaces it is quite possible in a given subframe that the eNodeB cannot find CCE resources to send PDCCHs to all the UEs that it would like to, because having assigned some CCE locations the remaining ones are not in the search space of a particular UE. To minimize the possibility of such blocking persisting into the next subframe, a UEspecific hopping sequence is applied to the starting positions of the dedicated search spaces.
(来源于<LTE The UMTS Long Term Evolution From Theory to Practice PHYLIPS LUCENT>  ====>  NR相同理念)

 

既然HASH计算出来的值在每slot都是确定的，那BD的个数，是不是即所有AL的candidate的个数？

是的，准确的说是待检测的所有AL的candidate个数总和。

UE搜索空间的确定分两步：

第一步，根据搜索空间集合的配置信息确定配置的候选PDCCH集合中每个候选PDCCH在coreset内的CCE索引；

第二步，根据预设的规则在配置的候选PDCCH集合中确定待检测的候选PDCCH集合。

 

数据传输时，基站发送的DCI如何确保UE能够在正确的occasion解析出来？

预先配置好的，RRC配置/重配消息

 

为什么会有interleaved和non-interleavd两种CCE-REG mapping方式？

Interleaved: 将映射后的调制符号分散到真个coreset中，获得频率分集增益(CORESET0)

Non-Interleaved:可以将映射后的调制符号聚集在CORESET内的部分时频资源，损失了频率分集增益，可以获得基站调度增益，尤其是基站可根据获得的无线信道状态，在信道较好的时频资源上发送控制信息。

此外，若相邻小区采用了相同的映射方式，且小区之间同步，容易导致在相同的时频资源位置上与相邻小区发送的PDCCH产生连续的碰撞。Non-Interleaved映射可基于调度的方式避开连续的碰撞，而Interleaved方式则可以引入随机化参数对映射的资源位置进行小区及的随机化偏移，实现小区见的干扰随机化。(注意这里说的随机化不是指CCE INDEX的随机化，CCE index是根据公式确定的(page)， 没有随机参数, 这里是CCE INDEX <-> REG bundle index的随机化)

 

一个PDCCH可以传输多个format是什么意思？

比如某个occasion既要传输DL调度信息，又要传输UL grant信息.

 

Monitoring occasion会跨时隙吗？

不跨时隙。

R15以slot为单位

R16以span为单位

---- clip----

If a UE is provided monitoringCapabilityConfig-r16 for a serving cell, the UE obtains an indication to monitor PDCCH on the serving cell for a maximum number of PDCCH candidates and non-overlapping CCEs

-  per slot, as in Tables 10.1-2 and 10.1-3, if monitoringCapabilityConfig-r16 = r15monitoringcapability, or

-  per span, as in Tables 10.1-2A and 10.1-3A, if monitoringCapabilityConfig-r16 = r16monitoringcapability

If the UE is not provided monitoringCapabilityConfig-r16, the UE monitors PDCCH on the serving cell per slot.

---- clip----               

但occasion仍然不能跨时隙：

A UE does not expect to be provided a first symbol and a number of consecutive symbols for a CORESET that results to a PDCCH candidate mapping to symbols of different slots.

 

R16的span如何理解？

A UE can indicate a capability to monitor PDCCH according to one or more of the

combinations X,Y(X,Y) = (2, 2), (4, 3), and (7, 3) per SCS configuration of 𝜇=0μ=0 and 𝜇=1μ=1.

 

 

一个search space的occasion长度和对应的coreset duation长度一致吗？

当然, 因为CCE映射到coreset物理资源是先时域后频域，另外两个occasion间隔要符合：A UE does not expect any two PDCCH monitoring occasions on an active DL BWP, for a same search space set or for different search space sets, in a same CORESET to be separated by a non-zero number of symbols that is smaller than the CORESET duration.)

 

---

笔者在公众号“协议工程师笔记”定期发布NR/LTE/IMS...学习笔记, 敬请关注、订阅和分享，谢谢！

                                                               

                                                                      一起努力，蒸蒸日上