用于同时发送和接收的确认的制作方法

本公开一般地涉及无线通信领域。更具体地，本发明涉及用于同时发送和接收的确认。

背景技术：

无线通信中的一项挑战是反馈机制的延迟。特别地，当适配依赖于由反馈机制提供的信息时，由于这样的延迟，对通信设置的适配可能被延迟。

适配的示例包括调制和编码方案(mcs)的选择、重传决定、正在进行的发送的中断等。反馈的示例包括确认信号(ack)、否定确认信号(nack)、信道质量指示符(cqi)、信道状态信息(csi)等。

因此，需要用于无线通信的替代反馈机制。优选地，这样的替代反馈机制应提供对通信设置的适配的改进。例如，由于减小的反馈延迟，这样的替代反馈机制可能实现更快的适配。

技术实现要素：

应当强调，当在本说明书中使用时，术语“包括”(可由“包含”替换)被视为指定声明的特征、整数、步骤或组件的存在，但是并不排除一个或多个其他特征、整数、步骤、组件或其组合的存在或增加。如本文所使用的，单数形式“一”、“一个”和“该”旨在同样包括复数形式，除非上下文明确地另有所指。

通常，当在本文提及布置时，将其理解为物理产品；例如装置。物理产品可以包括一个或多个部分，例如一个或多个控制器、一个或多个处理器等形式的控制电路。

一些实施例的一个目的是解决或缓解、减轻或消除上述或其他缺点中的至少一些。

第一方面是一种用于能够同时发送和接收的通信设备的方法，其中，所述方法用于接收包括报头和有效载荷的分组。

所述方法包括：接收所述报头的至少一部分；尝试对所述报头的所述部分进行解码；以及(当所述报头的所述部分被成功解码时)发送报头确认信号。

在一些实施例中，所述方法还包括：接收所述有效载荷；尝试对所述有效载荷进行解码；以及(当所述有效载荷被成功解码时)发送分组确认信号。

在一些实施例中，发送所述报头确认信号是在接收所述有效载荷之前或在接收所述有效载荷期间被执行的。

在一些实施例中，所述报头的所述部分包括指示分组接收者地址的报头字段。

在一些实施例中，所述方法还包括：整体接收所述报头；以及(当所述报头与先前接收并成功解码的分组的先前接收的报头相匹配时)重传与所述先前接收并成功解码的分组相关联的先前发送的分组确认信号。

在一些实施例中，所述方法还包括：与所述报头确认信号一起发送推荐的分组调制和编码方案的指示。

在一些实施例中，发送所述报头确认信号是使用比当前应用的分组调制和编码方案更稳健的确认调制和编码方案来执行的。

第二方面是一种用于能够同时发送和接收的通信设备的方法，其中，所述方法用于发送包括报头和有效载荷的分组。

所述方法包括：发送所述报头的至少一部分；监视报头确认信号的接收；以及(当检测到不存在所述报头确认信号时)中断所述分组的发送并且调度所述分组以用于重传。

在一些实施例中，所述方法还包括：整体发送所述报头；监视过早分组确认信号的接收；以及(当检测到所述过早分组确认信号时)中断所述分组的发送。

在一些实施例中，所述方法还包括：发送所述有效载荷；监视分组确认信号的接收；以及(当检测到不存在所述分组确认信号时)调度所述分组以用于重传。

在一些实施例中，检测不存在所述分组确认信号包括检测显式分组非确认信号。

在一些实施例中，所述报头的所述部分包括指示分组接收者地址的报头字段。

在一些实施例中，所述方法还包括：与所述报头确认信号一起接收推荐的分组调制和编码方案的指示；以及使用所述推荐的分组调制和编码方案来发送紧接在后的分组。

第三方面是一种包括非暂时性计算机可读介质的计算机程序产品，在所述非暂时性计算机可读介质上存储有包括程序指令的计算机程序。所述计算机程序可加载到数据处理单元中并且被配置为在所述计算机程序由所述数据处理单元运行时使得执行根据第一和第二方面中任一项所述的方法。

第四方面是一种用于能够同时发送和接收的通信设备的装置，其中，所述装置用于接收包括报头和有效载荷的分组。

所述装置包括控制电路，所述控制电路被配置为使得：接收所述报头的至少一部分；尝试对所述报头的所述部分进行解码；以及(响应于所述报头的所述部分被成功解码)发送报头确认信号。

第五方面是一种用于能够同时发送和接收的通信设备的装置，其中，所述装置用于发送包括报头和有效载荷的分组。

