CN105743619A - 混合自动重传请求（harq）传输的方法和设备 - Google Patents

Abstract

本申请公开了用于混合自动重传请求(HARQ)传输的方法和设备。用于通信设备的HARQ传输的方法的一实施例包括：从基站接收关于跨载波HARQ传输的配置信息，其中在跨载波HARQ传输中，同一个HARQ过程的初传和重传能够在不同物理载波上进行；从基站接收下行控制信息，下行控制信息包括用于跨载波HARQ传输的控制信息；以及根据配置信息和下行控制信息进行HARQ传输。采用本发明的实施例，支持在多个物理载波上完成对同一个数据的HARQ传输，从而提高HARQ传输的有效性。

Description

混合自动重传请求（HARQ）传输的方法和设备

技术领域

本公开一般涉及无线通信领域，具体涉及混合自动重传请求(HARQ)传输，尤其涉及长期演进(LTE)***中处理HARQ传输的方法、通信设备和基站。

背景技术

随着蜂窝无线移动通信***的不断发展，移动用户的数量越来越多。这样高速的发展带来了机遇也带来了压力和挑战。频谱资源有限、业务量激增、基站负载过大、覆盖范围不够等等问题都需要研究新型的通信技术来解决。

第三代合作伙伴项目(3GPP)标准化组织的长期演进(LTE)***支持频分双工(FDD)和时分双工(TDD)两种双工方式。如图1所示，图1为现有技术的FDD无线帧结构示意图，对于FDD***，每个无线帧的长度是10ms，包含10个长度为1ms的子帧。其中，子帧由两个连续的长度为0.5ms的时隙构成，即第k个子帧包含时隙2k和时隙2k+1，k＝0,1,…9。如图2所示，图2为现有技术的TDD无线帧结构示意图，对于TDD***，每个10ms的无线帧等分为两个长度为5ms的半帧。其中，每个半帧包含8个长度为0.5ms的子帧和3个特殊域，即下行导频时隙(DwPTS)、保护间隔(GP)和上行导频时隙(UpPTS)，这3个特殊域的长度和是1ms。每个子帧由两个连续的时隙构成，即第k个子帧包含时隙2k和时隙2k+1，k＝0,1,…9。一个下行传输时间间隔(TTI)定义在一个子帧上。

在对TDD无线帧进行配置时，支持7种上行下行配置，如表1所示。表1中，D表示下行子帧，U表示上行子帧，S表示上述包含3个特殊域的特殊子帧。

表1

其中，每个下行子帧的前n个正交频分复用(OFDM)符号可以用于传输下行控制信息，下行控制信息包括物理下行控制信道(PDCCH，PhysicalDownlinkControlChannel)和其他控制信息，其中，n等于0、1、2、3或者4。剩余的OFDM符号可以用来传输物理下行共享信道(PDSCH，PhysicalDownlinkSharedChannel)或者增强物理下行控制信道(EPDCCH)。在LTE***中，PDCCH及EPDCCH承载分配上行信道资源或者下行信道资源的下行控制信息(DCI，DownlinkControlInformation)，分别称为下行授权信令(DLGrant)和上行授权信令(ULGrant)。在LTE***中，不同用户设备(UE)的DCI是分别独立发送的，且其中的DLGrant和ULGrant是分别独立发送的。

在LTE***的增强***中，通过组合多个单元载波(CC，componentcarrier)来得到更大的工作带宽，即采用载波聚合(CA，carrieraggregation)构成通信***的下行链路和上行链路，从而支持更高的传输速率。这里，聚合在一起的CC既可以采用相同的双工方式，即全是FDD小区或者全是TDD小区，也可以采用不同的双工方式，即同时存在FDD小区和TDD小区。对一个UE，基站可以配置其在多个小区(Cell)中工作，其中一个是主Cell(Pcell，primarycell)，而其他Cell称为次Cell(Scell，secondarycell)。在上述现有的LTECA***中，对同一个传输块(TB，transportblock)的初始传输和HARQ重传都是局限于在同一个CC上。对LTECA***，基于物理上行控制信道(PUCCH，PhysicalUplinkContolChannel)传输的混合自动重传请求响应(HARQ-ACK)和信道状态信息(CSI)只在Pcell上进行。这在一定程度上限制了基站调度的灵活性。为了适应LTE***演进的需要，需要在新的场景下提高HARQ传输的有效性。例如，为UE配置免许可频段的小区，免许可频段的小区一般可以配置为UE的Scell。

免许可频段一般已经分配用于某种其他用途，例如，雷达***和/或802.11系列的无线局域网(WiFi)***。802.11系列的WiFi***基于载波侦听多址接入/冲突避免(CSMA/CA)的机制工作，一个移动台(STA)在发送信号之前必须要检测无线信道，只有当无线信道空闲并保持一定的时间段之后才可以占用该无线信道发送信号。STA可以联合采用两套机制共同判断无线信道状态。一方面，STA可以采用载波侦听技术(CarrierSensing)实际的检测无线信道，当检测到其他STA的信号或者检测到的信号功率超过设定门限时，确认无线信道忙。这时，该STA中的物理层模块向其高层模块汇报的空频道监测(CCA，ClearChannelAssessment)报告指示无线信道忙。另一方面，802.11系列的WiFi***还引入了虚拟载波侦听技术，即网络分配向量(NAV，NetworkAllocationVector)，在每个802.11帧中都包含了持续时间(duration)域，根据持续时间域设置的NAV值确认不能在无线信道上发送信号，NAV是指示需要预留无线信道的时间

进一步地，在免许可频段上，还可能同时部署了多个LTE***。例如，该多个LTE***可以分别隶属于不同的运营商。为了简便描述，以下用LTE设备泛指基站和UE。为了避免与其他LTE***设备或者其他无线***设备的干扰，LTE***设备在发送信号前需要先检测信道的状态，只有满足信道占用条件时，设备才能占用信道。并且，设备的信道占用时间可以是一个或者多个子帧，然后必须释放信道，从而留给其他设备占用信道的机会。

采用上述竞争资源的方法，一个LTE设备在抢占了信道并发送数据后，不得不释放信道资源，当载波上的参与竞争的设备数目比较多时，这个LTE设备可能需要比较长的时间才能够再次抢占信道，然后才能对前一次没有成功的数据进行HARQ重传，这在很大程度上限制了HARQ传输的有效性。

发明内容

为了充分利用HARQ传输来提高数据传输的性能，对一个没有成功传输的传输块(TB)，期望支持在另一个载波上进行快速重传。为了解决上述问题，本申请提供了一种用于混合自动重传请求HARQ传输的方法、基站和通信设备。

第一方面，提供了一种用于通信设备的混合自动重传请求HARQ传输的方法。该方法包括：从基站接收关于跨载波HARQ传输的配置信息，其中在所述跨载波HARQ传输中，同一个HARQ过程的初传和重传能够在不同物理载波上进行；从所述基站接收下行控制信息，所述下行控制信息包括用于跨载波HARQ传输的控制信息；以及根据所述配置信息和所述下行控制信息进行HARQ传输。

在一些实施例中，所述配置信息指示基于虚载波VCC来处理跨载波HARQ传输，其中为通信设备配置N个物理载波，配置M个虚载波VCC，每个VCC用于标识所述N个物理载波中的一组物理载波的一个或多个可用子帧的数据传输，一个VCC标识的数据传输能够在该VCC对应的一组物理载波中的任一载波上进行，M和N为正整数，并且M小于等于N。

在一些实施例中，根据所述配置信息和所述下行控制信息进行HARQ传输包括：基于从基站接收的VCC索引信息来确定数据传输所对应的VCC的索引。其中，所述VCC索引信息指示以下任一项：所调度的一个子帧内的数据传输所对应的VCC；和一个物理载波的连续多个子帧内的数据传输所对应的VCC。

在一些实施例中，所述VCC索引信息使用的比特数为以下任一：其中M是所述配置信息中配置的VCC个数；和其中M_max是需要支持的VCC的最大数目。

在一些实施例中，根据所述配置信息和所述下行控制信息进行HARQ传输包括：基于所述VCC来处理软缓存。

在一些实施例中，所述基于VCC来处理软缓存，包括以下至少一项：根据VCC的最大HARQ过程数M_{DL_HARQ}和VCC在一个子帧内支持的TB个数来处理速率匹配；以及根据VCC的个数M、VCC的最大HARQ过程数M_{DL_HARQ}和VCC在一个子帧内支持的TB个数来缓存软比特。

在一些实施例中，所述VCC的最大HARQ过程数M_{DL_HARQ}通过以下至少一种方法确定：从基站接收高层信令，其中所述高层信令分别配置每个VCC的最大HARQ过程数M_{DL_HARQ}；从基站接收高层信令，其中所述高层信令配置一个最大HARQ过程数M_{DL_HARQ}，并应用于所有VCC；将每个VCC的最大HARQ过程数M_{DL_HARQ}预先定义为固定值；根据物理载波的最大HARQ过程数确定所述物理载波所映射的VCC的最大HARQ过程数M_{DL_HARQ}；以及根据所述N个物理载波中前M个物理载波的最大HARQ过程数依次确定M个VCC的最大HARQ过程数M_{DL_HARQ}。

在一些实施例中，传输的数据被划分为若干数据组，其中一个数据组中的数据的所有HARQ反馈映射到同一个物理载波上传输。

在一些实施例中，对数据根据以下任一项进行划分：传输所述数据所使用的物理载波；以及传输所述数据时所对应的VCC。

在一些实施例中，所述根据所述配置信息和所述下行控制信息进行HARQ传输，包括：在下行HARQ传输中，根据一个数据组所对应的VCC的个数、用于传输HARQ-ACK信息的子帧n的VCC绑定窗口大小和VCC在一个子帧内支持的TB个数来确定HARQ-ACK信息的比特数目，以及确定各个HARQ-ACK信息的排序。

在一些实施例中，确定各个HARQ-ACK信息的排序包括：按照VCC的索引顺序对HARQ-ACK信息进行排序；以及针对同一个VCC的多个HARQ-ACK信息，按照所述VCC的下行分配索引DAI进行排序，其中DAI标识一个VCC上调度的多个数据传输的顺序。

在一些实施例中，用于传输HARQ-ACK信息的子帧n的VCC绑定窗口大小按照以下任一确定：按照所述子帧n所对应的VCC的参考HARQ定时来确定所述VCC绑定窗口大小；以及从基站接收高层信令，所述高层信令配置所述VCC绑定窗口大小。

在一些实施例中，所述VCC的参考HARQ定时通过以下任一方式来确定：从基站接收高层信令，其中所述高层信令分别配置每个VCC的参考HARQ定时；从基站接收高层信令，其中所述高层信令配置一个参考HARQ定时，并应用于所有VCC；根据物理载波的参考HARQ定时确定所述物理载波所映射的VCC的参考HARQ定时；以及根据所述N个物理载波中前M个物理载波的参考HARQ定时依次确定M个VCC的参考HARQ定时。

