具体实施方式

1.1.CSMA/CA系统中的重传方案

在WLAN系统中，IEEE 802.11使用载波侦听多址冲突避免(CSMA/CA)来允许无线站(STA)具有信道接入以用于分组传输和重传。

图1图示了CSMA/CA重传方案的示例。在CSMA/CA系统中，该处理在每次传输和重传之前执行，其中STA必须感测信道并设置退避时间来竞争信道接入。退避时间由零和竞争窗口(CW)的尺寸之间的统一随机变量决定。在STA等待退避时间并感测到信道空闲之后，它发送分组。如果STA在超时之前没有接收到ACK，那么要求分组的重传。否则，认为传输成功。

当要求重传时，STA检查分组的重传次数，并且如果重传次数超过重试限制，那么丢弃该分组并且不调度重传。否则，调度一次或多次重传。如果调度了重传，那么需要另一个退避时间来竞争用于这个重传的信道接入。如果竞争窗口的尺寸没有达到竞争窗口的上限(CW限制)，那么STA增加CW并且执行返回到顶部，因此STA根据竞争窗口(CW)的新尺寸设置另一个退避时间。STA等待退避时间以进行重传等。

图2图示了常规WLAN系统中的数据帧格式。“帧控制”字段指示帧的类型。“持续时间”字段包含用于CSMA/CA信道接入的网络分配向量(NAV)信息。“接收方地址(RA)”字段包含帧接收方的地址。“传输者地址(TA)”字段包含传输帧的STA的地址。“序列控制”字段包含分组的片段号和序列号。

图3图示了常规WLAN系统中的确认(ACK)数据帧格式。“帧控制”字段指示帧的类型。“持续时间”字段包含用于CSMA/CA信道接入的NAV信息。“RA”字段包含帧接收方的地址。

图4图示了用于IEEE 802.11ax中的单用户传输的IEEE 802.11ax中的HE单用户(SU)PPDU格式。要注意的是，PPDU代表物理层会聚过程协议数据单元。PPDU帧包含PSDU加上PHY报头以及前导码。HE-SU PPDU帧包含以下字段：(a)L-STF：非HT短训练字段；(b)L-LTF：非HT长训练字段；(c)L-SIG：非HT SIGNAL(信号)字段；(d)RL-SIG：重复的非HT SIGNAL字段；(e)HE-SIG-A：HE SIGNAL A字段；(f)HE-STF：HE短训练字段；(g)HE-LTF：HE长训练字段；(h)数据：携带PSDU的数据字段；(i)PE：分组扩展字段。

图5图示了在CSMA/CA中使用双倍尺寸的竞争窗口进行重传的场景，其中由于重传而退避时间增加。数据帧和ACK帧分别使用如图2和图3中所示的格式。使用如图4中所示的分组格式对帧进行打包。在传输者传输分组的初始传输之后，在超时之前它没有接收到ACK。然后，它设置另一个退避时间，由此竞争窗口的尺寸是n个时隙。在等待退避时间之后，传输者STA第一次重传分组。但是，这个重传在这个示例中也失败了。传输者STA需要重传分组并设置退避时间以再次竞争信道接入。这一次，由于重传，竞争窗口的尺寸增加了一倍，即，2*n个时隙。预期的退避时间也因竞争窗口尺寸而增加一倍。第二次重传成功，因为它在超时之前接收到了ACK。

图6图示了由于CSMA/CA中的重试限制而丢弃分组的场景，这个示例示出了在重传次数超过重试限制之后分组被丢弃。让我们用R表示重试限制。数据帧和ACK帧分别使用如图2和图3中所示的格式。使用如图4所示的分组格式对帧进行打包。如图6中所示，在分组的初始传输失败之后，传输者STA多次重传那个分组。但是，没有一次重传成功。在重传R次(包括初始传输)之后，重传次数超过重试限制。传输者STA停止重传那个分组并且那个分组被丢弃。

1.2.多用户传输

多用户传输在无线网络中是可用的，诸如IEEE 802.11。从IEEE 802.11ax开始，网络支持上行链路和下行链路两种模式的多用户传输。IEEE 802.11ax中的多用户传输包括MIMO模式和OFDMA模式，它们可以单独使用或者一起使用。

IEEE 802.11ax使用多用户传输分组格式，诸如图1和图2中所示，以便以多用户模式传输数据。当多个用户传输或接收多用户传输分组时，所有用户共享多用户传输分组的相同物理层会聚协议(PLCP)报头。然后，每个用户使用单独的资源块(包括资源单元(RU)分配、MCS等)，来传输或接收由多用户传输分组携带的数据。

IEEE 802.11ax定义了多种PLCP协议数据单元(PPDU)格式以在不同的多用户传输场景中传输分组，如下所列。

图7图示了用于下行链路多用户传输的IEEE 802.11ax中的HE多用户(MU)PPDU格式。与图4中所示的单用户PPDU格式相比，这在其格式中添加了HE-SIG-B字段，其为每个用户提供单独的资源块分配信息。

图8图示了用于上行链路多用户传输的基于HE触发(TB)的PPDU格式。HE TB PPDU格式中的字段与HE单用户PPDU格式中的字段相同，除了HE-STF字段是8μs。

图9图示了IEEE 802.11ax中的触发帧格式的内容。“帧控制”字段指示帧的类型。“持续时间”字段包含用于CSMA/CA信道接入的NAV信息。“RA”字段包含帧接收方的地址。“TA”字段包含传输帧的STA的地址。

图10图示了“公共信息”字段，其包括所有分配的STA的信息。

图11图示了“用户信息”字段，其包括每个STA的信息。

“公共信息”字段和“用户信息”字段向每个用户提供单独的资源块分配信息。

图12图示了多用户(MU)块ACK请求(BAR)的触发帧中的“触发相关用户信息”字段。通过将“公共信息”字段中的触发类型设置为“2”，可以将图9中所示的触发帧作为多用户块ACK请求(MU-BAR)传输。当触发帧是MU-BAR时，触发帧中的“触发相关用户信息”字段(如图11中所示)的内容如图12中所示。

图13图示了常规WLAN系统中的块ACK(BA)帧格式的内容。“帧控制”字段指示帧的类型。“持续时间”字段包含用于CSMA/CA信道接入的NAV信息。“RA”字段包含帧的接收方的地址。“TA”字段包含传输帧的STA的地址。“BA控制”字段指示块ACK的策略。“BA信息”字段包含传输的反馈。

图14图示了OFDMA系统的下行链路中的CSMA/CA重传方案，作为使用OFDMA的下行链路多用户传输的示例。传输者AP使用HE MU PPDU格式向其接收者1、2、3和4传输数据。在完成初始传输之后，AP向所有接收者传输多用户块确认请求(MU-BAR)。然后接收者将块ACK(BA)发送回AP。AP根据BA中的内容决定是否向接收者1、3、4重传分组。它竞争信道并等待退避时间。第一次重传发生在AP获得信道接入之后。

图15图示了OFDMA系统的上行链路中的CSMA/CA重传方案，示出了使用OFDMA的上行链路多用户传输的示例。AP首先向所有传输者1、2、3和4传输触发帧。传输者接收触发帧并使用由触发帧分配的资源块开始初始传输。多用户传输分组使用HE-TB PPDU格式。AP接收来自传输者的分组，并发送BA帧以报告传输的正确性。在此，只有携带来自传输者2的数据的分组被正确接收。需要为传输者1、3和4调度重传。AP竞争信道并等待退避时间以获得信道接入。然后，重传以与初始传输相同的方式进行。

2.问题陈述

使用CSMA/CA的当前无线通信系统不识别分组是RTA分组还是非RTA分组，并且在CSMA/CA下利用相同的重传方案处置所有分组。CSMA/CA中的重传方案旨在降低分组冲突的概率，而分组的时延不是主要关心的问题。如讨论现有IEEE 802.11协议的小节中所示，每次重传都要求STA通过扩展的竞争窗口竞争信道，这会显著增加分组传输的延迟。

CSMA/CA中的重传方案没有考虑分组的时效性。如已有系统所示，传输者STA重新传输分组，直到它被接收者STA接收或直到重传超过重试限制。但是，RTA分组具有生命周期，它必须在这个生命周期内被传输。即，必须在一定时间内传输或重传RTA分组。

在多用户传输中CSMA/CA的重传方案更为复杂。RTA流量和非RTA流量可以集成在同一个多用户传输分组中。当多用户传输分组包含RTA流量和非RTA流量两者时，那个分组的重传可以包含或不包含RTA流量，这对重传调度有影响。使用多用户传输(诸如OFDMA)的重传方案在分组重传中提供了更大的资源分配灵活性。

3.本公开的贡献的概要

通过利用所公开的技术，STA能够识别RTA分组和非RTA分组。所公开的技术考虑了RTA流量的时效性，因为RTA分组具有要传输的给定生命周期。STA根据RTA分组的生命周期调度RTA分组的重传。

所公开的技术将用于RTA分组的重传方案与非RTA分组分开，并且使用CSMA/CA中定义的常规重传方案用于非RTA分组。

所公开的技术定义了用于RTA流量的立即重传方案以最小化信道竞争时间。在一些用例中，信道竞争时间被完全消除。通过使用这个方案，减少了RTA分组的延迟。

所公开的技术与OFDMA系统兼容。通过与其它自适应机器(诸如速率控制)一起操作资源单元(RU)分配，传输获得更多分集效果以提高分组传递速率。

4.示例实施例

4.1.STA硬件配置

图16图示了STA硬件配置的示例实施例10，其示出了进入硬件块13中的I/O路径12，具有耦合到总线14的计算机处理器(CPU)16和存储器(RAM)18，该总线14耦合到给出STA外部I/O的I/O路径12，诸如耦合到传感器、致动器等。来自存储器18的指令在处理器16上执行以执行实现通信协议的程序，该通信协议被执行以允许STA执行“新STA”或已经在网络中的STA之一的功能。还应当认识到的是，编程被配置为在不同模式(源、中间、目的地、接入点(AP)等)下操作，具体取决于其在当前通信上下文中所起的作用。

STA可以配置有单个调制解调器和单个射频(RF)电路系统，或者它可以配置有多个调制解调器和多个RF电路，如图16中通过示例描绘的而非限制。

在这个示例中，主机机器被示出为配置有毫米波(mmW)调制解调器20，该mmW调制解调器20耦合到射频(RF)电路系统22a、22b、22c以耦合到多个天线24a-24n、26a-26n、28a-28n从而与邻近的STA传输和接收帧。此外，还可以看到主机机器具有6GHz以下的调制解调器30，该调制解调器耦合到至(一个或多个)天线34的射频(RF)电路系统32。

因此，这个主机机器被示为配置有两个调制解调器(多频带)及其关联的RF电路系统，用于在两个不同的频带上提供通信。作为示例而非限制，预期的定向通信频带用mmW频带调制解调器及其相关联的RF电路系统实现，用于在mmW频带中传输和接收数据。一般被称为发现频带的另一个频带包括6GHz以下的调制解调器及其相关联的RF电路系统，用于在6GHz以下的频带中传输和接收数据。

虽然在这个示例中针对mmW频带示出了三个RF电路，但是本公开的实施例可以被配置有耦合到任意数量的RF电路的调制解调器20。一般而言，使用大量RF电路将导致天线波束方向的覆盖范围更广。应当认识到的是，所利用的RF电路的数量和天线的数量由具体设备的硬件约束确定。当STA确定不必与邻居STA通信时，可以禁用其中一些RF电路系统和天线。在至少一个实施例中，RF电路系统包括变频器、阵列天线控制器等，并且连接到多个天线，这些天线被控制以执行波束成形以用于传输和接收。以这种方式，STA可以使用多个波束图案集合来传输信号，每个波束图案方向都被认为是天线扇区。

