在无线网络中,使用载波聚合进行控制信息的传输

摘要

本申请公开了用于发送控制信息以支持在多个分量载波（CC）上的操作的技术。用户设备（UE）可以被配置为具有用于载波聚合的多个CC。所述多个CC可以与不同的上行链路-下行链路配置相关联，并可以具有不同的下行链路子帧和上行链路子帧。在一个方面中，可以基于针对主CC（PCC）的上行链路控制信息（UCI）传输时间轴（而不是基于针对辅助CC（SCC）的UCI传输时间轴），在PCC上发送针对SCC的UCI。例如，可以基于针对PCC的下行链路许可传输时间轴，来发送针对SCC的下行链路许可。在另一个方面中，可以基于针对PCC的上行链路许可传输时间轴（而不是基于针对SCC的上行链路许可传输时间轴），在PCC上发送针对SCC的上行链路许可。

说明书

基于35U.S.C.§119要求优先权

本专利申请要求享有于2011年7月26日提交的、标题为 “TRANSMISSION OF CONTROL INFORMATION IN A TDD SYSTEM  WITH CARRIER AGGREGATION”的美国临时申请序列号No.61/511,932 的优先权，该美国临时申请已经转让给本申请的受让人，故以引用方式将 其明确地并入本文。

技术领域

本申请通常涉及通信，并且更具体地说，涉及用于在无线通信网络中 发送控制信息的技术。

背景技术

广泛地部署了无线通信网络，以便提供各种通信服务，例如语音、视 频、分组数据、消息传送、广播等。这些无线网络可以是能够通过共享可 用的网络资源来支持多个用户的多址网络。这些多址网络的示例包括码分 多址（CDMA）网络、时分多址（TDMA）网络、频分多址（FDMA）网络、 正交FDMA（OFDMA）网络和单载波FDMA（SC-FDMA）网络。

无线通信网络可以包括能够支持多个用户装置（UE）的通信的多个基 站。UE可以通过下行链路和上行链路与基站进行通信。下行链路（或前向 链路）是指从基站到UE的通信链路，而上行链路（或反向链路）是指从 UE到基站的通信链路。

无线通信网络可以支持在多个分量载波（CC）上的操作。CC可以指 代用于通信的频率的范围，并且可以与某些特性相关联。例如，CC可以与 描述该CC上的操作的系统信息相关联。CC还可以被称为载波CC、频率 信道、小区等。基站可以在一个或多个CC上向UE发送数据和下行链路控 制信息（DCI）。UE可以在一个或多个CC上向基站发送数据和上行链路控 制信息（UCI）。

发明内容

本申请描述了用于发送控制信息，以支持多个CC上的操作的技术。 UE可以被配置为具有用于载波聚合的多个CC。可以将一个CC指定为用 于UE的主CC（PCC）。可以将每个剩余CC视为用于该UE的辅助CC （SCC）。所述多个CC可以与不同的上行链路-下行链路配置相关联，并且 可以具有不同的下行链路子帧和上行链路子帧。

在本申请的一个方面中，可以基于针对PCC的UCI传输时间轴（而不 是基于针对SCC的UCI传输时间轴），在PCC上发送针对SCC的UCI。在 一种设计中，基站可以识别为UE配置的用于载波聚合的第一CC和第二 CC，其中所述第一CC和所述第二CC与不同的系统配置（例如，不同的 上行链路-下行链路配置）相关联。所述基站可以在所述第一CC上发送下 行链路许可，以调度所述UE在所述第二CC上进行数据传输。所述下行链 路许可可以针对所述第二CC，并且所述下行链路许可可以是基于针对所述 第一CC的下行链路许可传输时间轴而发送的。eNB可以在所述第二CC上 向所述UE发送数据传输。所述eNB可以接收针对所述第二CC上的所述 数据传输的UCI。所述UCI可以针对所述第二CC，并且所述UCI可以是 由所述UE基于针对所述第一CC的UCI传输时间轴而在所述第一CC上发 送的。

在本申请的另一个方面中，可以基于针对PCC的上行链路许可传输时 间轴（而不是基于针对SCC的上行链路许可传输时间轴），在PCC上发送 针对SCC的上行链路许可。在一种设计中，基站可以识别为UE配置的用 于载波聚合的第一CC和第二CC，其中所述第一CC和所述第二CC与不 同的系统配置（例如，不同的上行链路-下行链路配置）相关联。eNB可以 在所述第一CC上发送上行链路许可，以调度所述UE在所述第二CC上进 行上行链路数据传输。所述上行链路许可可以针对所述第二CC，并且所述 上行链路许可可以是基于针对所述第一CC的上行链路许可传输时间轴而 在所述第一CC上发送的。所述eNB可以接收由所述UE基于所述上行链 路许可而在所述第二CC上发送的上行链路数据传输。所述eNB可以确定 针对所述上行链路数据传输的确认/否定确认（ACK/NACK）。所述eNB可 以在基于针对所述第一CC的ACK/NACK传输时间轴而确定的子帧中、在 所述第一CC上发送所述ACK/NACK。

下面进一步详细地描述本申请的各个方面和特征。

附图说明

图1示出了无线通信网络。

图2示出了示例性帧结构。

图3A示出了采用HARQ的、下行链路上的数据传输的示例。

图3B示出了采用HARQ的、上行链路上的数据传输的示例。

图4A和图4B分别示出了在具有上行链路-下行链路配置1的CC上的、 下行链路和上行链路上的数据传输。

图5A和图5B分别示出了在具有上行链路-下行链路配置2的CC上的、 下行链路和上行链路上的数据传输。

图6A和图6B示出了连续和非连续的载波聚合。

图7A和图7B示出了基于针对SCC的HARQ时间轴，在PCC上发送 控制信息的情况下，在SCC上的下行链路和上行链路数据传输。

图8A到图8D示出了基于针对PCC的HARQ时间轴，在PCC上发送 控制信息的情况下，在SCC上的下行链路和上行链路数据传输。

图9A和图9B示出了在具有交叉子帧调度的情况下，在SCC上的下行 链路和上行链路数据传输。

图10A和图10B示出了在具有单独的下行链路PCC和上行链路PCC 的情况下，在SCC上的下行链路和上行链路数据传输。

图11到图22示出了用于在多个CC上进行操作的各种处理、以及用于 支持在多个CC上的操作的各种处理。

图23示出了UE和基站的一种框图。

图24示出了UE和基站的另一种框图。

具体实施方式

下面结合附图的详细说明旨在作为各种配置的说明，而不是想要表明 在此所描述的设计构思仅仅可以通过这些配置实现。出于提供对各种设计 构思的全面理解的目的，详细说明包括具体细节。然而，对于本领域技术 人员而言，显然在没有这些具体细节的情况下也可以实施这些设计构思。 为了避免这些设计构思变模糊，在某些示例中，公知的结构和部件以框图 形式示出。

本申请所描述的技术可以用于各种无线通信网络，比如CDMA、 TDMA、FDMA、OFDMA、SC-FDMA及其它无线网络。术语“网络”和 “系统”经常可互换使用。CDMA网络可以实现诸如通用陆地无线接入 （UTRA）、CDMA2000等无线技术。UTRA包括宽带CDMA（WCDMA）、 时分同步CDMA（TD-SCDMA）和CDMA的其它变型。cdma2000覆盖 IS-2000标准、IS-95标准和IS-856标准。TDMA网络可以实现诸如全球移 动通信系统（GSM）之类的无线技术。OFDMA网络可以实现诸如演进型 UTRA（E-UTRA）、超移动宽带（UMB）、IEEE802.11（Wi-Fi和Wi-Fi直 接）、IEEE802.16（WiMAX）、IEEE802.20、Flash-OFDM等无线技术。 UTRA和E-UTRA是通用移动电信系统（UMTS）的一部分。3GPP长期演 进（LTE）和高级LTE（LTE-A）（具有频分双工（FDD）和时分双工（TDD） 两种方式）是采用E-UTRA的UMTS的最近发布版，所述E-UTRA在下行 链路上使用OFDMA，而在上行链路上使用SC-FDMA。在来自名为“第三 代合作伙伴计划”（3GPP）的组织的文档中描述了UTRA、E-UTRA、UMTS、 LTE、LTE-A和GSM。在来自名为“第三代合作伙伴计划2”（3GPP2）的 组织的文档中描述了cdma2000和UMB。本申请描述的技术可以用于上面 提及的无线网络和无线技术、以及其它无线网络和无线技术。为了简明起 见，下面针对LTE来描述这些技术的某些方面，在下面描述的大多部分中 使用LTE术语。在本申请的描述中，除非另外指出，否则术语“LTE”通 常指代LTE的所有版本。

图1示出了无线通信网络100，该无线通信网络100可以是LTE网络 或某种其它无线网络。无线网络100可以包括多个演进节点B（eNB）110 和其它网络实体。eNB可以是与UE进行通信的实体，eNB也可以被称为 基站、节点B、接入点等。每一个eNB110可以为特定的地理区域提供通 信覆盖。在3GPP中，术语“小区”可以指代eNB的覆盖区域和/或对该覆 盖区域进行服务的eNB子系统，这取决于使用术语“小区”的上下文。

eNB可以为宏小区、微微小区、毫微微小区和/或其它类型的小区提供 通信覆盖。宏小区可以覆盖相对较大的地理区域（例如，半径为数公里）， 并且可以允许具有服务预订的UE不受限制地接入。微微小区可以覆盖相对 较小的地理区域，并且可以允许具有服务预订的UE不受限制地接入。毫微 微小区可以覆盖相对较小的地理区域（例如，家庭），并且可以允许与该毫 微微小区具有关联的UE（例如，封闭用户群（CSG）中的UE）进行受限 制的接入。在图1所示的示例中，eNB110a、110b和110c可以分别是用于 宏小区102a、102b和102c的宏eNB。eNB110x可以是用于微微小区102x 的微微eNB。eNB110y和110z可以分别是用于毫微微小区102y和102z的 家庭eNB。eNB可以支持一个或多个（例如，三个）小区。

无线网络100还可以包括中继。中继可以是从上游站（例如，eNB或 UE）接收数据的传输，并向下游站（例如，UE或eNB）发送该数据的传 输的实体。中继还可以是对其它UE的传输进行中继的UE。在图1所示的 示例中，中继110r可以与eNB110a和UE120r进行通信，以便有助于实现 eNB110a和UE120r之间的通信。

网络控制器130可以耦接到一组eNB，为这些eNB提供协调和控制。 网络控制器130可以通过回程与这些eNB进行通信。这些eNB也可以相互 通信（例如，通过无线或有线回程来直接或间接地通信）。

UE120（例如，120x、120y等）可以分散在整个无线网络100中，每 个UE可以是静止或者移动的。UE还可以称为终端、移动站、用户单元、 站等等。UE可以是蜂窝电话、智能电话、平板计算机、上网本、智能本、 个人数字助理（PDA）、无线调制解调器、无线通信设备、手持设备、膝上 型计算机、无绳电话、无线本地环路（WLL）站等。UE能够与宏eNB、微 微eNB、毫微微eNB、中继、其它UE等进行通信。

无线网络100可以支持混合自动重传（HARQ），以便提高数据传输的 可靠性。针对HARQ，发射机（例如，eNB）可以发送传输块的传输，并 且可以发送一次或多次另外的传输（如果需要的话），直到该传输块被接收 机（例如，UE）正确解码、或者已经发送了最大次数的传输、或者满足了 某种其它终止条件为止。此外，传输块还可以称为分组、码字等。对于同 步HARQ，该传输块的所有传输可以在单个HARQ交织的子帧（其可以包 括均匀间隔的子帧）中进行发送。对于异步HARQ，该传输块的每一次传 输可以在任何子帧中进行发送。

