CN106034015A - 跨cc的harq重传的方法和装置 - Google Patents

Abstract

本发明提供了用于进行跨CC的HARQ重传的方法和装置。一种在基站中的方法包括：在第一CC上的跨CC调度授权DCI中配置特定指示符来指示相应的下行数据传输是针对第二CC的跨CCHARQ重传；以及在第一CC上向UE发送所述跨CC调度授权DCI。

Description

跨CC的HARQ重传的方法和装置

技术领域

本发明概括而言涉及无线通信领域，更具体而言，涉及在长期演进-免许可(Long Term Evolution-Unlicensed)系统中进行跨分量载波(CC)的混合自动重传请求(Hybrid Automatic Repeat-reQuest，HARQ)重传的方法和装置。

背景技术

当前，随着业务需求的不断增长，正在研究在LTE Release-13中使用免许可频带来增加网络容量的可行性。与许可频带的独占使用不同，免许可频带由多种无线接入技术(Radio Access Technology，RAT)共用，例如Wi-Fi、雷达系统等，这种利用免许可频带进行LTE接入的系统也称为LTE-U系统。

对于免许可频带的LTE接入来说，关键点是基站和用户设备(UE)将机会性(opportunistic)地利用免许可频带用于上行(UL)和/或下行(DL)数据传输。术语“机会性”是指在LTE-U系统中，一个基站和/或UE仅可以在一个时间间隔内利用这种免许可频带进行其自己的数据传输，在该时间间隔之后，该免许可频带将被释放(提供)给其他LTE-U系统或WiFi系统以保证多个LTE-U和WiFi系统之间的公平性。根据调查和许多主要提供商的意见，这种用于LTE数据传输的机会性时间间隔可以是若干个传输时间间隔(Transmission Time Interval，TTI)。也就是说，一个LTE运营商可以占用该免许可频带若干个TTI，然后该免许可频带将被释放以用于其他LTE-U系统或WiFi系统的数据传输。为了适应LTE-U上的机会性传输，在RAN1中建议在LTE R13中支持跨CC的HARQ重传，目标是在一个活动小区上继续被临时释放的另一个活动小区上的HARQ过程的HARQ重传。

虽然跨CC的HARQ重传这一思想已被广泛建议并且得到许多公司支持，但是如何实现这一思想仍然不清楚。

发明内容

针对以上问题，本发明提供了用于在LTE-U系统中实现跨CC的HARQ重传的具体方案，以使得在一个活动小区所占用的免许可资源被释放之后，能够在另一个活动小区上继续该活动小区的未完成的HARQ过程。

根据本发明的第一个方面，提供了一种用于在基站中进行跨分量载波(CC)的混合自动重传请求(Hybrid Automatic Repeat-reQuest，HARQ)重传的方法，包括：在第一CC上的跨CC调度授权下行控制信息(Downlink Control Information,DCI)中配置特定指示符来指示相应的下行数据传输是针对第二CC的跨CC HARQ重传；以及在第一CC上向UE发送所述跨CC调度授权DCI。

根据本发明的第二个方面，提供了一种用于在UE中进行跨分量载波(CC)的混合自动重传请求(Hybrid Automatic Repeat-reQuest，HARQ)重传的方法，包括：在第一CC上接收来自基站的跨CC调度授权下行控制信息(Downlink Control Information,DCI)；根据所述跨CC调度授权DCI中的特定指示符确定所述第一CC上即将到来的数据传输是针对第二CC的HARQ重传。

根据本发明的第三个方面，提供了一种用于在基站中进行跨分量载波(CC)的混合自动重传请求(Hybrid Automatic Repeat-reQuest，HARQ)重传的方法，包括：将第一CC上的跨CC调度授权下行控制信息(Downlink Control Information,DCI)中的载波指示符字段(Carrier Indicator Field，CIF)配置为特定值来指示相应的下行数据传输是针对第二CC的跨CC的HARQ重传；以及在第一CC上向UE发送所述跨CC调度授权DCI。

根据本发明的第四个方面，提供了一种用于在UE中进行跨分量载波(CC)的混合自动重传请求(Hybrid Automatic Repeat-reQuest，HARQ)重传的方法，包括：在第一CC上接收来自基站的跨CC调度授权下行控制信息(Downlink Control Information,DCI)；根据所述跨CC调度授权DCI中的载波指示符字段(Carrier Indicator Field，CIF)的特定值确定所述第一CC上即将到来的数据传输是针对第二CC的HARQ重传。