所述装置包括控制电路，所述控制电路被配置为使得：发送所述报头的至少一部分；监视报头确认信号的接收；以及(响应于检测到不存在所述报头确认信号)中断所述分组的发送并且调度所述分组以用于重传。

第六方面是一种用于通信设备的收发机，所述收发机包括根据第四和第五方面中任一项所述的装置。

第七方面是一种通信设备，所述通信设备包括根据第六方面所述的收发机和/或根据第四和第五方面中任一项所述的装置。

在一些实施例中，任何上述方面可以另外具有与如上面针对任何其他方面说明的各种特征中的任何一个相同或相对应的特征。

一些实施例的一个优点是提供了用于无线通信的替代反馈机制。

一些实施例的另一个优点是替代反馈机制提供了对通信设置(例如以下一项或多项：mcs选择、重传决定、以及发送中断)的适配的改进。

一些实施例的又一个优点是由于减小的反馈延迟，替代反馈机制实现更快的适配。

附图说明

从以下参考附图对实施例的详细描述，其他目的、特征和优点将显而易见。附图不一定按比例，而是将重点放在说明示例实施例上。

图1是示出根据一些实施例的分组的示意图；

图2是示出根据一些实施例的各种信令场景的示意图；

图3是示出根据一些实施例的示例方法步骤和信令的组合式流程图和信令图；

图4是示出根据一些实施例的示例布置(装置)的示意框图；

图5是示出根据一些实施例的示例布置(装置)的示意框图；以及

图6是示出根据一些实施例的示例计算机可读介质的示意图。

具体实施方式

如上面已经提到的，应当强调，当在本说明书中使用时，术语“包括”(可由“包含”替换)被视为指定声明的特征、整数、步骤或组件的存在，但是并不排除一个或多个其他特征、整数、步骤、组件或其组合的存在或增加。如本文所使用的，单数形式“一”、“一个”和“该”旨在同样包括复数形式，除非上下文明确地另有所指。

将在以下参考附图更全面地描述和例示本公开的实施例。但是，本文公开的解决方案可以以许多不同的形式实现，而不应被解释为限于本文阐述的实施例。

下面将在ieee802.11的上下文中给出一些实施例的各种示例。应当注意，这些示例并非旨在限制。相反，它们仅是说明性的。因此，问题和实施例可以同样适用于具有能够同时发送和接收的通信设备的任何场景。当在本文提及时，能够同时发送和接收的通信设备可以被定义为被配置为执行同时发送和接收的通信设备。

以下将描述其中提供用于无线通信的替代反馈机制的实施例。这些机制用于能够同时发送和接收的通信设备。同时发送和接收的场景的示例包括全双工通信场景、频分双工(fdd)场景等。

通信设备可以例如是无线通信设备(例如用户设备ue或站sta)或网络节点(例如基站bs、节点b、演进型节点b或接入点ap)。

本文提供的用于无线通信的替代反馈机制是用于一个或多个分组的通信，其中每个分组包括报头和有效载荷。在一些上下文中，分组还可以被表示为帧。

图1示意性地示出了根据一些实施例的这样的分组的示例。示例分组100包括报头(head)140和有效载荷(pl)160。出于各种目的，报头可以被细分为两个或更多个报头字段。这在图1中例示，其中报头140包括接收机指示符字段(ri)145。接收机指示符可以例如是接收机地址。

分组还可以包括一个或多个其他分量，这在图1中以前导码(pa)120和检错分量(ed)180例示。检错分量可以例如包括循环冗余校验(crc)或帧校验序列(fcs)。

当无线通信是根据ieee802.11标准(例如ieee802.11n标准)时，示例分组100可以包括物理(phy)层前导码120和介质访问控制(mac)协议数据单元(mpdu)，其中mpdu本身包括mpdu报头140、mpdu有效载荷160和fcs180。

典型的mpdu报头140可以包括帧控制字段(两个八位字节)、时长/标识(id)字段(两个八位字节)、携带接收机地址145的第一地址字段(六个八位字节)、第二地址字段(六个八位字节)、第三地址字段(六个八位字节)、序列控制字段(两个八位字节)、第四地址字段(六个八位字节)、服务质量(qos)控制字段(两个八位字节)以及高吞吐量(ht)控制字段(四个八位字节)。

帧控制字段包括有关mpdu类型的信息。取决于mpdu的类型，一个或多个报头字段可能不存在。但是，携带接收机地址145的第一地址字段通常始终存在于当前ieee802.11mpdu分组中。

