HARQ/ACK电码本大小确定的制作方法

本申请要求2012年3月16日提交的名称为“WIRELESS COMMUMCATION SYSTEMS AND METHODS(无线通信系统和方法)”的美国临时专利申请No. 61/612188的优先权，该申请的全部内公开通过引用而结合在本文中。

技术领域

本发明的实施例大体涉及通信领域，并且更具体而言，涉及确定无线通信网络中的混合自动重复请求-确认(HARQ-ACK)电码本(codebook)的大小。

技术实现要素：

第三代合作伙伴项目(3GPP)长期演进(LTE)标准的版本8描述在物理上行链路共享信道(PUSCH)上捎带上行链路控制信息(UCI)。信道质量指示符/预编码矩阵指示符(CQI/PMI)资源被置于上行链路共享信道(UL-SCH)数据资源的开头，并且在下一个副载波上继续之前，被按顺序映射到一个副载波上的所有单载波频分多址(SC-FDMA)符号。UL-SCH数据与CQI/PMI数据在速率上匹配。通过击穿(puncture)PUSCH数据资源元素(RE)，将HARQ-ACK资源映射到SC-FDMA符号。因此，减少被HARQ-ACK符号击穿的PUSCH RE将改进PUSCH性能。

按照以上内容，版本8提供呈下行链路控制信息(DCI)格式0/4、的2位下行链路分配索引(DAI)，其用于指示在捆绑窗口中的下行链路(DL)分配的总数量。假设捆绑窗口大小为M，如果基于DCI格式为0/4的检测到的PDCCH来调节PUSCH传输，则仅个HARQ-ACK位而非M位需要反馈到传输装置，例如高级节点基站(eNB)。因而，减少对应于未由eNB调度的DL子帧的个无用的HARQ-ACK位。

LTE标准(Rel-10)的版本10介绍了载波聚合，其中，不止一个分量载波(CC)可用于数据传输。在版本10时分双工(TDD)系统中，在PUSCH上进行捎带的情况下，HARQ-ACK电码本大小由CC的数量、它们的配置的传输模式和捆绑窗口中的下行链路子帧的数量确定。对于TDD UL-DL配置1-6，以及当为HARQ-ACK的传输配置PUCCH格式3时，HARQ-ACK电码本大小由以下等式确定：

(1)。

其中，C是配置的CC的数量，是配置有使得能够接收两个传送块的多输入多输出(MIMO)传输模式的CC的数量；是UE需要对其反馈第c个服务小区的HARQ-ACK位的下行链路子帧的数量。对于TDD UL-DL配置1、2、3、4和6，UE将假设PUSCH子帧n上的为：

(2)。

其中，根据下表，由采用DCI格式0/4的DAI确定：

表1

DAI可在与各个服务小区的子帧n具有预定相互关联的子帧中传递。例如，DAI可在子帧中传递，在下表中限定了：

表2

由于各个服务小区的TDD UL-DL配置在Rel-10中总是相同，而且肯定不大于捆绑窗口大小，所以所确定的HARQ-ACK电码本大小总是等于最小的HARQ-ACK位数量，并且是HARQ-ACK开销和性能之间的最佳折衷。

在3GPP LTE标准的版本11中，具有CC(对各个服务小区具有不同的UL-DL配置)的TDD的带间CA得到支持。在不同的服务小区中具有不同的UL-DL配置可产生不同的HARQ-ACK捆绑窗口。因此，以前的版本中的基于UL准许(grant)的HARQ-ACK电码本大小确定不能有效地降低HARQ-ACK开销。

附图说明

通过结合附图的以下详细描述，将容易地理解实施例。为了有利于这个描述，相同参考标号表示相同结构要素。在附图的图中以示例而非限制的方式示出实施例。

图1示意性地示出根据各种实施例的无线通信网络；

图2示出根据各种实施例的、具有HARQ-ACK定时信息的示例TDD通信结构；

图3是示出根据各种实施例的确定HARQ-ACK电码本大小的方法的流程图，该方法可由用户设备执行；

图4是根据一些实施例的HARQ-ACK位生成表；

