在监视CC的控制区中监视用于多个DCI的roCCH。因此，需要支持相同DCI格式的搜 索空间的构成以及roccH的监视。
[0185] 首先，在多载波系统中，定义以下术语。
[0186] UE DL CC集：被调度使得UE可以接收I3DSCH的DL CC的集。
[0187] UE UL CC集：被调度使得UE可以接收PUSCH的UL CC的集。
[0188] PDCCH监视集：执行PDCCH监视的至少一个集的DL CC13PDCCH监视集可以与UE DL CC集或UE DL CC集的子集相同。PDCCH监视集可以包括在UE DL CC集内的DL CC中的至 少一个DL CC。而且，与UE DL CC集无关地，PDCCH监视集可以被单独地定义。在HXXH监 视集中包括的DL CC可以设置为使得针对连接的UL CC的自调度总是可行的。
[0189] UE DL CC集、UE UL CC集和PDCCH监视集可以被设置为小区特有的或UE特有的。
[0190] 而且，下面的内容示出CIF可以属于哪一种DCI格式。
[0191] -如果CRC被加扰为P-RNTI、RA-RNTI或TC-RNTI，则DCI格式不包括CIF。
[0192] 如果CRC通过C-RNTI和SPS-RNTI来加扰（或掩饰），则能够在UE特有的搜索空 间中接收的〇(：1格式0、1、认、18、10、2、24和28可以包括(：正。
[0193] 图13例示CC集的示例。这里，我们假设四个DL CC(DL CC#1、#2、#3、#4)作为UE DL CC 集，两个 UL CC(UL CC#1、#2)作为 UE UL CC 集以及两个 DL CC(DL CC#2、#3)作为 PDCCH监视集已经被分配给UE。
[0194] 在PDCCH监视集内的DL CC#2传输用于在UE DL CC集内的DL CC#1/#2的PDSCH 的PDCCH和用于在UE UL CC集内的UL CC#1的PUSCH的PDCCH。在PDCCH监视集内的DL CC#3传输用于在UE DL CC集内的DL CC#3/#4的TOSCH的TOCCH和用于在UE UL CC集内 的 UL CC#2 的 PUSCH 的 PDCCH。
[0195] 连接可以设置在包括在UE DL CC集、UE UL CC集和HXXH监视集中的CC之间。 在图13的示例中，PDCCH-PDSCH连接被设置在DL CC#2(调度CC)和DL CC#1(被调度的CC) 之间。而且，PDCCH-PUSCH连接被设置到DL CC#2和UL CC#1。而且，PDCCH-PDSCH连接被 设置在DL CC#3(调度CC)和DL CC#4(被调度的CC)之间。而且，PDCCH-PUSCH连接被设 置到DL CC#3和UL CC#2。基站可以通过小区特有的信令或UE特有的信令来通知UE关于 如此自调度CC的信息或roCCH-PDSCH/PUSCH连接信息。
[0196] 而且，对于在HXXH监视集内的每一个DL CC，DL CC和UL CC可以没有连接。在 将HXXH监视集内的DL CC与UE DL CC集内的DL CC连接之后，用于PUSCH传输的UL CC 可以限制为连接到在UE DL CC集内的DL CC的UL CC。
[0197] 可以根据UE DL CC集、UE UL CC集和HXXH监视集的连接不同地设置CIF。
[0198] 在下文中，将描述在跨载波调度中的DCI检测的含糊不清和用于解决该含糊不清 的方法。
[0199] 首先，将描述在跨载波调度中的DCI检测的含糊不清。
[0200] 在载波聚合系统中，在跨载波调度没有被激活的情形中，PDCCH监视CC集总被认 为是与UE特有的DL CC集相同的。在该情形中，不必指示针对HXXH监视CC集的单独的信 令。相反，在跨载波调度被激活的情形中，PDCCH监视CC集需要被限定在UE特有的DL CC 集内。因此，在该情形中，针对HXXH监视CC集的单独的信令可能是必要的。
[0201] 图14a和14b例示了用于将包括在PDCCH监视CC集中的DL CC与传输PDSCH/ PUSCH的CC连接的方法。图14a和14b假设所有的DL CC与UL CC成对。
[0202] 选择 1
[0203] 参考图14a，根据选择1，每一个传输H)SCH/PUSCH的CC(在下文中被称为H)SCH/ PUSCH CC)通过一个DL CC来调度。即，对于PDSCH/PUSCH CC，仅一个DL CC需要被监视。 在具有CIF的DL CC中，UE监视H)CCH，并且DL CC的HXXH可以调度用于相同DL CC的 PDSCH中的至少一个和/或连接到所述DL CC的UL CC的PUSCH。
[0204] 选择 2
[0205] 参考图14b，根据选择2, PDSCH/PUSCH CC可以通过一个或更多个DL CC来调度。 PDSCH/PUSCH CC可以仅通过在每一个子帧中的一个DL CC来调度，但是也可以通过在不同 的子帧中的不同的DL CC来调度。在具有CIF的DL CC中，当UE监视HXXH时，PDCCH可以 调度用于相同DL CC的H)SCH中的至少一个和/或所连接的UL CC的PUSCH。与没有CIF 的系统相比，选择2没有增加盲解码的数量和/或CRC错误检测率。
[0206] 如果假设UE试图在每一个CC的公共搜索空间盲解码12次，那么在非跨载波调度 的情形中，盲解码尝试的最大数量变为44。而且，在跨载波调度的情形中，盲解码尝试的最 大数量可以按照如下来计算。
[0207] 公式 3
[0208]
[0209] 在上面的公式3中，M指示HXXH监视CC集的DL CC的数量。PDCCH监视CC集的 DL CC被编号为i = 0，1，…，（M-I)，并且N(i)代表可以从DL CC i调度的DL CC的数量。
[0210] 例如，假设在I3DCCH监视CC集中存在两个DL CC(在下文中被称为HXXH监视DL CC)，并且存在用于传输roSCH/PUSCH的四个CC ( 即，PDSCH/PUSCH CC)。在该情形中，假设 对于roSCH/PUSCH CC的HXXH监视DL CC的公共搜索空间的大小与比较差异载波调度相 同。
[0211] 在选择1的情形中，UE重复盲解码对于两个PDSCH/PUSCH CC的一个PDCCH监视 DL CC两次，并且因此盲解码尝试的最大数量变为2X2X44 = 176。对照地，在选择2的情 形中，UE将盲解码对于四个H)SCH/PUSCH CC的两个HXXH监视DL CC，并且因此盲解码尝 试的最大数量变为4X2X44 = 352。即在选择2中，将进行更大数量的盲解码尝试。
[0212] 当使用选择1时，在比较差异载波调度的情形中，除了 HXXH监视CC以外的DL CC 不必被监视，对于每一个DL CC，需要Rel-8盲解码开销。然而，与选择2不同，在调度中存 在限制，并且因此难以支持全柔性调度。当使用选择2时，可以支持全柔性调度，但是在UE 侧可能生成过大的盲解码复杂度。
[0213] 下面将描述利用选择1和2的方法。
[0214] 选择 3
[0215] 基站首先针对TOSCH/PUSCH CC设置传输TOCCH的DL CC。具有CIF的DL CC(当 UE监视HXXH时）可以执行针对相同DL CC的I3DSCH中的至少一个和/或所连接的UL CC 的PUSCH的调度。此时，于在roSCH/PUSCH CC当中HXXH具有相同的DCI净负荷大小的情 形中，搜索空间可以被共享。
[0216] 图15的（a)和（b)例示了上述的选择3 (修改的选择1)。
[0217] 参考图15的（a)，PDCCH监视DL CC#1传输用于CC#1和CC#2的PDCCH，并且PDCCH 监视DL CC#2传输用于CC#3和CC#4的H)CCH。这里，在用于CC#2的I3DCCH的DCI净负荷 大小与用于CC#3的HXXH的DCI净负荷大小相等的情形中，用于CC#2和CC#3的搜索空间 可以共享，如在图15的（b)中所示。
[0218] 在下文中，为了描述的方便，其中UE监视HXXH的DL CC被称为监视CC。而且，其 中UE接收roSCH的DL CC被称为roSCH CC，并且其中UE发送PUSCH的UL CC被称为PUSCH CC。PUSCH CC和PUSCH CC被统称为被调度的CC。
[0219] 例如，假设被调度的CC#2连接到监视CC#1，并且被调度的CC#3连接到监视CC#2。 在如此的情形中，UE首先对监视CC#1进行监视，从而接收被调度的CC#2的H)CCH，并且首 先对监视CC#2进行监视，从而接收被调度的CC#3的roCCH。然而，在被调度的CC#2的HXXH 和被调度的CC#3的HXXH中，如果DCI大小是相同的，则搜索空间可以被设置为是共享的。 艮P，在DCI大小是相同的情形中，即使在除了所连接的监视CC之外的DL CC中，UE也可以 首先监视roCCH。例如，针对被调度的CC#2，UE可以对监视CC#2以及监视CC#1进行监视。
[0220] 仅在其中可以在一个或更多个监视CC中接收的用于被调度的CC的HXXH具有相 同的DCI净负荷大小的情形中，上述选择共享用于HXXH的搜索空间。而且，仅在其中可以 在一个或更多个监视CC中接收的用于被调度的CC的HXXH具有不同的DCI净负荷大小的 情形中，（优先）连接关系被维持，如在上面的选择1中。通过该方法，基站的调度柔性可 以被改善，同时保持一定的等级。
[0221] 在跨载波调度中，在监视CC中可以检测到用于一个或更多个被调度的CC的DCI。 例如，可以通过在两个或更多个监视CC中的搜索空间共享来检测用于一个或更多个被调 度的CC的DCI，如在上面的选择3中一样，或者可以通过在一个监视CC中的搜索空间共享 来检测用于一个或更多个被调度的CC的DCI。当在具有相同的DCI大小的HXXH之间共 享搜索空间时，可以检测具有相同DCI大小的多个DCI。在该情形中，UE可以通过在接收 PDCCH的过程中包括的CRC校验来识别HXXH属于UE本身，但是可能难以确定已经成功检 测的DCI所相关的被调度的CC。这被称为含糊不清（ambiguity)。
[0222] 例如，在使用跨载波调度的监视CC中，包括CIF的DCI和没有CIF的DCI可以具 有相同的DCI净负荷大小。此时，含糊不清发生，因为UE不能确定检测到的HXXH是否是 与包括CIF的DCI相关的信息或者与没有CIF的DCI相关的信息（在使用跨载波调度的情 形中，如果CIF被包括在监视CC中的所有DCI中，则可以通过CIF确定DCI是与哪一个被 调度的CC相关的信息，并且因此不会发生含糊不清）。
[0223] 而且，如果不同的CIF长度共存，则即使包括不同长度的CIF的DCI具有相同的净 负荷大小，相同的问题也可能发生。
[0224] 即，上述问题可以在下面的情形中发生。
[0225] 情形1 :利用相同的大小来传输没有CIF的向公共搜索空间（SS)发送的下行控制 信息（DCI)和具有CIF的向UE特有的SS发送的DCI，并且传输的公共SS的部分与UE特有 的SS的部分重叠。
[0226] 情形2 :没有CIF的用于自调度CC的DCI和具有CIF的用于交叉调度CC的DCI具 有相同的大小并且被传输，并且用于自调度CC的UE特有的SS的部分与用于跨载波调度的 UE特有的SS的部分重叠（部分地或完全地重叠），或者用于自调度CC的UE特有的SS与 用于跨载波调度的UE特有的SS共享。
[0227] S卩，在包括CIF的DCI格式和没有CIF的DCI格式具有相同的DCI大小并且向重 叠SS或共享SS发送DCI的情形中，如此的问题可能发生。
[0228] 图16例示其中发生DCI含糊不清的情形。
[0229] 假设用于CC#1和CC#2的控制信息，即DCI，通过CC#1来传输。
[0230] 图16a例示了当用于CC#1的公共搜索空间与用于CC#2的UE特有的搜索空间重 叠时，DCI的含糊不清的发生。
[0231] 如在图16a中所示，在其中用于CC#1的公共搜索空间与用于CC#2的UE特有的搜 索空间重叠的部分中，如果没有CIF的向CSS发送的DCI和具有CIF的向USS发送的DCI 利用相同的大小来传输，则DCI的含糊不清可能发生。
[0232] 图16b例示了当用于CC#1的公共搜索空间与用于CC#2的UE特有的搜索空间完 全重叠时，DCI的含糊不清的发生的示例。
[0233] 如在图16b中所示，在其中用于CC#1的公共搜索空间与用于CC#2的UE特有的搜 索空间重叠的部分中，如果没有CIF的向CSS发送的DCI和具有CIF的向USS发送的DCI 利用相同的大小来传输，则DCI的含糊不清可能发生。
[0234] 图16c例示如下的示例，即，其中，在用于CC#1的公共搜索空间和用于CC#2的UE 特有的搜索空间部分重叠的情形中发生DCI的含糊不清。
[0235] 如在图16c中所示，在其中用于CC#1的公共搜索空间与用于CC#2的UE特有的搜 索空间部分地重叠的部分中，如果没有CIF的用于自调度CC的DCI和具有CIF的用于交叉 调度CC的DCI利用相同的大小来传输，则DCI的含糊不清可能发生。
[0236] 图16d例示了当用于CC#1的UE特有的搜索空间与用于CC#2的UE特有的搜索空 间重叠时，DCI的含糊不清的发生的示例。
[0237] 如在图16d中所示，在其中用于CC#1的公共搜索