CN113225163A - 用于针对LTE中的eIMTA有效使用DAI比特的方法和装置 - Google Patents

Abstract

提供了一种用于无线通信的方法、装置和计算机程序产品。所述装置在第一子帧期间由用户设备(UE)接收对动态上行链路/下行链路(UL/DL)子帧配置的指示。所述装置基于上行链路参考子帧配置，以及动态UL/DL子帧配置或下行链路参考子帧配置中的至少一个，确定上行链路混合自动重传请求(HARQ)时序。所述装置基于所确定的上行链路HARQ时序，选择用于通信的上行链路子帧。

Description

用于针对LTE中的eIMTA有效使用DAI比特的方法和装置

本申请是申请日为2013年11月1日、申请号为201811317966.2的发明专利的分案申请，该申请是申请日为2013年11月1日、申请号为201380079802.X的发明专利的分案申请。

对相关申请的交叉引用

本申请要求于2013年9月26日递交的、题目为“METHOD AND APPARATUS FOREFFICIENT USAGE OF DAI BITS FOR eIMTA IN LTE”的中国PCT申请序列No.PCT/CN2013/084339的权益，通过引用方式将其整体明确地并入本文。

技术领域

概括地说，本公开内容涉及通信系统，并且更具体地说，涉及上行链路和下行链路操作。

背景技术

为了提供诸如话音、视频、数据、消息传递和广播等各种电信服务，广泛地部署了无线通信系统。典型的无线通信系统可以使用能够通过共享可用的系统资源(例如，带宽、发射功率)来支持与多个用户通信的多址技术。这种多址技术的例子包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统、和时分同步码分多址(TD-SCDMA)系统。

在各种电信标准中已经采用了这些多址技术以提供使得不同的无线设备能在城市、国家、地区乃至全球层面进行通信的公共协议。新兴电信标准的例子是长期演进(LTE)。LTE是对由第三代合作伙伴计划(3GPP)颁布的通用移动电信系统(UMTS)移动标准的增强集。它被设计用于通过以下行为来更好地支持移动宽带互联网接入：提高频谱效率、降低成本、改善服务、利用新的频谱，以及通过在下行链路(DL)上使用OFDMA、在上行链路(UL)上使用SC-FDMA以及使用多输入多输出(MIMO)天线技术来与其它开放标准更好地整合。然而，随着对移动宽带接入的需求持续增加，存在对LTE技术的进一步改进的需求。优选地，这些改进应当适用于其它多址技术和采用这些技术的电信标准。

发明内容

在本公开内容的一个方面，提供了一种方法、计算机程序产品和装置(例如，用户设备(UE))。所述UE在第一子帧(SF)期间接收对动态上行链路/下行链路(UL/DL)子帧配置的指示。所述UE基于上行链路参考子帧配置，以及基于动态UL/DL子帧配置或下行链路参考子帧配置中的至少一个，确定上行链路混合自动重传请求(HARQ)时序。所述UE基于所确定的上行链路HARQ时序，选择用于通信的上行链路子帧。

所述UE可以通过基于动态UL/DL子帧配置来确定上行链路索引，来基于所确定的上行链路HARQ时序选择用于通信的上行链路子帧，其中，所述上行链路子帧是基于所述上行链路索引来选择的。当所述动态UL/DL子帧配置指示一个或多个子帧号与用于上行链路的子帧相关联时，所述上行链路索引可以是第一值，而当所述动态UL/DL子帧配置指示所述一个或多个子帧号不与用于上行链路的所述子帧相关联时，所述上行链路索引可以是第二值。所述UE还可以接收下行链路控制信息(DCI)，并且还可以当所确定的上行链路HARQ参考配置是UL/DL子帧配置并且所述动态UL/DL子帧配置是所述UL/DL子帧配置时，将所述DCI中的字段解释为所述上行链路索引。在另一个方面，所述UE可以当所确定的上行链路HARQ参考配置或所述动态UL/DL子帧配置中的至少一个不是所述UL/DL子帧配置时，将所述DCI中的所述字段解释为上行链路DAI。

所述UE可以在所选择的上行链路子帧的下行链路关联集合中的最后的下行链路子帧中接收上行链路准许，其中，所述最后的下行链路子帧是基于所述下行链路参考子帧配置来确定的。所述下行链路关联集合中的所述最后的下行链路子帧可以位于用于接收另一个上行链路准许的固定的下行链路子帧之后。所述UE可以基于以下各项中的至少一项，在来自所述下行链路关联集合中的所述最后的下行链路子帧的上行链路准许或来自所述固定的下行链路子帧的其他上行链路准许中选择一个：解码所述上行链路准许的时间以及解码所述其他上行链路准许的时间，或者所述动态UL/DL子帧配置中的指示符。

在本公开内容的另一个方面，还提供了一种方法、计算机程序产品和装置(例如，用户设备(UE))。所述UE确定用于混合自动重传请求(HARQ)消息捆绑的参数或HARQ消息码本中的至少一个。在一个方面，用于所述HARQ消息捆绑的所述参数可以是基于由用户设备检测到的、子帧的下行链路关联集合的大小来确定的，并且所述HARQ消息码本可以是基于子帧的下行链路关联集合的所述大小或者除了一个或多个灵活的上行链路子帧之外的、子帧的动态集合的大小中的至少一个来确定的。所述UE基于所述参数或HARQ消息码本中的至少一个来发送一个或多个HARQ消息。所述一个或多个灵活的上行链路子帧可以是根据动态上行链路/下行链路子帧配置来确定的。

附图说明

图1是示出了网络架构的例子的示图。

图2是示出了接入网络的例子的示图。

图3是示出了LTE中的DL帧结构的例子的示图。

图4是示出了LTE中的UL帧结构的例子的示图。

图5是示出了针对用户平面和控制平面的无线协议架构的例子的示图。

图6是示出了接入网络中的演进节型点B和用户设备的例子的示图。

图7是示出了异构网络中的范围扩展的蜂窝区域的示图。

图8是用于TDD物理层的无线帧结构。

图9是根据DL和UL参考子帧配置的对子帧的DL HARQ操作和UL HARQ操作的示例性HARQ操作。

图10是根据DL和UL参考子帧配置的对子帧的DL HARQ操作和UL HARQ操作的另一个示例性HARQ操作。

图11是根据本公开内容的实施例的对子帧的DL HARQ操作和UL HARQ操作的示例性HARQ操作。

图12是在基于TDD LTE的网络中的无线通信的第一方法的流程图。

图13是在基于TDD LTE的网络中的无线通信的第二方法的流程图。

图14是在基于TDD LTE的网络中的无线通信的第三方法的流程图。

图15是示出了在示例性装置中的不同模块/装置/组件之间的数据流的概念性数据流程图。

图16是示出了针对一种采用处理系统的装置的硬件实现的例子的示图。

具体实施方式

下面结合附图所阐述的详细描述，旨在作为对各种配置的描述，而不旨在表示本文中所描述的概念可以以其实践的唯一配置。出于提供给对各种概念的透彻理解的目的，详细描述包括特定的细节。但是，对于本领域技术人员来说将显而易见的是，可以在不具有这些特定细节的情况下实践这些概念。在一些实例中，为了避免模糊这些概念，以框图形式示出公知的结构和组件。

现将参照各种装置和方法来呈现所述电信系统的若干方面。这些装置和方法在下面的详细描述中进行描述，并且在附图中通过各种框、模块、组件、电路、步骤、过程、算法等等(其统称为“要素”)来示出。可以使用电子硬件、计算机软件或者其任意组合来实现这些要素。至于这些要素是实现成硬件还是实现成软件，取决于具体的应用和对整个系统所施加的设计约束条件。

通过示例的方式，要素或者要素的任何部分或者要素的任意组合，可以用包括一个或多个处理器的“处理系统”来实现。处理器的例子包括微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑器件、分立硬件电路和被配置为执行贯穿本公开内容所描述的各种功能的其它适当硬件。处理系统中的一个或多个处理器可以执行软件。无论被称为软件、固件、中间件、微代码、硬件描述语言还是其它术语，软件应当被广意地解释为意味着指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行的线程、过程、函数等等。

因此，在一个或多个示例性实施例中，所描述的功能可以在硬件、软件、固件或者其任意组合中实现。如果在软件中实现，则可以将这些功能存储或编码为计算机可读介质上的一个或多个指令或代码。计算机可读介质包括计算机存储介质。存储介质可以是计算机能够存取的任何可用介质。通过示例而不是限制的方式，这种计算机可读介质可以包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程ROM(EPROM)、压缩光盘ROM(CD-ROM)或其它光盘存储器、磁盘存储器或其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质。如本文中所使用的，光盘和磁盘包括CD、激光光盘、光盘、数字多用光盘(DVD)和软盘，其中磁盘通常磁性地复制数据，而光盘则用激光来光学地复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。