在另一些实施例中，所述配置信息指示基于联合HARQ过程来处理跨载波HARQ传输，其中为通信设备配置N个物理载波，所述N个物理载波被分为若干个物理载波组，每个物理载波组上定义一个联合HARQ过程集合，所述集合中的每一个联合HARQ过程中的初传和重传能够映射到所述物理载波组中的不同物理载波上。

在一些实施例中，根据所述配置信息和所述下行控制信息进行HARQ传输包括：基于所述下行控制信息中包括的联合HARQ过程标识来确定数据传输所对应的HARQ过程。其中，所述联合HARQ过程标识使用的比特数为以下任一：其中M_u是经由高层信令配置的联合HARQ过程集合中的联合HARQ过程个数；和其中M_u-max是对应的物理载波组需要支持的联合HARQ过程的最大数目。

在一些实施例中，根据所述配置信息和所述下行控制信息进行HARQ传输包括：针对每个联合HARQ过程分别处理软缓存。

在一些实施例中，所述针对每个联合HARQ过程分别处理软缓存包括以下至少一项：根据一个联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}和该联合HARQ过程所映射到的物理载波的一个子帧上支持的TB个数来处理速率匹配；根据所述N个物理载波上的联合HARQ过程的总个数和该联合HARQ过程所映射到的物理载波的一个子帧上支持的TB个数来缓存软比特；以及根据所述物理载波组的组数G、一个联合HARQ过程所属的集合中的联合HARQ过程个数M_u和该联合HARQ过程所映射到的物理载波的一个子帧上支持的TB个数来缓存软比特。

在一些实施例中，联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}通过以下至少一种方法确定：从基站接收高层信令，所述高层信令分别配置每个联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}；从基站接收高层信令，所述高层信令配置一个最大HARQ过程数M_{DL_uHARQ}，并应用于所有的联合HARQ过程；将每个联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}预先定义为固定值；根据联合HARQ过程当前数据传输映射到的物理载波的参考HARQ定时的最大HARQ过程数来确定；以及根据联合HARQ过程当前数据的初始传输映射到的物理载波的参考HARQ定时的最大HARQ过程数来确定。

第二方面，提供了一种用于基站的混合自动重传请求HARQ传输的方法。该方法包括：向通信设备发送关于跨载波HARQ传输的配置信息，其中在所述跨载波HARQ传输中，同一个HARQ过程的初传和重传能够在不同物理载波上进行；向所述通信设备发送下行控制信息，所述下行控制信息包括用于跨载波HARQ传输的控制信息；以及根据所述配置信息和所述下行控制信息进行HARQ传输。

在一些实施例中，所述配置信息指示基于虚载波VCC来处理跨载波HARQ传输，其中为通信设备配置N个物理载波，配置M个虚载波VCC，每个VCC用于标识所述N个物理载波中的一组物理载波的一个或多个可用子帧的数据传输，一个VCC标识的数据传输能够在该VCC对应的一组物理载波中的任一载波上进行，M和N为正整数，并且M小于等于N。

在另一些实施例中，所述配置信息指示基于联合HARQ过程来处理跨载波HARQ传输，其中为通信设备配置N个物理载波，所述N个物理载波被分为若干个物理载波组，每个物理载波组上定义一个联合HARQ过程集合，所述集合中的每一个联合HARQ过程中的初传和重传能够映射到所述物理载波组中的不同物理载波上。

第三方面，提供了一种处理软缓存的方法，该方法包括：从基站接收用于处理软比特缓存的配置信息；从所述基站接收下行控制信息并相应地接收下行数据，并缓存接收错误的数据的软比特。

在一些实施例中，所述用于处理软比特缓存的配置信息包括：对一组CC，分别通过高层信令配置最大HARQ过程数；或者，通过高层信令配置一个最大HARQ过程数，并应用N个CC的所有数据传输或者，预定义最大HARQ过程数为固定值；或者，根据数据传输所在的CC的参考HARQ定时确定最大HARQ过程数。

在一些实施例中，所述缓存接收错误的数据的软比特包括：对一组CC按照等效的CC的数目处理，根据对应N个载波的用于处理软比特缓存的等效CC数目的总和、该CC的最大HARQ过程数和该CC的一个子帧上支持的TB个数来处理软缓存；

或者，对一组CC按照等效的一个子帧内的TB数目处理，根据对应N个载波的在一个子帧内用于处理软比特缓存的等效TB数目的总和和该CC的最大HARQ过程数来处理软缓存；

或者，对一组CC按照等效的HARQ过程数目处理，根据配置的N个载波的用于处理软比特缓存的等效HARQ过程数目的总和和该数据传输所在的CC的一个子帧上支持的TB个数来处理软缓存；

或者，对一组CC按照等效的HARQ过程数目处理，根据划分的物理载波组的组数、一组内用于处理软比特缓存的等效HARQ过程数目以及该数据传输所在CC的一个子帧上支持的TB个数来处理软缓存；

或者，对一组CC按照等效TB数目处理，根据配置的N个载波的用于处理软比特缓存的等效TB数目的总和来处理软缓存；

或者，对一组CC按照等效TB数目处理，根据划分的物理载波组的组数G和一组内用于处理软比特缓存的等效TB数目B_g来处理软缓存。

第四方面，提供了一种通信设备。所述通信设备包括接收器、发送器和处理器。其中，所述接收器配置用于从基站接收关于HARQ传输的配置信息，其中所述配置信息指示处理跨载波HARQ传输的机制，在所述跨载波HARQ传输中，同一个HARQ过程的初传和重传能够在不同物理载波上进行；所述接收器还配置用于从所述基站接收下行控制信息，所述下行控制信息包括用于跨HARQ传输的控制信息；所述处理器配置用于根据所述配置信息和所述下行控制信息控制所述接收器和所述发送器进行HARQ传输。

第五方面，提供了一种基站。所述基站包括接收器、发送器和处理器。其中，所述处理器配置用于确定关于跨载波HARQ传输的配置信息，其中在所述跨载波HARQ传输中，同一个HARQ过程的初传和重传能够在不同物理载波上进行；所述发送器配置用于向通信设备发送所述关于跨载波HARQ传输的配置信息；所述发送器还配置用于向所述通信设备发送下行控制信息；所述处理器还配置用于根据所述配置信息和所述下行控制信息控制所述接收器和所述发送器进行HARQ传输。

应当注意，第一方面的对应实施例也可以应用于第二、三、四方面。

根据本申请中描述的技术的特定实施例，支持在多个物理载波上完成对同一个数据的HARQ传输，从而提高HARQ传输的有效性。在一些实施例中，通过基于虚载波VCC或者基于联合HARQ过程来处理跨载波HARQ传输，降低了支持跨载波HARQ传输的信令开销。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出了现有技术的FDD无线帧的结构示意图；

图2示出了现有技术的TDD无线帧的结构示意图；

图3示出了根据本申请实施例的跨载波HARQ传输的信号流的示例；

图4示出了根据本申请实施例的虚载波VCC的示意性图示；

图5示出了根据本申请实施例的虚载波VCC的另一示意性图示；

图6示出了根据本申请实施例的处理HARQ-ACK传输的一种实现的示意图；

图7示出了根据本申请实施例的处理HARQ-ACK传输的另一种实现的示意图；以及

图8示出了可以配置用于实践本申请的示例性实施例的设备的示意性框图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

在下文的描述中，基站(BS)是将通信设备接入蜂窝网的接入设备，其用于向通信设备分配通信资源。基站可以是以下任一实体：增强型节点B(eNB)、节点B、无线电接入单元、基站控制器、基站收发台，等等。通信设备可以是旨在于经由接入网接入服务并且能够配置用于通过接入网进行通信的任何设备。例如，通信设备可以包括但不限于：用户终端(UE)、移动台(MS)、蜂窝电话、智能电话、计算机、或配置有通信功能的多媒体***。应当注意，在下文描述中，术语“通信设备”、“用户设备”和“用户终端”可以互换使用。

还需注意，尽管出于示意目的，下文在LTE/LTE-A类型的蜂窝网络中描述各实施例，本领域技术人员可以意识到所公开的实施例也可以应用在各种其他类型的蜂窝网络中。

为了充分利用HARQ传输来提高数据传输的性能，对一个没有成功传输的传输块(TB)，期望支持在另一个载波上进行快速重传。因此，本申请的实施例提供了一种处理跨载波HARQ传输的方案。

图3示出了根据本申请实施例的在用户终端UE与基站eNB之间处理跨载波HARQ传输的信号流示例。本领域技术人员可以理解，出于示例和便于理解的目的，在以下描述中绘出和描述了一个或多个特定技术细节，但是本申请的实施例也可以在不具有这些特征的情况下实践。

如图3所示，在步骤301中，基站向用户终端UE发送跨载波HARQ传输的配置信息，换言之，用户终端UE从基站接收跨载波HARQ传输的配置信息。其中，在跨载波HARQ传输中，同一个HARQ过程的初传和重传可以在不同的物理载波上进行。可以理解，取决于实际配置的可用的物理载波的子帧，同一个HARQ过程的初传和重传可能在不同物理载波上进行，也可能在相同物理载波上进行，从而实现HARQ传输的灵活性。该配置信息可以配置UE基于跨载波HARQ来处理数据传输。换言之，该配置信息可以向UE指示或配置处理跨载波HARQ传输的机制。例如，该配置信息可以指示通过对UE配置VCC(虚载波)的机制来处理跨载波HARQ传输，也可以指示通过联合HARQ过程的机制来处理跨载波HARQ传输，后文将详细描述。

接着，在步骤302中，基站向UE发送下行控制信息。换言之，用户终端UE从基站接收下行控制信息。该下行控制信息包括用于跨载波HARQ传输的控制信息。下行控制信息用于分配上行信道资源或者下行信道资源。基于不同的处理跨载波HARQ传输的机制，该下行控制信息例如可以包括VCC索引信息或者联合HARQ过程标识(ID)信息等。上述控制信息主要用于标识VCC索引或者联合HARQ过程ID，以确定所调度传输的数据对应的VCC或者联合HARQ过程。

最后，在步骤303中，基站和用户终端可以根据配置信息和下行控制信息进行跨载波HARQ传输。跨载波HARQ传输可以包括上行跨载波HARQ传输和下行跨载波HARQ传输。

例如，在下行跨载波HARQ传输中，UE根据下行控制信息，例如下行授权信令，接收下行数据，并根据该下行授权信令，对接收到的下行数据进行处理。例如，根据下行授权信令的指示，可能需要把对同一个数据的来自不同的CC的两次或者多次传输的软信息进行合并，然后对数据进行解码等。也就是说，同一调度数据的不同次传输可以位于不同CC的PDSCH上。

