导航：首页> 计算；推算；计数>受限目标等待时间中的发送机会共享

受限目标等待时间中的发送机会共享

文献发布时间：2024-04-18 20:02:18

相关申请的交叉引用

本申请要求通过引用的方式全文合并在本文中的2022年2月16日提交的美国临时专利申请序列号63/268,085的优先权和权益。

关于美国联邦赞助的研究或开发的声明

不适用

关于受到版权保护的材料的提醒

背景技术

1、技术领域

本公开内容的技术总体上涉及TXOP与R-TWT SP之间的无线网络交互，更具体来说涉及共享与R-TWT SP重叠的TXOP时间，并且允许AP充当TXOP持有者。

2、背景技术讨论

行业内一直寻求提高网络效率和减少时延敏感通信量的时延。

在当前的IEEE 802.11be联网中，如果作为即将到来的保留目标等待时间(R-TWT)服务周期(SP)的成员STA的非接入点(非AP)超高吞吐量(EHT)站(STA)获得信道接入并且成为发送机会(TXOP)持有者，则必须确保其TXOP在R-TWT SP的起始时间之前结束。随后，R-TWT SP的R-TWT调度AP和/或成员STA必须在R-TWT SP的起始时间再次争用信道，以在R-TWTSP期间交换时延敏感通信量。

在基于触发的(TB)R-TWT SP期间，R-TWT SP的成员STA不被允许争用信道，调度AP是唯一被允许在R-TWT SP期间争用信道的STA。

当前的增强型分布式信道接入(EDCA)协议设定TXOP限制，以便限制TXOP持有者在获得信道接入时可以保留信道的最大TXOP持续时间。

这些机制及其交互目前限制了这些TXOP和R-TWT SP操作的效率和及时性。

因此，需要用于应对TXOP和R-TWT SP操作的增强的机制。本公开内容解决了现有的缺点并且提供了附加的益处。

发明内容

本发明涉及用于作为无线站(STA)的IEEE 802.11网络的介质接入控制(MAC)层之间的增强的帧传输的无线协议，所述无线站是单独的STA或者是多链路设备(MLD)中的STA，并且作为常规STA(非AP)或接入点(AP)STA进行操作，以便使用载波感测多址接入/冲突避免(CSMA/CA)与其他无线站(STA)进行无线通信，其中增强型分布式信道接入(EDCA)被用于所有链路上的随机信道接入。

如下面所描述的那样，所述增强型协议被配置用于保留信道资源以用于与受限目标等待时间(R-TWT)服务周期(SP)的成员STA的时延敏感通信量的帧交换。

非AP STA在R-TWT SP的被调度起始时间之前获得信道接入，并且由该非AP STA保留与R-TWT SP重叠的发送机会(TXOP)。作为TXOP持有者的非AP STA在R-TWT SP的被调度起始时间之前实施任何期望的TXOP操作。非AP STA与AP(例如调度AP)共享TXOP，该AP被允许充当TXOP持有者直到TXOP或R-TWT SP结束。

如下面所描述的这些操作可以由AP或非AP站利用。在R-TWT SP的被调度起始时间之前获得信道接入。保留TXOP直到R-TWT SP的被调度结束时间。发送来自主要接入类别(AC)和非主要AC两者的R-TWT的时延敏感通信量的帧，并且在R-TWT SP期间以高于对其他帧给出的优先级为其提供服务。

在说明书的后面部分中将带出本文中所描述的技术的其他方面，其中后面的详细描述是出于完全公开所述技术的优选实施例的目的而不是对其做出限制。

附图说明

通过参照附图将会更加全面地理解本文中所描述的技术，其中附图仅仅是出于说明性目的：

图1是根据本公开内容的至少一个实施例的通信站硬件的方框图。

图2是根据本公开内容的至少一个实施例的多链路设备(MLD)硬件的方框图。

图3是使用在根据本公开内容的至少一个实施例的示例中的网络拓扑。

图4和图5是根据本公开内容的至少一个实施例的非AP STA保留与R-TWT SP重叠的TXOP的流程图。

图6是根据本公开内容的至少一个实施例的AP从非AP STA获得共享TXOP的流程图。

图7是根据本公开内容的至少一个实施例的AP在R-TWT SP的内部和外部充当TXOP持有者的流程图。

图8和图9是根据本公开内容的至少一个实施例的针对R-TWT调度的示例1的通信图。

图10和图11是根据本公开内容的至少一个实施例的针对R-TWT调度的示例2的通信图。

图12和图13是根据本公开内容的至少一个实施例的针对R-TWT调度的示例3的通信图。

图14和图15是根据本公开内容的至少一个实施例的针对R-TWT调度的示例4的通信图。

图16和图17是根据本公开内容的至少一个实施例的针对R-TWT调度的示例5的通信图。

图18和图19是根据本公开内容的至少一个实施例的针对R-TWT调度的示例6的通信图。

图20和图21是根据本公开内容的至少一个实施例的针对R-TWT调度的示例7的通信图。

图22和图23是根据本公开内容的至少一个实施例的针对R-TWT调度的示例8的通信图。

图24和图25是根据本公开内容的至少一个实施例的针对R-TWT调度的示例9的通信图。

图26和图27是根据本公开内容的至少一个实施例的针对R-TWT调度的示例10的通信图。

图28和图29是根据本公开内容的至少一个实施例的针对R-TWT调度的示例11的通信图。

图30和图31是根据本公开内容的至少一个实施例的针对R-TWT调度的示例12的通信图。

具体实施方式

1、介绍

使用具有冲突避免的载波感测多址接入(CSMA/CA)的当前无线技术聚焦于高网络吞吐量，但是并未提供对于应对比如实时应用(RTA)所需要的低时延通信量所必要的支持；因此存在差距。

RTA要求低时延通信并且使用最佳努力通信。从RTA生成的数据被称作时延敏感通信量；从非时间敏感应用生成的数据通常被称作常规通信量。

时延敏感通信量由于其对递送的高及时性要求而要求低时延。因此，时延敏感通信量的MAC服务数据单位(MSDU)或聚合MSDU(A-MSDU)只有能够在特定时间周期之内或者在其给定到期时间之前被递送才是有效的。

在本公开内容的时间，当前的IEEE 802.11be标准允许使用受限TWT(R-TWT)来保留信道资源以用于时延敏感通信量的传输。启用了R-TWT选项(例如“dot11Res trictedTWTOpt ionImplemented”被设定为真)的非接入点(非AP)超高吞吐量(EHT)STA作为TXOP持有者应当确保TXOP在相关联的AP所广告的任何R-TWT SP的起始时间之前结束。

R-TWT调度AP(被称作R-TWT调度AP)是支持R-TWT操作并且将所发送的EHT能力单元中的受限TWT支持子字段设定到表明R-TWT支持的第一状态(例如“1”)的EHT AP。

R-TWT被调度STA(被称作R-TWT被调度STA)是支持R-TWT操作并且将所发送的EHT能力单元中的受限TWT支持子字段设定到第一状态(例如“1”)的非AP EHT STA。

如果TWT单元的协商类型子字段等于特定值(例如“2”)，则在广播TWT单元中包括受限TWT参数集字段的R-TWT调度AP应当把受限TWT参数集字段的受限TWT通信量信息存在子字段设定到第二状态(例如“0”)。

R-TWT调度AP应当在受限TWT下行链路(DL)通行量标识符(TID)位图和受限TWT上行链路(UL)TID位图子字段中仅针对被映射到正在其上设置R-TWT成员资格的链路的TID做出表明。

R-TWT被调度STA应当在R-TWT DL TID位图和受限TWT UL TID位图子字段中仅针对被映射到正在其上设置R-TWT成员资格的链路的TID做出表明。

在R-TWT DL TID位图子字段或受限TWT UL TID位图子字段中，通过相应的DL或ULTID位图有效子字段在TWT响应帧中被设定到表明接受TWT的第一状态(例如“1”)所指定的(多个)TID在下面的子条款中被称作(多个)R-TWT DL TID或(多个)R-TWT UL TID，并且被统称作(多个)R-TWT TID。