图1是示出了LTE网络架构100的示图。LTE网络架构100可以称为演进的分组系统(EPS)100。EPS 100可以包括一个或多个用户设备(UE)102、演进的UMTS陆地无线接入网络(E-UTRAN)104、演进的分组核心(EPC)110、归属用户服务器(HSS)120、和运营商的互联网协议(IP)服务122。EPS可以与其它接入网络互连，但为了简单起见，没有示出这些实体/接口。如图所示，EPS提供分组交换服务，然而，如本领域技术人员将容易理解的，贯穿本公开内容呈现的各种概念可以扩展到提供电路交换服务的网络。

E-UTRAN包括演进型节点B(eNB)106和其它eNB 108。eNB 106提供朝向UE 102的用户和控制平面协议终止。eNB 106可以经由回程(例如，X2接口)连接到其它eNB 108。eNB106还可以被称为基站、节点B、接入点、基站收发台、无线基站、无线收发机、收发机功能单元、基本服务集(BSS)、扩展服务集(ESS)、或一些其它的适当术语。eNB 106为UE 102提供到EPC 110的接入点。UE 102的例子包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线设备、全球定位系统、多媒体设备、视频设备、数字音频播放器(例如MP3播放器)、照相机、游戏控制台、平板设备、或任何其它类似功能的设备。UE 102还可以被本领域技术人员称为移动站、订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手持设备、用户代理、移动客户端、客户端、或者一些其它的适当术语。

eNB 106连接到EPC 110。EPC 110可以包括移动性管理实体(MME)112、其它MME114、服务网关116、多媒体广播多播服务(MBMS)网关124、广播多播服务中心(BM-SC)126和分组数据网络(PDN)网关118。MME 112是处理UE 102和EPC 110之间的信号传送的控制节点。通常，MME 112提供承载和连接管理。所有的用户IP分组都是通过服务网关116进行传送的，服务网关116本身连接到PDN网关118。PDN网关118提供UE IP地址分配以及其它功能。PDN网关118连接到运营商的IP服务122。运营商的IP服务122可以包括互联网、内联网、IP多媒体子系统(IMS)以及PS流服务(PSS)。BM-SC 126可以提供用于MBMS用户服务供应和传送的功能。BM-SC126可以作为针对内容提供商MBMS传输的入口点，可以用于在PLMN内授权和发起MBMS承载服务，并且可以用于调度和传送MBMS传输。MBMS网关124可以用于向属于对特定服务进行广播的多播广播单频网络(MBSFN)区域的eNB(例如，106、108)分发MBMS业务，并且可以负责会话管理(启动/停止)以及用于收集eMBMS相关的计费信息。

图2是示出了LTE网络架构中的接入网络200的例子的示图。在这个例子中，将接入网络200划分成数个蜂窝区域(小区)202。一个或多个较低功率级的eNB 208可以具有与小区202中的一个或多个小区相重叠的蜂窝区域210。较低功率级的eNB 208可以是毫微微小区(例如，家庭eNB(HeNB))、微微小区、微小区、或远程无线头端(RRH)。每个宏eNB 204被分配给相应的小区202并且经配置为小区202中的所有UE 206提供到EPC 110的接入点。在接入网络200的这个例子中没有集中式控制器，但是可以在可替代的配置中使用集中式控制器。eNB 204负责所有无线相关的功能，包括无线承载控制、准入控制、移动性控制、调度、安全性、以及到服务网关116的连接性。eNB可以支持一个或多个(例如，三个)小区(也称为扇区)。术语“小区”可以指的是eNB的最小覆盖区域和/或用于服务该特定覆盖区域的eNB子系统。此外，术语“eNB”、“基站”和“小区”在本文中可以互换使用。

由接入网络200采用的调制和多址方案可以取决于所部署的具体电信标准而变化。在LTE应用中，在DL上使用OFDM并且在UL上使用SC-FDMA，以支持频分双工(FDD)和时分双工(TDD)二者。如本领域技术人员根据接下来的详细描述将容易理解的，本文中呈现的各种概念良好地适用于LTE应用。然而，这些概念可以容易地扩展到采用其它调制和多址技术的其它电信标准。通过示例的方式，这些概念可以扩展到演进数据优化(EV-DO)或超移动宽带(UMB)。EV-DO和UMB是由第三代合作伙伴计划2(3GPP2)公布的、作为CDMA2000标准族一部分的空中接口标准并且采用CDMA以提供到移动站的宽带互联网接入。这些概念还可以扩展到：采用宽带CDMA(W-CDMA)和CDMA的其它变型的通用陆地无线接入(UTRA)，例如TD-SCDMA；采用TDMA的全球移动系统(GSM)；和采用OFDMA的演进的UTRA(E-UTRA)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20和闪速OFDM(Flash-OFDM)。在来自3GPP组织的文献中描述了UTRA、E-UTRA、UMTS、LTE和GSM。在来自3GPP2组织的文献中描述了CDMA2000和UMB。实际所采用的无线通信标准和多址技术将取决于特定应用和对系统施加的整体设计约束。

eNB 204可以具有支持MIMO技术的多个天线。MIMO技术的使用使得eNB 204能够利用空间域来支持空间复用、波束成形和发射分集。空间复用可以用于在同一个频率上同时发送不同的数据流。可以将数据流发送给单个UE 206以提高数据速率或发送给多个UE 206以提高整体系统容量。这可以通过对每个数据流进行空间预编码(即施加振幅和相位的缩放)并且随后通过DL上的多个发送天线来发送每个空间预编码的流来实现。到达UE(206)处的空间预编码的数据流具有不同的空间签名，这使得每个UE 206能够恢复去往UE 206的一个或多个数据流。在UL上，每个UE 206发送空间预编码的数据流，这使得eNB 204能够识别每个空间预编码的数据流的源。

当信道状况良好时，通常使用空间复用。当信道状况较差时，可以使用波束成形来将传输能量集中到一个或多个方向上。这可以由对通过多个天线进行发送的数据进行空间预编码来实现。为了在小区的边缘处获得良好的覆盖，可以结合发射分集来使用单个流波束成形传输。

在接下来的详细描述中，将参照在DL上支持OFDM的MIMO系统来描述接入网络的各个方面。OFDM是在OFDM符号内的数个子载波上调制数据的扩频技术。子载波以精确的频率间隔开。所述间隔提供了使得接收机能够从子载波恢复数据的“正交性”。在时域中，可以向每个OFDM符号添加保护间隔(例如循环前缀)以对抗OFDM符号间干扰。UL可以使用以DFT扩展OFDM信号的形式的SC-FDMA以补偿高的峰均功率比(PAPR)。

图3是示出了LTE中的DL帧结构的例子的示图300。可以将帧(10ms)划分成10个大小相等的子帧。每个子帧可以包括两个连续的时隙。可以使用资源网格来表示两个时隙，每个时隙包括资源块。可以将资源网格划分成多个资源单元。在LTE中，资源块包含频域中的12个连续子载波，并且，对于每个OFDM符号中的正常循环前缀，包含时域中的7个连续OFDM符号或84个资源单元。对于扩展的循环前缀，资源块包含时域中的6个连续OFDM符号并且具有72个资源单元。资源单元中的一些(如被标记为R 302、R 304的资源单元)包括DL参考信号(DL-RS)。DL-RS包括小区特定RS(CRS)(有时还被称为公共RS)302和UE特定RS(UE-RS)304。UE-RS 304仅在相应的物理DL共享信道(PDSCH)映射于其上的资源块上进行发送。每个资源单元携带的比特数取决于调制方案。因此，UE接收的资源块越多以及调制方案越高，则针对UE的数据速率越高。

图4是示出了LTE中的UL帧结构的例子的示图400。可以将针对UL的可用资源块划分为数据段和控制段。控制段可以形成在系统带宽的两个边缘处并且可以具有可配置的大小。可以将控制段中的资源块分配给UE用于控制信息的发送。数据段可以包括控制段中未包括的所有资源块。UL帧结构使得数据段包括连续子载波，这允许将数据段中的所有连续子载波分配给单个UE。

可以将控制段中的资源块410a、410b分配给UE以向eNB发送控制信息。还可以将数据段中的资源块420a、420b分配给UE以向eNB发送数据。UE可以在控制段中所分配的资源块上的物理UL控制信道(PUCCH)中发送控制信息。UE可以在数据段中所分配的资源块上的物理UL共享信道(PUSCH)中仅发送数据或发送数据和控制信息两者。UL传输可以横跨子帧的全部两个时隙并且可以跨越频率来跳变。

可以使用资源块的集合来执行初始系统接入以及实现物理随机接入信道(PRACH)430中的UL同步。PRACH 430携带随机序列并且不能携带任何UL数据/信令。每个随机接入前导占有对应于6个连续资源块的带宽。起始频率由网络指定。也就是说，随机接入前导的传输受限于某些时间和频率资源。没有针对PRACH的频率跳变。单个子帧(1ms)或几个连续子帧的序列中携带有PRACH尝试，并且UE仅可以每帧(10ms)进行单个PRACH尝试。