根据本发明的第五个方面，提供了一种用于在UE中进行跨分量载波(CC)的混合自动重传请求(Hybrid Automatic Repeat-reQuest，HARQ)重传的方法，包括：在第一CC上接收来自基站的跨CC调度授权下行控制信息(Downlink Control Information,DCI)；对接收到的跨CC调度授权DCI进行解码；当确定所述跨CC调度授权DCI中的载波指示符字段(Carrier Indicator Field，CIF)指向的第二CC处于停止状态时，确定所述跨CC调度授权DCI用于针对第二CC的跨CC的HARQ重传。

根据本发明的第六个方面，提供了一种用于在基站中进行跨分量载波(CC)的混合自动重传请求(Hybrid Automatic Repeat-reQuest，HARQ)重传的方法，包括：当第二CC停止时，将第二CC上的未完成的传输调度到第一CC上；在第一CC上发送该未完成的传输作为初始传输；当接收到来自UE的针对该第一CC上的传输的肯定确认时，确定第二CC上的所述未完成的传输已经在第一CC上完成。

附图说明

通过以下参考下列附图所给出的本发明的具体实施方式的描述之后，将更好地理解本发明，并且本发明的其他目的、细节、特点和优点将变得更加显而易见。在附图中：

图1示出了根据本发明的第一方面的跨CC的HARQ重传的方法的流程图；

图2示出了根据本发明的第二方面的跨CC的HARQ重传的方法的流程图；

图3示出了根据本发明的第三方面的跨CC的HARQ重传的方法的流程图；以及

图4示出了根据本发明的第四方面的跨CC的HARQ重传的方法的流程图。

具体实施方式

如上所述，已经提出了跨CC的HARQ重传思想并且已被许多公司支持，但是如何实现这种思想仍然没有一个令人满意的方案。本发明的核心思想在于通过显式或隐式的方法使得UE知道在一个CC(正常的活动小区)上到来的HARQ重传是针对另一个暂时停止的小区(例如LTE-U Scell)的，以保证在UE侧能够对这两个小区上接收到的初始传输及其HARQ重传进行适当的合并操作。

在具体讨论之前，首先给出本文中使用的一些缩写的定义以使得下面的讨论更加简洁：

CC1是指正常活动CC，其将帮助相关联的处于暂时停止状态的免许可CC(如CC2)执行HARQ重传；

CC2是指暂时停止的免许可CC(例如LTE-U Scell)，其HARQ重传将在CC1上进行。

然而，本领域技术人员可以理解，本发明并不局限于CC1和CC2的上述定义，而是可以应用于任意活动或非活动CC之间进行跨CC的HARQ重传的场景。

下面将参照附图更详细地描述本发明的优选实施方式。虽然附图中显示了本发明的优选实施方式，然而应该理解，可以以各种形式实现本发明而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本发明更加透彻和完整，并且能够将本发明的范围完整的传达给本领域的技术人员。

此外，在本文中，以DL传输为例描述跨CC的HARQ重传的各个方案，然而本领域技术人员可以理解，本发明所公开的方案也可以等同地或者稍作修改应用于UL传输。

图1示出了根据本发明的第一方面的跨CC的HARQ重传的方法100的流程图。

在支持跨载波调度的载波聚合中，物理下行链路控制信道(Physical Downlink Control Channel，PDCCH)承载着用于一个或多个UE的下行控制信息(Downlink Control Information,DCI)，在DCI中使用载波指示符字段(Carrier Indicator Field，CIF)来指示调度哪个载波。所定义的CIF字段包括3个比特，其可以指示最多8个载波。在下行方向上，PDCCH与用于传输下行数据的物理下行共享信道(Physical Downlink Shared Channel，PDSCH)时分复用，而在上行方向上，使用物理上行控制信道(Physical Uplink Control Channel，PUCCH)来传输对PDSCH中的数据传输的HARQ确认(ACK或NACK)。

方法100的思想在于通过在PDCCH中的DCI中配置特定指示符来向UE显式指示跨CC的HARQ重传。

具体而言，方法100包括：

步骤110：基站(eNodeB)在CC1上的跨CC调度授权DCI中配置特定指示符来指示相应的下行数据传输是针对CC2的跨CCHARQ重传。