又例如，在上行跨载波HARQ传输中，UE根据下行控制信息，例如上行授权信令，发送上行数据，并根据该上行授权信令，对发送的上行数据进行处理。例如，根据上行授权信令的指示，可能需要把对同一个数据的不同次传输映射到不同的CC上进行。也就是说，同一调度数据的不同次传输可以位于不同CC的PUSCH上。

为了便于描述，在下文的描述中以下行跨载波HARQ传输为例来阐述本申请的诸多实施例。本领域技术人员可以理解，针对下行跨载波HARQ传输描述的特征可以对应地应用到上行跨载波HARQ传输中。

按照已有的HARQ传输方案，UE需要按照物理CC的个数向基站发送HARQ-ACK信息，也即HARQ反馈，信令开销较大。为了降低信令开销，本申请提供的跨载波HARQ传输可以基于不同的机制实现。下面将结合具体实施例来描述根据本申请的跨载波HARQ传输的示例性实现。

实施例一

在本实施例中，基于虚载波(VCC)的机制来处理跨载波HARQ传输。

如前面所提到的，对免许可频段上的一个载波，设备在竞争到信道后，只能在一段时间内传输数据，然后就需要释放信道。而且，对不同的载波，设备竞争到信道的时刻一般是不同的。

图4示出了设备在两个载波上竞争信道资源的示意图。如图4所示，设备在载波1和载波2上竞争到资源的时刻是不同的。从资源占用的角度来看，当支持了跨载波HARQ传输之后，这相当于是设备可以在一个载波上更加密集的占用资源。因此，可以将设备在两个载波上竞争到的信道资源映射为设备在一个虚载波VCC上更密集的占用的资源。

另一方面，考虑到在两个载波上竞争资源的随机性，在两个载波上同时竞争到资源的情况是会出现的。图5示出了设备在两个载波上竞争信道资源的另一示意图。如图5所示，设备可以使用的总资源，在某些时刻可能超过一个载波，例如可以同时使用载波1和载波2。但是，只要基站避免在两个载波的可用信道重叠的部分给同一个UE调度数据，则从UE侧来看仍然可以处理为一个载波。在各个载波上参与竞争的设备较多的情况下，这种情况出现的概率相应地降低，相应地，对UE传输速率的影响降低。这样，对配置了免许可频段小区的UE，可以等效认为其配置的载波个数减少了。

另外，如果UE的业务量并不大，则也会导致UE只占用每个载波的子帧资源的一部分，即一个载波实际用于UE的数据传输的时间比例小于1。这样，从UE侧来看，仍然可以等效为配置给UE的载波数目减少了。现有CA***中没有针对这个问题进行特别处理。

基于上述分析，对工作于CA模式的UE，虽然通过RRC信令给UE配置了N个载波，但是因为抢占信道的原因或者基站调度等原因，上述N个载波实际分配给这个UE的时间比例较小，尤其是免许可频段的一个载波只在一部分时间上才能实际用于数据传输，并且参与竞争的设备越多，一个设备可以竞争到信道的时间比例就越小。从UE侧的平均效果来看，UE在一段时间内可以传输的数据量减少了。所以，对一个载波，可以并不需要按照全部时间都可以传输数据来设计跨载波HARQ过程。

从这个角度而言，上述N个载波可以等效为配置了M个虚载波(VCC)，并且这M个VCC实际分配给UE的时间比例较大。可以理解，M小于等于N。这里，在配置给UE的N个载波上传输的数据可以认为是对应上述M个VCC的数据的初始传输或者HARQ重传。可以制定多种规则来配置VCC，本申请在此方面没有限制。这样，可以基于VCC个数M来处理UE的行为。即，在执行跨载波的HARQ传输时，对一个数据，其初始传输和重传的物理信道所在CC可以是不同的，但是对这个数据的初始传输和重传使用同一个VCC来标识。为了支持跨载波的HARQ传输和重传，一个HARQ过程是用VCC索引和HARQ过程ID来联合标识的。以下行数据传输为例，相同VCC的数据允许在不同CC的PDSCH上进行传输，UE在接收下行数据时，可以把VCC相同的同一个HARQ过程ID的数据的初传及其重传进行HARQ合并。

因此，在本实施例中，基站向用户终端发送的配置信息指示基于虚载波VCC来处理跨载波HARQ传输，其中为用户终端配置N个物理载波，配置M个虚载波VCC，每个VCC用于标识该N个物理载波中的一组物理载波的一个或多个可用子帧的数据传输，一个VCC标识的数据传输能够在该VCC对应的一组物理载波中的任一载波上进行，M和N为正整数，并且M小于等于N。可以理解，取决于具体配置，有可能一个VCC只标识一个物理载波的一个或多个可用子帧的数据传输，也即该VCC标识的同一数据的初传和重传都在该一个物理载波上进行。

当配置UE的N个CC，并且对一个VCC的数据的跨载波HARQ传输可以在任意的CC上进行时，每个VCC必须分配唯一的VCC索引。当配置UE的N个CC分成多个组，并且跨载波HARQ传输仅局限于每个组内分别进行时，在一个组内，每个VCC必须分配唯一的VCC索引，但是不同的组的VCC索引可以是相同或者不同的。

对基于VCC的处理方法，需要配置VCC的数目M以及每个VCC的参数。VCC的参数例如可以包括传输模式(TM)，参考HARQ定时，最大HARQ过程数目(M_{DL_HARQ})等。这里，VCC的TM是指VCC在一个子帧内支持的TB个数，也即VCC在一个子帧内可以同时传输的TB个数是1个还是2个。

可以通过多种方法来配置VCC的数目M以及每个VCC的参数。

在第一种实现中，基站向用户终端UE发送高层信令，该高层信令配置UE的VCC的数目，并分别配置每个VCC的参数。

在第二种实现中，基站向用户终端UE发送高层信令，该高层信令配置UE的VCC的数目，并配置所有的VCC采用相同参数。

在第三种实现中，基站在配置UE的N个CC的每个CC时，同时指示出一个CC的配置信息是否用于映射出一个VCC的配置信息。例如，可以用一个比特来指示。对映射了VCC的CC，可以根据这个CC的配置信息得到其对应的VCC的参数。进一步地，根据N个CC的配置信息中的映射了VCC的CC个数，可以得到配置给UE的VCC个数M；可以在这M个CC的配置信息中包含其映射的VCC的索引，或者，也可以根据这M个对应了VCC的CC的索引顺序进一步确定其对应的VCC的索引。

在第四种实现中，基站向用户终端UE发送高层信令，该高层信令配置UE的VCC个数M，并认为配置给UE的N个CC中的前M个CC的配置信息依次映射这M个VCC的参数。

在进行跨载波HARQ传输时，可能涉及到DCI格式和软缓存等处理。可以理解，上述两种处理中的任一种或者二者都可以支持跨载波HARQ传输，本申请对此方面不限定。

为了支持跨载波的HARQ传输，需要指示当前调度的数据所对应的VCC，即需要指示数据传输对应的VCC的索引。用户终端UE可以基于从基站接收的VCC索引信息来确定数据传输所对应的VCC的索引。可以采取多种方式来指示VCC索引信息。

在一种实现中，指示VCC索引的方法包括在调度数据传输的DCI中增加VCC索引信息，例如，增加额外的VCC索引信息域，或重用现有的信息域指示VCC索引信息，从而指示一个子帧内的数据传输所对应的VCC。

在另一种实现中，指示VCC索引的方法包括发送一个VCC索引的指示信息并应用于一个载波的连续多个子帧上，例如，针对免许可频段的一个小区，在发送该小区的信道占用指示信息时，同时指示出这一次信道占用的所有子帧上的数据传输对应哪一个VCC。上述指示信息仍然可以是通过下行控制信息来实现，例如，采用公共搜索空间(CSS)中的一个DCI格式，这个DCI格式的比特数目与DCI格式1A或者1C相等。

通过上述两种方法，VCC索引信息可以指示以下任一项：所调度的一个子帧内的数据传输所对应的VCC，以及一个物理载波的连续多个子帧内的数据传输所对应的VCC。

针对上述两种方法，假设配置的VCC个数是M，则可以在DCI中用比特的指示信息。这里，当M的值小于N时，指示VCC索引的方法相对于在DCI中区分N个CC的方法可以降低DCI格式的比特开销。

备选地，针对上述两种方法，可以根据需要支持的VCC的最大数目M_max来确定DCI中需要使用的比特数。也即，采用个比特来指示VCC索引信息。这样得到比特数目不依赖于当前实际配置的VCC数，从而保证DCI格式比特数不变。因为抢占信道的原因或者基站调度等原因，上述需要支持的VCC的最大数目通常小于可以配置给UE的CC数N，从而可以降低比特开销。

可选的或附加的，进行跨载波HARQ传输可以包括基于VCC来处理软缓存。软缓存的处理包含两部分内容，即速率匹配和存储软比特。因此，基于VCC来处理软缓存可以包括以下至少一项：根据VCC的最大HARQ过程数M_{DL_HARQ}和VCC在一个子帧内支持的TB个数来处理速率匹配；以及根据VCC的个数M、VCC的最大HARQ过程数M_{DL_HARQ}和VCC在一个子帧内支持的TB个数来缓存软比特。

如前面所提到的，VCC的参数例如可以包括传输模式(TM)，参考HARQ定时，最大HARQ过程数目(M_{DL_HARQ})等。可以通过多种方法来配置VCC的数目M以及VCC的每个参数。

在处理软缓存时，需要首先确定VCC的最大HARQ过程数M_{DL_HARQ}。可以通过以下任意一种方式确定VCC的最大HARQ过程数M_{DL_HARQ}。

在第一种实现中，从基站接收高层信令，由高层信令分别配置每个VCC的最大HARQ过程数M_{DL_HARQ}。

在第二种实现中，从基站接收高层信令，高层信令配置了一个最大HARQ过程数M_{DL_HARQ}，将该最大HARQ过程数M_{DL_HARQ}应用于所有VCC，即所有VCC的最大HARQ过程数均为高层信令配置的那个最大HARQ过程数M_{DL_HARQ}。

在第三种实现中，将每个VCC的最大HARQ过程数M_{DL_HARQ}预先定义为固定值X，例如，定义X＝8。

在第四种实现中，根据CC的最大HARQ过程数确定该CC所映射的VCC的最大HARQ过程数M_{DL_HARQ}。基站在配置UE的N个CC的每个CC时，同时指示出一个CC的配置信息是否用于映射出一个VCC的配置信息。例如，可以用一个比特来指示。例如，对映射了VCC的CC，可以将该CC的最大HARQ过程数确定为其对应的VCC的最大HARQ过程数M_{DL_HARQ}。

在第五种实现中，可以直接用高层信令配置UE的VCC个数M，并根据N个CC中前M个CC的最大HARQ过程数依次确定M个VCC的最大HARQ过程数M_{DL_HARQ}。

