用于针对载波聚合的混合自动重传请求信令的方法和设备与流程

本申请是申请号为201380023589.0、申请日为2013年5月8日、发明名称为“用于针对载波聚合的混合自动重传请求信令的方法和设备”的中国专利申请的分案申请。

相关申请

本申请要求2012年5月10日提交且由申请序号61/645,476标识的美国临时专利申请的优先权，该申请被结合到本文中。

本发明涉及用于针对在不同波段上具有不同上行链路/下行链路ul/dl配置的带间时分双工tdd载波聚合，使用物理上行链路控制信道pucch的混合自动重传请求harq反馈的系统和方法。

场合技术

载波聚合或ca是最近由第3代合作伙伴计划3gpp的成员针对所谓的长期演进所开发的新特征其中的一个，并且被标准化为lte版本10的一部分，称为“lterel-10”或简单地“rel-10”，其也称为高级lte。rel-8是lte标准的早期版本且其支持高达20mhz的带宽。相反地，高级lte支持高达100mhz的带宽。针对高级lte所设想的非常高的数据速率要求扩展传输带宽。

为了保持与rel-8移动终端的向后兼容性，rel-10中的可用频谱被划分成称为分量载波的块或cc，其中，每个cc是rel-8兼容的。ca使得能够通过允许移动终端通过多个rel-8兼容cc的“聚合”来传输数据，而实现超过lterel-8系统限制的带宽扩展，所述多个rel-8兼容的cc一起能够覆盖高达100mhz的频谱。针对ca的这种方法确保与传统rel-8移动终端的兼容性，同时还通过使得能够在宽带高级lte载波的所有部分中调度传统移动终端而确保在rel-10及以上版本中支持的较宽载波带宽的高效使用。

聚合cc的数目以及单独cc的带宽对于上行链路ul和下行链路dl传输而言可以是不同的。当ul中的cs的数目与在dl中相同时，将聚合cs的配置称为“对称的”。因此，将具有在ul对比dl中聚合的cc的ca数目不同的配置称为不对称配置。并且，针对地理小区区域配置的cc的数目可不同于给定移动终端所见的cc的数目。移动终端例如可支持比上行链路cc更多的下行链路cc，即使在特定区域中可由网络提供相同数目的上行链路和下行链路cc。

lte系统可以在频分双工fdd模式或tdd模式下操作。在fdd模式下，下行链路和上行链路传输在不同的充分分离的频带中进行。另一方面，在tdd模式下，下行链路和上行链路传输在不同的非重叠时隙中进行。因此，tdd可以在不成对频谱中操作，而fdd要求成对频谱。tdd模式还允许在分别为上行链路和下行链路传输分配的资源量方面的不同不对称性。在这方面而言，tdd小区的ul/dl配置特别地确定在给定无线电帧内供dl使用和供ul使用的子帧的特定分配。不同的ul/dl配置对应于不同的dl和ul分配比例。因此，可以针对给定tdd载波不对称地分配ul和dl资源。

用于在ca场合下的操作的一个考虑是如何在ul上从用户设备ue或其他移动终端向无线网络传输控制信令。特别地，ul控制信令包括harq反馈。本文所使用的术语“harq反馈”表示对于给定harq反馈窗口而言，针对被报告的cc而从移动终端传输的harq-ack比特。在ca中，针对ul子帧n处的给定harq反馈传输，每个cc(服务小区)将具有与harq反馈相关联的一定数目的dl子帧，将其称为用于服务小区的关联集合。ca配置中的服务小区的ul/dl配置定义这些关联集合—并且读者可参考3gppts36.213版本10.5.0release10中的表10.1.3.1-1，以获得关联集合细节的示例。

