CN113812205B

CN113812205B - Mu-mimo分组到达前信道争用

Info

Publication number: CN113812205B
Application number: CN202080034346.7A
Authority: CN
Inventors: M·阿布欧埃尔首德; 迫田和之; 忻良骁
Original assignee: Sony Group Corp
Current assignee: Sony Group Corp
Priority date: 2019-07-03
Filing date: 2020-06-30
Publication date: 2024-03-12
Anticipated expiration: 2040-06-30
Also published as: US20220141871A1; US20210007137A1; US11259324B2; JP7345739B2; EP3970442A1; JP2022539759A; WO2021001749A1; US11711847B2; KR20220008886A; CN113812205A

Abstract

用于支持实时应用(RTA)分组的无线局域网(WLAN)通信的系统、设备和方法。接入点(AP)通过在RTA分组到达之前向分组传输分配资源，调度RTA分组的上行链路(UL)或下行链路(DL)的多用户(MU)多输入多输出(MIMO)传输。AP在DL或UL方向的RTA分组的预期到达时间之前争夺信道接入。这些操作减少了WLAN上的RTA分组时延。

Description

MU-MIMO分组到达前信道争用

相关申请的引用

本申请要求于2019年7月3日提交的序列号为62/870,149的美国临时专利申请的优先权，该申请通过引用整体包含在本文中。

关于联邦资助研发的声明

不适用

计算机程序附录的引用包含

不适用

受版权保护的材料的声明

背景技术

1.技术领域

本公开的技术一般涉及无线通信站，更具体地，涉及传送实时流量和非实时流量的组合的无线局域网(WLAN)站。

2.背景技术讨论

越来越多的进入市场的电子装置通过Wi-Fi网络接入互联网。这些Wi-Fi网络每天都在增长，以允许更多的吞吐量和将更多的用户连接到每个网络的可能性。然而，在高密度环境中，或者在存在干扰的状况下，时延和可靠性得不到保证；从而，Wi-Fi网络通常被认为是尽力而为的通信。

实时游戏、远程监控以及其他对延迟敏感的应用是快速发展的类别，其中最小化的分组延迟和流量可靠性具有极大的价值。当被延迟时，要被传送的分组容易失去其价值。在其他应用中，只有当端到端延迟对于最终用户来说不明显时，才能获得可接受的用户体验水平。鉴于这些问题，在系统设计中研究和解决诸如最坏情况时延之类的参数是非常重要的；因为任何延迟尖峰都可能会破坏性能和/或产生虚假的结果。

当前使用CSMA/CA的无线技术专注于网络的高吞吐量性能，但是它们不产生低时延操作。从而，由于需要低时延的大量应用(比如实时应用(RTA))，已经出现了技术差距。RTA流量由于其对分组传送的高及时性要求而需要低时延，因为RTA数据仅在其在一定时段内被传送时才有效。

因而，需要一种减少分组时延的无线通信设备和方法。本公开满足了这种需要，并提供了优于先前技术的额外好处。

发明内容

通过允许站(STA)以更少的信道争用时间更快地接入信道，可以达到减少实时应用(RTA)的分组时延的目的。由于当前的随机信道接入场景，STA在发送每个分组之前需要感测和争夺信道接入，这可能是分组延迟的来源。延迟的其他来源包括省电模式的操作、排队延迟和传输延迟，这些延迟增加了端到端分组传输延迟。

本公开提供了对当前的802.11协议的MAC层和PHY层的更改，以允许限制RTA的最坏情况时延，并提高连接可靠性。

为实时应用(RTA)分组调度上行链路(UL)或下行链路(DL)的多用户(MU)多输入多输出(MIMO)的接入点(AP)在RTA分组到达之前向分组传输分配资源(RU)，并且甚至可以在预期的RTA分组到达之前获得对信道的接入。

在说明书的以下部分中，将呈现本文中描述的技术的其他方面，其中详细的说明用于充分公开本技术的优选实施例，而不是对其加以限制。

附图的若干视图的简要说明

参考以下附图将更充分地理解本文中说明的技术，附图只是用于举例说明：

图1是HE-SU PPDU帧的数据字段图。

图2是HE-MU PPDU帧的数据字段图。

图3是HE-TB PPDU帧的数据字段图。

图4是触发帧的数据字段图。

图5是触发帧的用户信息字段的数据字段图。

图6是触发帧的公共信息字段的数据字段图。

图7是块ACK(BA)帧的数据字段图。

图8是针对IEEE 802.11ax WLAN进行的下行链路(DL)OFDMA MIMO传输的频率使用图。

图9是针对IEEE 802.11ax WLAN进行的上行链路(UL)OFDMA MIMO传输的频率使用图。

图10是按照CSMA/CA的重传的流程图。

图11是常规WLAN系统的数据帧格式的数据字段图。

图12是常规WLAN系统的确认(ACK)帧格式的数据字段图。

图13是使用两倍大小争用窗口的按照CSMA/CA的重传的通信序列图。

图14是其中响应重试限制而丢弃分组的按照CSMA/CA的重传的通信序列图。

图15是OFDMA系统的下行链路中的按照CSMA/CA的重传的通信序列图。

图16是OFDMA系统的上行链路中的按照CSMA/CA的重传的通信序列图。

图17是按照本公开的至少一个实施例的站(STA)硬件的方框图。

图18是表示按照本公开的至少一个实施例所针对的拓扑例子的网络拓扑图。

图19是表示按照本公开的至少一个实施例的运行实时应用(RTA)的站的通信序列图。

图20表示按照本公开的至少一个实施例所针对的不同信道接入场景的通信序列图。

图21是表示按照本公开的至少一个实施例所利用的原语参数通信的方框图。

图22是按照本公开的至少一个实施例的具有信道接入参数的新会话请求的数据字段图。

图23是按照本公开的至少一个实施例的对新会话请求的响应的原语参数的数据字段图。

图24是按照本公开的至少一个实施例的早期争用窗口期的动态调整的流程图。

图25是例示按照本公开的至少一个实施例的、AP站与关联的非AP站之间的交换的通信序列图。

图26是例示按照本公开的至少一个实施例的、AP调度到多个STA的MU-MIMO DL分组传输的RU传输图。

图27是例示按照本公开的至少一个实施例的、当AP通过虚拟或物理感测发现信道忙碌并且必须争夺信道接入时的情况的RU传输图。

图28是例示按照本公开的至少一个实施例进行的、在RTA分组到达MAC缓冲区之前已开始MU-MIMO传输的情况的RU传输图。

图29是例示按照本公开的至少一个实施例进行的、RTA分组数据传输在DL MU-MIMO传输之后开始并在DL MU-MIMO传输结束之前完成的情况的RU传输图。

图30是例示按照本公开的至少一个实施例进行的、AP调度不止一个STA在分配给RTA传输的时间期间接入RU的情况的RU传输图。

图31是例示按照本公开的至少一个实施例进行的被分配给RTA STA的RU的RU传输图，所述RTA STA与正在接收RTA分组或者正在接收常规非RTA分组的其他STA进行共享。

图32是例示按照本公开的至少一个实施例的AP在RTA分组之前和/或之后使用填充的情况的RU传输图。

图33是例示按照本公开的至少一个实施例进行的、AP调度不止一个STA在被分配给RTA传输的时间期间接入RU的情况的RU传输图。

图34是按照当前的802.11ax标准使用填充的调度图。

图35是按照本公开的至少一个实施例进行的AP在RTA分组传输之前正在发送填充的情况的调度图。

图36是按照本公开的至少一个实施例进行的AP在RTA分组之前正在向其他STA发送其他分组的情况的调度图。

图37是按照本公开的至少一个实施例的高效(HE)多用户(MU)PPDU帧格式的数据字段图。

图38是按照本公开的至少一个实施例的被包含在图37的高效(HE)多用户(MU)PPDU帧中的HE-SIG-B字段的数据字段图。

图39和图40是按照本公开的至少一个实施例进行的在分配RTA STA以级联其他STA传输之前和之后所示的RTA用户字段图。

图41是按照本公开的至少一个实施例的AP DL OFDM预争用和RTA数据的未来调度的流程图。

图42是按照本公开的至少一个实施例的调度MU-MIMO或延迟的RTA分组传输的流程图。

图43是按照本公开的至少一个实施例的STA处理从AP接收的具有RTA分组的未来调度的分组的流程图。

图44是表示按照本公开的至少一个实施例的当存在由其他STA共享的多个RU时的用户字段的数据字段图。

图45是例示按照本公开的至少一个实施例进行的具有正在运行RTA的STA的ULOFDMA/MU-MIMO的RU传输图。

图46A和图46B是按照本公开的至少一个实施例进行的UL RTA请求的RU传输图。

图47是按照本公开的至少一个实施例进行的通过从非AP STA向AP发送RTQTD反馈消息，调整RTA分组的调度时间的RU传输图。

图48是按照本公开的至少一个实施例进行的非AP STA与AP STA交换帧的通信序列图。

图49是按照本公开的至少一个实施例进行的UL RTA调度的RU传输图。

图50按照本公开的至少一个实施例进行的其中两个STA共享RU的UL RTA调度的RU传输图。

图51A和图51B是按照本公开的至少一个实施例的AP使用MU-MIMO技术调度UL RTA分组传输的流程图。

图52是按照本公开的至少一个实施例的调度UL-MIMO或延迟的UL RTA分组传输的流程图。

图53A和图53B是按照本公开的至少一个实施例的STA处理从AP接收的具有UL调度和RTA分组的未来调度的基本触发帧的流程图。

图54是按照本公开的至少一个实施例的用于为UL MU-MIMO/OFDMA传输进行分配资源的触发帧的数据字段图。

图55是按照本公开的至少一个实施例的被包含在图54的触发帧格式中的用户信息的数据字段图。

图56A和图56B是按照本公开的至少一个实施例的在多个STA的级联传输的情况下，或者在一个STA传输被延迟并且要求该STA发送填充信息的情况下要发送的触发帧的数据字段图。

图57是按照本公开的至少一个实施例的由非AP STA向AP STA发送的PPACC请求帧的数据字段图。

图58是按照本公开的至少一个实施例的由AP STA向非AP STA发送的PPACC响应字段的数据字段图。

图59是按照本公开的至少一个实施例的由非AP STA向AP STA发送的ECA期(period)请求的数据字段图。

图60是按照本公开的至少一个实施例的由AP STA向非AP STA发送的ECA期响应帧的数据字段图。

图61是按照本公开的至少一个实施例的由STA向其关联AP发送的RTA流发起请求的数据字段图。

图62是按照本公开的至少一个实施例的由AP向其关联STA发送的RTA流发起响应的数据字段图。

图63是按照本公开的至少一个实施例的由STA向其关联AP发送的RTQTD反馈字段的数据字段图。

图64是按照本公开的至少一个实施例的由STA向其关联AP发送以更新RTA传输的预期时间的RTQTD反馈确认的数据字段图。

具体实施方式

1.802.11WLAN系统的讨论

已经提出了许多802.11修正案以改进无线局域网(WLAN)性能，特别是聚焦于2.4GHz和5GHz频带的提案。这些以前的修正案中的大部分针对的是将要接收的最大数据速率从最初提出的2Mbits/sec提高到在802.11ax修正案的情况下可能高达9.6GHz。已经使用了许多技术来提高物理层中的数据速率，例如，通过使用新的调制和编码方案以及引入多输入多输出(MIMO)和多用户(MU)传输，将信道带宽从20MHz增大到高达160MHz。已经引入了其他媒体接入控制(MAC)层改进，以减少传输开销，从而增大数据吞吐量。应注意的是MAC层是在开放系统互连(OSI)通信模型中定义的七个层中的一个。例如，可以通过减小帧间间隔，聚合和分割分组，改善Wi-Fi网络中的服务质量(QoS)处理，以及应用功耗协议以在唤醒状态和休眠(睡眠)状态之间交替以节省功率，来实现这种减少的开销。

1.1 802.11ax–PPDU格式

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

图2图解说明用于下行链路多用户传输的IEEE 802.11ax中的HE多用户(MU)PPDU格式。与如图1中所示的单用户PPDU格式相比，这在其格式中增加了HE-SIG-B字段，该字段向每个用户提供分开的资源块分配信息。

图3图解说明用于上行链路多用户传输的HE基于触发(TB)的PPDU格式。除了HE-STF字段为8μs以外，HE TB PPDU格式中的字段与图1的HE单用户PPDU格式中的字段相同。

图4图解说明IEEE 802.11ax中的触发帧格式的内容。帧控制字段指示帧的类型。持续时间字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接收者的地址。TA字段包含发送帧的STA的地址。

图5图解说明包括每个STA的信息的用户信息字段。公共信息字段和用户信息字段向每个用户提供分开的资源块分配信息。这些字段用AID12、RU分配、编码类型、MCS、DCM、SS分配、目标RSSI和保留字段来描述。

图6图解说明公共信息字段，它包括所有分配的STA的信息，并描述触发类型、长度、级联指示、所需CS、BW、GI和LTF类型、MU MIMO LTF模式、HE-LTF符号数、STBC、LDPC额外符号段、AP TX功率、分组扩展、空间重用、多普勒、GI和LTF类型、HE-SIG-A保留、以及保留字段。

图7图解说明常规WLAN系统中的块ACK(BA)帧格式的内容。帧控制字段指示帧的类型。持续时间字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接收者的地址。TA字段包含发送帧的STA的地址。BA控制字段指示块ACK的策略。BA信息字段包含传输的反馈。FCS字段是帧校验序列。

1.2.影响延迟的WLAN特征

1.2.1.信道接入和延迟容限

应认识到的是在WLAN装置中既允许基于争用的接入，又允许无争用接入。基于争用的接入要求信道感测信道，并且每当信道忙碌时进行争夺以便获得对信道的接入。这引入了额外的传输延迟，但是提供了冲突避免。无争用信道接入允许AP在不争用的情况下获得对信道的接入。这在混合控制信道接入(HCCA)中是允许的，其中信道接入协调是通过使用与其他STA所使用的DIFS(分布式帧间间隔)相比，与PIF(PIF被定义为PCF帧间间隔)相等的较短帧间间隔来实现的。

尽管无争用接入似乎是一种可行的避免争用延迟的可行方案，不过它没有被广泛部署，并且大多数Wi-Fi装置正在使用基于争用的接入。从而STA要接入信道，它必须感测信道并发现信道不忙碌。按照下述任意之一，信道被认为是忙碌的：(a)当STA检测到帧的前导码时，信道被认为是忙碌的，同时认为信道在被检测到的帧的长度期间是忙碌的。(b)当STA检测到超过20dB的最小敏感度的能量水平时，信道被认为是忙碌的。(c)当STA通过读取被检测到的帧的网络分配向量(NAV)而检测到信道实际上忙碌时，信道被认为是忙碌的。

802.11ax标准引入了两个NAV，以避免由于错误地重置NAV定时器而可能发生的冲突。一个NAV用于BSS STA，另一NAV用于非BSS STA。STA分别维护和保持这两个NAV。

和所有传统802.11WLAN装置一样，802.11ax使用载波感测多址接入类型冲突避免(CSMA/CA)进行信道接入。对于AP要发送用于上行链路(UL)MIMO传输的触发帧，它仍然需要争夺信道接入。为了使AP能够先于其BSS中的任何STA获得(赢得)信道接入，802.11ax引入了仅用于802.11ax装置的第二组增强分布式信道接入(EDCA)。这种形式的信道接入允许传统的非802.11ax装置利用EDCA自由地接入信道，并且增加AP获得信道接入以调度UL或下行链路(DL)OFDMA MIMO数据传输的机会。要注意的是OFDMA代表正交频分多址接入，并且它是OFDM的多用户版本。

1.2.2.省电和延迟容限

省电处理也可以影响时延，因为站有时可能关闭它们的无线电设备以省电。AP为其基本服务集(BSS)中的每个STA缓存数据，并等待STA唤醒以接收数据。在已知STA唤醒时，AP可能需要争夺信道，并向STA发送其分组。STA也可能唤醒，争夺信道，并联系AP以检查是否存在给它自己的分组。另一种选项可以允许AP和STA调度AP和STA交换数据的时间。所有这些选项都增加了发送分组的额外延迟，并引入了省电和延迟容限之间的折衷。