在一种实现中，特定指示符可以是DCI中的一个或多个预留比特，或者可以是已有比特的重新定义，或者可以是向DCI中增加的比特。例如，如果特定指示符是1比特的二进制数时，可以预先定义该特定指示符的值为1时表示该跨CC调度授权DCI用于指示跨CC的HARQ重传，否则为正常的跨CC调度授权DCI。

通过在跨CC调度授权DCI中配置该特定指示符，该跨CC调度授权可被转用于向UE指示跨CC的HARQ重传。在这种情况下，DCI中的CIF指示CC2，DCI中的HARQ ID指示CC2上的相应的HARQ过程索引。

接下来，在步骤120，基站在CC1上向UE发送该跨CC调度授权DCI。

这样，通过这样配置的跨CC调度授权DCI，基站可以向UE指示即将在CC1上传输的是针对该DCI的CIF所指示的CC2上的HARQ重传而不是针对CC1自身的传输。

当UE在CC1上接收到该跨CC调度授权DCI时，根据DCI中的该特定指示符确定CC1上即将到来的数据传输是针对CC2的HARQ重传(步骤130)。

在一种实现中，UE根据DCI中的该特定指示符确定该跨CC调度授权是用于跨CC的HARQ重传的，DCI中的CIF指示CC2，DCI中的HARQ ID指示CC2上的相应的HARQ过程索引。

在CC1上的HARQ重传结束之后，UE将所缓存的之前在CC2上接收到的传输与在CC1上接收到的HARQ重传进行HARQ合并或单独进行处理，以得到来自基站的完整传输(步骤140)。

接下来，UE可以对得到的数据进行解码和其他L1过程。如果解码成功，UE将向基站反馈ACK，并且清空与在CC2上接收到的传输对应的相关HARQ缓存。此外，UE还将解码的MAC PDU反馈给高层以供进一步处理。

事实上，从高层观点来看，并不关心接收到的MAC PDU是在哪个CC上接收的。如果MAC PDU正确解码，则高层过程可以继续。在基站侧，基站知道CC2的未完成的HARQ过程的HARQ重传成功完成。

图2示出了根据本发明的第二方面的跨CC的HARQ重传的方法200的流程图。

如上所述，在现有的支持跨载波调度的载波聚合方案中，所定义的CIF字段包括3个比特，其可以指示最多8个载波。然而，在当前的载波聚合中，最多仅需要支持5个载波的聚合。因此，CIF的能力存在冗余，至少还存在3个未使用的CIF值可供重新定义。鉴于此，方法200的思想在于通过使用当前未使用的CIF值来向UE显式通知接收到的跨CC调度授权指示跨CC的HARQ重传。

具体而言，方法200包括：

步骤210：基站(eNodeB)将CC1上的跨CC调度授权DCI中的CIF配置为特定值来指示相应的下行数据传输是针对CC2的跨CCHARQ重传。

该特定值是未使用的或预留的CIF值。例如，该特定值为111。可以预先定义当CIF为该特定值时，该跨CC调度授权DCI用于指示跨CC的HARQ重传，否则为正常的跨CC调度授权DCI。

通过将CIF配置为该特定值，该跨CC调度授权可被转用于向UE指示跨CC的HARQ重传。在这种情况下，DCI中的HARQ ID指示相应的HARQ过程索引。

然而，这样的CIF配置只能指示该跨CC调度授权被用于指示跨CC的HARQ重传，而不能指示CC1上即将出现的HARQ重传是针对哪个CC的HARQ过程的。

当仅支持CC1为一个CC2进行跨CC HARQ重传时，可以为CC1预先指定该CC2或者为CC2预先指定该CC1；

而当支持CC1为多个CC2进行跨CC HARQ重传时，方法200还包括：在步骤210之前，例如在CC2配置时，基站通过高层信令(例如无线资源控制(RRC)信令)向UE通知CC1帮助哪个CC2进行跨CC HARQ重传。

接下来，在步骤220，基站在CC1上向UE发送该跨CC调度授权DCI。

这样，通过这样配置的跨CC调度授权DCI，基站可以向UE指示即将在CC1上传输的是跨CC的HARQ重传而不是针对CC1自身的传输，并且可以通过预先指定或者通过基站预先发送高层信令来向UE通知该跨CC的HARQ重传是针对哪个CC的。

当UE在CC1上接收到该跨CC调度授权DCI时，根据CIF的特定值确定CC1上即将到来的数据传输是针对CC2的HARQ重传(步骤230)。