因此可以看出，主机机器容纳调制解调器，该调制解调器与相邻的STA传输/接收数据帧。调制解调器连接到至少一个RF模块以生成和接收物理信号。(一个或多个)RF模块包括频率转换器、阵列天线控制器和其它必要的电路系统。(一个或多个)RF模块连接到多个天线，这些天线被控制为执行用于传输和接收的波束成形。以这种方式，STA可以使用多个波束图案集合来传输信号。

4.2.供考虑的示例STA拓扑

图17图示了示例网络拓扑(场景)50，作为对解释所公开技术的目标的辅助。作为示例而非限制，这个示例假设会议室中有由两个基本服务集(BSS)组成的8个STA。每个STA可以与同一BSS中的其它STA通信。所有STA都使用CSMA/CA进行随机信道接入。第一BSS描绘作为接入点(AP)操作的STA0 52和非AP站STA1 54、STA2 56、STA3 58和STA4 60。第二BSS与STA6 64、STA7 66一起将STA5 62描绘为AP。

这个示例中的所有STA都被认为支持(运行)要求低时延通信的应用和利用尽力而为通信的应用。从要求低时延通信的应用生成的数据被称为实时应用(RTA)流量，并将在传输者STA处打包为RTA分组。而且，从非时间敏感应用生成的数据被称为非RTA流量，并在传输者STA处打包为非RTA分组。因此，传输者STA生成用于通信的RTA流量和非RTA流量两者。STA的位置及其传输链路如这个示例网络拓扑图中所示。

当STA传输非RTA分组时，STA可以遵循常规的CSMA/CA方案。当STA传输RTA分组并且那个分组发生冲突时，STA以最小的信道竞争调度分组重传。所公开的技术的一个目标是减少RTA流量的时延。

4.3.STA层模型

图18图示了OSI模型中的RTA和非RTA流量通信的示例实施例70。在本节中，解释用于流量通信的STA层模型。如这个示例中所示，两个STA，STA1 72和STA2 74，生成RTA流量和非RTA流量80、82，并且用RTA分组84和非RTA分组86彼此通信。下面解释整个处理。

RTA流量和非RTA流量都由传输者STA的APP层76a、78a生成。传输者STA的APP层经由(通过)中间的层76b、78b将RTA流量和非RTA流量传递到MAC层76c、78c。MAC层76c、78c和PHY层76d、78d将MAC报头和PLCP报头中的附加信号字段附加到分组，并且分组通过网络的PHY层来传输。

接收者STA在PHY层接收分组，解码并且如果分组被正确解码的话将它们发送到其MAC层，之后数据通过(经由)中间的层馈送到其APP层。

4.4.用于识别RTA和非RTA分组的机制

所公开的技术将无线通信系统中的分组分类为RTA或非RTA。RTA分组使用立即重传方案进行分组重传，而非RTA分组可以使用常规CSMA/CA方案。为此，STA在MAC层识别RTA分组和非RTA分组。这个处理在本节中描述。

根据图18中所示的STA层模型，传输者STA的MAC层有可能识别来自上层的RTA流量和非RTA流量，并将它们分别打包成RTA分组和非RTA分组。本节提供传输者STA如何使用预先协商识别RTA流量的细节。

根据图18中所示的STA层模型，传输者STA通过网络的PHY层将分组传输到接收者STA。当接收者STA在MAC层接收到分组时，它能够基于嵌入在MAC报头或PLCP报头中的信息来识别RTA分组和非RTA分组。本节提供有关接收者STA如何基于PLCP或MAC报头信息识别RTA分组的细节。

必须在给定的生命周期内传送RTA流量以确保数据的有效性。换句话说，如果接收者在这个生命周期到期之前没有接收到RTA流量，那么该RTA流量是无效的并且可以被丢弃。STA将RTA流量打包成RTA分组，以便通过PHY层传输。因此，RTA分组也具有用于传输的生命周期。本节提供有关STA如何应对RTA分组生命周期到期的细节。

4.4.1.预先协商

RTA常常周期性地生成流量，就像面向连接的通信一样。由应用在STA之间建立的面向RTA连接的通信被称为RTA会话。STA有可能可以在网络中具有多个RTA会话。根据本公开的每个STA能够适当地管理那些RTA会话。

在RTA会话开始传输RTA流量之前，在传输者STA和接收者STA之间发生预先协商以建立连接。在预先协商期间，传输者STA和接收者STA记录RTA会话，RTA会话识别可以被用于识别传输者侧的MAC层处的RTA流量和接收者侧的MAC层处的RTA分组的信息。

如图18中所示，当APP层将流量传递到传输者侧的MAC层时，中间的层向流量添加报头信息。当传输者STA的MAC层接收到来自上层的流量时，它从上层提取报头信息并查找(搜索)由预先协商创建的RTA会话记录。如果报头信息与记录中的一个RTA会话匹配，那么流量是RTA；否则，流量被视为非RTA。表1中列出了可以用于识别RTA流量的报头信息。在本节中，描述预先协商的细节。

根据预先协商结果，接收者STA也有可能通过用于分组传输的信道资源(诸如时间、频率和其它度量)来对RTA分组和非RTA分组进行分类。当使用为RTA分组授予的信道资源接收到分组时，于是STA将其识别为RTA分组。否则，那个分组是非RTA分组。如第4.6.2.2节中所述，当分组在多用户上行链路模式下传输时，将使用这个场景。

图19图示了在传输者侧100和接收者侧102的RTA流量分组的预先协商的示例实施例90。应当认识到的是，一个预先协商建立一个RTA会话并且可以被用于由那个RTA会话生成的所有RTA分组。该图示出了如图18中所看到的那样在STA层模型中两个STA之间建立RTA会话的预先协商。传输者STA 92被示为具有层APP 96a、中间的层96b、MAC层96c和PHY层96d，接收者STA 94具有相同的层APP 98a、中间的层98b、MAC层98c和PHY层98d。下面解释预先协商的处理。

参考图19，看到以下步骤。传输者92的APP层96a请求104资源(例如，时间、信道)协商。因此，在传输者STA侧，APP层开始RTA会话并为其RTA流量传输请求信道资源(诸如时间和带宽)的协商。这个协商请求从APP层中的管理实体传输到MAC层中驻留的管理实体。

传输者STA的MAC层从上层接收协商请求并在其一侧检查106资源可用性。而且，它记录由上层提供的用于识别会话中的RTA流量的RTA会话识别信息。识别信息的记录可以从表1中列出的信息中选取，诸如TCP/UDP端口号、服务的类型等。如果资源不可用，那么它可以拒绝来自上层的请求，或与上层重新协商。

如果传输者STA的MAC层发现资源可用，那么它向接收者STA的MAC层发送108协商请求帧。协商帧包含RTA会话的识别信息，以便接收者可以记录并且以后使用它。协商帧与第4.5.2节中所示的分组格式相似。

在接收者STA的MAC层接收到协商请求帧之后，它首先通过从MAC层中的管理实体向APP层中的管理实体发送协商请求来通知110其APP层准备接收RTA分组。如果APP层不可用于RTA传输，那么协商会失败。

接收者的APP层在其层处准许资源的可用性并且将这个信息从APP层中的管理实体发送112到驻留在MAC层中的管理实体。

然后，接收者STA的MAC层在其侧检查114资源可用性。如果资源不可用，那么MAC层可以拒绝或重新协商。接收者STA的MAC层收集其侧的所有协商信息并将其报告116给传输者的MAC层。

传输者的MAC层接收协商结果并将其转发118到其APP层。如果协商成功，那么APP层可以开始使用由双方STA准许的资源传输RTA流量。

根据由预先协商创建的RTA会话记录，传输者STA的MAC层通过来自上层的报头信息识别RTA流量和非RTA流量。当APP层生成RTA流量时，RTA流量和由中间的层提供的报头信息一起被传递给它的MAC层。通过查找由预先协商创建的RTA会话记录，传输者STA能够使用那个报头信息来识别RTA流量并在MAC层处将RTA流量打包成RTA分组。

图20图示了在传输者侧识别RTA分组流量的示例实施例130。例程开始132并且传输者STA的MAC层从上层接收流量134。MAC层提取136由上层嵌入的用于识别RTA流量的信息，并检查上层的报头信息(诸如服务的类型和TCP/UDP端口号)。

传输者STA的MAC层将来自上层的报头信息与通过预先协商创建的RTA会话记录进行比较138。对报头信息进行检查140。如果来自上层的报头信息与记录中的一个RTA会话匹配，那么到达方框144，其中流量被确定为RTA流量，否则到达方框142，其中流量被确定为非RTA流量。之后处理结束146。

4.4.2.分组报头信息

图21图示了RTA会话识别信息格式的示例实施例150。当传输者STA生成RTA分组时，它在PLCP或MAC报头中添加“附加信号”字段。当“附加信号”字段包含RTA会话识别信息时，接收者STA可以使用PLCP或MAC报头中的RTA会话识别信息在MAC层处区分RTA分组与非RTA分组。RTA会话识别信息的一个示例如图所示。

图22图示了APP层和MAC层之间的报头信息交换180、182的示例实施例170。传输者STA 172被视为具有APP层176a、中间的层176b、MAC层176c和PHY层176d。看到接收者STA174具有相同的层，APP层178a、中间的层178b、MAC层178c和PHY层178d。

该图描绘了这个处理如何在STA层模型中两个STA之间工作的细节。传输者STA的APP层生成184RTA流量并将其传递给MAC层。当流量被传递通过中间的层时，报头信息(诸如“服务的类型”字段和TCP/UDP端口号)被添加到流量。

当传输者STA的MAC层从上层接收到RTA流量时，它从流量中提取报头信息(诸如服务的类型和TCP/UDP端口号)。通过查找由在先技术创建的RTA会话记录，MAC层识别186流量是RTA。

然后，传输者STA的MAC层将流量打包成RTA分组180，并将服务的类型和TCP/UDP端口号嵌入MAC报头或PLCP报头中作为RTA会话识别信息。图21中示出了RTA会话识别信息的一个示例。接下来，传输者STA将RTA分组发送188到接收分组182的接收者STA。

当接收者STA在其MAC层处接收到RTA分组时，它可以基于PLCP或MAC报头中的RTA会话识别信息来识别189RTA分组。

图23图示了在接收者侧在MAC层处识别RTA分组的处理的示例实施例190。该处理开始192并且接收者在PHY层194处接收分组。如图22中所解释的，RTA分组的MAC报头或PLCP报头包括RTA会话的识别信息。再次参考图23，进行检查196以确定识别信息是否存在。如果识别信息存在，那么执行移动到方框200，因为接收者STA已经确定该分组是RTA分组。否则，如果该信息不存在，那么执行从方框196移动到198，因为已经确定该分组是非RTA分组。之后处理结束202。

4.4.3.RTA分组生命周期到期

最初，如图6中所示，当分组的重传次数超过重试限制时，该分组停止重传。之后分组被丢弃。相比之下，RTA分组的传输生命周期有限。当RTA分组的生命周期到期时，那个RTA分组的重传停止并且丢弃该分组。

RTA流量具有表示分组(流量)的信息在其期间被认为有效的时间的生命周期。RTA分组的生命周期被用于确保分组携带的RTA流量在接收者STA接收到分组时是有效的。因此，RTA分组的生命周期不应当长于RTA流量的生命周期。在最简单的情况下，这两个生命周期可以被设置为相同的值。