无线网络100可以使用FDD和/或TDD。对于FDD，可以向下行链路 和上行链路分配单独的频率信道，可以在单独的频率信道上并发地发送下 行链路传输和上行链路传输。对于TDD，下行链路和上行链路可以共享相 同的频率信道，可以在不同的时间段中、在相同的频率信道上发送下行链 路传输和上行链路传输。在本申请的描述中，FDD CC是使用FDD的CC， TDD CC是使用TDD的CC。

图2示出了用于LTE中的TDD的示例性帧结构。可以将针对下行链路 和上行链路的传输时间轴划分成无线帧的单位。每一个无线帧可以具有预 定的持续时间（例如，10毫秒（ms）），并可以被划分成具有索引0到9的 10个子帧。每一个子帧可以包括两个时隙。因此，每一个无线帧可以包括 索引为0到19的20个时隙。每一个时隙可以包括L个符号周期，例如， 用于普通循环前缀的七个符号周期（如图2所示）或者用于扩展循环前缀 的六个符号周期。可以向每一个子帧中的2L个符号周期分配索引0到2L-1。 可以将可用的时间频率资源划分成资源块。每个资源块可以覆盖一个时隙 中的12个子载波。

针对TDD，LTE支持多种上行链路-下行链路配置。对于所有上行链路 -下行链路配置来说，子帧0和5用于下行链路，子帧2用于上行链路。依 据上行链路-下行链路配置，子帧3、4、7、8和9可以用于下行链路或者上 行链路。子帧1包括由下面各项构成的三个特殊字段：（i）用于下行链路控 制信道以及数据传输的下行链路导频时隙（DwPTS），（ii）无传输的保护时 段（GP），以及（iii）用于随机接入信道（RACH）或者探测参考信号（SRS） 的上行链路导频时隙（UpPTS）。根据上行链路-下行链路配置，子帧6可以 只包括DwPTS、或者所有三个特殊字段、或者下行链路子帧。对于不同的 子帧配置来说，DwPTS、GP和UpPTS可以具有不同的持续时间。用于下 行链路的子帧可以被称为下行链路子帧，用于上行链路的子帧可以被称为 上行链路子帧。

表1列出了针对TDD，LTE网络所支持的七种上行链路-下行链路配置。 每种上行链路-下行链路配置指示每一个子帧是下行链路子帧（其在表1中 表示为“D”），还是上行链路子帧（其在表1中表示为“U”），还是特殊子 帧（其在表1中表示为“S”）。如表1中所示，上行链路-下行链路配置1 到5是下行链路比重大，这意味着与每个无线帧中的上行链路子帧相比， 存在更多的下行链路子帧。上行链路-下行链路配置6是上行链路比重大， 这意味着与每个无线帧中的下行链路子帧相比，存在更多的上行链路子帧。

表1–针对TDD的上行链路-下行链路配置

如图2中所示，下行链路子帧可以包括与数据域进行时分复用（TDM） 的控制域。控制域可以占据一个子帧的开头M个符号周期，其中M可以是 1、2、3或4，并可以随子帧进行变化。数据域可以占据子帧的剩余符号周 期。

上行链路子帧可以包括与数据域进行频分复用（FDM）的控制域。控 制域可以占据系统带宽的两个边缘附近的资源块。数据域可以占据位于系 统带宽的中间的剩余资源块。

如图2中所示，在LTE中的下行链路上，eNB可以在子帧的控制域中 发送物理控制格式指示符信道（PCFICH）、物理HARQ指示符信道 （PHICH）、物理下行链路控制信道（PDCCH）和/或其它物理信道。PCFICH 可以传送控制域的大小。PHICH可以携带针对使用HARQ在上行链路上发 送的数据传输的ACK/NACK。PDCCH可以携带诸如下行链路许可、上行 链路许可等下行链路控制信息（DCI）。eNB可以在子帧的数据域中发送物 理下行链路共享信道（PDSCH）和/或其它物理信道。PDSCH可以携带针 对被调度为用于下行链路上的数据传输的UE的数据。

此外，如图2中所示，在LTE中的上行链路上，UE可以在子帧的控制 域中发送物理上行链路控制信道（PUCCH），或者在子帧的数据域中发送物 理上行链路共享信道（PUSCH）。PUCCH可以携带上行链路控制信息 （UCI），例如在HARQ的情况下针对下行链路上发送的数据传输的 ACK/NACK、用于支持下行链路上的数据传输的信道状态信息（CSI）等。 PUSCH可以只携带数据，或者携带数据和UCI两者。

在公众可获得的标题为“Evolved Universal Terrestrial Radio Access (E-UTRA);Physical Channels and Modulation”的3GPP TS36.211中，描述 了LTE中的各种信号和信道。

图3A示出了采用HARQ的下行链路上的数据传输的示例。eNB可以 调度UE进行下行链路上的数据传输。eNB可以在子帧t_D1中的PDCCH上 向UE发送下行链路（DL）许可，在PDSCH上向UE发送一个或多个传输 块的数据传输。UE可以接收下行链路许可，基于该下行链路许可，对PDSCH 上接收到的数据传输进行处理（例如，解调和解码）。UE可以基于每个传 输块是被正确地解码还是被错误地解码，来确定ACK/NACK。ACK/NACK 还可以被称为ACK/NACK反馈、HARQ反馈等。ACK/NACK可以包括： 针对被正确解码的每个传输块的ACK、以及针对被错误解码的每个传输块 的NACK。ACK/NACK还可以包括其它信息。UE可以在子帧t_D2中的 PUCCH或PUSCH上向eNB发送ACK/NACK。eNB可以从UE接收 ACK/NACK。eNB可以终止被正确解码的每个传输块的传输，并且可以在 子帧t_D3中，发送被UE错误解码的每个传输块的另一次传输。

图3B示出了使用HARQ的、上行链路上的数据传输的示例。eNB可 以调度UE进行上行链路上的数据传输。eNB可以在子帧t_U1中的PDCCH 上向UE发送上行链路（UL）许可。UE可以接收该上行链路许可，并且可 以在子帧t_U2中的PUSCH上发送一个或多个传输块的数据传输。eNB可以 基于该上行链路许可，对在PUSCH上接收的数据传输进行处理（例如，解 调和解码）。eNB可以基于每一个传输块是被正确地解码还是被错误地解 码，来确定ACK/NACK。eNB可以在子帧t_U3中的PHICH上向UE发送 ACK/NACK。eNB可以调度UE进行被该eNB错误解码的每一个传输块的 数据传输。

如图3A和图3B中所示，可以基于适用于给定CC的HARQ时间轴（其 可能取决于可用于该CC的下行链路子帧和上行链路子帧），在该CC上发 送数据。对于图3A中所示的下行链路上的数据传输，基站/eNB可以在下 行链路子帧t_D1中发送下行链路许可和数据，UE可以在上行链路子帧 t_D2=t_D1+T_{UL_ACK}中发送ACK/NACK，其中在LTE版本10中，针对FDD， T_{UL_ACK}=4，针对TDD，T_{UL_ACK}≥4。对于图3B中所示的上行链路上 的数据传输，基站可以在下行链路子帧t_U1中发送上行链路许可，UE可以 在上行链路子帧t_U2=t_U1+T_{UL_Data}中发送数据，基站可以在子帧 t_U3=t_U2+T_{DL_ACK}中发送ACK/NACK，其中在LTE版本10中，针对FDD， T_{UL_Data}=T_{DL_ACK}=4，针对TDD，T_{UL_Data}≥4、T_{DL_ACK}≥4。

对于FDD CC，下行链路子帧和上行链路子帧在每个1ms周期中均可 用，可以在数据传输后的4个子帧，发送ACK/NACK。对于TDD CC，在 每个1ms周期中，下行链路子帧或上行链路子帧是可用的，可以在针对下 行链路（或上行链路）的第一可用子帧（其至少是数据传输后的4个子帧） 中，在下行链路（或上行链路）上发送ACK/NACK。

对于TDD，每一种上行链路-下行链路配置的每一个上行链路子帧，可 以与用于上行链路上的数据传输的特定HARQ时间轴（其可以被称为上行 链路HARQ时间轴）相关联。用于每一个上行链路子帧的上行链路HARQ 时间轴指示：（i）在其中的PDCCH上发送上行链路许可的特定下行链路子 帧；（ii）在其中的PHICH上发送ACK/NACK的特定下行链路子帧，以用 于支持在该上行链路子帧中的PUSCH上的数据传输。如图3B中所示，可 以在与PUSCH上发送数据的上行链路子帧相比早了n_{UL_Data}个子帧的下行 链路子帧中的PDCCH上发送上行链路许可。

表2针对表1中所示出的七种上行链路-下行链路配置，列出了与可以 在其中的PDCCH上发送上行链路许可的不同下行链路子帧相对应的 n_{UL_Data}值。举例而言，对于上行链路-下行链路配置0，可以在如下下行链 路子帧中的PDCCH上发送上行链路许可：（i）在下行链路子帧0中的 PDCCH上发送用于支持在上行链路子帧4中的PUSCH上进行数据传输的 上行链路许可；或者（ii）在下行链路子帧1中的PDCCH上发送用于调度 在上行链路子帧7中的PUSCH上进行数据传输的上行链路许可。对于上行 链路-下行链路配置1到5来说，与可用于发送数据的上行链路子帧相比， 更多的下行链路子帧可用于发送DCI。因此，不使用一些下行链路子帧来 发送上行链路许可。

表2–用于上行链路HARQ时间轴的n_{UL_Data}

此外，如图3B中所示，可以在与在其中的PUSCH上发送数据的上行 链路子帧相比晚了n_{DL_ACK}个子帧的下行链路子帧中的PHICH上发送 ACK/NACK，其中在LTE版本10中，n_{DL_ACK}≥4。表3针对表1中所示 出的七种上行链路-下行链路配置，列出了与可以在其中的PHICH上发送 ACK/NACK的不同下行链路子帧相对应的n_{DL_ACK}值。举例而言，针对上 行链路-下行链路配置0，可以在以下的下行链路子帧中的PHICH上发送 ACK/NACK：（i）在下行链路子帧5中在PHICH上，发送针对在前一个无 线帧的上行链路子帧8中的PUSCH上发送的数据传输的ACK/NACK；或 者（ii）在下行链路子帧6中的PHICH上，发送针对在上行链路子帧2中 的PUSCH上发送的数据传输的ACK/NACK。可以在其中的PHICH上发送 ACK/NACK的子帧，可以被称为PHICH子帧、非零PHICH子帧等。PHICH 子帧是表3中的具有非零n_{DL_ACK}值的子帧。

表3–针对上行链路HARQ时间轴的n_{DL_ACK}

对于TDD，每种上行链路-下行链路配置的每个下行链路子帧，还与针 对下行链路上的数据传输的特定HARQ时间轴（其可以被称为下行链路 HARQ时间轴）相关联。针对每个下行链路子帧的下行链路HARQ时间轴 指示特定的上行链路子帧，其中，在该特定的上行链路子帧中的PUCCH或 PUSCH上，发送针对在该下行链路子帧中的PDSCH上发送的数据传输的 ACK/NACK。如图3A中所示，可以在与其中的PDSCH上发送数据的下行 链路子帧相比晚了n_{UL_ACK}个子帧的上行链路子帧中的PUCCH或者PUSCH 上发送ACK/NACK，其中，在LTE版本10中，n_{UL_ACK}≥4。

表4列出了针对表1中所示出的七种上行链路-下行链路配置，与可以 在其中的PUCCH或者PUSCH上发送ACK/NACK的不同上行链路子帧相 对应的n_{UL_ACK}值。举例而言，对于上行链路-下行链路配置0，可以在下面 的上行链路子帧中的PUCCH或者PUSCH上发送ACK/NACK：（i）在上行 链路子帧2中的PUCCH或者PUSCH上发送针对在前一个无线帧的下行链 路子帧6中的PDSCH上发送的数据传输的ACK/NACK；或者（ii）在上行 链路子帧4中的PUCCH或者PUSCH上发送针对在下行链路子帧0中的 PDSCH上发送的数据传输的ACK/NACK。

表4–针对下行链路HARQ时间轴的n_{UL_ACK}