图5示意性地描绘根据各种实施例的示例系统。

具体实施方式

本公开的示例性实施例包括(但不限于)用于确定无线通信网络中的HARQ-ACK电码本的大小的方法、系统、计算机可读介质和设备。各种实施例可提供按照3GPP LTE的版本11(下文中为“Rel-11”)(以及后来的版本)来运行的用户设备，该用户设备能够以在保持对不同的服务小区有不同的UL-DL配置的TDD CC的带间CA的HARQ-ACK性能的同时、减少HARQ-ACK开销的方式，确定PUSCH上的HARQ-ACK电码本大小。照这样，描述的UE可自适应地确定期望的HARQ-ACK电码本大小，以击穿PUSCH RE，这将在较少或没有额外的开销的情况下，减小对PUSCH的不利影响。

可参照具体配置(例如TDD UL-DL配置和特殊的子帧配置)、格式(例如DCI格式)、模式(例如传输模式)等来描述各种实施例。可依照最近出版的LTE文献(例如，Rel-10和/或Rel-11技术规范)来限定这些配置、格式、模式等。

将使用本领域技术人员常用的术语来描述示例性实施例的各方面，以将他们的工作实质传达给本领域其它技术人员。但将对本领域技术人员显而易见的是，可只用所描述的方面中的一些来实践备选实施例。为了阐明，阐述具体数量、材料和配置，以便提供对示例性实施例的详尽理解。但将对本领域技术人员显而易见的是，可在没有具体细节的情况下实践备选实施例。在其它情形中，省略或简化了众所周知的特征，以便不使示例性实施例模糊不清。

另外，以最有助于理解示例性实施例的方式，又将各种操作被描述成多个离散的操作；但是，描述的顺序不应理解为暗示这些操作必定依赖于顺序。特别地，不必按介绍的顺序执行这些操作。

重复地使用短语“在一些实施例中”。该短语一般不指示同一实施例；但是，它可以指示同一实施例。术语“包括”、“具有”、“包含”是同义词，除非上下文另有说明。短语“A和/或B”表示(A)、(B)或(A和B)。短语“A/B”表示(A)、(B)或(A和B)，类似于短语“A和/或B”。短语“A、B和C中的至少一个”表示(A)、(B)、(C)、(A和B)、(A和C)、(B和C)或(A、B和C)。短语“(A)B”表示(B)或(A和B)，也就是说，A是可选的。

虽然已经在本文中示出和描述了具体实施例，但本领域普通技术人员将理解，许多备选方案和/或等效实现可代替所示出和描述的具体实施例，而不偏离本公开的实施例的范围。本申请意于覆盖本文论述的实施例的任何修改或变化。因此，明显意于的是，本公开的实施例仅由权利要求及其等效物限制。

如本文所用，术语“模块”可表示特定用途集成电路(ASIC)、电子电路、处理器(共享、专用或组)和/或存储器(共享、专用或组)、组合逻辑电路或提供所描述的功能性的其它电子电路，可为它们一部分，或者包括它们。在各种实施例中，模块可执行存储在一个或多个计算机可读介质中以提供所描述的功能性的指令。

图1示意性地示出根据各种实施例的无线通信网络100。无线通信网络100(下文为“网络100”)可为3GPP LTE网络的接入网络，诸如演进的通用陆地无线接入网络(E-UTRAN)。网络100可包括配置成与用户设备(UE)108进行无线通信的基站，例如高级节点基站(eNB)104。

如图1中示出的那样，UE 108可包括与收发器模块116耦合的反馈控制器112。收发器模块116可进一步与UE 108的多个天线132中的一个或多个耦合，以与网络100的其它构件(例如，eNB 104)进行无线通信。

在一些实施例中，UE 108能够利用载波聚合(CA)，其中，聚合一些分量载波(CC)以在eNB 104和UE 108之间通信。收发器模块116可配置成通过采用相应的多个CC的多个服务小区与eNB 104通信。CC可设置在不同的带中，并且可与不同的TDD UL-DL配置(在下文也被称为“UL-DL配置”)相关联。因而，在一些实施例中，至少两个服务小区可具有不同的UL-DL配置。