R-TWT的R-TWT TID的通信量在该R-TWT的SP期间被视为时延敏感通信量，并且在该R-TWT的SP期间被优先发送。

在本公开内容中，二元组表示在R-TWT调度AP与成员STAy之间的R-TWTx成员资格协商期间所指定的R-TWT TID。R-TWTx的R-TWT TID(或R-TWTx TID)表示R-TWTx的所有成员STA的二元组。R-TWT TID还可以包括被指定为时延敏感通信量的对等(P2P)通信量。

2、问题声明

如果作为即将到来的R-TWT服务周期(SP)的成员STA的非AP EHT STA获得信道接入并且成为发送机会(TXOP)持有者，则必须确保其TXOP在R-TWT SP的起始时间之前结束。随后，R-TWT SP的R-TWT调度AP和/或成员STA必须在R-TWT SP的起始时间再次争用信道，以在R-TWT SP期间交换时延敏感通信量。这一过程不仅降低了传输效率，而且还减少了获得及时信道接入的机会，从而可能导致严重的传输延迟，实时分组在所述传输延迟期间可能会到期。

R-TWT SP可以是基于触发(TB)的。也就是说，R-TWT SP的成员STA仅被允许响应于R-TWT调度AP而发送请求帧。举例来说，成员STA只能在响应于触发帧的TB物理层协议数据单位(PPDU)中向R-TWT调度AP发送UL数据帧。成员STA只能在响应于多用户(MU)发送就绪(RTS)触发帧传输的单用户(SU)PPDU中发送UL或P2P数据帧。在基于触发的R-TWT SP期间，R-TWT SP的成员STA不可被允许争用信道。也就是说，R-TWT调度AP是被允许在R-TWT SP期间争用信道的唯一一个。这可以增加R-TWT调度AP将在接近R-TWT SP的起始时间的时间获得信道接入的机会，因为有不支持R-TWT的其他STA正在争用信道。

理想的情形是调度AP获得TXOP，并且在该TXOP期间完成时延敏感通信量的所有帧交换。但是当前的EDCA规则设定了TXOP限制，以限制TXOP持有者在获得信道接入时可以保留的最大TXOP持续时间；并且该限制可能比R-TWT SP持续时间更短。要求R-TWT SP的R-TWT调度AP或成员STA在该R-TWT SP期间不得不重新争用信道是低效的。

3、本公开内容的贡献

通过利用所提出的技术，当R-TWT SP的成员STA在该R-TWT SP的被调度起始时间之前获得信道接入时，不需要在该R-TWT SP的被调度起始时间之前结束其TXOP。如果R-TWTSP是基于触发的，则将其配置为与R-TWT调度AP共享其与R-TWT SP重叠的TXOP时间，从而允许AP在R-TWT SP期间对于时延敏感通信量的帧交换充当TXOP持有者。

通过利用所公开的技术，R-TWT SP的R-TWT调度AP和成员STA可以在该R-TWT SP的被调度起始时间之前一起争用信道。当这些STA的其中一个获得信道接入时，它可以保留TXOP直到R-TWT SP的被调度结束时间，从而可以延长到超出(长于)正常TXOP限制。

4、本公开内容的实施例

4.1、通信站(STA和MLD)硬件

图1示出了被配置用于执行本公开内容的协议的STA硬件的示例性实施例10。外部I/O连接14优选地耦合到电路12的内部总线16，CPU 18和存储器(例如RAM)20连接到所述内部总线16以用于执行实施所描述的通信协议的(多个)程序。宿主机器容纳至少一个调制解调器22以支持耦合到至少一个RF模块24、28的通信，所述至少一个RF模块24、28分别连接到一个或多个天线29、26a、26b、26c到26n。具有多个天线(例如天线阵列)的RF模块允许在传输和接收期间实施波束成形。通过这种方式，STA可以使用多个波束图型集合来发送信号。

总线14允许将各种设备连接到CPU，比如传感器、致动器等等。来自存储器20的指令在处理器18上被执行，以便执行实施通信协议的程序，所述程序被执行来允许STA实施接入点(AP)站或常规站(非AP STA)的功能。还应当认识到，取决于在当前的通信情境中扮演什么角色，所述编程被配置为操作在不同的模式下(TXOP持有者，TXOP共享参与者、来源、中介、目的地，第一AP，其他AP，与第一AP相关联的站，与其他AP相关联的站，协调者，被协调者，OBSS中的AP，OBSS中的STA等等)。

因此，STA HW被示出为配置有至少一个调制解调器和用于在至少一个频段上提供通信的相关联的RF电路。应当认识到，本公开内容可以配置有多个调制解调器22，每一个调制解调器耦合到任意数量的RF电路。一般来说，使用更大数量的RF电路将导致天线波束方向的更宽覆盖。应当认识到，所利用的RF电路的数量和天线的数量由具体设备的硬件约束决定。当STA确定没有必要与相邻STA通信时，可以禁用RF电路和天线的一部分。在至少一个实施例中，RF电路包括频率转换器、阵列天线控制器等等，并且连接到被控制为实施用于传输和接收的波束成形的多个天线。通过这种方式，STA可以使用多个波束图型集合来发送信号，每一个波束图型方向被视为天线扇区。

此外，应当注意的是，比如该图中所示出的站硬件的多个事例可以被组合成通常将具有用于协调活动的处理器和存储器的多链路设备(MLD)，但是应当认识到，由于对于MLD内的每一个STA并不总是需要单独的CPU和存储器，因此这些资源可以被共享。

图2示出了多链路设备(MLD)硬件配置的示例性实施例40。应当注意的是，“软APMLD”是由操作为AP的一个或多个附属STA构成的MLD。软AP MLD应当支持例如2.4GHz、5GHz和6GHz上的多无线电操作。在多无线电当中，基本链路集合是满足同时传输和接收(STR)模式的链路对，例如基本链路集合(2.4GHz和5GHz)、基本链路集合(2.4GHz和6GHz)。

条件链路是与某个(某些)基本链路形成非同时传输和接收(NSTR)链路对的链路。举例来说，当5GHz是基本链路时，这些链路对可以包括作为对应于5GHz链路的条件链路的6GHz链路；当6GHz是基本链路时，5GHz链路是对应于6GHz链路的条件链路。软AP被使用在包括Wi-Fi热点和叠接的不同情形中。

多个STA附属于MLD，其中每一个STA操作在不同频率的链路上。MLD具有对于应用的外部I/O访问，此访问连接到具有CPU 62和存储器(例如RAM)64的MLD管理实体48，以允许执行实施MLD层级的通信协议的(多个)程序。MLD可以向与之连接的每一个附属站分配任务并且从每一个附属站收集信息，在这里被例示为STA 1 42、STA 2 44到STA N 46和附属STA之间的信息共享。

在至少一个实施例中，MLD的每一个STA具有通过总线58耦合到至少一个调制解调器54的其自身的CPU 50和存储器(RAM)52，所述至少一个调制解调器54连接到具有一个或多个天线的至少一个RF电路56。在本例中，RF电路具有比如天线阵列中的多个天线60a、60b、60c到60n。调制解调器与RF电路和相关联的(多个)天线组合来与相邻STA发送/接收数据帧。在至少一种实现方式中，RF模块包括频率转换器、阵列天线控制器和用于与其天线接口的其他电路。

应当认识到，MLD的每一个STA不一定需要其自身的处理器和存储器，因为取决于具体MLD实现方式，STA可以与彼此和/或与MLD管理实体共享资源。应当认识到，前面的MLD图示是作为举例而非限制所给出的，本公开内容可以利用多种MLD实现方式进行操作。

图3示出为了帮助下面的讨论所利用的网络拓扑的示例性实施例70。应当认识到，本公开内容绝非受限于该例的拓扑，所述协议可以被利用在任何所期望的拓扑的WLAN STA与MLD之间的通信上。