这样，在一些实施例中，在处理速率匹配时，在处理对应一个VCC的数据时，可以根据这个VCC的最大HARQ过程数M_{DL_HARQ}来处理每个编码块(codeblock)的软缓存。例如，在对一个TB的每个编码块进行速率匹配时，编码块的软缓存大小为

其中，C是TB分成的编码块的总数，K_w是特博(turbo)编码输出的编码比特的总数，

其中，K_MIMO取决于VCC的传输模式，对于支持2个TB的传输模式，K_MIMO＝2，对于仅支持1个TB的传输模式，K_MIMO＝1，M_limit为常数8，K_C为与UE的能力类别有关的常数。由此，按照软缓存大小N_cb对一个编码块进行速率匹配。

在UE侧，当对一个VCC的一个TB解码失败时，也可以根据该VCC的最大HARQ过程数M_{DL_HARQ}来处理软比特缓存。例如，在UE侧时，UE可以按照VCC的数目M等分软缓存，然后对每个VCC，对至少K_MIMO·min(M_{DL_HARQ},M_limit)个TB，当一个TB的一个编码块解码失败时，至少为这个编码块保存的软比特数目为

其中，M为VCC的总数。具体地说，记软比特w_k为UE收到的一个软比特，并且k为UE收到的各个软比特的索引中的较小的索引。基站可以以上面的UE为编码块保存软比特的方法以依据，从而优化基于增加冗余的HARQ重传操作(HARQIR)。采用这个方法，因为通常VCC的数目少于配置给UE的CC总数，所以每个编码块可以使用的软缓存比特数增加了，这有利于提高UE的链路性能。

下面描述针对基于VCC的机制来处理HARQ-ACK信息传输的方法，也即传输HARQ反馈的方法。

根据现有CA***处理HARQ-ACK的方法，多个单元载波上的数据传输的HARQ-ACK信息是集中到一个单元载波，例如Pcell上传输。

在本公开的一些实施例中，传输的数据被划分为若干数据组，其中一个数据组中的数据的所有HARQ反馈映射到同一个CC上传输。

对数据可以根据以下任一项进行划分：传输数据所使用的CC；以及传输数据时所对应的VCC。

具体地，在一种实现中，传输的数据可以按照传输所使用的物理CC来分组，也即一个数据组对应于一组物理CC。划分的数目可以大于等于1。针对每一组CC分别反馈HARQ-ACK信息。也即同一组CC的数据的HARQ-ACK信息映射到某一个CC的子帧上传输。假设，一组CC的个数为N_g，并且该组CC上的数据传输使用一组VCC索引来标识。不同组的CC使用的VCC索引范围可以相同，也可以不同。，对应上述一组Ng个CC的VCC个数为N_gv，则N_gv小于等于N_g。如果不对CC分组，或者说只划分一个组，则一个VCC的数据的跨载波HARQ传输可以在任意的CC上进行，每个VCC必须分配唯一的VCC索引。

在另一种实现中，传输的数据也可以直接按照数据传输的VCC信息来分组，而不限制对应VCC的数据是在哪个物理CC上传输的。VCC分组的数目大于等于1。针对每组VCC分别反馈HARQ-ACK信息。每个VCC必须分配唯一的VCC索引，对应一组VCC的数据的HARQ-ACK信息映射到某一个CC的子帧上传输。

在一些实施例中，进行跨载波HARQ传输可以包括：首先，对一个数据组，对用于传输HARQ-ACK信息的CC上的一个上行子帧，确定在这个上行子帧上反馈HARQ-ACK信息的下行子帧的集合；接着，在上述下行子帧集合上，根据这个数据组所对应的VCC的个数、用于传输HARQ-ACK信息的子帧n的VCC绑定窗口大小和VCC在一个子帧内支持的TB个数来确定HARQ-ACK传输的比特数目，以及确定各个HARQ-ACK信息的排序。接下来，可以反馈这个数据组的HARQ-ACK信息，例如，可以重用现有CA***中的HARQ-ACK传输方法。

具体地，按照上述基于CC或者基于VCC分组的方法，下面描述对一组CC或者VCC的HARQ-ACK传输方法。

在一种实现中，对用于传输HARQ-ACK信息的CC的一个上行子帧n，首先确定该组CC中每个CC上需要在这个上行子帧n内反馈HARQ-ACK信息的下行子帧的集合。对一个CC上的下行数据传输，可以仍然按照该CC的参考HARQ定时来确定映射到上行子帧n的绑定窗口。即，这个CC上的位于这个绑定窗口内的各个子帧的数据的HARQ-ACK在上行子帧n内传输。各个CC的参考HARQ定时可以是相同的，也可以是不同的。

接着，对需要在上行子帧n反馈的HARQ-ACK信息，按照其对应的数据传输的VCC信息来决定HARQ-ACK的传输方法。具体来说，可以根据VCC的个数N_gv、每个VCC的绑定窗口大小和每个VCC在一个子帧内的TB个数，来确定HARQ-ACK传输的比特数目，以及各个HARQ-ACK比特的排序。其中，对上行子帧n，一个VCC对应的绑定窗口的大小可以根据该VCC的参考HARQ定时来确定，或者，对上行子帧n，一个VCC对应的绑定窗口的大小也可以由高层信令来配置。

在另一种实现中，对一个CC的一个子帧的数据传输，可以按照其对应的VCC的参考HARQ-ACK定时确定用于HARQ-ACK传输的上行子帧。在这种实现中，需要保证根据VCC的HARQ-ACK定时，可以映射到承载HARQ-ACK的载波的上行子帧上。换句话说，对一个CC的一个子帧的数据传输，不需要关心CC的参考HARQ定时，而是直接按照每个数据对应的VCC的参考HARQ定时决定这个数据的HARQ-ACK传输的上行子帧定时。每个VCC的参考HARQ定时可以相同，也可以不同。

接着，对需要在上行子帧n反馈的HARQ-ACK信息，按照其对应的数据传输的VCC信息来决定HARQ-ACK的传输方法。具体来说，可以根据VCC的个数N_gv、每个VCC的绑定窗口大小和每个VCC在一个子帧内的TB个数来确定HARQ-ACK传输的比特数目，以及各个HARQ-ACK比特的排序。其中，一个VCC的对应上行子帧n的绑定窗口的大小可以根据该VCC的参考HARQ定时来确定。

在一些实施例中，确定各个HARQ-ACK信息的排序可以包括：按照VCC的索引顺序对HARQ-ACK信息进行排序；以及针对同一个VCC的多个HARQ-ACK信息，按照该VCC的下行分配索引DAI进行排序，其中DAI标识一个VCC上调度的多个数据传输的顺序。

具体地，当在上行子帧n中调度了对应于同一个VCC的多个子帧的数据时，则需要进一步指示出DAI信息。其中，DAI不是标识CC上调度的多个子帧的数据传输，而是标识在一个VCC上调度的多个数据传输。例如，在对应于同一个VCC且需要在上行子帧n反馈HARQ-ACK信息的所有下行子帧中，DAI等于到目前子帧定时为止，对应于该VCC索引一共发送了多少个下行授权信令(DLgrant)。这里，在一个子帧上，可以限制对应一个VCC索引，最多只能在一个CC上调度数据；或者，在一个子帧上，也可以允许在多个CC上调度同一个VCC索引的数据。如果允许一个子帧定时上在多个CC上调度对应同一个VCC的数据，则在这个子帧内，可以设置调度上述多个CC的数据的DLgrant占用连续的DAI，并且这些DAI的最小值等于在这个子帧之前一共调度了多少个对应这个VCC的DLgrant并增加1。这样，对应一个VCC的HARQ-ACK信息，可以按照这个VCC的DAI的顺序来排序。当在上行子帧n最多只能调度对应一个VCC的一个子帧的数据时，可以仍然发送DAI，即DAI只能取值为1；或者，虽然在DCI中包含DAI信息域，但是保留不用；或者，也可以不需要在DCI中包含DAI信息域，从而降低DCI的比特数。对上行子帧n，按照VCC索引的顺序对各个HARQ-ACK信息排序，并对应同一个VCC的各个HARQ-ACK信息可以按照其DAI顺序来排序。这里，如果对应一个VCC存在半静态调度的数据的HARQ-ACK，则它映射到固定的位置，例如，可以排在这个VCC的所有动态调度的数据的HARQ-ACK之前，或者映射到这个VCC的绑定窗口的最后一个位置。

对按照物理CC的参考HARQ-ACK定时确定在上行子帧n传输HARQ-ACK的下行子帧集合的方法，可以按照DAI顺序对对应一个VCC的HARQ-ACK进行排序。这里，在一个子帧定时上，对应一个VCC索引最多只能在一个CC上调度了数据；或者，也可以允许在多个CC上调度了同一个VCC索引的数据。

对按照VCC的参考HARQ-ACK定时确定在上行子帧n传输HARQ-ACK的下行子帧集合的方法，在一个子帧定时上，假设对应一个VCC索引最多只能在一个CC上调度了数据，则可以按照VCC绑定窗口的各个子帧分别得到其对应的HARQ-ACK，从而可以使用基于信道选择(ChannelSelection)的方法来传输HARQ-ACK信息；或者，也可以按照DAI顺序对对应一个VCC的HARQ-ACK进行排序。或者，在一个子帧上，也可以允许在多个CC上调度了同一个VCC索引的数据，则只能按照DAI顺序对对应一个VCC的HARQ-ACK进行排序，并且需要限制在一个VCC绑定窗口最多只能调度W个子帧的下行数据，W是VCC绑定窗口的下行子帧数目。

如前面所提到的，VCC的参数例如可以包括传输模式(TM)，参考HARQ定时，最大HARQ过程数目(M_{DL_HARQ})等。可以通过多种方法来配置VCC的数目M以及VCC的每个参数。下面描述确定VCC的参考HARQ定时的方法。

在第一种实现中，从基站接收高层信令，该高层信令分别配置每一个VCC的参考HARQ定时。

在第二种实现中，从基站接收高层信令，该高层信令配置一个参考HARQ定时并应用于所有的VCC。

在第三种实现中，根据CC的参考HARQ定时确定该CC所映射的VCC的参考HARQ定时。具体地，可以在配置UE的N个CC的每个CC时，同时指示出一个CC的配置信息是否用于映射出一个VCC的配置信息。对映射了VCC的CC，可以根据这个CC的参考HARQ定时得到其对应的VCC的参考HARQ定时。

在第四种实现中，直接用高层信令配置UE的VCC个数M，并认为配置UE的N个CC中的前M个CC的参考HARQ定时依次对着这M个VCC的参考HARQ定时。也即，根据N个CC中前M个CC的参考HARQ定时依次确定M个VCC的参考HARQ定时。

