CN112804034A - 用于宽带lte的子帧结构的系统和方法 - Google Patents

Abstract

提供了用于宽带LTE的子帧结构的系统和方法实施例。在一实施例中，一种通信控制器中用于向无线设备发送数据包的方法包括向无线设备发送包括UL/DL配置的信令，其中，该UL/DL配置指示微帧群组中的上行链路微帧的数量，每个子帧包括多个微帧，微帧群组包括下行链路微帧的连续序列和上行链路微帧的连续序列。在一个下行链路微帧中向无线设备发送该数据包。该方法进一步包括在上行链路微帧中接收该数据包的确认信息，其中上行链路微帧是根据一个下行链路微帧和上行链路‑下行链路配置确定的，并且该确认信息是在与用于向无线设备发送该数据包的子帧相同的子帧中接收的。

Description

用于宽带LTE的子帧结构的系统和方法

本申请要求于2015年5月29日提交的申请号为No.62/168,152、名称为“用于宽带LTE的子帧结构的系统和方法”的美国临时申请以及于2016年5月23日提交的申请号为No.15/162,293、名称为“用于宽带LTE的子帧结构的系统和方法”的美国申请的优先权，该申请通过引用结合在本申请中。

相关专利的交叉引用

本专利申请与2016年5月23日提交的申请号为No.15/162,202的美国专利申请相关，其通过引用全文结合在本申请中。

技术领域

本发明涉及无线通信的系统和方法，在具体实施例中，涉及用于宽带LTE的子帧结构的系统和方法。

背景技术

随着用户数量和流量的增加，蜂窝系统的当前频谱分配能力日显不足。为了增加可用于蜂窝的频谱数量，蜂窝行业(例如运营商、系统制造商和设备制造商)将目标指向较新频段。这些频带的频率(例如，3.5GHz至6GHz)比传统的蜂窝带(例如，700Mhz至2.5GHz)高，连续频带(例如，高达400MHz)比通常的最大值20Mhz大，而且有可能未配对(仅有一个带可用于发送和接收)。

发明内容

一种通信控制器中用于向无线设备发送数据包的实施例方法，包括所述通信控制器向所述无线设备发送包括上行链路/下行链路(UL/DL)配置的信令，其中所述UL/DL配置指示微帧群组中的上行链路微帧的数量，每个子帧包括多个微帧，所述微帧群组包括下行链路微帧的连续序列和上行链路微帧的连续序列。所述方法还包括所述通信控制器在所述下行链路微帧的连续序列的一个下行链路微帧中向所述无线设备发送所述数据包。所述方法进一步包括所述通信控制器在上行链路微帧中接收所述数据包的确认信息，其中所述上行链路微帧是根据所述一个下行链路微帧和所述上行链路-下行链路配置确定的，并且所述确认信息是在与用于向所述无线设备发送所述数据包的子帧相同的子帧中接收的。

在一实施例中，所述下行链路微帧的连续序列包括专用微帧，并且所述专用微帧包括至少一个下行链路符号和保护间隔。在一实施例中，所述上行链路微帧是根据下一个微帧群组的下一个上行链路-下行链路配置进一步确定的。在一实施例中，子帧被分为8个微帧，其中K个第一微帧是UL。在一实施例中，多个子帧包括超微帧，其中第一子帧中的K个第一微帧是DL微帧，每个后续子帧中的第一微帧是DL微帧或UL微帧。在一实施例中，所述方法还包括利用物理控制格式指示信道(PCFICH)类信道发送包括所述UL/DL配置的信令。在一实施例中，利用物理控制格式指示信道(PCFICH)类信道发送包括所述UL/DL配置的信令包括在第一子帧的第一微帧中的至少一个预留资源元素(RE)上发送所述PCFICH类信道。在一实施例中，所述方法还包括明确发送子帧的信令，所述子帧用于发送确认信息/否认信息(ACK/NAK)。在一实施例中，所述明确发送的信令包括指示是否利用隐含规则或预定的微帧发送ACK/NACK。

一种实施例通信控制器，包括处理器和用于存储由所述处理器执行的程序的非暂时性计算机可读介质。所述程序包括指令，用于向无线设备发送包括上行链路/下行链路(UL/DL)配置的信令，其中所述UL/DL配置指示微帧群组中的上行链路微帧的数量。每个子帧包括多个微帧。所述微帧群组包括下行链路微帧的连续序列和上行链路微帧的连续序列。所述程序还包括指令，用于在所述下行链路微帧的连续序列的一个下行链路微帧中向所述无线设备发送数据包。所述程序还包括指令，用于在上行链路微帧中接收所述数据包的确认信息。所述上行链路微帧是根据所述一个下行链路微帧和所述上行链路-下行链路配置确定的。所述确认信息是在与用于向所述无线设备发送所述数据包的子帧相同的子帧中接收的。

一种无线设备中用于与通信控制器通信的实施例方法包括所述无线设备接收来自所述通信控制器的上行链路或下行链路(UL/DL)配置。所述UL/DL配置指示微帧群组中的上行链路微帧的数量。每个子帧包括多个微帧。所述微帧群组包括下行链路微帧的连续序列和上行链路微帧的连续序列。所述方法还包括所述无线设备在所述下行链路微帧的连续序列的一个下行链路微帧中接收来自所述通信控制器的数据包。所述方法还包括所述无线设备在上行链路微帧中发送所述数据包的确认信息。所述上行链路微帧是根据所述一个下行链路微帧和所述上行链路-下行链路配置确定的。所述确认信息是在与用于接收来自所述通信控制器的所述数据包的子帧相同的子帧中发送的。

在一实施例中，所述下行链路微帧的连续序列包括专用微帧，并且所述专用微帧包括至少一个下行链路符号和保护间隔。在一实施例中，所述上行链路微帧是根据下一个微帧群组的下一个上行链路-下行链路配置进一步确定的。在一实施例中，子帧被分为8个微帧，其中K个第一微帧是UL。在一实施例中，多个子帧包括超微帧，其中第一子帧中的K个第一微帧是DL微帧，每个后续子帧中的第一微帧是DL微帧或UL微帧。

一种实施例无线设备包括处理器和存储由所述处理器执行的程序的非暂时性计算机可读介质。所述程序包括用于接收来自通信控制器的上行链路或下行链路(UL/DL)配置的指令。所述UL/DL配置指示微帧群组中的上行链路微帧的数量。每个子帧包括多个微帧。所述微帧群组包括下行链路微帧的连续序列和上行链路微帧的连续序列。所述程序还包括用于在所述下行链路微帧的连续序列的一个下行链路微帧中接收来自所述通信控制器的数据包的指令。所述程序还包括在上行链路微帧中发送所述数据包的确认信息。所述上行链路微帧是根据所述一个下行链路微帧和所述上行链路-下行链路配置确定的。所述确认信息是在与用于接收来自所述通信控制器的所述数据包的子帧相同的子帧中发送的。

在各实施例中，与LTE的传统TDD设计相比，提供了更为简单的ACK/NAK定时规则。实施例提供了低时延和动态下行链路/上行链路配置。

附图说明

为了更完整地理解本发明及其优点，现在结合附图参考如下描述，其中：

图1示出了微帧的实施例。

图2示出了LTE数字学中微帧拟合的实施例。

图3示出了用于FDD的微帧的实施例。

图4示出了DL调度的实施例。

图5示出了上行链路-下行链路配置的实施例。

图6示出了发送上行链路-下行链路配置的信令的实施例。

图7示出了专用微帧中保护间隔的实施例。

图8示出了可能的上行链路-下行链路配置的实施例。

图9示出了超微帧配置的实施例。

图10示出了UL调度的第一实施例。

图11示出了UL调度的第二实施例。

图12示出了UL调度的第三实施例。

图13示出了DL HARQ定时的一实施例。

图14示出了用于HARQ-ACK流的eNB中的实施例方法。

图15示出了用于HARQ-ACK流的UE中的实施例方法。

图16示出了DL HARQ定时的实施例。

图17示出了用于执行本申请所描述的方法的实施例处理系统的框图。

图18示出了适用于通过电信网络发送和接收信令的实施例收发机的框图。