该例假设在给定区域82中有被描绘为AP1 72的一个AP以及被描绘为STA1 74、STA2 76、STA3 78和STA4 80的四个STA，所述给定区域82在本例中被描绘为会议室。所有STA与AP1相关联，并且使用具有冲突避免的载波感测多址接入(CSMA/CA)进行随机信道接入。AP1是R-TWT调度AP，并且声明R-TWT1和R-TWT2。

STA1是R-TWT1的成员STA。STA2是R-TWT2的成员STA。STA3是支持R-TWT的STA，但是不是任何R-TWT的成员STA。STA4是不支持R-TWT的STA。应当认识到，所述AP和任何STA可以是附属于MLD的STA。

4.2、R-TWT中的TXOP共享

根据针对R-TWT服务周期(SP)的当前信道接入规则，作为TXOP持有者的支持R-TWT的非AP STA被要求在R-TWT SP的被调度起始时间之前结束其TXOP。但是如果TXOP持有者是R-TWT SP的成员STA，则不应当在R-TWT SP结束之前结束其TXOP。否则，该成员STA和其他成员STA以及R-TWT调度AP将需要在R-TWT SP的被调度起始时间再次争用信道，以便在剩余的时延敏感通信量上实施帧交换。此外，另一轮的信道争用无法确保在靠近(接近)R-TWT SP的被调度起始时间获得TXOP，从而可能显著延迟帧交换。

本公开内容的技术允许充当TXOP持有者的R-TWT SP的成员STA在R-TWT SP的被调度起始时间之前保留与R-TWT SP重叠的TXOP。换句话说，R-TWT SP的成员STA不需要在R-TWT SP的被调度起始时间之前结束其TXOP。

本公开内容还描述了无线通信协议的操作，其中R-TWT SP的成员STA在R-TWT SP的被调度起始时间之前获得TXOP并且保留与R-TWT SP重叠的TXOP，并且可以与R-TWT调度AP共享其TXOP并且允许R-TWT调度AP在R-TWT SP期间充当(操作为)TXOP持有者。

本公开内容被配置为允许R-TWT SP的R-TWT调度AP和成员STA在R-TWT SP之前和期间都一起争用信道。如果其中一个在R-TWT SP的被调度起始时间之前获得TXOP，则可以遵循共享EDCA TXOP的当前EDCA规则发送帧。以下是示例。

(a)当R-TWT SP开始时，如果R-TWT调度AP是TXOP持有者，它可以比来自主要AC的帧更早发送或触发R-TWT SP的R-TWT TID的帧(以及作为被调度在R-TWT SP期间发送的时延敏感通信量的P2P通信量的帧)。因此，R-TWT SP的R-TWT通信量标识符(TID)的帧以及作为被调度在R-TWT SP期间发送的时延敏感通信量的P2P通信量的帧在R-TWT SP期间被视为来自主要AC的帧。

(b)当R-TWT SP开始时，如果成员STA是TXOP持有者，它可以与AP共享其TXOP，并且允许AP充当(操作为)TXOP持有者。成员STA可以向R-TWT调度AP发送未经请求的允许发送(CTS)帧以表明TXOP共享。当由成员STA发送CTS帧以与AP共享TXOP时，CTS帧的RA字段可以被设定到AP介质接入控制(MAC)地址或者由AP指派给R-TWT SP的所有成员STA的特殊MAC地址。相同的R-TWT SP的任何成员STA在CTS帧中将接收者地址(RA)字段设定到相同的特殊MAC地址，以便与AP共享TXOP。在至少一个实施例/模式/选项中，相同的R-TWT SP的任何成员STA对于CTS帧使用相同的加扰数，以便在R-TWT SP期间与AP共享TXOP。在至少一个实施例/模式/选项中，只有具有R-TWT SP的R-TWT UL TID和/或具有在R-TWT SP期间被调度的对等(P2P)通信量的R-TWT SP的成员STA才能在R-TWT SP期间争用信道并且与AP共享TXOP。

(c)如果R-TWT SP是基于触发的，则在AP在R-TWT SP期间获得TXOP(包括由非APSTA共享的TXOP)之后，R-TWT SP的成员STA不被允许争用信道，直到R-TWT SP结束。

本公开内容描述了这样一种协议，其中当R-TWT SP的成员STA或R-TWT调度AP在R-TWT SP的被调度起始时间之前获得TXOP时，它可以保留TXOP直到R-TWT SP的被调度结束时间，这可以或者可以不受限于主要接入类别(AC)的TXOP限制。应当注意的是，主要AC表示其增强型分布式信道接入功能(EDCAF)获得TXOP的AC。

4.3、非AP STA保留与R-TWT SP重叠的TXOP

图4和图5示出了非AP STA保留与R-TWT SP重叠的TXOP的示例性实施例110。

非AP STA接入112信道以保留TXOP。检查114确定非AP STA是否已在R-TWT SP外部(在R-TWT SP开始之前)获得TXOP并且要求TXOP时间与R-TWT SP重叠。如果条件不满足，则执行移动到图5的方框116，正如下面所讨论的那样。如果条件满足，则在检查118处确定非AP STA是否将在R-TWT SP外部获得TXOP。如果该条件不满足，则执行移动到图5的方框120。

如果检查118的条件满足，则在方框122处，非AP STA保留覆盖R-TWT SP的整个持续时间的TXOP。在R-TWT SP的被调度起始时间之前的TXOP时间期间，非AP STA根据当前EDCA规则充当124TXOP持有者。从至少R-TWT SP的被调度起始时间开始，非AP STA与AP共享126TXOP，并且允许AP充当(实施)TXOP持有者直到R-TWT SP结束。

在至少一个实施例/模式/选项中，当AP充当TXOP持有者时，它可以在共享的TXOP期间发送来自R-TWT SP的R-TWT下行链路(DL)TID的通信量或者触发来自R-TWT SP的R-TWT(上行链路)UL TID的通信量和P2P通信量(或者被视为时延敏感通信量并且被调度为在R-TWT SP期间具有更高发送优先级的P2P通信量)，如同这些通信量是来自主要AC。

在至少一个实施例/模式/选项中，如前面所描述的非AP STA表示R-TWT SP的成员STA(和/或支持R-TWT SP的STA)。在至少一个实施例/模式/选项中，前面的TXOP表示由R-TWT SP的R-TWT TID(或者被视为时延敏感通信量并且被调度为在R-TWT SP期间具有更高发送优先级的P2P通信量)的AC的EDCAF所获得TXOP。

考虑检查118的条件不满足的情况，随后在图5的方框120处，非AP STA在R-TWT SP期间获得TXOP，随后非AP STA保留覆盖R-TWT SP的剩余时间的TXOP并且与AP共享TXOP，并且如方框126中所示允许AP充当(实施)TXOP持有者直到R-TWT SP结束。

可能的情况是，当非AP STA在R-TWT SP期间获得信道时，其首先完成缓冲器中的R-TWT SP的R-TWT UL TID的帧和被调度为在R-TWT SP期间发送的P2P通信量的帧的传输，随后与AP共享TXOP。

在至少一个实施例/模式/选项中，前面的非AP STA表示R-TWT SP的成员STA(和/或支持R-TWT SP的STA)。在至少一个这样的实施例中，可能的情况是R-TWT SP的成员STA只有在缓冲器中具有R-TWT SP的R-TWT UL TID的帧或者被调度为在R-TWT SP期间发送的P2P通信量的帧的情况下，才可以被允许在R-TWT SP期间争用信道。

考虑检查114的条件不满足的情况，因此非AP STA不要求与R-TWT SP重叠的TXOP时间，随后执行移动到图5中的方框116，其中非AP STA根据IEEE 802.11(例如IEEE802.11ax)中的当前规则保留TXOP，随后实施已经在前面描述的方框124和126。

在至少一个实施例/模式/选项中，与R-TWT SP重叠的TXOP不能被保留超出R-TWTSP的被调度结束。