2.2.3.多用户传输和接收

802.11WLAN装置允许使用MIMO天线进行传输和接收，以及OFDMA信道接入。IEEE802.11ax支持上行链路和下行链路两者中的多用户传输。这种MIMO支持允许通过多达8个流向一个或多个用户的多流传输，例如在802.11ac中的SU-MIMO DL中，或者允许通过如在802.11ac中所定义的MU-MIMO DL传输，向不止一个用户的多用户传输。这允许AP向其基本服务集(BSS)中的STA分配一个或多个流。

随着将高达160MHz的宽信道用于数据传输，信道被预期是干扰频率选择性的，其中一些频率经历与其他频率不同的干扰水平。这影响了预期的可实现速率并降低了性能。为了解决这个问题，802.11ax引入OFDMA，其中相邻子载波被分组为资源单元(RU)。这些RU可以被分配给不同的接收器以使传输速率达到最大。这种调度可以导致使每个接收器的信号干扰噪声比(SINR)最大化，因此允许更高的调制和编码方案(MCS)，并因此增大实现的吞吐量。应注意的是，SINR被定义为某个感兴趣信号的功率除以来自所有其他干扰信号的干扰功率和背景噪声的总和。

OFDMA允许多个用户同时使用相同的时间资源并在他们之间划分频域，以改善资源使用并减少时延，因为可以同时调度额外的用户。OFDMA还允许具有少量数据的STA通信并占用较窄的RU，从而使得调度非常有效，并允许资源在需要短时间接入信道的应用之间的改进分配。这些方面可以有助于减少信道接入时间以及帧报头和前导码的开销。

当与MIMO传输相结合时，可以使OFDMA变得更有效。取决于STA的MIMO容量，可以使用RU向这些STA发送多个空间流。另外，一个RU可以被分配给不止一个STA来共享，其中取决于STA的MIMO容量，每个STA可以具有一个或多个空间流。将更多的STA打包(pack)在同一资源中可以有助于改善STA和AP的时延。

图8表示DL OFDMA MIMO传输的例子。AP向所有STA发送PHY前导码，以指定频率/RU映射和对于STA的RU分配。

图9表示UL OFDMA MIMO传输的例子。AP向所有STA发送包含频率/RU映射和对于STA的RU分配的触发帧。在至少一个实施例中，使UL MIMO传输与那个帧的接收同步，其中STA在接收到DL触发帧之后开始SIF的传输。

1.2.4.重传

图10描述按照IEEE 802.11CSMA/CA的传输和重传，以允许STA接入信道以便进行分组传输和重传。在CSMA/CA系统中，在每次传输和重传之前进行该过程，其中STA必须感测信道，并设定退避时间以争夺信道接入。退避时间由在0和争用窗口(CW)的大小之间的均匀随机变数决定。在STA等待退避时间并且感测到信道空闲之后，它发送分组。如果STA在超时之前没有接收到ACK，那么需要分组的重传。否则，认为传输已经成功。

当需要重传时，STA检查分组的重传次数，如果重传次数超过重试限制，则丢弃分组并且不调度重传。否则，调度一个或多个重传。如果重传被调度，则需要另一个退避时间来为该重传争夺信道接入。如果争用窗口的大小没有达到争用窗口上限(CW限制)，那么STA增大CW，并且执行返回到流程图的顶部，从而STA取决于争用窗口(CW)的新的大小而设定另一个退避时间。STA等待该退避时间，以便进行重传等等。

图11描述常规WLAN系统中的数据帧格式。帧控制字段指示帧的类型。持续时间字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接收者的地址。TA字段包含发送该帧的STA的地址。序列控制字段包含分组的片段号和序列号。还存在数据和FCS字段。

图12描述常规WLAN系统中的ACK帧格式。帧控制字段指示帧的类型。持续时间字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接收者的地址。

图13图解说明按照CSMA/CA的重传场景，其中对于重传增大了退避时间。数据帧和ACK帧分别使用如图11和图12中所示的格式。在发送器发送了分组的初始传输之后，在超时之前它没有接收到ACK。然后，它设定另一个退避时间，由此争用窗口的大小是n个时隙。在等待该退避时间之后，发送器STA第一次重传该分组。然而，在这个例子中，该重传也失败了。发送器STA需要重传分组，并设定退避时间以再次争夺信道接入。这一次，归因于重传，争用窗口的大小增加了一倍，即为2*n个时隙。预期的退避时间也被竞争窗口大小加倍。第二重传成功，因为它在超时之前接收到ACK。

图14图解说明在重传次数超过重试限制之后丢弃分组的一个例子。数据分组帧和ACK帧分别使用如图11和图12中所示的格式。如图中所示，在分组的初始传输失败之后，发送器STA多次重传该分组。然而，没有一次重传成功。在重传N次之后，重传次数超过重试限制。发送器STA停止重传该分组，该分组被丢弃。

图15图解说明OFDMA系统的下行链路中的CSMA/CA重传方案，作为使用OFDMA的下行链路多用户(DL MU)传输的例子。发送器AP使用HE MU PPDU格式向其接收器1、2、3和4发送数据。在完成初始传输之后，AP向所有接收器发送多用户块ACK请求(MU-BAR)。接收器随后向AP回送块ACK(BA)。按照BA中的内容，AP判定是否向接收器1、3和4重传分组。AP争夺信道并等待退避时间。在AP获得信道接入之后发生第一次重传。

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

1.2.5.UL OFDMA随机接入

对于当AP不知道哪个STA有数据要发送时，或者当不关联的STA想要发送数据时的UL传输，802.11ax引入了UL OFDMA随机接入。触发帧可以为随机UL信道接入分配一些RU。当AP为上行链路随机接入分配特定RU时，STA使用OFDMA退避过程来决定它们是否将接入随机接入信道。这是通过选择退避随机值，并将其与为随机接入分配的RU的数量进行比较来实现的。如果当前退避随机值小于RU的数量，则STA随机接入为随机接入分配的RU之一。随机接入方法预计会提高短分组传输的效率。

1.2.6.影响延迟的PHY参数

1.2.6.1.带宽

802.11允许信道化或各种带宽。为一个STA传输或接收分配的信道可以是20MHz、40MHz、80MHz或160MHz。增大带宽通常应当有助于增大数据吞吐量，并在逻辑上为其他用户传输释放信道，以允许用户在更短的时间内完成他们的传输；因为当信道不被占用时，用户可以更频繁地获得传输机会。然而，其他的影响可能导致更大的延迟，其中所使用的额外带宽增大了对接收信号产生负面影响的信道噪声。另外，这种更高的带宽增加了对采用锁定信道的一部分的任何用户的干扰可能性。这种情况下，信道可以是干扰频率选择性的。这会在接收和重传两者中导致错误。如前所述，WLAN中的分组重传可以引起显著的延迟。

1.2.6.2.调制

802.11ac允许高达256QAM的星座，而802.11ax允许高达1024-QAM的星座。虽然这有助于将数据吞吐量增加到高达几千兆比特。但是信号会对噪声和干扰非常敏感。如果信号干扰噪声比不够高，则这会导致解码错误，并且将需要接收信号的重传。这可能是使信号的延迟恶化的延迟的来源。

另外为增加音调的数量，802.11ax将OFDM符号长度增加到12.8μs，并且允许取决于信道条件，在它们(0.8μs、1.6μs、3.2μs)之中选择多个保护间隔(GI)。这导致了开销的减少和传输效率的提高。

通过使用可选的双载波调制(DCM)特征，802.11ax允许在子载波上复制数据。该特征提高了传输的可靠性并降低了PER，但是由于资源使用的加倍，它将吞吐量降低了一半。

1.2.6.3.帧长度

添加到802.11的新特征要求向前导码和帧报头推送额外的信息。这又导致了开销的增加和资源利用效率的降低。为了减少这样高速率下的开销，帧的最大长度在802.11ac中被增大到4692480比特。对短分组来说，长帧是不合适的，并且开销将非常高。

2.问题陈述

运行对延迟敏感的应用的WLAN STA通常在通过WLAN服务进行操作时会受到影响，从而通常提供较差的用户体验，甚至这些应用不能依赖于WLAN服务。在802.11标准中定义的当前无线协议用来提供尽力而为类型的服务。WLAN装置之间的分组传输的平均延迟通常是合适的，但是对于延迟敏感的应用来说，最坏情况下的延迟通常是不可接受的。

分组传输中的延迟的主要来源之一是由于与信道接入关联的延迟。WLAN装置在它们接入信道之前需要感测信道。如果发现信道忙碌，则WLAN装置需要争夺信道接入。这是通过使用CSMA/CA协议来实现的，其中当存在试图同时接入信道的多个装置时，该CSMA/CA协议组织信道接入并避免冲突。然而，延迟敏感的应用会受到与信道争用关联的延迟的影响。尽管被设计为频谱有效的，但是由于调度和信道接入的开销，UL或DL的MU-MIMO传输仍然会延迟分组的传输。

3.本公开的贡献

在本公开中，针对MU-MIMO UL和DL传输，提出了一种分组到达前争用过程。运行应用的STA将实时应用分组的预期到达时间通知WLAN装置的MAC层。已经收到关于实时应用分组的预期到达时间的信息的MAC层确定它将在分组到达之前争夺信道接入，并且甚至在RTA分组到达之前调度UL或DL传输，以帮助减少一旦接收到分组的传输延迟，因为信道已经预留用于分组传输。

4.站硬件配置

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

STA可以配置有单个调制解调器和单个射频(RF)电路，或者它可以配置有多个调制解调器和多个RF电路，如图中举例而非限制地所示。在这个例子中，主机机器被表示为配置有毫米波(mmW)调制解调器20，它耦接到连着多个天线24a-24n、25a-25n、26a-26n的射频(RF)电路22a、22b、22c，以与相邻STA发送和接收帧。另外，主机机器还具有耦接到连着天线29的射频(RF)电路28的sub-6GHz调制解调器27。

从而，该主机机器被表示为配置有两个调制解调器(多频带)及其关联的RF电路，用于在两个不同的频带上提供通信。作为示例而非限制，预期的定向通信频带用mmW频带调制解调器及其关联的RF电路来实现，用于在mmW频带中发送和接收数据。通常称为发现频带的另一个频带包括sub-6GHz调制解调器及其关联的RF电路，用于在sub-6GHz频带中发送和接收数据。

虽然在本例中对于mmW频带表示了三个RF电路，不过，本公开的实施例可以配置有耦接到任意数量的RF电路的调制解调器20。通常，使用数量更多的RF电路会导致天线波束方向的更宽覆盖。应认识到的是，所使用的RF电路的数量和天线的数量由特定装置的硬件约束来确定。当STA确定不需要与相邻STA通信时，一些RF电路和天线可以被禁用。在至少一个实施例中，RF电路包括变频器、阵列天线控制器等，并且被连接到多个天线，控制所述多个天线进行波束成形，以进行传输和接收。这样，STA可以使用多组波束图来发送信号，每个波束图方向被视为天线扇区。

因此可以看出，主机机器容纳与相邻STA发送/接收数据帧的调制解调器。调制解调器连接到至少一个RF模块以产生和接收物理信号。RF模块包括变频器、阵列天线控制器和其他必要的电路。RF模块连接到多个天线，控制所述多个天线进行波束成形，以进行传输和接收。这样，STA可以使用多组波束图来发送信号。

5.研究中的拓扑

为了便于下面的讨论，图18图解说明了例证拓扑30。该拓扑描述了多个BSS 32、34、36。BSS1 32被认为具有运行非RTA流的接入点(AP)38a，运行RTA流的STA 38b，以及运行非RTA流的三个STA38c、38d和38e。为了说明的简单起见，应注意的是，除了AP本身之外，其他STA都不被认为是AP。类似地，在BSS2 34中，存在运行RTA流的AP 42a，运行RTA流的三个STA 42b、42c和42d，以及运行非RTA流的STA 42e和42f。在BSS3 36中，存在运行RTA流的AP40a，以及运行非RTA流的STA 40b、40c、40d和40e。这些BSS共享同一信道，其中一些装置正在运行RTA，并且需要保证快速信道接入以发送它们的数据。

图19图解说明运行实时应用(RTA)的STA的例子50，所述实时应用在每段时间54内生成数量有限的数据52(长度有限的一个或多个分组)。如图所示，RTA分组在预期时间到达运行RTA的STA的MAC层，并且优选被实时发送，使得实时应用继续实时响应。一旦接收到RTA分组，就预先知道RTA分组下次到达的时间，例如通过实时应用向MAC通知RTA会话参数。每个BSS包含一个AP和多个STA，每个STA可以运行RTA会话。每个RTA会话预期具有以特定周期性生成的长度有限的分组。

如图18中所示，来自多个BSS的站可以竞争，以便为RTA会话和其他非RTA会话获得信道接入。每个BSS例示有运行RTA的一些STA，并且由于RTA具有较低的延迟容限，因此一旦分组准备好传输，它就应当更易于接入信道。AP可以偏袒其RTA分组，并且通过拒绝来自其BSS中的其他STA的RTS，向其RTA分组提供与其BSS中的请求该信道的其他STA相比增大的(更高的)优先权。AP仍然需要能够与来自周围区域中的其他BSS的其他STA竞争。STA和AP可以配备有MIMO天线。

6.信道接入延迟

分组在它在发送器的应用层生成之后，在它被传送给接收器的应用层时之前，会经历多种类型的延迟。这些延迟之一是信道接入延迟，信道接入延迟表示在信道空闲而未被使用时与获得信道接入关联的延迟。以下试图识别该延迟的来源。

要求任何使用WLAN的STA在对话之前进行监听，而使用CSMA/CA的STA在接入信道之前感测信道，从而避免冲突。任何站在接入信道之前都应当感测信道，如果该信道空闲，则该STA可以接入该信道。如果信道被占用，则STA应当等待直到信道未被占用为止，以使与试图接入信道的其他STA冲突的可能性降至最小。通过检测信道上的能量或通过接收分组报头，信道被认为空闲的或忙碌的。由于与许多STA共享该介质，其中一些STA正试图同时接入该信道，因此使用冲突避免机制来防止两个信道同时接入该信道从而导致两个发送的分组流的冲突。

图20图解说明一些例证信道接入场景70。在图20的右侧所示的第一实例中，在信道活动72的忙碌部分73a期间，分组74在时间76到达。STA争夺信道并进行随机退避(随机退避定时器)73b，然后如果信道不忙碌，则接入75信道以发送分组73c。

转到图20中间的场景，如果RTA分组80在信道不忙碌(空闲)的时候在时间82到达，那么STA获得信道的立即接入77，并立即开始发送RTA分组78。

转到图20左侧的场景，应认识到的是在RTA分组到达之后，即使在信道再次空闲时，STA也可能也不能接入信道。例如对于分组84在时间88到达时的实例，此时看到在分组到达时信道活动85显示忙碌的信道86a，从而STA等待直到信道未被占用并设定其退避定时器86b，然而在此期间，某个其他信道可能在其退避定时器到期之前获得对信道的接入。从而，在退避间隔之后，发现信道仍然忙碌86c，这种情况可能多次发生，在退避间隔86f之前存在附加的退避间隔86d和忙碌期86e，其中在退避间隔86f之后获得信道接入87用于分组89的传输。从RTA分组到达到信道接入时间的时间间隔表示信道接入延迟，并被认为是WLAN分组传输的延迟的最大来源之一。

7.分组到达前信道争用

7.1.RTA流设置

MAC层应当知道需要被不同地处理的RTA的分组。预期MAC层运行特殊的处理(例如，算法)来接入信道，并在RTA分组应该被发送的确切时间给予发送RTA分组的优先权。在启动实时应用时，应用层应当向MAC层通知RTA会话的发起。在启动实时应用时，应用层应当向MAC层通知RTA会话参数。用于信道接入的参数包括：(a)最大RTA分组长度；(b)对于每个信道接入，要接收的分组的最大数量；(c)RTA分组信道接入周期性；(d)产生RTA分组并将其发送到MAC的预期时间；和(e)最大延迟容限。