图4A示出了在采用上行链路-下行链路配置1的TDD CC上的下行链 路数据传输。对于上行链路-下行链路配置1，每一个无线帧包括下行链路 子帧0、1、4、5、6和9（其表示为“D”和“S”）和上行链路子帧2、3、 7和8（其表示为“U”）。对于下行链路上的数据传输，eNB可以在下行链 路子帧0、1、4、5、6和9中发送下行链路（DL）许可和数据，UE可以 分别在上行链路子帧7、7、8、2、2和3中发送ACK/NACK。

图4B示出了在采用上行链路-下行链路配置1的TDD CC上的上行链 路数据传输。eNB可以在下行链路子帧1、4、6和9中发送上行链路（UL） 许可，UE可以分别在上行链路子帧7、8、2和3中发送数据，eNB可以分 别在下行链路子帧1、4、6和9中发送ACK/NACK。

图5A示出了在采用上行链路-下行链路配置2的TDD CC上的下行链 路数据传输。对于上行链路-下行链路配置2，每一个无线帧包括下行链路 子帧0、1、3、4、5、6、8和9和上行链路子帧2和7。对于下行链路上的 数据传输，eNB可以在下行链路子帧0、1、3、4、5、6、8和9中发送DL 许可和数据，UE可以分别在上行链路子帧7、7、7、2、2、2、2和7中发 送ACK/NACK。

图5B示出了在具有上行链路-下行链路配置2的TDD CC上的上行链 路数据传输。eNB可以在下行链路子帧3和8中发送UL许可，UE可以分 别在上行链路子帧7和2中发送数据，eNB可以分别在下行链路子帧3和8 中发送ACK/NACK。

无线网络100可以针对下行链路和上行链路中的每一个，支持单一载 波或者多个CC上的操作。多个CC上的操作可以称为载波聚合（CA）、多 载波操作等等。

图6A示出了连续载波聚合的示例。有K个CC可能是可用的，并且它 们彼此相邻，其中K通常可以是任何整数值。在LTE中，每一个CC可以 具有20MHz的带宽或者更小的带宽。

图6B示出了非连续载波聚合的示例。有K个CC可能是可用的，并且 它们彼此分开。在LTE中，每一个CC可以具有20MHz的带宽或者更小的 带宽。

在一种设计中，可以独立地在每一个CC上发送和接收数据和控制信 息。这可以通过使用下面方式来实现：（i）在发送实体处，针对各个CC， 使用单独的快速傅里叶逆变换（IFFT）和单独的发射机；（ii）在接收实体 处，针对各个CC，使用单独的接收机和单独的快速傅里叶变换（FFT）。可 以在一个符号周期中，在多达K个CC上，并发地发送多达K个OFDM符 号或者SC-FDMA符号。

在另一种设计中，可以在所有CC上，对数据和控制信息进行一起发送 和接收。这可以通过使用下面方式来实现：（i）在发送实体处，针对所有K 个CC，使用单个IFFT和单个发射机；（ii）在接收实体处，针对所有K个 CC，使用单个接收机和单个FFT。可以在一个符号周期中，在多达K个 CC上，发送单个OFDM符号或SC-FDMA符号。

在LTE版本10中，UE可以被配置有多达五个CC来进行载波聚合。 每个CC可以具有多达20MHz的带宽，每个CC可以是与LTE版本8向后 兼容的。因此，针对多达五个CC，UE可以被配置具有多达100MHz。在 一种设计中，可以将一个CC指定成用于下行链路的主CC（PCC），并且可 以将该CC称为下行链路PCC。下行链路PCC可以携带诸如下行链路许可、 上行链路许可、ACK/NACK等某些DCI。在一种设计中，可以将一个CC 指定成用于上行链路的主CC，并且可以将该CC称为上行链路PCC。上行 链路PCC可以携带诸如ACK/NACK等某些UCI。在一种设计中，下行链 路PCC可以与上行链路PCC相同，这时二者可以被称为PCC。在另一种 设计中，下行链路PCC可以与上行链路PCC不同。

对于载波聚合，UE可以支持在下行链路上，在一个PCC和一个或多 个辅助CC（SCC）上进行操作。此外，UE还可以支持在上行链路上，在 一个PCC和零个或多个SCC上进行操作。SCC是并非PCC的CC。

UE可以被配置有用于载波聚合的多个CC。这些多个CC可以与不同 的系统配置相关联，并且这些CC可以包括：（i）TDD CC和FDD CC的组 合，和/或（ii）具有不同的上行链路-下行链路配置的CC。不同的上行链路 -下行链路配置用于不同的CC，可能是由于以下各种原因：（i）用于TDD 的不同上行链路-下行链路配置，例如，如表1中所示，（ii）为了支持中继 的操作，而进行的下行链路子帧和上行链路子帧的划分，（iii）下行链路子 帧和上行链路子帧的分配，以支持家庭eNB、微微eNB等，和/或（iv）其 它原因。不同的上行链路-下行链路配置可以与可用于下行链路和上行链路 的不同子帧相关联。因此，所述多个CC可以与下面的子帧相关联：（i）可 用于在下行链路上发送数据和DCI的不同下行链路子帧；（ii）可用于在上 行链路上发送数据和UCI的不同上行链路子帧。支持针对不同系统配置的 多个CC，可以在部署中提供更大的灵活性，但是可能使所述多个CC上的 操作变得复杂。

为了简明起见，在本申请的描述中使用以下术语：

●PCC：被指定在下行链路和/或上行链路上携带控制信息的CC，

●SCC：并非PCC的CC，

●PCC配置：用于PCC的上行链路-下行链路配置，

●SCC配置：用于SCC的上行链路-下行链路配置，

●PCC时间轴：用于PCC的HARQ时间轴，

●SCC时间轴：用于SCC的HARQ时间轴。

举例而言，UE可以配置有3个CC：CC1、CC2和CC3，其中每个CC 包括DL CC和UL CC。如果使用PUCCH来发送UCI，则可以在UL CC1 上发送针对CC1、CC2和CC3的UCI。结果，UL CC1可以被称为UL PCC， 而UL CC2和UL CC3可以被称为UL SCC。可以将DL CC1指定为DL PCC， 可以将DL CC2指定为DL SCC。在这种情况下，可以在DL CC1上发送针 对CC2的DCI。或者，可以在DL CC3上发送针对CC2的DCI，在这种情 况下，DL CC3可以调度针对CC2的下行链路和/或上行链路数据传输，并 且可以将DL CC3称为针对DL CC2的DL PCC。

可以通过各种方式来发送控制信息，以便在TDD部署中，支持采用不 同上行链路-下行链路配置的多个CC上的操作。在一种设计中，可以针对 多个CC，支持交叉载波控制。对于交叉载波控制而言，可以在一个CC上 发送控制信息，以支持另一个CC上的数据传输。

在一种设计中，可以基于用于每一个CC的HARQ时间轴，发送针对 该CC的控制信息。在该设计中，可以基于针对PCC的HARQ时间轴，来 支持该PCC上的数据传输，其中所述针对PCC的HARQ时间轴可能取决 于用于该PCC的上行链路-下行链路配置。可以通过与单个CC情形相同的 方式进行在PCC上的数据传输。

可以通过下面方式来支持在SCC上的数据传输：基于针对该SCC的 HARQ时间轴，在下行链路PCC上发送DCI和在上行链路PCC上发送UCI， 其中，针对SCC的HARQ时间轴可能取决于用于该SCC的上行链路-下行 链路配置。但是，如果用于SCC的上行链路-下行链路配置与用于PCC的 上行链路-下行链路配置不同，则在一些子帧中可能不能够在SCC上调度数 据传输，这是由于在PCC上缺少用于发送控制信息的子帧。这可能是由于 各种原因而引起的。首先，用于发送许可的调度性CC可能是上行链路比重 大，并且可以包括与下行链路子帧相比更多的上行链路子帧。在这种情况 下，由于在调度性CC上缺少用于发送许可的下行链路子帧，因此在一些下 行链路子帧和/或上行链路子帧中可能不能够调度SCC上的数据传输。第 二，PCC可能是下行链路比重大，并且可以包括与上行链路子帧相比更多 的下行链路子帧。在这种情况下，由于在PCC上缺少用于发送ACK/NACK 的上行链路子帧，因此在一些下行链路子帧中可能不能够调度SCC上的数 据传输。第三，由于在PCC上缺少下行链路子帧，因此可能难以在PHICH 上发送ACK/NACK。

图7A和图7B示出了基于针对SCC的HARQ时间轴，通过在PCC上 发送控制信息，来支持SCC上的数据传输的示例。在该示例中，UE被配 置为具有两个CC：CC1和CC2，CC1是具有上行链路-下行链路配置1的 SCC，CC2是具有上行链路-下行链路配置2的PCC。通过上行链路-下行链 路配置2来确定针对PCC的下行链路子帧和上行链路子帧，并在图7A和 图7B中进行标记。通过上行链路-下行链路配置1来确定针对SCC的下行 链路子帧和上行链路子帧，并在图7A和图7B中也进行标记。

可以基于针对PCC的上行链路-下行链路配置2的HARQ时间轴，来 支持PCC上的数据传输。可以基于针对SCC的上行链路-下行链路配置1 的HARQ时间轴，来支持SCC上的数据传输，如下所述。

图7A示出了基于针对SCC的HARQ时间轴，在PCC上发送控制信息 的情况下，在SCC上进行下行链路数据传输。对于该SCC来说，六个子帧 0、1、4、5、6和9是针对上行链路-下行链路配置1的下行链路子帧，而 四个子帧2、3、7和8是针对上行链路-下行链路配置1的上行链路子帧。 可以通过以下方式来实现在下行链路子帧0、1、5和6中、在SCC上的下 行链路数据传输：（i）分别在下行链路子帧0、1、5和6中、在PCC上发 送下行链路许可，（ii）分别在上行链路子帧7、7、2和2中、在PCC上发 送ACK/NACK。在图7A中，具有从PCC上的下行链路子帧到SCC上的 下行链路子帧的单箭头的线指示：在PCC上发送的针对SCC上的下行链路 数据传输的下行链路许可。线中间的数字指示HARQ处理编号。具有从SCC 上的下行链路子帧到PCC上的上行链路子帧的单箭头的线指示：针对SCC 上的下行链路数据传输的ACK/NACK反馈。

由于缺少用于发送ACK/NACK的上行链路子帧，所以不支持在下行链 路子帧4和9中，在SCC上进行下行链路数据传输。具体而言，对于下行 链路子帧4中的数据传输来说，基于用于SCC的上行链路-下行链路配置1， 应当在上行链路子帧8中，在PCC上发送ACK/NACK。但是，由于上行链 路-下行链路配置2用于PCC，因此在该PCC上，子帧8是下行链路子帧， 所以在下行链路子帧8中，不能够在该PCC上的上行链路上发送 ACK/NACK。

图7B示出了基于针对SCC的HARQ时间轴，在PCC上发送控制信息 的情况下，该SCC上的上行链路数据传输。可以通过下面方式来实现在上 行链路子帧2、3、7和8中、在SCC上的上行链路数据传输：（i）分别在 下行链路子帧6、9、1和4中、在PCC上发送上行链路许可，（ii）分别在 下行链路子帧6、9、1和4中、在PCC上发送ACK/NACK。

通常，采用不同的上行链路-下行链路配置的多个CC的聚合可能导致， 基于针对SCC的HARQ时间轴，一些子帧是不可调度的。某些上行链路- 下行链路配置可能尤其有问题。例如，在下行链路子帧和上行链路子帧的 数量方面非常不对称的上行链路-下行链路配置（例如，上行链路-下行链路 配置1和5），可能具有更多的不可调度的子帧。其中一些子帧在一个CC 上是下行链路，而在另一个CC上是上行链路子帧的上行链路-下行链路配 置（例如，上行链路-下行链路配置1和3、上行链路-下行链路配置2和3、 以及上行链路-下行链路配置2和4）也可能有问题。基于针对SCC的上行 链路-下行链路配置的HARQ时间轴，在该SCC上的数据传输可能会由于 不可调度的子帧而负面地影响峰值数据速率。