图24图示了由于分组生命周期到期而丢弃RTA分组的示例实施例210，特别是在由于分组生命周期到期而没有调度RTA分组的重传的情况下。该图描绘了传输者STA 212和接收者STA 214。当传输者STA传输RTA分组时，它设置生命周期216以传输那个分组。初始传输在218处看到。在图中，值G1表示短帧间间隔(SIFS)，G2表示DCF帧间间隔(DIFS)，并且G3表示ACK超时。在执行RTA分组的任何重传之前，传输者STA检查分组的生命周期是否到期。如果生命周期已到期，那么不调度重传，并且那个分组被丢弃。在这个示例中，在事件220和222之间的时段213(G2+G3)之后，传输者执行退避214，然后由于分组生命周期未到期，STA传输第一重传216。之后，它检查分组的生命周期，并且在这个示例中发现它已到期218，因此它停止重传并丢弃分组。

在接收者侧，RTA分组可以在分组生命周期到期之前存储在缓冲区中。当分组生命周期到期时，接收者应当从缓冲区中删除那个分组，因为分组中的RTA流量不再有效。

4.5.RTA分组格式

4.5.1.“RTA分组控制”字段

“RTA控制”字段可以被用于识别RTA分组、预先协商和重传调度。在立即重传方案中，“RTA控制”字段被用于三个目的。

接收者STA可以发送ACK或NACK以基于“RTA控制”字段信息向传输者STA通知接收到的分组的正确性。“RTA控制”字段包含用于RTA分组的重传调度信息。“RTA控制”字段决定用于RTA分组的混合自动重传请求(Hybrid ARQ或HARQ)的类型。当分组被多次传输(即，重传)时，接收者STA可以将多次分组传输的接收到的信号存储在缓冲区中。HARQ对接收到的具有相同分组ID的分组的信号应用错误检测和校正方法并成功解码该分组。

图25图示了具有以下子字段的RTA字段的内容的示例实施例230。(a)“长度”是“RTA控制”字段的长度。(b)“源地址”是传输者STA的地址。(c)“目的地地址”是接收者STA的地址。它也可以是接收者STA的地址、AID或其它类型的标识信息。(d)“分组ID”是分组的标识。具有相同分组ID的分组在分组中携带相同的RTA流量。(e)“通知请求”是传输者STA是否请求通知的一位指示。当这个位被设置为第一状态(例如，逻辑“1”)时，在分组传输完成之后请求通知，并且接收者STA将通知发回传输者STA，以报告分组传输的正确性；否则，该位被设置为第二状态(例如，逻辑“0”)。(f)“A”字段，在这个示例中是一位字段，被称为更多重传，它指示在这次传输之后是否调度另一次重传。将该位设置为第一状态(例如，逻辑“1”)指示存在重传；否则，该位被设置为第二状态(例如，逻辑“0”)。(g)“流量类型”指示流量的类型可以是RTA流量、非RTA流量或其它类型的流量。(h)“RTA会话ID”是RTA会话的识别信息，其可以使用表1中列出的信息。(i)“优先级值”指示RTA流量的优先级。(j)“带宽要求”指示RTA传输所需的带宽。(k)“分组生命周期”指示这个分组的到到期时间的生命周期。(l)“周期性时间”是RTA流量生成分组的周期性时间。(m)“HARQ类型”是所使用的混合ARQ(HARQ)类型的指示。也可以通过设置这个字段来禁用HARQ操作。

传输者STA发送“RTA控制”字段以将RTA分组到达及其重传方案通知给接收者STA。在STA之间交换“RTA控制”字段信息有两种方法。

“RTA控制”字段由RTA数据分组的PLCP报头携带。“RTA控制”字段在传输RTA数据分组之前由触发帧传输。传输者STA可以在RTA分组的PLCP报头中嵌入“RTA控制”字段。使用PLCP报头的好处是获得接收方STA成功解码“RTA控制”字段的最高概率。这是因为PLCP报头对传输期间的噪声和干扰具有最好的恢复能力。通过在PLCP报头中嵌入“RTA控制”字段，即使MAC帧无法被成功解码，接收者也常常仍然可以获得RTA控制信息。

4.5.2.单用户数据分组

图26图示了用于单用户模式下的RTA数据传输的HE-SU-RTA分组格式的示例实施例250。字段L-STF、L-LTF、L-SIG、RL-SIG、HE-SIG-A、HE-STF、HE-LTF、PE与图4中所示的常规HE-SU PPDU格式完全相同。HE-SIG-A1的第14位被保留并在常规格式中设置为第一状态(例如，逻辑“1”)。在这种情况下，这一位被设置为第二状态(例如，逻辑“0”)以指示RTA-SIG字段的存在。在单用户模式下，RTA-SIG字段仅包含一个“RTA控制”字段。数据帧使用与图2所示相同的格式。

4.5.3.单用户通知分组

图27图示了用于单用户模式下的通知的RTA-ACK/NACK分组帧格式的示例实施例270。这个分组格式被用作单用户模式下的通知分组，以报告RTA单用户数据分组传输的正确性。

字段L-STF、L-LTF、L-SIG、RL-SIG、HE-SIG-A、HE-STF、HE-LTF、PE与图4中所示的常规HE-SU PPDU格式完全相同。(a)“帧控制”字段指示帧的类型。(b)“持续时间”字段包含用于CSMA/CA信道接入的NAV信息。(c)“RA”字段包含帧的接收方的地址。(d)“NACK(未确认)指示”字段是通知帧是ACK还是NACK的一位指示。将该位设置为第一状态(例如，逻辑“1”)指示通知帧是NACK且分组未正确接收；否则，该位被设置为第二状态(例如，逻辑“0”)，以指示通知帧是ACK(确认)。

4.5.4多用户数据分组

图28图示了用于在多用户下行链路模式下传输多用户传输分组的HE-MU-RTA分组格式的示例实施例290。字段L-STF、L-LTF、L-SIG、RL-SIG、HE-SIG-A、HE-SIG-B、HE-STF、HE-LTF、PE与如图7中所示的常规HE-MU PPDU格式中的完全相同。注意的是，HE-SIG-B字段为每个用户提供单独的资源块分配信息。HE-SIG-A2的第7位被保留并在常规格式中设置为第一状态(例如，逻辑“1”)。在这种情况下，这一位被设置为第二状态(例如，逻辑“0”)以指示RTA-SIG字段的存在。

在多用户模式下，RTA-SIG字段包含多个“RTA控制”字段。“RTA控制的数量”字段指示RTA-SIG字段中“RTA控制”字段的数量。数据帧使用与图2所示相同的格式。数据帧携带用于每个用户的RTA流量和非RTA流量。

4.5.5.RTA通告触发帧

当获得信道接入以传输携带RTA流量的多用户传输分组时，一个STA可以在传输RTA分组之前向其它STA传输RTA通告触发帧(RTA-TF)。RTA-TF包含RTA控制信息，以向STA通知后续RTA分组传输的接收规则。

图29图示了用于多用户模式下的RTA数据传输的RTA通告触发帧(RTA-TF)的示例实施例310。如图所示，RTA-TF在其MAC帧中嵌入“RTA控制”字段。RTA-TF能够携带用于分组的重传调度。RTA-TF可以被用于从特定RTA会话请求RTA流量。通过解析RTA会话信息(例如，“RTA控制”字段中的“RTA会话ID”字段)，接收者STA从特定RTA会话请求RTA流量。

由RTA-TF携带的重传调度仅对同一信道接入时段内的RTA分组重传有效；使得每次STA竞争并获得用于RTA流量的信道接入时，都将重新发送RTA-TF。

由于在RTA分组传输之前传输具有“RTA控制”字段的重传调度，因此RTA分组可以使用如图8中所示的常规HE-TB分组格式。如第4.4.1节中所解释的，接收者STA将使用为RTA会话准许的信道资源接收到的分组视为RTA分组。字段L-STF、L-LTF、L-SIG、RL-SIG、HE-SIG-A、HE-STF、HE-LTF、PE与图8中所示的常规HE-TB PPDU格式完全相同。

“RTA通告”字段表示分组的MAC帧。“帧控制”字段指示帧的类型。“持续时间”字段包含用于CSMA/CA信道接入的网络分配向量(NAV)信息。“RA”字段包含帧接收方的地址。“TA”字段包含传输帧的STA的地址。以下字段表示用于分组的初始传输调度。

“公共信息”字段和“用户信息”字段分别与图10和图11完全相同。这两个字段包含单独的资源块分配信息。“RTA控制的数量”字段指示这个字段之后的“RTA控制”字段的数量。图25中示出了“RTA控制”字段。

图30图示了“RTA重传调度”字段的示例实施例330。“重传次数”字段指示这个字段中包括的重传调度的数量。“重传调度”字段提供每次的重传调度。字段内的“长度值”指示“调度”字段的长度。“公共信息”字段和“用户信息”字段分别与图10和图11中所示的完全相同。“RTA控制的数量”字段指示这个字段之后的“RTA控制”字段的数量。“RTA控制”字段在图25中示出。

RTA-TF可以通过解析帧中“RTA控制”字段的“源地址”字段和“目的地地址”字段来指示RTA分组传输是来自传输者还是接收者。当接收者发送RTA-TF时，只有传输者需要按照“RTA通告”字段中的传输和重传调度来传输分组。当传输者发送RTA-TF时，它会一直等到它接收到来自接收者的ACK，然后按照“RTA通告”字段中的传输调度来传输RTA分组。

4.5.6.多用户通知帧

在至少一个实施例中，当STA完成RTA-TF中的传输和重传调度之后需要调度更多重传时，如图30中所示的RTA重传调度被嵌入在块ACK帧中。

图31图示了RTA块ACK帧(RTA-BA)的内容的示例实施例350。字段L-STF、L-LTF、L-SIG、RL-SIG、HE-SIG-A、HE-STF、HE-LTF、PE与图8中所示的常规HE-TB PPDU格式完全相同。“RTA BA”字段表示分组的MAC帧。“帧控制”字段指示帧的类型。“持续时间”字段包含用于CSMA/CA信道接入的NAV信息。“RA”字段包含帧的接收方的地址。“TA”字段包含传输帧的STA的地址。“BA控制”字段指示块ACK的策略。“BA信息”字段包含传输的反馈。

4.6.立即重传方案

在本节中，在RTA流量和非RTA流量共存并考虑单用户和多用户模式两者的场景中描述分组传输和重传的处理。

4.6.1.单用户模式

4.6.1.1.SU模式下RTA分组发送的流程图

图32A和图32B图示了当立即重传方案应用于单用户模式下的STA时传输者STA采取的动作的示例实施例370。处理开始372以在单用户模式下传输分组，然后STA的MAC层首先等待374来自上层的流量到达。然后它运行376空闲信道评估处理以获得用于分组传输的信道接入。在传输分组之前，传输者STA的MAC层通过检查来自上层的报头信息来识别378流量是RTA还是非RTA。例如，这个处理可以遵循图20中所示的流程图。如果报头信息与通过预先协商创建的已有RTA会话记录之一匹配，那么这个流量被视为RTA流量。如果报头信息与任何已有的RTA会话都不匹配，那么这个流量被视为非RTA流量。

如果方框380处的检查确定流量是非RTA，那么执行移动到方框388，并且传输者STA在图32B中的方框398中结束例程之前使用常规HE-SU分组格式并遵循常规CSMA/CA方案传输分组。如果流量是RTA，那么执行从图32A中的方框380移动到方框382，并且传输者STA生成HE-SU-RTA分组以传输流量。当生成HE-SU-RTA分组时，传输者STA设置PLCP报头的“RTA控制”字段中的参数。然后，传输者STA确定384是否在初始传输之后立即多次重传那个RTA分组。