在至少一个实施例/模式/选项中，与R-TWT SP重叠的TXOP不受限于主要AC的TXOP限制。延长到R-TWT SP外部的TXOP时间不能超出主要AC的TXOP限制。

在至少一个实施例/模式/选项中，如果TXOP到R-TWT SP的被调度结束时间结束，则TXOP时间不受限于主要AC的TXOP限制。

在至少一个实施例/模式/选项中，非AP STA保留TXOP超出R-TWT SP(也就是说，在R-TWT SP的被调度结束时间之后，非AP STA保留TXOP)。随后，TXOP不能超出主要AC的TXOP限制。

4.4、AP从非AP STA获得共享TXOP

图6示出了AP从非AP STA获得共享TXOP的示例性实施例210。AP获得212由于该AP相关联的非AP STA共享的TXOP。随后，AP在共享TXOP期间充当(实施)214TXOP持有者；在图7中给出一个示例。

在图6的检查216处，确定AP是否在共享TXOP结束之前完成传输。如果条件不满足，则处理结束。否则，当条件满足时，AP在处理结束之前与非AP STA共享218TXOP或者将TXOP返回给非AP STA。

图7示出了在R-TWT SP内部和外部充当TXOP持有者的AP的示例性实施例310。应当注意的是，TXOP可以由争用信道的AP获得，或者TXOP由另一个STA共享。

在这种情况下，AP是TXOP持有者312，其中TXOP与R-TWT SP重叠。检查314确定AP是否在R-TWT SP期间发起帧交换(例如发送要求BA/ACK的DL PPDU，发送针对UL TB PPDU的触发帧，或者发送针对TXOP共享的MU RTS帧)。如果条件满足，则AP优先化316时延敏感通信量(例如R-TWT SP的所有成员STA的R-TWT DL/UL TID和P2P通信量)的帧交换。

否则，如果条件不满足并且AP在R-TWT SP外部发起帧交换，则AP在R-TWT SP外部的TXOP时间期间遵循318IEEE 802.11ax的EDCA TXOP。

在任一种情况下，检查320随后确定TXOP是否已结束。如果尚未结束，则执行返回到检查314，否则处理结束。因此，如果TXOP是通过AP的信道争用获得，则可能的情况是TXOP不受限于主要AC的TXOP限制。

在至少一个实施例/模式/选项中，AP可以被允许保留TXOP直到R-TWT SP结束。在至少一个实施例/模式/选项中，到R-TWT SP结束时AP可能必须结束其TXOP。在至少一个实施例/模式/选项中，AP可能必须在R-TWT SP结束时结束其TXOP。

当TXOP与某个(或多个)R-TWT SP重叠时，R-TWT SP外部的TXOP时间不能超出主要AC的TXOP限制。如果主要AC的TXOP限制是0，则R-TWT SP外部的TXOP时间应当等于主要AC的一个帧交换的时间。

在至少一个实施例/模式/选项中，通过AP的信道争用所获得的TXOP到R-TWT SP的被调度结束时间结束，因此TXOP时间不受限于主要AC的TXOP限制。

在至少一个实施例/模式/选项中，AP保留TXOP超出R-TWT SP(也就是说，AP在R-TWT SP的被调度结束时间之后保留TXOP)。随后，TXOP不能超出主要AC的TXOP限制。

5、示例性通信图

5.1、示例1

图8和9示出了AP在R-TWT SP的被调度起始时间之前获得TXOP的R-TWT调度的示例性实施例410。网络拓扑在图3中示出。

AP1 72是R-TWT调度AP并且声明两个R-TWT，即R-TWT1和R-TWT2。STA1 74是R-TWT1的成员STA，STA2 76是R-TWT2的成员。STA3 78支持R-TWT，但是不是任何R-TWT的成员。STA480不支持R-TWT。

AP1实施回退412，以使用对应于具有非空缓冲器的任何(多个)AC的(多个)EDCAF争用信道接入。当AP1获得信道接入时，其通过发送MU-RTS 414和接收CTS 416来发起MU-RTS/CTS交换，以便保留TXOP 418。

如该例中所示，AP保留延长直到R-TWT1 SP部分422的被调度结束时间结束的TXOP部分420。TXOP持续时间可以超出TXOP的主要AC的TXOP限制。在至少一个实施例/模式/选项中，TXOP必须在R-TWT1 SP的被调度结束时间之前结束。在至少一个实施例/模式/选项中，如果TXOP超出TXOP的主要AC的TXOP限制，则TXOP必须在R-TWT1 SP的被调度结束时间之前结束。

在R-TWT1 SP的被调度起始时间之前的TXOP时间期间，AP1遵循当前的EDCA TXOP规则。举例来说，AP1发送来自主要AC的帧424，并且接收被示出为BA 426的确认。在至少一个实施例/模式/选项中，所述帧不被允许来自R-TWT1 TID。

在R-TWT1 SP期间，AP1优先化R-TWT1 TID的帧交换。如图中所示，AP1将载送R-TWT1 TID的帧的下行链路PPDU 428发送到STA1，并且接收BA 430。R-TWT1 TID的帧不是来自TXOP的主要AC。随后，AP1发送BSRP 432以请求STA1的缓冲器状态，并且接收缓冲器状态报告(BSR)434。应当注意的是，STA1可以仅报告R-TWT1 UL TID的缓冲器状态。随后，AP1触发436来自STA1的UL PPDU 438，并且用BA 440对其接收做出响应。STA1可以仅被允许发送来自R-TWT1的R-TWT UL TID的帧，所述帧不能是来自主要AC。

应当注意的是，在至少一个实施例/模式/选项中，在R-TWT1 SP期间，AP1被允许与R-TWT1的非成员STA实施帧交换。

5.2、示例2

图10和图11示出了服从R-TWT1 SP持续时间除以带宽的TXOP保留的示例性实施例510。同样地，该图描绘出AP1 72、STA1 74、STA276、STA3 78和STA4 80之间的通信。

与图8和图9中所示出的示例相比，当AP1发起MU-RTS/CTS交换以保留TXOP时，其成功地保留N*20MHz带宽。随后，R-TWT1 SP期间的TXOP时间不能比R-TWT1 SP持续时间(R-TWTSP1的被调度起始时间与R-TWT SP1的被调度结束时间之间的时间)除以N更长。

具体来说，该图描绘出AP1实施回退512以争用信道接入。当AP1获得信道接入时，其通过发送MU-RTS(N*20MHz)514和接收CTS(N*20MHz)516来发起针对“N”个20MHz带宽的MU-RTS/CTS交换，以便保留518TXOP。

如该例中所示，AP保留520TXOP，直到R-TWT1 SP 522的被调度结束时间结束。TXOP持续时间可以超出TXOP的主要AC的TXOP限制。AP1发送来自主要AC的帧524，并且接收BA526。

在R-TWT1 SP期间，AP1优先化R-TWT1 TID的帧交换。如该图中所示，AP1将载送R-TWT1 TID的帧的下行链路PPDU 528发送到STA1，并且接收BA 530。R-TWT1 TID的帧不是来自TXOP的主要AC。随后，AP1发送BSRP 532以请求STA1的缓冲器状态，并且接收缓冲器状态报告(BSR)534。随后，AP1触发536来自STA1的UL PPDU 540，并且用BA 542对其接收做出响应。

5.3、示例3

图12和图13示出了服从主要AC的TXOP限制的TXOP保留的示例性实施例610。同样地，该图描绘出AP1 72、STA1 74、STA2 76、STA378和STA4 80之间的通信。

与图8和图9中所示出的示例相比，当AP1发起MU-RTS/CTS交换以保留TXOP时，TXOP时间不能超出主要AC的TXOP限制。

在至少一个实施例/模式/选项中，AP1被允许在R-TWT1 SP的被调度起始时间之前开始针对R-TWT1 TID的通信量的帧交换。应当注意的是，在开始针对R-TWT1 TID的通信量的帧交换之前，AP1可能需要确保R-TWT1的成员STA是唤醒的。取决于实施例/模式/选项，前面的内容可以适用于所有示例。