图5是示出了在LTE中针对用户平面和控制平面的无线协议架构的例子的示图500。针对UE和eNB的无线协议架构被示出为具有三层：层1、层2和层3。层1(L1层)是最低层并且实现各种物理层信号处理功能。L1层在本文中将被称为物理层506。层2(L2层)508在物理层506之上并且负责物理层506上的、UE和eNB之间的链路。

在用户平面中，L2层508包括介质访问控制(MAC)子层510、无线链路控制(RLC)子层512和分组数据汇聚协议(PDCP)子层514，这些子层终止于网络侧的eNB处。尽管没有示出，但UE可以具有在L2层508之上的若干上层，所述若干上层包括终止于网络侧的PDN网关118处的网络层(例如，IP层)，以及终止于连接的另一端(例如远端UE、服务器等)处的应用层。

PDCP子层514提供不同的无线承载和逻辑信道之间的复用。PDCP子层514还提供针对上层数据分组的报头压缩以减少无线传输开销，通过加密数据分组提供安全性，并且为UE提供eNB之间的切换支持。RLC子层512提供上层数据分组的分段和重组、丢失数据分组的重传以及数据分组的重新排序以补偿由混合自动重传请求(HARQ)导致的无序接收。MAC子层510提供逻辑信道和传输信道之间的复用。MAC子层510还负责在UE之间分配一个小区中的各种无线资源(例如，资源块)。MAC子层510还负责HARQ操作。

在控制平面中，除了以下的例外之处，针对UE和eNB的无线协议架构对于物理层506和L2层508是基本相同的，所述例外之处是：对于控制平面而言没有报头压缩功能。控制平面还包括层3(L3层)中的无线资源控制(RRC)子层516。RRC子层516负责获取无线资源(例如，无线承载)并且负责使用eNB和UE之间的RRC信令来配置低层。

图6是在接入网络中与UE 650通信的eNB 610的框图。在DL中，向控制器/处理器675提供来自核心网的上层分组。控制器/处理器675实现L2层的功能性。在DL中，控制器/处理器675提供报头压缩、加密、分组分段和重新排序、逻辑信道和传输信道之间的复用，以及基于各种优先级度量的到UE 650的无线资源分配。控制器/处理器675还负责HARQ操作、对丢失分组的重发、以及到UE 650的信号发送。

发送(TX)处理器616实现针对L1层(即物理层)的各种信号处理功能。信号处理功能包括：编码和交织以促进UE 650处的前向纠错(FEC)，和基于各种调制方案(例如二进制相移键控(BPSK)、正交相移键控(QPSK)、M相移键控(M-PSK)、M正交幅度调制(M-QAM))向信号星座进行映射。随后将经编码和经调制的符号分离成并行流。随后将每个流映射到OFDM子载波、在时域和/或频域上与参考信号(例如导频)进行复用、并且随后使用反向快速傅里叶变换(IFFT)组合在一起以产生携带时域OFDM符号流的物理信道。对OFDM流进行空间预编码以产生多个空间流。可以使用来自信道估计器674的信道估计来确定编码和调制方案，以及使用其用于空间处理。信道估计可以从参考信号和/或由UE 650发送的信道状况反馈推导出。随后经由分别的发射机618TX将每个空间流提供给不同的天线620。每个发射机618TX可以将RF载波调制有相应的空间流以用于传输。

在UE 650处，每个接收机654RX通过其相应的天线652接收信号。每个接收机654RX恢复调制到RF载波上的信息并且向接收(RX)处理器656提供所述信息。RX处理器656实现L1层的各种信号处理功能。RX处理器656可以执行对信息的空间处理以恢复去往UE 650的任何空间流。如果多个空间流要去往UE 650，则RX处理器656可以将它们组合成单个OFDM符号流。随后RX处理器656使用快速傅里叶变换(FFT)将OFDM符号流从时域转换到频域。频域信号包括针对OFDM信号的每个子载波的分别的OFDM符号流。通过确定由eNB 610发送的最可能的信号星座点，来恢复和解调每个子载波上的符号和参考信号。这些软决定可以基于由信道估计器658所计算的信道估计。随后对软决定进行解码和解交织以恢复最初由eNB 610在物理信道上发送的数据和控制信号。随后将数据和控制信号提供给控制器/处理器659。

控制器/处理器659实现L2层。控制器/处理器可以与存储有程序代码和数据的存储器660相关联。存储器660可以称为计算机可读介质。在UL中，控制器/处理器659提供传输信道和逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理，以恢复来自核心网的上层分组。随后向数据宿662提供上层分组，数据宿662表示L2层之上的所有协议层。还可以向数据宿662提供各种控制信号用于L3处理。控制器/处理器659还负责使用确认(ACK)和/或否定确认(NACK)协议来检错以支持HARQ操作。

在UL中，使用数据源667来向控制器/处理器659提供上层分组。数据源667表示L2层之上的所有协议层。类似于结合由eNB 610进行的DL传输来描述的功能，控制器/处理器659基于eNB 610进行的无线资源分配，通过提供报头压缩、加密、分组分段和重新排序、以及逻辑信道和传输信道之间的复用来实现针对用户平面和控制平面的L2层。控制器/处理器659还负责HARQ操作、丢失分组的重发、和到eNB 610的信令。

TX处理器668可以使用由信道估计器658从参考信号或由eNB 610发送的反馈推导出的信道估计来选择适当的编码和调制方案，以及促进空间处理。可以经由分别的发射机654TX向不同的天线652提供由TX处理器668生成的空间流。每个发射机654TX可以将RF载波调制有相应的空间流以用于传输。

以类似于结合UE 650处的接收机功能所描述的方式在eNB 610处对UL传输进行处理。每个接收机618RX通过其相应的天线620接收信号。每个接收机618RX恢复调制到RF载波上的信息并且向RX处理器670提供所述信息。RX处理器670可以实现L1层。

控制器/处理器675实现L2层。控制器/处理器675可以与存储有程序代码和数据的存储器676相关联。存储器676可以被称为计算机可读介质。在UL中，控制器/处理器675提供传输信道和逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理以恢复来自UE 650的上层分组。可以向核心网提供来自控制器/处理器675的上层分组。控制器/处理器675还负责使用ACK和/或NACK协议来检错，以支持HARQ操作。

图7是示出了异构网络中的范围扩展的蜂窝区域的示图700。诸如RRH 710b等较低功率等级的eNB，通过RRH 710b与宏eNB 710a之间的增强型小区间干扰协调，并通过由UE720执行的干扰消除，可以具有从蜂窝区域702扩展的、范围扩展的蜂窝区域703。在增强型小区间干扰协调中，RRH 710b从宏eNB 710a接收关于UE 720的干扰状况的信息。该信息允许RRH 710b在范围扩展的蜂窝区域703中服务UE 720，并且随着UE 720进入范围扩展的蜂窝区域703，接受UE 720从宏eNB 710a的切换。

如上文所讨论的，在LTE应用中，在DL上使用OFDM且在UL上使用SC-FDMA，以支持FDD和TDD二者。对于TDD，可以存在七种可能的UL和DL(UL/DL)子帧配置。例如，基于该子帧配置，每个子帧可以用于上行链路或下行链路或用作特殊子帧。子帧配置的例子在下面的表1中示出。

表1上行链路-下行链路配置

图8是用于TDD物理层的无线帧结构800。可能存在两种切换周期，5ms和10ms。对于5ms的切换周期，在一个无线帧(其中，一个无线帧是10ms)中存在两个特殊子帧。对于10ms的切换周期，在一个无线帧中存在一个特殊子帧。如图8所示，一个无线帧可以是10毫秒，并且可以包括具有5毫秒的周期的两个“半帧”。每个半帧包括五个子帧。在图8所示的例子中，半帧#1包括子帧#0-4(例如，SF#0-4)，且半帧#2包括子帧#5-9(例如，SF#5-9)。在每个半帧中，所述五个子帧中的四个子帧中的每个子帧可以包括两个时隙，并且所述五个子帧中的一个子帧可以是特殊子帧，该特殊子帧包括三个字段：下行链路导频时隙(DwPTS)、保护时段(GP)、和上行链路导频时隙(UpPTS)。在图8所示的例子中，对于半帧#1，SF#0、2、3和4中的每个包括两个时隙，而SF#1是包括DwPTS、GP和UpPTS的特殊子帧。对于半帧#2，SF#5、7、8、和9中的每个包括两个时隙，而SF#6是包括DwPTS、GP和UpPTS的特殊子帧。当从DL切换到UL时使用特殊子帧，而当从UL切换到DL时不使用特殊子帧。