如果传输者STA确定多次传输分组，那么执行移动到方框386，它为每次重传重置PLCP报头的“RTA控制”字段中的参数，以便接收者STA可以知道重传调度，其中执行移动到图32B中的方框400。例如，在除最后一次重传之外的所有传输中，“更多重传”字段将被设置为“1”，并且“通知请求”字段将设置为“0”，而最后一次重传的“更多重传”字段将被设置为“0”。最后一次重传的“通知请求”字段将基于传输者STA做出的决定来设置。根据PLCP报头中“RTA控制”字段信息的设置，在图32B的方框400中传输者STA不等待来自接收者STA的任何通知，直到最后一次分组重传完成。否则，如果在图32A的方框384确定不多次传输，那么执行移动到图32B的方框390，其中传输者STA完成初始分组传输。

在RTA流量的任一情况下，执行将从方框390或400移动到方框392以确定传输者STA是否将在或者多次传输或者初始传输之后等待通知，即，RTA-ACK或RTA-NACK。通过在HE-SU-RTA分组的最后一次传输中设置“通知请求”字段，可以在传输者和接收者之间共享这个信息。如果传输者STA没有等待通知，那么这个分组的传输结束并且处理到达结束398。否则，传输者STA等待来自接收者STA的通知并移动到方框394以确定传输者STA是否在超时之前接收到RTA-ACK，如果它确实接收到RTA-ACK，那么分组传输成功并且执行到达结束398，无需重传。但是，如果STA没有接收到ACK，那么到达方框396，其检查RTA分组的生命周期。如果分组生命周期到期，那么不需要重传，分组被丢弃并且处理结束398。否则，到达方框402，其中以最小竞争时间调度重传，之后执行移回方框392。

图33图示了用于单用户模式下的RTA分组的重传方案的示例实施例410。该图描述了如何使用与图32B的方框402中所示相同的HE-SU-RTA分组格式来调度RTA分组的重传的细节。该处理开始于图33中的412，并且关于是否接收到RTA-NACK执行414检查。如果在超时之前未接收到RTA-NACK，那么传输者STA设置用于竞争信道接入的退避时间，并且决定退避时间量的竞争窗口(CW)不像常规CSMA/CA方案中那样增加，但是允许减少。传输者STA然后根据竞争窗口尺寸等待416退避时间，之后执行到达方框418。如果在方框414确定接收到RTA-NACK，那么执行直接移到方框418，因为传输者STA保持占用信道，因此传输者STA立即重传RTA分组而没有信道竞争。

在获得信道接入之后，传输者STA确定是否在最后一次重传之后要求通知418。通过在“RTA控制”字段中设置“通知请求”字段，可以将这个信息嵌入到最后一次传输的PLCP报头中，如参考图25所解释的。然后传输者STA确定420是多次重传分组还是仅重传一次分组。如果传输者STA决定重传多次，那么执行到达方框422并且STA为每次重传分组重置PLCP报头中的“RTA控制”字段的参数。然后在方框424处，传输者STA不等待来自接收者STA的任何通知，直到最后一次分组重传完成，其中，在除最后一次重传以外的所有重传中，“更多重传”字段被设置为“1”并且“通知请求”字段被设置为“0”。最后一次重传的“更多重传”字段将设置为“0”。最后一次重传的“通知请求”字段将根据在方框418中做出的决定来设置。该处理在方框426处结束。

但是，如果在方框420中STA决定重传一次，那么在方框428处它对于重传设置PLCP报头的“RTA控制”字段中的参数，然后它在没有信道竞争的情况下重传430分组，并且该处理结束426。重传的“通知请求”字段将基于在方框418处做出的决定来设置。

图34A和图34B图示了用于在单用户模式下接收RTA和非RTA分组的处理的示例实施例450。该图描述了STA如何在单用户模式下接收分组452。当传输者STA发送RTA分组时，它使用如图26中所示的HE-SU-RTA分组格式将“RTA控制”字段信息嵌入到PLCP报头中。当接收者STA在单用户模式下接收到那个分组时，它首先在图34A中在PHY层处检测454分组的PCLP报头。接收者STA根据其PLCP报头中“RTA控制”字段的存在来识别456这个分组是RTA还是非RTA；根据针对图23解释的处理。如果“RTA控制”字段不存在，那么确定458该分组是非RTA分组，执行到达方框468并且遵循常规CSMA/CA方案接收它，并且执行在图34B中的478结束。

否则，如果“RTA控制”字段存在，那么在方框458处确定分组是RTA分组并且执行到达方框460，其中STA从PLCP报头中的RTA-SIG字段中提取“RTA控制”字段中的信息。根据源和目的地地址，STA确定462它是否是分组的预期接收者。如果STA不是预期的接收者，那么处理在图34B中的478结束并且它丢弃该分组。

但是，如果在图34A中的方框462处确定接收者STA是预期接收者，那么在方框464中它解析“RTA控制”字段中的“HARQ类型”字段以决定使用哪种类型的HARQ来解码这个分组；但是在这一步可以禁用HARQ。一旦接收者STA知道HARQ的类型，它就在到达图34B中的方框470之前应用HARQ来通过分组的先前传输解码466那个分组。那个分组的先前传输存储在缓冲区中。它们具有与当前传输分组相同的分组ID。

在解码分组之后，接收者STA在图34B中的470检查“RTA控制”字段中的“通知请求”字段。如果在“RTA控制”字段中发现“通知请求”字段被设置为“1”，那么对是否正确接收到分组执行检查472。如果它被正确接收，那么在方框474处，RTA-ACK通知被发回传输者STA并且在处理结束478之前从缓冲区丢弃476分组。

否则，如果在方框472处确定分组没有被正确接收，那么接收者STA发送RTA-NACK480并检查482分组生命周期。如果分组生命周期已到期，那么执行移动到方框476并在结束478之前它从缓冲区丢弃分组。否则，如果方框482确定分组生命周期尚未到期，那么它将分组存储484在缓冲区中以用于将来解码并且该处理结束。

返回到方框470，如果“RTA控制”字段中的“通知请求”字段被设置为“0”，那么接收者STA不发送通知，并且检查486“RTA控制”字段中的“更多重传”字段。如果确定有更多重传，那么它到达方框484并将分组存储在缓冲区中以供将来解码。否则，如果没有更多重传，那么执行到达方框482，如上面所讨论的，其检查分组生命周期以决定是从缓冲区丢弃分组还是将分组存储在缓冲区中。

4.6.1.2.示例

在本节中，提供多个示例来解释用于单用户模式下的RTA分组的重传方案的处理。所有示例都使用图17中所示的网络拓扑。RTA分组可以使用HE-SU-RTA分组格式，如图26中所示。通知分组可以使用如图27中所示的RTA-ACK/NACK分组格式。

图35图示了在初始传输之后无竞争地执行的RTA重传处理的示例实施例490。因此，该图描绘了在单用户模式下执行初始传输之后的RTA分组的立即重传。该图描绘了作为STA5(AP)的传输者492和作为STA6的接收者494之间的通信。

如图32A和32B的384、386、400、392和394中所示，当STA决定多次重传RTA分组时，发生这种场景。传输者STA重置每个重传分组的PLCP报头中的“RTA控制”字段的参数，并因此重传它们，而无需在最后一次传输之前等待通知。在最后一次分组重传之后请求通知，并在接收到RTA-ACK之后结束传输。应当认识到的是，当STA连续多次传输RTA分组时，有可能在两个顺序的分组传输之间(诸如在初始RTA传输和第一次RTA重传之间)添加帧间空间(诸如SIFS)。

传输者STA使用如图26中所示的HE-SU-RTA分组格式来传输RTA分组。“RTA控制”字段信息嵌入在控制重传方案的RTA分组的PLCP报头中。

在图35的示例中，初始RTA传输496和第一次RTA传输498将“RTA控制”字段中的“通知请求”字段设置为“0”并且将“更多重传”字段设置为“1”以指示更多重传跟随当前传输并且不请求通知。第二次RTA传输500将“通知请求”字段设置为“1”并且将“更多重传”字段设置为“0”以指示没有更多重传跟随并且请求通知。根据那些字段的信息，直到第二次RTA传输500的结束502，接收者STA才会向传输者STA发送通知。

根据“RTA控制”字段中的源地址和目的地地址，接收者STA确定其是否是预期接收者，并将分组传输信号存储在缓冲区中。要注意的是，如果“RTA控制”字段中的生命周期到期，那么那些分组传输信号将从缓冲区中被移除。

根据分组PLCP报头的“RTA控制”字段中嵌入的“HARQ类型”字段，接收者STA可以使用具有“RTA控制”字段中的相同分组ID的三个分组传输的接收信号对分组进行解码。

然后，如示例中所示，在短帧间间隔(SIFS)Gl 506之后，接收者STA在时间504发送508RTA-ACK帧以报告第二次RTA传输500所请求的分组传输的正确性。如果分组有错误，那么接收者STA将改为发送RTA-NACK帧。

图36图示了在初始传输失败之后在没有竞争的情况下在单用户模式下立即RTA重传的示例实施例510。这个示例解释如何根据通知反馈在例示为STA5(AP)的传输者512和例示为STA6的接收者514之间动态调度RTA分组重传。

RTA分组使用如图26中所示的HE-SU-RTA分组格式来传输RTA分组。“RTA控制”字段信息嵌入在控制重传方案的RTA分组的PLCP报头中。初始RTA传输遵循图32A和图32B的(390、392、394、396和402)中所示的流程图。

再次参考图36，传输者STA发送初始传输516，其在518结束。在延迟G1 522之后，接收者开始520传输通知，但是要注意的是，代替于RTA-ACK，接收者STA传输RTA-NACK 523，其传输结束524。传输者STA检查分组的生命周期。由于分组的生命周期没有到期，因此在SIFS延迟G1 528之后传输者STA开始526传输分组的第一次RTA重传530，其完成532。

然后传输者STA使用如图33的方框414、418、420、428和430中所示的重传方案。再次参考图36，由于传输者STA从接收者STA接收到用于初始RTA传输的RTA-NACK，因此信道保持被占用。

第一次传输结束532，G1延迟536发生，然后接收者传输534另一个RTA-NACK 537，其结束538。RTA-NACK由传输者接收，其示出该第一次RTA重传也与初始RTA传输一样失败。

在SIFS延迟G1 542之后，传输者STA立即开始540第二次RTA重传544。这一次，传输者STA决定重传多次544、546(在这个示例中是两次)而不等待通知，如图33的方框418、420、422和424中解释的。

再次参考图36，如果在第三次RTA重传中将“RTA控制”字段中的“通知请求”字段设置为“0”，那么在最后一次RTA重传(在这个示例中是第三次重传)之后，传输结束548。

接收者STA使用HARQ对分组进行解码，HARQ的类型在分组的PLCP报头中指示。在至少一个实施例中，接收者STA将所有接收到的分组传输存储在缓冲区中以用于使用HARQ进行解码。每次接收者STA接收到RTA分组时，它可以进行关于存储在缓冲区中的先前传输对其进行解码。

图37图示了在不增加竞争窗口的尺寸(持续时间)的情况下RTA重传的示例实施例550。该示例描绘了未按预期接收到通知时的RTA重传。通信被描绘在传输者552(例示为APSTA5)和接收者554(例示为STA6)之间。最初，对于常规的802.11，如图5中所示，当传输者STA竞争信道接入以进行重传时，竞争窗口增大并延长信道竞争的退避时间。在这种情况，所公开的重传方案中，传输者STA不增大竞争窗口，因为这是RTA分组重传，并且实际上本公开被配置为允许竞争窗口朝着更快速地获得信道接入的方向减小。

在图37的示例中，RTA分组使用如图26中所示的HE-SU-RTA分组格式。参考图37，当传输者STA发送初始RTA分组556时，它在PLCP报头中将“通知请求”字段设置为“1”。然后在传输结束558之后，传输者STA会在传输分组之后预期来自接收者STA的通知。

如图33的方框414和416中所示，当传输者STA未接收到通知而它在分组的PLCP报头中将“通知请求”字段设置为“1”时，发生RTA分组重传的信道竞争。