因此，对于ca场合下的harq报告而言，ca配置中的每个服务小区都在定义子帧窗口内具有某些关联dl子帧，并且在本公开中，除非另外说明，术语“harq反馈窗口”指的是跨过在harq反馈生成中涉及到的所有服务小区所取的、dl子帧的整个集合或跨度，其与正在生成的harq反馈相关联。也就是说，除非另外说明，术语“harq反馈窗口”跨越在给定harq反馈事件中的被报告的各服务小区的所有关联集合。此外，本文所使用的术语“harq-ack比特”指的是harq反馈内的给定harq反馈比特或比特位置，无论该比特的状态是ack值、nack值还是dtx值。

根据lterel-8或rel-9—即没有ca—操作的ue仅配置有单个下行链路cc和上行链路cc。用来传输物理下行链路控制信道pdcch的针对特定下行链路分配的第一控制信道单元cce的时间频率资源位置确定了将被目标ue用于在pucch(其在本文中称为“rel-8pucch)上发送相应harq反馈的动态资源”。在rel-8方案中未发生pucch冲突，因为用于给定子帧的所有pdcch都由网络使用不同的第一cce发射。因此，每个目标ue在ul中使用不同的cce资源来发送对应于其pdcch接收的harq反馈。

harq反馈在ca场合下变得更加复杂，其中，harq反馈涉及多个服务小区或者等价地多个cc。对于dl中的ca而言，ue必须针对在多个ccs上的同时传输的情况，反馈多个harq比特。pucch格式3提供了用于在给定ul子帧中反馈超过四个harq-ack比特的高效机制，并且因此表示用于涉及到超过两个服务小区的ca配置中的harq反馈的良好选择。

更详细地，pucch格式3使用dft预编码ofdm，其也被ue用于ul共享信道、ul-sch传输。在rel-10capucch中，根据每个cc的传输模式，按每dlcc生成一个或两个harq-ack比特。这些比特和调度请求sr比特(如果存在的话)被级联成比特序列，具有对应于被设置成零的未调度传输块的比特。在应用于此序列时块编码和加扰产生48个比特，这48个比特是被qpsk调制的，被分成两组，每组12个qpsk符号，并且所述两组由ue在其中发射harq反馈的子帧n的两个时隙中进行发射。

然而，rel-10中的capucch及其他harq反馈协议被断言是基于给定ca配置中的所有服务小区具有相同ul/dl配置且因此具有相同ul/dl子帧分配的假设。例如，此假设可以在上述3gppts36.213中的10.1.3.1小节和表格10.1.3.1-1中所解释的“m”参数的使用中看出。可以将ca配置中的服务小区或cc的“m”参数理解为表示就要生成的harq反馈而言服务小区的关联集合的大小。

特别地，rel-11增加聚合具有不同ul/dl配置的载波并聚合具有不同频带和/或无线电接入技术rat的载波的灵活性。rel-11因此引入了许多新的harq反馈方案，其与在用于ca情形的rel-10中引入的harq反馈信令不兼容。

技术实现要素：

在一个方面中，本文中的教导内容提供了一种用于重用pucch格式3来解决在rel-11中遇到的新harq-ack反馈情况的系统和方法，其中，在ue的ca配置中涉及到不同的ul/dl配置，诸如在不同波段上具有不同ul/dl配置的rel-11带间tddca。在本公开中，以示例的方式举例说明的各种实施例使得能够在不明显地增加说明书和实施方式复杂性的情况下实现用于rel-11tddca的可靠且高效的harq-ack反馈。

示例性实施例涉及一种在ue处的生成harq反馈以用于在无线通信网络中传输的方法，所述网络例如为lte网络。该方法包括在针对ue的ul许可中，接收下行链路分配索引dai，其中，该ue根据将无线通信网络的大量tdd小区聚合为用于该ue的服务小区的ca配置进行操作。在本文中，dai的值向ue指示对于其而言ue应潜在地提供harq反馈的子帧数目，并且因此不是小区特定值，与服务小区的小区特定关联集合大小相反。在ul许可中指示的dai是跨多个服务小区有效的单个值。