图21图解说明其中来自应用层或任何其他更高层112的原语参数被发送到PHY层116之上的MAC层114的例证实施例110。

图22图解说明具有信道接入参数的新会话请求的例证实施例130，所述信道接入参数至少包括以下内容。(a)新会话请求是如果被设定为第一状态则指示应用层正在发起新的RTA会话的字段。如果新会话请求字段未被设定为该第一状态，则以下参数表示对先前发起的RTA会话的更新。应认识到的是，记载在本文中的或者为正逻辑或者为负逻辑的这个字段和其他字段可以用于单比特真/假字段，并且可以将任何期望形式的表示用于多比特字段，而不脱离本公开的教导。MAC层应当在接收到新的会话请求并接受它时发起RTA会话。发起RTA会话的细节在以下各节中讨论。

(b)会话ID字段由应用层在引用所发起的RTA会话时用于指示会话ID。MAC层使以下参数与会话ID关联。更高层和MAC层之间关于该RTA会话的任何进一步通信应当包括该会话ID。这包括更新、删除或修改RTA会话。

(c)最大RTA分组长度字段以比特或相对于时间表示传送到MAC层的每个分组的最大大小。MAC层使用该信息来估计关于RTA的每个信道接入所需的时间。

(d)每个信道接入的待接收分组的数量字段指的是每个RTA信道接入的待传送到MAC层的分组的最大数量。MAC层使用该信息来估计关于RTA的每个信道接入所需的时间。应认识到的是，如果更高层发送每个信道接入中所需的时间而不是分组的数量和分组大小，则可以将前两个变量组合成一个变量。

(e)分组周期性字段表示在RTA分组的一个预期时间之后，MAC层应该预期下一个RTA分组到达的时间。这是RTA分组的信道接入的周期性。MAC层使用该信息来估计RTA分组将从更高层到达的时间。

(f)最大延迟容限是表示从更高层接收的分组所容许的最大延迟的字段。响应于该字段的值，在最大延迟容限到期之后，MAC层可能丢弃分组，而不继续尝试传送该分组。

(g)会话生命时间是表示RTA会话活动多长时间(持续时间)的字段。这可以表示为相对于RTA分组生成时间的开始的时间，或者可以用RTA分组传输的周期性循环数来表示。MAC层在会话生命时间所定义的时间段内期望RTA分组到达。

图23图解说明响应于RTA流发起和接收到的参数，MAC层可以向更高层发送的对新会话请求的响应的原语参数的例证实施例150，下面说明这些参数。

(a)响应字段指示是否按原样实现了接收的要求。如果被设定为第一状态(例如，1)，则应用层不需要改变其参数。如果被设定为第二状态(例如，0)，则应用层应当接受建议的参数或者重新发送一组新的参数。

(b)会话ID字段指示该响应和参数涉及哪个RTA会话。应用层使用该信息来匹配会话ID和运行会话的所有其他RTA。

(c)最大RTA分组长度字段以比特或时间表示在响应为0的情况下，传送到MAC层的每个分组的建议最大大小。MAC层使用该信息来估计关于RTA的每个信道接入所需的时间。

(d)每个信道接入的待接收分组的最大数量是表示在分组的响应数量被指示为0的情况下，每个RTA信道接入的要传送到MAC层的分组的建议最大数量的字段。MAC层使用该信息来估计关于RTA的每个信道接入所需的时间。应注意的是，如果更高层发送每个信道接入中所需的时间而不是分组的数量和分组大小，则可将上述两个字段组合成一个变量。

(e)分组周期性字段表示在消息中的响应字段被设定为0的情况下，在RTA分组的一个预期时间之后，MAC层可以预期下一个RTA分组到达的建议时间。这是RTA分组的信道接入的周期性。MAC层使用该信息来估计RTA分组将从更高层到达的时间。

(f)最大延迟容限字段表示在消息中的响应字段被设定为0的情况下，从更高层接收的分组所容许的建议最大延迟。当响应为0时，这指示MAC层正在向APP层建议新的参数，而不接受APP层所请求的参数。在最大延迟容限到期后，MAC层可能丢弃分组，而不继续尝试传送该分组。

(g)会话生命时间字段表示RTA会话活动多长时间，可以用相对于RTA分组生成时间的开始的时间来指定，或者可以用RTA分组传输的周期性循环数来指定。MAC层在会话生命时间所定义的时间段内期望RTA分组到达。

7.2.争用和信道统计量

为了允许STA在适当的时间为RTA分组传输作好准备，STA需要收集关于信道忙碌程度的统计量。如果信道完全空闲，则STA可以不争用地接入信道。如果信道被占用，则STA被配置为等待信道空闲，并运行退避定时器以接入信道。一旦定时器到期，STA就可以接入信道。为了确保RTA分组按时发送，在分组到达时，信道应该被预留或者即将被预留。STA需要知道该信道的统计量，以作出关于何时尝试和接入该信道的正确决定。

信道统计量可以包括以下中的一个或多个：(a)关于正在接入信道的STA的数量的信息，这可以被进一步划分为：(a)(i)来自该STA是其一部分的同一BSSID的、正在接入信道的STA的数量；(a)(ii)正在接入信道，并且属于与该STA所属的BSSID不同的BSSID的STA的数量；和(a)(iii)正在接入信道，并且不能检测它是哪个BSSID的一部分的STA的数量。应注意的是，STA可以利用检测到的PHY报头以及可能的MAC报头来估计这些统计量。(b)信道被其他STA占用的时间百分比，这可以进一步划分为：(b)(i)信道被同一BSSID的STA占用的时间百分比；(b)(ii)信道被不同BSSID的STA占用的时间百分比；和(b)(iii)信道被BSSID未被识别的STA占用的时间百分比。应注意的是，STA可以利用检测到的PHY报头以及可能的MAC报头来估计这些统计量。(c)信道延迟接入时间表示一旦分组准备好发送就接入信道的平均时间。(d)退避定时器中断统计量表示关于退避定时器被中断的次数的统计量。

应注意的是，STA不必一直唤醒以收集这些统计量，例如STA可以每隔一段时间唤醒(周期性地或响应于状态/输入)并计算这些统计量。STA也可以处于只在它试图接入信道时才收集统计量的模式，这允许STA节省能量，从而它不需要仅仅为了收集统计量而唤醒。

7.3.早期争用窗口期

一旦STA建立了RTA会话，它就开始为下一个RTA分组到达运行定时器。按照本公开，即使在RTA分组到达之前，STA也可以争夺信道接入。这是为了避免有人恰好在分组到达之前获得对信道的接入。如果在分组到达之前截至早期争用窗口期的时间段内信道忙碌，则STA应开始争用。如果在该时间内信道空闲，则STA继续监视信道的状态。早期争用窗口期的大小应当与收集的统计量相关，其中统计量显示信道被更高地占用(例如，更多的STA，信道被占用的时间更多，更高的信道接入延迟或更高的退避定时器中断率)。早期竞争窗口期长度可以手动设定为固定值，或者可以按照信道统计量动态调整。

图24图解说明表示早期争用窗口期的动态调整的例证实施例170。一旦例程在172开始，就在174发起RTA会话，并且在176早期争用窗口(ECW)期被设定为0或初始值。过了一段时间，更新信道的统计量，在本流程图中被描述为循环，并且信道越拥塞，ECW期的值增加越多。一旦信道不太拥塞，ECW期的值就减小。

特别地，在178收集信道统计量，随后在180检查信道是被较多地占用还是较少地占用。该判定取决于阈值水平，高于该阈值水平，认为信道“较多地”被占用，低于该阈值水平，则认为信道“较少地”被占用。如果发现信道被较少地占用，则执行到达方框182，朝着最小值(例如，0)减小ECW期的值。或者，如果发现信道被较多地占用，则执行到达方框184，朝着最大值增大ECW期的值。在任一情况下，随后在186检查RTA会话是否仍然活动。如果RTA会话仍然活动，则在188等待定时器到期，并返回到方框178；否则在189，执行结束。

应注意的是，为了说明的简单起见，该流程图和其他流程图以时间线性的方式简单地描述流程。然而，应认识到的是，正在执行的步骤可以在多任务处理或多内核环境中进行，在这种环境中，流程图中的步骤在其任务和/或线程中进行，同时在为其他任务和/或线程进行其他动作。

7.4.早期信道接入窗口

运行RTA的STA可以在RTA分组估计到达时间之前占用信道，以保证在该时间没有其他站将占用信道。在RTA分组的估计到达时间之前允许STA占用信道的时间段是早期信道接入窗口(ECAW)。在此期间，如果STA决定接入信道，则STA开始向预期的STA或任何其他STA发送分组，条件是截至估计的RTA分组到达时间，STA将准备好发送RTA分组。如果STA在ECAW期间没有任何分组要发送，并且它需要占用信道，则STA发送空分组或伪分组，以便占用信道并且不允许任何其他人使用信道。ECAW应该为较小的时间段，并且不应导致用不必要的传输过度占用信道。

7.5.RTA分组到达前信道争用STA

一旦AP在任何时间具有活动的RTA会话，AP就可以开始信道的早期争用。与AP关联的STA必须获得关于AP RTA分组会话的信息，以调整其休眠和唤醒周期，从而避免由于STARF关闭或未准备好接收分组而丢失分组或延迟分组。AP向STA发送帧以向STA通知RTA流发起和与其关联的参数。STA确认RTA流发起帧的接收，并相应地调整其休眠和唤醒时间表。

在RTA会话活动时的任何时间点，AP STA可以发送更新ECW和ECAW参数的请求。在至少一个实施例中，AP被配置成每当预争用参数被更新时就通知STA，并且STA确认参数更新帧的接收。

图25图解说明AP STA 192在196向与之关联的STA 194发送PPACC请求或信息帧的例证实施例190。AP将其启动RTA流的意图通知STA。在198，STA用确认(ACK)帧来响应该请求。在PPACC请求/信息帧的接收的确认之后，AP可以通过在200发送ECA期请求/信息来随时更新RTA会话参数。在202，STA应确认帧的接收，并更新其与该RTA会话关联的参数。会话中可以发生继之以ACK 206的多个ECA 204。

8.MU-MIMO早期信道争用

类似于其中一个用户正在接入信道的SISO或SU-MIMO传输，当使用MU-MIMO/OFDMA接入信道时，STA需要在发送之前进行监听，以确定信道在传输之前未被占用。

图26图解说明其中信道空闲212，从而一经RTA分组到达214，传输就开始OFDMA帧传输的例子210。AP在所分配的资源单元(RU)中发送公共前导码216，随后是分组传输218。AP将分配的RU之一中的RTA分组发送到预期接收该RTA分组的STA。

图27图解说明当信道被占用(忙碌)232且STA开始争用处理以便获得信道接入时的情况的例子230，该争用处理引入分组延迟。图27描述来自应用的RTA分组到达234，从而当信道未被占用时，以退避间隔238开始争用，这里假设在退避之后获得接入，在信道上以公共前导码240开始向参与MU-MIMO/OFDMA传输的所有STA进行。该公共前导码具有与参与传输的STA和对于这些STA中的每一个的RU 242的分配的信息，这里，这些STA被例示为STA1、STA 2、RTA TX、STA 4、STA 5、STA 6。

当使用OFDMA或MU-MIMO传输时，将MU-MIMO用于DL或允许UL MU-MIMO的AP可以应用前面描述的相同算法。STA可以使用ECWP和ECCA来获得信道的接入。即使在数据被缓存之前，也可以调度STA来发送其RTA分组。

对于MU-MIMO/OFDMA传输，无论其是DL传输还是UL传输，AP都负责协调MU-MIMO或OFDMA传输。在这两种情况下，AP都负责获得信道的接入并协调传输。

8.1.DL传输

如果AP正在向STA发送RTA分组，并且已经获得关于RTA分组的预期到达时间的信息，则AP可以等待分组到达，然后感测信道以判定信道是否忙碌。如果信道未被占用，则AP可以调度向包括RTA STA的多个STA的MU-MIMO DL分组传输，如图27中所示，其中RTA TX被分配给某个空闲的RU。

忙碌信道场景中的RTA分组经历由信道争用时间引起的延迟。应认识到的是，如果AP由于其他STA也试图接入信道并且它们的退避定时器中的一个在该AP之前到期而没有获得对信道的接入，则这个时间可以大于图中所示的时间。在任何情况下，按照本公开的AP知道需要信道的时间，并且能够“预订”资源(提早预留信道)，保证RTA数据分组的信道时间。

8.1.1.早期信道接入

按照本公开的AP已经获得了预期的RTA分组到达时间，并尝试在分组到达之前预留信道。AP将倒计时定时器设定为新的RTA分组的预期到达时间。每当AP接收到RTA分组时，它设定RTA分组定时器并开始倒计时，直到新的RTA分组到达。当倒计时定时器达到等于countdown_channel_monitor_time的值时，AP开始监视信道以查看在新的RTA分组到达时间之前信道是否忙碌。如果信道不忙碌，则AP继续监视信道，直到当AP获得对信道的接入时计数器达到等于countdown_early_channel_access_time的值。如果在AP监视信道时的任何时间，信道都变得忙碌，则AP开始争夺信道接入并获得对信道的接入。如果AP具有对于其他STA的传输，并且愿意在RTA分组到达之前为RTA预订资源(提早预留信道)，则AP可以决定在RTA分组到达之前获得对信道的接入，而不在RTA分组到达之前监视信道。

8.1.2.直到RTA分组到达为止的填充传输

按照本公开的AP已经获得了关于预期的RTA分组到达时间的信息，并且能够在分组到达时间之前进行准备。AP可能具有要发送到同一BSS中的STA的其他数据，所述其他数据也可以通过使用MU-MIMO被发送到RTA STA以及其他STA。AP可以在RTA分组到达时或之前获得对信道的接入，如果AP在AP的预期到达时间之前获得对信道的接入，则AP仍然将RU分配给RTA STA DL传输，并开始MU-MIMO传输。

图28图解说明在RTA分组到达264MAC缓冲区中之前从而它还不能用于传输时，已开始MU-MIMO传输的情况的例证实施例250。通过分组到达前信道感测254，信道被视为忙碌252，AP监视257信道。信道忙碌状态持续到早期CW期256的一部分，AP等待信道未被占用。当发现信道未被占用时，AP开始退避258，因为它有其他数据要发送，并且还为尚未接收到的RTA数据进行早期信道接入259。AP获得对信道的信道接入，并首先利用公共前导码260开始MU-MIMO DL传输。AP开始向包括RTA STA的多个STA发送MU-MIMO DL分组262传输，即使RTA分组尚未到达，这种情况下RTA TX被分配给某个空闲的RU。这里可以看出，AP在RTA分组到达264之前生成填充263，此后RTA被发送265。从而，AP开始DL MU-MIMO的传输，并在RTA TX分组的开始处放置填充，如图中所示。一旦RTA分组到达MAC队列，则挂起填充数据，并将RTA分组数据添加到传输中。

图29图解说明RTA分组数据传输在DL MU-MIMO传输之后开始，并在DL MU-MIMO传输结束之前完成的情况的例证实施例270，AP在RTA分组数据之后添加填充，以使分配给RTASTA的RU上的数据传输的结束与分配给其他STA的RU的传输的结束同步。

通过分组到达前信道感测274，信道被视为忙碌272，AP监视277信道。信道忙碌状态持续到早期CW期276的一部分，AP等待信道未被占用。当发现信道未被占用时，AP开始退避278，因为它有其他数据要发送，并且还为尚未接收到的RTA数据进行早期信道接入279。AP获得信道接入，并首先利用公共前导码280继之以数据282开始MU-MIMO DL传输。AP开始向包括RTA STA的多个STA发送MU-MIMO DL分组282传输，即使RTA分组尚未到达，这种情况下RTA TX被分配给某个空闲的RU。这里可以看出，AP在RTA分组到达284之前生成填充281，此后RTA被发送283，并且由于短的RTA TX已经完成，因此它后面是附加填充285。