图19示出了可以实现所公开的方法和系统的用于传送数据的实施例网络。

具体实施方式

下面对当前优选实施例的结构、制造和使用进行详细讨论。然而，应理解，本发明提供了许多适用的发明概念，其可以体现在各种特定的上下文中。所讨论的具体实施例仅仅描述了实现和使用本发明的具体方式，并不限制本发明的范围。

为了在更高的频率和更宽的带宽下运行，蜂窝行业有几种选择。一种选择是利用载波聚合(CA)能够使多个20Mhz载波填充可用带宽。另一种选择是通过增强长期演进(LTE)的物理层实现在更宽带宽下运行。虽然第一种选择的吸引力在于仅仅将载波频率变为较高频率，但是其保留了当前LTE系统的设计特征和相关问题(时延、开销)。第二种选择需要更改，但其设计允许减小时延，降低开销，提高吞吐量。

LTE的传统时分双工(TDD)设计有许多缺点。首先，LTE TDD是在LTE频分双工(FDD)之后设计的。传统LTE TDD设计包括七个子帧配置。子帧(SF)2始终是UL子帧。SF 0和5总是下行链路(DL)SF。SF 1总是专用SF。SF 6可以是DL SF，也可以是专用SF。

开发宽带LTE的另一好处是降低了当前LTE时延。当前LTE子帧结构不适合实现第五代(5G)系统中通常考虑的时延(例如1ms)。因此，需要一种用于宽带LTE的新的子帧结构。

一种用于向无线设备发送数据包的实施例方法，包括通信控制器向无线设备发送包括上行链路或下行链路(UL/DL)配置的信令，其中，该UL/DL配置指示微帧群组中的上行链路微帧的数量。该微帧群组包括下行链路微帧的连续序列和上行链路微帧的连续序列。该方法还包括通信控制器在下行链路微帧的连续序列的一个下行链路微帧中向无线设备发送数据包。此外，该方法还包括通信控制器在上行链路微帧中接收数据包的确认信息。该上行链路微帧是根据该一个下行链路微帧和上行链路-下行链路配置确定的。在一实施例中，该下行链路微帧的连续序列包括专用微帧，并且该专用微帧包括下行链路符号和保护间隔。在一实施例中，该上行链路微帧是根据下一个微帧群组的下一个上行链路-下行链路配置进一步确定的。在一实施例中，上行链路微帧的数量与上行链路微帧的连续序列有关。在一实施例中，子帧被划分为8个微帧，其中K个第一微帧是UL，超微帧包括具有为DL的K个第一微帧的第一子帧，该第一子帧的后续子帧具有为UL或DL的K个第一微帧。在一实施例中，该方法还包括在子帧0的微帧0中的预留资源元素(RE)上利用物理控制格式指示信道(PCFICH)类信道发送包括该UL/DL配置的信令。在一实施例中，该方法还包括明确发送子帧的信令，该子帧用于发送确认信息或否认信息(ACK/NAK)。在一实施例中，该明确发送的信令包括指示是否利用隐含规则或预定的微帧发送ACK/NACK。

一种实施例通信控制器，包括处理器和存储由该处理器执行的程序的非暂时性计算机可读介质。该程序包括用于向无线设备发送包括上行链路或下行链路(UL/DL)配置的信令的指令。该UL/DL配置指示微帧群组中的上行链路微帧的数量。该微帧群组包括下行链路微帧的连续序列和上行链路微帧的连续序列。该程序还包括用于在下行链路微帧的连续序列的一个下行链路微帧中向无线设备发送数据包的指令。该程序还包括用于在上行链路微帧中接收该数据包的确认信息的指令，其中，该上行链路微帧是根据一个下行链路微帧和上行链路-下行链路配置确定的。