具体来说，该图描绘出AP1实施回退612以争用信道接入。当AP1获得信道接入时，其通过发送MU-RTS 614和接收CTS 616来发起MU-RTS/CTS交换，以便保留618TXOP。

如该例中所示，AP保留618服从主要AC的TXOP限制的TXOP。在常规EDCA TXOP周期620中，AP1发送来自主要AC的PPDU帧624，并且接收BA 626。

随后在R-TWT1 SP 622期间，AP1优先化R-TWT1 TID的帧交换，将载送R-TWT1 TID的帧的下行链路PPDU 628发送到STA1，并且接收BA 630。随后，AP1发送BSRP 632以请求STA1的缓冲器状态，并且接收缓冲器状态报告(BSR)634。随后，AP1触发636来自STA1的ULPPDU 638，并且用BA 640对其接收做出响应。在图中看到R-TWT1 SP延伸到其被调度结束时间642，并且超出TXOP 618的被调度结束时间。

5.4、示例4

图14和图15示出R-TWT的成员STA操作在功率节省模式下的示例性实施例710。与之前的图中一样，描绘出AP1 72、STA1 74、STA276、STA3 78和STA4 80之间的通信。

与图8和图9中所示出的示例相比，当AP1发起MU-RTS/CTS交换以保留TXOP时，其仅将MU-RTS发送到不处于功率节省模式的那些STA(可能仅有一个STA)，在该例中是STA3和STA4。当R-TWT1 SP开始时，AP1发起触发帧或PS轮询帧(或者触发帧/QoS空帧)交换，以便在开始与R-TWT1 SP的成员STA的帧交换之前确保R-TWT1 SP的成员STA(比如STA1)是唤醒的。

具体来说，该图描绘出AP1实施回退712以争用信道接入，获得信道接入，并且通过发送MU-RTS 714和接收来自STA2和STA3(由于STA1处于睡眠中)的CTS 716来发起MU-RTS/CTS交换，以便保留718TXOP。

在常规EDCA TXOP周期720中，AP1发送来自主要AC的帧724，并且接收来自STA2和STA3的BA 726。

随后在R-TWT1 SP 722期间，AP1发送触发帧728并且接收来自STA1的PS轮询730。AP1向STA1发送PPDU 732并且接收BA 734。AP1随后发送BSRP 736以请求STA1的缓冲器状态，并且接收缓冲器状态报告(BSR)738。随后，AP1发送触发帧740，从而触发去往AP1的STA1PPDU 742，AP1用BA 744做出确认。

5.5、示例5

图16和图17示出R-TWT成员STA在R-TWT SP的被调度起始时间之前针对该R-TWTSP保留TXOP的示例性实施例810。与之前的图中一样，描绘出AP1 72、STA1 74、STA2 76、STA3 78和STA4 80之间的通信。

与示例1相比，STA1在回退(BO)812之后并且在R-TWT1 SP 822的被调度起始时间之前获得信道接入。STA1通过发送RTS 814和接收来自AP1的CTS 816来发起RTS/CTS帧交换，以便保留TXOP 818直到R-TWT1 SP的被调度结束时间。在R-TWT1 SP的被调度起始时间之前的TXOP部分820期间，STA1能够根据当前的EDCA TXOP规则发送PPDU 824。在图中看到PPDU 824连同来自AP1的BA响应826延伸到R-TWT1-SP 822中。在该例中，STA1发送了来自TXOP的主要AC的帧。在被调度起始时间之前，STA1发送表明其将与AP共享TXOP的PPDU，并且允许AP充当(操作为)TXOP持有者。应当注意的是，该PPDU可能必须在R-TWT1 SP的被调度起始时间之前开始发送。

随后，如示例1中所示，AP1在共享TXOP期间充当TXOP持有者并且优先化R-TWT1TID的帧交换。具体来说，AP1将载送R-TWT1 TID的帧的下行链路PPDU 828发送到STA1，并且接收BA 830。随后，AP1发送BSRP 832以请求STA1的缓冲器状态，并且接收缓冲器状态报告(BSR)834。随后，AP1发送触发帧836，作为响应STA1发送PPDU 838，AP1用BA 840对其做出响应。

在至少一个实施例/模式/选项中，STA1所保留的TXOP时间服从主要AC的TXOP限制。也就是说，由于主要AC的TXOP限制，STA1可能无法保留TXOP直到R-TWT1 SP的被调度结束时间。

在至少一个实施例/模式/选项中，STA1所保留的TXOP时间不服从主要AC的TXOP限制。

在至少一个实施例/模式/选项中，STA1所保留的TXOP时间必须在R-TWT1 SP的被调度结束时间之前结束。

在至少一个实施例/模式/选项中，不是R-TWT1的成员STA的其他STA(比如STA2和STA3)可以被允许按照与图中所示的STA1相同的方式操作。

在至少一个实施例/模式/选项中，表明与AP的TXOP共享的PPDU可以载送与IEEE802.11be中所定义的MU-RTS传输帧类似的帧。随后，响应于MU-RTS传输帧所发送的帧是CTS，而不是图中所示的BA/ACK。

在至少一个实施例/模式/选项中，表明与AP的TXOP共享的帧是具有被设定到APMAC地址(或者在AP与相同的R-TWT的所有成员STA之间共享的其他特殊地址)的接收者地址(RA)字段的CTS帧。随后，AP可能不需要响应于CTS帧而发送帧；从而不需要如图中所示的响应于表明与AP的TXOP共享的帧的BA/ACK。

在至少一个实施例/模式/选项中，表明与AP的TXOP共享的帧是反方向授予(RDG)帧。

5.6、示例6

图18和图19示出了服从TXOP限制+R-TWT SP持续时间的保留TXOP的示例性实施例910。应当注意的是，该限制可以适用于AP和其他STA。与之前的图中一样，描绘出AP1 72、STA1 74、STA2 76、STA378和STA4 80之间的通信。

与示例5相比，在本例中，STA2在BO 912之后并且在R-TWT1 SP 918的被调度起始时间之前获得信道接入。STA2通过发送RTS 914和接收来自AP1的CTS 916来发起RTS/CTS帧交换，以便保留TXOP超出R-TWT1 SP的被调度结束时间。但是TXOP持续时间不能超出主要AC的TXOP限制+R-TWT1 SP持续时间。在R-TWT1 SP的被调度起始时间之前的TXOP期间，STA2能够根据当前的EDCA TXOP规则发送PPDU 924，并且接收来自AP1的BA 926。举例来说，STA2可以发送来自TXOP的主要AC的帧。因此，在被调度起始时间之前，STA2发送表明其将与AP1共享TXOP的PPDU，并且允许AP1充当(操作为)TXOP持有者。

随后，如示例1中所示，AP1在共享TXOP期间充当TXOP持有者并且优先化R-TWT1TID的帧交换。具体来说，AP1发送下行链路PPDU 928，并且接收BA 930。随后，AP1发送BSRP932以请求STA1的缓冲器状态，并且接收缓冲器状态报告(BSR)934。随后，AP1触发936来自STA1的PPDU 938，并且用BA 940对其接收做出响应。

在R-TWT1 SP的被调度结束时间之后，AP1向STA2发送MU-RTS TXS帧942，以将TXOP返回给STA2。在STA2响应于MU-RTS TXS帧发送CTS 944之后，STA2再次成为TXOP持有者，并且如图中所见向AP1发送PPDU 946。

5.7、示例7

图20和图21示出了AP在R-TWT1 SP的被调度结束时间之前完成R-TWT1 TID的帧交换的示例性实施例1010。与之前的图中一样，描绘出AP1 72、STA1 74、STA2 76、STA3 78和STA4 80之间的通信。