图30图解说明其中按照本公开操作的AP通过空间共享和MU-MIMO传输技术，在分配给RTA传输的时间期间调度不止一个STA来接入RU的情况的例证实施例290。在这个例子中，通过分组到达前信道感测294，信道被视为忙碌292，AP监视297信道。信道忙碌状态持续到早期CW期296的一部分，AP等待信道未被占用。当发现信道未被占用时，AP开始退避298，因为它有其他数据要发送，并且还为尚未接收到的RTA数据进行早期信道接入299。AP获得信道接入，并首先利用公共前导码300继之以数据302开始MU-MIMO DL传输。AP开始向包括RTA STA的多个STA发送MU-MIMO DL分组302传输，即使RTA分组尚未到达，这种情况下RTATX被分配给某个空闲的RU。这里可以看出，AP在RTA分组到达304之前生成填充301，此后RTA被发送303，并且在MU-MIMO DL传输之前完成，从而还发送附加填充305。在这个例子中可以看出，RTA TX303与STA 6 306进行共享308。

8.1.3.在同一RU上调度连续传输

在这个例子中，按照本公开操作的AP具有关于预期的RTA分组到达时间的信息，并且能够在分组到达之前为该传输进行准备。在这个特定的例子中，AP可能具有要发送到同一BSS中的STA的其他数据，所述其他数据也可以通过使用MU-MIMO被发送到RTA STA以及其他STA。AP可以在RTA分组到达时或之前获得对信道的接入，如果AP在AP的预期到达时间之前获得对信道的接入，则AP仍然将RU分配给RTA STA DL传输，并开始MU-MIMO传输。

图31图解说明被分配给与其他STA共享的RTA STA的RU的例证实施例310，所述其他STA正在接收RTA分组或者正在接收常规非RTA分组。所述共享是通过一个接一个地调度STA传输而进行的基于时间的共享。当RU的时间在两个STA之间划分时，STA分时共享该RU。

通过分组到达前信道感测314，信道被视为忙碌312，AP监视317信道。信道忙碌状态持续到早期CW期316的一部分，AP等待信道未被占用。当发现信道未被占用时，AP开始退避318，因为它有其他数据要发送，并且还为尚未接收到的RTA数据进行早期信道接入319。AP获得信道接入，并首先利用公共前导码320继之以数据322开始MU-MIMO DL传输。AP开始向多个STA(其中一个是STA 6 323)发送MU-MIMO DL分组322传输，随后当RTA分组到达324时，RTA数据被发送325。从而可以看出，RU在非RTA流量和RTA流量之间共享。

图32图解说明按照本公开操作的AP在RTA分组之前和/或之后使用填充，使得在MU-MIMO分组中一直能够发送和传输比特，以降低分配给RTA分组传输的时间内的峰值-平均功率比(PAPR)的情况的例证实施例330。应认识到的是PAPR是给定分组传输中样本的最大功率除以该传输的平均功率之间的关系。如果已经到达分配给RTA分组传输的时间，但是该分组尚不可用，则在RTA分组传输之前使用填充。如果RTA分组数据传输在MU-MIMO分组传输结束之前完成，则在发送RTA分组之后使用填充。

更具体地，图32描述通过分组到达前信道感测334，信道被视为忙碌332，AP监视339信道。信道忙碌状态持续到早期CW期336的一部分，AP等待信道未被占用。当发现信道未被占用时，AP开始退避338，因为它有其他数据要发送，并且还为尚未接收到的RTA数据进行早期信道接入340。AP获得信道接入，并首先利用公共前导码341继之以数据342开始MU-MIMO DL传输。AP开始向多个STA(其中一个是STA 6 343)发送MU-MIMO DL分组322传输，如果STA 6传输在RTA分组到达344之前完成，那么生成填充345。一经RTA分组到达344，RTA数据就被发送346。如果RTA TX 346在OFDMA帧结束之前完成，那么生成填充347。从而，在图32中，可以看出RU在非RTA流量和RTA流量之间共享。

图33图解说明按照本公开操作的AP如图所示，通过空间共享和MU-MIMO传输技术，在分配给RTA传输或关于RU的其他调度的时间期间，调度不止一个STA来接入该RU的情况的例证实施例350。

具体地，图33描述通过分组到达前信道感测354，信道被视为忙碌352，AP监视357信道。信道忙碌状态持续到早期CW期356的一部分，AP等待信道未被占用。当发现信道未被占用时，AP开始退避358，因为它有其他数据要发送，并且还为尚未接收到的RTA数据进行早期信道接入359。AP获得信道接入，并首先利用公共前导码360继之以数据362开始MU-MIMODL传输。AP开始向多个STA(其中一个是与STA 7 365共享RU的STA 6 363)发送MU-MIMO DL分组362传输，如果STA 6传输在RTA分组到达364之前完成，那么如图中所示，生成填充367。一经RTA分组到达364，RTA数据就被发送366，并且如果RTA TX在OFDMA帧结束之前完成，那么生成填充368。从而，在图33中，可以看出RU在STA之间以及在非RTA流量和RTA流量之间共享。

8.1.4.接收DL MU-MIMO RTA的STA

按照本公开，即使在RTA分组的预期到达时间之前，接收调度的DL-MU-MIMO RTA的STA也知道何时期望RTA分组。从而在遵循所公开的协议时，期望RTA分组的STA在RTA分组的预期到达时间之前不会进入睡眠状态。特别地，期望RTA分组的STA会在RTA分组的预期到达时间之前的时间段唤醒，所述时间段在允许AP在早期信道接入期时间之前进行发送的情况下由countdown_channel_monitor_time设定，或在不允许AP在早期信道接入期之前进行发送的情况下由countdown_early_channel_access_time设定。当发起RTA早期争用过程时，STA和AP交换这些参数，并且STA被通知它需要被唤醒的时间。接收DL MU-MIMO分组的STA通过检查前导码，可以确定其数据传输的开始。

9.1.5.允许同一RU上的延迟调度和级联调度

当前在802.11ax中，不允许在发送前导码之后延迟分组数据的传输。MAC报头和有效负载直接跟随前导码。当前在802.11ax中，不允许在一个MU-MIMO DL分组中在时域中将不止一个STA调度到不止一个RU(不分时共享)。通过使用MU-MIMO向多个STA发送多个空间流，可以在空间域中共享RU，然而，不允许在同一MU-MIMO分组中一个接一个地调度STA。

图34图解说明在本公开的时候，在802.11标准(包括802.11n、802.11ac和802.11ax标准)中利用的填充的例证实施例370，在所述802.11标准中，在RU中允许在MU-MIMO分组的末尾具有填充比特，以确保所有RU传输同时完成。在图34中，发送PHY前导码372，随后是数据374，数据374包括MAC报头376、有效负载378和FCS380。数据字段374之后是填充382。

为了允许按照本公开的延迟调度和/或级联调度，使接收前导码的STA知悉意图给STA的数据可能直接跟随前导码或者被延迟。延迟可能归因于其他STA的传输，或者在RTA分组实际准备好传输之前正在发送的一些空数据/填充。作为示例而非限制，延迟和/或级联的信息可以被明确地添加到前导码，或者以其他方式使STA能够获得关于在前导码之后的RTA分组的开始的信息。

8.1.6.前导码格式

为了在DL MU-MIMO分组传输开始之后允许RTA STA的延迟数据传输，RTA STA和AP都应当预期数据可能被延迟。AP通知RTA STA它应当在特定RU上接收RTA分组，而无需确定该分组在整个帧中将在何时被传送。RTA STA随后监视该RU，并解析接收到的数据。

8.1.6.1.AP在RTA分组传输之前发送填充

图35图解说明AP在RTA分组传输之前发送填充的情况的例证实施例390。AP在用户字段的前导码中向STA通知在特定RU为RTA STA调度的传输。图35中，发送PHY前导码392，随后是RTA STA在指定的RU解析的接收到的数据，AP将填充394发送为伪分组，MAC报头396表示该分组并不是意图给RTA STA的，并且具有伪有效负载398和FCS 400。RTA STA在调度的RU解析所接收到的数据，并且发现具有不是针对它的目的地地址的伪分组。RTA STA通过读取伪分组的持续时间字段，查明伪分组何时结束。RTA STA在伪分组结束之后返回检查另一个分组(MAC报头、有效负载和FCS)。可以看到数据402被接收，数据402包括MAC报头404、有效负载406和FCS 408。RTA STA读取新分组的MAC报头404。如果MAC报头将目的地表示为RTASTA，则RTA STA解码所接收的分组，直到如在RTA分组的MAC报头中的持续时间字段中指定的分组的结尾为止。

8.1.6.2.AP在RTA分组之前向其他STA发送其他分组

图36图解说明AP在RTA分组之前向其他STA发送其他分组的情况的例证实施例410。图36中，可以看到PHY前导码412，随后是给STA 1的数据414，它包括MAC报头416、有效负载418和FCS420，随后是给STA 2的数据422，它包括MAC报头424、有效负载426和FCS 428。

AP向两个STA(STA 1和STA 2(RTA STA))通知特定RU上的DL MU-MIMO的调度。两个STA被告知他们被调度为在同一RU上接收数据。STA 1没有运行RTA会话，从而它预期在前导码之后立即接收其数据。STA 2解析前导码之后的数据，并解码发送给它的MAC报头和有效负载。STA 1将分组的剩余部分视为填充，不对其进行解码。STA 2是运行RTA会话的RTASTA。STA 2接收分组，并在指定的RU解析所接收到的数据。RTA STA在被调度的RU解析所接收到的数据，并发现该分组是具有不是针对它的目的地地址的分组。

RTA STA通过读取伪分组的持续时间字段，查明该分组何时结束。RTA STA在STA 1分组结束之后返回检查另一个分组(MAC报头、有效负载和FCS)并读取新分组的MAC报头。如果MAC报头将目的地表示为RTA STA，则RTA STA解码所接收到的分组，直到如在RTA分组的MAC报头中的持续时间字段中指定的分组的结尾为止。

8.1.6.3.PHY前导码

图37图解说明如在802.11ax中使用的高效(HE)多用户(MU)PPDU的例证实施例430。MU-MIMO传输情况下的HE-SIG-A包含指示以下内容的字段：传输的类型(UL/DL)、MCS及DCM是否用于HE-SIG-B字段、BSS颜色、PPDU的空间重用状态、带宽、MU-MIMO用户或HE-SIG-B符号的数量、SIG-B存在性的公共字段、保护间隔和LTF大小、多普勒效应、TXOP换算值、LTE符号数和中间码周期性(以对抗时变信道条件)、STBC、LDPC和填充额外参数、以及卷积解码器的CRC和尾部。

图38图解说明在图37的PPDU帧中所示的如在802.11ax中使用的HE-SIG-B字段的例证实施例450。HE-SIG-B提供OFDMA和DL MU-MIMO资源分配指派。公共字段指示频域中的数据部分中的RU指派，为MU-MIMO分配的RU以及MU-MIMO用户的数量。公共字段包含RU分配子字段，它表示对于RU指派的音调(tone)(子载波)，并且如果存在大于或等于阈值(例如106)的RU，则它指示MU-MIMO复用用户的数量。

用户特有字段包含确定用户指派和分配的用户块字段。用户块字段包含STA ID、指派给它的空时流的数量、是否使用发射波束成形、使用的MCS和DCM、以及编码的类型。

当AP决定特定RU分配时，它将HE-SIG-A字段上的MU-MIMO用户或HE-SIG-B符号的数量设定为可以转换为HE-SIG-B字段的长度的内容。这应当确定预期将有多少用户块字段。

如果指派了RU并且该RU的RTA STA在接收其数据时被延迟，那么就像RTA STA没有延迟地接收分组一样地指派HE-SIG-A和HE-SIG-B。然而，在传输的开始添加寻址到假STAID的伪分组。

如果指派了RU使得RTA STA跟随其他STA的分组，那么进行以下操作：(a)设定HE-SIG-A：HE-SIG-B符号的数量或MU-MIMO用户的数量，使得它向原始用户数增加一个用户，从而允许HE-SIG-B携带第二用户字段信息；(b)就像任何RU中都不存在级联传输一样地指派HE-SIG-B公共字段；(c)除了已经指派的用户块字段之外，在最后的用户块字段添加RTASTA的HE-SIG-B用户字段；和(d)公共字段RU分配仍然指示用户的总数，如同RTA STA和其他STA是一个用户一样。

8.1.6.4.RTA用户字段

图39和图40图解说明例证实施例470、490，例证实施例470、490图解说明在分配RTA STA以级联其他STA传输之前和之后的RTA用户字段。图39中表示了在分配RTA以级联任何其他分配之前的PPDU前导码的HE-SIG-A和HE-SIG-B字段。MU-MIMO模式下的HE-SIG-A具有指示MU-MIMO用户的数量或HE-SIG-B字段的符号的数量的字段，这在本例中被赋值为‘n’，其中假设将有‘2n’个用户共享资源。据此，应存在‘n’个用户块字段，其中每个用户块字段包含2个用户字段数据。

在图40中，该图表示当分配RTA STA以在RU之一级联传输时的情况。MU-MIMO用户的总数或HE-SIG-B字段的符号数在本例中被增大为2n+1，并向HE-SIG-B用户字段添加新的用户块，以携带RTA STA数据。

8.1.7.AP流程图

图41图解说明AP DL OFDMA预争用和RTA数据的未来调度的例证实施例510。假设AP知悉RTA分组到达的调度情况，并且对RTA分组应在何时到达有预期。AP发起定时器，其中时间是RTA分组的预期到达的倒计时。AP需要在RTA分组到达之前采取动作，并且应认识到的是，可使用在RTA分组到达之前产生估计时间的任何实现，而不脱离本发明的教导。

执行始于511，在512，对RTA分组计数器进行检查，以判定它是否低于阈值。如果分组计数器还没有达到阈值，则在514，AP更新RTA计数器，并等待执行返回方框512，一旦RTA分组倒计时定时器小于特定阈值(threshold_1)，则执行到达方框516，AP通过首先在516检查信道是否被占用(忙碌)，开始为RTA分组传输作准备。如果信道忙碌，那么AP开始处理518以争夺信道接入，随后在方框526获得对信道的接入，之后在528，AP调度DL MU MIMO传输和未来的RTA分组传输，之后在530，AP重置分组计数器，之后执行返回方框512。

如果在方框516，没有发现信道忙碌，则到达方框520，AP检查它是否具有要为其他STA调度的数据。如果AP已经调度了DL MU-MIMO/OFDMA传输，则它到达方框526，AP获得对信道的接入，并在528调度DL MU MIMO传输和未来的RTA分组传输，之后在530，AP重置分组计数器，之后执行返回方框512。

否则，如果在方框520的检查指示AP不具有给其他STA的数据，则执行到达方框522，更新RTA计数器，并在方框524检查RTA分组计数器是否达到第二阈值，使得AP可以继续监测信道，直到倒计时定时器达到threshold_2并在此时接入信道为止。如果在524的检查指示分组计数器不小于Threshold_2，则执行返回方框516，否则执行到达方框526，AP获得信道接入，在528调度DL MU-MIMO/OFDMA传输，并调度未来的RTA分组，之后在530重置RTA分组计数器，之后返回方框512。

图42图解说明调度MU-MIMO或延迟的RTA分组传输(包括添加填充)的例证实施例550。处理始于551，在552检查在MAC缓冲区中RTA分组是否可用。如果RTA分组可用，则到达方框554，分配资源单元(RU)，并立即开始发送DL分组，之后该过程在564结束。

如果在MAC缓冲区中还没有RTA分组可用，则执行到达方框556，在方框556，知道RTA分组的估计到达时间的AP估计在RTA分组将可用于TX之前剩余的时间，并使用该时间来调度RTA分组TX时间。随后在方框558进行检查，以判定是否存在要发送给其他STA的符合该估计的剩余时间范围内的分组。如果这些条件被满足，则在方框566，AP为RTA分组和其他STA分组传输分配RU，然后在方框568，将分组发送到其他STA，随后在RTA分组可用时发送RTA分组，之后处理在564结束