该方法还包括基于dai的值与用于服务小区的关联集合的大小之间的最小一个，而确定针对每个服务小区要生成的harq反馈比特的数目。每个服务小区的该关联集合由服务小区的ul/dl配置定义，且指示哪些dl子帧与用于服务小区的harq反馈相关联。相应地，该方法包括基于针对每个服务小区的生成所确定数目的harq反馈比特，而生成所述harq反馈。该方法使得ue能够甚至针对涉及到不同ul/dl配置的服务小区的rel-11ca配置，将pucch格式3重新用于pusch上的harq反馈传输。

在另一实施例中，ue被配置成生成用于无线通信网络中的传输的harq反馈。根据本示例性配置，ue包括通信接口和在操作上与通信接口相关联的控制器电路。该通信接口被配置成用于经由空中接口而与无线通信网络通信，以及控制器电路根据用于生成harq反馈的有利配置而进行操作。

在一个此类示例中，控制器电路被配置成在用于ue的ul许可中接收dai，其中，ue正根据将无线通信网络的大量tdd小区聚合为用于ue的服务小区的ca配置进行操作。如所注意到的，dai的值向ue指示与harq反馈相关联的dl调度分配的数目，且因此不是小区特定值，这与服务小区的小区特定关联集合大小相反。

控制器还被配置成基于dai的值与用于服务小区的关联集合的大小之间最小一个，确定针对每个服务小区要生成的harq反馈比特的数目，其中每个服务小区的关联集合由服务小区的ul/dl配置定义，并指示哪些dl子帧与用于服务小区的harq反馈相关联。相应地，控制器电路被配置成基于针对每个服务小区生成所确定数目的harq反馈比特而生成harq反馈。

当然，本领域的技术人员将认识到，本发明不限于以上场合或示例，并且在阅读以下详细描述时和观看附图时将认识到附加的特征和优点。

附图说明

图1是示出根据此处的教导内容所配置的长期演进lte网络的功能框图。

图2是示出根据此处的教导内容所配置的用户设备ue的示例性部件的功能框图。

图3是示出例如用于图1的网络中的小区的tdd操作的示例性ul/dl配置的图。

图4示出表1，其为来自3gppts36.213的表10.1.3.1-1的再现，并且其定义用于根据图3中所示的ul/dl配置操作的tdd小区的关联集合。

图5是示出根据本文中的教导内容所配置的enodeb或enb的功能框图。

图6和图7示出针对ul/dl配置#1和#2的根据在表1中给出的关联集合定义的用于给定harq反馈事件的dl子帧关联。

图8图示出表2，其在rel-11ca中用来在ca配置中基于辅小区scell和主小区pcell的ul/dl配置，在ue的ca配置中确定用于辅小区scell的harq定时。

图9是在此处针对ue所教导的harq反馈生成的方法的一个实施例的逻辑流程图。

图10是示出根据在此处教导的harq反馈生成的一个或多个实施例的harq反馈信令程序的信令图。

具体实施方式

图1示出设想在本文呈现的教导内容的一个或多个实施例中使用的现代无线通信网络10的典型示例。特别地，根据由3gpp公布的lte标准来描述网络10。如图所示，网络10包括核心网络—在lte场合下的“演进分组核心”—和无线电接入网14—针对lte场合被表示为e-utran—即演进通用陆地无线电接入网。

核心网络12包括多个节点16，其包括具有移动管理实体mme以及信令网关s-gw的功能的那些节点。无线电接入网14继而包括许多基站18，在lte场合下称为演进nodeb、enodeb或者简单地称为enb。enb18通过被称为“x2”接口的逻辑接口而相互可通信地连接。此外，enb18通过被称为“s1”接口的逻辑接口而与mme/s-gw16通信。