在一种实现中，UE根据CIF的该特定值确定该跨CC调度授权DCI是用于跨CC的HARQ重传的，其中DCI中的HARQ ID指示相应的HARQ过程索引。此外，UE还根据预先指定或者来自基站的高层信令确定该HARQ重传所针对的CC2。

在CC1上的HARQ重传结束之后，UE将所缓存的之前在CC2上接收到的传输与在CC1上接收到的HARQ重传进行HARQ合并或单独进行处理，以得到来自基站的完整传输(步骤240)。

与方法100中类似，接下来，UE还可以对得到的数据进行解码和其他L1过程。如果解码成功，UE将向基站反馈ACK，并且清空与在CC2上接收到的传输对应的相关HARQ缓存。此外，UE还将解码的MAC PDU反馈给高层以供进一步处理。

可以看出，方法200与100的相同之处在于都需要对跨CC调度授权DCI进行重新定义，因此被称为显式方案。相应地，UE的行为也需要重新定义。

然而，方法200与100的不同之处在于，在方法200中，需要预先指定或者通过高层信令向UE通知CC1上的跨CC的HARQ重传是针对哪个CC2的。如果在R13中仅支持配置一个LTE-U Scell，则UE将缺省知道该LTE-U Scell，而如果在R13中支持多个LTE-UScell，则对于每个配置的LTE-U Scell，必须为其配置一个正常小区来支持其HARQ重传，并且一个正常小区仅能够被配置来支持一个LTE-U Scell的HARQ重传。

图3示出了根据本发明的第三方面的跨CC的HARQ重传的方法300的流程图。

对于方法300来说，不需要对跨CC调度授权DCI进行重新定义，而是通过在规范中预先规定，使得UE能够知道指向停止的LTE-UScell的跨CC调度授权将指示这是一个跨CC的HARQ重传，因此这种方案被视为隐式方案。

具体而言，方法300包括：

步骤310，UE在正常活动的CC1上接收跨CC调度授权DCI。

步骤320，UE对接收到的跨CC调度授权DCI进行解码，当确定其中的CIF指向的CC2当前处于停止状态时，UE确定该跨CC调度授权DCI用于针对CC2的跨CC的HARQ重传。

在一种实现中，DCI中的CIF指示CC2，DCI中的HARQ ID指示CC2上的相应的HARQ过程索引。

根据这一思想，基站侧应当很清楚哪些CC处于停止状态，因此当基站所发送的DCI中的CIF指向停止的CC时，UE可以隐式知道当前接收到的跨CC调度授权是一种特殊的调度授权，该调度授权不是触发针对CC1的传输，而是使用该授权所指示的资源在CC1上进行CC2的HARQ重传，并且相应的HARQ过程由该DCI中的HARQID所标识。

接下来，与方法100和200类似，在CC1上的HARQ重传结束之后，UE将所缓存的之前在CC2上接收到的传输与在CC1上接收到的HARQ重传进行HARQ合并或单独进行处理，以得到来自基站的完整传输(步骤330)。

进一步地，UE可以对得到的数据进行解码和其他L1过程。如果解码成功，UE将向基站反馈ACK，并且清空与在CC2上接收到的传输对应的相关HARQ缓存。此外，UE还将解码的MAC PDU反馈给高层以供进一步处理。

对于方法300来说，当CIF指向处于停止状态的CC2时，如果有CC1的相同的正在进行的HARQ过程的话，将会被自动挂起。

图4示出了根据本发明的第四方面的跨CC的HARQ重传的方法400的流程图。

与方法300类似，方法400也不需要对跨CC调度授权DCI进行重新定义，因此该方案也被视为隐式方案。

在上述方法100-300中，UE侧都需要将CC1上接收到的针对CC2的HARQ重传与所缓存的在CC2上接收的初始传输进行HARQ合并或单独进行处理，这表示所维持的CC2上接收的HARQ缓存将对跨CC的HARQ重传做出贡献。因此，这需要通知UE正在进行跨CC的HARQ重传，以使得UE能够进行正确的HARQ合并或单独进行处理，然后在解码正确时清空在CC2上接收的对应的HARQ缓存。与上述方法100-300不同，对于方法400来说，当CC2停止时，其所传输的数据将被视为一个新传输在CC1上按照CC1的HARQ过程重新进行传输。

具体而言，方法400包括：

步骤410，当CC2停止时，基站将CC2上的未完成的传输调度到CC1上。

步骤420，基站在CC1上重新发送该未完成的传输作为初始传输。