因此在图37中，在初始传输556的时间558之后，在组合时段G2(DIFS)加上G3(ACK超时)562上没有响应，其结束560。执行退避564，然后是第一次RTA重传566，其结束568。再次在时段G2+G3 572上没有响应，在其结束570时，传输者立即执行另一次退避574，并执行第二次RTA重传576，其结束578。因此，在这个示例中，在信道竞争的情况下调度两次重传。第二次RTA重传的竞争窗口可以小于或等于第一次重传的竞争窗口。在这个示例中，在G1(SIFS)延迟582之后，接收者开始传输580RTA-ACK 584，因为它已经接收到第二RTA重传576。

用于RTA重传的竞争窗口的尺寸可以通过如第4.4.1节中所示的预先协商来预设(响应于其而预先确定)。那些参数也可以根据信道条件、分组生命周期和类似的条件度量来动态计算。

图38图示了当网络具有RTA和非RTA分组两者要传输时，用于单用户模式下的混合流量的重传方案的示例实施例590。这个示例描述多个STA(例示为传输者STA7 592、传输者STA6 594和接收者STA5 596)如何处置用于RTA和非RTA分组的重传方案。

如针对图32A和图32B中的方框378、380、388和382所解释的，STA区分RTA流量和非RTA流量并且分别生成RTA分组和非RTA分组。当STA传输RTA分组时，它使用如图26中所示的HE-SU-RTA分组格式将RTA控制信息嵌入其PLCP报头中。接收者STA也可以基于接收到的分组中“RTA控制”字段的存在来识别分组是RTA分组。

当传输者STA传输RTA或非RTA分组时，它竞争信道。如图38中所示，传输者STA 6594和STA 7 592分别为RTA分组和非RTA分组的初始传输竞争信道接入(见598、599的退避)。

当一个传输者STA正在传输时，其它STA感测信道状态并将CCA设置为忙。在这个示例中，在退避598(CW设置为n个时隙)之后，传输者STA 7获得信道接入并传输初始非RTA传输600，传输者STA 6感测信道并将CCA设置为忙602。接收者在间隔G2+G3 606内无响应，其中STA7和STA6都竞争信道，分别执行退避608a(CW设置为2×n个时隙)、608b(CW设置为m个时隙)。从而，由于非RTA分组600要求重传，因此传输者STA7 592重新竞争信道，其竞争窗口加倍(CW设置为2×n个时隙)。这遵循常规CSMA/CA重传方案。

在这种情况下，STA6获得信道，因为它具有基于它尝试发送RTA分组而设置的较短退避，并且开始初始RTA传输612，然后传输者STA7感测信道并且将CCA设置为忙610。看到G1(SIFS)时段616，之后RTA-NACK 618由接收者STA5(AP)596传输。在延迟G1间隔622之后，传输者STA6 594接收到RTA-NACK 618并立即开始第一次RTA重传624而没有竞争，而传输者STA7 592仍处于CCA忙状态610。在延迟628之后，接收者STA5 596发送RTA-ACK 630，以指示它接收到传输。因此，当传输者STA6 594传输了RTA分组612时，它在发送第一次RTA重传624时遵循立即重传方案。

重传方案按分组切换，因此可以看到，在RTA-ACK 630之后，STA7 592和STA6 594都尝试获得信道接入，其中两者分别尝试发送非RTA分组634、648。因此，当传输者STA6传输RTA分组时，它使用立即重传方案，但是，当它传输非RTA分组时，它切换回使用CSMA/CA方案。因此STA7 592和STA6 594两者执行退避632a、632b(CW设置为n个时隙)并且在这种情况下STA7获得接入并传输第一次非RTA重传634，并且感测到信道忙的STA6设置CCA忙状态635。在G1(SIFS)延迟638之后，接收者STA5 596发送ACK 640。STA6 594然后开始以退避642竞争信道，但是STA7和STA6两者都感测到信道现在由于来自其它站的传输而忙，并且都进入CCA忙状态644a、644b，之后STA6以退避646竞争，然后是发送其初始非RTA传输648。

4.6.2.多用户模式

本节描述将所公开的技术应用于多用户传输。应当认识到的是，由于包括以下的多种原因，将该技术应用于多用户传输比单用户传输更复杂。多用户传输支持上行链路和下行链路上的用于多个用户的同时传输。一个多用户传输分组可以包含RTA和非RTA流量两者。例如，在IEEE 802.11ax中，上行链路多用户传输由接收者STA(即，AP)触发。因而，所公开的协议被配置为处置由于信道带宽分配灵活且动态调整的事实而产生的状况。

所公开的技术包括以下特征以符合多用户传输并充分利用多用户传输的好处。通过由多用户重传分组携带的流量类型(例如，RTA或非RTA)选择重传方案。这个决定基于来自通知的反馈而做出。

多用户传输分组能够为多个用户携带RTA和非RTA流量两者。多用户传输分组在它携带RTA流量时是RTA分组。由RTA多用户传输分组携带的非RTA流量也遵循立即重传方案。当重传多用户传输分组时，AP能够重新指派单独的资源块以获得更大的分集效果。所公开的技术可以应用于任何类型的多用户传输，包括OFDMA和MIMO。

4.6.2.1.多用户下行链路模式

在多用户下行链路场景中，AP是传输者，而与那个AP相关联的STA是接收者。

4.6.2.1.1.MU下行链路模式下传输分组的流程图

图39A和图39B图示了用于在MU下行链路模式下传输RTA和非RTA分组的示例实施例650，并且解释当立即重传方案应用于多用户下行链路传输时传输者STA采取的动作的细节。

当AP打算在图39A中在多用户下行链路模式下传输分组652时，其MAC层首先接收654来自上层的流量。AP然后执行(运行)空闲信道评估(CCA)656以获得用于其传输的信道接入。AP的MAC层可以通过将来自上层的报头信息与由预先协商创建的RTA会话记录进行比较来识别658RTA流量和非RTA流量(如图20中所述)。AP做出660即将到来的分组在即将到来的多用户传输中是否将包含RTA流量的决定。

如果即将到来的多用户传输仅携带非RTA流量，那么执行移动到方框668并且AP使用常规CSMA/CA方案进行分组传输和重传，并且处理在图39B中的684结束。

如果在图39A中的方框660处确定即将到来的多用户传输中的一些流量是RTA，那么执行移动到方框662，其中STA为流量的每个RTA和非RTA元素创建“RTA控制”字段。当AP为非RTA流量创建“RTA控制”字段时，AP在“RTA控制”字段的“流量类型”字段中指示它是非RTA。接下来，AP向即将到来的多用户传输中的每个流量指派664单独的资源块，诸如资源单元(RU)、调制和编码方案(MCS)等。然后，AP使用HE-MU-RTA分组格式生成666多用户传输分组(如图28中所示)。“RTA控制”字段和单独的资源块分配信息嵌入在HE-MU-RTA分组的PCLP报头中。分组的数据帧可以使用HARQ进行编码。

AP使用HE-MU-RTA分组的PLCP报头中分配的资源块在多用户模式下在图39B中的670传输分组。每个RTA和非RTA分组由HE-MU-RTA分组中的“数据帧”字段携带，并使用分配的单独资源块传输。

在至少一个实施例中，在AP完成传输多用户传输分组之后，它可以根据分组的“RTA控制”字段中的“通知请求”字段等待672通知。如果执行通知请求，诸如通过将“通知请求”字段设置为“1”，那么AP预期从接收者接收通知(例如，BA)并且执行到达方框674，其中AP对于来自接收者的通知请求发送MU-BAR。

如果AP正在等待676通知(例如，BA)但是在超时之前没有接收到它，那么执行到达方框678，在那里它通过竞争信道接入来重传分组。在这种情况下，竞争窗口不增大，而是允许减小。

如果如在方框676处确定的那样AP接收到通知，那么它检查680是否需要重传。当RTA控制中的“更多重传”字段设置为“1”或BA报告没有正确接收到分组时，需要重传。如果不需要重传，那么处理结束684。否则，如果需要重传，那么检查682由分组携带的流量的生命周期。如果生命周期已到期，那么RTA流量将被丢弃，处理结束684。否则，对于其生命周期未到期的流量，为重传执行重新调度，描绘为执行移回图39A中的方框660。如果其重传次数没有超过重试限制，那么非RTA流量将被包括在重传中。在方框660处，AP检查重传是否携带RTA流量，并且将调度另一次多用户传输等等。

图40A和图40B图示了用于在MU下行链路模式下接收RTA和非RTA分组的示例实施例690，其描述了STA如何在多用户下行链路模式下接收RTA和非RTA分组的细节。当接收者STA在多用户下行链路模式下接收分组692时，它首先在PHY层处检测694分组的PLCP报头。接收者STA解析PLCP报头并且确定696“RTA控制”字段是否包括在PLCP报头中。然后，在接收者STA处检查698该分组是RTA还是非RTA(关于图23描述)。

如果“RTA控制”字段不在PLCP报头中，那么多用户分组不包含RTA流量并且执行移动到方框708，其中接收者STA被配置为遵循常规CSMA/CA方案接收分组并且执行在图40B中的718结束。

否则，如果在PLCP报头中检测到“RTA控制”字段，那么确定698多用户分组包含RTA流量并且接收者STA解析700“RTA控制”字段并找到属于它的任何“RTA控制”字段。响应于与源地址和目的地地址的比较，STA确定702“RTA控制”字段是否属于它以及它是否是分组的预期接收者。如果没有“RTA控制”字段属于接收者STA，那么接收者STA不是预期接收者并且它丢弃分组，处理在图40B中的718结束。

否则，如果至少一个“RTA控制”字段属于接收者STA，那么接收者STA是预期接收者并且执行到达方框704。然后从这个“RTA控制”字段中提取所有RTA控制信息。它使用在PLCP报头中分配的单独资源块继续接收704分组。一旦接收者STA接收到整个分组，它就根据“RTA控制”字段中的“HARQ类型”字段通过其先前传输(如果它们存在于缓冲区中)解码706分组。HARQ也可以根据“HARQ类型”字段中的信息被禁用。

执行到达图40B中的判定方框710，其中确定是否没有错误地接收到分组。如果没有错误地接收到，那么接收者STA从缓冲区丢弃712该分组的所有接收信号，因为不再需要HARQ解码。然后，接收者STA检查714“RTA控制”字段中的“通知请求”字段。

否则，如果在判定方框710发现分组被错误接收，那么接收者STA检查720分组生命周期。如果分组生命周期到期，那么执行移动到方框712，其中从缓冲区中丢弃当前接收的分组传输以及那个分组的任何先前传输。否则，如果分组生命周期未到期，那么执行到达方框722并且站将当前分组传输的接收到的信号存储在缓冲区中并检查724“RTA控制”字段中的“更多重传”字段。如果有更多重传，那么当前传输结束718并且接收者STA应当准备好接收这个分组的下一次传输。

但是，如果在方框724处确定没有更多重传跟随，那么在方框714处接收者STA检查“RTA控制”字段中的“通知请求”字段。如果那个字段的指示位被设置为“0”，那么不请求通知，并且处理结束718。否则，接收者STA在从AP接收到MU-BAR之后发送块ACK(BA)716，并且处理结束718。

4.6.2.1.2.混合RTA和非RTA流量的多个示例

本节说明使用多用户下行链路OFDMA的混合RTA和非RTA流量传输的三个示例。在这些示例中，一个多用户传输分组包含RTA流量和非RTA流量两者。但是，基于多用户传输分组中的“RTA控制”字段信息，重传调度可以不同。

所有这些示例都基于图17中通过示例而非限制的方式描述的示例网络拓扑。包含RTA流量的多用户传输分组可以使用如图28中所示的HE-MU-RTA分组格式。仅包含非RTA流量的多用户传输分组可以使用如图7中所示的常规HE-MU分组格式，而所有其它分组可以使用常规分组格式。