下面的表3示出可用于本发明的各种实施例中的示例UL-DL配置。

表3

在表3中，D是下行链路传输的子帧，U是上行链路传输的子帧，而S是例如在保护时间里使用的特殊子帧。在一些实施例中，特殊子帧可包括三个字段：可包括DCI的下行链路导频时隙(DwPTS)、保护期间(GP)和上行链路导频时隙(UpPTS)。

在初始连接建立时，UE 108可采用一级CC(也可称为CC₀)与eNB 104的一级服务小区(PCell)连接。这个连接可用于各种功能，诸如安全性、移动性、配置等。随后，UE 108可利用一个或多个二级CC与eNB 104的一个或多个二级服务小区(SCell)连接。这些连接可用来提供额外的无线电资源。

图2示出根据实施例的、具有HARQ-ACK定时信息的示例TDD通信结构200。在TDD通信结构200中，可配置三个服务小区用于在eNB 104和UE 108之间通信。例如，具有UL-DL配置0的PCell、具有UL-DL配置2的SCell 1，以及具有UL-DL配置1的SCell 2。在其它实施例中，可配置其它数量的服务小区用于在eNB 104和UE 108之间通信。

在TDD通信结构200中，PCell可具有包括一个子帧的捆绑窗口(bundling window)M₀，该子帧可包括下行链路传输（例如，指示下行链路半持续调度(SPS)版本的PDSCH传输或PDCCH传输），对该下行链路传输，对应的HARQ-ACK信息作为PUSCH传输而在相关联的上行链路子帧(例如 SCell 1的子帧7)中传输。SCell 1可具有包括四个子帧的捆绑窗口M₁，该四个子帧可包括下行链路传输，对该下行链路传输，对应的HARQ-ACK信息作为PUSCH传输而在相关联的上行链路子帧(例如SCell 1的子帧7)中传输。SCell 2可具有包括两个子帧的捆绑窗口M₂，该两个子帧可包括下行链路传输，对该下行链路传输，对应的HARQ-ACK信息作为PUSCH传输而在相关联的上行链路子帧(例如SCell 1的子帧7)中传输。将被用来传输对应的HARQ-ACK信息的相应的捆绑窗口的DL子帧和UL子帧之间的相互关联可基于预定HARQ定时基准。关于表4在下面示出和论述这样的HARQ定时基准的示例。

在图2中示出的示例中，显示了能够携带下行链路传输(针对该下行链路传输，传输对应的HARQ-ACK信息)的所有子帧都具有PDSCH传输。但是，在其它实施例中，eNB可不在这些子帧中的一个或多个上调度下行链路传输。

图3示出根据一些实施例的确定HARQ-ACK电码本大小的方法300。方法300可由UE的反馈控制器执行，例如UE 108的反馈控制器112。在一些实施例中，UE可包括和/或访问其上存储有指令的一个或多个计算机可读介质，当执行时，指令使UE或反馈控制器执行方法300。

在304处，反馈控制器可针对各个配置的服务小区，确定HARQ-ACK定时和捆绑窗口。在一些实施例中，反馈控制器可针对各个配置的服务小区，确定与上行链路子帧相关联的捆绑窗口内的子帧的总数量。大体上，HARQ-ACK捆绑窗口可包括下行链路子帧和特殊子帧两者，因为它们都能够携带PDSCH传输。但是，在一些实施例中，可从捆绑窗口中排除某些特殊子帧，以便减小HARQ-ACK电码本大小。例如，具有标准下行链路循环前缀(CP)的配置0和配置5或具有扩展下行链路CP的配置0和配置4的特殊子帧可从捆绑窗口中排除，因为它们通常不携带PDSCH传输。可依照3GPP技术规范(TS)36.211 V10.5.0(2012-06)的表4.2-1来限定特殊子帧配置。

在一些实施例中，可根据TDD的预定的下行链路相互关联集索引来确定HARQ-ACK定时和捆绑窗口M_c，如在表4的HARQ定时基准的UL-DL配置中示出的那样。