优选地，基站使用CC1的空闲HARQ过程来发送针对CC2的PDU。否则，如果CC1的所有HARQ过程都在进行，则基站必须使用其中一个来发送针对CC2的MAC PDU。从UE观点来看，UE将认为这是一个CC1的特定HARQ过程上的新传输，因此在CC1上保存的该HARQ过程的HARQ缓存将被清空。这种行为必然影响CC1的性能。

这样，基站将CC2上的未完成的传输视为CC1上的一个新的传输进行处理。

步骤430，UE接收CC1上的传输并且进行解码。

步骤440，当解码成功时，UE向基站传输针对该CC1上的传输的肯定确认。

步骤450，当基站接收到该肯定确认时，确定CC2上的未完成的传输已经在CC1上完成。

可以看出，在方法400中，不需要为UE侧的行为进行重新定义，UE并不关心在CC1上传输的PDU之前是否在其他CC(例如CC2)上传输，从而UE也不会将该新的传输与其HARQ缓存进行组合，而是将CC1上接收的传输作为新的传输进行处理。

在这种情况下，UE侧不会主动清空针对CC2的相关缓存。为此，UE可以在当前停止的CC2稍后重新打开并开始新的传输时，清空其中针对CC2的相关缓存。在那之前，CC2的相关HARQ缓存将被维持，因为UE不知道CC2的该HARQ过程的MAC PDU已在CC1上成功传输。

在本文中，参照附图对本文公开的方法进行了描述。然而应当理解，附图中所示的以及说明书中所描述的步骤顺序仅仅是示意性的，在不脱离权利要求的范围的情况下，这些方法步骤和/或动作可以按照不同的顺序执行而不局限于附图中所示的以及说明书中所描述的具体顺序。

在一个或多个示例性设计中，可以用硬件、软件、固件或它们的任意组合来实现本申请所述的功能。如果用软件来实现，则可以将所述功能作为一个或多个指令或代码存储在计算机可读介质上，或者作为计算机可读介质上的一个或多个指令或代码来传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括有助于计算机程序从一个地方传递到另一个地方的任意介质。存储介质可以是通用或专用计算机可访问的任意可用介质。这种计算机可读介质可以包括，例如但不限于，RAM、ROM、EEPROM、CD-ROM或其它光盘存储设备、磁盘存储设备或其它磁存储设备，或者可用于以通用或专用计算机或者通用或专用处理器可访问的指令或数据结构的形式来携带或存储希望的程序代码模块的任意其它介质。并且，任意连接也可以被称为是计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或诸如红外线、无线电和微波之类的无线技术来从网站、服务器或其它远程源传输的，那么同轴电缆、光纤光缆、双绞线、DSL或诸如红外线、无线电和微波之类的无线技术也包括在介质的定义中。

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

本领域普通技术人员还应当理解，结合本申请的实施例描述的各种示例性的逻辑块、模块、电路和算法步骤可以实现成电子硬件、计算机软件或二者的组合。为了清楚地表示硬件和软件之间的这种可互换性，上文对各种示例性的部件、块、模块、电路和步骤均围绕其功能进行了一般性描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和施加在整个系统上的设计约束条件。本领域技术人员可以针对每种特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为背离本发明的保护范围。

本发明的以上描述用于使本领域的任何普通技术人员能够实现或使用本发明。对于本领域普通技术人员来说，本发明的各种修改都是显而易见的，并且本文定义的一般性原理也可以在不脱离本发明的精神和保护范围的情况下应用于其它变形。因此，本发明并不限于本文所述的实例和设计，而是与本文公开的原理和新颖性特性的最广范围相一致。

Claims (20)

1.一种用于在基站中进行跨分量载波(CC)的混合自动重传请求(Hybrid Automatic Repeat-reQuest，HARQ)重传的方法，包括：

在第一CC上的跨CC调度授权下行控制信息(Downlink ControlInformation,DCI)中配置特定指示符来指示相应的下行数据传输是针对第二CC的跨CC HARQ重传；以及

在第一CC上向UE发送所述跨CC调度授权DCI。

2.如权利要求1所述的方法，其中所述跨CC调度授权DCI中的载波指示符字段(Carrier Indicator Field，CIF)指示所述第二CC，所述跨CC调度授权DCI中的HARQ ID指示所述第二CC的相应的HARQ过程索引。

3.如权利要求1所述的方法，其中第一CC为活动CC，第二CC为处于停止状态的免许可CC。

