用于多载波传输的系统和方法与流程

技术领域

本发明涉及用于无线通信的系统和方法，并且具体地涉及用于多载波传输的系统和方法。

背景技术：

当前无线数据传输量在不断增加。蜂窝通信系统可以利用其中传输严格受控于网络的许可频谱(频带)。未许可频带可以与许可频带一起用于蜂窝传输。未许可频带可能不太可靠，这是因为存在来自其他标准例如无线局域网(wireless local area network，WLAN)、WiFi、Bluetooth(蓝牙)和(数字的以及模拟的)无绳电话的干扰传输，而蜂窝节点不能控制这些传输。

无线系统可以使用许可频谱分量例如如长期演进(Long Term Evolution，LTE)的蜂窝系统，以及未许可频谱。载波聚合(Carrier aggregation，CA)有利于用户设备(user equipment，UE)接收两个或更多个载波上的信号。

技术实现要素：

一种实施方式的方法包括：由通信控制器向用户设备(user equipment，UE)发送第一载波上的第一数据块；以及由通信控制器向UE发送第一下行链路控制信息(downlink control information，DCI)以发起与第一数据块相关联的混合自动重传请求(hybrid automatic repeat request，HARQ)进程。所述方法还包括：由通信控制器向UE重发第一数据块；以及由通信控制器向UE发送第二DCI，其中，第二DCI包括首次传输指示和第一载波的指示，并且其中，第二DCI继续HARQ进程。

一种实施方式的方法包括：由用户设备(user equipment，UE)从通信控制器接收第一载波上的第一数据块；以及由UE从通信控制器接收第一下行链路控制信息(downlink control information，DCI)，其中，第一DCI包括与第一数据块相关联的第一混合自动重传请求(hybrid automatic repeat request，HARQ)进程。所述方法还包括：由UE从通信控制器接收第二数据块；以及由UE从通信控制器接收第二DCI，第二DCI包括与第二数据块相关联的第二HARQ进程，其中，第二DCI包括首次传输指示和第一载波的指示。

一种实施方式的通信控制器包括：处理器以及存储有供处理器执行的程序的非瞬态计算机可读存储介质。所述程序包括用于以下操作的指令：向用户设备(user equipment，UE)发送第一载波上的第一数据块；以及向UE发送第一下行链路控制信息(downlink control information，DCI)以发起与第一数据块相关联的混合自动重传请求(hybrid automatic repeat request，HARQ)进程。所述程序还包括用于以下操作的指令：向UE重发第一数据块；以及向UE发送第二DCI，其中，第二DCI包括首次传输指示和第一载波的指示，并且其中，第二DCI继续HARQ进程。

一种实施方式的用户设备(user equipment，UE)包括：处理器以及存储有供处理器执行的程序的非瞬态计算机可读存储介质。所述程序包括用于以下操作的指令：从通信控制器接收第一载波上的第一数据块；以及从通信控制器接收第一下行链路控制信息(downlink control information，DCI)，其中，第一DCI包括与第一数据块相关联的第一混合自动重传请求(hybrid automatic repeat request，HARQ)进程。所述程序还包括用于以下操作的指令：从通信控制器接收第二数据块；以及从通信控制器接收第二DCI，第二DCI包括与第二数据块相关联的第二HARQ进程，其中，第二DCI包括首次传输指示和第一载波的指示。

上面相当宽泛地概括了本发明的实施方式的特征，以使得后面对本发明的详细描述可以被更好地理解。在下文中将描述本发明的实施方式的另外的特征和优点，这些特征和优点形成了本发明的权利要求书的主题。本领域技术人员应当理解，所公开的构思和具体实施方式可以容易地被用作修改或设计用于实施本发明的相同目的的其他结构或过程的基础。本领域技术人员还应当认识到，这样的等同构造未偏离如在所附权利要求书中阐述的本发明的精神和范围。

附图说明

为了更完整地理解本发明及其优点，现在结合附图参考下面的描述，在附图中：

图1示出了用于传达数据的无线网络的图；

图2示出了一种实施方式的混合自动重传请求(hybrid automatic repeat request，HARQ)编码方法的流程图；

图3示出了一种实施方式的HARQ解码方法的流程图；

图4示出了一种实施方式的软缓冲区；

图5示出了一种实施方式的下行链路控制信息(downlink control information，DCI)；

图6A至图6B示出了跨载波调度和单载波调度；

图7示出了在单独载波上的HARQ进程；

图8示出了跨载波的HARQ进程；

图9示出了另一种实施方式的DCI；

图10示出了再一种实施方式的DCI；

图11示出了又一种实施方式的DCI；

图12示出了一种实施方式的用于初次传输以及后续传输的DCI；

图13示出了一种实施方式的由通信控制器执行的跨载波HARQ方法的流程图；

图14示出了一种实施方式的由用户设备(user equipment，UE)执行的跨载波HARQ方法的流程图；

图15示出了一种实施方式的掩蔽方法的流程图；

图16示出了另一种实施方式的软缓冲区；

图17示出了再一种实施方式的DCI；

图18示出了另一种实施方式的DCI；

图19示出了再一种实施方式的DCI；

图20示出了一种实施方式的用于初次传输以及后续传输的DCI；

图21示出了一种实施方式的用于初次传输以及后续传输的DCI；

图22示出了一种实施方式的码字组合；

图23示出了一种实施方式的处理系统的框图；以及

图24示出了一种实施方式的收发器的框图。

除非另外指出，否则在不同附图中对应的附图标记通常指代对应的部分。附图被绘制成清楚地示出实施方式的相关方面，而不一定按比例绘制。

具体实施方式

开始应当理解，虽然下面提供了一种或更多种实施方式的说明性实现方案，但是可以使用任意数目的技术——无论当前已知还是未知——来实现所公开的系统和/或方法。本公开内容决不应当限于下面示出的说明性实现方案、附图和技术——包括本文中示出和描述的示例性设计和实现方案，而是可以在所附权利要求书的范围及其等同物的全部范围内进行修改。