表4

在各种实施例中，各个服务小区可具有与服务小区的UL-DL配置相同或不同的HARQ定时基准。服务小区的UL-DL配置在服务小区的系统信息块(SIB)1中传递，并且因此，也可被称为服务小区的SIB1配置。PCell的HARQ定时基准可与PCell的SIB1配置相同，而可根据表5通过考虑SCell的SIB1配置和PCell的SIB1配置两者来选择SCell的HARQ定时基准。

表5

根据表5，以及参照图2，PCell将对其HARQ定时基准使用UL-DL配置0，SCell 1将对其HARQ定时基准使用UL-DL配置2，而SCell2将对其HARQ定时基准使用UL-DL配置1。虽然这个实施例示出两个SCell都对HARQ定时基准使用它们的SIB1配置，但在其它实施例中，SCell可对其HARQ定时基准使用其它UL-DL配置。例如，如果SCell 1具有为3的SIB1配置，以及PCell具有为1的SIB1配置，则SCell将对其HARQ定时基准使用UL-DL配置4。

为了进一步示出表4和5的用途，考虑以下内容。由于规定SCell 1的子帧7(例如n=7)作为用于传输HARQ-ACK信息的上行链路子帧，相关联的下行链路子帧可由n-k确定，其中，k∈K。捆绑窗口的大小M_c是元素集合K的基数，而捆绑窗口的具体子帧由确定。所以，PCell的捆绑窗口的大小M₀为1(考虑到仅一个元素与UL-DL配置0相关联，在表4中，子帧n=7)，并且M₀的下行链路子帧为7-6=1，例如，DL子帧1。SCell 1的捆绑窗口的大小M₁为4(考虑表4的四个元素)，而M₁的DL子帧是前面的帧(7-8)的子帧3(7-4)、子帧1(7-6)、子帧0(7-7)和子帧9。SCell 2的捆绑窗口的大小M₂为2(考虑表4的两个元素)，而M₂的DL子帧是子帧0(7-7)和子帧1(7-6)。

在308处，反馈控制器可确定DAI。DAI可在与上行链路子帧n具有预定相互关联的子帧中传递，上行链路子帧n例如将在SCell 1的子帧7中携带捆绑窗口的HARQ-ACK信息。在一些实施例中，DAI可在子帧中传递，其中，在表2中限定。在一些实施例中，根据表1，DAI可用来确定。可对应于多个服务小区的捆绑窗口内的调度下行链路子帧的数量的最大值。参照图2， =4，因为在SCell 1中调度4个下行链路子帧。

在312处，反馈控制器可确定对应于配置的服务小区的、在上行链路子帧的PUSCH上的HARQ-ACK位的数量。在一些实施例中，反馈控制器可基于来确定各个服务小区的HARQ-ACK位的数量，基于上行链路资源分配的DAI，并且反馈控制器可根据HARQ定时基准配置来确定对应的服务小区的捆绑窗口的子帧的数量。

在一些实施例中，可用以下等式来确定第c个服务小区的HARQ-ACK位的数量O_c。

等式1。

其中，U是所有配置的服务小区之中的的最大值，是具有在第c个服务小区的捆绑窗口中接收到的传输(例如，指示下行链路SPS版本的PDSCH和PDCCH)的子帧(例如，关于表4而描述的子帧(一个或多个)n-k，其中，k∈K)的总数量，由包括在DCI中的DAI确定，DCI可具有格式0或4，DAI分配服务小区的上行链路传输资源，其中，根据表1，UCI在子帧中捎带于PUSCH(例如SCell 1)上，其中在表2中限定；如果在第c个服务小区中配置的传输模式支持一个传送块，则=1，否则=2；以及如果X≤Y，则Min(X，Y)=X，否则Min(X，Y)=Y。

在其中多个聚合服务小区中没有一个包括配置5作为HARQ定时基准配置的实施例中，将至少像U那样大，从而消掉等式1的项。因而，等式1简化为：

等式2。