enb18还与图中所示的用户设备ue20所表示的一个或多个用户终端进行通信。相对于那些通信，每个enb18提供或另外控制一个或多个“小区”。与一个enb18相关联的多个小区可在地理区域方面部分地或完全重叠。同样地，与相邻enb18相关联的小区可以在其各自边界处至少部分地重叠。如在本领域中很好地理解的，可将小区理解为特定地理区域上的特定无线电资源的分配。例如，给定enb18可通过针对两个小区使用不同载波，例如在不同频带或子带中的载波，来提供部分地或完全重叠的两个小区。除非为了清楚起见而需要区别，在本文中的感兴趣ca场合下，与“分量载波”或“cc”可互换地使用术语“服务小区”。

为了更容易地讨论，图1图示出仅一个ue20。当然，可以存在由网络10支持的许多ue20，并且同样地，网络10可以包括附加enb18、mme/s-gw16以及未示出的、诸如用于授权、访问控制和记账、操作和维护等的各种其他实体。作为理解的辅助点，应对术语“ue”给予涵盖基本上被配置成在网络10内进行操作的任何无线设备或装置的宽泛解释，诸如蜂窝式电话之类的移动终端或其他无线计算设备是非限制性的示例。

无线电接入网14提供将ue20和enb18通信链接的空中接口，其中，空中接口由特定频率、信号类型/结构、定时、协议等限定。在示例性情况下，空中接口遵循lte规范。enb18为ue20提供对核心网络12以及对核心网络12所通信耦合的其他系统和网络的接入。

图2提供了一个功能框图，其示出被配置成根据本文中的教导内容的一个或多个实施例操作的示例性ue20的部件。如在图中所看到的，示例性ue20包括可编程控制器22、存储器24、用户i/o接口26以及通信接口28。用户i/o接口26提供用户与ue20交互所需的部件，并且其细节取决于ue20的预定用途和特征，这并非是在本讨论中特别关心的问题。

通信接口28包括支持经由空中接口与无线通信网络10的无线通信的收发机—发射机和接收机。也就是说，通信接口28提供通过适当的空中接口与网络10中的enb18的通信。在一个或多个实施例中，该空中接口是基于lte的空中接口，并且通信接口28被配置成根据lte规范，例如根据rel-11，进行操作。存储器24可以包括在本领域中已知的任何固态存储器或计算机可读介质。此类介质的适当示例包括但不限于rom、dram、flash或可作为计算机可读介质操作的器件，诸如光学或磁介质。当然，也可包括例如在可编程序控制器22中或可对其可访问的诸如sram之类的工作存储器。

也称为“控制器电路”的可编程控制器22由一个或多个微处理器、硬件、固件或其任何组合实现，并且一般地根据适当标准来控制ue20的操作和功能。此类操作和功能包括但不限于如先前所述地与enb18通信。在这方面，可将可编程序控制器22配置成实现存储在存储器24中的逻辑和指令，以执行本文所述的一个或多个设备侧方法或任何变型或扩展。特别地，将理解的是，无论是经由计算机程序指令执行而编程配置还是经由固定电路来配置，示例性ue20均被配置成根据本文中的教导内容而生成harq反馈。

根据一个示例，ue20被配置成以如下方式生成harq反馈以便在网络10中传输，该方式允许ue20重用如在用于capucch的rel-10中所使用的pucch格式3，来解决在rel-11中遇到的新harq-ack反馈情况，诸如在不同波段上具有不同ul/dl配置的带间tddca。本示例所提供的实施例以及本文公开的其他实施例使得能够实现用于rel-11中的新harq反馈情形的可靠且高效的harq-ack反馈，所述新harq反馈情形涉及具有不同ul/dl配置的服务小区的ca配置，诸如在规范和实现复杂性方面没有显著增加的rel-11带间tddca。