图1示出了用于传达数据的网络100。网络100包括通信控制器102，通信控制器102具有覆盖区域104并且操作在宏基站中的宏载波上。网络100还具有通信控制器106，通信控制器106具有覆盖区域108并且操作在小基站中的机会性载波上。机会性载波是一种并非总是可用的载波。用户设备(User equipment，UE)109位于覆盖区域104和覆盖区域108两者中，并且可以与通信控制器102或通信控制器106通信。尽管绘出了一个UE，但是可以存在更多个UE。通信控制器102和通信控制器106可以是能够通过与UE 109建立上行链路连接和/或下行链路连接来提供无线接入的任何部件，例如基站、NodeB、增强型NodeB(enhanced NodeB，eNB)、接入点、微微基站、毫微微基站、中继节点以及其他具有无线功能的装置。UE 109可以是能够与通信控制器102和通信控制器106建立无线连接的任何部件，例如移动电话、智能电话、平板计算机、传感器等。网络100可以包括回程网络(未示出)，该回程网络可以是使得能够在通信控制器102和106与远端之间交换数据的任何部件或部件集合。在一些实施方式中，网络100可以包括各种其他无线装置，例如中继器等。

例如当一个载波在传输中变得不可用时，UE 109可以切换载波。在一个示例中，机会性载波位于未许可频带中，并且由操作在该频带内的其他系统例如无线局域网(WLAN)和Bluetooth(蓝牙)共享。在另一个示例中，当正在使用的载波的信道状况变得不利时，例如当载波的接收被阻止时，UE 109切换载波。在再一个示例中，基于基站中的用于网络中的功耗降低和干扰减小的接通/关断机制，UE 109改变信道。可替选地，UE由于负载平衡特征或干扰协调而切换载波，其中，可以关闭一些载波以减少干扰对系统的影响。

图2示出了用于物理下行链路共享信道(physical downlink shared channel，PDSCH)中的下行链路(downlink，DL)传输的混合自动重传请求(hybrid automatic repeat request，HARQ)的编码方法的流程图111。在步骤112中，存在传输块(transport block，TB)，其具有传输块大小(transport block size，TBS)个比特的信息或数据。

然后，在步骤114中，通过施加于TB的循环冗余校验(cyclic redundancy check，CRC)码来生成奇偶序列。CRC奇偶序列具有L个比特。在一个示例中，L为24。

在步骤116中，将奇偶序列附加至传输块，其中，B＝TBS+L为传输块的大小加上CRC奇偶序列的大小，B为总数据大小。

在步骤118中，执行速率1/3turbo编码。当B的大小小于或等于turbo编码器中的最大turbo交织器大小时，不使用分段。当在编码之前未插入比特序列时，对B比特序列进行编码以产生3B+12比特序列，其中，12个附加比特归因于尾比特插入，每个分支编码器插入了6个尾比特。经编码的输出可以被称为码字。

在系统块120、奇偶块122和奇偶块124之间将序列分别划分至子块交织器126、子块交织器128和子块交织器130。每个子块交织器对B+4个编码比特进行操作。

子块交织器的输出被聚合于聚合块132中，这将产生3(TBS+L)+12个比特。速率匹配过程确定聚合块132(缓冲区)中的起点，这是冗余版本(redundancy version，RV)134的功能，其具有值0、1、2和3。速率匹配过程具有回绕点(wrap point)，其可以为3B+12，但是例如当存在基于UE处的软缓冲区大小的回绕点时可能会较低。速率匹配过程的输出为G比特序列，其中，首个比特由缓冲区中的起点来确定的，后面连续跟有缓冲区中的比特直到回绕点为止。始于位置0的比特然后被移开。

HARQ机制可以减少关于数据分组或传输块的传输误差概率。在一个示例中，UE存储所接收的与被不正确地解码的特定传输块对应的传输。图3示出了一种实施方式的解码方法的流程图400。最初，在步骤405中，执行正交频分复用(orthogonal frequency division multiplexing，OFDM)解调、均衡和比特对数似然比(log-likelihood ratio，LLR)生成。这些LLR被表示为当前LLR。

LLR被存储在软缓冲区415中。根据RV 410在LLR组合器420中对所存储的当前LLR进行组合。RV 410确定将当前LLR与软缓冲区的哪部分进行组合。当两个或更多个LLR的位置重叠时，可以将它们相加。UE还可以将LLR组合器420的输出存储在软缓冲区415中。

将经组合的LLR传递至turbo解码器425，由其估计信息比特。

然后，将经解码的B信息比特传递至CRC块430以评估经解码数据的正确性。当CRC块表示正确解码时，将经解码的TB比特传递至较高层，并且可以对软缓冲区的与经解码数据对应的部分进行刷新并将该部分用于新的TB传输。当通过经解码信息位和所附奇偶序列的CRC处理生成的校验子不等于零时，存在不正确解码的表示。

UE可以例如在大约4ms之后将具有确认(acknowledgment，ACK)或否定确认(negative acknowledgment，NACK)的解码状态反馈至通信控制器。当NACK被接收时，通信控制器可以重发该传输块(例如，编码数据的一部分)。然后，UE将来自所接收的重发的传输块的LLR与来自存储于软缓冲区415中的先前所接收的传输的所存储LLR进行组合。然后，由Turbo解码器425对所组合的LLR进行解码。所组合的LLR的解码性能可以优于当仅使用来自所接收的一个传输的LLR时的性能。可以使用并行处理器来实现turbo解码。

使用UE侧的过程和存储器例如软缓冲区来支持HARQ进程。一种实施方式的过程基于几个并发的停止等待(stop and wait，SAW)进程。对HARQ进程进行计数，其中，在载波上的进程的数量取决于载波的帧结构类型(例如，频分双工(frequency division duplex，FDD)或时分双工(time division duplex，TDD))。对于FDD，每个载波最多可以有8个HARQ进程。对于TDD，HARQ进程的数量取决于TDD配置，并且每个载波最多可以包括15个进程。

图4示出了软缓冲区140，其中，对于FDD而言MDL_HARQ为8，而KMIMO为1或2。对于每个载波，软缓冲区被均等地在HARQ进程之间被划分。因为UE配置可以允许同时传输最多2个传输块(例如，码字)，所以可以根据码字的数量来划分特定HARQ进程的缓冲区。可以使用HARQ进程编号(ID)来标识将软缓冲区的哪部分用于存储特定HARQ进程的LLR。

在跨载波传输中，单个用户可以由以下两个或更多个载波来服务：其中一些载波持续可用，而其他载波只是偶尔可用。例如当初始载波变得不可用时，期望通过移动至不同的载波来继续在一个载波上所携载的传输。跨载波机制有助于多个载波之间的迁移。