因而，在一些实施例中，如果聚合服务小区的HARQ定时基准配置中没有一个为配置5，则等式2将用于在UL子帧n中、以及在由其相关联的具有的UL准许来调节的PUSCH上进行HARQ-ACK传输，而如果聚合服务小区中的任一个的HARQ定时基准配置为配置5，则等式1将用于在UL子帧n中、以及在由其相关联的具有的UL准许来调节的PUSCH上进行HARQ-ACK传输。

可注意到的是，在一些实施例中，在其中执行PUSCH调度的服务小区(例如图2中的SCell 1)具有SIB1配置0的情形中，既不可使用等式1，也不可使用等式2。在这些实施例中，eNB可能无法以DCI格式0/4传输DAI，因此，UE将无法确定W。

用于第c个服务小区的HARQ-ACK反馈位如下地构建，其中c≥0：用于PDSCH传输的HARQ-ACK与PDDCH或PDCCH传输的DCI消息相关联，该DCI消息指示子帧n-k中的下行链路SPS版本与相关联，如果在第c个服务小区中配置的传输模式支持一个传送块，或者与相关联，否则与相关联，其中DAI(k)是DAI的值，其用于下行链路子帧的资源分配，DAI的值呈在子帧n-k中检测到的DCI格式1A/1B/1D/1/2/2A/2B/2C，这取决于第c个服务小区中的捆绑窗口。没有任何检测到的PDSCH传输或者没有指示下行链路SPS版本的检测到的PDCCH的HARQ-ACK反馈位可设定成NACK。

在下面提供示例，参照图2，以及假设配置具有两个激活的传送块的传输模式4。各个CC的特殊子帧配置为具有标准下行链路循环前缀(CP)的配置3。如上面陈述的那样，在这个示例中，eNB可在规定的捆绑窗口内的各个时机传输，例如，PCell的子帧1、SCell 1的子帧9、0、1和3，以及SCell 2的子帧0和1。另外，UE可在SCell 1的子帧3中在SCell 1的子帧7处接收PUSCH传输的上行链路准许。由于根据目前的假设，捆绑窗口内的PDSCH调度子帧的总数量的最大值为4，所以子帧7的上行链路准许的应由eNB设定为4。根据等式1，PCell的HARQ-ACK位的O₀值可计算如下

。

以同样的方式，SCell 1和SCell 2的HARQ-ACK位分别可确定为O₁=8和O₂=4。根据一些实施例，在图4的HARQ-ACK位生成表400中以图形的方式示出了这一点。如果根据Rel-10方法确定HARQ-ACK位，则结果将为O₀=8、O₁=8和O₂=8。

在316处，反馈控制器可确定上行链路子帧的PUSCH上的HARQ-ACK电码本大小。根据以下等式，可通过合计对应于多个服务小区中的各个的HARQ-ACK位的数量来确定HARQ-ACK电码本大小，

等式2。

在上面论述的示例中，O=14。在Rel-10方法中，O=24。因而，所描述的实施例使HARQ-ACK开销降低42%。照这样，可在不影响HARQ-ACK性能的情况下，改进PUSCH性能和系统通过量。

通过使用任何适当的硬件和/或软件来如期望的那样进行配置，可将本文描述的UE 108实现到系统中。对于一个实施例，图5示出示例系统500包括一个或多个处理器504、与处理器(一个或多个)504中的至少一个耦合的系统控制逻辑508、与系统控制逻辑508耦合的系统存储器512、与系统控制逻辑508耦合的非易失性存储器(NVM)/存储516、与系统控制逻辑508耦合的网络接口520，以及与系统控制逻辑508耦合的输入/输出(I/O)装置532。

处理器(一个或多个)504可包括一个或多个单核或多核处理器。处理器(一个或多个)504可包括通用处理器和专用处理器(例如图形处理器、应用处理器、基带处理器等)的任何组合。

用于一个实施例的系统控制逻辑508可包括任何适当的接口控制器，以对处理器(一个或多个)504中的至少一个，和/或对与系统控制逻辑508通信的任何适当的装置或构件提供任何适当的接口。