否则，如果在方框558的条件未被满足，则在方框560，AP为RTA分组传输分配RU，并在562，添加将在分配的RU中发送的填充，直到RTA分组变得可用为止，然后处理在564结束。

8.1.8.RTA STA流程图

图43图解说明STA处理从AP接收的具有RTA分组的未来调度的分组的例证实施例570。处理始于572，在574进行检查，以判定STA是否从AP接收到具有MU-MIMO/OFDMA PPDU的分组，之后在576检查它是否具有活动RTA会话，或者预期/使能未来的分组调度。如果这些条件中的任何一个不被满足，则执行直接转到方框584，以处理分组数据，随后在590结束处理。

否则，在方框574和576的两个条件都被满足的情况下，随后到达方框578，解析前导码以从PPDU前导码提取调度信息。在580检查RU的分时共享。如果该检查指示该STA与其他STA分时共享RU，则执行到达方框586，从用于其调度传输的前导码的HE-SIG-B字段的末尾提取用户字段信息，并且它指出RTA传输预期在第一STA完成其分组传输之后在所识别的RU上发生588。接收器监视在分配的RU上发送的分组。在所监视的RU处的OFDMA帧的开始，分组不被发送到第一接收器。在给第一用户的分组已完成其传输之后，随后给RTA用户的分组被发送。从而，接收器监视RU，并期望在RU上接收数据，之后在584，处理分组数据，随后在590，处理结束

否则，如果在检查580发现没有其他STA与该STA分时共享RU，则到达方框582，STA解析所分配的RU上的接收到的数据，并确定在以伪分组的形式发送到伪STA的分组的开始可能需要什么填充。STA可以读取填充或其他STA传输的MAC报头，并知道该分组的结尾及其分组的开始。在填充582之后，在584发送针对该STA的分组，随后在590，处理结束。

8.1.9.HE-SIG-B中的用户字段

8.1.9.1.802.11ax定义的用户字段

用户字段跟随HE-SIG-B的公共字段。公共字段中的RU分配字段和用户特有字段中的用户字段的位置一起识别用于传送针对STA的数据的RU。802.11ax中的用户字段用21比特定义，所述21比特指示在RU分配中使用的STA ID、空间配置、MCS和编码。具体地，STA_ID的11比特B0-B10指示表示用户字段的STA ID；空间配置的4比特B11-B14指示MU-MIMO分配中针对STA的空间流的数量；MCS的4比特B15-B18指示调制和编码方案；1比特B19被保留，并被设定为0；编码的1比特B20指示是使用BCC还是LDPC。

如果MU-MIMO用户数或HE-SIG-B字段的符号数指示用户数大于由HE-SIG-B部分的公共字段中的RU分配子字段分配的用户数，则预期具有更多的字段来定义在所分配的RU之一中的STA传输之一以后发送的RTA分组。为了识别与RTA STA共享哪个RU，作为示例而非限制，可以利用以下方式之一。

8.1.9.2.修改用户字段以显示共享同一RU

指示RU由其他STA分时共享的第一种方式是通过使用保留比特，如下重新定义用户字段：STA_ID的11比特B0-B10指示表示用户字段的STA ID；空间配置的4比特B11-B14指示MU-MIMO分配中针对STA的空间流的数量；MCS的4比特B15-B18指示调制和编码方案；1比特B19指示RU共享，所述RU共享指示是否与其他STA分时共享RU，指示其他用户字段正预期其定义其他STA参数；编码的1比特B20指示是使用BCC还是LDPC。

当RU共享子字段被设定为1时，与其他STA分时共享与该用户字段关联的RU(分时)。这是通过在向具有在该用户字段中定义的STA_ID的STA的分组传输结束之后，将分组发送给其他STA来实现的。发送此字段的STA在所有最初被调度使用这些可用RU的用户字段结束后，添加共享该RU的STA的用户字段。

图44图解说明存在由其他STA共享的多个RU的情况的例证实施例610，用户字段的顺序与在被调度的用户字段结束时额外的STA共享RU用户字段的顺序相同。STA 1和STA 2分配的RU由公共分配字段以及它们的用户字段在前导码的HE-SIG-B部分的用户字段部分中的顺序决定。这些RU被指示为由STA 3及STA 4共享，并且STA 1和STA 2的用户字段中的RU共享字段被设定为1。STA 3和STA 4的用户字段的位置在用户字段部分的末尾，并且它们的顺序是这样的，使得STA 3用户字段首先到来以引用使RU共享字段被设定为1的第一用户字段，以及STA4以引用RU共享字段被设定为1的第二用户字段。

8.1.9.2.2.第二STA分时共享RU用户字段

8.1.9.2.2.1.例1

如果分时共享RU的第二STA需要定义它自己的PHY参数(MCS、编码和空间流的数量)，则可以定义用户字段的一个例子。这可以使用与802.11ax中定义的相同字段(与在8.1.91节描述的相似)，或者使用修改的字段。

8.1.9.2.2.2.例2

其中分时共享RU的第二STA不必定义它自己的PHY参数(MCS、编码和空间流的数量)，且与和它分时共享RU的第一STA共享相同参数的另一例子如下。这种情况下，如下重新定义用户字段：STA_ID的11比特B0-B10指示表示用户字段的STA ID；Time_to_Start_Second_STA_Transmission的8比特B11-B19指示从分组接收的开始的时间偏移，分时共享RU的第二STA将在该时间偏移处被启动；1比特B20被保留。

与第一STA分时共享RU的第二STA从第一STA用户字段复制PHY参数(MCS、编码和空间流的数量)，并且第二STA分时共享RU用户字段。

由于第二STA从与之分时共享RU的第一STA复制所有参数，因此它可以在其他字段中使用所有这些比特。例如，这里使用8比特来指示应开始第二传输的时间偏移。比特的数量可以随所需的分辨率而变化，并且单位可以是任何定义的时间单位或者预先定义的刻度(ticks)。

在第一传输(TX)为填充的情况下，第一STA的STA ID可以是假STA ID，并且PHY数据意图提供给第二STA(延迟的传输)。

8.1.9.3.不修改地共享RU用户字段

8.1.9.3.1.第一STA分时共享RU用户字段

分时共享RU用户字段的第一STA不必改变RU用户字段，RU用户字段保持原样，比如类似于在802.11ax中所定义的。由于用户字段的格式保持原样，因此这允许在MU-MIMO或非MU-MIMO PPDU格式的情况下使用它。分时共享RU的第一STA在其传输结束之后，不应被使用该RU的STA中断，从而用户字段不受影响。

8.1.9.3.2.第二STA分时共享RU用户字段

分时共享RU用户字段信息的第二STA在原始STA用户字段完成之后到来。分时共享RU的第二STA在使用MU-MIMO PPDU的情况下与第一STA共享PHY参数(例如MCS、编码、空间流的数量)，而在使用非MU-MIMO PPDU的情况下共享非MU-MIMO PHY参数(例如，空时流的数量、是否使用发射波束成形、MCS、是否使用DCM、以及编码)。

分时共享RU的第二STA知道它正与哪个用户(STA)分时共享RU，因为它从其用户字段提取该信息。分时共享RU用户字段的第二STA引用与之分时共享RU的第一STA。

这种情况下的用户字段的格式可以类似于以下的例子。这种情况下，如下所述重新定义用户字段：STA_ID的11比特B0-B10指示表示用户字段的STA ID，其ID与那个STA ID匹配的STA使用该用户字段中的数据；User_Field_Index_to_Copy_PHY_params_from的4比特B11-B14是分时共享RU用户字段的第一STA的索引，而分时共享RU的第二STA将使用该索引所引用的用户字段中的PHY参数来提取可用PHY参数；Time_to_Start_Second_STA_Transmission的5比特B15-B19指示从分组接收的开始的时间偏移，分时共享RU的第二STA将在该时间偏移处被启动。

在上面的例子中，只使用了5比特来指示应开始第二传输的时间偏移。比特的数量可以随所需分辨率而变化，单位可以是任何时间单位或预先定义的刻度。在第一TX是填充的情况下，第一STA的STA ID可以是假STA ID，并且PHY数据意图提供给第二STA(例如，延迟的传输)。

8.2.UL传输

UL OFDMA/MU-MIMO在802.11ax中使用触发帧来定义，触发帧还可以从STA请求非AP STA的缓存状态报告(BSR)以及TB PPDU。

图45图解说明具有正在运行RTA的STA的UL OFDMA/MU-MIMO的例证实施例630、660、666。图45描述AP 632、STA 1 634和RTA STA 636的通信。

AP发现信道忙碌638，一旦信道未被占用，AP就进行退避640，获得信道接入来发送642触发帧BSRP，以从STA收集缓存状态报告并调度UL MU-MIMO传输。一旦AP获得对信道的接入，它就向其BSS中的STA发送该TIF BSRP。收到TIF的所有STA用缓存状态报告646、648进行响应。缓存状态报告指示非AP STA想要发送给AP的数据量。在RTA STA，如果RTA分组在TIF BSRP 642到达之前到达649，则BSR反映RTA分组，并且已报告给AP。AP从非AP STA收集BSR，并使用该信息向STA调度资源644。发现信道忙碌652的AP利用退避654争夺信道接入，随后一旦它已调度资源，它就将基本TIF 656发送到调度了UL MU-MIMO的STA。

一旦非AP STA接收到TIF 656，它们就开始在TIF中所指示的调度资源上发送它们的分组。图中表示这些站每个都生成公共前导码658、664和RU(包括用于STA 1 662的RU和用于RTA TX 668的RU)。图中示出由于STA等待BSRP TIF和通过回复TIF来报告其缓存状态所需的时间、以及等待TIF以在所分配的资源上开始UL传输所需的时间，RTA分组被延迟650。

8.2.1.UL RTA请求

如果非AP STA正定期生成RTA分组，并且预计它已经为特定调度上的传输作好准备，则按照本公开的非AP STA可以避免与等待AP触发BSR帧和向AP通知RTA分组调度关联的延迟。

如果非AP STA具有运行中的RTA会话，则按照本公开的至少一个实施例，它被配置成向AP通知发起的RTA会话，并发送与运行中的RTA会话关联的参数。接收到该信息的AP可以确认RTA流发起请求的接收，并接受或拒绝该请求。

如果AP接受RTA流发起请求，则它在RTA到达非AP STA的预期时间向非AP STA分配资源，非AP STA不必在BSR中报告RTA分组。

图46A图解说明UL RTA请求的例证实施例670。图46描述在AP 672和RTA STA 673的通信，RTA STA 673向AP 672发送RTA流发起请求帧674a，以通知RTA会话发起和参数，对于RTA流发起请求帧674a，AP用RTA流发起响应674b进行响应。可以看出，RTA分组随后到达678RTA STA。AP已获得RTA会话参数，并且可以为非AP STA调度资源，因此在争用并获得676信道接入之后，它发出TIF 680，以在预期时间开始UL传输。RTA STA接收TIF 680，开始在TIF中指示的调度资源上发送其分组，并生成公共前导码682和RU 684(包括用于RTA TX的RU)。通信以这种方式继续进行，AP获得接入688、698，发送TIF 690、700，RTA STA接收RTA分组到达686、696，并利用前导码692、702和RU 694、704的块发送调度的分组。当RTA会话结束时，可以看到非AP STA发送RTA流终止请求706，AP通过发送RTA流终止响应来用确认708进行响应。

图46B图解说明例证实施例670'，表示图46A的变体，描述了通过向BSR 679添加RTA分组周期性和生成信息并仅发送其一次来实现RTA会话发起请求的另一种方式。AP从BSR提取该信息，并更新RTA会话细节。在至少一个实施例中，这是通过在忙碌675a和退避675a之后，将RTA流发起请求681中的信息字段附加到在接收BSRP 677之后被发送到AP的BSR 679来进行的。图中的其他部分与图46A中所示的相同。

8.2.2.UL RTA流量排队持续时间(RTQTD)反馈

从非AP STA接收RTA分组周期性的AP调度资源，并在RTA分组在非AP STA应已准备就绪的估计时间发送TIF。然而，该估计时间可能不够精确，并且可能由于缓存或信道接入和传输中的其他延迟而提前或推迟。非AP STA可以根据它正在接收的RTA分组的排队持续时间，发送AP更新。AP使用该信息通过修改基本TIF传输的时间来更新其UL传输的调度定时，以减少RTA分组的缓存时间，或者在RTA分组通常被延迟的情况下延迟TIF。

图47图解说明通过从非AP STA向AP发送RTQTD反馈消息，调整RTA分组的调度时间的例证实施例710。可以看到AP 712和非AP STA 714(它是RTA STA)之间的通信。从RTA STA发送RTA流发起716，对于该请求，AP发送响应718，之后，从AP向RTA STA发送TIF 720。RTASTA利用RU 724进行UL MU-MIMO 722，然而，在接收到TIF之时，RTA分组还没有准备好被发送，因为尚未从应用层接收到RTA分组，RTA分组准备好被发送的预期时间用726标记。STA可能失去发送该分组的机会，从而等待另一个TIF，以便单独地或者连同在新的TIF 729之前到达的其他RTA分组728一起发送该RTA分组。为了使STA将TIF帧传输与RTA分组准备好传输的预期时间同步，STA生成RTQTD反馈734，AP对RTQTD反馈734进行确认736，之后AP在下一个RTA分组准备好传输之前的适当时间发送TIF 738，RTA STA进行UL MU-MIMO 740和RU 744，其中RTA分组在前导码之后的RU的开始时准备就绪742。

8.2.3.RTA参数交换的例子

图48图解说明非AP STA 752与AP STA 754交换帧，以向AP通知RTA会话并不断更新RTA会话参数的例证实施例750。

当APP层向非AP STA的MAC层通知RTA的发起756以及RTA分组传送的周期性、定时信息时，非AP STA向AP通知RTA会话的发起，并转发关于RTA分组预期到达时间的定时参数。AP用流发起响应758进行响应，以确认所述请求的接收，并通过接受或拒绝该请求来响应所述请求。

如果非AP STA接收到流发起响应和接受响应，则非AP STA可以通过向AP发送RTQTD反馈帧760，请求更新AP调度UL传输的时间。AP通过确认762该帧的接收来响应该帧。在活动RTA会话期间，可以在任何时间并且多次进行这种帧交换。

当非AP STA RTA会话到期时，非AP STA可以向AP发送RTA流终止请求764，以向AP通知RTA会话到期，并且非AP STA不需要被自动调度用于RTA分组UL传输。AP用RTA流终止响应766来响应该帧，以确认终止请求的接收。应注意的是，如果流发起请求包括会话到期信息，则会话可以被自动终止。

8.2.4.UL RTA调度

图49图解说明UL RTA调度的例证实施例770，描述了AP 772与RTA STA 774之间的交互。一旦STA建立了RTA会话，它就向AP通知RTA会话参数。如果AP接受RTA会话发起，则它开始为下一个RTA分组预期到达非AP STA的时间运行定时器。

图49表示在信道被监视782的同时，在早期CW期780内，在分组到达前信道感测时间778，信道正处于忙碌状态776。即使在预期的RTA分组到达非AP STA之前，AP STA也利用退避786争夺信道接入，这是为了避免有人恰好在预期的分组到达之前获得信道的接入而延迟TIF传输。早期信道接入期开始784，AP获得信道接入并发送TIF 788。响应于该TIF，RTASTA利用前导码790和包括RTA TX794的RU 792开始UL RTA传输。应注意的是，由于RTA分组直到在前导码790之后才到达，因此发送填充795，直到RTA分组到达796为止，一经RTA分组到达796，RTA TX 794就开始。