HARQ机制例如通过提供吞吐量以及减小延迟来提高蜂窝通信系统的性能。HARQ依赖于在各通信方之间的ACK/NACK消息的反馈。在长期演进(Long Term Evolution，LTE)中，HARQ反馈机制使用多个载波进行操作。例如，可以在一个载波上反馈用于每个载波的每个HARQ进程的反馈指示(即ACK/NACK)。然而，HARQ进程自身可能受限于载波。期望保留HARQ机制，特别是当与机会性载波工作时。在具有机会性载波的系统中，可以在与初始传输不同类型的载波上发生重传。例如，在机会性载波上发生初始传输，而在许可载波上发生后续的重传。这可能是因为干扰的协调与避免、负载平衡、转移或另外的因素。

图5示出了例如使用例如使用物理下行链路控制信道(physical downlink control channel，PDCCH)或增强的PDCCH(enhanced PDCCH，EPDCCH)来发往UE的参数150。符号(E)PDCCH表示PDCCH或EPDCCH。(E)PDCCH携载下行链路控制信息(downlink control information，DCI)以及物理上行链路共享信道(physical uplink shared channel，PUSCH)上的上行链路传输的资源授权，其中，所述DCI用于调度物理下行链路共享信道(physical downlink shared channel，PDSCH)110的下行链路上的数据传输的分配。PDCCH携载经编码的DCI 115并且在子帧的控制区105中进行传输，其可以位于子帧的前几个符号中。EPDCCH还可以携载DCI。然而，在PDSCH或数据区域中传输EPDCCH，从而促进通信控制器之间的频域协调。DCI可以传送哪些资源块(resource block，RB)对来用于传输上述传输块。DCI可以指示第一RB对的起始位置以及所使用的RB对的数量。另外，DCI可以传送该传输块的HARQ进程数量和码字属性，该码字属性包括调制编码方案(modulation and coding，MCS)、冗余版本(redundancy version，RV)和新数据指示(new data indicator，NDI)。DCI 115包括HARQ进程编号152、PDSCH位置154和码字属性156。

在跨载波调度中，当使用至少两个载波时，一个载波上传输的数据在另一载波上以信号形式被发送，如图6A所示。尽管在图6A中示出了PDCCH，但是还可以使用EPDCCH来携载DCI。载波160包括具有DCI 168的PDCCH 162，DCI 168表示用于载波169上的数据区域164中的传输的调度信息。DCI 168包括其上数据被调度的载波的指示，其可以被称为载波指示字段(carrier indicator field，CIF)。未使用的频带166介于载波160与载波169之间。跨载波调度是载波聚合(carrier aggregation，CA)机制的一部分。图6B示出了载波170中的DCI 178，其指向载波170上的数据区域174。在载波170与载波179之间无相互作用，在载波170与载波179之间是未使用的频带176。

在一个示例中，不支持横跨多个载波对HARQ进程进行调度。当在一个载波上开始HARQ进程的传输时，该HARQ进程停留在该载波上。因此，属于特定HARQ进程的数据仅在同一载波上传输。图7示出了仅在单个载波上传输的HARQ进程。括号中的上标代表初始载波索引，下标代表HARQ进程编号。在载波182上发起的包括184个子帧的进程在载波182上进行传输。同样，在载波186上发起的包括188个子帧的进程在载波186上进行传输。

当使用机会性载波时，期望在一个载波上发起单个HARQ进程并且使该HARQ进程在不同的载波上继续进行，如图8所示。在子帧194中的载波192(在上标中被标记为载波0)上传输与HARQ进程Hn(0)相关联的数据，同时在子帧204中的载波202(在上标中被标记为载波1)上传输与HARQ进程Hm(1)相关联的数据。在子帧206中，载波202被占用或不可用。HARQ进程Hm(1)迁移至载波192，其中相关联的数据在子帧196上进行传输。例如，H2(1)是与HARQ进程2相关联的数据的重传，该HARQ进程2在载波1上开始但当前使用子帧196中的载波0。在子帧198中，载波192不可用，并且HARQ进程Hn(0)被迁移至子帧208中的载波202。例如，H2(0)是与HARQ进程2相关联的数据的重传，该HARQ进程2在载波0上开始但当前使用子帧208中的载波1。然后，HARQ进程Hn(0)在子帧200中的载波192上继续进行，并且HARQ进程Hm(1)在子帧209上的载波202上继续进行。利用跨载波HARQ，可以根据载波的可用性在两个载波上互换地传输同一HARQ进程。

在一个示例中，引入了类似于跨载波HARQ(cross-carrier HARQ，CC-HARQ)的机制，该机制可以包括跨载波的重传。换言之，在一个载波上发生首次传输，并且在不同载波上发生重传。可以在多个载波之间对HARQ进程进行调度和再调度。

可以针对跨载波HARQ考虑许多不同的因素。由于在这些载波上使用不同的传输模式，所以可传输的码字的数量会因载波而异。例如，一个载波可以被配置成使用支持两个码字的传输模式，而另一个载波被配置成使用仅支持一个码字的传输模式。另外，载波的带宽可以不同。这可能存在问题，特别是当在带宽比当前载波的带宽大的载波上执行一个传输时存在问题。此外，在HARQ进程的终止方面存在问题。例如，当信息被正确地解码并被递送至较高层时或当传输ACK时，可以刷新软缓冲区的与给定HARQ进程相关联的部分。

在一个示例中，所有载波是具有相同带宽的FDD载波。可以将各种不同的DCI格式用于跨载波HARQ。还可以使用其他DCI格式。

DCI格式1A是单个码字传输格式。在一个示例中，在DCI中添加表示给定HARQ进程的初始传输载波索引的比特。图9示出了DCI 210。载波指示字段212要么包括0个比特要么包括3个比特，初始传输载波指示(initial transmission carrier indicator，ITCI)214包括3个比特。另外，MCS 216具有5个比特，HARQ进程编号218具有3个比特，NDI 220具有1个比特，并且RV 222具有2个比特。初始传输载波指示可以具有不同数量的比特。利用3个比特，可以标识最多64个HARQ进程，其中，在8个载波的每个载波上具有8个进程。载波指示字段中的比特的数量取决于UE是否支持CA的跨载波调度。可以按照不同的顺序放置字段。在首次传输时，因为初始传输载波指示与当进行跨载波调度时的载波指示字段相同或者与当跨载波调度停止时DCI所在的载波相同，所以不需要用信号传送初始传输载波指示。该ITCI字段使用相对较少的比特，但是取决于上述传输是首次传输还是重传，使DCI大小可变。