增强型干扰管理和业务调整(eIMTA)(见，例如，3GPP版本12)提供了一种允许基于业务需要来动态调整TDD DL/UL子帧配置的机制。也就是说，eIMTA可以允许取决于UL业务和/或DL业务的量，从一种DL/UL子帧配置动态切换到另一种DL/UL子帧配置。如果存在重的DL业务，则使用eIMTA的eNB可以将当前子帧配置切换到比当前子帧配置具有更多的用于DL的子帧的另一种子帧配置。例如，如果在DL上预期到数据突发，且当前子帧配置是具有四个DL子帧和四个UL子帧的配置#1(4DL：4UL)，则eNB可以将子帧配置从子帧配置#1切换到具有八个DL子帧和一个UL子帧(8DL：1UL)的子帧配置#5。在另一方面，如果存在重的UL业务，则使用eIMTA的eNB可以将当前子帧配置切换到比当前子帧配置具有更多的用于UL的子帧的另一种子帧配置。例如，如果在UL上预期到大的数据突发，且当前子帧配置是具有八个DL子帧和一个UL子帧的配置#5(8DL：1UL)，则eNB可以将子帧配置从子帧配置#5切换到具有两个DL子帧和六个UL子帧(2DL：6UL)的子帧配置#0。eNB可以在例如640ms中执行对TDD UL/DL子帧的配置的调整(例如，切换子帧配置)。在一个方面，eNB可以尽可能快地在10毫秒中执行对TDD UL/DL子帧配置的调整。

当两个或更多的小区具有不同的DL和UL子帧时，对eIMTA的使用可能对DL和UL造成干扰。具体而言，由于针对每个小区的业务需要可能是不同的，因此取决于针对不同小区的业务需要，可以针对不同的小区使用不同的子帧配置。例如，如果小区A切换到子帧配置#1而小区B切换到子帧配置#5，则配置#1使用子帧3、7和8用于UL而配置#5使用子帧3、7和8用于DL，这可能导致UE(例如，UE 102)遭受干扰。此外，对eIMTA的使用可能导致在DL和ULHARQ时序管理中的某种复杂性。具体而言，当前DL/UL子帧配置中的每种DL/UL子帧配置可以具有(在HARQ操作效率方面)针对DL/UL子帧配置优化的、其自身的DL/UL HARQ时序。例如，从PDSCH DL传输到相应的HARQ ACK/NAK UL传输的UL/DL HARQ时序可以在不同的TDDDL/UL子帧配置之间变化。在TDD DL/UL子帧配置之间(例如，表1的子帧配置之间)动态切换的情况下，如果在切换到第二子帧配置之前，根据第一子帧配置来维持DL/UL HARQ时序，则对于DL或UL传输中的一些来说，可能存在错过的ACK/NAK传输机会，这是因为在切换之前的、针对第一子帧的配置的UL/DL HARQ时序可能是与切换之后的、针对第二子帧配置的UL/DL HARQ时序是不同的。

为了简化eIMTA的操作，可以针对若干物理层操作将一个或多个DL/UL子帧配置定义为参考配置。可以基于子帧配置中的一种来定义DL参考子帧配置，而基于子帧配置中的另一种来定义UL参考子帧配置，使得DL参考子帧配置用于DL HARQ操作而UL参考子帧配置用于UL HARQ操作。例如，对于DL参考子帧配置设计方案，DL HARQ操作可以基于DL/UL子帧配置#5，而不考虑在帧(或半帧)中所使用的实际DL/UL子帧配置。即，如果启用了动态DL/UL子帧配置，则DL HARQ时序可以基于具有八个DL子帧和一个UL子帧(例如，8：1的DL/UL子帧配置)的子帧配置#5。关于UL参考子帧配置设计方案，UL HARQ操作可以基于DL/UL子帧配置#0，而不考虑在帧(或半帧)中所使用的实际DL/UL子帧配置。即，如果启用了动态DL/UL子帧配置，则所述UL HARQ时序可以基于具有两个DL子帧和六个UL子帧(例如，2：6的DL/UL子帧配置)的子帧配置#0。

图9是根据DL和UL参考子帧配置的对子帧901的DL HARQ操作和UL HARQ操作的示例性HARQ操作900。在图9所示的例子中，DL参考子帧配置利用子帧配置#5用于DL HARQ操作，且UL参考子帧配置利用子帧配置#0用于UL HARQ操作。因此，子帧#0和5固定为针对DL和UL HARQ操作两者的DL子帧，子帧#1固定为用于DL和UL HARQ操作两者的特殊子帧，且子帧#2固定为针对DL和UL HARQ操作两者的UL子帧。子帧#3、4、7、8、和9中的每个子帧是DL/UL子帧，取决于操作是DL HARQ操作还是UL HARQ操作，其用作UL子帧或者DL子帧。具体而言，基于子帧配置#5，子帧#3、4、7、8、和9用作DL HARQ操作的DL子帧，且基于子帧配置#0，子帧#3、4、7、8、和9用作UL HARQ操作的UL子帧。子帧#6是DL/特殊子帧，取决于操作是DL HARQ操作还是UL HARQ操作，其用作DL子帧或者特殊子帧。如图9所示，在第一DL HARQ操作911期间，UE可以在子帧#9、0、1、3、4、5、6、7和8处接收DL数据，并且可以在子帧#2(913)处发送UL响应。此外，如图9所示，在第一UL HARQ操作951期间，UE可以在子帧#0处接收DL数据，并且在子帧#4和7处发送相关联的UL信息。在第二UL HARQ操作953期间，UE可以在子帧1处接收DL数据，并在子帧#7和8处发送相关联的UL信息。

在TDD中，UE可以在DL子帧处在下行链路通信期间接收下行链路控制信息(DCI)格式0/4中的特定的2比特字段。对DCI格式0/4中的2比特字段的使用取决于TDD DL/UL子帧配置。如果TDD UL/DL子帧配置是子帧配置#0，则2比特字段用作UL索引，以确定物理下行链路控制信道(PDCCH)UL准许与PUSCH数据传输之间的延迟。表2示出了确定对PUSCH传输进行调度的UL索引的例子。例如，根据表2，如果UE在SF0处接收到PDCCH UL准许，则如果UL索引是“10”，UE可以在SF4处执行PUSCH传输，而如果UL索引为“01”，则在SF7处执行PUSCH传输。因此，PDCCH UL准许和PUSCH传输之间的延迟对于UL索引为“10”的情况是四个子帧，而对于UL索引为“01”的情况是七个子帧。在UL索引是“11”的情况下，在多个子帧处执行多传输时间间隔(多-TTI)调度。例如，如果UL索引是“11”，并且UE在SF0处接收到UL准许，则UE在SF4和SF7二者处执行PUSCH传输。在表2中，n是接收UL准许子帧的子帧号，k是来自查找表中的值，查找表针对每个UL准许子帧号分配特定的值。

表2基于UL索引的PDCCH子帧和PUSCH子帧

如果TDD UL/DL子帧配置是子帧配置#1-6中的一种，则2比特字段中的两个比特用作UL下行链路分配索引(DAI)比特，以指示在DL关联集合中具有PDSCH传输的、调度的DL子帧的总数量，其由UE用来确定用于HARQ-ACK捆绑的N_bundled参数或者用于HARQ-ACK复用的HARQ-ACK码本大小。例如，如在图9中所示，针对子帧#2处的UL，在DL关联集合中九个DL子帧(例如子帧#9、0、1、3、4、5、6、7、和8)可以是可用的。然后，针对子帧#2处的UL，在DL关联集合中的DL子帧的总数可以是九个或更少。举例而言，如果仅子帧#9、0和1用于DL，则DL关联集合中的DL子帧的总数量是三。

如上文所讨论的，用于UL HARQ时序的参考子帧配置可以是与用于DL HARQ时序的参考子帧配置是不同的。如果子帧配置#0用作UL HARQ参考子帧配置，则在针对子帧配置#0的DCI格式0/4中的2比特字段可以用于UL索引。在这样的方面中，由于在DCI格式0/4中的2比特字段不能用作UL索引和UL DAI二者，因此在DCI格式0/4中可能发生UL索引和UL DAI比特之间的碰撞。例如，如果DCI格式0/4中的2比特字段用作用于确定PDCCH UL准许与PUSCH传输之间的延迟的UL索引，则在DCI格式0/4中不存在用于指示DL关联集合中的具有PDSCH传输的、调度的DL子帧的总数量的UL DAI。在不具有UL DAI的情况下，UE可能不能确定在DL关联集合中的调度的DL子帧的总数量，并因此可能不能够确定用于HARQ-ACK捆绑的N_bundled参数或用于HARQ-ACK复用的HARQ-ACK码本大小。因此，UL DAI的缺失可能导致UL HARQ-ACK传输歧义。在另一方面，例如，如果子帧#5用作DL HARQ参考子帧配置，则在针对子帧配置#5的DCI格式0/4中的2比特字段可以用于UL DAI比特。如果2比特字段用作所述UL DAI字段，而不是用作UL索引，则UE可能不能确定用于确定PDCCH UL准许与PUSCH数据传输之间的延迟的所述UL索引。