因为mpdu的第一地址字段相对较大(六个八位字节，即48位)，所以第一地址字段转换成与另一个接收机匹配的地址的错误概率相对较小。

还应当注意，第一地址字段提前出现在mpdu中，并且提前出现在mpdu报头中(在任何可选报头字段之前)。因此，从分组的开始到第一地址字段的结束的时长是确定的(尽管通常取决于所应用的调制和编码方案mcs)。

在ieee802.11中，存在关于同时发送和接收(str)的活动，通常被称为全双工(fd)技术。在ieee中，str将可能在上行链路(ul)和下行链路(dl)两者中同时使用相同的频带。因此，全双工尚未由ieee802.11标准化，但该工作正在进行中。

可以实现在ieee802.11中用于半双工的现有分组ack方法的简单扩展，以使得发射机侧通信设备在分组被完整发送之后的时段内监视分组ack的接收(如在半双工场景中)，其中该监视是紧接在发送分组之后(由于全双工能力)当发射机自由地开始其他活动(例如发送下一个分组)时执行的。

如上所述，无线通信中的挑战是反馈机制的延迟，这可能导致对通信设置的延迟适配。一些实施例通过利用同时发送和接收的能力来缓解该问题。

当编码是在没有时间交错的情况下被执行时(如在ieee802.11中)，分组(例如mpdu)的解码可以立即开始，甚至在整个分组被接收之前也是如此。因此，在分组将被正确解码的假设下，报头中的信息在有效载荷被解码之前可用。在没有针对报头的检错的情况下，直到解码器已对完整分组进行解码后才知道报头是否被正确解码。

考虑接收机指示符字段145，从接收机的角度来看可能发生两种错误；漏检和误报。对于漏检(应被接收的分组被视为旨在用于另一个接收机)，分组将被视为丢失并且将被重传。对于误报(旨在用于另一个接收机的分组被整体处理)，当整个分组被解码时，分组检错将注意到该错误。漏检的发生可以处于与分组错误率相同的数量级，而如果地址空间很大，则误报通常将以可忽略的概率发生。例如，如果地址字段的长度为48位，则误报的概率约为因此，当分组报头的接收机指示符字段指示通信设备的接收机地址时，对于该通信设备而言，假设分组旨在用于该通信设备可以是安全的。

通过利用同时发送和接收的能力，可以考虑对报头(或报头的一部分)进行单独确认的方案，如图2将例示的。

图2示意性地示出了根据一些实施例的各种信令场景(a-f)，其中利用同时发送和接收的能力来减小反馈机制的延迟。

通常，每个场景图的上部表示第一通信设备的活动，第一通信设备被配置为发送(tx)包括报头(240)和有效载荷(260)的分组，以及接收(rx)与该分组相关联的反馈，而每个场景图的下部表示第二通信设备的活动，第二通信设备被配置为接收(rx)包括报头(241)和有效载荷(261)的分组，以及发送(tx)与该分组相关联的反馈。

场景(a)示出了其中利用同时发送和接收的能力来减小反馈机制的延迟的方法的原理。分组发送的发起由向下的最左箭头示出。

当第二通信设备已接收到报头(241，与图1的140相比)的至少一部分时，它尝试对报头的该部分进行解码。通常，报头的该部分包括指示分组接收者地址的报头字段(与图1的145相比)。但是，并不排除报头的该部分可以附加地或替代地包括使得能够确定报头是否应被视为(正确)接收的其他信息。这样的其他信息的示例包括用于报头的检错字段。

当报头的该部分被成功解码时，第二通信设备发送报头确认信号(h-ack)250。从图1的场景(a)中可以看出，当分组的接收(例如报头241和/或有效载荷261的其余部分的接收)仍在进行时，发送h-ack，这是可能的，因为第二通信设备能够同时发送和接收。

当分组的发送(例如报头240和/或有效载荷260的其余部分的发送)仍在进行时，由第一通信设备接收h-ack251，这是可能的，因为第一通信设备能够同时发送和接收。

当第二通信设备已接收到有效载荷(261，与图1的160相比)时，它尝试对有效载荷进行解码。当有效载荷被成功解码时，第二通信设备发送分组确认信号(p-ack)270。当(例如下一个分组的)接收正在进行时，可以发送p-ack，这是可能的，因为第二通信设备能够同时发送和接收。当(例如下一个分组的)发送正在进行时，可以由第一通信设备接收p-ack271，这是可能的，因为第一通信设备能够同时发送和接收。