可以使用多种方案来支持采用不同上行链路-下行链路配置的多个CC 上的数据传输。这些方案可以包括下面方案中的一个或多个：

方案1：基于针对PCC的HARQ时间轴，在PCC上发送针对SCC的 DCI和/或UCI，

方案2：使用交叉子帧调度，

方案3：使用UE专用下行链路PCC和上行链路PCC，

方案4：在多个CC上发送UCI。

下面进一步详细地描述上面所列出的四个方案。

在第一方案中，可以基于针对PCC的HARQ时间轴，在PCC上发送 针对SCC的控制信息。第一方案可适用于仅仅DCI、或者仅仅UCI、或者 DCI和UCI二者。因此，可以基于针对PCC的HARQ时间轴（其中在该 PCC上发送控制信息），而不是基于针对SCC的HARQ时间轴（其中该SCC 是该控制信息所旨在针对的SCC），发送针对该SCC的控制信息。UE可以 被配置为具有多个CC。该UE可以支持用于PCC的HARQ时间轴，故可 以将相同的HARQ时间轴用于SCC。

在第一方案中，针对SCC上的数据传输的调度，可以遵循针对SCC的 HARQ时间轴。经由交叉载波调度（其中，在PCC上发送控制信息，在SCC 上发送数据）和相同的载波调度（其中，在SCC上发送控制信息和数据） 而针对SCC上的数据传输的调度，可以在时间上对齐的。对于下行链路数 据传输而言，可以基于针对PCC的上行链路-下行链路配置的HARQ时间 轴，在PDCCH上发送下行链路许可并且在PUCCH上发送ACK/NACK。 对于上行链路数据传输而言，可以基于针对PCC的上行链路-下行链路配置 的HARQ时间轴，在PDCCH上发送上行链路许可，并且在PHICH上发送 ACK/NACK。针对SCC的DCI可能是针对PCC的DCI的子集，并且可以 容易地在PCC上发送针对SCC的DCI。或者，针对PCC的HARQ时间轴 可能没有被定义为用于SCC上的所有上行链路子帧。在这种情况下，针对 这些上行链路子帧的调度，可以是基于针对SCC的HARQ时间轴或者新的 HARQ时间轴。

图8A和图8B示出了基于第一方案，支持多个CC上的数据传输的示 例。在该示例中，UE被配置为具有两个CC：CC1和CC2，CC1是具有上 行链路-下行链路配置1的SCC，CC2是具有上行链路-下行链路配置2的 PCC。在图8A和图8B中，标注了每个CC的下行链路子帧和上行链路子 帧。对于PCC来说，针对上行链路-下行链路配置2，八个子帧0、1、3、4、 5、6、8和9是下行链路子帧，四个子帧2和7是上行链路子帧。对于SCC 来说，针对上行链路-下行链路配置1，六个子帧0、1、4、5、6和9是下 行链路子帧，四个子帧2、3、7和8是上行链路子帧。

图8A示出了基于针对PCC的HARQ时间轴，在PCC上发送控制信息 的情况下，在SCC上的下行链路数据传输。对于SCC上的下行链路数据传 输，针对下行链路子帧0、1、4、5、6和9中、在SCC上的数据传输，可 以分别在下行链路子帧0、1、4、5、6和9中、在PCC上发送下行链路许 可。可以分别在可以基于针对PCC的上行链路-下行链路配置2而确定的上 行链路子帧7、7、2、2、2和7中、在PCC上，发送针对在下行链路子帧 0、1、4、5、6和9中、在SCC上的数据传输的ACK/NACK。

如图8A中所示，当PCC是与SCC相比比重更大的下行链路时，第一 方案可能特别适合于下行链路数据传输。在这种情况下，与SCC相比，在 PCC上存在更多的下行链路子帧，用于发送针对SCC上的更少数量的可用 的下行链路子帧的DCI。SCC上的下行链路子帧，可以是PCC上的下行链 路子帧的子集。

图8B示出了基于针对PCC的HARQ时间轴，在PCC上发送控制信息 的情况下，在SCC上的上行链路数据传输。对于SCC上的上行链路数据传 输，针对上行链路子帧7、8、2和3中、在SCC上的数据传输，可以分别 在下行链路子帧3、4、8和9中、在PCC上发送上行链路许可。可以分别 在可以基于针对PCC的上行链路-下行链路配置2而确定的下行链路子帧3、 3、8和8中、在PCC上，发送针对上行链路子帧7、8、2和3中、在SCC 上的数据传输的ACK/NACK。

在图8B所示出的一种设计中，可以仅仅在可以基于针对PCC的上行 链路-下行链路配置而确定的针对PCC的非零PHICH子帧中、在PCC上的 PHICH上，发送针对SCC上的上行链路数据传输的ACK/NACK。如表3 中所示，基于针对PCC的上行链路-下行链路配置2，仅仅子帧3和8是针 对PCC的非零PHICH子帧。在这种情况下，可以分别在下行链路子帧3、 3、8和8中、在PCC上，发送针对子帧7、8、2和3中的上行链路数据传 输的ACK/NACK，如图8B中所示。因为针对SCC的非零PHICH子帧可 以对应于针对PCC的零PHICH子帧，所以ACK/NACK不是基于SCC的 HARQ时间轴被发送的。

图8C和图8D示出了基于第一方案，支持多个CC上的数据传输的另 一个示例。在该示例中，UE被配置为具有两个CC：CC1和CC2，CC1是 具有上行链路-下行链路配置1的PCC，CC2是具有上行链路-下行链路配置 2的SCC。

图8C示出了基于针对PCC的HARQ时间轴，在PCC上发送控制信息 的情况下，在SCC上的下行链路数据传输。对于下行链路上的数据传输， 基于针对PCC的上行链路-下行链路配置1，eNB可以分别在下行链路子帧 0、1、1、4、5、6、6和9中发送下行链路许可，在下行链路子帧0、1、3、 4、5、6、8和9中发送数据，UE可以分别在上行链路子帧7、7、8、8、2、 2、3和3中发送ACK/NACK。可以使用交叉子帧调度，在相同的下行链路 子帧（例如，子帧1）中发送多个下行链路许可，以调度多个下行链路子帧 （例如，子帧1和3）。

图8D示出了基于针对PCC的HARQ时间轴，在PCC上发送控制信息 的情况下，在SCC上的上行链路数据传输。在该示例中，基于针对PCC的 上行链路-下行链路配置1，UE可以分别在上行链路子帧7和2中发送数据， eNB可以分别在下行链路子帧1和6中发送上行链路许可。

如图8D中所示，当与SCC相比，PCC是上行链路比重更大时，第一 方案可以特别适合于上行链路上的数据传输。在该情况下，可以基于针对 PCC的HARQ时间轴（而不是基于针对SCC的HARQ时间轴，映射到PCC 的上行链路子帧，如图8D中的虚线所示），在PCC上的下行链路子帧中发 送针对SCC上的更少上行链路子帧的UCI（例如，ACK/NACK）。

在第一方案中，对于下行链路上的数据传输，可以基于PCC的HARQ 时间轴，在PCC上发送下行链路许可，以调度SCC上的数据传输。可以基 于PCC的HARQ时间轴，在PCC上的PUCCH或者PUSCH上发送 ACK/NACK。对于上行链路上的数据传输，可以基于PCC的HARQ时间 轴（或者SCC的HARQ时间轴），在PCC上发送上行链路许可，以调度 SCC上的数据传输。可以基于PCC的HARQ时间轴，在PCC上的PHICH 上发送ACK/NACK。通过交叉载波调度和相同载波调度来实现对SCC的调 度，可能是时间上对齐的。

在第一方案中，SCC上的下行链路子帧可以是PCC上的下行链路子帧 的子集，例如，如图8A和8B中所示。在这种情况下，可以在PCC的下行 链路子帧中，调度SCC的所有下行链路子帧，例如，如图8A中所示。PCC 上的上行链路子帧可以是SCC上的上行链路子帧的子集，例如，如图8A 和图8B中所示。可以基于SCC的HARQ时间轴或者新HARQ时间轴，来 调度SCC上的上行链路子帧（其与PCC的下行链路子帧相对应）（例如， 图8B中的上行链路子帧3和8）。

UE可以在PCC上的PUCCH上发送CSI反馈，其中PCC是与SCC相 比比重更大的下行链路。CSI反馈可以包括信道质量指示符（CQI）、预编 码矩阵指示符（PMI）、秩指示符（RI）等。UE可以具有CSI配置，该CSI 配置可以指示：报告CSI所使用的周期以及在其中报告CSI的特定子帧。 可以基于针对PCC的上行链路-下行链路配置，来确定UE的CSI配置。对 于定期的CSI报告，某些周期值可以适用于每一种上行链路-下行链路配置。 例如，1ms的报告周期可以适用于上行链路-下行链路配置0、1、3、4和6， 其中无线帧中的所有上行链路子帧都可以用于CSI报告。5ms的报告周期 可以适用于上行链路-下行链路配置0、1、2和6。10、20、40、80和160ms 的报告周期可以适用于所有上行链路-下行链路配置。例如，如果PCC与上 行链路-下行链路配置2相关联，SCC与上行链路-下行链路配置1相关联， 那么如果在PCC上而不是在SCC上发送CSI，则UE的CSI配置不能支持 1ms的CSI报告周期。

可以在SCC上发送下行链路数据传输，并且可以在PCC上发送 ACK/NACK，例如，如图8A中所示。在一种设计中，可以重新使用在LTE 版本10中定义的ACK/NACK映射规则。可以在LTE中，通过多种方式来 发送ACK/NACK。如果使用针对信道选择的PUCCH格式1b来发送 ACK/NACK，那么可以针对为UE配置的所有CC中的最大的M值，来选 择ACK/NACK映射表，其中，M是与单个上行链路子帧相关联的下行链路 子帧的数量。由于不同的上行链路-下行链路配置用于不同的CC，因此M 可以是不同的。最大的M值可以对应于如下PCC：在为UE所配置的所有 CC中，该PCC可以是比重最大的下行链路。在一种设计中，可以假定将 ACK用于具有更小M值的CC的虚拟子帧。虚拟子帧是CC中的如下子帧： 该子帧不是下行链路子帧，但从ACK/NACK映射表的角度来看，将该子帧 视为下行链路子帧。如果使用PUCCH格式3来发送ACK/NACK，那么可 以对仅适用于CC和子帧的ACK/NACK进行复用。

在第二设计中，可以使用交叉子帧调度来支持具有不同的上行链路-下 行链路配置的多个CC上的数据传输。对于交叉子帧调度，可以在与没有交 叉子帧调度的情况下由HARQ时间轴所规定的子帧不同的子帧中发送许 可。可以在同一个下行链路子帧中发送多个许可，以调度多个子帧中的数 据传输。当调度性CC（即，用于发送许可的CC）是上行链路比重大时， 交叉子帧调度可能是特别适用的。在本文的描述中，上行链路调度指的是： 上行链路许可的传输，以便调度上行链路上的数据传输。下行链路调度指 的是：下行链路许可的传输，以便调度下行链路上的数据传输。

在第二方案中，针对SCC的UCI可以在PCC上发送，并且可以遵循 SCC的HARQ时间轴。可以基于PCC的HARQ时间轴，在PCC上发送 DCI（例如，上行链路许可和ACK/NACK）。这可以是由于PCC上缺少用 于遵循针对SCC的HARQ时间轴的下行链路子帧。

图9A和图9B示出了基于第二方案，支持多个CC上的数据传输的示 例。在该示例中，UE被配置为具有两个CC：CC1和CC2，CC1是具有上 行链路-下行链路配置1的PCC，CC2是具有上行链路-下行链路配置2的 SCC。对于PCC来说，针对上行链路-下行链路配置1，六个子帧0、1、4、 5、6和9是下行链路子帧，四个子帧2、3、7和8是上行链路子帧。对于 SCC来说，针对上行链路-下行链路配置2，八个子帧0、1、3、4、5、6、 8和9是下行链路子帧，两个子帧2和7是上行链路子帧。