与示例5相比，STA2在BO 1012之后并且在R-TWT1 SP 1018的被调度起始时间之前获得信道接入。STA2通过发送RTS1014和接收来自AP1的CTS1016来发起RTS/CTS帧交换。在TXOP期间，在R-TWT1SP的被调度起始时间之前，STA2能够根据当前的EDCA TXOP规则发送PPDU 1024，并且接收BA 1026。在该例中，STA2发送表明其与AP1共享TXOP的PPDU，并且允许AP1充当(操作为)TXOP持有者。

随后，如示例1中所示，充当TXOP持有者的AP1在共享TXOP期间优先化R-TWT1 TID的帧交换。具体来说，AP1发送下行链路PPDU 1028，并且接收BA 1030。随后，AP1发送BSRP1032以请求STA1的缓冲器状态，并且接收缓冲器状态报告(BSR)1034。随后，AP1触发1036来自STA1的PPDU 1038，并且用BA 1040对其接收做出响应。

通过向STA2发送MU-RTS TXS帧1042以将TXOP返回1045给STA2，AP1在R-TWT1 SP期间完成R-TWT1 TID的帧交换。在STA2响应于MU-RTS TXS帧发送CTS1044之后，STA2再次操作为TXOP持有者，并且如图中所见发送PPDU 1046。

5.8、示例8

图22和图23示出了非AP STA使用MU-RTS TXS帧共享TXOP的示例性实施例1110。与之前的图中一样，描绘出AP1 72、STA1 74、STA276、STA3 78和STA4 80之间的通信。

该图类似于示例7，其中在R-TWT1 SP 1118的被调度起始时间之前，STA2在常规EDCA TXOP 1120期间的BO 1112之后获得信道接入。STA2通过发送RTS1114和接收来自AP1的CTS1116来发起RTS/CTS帧交换。在TXOP期间，在R-TWT1 SP 1122的被调度起始时间之前，STA2能够根据当前的EDCA TXOP规则发送PPDU 1124，并且接收来自AP1的BA 1126。在该例中，STA2发送表明其将与AP1共享TXOP的PPDU，并且允许AP1充当(操作为)TXOP持有者。

STA2在R-TWT1 SP的被调度起始时间发送MU-RTS TXS帧1128以与AP1发送TXOP，并且允许AP1在R-TWT1 SP 1122期间充当(操作为)TXOP持有者。AP用CTS1130对MU-RTS TXS做出响应。

随后，AP1如图中所见实施针对示例7所描述的动作，发送下行链路PPDU 1132，并且接收来自STA1的BA 1134。随后，AP1发送BSRP 1136以请求STA1的缓冲器状态，并且接收缓冲器状态报告(BSR)1138。随后，AP1触发1140来自STA1的PPDU 1142，并且用BA 1144对其接收做出响应。

通过向STA2发送MU-RTS TXS帧1146以将TXOP返回1147给STA2，AP1在R-TWT1 SP期间完成R-TWT1 TID的帧交换。在STA2响应于MU-RTS TXS帧发送CTS1148之后，STA2随后再次成为TXOP持有者，并且如图中所见发送PPDU 1150。

5.9、示例9

图24和图25示出了基于EDCA的R-TWT SP的示例性实施例1210。与之前的图中一样，描绘出AP1 72、STA1 74、STA2 76、STA3 78和STA4 80之间的通信。

如示例8中所示，STA2在BO 1212之后获得信道接入，并且保留TXOP 1218直到R-TWT1 SP 1222的被调度结束时间。STA2发送RTS1214并且接收来自AP1的CTS1216。响应于CTS1216，STA3和STA4根据RTS/CTS交换设定NAV 1228、1230；STA1仅将NAV 1224设定直到R-TWT1SP 1222的被调度起始时间。

随后，STA2在R-TWT1 SP的被调度起始时间之前的TXOP时间期间发送PPDU 1226，并且接收BA 1232。随后，STA2在R-TWT1 SP期间设定其NAV 1233。

AP1和STA1分别用BO 1234、1236开始争用信道。在至少一个实施例/模式/选项中，AP1可以仅被允许使用对应于R-TWT1的R-TWT DL TID的AC的EDCAF。STA1可以仅被允许使用对应于的R-TWT UL TID的AC的EDCAF。

当AP1或STA1获得信道时，它们可以发送R-TWT1 TID的帧。在该例中，STA1如图中所见获得信道，并且在AP1的BO 1234期间发送PPDU 1238。AP1用BA 1240对PPDU 1238做出响应。随后AP1如图中所见向STA1发送PPDU 1242，并且接收BA 1244。

5.10、示例10

图26和图27示出了针对AP使用CTS帧(具有被设定到AP MAC地址的RA字段的CTS帧)以保留TXOP并且表明TXOP共享的示例性实施例1310。与之前的图中一样，描绘出AP172、STA1 74、STA2 76、STA3 78和STA4 80之间的通信。在该例中，STA1是R-TWT1的成员，STA2是R-TWT2的成员，STA3支持R-TWT操作但是不是任何R-TWT的成员，STA4不支持R-TWT。

在R-TWT1 SP 1311期间，R-TWT SP的所有成员STA(AP1和STA1)和R-TWT调度AP一起争用信道，如图中所见为BO 1312、1314。二者在R-TWT SP期间都获得信道，并且分别发送CTS帧1316和1318。

如图中所示，AP1和STA1在R-TWT1 SP期间一起争用信道。AP1使用对应于R-TWT1DL TID的AC的EDCAF。STA1使用对应于STA1的R-TWT1 UL TID的AC的EDCAF。

如图中所示，AP1和STA1同时获得信道接入。二者同时发送CTS帧到AP。不是R-TWT1的成员STA的其他STA根据CTS帧设定NAV 1320、1322、1324，R-TWT1的成员STA则可以忽略NAV设定。应当注意的是，当CTS被同时发送时，其加扰种子被设定到相同的值。举例来说，CTS的加扰种子可以是基于R-TWT结束时间的。

随后，AP1在R-TWT1 SP期间成为TXOP持有者并且开始R-TWT1 TID的帧交换。具体来说，AP1如图所见发送BSRP 1326并且接收来自STA1的BSR 1328。AP1随后发送触发帧(TF)1330，STA1用PPDU 1332做出响应，AP1用BA 1334对PPDU 1332做出确认。AP1随后发送PPDU1336，STA1用BA 1338做出确认。

在至少一个实施例/模式/选项中，只有在缓冲器中具有R-TWT1的UL R-TWT TID的帧的R-TWT1的成员STA可以争用信道。在至少一个实施例/模式/选项中，只有对应于R-TWT1的UL R-TWT TID的帧(和/或被调度为在R-TWT1 SP期间优先发送的P2P通信量)的EDCAF可以在R-TWT1 SP期间实施回退。

在至少一个实施例/模式/选项中，R-TWT1 SP是基于触发的R-TWT SP，在R-TWT1SP期间获得信道接入的R-TWT1的成员STA必须发送帧(比如CTS帧)，以便在其获得信道接入之后立即与AP共享其TXOP并且从而允许AP充当TXOP持有者。可能的情况是，如果R-TWT1的任何成员STA在R-TWT1 SP期间向AP发送或接收CTS帧，则它不应当争用信道直到R-TWT1 SP结束。

在至少一个实施例/模式/选项中，如果AP在R-TWT1期间获得TXOP(包括由非APSTA共享的TXOP)，它可以使用TXOP来发送R-TWT1的任何成员STA的DL R-TWT TID的帧。举例来说，AP可以首先发送非主要AC的DL R-TWT TID的帧，随后发送主要AC的另一个DL R-TWTTID的帧。因此，AP可以决定发送R-TWT1的所有成员STA的所有DL R-TWT TID的任何帧。

在至少一个实施例/模式/选项中，由AP或成员STA发送的CTS到AP帧必须保留TXOP直到R-TWT SP结束。

5.11、示例11

图28和图29示出了在TXOP期间发生传输错误时的TXOP恢复的示例性实施例1410。与之前的图中一样，描绘出AP1 72、STA1 74、STA2 76、STA3 78和STA4 80之间的通信。