场景(b)示出了其中报头的该部分未被成功解码的情况。报头的该部分的未成功解码可以例如包括确定接收者指示符字段(与图1的145相比)未将第二通信设备指示为分组的预期接收者。例如，这可能由于接收者指示符字段中的错误或由于分组旨在用于另一个通信设备而发生。

当报头的该部分未被成功解码时，第二通信设备不发送任何h-ack，如在场景(b)中可以看出。如果分组旨在用于第二通信设备，则第一通信设备在监视时段252中将不接收任何h-ack(即检测到不存在h-ack；隐式h-nack)。然后，第一通信设备可以中断(中止)分组的发送，如由场景(b)中的缩短的有效载荷260所示，并且调度分组以用于重传。

因此，提早指示分组将不被正确接收。通过适配这种提早指示，减少不必要的发送。

场景(c)示出了以下情况：其中报头的该部分被成功解码，但是第一通信设备未(正确)接收h-ack。因此，当分组的接收(例如报头241和/或有效载荷261的其余部分的接收)仍在进行时，第二通信设备发送h-ack250，但是第一通信设备在监视时段252中将不接收任何h-ack(即检测到不存在h-ack；隐式h-nack)。然后，第一通信设备可以中断(中止)分组的发送，如由场景(c)中的缩短的有效载荷260、261所示，并且调度分组以用于重传。

因此，在该场景中，即使分组可能已被正确接收，分组发送也被中断。

场景(d)示出了其中有效载荷未被成功解码的情况。有效载荷的未成功解码可以例如包括确定检错分量(与图1的180相比)指示有效载荷包括错误。

当有效载荷未被成功解码时，第二通信设备不发送任何p-ack，如在场景(d)中可以看到的，并且第一通信设备在监视时段272中将不接收任何p-ack(即检测到不存在p-ack；隐式p-nack)。在一些实施例中，第二通信设备在场景(d)中发送p-nack，而第一通信设备在监视时段272中将接收到p-nack(即检测到不存在p-ack；显式p-nack)。在任何一种情况下，当检测到不存在p-ack时，第一通信设备可以调度分组以用于重传。

场景(e)示出了以下情况：其中有效载荷被成功解码，但是第一通信设备未(正确)接收p-ack。因此，第二通信设备发送p-ack270，但是第一通信设备在监视时段272中将不接收任何p-ack(即检测到不存在p-ack；隐式p-nack)。然后，第一通信设备可以调度分组以用于重传。

因此，在该场景中，即使分组已被正确接收，分组也被调度以用于重传。将结合图3说明缓解该缺点的方法。

场景(f)示出了以下情况：其中有效载荷被成功解码，并且第一通信设备正确接收到p-ack。因此，第二通信设备发送p-ack273，而第一通信设备在监视时段中接收到p-ack274。然后，第一通信设备可以确定分组已被成功发送。

图3是示出根据一些实施例的示例方法步骤和信令的组合式流程图和信令图。图3的左半部分示出了用于发送310、390包括报头(head)140、240、241、311、351和有效载荷(pl)160、260、261、313、353的分组的第一通信设备(能够同时发送和接收)的方法步骤。图3的右半部分示出了用于接收350、390包括报头(head)140、240、241、311、351和有效载荷(pl)160、260、261、313、353的分组的第二通信设备(能够同时发送和接收)的方法步骤。

当报头的至少一部分(pt)145、312、352已由第一通信设备发送并且由第二通信设备接收时，第二通信设备尝试对报头的该部分进行解码，如由步骤365所示。

ieee802.11中的设计原理是不执行在多个正交频分复用(ofdm)符号上的交错。从而，解码器可以在接收到符号时立即开始解码。其结果是较早封装在分组中的信息也被较早解码。但是，根据现有技术，接收机直到它可以将数据与帧校验序列(fcs)进行比较时才知道整个分组是否被正确解码。

当报头的该部分被成功解码时(步骤366中的“是”路径；与图2的场景c-f相比)，第二通信设备发送报头确认信号(h-ack)，如由步骤367和信号391所示，并且继续分组的接收和解码。报头的该部分的成功解码可以例如包括确定接收者指示符字段(与图1的145相比)将第二通信设备指示为分组的预期接收者。替代地或附加地，报头的该部分的成功解码可以例如包括确定报头的检错部分(例如报头crc或报头fcs)指示该部分的无错误接收和解码。