图9A示出了在交叉子帧调度情况下，在SCC上的下行链路数据传输。 对于SCC上的下行链路数据传输，针对下行链路子帧0、1、3、4、5、6、 8和9中、在SCC上的数据传输，可以分别在下行链路子帧0、1、1、4、5、 6、6和9中、在PCC上发送下行链路许可。为了实现在交叉子帧调度的情 况下在下行链路子帧1和3中、在SCC上的数据传输，可以在下行链路子 帧1中、在PCC上发送多个下行链路许可。可以在上行链路子帧7中、在 PCC上，发送针对下行链路子帧0、1和3中、在SCC上的数据传输的 ACK/NACK。可以在下一个无线帧的上行链路子帧2中、在PCC上，发送 针对下行链路子帧4、5、6和8中、在SCC上的数据传输的ACK/NACK。 可以在下一个无线帧的上行链路子帧7中、在PCC上，发送针对下行链路 子帧9中、在SCC上的数据传输的ACK/NACK。

图9B示出了具有交叉子帧调度的SCC上的上行链路数据传输。为了 实现SCC上的上行链路数据传输，可以分别在下行链路子帧1和9中、在 PCC上发送用于上行链路子帧7和2中、在SCC上的数据传输的上行链路 许可。可以分别在下行链路子帧1和6中、在PCC上发送针对上行链路子 帧7和2中、在SCC上的数据传输的ACK/NACK。

在第二方案中，针对SCC上的子帧（其与PCC上的下行链路子帧相对 应）的下行链路调度，可以遵循PCC或SCC的HARQ时间轴，例如，如 图9A中所示。交叉子帧调度可以用于如下子帧：这些子帧对于SCC而言 是下行链路子帧，但对于PCC而言是上行链路子帧。可以通过动态地在 PDCCH上发送许可来实现交叉子帧调度，这可能是基于用于交叉子帧调度 的静态或者半静态配置。例如，UE可以被配置为使得：在规定的子帧中和 /或指定的CC上发送针对特定子帧中的数据传输的许可。

在一种设计中，可以在下行链路子帧或特殊子帧n中发送下行链路许 可，以调度另一个CC上的下行链路子帧中的数据传输，其可以允许足够的 时间（例如，至少3ms），直到下一个无线帧的相同子帧中的下一个调度机 会为止。例如，可以在子帧n中发送下行链路许可，以调度子帧n、n+1、 n+2、n+3、n+4、n+5或n+6中的数据传输。

表5列出了可以用于交叉子帧调度的所有可能的下行链路子帧。在表5 中，通过灰色阴影来表示用于各种上行链路-下行链路配置的下行链路子帧。 各个数字条目指示：携带下行链路许可的下行链路子帧与被调度为用于数 据传输的下行链路子帧之间的偏移。如表5中所示，各个下行链路子帧（或 者特殊子帧）包括条目0。该0条目意味着：可以在下行链路子帧中发送针 对下行链路子帧中的调度的数据传输的下行链路许可。可以用于交叉子帧 调度的下行链路子帧包括一个或多个非零条目。各个非零条目指示：可以 使用交叉子帧调度来调度的另一个下行链路子帧的偏移。例如，针对上行 链路-下行链路配置3的下行链路子帧1包括四个条目0、1、2和3，这意 味着可以在下行链路子帧1中发送针对另一个CC上的子帧1、2、3或4 中的调度的数据传输的下行链路许可。

表5–用于下行链路的交叉子帧调度

表5可以通过允许在一组下行链路子帧中的任何一个中发送下行链路 许可，来调度给定的下行链路子帧中的数据传输，从而提供最大的调度灵 活性。但是，通过对可以针对各个下行链路子帧的交叉子帧调度的下行链 路子帧的数量进行限制，可以简化操作。

表6针对调度性CC具有上行链路-下行链路配置1的示例，列出了可 以用于交叉子帧调度的下行链路子帧。因此，调度性CC具有六个下行链路 子帧0、1、4、5、6和9，四个上行链路子帧2、3、7和8。在表6中，通 过灰色阴影来表示用于SCC的各种上行链路-下行链路配置的下行链路子 帧。表6中的各个数字条目指示：针对特定上行链路-下行链路配置，在调 度性CC上的下行链路子帧与SCC上的下行链路子帧之间的偏移。例如， 针对上行链路-下行链路配置3的子帧6包括0、1和2三个值。这意味着： 在上行链路-下行链路配置3的情况下，可以在下行链路子帧6中的调度性 CC上发送下行链路许可，来调度SCC上的下行链路子帧6、7或8中的数 据传输。

表6–针对具有上行链路-下行链路配置1的调度性CC的交叉子帧调度

在一种设计中，静态或半静态配置可以限制能用于发送下行链路许可 以调度给定的下行链路子帧的下行链路子帧的数量（例如，限制为仅仅一 个下行链路子帧）。对所有可能选项的子集的限制可以简化操作。例如，可 以通过在特定CC上的特定子帧中发送许可，来调度子帧。这种限制可以被 定义为用于各对上行链路-下行链路配置，所述各对上行链路-下行链路配置 可以与调度性CC的上行链路-下行链路配置有关，例如，如表6中所示。

在一种设计中，UE可以配置为具有针对相同子帧调度和交叉子帧调度 的非重叠的UE专用搜索空间。UE可以被配置为具有第一UE专用搜索空 间，在该第一UE专用搜索空间中，例如针对PCC上的数据传输，在不进 行交叉子帧调度的情况下，发送许可。UE可以被配置为具有第二UE专用 搜索空间，在该第二UE专用搜索空间中，例如针对SCC上的数据传输， 在进行交叉子帧调度的情况下发送许可。在另一种设计中，可以将单个UE 专用搜索空间用于相同子帧调度和交叉子帧调度两者。针对这两种设计， UE可以在其搜索空间中进行搜索，以检测向该UE发送的许可。

在第三方案中，可以为UE独立地选择下行链路PCC和上行链路PCC。 例如，下行链路PCC可能是下行链路占比重大（例如，在为该UE配置的 所有CC之中，下行链路占比重最大），上行链路PCC可能是上行链路占比 重大（例如，在为该UE配置的所有CC之中，上行链路占比重最大）。在 这种情况下，可以在足够数量的下行链路子帧中，在下行链路PCC上发送 DCI，在足够数量的上行链路子帧中，在上行链路PCC上发送UCI。在一 种设计中，针对不同的UE，可以选择不同的CC作为上行链路PCC。在另 一种设计中，可以将共同的上行链路PCC（例如，是上行链路占比重大或 上行链路占比重最大的CC）用于一个小区中的所有UE。

在第三方案中，针对SCC（即，并非下行链路PCC的CC）上的数据 传输的调度，可以遵循针对该SCC的HARQ时间轴。通过交叉载波调度和 相同载波调度来进行针对SCC上的数据传输的调度可以是时间上对齐的。 下行链路PCC的HARQ时间轴可能没有被定义为用于SCC上的所有上行 链路子帧。在一种设计中，对于下行链路数据传输，可以基于针对上行链 路PCC的上行链路-下行链路配置的HARQ时间轴，在PUCCH上发送 ACK/NACK。在一种设计中，对于上行链路数据传输，可以在基于针对下 行链路PCC的上行链路-下行链路配置所确定的PHICH子帧中发送 ACK/NACK。

图10A和图10B示出了基于第三方案，支持多个CC上的数据传输的 示例。在该示例中，UE被配置为具有两个CC：CC1和CC2，CC1是具有 上行链路-下行链路配置1的上行链路PCC，CC2是具有上行链路-下行链路 配置2的下行链路PCC。还可以将CC1视为SCC。对于下行链路PCC来 说，针对上行链路-下行链路配置2，八个子帧0、1、3、4、5、6、8和9 是下行链路子帧，两个子帧2和7是上行链路子帧。对于上行链路PCC/SCC 来说，针对上行链路-下行链路配置1，六个子帧0、1、4、5、6和9是下 行链路子帧，四个子帧2、3、7和8是上行链路子帧。

图10A示出了在具有单独的下行链路PCC和上行链路PCC的情况下， 在SCC上的下行链路数据传输。对于SCC（或者上行链路PCC）上的下行 链路数据传输，针对下行链路子帧0、1、4、5、6和9中、在SCC上的数 据传输，可以分别在下行链路子帧0、1、4、5、6和9中、在下行链路PCC 上发送下行链路许可。可以在可以基于针对该SCC的上行链路-下行链路配 置1的HARQ时间轴而确定的上行链路子帧7、7、8、2、2和3中、在SCC （或者上行链路PCC）上，发送针对下行链路子帧0、1、4、5、6和9中、 在SCC上的数据传输的ACK/NACK。

图10B示出了在SCC上的采用单独的下行链路PCC和上行链路PCC 的上行链路数据传输。对于SCC上的上行链路数据传输，针对上行链路子 帧7、8、2和3中、在SCC上的数据传输，可以分别在下行链路子帧1、4、 6和9中、在下行链路PCC上发送上行链路许可。可以分别在可以基于针 对下行链路PCC的上行链路-下行链路配置2的HARQ时间轴而确定的下 行链路子帧3、3、8和8中、在下行链路PCC上，发送针对上行链路子帧 7、8、2和3中、在SCC上的数据传输的ACK/NACK。

在第三方案中，对于上行链路数据传输，可以在基于下行链路PCC的 上行链路-下行链路配置（而不是基于SCC的上行链路-下行链路配置）而 确定的PHICH子帧中，发送ACK/NACK。例如，可以将上行链路数据传 输调度为用于SCC上的上行链路子帧8，如图10B中所示。可以基于针对 SCC的上行链路-下行链路配置1，在下行链路子帧4中的PHICH上，发送 针对上行链路子帧8中的数据传输的ACK/NACK。但是，基于针对下行链 路PCC的上行链路-下行链路配置2，下行链路子帧3（而不是下行链路子 帧4）是下行链路PCC上的PHICH子帧。在这种情况下，可以在下行链路 子帧3（而不是下行链路子帧4）中的PHICH上发送针对上行链路子帧8 中的数据传输的ACK/NACK。因此，可以在针对下行链路PCC的上行链路 -下行链路配置的PHICH子帧（但其可以不遵循HARQ时间轴）中发送 ACK/NACK。

在第四方案中，UE可以通过多种方式，在多个CC上的PUCCH上发 送UCI。在一种设计中，可以在相同子帧中、在多个CC上的多个PUCCH 上发送UCI。针对给定CC上的数据传输的UCI可以在该CC上进行发送。 例如，针对PCC上的数据传输的UCI可以在该PCC上进行发送，针对SCC 上的数据传输的UCI可以在该SCC上进行发送。在另一种设计中，可以在 一个子帧中、在一个CC上的一个PUCCH上发送UCI，可以在不同子帧中、 在多个CC上发送UCI。例如，可以在PCC上发送UCI（每当有可能的时 候），可以在一些子帧中、在SCC上发送UCI，其中这些子帧对于SCC而 言是上行链路子帧，但是针对PCC而言是下行链路子帧。

在第四方案中，针对SCC上的上行链路数据传输的调度，可以遵循针 对该SCC的HARQ时间轴。通过交叉载波调度和相同载波调度来进行针对 SCC上的数据传输的调度，可以是时间是对齐的。PCC的HARQ时间轴可 能没有被定义为用于SCC上的所有上行链路子帧。对于上行链路数据传输， 可以在基于针对PCC的上行链路-下行链路配置的HARQ时间轴的PHICH 上发送ACK/NACK。