与示例10中一样，在R-TWT1 SP 1412期间，R-TWT SP的所有成员STA(AP1和STA1)和R-TWT调度AP一起争用信道，如图中所见为BO 1414、1416。二者都在R-TWT SP期间获得信道，并且分别发送CTS 1418和1420。其他STA针对R-TWT1 SP 1412的持续时间设定了NAV1422、1424和1426。

但是当R-TWT调度AP在R-TWT SP期间接收或发送CTS到AP帧时，该AP是可以在R-TWT SP期间争用信道的唯一STA。换句话说，当成员STA在R-TWT SP期间接收或发送CTS到AP帧时，它无法争用信道，直到R-TWT SP结束。

AP1成为TXOP持有者并且向STA1发送BSRP帧1428，但是没有在超时1429之内接收到响应。STA1不被允许争用信道，直到R-TWT1 SP结束。

在超时之后，AP1争用1430并且获得信道，并且发送BSRP 1432，STA1用BSR 1434做出响应。AP1随后发送TF 1436，STA1通过发送PPDU 1438做出响应，AP1用BA 1440对PPDU1438做出确认。AP1随后向STA1发送PPDU 1442，STA1发送BA 1444。

5.12、示例12

图30和图31示出了在TXOP期间发生传输错误时的TXOP恢复的示例性实施例1510。与之前的图中一样，描绘出AP1 72、STA1 74、STA2 76、STA3 78和STA4 80之间的通信。

与示例11中一样，在R-TWT1 SP 1512期间，R-TWT SP的所有成员STA(AP1和STA1)和R-TWT调度AP一起争用信道，如图中所见为BO 1514、1516。二者都在R-TWT SP期间获得信道，并且分别发送CTS 1518和1520。其他STA针对R-TWT1 SP 1512的持续时间设定了NAV1522、1524和1526。

当R-TWT调度AP在R-TWT SP期间接收或发送CTS到AP帧时，该AP是可以在R-TWT SP期间争用信道的唯一STA。换句话说，当成员STA在R-TWT SP期间接收或发送CTS到AP帧时，它无法争用信道，直到R-TWT SP结束。

随后，如果R-TWT1 SP是基于EDCA的(或者不是基于触发的)，则AP和R-TWT1成员STA(在本例中是STA1)再次争用信道1528、1530。R-TWT1成员STA可以由于CTS帧而忽略NAV，并且在R-TWT1 SP期间争用信道。

如图中所见，STA1获得信道并且向AP1发送PPDU 1532，AP1用BA 1534做出响应。AP1获得信道并且向STA1发送PPDU 1536，STA1用BA 1538做出响应。

6、实施例的一般范围

本发明的技术的实施例在本文中可以参照根据所述技术的实施例的方法和系统的流程图图示以及/或者也可以被实施为计算机程序产品的规程、算法、步骤、运算、公式或其他计算描绘来进行描述。在这方面，流程图的每一个方框或步骤和流程图中的方框(和/或步骤)的组合以及任何规程、算法、步骤、运算、公式或计算描绘可以通过各种手段来实施，比如硬件、固件以及/或者包括具体实现在计算机可读程序代码中的一条或多条计算机程序指令的软件。应当认识到，任何这样的计算机程序指令可以由一个或多个计算机处理器执行，其中包括而不限于通用计算机或专用计算机，或者用以产生机器的其他可编程处理装置，从而使得执行在(多个)计算机处理器或其他可编程处理装置上的计算机程序指令产生用于实施所规定的(多项)功能的装置。

因此，流程图的方框以及本文中所描述的规程、算法、步骤、运算、公式或计算描绘支持用于实施所规定的(多项)功能的装置的组合，用于实施所规定的(多项)功能的步骤的组合，以及用于实施所规定的(多项)功能的比如具体实现在计算机可读程序代码逻辑装置中的计算机程序指令。还应当理解的是，流程图图示的每一个方框以及本文中所描述的任何规程、算法、步骤、运算、公式或计算描绘及其组合可以通过实施所规定的(多项)功能或(多个)步骤的基于专用硬件的计算机系统或者专用硬件与计算机可读程序代码的组合来实施。

此外，比如具体实现在计算机可读程序代码中的这些计算机程序指令还可以被存储在一个或多个计算机可读存储器或存储器设备中，并且可以引导计算机处理器或其他可编程处理装置按照特定方式运作，从而使得存储在计算机可读存储器或存储器设备中的指令产生包括实施在(多幅)流程图的(多个)方框中规定的功能的指令装置的制造品。计算机程序指令还可以由计算机处理器或其他可编程处理装置执行，以使得在计算机处理器或其他可编程处理装置上实施一系列操作步骤，从而产生计算机实施的处理，从而使得执行在计算机处理器或其他可编程处理装置上的指令提供用于实施在(多幅)流程图的(多个)方框、(多个)规程、(多个)算法、(多个)步骤、(多个)运算、(多个)公式或(多个)计算描绘中规定的功能的步骤。

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

还应当认识到，本文中所使用的术语“处理器”、“硬件处理器”、“计算机处理器”、“中央处理单元(CPU)”和“计算机”被同义地使用来标示能够执行指令并且与输入/输出接口和/或外围设备进行通信的设备，并且术语“处理器”、“硬件处理器”、“计算机处理器”、“CPU”和“计算机”意图涵盖单个或多个设备、单核和多核设备以及其各种变型。

从本文中的描述将认识到，本公开内容涵盖所述技术的多种实现方式，其中包括而不限于以下实现方式：

一种用于网络中的无线通信的装置，所述装置包括：(a)作为无线站(STA)实施IEEE 802.11网络的介质接入控制(MAC)层之间的帧传输的无线通信电路，所述无线站是单独的STA或者是多链路设备(MLD)中的STA，并且作为常规STA或接入点(AP)STA进行操作，以便在无线局域网(WLAN)上使用载波感测多址接入/冲突避免(CSMA/CA)机制与其他无线站(STA)进行无线通信，在所述无线局域网中，增强型分布式信道接入(EDCA)被用于所有链路上的随机信道接入；(b)耦合到所述无线通信电路以用于操作在WLAN上的处理器；(c)存储可由处理器执行以用于与其他STA进行通信的指令的非瞬时性存储器；以及(d)其中所述指令在由处理器执行时实施用于所述无线通信电路的无线通信协议的步骤，从而保留信道资源以用于与受限目标等待时间(R-TWT)服务周期(SP)的成员STA的时延敏感通信量的帧交换，包括：(d)(i)由非AP STA在R-TWT SP的被调度起始时间之前获得信道接入；(d)(ii)由非AP STA保留与R-TWT SP重叠的发送机会(TXOP)；(d)(iii)其中作为TXOP持有者的非APSTA在R-TWT SP的被调度起始时间之前实施任何期望的TXOP操作；以及(d)(iv)由非AP STA与AP共享TXOP，该AP被允许充当TXOP持有者直到TXOP或R-TWT SP结束。

一种用于网络中的无线通信的装置，所述装置包括：(a)作为无线站(STA)实施IEEE 802.11网络的介质接入控制(MAC)层之间的帧传输的无线通信电路，所述无线站是单独的STA或者是多链路设备(MLD)中的STA，并且作为常规STA或接入点(AP)STA进行操作，以便在无线局域网(WLAN)上使用载波感测多址接入/冲突避免(CSMA/CA)机制与其他无线站(STA)进行无线通信，在所述无线局域网中，增强型分布式信道接入(EDCA)被用于所有链路上的随机信道接入；(b)耦合到所述无线通信电路以用于操作在WLAN上的处理器；(c)存储可由处理器执行以用于与其他STA进行通信的指令的非瞬时性存储器；以及(d)其中所述指令在由处理器执行时实施用于所述无线通信电路的无线通信协议的步骤，从而保留信道资源以用于与受限目标等待时间(R-TWT)服务周期(SP)的成员STA的时延敏感通信量的帧交换，包括：(d)(i)由操作为AP的STA或非AP STA在R-TWT SP的被调度起始时间之前获得信道接入；(d)(ii)由操作为AP的STA或非AP STA保留TXOP直到R-TWT SP的被调度结束时间；以及(d)(iii)在R-TWT SP期间，由操作为AP的STA或非AP STA以高于其他帧的优先级发送来自主要接入类别(AC)和非主要AC两者的R-TWT的时延敏感通信量的帧。