当报头的该部分未被成功解码时(步骤366中的“否”路径；与图2的场景b相比)，第二通信设备停止分组的接收(和解码)，如由步骤368所示。因此，在这种情况下，不发送h-ack。报头的该部分的未成功解码可以例如包括确定接收者指示符字段(与图1的145相比)未将第二通信设备指示为分组的预期接收者。替代地或附加地，报头的该部分的未成功解码可以例如包括确定报头的检错部分指示在该部分的接收和解码中存在错误。

通常，尝试对报头的该部分进行解码是直接响应于报头的该部分的接收和/或h-ack的发送是直接响应于对报头的该部分进行解码(当成功时)。

如前所述，h-ack的发送可以与第二通信设备的持续接收是同时的(例如，在有效载荷的接收之前或在有效载荷的接收期间)。在报头的其余部分的接收期间可以执行步骤365和367中的一个或多个。替代地或附加地，在有效载荷的接收期间可以执行步骤365和367中的一个或多个。可以针对第二通信设备指定在接收报头的该部分时开始的时长，h-ack应在该时长内被发送。替代地或附加地，可以针对第一通信设备指定在发送报头的该部分时开始的时长(监视时段)，h-ack应在该时长内被接收。

当报头的至少一部分(pt)145、312、365已由第一通信设备发送时，第一通信设备监视h-ack的接收，如由步骤325所示。该步骤通常包括在如上所述的指定监视时段内监视h-ack的接收。

当接收到h-ack时(步骤326中的“是”路径；与图2的场景d-f相比；检测到h-ack)，第一通信设备继续分组的发送。当未接收到h-ack时(步骤326中的“否”路径；与图2的场景b-c相比；检测到不存在h-ack)，第一通信设备中断(停止/取消/中止)分组的发送，如由步骤368所示，并且调度分组以用于重传，如由步骤349所示。

如前所述，h-ack的监视和接收可以与第一通信设备的持续发送是同时的。可以在报头的其余部分的发送期间执行步骤325和326中的一个或多个。替代地或附加地，可以在有效载荷的发送期间执行步骤325和326中的一个或多个。

通常，报头确认信号的发送可以使用比当前应用的分组调制和编码方案更稳健的确认调制和编码方案来执行。在该上下文中，更稳健的调制和编码方案可以指实现更低错误概率的调制和编码方案(例如通过使用以下中的一项或多项：更低速率的编码、更低阶的调制、以及更短的信息分组)。这使得图2的场景(c)不太可能发生。可以针对p-ack使用类似的方法，以使得图2的场景(e)不太可能发生。

替代地或附加地，通过应用步骤376、377、379、337、338、339，可以实现缓解上面结合图2的场景(e)(即使分组已被正确接收，分组也可以被调度以用于重传，因为第一通信设备未正确接收到p-ack)描述的缺点。应当注意，这些步骤相对于结合图3描述的其他步骤是可选的。例如，根据一些实施例，步骤337、338、339可能仅与分组重传相关。

当报头已由第一通信设备发送并且由第二通信设备整体接收到时，第二通信设备检查报头是否与先前接收并成功解码的分组的先前接收的报头相匹配，如由步骤376所示。

在一些实施例中，这可以通过利用报头的检错部分(例如报头crc或报头fcs)来实现。例如，如果报头的检错部分指示报头的无错误接收和解码，并且如果报头与先前接收并成功解码的分组的报头相同(可能在指示分组的发送尝试次数的某个值和/或指示用于发送的时间资源的某个值方面有所不同)，则可以检测到匹配。

当报头与先前接收并成功解码的分组的先前接收的报头相匹配时(步骤376中的“是”路径)，第二通信设备重传与先前接收并成功解码的分组相关联的先前发送的分组确认信号(p-ack)，如由步骤377和信号392所示，并且停止分组的接收(因为分组已经被正确接收)。替代地或附加地，第二通信设备可以以除了重传先前发送的p-ack之外的任何合适的方式，向第一通信设备通知分组先前已被正确接收。

当报头与先前接收并成功解码的分组的任何先前接收的报头不匹配时(步骤376中的“否”路径)，第二通信设备继续分组的接收和解码。

可以针对第二通信设备指定在接收报头时开始的时长，先前发送的p-ack应在该时长内被发送。替代地或附加地，可以针对第一通信设备指定在发送报头时开始的时长(监视时段)，过早p-ack应在该时长内被接收。

当第一通信设备已发送报头时，第一通信设备监视过早p-ack的接收，如由步骤337所示。该步骤通常包括在如上所述的指定监视时段内监视过早p-ack的接收。