通常，PCC可以是下行链路占比重大或者上行链路占比重大。如果PCC 是下行链路占比重大，则针对下行链路和上行链路上的数据传输的调度可 能没有受到影响。可以在基于针对PCC的上行链路-下行链路配置而确定的 PHICH子帧中的PHICH上发送ACK/NACK。上行链路上的UCI的传输可 能会受到影响。可以使用第二、第三或者第四方案来促进UCI在上行链路 上的传输。相反，如果PCC是上行链路占比重大，则针对下行链路上的数 据传输的调度可能受到影响，这可以通过使用第二方案中的交叉子帧调度 来解决。针对上行链路上的数据传输和PHICH上的ACK/NACK反馈的调 度，可以遵循针对PCC的HARQ时间轴。这可能是优选的，由于缺少基于 针对SCC的HARQ时间轴的下行链路子帧和PHICH子帧。上行链路上的 UCI可能没有受到影响。

在上面描述的第一到第四方案中，可以使用交叉载波调度来支持多个 CC上的数据传输。在替代的设计中，不使用交叉载波调度来支持多个CC 上的数据传输。在该替代的设计中，由于在针对所有CC的上行链路上传输 共同PUCCH，所以可以对多个CC之间的操作进行结合。如果PCC不是上 行链路占比重大（例如，由于负载平衡、或者为不同的UE选择不同的CC 作为PCC而引起），那么可以使用第一或第四方案。对于第一方案，可以基 于PCC的HARQ时间轴，在PCC上发送针对SCC的UCI。对于第四方案， 可以在不止一个CC上的PUCCH上发送针对UE的UCI。

图11示出了用于支持多个CC上的操作的过程1100的设计。过程1100 可以由eNB/基站（如下面所描述的）或者由某种其它实体来执行。eNB可 以识别为UE配置的用于载波聚合的第一CC和第二CC，其中第一CC和 第二CC与不同的系统配置相关联（方框1112）。第一CC可以是PCC，第 二CC可以是针对UE的SCC。eNB可以在第一CC上发送下行链路许可， 以调度该UE在第二CC上进行数据传输（方框1114）。该下行链路许可可 以是针对第二CC并且可以基于针对第一CC的下行链路许可传输时间轴来 发送的。eNB可以在第二CC上向UE发送数据传输（方框1116）。eNB可 以接收针对第二CC上的数据传输的UCI（方框1118）。UCI可以是针对第 二CC，该UCI可以是由UE基于针对第一CC的UCI传输时间轴，在第一 CC上发送的。下行链路许可传输时间轴和UCI传输时间轴可以是针对第一 CC的HARQ时间轴的一部分。

在一种设计中，第一CC和第二CC可以与不同的双工模式（例如，FDD 和TDD）相关联。在另一种设计中，第一CC和第二CC可以与不同的上 行链路-下行链路配置（例如，针对TDD）相关联。例如，第一CC可以与 第一上行链路-下行链路配置相关联，第二CC可以与第二上行链路-下行链 路配置相关联。可以基于针对第一CC的第一上行链路-下行链路配置，来 确定针对第一CC的UCI传输时间轴。在一种设计中，与第二CC相比，第 一CC可以与更多下行链路子帧相关联。

在一种设计中，该UCI可以包括：针对在第二CC上向UE发送的数 据传输的ACK/NACK。在一种设计中，UE可以基于针对信道选择的PUCCH 格式1b，来发送ACK/NACK。可以基于与为UE所配置的所有CC的单个 上行链路子帧相关联的下行链路子帧的最大数量，来确定针对ACK/NACK 的映射表。在另一种设计中，可以基于PUCCH格式3或某种其它PUCCH 格式，来发送ACK/NACK。还可以将ACK/NACK与数据一起在PUSCH 上进行发送。

在另一种设计中，该UCI可以包括：由UE基于针对UE的CSI配置 而发送的CSI。eNB可以定期地从UE接收针对第二CC的CSI。UE可以 按照基于针对第一CC的第一上行链路-下行链路配置而确定的周期来发送 CSI。

在一种设计中，eNB可以发送上行链路许可，以调度该UE在第一CC 或者第二CC上进行上行链路数据传输。该上行链路许可可以基于针对第一 CC的上行链路许可传输时间轴，在第一CC上进行发送。

在另一种设计中，eNB可以发送上行链路许可，以调度该UE在第二 CC上进行上行链路数据传输。针对第二CC的上行链路许可可以在如下CC 上进行发送：（i）基于针对第二CC的上行链路许可传输时间轴的第一CC， 或者（ii）基于针对第一CC的上行链路许可传输时间轴的第一CC，或者 （iii）基于针对第三CC的上行链路许可传输时间轴的第三CC。eNB可以 在第二CC上从UE接收上行链路数据传输。eNB可以确定针对第二CC上 的上行链路数据传输的ACK/NACK。eNB可以在基于针对第一CC的下行 链路ACK/NACK传输时间轴而确定的子帧中、在第一CC上发送 ACK/NACK。

图12示出了用于在多个CC上进行操作的过程1200的设计。过程1200 可以由UE（如下面所描述的）或者由某种其它实体来执行。UE可以确定 为该UE配置的第一CC和第二CC，其中第一CC和第二CC与不同的系 统配置（例如，不同的上行链路-下行链路配置）相关联（方框1212）。UE 可以接收在第一CC上发送的下行链路许可，以调度该UE在第二CC上进 行数据传输（方框1214）。该下行链路许可可以是针对第二CC，并且该下 行链路许可可以是基于针对第一CC的下行链路许可传输时间轴而发送的。 该UE可以在第二CC上接收数据传输（方框1216）。该UE可以发送针对 第二CC上的数据传输的UCI（方框1218）。该UCI可以是针对于第二CC， 并且可以是基于针对第一CC的UCI传输时间轴，在第一CC上发送的。该 UCI可以包括：针对在第二CC上向UE发送的数据传输的ACK/NACK。 该UCI还可以包括CSI，该CSI可以用于在第二CC上发送数据传输。

在一种设计中，UE可以接收用于调度该UE在第一CC或者第二CC 上进行上行链路数据传输的上行链路许可。该上行链路许可可以是基于针 对第一CC的上行链路许可传输时间轴，在第一CC上发送的。在另一种设 计中，UE可以接收用于调度该UE在第二CC上进行上行链路数据传输的 上行链路许可。该上行链路许可可以在如下CC上进行发送：（i）基于针对 第二CC的上行链路许可传输时间轴的第一CC，或者（ii）基于针对第三 CC的上行链路许可传输时间轴的第三CC。UE可以在第二CC上发送上行 链路数据传输。之后，UE可以接收针对第二CC上的上行链路数据传输的 ACK/NACK。可以在基于针对第一CC的下行链路ACK/NACK传输时间轴 而确定的子帧中、在第一CC上发送ACK/NACK。

图13示出了用于支持多个CC上的操作的过程1300的设计。过程1300 可以由eNB/基站（如下面所描述的）或者由某种其它实体来执行。eNB可 以识别为UE配置的用于载波聚合的第一CC和第二CC，其中第一CC和 第二CC与不同的系统配置（例如，不同的上行链路-下行链路配置）相关 联（方框1312）。eNB可以在第一CC上发送上行链路许可，以调度该UE 在第二CC上进行上行链路数据传输（方框1314）。该上行链路许可可以是 针对第二CC，该上行链路许可可以是基于针对第一CC的上行链路许可传 输时间轴，在第一CC上发送的。

eNB可以接收由UE基于所述上行链路许可而在第二CC上发送的上行 链路数据传输（方框1316）。eNB可以确定针对该上行链路数据传输的 ACK/NACK（方框1318）。eNB可以在基于针对第一CC的ACK/NACK传 输时间轴而确定的子帧中、在第一CC上发送ACK/NACK（方框1320）。 在一种设计中，所确定的子帧可以是针对第一CC的PHICH子帧，所述 PHICH子帧可以是其中基于针对第一CC的上行链路-下行链路配置，可以 在第一CC上发送ACK/NACK的子帧。所述上行链路许可传输时间轴和所 述ACK/NACK传输时间轴可以是针对第一CC的HARQ时间轴的一部分。

在一种设计中，第一CC可以是针对UE的主CC，第二CC可以是针 对UE的辅助CC。第一CC可以与第一上行链路-下行链路配置相关联，第 二CC可以与第二上行链路-下行链路配置相关联。可以基于针对第一CC 的所述第一上行链路-下行链路配置，确定针对第一CC的上行链路许可传 输时间轴。在一种设计中，与第二CC相比，第一CC可以与更多的上行链 路子帧相关联。

在一种设计中，eNB可以在第一CC上发送第二上行链路许可，以调 度该UE在第一CC上进行上行链路数据传输。第二上行链路许可可以是针 对第一CC，第二上行链路许可可以是基于针对第一CC的上行链路许可传 输时间轴而发送的。eNB可以接收由UE基于第二上行链路许可而在第二 CC上发送的上行链路数据传输。

图14示出了用于在多个CC上进行操作的过程1400的设计。过程1400 可以由UE（如下面所描述的）或者由某种其它实体来执行。UE可以确定 为该UE配置的第一CC和第二CC，其中第一CC和第二CC与不同的系 统配置（例如，不同的上行链路-下行链路配置）相关联（方框1412）。UE 可以接收在第一CC上发送的上行链路许可，以调度该UE在第二CC上进 行上行链路数据传输（方框1414）。所述上行链路许可可以针对第二CC， 所述上行链路许可可以是基于针对第一CC的上行链路许可传输时间轴而 在第一CC上发送的。该UE可以基于所述上行链路许可，在第二CC上发 送上行链路数据传输（方框1416）。该UE可以基于针对第一CC的 ACK/NACK传输时间轴而确定的子帧中、在第一CC上，接收针对上行链 路数据传输的ACK/NACK（方框1418）。

该UE还可以接收在第一CC上发送的第二上行链路许可，以调度该 UE在第一CC上进行上行链路数据传输。所述第二上行链路许可可以针对 第一CC，所述第二上行链路许可可以是基于针对第一CC的上行链路许可 传输时间轴而发送的。该UE可以基于所述第二上行链路许可，在第一CC 上发送上行链路数据传输。

图15示出了用于支持多个CC上的操作的过程1500的设计。过程1500 可以由eNB/基站（如下面所描述的）或者由某种其它实体来执行。eNB可 以识别为UE配置的用于载波聚合的第一CC和第二CC，其中第一CC和 第二CC与不同的系统配置（例如，不同的上行链路-下行链路配置）相关 联（方框1512）。对于交叉子帧调度，eNB可以在第一子帧中、在第一CC 上发送下行链路许可，以调度在与第一子帧不同的第二子帧中、在第二CC 上的下行链路数据传输（方框1514）。对于相同子帧调度，eNB可以在第一 子帧中、在第一CC上发送第二下行链路许可，以调度在第一子帧中、在第 二CC上的下行链路数据传输（方框1516）。

在一种设计中，对于交叉子帧调度，第二CC的每一个下行链路子帧是 可通过针对第一CC的仅仅一个下行链路子帧来调度的，例如，如表6中所 示。在另一种设计中，针对第二CC的每一个下行链路子帧是可通过针对第 一CC的一个或多个下行链路子帧来调度的。

在一种设计中，eNB可以在第一CC上接收针对第二CC的UCI。可以 基于针对第二CC的UCI传输时间轴（例如，HARQ时间轴），在第一CC 上发送针对第二CC的UCI。

在一种设计中，eNB可以在第一CC上发送上行链路许可，以调度该 UE在第二CC上进行上行链路数据传输。可以基于针对第一CC的上行链 路许可传输时间轴（例如，HARQ时间轴），在第一CC上发送针对第二CC 上的上行链路数据传输的上行链路许可。eNB可以在第二CC上接收上行 链路数据传输，并且可以确定针对所述上行链路数据传输的ACK/NACK。 eNB可以在基于针对第一CC的ACK/NACK传输时间轴所确定的子帧中、 在第一CC上发送ACK/NACK。