为了更好地理解这些优点，参考图3，其描述了用于lte网络中的小区的tdd操作的七个定义ul/dl配置。lte无线电帧是十毫秒，并且每个帧包括每一毫秒的十个子帧。本领域的技术人员将认识到每个lte子帧包括每个半毫秒两个时隙，并且每个时隙跨越六个或七个正交频分复用ofdm符号时间，这取决于正在使用的正常循环前缀cp或扩展cp。根据该图看出每个ul/dl配置定义给dl使用和ul使用的子帧的某个分配，并且包括具有缩写dl部分—dwpts—和缩写ul部分—uppts的“特殊”子帧。保护部分或gp将特殊子帧的dl和ul部分分离。

lterel-8指定ue应在相对于针对其正在生成harq反馈dl子帧而言具有预定义位置的ul子帧中，提供用于pdsch解码的harq反馈。特别地，如果存在通过对应物理下行链路控制信道pdcch的检测所指示的pdsch传输，或者如果在一个或多个子帧n-k内存在指示下行链路半持久性调度sps版本的pdcch，其中k在所谓的关联集合k＝{k0,k1,...,km-1}内，则ue应在ul子帧n中在pucch上发射此类harq反馈。如在本公开中先前介绍的，可以将该关联集合理解为定义与用于在ul子帧n处传输而生成的harq反馈相关联的dl子帧。图5中所示的表1示出在ts36.213中指定的用于图5中所示的不同ul/dl配置的关联集合，并且是3gppts36.213中的表10.1.3.1-1的再现。

用m来表示关联集合k的大小。在rel-10中，使用参数m来确定用于harq反馈的pucch资源和信令。参数m可以在不同的子帧中和不同ul/dl配置的小区中采取不同的值。然而，如所述，针对ca场合，rel-10假设所有聚合服务小区都具有相同的ul/dl配置。因此，对于任何给定子帧而言，m参数对于rel-10ca中的ue而言跨过所有被配置为服务小区的cc均是相同的。

为了更好地理解dl子帧关联集合，可以考虑表1示出根据ul/dl配置#1的用于ul子帧7的k＝{7，6}。这对应于载送用于在子帧7-7＝0和7-6＝1中传输到ue的pdsch的可能harq反馈比特。此布置在图6中图示出，图6示出了每十个子帧两个连续lte帧，其中，将每个帧中的子帧从0至9编索引。对于ul/dl配置#1，可以看到从dl子帧0和1指向ul子帧7的箭头，其指示在ul子帧7中发送的harq反馈将用于dl子帧0和1。对于图6中的ul子帧7而言，harq反馈窗口然后跨越根据针对其定义的关联集合而与ul子帧7相关联的两个dl子帧0和1。将理解的是，在这种情况下m＝2，即，关联集合大小对于第一所示帧中的ul子帧7而言为二，在图中表示为“帧i”。还要注意，在图中，“d”指示dl子帧，u指示ul子帧，并且s指示特殊子帧。

在类似示例中，图7举例说明根据配置#2，第二帧framei+1中的ul子帧2具有由k＝{8,7,4,6},定义的关联集合，其对应于载送用于在先前帧framei的子帧4、5、6和8中传输的pdsch的可能harq反馈。此布置被示为从关联dl子帧到ul子帧2的箭头。相应地，将理解的是对于framei+1中的ul子帧2而言m＝4，即，其关联集合大小等于四，并且相应的harq反馈窗口包括所有关联dl子帧。

对于rel-10和rel-11中的ca操作而言扩展类似定时关系。在rel-11中，针对聚合主小区pcell和辅小区scell的情况，基于在表2中给出的scellpdschharq定时参考配置数来确定pdschharq定时，如图8中所示。如将理解的，表中的术语“sib”指的是“系统信息块”。

当以在scell—即在自调度小区上传输的pdcch来调度scell时，使用在表2中给出的scellpdschharq定时参考。在交叉调度scell的情况下，还可以定义类似类型的scellpdschharq定时参考配置数目。本文提出的教导内容可应用于这种情况。在ue的ca配置包括三个或更多服务小区的情况下，根据表2基于pcell和相关scellul/dl配置，单独地确定每个服务scell的scellpdschharq定时。