上述参考HARQ定时可以是指FDD定时，7种TDD上下行配置的HARQ定时，针对TDDPcell和FDDScell的TDD-FDDCA***定义的FDDScell的HARQ定时，或者，新定义的其他定时关系。

图6示出了根据本申请实施例的处理HARQ-ACK传输的一种实现的示意图。

如图6所示，假设5个CC的数据的HARQ-ACK信息要在小区1(也即载波1)上传输，并假设配置VCC的个数为3。按照每个物理CC的参考HARQ定时来确定映射到上行子帧的绑定窗口。在图6的示例中，小区1的参考HARQ定时是TDD上下行配置1；小区2的参考HARQ定时是TDD上下行配置2；而小区3～5的参考HARQ定时是采用LTE***的TDD-FDDCA中定义的HARQ定时，具体地说，是当Pcell为TDD上行下配置1时，FDDScell的HARQ定时。所以，不同CC的绑定窗口可以是不完全重叠的。

在图6中，在确定了对应一个上行子帧的各个CC的绑定窗口后，对各个调度的下行数据的HARQ-ACK信息按照其VCC索引和DAI信息来排序。对VCC0调度了3个子帧的数据，其DAI分别设置为1、2和3；对VCC1调度了2个子帧的数据，其DAI分别设置为1和2；对VCC2也调度了2个子帧的数据，其DAI分别设置为1和2。这里，假设VCC绑定窗口大小为3，则可以重用3个CC并且绑定窗口大小为3的方法来反馈HARQ-ACK信息。

图7示出了根据本申请实施例的处理HARQ-ACK传输的另一实现的示意图。

如图7所示，仍然假设5个CC的数据的HARQ-ACK信息要在小区1上传输，并假设配置VCC的个数为3。这里，假设3个VCC采用相同的参考HARQ定时，即，在LTETDD-FDDCA***，当Pcell为TDD上行下配置1时，FDDScell的HARQ定时。相应地，3个VCC的绑定窗口也是完全重叠的。根据一个VCC的绑定窗口，所有在其绑定窗范围内调度的对应这个VCC数据的HARQ-ACK信息，都在对应这个绑定窗口的上行子帧上反馈。在图7中，对应反馈HARQ-ACK的上行子帧，VCC绑定窗口大小为3，对VCC0调度了2个子帧的数据，其DAI分别设置为1和2；对VCC1调度了3个子帧的数据，其DAI分别设置为1、2和3；对VCC2只调度了1个子帧的数据，其DAI设置为1。然后，可以重用3个CC并且绑定窗口大小为3的方法来反馈HARQ-ACK信息。

实施例二

在本实施例中，基于联合HARQ过程的机制来处理跨载波HARQ传输。

从前面实施例一中的分析可知，免许可频段的一个载波只在一部分时间上才能实际用于数据传输，并且，参与竞争的设备越多，一个设备可以竞争到信道的时间比例就越小。所以，从平均效果来看，设备在一段时间内可以传输的数据量减少了。例如，假设一个载波的数据传输需要8个HARQ过程，则当两个载波的所有子帧都可以调度给同一个UE时，UE的总HARQ过程数目为16个。如前面图4或者图5所示，因为信道占用的原因，虽然UE配置了2个载波，但其可以等效于只配置了1个载波的情况，所以UE的实际HARQ过程总数也相应的减少，例如，只需要8个HARQ过程。

另外，与实施例一中的分析一致，如果UE的业务量并不大，也会导致UE只占用每个载波的子帧资源的一部分，即一个载波实际用于UE的数据传输的时间比例小于1。这样，从UE侧的平均效果来看，UE在一段时间内可以传输的数据量减少了，也就不需要N倍于单载波的HARQ过程数的HARQ过程。现有CA***中没有针对这个问题进行特别处理。

基于上述分析，对工作于CA模式的UE，虽然通过RRC信令给UE配置了N个载波，但是因为抢占信道的原因或者基站调度等原因，上述N个载波实际分配给这个UE的时间比例较小，尤其是免许可频段的一个载波只在一部分时间上才能实际用于数据传输，并且参与竞争的设备越多，一个设备可以竞争到信道的时间比例就越小。从UE侧的平均效果来看，UE在一段时间内可以传输的数据量减少了。

为了支持跨载波的HARQ初传和重传，可以定义联合HARQ过程，对一个数据，其初始传输和重传的物理信道所在的CC可以是不同的，但是对这个数据的初始传输和重传使用同一个联合HARQ过程来标识。这样，在调度数据时，在DCI格式中传输一个联合HARQ过程ID，用来标识当前调度的数据所对应的联合HARQ过程。对每个联合HARQ过程，它在一个CC的一个子帧上可以承载的TB个数可以是1个或者2个。以下行数据传输为例，对应该联合HARQ过程，对同一个数据的HARQ初传和重传不再局限于一个CC上，而是可以映射到不同的CC上；UE在接收下行数据时，可以把联合HARQ过程ID相同的数据的初传及其重传进行HARQ合并。

因此，在本实施例中，基站向用户终端发送的配置信息指示基于联合HARQ过程来处理跨载波HARQ传输，其中为用户终端配置N个物理载波，该N个物理载波被分为若干个物理载波组，每个物理载波组上定义一个联合HARQ过程集合，该集合中的每一个联合HARQ过程中的初传和重传能够映射到对应的物理载波组中的不同物理载波上。换言之，一个联合HARQ过程标识的数据传输能够在定义该联合HARQ过程所属的集合的对应物理载波组中的任一载波上进行。可以理解，取决于具体配置，一个联合HARQ过程标识的数据传输的初传和重传可以映射到对应的物理载波组中的不同物理载波上，也可以映射到对应的物理载波组中的相同物理载波上，从而实现HARQ传输的灵活性。

具体而言，可以对上述配置UE的N个CC分组，其划分的数目大于等于1。一组CC上的数据不会映射到其他组CC上进行HARQ重传。一组CC的数据的HARQ-ACK信息映射到某一个CC的子帧上传输。在上述一组CC上，用一个联合HARQ过程标识(ID)来标识的对同一个数据的HARQ初传和重传不再局限于一个物理载波上，而是可以映射到这一组CC中的不同的CC上。这里，在支持跨载波的HARQ时，联合HARQ过程的总数小于等于各个CC单独计算的最大HARQ过程数的总和。假设某一组CC包含Ng个CC，每个CC的最大HARQ过程数目分别为M_k，k＝0,1,..Ng-1，则该组CC上定义的联合HARQ过程集合中的联合HARQ过程的总数可以小于等于可以用高层信令来直接配置一个UE需要接收的联合HARQ过程的总数Mg。或者，也可以配置一个数值k，从而指示联合HARQ过程的数目是C·k，其中C是一个常数，例如C等于8。

在进行跨载波HARQ传输时，可能涉及到DCI格式和软缓存等处理。可以理解，上述两种处理中的任一种或者二者都可以支持跨载波HARQ传输，本申请对此方面不限定。

为了支持跨载波的HARQ传输，需要指示当前调度的数据所对应的联合HARQ过程，即可以基于基站发送的下行控制信息中包括的联合HARQ过程ID来确定数据传输所对应的HARQ过程。基站可以预先告知用户终端UE当前所使用的物理载波组，也即在后续的传输中，基站只需要指示联合HARQ过程ID，从而有效地节省信令。以下描述中，如无特别指出，主要针对已知的一组CC上定义的联合HARQ过程来描述各个方面的处理。

对上述一组的Ng个CC，因为联合HARQ过程数一般比较多，所以需要增加DCI格式中指示HARQ过程ID的信息域的比特数。在一种实现中，根据当前配置的联合HARQ过程的数目M_u，来确定DCI中需要使用的比特数，即其比特数目为联合HARQ过程的数目M_u例如可以通过高层信令直接配置。在另一种实现中，根据需要支持的联合HARQ过程的最大数目M_u-max来确定DCI中需要使用的比特数，即其比特数目为这样得到比特数目不依赖于当前实际配置的联合HARQ过程数，从而保证DCI格式比特数不变。因为抢占信道的原因或者基站调度等原因，上述需要支持的联合HARQ过程ID的最大数目不需要按照所有CC的所有子帧都同时分配给同一个UE的情况来计算，从而降低比特开销。

可选的或附加的，进行跨载波HARQ传输可以包括针对每个联合HARQ过程来分别处理软缓存。软缓存的处理包含两部分内容，即速率匹配和存储软比特。因此，针对每个联合HARQ过程分别处理软缓存可以包括以下至少一项：根据一个联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}和该联合HARQ过程所映射到的物理载波的一个子帧上支持的TB个数来处理速率匹配；根据配置的N个物理载波上的联合HARQ过程的总个数和该联合HARQ过程所映射到的物理载波的一个子帧上支持的TB个数来缓存软比特；以及根据物理载波组的组数G、一个联合HARQ过程所属的集合中的联合HARQ过程个数M_u和该联合HARQ过程所映射到的物理载波的一个子帧上支持的TB个数来缓存软比特。

具体而言，为了处理软缓存，需要确定一个联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}和映射到的CC的一个子帧上支持的TB个数。可以采取多种方法来确定一个联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}。

在第一种实现中，通过基站发送的高层信令确定，该高层信令分别配置每个联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}。

在第二种实现中，通过基站发送的高层信令确定，该高层信令配置一个最大HARQ过程数M_{DL_uHARQ}，并应用于所有的联合HARQ过程。

在第三种实现中，将每个联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}预先定义为固定值。例如，预先定义每个联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}为8。

在第四种实现中，根据HARQ-ACK传输所在的CC的HARQ定时的M_{DL_HARQ}来确定联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}。

在第五种实现中，根据联合HARQ过程当前数据传输映射到的物理载波的参考HARQ定时的最大HARQ过程数M_{DL_HARQ}来确定。

在第六种实现中，根据联合HARQ过程当前数据的初始传输映射到的物理载波的参考HARQ定时的最大HARQ过程数M_{DL_HARQ}来确定。

这样，在一些实施例中，在处理速率匹配的时候，在处理对应一个联合HARQ过程的数据时，可以根据这个联合HARQ过程的M_{DL_uHARQ}和TB个数来处理每个编码块(codeblock)的软缓存。例如，对于一个联合HARQ过程，在对一个传输块的每个编码块进行速率匹配时，编码块的软缓存大小为

其中，C是TB分成的编码块总数，K_w是turbo编码输出的编码比特的总数，

其中，K_MIMO等于这个联合HARQ过程的在一个CC的一个子帧可以支持的TB个数，M_limit是常数，例如8，K_C是与UE的能力类别有关的常数。由此，按照软缓存大小N_cb对一个编码块进行速率匹配。

在UE侧，当对一个TB解码失败时，可以根据基于联合HARQ过程来处理软比特缓存。