图16示出了用于在多个CC上进行操作的过程1600的设计。过程1600 可以由UE（如下面所描述的）或者由某种其它实体来执行。UE可以确定 为该UE配置的第一CC和第二CC，其中第一CC和第二CC与不同的系 统配置（例如，不同的上行链路-下行链路配置）相关联（方框1612）。与 第二CC相比，第一CC可以与更多的上行链路子帧相关联。对于交叉子帧 调度，UE可以接收在第一子帧中、在第一CC上发送的下行链路许可，其 中该下行链路许可是针对与第一子帧不同的第二子帧中、在第二CC上的下 行链路数据传输（方框1614）。对于相同子帧调度，UE可以接收在第一子 帧中、在第一CC上发送的第二下行链路许可，其中该下行链路许可是针对 于第一子帧中、在第二CC上的下行链路数据传输（方框1616）。在一种设 计中，UE可以基于针对第二CC的UCI传输时间轴，在第一CC上发送针 对第二CC的UCI。

在一种设计中，UE可以在第一CC上接收上行链路许可，以调度该 UE在第二CC上进行上行链路数据传输。可以基于针对第一CC的上行链 路许可传输时间轴，在第一CC上发送针对第二CC上的上行链路数据传输 的上行链路许可。UE可以在第二CC上发送上行链路数据传输。之后，UE 可以接收针对所述上行链路数据传输的ACK/NACK。可以在基于针对第一 CC的ACK/NACK传输时间轴而确定的子帧中、在第一CC上发送 ACK/NACK。

图17示出了用于支持多个CC上的操作的过程1700的设计。过程1700 可以由eNB/基站（如下面所描述的）或者由某种其它实体来执行。eNB可 以识别为UE配置的用于载波聚合的第一CC和第二CC，其中第一CC和 第二CC与不同的系统配置（例如，不同的上行链路-下行链路配置）相关 联（方框1712）。与第二CC相比，第一CC可以与更多的下行链路子帧相 关联。第二CC可以关联于与下行链路子帧相比更多的上行链路子帧和/或 与第一CC相比更多的上行链路子帧。eNB可以在第一CC上发送上行链路 许可，以调度该UE在第二CC上进行上行链路数据传输（方框1714）。可 以基于针对第二CC的上行链路许可传输时间轴（例如，HARQ时间轴）， 在第一CC上发送上行链路许可。eNB可以在第一CC上发送第二上行链路 许可，以调度该UE在第一CC上进行上行链路数据传输（方框1716）。可 以基于针对第一CC的上行链路许可传输时间轴，来发送第二上行链路许 可。

在一种设计中，eNB可以在第二CC上接收上行链路数据传输，可以 确定针对所述上行链路数据传输的ACK/NACK。eNB可以在基于针对第一 CC的ACK/NACK传输时间轴而确定的子帧中、在第一CC上发送 ACK/NACK。

eNB可以在第一CC上发送下行链路许可，以便调度UE在第二CC上 进行下行链路数据传输。该下行链路许可可以是基于针对第二CC的下行链 路许可传输时间轴来发送的（例如，除了交叉子帧下行链路调度之外）。eNB 可以在第二CC上发送下行链路数据传输，可以接收针对所述下行链路数据 传输的ACK/NACK。

在一种设计中，对于上面所描述的第一方案，第一CC可以是PCC， 第二CC可以是针对UE的SCC。eNB可以接收针对第二CC上的数据传输 的UCI，其中该UCI是基于针对第一CC的UCI传输时间轴，在第一CC 上发送的。

在一种设计中，对于上面所描述的第三方案，第一CC可以是下行链路 PCC，第二CC可以是针对UE的上行链路PCC。eNB可以在下行链路PCC 上向UE发送DCI，在上行链路PCC上从UE接收UCI。

对于第四方案，eNB可以在第一CC上从UE接收第一UCI，可以在第 二CC上从UE接收第二UCI。在一种设计中，第一UCI可以是针对第一 CC上的数据传输，第二UCI可以是针对于第二CC上的数据传输。在一种 设计中，第一UCI可以是在第一CC上发送的，第二UCI可以是在同一子 帧中、在第二CC上发送的。在另一种设计中，第一UCI可以是在第一CC 上发送的，第二UCI可以是在其它子帧中、在第二CC上发送的。例如， 可以在对于第二CC而言是上行链路子帧但是对于第一CC而言是下行链路 子帧的子帧中发送第二UCI。

图18示出了用于在多个CC上进行操作的过程1800的设计。过程1800 可以由UE（如下面所描述的）或者由某种其它实体来执行。UE可以确定 为该UE配置的第一CC和第二CC，其中第一CC和第二CC与不同的系 统配置（例如，不同的上行链路-下行链路配置）相关联（方框1812）。与 第二CC相比，第一CC可以与更多的下行链路子帧相关联。第二CC可以 关联于与下行链路子帧相比更多的上行链路子帧和/或与第一CC相比更多 的上行链路子帧。UE可以接收在第一CC上发送的上行链路许可，所述上 行链路许可针对第二CC上的上行链路数据传输（方框1814）。可以基于针 对第二CC的上行链路许可传输时间轴，在第一CC上发送上行链路许可。 UE可以接收在第一CC上发送的第二上行链路许可，所述第二上行链路许 可针对在第一CC上的上行链路数据传输（方框1816）。可以基于针对第一 CC的上行链路许可传输时间轴，来发送第二上行链路许可。

在一种设计中，UE可以在第二CC上发送上行链路数据传输。UE可 以在基于针对第一CC的ACK/NACK传输时间轴而确定的子帧中、在第一 CC上，接收针对上行链路数据传输的ACK/NACK。

UE可以接收在第一CC上发送的下行链路许可，以便调度UE在第二 CC上进行下行链路数据传输。该下行链路许可可以是基于针对第二CC的 下行链路许可传输时间轴来发送的（例如，除了交叉子帧下行链路调度之 外）。UE可以接收在第二CC上的下行链路数据传输，并且可以发送针对 下行链路数据传输的ACK/NACK。

在一种设计中，对于上面所描述的第一方案，针对UE，第一CC可以 是PCC，第二CC可以是SCC。UE可以基于针对第一CC的UCI传输时间 轴，在第一CC上发送针对第二CC上的数据传输的UCI。

在一种设计中，对于上面所描述的第三方案，针对UE，第一CC可以 是下行链路PCC，第二CC可以是上行链路PCC。UE可以在下行链路PCC 上接收DCI，并且可以在上行链路PCC上发送UCI。

对于第四方案，UE可以在第一CC上发送第一UCI，可以在第二CC 上发送第二UCI。在一种设计中，第一UCI可以是针对第一CC上的数据 传输，第二UCI可以是针对第二CC上的数据传输。在一种设计中，第一 UCI可以是在第一CC上发送的，第二UCI可以是在相同子帧中、在第二 CC上发送的。在另一种设计中，第一UCI可以是在第一CC上发送的，第 二UCI可以是在其它子帧中、在第二CC上发送的。例如，可以在对于第 二CC而言是上行链路子帧但是对于第一CC而言是下行链路子帧的子帧中 发送第二UCI。

图19示出了用于支持多个CC上的操作的过程1900的设计。过程1900 可以由eNB/基站（如下面所描述的）或者由某种其它实体来执行。eNB可 以识别为UE配置的用于载波聚合的第一CC和第二CC，其中第一CC和 第二CC与不同的系统配置（例如，不同的上行链路-下行链路配置）相关 联（方框1912）。第一CC可以是针对UE的下行链路PCC，第二CC可以 是针对UE的上行链路PCC。在一种设计中，与上行链路PCC相比，下行 链路PCC可以与更多的下行链路子帧相关联，而与下行链路PCC相比，上 行链路PCC可以与更多的上行链路子帧相关联。eNB可以在下行链路PCC 上向UE发送DCI（方框1914）。eNB可以在上行链路PCC上从UE接收 UCI（方框1916）。

在方框1914的一种设计中，eNB可以在下行链路PCC上发送第一上 行链路许可，以便调度该UE在上行链路PCC上进行上行链路数据传输。 可以基于针对上行链路PCC的上行链路许可传输时间轴，在下行链路PCC 上发送第一上行链路许可。eNB可以在上行链路PCC上接收上行链路数据 传输。eNB可以确定针对上行链路数据传输的ACK/NACK，并且可以在基 于针对下行链路PCC的ACK/NACK传输时间轴所确定的子帧中、在下行 链路PCC上发送ACK/NACK。

在方框1914的另一种设计中，eNB可以在下行链路PCC上发送第二 上行链路许可，以便调度该UE在下行链路PCC上进行上行链路数据传输。 第二上行链路许可可以是基于针对下行链路PCC的上行链路许可传输时间 轴而被发送的。

图20示出了用于在多个CC上进行操作的过程2000的设计。过程2000 可以由UE（如下面所描述的）或者由某种其它实体来执行。UE可以确定 为该UE配置的第一CC和第二CC，其中第一CC和第二CC与不同的系 统配置（例如，不同的上行链路-下行链路配置）相关联（方框2012）。第 一CC可以是针对该UE的下行链路PCC，第二CC可以是针对该UE的上 行链路PCC。UE可以在下行链路PCC上接收DCI（方框2014）。UE可以 在上行链路PCC上发送UCI（方框2016）。

在方框2014的一种设计中，UE可以接收在下行链路PCC上发送的第 一上行链路许可，以便调度该UE在上行链路PCC上进行上行链路数据传 输。可以基于针对上行链路PCC的上行链路许可传输时间轴，在下行链路 PCC上发送第一上行链路许可。UE可以在上行链路PCC上接收上行链路 数据传输。UE可以在基于针对下行链路PCC的ACK/NACK传输时间轴而 确定的子帧中、在下行链路PCC上，接收针对上行链路数据传输的 ACK/NACK。

在方框2014的另一种设计中，UE可以接收在下行链路PCC上发送的 第二上行链路许可，以便调度该UE在下行链路PCC上进行上行链路数据 传输。该第二上行链路许可可以是基于针对下行链路PCC的上行链路许可 传输时间轴来发送的。

图21示出了用于支持多个CC上的操作的过程2100的设计。过程2100 可以由eNB/基站（如下面所描述的）或者由某种其它实体来执行。eNB可 以识别为UE配置的用于载波聚合的第一CC和第二CC，其中第一CC和 第二CC与不同的系统配置（例如，不同的上行链路-下行链路配置）相关 联（方框2112）。针对UE，第一CC可以是PCC，第二CC可以是SCC。 与SCC相比，PCC可以与更多的下行链路子帧相关联。eNB可以在第一 CC上从UE接收第一UCI（方框2114）。eNB可以在第二CC上从UE接收 第二UCI（方框2116）。

在一种设计中，第一UCI可以是在第一CC上发送的，第二UCI可以 是在相同子帧中、在第二CC上发送的。在第一CC上发送的第一UCI可以 适用于第一CC上的下行链路数据传输。在第二CC上发送的第二UCI可以 适用于第二CC上的下行链路数据传输。在另一种设计中，第一UCI可以 是在第一子帧中、在第一CC上发送的，第二UCI可以是在与第一子帧不 同的第二子帧中、在第二CC上发送的。所述第二子帧可以是针对第一CC 的下行链路子帧和针对第二CC的上行链路子帧。

在一种设计中，eNB可以在第一CC上发送上行链路许可，以便调度 该UE在第二CC上进行上行链路数据传输。该上行链路许可可以是基于针 对第二CC的上行链路许可传输时间轴，在第一CC上发送的。eNB可以在 第二CC上接收上行链路数据传输，并且可以确定针对所述上行链路数据传 输的ACK/NACK。eNB可以在基于针对第一CC的ACK/NACK传输时间 轴所确定的子帧中、在第一CC上，发送针对上行链路数据传输的 ACK/NACK。