考虑到上述场合，本发明的一个或多个实施例提供了涉及到具有不同m参数值的cc的rel-11ca配置情形中的pucch格式3的有利重用。以相对于在rel-10中针对capucch建立的ca-pucch协议而言基本上透明的方式，来执行此类重用，或者其相对于那些标准至少具有最低限度上中断性，并且同样地对ue施加最小的附加复杂度。

在一个实施例中，诸如图2的示例性配置中所示的ue20被配置成生成用于在网络10中传输的harq反馈。通信接口28包括用于经由空中接口与网络10通信的收发机；以及控制器电路22与通信接口28操作性地关联，且被配置成在针对ue20的ul许可中接收dai，其中，该ue20根据ca配置进行操作，该ca配置将无线通信网络10的多个tdd小区聚合为用于ue20的服务小区。可以假设ca配置是其中并非所有服务小区都具有相同ul/dl配置的rel-11ca配置。并且，正如所注意到的，dai的值指示与harq反馈相关联的dl调度分配的数目，且应重申的是，dai并非是小区特定的值。

继续针对本实施例的示例性配置，控制器电路22还被配置成基于dai的值与用于服务小区的关联集合的大小之间的最小的一个而确定针对每个服务小区要生成的harq反馈比特的数目。如在本文中别处所述，基于dai的值与用于服务小区的关联集合的大小之间最小的一个而确定(904)针对每个服务小区要生成的harq反馈比特的数目，其中，每个服务小区的关联集合由服务小区的上行链路/下行链路ul/dl配置定义，并指示哪些dl子帧与用于服务小区的harq反馈相关联。控制器电路22还被配置成基于生成针对每个服务小区的harq反馈比特的所确定数目而生成harq反馈。

在一个示例中，确定针对每个服务小区要生成的harq反馈比特的数目，控制器电路22被配置成针对每个服务小区设定将所述数目设置为等于dai的值与针对服务小区定义的关联集合的大小之间的最小一个。在另一示例性实施例中或者在同一实施例中但在不同条件下，控制器电路22被配置成通过针对每个服务小区将所述数目设置为等于dai的值与针对服务小区定义的关联集合的大小之间最小一个的倍数，并根据用于服务小区的ue(20)的传送块传输模式来设置该倍数，确定针对每个服务小区要生成的harq反馈比特的数目。如果ue20被配置有用于服务小区的单个传送块传输模式，则在示例性配置中的ue20将倍数设置成一，并且如果ue20被配置有用于服务小区的两个传送块传输模式，则将倍数设置成二。

在同一或另一实施例中，控制器电路22被配置成根据子帧配置值而有条件地执行上述生成和确定操作，以用于harq反馈生成，以使得针对具有一个或多个定义的特殊子帧配置的任何dl子帧均不生成harq反馈比特。

在同一或其他实施例中，控制器电路22被配置成在对应于ul许可的pusch上传输harq反馈。在此类传输的一个示例中，控制器电路22重用pucch格式3，以报告针对涉及到所包括服务小区的不同ul/dl配置的rel-11ca配置的harq反馈。

在相关实施例中，计算机程序包括存储在存储器24或其他计算机可读介质中的指令，该指令在被控制器电路22执行时，基于将ue20配置成执行以下操作将ue20配置为生成用于在网络10中传输的harq反馈：(a)针对其中ue20根据将网络10的许多tdd小区聚合为用于ue20的服务小区的ca配置进行操作的情况下，在针对ue20的ul许可中接收dai；(b)基于dai的值与用于每个服务小区的关联集合的大小之间的最小一个，确定针对该服务小区要生成的harq反馈比特的数目，其中，每个服务小区的关联集合由服务小区的上行链路/下行链路ul/dl配置定义，并指示哪些dl子帧与用于服务小区的harq反馈相关联；以及

(c)基于针对每个服务小区生成所确定数目的harq反馈比特而生成harq反馈。

