用于混合自动重传请求信令的方法和装置制造方法

用于混合自动重传请求信令的方法和装置制造方法
【专利摘要】一方面，本文中的教导提供了一种方法和装置，用于将在LTE Rel-10中引入的被定义用于涉及相同UL/DL配置的TDD服务小区的CA配置的某些HARQ反馈进程扩展至在Rel-11中引入的涉及具有不同UL/DL配置的带间TDD服务小区的聚合的新的更复杂的CA配置。这样的重用在基本上不增加LTE Rel-11中的HARQ反馈信令的规范或实现的情况下在LTE Rel-11中实现了可靠且高效的HARQ反馈信令，而不管在LTE Rel-11中所引入的明显更复杂的CA配置。
【专利说明】用于混合自动重传请求信令的方法和装置
[0001] 相关申请的夺Y引用
[0002] 本申请要求于2012年5月10日提交的第61/645, 397号美国临时专利申请的优 先权，其内容通过用而合并于此。

【技术领域】
[0003] 本发明涉及用于使用物理上行链路控制信道PUCCH用于具有不同频带上的不同 上行链路/下行链路UL/DL配置的带间时分双工TDD载波聚合的混合自动重传请求HARQ 反馈的系统和方法。

【背景技术】
[0004] 载波聚合或CA是第三代合作伙伴项目3GPP的成员最近提出的针对所谓的长期演 进LTE系统的新特征，并且载波聚合被标准化作为被称为"LTE Rel-ΙΟ"或简称为"Rel-10" 的LTE版本10 (其也被公知为LTE-高级）的部分。Rel-8是LTE标准的较早版本，并且其 支持高达20MHz的带宽。相比较而言，LTE-高级支持高达100MHz的带宽。用于LTE-高级 的非常高的数据速率需要对传输带宽的扩展。
[0005] 然而，为了维持与Rel-8移动终端的后向兼容性，Rel-?ο中的可用频谱被分成被 称为分量载波或者CC的块（chunk)，其中每个CC是Rel-8兼容的。CA通过使得移动终端 能够通过多个Rel_ 8兼容的CC的"聚合"来发送数据，实现了超过LTE Rel-8系统的界限的 带宽扩展，其一起可以覆盖100MHz的频谱。该CA方法确保了与传统的Rel-8移动终端的 兼容性，同时还确保了 Rel-ΙΟ中所支持的较宽的载波带宽的高效使用以及通过使得传统 的移动终端能够在宽带LTE-高级载波中的所有部分中被调度而超过的带宽的高效使用。
[0006] 对于上行链路UL和下行链路DL传输而言，聚合CC的数目以及各个CC的带宽可 以不同。在UL中的CC的数目与DL中的相同时，聚合CC的配置可以被称为"对称的，，。因 此，在UL与在DL中被聚合有不同数目的CC的CA配置被称为非对称配置。还应当注意，被 配置用于地理小区区域的CC的数目可以不用于由给定移动终端看到的CC的数目。与上行 链路CC相比，移动终端例如可以支持较多的下行链路CC，即使相同数目的上行链路和下行 链路CC可以在具体的区域中由网络提供。
[0007] LTE系统可以在频分双工FDD模式或TDD模式下操作。在FDD模式下，下行链路和 上行链路传输在不同的、充分地分开的频带中发生。另一方面，在TDD模式下，下行链路和 上行链路传输在不同的、非交叠的时隙中发生。因此，TDD可以在不成对的频谱中操作，而 FDD需要成对的频谱。TDD模式还允许分别被分配用于上行链路和下行链路传输的资源数 量方面的不同的不对称性。在这一点上，TDD小区的UL/DL配置确定在给定的无线帧内的 用于DL用途和UL用途的子帧的特定的子帧分配等。不同的UL/DL配置与DL和UL分配的 不同的部分对应。因此，可以对于给定的TDD载波，非对称地分配UL和DL资源。
[000S] CA情境下的一个操作考虑是如何从移动终端至无线网络在UL上发送控制信令。 除了其他之外，UL控制彳目令包括HARQ反馈。如本文中所使用的，对于给定的撤即反馈窗， 术语"HARQ反馈"表示从所涉及的CC的移动终端发送的HARQ-ACK比特。在此，如在HARQ 反馈生成中所涉及的所有服务小区中所采用的，术语"HARQ反馈窗"指代与生成的HARQ反 馈关联的DL子帧的整个集合或跨度。此外，术语"HARQ-ACK比特"用于指代给定的HARQ反 馈比特，而不管该比特的状态是ACK值、NACK值、还是不连续发送DTX值。
[0009] 用户设备UE或者按照LTE Rel-8或Rel-9操作的其他移动终端，即不具有CA的 其他移动终端，被配置有仅单个下行链路CC和上行链路CC。用于发送特定下行链路分配 的物理下行链路控制信道PDCCH的第一控制信道单元CCE的时频资源位置确定将要由目标 UE用于在PUCCH(其在本情境中被称为"Rel-8PUCCH"）上发送对应的HARQ反馈的动态资 源。Rel-8方案中没有出现PUCCH冲突，因为给定子帧的所有H)CCH由网络使用不同的第 一 CCE来发送。因此，每个目标UE在UL中使用不同的CCE资源来发送与其H)CCH接收对 应的HARQ反馈。
[0010] HARQ反馈在CA情境下变得更复杂，其中HARQ反馈涉及多个服务小区或者相当于 涉及多个CC。然而，Rel-?ο提供用于发送这样的反馈的大量定义方法。这些定义方法在某 种程度上建立在Rel-8中所使用的方法之上，但是具有某种复用和定时条款以覆盖HARQ反 馈中所涉及的多个小区/CC。然而，Rel-ΙΟ过程假定给定CA配置的所有服务小区具有相同 的UL/DL配置，并且因此具有相同的UL/DL子帧分配。
[0011] 除了其他之外，Rel-11添加了聚合具有不同的UL/DL配置的载波以及聚合具有不 同的频带和/或无线电接入技术RAT的载波的灵活性。Rel-ΙΙ因此引入与在Rel-10中针 对CA场景引入的HARQ反馈信令兼容的大量新的HARQ反馈场景。


【发明内容】