图41图示了MU下行链路OFDMA中用于RTA分组的重传方案的示例实施例730，以表明在多用户下行链路模式下RTA流量要求分组的重传时应用立即重传方案。该图描绘了第一传输者STA0(AP)732、接收者STA1 734、接收者STA2 736、接收者STA3 738和接收者STA4740之间的通信。

初始传输742由AP 732传输到其STA(非AP)，包括图中所示的站。这个处理遵循图39A和图39B中流程图的逻辑。多用户传输分组可以使用如图28中所示的HE-MU-RTA分组格式。HE-MU-RTA分组的PLCP报头包含单独的资源块分配信息和“RTA控制”字段信息。

如初始传输742的图中所示，资源单元(RU)1、3、4被用于传输RTA流量，而RU 2被用于传输非RTA流量。接收者STA检测HE-MU-RTA分组的PLCP报头中的“RTA控制”字段。然后，接收流量的接收者STA使用PLCP报头中指示的分配的资源块，并按照“RTA控制”字段中的HARQ类型对它们进行解码。在完成HE-MU-RTA分组传输之后，AP传输多用户BAR 746，并且接收者STA分别发送BA 748a、748b、748c和748d，以报告初始传输的正确性。根据这些块确认(BA)，STA0 732确定750到STA2的分组被正确接收，而必须为接收者1、3和4调度重传。

如关于图39B的方框680所解释的，根据从接收者接收到的BA，AP识别出接收者1、3和4的RTA分组需要被重传。再次参考图41，STA0 732的AP检查用于每个RTA流量的分组的生命周期，并且在没有信道竞争的情况下立即重传分组。在这种情况下，传输者AP重传两次，无需等待通知。这通过在传输结束756之前在图41中看到的第一次重传752中将“RTA控制”字段中的“更多重传”字段设置为“1”并且在第二次重传754中将“RTA控制”字段中的“更多重传”字段设置为“0”，遵循图39B中的流程图方框672、680和682的逻辑。两次重传中的“通知”字段都设置为“0”，使得在AP和接收者STA之间没有MU-BAR和BA交换。

对于每次重传，传输者AP指派单独的资源块以获得更多分集。每次重传都会为用户指派不同的RU。而且，如第二次重传所示，可以在重传期间调整MCS。第一次重传被示为RU1包含针对接收者4的RTA流量，RU2具有针对接收者1的RTA流量，而RU4具有针对接收者3的RTA流量。第二次重传例示为RU1包含针对接收者3的RTA流量，RU2具有针对接收者4的RTA流量，并且RU3和RU4具有针对具有不同MCS的接收者1的RTA流量。

图42图示了在下行链路多用户OFDMA中处置MU-BAR失败的示例实施例770，以表明在AP和接收者STA之间MU-BAR和BA的交换在多用户下行链路模式下失败时AP必须重新竞争信道以执行RTA分组重传。类似于前面的图，图42描绘了第一传输者STA0(AP)772、接收者STA1 774、接收者STA2 776、接收者STA3 778和接收者STA4 780之间的通信。

初始传输782由AP STA0 772传输到其STA(非AP)。这个处理遵循图39B中的流程图方框672、674、676和678的逻辑。AP使用如图28中所示的HE-MU-RTA分组格式传输多用户传输分组。HE-MU-RTA分组的PLCP报头包含信道资源块分配和“RTA控制”字段信息。如在前面的图41中作为示例而非限制所示出的，RU 1、3、4被示为用于传输RTA流量，而RU 2被用于传输非RTA流量。接收者检测HE-MU-RTA分组的PLCP报头中的“RTA控制”字段，使用PLCP报头中指示的分配的资源块接收分组，并按照“RTA控制”字段中的HARQ类型对其进行解码。在完成HE-MU-RTA分组传输之后，AP传输图42中的MU-BAR 784，但仅从接收者2 778接收到BA 786。

在等待BA之后，STA0确定787未从接收者1、3和4接收到BA，而根据从接收者2接收的BA，其非RTA流量被正确传输，但其它RTA流量没有被正确传输。作为响应，AP需要为RTA流量调度重传。根据图39B中的方框676的描述，图42示例中的AP必须通过等待退避时间788(其中CW设置为n个时隙)来再次竞争(重新竞争)信道接入，并接入信道以进行第一次重传790，然后是MU-BAR 792。

在完成第一次重传之后，STA0确定794发生了与初始传输中相同的通信失败。这一次，退避时间的竞争窗口没有增大，但是允许减小用于RTA分组重传的竞争窗口。STA0 772以退避796(其中CW等于或小于n)竞争信道，并且接入信道以发送第二重传798。由于没有请求通知并且不调度更多重传，因此在第二次重传之后传输结束800。

图43图示了在MU下行链路OFDMA中对于非RTA分组没有立即重传的示例实施例810。类似于前面的图，图43描绘了第一传输者STA0(AP)812、接收者STA1 814、接收者STA2816、接收者STA3 818和接收者STA4 820之间的通信。

这个图展示了重传仅包含非RTA流量的示例。这个场景在图39A的方框660、668中描述。返回去参考图43，初始传输822由AP812传输到其STA(非AP)，随后是MU-BAR 824。如图所示，RU 1、3被用于传输822非RTA流量，RU 2、4被用于传输RTA流量。根据从接收者返回的通知(即，BA)826a、826b、826c和826d，AP认识到828所有RTA流量都被成功接收。但是，针对接收者1的非RTA流量要求重传。根据图39A中的方框668，图43的示例中的AP切换到使用CSMA/CA方案并再次以退避时间830竞争信道，并且在信道接入后继续重传832针对接收者1814的非RTA流量。

4.6.2.2.多用户上行链路模式

在多用户上行链路模式下，AP可以同时从多个STA接收分组。具体而言，上行链路中作为接收者的AP通过向所有传输者STA发送触发帧来发起STA与AP之间的传输。传输者STA在接收到触发帧之后传输分组。

4.6.2.2.1.MU上行类路模式下分组的流程图

图44A和图44B图示了用于在MU上行链路模式下传输RTA和非RTA分组的示例实施例850，以示出当立即重传方案应用于多用户上行链路传输时传输者STA采取的动作的细节。

当STA在多用户上行链路模式下传输分组852时，那些STA的MAC层首先接收854来自上层的流量。如图20中所描述的，传输者STA的MAC层可以通过将来自上层的报头信息与通过预先协商创建的RTA会话记录进行比较来识别856RTA和非RTA流量，其中RTA流量的这种识别在传输者侧在方框858中看到。

在STA传输这些分组之前，它们从AP 858接收触发帧。对触发帧是否包含任何“RTA控制”字段执行860检查。如果触发帧不包含任何“RTA控制”字段，那么触发帧是如图9中所示的常规触发帧，传输者STA遵循常规CSMA/CA方案在图44中传输864分组并且执行到达图44B中的处理结束880。如果如方框860处确定的，触发帧包含“RTA控制”字段，那么多用户传输包含RTA流量并且触发帧采用RTA-TF格式，如先前在图29中所示。

传输者STA然后提取用于初始传输的“RTA控制”字段信息。如果在“RTA控制”字段之后有“RTA重传调度”字段，那么AP调度多次重传。设置862总重传次数，用N表示为等于“RTA重传”字段中的重传次数加一(即，初始传输)。

然后，传输者STA在初始传输之后并且以RTA-TF中提供的重传调度多次传输分组。在处理的这一部分中，进行检查866，以确定是否需要更多传输(例如，N仍然大于0)。在剩余更多传输的情况下，执行到达方框868并且根据RTA-TF，传输者STA检索要传输的流量。如果流量是RTA，那么传输者STA从其RTA会话ID在RTA-TF中指示的RTA会话中检索流量。然后，传输者STA使用870在RTA-TF中声明的HARQ类型来对分组进行编码。多用户分组使用如图8中描述的常规HE-TB格式以使用HE-TB格式在图44B中生成872MU分组。HE-TB分组内的RTA流量携带RTA-TF中声明的RTA会话的流量。传输者STA使用由RTA-TF指派的单独资源块来传输874HE-TB分组。分组的重传利用嵌入在RTA-TF中的“RTA重传调度”字段中的相同类型的信息来完成多次传输，并且在返回到方框866之前递减876重传计数器以确定是否应当执行另一次重传。

在传输者STA完成RTA-TF调度的所有传输和重传之后，它们可以从AP接收RTA-BA分组。因此，如果方框866处的检查指示没有更多的重传，那么执行到达方框878，其确定是否接收到带有“RTA重传调度”字段的RTA-BA。如果接收到带有重传调度的RTA-BA，那么执行移动到图44A的方框862，以便传输者STA可以在方框868、870和872处按照RTA-BA中的重传调度来重传分组。由于RTA-BA分组中没有初始传输信息，因此重传次数N等于RTA重传字段中的重传次数。如果在方框866处确定所需的重传次数已经达到零，并且如在方框878处确定的那样没有接收到具有重传调度的RTA-BA，那么处理结束880。

图45A和图45B图示了用于在MU上行链路模式下接收RTA和非RTA分组的示例实施例890，其描述了AP如何在上行链路模式下接收携带RTA和非RTA流量的多用户分组的细节。当AP决定在多用户上行链路模式下接收分组892时，它检查894通过预先协商创建的RTA会话记录。根据预先协商记录，AP确定894它是否应当接收一些用于RTA会话的流量。

如果没有要接收的RTA流量，那么到达方框896并且在图45B的934处理结束之前，AP执行空闲信道评估以获得信道接入，发送常规触发帧898，并接收900携带遵循CSMA/CA方案的非RTA流量的分组。

如果图45A中的检查894确定AP有RTA流量要接收，那么在方框902处，它在RTA-TF分组中嵌入单独的资源块分配信息、“RTA控制”字段和重传调度。AP然后评估904信道状况并且向传输者STA发送906RTA-TF分组。如果AP在超时之前没有检测到908来自传输者STA的多用户传输分组的PLCP报头，那么RTA-TF传输失败，如方框910处所看到的，并且AP必须等待退避时间并且执行移动到方框904，在那里它重新竞争信道接入并重传RTA-TF分组。在方框910中应当注意的是，用于退避时间的竞争窗口不会增大，但是它可以被减小。

否则，如果在方框908处在超时之前AP检测到多用户上行链路传输开始，那么它使用RTA-TF分组中分配的单独资源块接收912流量。只要方框914处的检查指示在RTA-TF中有更多重传，AP就将在方框912处继续接收分组。

在AP从传输者STA接收到分组的所有传输和重传之后，然后执行从方框912、914的循环移动到图45B中的方框916，在那里它开始使用在RTA-TF分组中指示的HARQ的类型对分组进行解码。检查918确定AP是否正确接收到所有RTA分组。如果它正确地接收到所有分组，那么执行到达方框，在那里它从缓冲区丢弃920那个分组的接收到的信号并检查922嵌入在RTA-TF分组中的最后一个重传调度中的“通知请求”字段。如果在方框922处确定没有通知请求，那么处理结束934。否则，在结束934之前，STA在没有重传调度的情况下传输924RTA-BA。

如果不是所有的分组都被正确接收，那么返回到检查918，然后执行到达方框926，并且AP将分组的接收到的信号存储在缓冲区中并且从缓冲区中的分组中移除928其生命周期到期的RTA流量的部分。AP还确定930是否为缓冲区中的那些分组调度更多重传。如果需要更多重传，那么AP向所有传输者STA发送932其中嵌入了重传调度的RTA-BA分组，并且执行移回到图45A中的方框908，在那里它可以开始接收重传。如果在方框930处确定没有更多重传要被调度，那么执行到达方框922，在那里AP检查嵌入在RTA-TF分组中的最后一个重传调度中的“通知请求”字段。