图50也描述了UL RTA调度810，不过描述了AP 812、STA 6814和RTA STA 816之间的交互。图50表示在信道被监视824的同时，在早期CW期822内，在分组到达前信道感测时间820，信道正处于忙碌状态818。即使在预期的RTA分组到达非AP STA之前，AP STA也利用退避828争夺信道接入，这是为了避免有人恰好在预期的分组到达之前获得信道的接入而延迟TIF传输。早期信道接入期开始826，AP获得信道接入并发送TIF 830。响应于该TIF，STA 6利用前导码832和RU 836(具有用于STA 6的RU 838)开始传输。RTA STA利用前导码834和RU840(包括与STA 6分时共享同一RU的RTA TX 842)开始UL RTA传输，并在RTA分组到达837之后开始RTA传输。

AP计算发送TIF所需的时间、UP传输前的帧间隔、公共前导码的传输延迟和其他关联的处理延迟。AP被配置为对TIF传输进行定时，使得非AP UL传输将在RTA分组到达非APSTA时或者稍后发生。在预期分组到达非AP STA之前的时段期间，在早期争用窗口期期间，如果信道忙碌，则AP应开始争用。如果在此期间信道空闲，则AP继续监视信道的状态。

早期争用窗口期的大小优选收集的统计量相关，其中所述统计量显示信道被较多地占用(更多的STA，信道被占用的时间更多，更高的信道接入延迟或更高的退避定时器中断率)。

早期竞争窗口期长度可以手动设定为固定值，或者可以按照信道统计量动态调整。如果直到早期信道接入期为止，AP发现信道空闲，则AP直接接入信道，而不等待预期的RTA分组到达时间。该时段假设较小，并且保证没有其他STA会获得信道接入而因此延迟RTA分组传输。

如果AP比预期的RTA分组到达时间减去TIF传输所需的时间和UL传输的帧间隔更早地获得了信道。则AP可以调度其他STA在未被占用的时间进行发送，或者调度发送填充信息。在被调度的情况下，运行RTA会话的非AP STA负责发送该填充信息。

8.2.5.AP流程图

图51A和51B图解说明AP使用MU-MIMO技术来调度UL RTA分组传输的例证实施例850。处理始于852，在854进行检查，以判定RTA会话是否是用非AP STA发起的。如果RTA会话是用非AP STA发起的，则执行转到图51B中的方框878，其中使用常规UL传输方案，然后在882结束。

否则，如果RTA会话是用AP发起的，则在856，AP使用收集的统计量和来自非AP STA(RTA STA)反馈RTQTD来计算信道接入阈值threshold_1和threshold_2。AP知道RTA分组到达非AP STA的调度表，并且对RTA分组应在何时到达非AP STA队列有预期。

这在RTA流发起消息被传递给AP。AP发起定时器，其中时间值是预期的RTA分组到达非AP STA缓冲区的倒计时。AP需要在RTA分组到达之前采取行动，在RTA分组到达之前给出估计时间的任何实现都应当是有效的。

离开方框856，随后在858检查RTA分组计数器是否低于Threshold_1。如果不低于该阈值，则执行转到方框860，更新RTA计数器，之后返回检查858。否则，如果分组计数器低于Threshold_1，则AP开始准备触发帧，并进行检查862以判定信道是否忙碌。在倒计时时间达到threshold_1之后，如果信道忙碌，则到达方框864，AP争夺信道接入，随后到达图51B的方框872，此时AP获得信道接入。

如果检查862判定信道不忙碌，则在866检查AP是否具有要为其他UL STA传输调度的数据。如果存在要调度的传输，则到达图51中的方框872，AP获得信道接入，然后在874调度UL MU-MIMO/OFDMA传输，在该分配中调度未来的UL RTA分组，并发送具有该分配信息的触发帧。

如果在方框866的检查发现AP不具有用于其他UL STA传输的数据，则在868，AP可以更新RTA计数器，并继续监视信道，随后到达图51B中的检查870。如果RTA不低于Threshold_2，则执行返回在方框862对信道忙碌的检查。否则，当在检查870发现倒计时定时器已达到Threshold_2，则到达方框872，此时AP接入信道。

随后在874，AP调度UL MU-MIMO/OFDMA传输，在该分配中调度未来的UL RTA分组，并发送具有这些分配信息的触发帧。在876检查RTA会话是否已到期。如果RTA会话已到期，则执行转到方框878，使用常规UL传输机制(方案)。否则，一旦触发帧被发送并且RTA会话未被终止，则在880，AP重置定时器，执行返回858，检查RTA分组计数器是否小于Threshold_1，开始下一个UL RTA分组的倒计时。

图52图解说明调度UL-MIMO或延迟的UL RTA分组传输的例证实施例890。处理始于892，随后在894进行检查，以判定估计在非AP STA的MAC缓冲区中是否有RTA分组可用。如果检查894被满足，则执行到达方框896，AP向RTA分组分配资源(RU)并发送触发帧以开始UL传输，之后在909结束处理。

然而，如果估计在非AP STA的MAC缓冲区中尚无RTA分组可用，则执行从检查894转到方框898，AP基于估计的RTA分组到达时间估计和留给RTA分组的可供在非AP STA进行发送的时间，估计直到预期的RTA分组到达非AP STA的剩余时间，并使用该时间在RU上调度未来的UL RTA分组TX时间。

随后在900，AP检查是否存在要由其他STA发送并且符合在RTA分组到达前剩余的时间的其他UL分组。如果这样的条件被满足，则到达方框906，AP在同一RU上，在RTA分组之前调度其他UL STA分组传输，在908发送具有指示RU的分时共享的用户信息的触发帧，之后结束处理。

如果在检查900，条件未被满足，则在方框902，AP为RTA分组传输分配RU，随后在方框904，发送触发帧，并调度非AP STA在调度的RTA传输之前发送填充，之后在909，处理结束。

8.2.6.非AP STA(RTA STA)流程图

图53A和图53B图解说明STA处理从AP接收的具有UL调度和RTA分组的未来调度的基本触发帧的例证实施例910。处理始于912，在914进行检查，以判定RTA STA是否从AP接收到指示调度的UL MU-MIMO传输的触发帧。如果该条件不被满足，则执行转到图53B中的方框936，处理分组数据，之后在938，处理结束。

否则，如果在方框914的条件被满足，并且从AP接收到触发帧，则在916检查它是否具有活动RTA会话或者预期/使能未来的分组调度。如果该条件不被满足，则执行再次转到图53B中的方框936。否则，在该条件被满足的情况下，执行到达方框918，STA从触发信息中提取分配信息，从而STA解析触发帧以提取调度信息。

在920，进行检查，以判定RU是否是与其他STA分时共享的。如果该条件不被满足，从而对于UL传输，STA不与其他STA分时共享RU，则在922，非AP STA立即在所分配的资源上发送其UL分组，执行到达图53B中的方框936，随后在938，处理结束。

否则，如果在方框920，判定RU被共享，则执行到达检查924，判定分组传输是被提早终止还是被延迟。如果发现分组传输被提早终止，则到达图53B的方框926，发送分组，直到指示的终止时间为止，随后在936处理分组数据，在938，结束处理。

然而，如果分组传输被延迟，则到达图53B的方框928，为其调度的传输提取触发帧的用户字段信息。要注意的是，第二用户字段应携带STA应开始发送RTA分组的时间。在提取该信息之后，检查930判定在帧的开始处是否要求填充。如果该条件被满足，则在932发送填充数据，直到RTA分组的开始为止，之后到达方框934。否则，如果不要求填充，则执行直接转到方框934，发送指定时间的RTA分组，之后到达方框936，处理分组数据，然后在938，结束处理。

8.2.7.触发帧格式

图54图解说明用于为UL MU-MIMO/OFDMA传输分配资源的触发帧的例证实施例950。它携带进行响应的STA为发送HE TB PPDU及其UL数据所需的信息。该帧包含帧控制信息、帧的持续时间、接收器和发送器信息。它还包含所有用户发送HE TB PPDU的公共信息和每个用户的特定信息。

图55图解说明包含在图54的触发帧格式中的用户信息字段970。这个用户字段在802.11ax中定义，并且包含STA AID、STA的RU分配、UL参数，UL参数可以包括FEC编码类型、MCS、DCM、空间流分配和目标RSSI等。

为了在UL调度帧的开始，用信号通知RTA的级联调度或者填充信息的调度，在图54的触发帧中，可以使用用户字段中的保留比特B39。如果与该用户字段关联的STA(STA的AID匹配用户字段中的AID字段)正在延迟其在所调度的UL帧中的传输，则AP将B39设定为1。其用户字段匹配其AID的非AP STA仍然处理数据，并提取为传输所需的所有PHY参数。在看到B39被设定为1之后，非AP STA应当预期具有与之关联的另一个用户字段，所述另一个用户字段具有非AP STA的相同AID，并且包含UL传输的定时信息(例如，前导码的延迟，或者何时完成UL传输)，还有STA是否应在RTA分组传输之前发送伪分组。该用户字段还包含数量可变的比特，所述数量可变的比特包含与触发相关的用户信息。

图56A和图56B图解说明在多个STA的级联传输的情况下，或者在一个STA传输被延迟并且要求该STA发送填充信息的情况下，要发送的触发帧的例证实施例990，其中图56A和56B描述了多个用户信息字段。第一用户字段的SS分配/RA-RU信息指示传输是被延迟还是被提早结束，并且该用户字段中的与触发相关的用户信息属于具有常规TX信息的RTA STA。

8.2.7.1.对于具有延迟开始的非AP STA

图56A和图56B的触发帧包含用于非AP STA的两个用户字段。第一用户字段包含RTA STA的AID，并且具有设定为1的级联TX比特。图56B的第二用户字段包含RTA STA的AID，并且具有与常规用户字段不同的格式。第二用户字段通过将延迟TX或提早TX终止字段设定为1，指示传输被延迟。定时信息的第二用户字段指示相对于UL TX开始时间，非AP STA开始UL传输的时间。作为示例而非限制，为定时信息已经分配了5比特，不过，比特数可以按照定义的分辨率和使用的时间单位来不同地设定。示出了填充TX子字段，指示传输是填充分组还是常规分组。第二用户字段传输中的用户字段的剩余部分被保留。

8.2.7.2.对于具有提早Tx终止的非AP STA

触发帧包含用于非AP STA的两个用户字段。第一用户字段包含RTA STA的AID，并且具有设定为1的级联TX比特。第二用户字段包含RTA STA的AID，并且具有与常规用户字段不同的格式。第二用户字段通过将延迟TX或提早TX终止字段设定为0，指示传输被提早终止。第二用户字段在定时信息中指示相对于UL TX开始时间，非AP STA终止UL传输的时间。在这个例子中，我们为定时信息分配了5个比特。比特数可以按照定义的分辨率和使用的时间单位而不同。如果非AP STA要发送填充信息，则填充TX字段被设定为1，否则它被设定为0。第二用户字段传输中的用户字段的剩余部分被保留。

9.帧格式

9.1.PPACC请求

图57图解说明PPACC请求帧的例证实施例1030，所述PPACC请求帧由非AP STA发送给其BSS中与之关联的AP STA，以请求使用分组到达前信道接入过程。非AP STA期望来自APSTA的接受或拒绝该请求的响应。各个字段如下所示。帧控制字段包含识别该帧的所有必要信息。PPACC请求字段被设定为第一状态(例如，1)，以指示非AP STA正在请求PPACC过程启用。AP STA应将其与网络设置进行比较，并批准或拒绝该请求。ECW长度字段指示所请求的由非AP在PPACC过程期间要使用的ECW期长度(例如，时间)。AP STA应将其与网络设置进行比较，并批准或拒绝该值。ECAW长度字段指示所请求的由非AP在PPACC过程期间要使用的WCAW期长度(例如，时间)。AP STA应将其与网络设置进行比较，并批准或拒绝该值。PPACC长度字段指示请求PPACC在非AP STA中活动的时段。如果该请求被批准，则STA将持续该时段长度(时间或者信标间隔数)运行PPACC，值为0指示无限的时段。

9.2.PPACC响应

图58图解说明PPACC响应字段的例证实施例1050。该帧由AP STA响应于使用分组到达前信道接入过程的请求，发送给其BSS中的非AP STA。非AP STA期望来自AP STA的接受或拒绝该请求的响应。各个字段如下所示。帧控制字段包含识别该帧的所有必要信息。PPACC响应字段被设定为第一状态(例如，1)，以指示非AP STA正接受对PPACC过程启用的PPACC请求，否则所述请求被拒绝。接收到该响应的STA将启用PPACC过程，如果该响应是所述请求被接受的话。如果该响应指示拒绝，则非AP STA可以重发具有其他参数的该请求。建议的ECW长度字段只有在PPACC响应被设定为第二状态(例如，0)时才存在。这指示如果请求被拒绝，但AP仍然愿意为非AP STA启用PPACC过程，则非AP在PPACC过程期间要使用的建议的ECW期长度。如果AP不愿为非AP STA启用PPACC过程，则AP将该字段设定为0。

建议的ECAW长度字段只有在PPACC响应被设定为0时才存在。这指示如果请求被拒绝，但AP仍然愿意为非AP STA启用PPACC过程，则非AP在PPACC过程期间要使用的建议的ECAW期长度。如果AP不愿为非AP STA启用PPACC过程，则AP将该字段设定为0。

建议的PPACC长度字段只有在PPACC响应被设定为0时才存在。这指示如果请求被拒绝，但AP仍然愿意为非AP STA启用PPACC过程，则非AP在PPACC过程期间要使用的建议的PPACC长度。如果AP不愿为非AP STA启用PPACC过程，则AP将该字段设定为0。

9.3.ECA期请求

图59图解说明ECA期请求的例证实施例1070。该帧由非AP STA发送给其BSS中与之关联的AP STA，以请求更新分组到达前信道接入过程的参数。非AP STA期望来自AP STA的接受或拒绝该请求的响应。各个字段如下所示。帧控制字段包含识别该帧的所有必要信息。ECW长度字段指示所请求的由非AP在PPACC过程期间要使用的更新的ECW期长度(例如，时间)。AP STA应将其与网络设置进行比较，并批准或拒绝该值。ECAW长度字段指示所请求的由非AP在PPACC过程期间要使用的WCAW期长度(例如，时间)。AP STA应将其与网络设置进行比较，并批准或拒绝该值。

9.4.ECA期响应

图60图解说明ECA期响应帧的例证实施例1090。该帧由AP STA响应于更新分组到达前信道接入过程的参数的请求，发送给其BSS中的非AP STA。非AP STA期望来自AP STA的接受或拒绝该请求的响应。各个字段如下所示。帧控制字段包含识别该帧的所有必要信息。ECA响应字段被设定为第一状态(例如，1)，以指示非AP STA接受对PPACC过程启用的ECA请求，否则所述请求被拒绝。接收到该响应的STA将更新PPACC过程的ECA参数，如果该响应是所述请求被接受的话。

9.5.RTA流发起请求

图61图解说明RTA流发起请求的例证实施例1110。该帧由STA发送给其关联的AP，以请求在特定时间持续具有特定周期性的一定时间地发起RTA会话。各个字段如下所示。帧控制字段包含识别该帧的所有必要信息。RTA会话长度字段指示AP要为STA调度以进行UL传输的时段。如果该请求被接受，则接收到该请求的AP应当为STA分配和调度用于该UL传输时间量的资源。RTA会话开始时间字段指示预期RTA会话开始的时间。这表示STA预期具有准备好传输的分组的时间。该时间可以相对于该分组的传输时间，或者是AP与STA同步时的确切时间。AP使用该值作为开始为UL调度的STA传输分配资源的时间。RTA会话期字段指示从STA到AP的RTA分组传输的周期性。每个RTA会话期，预期STA具有准备要发送的RTA数据。AP使用该信息在这些时段中的每个时段调度一个RTA信道接入。RTA传输的预期时间应在RTA会话开始时间加上多个RTA会话期之后。RTA会话生命字段指示RTA会话开启的时间量。这表示每个RTA会话期，预期STA向AP发送分组的时间。该时间可以相对于该分组的传输时间，或者是AP与STA同步的确切时间。在该时间之后，AP将停止调度RTA分组传输。

9.6.RTA流发起响应