[0012] -方面，本文中的教导提供了一种用于将被定义用于的涉及相同UL/DL配置的 TDD服务小区的CA配置的、在LTE Rel-ΙΟ中引入的某些HARQ反馈过程扩展至在Rel-11中 引入的、涉及具有不同的UL/DL配置的带间TDD服务小区的聚合的新的更复杂的CA配置的 方法和装置。这样的重用在LTE Rel-11中实现了可靠且高效的HARQ反馈信令，而基本上 没有增加 LTE Rel-ΙΙ中的HARQ反馈信令的规定或实现复杂性，而不管在LTE Tel-11中所 引入的CA配置明显更复杂。
[0013] 在一个示例中，UE实现用于在无线通信网络中传输的HARQ反馈生成的方法，其中 该方法有利地使得UE能够针对在其CA配置内的所有服务小区生成相同数目的HARQ反馈 比特，甚至在服务小区中的两个或更多个服务小区具有不同的UL/DL配置的情况下。在这 点上，UE根据涉及具有不同的UL/DL配置的两个或更多个TDD服务小区的定义的CA配置来 操作。该方法包括确定两个或更多个服务小区中的哪个服务小区具有最大关联集合大小。 应当理解，服务小区的UL/DL配置将针对每个服务小区的关联集合定义为哪些DL子帧与待 生成的HARQ反馈关联。
[0014] 该方法包括基于最大关联集合大小、针对每个服务小区生成相等数目的HARQ-ACK 反馈比特。对于所确定的服务小区，即具有最大关联集合大小的小区，这样的处理包括根据 与所确定的服务小区关联的每个DL子帧的实际HARQ反馈状态来生成HARQ-ACK比特。该 处理还包括：针对两个或更多个服务小区中的每个剩余的服务小区，根据与剩余的服务小 区关联的每个DL子帧的实际HARQ反馈状态来生成HARQ-ACK比特，并且根据需要将附加的 HARQ-ACK比特生成为DTX值或NACK值，使得针对每个剩余的服务小区生成的HARQ-ACK比 特的数目等于针对所确定的服务小区生成的HARQ-ACK比特的数目。
[0015] 另外地或者可替换地，UE可以被配置成执行另一示例方法，其中UE使用所接收的 下行链路指派索引的值来针对其CA配置中的每个服务小区生成相等数目的HARQ-ACK比 特，甚至在服务小区中的两个或更多个服务小区具有不同的UL/DL配置的情况下。该方法 包括接收下行链路指派索引，其值指示HARQ反馈窗内的DL子帧指派的数目，所述下行链路 指派索引在与正在被生成的HARQ反馈关联的所有服务小区上被采用。服务小区根据其相 应的UL/DL配置作为TDD小区来操作，并且是从针对UE的CA配置已知的。
[0016] 该方法包括基于下行链路指派索引，针对每个服务小区生成相等数目的HARQ-ACK 比特。这样的处理包括：针对每个服务小区，基于DL子帧的关联集合内的每个DL指派的实 际HARQ反馈状态，生成HARQ-ACK比特，所述DL子帧的关联集合通过所述服务小区的所述 UL/DL配置针对所述服务小区被定义。该处理还包括：针对每个服务小区，根据需要将附加 的HARQ-ACK比特生成为DTX或NACK比特，使得针对服务小区生成的HARQ-ACK比特的数目 等于下行链路指派索引。
[0017] 当然，本领域技术人员可以理解，本发明不限于以上情境或示例，并且本领域技术 人员在阅读以下详细描述时以及在查看附图时可以认识到另外的特征和优点。

【专利附图】