一种在网络中实施无线通信的方法，包括：(a)在无线站之间实施IEEE 802.11网络的介质接入控制(MAC)层之间的帧传输，其中每一个STA是单独的STA或者作为多链路设备(MLD)中的STA，并且作为常规STA或接入点(AP)STA进行操作，以便在无线局域网(WLAN)上使用载波感测多址接入/冲突避免(CSMA/CA)机制与其他无线站(STA)进行无线通信，在所述无线局域网中，增强型分布式信道接入(EDCA)被用于所有链路上的随机信道接入，从而在保留信道资源以用于与受限目标等待时间(R-TWT)服务周期(SP)的成员STA的时延敏感通信量的帧交换方面实施无线通信协议的步骤；(b)由非AP STA在R-TWT SP的被调度起始时间之前获得信道接入；(c)由非AP STA保留与R-TWT SP重叠的发送机会(TXOP)；(d)其中作为TXOP持有者的非AP STA在R-TWT SP的被调度起始时间之前实施任何期望的TXOP操作；以及(e)由非AP STA与AP共享TXOP，该AP被允许充当TXOP持有者直到TXOP或R-TWT SP结束。

任一个在前实现方式的装置或方法，其中，保留与R-TWT SP重叠的TXOP的非APSTA忽略主要AC的TXOP限制。

任一个在前实现方式的装置或方法，其中，保留与R-TWT SP重叠的TXOP的非APSTA保留TXOP直到R-TWT SP的被调度结束时间。

任一个在前实现方式的装置或方法，其中，保留与R-TWT SP重叠的TXOP的非APSTA不被允许超出主要AC的TXOP限制+R-TWT SP持续时间。

任一个在前实现方式的装置或方法，其中，保留与R-TWT SP重叠的TXOP的非APSTA保留TXOP的不超出R-TWT SP的被调度结束时间的部分。

任一个在前实现方式的装置或方法，其中，非AP STA在R-TWT SP的被调度起始时间之前或者在被调度起始时间与AP共享TXOP。

任一个在前实现方式的装置或方法，其中，非AP STA不被允许与AP共享TXOP的超出R-TWT SP的被调度结束时间的该部分。

任一个在前实现方式的装置或方法，其中，充当TXOP持有者的AP在该AP完成R-TWTSP期间的传输时与非AP STA共享TXOP。

任一个在前实现方式的装置或方法，其中，R-TWT SP的成员STA不被允许争用信道，直到R-TWT SP在AP完成充当TXOP持有者之后结束。

任一个在前实现方式的装置或方法，其中，保留与R-TWT SP重叠的TXOP的非APSTA：(a)保留TXOP直到R-TWT SP的被调度结束时间；(b)不被允许超出主要AC的TXOP限制+R-TWT SP持续时间；并且/或者(c)保留TXOP的不超出R-TWT SP的被调度结束时间的部分。

本文中所使用的术语“实现方式”意图包括而不限于实践本文中所描述的技术的实施例、示例或其他形式。

除非上下文明确地另有所指，否则本文中所使用的单数术语“一个”、“一项”和“所述”也可以包括复数事项。除非明确地如此声明，否则在提到单数对象时不意图意味着“一个且仅有一个”，而是意味着“一个或多个”。

本公开内容中的比如“A、B和/或C”之类的短语结构描述可以存在A、B或C或者项目A、B和C的任意组合的情况。比如在列出单元群组之后跟随有“至少其中之一”的短语结构表明存在这些群组单元的至少其中之一，包括所列出的单元的任何适用的可能组合。

在本公开内容中提到“实施例”、“至少一个实施例”或者类似的实施例措辞时，表明结合所述实施例所描述的特定特征、结构或特性被包括在本公开内容的至少一个实施例中。因此，这些不同的实施例短语不一定全都指代相同的实施例或者指代与所描述的所有其他实施例不同的特定实施例。实施例短语应当被解释为意味着给定实施例的特定特征、结构或特性可以按照任何适当的方式被组合在所公开的装置、系统或方法的一个或多个实施例中。

本文中所使用的术语“集合”指代一个或多个对象的总集。因此，对象的集合例如可以包括单个对象或多个对象。

比如第一和第二、顶部和底部、上方和下方、左和右等关系术语可以仅仅是被用来区分一个实体或动作与另一个实体或动作，而不一定要求或暗示在这样的实体或动作之间有任何实际的此类关系或顺序。

术语“包括”、“具有”、“包含”或其任何其他变体意图涵盖非排他性的包括，因此包括、具有、包含单元列表的处理、方法、物品或装置不仅包括这些单元，而是可以包括没有被明确列出或者这样的处理、方法、物品或装置所固有的其他单元。在没有更多约束的情况下，单元之前的“包括”、“具有”、“包含”不排除在包括、具有、包含该单元的处理、方法、物品或装置中存在附加的完全相同的单元。

本文中所使用的术语“近似地”、“近似”、“基本上”、“实质上”和“大约”或其任何其他版本被用来描述和解释小的变化。当与事件或情况相结合地使用时，所述术语可以指代所述事件或情况精确地发生的事例以及所述事件或情况近似发生的事例。当与数值相结合地使用时，所述术语可以指代小于或等于该数值的±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等子范围。

本文中所使用的术语“耦合”被定义为连接，但是不一定是直接连接并且不一定是机械连接。以特定方式被“配置”的设备或结构以至少该方式被配置，但是也可以按照未被列出的方式来配置。

各种益处、优点、针对问题的解决方案以及可以导致任何益处、优点或解决方案发生或变得更加显著的任何(多个)要素不应被解释为本文中所描述的技术或者任何或所有权利要求的关键、所需或必要特征或要素。

此外，在前面的公开内容中，出于将公开内容流线化的目的可能将各种特征一起分组在各个实施例中。这种公开方法不应被解释为反映出所要求保护的实施例需要比在每一条权利要求中明确列举出的更多的特征的意图。发明性的主题内容可以存在于单个公开实施例的少于所有特征中。

提供本公开内容的摘要是为了允许读者快速确定技术公开的性质。申请人在提交摘要时的理解是，摘要将不会被用来解释或限制权利要求的范围或含义。

应当认识到，一些司法管辖范围的实践可能要求在提交申请之后删除公开内容的一个或多个部分。因此，对于本公开内容的原始内容读者应当咨询所提交的申请。对于公开内容的任何内容删除不应被解释为对于原始提交的申请的任何主题内容的免责声明、弃权或捐献于公众。

所附权利要求在此被合并到公开内容中，每一条权利要求作为单独要求保护的主题内容独立存在。

虽然本文中的描述包含许多细节，但是这些细节不应当被解释为限制本公开内容的范围，而是仅仅提供关于其中一些当前优选的实施例的说明。因此应当认识到，本公开内容的范围完全涵盖对于本领域技术人员可能变得显而易见的其他实施例。

本领域技术人员已知的针对所公开的实施例的要素的所有结构和功能等效方案被明确地通过引用的方式合并在本文中，并且意图被本权利要求涵盖。此外，本公开内容中的单元、组件或方法步骤都不意图被捐献于公众，而不管所述单元、组件或方法步骤是否被明确地列举在权利要求中。除非明确地使用短语“用于…的装置”来列举本文中的权利要求要素，否则所述要素不应当被解释为“装置加功能”要素。除非明确地使用短语“用于…的步骤”来列举本文中的权利要求要素，否则所述要素不应当被解释为“步骤加功能”要素。

完整全部详细技术资料下载