在携带DCI格式0/4的DL子帧不在DL关联集合中的最后的子帧中的情况下，可能出现另一个问题。DL关联集合中的最后的子帧是具有最小值k_m的子帧，其中，k_m是PDCCH UL准许与PUSCH传输之间的最小延迟。如果PDCCH UL准许传输是基于UL HARQ参考子帧配置的，则携带DCI格式0/4的DL子帧可能不在DL关联集合中的最后的子帧中。

图10是根据DL和UL参考子帧配置的对子帧1001的DL HARQ操作和UL HARQ操作的示例性HARQ操作1000。在图10所示的例子中，子帧配置#2用作DL参考子帧配置而子帧配置#6用作UL参照子帧配置。因此，子帧#0固定为针对DL和UL HARQ操作二者的DL子帧，子帧#2和7固定为针对DL和UL HARQ操作二者的UL子帧，而子帧#1和6固定为针对DL和UL HARQ操作二者的特殊子帧。子帧#3、4、8、和9中的每一个是灵活的DL/UL子帧，取决于操作是DL HARQ操作还是UL HARQ操作，其用作DL子帧或者DL子帧。

在图10中，关于DL HARQ时序，第一DL HARQ操作1011示出了，针对子帧#7处的UL，DL关联集合包括子帧#9、0、1、和3，且第二DL HARQ操作1013示出了，针对子帧#2(1015)处的UL，DL关联集合包括子帧#4、5、6和8。关于UL HARQ时序，第一UL HARQ操作1051示出了，针对子帧#7处的UL，UE在子帧#0处接收到UL准许(例如，DCI格式0/4)，而第二UL HARQ操作1053示出了，针对子帧#2(1057)处的UL，UE在子帧#5(1055)处接收到另一UL准许。对于针对子帧#7的DL关联集合，DL关联中的最后的子帧是子帧#3。因此，PDCCH UL准许与PUSCH传输之间的最小延迟在子帧#3与子帧#7之间。然而，虽然针对子帧#7处的UL，UE在子帧#0处接收到UL准许，但子帧#0不针对子帧#7的关联集合中的最后的子帧。在这种情况下，可能存在关于UL DAI比特的问题，该UL DAI比特指示在DL关联集合中的具有PDSCH传输的、调度的DL子帧的总数量。具体而言，在这种情况下，eNB(例如，eNB 106)在子帧#1和3处不具有针对UL准许传输的调度，并且因此不能提供针对在子帧#0处发送的UL准许的、UL DAI比特的正确的值。其结果是，当发送针对子帧#7处的UL的UL准许时，eNB不得不在UL准许子帧(例如，子帧#0)之后使用对DL子帧(例如，子帧#1和3)的预调度，这生成了针对DL调度器的额外的限制并且可能创建复杂性。

UL索引与UL DAI比特之间的潜在碰撞可以利用第一方法来解决，所述第一方法使用小区特定的UL索引配置(而不是使用UE特定的UL索引配置)。在利用小区特定的UL索引配置的第一方法中，UL索引不包括在UL准许的DCI格式0/4中，并且因此DCI格式0/4中的2比特字段可以用于UL DAI比特。作为将UL索引包括在DCI格式0/4中的2比特字段中的替代，可以基于动态TDD UL/DL配置来配置UL索引。由于UL准许的DCI格式0/4中的2比特字段不用于UL索引，因此DCI格式0/4中的2比特字段可以用于UL DAI。此外，在第一方法中，仅UL索引的两种值(例如，“0”和“1”)应用所有的UL准许。