4.一种用于在UE中进行跨分量载波(CC)的混合自动重传请求(Hybrid Automatic Repeat-reQuest，HARQ)重传的方法，包括：

在第一CC上接收来自基站的跨CC调度授权下行控制信息(Downlink Control Information,DCI)；

根据所述跨CC调度授权DCI中的特定指示符确定所述第一CC上即将到来的数据传输是针对第二CC的HARQ重传。

5.如权利要求4所述的方法，其中所述跨CC调度授权DCI中的载波指示符字段(Carrier Indicator Field，CIF)指示所述第二CC，所述跨CC调度授权DCI中的HARQ ID指示所述第二CC的相应的HARQ过程索引。

6.如权利要求4所述的方法，还包括：

将所缓存的之前在第二CC上接收到的传输与在第一CC上接收到的HARQ重传进行HARQ合并或单独进行处理。

7.如权利要求4所述的方法，其中第一CC为活动CC，第二CC为处于停止状态的免许可CC。

8.一种用于在基站中进行跨分量载波(CC)的混合自动重传请求(Hybrid Automatic Repeat-reQuest，HARQ)重传的方法，包括：

将第一CC上的跨CC调度授权下行控制信息(Downlink ControlInformation,DCI)中的载波指示符字段(Carrier Indicator Field，CIF)配置为特定值来指示相应的下行数据传输是针对第二CC的跨CC的HARQ重传；以及

在第一CC上向UE发送所述跨CC调度授权DCI。

9.如权利要求8所述的方法，其中所述跨CC调度授权DCI中的HARQ ID指示所述第二CC的相应的HARQ过程索引，所述第二CC由系统预先指定或者由基站通过高层信令预先通知所述UE。

10.如权利要求8所述的方法，其中第一CC为活动CC，第二CC为处于停止状态的免许可CC。

11.一种用于在UE中进行跨分量载波(CC)的混合自动重传请求(Hybrid Automatic Repeat-reQuest，HARQ)重传的方法，包括：

在第一CC上接收来自基站的跨CC调度授权下行控制信息(Downlink Control Information,DCI)；

根据所述跨CC调度授权DCI中的载波指示符字段(CarrierIndicator Field，CIF)的特定值确定所述第一CC上即将到来的数据传输是针对第二CC的HARQ重传。

12.如权利要求11所述的方法，其中所述跨CC调度授权DCI中的HARQ ID指示所述第二CC的相应的HARQ过程索引，所述第二CC由系统预先指定或者由基站通过高层信令预先通知所述UE。

13.如权利要求11所述的方法，还包括：

将所缓存的之前在第二CC上接收到的传输与在第一CC上接收到的HARQ重传进行HARQ合并或单独进行处理。

14.如权利要求11所述的方法，其中第一CC为活动CC，第二CC为处于停止状态的免许可CC。

15.一种用于在UE中进行跨分量载波(CC)的混合自动重传请求(Hybrid Automatic Repeat-reQuest，HARQ)重传的方法，包括：

在第一CC上接收来自基站的跨CC调度授权下行控制信息(Downlink Control Information,DCI)；

对接收到的跨CC调度授权DCI进行解码；

当确定所述跨CC调度授权DCI中的载波指示符字段(CarrierIndicator Field，CIF)指向的第二CC处于停止状态时，确定所述跨CC调度授权DCI用于针对第二CC的跨CC的HARQ重传。

16.如权利要求15所述的方法，其中所述跨CC调度授权DCI中的CIF指示所述第二CC，所述跨CC调度授权DCI中的HARQ ID指示所述第二CC的相应的HARQ过程索引。

17.如权利要求15所述的方法，还包括：

将所缓存的之前在第二CC上接收到的传输与在第一CC上接收到的HARQ重传进行HARQ合并或单独进行处理。

18.如权利要求15所述的方法，其中第一CC为活动CC，第二CC为免许可CC。

19.一种用于在基站中进行跨分量载波(CC)的混合自动重传请求(Hybrid Automatic Repeat-reQuest，HARQ)重传的方法，包括：

当第二CC停止时，将第二CC上的未完成的传输调度到第一CC上；

在第一CC上发送该未完成的传输作为初始传输；

当接收到来自UE的针对该第一CC上的传输的肯定确认时，确定第二CC上的所述未完成的传输已经在第一CC上完成。

20.如权利要求19所述的方法，其中第一CC为活动CC，第二CC为免许可CC。