【附图说明】
[0018] 图1是图示根据本文中的教导被配置的长期演进LTE网络的功能框图。
[0019] 图2是图示根据本文中的教导被配置的用户设备UE的示例部件的功能框图。
[0020] 图3是图示根据本文中的教导被配置的eNodeB或eNB的功能框图。
[0021] 图4是图示根据本文中教导的HARQ反馈生成的一个或多个实施例的HARQ反馈信 令过程的信令图。
[0022] 图5图示如从LTE Rel-ΙΟ已知的LTE网络中的小区的TDD操作的UL/DL配置。
[0023] 图6图示表1，表1从3GPP TS 36. 213已知并且提供根据图5图示的各种UL/DL 配置中的相应的UL/DL配置来操作的TDD小区的关联设置定义。
[0024] 图7和图8图示图6的表1在如下方面的应用：UE将观察到的关于分别根据图5 的配置#1和配置#2操作的TDD小区的、用于HARQ反馈的DL子帧关联和反馈定时。
[0025] 图9至图12图示各个双小区载波聚合场景的DL子帧关联和定时，该场景涉及主 小区和辅小区的带间聚合，其中UE针对辅小区所使用的HARQ定时基于主小区的HARQ定 时。
[0026] 图13和图14是在CA场景下的、本文中教导的用于针对每个服务小区生成相等数 目的HARQ-ACK比特的方法的示例实施例的逻辑流程图，该CA场景涉及具有不同的UL/DL 配置的服务小区的聚合。
[0027] 图15图示表2,表2根据本文中的教导描绘了用于针对新的LTERel-11CA场景重 用LTE Rel-ΙΟ的CA HARQ信令的示例情况。
[0028] 图16图示表3,其从3GPP TS 36.213已知并且示出了传送块和服务小区到Μ = 1 时针对TDD的PUCCH格式lb的HARQ-ACK信道选择的HARQ-ACK (j)的映射。
[0029] 图17至图19分别图示从3GPP TS 36.213已知的表4、表5和表6,其用于A = 2(表4)3二3(表5)和八=4(表6)时撤1^^0(复用的传输。
[0030] 图20图示从3GPP TS 36. 213己知的表7,其用于每个服务小区上的子帧到Μ = 2 时针对TDD的PUCCH格式lb的HARQ-ACK信道选择的HARQ-ACK(j)的映射。
[0031] 图21图示从3GPP TS 36.213已知的表8,其用于M= 3时HARQ-ACK复用的传输。
[0032] 图224至图223图示从30--了3 36_213已知的表8，其用于1=4时狀1^^〇(复 用的传输。

【具体实施方式】
[0033] 图1图示用于在本文中所呈现的教导的一个或多个实施例中使用的现代无线通 信网络10的代表性示例。具体地，网络1〇是根据3GPP公布的LTE标准而被描绘的。如图 所示，网络10包括核心网12和无线电接入网14,核心网12为LTE情境中的"演进的分组 核心"，无线电接入网14在LTE情境下被称为E-UTRAN，即演进的陆地无线电接入网。
[0034] 核心网12包括多个节点16,节点16包括具有移动管理实体MME和信令网关S-GW 的功能的那些节点。无线电接入网14包括大量基站18,基站18在LTE情境下被称为演进 的NodeB、eNodeB或简称为eNB。eNB 18通过被称为"X2"接口的逻辑接口彼此在通信上连 接。另外，eNB 18通过被称为"S1"接口的逻辑接口与MME/SGW 16通信。
[0035] eNB 18还与用图中所示的用户设备UE 20代表的一个或多个用户终端通信。关于 这些通信，每个eNB 18提供或者以其他方式控制一个或多个"小区"。与一个eNB 18关联 的多个小区在地理区域方面部分或全部交叠。同样，与相邻的eNB 18关联的小区在其相应 的边界处至少部分交叠。如本领域中很好地理解的，小区可以被理解为具体地理区域上的 具体无线电资源的分配。例如，给定eNB 18可以通过在小区中使用不同的载波、如在不同 的频带或者子带中的载波来提供部分或全部交叠的两个小区。在本文中在所关注的CA情 境下，除非为了清楚而需要区分，否则术语"服务小区"与"分量载波"或"CC"可互换地使 用。
[0036] 为了进一步方便讨论，图1图示仅一个UE 20。当然，可以存在由网络10支持的很 多UE 20,并且类似地，网络10可以包括附加的eNB 18、MME/SGW 16和未示出的各种其他 实体、诸如用于授权、接入控制和计算、操作和维护等。术语"UE"应当被给予本质上包括被 配置成在网络10内操作的任何无线设备或装置的广义的构造，移动终端、诸如手机或其他 无线计算设备是非限制性示例。
[0037] 无线电接入网14提供将UE 20和eNB 18在通信上链接的空中接口，其中空中接 口由具体的频率、信号类型/结构、定时、协议等来定义。在示例情况下，空中接口符合LTE 规范。eNB 18向UE 20提供对核心网12、以及对核心网I2在通信上所耦合的其他系统和 网络的接入。
[0038] 图2提供图示示例UE 20的部件的功能框图，UE 2〇被配置成根据本文中的教导的 一个或多个实施例来操作。如在图中可见的，示例UE 20包括可编程控制器22、存储器24、 用户I/O接口 26和通信接口 28。用户I/O接口 26提供用户与UE 20交互所必须的部件， 并且其细节取决于UE 20的意图用途和特征，这不是本公开内容所具体关心的。
[0039] 通信接口 28包括支持经由空中接口与无线通信网络10的无线通信的收发机-- 发射机和接收机。即，通信接口 28提供通过合适的空中接口与网络1〇中的eNB 18的通信。 在一个或多个实施例中，空中接口是基于LTE的空中接口，并且通信接口 28被配置成根据 LTE规范、例如根据Rel-11来操作。存储器24可以包括本领域公知的任何固态存储器或计 算机可读介质。这样的介质的合适的示例包括但不限于ROM、DRAM、FLASH或者可操作作为 计算机可读介质、诸如光学或磁性介质的设备。当然，工作存储器、诸如SRAM也可以被包括 例如在可编程控制器22中或者可访问可编程控制器22。
[0040] 也被称为"控制器电路"的可编程控制器22用一个或多个微处理器、硬件、固件或 者其任意组合来实现，并且通常根据合适的标准来控制UE 20的操作和功能。这样的操作 和功能包括但不限于如先前所指出的与eNB 18通信。在这点上，可编程控制器22可以被 配置成实现在存储器24中所存储的逻辑和指令以执行本文中所描述的设备侧方法、或者 任何变化或扩展。具体地，应当理解，无论是经由计算机程序指令执行在程序上被配置还是 经由固定的电路被配置，示例UE 20被配置成根据本文中的教导来生成HARQ反馈。
[0041] 根据一个示例，UE 20被配置成生成HARQ反馈以用于在网络10中传输。有利地， HARQ反馈生成以如下方式被执行：该方式使得UE 20能够利用CA配置来操作，其中服务小 区中的两个或更多个服务小区具有不同的关联集合大小、诸如在Rel-ΙΙ中所允许的，同时 重用在LTE版本10中被建立的某些HARQ反馈过程以用于涉及全部具有相同的关联集合大 小的服务小区的CA配置。
[0042] 对于关联集合的示例细节，可以参考本文中的图6的表1，其是3GPP TS 36. 213V10. 4. 0(2011)中的表10. 1.3. 1-1的再现。当然，TS36. 213包括用于在非CA和CA 情境下生成HARQ反馈的关联结合的理解细节和背景过程，其可以是读者所关注的。在此， 指出以下情况是足够的：用于给定服务小区或者CC的关联集合可以被理解为定义哪些DL 子帧与将要在给定UL子帧η上发送的HARQ反馈关联。因为Rel-ΙΙ允许具有不同的UL/DL 配置的服务小区聚合，因此UE 20的CA配置中的一些服务小区可以具有较大或较小数目的 关联DL子帧，其使得HARQ反馈的生成变得非常复杂。
[0043] 控制器电路22具有解决这样的复杂性的有利的配置。在一个示例中，控制器电路 22与通信接口 28在操作上关联并且被配置成确定两个或更多个服务小区中的哪个服务小 区具有最大关联集合大小。在此，服务小区是根据针对UE 20定义的CA配置的服务小区， 并且其作为根据其相应的UL/DL配置的TDD小区来操作，其中UL/DL配置定义每个服务小 区的关联集合。任何给定服务小区的关联集合的大小可以用参数"M"来表示。
[0044] 控制器电路22还被配置成通过以下操作来例如对于给定的UL子帧η生成HARQ 反馈：对于所确定的服务小区，根据与所确定的服务小区关联的每个DL子帧的实际HARQ反 馈状态生成HARQ-ACK比特。对于UE的CA配置中的两个或更多个服务小区中的每个剩余 服务小区，控制器电路22被配置成根据与剩余服务小区关联的每个DL子帧的实际HARQ反 馈状态生成HARQ-ACK比特，并且根据需要将附加的HARQ-ACK比特生成为DTX或NACK值， 使得对于每个剩余服务小区生成的HARQ-ACK比特的数目等于对于所确定的服务小区生成 的HARQ-ACK比特的数目。
[0045] 该控制器配置对于在UE 20的CA配置中所包括的每个服务小区或CC生成相等数 目的HARQ-ACK比特，甚至在服务小区中的不同服务小区具有不同的关联集合大小的情况 下。这种方式的HARQ反馈生成提供了若干优点，包括允许UE 20重用在基于具有相同的关 联集合大小的所有服务小区的CA配置的Rel-ΙΟ中所定义的HARQ反馈过程。
[0046] 在相关实施例中，计算机程序包括在存储器24或者其他计算机可读介质中所存 储的指令，这些指令在由控制器电路22执行时，基于将 UE 20配置以确定两个或更多个服 务小区中的哪个服务小区具有最大关联集合大小，来将UE 20配置为生成说即反馈以用于 在通信网络10中传输。如所解释的，服务小区是根据UE 20的CA配置的服务小区，并且作 为根据UL/DL配置的TDD小区来操作，其中UL/DL配置将每个服务小区的关联集合定义为 哪些DL子帧与HARQ反馈关联。
[0047] 程序指令的执行还配置控制器电路22通过以下操作来生成HARQ反馈：对于所确 定的服务小区，根据与所确定的服务小区关联的每个DL子帧的实际HARQ反馈状态来生成 HARQ-ACK比特，以及对于两个或更多个服务小区中的每个剩余服务小区，根据与剩余服务 小区关联的每个DL子帧的实际HARQ反馈状态来生成HARQ-ACK比特，并且根据需要将附加 的HARQ-ACK比特生成为DTX或NACK值，使得对于每个剩余服务小区生成的HARQ-ACK比特 的数目等于对于所确定的服务小区生成的HARQ-ACK比特的数目。
[0048] 另外地或者可替换地，控制器电路22被配置成接收下行链路指派索引DAI。在此， 服务小区如之前那样是具有相应的UL/DL配置的TDD小区，并且被表示为W DAI的DAI的值 向UE指示UE 20将潜在地针对其提供HARQ反馈的子帧的数目，并且与服务小区的小区特 定的关联集合大小相比而言，DAI的值不是小区特定的值。在UL授权中指示的DAI是横跨 多个服务小区有效的单个值，并且可以被理解为由UE 20用来取得HARQ反馈窗的大小的参 数。在这点上，注意，横跨针对其将生成HARQ反馈的CA配置中的所有服务小区，HARQ反馈 窗跨越所有与将要生成的HARQ反馈关联的DL子帧。相比之下，Μ参数所代表的关联集合 大小是小区特定的。即，CA配置中的每个服务小区具有其自己的规定的Μ参数，其可以等 于或者可以不等于下行链路指派索引W DAI。下行链路指派可以在携带UE 20的UL授权的下 行链路控制信息DCI中被接收。
[0049] 本实施例中的控制器电路22被配置成通过以下操作来生成HARQ反馈：对于每个 服务小区生成数目等于下行链路指派索引的HARQ-ACK比特，使得对于每个服务小区生成 相同数目的HARQ-ACK比特。在此，对于每个服务小区生成的HARQ-ACK比特基于被定义用于 服务小区的DL子帧的关联集合内的每个DL子帧指派的实际HARQ反馈状态，并且根据需要 对于每个服务小区生成附加的HARQ-ACK比特，以使得对于每个服务小区生成的HARQ-ACK 比特的数目等于下行链路指派索引。附加的HARQ-ACK比特被生成为DTX或NACK值。应当 理解，该示例控制器电路配置可以基于控制器电路22执行在存储器24或其他计算机可读 介质中所存储的计算机程序指令来实现。
[0050] 图3图示被配置成执行根据本文中教导的一个或多个实施例的网络侧处理的示 例eNB 18的功能框图。示例eNB 18包括可编程控制器30、通信接口 32和存储器34。通 信接口 32可以包括例如被配置成在LTE系统或其他类似的系统中操作的发射机和接收机。 如本领域公知的，发射机和接收机可以耦合至未示出的一个或多个天线，并且通过基于LTE 的空中接口与UE 20通信。存储器34可以包括本领域公知的任何固态存储器或计算机可 读介质。这样的介质的合适的示例包括但不限于R0M、DRAM、闪存或者能够读取计算机可读 介质、诸如光学或磁性介质的设备。
[0051] 可编程控制器30根据LTE标准控制eNB 18的操作。控制器30的功能可以用一 个或多个微处理器、硬件、固件或者其组合来实现，并且包括执行本文中所描述的网络侧处 理。因此，控制器30可以根据在存储器34中所存储的逻辑和指令而被配置成与UE 20通 信以及执行如本文中所教导的与HARQ反馈有关的处理的网络侧方面。在一个这样的示例 中，eNB 18知道给定UE 20如何被调度以及UE 20被配置用于哪些UL/DL配置。因此，eNB 18可以关于UE 20来配置其接收机资源，使得其搜索来自UE 20的HARQ反馈中的对于UE 20有效的状态。
[0052] 作为另一优点，本文中的教导公开了一种使得能够重用LTERel-10信令表以及关 联的HARQ-ACK比特映射和结构（包括针对具有信道选择的格式lb定义的内容）的示例 方法。广义上，这些可以被称为"HARQ信令协议"。参见上述TS 36. 213的10. 1和10. 2章 节。10. 1. 3. 2章节具体定义用于多于一个配置服务小区的TDD HARQ-ACK过程，并且在表 10. 1. 3. 2-1 (A = 2 时的 HARQ-ACK 复用的传输）、表 10. 1. 3. 2-2 (A = 3 时的 HARQ-ACK 复用 的传输）和表10. 1. 3. 2-3 (A = 4时的HARQ-ACK复用的传输）中包括用于对于多于一个配 置小区复用HARQ-ACK比特的布置。
[0053] 当然，这些信令表是对于具有相同的UL/DL配置的HARQ报告中所涉及的所有服务 小区被预测的。注意，LTE Rel-ΙΙ通过允许具有不同的UL/DL配置的CC的聚合而明显不符 合这个假设。因此，Μ参数并非必须对于在给定CA配置中的CC相等，并且Rel-IOHARQ信令 协议如标准中所呈现的是不适用的。因此，可能直觉上导致定义Rel-ΙΙ的新的HARQ信令 协议。然而，有利地，本文中的教导公开了使得能够重用Rel-IOHARQ信令协议的HARQ-ACK 比特生成和处理方法。本文中的教导因此实现LTE Rel-11带间TDD CA的高效的HARQ-ACK 反馈，而基本上没有增加规范和实现复杂性。
[0054] 图4图示本文中教导的新颖的设备侧HARQ反馈处理的示例性情境，其中UE 20根 据稍后在本文中详述的方法400执行HARQ反馈生成。为了更好地理解图4的信令流程情 境，考虑基于LTE的UE 20使用HARQ报告从eNB 18至UE 20的DL子帧传输--PDSCH传 输--的解码成功（ACK)还是失败（NACK)。在解码尝试失败的情况下,eNB 18可以重新发 送错误数据。
[0055] 在UE 20具有物理上行链路共享信道PUSCH传输的UL授权的子帧中，UE 2〇将 HARQ反馈消息合并至PUSCH传输中。如果UE 20在子帧中没有被指派用于TOSCH传输的上 行链路资源，则UE 20使用PUCCH发送HARQ反馈消息。在规定的IOD情境下，HARQ反馈定 时取决于发出PDSCH传输的小区的UL/DL配置。
[0056] 为了更好地理解定时布置，考虑图5,其描绘LTE网络中的小区的TDD操作的7个 定义的UL/DL配置。LTE无线帧是10毫秒。每个帧包括10个子帧，每个子帧为1毫秒。 虽然图中没有详述，然而本领域技术人员可以理解，每个子帧包括两个时隙，每个时隙是 1/2毫秒，并且每个时隙跨越 6个或7个正交频分复用0FDM符号时间，这取决于使用标准 的循环前缀CP还是使用扩展CP。仍然在图中可以看到，每个UL/DL配置定义向DL使用和 UL使用的子帧的某个分配，并且包括"特殊"子巾贞，该"特殊"子帧具有缩写的DL部分-- DwPTS--和缩写的UL部分--UpPTS。保护部分或GP使得特殊子帧的DL部分和UL部分 分离。
[0057] LTE Rel-8规定UE应当提供HARQ反馈，用于相对于其HARQ反馈正在被生成的DL 子帧具有预定位置的UL子帧中的PDSCH解码。具体地，如果在子帧n-k内存在通过对应的 物理下行链路控制信道PDCCH的检测来指示的roSCH传输或者存在指示下行链路半静态调 度SPS释放的PDCCH，则UE应当在UL子帧η中、在PUCCH上发送这样的HARQ反馈，其中k 在所谓的关联集合K= 内。关联集合可以被理解为定义与正在被生成的用 于在UL子帧η上传输的HARQ反馈关联的DL子帧，并且在这个意义上，DL子帧的关联集合 定义HARQ反馈窗。如图6所示的表1图示如TS 36. 213中所规定的用于图5所示的不同 的UL/DL配置的关联集合，并且是TS36. 213中的表10. 1. 3. 1-1的重现。
[0058] 关联集合Κ的大小用Μ表示。在Rel-10中，参数Μ用于确定PUCCH资源和信令。 参数Μ在不同的子帧以及不同UL/DL配置的小区中可以采取不同的值。然而，如所指出的， 对于CA情境，Rel-10假定所有聚合的服务小区具有相同的UL/DL配置。因此，对于任何给 定子帧，Μ参数遍及被配置为Rel-ΙΟ中的UE的服务小区的所有CC是一致的。
[0059] 为了更好地理解DL子帧关联集合，考虑表1图示了根据配置#1的UL子巾贞7的K ={7,6}。其对应于携带用于在子帧7-7 = 0和7-6 = 1中发送给UE的PDSCH的可能的 HARQ反馈。该布置在图7中图示出，其示出两个连续的LTE帧，每个帧包括1〇个子帧，其中 每个帧中的子帧从0至9编索引。对于UL/DL配置#1，指示在UL子帧7中发送的HARQ反 馈的、从DL子帧0和1指向UL子帧7的箭头将针对DL子帧0和1。对于图7中的UL子帧 7, HARQ反馈窗因此根据被定义用于其的关联集合而跨越与UL子帧7关联的这两个DL子 帧0和1。可以理解，在这种情况下Μ = 2, S卩，对于第一图示的帧中的UL子帧7-在图中 表示为"帧i"--而言，关联集合大小为2。还注意，在图中，"D"指示DL子帧，?指示UL 子帧，S指示特殊子帧。
[0060] 在类似的示例中，图8图示根据配置#2,第2帧FRAME i+Ι中的UL子帧2具有由 K= {8, 7,4,6}定义的关联集合，其对应于携带在先前帧FRAME i的子帧4、5、6和8中发送 的用于PDSCH的可能的HARQ反馈。该布置被示出为从关联的DL子帧到UL子帧2的箭头。 相应地，应当理解，对于FRAME i+Ι中的UL子帧2而言，Μ = 4,即其关联集合大小等于4并 且其HARQ反馈窗包括所有关联的DL子帧。
[0061] 图9至图12图示在UE被配置有针对不同小区的不同UL/DL配置的情况下多个小 区的示例HARQ定时。具体地，这些附图图示在不同的小区之间定时可以不同，并且每个CC 的HARQ反馈也不同。例如，图9图示用于发送来自与被聚合在一起的两个CC 一起操作的 UE的HARQ反馈的关联集合映射，其中主CC--PCC--用UL/DL配置#2来操作，辅CC-- SCC--用UL/DL配置#1来操作。PCC的PUSCH HARQ定时适用于SCC,虽然SCC用配置#1 来操作并且PCC用配置#2来操作。
[0062] 图10示出相反的情况，其中PCC根据配置#1来操作，SCC根据配置#2来操作。在 这种情况下，由PCC的配置#1定义的PUSCH HARQ定时适用于SCC。以类似的方式，图11描 绘双CC的情况，其中PCC的配置#1定时适用于具有配置#3的SCC。最后，图12图示来自 PCC的配置#3定时应用于具有配置#1的SCC。
[0063] 根据这些事示例，考虑图4中介绍的方法400的示例性细节，如图13所示。UE 20 执行用于在无线通信网络、诸如示例网络10中的HARQ反馈传输的方法400。在方法400的 情境下，可以假定UE 2〇具有如下CA配置：该CA配置涉及具有不同UL/DL配置的两个或更 多个服务小区，不同的UL/DL配置导致要由UE 20在HARQ反馈中上报的两个或更多个服务 小区的不同的Μ参数值。
[0064] 方法400包括确定（块402)两个或更多个服务小区中的哪个服务小区具有最大 关联集合大小（即最大的Μ参数），其中服务小区是根据针对UE 20所定义的CA配置的服 务小区。CA配置可以使用RRC信令来建立，并且所讨论的服务小区是根据其相应的UL/DL 配置操作的TDD小区。这些UL/DL配置将针对每个服务小区的关联集合定义为哪些DL子 帧与HARQ反馈关联。另外，对于各种双载波聚合，在此参考图9至图12,其中SCC采取来自 PCC的UL/DL配置的HARQ定时。
[0065] 方法400以如下操作来继续：基于服务小区的关联集合中的最大的关联集合大 小、针对每个服务小区生成（块404)相等数目的HARQ-ACK比特。更具体地，对于所确定的 服务小区，通过以下操作来生成（块404A)HARQ反馈：根据与所确定的服务小区关联的每个 DL子帧的实际HARQ反馈状态来生成HARQ-ACK比特。对于每个剩余服务小区，方法400包 括：通过根据与剩余服务小区关联的每个DL子帧的实际HARQ反馈状态来生成HARQ-ACK比 特（块404B)，并且根据需要将附加的HARQ-ACK比特生成为DTX值或NACK值，使得针对每 个剩余服务小区生成的HARQ-ACK比特的数目等于针对所确定的服务小区生成的HARQ-ACK 比特的数目。虽然这个描述指代UE 20的"所有"和"每个"服务小区，然而可以理解，本公 开内容中的此处以及任何其他地方的这样的术语指代期望UE 20针对其报告HARQ反馈的 那些服务小区，其可以仅是关于UE 20 "有效"的CA配置中的那些服务小区。
[0066] 方法400呈现了有利的示例HARQ反馈生成规则：即甚至在服务小区中的不同的服 务小区具有不同的Μ参数的情况下仍然迫使HARQ-ACK比特的数目对于给定CA配置中的每 个服务小区而言相等。方法400还包括发送（块406)因此生成的HARQ反馈。HARQ反馈 传输可以是PUCCH传输、例如PUCCH格式lb传输。可替换地，HARQ反馈可以被包括在与UL 共享信道U-SCH信息复用或者与信道状态信息CSI复用的PUSCH传输中。
[0067] 有利地，方法400提供使用为了在所有配置的服务小区使用相同的UL/DL配置的 情况下使用而保留的PUCCH资源选择来发送HARQ反馈，甚至在方法400在涉及具有不同 的UL/DL配置的两个或更多个服务小区的CA配置的情境下被执行时。例如，使用为了在所 有配置的服务小区使用相同的UL/DL配置的情况下使用而预定义的PUCCH资源选择包括 ： 重用如LTE标准的Rel-ΙΟ中针对DL子帧关联大小Μ = X定义的资源分配表，其中X等于 所确定的服务小区的关联集合的大小。这样的重用涉及例如TS 36. 213的章节10中的表 10. L 3. 2-4、10. 1. 3. 2-5和10. 1. 3. 2-6。广义上，方法400的一个或多个实施例包括：使用 来自其中所有服务小区具有相同的Μ参数的Rel-ΙΟ的HARQ反馈复用过程，复用针对具有 不同Μ参数的两个或更多个服务小区的HARQ反馈。
[0068] 方法400可以包括在适用于HARQ反馈的相同的HARQ反馈窗内发送半静态调 度（SPS)释放响应。这样的发送基于例如响应于针对与SPS释放关联的服务小区生成的 HARQ-ACK比特之一映射SPS释放。
[0069] 另外地或者可替换地，控制器电路22可以被配置成根据图15中所示的示例方法 500执行HARQ反馈生成。在控制器电路22的示例配置和处理的情境下，这样的处理在本文 中早先在图2的情境下已经进行了介绍。在此，控制器电路22对于CA配置中的其服务小 区中的每个服务小区生成相等数目的HARQ-ACK比特，甚至在这些服务小区具有不同的Μ参 数的情况下。然而，并非基于最大关联集合大小来确定针对每个服务小区生成的HARQ-ACK 比特的数目，在此，控制器电路22使用下行链路指派索引WDAI来针对每个服务小区生成相 等数目的HARQ-ACK比特。
[0070] 方法500包括接收（502)指示HARQ反馈窗内的DL子帧指派的数目的下行链路指 派索引，该索引遍及针对其将生成HARQ的UE20的CA配置中的所有服务小区被采用。下行 链路指派索引例如在携带用于UE 20的UL授权的DCI中被接收，并且其值指示遍及其CA 配置中的所有服务小区的、用于UE 20的DL指派的数目。
[0071] 方法以如下操作来继续：基于下行链路指派索引，针对每个服务小区生成相等数 目的HARQ-ACK比特（块504)，并且发送所生成的HARQ反馈（块506)。对于块504中的处 理，图示描绘了其中UE 20的控制器电路22通过以下操作生成HARQ反馈的示例配置：针对 每个服务小区，基于DL子帧的关联集合内的每个DL指派的实际HARQ反馈状态，生成（块 504A)HARQ_ACK比特，所述DL子帧的关联集合通过所述服务小区的所述UL/DL配置针对所 述服务小区被定义；以及针对每个服务小区，根据需要将附加的HARQ-ACK比特生成为DTX 或NACK比特（块504B)，使得针对服务小区生成的HARQ-ACK比特的数目等于下行链路指派 索引。
[0072] 关于HARQ反馈协议重用本文中的教导所提供的特征，考虑图15中的表2。可以看 至IJ，与公知的Rel-10情况对应的第一部分涉及具有相同的Μ参数值的CA配置中的两个服 务小区。在此，与PCC关联的服务小区被称为主小区或PCell，其Μ参数被表示为M rcell。相 应的，与SCC关联的服务小区被称为辅小区或SCell，其Μ参数被表示为MsCell。Rel-l〇情况 适用于Μ = 1至Μ = 4,其中Mrcf；11和Msm1相等。新的情况可以被定义用于多个场景，被提 出作为新的群组1、2、3和4,所有这些涉及针对PCell和SCell的不同的Μ值。
[0073] 例如，考虑表2的"群组3"。这个群组与来自用于HARQ反馈传输的"A"PUCCH资 源的PUCCH资源的选择对应，其中A = 4个PUCCH资源。感兴趣的读者可以参考TS 36.213 的10. L 3. 2. 1章节以获得关于具有信道选择HARQ-ACK过程的Rel-IOPUCCH格式lb的细 节并且参考该章节内的表10. 1. 3. 2-3,以强调针对A = 4情况的HARQ-ACK复用的传输。
[0074] 对于子帧 n，定义 Μ_ = max (Mrcell，MSCell)。S卩，Mmap 给出 PCell 与 SCell 的 Μ 参数 之间的较大值，表示Μ_是被确定为具有最大关联集合大小的服务小区的Μ参数的值。方 法400还被认为包括用于在这种情景下生成HARQ-ACK比特的以下处理规则，包括 ：
[0075]如果 M_ = 1 :
[0076] 则根据图16所示的表3保留针对两个服务小区的HARQ-ACK比特，其中表3定义传 送块和服务小区至Μ = 1时针对TDD的HJCCH格式lb HARQ-ACK信道选择的HARQ-ACK (j) 的映射。
[0077] 如果 MPCell = 0,则将 DTX 指派给针对 PCell 的 HARQ-ACK 比特，使得 HARQ-ACK(j) =DTX 或 NACK，其中 MPCell 彡 j < M^。
[0078] 如果 MSCell = 0,则将 DTX 指派给针对 SCell 的 HARQ-ACK 比特，使得 HARQ-ACK (j) =DTX 或 NACK，其中 MSCell 彡 j <
[0079] UE可以使用PUCCH格式lb，在子帧n中、在选自根据表4、表5和表6的A PUCCH 资源