图62图解说明RTA流发起响应的例证实施例1130。该帧由AP发送给其关联的STA，作为对在特定时间或者以特定周期性持续一定时间地发起RTA会话的请求的响应。各个字段如下所示。帧控制字段包含识别该帧的所有必要信息。RTA会话发起响应字段指示对RTA流发起请求的响应。如果被设定为第一状态(例如，1)，则AP指示它接受了RTA会话请求，并向该RTA会话分配了会话ID。如果被设定为第二状态(例如，0)，则AP指示它拒绝了该请求。如果发起请求被接受了，并且接收到会话ID，则STA应期望RTA传输的调度。RTA会话ID字段指示由AP向STA分配的RTA会话ID。STA在未来使用该会话ID来引用该RTA会话。

9.7.RTQTD反馈

图63图解说明RTQTD反馈字段的例证实施例1150。该帧由STA发送给其关联的AP，以更新RTA传输的预期时间。STA可以在会话发起之后的任何时间发送该帧。各个字段如下所示。帧控制字段包含识别该帧的所有必要信息。RTA会话ID字段指示由AP分配给STA的RTA会话ID。STA在未来使用该会话ID来引用该RTA会话。RTA会话时移字段指示预期新的RTA传输开始的时间。这表示STA预期具有准备好传输的分组的时间。该时间可以相对于该分组的传输的时间，或者是AP与STA同步时的确切时间。AP使用该值来更新用于UL调度的STA传输的资源分配。

9.8.RTQTD反馈确认

图64图解说明RTQTD反馈确认的例证实施例1170。该帧由STA发送给其关联的AP，以更新RTA传输的预期时间。STA可以在会话发起之后的任何时间发送该帧。各个字段如下所示。帧控制字段包含识别该帧的所有必要信息。RTA会话ID字段指示由AP分配给STA的RTA会话ID。STA在未来使用该会话ID来引用该RTA会话。RTA会话RTQTD ACK字段指示RTQTD更新请求的接收的确认。

如果被设定为第一状态(例如，1)，则AP确认将RTA分组传输时间更新为在请求中发送的时间差。STA应在所请求的时间内期望该分配。如果被设定为第二状态(例如，0)，则AP不能更新RTA传输时间，STA可以稍后尝试或者继续使用当前的分配。

10.总结

按照本公开，针对RTA分组调度UL或DL的MU-MIMO传输的AP在RTA分组到达前向分组传输分配资源，并且甚至可以在预期的RTA分组到达之前获得对信道的接入。为了实现这一点，AP进行以下操作：(a)使AP知道在DL MU-MIMO传输的情况下在AP的RTA分组预期到达时间和周期性、或者在UL MU-MIMO传输的情况下在非AP STA的RTA分组预期到达时间和周期性。(b)AP可以在DL或UL方向的RTA分组的预期到达时间之前争夺信道接入，并且可以通过以下任意之一，对于UL或DL传输，调度其他STA和RTA STA在相同资源上的级联传输：(i)如果AP在RTA分组到达之后或在RTA分组到达时获得对信道的接入，则在所分配的资源上立即调度RTA分组传输；或者(ii)如果AP在RTA分组的预期到达时间之前获得对信道的接入，则对于UL或DL传输，AP可以调度其他STA和RTA STA在相同资源上的级联传输。

在至少一个实施例中，如果AP在RTA分组的预期到达时间之前获得对信道的接入，则对于UL或DL传输，AP可以调度其他STA和RTA STA在相同资源上的级联传输。

在针对DL MIMO的至少一个实施例中，如果AP在RTA分组到达之前获得对信道的接入，则AP可以调度未来的DL RTA分组，并发送起填充作用的伪分组，直到RTA分组到达为止。

在针对DL MIMO的至少一个实施例中，如果AP在RTA分组到达之前获得对信道的接入，则AP可以调度未来的DL RTA分组，并通过分时共享资源来在同一RU上调度其他DL传输，直到RTA分组到达为止。

在至少一个实施例中，AP通过修改DL MU-MIMO帧的前导码，向STA通知所分配的资源中的传输被延迟。非AP STA可以解析资源，并期望在填充(伪分组)已经被发送了之后的RTA分组。

在至少一个实施例中，AP通过修改DL MU-MIMO帧的前导码，向RTA STA通知所分配的资源中的传输被延迟。非AP STA可以解析资源，并期望在其他STA传输已经进行了之后的RTA分组。

在至少一个实施例中，AP可以修改给非AP STA的用户字段的前导码，以指示RU是与其他STA分时共享的。这是通过以下步骤进行的。(a)在用户字段中设定比特以指示RU被共享，并发送其他用户字段以指示其他STA的信息或填充，或者(b)通过定义新的用户字段，并发送相对于DL传输的开始的时间，此时正在开始延迟的DL传输，这样，分时共享资源的两个传输共享PHY参数。

在针对UL传输的至少一个实施例中，非AP STA向AP发送RTA流发起请求，以向AP通知RTA会话及RTA会话参数。AP用确认以及对RTA流会话请求的接受或拒绝来响应，这节省了每当分组可用于UL方向的传输时发送BSR的延迟。

在针对UL传输的至少一个实施例中，AP向UL RTA分配资源，并向非AP STA发送触发帧。AP可以在RTA分组到达之前发送分配信息。

在至少一个实施例中，AP可以通过在触发帧中向非AP STA发送两个用户字段，调度非AP STA在接收到RTA分组之后延迟其UL传输，其中第一用户字段指示PHY参数，而第二用户字段指示UL传输的延迟开始。

在至少一个实施例中，在非AP STA不发送其分组时，可以请求非AP STA发送填充数据(伪分组)。

在至少一个实施例中，在被延迟的STA不发送其UL数据时，AP可以调度其他STA进行发送。这是通过向该STA通知它正在分时共享资源和在触发帧中向非AP STA发送两个用户字段来实现的，第一用户字段在PHY参数中指示，而第二用户字段在UL传输的终止中指示。

在针对UL传输的至少一个实施例中，非AP STA可以向AP发送RTA分组的排队缓存状态，以更新其对RTA分组调度时间的估计。

11.实施例的一般范围

在本技术中描述的增强功能可以容易地在各种无线通信站电路中实现。还应认识到的是，无线通信站优选被实现为包括一个或多个计算机处理器装置(例如，CPU、微处理器、微控制器、计算机使能ASIC等)和存储指令的关联的存储器(例如，RAM、DRAM、NVRAM、FLASH、计算机可读介质等)，从而在处理器上执行被存储在存储器中的编程(指令)，以进行本文中描述的各种处理方法的步骤。

为了说明的简单起见，附图中未描绘计算机和存储装置，因为本领域的普通技术人员会认识到使用计算机装置来执行与操作无线通信站有关的步骤。本技术对于存储器和计算机可读介质是非限制性的，只要这些存储器和计算机可读介质是非临时性的，从而不构成临时性电子信号即可。

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

因而，流程图的方框、以及这里说明的过程、算法、步骤、操作、公式或计算描述，支持用于进行指定功能的部件的组合、用于进行指定功能的步骤的组合、以及用于进行指定功能的计算机程序指令(比如体现为计算机可读程序代码逻辑部件)的组合。还应理解的是流程图的每个方框，以及这里说明的任何过程、算法、步骤、操作、公式或计算描述及其组合可以用进行指定功能或步骤的基于专用硬件的计算机系统、或者专用硬件和计算机可读程序代码的组合来实现。

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

还应认识到的是本文中使用的术语“编程”或“可执行程序”指的是可以由一个或多个计算机处理器执行，以进行本文中的一个或多个功能的一个或多个指令。指令可以体现为软件、固件或者软件和固件的组合。指令可以存储在装置本地的非临时性介质中，或者可以远程存储，比如存储在服务器上，或者全部或部分的指令可以本地存储和远程存储。远程存储的指令可以通过用户发起，或者基于一个或多个因素自动地下载(推送)到装置。

还应认识到的是本文中使用的术语处理器、硬件处理器、计算机处理器、中央处理器(CPU)和计算机同义地用于表示能够执行指令，并与输入/输出接口和/或外围装置通信的装置，并且术语处理器、硬件处理器、计算机处理器、CPU和计算机意欲包含一个或多个装置、单核和多核装置、以及它们的变化。

根据本文中的记载，应认识到的是本公开包含多个实施例，所述多个实施例包括(但不限于)以下实施例：

1.一种用于网络中的无线通信的设备，所述设备包括：(a)无线通信电路，所述无线通信电路被配置为站，所述站用于与其接收区域中的至少一个其他无线局域网(WLAN)站进行无线通信、并且起接入点(AP)或非AP作用；(b)处理器，所述处理器耦接到被配置为在WLAN上操作的站内的所述无线通信电路；(c)非临时性存储器，所述非临时性存储器存储可由所述处理器执行的指令；并且(d)其中当由所述处理器执行时，所述指令执行以下步骤，包括：(d)(i)使所述无线通信电路起WLAN站作用，所述WLAN站被配置为支持传送对通信延迟敏感的实时应用(RTA)分组以及非实时分组；(d)(ii)通过预先协商、或分组报头信息、或者预先协商和分组报头信息的组合，区分实时应用(RTA)分组和非实时应用(非RTA)分组；(d)(iii)当起进行DL MU-MIMO传输的AP作用时，或者当起进行UL MU MIMO传输的非AP站作用时，获得关于RTA分组到达时间和周期性的信息；(d)(iv)其中起调度RTA分组的上行链路(UL)或下行链路(DL)的多用户(MU)多输入多输出(MIMO)传输的接入点(AP)作用的所述站在RTA分组到达前执行向分组传输分配资源；和(d)(v)当起AP站作用时，在DL或UL方向的RTA分组的预期到达时间之前争夺信道接入，和(A)如果AP在RTA分组到达之后或在RTA分组到达时获得对信道的接入，则在所分配的资源(RU)上立即调度RTA分组传输；或(B)如果AP在RTA分组的预期到达时间之前获得对信道的接入，则对于UL或DL传输，调度其他站和RTA站在相同的所分配的资源(RU)上的级联传输。

2.一种用于网络中的无线通信的设备，所述设备包括：(a)无线通信电路，所述无线通信电路被配置为站，所述站用于与其接收区域中的至少一个其他无线局域网(WLAN)站进行无线通信、并且起接入点(AP)或非AP作用；(b)处理器，所述处理器被耦接到被配置为在WLAN上操作的站内的所述无线通信电路；(c)非临时性存储器，所述非临时性存储器存储可由所述处理器执行的指令；并且(d)其中当由所述处理器执行时，所述指令执行以下步骤，包括：(d)(i)使所述无线通信电路起WLAN站作用，所述WLAN站被配置为支持传送对通信延迟敏感的实时应用(RTA)分组以及非实时分组；(d)(ii)通过预先协商、或分组报头信息、或者预先协商和分组报头信息的组合，区分实时应用(RTA)分组和非实时应用(非RTA)分组；(d)(iii)当起进行DL MU-MIMO传输的AP作用时，或者当起进行UL MU MIMO传输的非AP站作用时，获得关于RTA分组到达时间和周期性的信息；(d)(iv)其中起调度RTA分组的上行链路(UL)或下行链路(DL)的多用户(MU)多输入多输出(MIMO)传输的接入点(AP)作用的所述站在RTA分组到达前执行向分组传输分配资源，并且在起DL MIMO的AP作用时，如果AP在RTA分组到达之前获得对信道的接入时，则调度未来的DL RTA分组，并发送起填充作用的伪分组，直到DL RTA分组到达为止；和(d)(v)当起AP站作用时，在DL或UL方向的RTA分组的预期到达时间之前争夺信道接入，和(A)如果AP在RTA分组到达之后或在RTA分组到达时获得对信道的接入，则在所分配的资源(RU)上立即调度RTA分组传输；或(B)如果AP在RTA分组的预期到达时间之前获得对信道的接入时，则对于UL或DL传输，调度其他站和RTA站在相同的所分配的资源(RU)上的级联传输。

3.一种在网络中执行无线通信的方法，包括：(a)使无线通信电路起被配置为站的WLAN站作用，所述站用于与其接收区域中的至少一个其他无线局域网(WLAN)站进行无线通信、并且起接入点(AP)或非AP作用，以支持传送对通信延迟敏感的实时应用(RTA)分组以及非实时分组；(b)通过预先协商、或分组报头信息、或者预先协商和分组报头信息的组合，区分实时应用(RTA)分组和非实时应用(非RTA)分组；(c)当起进行DL MU-MIMO传输的AP作用时，或者当起进行UL MU MIMO传输的非AP站作用时，获得关于RTA分组到达时间和周期性的信息；(d)其中起调度RTA分组的上行链路(UL)或下行链路(DL)的多用户(MU)多输入多输出(MIMO)传输的接入点(AP)作用的所述站在RTA分组到达前执行向分组传输分配资源；和(e)当起AP站作用时，在DL或UL方向的RTA分组的预期到达时间之前争夺信道接入，和(A)如果AP在RTA分组到达之后或在RTA分组到达时获得对信道的接入，则在所分配的资源(RU)上立即调度RTA分组传输；或(B)如果AP在RTA分组的预期到达时间之前获得对信道的接入，则对于UL或DL传输，调度其他站和RTA站在相同的所分配的资源(RU)上的级联传输。

4.一种用于无线通信的系统和方法，包括：(a)调度RTA分组的UL或DL的MU-MIMO传输的AP在RTA分组到达前向分组传输分配资源，以便甚至在预期的RTA分组到达之前获得对信道的接入；(b)确定在DL MU-MIMO传输的情况下在AP的RTA分组预期到达时间和周期性，或者在UL MU MIMO传输的情况下在非AP STA的RTA分组预期到达时间和周期性；(c)在DL或UL方向的RTA分组的预期到达时间之前，作为AP争夺信道接入；(d)如果AP在RTA分组到达之后或在RTA分组到达时获得了对信道的接入，则在所分配的资源上立即调度RTA分组传输；(e)如果AP在RTA分组的预期到达时间之前获得了对信道的接入，则对于UL或DL传输，通过AP调度其他STA和RTA STA在相同资源上的级联传输；(f)如果AP在RTA分组到达前获得了对信道的接入，则通过AP调度未来的DL RTA分组，并发送起填充作用的伪分组，直到RTA分组到达为止，这是在DL MIMO的情况下进行的；(g)如果AP在RTA分组到达前获得了对信道的接入，则AP调度未来的DL RTA分组，并通过分时共享资源在同一RU上调度其他DL传输，直到RTA分组到达为止，这是在DL MIMO的情况下进行的。

5.按照任意前述实施例的系统、设备或方法，其中当由起DL MIMO的AP作用的处理器执行时，所述指令执行以下步骤，包括：如果AP在RTA分组到达之前获得对信道的接入，则调度未来的DL RTA分组，并发送起填充作用的伪分组，直到DL RTA分组到达为止。

6.按照任意前述实施例的系统、设备或方法，其中当由起DL MIMO的AP作用的处理器执行时，所述指令还执行以下步骤，包括：通过修改DL MU-MIMO帧的前导码，向非AP站通知所分配的资源(RU)中的传输被延迟，以允许非AP STA解析资源，使得非AP STA期望在填充或伪分组已经被发送了之后的DL RTA分组。

7.按照任意前述实施例的系统、设备或方法，其中当由起DL MIMO的AP作用的处理器执行时，还执行以下步骤，包括：通过修改DL MU-MIMO帧的前导码，向非AP站通知所分配的资源(RU)中的传输被延迟，以允许非AP STA解析资源，使得非AP STA期望在其他站传输完成之后的DL RTA分组。

8.按照任意前述实施例的系统、设备或方法，其中当由起DL MIMO的AP作用的处理器执行时，执行以下步骤，包括：在资源分配(RU)上调度未来的DL RTA分组，并调度其他DL传输以分时共享所述资源分配(RU)，直到DL RTA分组到达为止。