在所示示例性网络10的背景下，给定enb18从给定ue20接收如根据一个或多个上述示例而有利地生成的harq反馈。相对地，图5图示出根据本文教导的一个或多个实施例的被配置成执行网络侧处理的示例性enb18的功能框图。示例性enb18包括可编程控制器30、通信接口32以及存储器34。通信接口32可以例如包括被配置成在lte系统或其他类似系统中操作的发射机和接收机。如在本领域中已知的，发射机和接收机被耦合到未示出的一个或多个天线，并且通过基于lte的空中接口而与ue20通信。存储器34可以包括在本领域中已知的任何固态存储器或计算机可读介质。此类介质的适当示例包括但不限于rom、dram、flash或能够读取计算机可读介质操作的器件，诸如光学或磁介质。

可编程控制器30根据lte标准来控制enb18的操作。可以用一个或多个微处理器、硬件、固件或其组合来实现控制器30的功能，并且其包括执行本文所述的网络侧处理。因此，可根据存储在存储器34中的逻辑和指令，而将控制器30配置成与ue20通信，并执行如本文中教导的harq反馈相关处理的网络侧方面。在根据那些教导的示例性配置中，enb18仅尝试接收ue20根据本文中的设备侧教导内容总共将生成的数量的harq-ack比特。enb18处的此配置因此在harq反馈与数据或csi复用时节省pusch上的资源，并且因此允许pusch上的数据上的较高编码速率。

返回本文中的教导内容的设备侧方面，如提供上述示例的方式所示出的，控制器电路22的有利配置特别地允许将pucch格式3用于涉及到不同的m参数的服务小区的rel-11capucch。在示例性实施例中，控制器电路22被配置成：基于dai的值与用于服务小区的关联集合的大小之间的最小一个，而确定针对每个服务小区要生成的harq反馈比特的数目；以及基于针对每个服务小区生成所确定数目的harq反馈比特，而生成harq反馈。

在上述生成规则的示例性实施例中，控制器电路22被配置成通过针对每个服务小区将所述数目设置为dai的值与针对服务小区定义的关联集合的大小之间的最小一个，来确定针对每个服务小区要生成的harq反馈比特的数目。因此，在本实施例中，基于dai的值与用于服务小区的关联集合的大小之间的最小一个而确定针对每个服务小区要生成的harq反馈比特的数目意指，将该数目确定为dai与用于服务小区c的关联集合大小之间的最小的一个。如果将在给ue20的ul许可中接收到的dai的值表示为且如果将用于服务小区c的关联集合的大小表示为mc，则可以将harq反馈生成规则的该实施例可以表示为：

通过示例的方式，对于给定harq反馈事件和在该事件中涉及到的给定服务小区c而言，假设此处，上述生成规则将基于mc参数，因为其具有最小值。相反地，假设此处，上述生成规则将基于参数，因为其具有最小值。要获得关于rel-11背景下的和dai的其他方面的更全面细节，读者可参考3gppts36.213版本11.1.0release11中的7.3节。

在另一示例中，控制器电路22被配置成通过针对每个服务小区c将所述数目设定为等于dai的值与针对服务小区定义的关联集合的大小之间的最小一个的倍数，来确定针对每个服务小区c要生成的harq反馈比特的数目。在本示例中，控制器电路22针对服务小区，根据对于针对ue20的已配置dl传输模式的可能的传送块数目来设置该倍数。在这种方法的一个示例中，如果ue20针对服务小区配置有用于dl传输模式的单传送块，则ue20将该倍数设置成一，以及如果ue20针对服务小区配置有用于dl传输模式的两个传送块，则将该倍数设置成二。

在以上处理的至少某些实施例中，控制器电路22被配置成根据子帧配置值而有条件地执行确定和生成操作，使得针对具有一个或多个定义的特殊子帧配置的任何dl子帧均不生成harq反馈比特。关于ul/dl配置定义的示例和特殊子帧配置示例，可返回参考图3。