在一种实施例中，在UE侧，当一个TB解码失败的时候，可以根据配置的N个物理载波上的联合HARQ过程的总数目M_a、该联合HARQ过程所映射到的物理载波的一个子帧上支持的TB个数来处理软缓存。例如，对至少min(M_a,M_alimit)个TB，当一个TB的一个编码块解码失败时，至少为这个编码块保存的软比特数目为

其中，M_alimit是要求UE能够同时保存软比特的联合HARQ过程的最大数目。具体地说，记这些软比特w_k是UE收到的一个软比特，并且k是UE收到的各个软比特的索引中的比较小的索引。基站可以以上面的UE为编码块保存软比特的方法以依据，从而优化基于增加冗余的HARQ重传操作(HARQIR)

在另一种实施例中，在UE侧，当一个TB解码失败的时候，可以根据划分的物理载波组的组数G(也即独立进行联合HARQ操作的组数G)、一个联合HARQ过程所属的集合中的联合HARQ过程个数M_u以及该联合HARQ过程所映射到的物理载波的一个子帧上支持的TB个数来缓冲软比特。

例如，对一组执行联合HARQ过程的CC，对至少min(M_u,M_ulimit)个TB，当一个TB的一个编码块解码失败时，至少为这个编码块保存的软比特数目为

其中，M_ulimit是对一组执行联合HARQ过程的CC，要求UE能够同时保存软比特的联合HARQ过程的最大数目。具体地说，记这些软比特w_k是UE收到的一个软比特，并且k是UE收到的各个软比特的索引中的比较小的索引。基站可以以上面的UE为编码块保存软比特的方法以依据，从而优化基于增加冗余的HARQ重传操作(HARQIR)。

采用这个方法，因为通常联合HARQ过程的数目少于各个CC单独计算的最大HARQ过程数的总和，所以每个编码块可以使用的软缓存比特数增加了，这有利于提高UE的链路性能。

对于基于联合HARQ过程机制的跨载波HARQ传输，其在进行HARQ-ACK信息的传输时，可以按照现有的方法，在物理CC这个级别上进行反馈，因此此处不再赘述。

实施例三

从前面实施例一中的分析可知，免许可频段的一个载波只在一部分时间上才能实际用于数据传输，并且，参与竞争的设备越多，一个设备可以竞争到信道的时间比例就越小。所以，从平均效果来看，设备在一段时间内可以传输的数据量减少了。例如，假设一个载波的数据传输需要8个HARQ过程，则当两个载波的所有子帧都可以调度给同一个UE时，UE的总HARQ过程数目为16个。如前面图4或者图5所示，因为信道占用的原因，虽然UE配置了2个载波，但其可以等效于只配置了1个载波的情况，所以UE的实际HARQ过程总数也相应的减少，例如，只需要8个HARQ过程。

另外，与实施例一中的分析一致，如果UE的业务量并不大，也会导致UE只占用每个载波的子帧资源的一部分，即一个载波实际用于UE的数据传输的时间比例小于1。这样，从UE侧的平均效果来看，UE在一段时间内可以传输的数据量减少了，也就不需要N倍于单载波的HARQ过程数的HARQ过程。现有CA***中没有针对这个问题进行特别处理。

基于上述分析，对工作于CA模式的UE，虽然通过RRC信令给UE配置了N个载波，但是因为抢占信道的原因或者基站调度等原因，上述N个载波实际分配给这个UE的时间比例较小，尤其是免许可频段的一个载波只在一部分时间上才能实际用于数据传输，并且参与竞争的设备越多，一个设备可以竞争到信道的时间比例就越小。从UE侧的平均效果来看，UE在一段时间内可以传输的数据量减少了。

对实施例一和实施例二的方法，通过配置VCC和联合HARQ过程，在处理软缓存的时候，可以按照载波数目小于N来工作，或者按照HARQ过程的个数小于N个CC单独计算的最大HARQ过程数的总和来工作，从而每个编码块可以使用的软缓存比特数增加了，这有利于提高UE的链路性能。这些处理软缓存的方法实际上不依赖于VCC或者联合HARQ过程，也可以应用到不采用跨载波HARQ传输的情况。

具体而言，可以对上述配置UE的N个CC分组，其划分的数目大于等于1。这里，分组的方法可以是把HARQ参考定时一致的多个CC划分为一组，例如，多个工作在免许可频段的载波为一组。这是因为HARQ参考定时一致的CC的最大HARQ过程相同，从而更有利于实现在多个CC之间共享软比特缓存。但是，本发明不限制具体的分组方法。在上述一组CC上，基于上面的分析，因为抢占信道的原因或者基站调度等原因，UE在一段时间内需要接收的数据量减少了，即UE使用的HARQ过程的总数通常小于等于各个CC单独计算的最大HARQ过程数的总和，或者，UE接收的TB总数通常小于等于各个CC单独计算的TB个数的总和。例如，假设某一组CC包含Ng个CC，每个CC的最大HARQ过程数目分别为M_k，k＝0,1,..Ng-1，则该组CC上UE使用HARQ过程的总数通常小于等于例如，假设某一组CC包含Ng个CC，每个CC的下行传输模式的TB个数分别为T_k，每个CC的最大HARQ过程数目分别为M_k，k＝0,1,..Ng-1，则该组CC上UE接收的TB总数通常小于等于

软缓存的处理包含两部分内容，即速率匹配和存储软比特。

对一个CC或者一个TB，在处理软缓存时，可以用到参数最大HARQ过程数M_{vDL_HARQ}，下面描述确定对的M_{vDL_HARQ}的方法。

在第一种实现中，对一组CC，分别通过高层信令配置一个最大HARQ过程数M_{vDL_HARQ}，并应用于这一组CC的所有的数据传输。对没有通过高层信令配置M_{vDL_HARQ}的一个CC，M_{vDL_HARQ}等于按照其参考HARQ定时确定的最大HARQ过程数目。

在第二种实现中，也可以通过高层信令配置一个最大HARQ过程数M_{vDL_HARQ}，并应用N个CC的所有数据传输。

在第三种实现中，预定义最大HARQ过程数M_{vDL_HARQ}为固定值，并应用于N个CC上的HARQ过程。例如，M_{vDL_HARQ}等于8，或者，M_{vDL_HARQ}是小于8的整数。

在第四种实现中，可以是使M_{vDL_HARQ}等于根据数据传输所在的CC的参考HARQ定时确定最大HARQ过程数。采用这个方法，在执行速率匹配时，不同的CC的M_{vDL_HARQ}可以是不同的。

在执行速率匹配和存储软比特时，对应着两种操作的确定M_{vDL_HARQ}的方法可以是相同的，或者也可以是不同的。

在一些实施例中，在处理速率匹配的时候，对一个TB，可以根据其对应的最大HARQ过程数M_{vDL_HARQ}和TB个数来处理每个编码块(codeblock)的软缓存。例如，采用上述第四种确定M_{vDL_HARQ}的方法，保持了现有CA***的处理速率匹配的方法。例如，在对一个TB的每个编码块进行速率匹配时，编码块的软缓存大小为

其中，C是TB分成的编码块总数，K_w是turbo编码输出的编码比特的总数，

其中，K_MIMO等于数据传输所在CC的一个子帧可以支持的TB个数，M_limit是常数，例如8，K_C是与UE的能力类别有关的常数。由此，按照软缓存大小N_cb对一个编码块进行速率匹配。

在一些实施例中，对一组CC，UE在处理软缓存的时候，因为UE在一段时间内需要接收的数据量通常减少了，可以假设仅需要缓存比较少的HARQ过程或者TB，从而每个编码块可以使用的软缓存比特数增加了，这有利于提高UE的链路性能。

第一种方法是对一组CC按照Vg个CC来处理软比特缓存。具体的说，对一组CC，如果配置了上述等效载波数目Vg，则这一组CC按照Vg个CC的HARQ过程数目来处理；对没有配置等效载波数目的一个CC，仍然是作为一个独立的CC并按照他自己的HARQ过程数目来处理。对配置了等效载波数目的一组CC，虽然基站仍然可以在这一组CC的任意一个CC上调度数据传输，但是当发生突发错误时，UE可能不能缓存所有HARQ过程的软比特信息。Vg可以是用高层信令配置的；或者是预定义的；或者，预定义一个参考CC个数Vg_ref，假设上述一组CC包含Ng个CC，则等效CC个数Vg＝min(Ng，Vg_ref)。特别地，当所有CC属于一个组，或者说不对CC进行分组的情况，等效CC个数Vg＝min(N，Vg_ref)，N是配置UE的CC的总数。

在UE侧，当一个CC的一个TB解码失败时，可以根据对应N个载波的用于处理软比特缓存的等效载波数目的总和V_a、该CC的最大HARQ过程数M_{vDL_HARQ}和该CC的一个子帧上支持的TB个数来处理软缓存。这里，在累加计算V_a时，对配置了上述等效载波数目Vg的一组CC，累加的数目为Vg；对没有配置等效载波数目的一个CC，累加的数目为1。特别地，当所有CC属于一个组，或者说不对CC进行分组的情况，Va等于这一组CC的等效CC个数Vg。例如，UE可以按照用于处理软比特缓存的等效载波数目V_a等分软缓存，对V_a个CC，对一个CC的至少K_MIMO·min(M_{vDL_HARQ},M_limit)个TB，当一个TB的一个编码块解码失败时，至少为这个编码块保存的软比特数目为

具体地说，记软比特w_k为UE收到的一个软比特，并且k为UE收到的各个软比特的索引中的较小的索引。基站可以以上面的UE为编码块保存软比特的方法以依据，从而优化基于增加冗余的HARQ重传操作(HARQIR)。例如，采用上述第一、二或者三种确定M_{vDL_HARQ}的方法，对每一个CC，K_MIMO·min(M_{vDL_HARQ},M_limit)的值是相等的，从而需要确保缓存的TB个数是一定的，UE可以相应地处理软缓存。采用这个方法，因为通常等效载波数目少于配置给UE的CC总数，所以每个编码块可以使用的软缓存比特数增加了，这有利于提高UE的链路性能。

第二种方法是对一组CC按照一个子帧包含Tg个TB来处理软比特缓存。具体的说，对一组CC，如果配置了上述等效TB数目，则在处理软缓存时候不再使用一个CC的传输模式分别决定的TB个数，即上述参数K_MIMO，而是对这一组CC按照在一个子帧内包含Tg个TB来处理；对没有配置等效TB数目的一个CC，仍然是作为一个独立的CC并按照他自己的传输模式确定的TB个数来处理，即K_MIMO。对配置了等效TB数目的一组CC，虽然基站仍然是按照每个CC的实际传输模式来调度，从而在一个子帧内可以调度超过Tg个TB，但是当发生突发错误时，UE可能不能缓存所有TB的软比特信息。Tg可以是用高层信令配置的；或者是预定义的；或者，预定义一个参考TB个数Tg_ref，假设上述一组CC在一个子帧上的各个CC的TB个数总和为TNg，则等效TB个数Tg＝min(TNg，Tg_ref)。特别地，当所有CC属于一个组，或者说不对CC进行分组的情况，等效CC个数Tg＝min(TN，Tg_ref)，TN是配置UE的所有CC在一个子帧内的TB的总数。