在另一个示例中，如在图10中由DCI 230所示的，通过添加比特来扩展HARQ进程编号，以使得能够在单个字段中指示更多的进程。DCI 230包括：载波指示字段232，其具有0或3个比特；MCS 234，其具有5个比特；HARQ进程编号236，其具有6个比特；NDI 238，其具有1个比特；以及RV 239，其具有2个比特。HARQ进程编号236具有6个比特，这其中增加了3个比特，但是取决于所支持的HARQ进程的数量，还可以使用其他数量的比特例如4个比特、5个比特、7个比特、8个比特或9个比特。利用3个附加比特，标识最多64个HARQ。每个载波可以具有可使用的可能HARQ进程标识符的子集。在增强的HARQ进程编号、来自传统系统的HARQ进程编号、以及载波之间可以存在映射关系。例如，增强的HARQ进程编号等于特定载波上的HARQ进程编号与以下乘积之和：每个载波的HARQ进程的最大数量乘以与该载波相关的载波编号。因此，可以使用相同的软缓冲管理。不用信号传送初始传输的ITCI字段可以提高信噪比(signal-to-noise，SNR)。然而，ITCI字段的存在或不存在使DCI的大小可变，这可能会增加盲检测的复杂度。

向DCI添加新的比特可能引起向后兼容性问题和性能问题。因此，考虑到在重传之间一些传输参数为静态或变化不大，在重传中复用一些比特可能会有用。可以在首次传输中而不是在重传期间用信号传送这样的参数。例如，当在通信控制器接收到来自UE的NACK之后发生重传时，因为UE能够对DCI进行解码并且获取初始传输块大小(initial transport block size，ITBS)和物理资源块数量(number of physical resource blocks，NPRB)，所以UE已经获知初始传输的MCS。ITBS与MCS有关。

在一个示例中，当通信控制器未接收到对最新传输(既不是NACK也不是ACK)的响应时，重复与先前传输具有类似的DCI参数的传输。可以改变在DCI中显式地用信号传送的并且被接收器获知的RV值，从而有利于组合正在进行的数据块的当前传输和先前传输。

例如，在通信控制器确定当实际上传输ACK用于HARQ进程时接收到NACK的情况下，可能存在反馈误差，通信控制器将开始或继续该HARQ进程的重传。在一个示例中，通信控制器将NACK误解为ACK。通信控制器应当接收NACK，但通信控制器由于无法在物理(physical，PHY)层内被检测到的误差而确定是ACK。因此，可以使用较高层例如无线电链路控制(radio link control，RLC)来解决该误解。

另一方面，当通信控制器应当接收ACK但由于误差而确定其接收到NACK时，通信控制器可以重发该HARQ进程的数据，并且RV可以被变更。

图11示出了DCI 290，其包括与CC-HARQ有关的字段。DCI 290包括：首次传输(first transmission，FT)比特292；载波指示字段294，其具有0或3个比特；MCS 296，其具有5个比特；HARQ进程编号298，其具有3个比特；NDI 300，其具有1个比特；以及RV 302，其具有2个比特。在TDD传输中，HARQ进程编号298具有4个比特。FT比特292具有用于初始传输的预定值，例如1。另外，在较高层例如无线电资源控制(radio resource control，RRC)信令而非DCI水平上启用CC-HARQ机制。

当CC-HARQ被启用并且FT比特被设置为不同值时，可以在重传期间重新定义DCI字段。图12示出了DCI字段310，其中DCI 312示出了用于初始传输的格式并且DCI 326示出了用于后续重传的格式。在一个示例中，对于初始传输而言FT比特为1，而对于后续重传而言FT比特为0。在另一个示例中，对于初始传输而言FT比特为0，而对于后续重传而言FT比特为1。DCI 312包括：FT比特314，其具有1个比特并且等于1；载波指示字段316，其具有3个比特；MCS 318，其具有5个比特；HARQ进程编号320，其具有3个比特；NDI 322，其具有1个比特；以及RV 324，其具有2个比特。在TDD传输中，HARQ进程编号320具有4个比特。DCI 326包括FT比特328，FT比特328被设置为0。与DCI 312一样，DCI 326包括FT比特328、载波指示字段330、HARQ进程编号336以及RV 339。在TDD中，HARQ进程编号336具有4个比特。然而，代替MCS 318，DCI 326中的MCS字段被分成两个字段，即3比特的初始传输载波指示332和2比特的调制(modulation，MOD)字段334，并且该MCS字段代表正交相移键控(quadrature phase-shift keying，QPSK)、16个正交幅值调制(quadrature amplitude modulation，QAM)、64QAM或256QAM。由于在解调中使用调制格式，所以调制格式包括在内。在重传期间其他的MCS信息例如编码率不是必需的，这是因为其可以从来自初始传输的MCS和资源块的数量来推断。UE能够当单个HARQ进程从一个载波移动至另一个载波时将初始传输与重传数据进行组合。此外，代替NDI 322，DCI 326包括1比特的码字(code word，CW)指示338。当HARQ进程的首次传输是多码字传输的一部分时，可以在重传期间使用码字指示来指示哪些码字属于该HARQ进程ID。可以在重传期间将NDI比特重新定义为码字指示(codeword indicator，CWI)以指示该HARQ进程的哪些码字正在被传输。当CWI＝0时，重传码字0，而当CWI＝1时，重传码字1。这适用于以下情况：在具有共同的HARQ ID编号的不同载波上发起这两个码字。针对每个码字可以使用单独HARQ ID，并且码字指示可能不是必需的。

在当前的标准中，可以切换NDI比特，其中，将NDI比特指定为先前的NDI XOR 1以用于新数据块。因此，NDI比特与FT比特彼此相关，原因在于当FT比特被设置为1时NDI比特改变。一般情况下，无需向DCI添加比特来用信号传送新数据块的首次传输。然而，在没有额外比特的情况下，当从每载波两个码字移至每载波一个码字时可能无法识别码字。

在数据的重传之间存在一定关系。发送器可以获知是否已尝试对HARQ进程Hn(m)的首次传输进行解码，其中，n代表在载波m上的进程编号。当已尝试解码时，发送器可以在后续重传中分割MCS字段。发送器不能从接收器接收到ACK/NACK有几个原因。在一个示例中，UE接收到DCI并且尝试对DCI进行解码，但由于承载ACK/NACK的上行链路控制信息(uplink control information，UCI)已丢失(损坏)而引起所发送的ACK/NCK未被通信控制器接收到。在该示例中，当UE发送ACK时，可以将经解码的数据转发至后续段例如MAC或RLC。当UE发送NACK时，与所接收的数据对应的LLR中的一些LLR或全部LLR被存储在软缓冲区中。在另一个示例中，UE可能未接收到DCI，可能发生例如不连续传输(discontinuous transmission，DTX)。在另一个示例中，UE未接收到DCI，但由于UCI规则例如物理上行链路控制信道(physical uplink control channel，PUCCH)格式三，所以UE发送NACK。