9.按照任意前述实施例的系统、设备或方法，其中当由起DL MIMO的AP作用的处理器执行时，所述指令还执行以下步骤，包括：响应于以下操作而修改向非AP站发送的用户字段的前导码，以指示所分配的资源(RU)是与其他站分时共享的：(i)在用户字段中设定比特以指示所分配的资源(RU)被共享，并发送其他用户字段以指示其他STA的信息或用于传输的填充，或者(ii)定义新的用户字段，并发送相对于DL MIMO传输的开始的时间值，延迟的DL MIMO传输将在该时间值开始，而分时共享资源的两个传输共享PHY参数。

10.按照任意前述实施例的系统、设备或方法，其中当由起具有上行链路(UL)传输的非AP站作用的处理器执行时，所述指令执行以下步骤，包括：向AP发送RTA流会话请求，以向AP通知RTA会话及RTA会话参数，对于该请求，AP用确认以及RTA流会话请求的接受或拒绝来响应，从而消除与每当分组可用于上行链路(UL)方向的传输时发送缓存状态报告(BSR)有关的延迟。

11.按照任意前述实施例的系统、设备或方法，其中当由起具有上行链路(UL)传输的AP站作用的处理器执行时，所述指令执行以下步骤，包括：为UL RTA分组传输分配资源(RU)，并向非AP STA发送触发帧。

12.按照任意前述实施例的系统、设备或方法，其中当由起具有上行链路(UL)传输的AP站作用的处理器执行时，所述指令执行以下步骤，包括：在RTA分组到达之前分配资源(RU)。

13.按照任意前述实施例的系统、设备或方法，其中当由起具有上行链路(UL)传输的AP站作用的处理器执行时，所述指令执行以下步骤，包括：通过在触发帧中向非AP站发送两个用户字段，调度非AP STA在接收到RTA分组之后延迟其UL传输，其中第一用户字段指示PHY参数，而第二用户字段指示UL传输的延迟开始。

14.按照任意前述实施例的系统、设备或方法，其中当由起具有上行链路(UL)传输的AP站作用的处理器执行时，所述指令执行以下步骤，包括：当非AP STA不在所分配的资源(RU)中发送分组时，请求非AP STA发送填充数据或伪分组。

15.按照任意前述实施例的系统、设备或方法，其中当由起具有上行链路(UL)传输的AP站作用的处理器执行时，所述指令执行以下步骤，包括：在站的UL数据的站传输已经被延迟的时候，调度其他站来发送。

16.按照任意前述实施例的系统、设备或方法，其中当由所述处理器执行时，所述指令通过以下步骤进行其他站的调度，所述步骤包括：向其他站通知它正在分时共享所分配的资源(RU)和在触发帧中向所述其他站发送两个用户字段，其中第一用户字段指示PHY参数，而第二用户字段指示上行链路(UL)传输的终止。

17.按照任意前述实施例的系统、设备或方法，其中当由起具有上行链路(UL)传输的非AP站作用的处理器执行时，所述指令执行以下步骤，包括：向AP发送RTA分组的排队缓存状态，以更新其对RTA分组调度时间的估计。

18.按照任意前述实施例的系统、设备或方法，其中AP通过修改DL MU-MIMO帧的前导码，向STA通知所分配的资源中的传输被延迟。非AP STA可以解析资源，并期望在填充(伪分组)的传输完成之后的RTA分组。

19.按照任意前述实施例的系统、设备或方法，其中AP通过修改DL MU-MIMO帧的前导码，向RTA STA通知所分配的资源中的传输被延迟，而非AP STA可以解析资源，并期望在其他STA传输完成之后的RTA分组。

20.按照任意前述实施例的系统、设备或方法，其中AP可以修改给非AP STA的前导码用户字段，以指示RU是与其他STA分时共享的。这是通过以下操作进行的：(a)在用户字段中设定比特以指示RU被共享，并发送其他用户字段以指示其他STA的信息或填充，或者(b)定义新的用户字段，并发送相对于DL传输的开始的时间，延迟的DL传输正在该时间开始。为此，分时共享资源的两个传输应共享PHY参数。

21.按照任意前述实施例的系统、设备或方法，其中在UL传输的情况下，非AP STA向AP发送RTA流发起请求，以向AP通知关于RTA会话及RTA会话参数。AP用确认以及对RTA流会话请求的接受或拒绝来响应。这节省了每当分组可用于UL方向的传输时发送BSR的延迟。

22.按照任意前述实施例的系统、设备或方法，其中在UL传输的情况下，AP向ULRTA分配资源，并向非AP STA发送触发帧。AP可以在RTA分组到达之前发送该分配。

23.按照任意前述实施例的系统、设备或方法，其中AP可以通过在触发帧中向非APSTA发送两个用户字段，调度非AP STA在接收到RTA分组之后延迟其UL传输，其中一个用户字段指示PHY参数，而另一个用户字段指示UL传输的延迟开始。

24.按照任意前述实施例的系统、设备或方法，其中在非AP STA不发送其分组时，可以请求非AP STA发送填充数据(伪分组)。

25.按照任意前述实施例的系统、设备或方法，其中在被延迟的STA不发送其UL数据时，AP可以调度其他STA进行发送。这是通过向该STA通知它正在分时共享资源并在触发帧中向非AP STA发送两个用户字段来实现的，一个用户字段指示PHY参数，而另一个用户字段指示UL传输的终止。

26.按照任意前述实施例的系统、设备或方法，其中对于UL传输的情况，非AP STA可以向AP发送RTA分组的排队缓存状态，以更新其对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的任意组合。诸如之前列出一组要素的“中的至少一个”之类的措辞结构指示存在这组要素中的至少一个，这包括适用的这些所列要素的任何可能组合。

本说明书中涉及“实施例”、“至少一个实施例”或类似实施例用语的引用指示结合所述实施例说明的特定特征、结构或特性包含在本公开的至少一个实施例中。从而，这些不同的实施例短语不一定都指的是同一实施例，或者指的是与说明的所有其他实施例不同的特定实施例。实施例措辞应被解释为意味着给定实施例的特殊特征、结构或特性可在公开的设备、系统或方法的一个或多个实施例中以任何适当的方式组合。

所公开实施例的各个要素的为本领域普通技术人员已知的所有结构等同物和功能等同物通过引用被明确地包含在本文中，并旨在被权利要求书所包含。此外，本公开中的元件、组件或方法步骤都不意图奉献给公众，不论所述元件、组件或方法步骤是否被明确地记载在权利要求书中。本文中的权利要求要素不应被解释为“装置+功能”要素，除非利用短语“用于…的装置”(或“用于…的部件”)明确地记载该要素。本文中的权利要求要素不应被解释为“步骤+功能”要素，除非利用短语“用于…的步骤”明确地记载该要素。

Claims

1.一种用于网络中的无线通信的设备，所述设备包括：

(a)无线通信电路，所述无线通信电路被配置为站，所述站用于与其接收区域中的至少一个其他无线局域网(WLAN)站进行无线通信、并且起接入点(AP)或非AP作用；

(b)处理器，所述处理器耦接到被配置为在WLAN上操作的站内的所述无线通信电路；

(c)非临时性存储器，所述非临时性存储器存储能够由所述处理器执行的指令；并且

(d)其中当由所述处理器执行时，所述指令执行以下步骤，包括：

(i)使所述无线通信电路起WLAN站作用，所述WLAN站被配置为支持传送对通信延迟敏感的实时应用(RTA)分组以及非实时分组；

(ii)通过预先协商、或分组报头信息、或者预先协商和分组报头信息的组合，区分实时应用(RTA)分组和非实时应用(非RTA)分组；

(iii)当起进行DL MU-MIMO传输的AP作用时，或者当起进行UL MU MIMO传输的非AP站作用时，获得关于RTA分组到达时间和周期性的信息；

(iv)其中起调度RTA分组的上行链路(UL)或下行链路(DL)的多用户(MU)多输入多输出(MIMO)传输的接入点(AP)作用的所述站在RTA分组到达前执行向分组传输分配资源；

(v)当起AP站作用时，在DL或UL方向的RTA分组的预期到达时间之前争夺信道接入，和(A)如果AP在RTA分组到达之后或在RTA分组到达时获得对信道的接入，则在所分配的资源(RU)上立即调度RTA分组传输；或(B)如果AP在RTA分组的预期到达时间之前获得对信道的接入，则对于UL或DL传输，调度其他站和RTA站在相同的所分配的资源(RU)上的级联传输；和

(vi)当起DL MIMO的AP站作用时，通过修改DL MU-MIMO帧的前导码，向非AP站通知所分配的资源中的传输被延迟，以允许非AP STA解析资源，使得非AP STA期望在填充或伪分组已经被发送了之后的DL RTA分组。

2.按照权利要求1所述的设备，其中当由起DL MIMO的AP作用的处理器执行时，所述指令执行以下步骤，包括：如果AP在RTA分组到达之前获得对信道的接入，则调度未来的DLRTA分组，并发送起填充作用的伪分组，直到DL RTA分组到达为止。

3.按照权利要求2所述的设备，其中当由起DL MIMO的AP作用的处理器执行时，所述指令还执行以下步骤，包括：通过修改DL MU-MIMO帧的前导码，向非AP站通知所分配的资源(RU)中的传输被延迟，以允许非AP STA解析资源，使得非AP STA期望在其他站传输完成之后的DL RTA分组。

4.按照权利要求1所述的设备，其中当由起DL MIMO的AP作用的处理器执行时，所述指令执行以下步骤，包括：在资源分配(RU)上调度未来的DL RTA分组，并调度其他DL传输，以分时共享所述资源分配(RU)，直到DL RTA分组到达为止。

5.按照权利要求4所述的设备，其中当由起DL MIMO的AP作用的处理器执行时，所述指令还执行以下步骤，包括响应于以下操作而修改向非AP站发送的用户字段的前导码以指示所分配的资源(RU)是与其他站分时共享的：(i)在用户字段中设定比特以指示所分配的资源(RU)被共享，并发送其他用户字段以指示其他STA的信息或用于传输的填充，或者(ii)定义新的用户字段，并发送相对于DL MIMO传输的开始的时间值，延迟的DL MIMO传输将在该时间值开始，而分时共享资源的两个传输共享PHY参数。

6.按照权利要求1所述的设备，其中当由起具有上行链路(UL)传输的非AP站作用的处理器执行时，所述指令执行以下步骤，包括：向AP发送RTA流会话请求，以向AP通知RTA会话及RTA会话参数，对于该请求，AP用确认以及RTA流会话请求的接受或拒绝来响应，从而消除与每当分组可用于上行链路(UL)方向的传输时发送缓存状态报告(BSR)有关的延迟。

7.按照权利要求1所述的设备，其中当由起具有上行链路(UL)传输的AP站作用的处理器执行时，所述指令执行以下步骤，包括：为UL RTA分组传输进行分配资源(RU)，并向非APSTA发送触发帧。

8.按照权利要求7所述的设备，其中当由起具有上行链路(UL)传输的AP站作用的处理器执行时，所述指令执行以下步骤，包括：在RTA分组到达之前分配资源(RU)。

9.按照权利要求7所述的设备，其中当由起具有上行链路(UL)传输的AP站作用的处理器执行时，所述指令执行以下步骤，包括：通过在触发帧中向非AP站发送两个用户字段，调度非AP STA在接收到RTA分组之后延迟其UL传输，其中第一用户字段指示PHY参数，而第二用户字段指示UL传输的延迟开始。

10.按照权利要求9所述的设备，其中当由起具有上行链路(UL)传输的AP站作用的处理器执行时，所述指令执行以下步骤，包括：当非AP STA不在所分配的资源(RU)中发送分组时，请求非AP STA发送填充数据或伪分组。

11.按照权利要求7所述的设备，其中当由起具有上行链路(UL)传输的AP站作用的处理器执行时，所述指令执行以下步骤，包括：在站的UL数据的站传输已经被延迟的时候，调度其他站来发送。

12.按照权利要求7所述的设备，其中当由所述处理器执行时，所述指令通过以下步骤进行其他站的调度，所述步骤包括：向其他站通知它正在分时共享所分配的资源(RU)和在触发帧中向所述其他站发送两个用户字段，其中第一用户字段指示PHY参数，而第二用户字段指示上行链路(UL)传输的终止。

13.按照权利要求1所述的设备，其中当由起具有上行链路(UL)传输的非AP站作用的处理器执行时，所述指令执行以下步骤，包括：向AP发送RTA分组的排队缓存状态，以更新其对RTA分组调度时间的估计。

14.一种用于网络中的无线通信的设备，所述设备包括：

(iv)其中起调度RTA分组的上行链路(UL)或下行链路(DL)的多用户(MU)多输入多输出(MIMO)传输的接入点(AP)作用的所述站在RTA分组到达前执行向分组传输分配资源，并且在起DL MIMO的AP作用时，如果AP在RTA分组到达之前获得对信道的接入，则调度未来的DLRTA分组，并发送起填充作用的伪分组，直到DL RTA分组到达为止；

(v)当起AP站作用时，在DL或UL方向的RTA分组的预期到达时间之前争夺信道接入，和(A)如果AP在RTA分组到达之后或在RTA分组到达时获得对信道的接入，则在所分配的资源(RU)上立即调度RTA分组传输；或(B)如果AP在RTA分组的预期到达时间之前获得对信道的接入时，则对于UL或DL传输，调度其他站和RTA站在相同的所分配的资源(RU)上的级联传输；和

15.按照权利要求14所述的设备，其中当由起DL MIMO的AP作用的处理器执行时，所述指令执行以下步骤，包括在资源分配(RU)上调度未来的DL RTA分组，并调度其他DL传输，以分时共享所述资源分配(RU)，直到DL RTA分组到达为止。

16.按照权利要求14所述的设备，其中当由起具有上行链路(UL)传输的非AP站作用的处理器执行时，所述指令执行以下步骤，包括：向AP发送RTA流会话请求，以向AP通知RTA会话及RTA会话参数，对于该请求，AP用确认以及RTA流会话请求的接受或拒绝来响应，从而消除与每当分组可用于上行链路(UL)方向的传输时发送缓存状态报告(BSR)有关的延迟。

17.按照权利要求14所述的设备，其中当由起具有上行链路(UL)传输的AP站作用的处理器执行时，所述指令执行以下步骤，包括：为UL RTA分组传输进行分配资源(RU)，并向非AP STA发送触发帧。

18.按照权利要求14所述的设备，其中当由起具有上行链路(UL)传输的非AP站作用的处理器执行时，所述指令执行以下步骤，包括：向AP发送RTA分组的排队缓存状态，以更新其对RTA分组调度时间的估计。

19.一种在网络中执行无线通信的方法，包括：

(a)使无线通信电路起被配置为站的WLAN站作用，所述站用于与其接收区域中的至少一个其他无线局域网(WLAN)站进行无线通信、并且起接入点(AP)或非AP作用，以支持传送对通信延迟敏感的实时应用(RTA)分组以及非实时分组；

(b)通过预先协商、或分组报头信息、或者预先协商和分组报头信息的组合，区分实时应用(RTA)分组和非实时应用(非RTA)分组；

(c)当起进行DL MU-MIMO传输的AP作用时，或者当起进行UL MU MIMO传输的非AP站作用时，获得关于RTA分组到达时间和周期性的信息；

(d)其中起调度RTA分组的上行链路(UL)或下行链路(DL)的多用户(MU)多输入多输出(MIMO)传输的接入点(AP)作用的所述站在RTA分组到达前执行向分组传输分配资源；

(e)当起AP站作用时，在DL或UL方向的RTA分组的预期到达时间之前争夺信道接入，和(A)如果AP在RTA分组到达之后或在RTA分组到达时获得对信道的接入，则在所分配的资源(RU)上立即调度RTA分组传输；或(B)如果AP在RTA分组的预期到达时间之前获得对信道的接入，则对于UL或DL传输，调度其他站和RTA站在相同的所分配的资源(RU)上的级联传输；和

(f)当起DL MIMO的AP站作用时，通过修改DL MU-MIMO帧的前导码，向非AP站通知所分配的资源中的传输被延迟，以允许非AP STA解析资源，使得非AP STA期望在填充或伪分组已经被发送了之后的DL RTA分组。