例如，控制器电路22被配置成根据由ue20接收到的ul许可，而在pusch上传输根据上述生成规则而生成的harq反馈。也就是说，在至少一个示例中，ue20使用上述harq反馈生成规则来发送用于rel-11ca配置的harq反馈，重用rel-10capucch格式3。此处，控制器电路22在相应ul许可中接收所述dai。

在本文提出的教导内容的另一示例性实施例中，图9图示出用于生成用于在网络10中传输的harq反馈的方法900。可以例如经由控制器电路22的配置在ue20处实现方法900。根据所示示例，方法900包括：

在这对ue20的ul许可中接收dai(方框902)，其中，ue20根据将无线通信网络10的许多tdd小区聚合为用于ue20的服务小区的ca配置进行操作；

基于所述dai的值与用于服务小区的关联集合的大小之间的最小一个，确定针对每个服务小区要生成的harq反馈比特的数目，其中，每个服务小区的关联集合由服务小区的上行链路/下行链路ul/dl配置定义，并指示哪些dl子帧与用于服务小区的harq反馈相关联(方框904)；以及

基于针对每个服务小区生成所确定数目的harq反馈比特，生成所述harq反馈(方框906)，以及例如使用pucch格式3来传输所生成的harq-ack比特(方框908)。

相应地，图10是图示出ue20与网络10中的enb18之间的示例性信令的信号流程图。因此可以将图10理解为呈现与方法900有关的示例性背景。

考虑用于根据本文中的一个实施例配置的ue20的操作的示例性情形。对于本示例而言，可以假设ue20正在用rel-11ca配置进行操作，在该rel-11ca配置中，对于其而言正在生成harq反馈的dl服务小区中的一个或多个具有不同值的m参数。此外，假设ue20将在对应于ue20的ul许可的pusch上传输harq反馈，假设ul/dl配置0未被用于正在被报告的任何服务小区，并且假设ue20基于对dl子帧执行所有相应单独harq-ack比特的逻辑and操作，而跨过用于给定小区的dl子帧内的多个码字，应用空间harq-ack绑定。此处，ue20对ca配置中的每个服务小区生成个harq-ack比特，其中，mc表示用于第c服务小区的m参数且在ul许可中被ue20接收。

考虑另一示例性情形，但是其中ue20并未跨过dl子帧内的多个码字应用空间harq-ack绑定。此处，针对配置有针对ue2支持单个传送块的dl传输模式的每个dl服务小区，ue20生成个harq-ack比特。针对配置有针对ue20支持两个传送块的dl传输模式的每个dl服务小区，ue20生成个harq-ack位。

对于上述情形而言，可将ue20进一步配置成从生成的harq-ack比特中排除与用于正常循环前缀的配置0和5以及用于扩展循环前缀的0和4的特殊子帧对应的那些比特。如果ue20针对第c个dl服务小区生成超过mc个harq-ack比特—在其中ue20为被配置成遵循规则的情况下—可以将生成的附加harq-ack比特设置成nack或不连续传输dtx。

在另一示例中，可将ue20配置成针对并非基于ul许可的pucch格式3传输或pusch传输，而按每个服务小区c生成mc个harq-ack比特。对于基于ul许可的pusch传输而言，ue20按针对其正在生成harq反馈的每个dl服务小区生成个harq-ack比特，是指示跨过所有服务小区的总harq-ack反馈窗口内的针对ue20所调度的dl子帧的数目。

特别地，受益于在先前描述和关联附图中提出的教导内容的本领域的技术人员将会想到一个或多个公开发明的修改及其他实施例。因此，应理解的是一个或多个发明不限于公开的特定实施例，并且该修改及其他实施例意图被包括在本公开的范围内。虽然在本文中可采用特定术语，但其仅仅是在一般且描述性上而非出于限制的目的所使用的。