用于一个实施例的系统控制逻辑508可包括一个或多个存储器控制器，以对系统存储器512提供接口。系统存储器512可用来加载和存储系统500的数据和/或指令。在一些实施例中，系统存储器512可包括HARQ逻辑524，当执行时，HARQ逻辑524使反馈控制器执行本文描述的各种操作。用于一个实施例的系统存储器512可包括任何适当的易失性存储器，诸如例如适当的动态随机存取存储器(DRAM)。

NVM/存储516可包括用来存储数据和/或指令(例如，HARQ逻辑524)的一个或多个有形的非暂时性计算机可读介质。NVM/存储516可包括任何适当的非易失性存储器，诸如例如闪速存储器，并且/或者可包括任何适当的非易失性存储器装置(一个或多个)，诸如例如一个或多个硬盘驱动器(HDD)、一个或多个光盘(CD)驱动器和/或一个或多个数字多功能盘(DVD)驱动器。

NVM/存储516可包括在物理上是其上安装有系统500的装置的一部分的存储资源，或者NVM/存储516可由该装置访问，但不必是该装置的一部分。例如，可经由网络接口520通过网络访问NVM/存储516，和/或通过输入/输出(I/O)装置532访问NVM/存储516。

网络接口520可具有类似于收发器模块116的收发器模块522，以为系统500提供无线电接口，以通过一个或多个网络通信，和/或与任何其它适当的装置通信。在各种实施例中，收发器模块522可与系统500的其它构件集成在一起。例如，收发器模块522可包括处理器(一个或多个)504的处理器、系统存储器512的存储器，以及NVM/存储516的NVM/存储。网络接口520可包括任何适当的硬件和/或固件。网络接口520可包括多个天线，以提供多输入多输出无线电接口。用于一个实施例的网络接口520可包括例如接线网络适配器、无线网络适配器、电话调制解调器和/或无线调制解调器。

对于一个实施例，处理器(一个或多个)504中的至少一个可与系统控制逻辑508的一个或多个控制器的逻辑封装在一起。对于一个实施例，处理器(一个或多个)504中的至少一个可与系统控制逻辑508的一个或多个控制器的逻辑封装在一起，以形成封装系统(SiP)。对于一个实施例，处理器(一个或多个)504中的至少一个可与系统控制逻辑508的一个或多个控制器的逻辑集成在同一管芯上。对于一个实施例，处理器(一个或多个)504中的至少一个可与系统控制逻辑508的一个或多个控制器的逻辑集成在同一管芯上，以形成片上系统(SoC)。

在各种实施例中，I/O装置532可包括设计成使得用户与系统500交互成为可能的用户接口、设计成使得外围构件与系统500交互成为可能的外围构件接口，和/或设计成确定与系统500有关的环境状况和/或位置信息的传感器。

在各种实施例中，用户接口可包括(但不限于)显示器(例如液晶显示器、触摸屏显示器等)、扬声器、耳机、一个或多个摄像机(例如照相机和/或摄影机)、闪光灯(例如发光二极管闪光)和键盘。

在各种实施例中，外围构件接口可包括(但不限于)非易失性存储器端口、通用串行总线(USB)接口、耳机插座和电源接口。

在各种实施例中，传感器可包括(但不限于)陀螺传感器、加速度计、接近度传感器、环境光传感器和定位单元。定位单元也可为网络接口520的一部分，或者与网络接口520交互，以与定位网络的构件(例如全球定位系统(GPS)卫星)通信。

在各种实施例中，系统500可为eNB或移动计算装置，诸如(但不限于)膝上型计算装置、平板计算装置、笔记本、智能电话等。在各种实施例中，系统500可具有更多或更少的构件，和/或不同的体系结构。

虽然已经为了描述的目的，在本文中示出和描述了某些实施例，但预计实现同一目的的许多备选方案和/或等效实施例或实现可代替所示出和描述的实施例，而不偏离本公开的范围。本申请意于覆盖本文论述的实施例的任何修改或变化。因此，明显意于的是，本文描述的实施例仅由所附权利要求及其等效体限制。