开销的一个方面是动态帧配置切换。在LTE的规范Release 12(Rel-12)中，用于时分双工(TDD)模式(帧结构类型2)的上行链路-下行链路配置允许每10ms进行更改。在引入上行链路-下行链路配置的动态切换前(例如，增强型干扰管理和业务适配(eIMTA)，从表1(来自3GPP 36.211的表4.2-2)中的一个选项中选择配置。

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

上行链路-下行链路配置

0

1

2

3

4

5

6

7

8

9

0

D

S

U

U

U

D

S

U

U

U

1

D

S

U

U

D

D

S

U

U

D

2

D

S

U

D

D

D

S

U

D

D

3

D

S

U

U

U

D

D

D

D

D

4

D

S

U

U

D

D

D

D

D

D

5

D

S

U

D

D

D

D

D

D

D

6

D

S

U

U

U

D

S

U

U

D

表1中，“D”表示下行链路(DL)子帧，“U”表示上行链路(UL)子帧，“S”表示专用子帧。在LTE中，子帧被定义为30720个样本，其中样本率(1/Ts)为30720000样本/秒。在专用子帧中，样本被分成三组。第一组样本形成下行链路导频时隙(DwPTS)，第二组样本形成保护间隔(G)，最后一组形成上行链路导频时隙(UpPTS)。每组中的样本数量由标准来定义。该保护间隔允许设备从接收下行链路传输切换到发送上行链路传输以及允许定时提前。

利用eIMTA，一个或多个有能力的UE将监视下行链路控制指示符(DCI)格式1C以确定下一个无线电帧(一个无线电帧是10个子帧，其中子帧编号为0到9)的上行链路-下行链路配置。利用公共搜索空间规则在物理下行链路控制信道(PDCCH)上发送DCI格式1C。可以将某些上行链路-下行链路配置分组在一起，例如((4，0，1，3，6)，(5，0，1，2，3，6)，(2，0，1，6))。

eIMTA的分组中要考虑如何发送数据包接收的确认信息和否定信息(ACK/NACK或A/N)。通常，用于混合自动重传请求(HARQ)过程的某些确认信息和否定信息指示符在物理上行链路控制信道(PUCCH)上发送的上行链路控制信息(UCI)中作为HARQ-ACK比特进行传输。例如，在子帧n中接收下行链路传输的UE将在上行链路子帧上发送HARQ-ACK比特。对于频分双工(FDD)，在子帧n+4中发送HARQ-ACK比特(如果和小于10，则使用当前帧中的子帧n+4，否则使用下一帧中子帧n+4-10)。对于TDD，HARQ-ACK比特的传输是子帧数和上行链路-下行链路配置的函数，并且至少在4个子帧之后。对于eIMTA，可能需要基于当前子帧数、未来上行链路-下行链路配置和当前上行链路-下行链路配置的不同函数。

在增强型宽带宽LTE系统中，期望特征是能实现低时延。下面描述的实施例提供了一种能实现低时延的微帧结构。

图1示出了实施例子帧系统100的图。每个子帧101分成若干个微帧102，如图1所示。在该示例中，一个子帧中有8个微帧102(标记为0，1，2，...，7)。在一实施例中，每个微帧102的时长为125微秒(μs)。微帧102可以被配置为既用于上行链路又用于下行链路传输。对于TDD，可以定义专用微帧，该专用微帧能够支持上行链路和下行链路传输。另一类专用微帧具有下行链路部分和保护间隔。每个下行链路微帧和TDD的专用微帧中可以有PDCCH或增强型PDCCH(EPDCCH)。每个微帧102包含一个或多个正交频分复用(OFDM)符号103。在频域中，每个OFDM符号103包括资源元素(子载波)。子载波间隔(相邻子载波之间的频率间隔)可以是60kHz。在时域中，每个OFDM符号103具有带nCP个样本的循环前缀(CP)字段104。微帧102的每个符号103可以具有用于nCP的不同值。在多次实现中，可以通过在子载波上执行快速傅立叶逆变换(I FFT)生成时域中的OFDM符号103。IFFT输出105的最后nCP个样本可用于循环前缀。

需注意，根据Rel-12LTE，子帧101分为两个0.5ms的时隙。微帧102和时隙之间的不同之处在于控制信道的位置。对于时隙，PDCCH位于时隙0上，EPDCCH跨越子帧的两个时隙。

还需注意，在所公开的系统和方法的一些实施例中，子帧时长和无线电帧不变。在一实施例中，子帧持续时间为1ms，10个子帧构成无线电帧等。

图2示出了无线电帧/子帧/微帧分区200的实施例的图。在一实施例中，每个无线电帧的持续时间约为10毫秒(ms)。每个无线电帧202包括10个1ms的子帧204。每个子帧204包括8个0.125ms的微帧206。每个微帧206包括多个符号208，其中每个符号约为16.66μs。

表2中给出了实施例数字学的示例，其中1/Ts′是16×(1/Ts)，其中1/Ts＝30720000样本/秒。

表2数字学的示例

对于循环前缀，子载波间隔为60kHz，一个OFDM符号中的音调(子载波)的数量为1/Ts′/60000＝8192。1ms子帧中的样本数为1/Ts′/1000＝491520(60个OFDM符号)。为了确定微帧中的符号数量和开销量，一个可行的过程是计算等式

其中，

是子帧(SF)中的OFDM符号的数量，

是为开销保留的OFDM符号(循环前缀(CP))的数量，

是微帧中的符号的数量，N_mf是子帧中的微帧的数量。开销符号的样本被分配在

符号间，从而为这些符号提供循环前缀。从设计的角度看，

-

的值可用于确定小区覆盖和可能的部署，

-

的值可用于确定可在微帧中传送的数据量，以及

-N_mf的值可用来确定时延。

时间方面，平均CP时长为

其中，τ_sym是一个OFDM符号的时长(16.66μs)。由于每个符号使用整数个样本，实际的CP的时长可能会偏离平均CP的时长。

表3中列出了满足(1)的三种可能的微帧配置。

表3微帧配置

如表3所示，模式1中每子帧有8个微帧，每个微帧有7个ODFM符号。

为了确定分配给微帧的每个符号的CP的实际样本数量，一个可能的过程是求解

其中，

是OFDM符号的样本数(8192)，a是待确定的整数，Q是粒度(例如32)，满足

x是具有较大CP(例如，(a+1)Q)的微帧的数量，

是具有较短CP(例如，aQ)的微帧的数量。

表4 CP分配的示例，Q＝32，样本持续时间＝Ts′

表4表明在模式1中，微帧中有7个符号。5个符号具有包含576个样本(1/Ts′)的CP，2个符号具有包含608个样本的CP。平均CP的时长为1.19μs。可以有

种可行的符号排列，其中

是微帧中的符号的数量，x＝2是具有较长CP的符号的数量。排列的一个示例具有使用较长的CP的微帧的第一个符号和最后一个符号。排列可以基于性能进行选择。

上述一般微帧结构可以应用于FDD。

图3是所公开的应用于FDD的微帧结构300的实施例的图，示出了下行链路微帧302和上行链路微帧304。n+3规则的示例用于上行链路和下行链路上的数据传输。对于UE在微帧3(实线)中的上行链路上发送的数据，eNB在微帧0(虚线)中发送上行链路许可(DCI)。对于下行链路数据传输，eNB在微帧6中发送下行链路分配(DCI)和数据。在微帧1(微帧n+3)中，UE发送确认比特。

图4示出了DL调度400的实施例。相对于DL调度400,图4示出了相对于DL调度在同一微帧中传输包括数据的信令的EPDCCH 402和PDCCH 404(占用下行链路(专用)微帧(例如微帧0)的第一符号)的示例。EPDCCH可以跨越DL微帧(或专用微帧的下行链路部分)。(E)PDCCH可以用于调度可能需要上行链路传输(例如，测量报告)的数据和其他可行操作的上行链路授予。

针对TDD，在一实施例中，微帧结构在确保低时延同时，允许不具有用于配置的复杂规则或用于传输HARQ-ACK比特的复杂规则的动态上行链路-下行链路配置。以下讨论描述了这几种方法。

对于信令，为了支持动态上行链路-下行链路配置，子帧可以被划分为连续下行链路微帧集，后面是连续上行链路微帧集。下行链路微帧和上行链路微帧之间可能存在专用微帧。如果N_mf表示子帧中微帧的数量(例如，8)，

表示下行链路微帧的数量，

为子帧中专用微帧的数量，则子帧中上行链路微帧的数量

可以表示为

因此，当子帧中微帧的数量已知(例如，进行了标准化或通过其他物理层装置或通过较高层消息发送信令)时，仅需要发送包括子帧中下行链路微帧的数量的信令。专用微帧的数量通常为1。更具体地，在一实施例中，子帧配置如下：

-微帧#0，…，

被配置为下行链路微帧；

-微帧#

N_mf-1被配置为上行链路微帧；以及

-微帧

可以被指定为专用微帧。

在一实施例中，一个可能的要求是在子帧中具有至少一个上行链路微帧和至少一个下行链路/专用微帧，即，

且

图5示出了上行链路-下行链路配置500的实施例。图5示出了7个可能的上行链路-下行链路配置500。在本公开全文中，虚线框表示下行链路微帧(例如，图5中配置6的微帧0)，交叉线框表示专用微帧(例如，图5中配置9的微帧0)，斜线框表示上行链路微帧(例如，图5中配置0的微帧1)。专用微帧可以具有保护间隔，以便进行Rx/Tx切换。因此，专用微帧可以具有更少的数据承载符号(因此降低数据速率)。连续上行链路微帧组集中专用微帧先于第一上行链路微帧。需注意，相似的映射可以基于上行链路微帧的数量。需注意，通过这些配置集，微帧#0是DL或专用的，微帧#7是UL。利用划分的子帧(先是连续下行链路微帧，随后是专用微帧，再后是连续上行链路微帧)，上行链路-下行链路配置还可以指示每个子帧的下行链路微帧的数量或每个子帧的专用微帧的位置。

包含微帧配置的信令需要发送给UE。有若干可能的发送信令方式。首先，如果上行链路-下行链路配置变化不频繁，则可以通过专用(UE专用)或公共(广播)无线资源配置(RRC)来通信。在极端情况下，可以使用在物理广播信道(PBCH)中传输的主信息块(MIB)发送包括上行链路-下行链路配置的信令。

第二，类似于物理控制格式指示符信道(PCFICH)的信道可以用于指示上行链路-下行链路配置。这种类似的信道可以在专用微帧(例如，子帧的微帧#0，子帧#0的微帧#0等)上的保留资源上发送。在该例子中，可以每1ms发送一次信令，也可以利用更慢的速率。

第三，利用序列可以完成信令发送。

第四，利用专用DCI也可以完成信令发送。

对于序列信令，在微帧0中，可以存在由eNB发送的指示上行链路-下行链路配置的波形集。例如，从由上行链路-下行链路配置索引的波形集中选择波形。表5示出了配置和位模式之间的映射的示例。

表5指示上行链路-下行链路配置的位序列

上行链路-下行链路配置	位模式
		0	0000 0000 0000 0000 0000 0000 0000 0000
1	1100 1100 1100 1100 1100 1100 1100 1100
		2	0011 0011 0011 0011 0011 0011 0011 0011
3	1001 1001 1001 1001 1001 1001 0101 0101
		4	1010 1010 1010 1010 1010 1010 1010 1010
5	0101 0101 0101 0101 0101 0101 0101 0101
		6	0110 0110 0110 0110 0110 0110 0110 0110
7	1111 1111 1111 1111 1111 1111 1111 1111

一旦基于上行链路-下行链路配置选择了位模式，就可以将其映射到正交相移键控(QPSK)点的序列中，例如00→exp(jπ/4)，01→exp(-jπ/4)，10→exp(j3π/4)，11→exp(-j3π/4)，其中j＝sqrt(-1)。用

表示与上行链路-下行链路配置i相关联的序列，i＝0，…，6。可以选择位模式，这样序列

就具有良好的互相关性质，比如

其中，“*”表示厄米特转置(Hermitian transpose)，N是序列

的长度。该序列可以在微帧0(每个子帧的第一微帧)中传输。

图6(a)(波形)示出了一实施例的频域中的序列的位置。在该示例中，波形602位于微帧0 600的第一OFDM符号的非相邻子载波上。通常，波形602可以位于微帧的任何OFDM符号上。通常，子载波可以是不相邻的或邻近的，也可以是相邻子载波组。还需注意，该序列可用于对另一个信号进行着色，例如参考信号(RS)。

对于利用专用DCI格式的信令，一实施例使用所有UE都能处理的DCI。上行链路-下行链路配置通过该DCI传输。

图6(b)(控制)示出了实施例中跨越微帧0 600的符号的EPDCCH中(逻辑地)放置的DCI 604的示例。该DCI 604可以放置在公共搜索空间中。

需注意，对于TDD系统操作，网络需要在微帧级别下同步以避免来自相邻小区的强UL/DL干扰。如果部署了动态微帧配置，则网络可能需要非常短的时延回程，以在子帧级别下传送动态微帧配置。

可以增加操作的另一类DCI(或DCI内的字段)是探测DCI。为了简洁起见，使用术语“探测字段”。一个目的是在接收调度DCI时向UE发信号。在一个应用中，当探测字段被配置为下行链路或专用微帧时，在微帧0中传输该探测字段。在一个示例中，探测字段的大小与子帧中微帧的数量有关。对于子帧中的8个微帧，位字段可以是7比特。因为UE正在接收该字段，所以不需要比特。在表6中的示例A中，字段“0101000”可以向UE指示期望DCI在字段中的微帧2和4(表示为“1”)中。该字段中的比特位置与微帧数相关。最重要的比特可以映射到微帧1。在没有为UE分配“1”的微帧上，UE可以决定不接收DCI(作为可能的功率节省特征)。

在表6的示例B中，字段“1000100”可以向UE指示期望DCI在微帧1中。当与上行链路-下行链路配置耦合时，可以使用为上行链路微帧分配的比特指示何时发送HARQ-ARK比特。通常，当UE发送HARQ-ACK比特时，存在诸如以下所述的关于DL HARQ的规则，但是可以补充这些规则。在该示例中，UE使用微帧5在微帧1中发送用于接收的数据包的HARQ-ACK比特。

表6探测字段示例(列“1”，…，“7”指示微帧数量)

可以有将探测字段封装在一起的DCI(考虑p个字段的阵列，每个字段的大小P＝7比特)。在配置期间，可以为UE分配索引i∈{0,…,p-1}。针对其探测字段，UE检查比特iP到(i+1)P-1。可以为多个UE分配同一索引。

对于TDD部署，下行链路和上行链路之间的转换以及上行链路和下行链路需要保护时间s，以便允许硬件实现切换功能。对于专用微帧，在LTE Rel-12中，专用子帧具有保护间隔该保护间隔包含切换时间，并为定时提前增加了一段时间。UE使用定时提前来调整其传输时间。通常，定时提前量和eNB与UE之间的距离成正比。对于视距通信，定时提前的估计是2d/c，其中d是距离，c是光速。

保护间隔的量可以表示为2s+2d/c。

表7保护间隔

一个设计选项是将保护间隔的持续时间选择为OFDM符号和循环前缀的倍数。例如，对于模式1，包含576个样本的CP约为1.17μs。因此，具有该CP的一个OFDM符号为17.84μs。倍数(以μs为单位)包括35.68，53.52，71.36。可能将s选择为14μs，d为1000m。如果允许更短的切换时间，则可以增加距离。

每个模式都可以选择适当数量的符号来解释较大覆盖区域。

图7示出了用于上行链路-下行链路配置1(在图5中已定义)和模式1的专用微帧704的一实施例。每个子帧702包括标记为0，1，2，...，7的8个微帧。标记为“1”的微帧是专用微帧704。在专用微帧704中，前5个符号706(点状)被配置用于DL。后两个符号708(实心状)用于保护。在子帧702中，点状微帧为DL微帧，斜线微帧为UL微帧，微帧中水平/垂直线表示专用微帧704。eNB可以发送包括专用微帧配置的信令。

图8示出了可能的上行链路-下行链路配置800的实施例。配置800被标记为13，12，11，...，7。针对超微帧图案，子帧可被划分成如图8所示的上行链路微帧集，后面是下行链路微帧集，其中可能的上行链路-下行链路配置中用虚线框表示下行链路微帧，交叉线框表示专用微帧，斜线框表示上行链路微帧。专用微帧可以具有保护间隔以便于Rx/Tx切换。因此，专用微帧可以具有承载较少数据的符号(因此降低数据速率)。连续上行链路微帧集中，专用微帧先于第一上行链路微帧。当下一个子帧使用上行链路-下行链路配置0-6时，上行链路-下行链路配置7-13中的专用微帧在子帧中可以是可选的。需注意，可以定义数据承载符号(对于DL)前面的具有保护的不同专用微帧。对于这种不同专用微帧，最后一个上行链路微帧之后的第一个微帧可能是该专用微帧。

超微帧图案包括多个子帧，其中第一子帧包括配置0-7中的一个，后续子帧包括配置0-13中的任何一个。

图9示出了超微帧配置900的实施例，其中超微帧结构900包括3个子帧902，904，906。在一实施例中，超微帧900可用于减小HARQ-ACK比特传输中的延迟引起的时延。图9示出了其中2个微帧的HARQ-ACK比特被捆绑的示例。假设HARQ-ACK捆绑不用于专用微帧。子帧1的第一微帧是UL微帧，可以在该微帧中发送用于子帧0的微帧3和4的HARQ-ACK反馈，从而减少时延。

对于UL调度，上行链路上的调度业务是指eNB在子帧的下行链路/专用部分上发送用于上行链路授权的DCI。

图10示出了UL调度1000的第一实施例。如图10所示的例子中，配置1中子帧1002具有两个下行链路微帧1004，1006(标记为“0”和“1”)和6个上行链路微帧1008，1010，1012，1014，1016，1018(标记为“2”，“3”，“4”，“5”，“6”，“7”)。当专用微帧仅具有下行链路和保护时，可以将其视为下行链路微帧。在微帧0 1004中，有3个上行链路授权DCI A0、DCI A1和DCI A2，分别用于微帧2 1008中的数据A0、微帧3 1010中的数据A1和微帧4 1012中的数据A2。同样，在微帧1 1006中，有3个上行链路授权DCI B0、DCI B1和DCI B2，分别用于微帧51014中的数据B0、微帧6 1016中的数据B1和微帧7 1018中的数据B2。在一实施例中，在授权的发送和数据的发送之间存在最小2微帧的时延。可以使用诸如n+2的最小规则，允许UE在收到授权之后准备数据传输。

图11示出了UL调度1100的第二实施例。在图11所示的例子中，再次使用配置1。子帧1102包括8个微帧1104，1106，1108，1110，1112，1114，1116，1118(标记为“0”，“1”，“2”，“3”，“4”，“5”和“7”)。在微帧1 1106中，有5个上行授权DCI C0、DCI C1、DCI C2、DCI C3和DCI C4，分别用于微帧2中的数据C0、微帧3 1110中的数据C1、微帧5 1114中的数据C2、微帧6 1116中的数据C3和微帧7 1118中的数据C4。在该示例中，最后的下行链路微帧1106用于调度上行链路业务。在一实施例中，在该最后的DL微帧1106中发送所有授权。在一实施例中，用于UL2的DL1中的DCI C0的调度假设UE可以实现用于上行链路业务的n+1规则。可以有一定的保护间隔(DL1是专用微帧)。通常，可以优选n+2规则。

图12示出了UL调度1200的第三实施例。图12中示出了五种配置。因此，如图12所示，用于调度的另一示例可以允许上行链路-下行链路配置具有至少两个上行链路微帧和至少两个下行链路微帧(一个微帧被指定为专用微帧)。然后，可以使用诸如最少2个微帧的规则，并且最后一个下行链路微帧用于调度其后的超过2个微帧的上行链路微帧(例如，参见配置4，其中DL微帧4用于调度DL微帧6和7)。

以下提供可能需要支持该信令的DCI格式的实施例。

适应需要发送这种配置的信令的简单方法是始终包括指示DCI应用于哪个微帧索引的3个比特。索引适用于当前子帧，或适用于下一个微帧。但是，存在可能的优化情况。

情况1，DL微帧多于UL微帧：在这种情况下，UL信令不存在歧义。在固定数量的微帧(例如2或4)后，针对UL微帧的UL信令是有效的。这是针对LTE进行的。

情况2，UL微帧多于DL微帧：在这种情况下，需要多微帧调度以能够寻址所有UL微帧。可以通过增加寻址有效的微帧索引来进行(仅在这种情况下增加)。

情况3，专用UL分配：时延降低是WB-LTE的主要目标之一。可以在特定的微帧上分配UL，例如子帧的最后一个微帧。在这种情况下，可以增加一个比特。如果该比特被设置为特定值(或可切换的)，则DCI分配遵循例如n+2规则。如果它具有另一个值，则DCI用于预设微帧(或者由例如RRC信令配置)。

包含数据传输、确认信息传输和重传的HARQ定时被确定，以确保低时延。在Re l-12中，FDD的一般规则是如果在子帧n中发送数据包，则在子帧n+4中发送确认信息，并且可以在子帧n+8中重发该数据。TDD的一般规则更复杂，其中确认信息和重传分别在子帧n+k和子帧n+k+l中发送，其中k≥4且l≥4，k和l的值是子帧数n和上行链路-下行链路配置的函数。

对于DL HARQ和微帧结构，表8示出了n+2规则的示例。目标是UE在接收到数据包后在第二微帧中发送对应该数据包的HARQ-ACK比特。由于存在划分的子帧结构，针对某些上行链路-下行链路配置，n+2规则存在一些例外。例如，上行链路-下行链路配置6中，微帧6中收到的数据包的HARQ-ACK比特将会在下一个子帧中(表中用“*”表示)。针对n+2规则和受限制的上行链路-下行链路配置，以下将示出此示例中UE何时可以发送HARQ-ACK比特的细节。

对于某些上行链路-下行链路配置(#4，#5，#6)，可能需要诸如捆绑和复用的技术(针对n+2规则，受限制的上行链路-下行链路配置进行描述)。利用n+2规则，UE可以在微帧5中发送下行链路微帧0，1，2，3中的数据包的最早的HARQ-ACK比特。微帧4的HARQ-ACK比特可以在微帧6中进行传输。表格中呈现的是在微帧5中发送对应微帧0和1的HARQ-ACK比特；在微帧6中发送对应微帧2和3的HARQ-ACK比特；以及在微帧7中发送对应微帧4的HARQ-ACK比特。原因之一是在全部上行链路微帧中分布上行链路传输以提高误码率性能。

表8针对n+2规则的HARQ-ACK传输定时的示例

配置	0	1	2	3	4	5	6
								0	UL 2	-	-	-	-	-	-
1	UL 2	UL 3	-	-	-	-	-
								2	UL 3	UL 4	UL 5	-	-	-	-
3	UL 4	UL 5	UL 6	UL 6	-	-	-
								4	UL 5	UL 5	UL 6	UL 6	UL 6	-	-
5	UL 6	UL 6	UL 6	UL 7	UL 7	UL 7	-
								6	UL 7	UL 7	UL 7	UL 7	UL 7	UL 7	*

利用python码示出了用于HARQ-ACK传输的基准规则，其中delta＝2(n+2规则中的“2”)，cfg是上行链路-下行链路配置，maxum是子帧中微帧的数量，dl是数据传输的微帧。此程序可以提供初始配置，之后进行改进以降低时延，可以增加捆绑/复用和性能。在一实施例中，通过适当地改变delta可以将以下代码用于n+3，n+4等。

TDD实现可能会导致不同的时延。假设eNB需要至少1个微帧来处理HARQ-ACK比特和调度下行链路传输。例如，如果在微帧6中由UE发送HARQ-ACK比特，则eNB将需要微帧7的一部分来处理这些HARQ-ACK比特，确定在微帧0中要发送的数据，以及准备该传输。

表9子帧k中用于传输的时延的示例，Dn是下一个子帧(k+1)的第n个微帧，#m是最低时延，其中m是0.125ms的倍数。

配置	DL 0	DL 1	DL 2	DL 3	DL 4	DL 5	DL 6
								0	#8,D0	-	-	-	-	-	-
1	#8,D0	#7,D0	-	-	-	-	-
								2	#8,D0	#7,D0	#6,D0	-	-	-	-
3	#8,D0	#7,D0	#6,D0	#5,D1	-	-	-
								4	#8,D0	#7,D0	#6,D0	#5,D1	#5,D1	-	-
5	#8,D0	#7,D0	#6,D0	#5,D1	#5,D1	#4,D1	-
								6	#9,D1	#8,D1	#7,D1	#6,D1	#5,D1	#4,D1	*

图13示出了DL HARQ定时1300的实施例。针对n+2规则，上行链路-下行链路配置受限，在DL HARQ定时的一个示例中，上行链路-下行链路配置具有至少2个DL微帧和至少2个UL微帧，如图13所示。表10捕获了一些HARQ-ACK定时以及HARQ进程的数量。利用上行链路-下行链路配置5，可以有6个HARQ进程(允许一个UE在6个连续微帧中接收数据包)。在该示例中，从下行链路数据包的接收到HARQ-ACK比特的传输存在最低2微帧时延。对于某些上行链路-下行链路配置(例如#4和#5)，用于发送HARQ-ACK比特的上行链路微帧对应多个下行链路微帧(例如，微帧5(UL 5))中发送的对应微帧0(DL 0)和微帧1(DL 1)的HARQ-ACK比特)。在一个示例中，当UE在子帧中接收多个下行链路数据包，并为相同的上行链路微帧调度那些数据包的HARQ-ACK比特时，eNB可以配置UE级联每个下行链路数据包(复用)的HARQ-ACK比特，或对每个下行链路数据包(捆绑)的HARQ-ACK比特执行逻辑“与”(logical AND)，其中当两个比特都等于1时，两个比特的逻辑“与”为1，否则为0。空间复用/捆绑的另一种可能的规则是基于微帧配置的。如果使用上行链路-下行链路配置x，对于某些微帧上的数据传输则使用空间复用/捆绑。

表10针对n+2规则，HARQ-ACK的上行链路微帧定时

另一种可能性是在DCI中添加字段以指示要在哪个子帧上确认该数据包。一个比特可以指示预定的子帧是否可以用于发送ACK/NAK。根据该比特的值，UE知道在何处发送ACK/NAK：

如果比特值是“0”，则UE使用预定的隐式规则(例如，n，n+2)发送ACK，以及

如果比特值为“1”，则UE使用预定的微帧发送ACK(例如，微帧#7)。

需注意，该比特不是特定值，可以切换。可以通过预配置、通过RRC信令的配置、物理层信令(DCI)等获得预定微帧。

如果eNB配置UE级联每个下行链路数据包(复用)的HARQ-ACK比特，或对每个下行链路数据包(束)的HARQ-ACK比特执行逻辑“与”(logical AND)，则UE将始终使用HARQ-ACK比特的复用或捆绑。

如果UE没有被eNB配置为使用复用或捆绑，则在每个微帧中，eNB可以向UE发送包括复用或捆绑的信令。可以在DCI中使用一个附加比特来指示使用复用或捆绑：

如果比特值为“0”，则UE级联每个下行链路数据包的HARQ-ACK比特，以及

如果比特值为“1”，则UE对每个下行链路数据包的HARQ-ACK比特执行逻辑“与”。

可选方案是当发送ACK/NAK时，eNB发送微帧索引。需注意，此可选方案的开销高于一个比特指标的开销。索引可以用于相同的子帧，也可以在下一个子帧中。例如，考虑DL数据包是否在微帧6中的情况。在一实施例中，在下一个子帧中发送ACK。

图14和图15分别示出了用于可变上行链路-下行链路配置的UE和eNB的示例操作。

图14示出了用于HARQ-ACK流的eNB中的实施例方法1400。对于图14中的eNB操作，方法1400从方框1402处开始，此处eNB在微帧0中发送当前子帧的上行链路-下行链路配置。在一个示例中，该发送可以使用波形，也可以基于DCI。在方框1404处，在微帧n中，eNB发送PDSCH。微帧n与微帧0在同一子帧中，并且是下行链路(或专用)微帧。通常，在与发送PDSCH相同的微帧中发送与PDSCH相对应的(E)PDCCH。在某些情况下，(E)PDCCH可以在更早的微帧中发送。对于半静态调度，可能没有与PDSCH对应的(E)PDCCH。在方框1406中，基于定时规则(例如，n+2)、当前子帧的上行链路-下行链路配置以及微帧n，eNB确定UE在哪个微帧(微帧m)中发送HARQ-ACK比特。需注意，在确定微帧m时也可以考虑下一个子帧的上行链路-下行链路配置。eNB还可以基于在相同子帧中是否存在向该UE发送的更多PDSCH进行确定。这可以确定HARQ-ACK比特是否被捆绑或复用。另一个考虑因素是TTI捆绑是否用于ACK/NAK信息。TTI捆绑是UE重复传输ACK/NAK信息，并可以通过允许eNB组合多个ACK/NAK信息来提高覆盖范围(以提高SNR)。需注意，eNB可以在微帧n中发送PDSCH之前确定微帧m。eNB可能必须相应地改变(E)PDCCH的DCI字段，以使UE知道何时发送与微帧n中PDSCH对应的HARQ-ACK比特。在方框1408处，在微帧m中(或如果使用TTI捆绑，则为多个微帧)，eNB接收包含对应微帧n中PDSCH传输的HARQ-ACK比特的ACK/NAK信息，之后方法1400结束。

图15示出了用于HARQ-ACK流的UE中的实施例方法1500。对于图15中的UE操作，在方框1502中，UE在微帧0中接收当前子帧的上行链路-下行链路配置。在一个示例中，可以利用波形或通过DCI来传送上行链路-下行链路配置。在方框1504处，在微帧n中，UE接收PDSCH。在方框1506处，UE在尝试解码PDSCH之后生成HARQ-ACK比特。例如，HARQ-ACK比特值“1”可以指示PDSCH的成功接收。“0”可以指示其他信息(例如，解码不成功，(E)PDCCH丢失)。通常，在与PDSCH相同的微帧中接收与PDSCH对应的(E)PDCCH。在某些情况下，可以在更早的微帧中接收(E)PDCCH。在方框1508处，基于定时规则(例如，n+2)、当前子帧的上行链路-下行链路配置和微帧n，UE确定哪个微帧(微帧m)上可以发送包含HARQ-ACK比特的ACK/NAK信息。需注意，在确定微帧m时也可以考虑下一个子帧的上行链路-下行链路配置。当存在多个HARQ-ACK比特(对应于不同的PDSCH)时，UE可能必须使用HARQ-ACK比特的捆绑或复用。另一个考虑因素是TTI捆绑。需注意，(E)PDCCH可以包含用于指示何时和/或哪个资源发送ACK/NAK信息的字段。在方框1510处，在微帧m中(或如果使用TTI捆绑，则为多个微帧)，UE发送包含对应于微帧n中PDSCH接收的HARQ-ACK比特的ACK/NAK信息，之后方法1500可以结束。

图16示出了UL HARQ定时1600的实施例。针对UL HARQ，在一个示例中，上行链路-下行链路配置具有至少2个DL微帧和至少2个UL微帧，如图16所示。表11捕获一些HARQ-ACK定时以及HARQ进程数目。通过上行链路-下行链路配置5，可以有2个进程(允许一个UE在6个连续微帧中发送数据包)。在该示例中，从上行链路数据包的发送到UL授权的重新调度有最少2微帧时延(eNB的HARQ-ACK比特的传输可以由用于UL授权的DCI指示)。

表11用于HARQ-ACK的下行链路微帧定时

图17示出了用于执行本文描述的方法的实施例处理系统1700的框图，该处理系统可以安装在主机设备中。如图所示，处理系统1700包括处理器1704、存储器1706和接口1710-1714，可以按图17所示布置，也可以不按此布置。处理器1704可以是适于执行计算和/或其他处理相关任务的任何组件或组件的集合；存储器1706可以是适于存储由处理器1704执行的程序和/或指令的任何组件或组件的集合。在一实施例中，存储器1706包括非暂时性计算机可读介质。接口1710、1712、1714可以是允许处理系统1700与其他设备/组件和/或用户通信的任何组件或组件的集合。例如，接口1710、1712、1714中的一个或多个可以适于将数据、控制或管理消息从处理器1704传送到安装在主机设备和/或远程设备上的应用。另一示例中，接口1710、1712、1714中的一个或多个可以适于允许用户或用户设备(例如个人计算机(PC)等)与处理系统1700进行交互/通信。处理系统1700可以包括未在图17中示出的其他组件，例如长期存储(例如，非易失性存储器等)。

在一些实施例中，处理系统1700被包括在正在访问电信网络或部分其他电信网络的网络设备中。在一个示例中，处理系统1700位于无线或有线电信网络中的网络侧设备中，例如基站、中继站、调度器、控制器、网关、路由器、应用服务器或电信网络中的任何其他设备。在其他实施例中，处理系统1700位于接入无线或有线电信网络的用户侧设备中，例如移动台、用户设备(UE)、个人计算机(PC)、平板电脑、可穿戴通信设备(例如，智能手表等)或适用于接入电信网络的任何其他设备。

在一些实施例中，接口1710、1712、1714中的一个或多个将处理系统1700连接到适用于通过电信网络发送和接收信令的收发器。

图18示出了适用于通过电信网络发送和接收信令的收发器1800的框图。收发器1800可以安装在主机设备中。如图所示，收发器1800包括网络侧接口1802、耦合器1804、发射机1806、接收机1808、信号处理器1810和设备侧接口1812。网络侧接口1802可以包括适用于通过无线或有线电信网络发送或接收信令的任何组件或的组件的集合。耦合器1804可以包括适用于有利于通过网络侧接口1802进行双向通信的任何组件或组件的集合。发射机1806可以包括适用于将基带信号转换成适合于通过网络侧接口1802传输的调制载波信号的任何组件或组件的集合(例如，上变频器，功率放大器等)。接收机1808可以包括适用于通过网络侧接口1802将接收的载波信号转换为基带信号的任何组件或组件的集合(例如，下变换器，低噪声放大器等)。信号处理器1810可以包括适用于将基带信号转换成适合通过设备侧接口1812进行通信的数据信号(反之亦然)的任何组件或组件的集合。设备侧接口1812可以包括适用于在信号处理器1810和主机设备内的组件之间传送数据信号的任何组件或组件的集合(例如，处理系统1700，局域网(LAN)端口等)。

收发器1800可以通过任何类型的通信介质发送和接收信令。在一些实施例中，收发机1800通过无线介质发送和接收信令。例如，收发机1800可以是适用于根据蜂窝协议(例如，长期演进(LTE)等)等无线电信协议、无线局域网(WLAN)协议(例如，Wi-Fi等)或任何其他类型的无线协议(例如，蓝牙、近场通信(NFC)等)进行通信的无线收发机。在此类实施例中，网络侧接口1802包括一个或多个天线/辐射元件。例如，网络侧接口1802可以包括单个天线、多个单独的天线或被配置用于多层通信的多天线阵列，例如单输入多输出(SIMO)、多输入单输出(MISO)、多输入多输出(MIMO)等。在其他实施例中，收发器1800通过双绞线电缆、同轴电缆、光纤等有线介质发送和接收信令。专用处理系统和/或收发机可以使用示出的所有组件或仅使用组件子集，集成级别可以因设备而异。

图19示出了可以实现所公开的方法和系统的用于数据通信的实施例网络1900。网络1900包括具有覆盖区域1912的接入点(AP)1910、多个站点(STA)1920和回程网络1930。在一实施例中，AP可以实现为图18所示的收发机1800。在一实施例中，STA 1920可以实现为如图17所示的处理系统1700。本文所用的术语AP还可以称为TP，两个术语可以在本公开全文中互换使用。AP 1910可以包括能够通过建立与STA 1920的上行链路(虚线)和/或下行链路(点划线)连接来提供无线接入的任何组件。STA 1920可以包括能够建立与AP 1910的无线连接的任何组件。STA 1920的示例包括移动电话、平板电脑和膝上型计算机。回程网络1930可以是允许在AP 1910和远程端(未示出)之间交换数据的任何组件或组件的集合。在一些实施例中，网络1900可以包括其他无线设备，例如继电器、家庭基站等。

一种通信控制器中用于向无线设备发送数据包的实施例方法，包括该通信控制器向该无线设备发送包括上行链路/下行链路(UL/DL)配置的信令，其中，该UL/DL配置指示微帧群组中的上行链路微帧的数量，每个子帧包括多个微帧，该微帧群组包括下行链路微帧的连续序列和上行链路微帧的连续序列。该方法还包括该通信控制器在下行链路微帧的连续序列的一个下行链路微帧中向无线设备发送数据包。该方法进一步包括该通信控制器在上行链路微帧中接收数据包的确认信息，其中该上行链路微帧是根据一个下行链路微帧和上行链路-下行链路配置确定的，并且该确认信息是在与用于向无线设备发送数据包的子帧相同的子帧中接收的。

在一实施例中，该下行链路微帧的连续序列包括专用微帧，并且该专用微帧包括至少一个下行链路符号和保护间隔。在一实施例中，该上行链路微帧是根据下一个微帧群组的下一个上行链路-下行链路配置进一步确定的。在一实施例中，上行链路微帧的数量与上行链路微帧的连续序列有关。在一实施例中，子帧被分为8个微帧，其中K个第一微帧是UL。在一实施例中，多个子帧包括超微帧，其中第一子帧中的K个第一微帧是DL微帧，每个后续子帧中的第一微帧是DL微帧或UL微帧。在一实施例中，该方法还包括利用物理控制格式指示信道(PCFICH)类信道发送包括该UL/DL配置的信令。在一实施例中，利用物理控制格式指示信道(PCFICH)类信道发送包括该UL/DL配置的信令包括在第一子帧的第一微帧中的至少一个预留资源元素(RE)上发送该PCFICH类信道。在一实施例中，第一微帧包括微帧0，第一子帧包括子帧0。在一实施例中，该方法还包括明确发送子帧的信令，该子帧用于发送确认信息/否认信息(ACK/NAK)。在一实施例中，该明确发送的信令包括指示是否利用隐含规则或预定的微帧发送ACK/NACK。

一种实施例通信控制器，包括处理器和用于存储由该处理器执行的程序的非暂时性计算机可读介质。该程序包括指令，用于向无线设备发送包括上行链路/下行链路(UL/DL)配置的信令，其中，该UL/DL配置指示微帧群组中的上行链路微帧的数量。每个子帧包括多个微帧。该微帧群组包括下行链路微帧的连续序列和上行链路微帧的连续序列。该程序还包括指令，用于在该下行链路微帧的连续序列的一个下行链路微帧中向该无线设备发送数据包。该程序还包括指令，用于在上行链路微帧中接收该数据包的确认信息。该上行链路微帧是根据一个下行链路微帧和上行链路-下行链路配置确定的。该确认信息是在与用于向该无线设备发送该数据包的子帧相同的子帧中接收的。

在一实施例中，该下行链路微帧的连续序列包括专用微帧，并且该专用微帧包括至少一个下行链路符号和保护间隔。在一实施例中，该上行链路微帧是根据下一个微帧群组的下一个上行链路-下行链路配置进一步确定的。在一实施例中，上行链路微帧的数量与上行链路微帧的连续序列有关。在一实施例中，子帧被分为8个微帧，其中K个第一微帧是UL。在一实施例中，多个子帧包括超微帧，其中第一子帧中的K个第一微帧是DL微帧，每个后续子帧中的第一微帧是DL微帧或UL微帧。在一实施例中，该程序还包括利用物理控制格式指示信道(PCFICH)类信道发送包括UL/DL配置的信令。在一实施例中，利用物理控制格式指示信道(PCFICH)类信道发送包括该UL/DL配置的信令包括在第一子帧的第一微帧中的至少一个预留资源元素(RE)上发送该PCFICH类信道。在一实施例中，第一微帧包括微帧0，第一子帧包括子帧0。在一实施例中，该程序还包括明确发送子帧的信令，该子帧用于发送确认信息/否认信息(ACK/NAK)。

一种无线设备中用于与通信控制器通信的实施例方法，包括该无线设备接收来自该通信控制器的上行链路或下行链路(UL/DL)配置。该UL/DL配置指示微帧群组中的上行链路微帧的数量。每个子帧包括多个微帧。该微帧群组包括下行链路微帧的连续序列和上行链路微帧的连续序列。该方法还包括该无线设备在该下行链路微帧的连续序列的一个下行链路微帧中接收来自该通信控制器的数据包。该方法还包括该无线设备在上行链路微帧中发送该数据包的确认信息。该上行链路微帧是根据该一个下行链路微帧和该上行链路-下行链路配置确定的。该确认信息是在与用于接收来自该通信控制器的数据包的子帧相同的子帧中发送的。在一实施例中，该下行链路微帧的连续序列包括专用微帧，并且该专用微帧包括至少一个下行链路符号和保护间隔。在一实施例中，该上行链路微帧是根据下一个微帧群组的下一个上行链路-下行链路配置进一步确定的。在一实施例中，子帧被分为8个微帧，其中K个第一微帧是UL。在一实施例中，多个子帧包括超微帧，其中第一子帧中的K个第一微帧是DL微帧，每个后续子帧中的第一微帧是DL微帧或UL微帧。

一种实施例无线设备，包括处理器和存储由该处理器执行的程序的非暂时性计算机可读介质。该程序包括用于接收来自通信控制器的上行链路或下行链路(UL/DL)配置的指令。该UL/DL配置指示微帧群组中的上行链路微帧的数量。每个子帧包括多个微帧。该微帧群组包括下行链路微帧的连续序列和上行链路微帧的连续序列。该程序还包括用于在该下行链路微帧的连续序列的一个下行链路微帧中接收来自该通信控制器的数据包的指令。该程序还包括在上行链路微帧中发送该数据包的确认信息。该上行链路微帧是根据一个下行链路微帧和上行链路-下行链路配置确定的。该确认信息是在与用于接收来自该通信控制器的数据包的子帧相同的子帧中发送的。在一实施例中，下行链路微帧的连续序列包括专用微帧。该专用微帧包括至少一个下行链路符号和保护间隔。在一实施例中，该上行链路微帧是根据下一个微帧群组的下一个上行链路-下行链路配置进一步确定的。在一实施例中，子帧被分为8个微帧，其中K个第一微帧是UL。在一实施例中，多个子帧包括超微帧，其中第一子帧中的K个第一微帧是DL微帧，每个后续子帧中的第一微帧是DL微帧或UL微帧。

应当理解，本文提供的实施例方法的一个或多个步骤可以由相应的单元或模块来执行。例如，信号或分组可以由发送单元或发送模块来发送。信号或分组可以由接收单元或接收模块来接收。信号或分组可以由处理单元或处理模块来处理。各个单元/模块可以是硬件、软件或二者的组合。例如，一个或多个单元/模块可以是现场可编程门阵列(FPGA)或专用集成电路(ASIC)等集成电路。

另外，其他实施例可以包括具有处理器和存储由该处理器执行的程序的非暂时性计算机可读介质的通信控制器。该程序包括向无线设备发送包括上行链路或下行链路(UL/DL)配置的信令，其中该UL/DL配置指示微帧群组中的上行链路微帧的数量，每个子帧包括多个微帧，微帧群组包括下行链路微帧的连续序列和上行链路微帧的连续序列，在下行链路微帧的连续序列的一个下行链路微帧中向无线设备发送数据包，在上行链路微帧中接收该数据包的确认信息，其中该上行链路微帧是根据一个下行链路微帧和上行链路-下行链路配置确定的，并且该确认信息是在与用于向无线设备发送该数据包的子帧相同的子帧中接收的。

本申请的主题涉及以下参考文献。这些参考文献的全部内容通过引用结合在本申请中：

·3GPP TS 36.211版本10.0.0，版本10，“LTE；演进型通用陆地无线接入(E-UTRA)；物理信道和调制”(2011-01)。

虽然已经结合说明性实施例对本发明进行了描述，但是本说明书并不被解释为限制，很明显，参照本说明书，本领域技术人员可以对说明性实施例以及本发明的其他实施例进行各种修改和组合。因此，所附权利要求包括任何此类修改或实施例。

Claims (37)

1.一种通信方法，其特征在于，包括：

接收包含微帧配置的无线资源配置RRC信令，所述RRC信令配置至少一个下行链路微帧和至少一个上行链路微帧；

接收物理层信令，所述物理层信令指示所述至少一个上行链路微帧中的上行链路微帧；

在所述至少一个下行链路微帧中的下行链路微帧中接收数据；以及

在所述物理层信令指示的所述上行链路微帧中发送所述数据的确认信息ACK或否认信息NACK。

2.根据权利要求1所述的方法，其特征在于，所述物理层信令还指示所述至少一个下行链路微帧中的下行链路微帧；

在所述至少一个下行链路微帧中的下行链路微帧中接收数据，包括：

在所述物理层信令指示的所述下行链路微帧中接收所述数据。

3.根据权利要求2所述的方法，其特征在于，所述物理层信令指示的所述下行链路微帧是：

接收所述物理层信令的当前微帧；或者，

接收所述物理层信令的当前微帧的下一个微帧。

4.根据权利要求1-3中任一项所述的方法，其特征在于，专用微帧在所述至少一个下行链路微帧之后并且在所述至少一个上行链路微帧之前。

5.根据权利要求4所述的方法，其特征在于，所述专用微帧用于上行链路传输和下行链路传输，或者，所述专用微帧包括保护间隔和下行链路部分。

6.根据权利要求1-5中任一项所述的方法，其特征在于，所述微帧包含在子帧中。

7.根据权利要求1-6中任一项所述的方法，其特征在于，所述微帧包含一个或多个符号。

8.根据权利要求1-7中任一项所述的方法，其特征在于，所述物理层信令由物理下行链路控制信道PDCCH承载，所述PDCCH位于公共搜索空间中。

9.根据权利要求1-8中任一项所述的方法，其特征在于，所述微帧包括循环前缀，所述循环前缀的持续时间与采样率、子载波间隔、或子帧中微帧的数量有关。

10.一种通信方法，其特征在于，包括：

发送包含微帧配置的无线资源配置RRC信令，所述RRC信令配置至少一个下行链路微帧和至少一个上行链路微帧；

发送物理层信令，所述物理层信令指示所述至少一个上行链路微帧中的上行链路微帧；

在所述至少一个下行链路微帧中的下行链路微帧中发送数据；以及

在所述物理层信令指示的所述上行链路微帧中接收所述数据的确认信息ACK或否认信息NACK。

11.根据权利要求10所述的方法，其特征在于，所述物理层信令还指示所述至少一个下行链路微帧中的下行链路微帧；

在所述至少一个下行链路微帧中的下行链路微帧中发送数据，包括：

在所述物理层信令指示的所述下行链路微帧中发送所述数据。

12.根据权利要求11所述的方法，其特征在于，所述物理层信令指示的所述下行链路微帧是：

发送所述物理层信令的当前微帧；或者，

发送所述物理层信令的当前微帧的下一个微帧。

13.根据权利要求10-12中任一项所述的方法，其特征在于，专用微帧在所述至少一个下行链路微帧之后并且在所述至少一个上行链路微帧之前。

14.根据权利要求13所述的方法，其特征在于，所述专用微帧用于上行链路传输和下行链路传输，或者，所述专用微帧包括保护间隔和下行链路部分。

15.根据权利要求10-14中任一项所述的方法，其特征在于，所述微帧包含在子帧中。

16.根据权利要求10-15中任一项所述的方法，其特征在于，所述微帧包含一个或多个符号。

17.根据权利要求10-16中任一项所述的方法，其特征在于，所述物理层信令由物理下行链路控制信道PDCCH承载，所述PDCCH位于公共搜索空间中。

18.根据权利要求10-17中任一项所述的方法，其特征在于，所述微帧包括循环前缀，所述循环前缀的持续时间与采样率、子载波间隔、或子帧中微帧的数量有关。

19.一种通信装置，其特征在于，包括:接收单元和发送单元；

所述接收单元，用于接收包含微帧配置的无线资源配置RRC信令，所述RRC信令配置至少一个下行链路微帧和至少一个上行链路微帧；

所述接收单元，还用于接收物理层信令，所述物理层信令指示所述至少一个上行链路微帧中的上行链路微帧；

所述接收单元，还用于在所述至少一个下行链路微帧中的下行链路微帧中接收数据；

所述发送单元，用于在所述物理层信令指示的所述上行链路微帧中发送所述数据的确认信息ACK或否认信息NACK。

20.根据权利要求19所述的装置，其特征在于，所述物理层信令还指示所述至少一个下行链路微帧中的下行链路微帧；

所述接收单元用于在所述至少一个下行链路微帧中的下行链路微帧中接收数据，包括：

所述接收单元用于在所述物理层信令指示的所述下行链路微帧中接收所述数据。

21.根据权利要求20所述的装置，其特征在于，所述物理层信令指示的所述下行链路微帧是：

接收所述物理层信令的当前微帧；或者，

接收所述物理层信令的当前微帧的下一个微帧。

22.根据权利要求19-21中任一项所述的装置，其特征在于，专用微帧在所述至少一个下行链路微帧之后并且在所述至少一个上行链路微帧之前。

23.根据权利要求22所述的装置，其特征在于，所述专用微帧用于上行链路传输和下行链路传输，或者，所述专用微帧包括保护间隔和下行链路部分。

24.根据权利要求19-23中任一项所述的装置，其特征在于，所述微帧包含在子帧中。

25.根据权利要求19-24中任一项所述的装置，其特征在于，所述微帧包含一个或多个符号。

26.根据权利要求19-25中任一项所述的装置，其特征在于，所述物理层信令由物理下行链路控制信道PDCCH承载，所述PDCCH位于公共搜索空间中。

27.根据权利要求19-26中任一项所述的装置，其特征在于，所述微帧包括循环前缀，所述循环前缀的持续时间与采样率、子载波间隔、或子帧中微帧的数量有关。

28.一种通信装置，其特征在于，包括：发送单元和接收单元；

所述发送单元，用于发送包含微帧配置的无线资源配置RRC信令，所述RRC信令配置至少一个下行链路微帧和至少一个上行链路微帧；

所述发送单元，还用于发送物理层信令，所述物理层信令指示所述至少一个上行链路微帧中的上行链路微帧；

所述发送单元，还用于在所述至少一个下行链路微帧中的下行链路微帧中发送数据；

所述接收单元，用于在所述物理层信令指示的所述上行链路微帧中接收所述数据的确认信息ACK或否认信息NACK。

29.根据权利要求28所述的装置，其特征在于，所述物理层信令还指示所述至少一个下行链路微帧中的下行链路微帧；

所述发送单元用于在所述至少一个下行链路微帧中的下行链路微帧中发送数据，包括：

所述发送单元用于在所述物理层信令指示的所述下行链路微帧中发送所述数据。

30.根据权利要求29所述的装置，其特征在于，所述物理层信令指示的所述下行链路微帧是：

发送所述物理层信令的当前微帧；或者，

发送所述物理层信令的当前微帧的下一个微帧。

31.根据权利要求28-30中任一项所述的装置，其特征在于，专用微帧在所述至少一个下行链路微帧之后并且在所述至少一个上行链路微帧之前。

32.根据权利要求31所述的装置，其特征在于，所述专用微帧用于上行链路传输和下行链路传输，或者，所述专用微帧包括保护间隔和下行链路部分。

33.根据权利要求28-32中任一项所述的装置，其特征在于，所述微帧包含在子帧中。

34.根据权利要求28-33中任一项所述的装置，其特征在于，所述微帧包含一个或多个符号。

35.根据权利要求28-34中任一项所述的装置，其特征在于，所述物理层信令由物理下行链路控制信道PDCCH承载，所述PDCCH位于公共搜索空间中。

36.根据权利要求28-35中任一项所述的装置，其特征在于，所述微帧包括循环前缀，所述循环前缀的持续时间与采样率、子载波间隔、或子帧中微帧的数量有关。

37.一种计算机可读存储介质，其特征在于，包括：

所述计算机可读介质存储有计算机程序；

所述计算机程序在计算机上运行时，使得所述计算机执行权利要求1至9中任一项所述的方法，或者使得所述计算机执行权利要求10至18中任一项所述的方法。

Images