当接收到过早p-ack时(步骤338中的“是”路径；检测到过早p-ack)，第一通信设备中断(停止/取消/中止)分组的发送，如在步骤339中所示，并且将分组视为被成功发送，如由步骤348所示。当未接收到过早p-ack时(步骤338中的“否”路径；检测到不存在过早p-ack)，第一通信设备继续分组的发送。

过早p-ack的监视和接收可以与第一通信设备的持续发送是同时的。可以在有效载荷的发送期间执行步骤337和338中的一个或多个。

当有效载荷160、313、353已由第一通信设备发送并且由第二通信设备接收到时，第二通信设备尝试对有效载荷进行解码，如步骤385所示。

当有效载荷被成功解码时(步骤386中的“是”路径；与图2的场景e-f相比)，第二通信设备发送分组确认信号(p-ack)，如由步骤387和信号393所示。分组的成功解码可以例如包括确定检错部分(例如crc或fcs)180指示无错误接收和解码。

根据各种实施例，当有效载荷未被成功解码时(步骤386中的“否”路径；与图2的场景d相比)，第二通信设备可以不执行任何操作或发送显式分组否定确认信号(p-nack)，如由步骤388所示。分组的未成功解码可以例如包括确定检错部分(例如crc或fcs)180指示在接收和解码中存在错误。

p-ack和/或p-nack的发送可以与第二通信设备的持续接收(例如下一个分组的接收)是同时的。在这样的持续接收期间，可以执行步骤385、386、387和388中的一个或多个。可以针对第二通信设备指定在接收有效载荷时开始的时长，p-ack或p-nack应在该时长内被发送。替代地或附加地，可以针对第一通信设备指定在发送有效载荷时开始的时长(监视时段)，p-ack或p-nack应在该时长内被接收。

当第一通信设备已发送有效载荷160、313、353时，第一通信设备监视p-ack的接收，如由步骤345所示。该步骤通常包括在如上所述的指定监视时段内监视p-ack的接收。

当接收到p-ack时(步骤346中的“是”路径；与图2的场景f相比；检测到p-ack)，第一通信设备将分组视为被成功发送，如由步骤348所示。当未接收到p-ack时(步骤346中的“否”路径；与图2的场景d-e相比；检测到不存在p-ack)，第一通信设备调度分组以用于重传，如由步骤349所示。未接收到p-ack的情况可以包括在监视步骤345期间未接收到任何信号，或者可以包括接收到如在步骤388中发送的显式p-nack(即，检测不存在p-ack可以包括检测显式p-nack)。

如上所述，p-ack和/或p-nack的监视和接收可以与第一通信设备的持续发送是同时的。在这样的持续发送期间，可以执行步骤345、346、349和348中的一个或多个。

通常，监视时段可以是预先静态确定的，或者可以是半静态或动态的。监视时段的细节可以例如从第二通信设备被信令发送到第一通信设备，或者可以由第一通信设备基于往返时间(包括解码)的测量来确定。示例监视时段可以在0.5-5.0微秒的间隔内，例如0.8、1.6或4.0微秒。

通常，分组确认信号(p-ack)可以被视为用于整个分组的确认信号或用于分组的仅一部分的确认信号(例如有效载荷；它然后可以被称为有效载荷确认信号)。

在一些实施例中，推荐的分组调制和编码方案(mcs)的指示(例如cqi或csi)可以与h-ack一起被发送。当第一通信设备接收到h-ack时，推荐的分组调制和编码方案可以被用于发送紧接在后的分组。这使得mcs适配比如果在发送整个分组之后接收该指示(在这种情况下，推荐的分组调制和编码方案不能被用于发送紧接在后的分组，因为这样的分组的发送已经开始)更快。

例如，在ieee802.11中，存在一种被称为mcs反馈的机制。从802.11n开始，在报头中存在ht控制字段，该ht控制字段包含mcs建议。第二通信设备监视所接收的发送的质量，并且向发射机提供有关最佳mcs选择的反馈。在h-ack发送中包括该mcs建议提高了mcs适配速度。

在一些实施例中，在图3中描述的方法可以被动态地启用/禁用。例如，第一通信设备和第二通信设备可以向彼此通知它们是否能够同时发送和接收(和/或由于其他原因，它们是否能够使用h-ack方法)，并且仅当第一通信设备和第二通信设备都能够例如同时发送和接收时，在图3中描述的方法才可以被启用。例如，可以使用单个位来信令发送该能力。一种可能性是使用在phy信号(sig)字段中(在phy报头或前导码中)的一位。替代地或附加地，启用/禁用可以基于第一通信设备和第二通信设备中的任一个对应用h-ack方法的需要。还可以在第一通信设备与第二通信设备之间适当地信令发送这样的需要。