在UE侧，当一个CC的一个TB解码失败时，可以根据对应N个载波的在一个子帧内用于处理软比特缓存的等效TB数目的总和T_a和该CC的最大HARQ过程数M_{vDL_HARQ}来处理软缓存。这里，在累加计算T_a时，对配置了上述等效TB数目Tg的一组CC，累加的数目为Tg；对没有配置等效TB数目的一个CC，累加的数目为这个CC的K_MIMO。特别地，当所有CC属于一个组，或者说不对CC进行分组的情况，Ta等于这一组CC在一个子帧内的等效TB总数Tg。例如，UE可以按照用于处理软比特缓存的等效TB数目T_a等分软缓存，对一组CC，按照其等效TB数目Tg，对至少T_g·min(M_{vDL_HARQ},M_limit)个TB，当一个TB的一个编码块解码失败时，至少为这个编码块保存的软比特数目为

具体地说，记软比特w_k为UE收到的一个软比特，并且k为UE收到的各个软比特的索引中的较小的索引。基站可以以上面的UE为编码块保存软比特的方法以依据，从而优化基于增加冗余的HARQ重传操作(HARQIR)。例如，采用上述第一、二或者三种确定M_{vDL_HARQ}的方法，对一组CC，T_g·min(M_{vDL_HARQ},M_limit)的值是相等的，从而对这一组CC的需要确保缓存的TB个数是一定的，UE可以相应地处理软缓存。采用这个方法，因为通常等效TB数目少于配置UE的传输模式在一个子帧内的TB总数，所以每个编码块可以使用的软缓存比特数增加了，这有利于提高UE的链路性能。

第三种方法是对一组CC按照Mg个HARQ过程来处理软比特缓存。具体的说，对一组CC，如果配置了上述等效HARQ过程数目，则这一组CC按照Mg个HARQ过程来处理；对没有配置等效HARQ过程数目的一个CC，仍然是作为一个独立的CC并按照他自己的最大HARQ过程数目来处理。对配置了等效HARQ过程数目的一组CC，虽然基站仍然可以在这一组CC的任意一个CC上的任意一个子帧上调度数据传输，但是当发生突发错误时，UE可能不能缓存超过Mg个HARQ过程的软比特信息。

对一组CC，可以是用高层信令直接为UE配置用于处理软比特缓存的等效HARQ过程的总数Mg；或者，也可以用高层信令配置一个数值k，从而指示等效HARQ过程的数目是M_g＝C·k，其中C是一个常数，例如C等于8；或者，假设各个CC的最大HARQ过程数相等，记为M_{gDL_HARQ}，可以用高层信令配置一个数值k，从而指示等效HARQ过程的数目是M_g＝k·min(M_{gDL_HARQ},M_limit)；或者，可以配置一个数值k，对这一组CC中的第c个CC，记其最大HARQ过程数为M_{cDL_HARQ}，则在缓存第c个CC上的TB的软比特时，是假设这一组CC的等效HARQ过程的数目是M_g＝k·min(M_{cDL_HARQ},M_limit)，这里，对这一组CC的不同CC，M_{cDL_HARQ}可以是不同的，从而在处理软比特缓存时用到的M_g也是不同的；或者，Mg可以是预定义的；或者，预定义一个参考HARQ过程个数Mg_ref，假设上述一组CC的各个CC的HARQ过程个数总和为MNg，则等效HARQ过程个数Mg＝min(MNg，Mg_ref)。记上述一组CC包含Ng个CC，并记第k个CC的最大HARQ过程数为M_{DL_HARQ,k}，则 $MNg=\underset{k=0}{\overset{Ng-1}{\Σ}}{M}_{DL\_HARQ,k},$ 或者， $MNg=\underset{k=0}{\overset{Ng-1}{\Σ}}\min \left(M_{DL\_HARQ,k},M_{\lim it}\right).$ 特别地，当所有CC属于一个组，或者说不对CC进行分组的情况，等效HARQ过程个数Mg＝min(MN，Mg_ref)，MN是配置UE的所有CC的HARQ过程的总数。

在UE侧，当一个TB解码失败的时候，可以根据配置的N个载波的用于处理软比特缓存的等效HARQ过程数目的总和M_a和该数据传输所在的CC的一个子帧上支持的TB个数来处理软缓存。这里，在累加计算M_a时，对配置了上述等效HARQ过程数目Mg的一组CC，累加的数目为Mg；对没有配置等效HARQ过程数目的一个CC，累加的数目为min(M_{cDL_HARQ},M_limit)，M_{cDL_HARQ}为这个CC的最大HARQ过程数。特别地，当所有CC属于一个组，或者说不对CC进行分组的情况，Ma等于这一组CC的等效HARQ过程数目Mg。例如，对至少min(M_a,M_alimit)个HARQ过程，当一个TB的一个编码块解码失败时，至少为这个编码块保存的软比特数目为

或者，

其中，M_alimit是要求UE能够同时保存软比特的HARQ过程的最大数目。具体地说，记这些软比特w_k是UE收到的一个软比特，并且k是UE收到的各个软比特的索引中的比较小的索引。基站可以以上面的UE为编码块保存软比特的方法以依据，从而优化基于增加冗余的HARQ重传操作(HARQIR)

在另一种实施例中，在UE侧，当一个TB解码失败的时候，可以根据划分的物理载波组的组数G、一组内用于处理软比特缓存的等效HARQ过程数目M_g以及该数据传输所在CC的一个子帧上支持的TB个数来缓冲软比特。即，总的软比特显示等分成G份，然后每一份进一步分配给组内的M_g个并行HARQ过程。

例如，对一组CC，对至少min(M_g,M_glimit)个HARQ过程，当一个TB的一个编码块解码失败时，至少为这个编码块保存的软比特数目为

或者，

其中，M_glimit是对这一组CC要求UE能够同时保存软比特的并行HARQ过程的最大数目。具体地说，记这些软比特w_k是UE收到的一个软比特，并且k是UE收到的各个软比特的索引中的比较小的索引。基站可以以上面的UE为编码块保存软比特的方法以依据，从而优化基于增加冗余的HARQ重传操作(HARQIR)。

采用这个方法，因为通常等效HARQ过程数目少于对各个CC单独计算的最大HARQ过程数的总和，所以每个编码块可以使用的软缓存比特数增加了，这有利于提高UE的链路性能。

第四种方法是对一组CC按照Bg个TB来处理软比特缓存。具体的说，对一组CC，如果配置了上述等效TB数目，则这一组CC按照Bg个TB来处理；对没有配置等效TB数目的一个CC，仍然是作为一个独立的CC并按照他自己的TB数目来处理，即K_MIMO·min(M_{cDL_HARQ},M_limit)，K_MIMO是这个CC的传输模式的TB数，M_{cDL_HARQ}是这个CC的最大HARQ过程数。对配置了等效载波数目的一组CC，虽然基站仍然可以在这一组CC的任意一个CC上的任意一个子帧上调度数据传输，但是当发生突发错误时，UE可能不能缓存超过Bg个TB的软比特信息。

对一组CC，可以是用高层信令直接为UE配置用于处理软比特缓存的等效TB总数Bg；或者，也可以用高层信令配置一个数值k，从而指示等效TB数目是B_g＝C·k，其中C是一个常数，例如C等于8；或者，假设这一组CC的最大HARQ过程数相等，记为M_{gDL_HARQ}，可以用高层信令配置一个数值k，从而指示等效TB数目是B_g＝k·min(M_{gDL_HARQ},M_limit)；或者，可以配置一个数值k，对这一组CC中的第c个CC，记其最大HARQ过程数为M_{cDL_HARQ}，则在缓存第c个CC上的TB的软比特时，是假设这一组CC的等效TB数目是B_g＝k·min(M_{cDL_HARQ},M_limit)，这里，对这一组CC的不同CC，M_{cDL_HARQ}可以是不同的，从而在处理软比特缓存时用到的M_g也是不同的；或者，Bg可以是预定义的；或者，预定义一个参考TB总数Bg_ref，假设上述一组CC的各个CC的各个HARQ过程的TB个数总和为BNg，则等效TB总数Bg＝min(BNg，Bg_ref)。记上述一组CC包含Ng个CC，并记第k个CC的最大HARQ过程数为M_{DL_HARQ,k}，其在一个子帧内可以传输的TB个数为K_MIMO,k，则或者， $BNg=\underset{k=0}{\overset{Ng-1}{\Σ}}\[K_{MIMO,k}\·\min \left(M_{DL\_HARQ,k},M_{\lim it}\right)\].$ 特别地，当所有CC属于一个组，或者说不对CC进行分组的情况，等效TB总数Mg＝min(BN，Bg_ref)，BN是配置UE的所有CC的各个HARQ过程的TB总数。

在UE侧，当一个TB解码失败的时候，可以根据配置的N个载波的用于处理软比特缓存的等效TB数目的总和B_a来处理软缓存。这里，在累加计算B_a时，对配置了上述等效TB数目Bg的一组CC，累加的数目为Bg；对没有配置等效TB数目的一个CC，累加的数目为K_MIMO·min(M_{cDL_HARQ},M_limit)，M_{cDL_HARQ}为这个CC的最大HARQ过程数。特别地，当所有CC属于一个组，或者说不对CC进行分组的情况，Ba等于这一组CC的等效TB数目Bg。例如，对至少min(B_a,B_alimit)个TB，当一个TB的一个编码块解码失败时，至少为这个编码块保存的软比特数目为

或者，

其中，B_alimit是要求UE能够同时保存软比特的TB的最大数目。具体地说，记这些软比特w_k是UE收到的一个软比特，并且k是UE收到的各个软比特的索引中的比较小的索引。基站可以以上面的UE为编码块保存软比特的方法以依据，从而优化基于增加冗余的HARQ重传操作(HARQIR)

在另一种实施例中，在UE侧，当一个TB解码失败的时候，可以根据划分的物理载波组的组数G和一组内用于处理软比特缓存的等效TB数目B_g来缓冲软比特。即，总的软比特显示等分成G份，然后每一份进一步分配给组内的B_g个TB。

例如，对一组CC，对至少min(B_g,B_glimit)个TB，当一个TB的一个编码块解码失败时，至少为这个编码块保存的软比特数目为

或者，

其中，M_glimit是对这一组CC要求UE能够同时保存软比特的等效TB数目。具体地说，记这些软比特w_k是UE收到的一个软比特，并且k是UE收到的各个软比特的索引中的比较小的索引。基站可以以上面的UE为编码块保存软比特的方法以依据，从而优化基于增加冗余的HARQ重传操作(HARQIR)。