当AP检查922嵌入在RTA-TF分组中的最后一个重传调度中的“通知请求”字段时，如果“通知请求”字段被设置为“0”，那么传输结束934；否则，AP向传输者STA传输924没有嵌入的重传调度的RTA-BA分组。

4.6.2.2.2.用于MU上行链路OFDMA的混合RTA/非RTA的示例

作为示例而非限制，本节描述使用多用户上行链路OFDMA的混合RTA和非RTA流量传输的三个示例。在这些示例中，应当注意的是，一个多用户传输分组可以包含RTA流量和非RTA流量两者，并且基于图17中所看到的网络拓扑示例。多用户传输分组使用常规HE-TB分组格式，如图8中所示。重传调度可以由接收者AP使用如图29中所示的RTA-TF分组或如图31中所示的RTA-BA分组传输到传输者STA。

图46图示了MU上行链路OFDMA中的RTA流量的立即重传方案的示例实施例950，作为如何在使用OFDMA的多用户上行链路场景中调度立即重传的示例。该图描绘了第一传输者STA0(AP)952、接收者STA1 954、接收者STA2 956、接收者STA3 958和接收者STA4 960之间的通信。

根据先前描述的图45A和图45B，当AP有RTA流量要接收894、向传输者STA发送906RTA-TF分组、从传输者STA接收分组912并且发送932具有重传调度的RTA-BA分组以重传分组时，这个示例发生。

再次参考图46，AP从根据预先协商创建的RTA会话记录确定它具有要接收的RTA流量。它传输962RTA-TF分组以触发初始传输。RTA-TF包含传输和重传调度信息，以及RTA会话标识信息(诸如包括RTA会话ID)。

传输者STA接收来自AP的RTA-TF分组，并且根据RTA-TF中的流量类型信息和RTA会话ID信息来确定是否传输携带RTA流量或非RTA流量的分组。RTA流量来自其会话ID嵌入在RTA-TF分组中的RTA会话。传输者STA还确定它们应当使用哪个资源块来传输分组。在该示例中，传输者STA 1、2和4分别使用RU 1、2和4来传输RTA流量，而传输者STA 3使用RU 3来传输非RTA流量。这些到AP的初始传输964a、964b、964c和964d与其报头一起示出。多用户传输分组使用HE-TB分组格式。

在初始传输完成之后，AP确定966它正确地接收到来自传输者2的RTA流量但来自其它传输者的流量失败，由此由传输者STA 1、4发送的流量是RTA，而由传输者STA 3发送的流量是非RTA。由于存在要重传的RTA流量，因此AP发送带有重传调度的RTA-BA分组968。在这个示例情况下，在RTA-BA中调度两次重传，但是可以将编程设置为任何期望的重传次数。用于每次重传的资源块都由AP重新指派以获得更多的分集。传输者STA接收RTA-BA。

然后由STA1 954、STA3 958和STA4 960根据嵌入在RTA-BA分组中的重传调度来执行重传，传输者STA使用在图44B中的方框866、870、872、874、874和876中看到的逻辑重传该分组两次。再次参考图46，看到第一次重传970a、970b和970c，之后是第二次重传972a、972b和972c，并且传输结束974。

AP接收遵循RTA-BA分组中的重传调度的第一和第二次重传，如图45A中的912、914所示。AP根据RTA-BA中指示的HARQ类型使用从图46的三次传输接收到的分组信号对分组进行解码。由于没有请求通知，因此传输结束974。

图47图示了处置MU上行链路OFDMA中的RTA-TF和RTA-BA失败的示例实施例990，从而图示了当RTA-TF或RTA-BA分组没有在使用OFDMA的多用户上行链路模式下成功传输时AP如何反应。该图描绘了第一接收者STA0(AP)992与一组传输者之间的通信，这一组传输者包括传输者STA1 994、传输者STA2 996、传输者STA3 998和传输者STA4 1000。

这个场景遵循图45A的流程图中的方框908、910。当RTA-TF或RTA-BA分组没有被成功传输时，AP必须重新竞争信道并重新发送RTA-TF分组。

AP设置1002来自传输者1、2和4的RTA分组的生命周期。根据通过预先协商创建的RTA会话记录，AP有RTA流量要接收，并且其传输RTA-TF分组1004以触发初始传输1006a、1006b、1006c和1006d。RTA-TF包含传输和重传调度信息。RTA会话信息(诸如RTA会话ID)也嵌入在调度中。

传输者STA从AP接收RTA-TF分组。根据RTA-TF中的流量类型信息和RTA会话识别信息，传输者STA确定是否传输RTA流量或非RTA流量。RTA流量来自其会话ID嵌入在RTA-TF分组中的RTA会话。RTA-TF还通知传输者STA它们应当使用哪个资源块来传输流量。在该示例中，传输者STA 1、2和4分别使用RU 1、2和4来传输RTA流量。传输者STA 3使用RU 3传输非RTA流量。多用户传输分组使用HE-TB分组格式。

在初始传输完成之后，AP确定1008已正确地接收到来自传输者2的RTA流量但来自其它传输者的流量失败。失败的传输包括从STA1 994和STA4 1000传输的RTA流量，以及由传输者STA3 998传输的非RTA流量。同时，来自传输者STA 4的流量的生命周期到期，接收者AP丢弃来自缓冲区中的分组的流量，并且不为那个流量调度重传。由于仍有要重传的RTA流量，因此AP发送包含重传调度的RTA-BA分组1010。

但是，AP确定1012在发送RTA-BA分组之后它没有从传输者STA接收到分组，并且必须重新竞争信道，并等待退避时间1014(CW设置为m个时隙)。在AP重新获得信道接入之后，它再次向传输者STA发送RTA-TF分组1016。

AP确定1018在重传RTA-TF之后它仍然没有接收到分组，由此AP在不增大竞争窗口(CW被设置为小于或等于m个时隙)的情况下以退避时间重新竞争信道1020。AP重新指派单独的资源块并将那个信息嵌入在它重传的RTA-TF分组1022中。这一次，传输者STA接收RTA-TF并使用在RTA-TF分组中重新指派的单独资源块来发送分组1024a、1024b的第一次重传。AP成功地接收到来自传输者STA的分组，并且在没有重传调度的情况下发送RTA-BA分组1026以通知传输者STA传输成功。

图48图示了MU上行链路OFDMA中的非RTA分组的重传方案的示例实施例1030，以示出解释当仅要求非RTA流量重传时多用户传输分组如何在OFDMA系统的上行链路多用户模式下被重传的示例。该图描绘了第一接收者STA0(AP)1032与一组传输者之间的通信，这一组传输者包括传输者STA1 1034、传输者STA2 1036、传输者STA3 1038和传输者STA4 1040。

如图45A的方框894、896、898和900中所示，AP遵循常规CSMA/CA方案发起多用户上行链路传输。

根据通过预先协商创建的RTA会话记录，AP有RTA流量要接收，因此在图48中看到传输RTA-TF分组1042以触发初始传输。RTA-TF包含传输和重传调度信息，包括嵌入的RTA会话ID。

传输者STA从AP接收RTA-TF分组并解码其信息。根据RTA-TF中的信息，传输者STA确定是否传输携带RTA流量或非RTA流量的分组。RTA流量是由其会话ID嵌入在RTA-TF分组中的RTA会话生成的数据。这些STA还识别它们应当使用哪个资源块来传输分组。在该示例中，传输者STA2 1036和STA4 1040分别使用RU 2和RU 4来传输携带RTA流量的分组，而传输者STA1 1034和STA3 1038分别使用RU 1和RU 3来传输携带非RTA流量的分组。多用户传输分组使用HE-TB分组格式。

在初始传输1043a、1043b、1043c和1043d完成之后，AP确定1044它已经正确地接收到来自STA2和STA4的传输者的流量但是来自其它传输者的流量失败。由传输者STA2和STA4传输的流量是RTA，而由传输者STA1和STA3传输的流量是非RTA。由于不需要重传RTA流量，因此AP发送不具有重传调度的RTA-BA分组1046。如果AP需要为非RTA流量调度重传，那么它重新以退避时间1048(CW设置为n个时隙)竞争信道，并在接入信道后发送常规触发帧1050以重传非RTA流量。

传输者STAl和STA3接收触发帧并重传携带非RTA流量的分组，作为第一次重传1052a、1052b。AP接收到非RTA分组，并发回BA 1054以报告接收到的分组的正确性。

5.实施例的一般范围

所提出的技术中描述的增强可以容易地在各种无线通信站电路内实现。还应认识到，无线通信站优选地被实现为包括一个或多个计算机处理器设备(例如，CPU、微处理器、微控制器、启用计算机的ASIC等)以及相关联的存储指令的存储器(例如，RAM、DRAM、NVRAM、FLASH、计算机可读介质等)，其中在处理器上执行存储在存储器中的编程(指令)以执行本文描述的各种处理方法的步骤。

为了说明的简单起见，图中未描绘计算机和存储器设备，因为本领域的普通技术人员认识到使用计算机设备执行涉及无线通信站的操作和控制的步骤，特别是在执行通信协议方面。就存储器和计算机可读介质而言，所呈现的技术是非限制性的，只要它们是非暂态的且因此不构成暂态电子信号即可。

本技术的实施例在本文中可以参考根据本技术的实施例的方法和系统的流程图图示、和/或也可以被实现为计算机程序产品的过程、算法、步骤、操作、公式或其它计算描绘来描述。就这一点而言，流程图的每个方框或步骤、流程图中的方框(和/或步骤)的组合、以及任何过程、算法、步骤、操作、公式或计算描绘都可以通过各种手段来实现，诸如硬件、固件和/或包括体现在计算机可读程序代码中的一个或多个计算机程序指令的软件。如将认识到的，任何这样的计算机程序指令都可以被一个或多个计算机处理器(包括但不限于通用计算机或专用计算机、或产生机器的其它可编程处理装置)执行，以使得在(一个或多个)计算机处理器或其它可编程处理装置上执行的计算机程序指令创建用于实现所指定的(一个或多个)功能的手段。

因而，本文描述的流程图的方框和过程、算法、步骤、操作、公式或计算描绘支持用于执行(一个或多个)指定功能的手段的组合、用于执行(一个或多个)指定功能的步骤的组合，和用于执行(一个或多个)指定功能的计算机程序指令(诸如体现在计算机可读程序代码逻辑手段中)。还将理解的是，本文描述的流程图图示的每个方框以及任何过程、算法、步骤、操作、公式或计算描绘及其组合可以由执行指定的(一个或多个)功能或(一个或多个)步骤的基于专用硬件的计算机系统或专用硬件和计算机可读程序代码的组合来实现。

此外，诸如体现在计算机可读程序代码中的这些计算机程序指令也可以存储在一个或多个计算机可读存储器或存储器设备中，其可以指导计算机处理器或其它可编程处理装置以特定方式起作用，使得存储在计算机可读存储器或存储器设备中的指令产生包括实现在(一个或多个)流程图的(一个或多个)方框中指定的功能的指令手段的制品。计算机程序指令还可以由计算机处理器或其它可编程处理装置执行，以使得在计算机处理器或其它可编程处理装置上执行一系列操作步骤以产生计算机实现的处理，使得在计算机处理器或其他可编程处理装置上执行的指令提供用于实现在(一个或多个)流程图的(一个或多个)方框、(一个或多个)过程、(一个或多个)算法、(一个或多个)步骤、(一个或多个)操作、(一个或多个)公式或(一个或多个)计算描绘中指定的功能的步骤。