对于通信控制器，当UE未接收到DCI或者UE接收到DCI而尝试解码但ACK/NACK未被接收时，通信控制器继续进行，好像下行链路数据未被接收一样。因此，通信控制器可以在具有同一HARQ进程编号的同一载波上继续HARQ进程Hn(m)并且保持FT相同；在用于同一传输块的载波m'上发起HARQ进程n'(即，Hn'(m'))，其中载波m和载波m'可以是相同的载波或不同的载波，并且将FT比特设置为1；或者将该HARQ进程迁移至另一个载波m'(即，Hn(m'))，并且继续重传，将FT比特设置为0。当UE未接收到DCI但由于UCI规则而发送了NACK时，因为在NACK与未接收到DCI的指示之间存在歧义，所以通信控制器可以依赖于其他信息来确定FT比特。例如，当Hn(m)的DCI(DCI x)包括两个码字的调度信息并且接收到关于其中一个码字的ACK时，通信控制器认为DCI x已被接收。在另一个示例中，当以与同一载波上的另一个DCI(DCI y)相比而言较高的可靠性(例如，更大的功率或较高的聚合水平)传输DCI x并且生成针对DCI y的响应(例如，ACK或上行链路传输)时，通信控制器会认为DCI x以高概率被接收。当通信控制器确信DCI x被接收时，通信控制器可以恢复Hn(m)，但将FT改变为0。否则，通信控制器可以继续HARQ进程Hn(m)并且保持FT为1。当通信控制器不确定UE是否接收到DCI x时，可以开始新的HARQ进程，或者对于同一载波可以使用FT＝1来继续同一HARQ进程。

图13示出了由通信控制器执行跨载波HARQ方法的流程图1000。最初，在步骤1002中，开始该方法。

然后，在步骤1005中，通信控制器获得用于传输至UE的传输块。

接下来，在步骤1010中，通信控制器设置DCI的一些字段以特别地用于载波上的首次传输。例如，可以将FT比特设置为1，可以切换NDI比特，可以指定HARQ进程编号，并且可以指定MCS。

然后，在步骤1015中，通信控制器设置另外的DCI字段，既用于初始传输又用于后续重传。例如，设置RV值。在首次传输时，可以将RV值设置为0。

在步骤1020中，通信控制器向UE发送子帧中的DCI和数据。可以用不同的载波发送DCI和数据。

然后，在步骤1025中，通信控制器等待接收响应，例如未来子帧中的传输块的ACK或NACK。在一个示例中，ACK由1表示，NACK由0表示。可替选地，ACK由0表示，NACK由1表示。

在步骤1030中，通信控制器确定ACK是否已被接收。当接收到ACK时，在步骤1004中通信控制器结束该HARQ进程，并且准备另一传输块的传输。由于其他原因例如当传输块的重传次数超过阈值时，HARQ进程可能会结束。另一方面，当未接收到ACK时，通信控制器前进至步骤1035。

在步骤1035中，通信控制器确定NACK是否已被接收。当未接收到NACK时，通信控制器前进至步骤1045，并且当已经接收到NACK时，通信控制器前进至步骤1050。

在步骤1045中，通信控制器例如通过检查FT比特来确定这是否为该进程的首次传输。当这是该HARQ进程的首次传输并且FT比特为1时，通信控制器前进至步骤1040。当这不是该HARQ进程的首次传输并且FT比特为0时，通信控制器前进至步骤1050。

在步骤1040中，通信控制器选择用于重传的载波，所述载波可以是相同的载波或不同的载波。然后，通信控制器前进至步骤1015以设置DCI中的字段来用于重传。FT值保持为1。

在步骤1050中，通信控制器选择用于重传的新载波。新载波可以是相同的载波或不同的载波。

然后，在步骤1055中，通信控制器设置DCI以用于重传。例如，可以将FT比特设置为0，并且可以划分MCS。然后，通信控制器前进至步骤1015以设置另外的DCI字段。通信控制器还可以使用较高层信令来向UE发送首次传输指示。

图14示出了由UE执行跨载波HARQ进程的方法的流程图1100。最初，在步骤1102中，开始该方法。

然后，在步骤1059中，UE接收来自通信控制器的在子帧开始处的下行链路传输。该传输可以跨越多个载波。

接下来，在步骤1060中，UE检查所接收的传输以确定在(E)PDCCH上是否存在下行链路数据的DCI。当DCI被接收但未被成功解码时，认为DCI未被接收。当UE接收到DCI时，UE前进至步骤1065。另一方面，当UE未接收到DCI时，在步骤1104中该方法结束。UE可以不执行任何动作，例如UE可以不接收下行链路上的数据。在一些格式例如CA和PUCCH中，UE可以向通信控制器发送NACK。此外，UE可以被配置为通过使用较高层信令来接收DCI的首次传输指示。

在步骤1065中，UE处理所接收的DCI的字段。例如，UE可以根据FT比特来处理DCI。

然后，在步骤1070中，UE选择要使用的软缓冲区。即，UE选择用于软缓冲区的索引。根据DCI中的信息例如载波和HARQ进程编号来选择软缓冲区。基于FT比特来确定软缓冲区索引和重传。例如，当FT比特为1并且NDI比特被改变用于HARQ进程编号时，所接收的数据用于首次传输。软缓冲区索引基于HARQ进程编号和由CIF表示的用于跨载波调度的载波，或者基于用于自我调度的载波本身。

在步骤1075中，UE确定DCI是否用于重传。当FT比特为1并且NDI比特并未切换用于该HARQ进程时，所接收的数据是重传。然而，UE可能未存储与该进程对应的任何LLR。当UE未存储任何LLR时，DCI被认为是用于初始传输，而当UE存储LLR时，DCI被认为是用于重传。当FT比特为0时，UE将所接收的数据视为重传，并且处理所存储的与该HARQ进程编号对应的DCI信息以确定软缓冲区索引、TBS和其他信息。UE还确定如何生成用于后续重传的LLR、MCS和TBS。当DCI用于重传时，UE前进至步骤1080。当DCI不用于重传时，UE前进至步骤1085。

在步骤1080中，UE对所接收的LLR进行组合，其中LLR被存储在软缓冲区中。

在步骤1085中，将在步骤1070中缓冲区已被确定的LLR存储在软缓冲区中。

接下来，在步骤1090中，对传输块进行解码。由信道解码器来处理LLR。

然后，在步骤1095中，UE确定码字是否已被正确地解码(即CRC校验是否通过)。当码字已被成功地解码时，UE前进至步骤1096，并且向通信控制器发送ACK。另一方面，当码字尚未被成功地解码时，UE前进至步骤1097以向通信控制器发送NACK。在这两种情况下，在步骤1104中程序结束。

可以通过较高层信令例如RRC信令来支持跨载波HARQ。当跨载波HARQ被禁用时，在(E)PDCCH中可能不会传输FT比特。在另一个示例中，FT比特被发送并且FT比特是恒定的。例如，将FT比特设置为1。可替选地，将FT比特设置为0。

可以使用其他技术来用信号传送后续的重传。在一个示例中，根据该功能，用特定的序列来掩蔽CRC奇偶序列。可以使用无线电网络临时标识符(radio network temporary identifiers，RNTI)来执行CRC掩蔽。RNTI是当存在RRC连接时用于UE的识别符的通用术语。存在多种类型的RNTI，包括小区RNTI(cell RNTI，C-RNTI)、寻呼RNTI(paging RNTI，P-RNTI)、系统信息RNTI(system information RNTI，SI-RNTI)、随机接入RNTI(random access RNTI，RA-RNTI)和临时RNTI(temporary RNTI，T-RNTI)。FT比特值取决于用于掩蔽RNTI的掩蔽序列，例如0x0000和0x0001。在另一个示例中，根据FT比特来执行另外的掩蔽。在新比特的数量不大并且因此测试序列不大的情况下这会特别有用。可以通过RNTI指示的保留子集来执行序列的功能。

图15示出了使用掩蔽的CC HARQ的方法的流程图340。通信控制器首先应用C-RNTI掩蔽，然后在编码之前应用首次传输掩模(首次传输序列)。最初，在步骤342中，通信控制器获得DCI数据。

接下来，在步骤344中，向DCI数据附加CRC。

然后，在步骤346中，使用C-RNTI来执行CRC掩蔽。C-RNTI可以是网络特定的临时指示。使用掩蔽来输送首次传输序列。

当FT＝0时，执行步骤348。在步骤348中，在步骤350中执行CRC掩蔽。使用FT比特序列来执行CRC掩蔽。

在步骤352中，对DCI执行卷积编码。

接下来，在步骤354中，对通过信道的传输执行第一调制，然后执行解调。由通信控制器向UE发送数据和DCI。

然后，在步骤356中，对DCI执行卷积解码。可以例如在硬件中通过Viterbi(维特比)解码来执行卷积解码。

在步骤358中递送DCI。

此外，对在步骤356中产生的经解码的DCI执行CRC处理以产生校验子。在步骤360中，对CRC校验子进行解掩蔽。解掩蔽例如通过使用XOR运算向被掩蔽序列施加布尔代数中的掩蔽程序来颠倒掩蔽的过程。XOR运算是可替代的。使用C-RNTI来执行该解掩蔽。

接下来，在步骤362中，UE确定经解掩蔽的CRC校验子是否等于零。经解掩蔽的为零的CRC校验子表示数据是正确的并且掩蔽序列为C-RNTI。当解掩蔽的CRC校验子等于零时，UE前进至步骤372。解掩蔽的CRC校验子不等于零表示：可能用另一序列掩蔽了CRC校验子；或者经解码的输出不正确。当解掩蔽的CRC校验子不等于零时，UE前进至步骤364。

在步骤372中，UE确定此为初始传输并且不再解释DCI字段。在步骤358中递送DCI数据。

在步骤364，UE再次执行解掩蔽，这次使用的是FT比特序列。解掩蔽例如通过使用XOR运算向掩蔽序列施加布尔代数中的掩蔽程序来颠倒掩蔽的过程。

接下来，在步骤366中，UE确定所得CRC序列是否等于零。所得CRC序列不等于零表示：DCI未被正确地解码。当所得CRC序列不等于零时，UE前进至步骤368，并且确定DCI已经丢失(或未被接收)。所得CRC序列等于零表示：重传与字段重新解释一起发生。当所得CRC序列等于零时，UE前进至步骤370。

在步骤370中，UE确定该传输为重传。UE相应地重新解释DCI字段，并且在步骤358中递送DCI。

在另一个示例中，先利用FT序列后利用C-RNTI来执行解掩蔽。在C-RNTI掩蔽紧之后执行FT掩蔽。当FT比特为0时，发生重传。当FT比特为1时，不执行掩蔽。

可以使用其他技术来表示首次传输。例如，该信息可以例如使用覆盖码对解调参考信号(demodulation reference signal，DMRS)进行调制。当DMRS为惯例时，FT比特为1，否则FT比特为0。当FT比特为0时，发生字段的重新解释。

在另一个示例中，首次传输信号与RV值联系在一起。将RV设置为0作为首次值或初始值，并且其他值表示重传。RV值携载FT比特功能。

将从首次传输以及从重传收集的LLR存储在软缓冲区中的UE处。软缓冲区被划分成与给定传输块信息对应的块。图16示出了软缓冲区380，即使用DCI格式1A的用于CC-HARQ的软缓冲区。存储器被划分成由初始传输载波和HARQ进程编号来加索引的大小相等的块。初始载波包括初始载波382、初始载波384和初始载波386。软缓冲区包括MDL_HARQ*C个非重叠存储区，其中C是系统中的可能发起HARQ进程的载波的数量。

实施方式利用重传块之间的依赖性。发送器期望获知首次传输是否已经由接收方成功地接收，以决定是否划分MCS字段。当发送器未接收到ACK或NACK时，UE尚未接收到数据，并且DCI丢失，或者UE尝试对数据进行解码，但从接收器发送的ACK/NACK丢失。当传输不成功时，发送器可以通过重复初始传输的过程来继续HARQ进程，并且在同一载波上或在不同载波上发起HARQ进程，或者发送器可以开始完全新的HARQ进程。当ACK/NACK丢失时，发送器可以继续HARQ进程，并且在同一载波上重复首次传输或将首次传输切换到新的载波，但没有开始新的HARQ进程，这是因为存在初始传输被UE接收的机会。开始新的进程是低效的并且可能引起复杂化。

DCI格式2支持多码字传输。图17示出了用于多个码字的DCI 450。在一个示例中，支持两个码字，这两个码字均属于同一HARQ进程编号。DCI 450包括：载波指示字段456，其具有0或3个比特；HARQ进程编号458，其具有3个比特；以及码字交换(codeword swap，CWS)460，其具有1个比特。DCI 450包括码字0属性452和码字1属性454。码字0属性452包括：MCS 462，其具有5个比特；NDI 464，其具有1个比特；以及RV 466，其具有2个比特。同样地，码字1属性454包括：MCS 468，其具有5个比特；NDI 470，其具有1个比特；以及RV 472，其具有2个比特。然而，可能期望支持码字分离。可以以每码字的单独HARQ ID字段的方式用信号传送码字。

在一个示例中，对码字进行单独调度以引入具有每个单独码字的HARQ进程编号的初始传输载波。图18示出了DCI 480，其中每个码字对应一个HARQ进程编号。DCI 480包括：载波指示字段486，其具有0或3个比特；CWS 488，其具有1个比特；码字0属性482；以及码字1属性484。码字0属性482包括：HARQ进程编号490，其具有3个比特；初始传输载波492，其具有3个比特；MCS 494，其具有5个比特；NDI 496，其具有1个比特；以及RV 500，其具有2个比特。同样地，码字1属性484包括：HARQ进程编号502，其具有3个比特；初始传输载波504，其具有3个比特；MCS 506，其具有5个比特；NDI 508，其具有1个比特；以及RV 509，其具有2个比特。此DCI格式将比特数量增加了9个。

向每个码字指定HARQ进程ID使比特的数量增加。例如，对于FDD，支持最多八个HARQ进程，并且当用单独的ID标记每个码字时，存在最多16个HARQ进程编号，每个HARQ进程编号有4个比特。这添加了2个比特，每个码字一个比特。图19示出了具有两个附加比特的DCI 510，每个码字1个比特。DCI 510包括：载波指示字段516，其具有0或3个比特；CWS 518，其具有1个比特；码字0属性512；以及码字1属性514。码字0属性512包括：HARQ进程编号520，其具有4个比特；初始传输载波522，其具有3个比特；MCS 524，其具有5个比特；NDI 526，其具有1个比特；以及RV 528，其具有2个比特。同样地，码字1属性514包括：HARQ进程编号530，其具有4个比特；初始传输载波532，其具有3个比特；MCS 534，其具有5个比特；NDI 536，其具有1个比特；以及RV 538，其具有2个比特。向每个HARQ进程编号添加额外比特潜在地增加了吞吐量，但是涉及DCI中的11个额外比特。

在一个示例中，向DCI添加较少的比特。图20示出了支持多个码字的DCI。DCI 542包括：FT比特554，其具有2个比特；载波指示字段556，其具有0或3个比特；CWS 558，其具有1个比特；码字0属性544；以及码字1属性548。码字0属性544包括：HARQ进程编号560，其具有3个比特；MCS 562，其具有5个比特；NDI 564，其具有1个比特；以及RV 566，其具有2个比特。同样地，码字1属性548具有：HARQ进程编号568，其具有3个比特；MCS 570，其具有5个比特；NDI 572，其具有1个比特；以及RV 574，其具有2个比特。在DCI 542中，FT比特554等于11，这代表在初始载波上固有的初始传输。DCI 546包括：FT比特576，为2个比特，其被设置为00；载波指示578，其具有0或3个比特；CWS 580，其具有1个比特；码字0属性550；以及码字1属性552。码字0属性550包括：HARQ进程编号582，其具有3个比特；以及RV 590，其具有2比特。MCS字段被划分为具有用于初始传输载波584的3个比特和用于调制586的2个比特，代表了QPSK、16QAM、64QAM或256QAM。此外，用具有1个比特的CW指示588取代NDI。同样地，码字1属性552包括：3比特的HARQ进程编号592；3比特的初始传输载波594；2比特的调制596；1比特的CW指示598；以及2比特的RV 599。FT比特包括2个比特，并且可以具有值11、10、01和00。一个FT比特值表示初始传输，而其他FT比特值表示后续传输。该方法包括5个比特，即用于FT指示的2个比特以及用于单独HARQ ID进程编号的3个比特。可以将该机制应用于任何数量的码字，相应地增加了DCI长度。可以使用每个码字的NDI比特来表示码字(0或1)的标识号，这可能先前已经在具有不同特性的不同载波上被发起。例如，先前载波仅可以支持单个码字传输。

为了支持CC-HARQ中的两个码字而向DCI添加的新比特数量可以是至少5个比特。可以使用CRC掩蔽技术来用信号传送FT比特。当使用C-RNTI来掩蔽DCI的CRC奇偶序列时，将FT比特设置为11。可以通过3个保留序列用信号传送其他三个组合(00、01和10)。

在一些示例中，DCI中的比特数量可以随着多个码字而减小。当这两个码字在同一载波上开始并且因此这两个HARQ进程在同一载波上开始时，ITCI字段被这两个码字共用。图21示出了DCI 620，其中两个码字在同一载波上开始。DCI 620包括：两个FT比特626；载波指示字段628的0或3个比特；CWS 630的1个比特；初始传输载波632的3个比特；码字0属性622；以及码字1属性624。码字0属性622包括：CW指示640的1个比特；RV 642的2个比特；以及MCS 634的5个比特或HARQ进程编号636的3个比特和调制638的2个比特。同样地，码字1属性624包括：CW指示650的1个比特；RV 652的2个比特；以及MCS 644的5个比特或HARQ进程编号646的3个比特和调制648的2个比特。当这两个码字总是一起传输时，可以使用DCI 620。存在2个FT比特而非1个FT比特，上述两个FT比特在两个码字在同一载波上发起时有用，并且当后续载波相对于初始载波而言支持相同的码字或较少的码字时可以被分离。例如，当初始载波具有2个码字时，后续载波可以具有仅1个码字。

在一些示例中，在CC-HARQ机制中仅考虑特定的两个码字传输。例如，在传输中，一个码字被重传，而另一个码字为首次传输。在一个示例中，当要重传块时，例如通过将ITCI设置为零并将RV设置为1或者通过用DCI格式1A发送重传并且由NDI比特表示码字，将仅一个码字用于该块而另一维保留为空。图22示出了一些码字组合。例如，传输包括码字0的初始传输662和码字1的初始传输664。另一个示例包括码字0的重传666和码字1的重传668。在另外的示例中，码字0包括重传670，并且码字1为空672。可替选地，码字0为空674，并且码字1具有重传676。HARQ进程可以在新的多码字传输被发送之前结束。

可以将格式2DCI修改为格式1A DCI以用于跨载波HARQ。FT字段包括单个比特，并且3个新比特被用于支持CC-HARQ。可以使用掩蔽序列或调制DMRS信号来指示FT比特的值。在软缓冲区管理中，将每个小区进一步划分为支持KMIMO的多个码字，在LTE中可以为两个码字。可以将存储器划分为大小相等的C*MDL_HARQ*KMIMO个区域。

可以有大量的载波。例如，可以有不止5个载波。可以使用ICTI的附加比特来支持大量的载波。

图23示出了一种实施方式的用于执行本文所述的方法的处理系统600的框图，处理系统600可以被安装在主机设备中。如图所示，处理系统600包括处理器604、存储器606和接口610至614，其可以(或可以不)按照如图23所示来布置。处理器604可以是适于执行计算和/或其他处理相关任务的任何部件或部件集合，并且存储器606可以是适于存储供处理器604执行的编程和/或指令的任何部件或部件集合。在一种实施方式中，存储器606包括非瞬态计算机可读介质。接口610、612、614可以是使得处理系统600能够与其他设备/部件和/或用户进行通信的任何部件或部件集合。例如，接口610、接口612和接口614中一个或更多个可以适于将来自处理器604的数据、控制消息或管理消息传达给安装在主机设备和/或远端设备上的应用程序。作为另一个示例，接口610、接口612和接口614中的一个或更多个可以适于使得用户或用户设备(例如，个人计算机(personal computer，PC)等)与处理系统600进行交互/通信。处理系统600可以包括未在图23中示出的另外的部件例如长期储存设备(例如非易失性存储器等)。

在一些实施方式中，处理系统600被包括在网络设备中，该网络设备正在访问电信网络或者正在访问电信网络的一部分。在一个示例中，处理系统600位于无线或有线电信网络中的网络侧设备例如基站、中继站、调度程序、控制器、网关、路由器、应用程序服务器、或者电信网络中的任何其他设备中。在其他实施方式中，处理系统600位于访问无线或有线电信网络的用户侧设备例如移动站、用户设备(user equipment，UE)、个人计算机(personal computer，PC)、平板计算机、可穿戴通信设备(例如智能手表等)、或者适于访问电信网络的任何其他设备中。

在一些实施方式中，接口610、接口612和接口614中的一个或更多个将处理系统600连接至适于经过电信网络发送接收信令的收发器。图24示出了适于经过电信网络发送信令的收发器700的框图。可以将收发器700安装在主机设备中。如图所示，收发器700包括网络侧接口702、耦合器704、发送器706、接收器708、信号处理器710和设备侧接口712。网络侧接口702可以包括适于经过无线或有线电信网络来发送或接收信令的任何部件或部件集合。耦合器704可以包括适于促进经过网络侧接口702进行双向通信的任何部件或部件集合。发送器706可以包括适于将基带信号转换成适合于经过网络侧接口702传输的调制载波信号的任何部件或部件集合(例如上变频器、功率放大器等)。接收器708可以包括适于将经过网络侧接口702接收到的载波信号转换成基带信号的任何部件或部件集合(例如下变频器、低噪声放大器等)。信号处理器710可以包括适于将基带信号转换成适合于经过设备侧接口712传送的数据信号的任何部件或部件集合，或者适于将适合于经过设备侧接口712传送的数据信号转换成基带信号的任何部件或部件集合。设备侧接口712可以包括适于在信号处理器710与主机装置内的部件(例如处理系统600、局域网(local area network，LAN)端口等)之间传送数据信号的任何部件或部件集合。

收发器700可以经过任何类型的通信介质来发送和接收信令。在一些实施方式中，收发器700经过无线介质来发送和接收信令。例如，收发器700可以是适于根据无线电信协议例如蜂窝协议(例如长期演进(long-term evolution，LTE)等)、无线局域网(wireless local area network，WLAN)协议(例如Wi-Fi等)或任何其他类型的无线协议(例如蓝牙、近场通信(near field communication，NFC)等)进行通信的无线收发器。在这样的实施方式中，网络侧接口702包括一个或更多个天线/辐射元件。例如，网络侧接口702可以包括单个天线、多个独立天线或者多天线阵列，上述多天线阵列被配置用于多层通信，例如单输入多输出(single input multiple output，SIMO)、多输入单输出(multiple input single output，MISO)、多输入多输出(multiple input multiple output，MIMO)等。在其他实施方式中，收发器700经过有线介质例如双绞线、同轴线缆、光纤等来发送和接收信令。具体的处理系统和/或收发器可以利用所示出的全部部件或仅部件子集，并且集成水平可以因设备而异。

在一些实施方式中，公开了通信控制器，所述通信控制器包括处理器装置和非瞬态计算机可读存储介质装置，所述非瞬态计算机可读存储介质装置存储有供处理器执行的程序，所述程序包括用于以下操作的指令：向用户设备(user equipment，UE)发送第一载波上的第一数据块；向UE发送第一下行链路控制信息(downlink control information，DCI)以发起与第一数据块相关联的混合自动重传请求(hybrid automatic repeat request，HARQ)进程；向UE重发第一数据块；以及向UE发送第二DCI，其中，第二DCI包括首次传输指示和第一载波的指示，并且其中，第二DCI继续HARQ进程。

在其他实施方式中，用户设备(user equipment，UE)包括处理器装置和非瞬态计算机可读存储介质，所述非瞬态计算机可读存储介质存储有供处理器执行的程序，所述程序包括用于以下操作的指令：从通信控制器接收第一载波上的第一数据块；从通信控制器接收第一下行链路控制信息(downlink control information，DCI)，其中，第一DCI包括与第一数据块相关联的第一混合自动重传请求(hybrid automatic repeat request，HARQ)进程；从通信控制器接收第二数据块；以及从通信控制器接收第二DCI，第二DCI包括与第二数据块相关联的第二HARQ进程，其中，第二DCI包括首次传输指示和第一载波的指示。

虽然在本公开内容中已经提供了几种实施方式，但是应当理解，所公开的系统和方法可以在未脱离本公开内容的精神或范围的情况下以许多其他具体形式来实现。所出现的示例被认为是说明性而非限制性，并且非意在限于本文所给出的细节。例如，各个元件或者部件可以在另一系统中组合或结合，或者可以省略或者不实现某些特征。

另外，在各种实施方式中被描述和说明为分立或单独的技术、系统、子系统和方法在不偏离本公开内容的范围的情况下可以与其他系统、模块、技术或方法组合或结合。被示出或讨论为耦接或直接耦接或通信的其他项可以通过某一接口、设备或中间部件间接地耦接或通信，而不论是以电方式、机械方式还是以其他方式。变化、替代和改变的其他示例可由本领域技术人员确定，而且可以在不脱离本文所公开的精神和范围的情况下被作出。