【权利要求】
1. 一种在用户设备UE(20)处的生成用于在无线通信网络（10)中传输的混合自动重传 请求HARQ反馈的方法（400),所述方法包括： 确定（402)两个或更多个服务小区中的哪个服务小区具有最大关联集合大小，其中所 述服务小区是根据针对所述UE (20)的载波聚合配置的服务小区并且根据上行链路/下行 链路UL/DL配置而作为时分双工TDD小区来操作，所述UL/DL配置将针对每个服务小区的 所述关联集合定义为哪些DL子帧与所述HARQ反馈关联；以及 通过以下操作来生成（404)所述HARQ反馈： 针对所确定的服务小区，根据与所确定的服务小区（22,32)关联的每个DL子帧的实际 HARQ反馈状态来生成（404A)HARQ-ACK比特；以及 针对所述两个或更多个服务小区中的每个剩余的服务小区，根据与所述剩余的服务小 区关联的每个DL子帧的实际HARQ反馈状态来生成（404B)HARQ-ACK比特，并且根据需要将 附加的HARQ-ACK比特生成为不连续发送DTX值或NACK值，使得针对每个剩余的服务小区 生成的HARQ-ACK比特的数目等于针对所确定的服务小区生成的HARQ-ACK比特的数目。
2. 根据权利要求1所述的方法（400)，还包括：在物理上行链路共享信道PUSCH传输中 发送所述HARQ反馈。
3. 根据权利要求2所述的方法（400)，还包括：在与UL共享信道U-SCH信息复用的或 者与信道状态信息CSI复用的所述PUSCH传输中发送所述HARQ反馈。
4. 根据权利要求1所述的方法（400)，还包括：使用物理上行链路控制信道PUCCH资源 选择来发送所述HARQ反馈，所述PUCCH资源选择被保留用于在所有配置的服务小区使用相 同的UL/DL配置的情况下使用。
5. 根据权利要求4所述的方法（400)，其中使用所保留的PUCCH资源选择包括：重用如 在LTE标准的版本10、即Rel-ΙΟ中针对Μ = X所定义的资源分配表，其中X等于所确定的 服务小区的所述关联集合的大小。
6. 根据权利要求1至5中的任一项所述的方法（400)，其中所述HARQ反馈在针对HARQ 反馈窗的给定UL子帧中被发送，所述HARQ反馈窗跨越与所述HARQ反馈关联的所有DL子 帧。
7. 根据权利要求1至6中的任一项所述的方法（400)，还包括：根据在HARQ反馈复用 表中规定的复用布置来复用针对所述两个或更多个服务小区的所述HARQ反馈，所述HARQ 反馈复用表假定所述服务小区中的所有服务小区具有相同的关联集合大小。
8. 根据权利要求1至7中的任一项所述的方法（400)，还包括：基于将半静态调度SPS 释放响应映射至针对与所述SPS释放关联的所述服务小区生成的所述HARQ-ACK比特之一， 在适用于所述HARQ反馈的相同的HARQ反馈窗内发送所述SPS释放响应。
9. 一种用户设备UE(20)，被配置成生成用于在无线通信网络（10)中传输的混合自动 重传请求HARQ反馈，所述UE (20)包括： 通信接口（28)，包括用于经由空中接口与所述无线通信网络通信的收发机；以及 控制器电路（22)，与所述通信接口（28)在操作上关联并且被配置成： 确定两个或更多个服务小区中的哪个服务小区具有最大关联集合大小，其中所述服务 小区是根据针对所述UE(20)的载波聚合配置的服务小区并且根据上行链路/下行链路UL/ DL配置而作为时分双工TDD小区来操作，所述UL/DL配置将针对每个服务小区的所述关联 集合定义为哪些DL子帧与所述HARQ反馈关联；以及 通过以下操作来生成所述HARQ反馈： 针对所确定的服务小区，根据与所确定的服务小区关联的每个DL子帧的实际HARQ反 馈状态来生成HARQ-ACK比特；以及 针对所述两个或更多个服务小区中的每个剩余的服务小区，根据与所述剩余的服务小 区关联的每个DL子帧的实际HARQ反馈状态来生成HARQ-ACK比特，并且根据需要将附加的 HARQ-ACK比特生成为不连续发送DTX值或NACK值，使得针对每个剩余的服务小区生成的 HARQ-ACK比特的数目等于针对所确定的服务小区生成的HARQ-ACK比特的数目。
10. 根据权利要求9所述的UE(20)，其中无线通信网络（10)为长期演进LTE网络，并 且其中所述UE 20被配置用于在所述LTE网络中操作。
11. 一种计算机程序，包括在存储器（24)或其他计算机可读介质中存储的指令，所述 指令在由用户设备UE(20)中的控制器电路（22)执行时基于将所述UE(20)配置成执行以 下操作来将所述UE(20)配置成生成用于在无线通信网络（10)中传输的混合自动重传请求 HARQ反馈： 确定两个或更多个服务小区中的哪个服务小区具有最大关联集合大小，其中所述服务 小区是根据针对所述UE(20)的载波聚合配置的服务小区并且根据上行链路/下行链路UL/ DL配置而作为时分双工TDD小区来操作，所述UL/DL配置将针对每个服务小区的关联集合 定义为哪些DL子帧与所述HARQ反馈关联；以及 通过以下操作来生成所述HARQ反馈： 针对所确定的服务小区，根据与所确定的服务小区关联的每个DL子帧的实际HARQ反 馈状态来生成HARQ-ACK比特；以及 针对所述两个或更多个服务小区中的每个剩余的服务小区，根据与所述剩余的服务小 区关联的每个DL子帧的实际HARQ反馈状态来生成HARQ-ACK比特，并且根据需要将附加的 HARQ-ACK比特生成为不连续发送DTX值或NACK值，使得针对每个剩余的服务小区生成的 HARQ-ACK比特的数目等于针对所确定的服务小区生成的HARQ-ACK比特的数目。
12. -种在用户设备UE(20)处的生成用于在无线通信网络（10)中传输的混合自动重 传请求HARQ反馈的方法（500),所述方法包括： 接收（502)下行链路指派索引，所述下行链路指派索引指示在HARQ反馈窗内的DL子 帧指派的数目，所述下行链路指派索引在针对所述UE (20)被配置用于载波聚合的所有服 务小区上被采用，其中所述服务小区根据相应的上行链路/下行链路UL/DL配置而作为时 分双工TDD小区来操作；以及 通过以下操作来生成（504)所述HARQ反馈： 针对每个服务小区，基于DL子帧的关联集合内的每个DL指派的实际HARQ反馈状态， 生成（504A)HARQ-ACK比特，所述DL子帧的关联集合通过所述服务小区的所述UL/DL配置 针对所述服务小区被定义；以及 针对每个服务小区，根据需要将附加的HARQ-ACK比特生成（504B)为不连续发送DTX 比特或NACK比特，使得针对所述服务小区生成的HARQ-ACK比特的数目等于所述下行链路 指派索引。
13. -种被配置成生成用于在无线通信网络（10)中传输的混合自动重传请求HARQ反 馈的无线装置（20)，所述无线装置（20)包括： 通信接口（28)，包括用于经由空中接口与所述无线通信网络通信的收发机；以及 控制器电路（22)，与所述通信接口（28)在操作上关联并且被配置成： 接收下行链路指派索引值，所述下行链路指派索引值指示在HARQ反馈窗内的DL子帧 指派的数目，所述下行链路指派索引值在针对所述UE (20)被配置用于载波聚合的所有服 务小区上被采用，其中所述服务小区根据相应的上行链路/下行链路UL/DL配置而作为时 分双工TDD小区来操作；以及 通过以下操作来生成所述HARQ反馈： 针对每个服务小区，基于DL子帧的关联集合内的每个DL指派的实际HARQ反馈状态， 生成HARQ-ACK比特，所述DL子帧的关联集合通过所述服务小区的所述UL/DL配置针对所 述服务小区被定义；以及 针对每个服务小区，根据需要将附加的HARQ-ACK比特生成为不连续发送DTX比特或 NACK比特，使得针对所述服务小区生成的HARQ-ACK比特的数目等于所述下行链路指派索 引。
14. 一种计算机程序，包括在存储器（24)或其他计算机可读介质中存储的指令，所述 指令在由用户设备UE(20)中的控制器电路（22)执行时基于将所述UE(20)配置成执行以 下操作来将所述UE(20)配置成生成用于在无线通信网络（10)中传输的混合自动重传请求 HARQ反馈： 接收下行链路指派索引值，所述下行链路指派索引值指示在HARQ反馈窗内的DL子帧 指派的数目，所述下行链路指派索引值在针对所述UE (20)被配置用于载波聚合的所有服 务小区上被采用，其中所述服务小区根据相应的上行链路/下行链路UL/DL配置而作为时 分双工TDD小区来操作；以及 通过以下操作来生成所述HARQ反馈： 针对每个服务小区，基于DL子帧的关联集合内的每个DL指派的实际HARQ反馈状态， 生成HARQ-ACK比特，所述DL子帧的关联集合通过所述服务小区的所述UL/DL配置针对所 述服务小区被定义；以及 针对每个服务小区，根据需要将附加的HARQ-ACK比特生成为不连续发送DTX比特或 NACK比特，使得针对所述服务小区生成的HARQ-ACK比特的数目等于所述下行链路指派索 引。
【文档编号】H04L1/16GK104285399SQ201380023999
【公开日】2015年1月14日 申请日期:2013年5月8日 优先权日:2012年5月10日
【发明者】D·拉森, J-F·程, E·埃里克森, M·弗雷内 申请人:瑞典爱立信有限公司