采用这个方法，因为通常等效TB数目少于对各个CC单独计算的TB个数的总和，所以每个编码块可以使用的软缓存比特数增加了，这有利于提高UE的链路性能。

图8示出了适合于实践本申请的诸多示例性实施例的实体800的简化框图。实体800可以配置成网络侧设备，例如基站，该实体800也可以配置成用户侧设备，例如用户终端。

如图8所示，实体800包括处理器801，耦合到处理器801的存储器802，以及耦合到处理器801的适合的射频(RF)发送器和接收器804。存储器802存储程序803。发送器/接收器804适合于双向无线通信。注意，发送器/接收器804具有至少一个天线以协助通信，在实践中基站或UE可能具有多个天线。实体800可以经由数据路径耦合到一个或多个外部网络或***，诸如互联网。

程序803可以包括程序指令，当这些程序指令由关联的处理器801执行时，其使得实体800按照本申请各示例性实施例进行操作。

本申请的实施例可以通过实体800的处理器801可执行的计算机软件来实现，或者通过硬件来实现，或者通过软件与硬件的组合来实现。

存储器802可以是适合于本地技术环境的任何合适类型的存储器，并且可以使用任何合适的数据存储技术来实现，诸如基于半导体的存储设备和***，磁性存储设备和***，光存储设备和***，固定存储器和可移动存储器，这些仅作为非限制性的示例。尽管在实体800中只示出了一个存储器，在实体800中可以存在多个物理上独立的存储单元。处理器801可以是适合于本地技术环境的任何合适类型的处理器，并且可以包括以下中的一个或多个：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器，这些仅作为非限制性的示例。

当实体800配置为用户侧设备时，也即实体800为用户设备时，在一些实施例中，发送器/接收器804中的接收器配置用于从基站接收关于跨载波HARQ传输的配置信息，其中在跨载波HARQ传输中，同一个HARQ过程的初传和重传能够在不同物理载波上进行。

发送器/接收器804中的接收器还配置用于从基站接收下行控制信息，下行控制信息包括用于跨HARQ传输的控制信息。

处理器801配置用于根据配置信息和下行控制信息控制发送器/接收器804进行HARQ传输。

当实体800配置为网络侧设备时，也即实体800为基站时，在一些实施例中，处理器801配置用于确定关于跨载波HARQ传输的配置信息，其中在跨载波HARQ传输中，同一个HARQ过程的初传和重传能够在不同物理载波上进行。

发送器/接收器804中的发送器配置用于向通信设备发送关于跨载波HARQ传输的配置信息。

发送器/接收器804中的发送器还配置用于向通信设备发送下行控制信息。

处理器801还配置用于根据配置信息和下行控制信息控制发送器/接收器804进行HARQ传输。

应当理解，包含在实体800中的各单元被配置用于实践本文公开的示例性实施例。因此，上面结合图3-7描述的操作和特征也适用于实体800及其中的单元，在此省略其详细描述。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中基站或通信设备中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本申请的蜂窝网接入方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (15)

1.一种用于通信设备的混合自动重传请求HARQ传输的方法，其特征在于，所述方法包括：

从基站接收关于跨载波HARQ传输的配置信息，其中在所述跨载波HARQ传输中，同一个HARQ过程的初传和重传能够在不同物理载波上进行；

从所述基站接收下行控制信息，所述下行控制信息包括用于跨载波HARQ传输的控制信息；以及

根据所述配置信息和所述下行控制信息进行HARQ传输。

2.根据权利要求1所述的方法，其中，所述配置信息指示基于虚载波VCC来处理跨载波HARQ传输，其中为通信设备配置N个物理载波，配置M个虚载波VCC，每个VCC用于标识所述N个物理载波中的一组物理载波的一个或多个可用子帧的数据传输，一个VCC标识的数据传输能够在该VCC对应的一组物理载波中的任一载波上进行，M和N为正整数，并且M小于等于N。

3.根据权利要求2所述的方法，其中，根据所述配置信息和所述下行控制信息进行HARQ传输包括：

基于从基站接收的VCC索引信息来确定数据传输所对应的VCC的索引；

其中所述VCC索引信息指示以下任一项：

所调度的一个子帧内的数据传输所对应的VCC；和

一个物理载波的连续多个子帧内的数据传输所对应的VCC。

4.根据权利要求2，3任一所述的方法，其中，根据所述配置信息和所述下行控制信息进行HARQ传输包括以下至少一项：

根据VCC的最大HARQ过程数M_{DL_HARQ}和VCC在一个子帧内支持的TB个数来处理速率匹配；以及

根据VCC的个数M、VCC的最大HARQ过程数M_{DL_HARQ}和VCC在一个子帧内支持的TB个数来缓存软比特。

5.根据权利要求4所述的方法，其中，所述VCC的最大HARQ过程数M_{DL_HARQ}通过以下至少一种方法确定：

从基站接收高层信令，其中所述高层信令分别配置每个VCC的最大HARQ过程数M_{DL_HARQ}；

从基站接收高层信令，其中所述高层信令配置一个最大HARQ过程数M_{DL_HARQ}，并应用于所有VCC；

将每个VCC的最大HARQ过程数M_{DL_HARQ}预先定义为固定值；

根据物理载波的最大HARQ过程数确定所述物理载波所映射的VCC的最大HARQ过程数M_{DL_HARQ}；以及

根据所述N个物理载波中前M个物理载波的最大HARQ过程数依次确定M个VCC的最大HARQ过程数M_{DL_HARQ}。

6.根据权利要求2-5任一所述的方法，其中，传输的数据被划分为若干数据组，其中一个数据组中的数据的所有HARQ反馈映射到同一个物理载波上传输。

7.根据权利要求6所述的方法，其中，所述根据所述配置信息和所述下行控制信息进行HARQ传输，包括：

在下行HARQ传输中，根据一个数据组所对应的VCC的个数、用于传输HARQ-ACK信息的子帧n的VCC绑定窗口大小和VCC在一个子帧内支持的TB个数来确定HARQ-ACK信息的比特数目，以及确定各个HARQ-ACK信息的排序；

其中，用于传输HARQ-ACK信息的子帧n的VCC绑定窗口大小按照以下任一确定：

按照所述子帧n所对应的VCC的参考HARQ定时来确定所述VCC绑定窗口大小；以及

从基站接收高层信令，所述高层信令配置所述VCC绑定窗口大小。

8.根据权利要求7所述的方法，其中确定各个HARQ-ACK信息的排序包括：

按照VCC的索引顺序对HARQ-ACK信息进行排序；以及

针对同一个VCC的多个HARQ-ACK信息，按照所述VCC的下行分配索引DAI进行排序，其中DAI标识一个VCC上调度的多个数据传输的顺序。

9.根据权利要求7所述的方法，其中，所述VCC的参考HARQ定时通过以下任一方式来确定：

从基站接收高层信令，其中所述高层信令分别配置每个VCC的参考HARQ定时；

从基站接收高层信令，其中所述高层信令配置一个参考HARQ定时，并应用于所有VCC；

根据物理载波的参考HARQ定时确定所述物理载波所映射的VCC的参考HARQ定时；以及

根据所述N个物理载波中前M个物理载波的参考HARQ定时依次确定M个VCC的参考HARQ定时。

10.根据权利要求1所述的方法，其中，所述配置信息指示基于联合HARQ过程来处理跨载波HARQ传输，其中为通信设备配置N个物理载波，所述N个物理载波被分为若干个物理载波组，每个物理载波组上定义一个联合HARQ过程集合，所述集合中的每一个联合HARQ过程中的初传和重传能够映射到所述物理载波组中的不同物理载波上。

11.根据权利要求10任一所述的方法，其中，根据所述配置信息和所述下行控制信息进行HARQ传输包括以下至少一项：

根据一个联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}和该联合HARQ过程所映射到的物理载波的一个子帧上支持的TB个数来处理速率匹配；

根据所述N个物理载波上的联合HARQ过程的总个数和该联合HARQ过程所映射到的物理载波的一个子帧上支持的TB个数来缓存软比特；以及

根据所述物理载波组的组数G、一个联合HARQ过程所属的集合中的联合HARQ过程个数M_u和该联合HARQ过程所映射到的物理载波的一个子帧上支持的TB个数来缓存软比特。

12.根据权利要求10所述的方法，其中，联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}通过以下至少一种方法确定：

从基站接收高层信令，所述高层信令分别配置每个联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}；

从基站接收高层信令，所述高层信令配置一个最大HARQ过程数M_{DL_uHARQ}，并应用于所有的联合HARQ过程；

将每个联合HARQ过程的最大HARQ过程数M_{DL_uHARQ}预先定义为固定值；

根据联合HARQ过程当前数据传输映射到的物理载波的参考HARQ定时的最大HARQ过程数来确定；以及

根据联合HARQ过程当前数据的初始传输映射到的物理载波的参考HARQ定时的最大HARQ过程数来确定。

13.一种处理软缓存的方法，其特征在于，所述方法包括：

从基站接收用于处理软比特缓存的配置信息；

从所述基站接收下行控制信息并相应地接收下行数据，并缓存接收错误的数据的软比特。

14.根据权利要求13所述的方法，其中，所述用于处理软比特缓存的配置信息包括：

对一组CC，分别通过高层信令配置最大HARQ过程数；

或者，通过高层信令配置一个最大HARQ过程数，并应用N个CC的所有数据传输；

或者，预定义最大HARQ过程数为固定值；

或者，根据数据传输所在的CC的参考HARQ定时确定最大HARQ过程数。

15.根据权利要求14所述的方法，其中，所述缓存接收错误的数据的软比特包括：

对一组CC按照等效的CC的数目处理，根据对应N个载波的用于处理软比特缓存的等效CC数目的总和、该CC的最大HARQ过程数和该CC的一个子帧上支持的TB个数来处理软缓存；

或者，对一组CC按照等效的一个子帧内的TB数目处理，根据对应N个载波的在一个子帧内用于处理软比特缓存的等效TB数目的总和和该CC的最大HARQ过程数来处理软缓存；

或者，对一组CC按照等效的HARQ过程数目处理，根据配置的N个载波的用于处理软比特缓存的等效HARQ过程数目的总和和该数据传输所在的CC的一个子帧上支持的TB个数来处理软缓存；

或者，对一组CC按照等效的HARQ过程数目处理，根据划分的物理载波组的组数、一组内用于处理软比特缓存的等效HARQ过程数目以及该数据传输所在CC的一个子帧上支持的TB个数来处理软缓存；

或者，对一组CC按照等效TB数目处理，根据配置的N个载波的用于处理软比特缓存的等效TB数目的总和来处理软缓存；

或者，对一组CC按照等效TB数目处理，根据划分的物理载波组的组数G和一组内用于处理软比特缓存的等效TB数目B_g来处理软缓存。