LTE之载波聚合（三）：CA对下行L1/L2控制信号的影响

四. 对下行L1/L2控制信号的影响

     每个CC有独立的物理层(physical layer)，包括控制信令（control signaling）、调度（scheduling）和HARQ重传。

     每个CC有一个独立的control region。

     每个CC有一个独立的DL-SCH或UL-SCH。

1. PDCCH

     如果不支持跨承载调度，与Rel-8一样，每个下行CC上的PDCCH携带的信息对应同一个CC的下行资源分配（DCI）或上行资源分配（UCI）。

     如果支持跨承载调度，则允许一个CC上的PDCCH调度在另一个CC上传输的资源。即PDCCH在一个CC上传输，而对应的PDSCH或PUSCH在另一个CC上传输。

图5：非跨承载调度与跨承载调度

     跨承载调度是通过RRC信令（是否存在crossCarrierSchedulingConfig-r10字段）并基于UE的每个CC配置的（即每个CC可独立地配置是否使能跨承载调度以及在其它哪个CC上调度）。

     如果支持跨承载调度，会在PDCCH的起始处插入一个CIF字段，用于指定该PDCCH对应哪个CC。是否存在CFI字段是通过CrossCarrierSchedulingConfig-r10的cif-Presence-r10字段来控制的。

     注意：（1）CIF只存在于UE-specific搜索空间的PDCCH中，公共搜索空间的PDCCH是不存在CIF的。

     （2）支持跨承载调度与否，会导致DCI格式有所不同，UE盲检时应根据具体的情况予以区分。

     在某一CC上传输的数据，UE仅会在一个CC（同一个CC或跨承载调度时不同的CC）上收到对应的PDCCH。

     如果支持跨承载调度，UE通过接收到的RRC消息CrossCarrierSchedulingConfig-r10的schedulingCellId-r10字段，知道需要在schedulingCellId-r10对应的CC上盲检另一SCell的PDCCH。

     为了简单，CIF的值与RRC消息SCellToAddMod-r10中的sCellIndex-r10值是一致的。

     如果没有配置CIF，则在某一serving cell收到的PDCCH对应同一serving cell的PUSCH和PDSCH传输。

 

CrossCarrierSchedulingConfig-r10::=     SEQUENCE {       对应某一SCell

  schedulingCellInfo-r10         CHOICE {

     own-r10                        SEQUENCE{               -- No cross carrier scheduling

         cif-Presence-r10                  BOOLEAN       是否存在cross-carrier

     },

     other-r10                      SEQUENCE{             -- Cross carrier scheduling

         schedulingCellId-r10           ServCellIndex-r10, 在该Cell上接收本SCell的PDCCH

         pdsch-Start-r10                INTEGER (1..4)    指定在该SCell传输的PDSCH的起始symbol

     }

   }

}

 

       至此（RRCConnectionReconfiguration配置之后），UE已经知道应该在哪些CC上盲检PDCCH，以及这些PDCCH对应哪些CC。

       当配置CA，UE需要进行的盲检次数最多为44 + 32 * numOfSCell（PCell需要44次盲检，而SCell不需要盲检公共搜索空间，因此只需要做32次盲检）。

       如果没有配置跨承载调度，每个Serving Cell的搜索空间与Rel-8是一致的。

       如果配置了跨承载调度，搜索空间的定义如下：

       与Rel-8相比可以看出，对于跨承载调度的CC而言，计算时增加了偏移量

。其中c的值与CIF相同。（详见36.213的9.1.1节）

图6：多CCs的用户特定搜索空间（UE-specific search space for multipleCCs）

   关于搜索空间的详细介绍，可见我的博文《CCE介绍》和36.213的9.1.1节。

2. PCFICH

     对于支持CA的UE而言，每个CC都有各自的PCFICH，即不同的CC可能有不同大小的control region，也即PDSCH的起始symbol可能不同。因此，原则上UE需要在它被调度的每个CC上接收PCFICH。

     与PDCCH一样，PCFICH也是在control region传输的，因此，跨承载调度场景中影响PDCCH的inter-cell interference对于PCFICH也同样存在。为了解决这个问题，Rel-10通过CrossCarrierSchedulingConfig的pdsch-Start-r10字段指定任意跨承载调度的PDSCH的起始OFDMsymbol，而不是通过解码对应CC上的PCFICH获得。

    该机制并不妨碍eNodeB动态改变每个CC的controlregion的大小（虽然在许多异构网络场景中，为了实现ICIC，通常会配置一个相对静态的controlregion大小）。

       越短的control region，就有越多的OFDM symbol用于数据传输，反之亦然。

3. PHICH

     原则：PHICH与对应的上行数据传输的UL Grant在同一个下行CC上传输。

     因此在CA中，一个DL CC可能要携带多个PHICH，从而增大了PHICH 冲突的可能性（因为PHICH索引是由对用的PUSCH的最低PRB决定的，对于多个UL CC可能是相同的）。

     为了缓解这个问题，可以通过配置与PHICH在同一个DL control region传输的各个上行CC的DMRS参考信号的不同循环移位(cyclic shift)来偏移PHICH索引。

     另外，eNodeB也可以通过在调度时让不同CC选择不同的上行资源起始PRB，从而避免冲突。