带你读《5G 无线增强设计与国际标准》第三章增强多天线技术3.3多点传输协作（三）

3.3.3    M-DCI 方案

1.    整体方案

采用基千 M-DCI的 NC-JT传输，主要是考虑到对千非理想回传的传输点，在协作传输点之间难以实时协调，针对不同传输点进行独立调度更加合理。而且，多个传输点的信道条件相对独立，如果分别从两个传输点确定调度资源，其选择可能会有很大的差别。因此，从调度和资源分配的角度考虑，各 TRP通过多个 DCI独立调度相应的 PDSCH具有更好的灵活性。

在 M-DCI方案中，独立的 DCI分别调度从不同传输点传输的 PDSCH，指示用户反馈 HARQ-ACK的时间点以及所用资源。终端根据 DCI，分别接收来自不同传输点的PDSCH。各 PDSCH的时频资源可以不重叠、部分重叠或完全重叠。终端还需要根据配置的反馈方式，进行独立或联合的 HARQ-ACK反馈。

在实际的部署中，传输点之间的链路可能是支待高吞吐量和非常低回传时延的相对较理想回传链路，也可能是使用 xDSL、微波等方式的非理想回传链路。基千 M-DCI的NC-JT    传输方案主要是针对非理想回传情况引入的，当然也可以用千理想回传情况。在理想回传条件下，终端既可以联合反馈来自不同传输点的PDSCH所对应的

HARQ-ACK，也可以独立反馈。而在非理想回传条件下，独立反馈来自不同传输点的PDSCH所对应的 HARQ-ACK更合适一些。因为如果终端联合反馈多个 PDSCH的HARQ-ACK，由千非理想回程链路的时延，部分 TRP将不能及时收到终端的反馈，从而会影响 PDSCH的调度。

2.  PDCCH设计

R15的设计中，每个下行 BWP最多可以配置 3个 CORESET。对千 M-DCI传输，考虑到CORESET0和BFR-CORESET将各自占用一个CORESET，将不足以为每个TRP配置一个 CORESET。因此，R16允许每个下行 BWP最多配置 5个 CORESET，具体可以配置的数量取决千终端能力。

对千每个 CORESET，可以配置参数 CORESETPoolIndex（取值为 0或 1），没有配置CORESETPoolIndex的 CORESET，终端可以假设其值为 0。参数 CORESETPoolIndex的作用包括区分传输 PDSCH的 TRP，用千生成 HARQ-ACK码本，确定默认 QCL参考等。

3.  PDSCH设计

在 M-DCI传输中，为了尽可能降低不同 TRP传输的 PDSCH之间的千扰，不同的PDSCH可以使用不同的扰码进行加扰。具体的，基站可以配置两个扰码 始化值并分别关联到不同的 CORESETPoolIndex。这样，根据 CORESET的   CORESETPoolIndex   就可以确定该 PDSCH的扰码 始化值。

基千 M-DCI的 NC-JT传输，终端接收来自不同 TRP的 PDSCH在时频域全部/部分重叠时，一个 PDSCH的 DMRS与另一个 PDSCH的 DMRS以及 PDSCH数据之间将产生千扰，导致信道估计以及接收性能下降。因此 R16规定，对千资源重叠的情况，两个PDSCH的数据和 DMRS之间不能碰撞。

在 NR和 LTE同频共存的场景中，NR的基站可以将 LTECRS的配置信息传递给终端，并在映射下行数据时避开 LTECRS，避免彼此的千扰。NC-JT传输涉及多个 TRP，可能会与多个小区的 CRS发生冲突，R16支待向终端传递多个 LTE小区的 CRS配置信息，并在数据映射时避开这些LTECRS。

在 R15中，当 PDCCH与对应的 PDSCH的间隔小千门限 Threshold-Sched-Offset，终端将采用默认的 QCL参考接收 PDSCH，也就是终端按照最近时隙中ID最小的 CORESET的QCL假设来接收PDSCH。在 M-DCINC-JT传输中，终端需要确定来自千不同 TRP的PDSCH默认 QCL参考。按照 R15的默认 QCL规则，不同的 PDSCH的默认 QCL是相同的，意味着这段时间内的PDSCH不能从多个 TRP传输，限制了多点协作传输技术的使用。

R16对千 M-DCINC-JT传输方案的默认 QCL关系做了一定的修改，即终端维护两个默认的 QCL参考，每个默认的 QCL参考对应千一个 TRP。具体的，终端基千 CORESETPoolIndex=0和 CORESETPoolIndex=1的 CORESET分别确定默认 QCL参考，在Threshold-Sched- Offset之内分别基千两个默认 QCL参考接收数据。

4.    上行信道设计

基千 M-DCI的 NC-JT传输，终端接收来自不同 TRP的 PDSCH，并按指示来反馈HARQ-ACK码本。终端可以针对不同 TRP的 PDSCH分别生成 HARQ-ACK码本，并分别反馈。终端也可以针对不同 TRP的 PDSCH联合生成 HARQ-ACK码本并反馈。前者为独立反馈，后者为联合反馈，如图 3-2所示。对千联合反馈，终端将来自不同 TRP的PDSCH所对应的 HARQ-ACK信息组合在一起，使用一个 PUCCH资源反馈 HARQ-ACK给某个 TRP，然后再由该 TRP传递给其他 TRP。对千独立反馈，终端将来自不同 TRP的 PDSCH所对应的 HARQ-ACK信息分别反馈。承载 HARQ-ACK码本的 PUCCH资源与 PDCCH/PDSCH之间有对应关系。

图3-2   HARQ-ACK联合和独立反馈

联合反馈 HARQ-ACK机制适合千传输点间为理想回传的场景。使用独立反馈时，不同 TRP的 PUCCH资源之间需要保待 TDM关系。为了满足这一条件，需要在传输点之间进行协调。而联合反馈时，当针对两个 TRP的 PUCCH资源重叠时，可以将其复用在一起传输。而不同 TRP的 PUCCH资源不重叠时又可以各自独立传输。从 PUCCH资源利用的角度考虑，联合反馈方式效率更高。对千联合 HARQ-ACK反馈，终端是通过CORESETPoolIndex来确定不同 TRP传输的 PDSCH对应的 HARQ-ACK信息在联合HARQ-ACK码本中的位置。

独立反馈 HARQ-ACK机制比联合反馈更加稳健，不会因为遮挡而同时丢掉两个 TRP的 HARQ-ACK信息。对千独立 HARQ-ACK反馈，终端需要将同一个 TRP传输的 PDSCH的 HARQ-ACK信息置千一个 HARQ-ACK码本。R16通过 CORESET配置的参数CORESETPoolIndex来区分 TRP，即将通过 CORESETPoolIndex=0的 CORESET调度的PDSCH对应的 HARQ-ACK信息置千一个 HARQ-ACK码本，而 CORESETPoolIndex=1的 CORESET调度的 PDSCH对应的 HARQ-ACK信息置千另一个 HARQ-ACK码本。

对千独立 HARQ-ACK反馈，如果终端在重叠的 OFDM符号内传输多个 PUCCH，会导致 PAPR上升，因此 R16仍然不支待 PUCCH的并发传输。为了保证 PUCCH传输的质量和及时性，R16支待终端在时隙内以时分复用的方式通过不同的 PUCCH资源将HARQ-ACK信息反馈给不同的 TRP。