从ieee802.11ac开始，通常的做法是使用聚合mpdu进行数据发送。尽管当系统具有fd能力时，对聚合mpdu(a-mpdu)(其中数个mac层分组被收集到一个phy层分组中)的需求显著减少(因为消除了等待ack的开销，并且因为不需要帧间间隔(ifs)开销)，但是值得注意的是，本文描述的方法也可以同样适用于a-mpdu。然后，每个mac层分组可以与相应的h-ack(和相应的p-ack)相关联。a-mpdu仍然具有一些优点，例如可以消除前导码和信号(sig)字段开销，因为前导码可以被缩减为单个sig字段(即，聚合物理层汇聚过程pclp服务数据单元a-psdu封装)。

图4和5示意性地示出了根据一些实施例的用于能够同时发送和接收的收发机和/或通信设备的示例装置。通信设备可以例如是无线通信设备(例如用户设备ue或站sta)或网络节点(例如基站bs、节点b、演进型节点b或接入点ap)。

图4示出了用于接收包括报头和有效载荷的分组的示例装置410。该装置包括控制电路(cntr；例如控制器或控制模块)400。该控制电路可以适于使得执行图3的右半部分的一个或多个步骤。

控制电路被配置为使得接收报头的至少一部分、整个报头、以及有效载荷。为此，控制电路可以与接收电路(例如接收机或接收模块；在图4中被示为收发电路tx/rx的一部分)430相关联(例如(在操作上)可连接或被连接到接收电路430)。接收电路可以被配置为接收报头的至少一部分、整个报头、以及有效载荷。

控制电路还被配置为使得尝试对报头的一部分(与图3的步骤365相比)、整个报头(与图3的步骤376相比)、以及有效载荷(与图3的步骤385相比)进行解码。为此，控制电路可以包括解码电路(dec；例如解码器或解码模块)401，或者以其他方式与解码电路401相关联(例如(在操作上)可连接或被连接到解码电路401)。解码电路可以被配置为尝试对报头的一部分、整个报头、以及有效载荷进行解码。

控制电路还被配置为使得响应于报头的一部分被成功解码而发送报头确认信号(与图3的步骤367相比)。

控制电路还可以被配置为使得响应于报头与先前接收并成功解码的分组的先前接收的报头相匹配而重传与先前接收并成功解码的分组相关联的先前发送的分组确认信号(与图3的步骤377相比)。

控制电路还可以被配置为使得响应于有效载荷被成功解码而发送分组确认信号(与图3的步骤387相比)。

为此，控制电路可以与发送电路(例如发射机或发送模块；在图4中被示为收发电路tx/rx的一部分)430相关联(例如(在操作上)可连接或被连接到发送电路430)。发送电路可以被配置为发送报头确认信号和分组确认信号，以及重传先前发送的分组确认信号。

图5示出了用于发送包括报头和有效载荷的分组的示例装置510。该装置包括控制电路(cntr；例如控制器或控制模块)500。该控制电路可以适于使得执行图3的左半部分的一个或多个步骤。

控制电路被配置为使得发送报头的至少一部分、整个报头、以及有效载荷。为此，控制电路可以与发送电路(例如发射机或发送模块；在图5中被示为收发电路tx/rx的一部分)530相关联(例如(在操作上)可连接或被连接到发送电路530)。发送电路可以被配置为发送报头的至少一部分、整个报头、以及有效载荷。

控制电路还可以被配置为使得监视报头确认信号(与图3的步骤325相比)、过早分组确认信号(与图3的步骤337相比)、以及分组确认信号(与图3的步骤345相比)的接收。为此，控制电路可以包括监视电路(mon；例如监视器或监视模块)501，或者以其他方式与监视电路501相关联(例如(在操作上)可连接或被连接到监视电路501)。监视电路可以被配置为监视报头确认信号、过早分组确认信号、以及分组确认信号的接收。

控制电路还被配置为使得响应于检测到不存在报头确认信号而中断分组的发送以及调度分组以用于重传(与图3的步骤368和349相比)。

控制电路还可以被配置为使得响应于检测到过早分组确认信号而中断分组的发送(与图3的步骤339相比)。

控制电路还可以被配置为使得响应于检测到不存在分组确认信号而调度分组以用于重传(与图3的步骤349相比)。