图22示出了用于在多个CC上进行操作的过程2200的设计。过程2200 可以由UE（如下面所描述的）或者由某种其它实体来执行。UE可以确定 为该UE配置的第一CC和第二CC，其中第一CC和第二CC与不同的系 统配置（例如，不同的上行链路-下行链路配置）相关联（方框2212）。对 于UE，第一CC可以是PCC，第二CC可以是SCC。与SCC相比，PCC 可以与更多的下行链路子帧相关联。UE可以在第一CC上发送第一UCI（方 框2214）。UE可以在第二CC上发送第二UCI（方框2216）。

在一种设计中，第一UCI可以是在第一CC上发送的，第二UCI可以 是在相同子帧中、在第二CC上发送的。在第一CC上发送的第一UCI可以 适用于第一CC上的下行链路数据传输。在第二CC上发送的第二UCI可以 适用于第二CC上的下行链路数据传输。在另一种设计中，第一UCI可以 是在第一子帧中、在第一CC上发送的，第二UCI可以是在与第一子帧不 同的第二子帧中、在第二CC上发送的。所述第二子帧可以是针对第一CC 的下行链路子帧和针对第二CC的上行链路子帧。

UE可以在第一CC上接收上行链路许可，以便调度该UE在第二CC 上进行上行链路数据传输。该上行链路许可可以是基于针对第二CC的上行 链路许可传输时间轴，在第一CC上发送的。UE可以在第二CC上发送上 行链路数据传输。UE可以接收在基于针对第一CC的ACK/NACK传输时 间轴所确定的子帧中、在第一CC上发送的、针对上行链路数据传输的 ACK/NACK。

图23示出了UE120xx和基站/eNB110xx的设计的框图，其中UE120xx 可以是图1中的UE之一，基站/eNB110xx可以是图1中的eNB之一。在 UE120xx中，接收机2310可以接收由基站、中继等发送的信号。模块2312 可以处理所接收的信号，提供解码后的数据和DCI。模块2314可以对解码 后的DCI进行处理，确定旨在针对UE120xx的DCI。模块2312和/或2314 可以基于适用于UE120xx的HARQ时间轴（例如，下行链路许可和 ACK/NACK传输时间轴），来处理该DCI，其中该时间轴可以取决于用于 UE120xx的CC配置。模块2316可以生成用于传输的UCI。模块2318可 以生成包括数据和/或UCI的上行链路信号。发射机2320可以对该上行链 路信号进行调节和发送。模块2322可以确定为UE120xx配置的用于载波 聚合的多个CC。模块2324可以基于为UE120xx配置的CC的上行链路- 下行链路配置，确定许可和用于UE120xx的ACK/NACK传输时间轴。用 于UE120xx的传输时间轴可以由模块2312和/或2314用于接收DCI，由模 块2316和/或2318用于发送UCI。模块2326可以对数据进行处理，以进行 下行链路和上行链路数据传输。UE120xx中的各个模块可以如上所述地进 行操作。控制器/处理器2330可以指导UE120xx中的各个模块的操作。存 储器2328可以存储用于UE120xx的数据和程序代码。

在基站110xx中，模块2350可以生成用于传输的DCI。模块2352可 以生成包括数据和/或DCI的下行链路信号。发射机2354可以对下行链路 信号进行调节和发送。接收机2356可以接收由UE发送的信号。模块2358 可以对所接收的信号进行处理，提供解码后的数据和UCI。模块2360可以 对解码后的UCI进行处理，确定由UE120xx和其它UE所发送的UCI。模 块2362可以对数据进行处理，以进行下行链路和上行链路数据传输。模块 2364可以确定为UE120xx配置的用于载波聚合的多个CC。模块2366可 以基于为UE120xx配置的CC的上行链路-下行链路配置，确定许可和用于 UE120xx的ACK/NACK传输时间轴。用于UE120xx的传输时间轴可以由 模块2350和/或2352用于向UE120xx发送DCI，由模块2358和/或2360 用于从UE120xx接收UCI。基站110xx中的各个模块可以如上所述地进行 操作。控制器/处理器2370可以指导基站110xx中的各个模块的操作。存储 器2368可以存储用于基站110xx的数据和程序代码。调度模块2372可以 调度UE在下行链路和/或上行链路上进行数据传输。

图23中的模块可以包括处理器、电子设备、硬件设备、电子组件、逻 辑电路、存储器、软件/固件代码等或者其组合。

图24示出了基站/eNB110yy和UE120yy的设计的框图，其中基站/eNB 110yy和UE120yy可以是图1中的基站/eNB之一和图1中的UE之一。基 站110yy可以配备有T个天线2434a到2434t，UE120yy可以配备有R个 天线2452a到2452r，其中通常T≥1，R≥1。

在基站110yy处，发射处理器2420从数据源2412接收数据，以便在 一个或多个CC上向一个或多个UE传输，基于为每一个UE所选定的一种 或多种调制和编码方案对该UE的数据进行处理（例如，编码和调制），并 提供用于所有UE的数据符号。发射处理器2420还可以处理DCI（例如， 下行链路许可、上行链路许可、ACK/NACK、配置消息等）和提供控制符 号。处理器2420还可以生成针对参考信号的参考符号。发射（TX）多输入 多输出（MIMO）处理器2430可以对数据符号、控制符号和/或参考符号（如 果有的话）进行预编码，并向T个调制器（MOD）2432a到2432t提供T 个输出符号流。每一个调制器2432可以对其输出符号流进行处理（例如， 进行OFDM等），以获得输出采样流。每一个调制器2432可以对其输出采 样流进一步调节（例如，转换成模拟、放大、滤波和上变频），以获得下行 链路信号。来自调制器2432a到2432t的T个下行链路信号可以分别经由T 个天线2434a到2434t进行发射。

在UE120yy处，天线2452a到2452r可以从基站110yy和/或其它基站 接收下行链路信号，可以分别向解调器（DEMOD）2454a到2454r提供所 接收的信号。每一个解调器2454可以调节（例如，滤波、放大、下变频和 数字化）其所接收的信号，以获得输入采样。每一个解调器2454还可以对 这些输入采样进一步处理（例如，进行OFDM等）以便获得接收的符号。 MIMO检测器2456可以从所有R个解调器2454a到2454r获得接收的符号， 对接收的符号执行MIMO检测（如果有的话），并提供检测出的符号。接收 处理器2458可以处理（例如，解调和解码）检测到的符号，并向数据宿2460 提供用于UE120yy的解码后的数据，向控制器/处理器2480提供解码后的 DCI。

在上行链路上，在UE120yy处，发射处理器2464可以从数据源2462 接收数据，从控制器/处理器2480接收UCI（例如，ACK/NACK、CSI等等）， 并对这些数据和UCI进行处理。处理器2464还可以生成用于一个或多个参 考信号的参考符号。来自发射处理器2464的符号可以由TX MIMO处理器 2466进行预编码（如果有的话），由调制器2454a到2454r进行进一步处理 （例如，进行SC-FDM、OFDM等），并发送给基站110yy。在基站110yy 处，来自UE120yy和其它UE的上行链路信号可以由天线2434进行接收、 由解调器2432进行处理、由MIMO检测器2436进行检测（如果有的话）、 并由接收处理器2438进一步处理，以获得由UE120yy和其它UE发送的 解码后的数据和控制信息。处理器2438可以向数据宿2439提供解码后的 数据，向控制器/处理器2440提供解码后的UCI。

控制器/处理器2440和2480可以分别指导基站110yy和UE120yy处的 操作。在基站110yy处的处理器2440和/或其它处理器和模块可以执行或指 导图11中的过程1100、图13中的过程1300、图15中的过程1500、图17 中的过程1700、图19中的过程1900、图21中的过程2100和/或用于本申 请所描述的技术的其它过程。UE120yy处的处理器2480和/或其它处理器 和模块，可以执行或指导图12中的过程1200、图14中的过程1400、图16 中的过程1600、图18中的过程1800、图20中的过程2000、图22中的过 程2200和/或用于本申请所描述的技术的其它过程。存储器2442和2482 可以分别存储用于基站110yy和UE120yy的数据和程序代码。调度器2444 可以调度UE在下行链路和/或上行链路上进行数据传输。

本领域技术人员将会理解，可以用各种不同技术和手段中的任一种来 表示信息和信号。例如，上面描述的全文中可以引用的数据、指令、命令、 信息、信号、比特、符号、以及码片，可以用电压、电流、电磁波、磁场 或磁粒子、光场或光粒子、或者它们的任意组合来表示。

本领域普通技术人员还应当明白，结合本文的公开内容所描述的各种 示例性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、软件/固 件、或者其组合。为了清楚地描绘硬件和软件/固件之间的这种可交换性， 上面已经对各种示例性的部件、框、模块、电路以及步骤围绕其功能进行 了总体描述。至于这种功能是实现成硬件还是实现成软件/固件，取决于具 体应用和向整个系统施加的设计约束。熟练的技术人员可以针对每个特定 应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为 导致背离本申请的保护范围。

被设计为执行本文所描述的功能的通用处理器、数字信号处理器 （DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或其它可编 程逻辑器件、分立门或者晶体管逻辑、分立硬件组件、或者它们的任意组 合，可以实现或执行结合本文公开内容所描述的各种示例性的逻辑框、模 块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常 规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设 备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP核相结 合的一个或多个微处理器、或者任何其它这类结构。

可以通过硬件、由处理器执行的软件/固件模块、或者其组合来直接地 具体实施结合本文的公开内容所描述的方法或算法的步骤。软件/固件模块 可以位于随机存取存储器（RAM）、闪存、只读存储器（ROM）、可擦除可 编程存储器（EPROM）、电EPROM（EEPROM）、寄存器、硬盘、可移动 磁盘、CD-ROM、或本领域已知的任何其它形式的存储介质中。将示例性 存储介质耦合到处理器，使得该处理器可以从该存储介质读取信息，并将 信息写入该存储介质中。或者，存储介质可以集成到处理器中。处理器和 存储介质可以常驻在ASIC中。ASIC可以常驻在用户终端中。或者，处理 器和存储介质可以作为分立组件常驻在用户终端中。

在一个或多个示例性设计中，可以通过硬件、软件/固件、或它们的任 意组合来实现所描述的功能。如果通过软件/固件来实现，则这些功能可以 作为一条或多条指令或代码保存在计算机可读介质上、或者通过计算机可 读介质传输。计算机可读介质包括计算机存储介质和通信介质两者，所述 通信介质包括有助于计算机程序从一个位置传输到另一个位置的任何介 质。存储介质可以是通用或专用计算机能够访问的任何可用介质。计算机 可读介质可以是非临时性计算机可读介质。作为示例而非限制，这样的非 临时性计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其 它光盘存储、磁盘存储或其它磁性存储设备、或者能够用来携带或存储具 有指令或数据结构形式的所期望的程序代码模块并且能够被通用或专用计 算机、或者通用或专用处理器访问的任何其它介质。此外，任何连接都可 以称为计算机可读介质。例如，如果软件/固件是使用同轴线缆、光纤线缆、 双绞线、数字用户线（DSL）、诸如红外线、无线电和微波之类的无线技术 从网站、服务器或其它远程源传输的，那么介质的定义中包括同轴线缆、 光纤线缆、双绞线、DSL、或者诸如红外线、无线电和微波之类的无线技术。 如本文所使用的磁盘和光碟包括压缩光碟（CD）、激光光碟、光碟、数字多 功能光碟（DVD）、软盘以及蓝光光碟，其中，磁盘通常用磁再现数据，而 光碟是由激光器用光再现数据。计算机可读介质可以用计算机程序产品来 具体实现。举例而言，计算机程序产品可以包括位于封装材料中的计算机 可读介质。上述的组合也应该被包括在计算机可读介质的范围内。

为使本领域中的任何技术人员能够实现或使用本申请，提供了对本申 请的前述说明。对本申请的各种修改对本领域技术人员将会是显而易见的， 并且本文所定义的总体原理可以在不偏离本申请的范围的情况下应用于其 它变型。因此，本申请并不旨在局限于本文描述的示例和设计，而是要与 本文所公开的原理和新颖特征的最宽范围相一致。