在表3A和3B所示的例子中(其中，子帧配置#0用作UL HARQ参考子帧配置)，针对eIMTA，仅定义了UL索引的两种值“0”和“1”，并将其应用到UL准许。如以下在表3A和3B中所示，UL准许子帧和PUSCH传输子帧具有基于UL索引的固定关系。每种UL索引配置的使用是由动态子帧配置决定的。在表3A和3B所示的例子中，如果动态子帧配置指示SF4或SF9是针对后续无线帧的UL子帧，则可以使用第一UL索引配置(例如，表3A)。在另一方面，如果动态子帧配置指示SF4和SF9都不是针对后续无线帧的UL子帧，则可以使用第二UL索引配置(例如，表3B)。例如，如果针对后续无线帧的动态子帧配置是子帧配置#0，其指示SF4是UL子帧，则针对子帧配置#0使用第一UL索引配置(例如，表3A)。在另一方面，如果针对后续无线帧的动态子帧配置是子帧配置#1，其指示SF4和SF9都不是UL子帧，则可以针对子帧配置#1使用第二UL索引配置(例如，表3B)。另外，可以将1比特的字段添加到动态子帧配置中，以指示针对当前帧使用第一(例如，表3A)和第二(例如，表3B)UL索引配置中的哪一个。另外地或在替代方案中，作为一个例外，如果参考帧配置是子帧配置#0而动态子帧配置也是子帧配置#0，则仍然可以将2比特字段解释为UL索引。然而，如果UE没有确定参考子帧配置是子帧配置#0且动态子帧配置也是子帧配置#0，则可以将2比特字段解释为UL DAI。

另外地或在替代方案中，UL索引与UL DAI比特之间的潜在碰撞可以使用第二方法来解决。根据第二方法，针对用于UL准许的每个固定子帧，UL索引可以是预定的，其中，针对相应UL准许子帧的上行链路子帧，UL索引是固定的。由于针对用于UL准许的每个固定子帧，UL索引是预定的，因此UL索引不包括在UL准许的DCI格式0/4中。因此，DCI格式0/4中的2比特字段可以用于UL DAI比特。

在以下的表4中所示的例子中，针对用于UL准许的每个固定子帧，UL索引是预定的，其中，子帧#0、1、5和6是用于DL和UL HARQ操作二者(因而对UE来说是共同的)的固定的DL子帧。可以将UL索引值中的一个(例如，“01”、“10”和“11”)分配用于UL准许子帧。对应于所分配的UL索引的子帧可以是UL子帧。例如，在表4中，“01”的UL索引被分配用于UL准许子帧1，并因此SF8中的PUSCH传输被调度用于UL准许子帧1。固定的UL索引模式(pattern)可以是预定的，以支持针对多个子帧的多-TTI调度。例如，在表4中，“11”的固定的UL索引被分配用于UL准许子帧0，并因此SF4和SF7二者中的PUSCH传输可以被调度用于UL准许子帧0。作为另一个例子，针对表4中的UL准许子帧0，由于SF4和SF7中的每一个是灵活的子帧，取决于子帧配置，其或者是DL子帧或者是UL子帧，如果SF4被重配置为DL子帧(例如，根据动态子帧配置)，则仅SF7可以被调度用于PUSCH传输。另外，如果UE不具有关于子帧是DL子帧还是UL子帧的信息(例如，由于对重配置信令的误检测)，则UE不在任何灵活的子帧中执行PUSCH传输，以避免对其他UE的任何可能干扰。

表4.固定的UL索引配置

如上文所讨论的，如果UL准许传输是基于UL HARQ参考子帧配置的，则携带DCI格式0/4的DL子帧可能不在DL关联集合中的最后的子帧中。如果在DCI格式0/4中的UL DAI比特不是在DL关联集合中的任意子帧期间发送的，则可能存在与UL传输的问题。这个问题可以通过使用灵活的UL准许时序的第三方法来解决。对于固定的UL子帧(例如，DL和UL HARQ参考子帧配置之间的共同的UL子帧)，基于UL HARQ参考子帧配置发送的UL准许也可以基于DL HARQ参照子帧配置来发送。具体而言，由于固定的UL子帧在基于UL HARQ参考子帧配置的UL HARQ操作以及基于DL HARQ参照子帧配置的DL HARQ操作二者中用作UL子帧，因此可以基于UL HARQ参考子帧配置或DL HARQ参考子帧配置中的任一项，在固定的UL子帧处发送UL准许。因此，尽管UL HARQ参考子帧配置可用于灵活的UL子帧，但UL HARQ参考子帧配置可能不用于固定的UL子帧。根据第三种方法，如果根据DL HARQ子帧配置，在DL关联集合中具有最小值k_m(其中，k_m是PDCCH UL准许与PUSCH传输之间的最小延迟)的子帧是DL子帧，则UE可以针对相应UL子帧处的上行链路，在具有最小值k_m的子帧处接收UL准许。要注意的是，具有最小值k_m的子帧是DL关联集合中的最后的子帧，如上面讨论的。

图11是根据本公开内容的实施例，对子帧1101的DL HARQ操作和UL HARQ操作的示例性HARQ操作1100。在图11所示的例子中，子帧配置#2(1115)用作DL子帧配置而子帧配置#6用作UL子帧配置。在图11中，第一DL HARQ操作1111示出了，针对子帧#7处的UL，DL关联集合包括子帧#9、0、1、和3，而第二DL HARQ操作1113示出了，针对子帧#2处的UL，DL关联集合包括子帧#4、5、6和8。此外，在图11中，第一UL HARQ操作1151示出了，针对子帧#7处的UL传输，UE在子帧#0处接收第一UL准许，并且第二UL HARQ操作1153示出了，针对子帧#7处的UL传输，UE在子帧#3处接收第二UL准许。根据第三方法，UE在子帧#3处接收第二UL准许，这是因为子帧#3是针对子帧#7处的UL传输的、DL关联集合中的最后的子帧。要注意的是，子帧#3位于子帧#0(其是固定的DL子帧)之后。

可以隐式地或显式地确定针对一个或多个固定的UL子帧的、灵活的UL准许时序。对于隐式方法，UE监视在基于DL参考子帧配置的DL子帧以及基于UL参考子帧配置的UL子帧二者中的UL准许。如果UE在固定的UL子帧处检测到用于上行链路传输的两个UL准许，并且在两个UL准许之间存在不一致，则UE考虑最后被解码的UL准许，并且可以不考虑其他的UL准许。在图11所示的例子中，第一UL准许是在子帧#0处接收到的，而第二UL准许是在子帧#3处接收到的，其中，第一UL准许和第二UL准许用于子帧#7(其是固定的UL子帧)处的上行链路传输。在这个例子中，如果在第一UL准许和第二UL准许之间存在不一致，则UE考虑在子帧#3处接收到的、针对子帧#7处的UL的第二UL准许(其是最后解码的UL准许)，并且不考虑在子帧#0处接收到的第一UL准许。可替代地，显式方法可以包括在动态子帧配置中的额外的1比特指示符，使得所述1比特指示符指示应当考虑哪个UL准许。

如上文所讨论的，当在其中接收到UL准许的子帧位于DL关联集合的最后的子帧之前时可能出现问题。因此，第四方法可以用来解决这样的问题。在DCI格式0/4中的UL DAI比特的值

代表在DL关联集合中具有PDSCH传输的、调度的DL子帧的总数量。如果eNB不使用预调度，则UL DAI值反映上至(up to)在其中收到UL准许的子帧的DL子帧的数量，并且因此可能是比关联集合中的调度的DL子帧的总数量要小的数。在UL DAI值不反映在DL关联集合中的调度的DL子帧的正确的总数量的情况下，UE可以通过将偏移K相加至

来导出新的UL DAI值，以表示DL子帧的正确的总数量，其中，K表示在在其中接收到UL准许的子帧之后的、可用的DL子帧的数量。即，

UE可以使用

来确定针对PUSCH上的传输的HARQ-ACK参数，以便提供调度的DL子帧的正确的总数量。如果UE没有在在其中接收到UL准许的子帧之后的DL子帧中检测到任何DL分配，则UE可以针对这些DL子帧生成NACK。

此外，可以将DL关联集合划分成DL子帧的第一集合和DL子帧的第二集合。DL子帧的第一集合包括DL关联集合中的、上至在其中接收到UL准许的子帧的DL子帧。因此，

表示第一集合中的DL子帧的数量。DL子帧的第二集合包括在DL关联集合中的、在其中接收到UL准许的子帧之后的可用的DL子帧。因此，K表示第二集合中的DL子帧的数量。对针对第一集合的HARQ-ACK有效载荷大小的确定基于在UL准许中接收到的UL DAI值

而对针对第二集合的HARQ-ACK有效载荷大小的确定基于第二集合中的DL子帧的数量(其等于偏移K)。接着，针对DL关联集合的反馈HARQ-ACK有效载荷大小可以通过计算第一集合的有效载荷大小与第二集合的有效载荷大小的总和来确定。

例如，再次参照图10，关于DL HARQ时序，第一DL HARQ操作1011示出了针对子帧#7处的UL，DL关联集合包括#9、0、1、和3。关于UL HARQ时序，第一UL HARQ操作1051示出了，针对子帧#7处的UL，UE在子帧#0处接收到UL准许。针对第一DL HARQ操作1011的子帧#9和0，ULDAI比特值

是2，这是由于UL DAI值

表示在DL关联集合(例如，包括子帧#9、0、1和3的集合)中的、上至在第一UL HARQ操作1051中在其中接收到UL准许的子帧#0的DL子帧的数量。在这个例子中，针对第一DL HARQ操作1011的子帧#1和3，K是2，这是因为K代表在DL关联集合(例如，子帧#9、0、1、和3)中的、在第一UL HARQ操作1051中在其中接收到UL准许的子帧#0之后的DL子帧的数量。在图10的例子中，新的UL DAI值

是

因此，即使在发送针对子帧#7处的UL的UL准许时，针对UL准许子帧(例如，子帧#0)之后的DL子帧(例如，子帧#1和3)eNB不使用预调度，则

用于表示DL子帧(例如，子帧#9、0、1、和3)的正确的总数量。

此外，在图10中，DL子帧的第一集合(其包括DL关联集合中的、上至子帧#0的DL子帧)包括子帧#9和0。DL子帧的第二集合(其包括DL关联集合中的、在子帧#0之后的可用的子帧)包括子帧#1和3。针对第一集合的HARQ-ACK有效载荷大小是基于UL DAI值(例如，

)来确定的。针对第二集合的HARQ-ACK有效载荷大小是基于第二集合中的DL子帧的数量(例如，K＝2)来确定的。针对DL关联集合(例如，子帧#9、0、1、和3)的反馈HARQ-ACK有效载荷大小可以通过计算第一集合(例如，子帧#9和0)的有效载荷大小和第二集合(例如，#1和3)的有效载荷的大小的总和来确定。

根据第五方法，UL HARQ-ACK传输可以不取决于针对UL HARQ-ACK反馈的UL DAI。例如，UE可以丢弃UL准许中的UL DAI，并且在不具有UL DAI的情况下在PUSCH上执行HARQ-ACK传输。因此，如果使用的第五方法，则可以避免与UL DAI比特有关的问题。具体而言，对于HARQ-ACK捆绑，UE根据由UE检测到的、在DL关联集合中的分配的DL子帧的数量(例如，DL关联集合的大小)来确定参数N_bundled。对于HARQ-ACK复用，UE通过DL关联集合的大小或者通过动态集合的大小(除灵活的UL子帧之外)来确定HARQ-ACK码本。灵活的UL子帧可以根据动态子帧配置来确定。例如，参照回图10，动态集合可以排除子帧#3、4、8、和9，因为根据UL/DL子帧配置，图10中的子帧#3、4、8、和9是灵活的UL子帧。要注意的是，利用小区特定的UL索引配置的第一方法、利用预定的UL索引的第二方法、利用灵活的UL准许时序的第三方法、通过将偏移与UL DAI值相加来确定新的UL DAI值的第四方法、以及经由UE的第五方法可以单独地使用或以其任意组合来使用。

图12是在基于TDD LTE的网络中的无线通信的第一方法的流程图1200。该方法可以由UE来执行。在步骤1202，UE在第一子帧期间接收对动态UL/DL子帧配置的指示。在步骤1204，UE基于上行链路参考子帧配置，以及基于动态UL/DL子帧配置或下行链路参考子帧配置中的至少一个，确定上行链路HARQ时序。在步骤1206，UE通过基于动态UL/DL子帧配置来确定上行链路索引，来基于所确定的上行链路HARQ时序选择用于通信的上行链路子帧，其中，所述上行链路子帧是基于所述上行链路索引来选择的。当所述动态UL/DL子帧配置指示一个或多个子帧号与用于上行链路的子帧相关联时，所述上行链路索引可以是第一值，而当所述动态UL/DL子帧配置指示所述一个或多个子帧号不与用于上行链路的所述子帧相关联时，所述上行链路索引可以是第二值。如以上所讨论的，UE基于所述UL参考子帧配置和动态UL/DL子帧配置来确定上行链路HARQ时序。例如，如上面讨论的，根据在表3A和3B中所示出的例子(其中，子帧配置#0用作UL HARQ参考子帧配置)，如果动态子帧配置指示SF4或SF9是用于随后无线帧的UL子帧，则使用第一UL索引配置(例如，表3A)，而如果动态子帧配置指示SF4和SF9都不是用于随后无线帧的UL子帧，则使用第二UL索引配置(例如，表3B)。表3A和3B示出了根据UL索引的UL HARQ时序。具体地，根据表3A和3B中所示出的例子，PUSCH子帧是基于UL索引来选择的。

在步骤1208处的可选方面，UE可以在所确定的上行链路HARQ参考配置是UL/DL子帧配置并且动态UL/DL子帧配置是所述UL/DL子帧配置时，将所述DCI中的字段解释为所述上行链路索引。在步骤1210处的可选方面，UE可以在所确定的上行链路HARQ参考配置或动态UL/DL子帧配置中的至少一个不是所述UL/DL子帧配置时，将所述DCI中的所述字段解释为上行链路DAI。如上文所讨论的，例如，如果参考子帧配置是子帧配置#0且动态子帧配置也是子帧配置#0，则仍可以将2比特字段解释为UL索引。此外，如上文所讨论的，如果UE没有确定参考子帧配置是子帧配置#0且动态子帧配置也是子帧配置#0，则可以将2比特字段解释为UL DAI。

图13是在基于TDD LTE的网络中的无线通信的第二方法的流程图1300。该方法可以由UE来执行。在步骤1302，UE在第一子帧期间接收对动态UL/DL子帧配置的指示。在步骤1304，UE基于上行链路参考子帧配置，以及基于动态UL/DL子帧配置或下行链路参考子帧配置中的至少一个，确定上行链路HARQ时序。在步骤1306，UE基于所确定的上行链路HARQ时序，选择用于通信的上行链路子帧。在步骤1308，UE在所选择的上行链路子帧的下行链路关联集合中的最后的下行链路子帧中接收上行链路准许。所述最后的下行链路子帧可以是基于所述下行链路参考子帧配置来确定的。所述下行链路关联集合中的所述最后的下行链路子帧可以位于用于接收另一个上行链路准许的固定的下行链路子帧之后。如上文所讨论的，UE基于UL参考子帧配置和DL参考子帧配置来确定上行链路HARQ时序。如果在DL关联集合中具有最小值k_m的子帧是根据DL HARQ参考子帧配置的DL子帧，则UE可以针对在相应UL子帧处的上行链路，在具有最小值k_m的子帧处接收UL准许，其中，具有最小值k_m的子帧是DL关联集合中的最后的子帧。例如，如上面讨论的，参照图11中所示的例子，UE在子帧#3处接收第二UL准许，这是因为子帧#3是设置用于子帧#7处的UL传输的DL关联集合中的最后的子帧，并且由于子帧#3位于子帧#0(其是固定的DL子帧)之后。

在步骤1310处的可选方面，UE可以基于以下各项中的至少一项，在来自所述下行链路关联集合中的所述最后的下行链路子帧的上行链路准许或来自所述固定的下行链路子帧的其他上行链路准许中选择一个：解码所述上行链路准许的时间以及解码其他上行链路准许的时间，或者动态UL/DL子帧配置中的指示符。下行链路关联集合的最后的下行链路子帧可以是灵活的下行链路子帧。如上文所讨论的，例如参考图11，如果在子帧#0处接收到的第一UL准许和与在子帧#3处接收到的第二UL准许之间存在不一致，则UE认为在子帧#3处接收到的第二UL准许(其是最后解码的UL准许)用于子帧#7处的UL，并且不考虑在子帧#0处接收到的第一UL准许。可替代地，如上文所讨论的，动态子帧配置可以包括额外的1比特指示符，其指示应当考虑哪个UL准许。

图14是在基于TDD LTE的网络中的无线通信的第三方法的流程图1400。该方法可以由UE来执行。在步骤1402，UE确定用于HARQ消息捆绑的参数或HARQ消息码本中的至少一个。在步骤1404，UE基于所述参数或HARQ消息码本中的至少一个来发送一个或多个HARQ消息。所述一个或多个灵活的上行链路子帧可以是根据动态上行链路/下行链路子帧配置来确定的。例如，如上面讨论的，对于HARQ-ACK捆绑，UE根据由UE检测到的、DL关联集合中的所分配的DL子帧的数量，来确定参数N_bundled。如上文所讨论的，对于HARQ-ACK复用，UE通过DL关联集合的大小或通过动态集合的大小(除灵活的UL子帧外)来确定HARQ-ACK码本。

图15是示出了在示例性装置1502中的不同模块/装置/组件之间的数据流的概念性数据流程图1500。该装置可以是UE。该装置包括接收模块1504、HARQ时序模块1506、UL子帧选择模块1508、DCI字段解释模块1510、UL准许处理模块1512、确定模块1514和传输模块1516。接收模块1504在第一子帧期间接收对动态UL/DL子帧配置的指示。HARQ时序模块1506基于上行链路参考子帧配置，以及基于动态UL/DL子帧配置或下行链路参考子帧配置中的至少一个，确定上行链路HARQ时序。UL子帧选择模块1508通过基于动态UL/DL子帧配置来确定上行链路索引，来基于所确定的上行链路HARQ时序选择用于通信的上行链路子帧。当所确定的上行链路HARQ参考配置是UL/DL子帧配置并且所述动态UL/DL子帧配置是所述UL/DL子帧配置时，DCI字段解释模块1510将所述DCI中的字段解释为所述上行链路索引，而当所确定的上行链路HARQ参考配置或所述动态UL/DL子帧配置中的至少一个不是所述UL/DL子帧配置时，DCI字段解释模块1510将所述DCI中的所述字段解释为上行链路DAI。

UL准许处理模块1512经由接收模块1504在所选择的上行链路子帧的下行链路关联集合中的最后的下行链路子帧中接收上行链路准许，其中，所述最后的下行链路子帧是基于所述下行链路参考子帧配置来确定的。UL准许处理模块1512基于以下各项中的至少一项，在来自所述上行链路子帧的上行链路准许或来自所述固定的下行链路子帧的其他上行链路准许中选择一个：解码所述上行链路准许的时间以及解码其他上行链路准许的时间，或者所述动态UL/DL子帧配置中的指示符。

确定模块1514确定用于HARQ消息捆绑的参数或HARQ消息码本中的至少一个，其中，用于所述HARQ消息捆绑的所述参数是基于由用户设备检测到的、子帧的下行链路关联集合的大小来确定的，并且所述HARQ消息码本是基于子帧的下行链路关联集合的所述大小或者除了一个或多个灵活的上行链路子帧之外的、子帧的动态集合的大小中的至少一个来确定的。传输模块1516基于所述参数或HARQ消息码本中的至少一个来发送一个或多个HARQ消息。

该装置可以包括用于执行图12-14的前述流程图中的算法的每个步骤的额外模块。这样，图12-14的前述流程图中的每个步骤可以由模块来执行，并且该装置可以包括这些模块中的一个或多个。该模块可以是专门配置为执行所陈述的过程/算法的一个或多个硬件组件、由被配置为执行所陈述的过程/算法的处理器来实现、存储在用于由处理器实现的计算机可读介质内、或其某种组合。

图16是示出了针对一种采用处理系统1614的装置1502’的硬件实现的例子的示图1600。处理系统1614可以利用总线架构来实现，所述总线架构由总线1624总体表示。总线1624可以包括任何数量的互连总线和桥接器，这取决于处理系统1614的具体应用和整体设计约束。总线1624将包括一个或多个处理器和/或硬件模块的各种电路连接在一起，所述各种电路由处理器1604、模块1504、1506、1508、1510、1512、1514、1516和计算机可读介质/存储器1606表示。总线1624还可以链接诸如时序源、外围设备、电压调节器和功率管理电路等各种其它电路，其在本领域中公知的，并且因此将不再进一步描述。

处理系统1614可以耦合到收发机1610。收发机1610耦合到一个或多个天线1620。收发机1610提供用于通过传输介质与各种其它装置通信的单元。收发机1610从一个或多个天线1620接收信号、从接收到的信号提取信息，并向所述处理系统1614(特别是接收模块1504)提供所提取的信息。另外，接收机1610从处理系统1614(特别是传输模块1516)接收信息，并且基于所述接收的信息，生成要施加到一个或多个天线1620的信号。处理系统1614包括耦合到计算机可读介质/存储器1606的处理器1604。处理器1604负责一般处理，包括对存储在计算机可读介质/存储器1606上的软件的执行。软件当由处理器1604执行时，使得处理系统1614执行上文针对任何特定装置所描述的各种功能。计算机可读介质/存储器1606还可以用于存储当处理器1604执行软件时所操纵的数据。该处理系统还包括模块1504、1506、1508、1510、1512、1514和1516中的至少一个。模块可以是运行在处理器1604上的软件模块、驻留/存储在计算机可读介质/存储器1606中的软件模块、耦合到处理器1604的一个或多个硬件模块、或其某种组合。处理系统1614可以是UE 650的组成部分，并且可以包括存储器660和/或TX处理器668、RX处理器656以及控制器/处理器659中的至少一个。

在一种配置中，用于无线通信的装置1502/1502’包括：用于在第一子帧期间由用户设备(UE)接收对动态上行链路/下行链路(UL/DL)子帧配置的指示的单元；用于基于上行链路参考子帧配置，以及基于动态UL/DL子帧配置或下行链路参考子帧配置中的至少一个，确定上行链路混合自动重传请求(HARQ)时序的单元；以及用于基于所确定的上行链路HARQ时序，选择用于通信的上行链路子帧的单元。用于选择的所述单元还被配置为基于所述动态UL/DL子帧配置，来确定上行链路索引，其中，所述上行链路子帧是基于所述上行链路索引来选择的。当所述动态UL/DL子帧配置指示一个或多个子帧号与用于上行链路的子帧相关联时，所述上行链路索引可以是第一值，而当所述动态UL/DL子帧配置指示所述一个或多个子帧号不与用于上行链路的所述子帧相关联时，所述上行链路索引可以是第二值。用于接收的所述单元还可以被配置为接收下行链路控制信息(DCI)，并且该装置1502/1502’还可以包括用于当所确定的上行链路HARQ参考配置是UL/DL子帧配置并且所述动态UL/DL子帧配置是所述UL/DL子帧配置时，将所述DCI中的字段解释为上行链路索引的单元，以及用于当所确定的上行链路HARQ参考配置或所述动态UL/DL子帧配置中的至少一个不是所述UL/DL子帧配置时，将所述DCI中的所述字段解释为上行链路DAI的单元。

该装置1502/1502’还可以包括用于在所选择的上行链路子帧的下行链路关联集合中的最后的下行链路子帧中接收上行链路准许的单元，其中，所述最后的下行链路子帧是基于所述下行链路参考子帧配置来确定的。所述下行链路关联集合中的所述最后的下行链路子帧可以位于用于接收另一个上行链路准许的固定的下行链路子帧之后。该装置1502/1502’还可以包括用于基于以下各项中的至少一项，在来自所述上行链路子帧的上行链路准许或来自固定的下行链路子帧的其他上行链路准许中选择一个的单元：解码所述上行链路准许的时间以及解码其他上行链路准许的时间，或者所述动态UL/DL子帧配置中的指示符。

在另一种配置中，用于无线通信的装置1502/1502’包括：用于确定用于混合自动重传请求(HARQ)消息捆绑的参数或HARQ消息码本中的至少一个的单元，其中，用于所述HARQ消息捆绑的所述参数是基于由用户设备检测到的、子帧的下行链路关联集合的大小来确定的，并且所述HARQ消息码本是基于子帧的下行链路关联集合的所述大小或者除了一个或多个灵活的上行链路子帧之外的、子帧的动态集合的大小中的至少一个来确定的；以及用于基于所述参数或HARQ消息码本中的至少一个来发送一个或多个HARQ消息的单元。所述一个或多个灵活的上行链路子帧可以是根据动态上行链路/下行链路子帧配置来确定的。

前述单元可以是装置1502的前述模块中的一个或多个，和/或被配置为执行由前述单元列举的功能的、装置1502的处理系统1614。如上文所述，处理系统1614可以包括TX处理器668、RX处理器656、和控制器/处理器659。这样，在一种配置中，前述单元可以是TX处理器668、RX处理器656、和被配置为执行由前述单元列举的功能的控制器/处理器659。

将要理解的是，所公开的过程中的步骤的特定顺序或层次是对示例性方法的说明。基于设计偏好，应当理解的是，所述过程中的步骤的特定顺序或层次可以重新排列。此外，可以组合或者省略一些步骤。所附方法权利要求呈现了样本顺序中各个步骤的要素，并且不意味着要受限于所呈现的特定顺序或层次。

为使本领域任何技术人员能够实践本文中所描述的各个方面，提供了之前的描述。对于本领域技术人员来说，对这些方面的各种修改将是显而易见的，并且，本文中定义的一般原理可以适用于其它方面。因此，权利要求并不旨在限于本文中所示出的方面，而是要符合与权利要求语言相一致的最广范围，其中，以单数形式对要素的引用并不旨在意味着“一个并且仅一个”(除非特别如此说明)，而指的是“一个或多个”。在本文中使用的词语“示例性”意味着“用作例子、实例或说明”。本文中描述为“示例性”的任何方面不必被解释为“比其它方面更优选或更有利”。除非以其它方式特别规定，否则词语“一些”指的是一个或多个。诸如“A、B或C中的至少一个”，“A、B和C中的至少一个”，以及“A、B、C或其任意组合”等组合包括A、B和/或C的任意组合，并且可以包括多个A、多个B、或多个C。具体地，诸如“A、B或C中的至少一个”，“A、B和C中的至少一个”以及“A、B、C或其任意组合”等组合可以是仅A、仅B、仅C、A和B、A和C、B和C，或A和B和C，其中，任何这样的组合可以包含A、B或C中的一个或多个成员。贯穿本公开内容来描述的各个方面的要素的所有结构等同物和功能等同物(对于本领域普通技术人员来说是已知的或稍后要知道的)通过引用明确地并入本文，并且旨在由权利要求所包含。另外，本文中公开的所有内容均不是要贡献给公众的，不论这种公开内容是否在权利要求中进行了明确地陈述。权利要求的任何要素都不应当解释为功能单元，除非所述要素明确地使用短语“用于……的单元”来陈述。

Claims (8)

1.一种在基于时分双工(TDD)的网络中的无线通信的方法，其包括：

确定用于混合自动重传请求(HARQ)消息捆绑的参数或HARQ消息码本中的至少一个，其中，用于所述HARQ消息捆绑的所述参数是基于由用户设备检测到的、子帧的下行链路关联集合中的所分配子帧数量来确定的，或者所述HARQ消息码本是基于在子帧的所述下行链路关联集合的大小或者除了一个或多个灵活的上行链路子帧之外的、子帧的动态集合的大小中的至少一者来确定的；

基于所述参数或所述HARQ消息码本中的至少一者来发送一个或多个HARQ消息；以及

丢弃上行链路准许中的上行链路下行链路分配索引(DAI)，

其中，所述一个或多个HARQ消息是在不具有所述上行链路DAI的情况下发送的。

2.根据权利要求1所述的方法，其中，所述一个或多个灵活的上行链路子帧是根据动态上行链路/下行链路子帧配置来确定的。

3.一种用于在基于时分双工(TDD)的网络中的无线通信的装置，其包括：

存储器；以及

至少一个处理器，所述至少一个处理器耦合到所述存储器并且被配置为进行以下操作：

确定用于混合自动重传请求(HARQ)消息捆绑的参数或HARQ消息码本中的至少一个，其中，用于所述HARQ消息捆绑的所述参数是基于由用户设备检测到的、子帧的下行链路关联集合中的所分配子帧数量来确定的，或者所述HARQ消息码本是基于在子帧的所述下行链路关联集合的大小或者除了一个或多个灵活的上行链路子帧之外的、子帧的动态集合的大小中的至少一者来确定的；

基于所述参数或所述HARQ消息码本中的至少一个来发送一个或多个HARQ消息；

丢弃上行链路准许中的上行链路下行链路分配索引(DAI)，

其中，所述一个或多个HARQ消息是在不具有所述上行链路DAI的情况下发送的。

4.根据权利要求3所述的装置，其中，所述一个或多个灵活的上行链路子帧是根据动态上行链路/下行链路子帧配置来确定的。

5.一种用于在基于时分双工(TDD)的网络中的无线通信的装置，其包括：

用于确定用于混合自动重传请求(HARQ)消息捆绑的参数或HARQ消息码本中的至少一个的单元，其中，用于所述HARQ消息捆绑的所述参数是基于由用户设备检测到的、子帧的下行链路关联集合中的所分配子帧数量来确定的，或者所述HARQ消息码本是基于在子帧的所述下行链路关联集合的大小或者除了一个或多个灵活的上行链路子帧之外的、子帧的动态集合的大小中的至少一者来确定的；

用于基于所述参数或所述HARQ消息码本中的至少一个来发送一个或多个HARQ消息的单元；

用于丢弃上行链路准许中的上行链路下行链路分配索引(DAI)的单元，

其中，所述一个或多个HARQ消息是在不具有所述上行链路DAI的情况下发送的。

6.根据权利要求5所述的装置，其中，所述一个或多个灵活的上行链路子帧是根据动态上行链路/下行链路子帧配置来确定的。

7.一种计算机程序产品，其包括：

一种计算机可读介质，其包括用于进行以下操作的代码：

确定用于混合自动重传请求(HARQ)消息捆绑的参数或HARQ消息码本中的至少一个，其中，用于所述HARQ消息捆绑的所述参数是基于由用户设备检测到的、子帧的下行链路关联集合中的所分配子帧数量来确定的，或者所述HARQ消息码本是基于在子帧的所述下行链路关联集合的大小或者除了一个或多个灵活的上行链路子帧之外的、子帧的动态集合的大小中的至少一者来确定的；以及

基于所述参数或所述HARQ消息码本中的至少一个来发送一个或多个HARQ消息；以及

丢弃上行链路准许中的上行链路下行链路分配索引(DAI)，

其中，所述一个或多个HARQ消息是在不具有所述上行链路DAI的情况下发送的。

8.根据权利要求7所述的计算机程序产品，其中，所述一个或多个灵活的上行链路子帧是根据动态上行链路/下行链路子帧配置来确定的。

Images