为此，控制电路可以与调度电路(sch，例如调度器或调度模块)502相关联(例如(在操作上)可连接或被连接到调度电路502)。调度电路可以被配置为中断分组的发送以及调度分组以用于重传。

如上所述，一些实施例的优点包括：提供了用于无线通信的替代反馈机制；替代反馈机制提供了对适配通信设置的改进(例如以下一项或多项：mcs选择、重传决定和发送中断)；以及由于减小的反馈延迟，替代反馈机制实现更快的适配。

通过早期停止错误地被发送的分组，可以提高时间效率。一些实施例的应用使得在报头的该部分未被成功解码时能够早期(在整个分组被发送之前)停止/中断发送。模拟表明，通过这样的方法提高了整体速率。

还可以通过更快的mcs反馈来提高速率适配的速度。在现有技术中，mcs反馈只能与完整分组的ack一起被最早发送。如果来自发射机的下一个分组被调度为要在已确认的完整分组之后被立即发送，则发射机可能没有时间对该下一个分组进行重新编码以适配mcs反馈。但是，通过应用一些实施例，mcs反馈与h-ack一起到达，这通常在下一个分组的编码已开始之前。因此，速率适配的速度可以提高至少一个分组。

通常，当在本文提及布置时，将其理解为物理产品；例如装置。物理产品可以包括一个或多个部件，例如形式为一个或多个控制器、一个或多个处理器等的控制电路。

可以以软件或硬件或其组合来实现所描述的实施例及其等效物。可以由通用电路来执行实施例。通用电路的示例包括数字信号处理器(dsp)、中央处理单元(cpu)、协处理器单元、现场可编程门阵列(fpga)和其他可编程硬件。替代地或附加地，可以由专用电路(例如专用集成电路(asic))来执行实施例。通用电路和/或专用电路可以例如与装置相关联或被包括在装置中，该装置例如是无线通信设备(例如用户设备ue或站sta)或网络节点(例如基站bs、节点b、演进型节点b或接入点ap)。

实施例可以出现在包括根据本文描述的任何实施例所述的布置、电路和/或逻辑的电子装置(例如无线通信设备或网络节点)内。替代地或附加地，电子装置(例如无线通信设备或网络节点)可以被配置为执行根据本文描述的任何实施例所述的方法。

根据一些实施例，一种计算机程序产品包括计算机可读介质，例如通用串行总线(usb)存储器、插入式卡、嵌入式驱动器或只读存储器(rom)。图6示出了光盘(cd)rom600形式的示例计算机可读介质。该计算机可读介质在其上存储有包括程序指令的计算机程序。该计算机程序可加载到数据处理器(proc)620中，数据处理器620可以例如被包括在无线通信设备或网络节点610中。当被加载到数据处理单元中时，该计算机程序可以被存储在存储器(mem)630中，存储器630与数据处理单元相关联或被包括在数据处理单元中。根据一些实施例，当被加载到数据处理单元中并由数据处理单元运行时，该计算机程序可以使得执行根据例如图3所示或本文以其他方式描述的任何方法所述的方法步骤。

通常，本文中使用的所有术语将根据其在相关技术领域中的普通含义来解释，除非在使用该术语的上下文中清楚地给出了和/或隐含了不同的含义。

本文已参考各种实施例。但是，本领域技术人员将认识到，所描述的实施例的许多变型仍然将落入权利要求的范围内。

例如，本文描述的方法实施例通过以特定顺序被执行的步骤而公开了示例方法。但是，将认识到，这些事件序列可以以另一种顺序发生而不偏离权利要求的范围。此外，一些方法步骤可以被并行执行，即使它们已被描述为按顺序执行。因此，除非显式地将一个步骤描述为在另一个步骤之后或之前和/或隐含地一个步骤必须在另一个步骤之后或之前，否则本文所公开的任何方法的步骤不必以所公开的确切顺序执行。

以相同的方式，应当注意，在实施例的描述中，将功能块划分成特定单元决非旨在限制。相反，这些分区仅是示例。本文描述为一个单元的功能块可以被划分成两个或更多个单元。此外，本文描述为被实现为两个或更多个单元的功能块可以被合并成更少的(例如单个)单元。

在适当的情况下，本文公开的任何实施例的任何特征可以被应用于任何其他实施例。同样，任何实施例的任何优点可以适用于任何其他实施例，反之亦然。

因此，应当理解，所描述的实施例的细节仅是出于说明性目的而提出的示例，并且落入权利要求的范围内的所有变型旨在被包含在其中。