还将认识到的是，本文使用的术语“编程程序”或“程序可执行”是指可以由一个或多个计算机处理器执行以执行如本文所述的一个或多个功能的一个或多个指令。指令可以被实施为软件、固件或软件和固件的组合。指令可以本地存储在非暂态介质的设备中，或者可以远程存储在诸如服务器上，或者可以本地和远程地存储全部或部分指令。远程存储的指令可以通过用户发起或者基于一个或多个因素自动地下载(推送)到设备。

还将认识到的是，如本文所使用的，术语处理器、计算机处理器、中央处理单元(CPU)和计算机被同义地使用来表示能够执行指令以及与输入/输出接口和/或外围设备进行通信的设备，以及术语处理器、计算机处理器、CPU和计算机旨在包括单个或多个设备、单核和多核设备及其变型。

从本文中的描述将认识到的是，本公开包含多个实施例，所述多个实施例包括但不限于以下：

1.一种用于在网络中进行无线通信的装置，该装置包括：(a)无线通信电路，被配置为与其接收区域中的至少一个其它无线局域网(WLAN)站进行无线通信；(b)耦合到站内的所述无线通信电路的处理器，被配置为在WLAN上操作；以及(c)非暂态存储器，存储能够由处理器执行的指令；(d)其中所述指令在由处理器执行时执行包括以下的一个或多个步骤：(d)(i)将所述无线通信电路作为被配置为支持传送对通信延迟敏感的实时应用(RTA)分组以及非实时分组的WLAN站操作；(d)(ii)通过预先协商、或分组报头信息、或预先协商和分组报头信息的组合，区分实时应用(RTA)分组与非实时应用(非RTA)分组；(d)(iii)使用载波侦听多路访问/冲突避免(CSMA/CA)来执行非实时应用(非RTA)分组的重传；以及(d)(iv)响应于绕过竞争信道接入的处理和/或在信道接入之前不等待从接收者返回的通知的情况下，执行实时应用(RTA)分组的至少一部分的重传。

2.一种用于在网络中进行无线通信的装置，该装置包括：(a)无线通信电路，被配置为与其接收区域中的至少一个其它无线局域网(WLAN)站进行无线通信；(b)耦合到站内的所述无线通信电路的处理器，被配置为在WLAN上操作；以及(c)非暂态存储器，存储能够由处理器执行的指令；(d)其中所述指令在由处理器执行时执行包括以下的一个或多个步骤：(d)(i)将所述无线通信电路作为被配置为支持传送对通信延迟敏感的实时应用(RTA)分组以及非实时分组的WLAN站操作；(d)(ii)向接收者传输分组，并接收从接收者返回的关于分组成功或分组错误的通知；(d)(iii)通过预先协商、或分组报头信息、或预先协商和分组报头信息的组合，区分实时应用(RTA)分组与非实时应用(非RTA)分组；(d)(iv)使用载波侦听多路访问/冲突避免(CSMA/CA)来执行非实时应用(非RTA)分组的重传；(d)(v)响应于绕过竞争信道接入的处理和/或在信道接入之前不等待从接收者返回的通知的情况下，执行实时应用(RTA)分组的至少一部分的重传；以及(d)(vi)当实时应用(RTA)分组生命周期到期时，终止该分组的重传。

3.一种执行无线通信的方法，包括：(a)将无线通信电路作为被配置为支持传送对通信延迟敏感的实时应用(RTA)分组以及非实时分组的WLAN站操作；(b)通过预先协商、或分组报头信息、或预先协商和分组报头信息的组合，区分实时应用(RTA)分组与非实时应用(非RTA)分组；(c)使用载波侦听多路访问/冲突避免(CSMA/CA)来执行非实时应用(非RTA)分组的重传；以及(d)响应于绕过竞争信道接入的处理和/或在信道接入之前不等待从接收者返回的通知的情况下，执行实时应用(RTA)分组的至少一部分的重传。

4.一种执行无线通信的方法，包括：(a)识别无线站(STA)中的RTA分组和非RTA分组；(b)考虑RTA流量的时效性，以及RTA分组具有指定的传输生命周期，基于RTA分组的生命周期调度RTA分组的重传；(c)将RTA分组的重传方案与非RTA分组分开，而非RTA分组仍然能够使用任何期望的方案进行传输，包括CSMA/CA中定义的常规重传方案；(d)为RTA流量定义立即重传方案，以最小化或消除信道竞争时间，由此减少RTA分组延迟；以及(e)其中所述方法与OFDMA系统兼容，并且通过与包括速率控制的其它自适应机器一起操作资源单元分配，传输获得更多分集效果以提高分组递送速率。

5.任一前述实施例的装置或方法，其中所述指令在由处理器执行时执行包括以下的一个或多个步骤：接收从接收者返回的关于分组成功或分组错误的通知。

6.任一前述实施例的装置或方法，所述指令在被处理器执行时，响应于在接收到来自接收者的实时应用(RTA)分组的通知后立即重传实时应用(RTA)分组而不竞争信道接入，来执行所述绕过竞争信道接入的处理。

7.任一前述实施例的装置或方法，其中站作为网络上的接入点(AP)操作；并且其中所述指令在由处理器执行时执行包括以下的一个或多个步骤：指派子载波的子集至多个个体用户。

8.任一前述实施例的装置或方法，其中所述指令在由处理器执行时，通过利用正交频分多址(OFDMA)来执行所述指派子载波的子集。

9.任一前述实施例的装置或方法，其中所述指令在由处理器执行时，执行正交频分多址(OFDMA)并将重传调度信息嵌入到通知中。

10.任一前述实施例的装置或方法，其中所述指令在由处理器执行时，执行正交频分多址(OFDMA)利用由AP指派的单独的资源块。

11.任一前述实施例的装置或方法，其中所述指令在由处理器执行时执行包括以下的一个或多个步骤：当实时应用(RTA)分组生命周期到期时，终止该分组的重传。

12.任一前述实施例的装置或方法，其中所述通知包括指示分组被正确接收的确认(ACK)和指示分组被错误接收的否定确认(NACK)。

13.任一前述实施例的装置或方法，其中所述指令在由处理器执行时执行包括以下的一个或多个步骤：在不等待从接收者返回的通知的情况下多次传输实时应用(RTA)分组。

14.任一前述实施例的装置或方法，其中所述指令在由处理器执行时执行包括以下的一个或多个步骤：在实时应用(RTA)分组的初始传输之后调度所述RTA分组的重传。

15.任一前述实施例的装置或方法，其中所述指令在由处理器执行时执行还包括以下的步骤：使用比初始传输时低的位速率调制和编码方案(MCS)来重传实时应用(RTA)分组。

16.任一前述实施例的装置或方法，其中所述指令在由处理器执行时执行还包括以下的步骤：在不增大竞争时间窗口长度的情况下响应于执行冲突避免来执行实时应用(RTA)分组的第二部分的重传。

17.任一前述实施例的装置或方法，其中所述指令在被处理器执行时，响应于在接收到来自接收者的实时应用(RTA)分组错误的通知后在不竞争的情况下立即重传实时应用(RTA)分组，来执行所述绕过竞争信道接入的处理。

18.任一前述实施例的装置或方法，其中站作为网络上的接入点(AP)操作；并且其中所述指令在由处理器执行时执行包括以下的一个或多个步骤：指派子载波的子集至多个个体用户。

19.权利要求16的装置，其中所述指令在由处理器执行时，通过利用正交频分多址(OFDMA)来执行所述指派子载波的子集。

20.任一前述实施例的装置或方法，其中所述指令在由处理器执行时，执行正交频分多址(OFDMA)并将重传调度信息嵌入到通知中。

21.任一前述实施例的装置或方法，其中所述指令在由处理器执行时，执行正交频分多址(OFDMA)利用由AP指派的单独的资源块。

22.任一前述实施例的装置或方法，其中所述通知包括指示分组被正确接收的确认(ACK)和指示分组被错误接收的否定确认(NACK)。

23.任一前述实施例的装置或方法，其中所述指令在由处理器执行时执行包括以下的一个或多个步骤：在不等待从接收者返回的通知的情况下多次传输实时应用(RTA)分组。

24.任一前述实施例的装置或方法，其中所述指令在由处理器执行时执行包括以下的一个或多个步骤：在实时应用(RTA)分组的初始传输之后调度所述RTA分组的重传。

25.任一前述实施例的装置或方法，其中述指令在由处理器执行时执行还包括以下的步骤：使用比初始传输时低的位速率调制和编码方案(MCS)来重传实时应用(RTA)分组。

26.任一前述实施例的装置或方法，其中所述指令在由处理器执行时执行还包括以下的步骤：在不增大竞争时间窗口长度的情况下响应于执行冲突避免来执行实时应用(RTA)分组的第二部分的重传。

如本文所用，除非上下文中另有明确规定，否则单数术语“一”、“一个”和“该”可包括复数指示。除非明确说明，否则以单数形式提及对象并不旨在表示“一个与仅一个”，而是“一个或多个”。

如本文所用，术语“组”指的是一或多个物件的集合。因此，例如一组物件可以包括单个物件或多个物件。

如本文所用，术语“基本上”与“约”被用来描述和解释小的变化。当与事件或情况结合使用时，术语可以指事件或情况恰好发生的实例以及事件或情况类似发生的实例。当与数值结合使用时，术语可以指小于或等于该数值的±10％的变化范围，诸如小于或等于±5％、小于或等于±4％、小于或等于±3％、小于或等于±2％、小于或等于±1％、小于或等于±0.5％、小于或等于±0.1％、或小于或等于±0.05％。例如，对齐的“实质上”可以指小于或等于±10°的角度变化范围，诸如小于或等于±5°、小于或等于±4°、小于或等于±3°、小于或等于±2°、小于或等于±1°、小于或等于±0.5°、小于或等于±0.1°、或小于或等于±0.05°。

另外，数量、比率和其他数值有时可以以范围格式呈现于本文中。应当理解，这种范围格式是为了方便和简洁而使用的，并且应该被灵活地理解为包括明确指明为范围限制的数值，而且包括包含在该范围内的所有单个数值或子范围，如同明确指明每个数值和子范围一样。例如，约1至约200的范围的比例应理解为包括明确列举的约1和约200的限制，而且包括单个的比例，诸如约2、约3和约4，以及诸如约10至约50、约20至约100等的子范围。

尽管本文的描述包含许多细节，但是这些细节不应被解释为限制本公开的范围，而是仅仅提供一些当前优选实施例的说明。因此，应当理解，本公开的范围完全地包括对于那些本领域技术人员可能变得显而易见的其它实施例。

本公开内容内的短语构建体(诸如“A、B和/或C”)描述了其中可以存在A、B或C，或项A、B和C的任何组合。指示诸如“至少一个”后面跟列出元素组的构造指示存在这些组元素中的至少一个，其包括这些列出的元素的任何可能组合(在适用时)。

本说明书中对“实施例”、“至少一个实施例”或类似实施例措辞的引用指示结合所描述的实施例描述的特定特征、结构或特点包括在本公开的至少一个实施例中。因此，这些各种实施例短语不必都指相同的实施例，或不同于所描述的所有其它实施例的特定实施例。实施例措辞应当被解释为意味着给定实施例的特定特征、结构或特性可以以任何合适的方式组合在所公开的装置、系统或方法的一个或多个实施例中。

那些本领域技术人员已知的所公开实施例的元素的所有结构和功能等同物通过引用明确地并入本文，并且旨在由本申请权利要求所涵盖。此外，无论元素、组件或方法步骤是否在权利要求中明确地陈述，本公开中的元素、组件或方法步骤都不旨在贡献于公众。本文中的权利要求元素不应被解释为“手段加功能”元素，除非使用短语“用于......的手段”明确地描述该元素。本文中的权利要求元素不应被解释为“步骤加功能”元素，除非使用短语“用于......的步骤”明确地描述该元素。

表1

在传输者侧识别RTA流量的报头信息