频域中具有被共享的TXOP的OBSS中的协调站的制作方法

频域中具有被共享的txop的obss中的协调站
1.相关申请的交叉引用
2.本技术要求2021年1月19日提交的美国专利申请序列号17/152,536的优先权和权益，该申请通过引用整体并入本文中，该申请要求2020年6月24日提交的美国临时专利申请序列号63/043,309的优先权和权益，该申请通过引用整体并入本文中。
3.关于联邦资助研发的声明
4.不适用
5.计算机程序附录的引用并入
6.不适用
7.受版权保护的材料的声明
8.本专利文献中的一部分材料受美国及其他国家的版权法的版权保护。版权所有人不反对任何人影印再现专利文献或专利公开，因为专利文献或专利公开出现在可公开获得的美国专利商标局文件或档案中，不过保留其他方面的所有版权。版权所有人从而不放弃使本专利文献维持保密状态的任何权利，包括但不限于其依照37c.f.r.
§
1.14享有的权利。
技术领域
9.本公开的技术一般涉及通过网络的wi-fi发送，更具体地涉及通过网络进行上行链路(ul)多用户(mu)发送。


背景技术：

10.wi-fi网络的使用正在迅速扩展，其增长是由新型应用的不断发展和智能设备的激增所推动的。鉴于wi-fi用户的数量的不断增长和需要的不断增加，需要高吞吐量和低时延。
11.为了提高wlan的性能，特别是集中在2.4ghz和5ghz频带的wlan的性能，提出了许多802.11修正案。其他技术从物理(phy)层的角度，针对数据速率提高提出了解决方案，例如，将带宽从20mhz增加到160mhz、提出新的调制和编码方案、以及改进多输入多输出(mimo)系统。
12.为了减小发送开销从而增加数据吞吐量，已经对介质接入控制(mac)层进行了改进，例如通过减小帧间间隔、聚合和分割分组、以及应用功耗协议在sta的唤醒状态和休眠状态之间交替以节省功率。
13.另外，ieee 802.11ax引入了正交频分多址接入(ofdma)技术，其中相邻的子载波被分组为资源单元(ru)。通过为上行链路(ul)和下行链路(dl)中的多用户(mu)数据发送分配ru，该技术使传输速率最大化。
14.ofdma允许多个用户同时使用相同的时间资源，并在多个用户之间划分频域。这导致资源的改善使用，并且允许减小时延，因为能够同时调度更多的用户。
15.涉及诸如实时游戏之类的实时应用(rta)的某些wi-fi通信对延迟非常敏感，因此对低时延地进行的通信有更严格的要求。诸如不同游戏玩家之间的实时交互之类的用户体
验在实时游戏中是非常重要的。
16.然而，这些当前的802.11协议仍然可能存在时延问题，这对诸如实时游戏或其他实时应用之类的应用来说是有问题的。
17.因而，需要一种能够通过非ap站进行mu ul ofdma发送来提高ul效率的协议。本公开满足了这种需要，并且提供了优于先前技术的额外好处。


技术实现要素：

18.本公开中便利了多用户(mu)上行链路(ul)，本公开允许非接入点(ap)站(sta)一旦获得了信道就发起mu ul发送，而无需等待来自ap的触发帧。该非ap sta充当发送机会(txop)持有者sta，它被配置成发起被共享的txop接入并为其中sta愿意加入被共享的txop的其他非ap sta(来自内部基本服务集(bss)或来自重叠基本服务集(obss))调度信道资源。本公开还提供动态调度，与ap交换消息以用于信息共享或批准，以及与其他sta(例如愿意共享txop的sta)交换信息。
19.在说明书的以下部分中，将呈现本文中说明的技术的其他方面，其中详细的说明用于充分公开本技术的优选实施例，而不是对其加以限制。
附图说明
20.参考以下附图将更充分地理解本文中说明的技术，附图只是用于举例说明：
21.图1是ieee 802.11中的dl ofdma mimo发送的时隙化发送示图。
22.图2是ieee 802.11中的ul ofdma mimo发送的时隙化发送示图。
23.图3是常规ul ofdma mimo发送的流程图。
24.图4是常规wlan系统中的数据帧格式的数据字段图。
25.图5是常规wlan系统中的ack帧格式的数据字段图。
26.图6是csma/ca中的常规重发的通信序列图，其中由于重发而增加了退避时间。
27.图7是在重发次数超过重试限制之后丢弃分组的通信序列图。
28.图8是使用ofdma的常规下行链路多用户发送的通信序列图。
29.图9是使用ofdma的常规上行链路多用户发送的通信序列图。
30.图10是按照本公开的至少一个实施例的站(sta)硬件的框图。
31.图11是按照本公开的至少一个实施例的网络拓扑图例子。
32.图12是按照本公开的至少一个实施例的由非ap txop持有者sta发起的obss场景中的被共享的txop协议的通信序列图。
33.图13是按照本公开的至少一个实施例的具有三个阶段(包括被共享的txop设置阶段)的协议的动态场景的通信序列图。
34.图14是按照本公开的至少一个实施例的关于obss场景的被共享的txop设置阶段中的共享信息交换的通信序列图。
35.图15是按照本公开的至少一个实施例的由ap处理的关于obss场景的被共享的txop设置阶段的流程图。
36.图16是按照本公开的至少一个实施例的在非ap sta层面处理的关于obss场景的被共享的txop设置阶段的流程图。
37.图17是按照本公开的至少一个实施例的关于obss场景的被共享的txop初始化阶段中的分组交换的通信序列图。
38.图18是按照本公开的至少一个实施例的在非ap txop持有者sta层面处理的关于obss场景的被共享的txop初始化阶段的流程图。
39.图19a和图19b是按照本公开的至少一个实施例的在ap层面处理的关于obss场景的被共享的txop初始化阶段的流程图。
40.图20是按照本公开的至少一个实施例的在非ap txop参与者sta层面处理的关于obss场景的被共享的txop初始化阶段的流程图。
41.图21是按照本公开的至少一个实施例的关于obss场景的具有调度频带上的随机接入的txop调度和接入阶段的通信序列图。
42.图22是按照本公开的至少一个实施例的关于obss场景的具有调度频带上的随机接入的txop调度和接入阶段的流程图。
43.图23是按照本公开的至少一个实施例的关于obss场景的具有调度频带上的随机接入的txop调度和接入阶段的流程图，该txop调度和接入阶段在ap层面处理。
44.图24是按照本公开的至少一个实施例的关于obss场景的具有调度频带上的随机接入的txop调度和接入阶段的流程图，该txop调度和接入阶段在非ap被共享的txop参与者sta层面处理。
45.图25是按照本公开的至少一个实施例的关于obss场景的具有调度频带上的基本触发的txop调度和接入阶段的通信序列图。
46.图26是按照本公开的至少一个实施例的关于obss场景的具有调度频带上的基本触发的txop调度和接入阶段的流程图。
47.图27是按照本公开的至少一个实施例的关于obss场景的具有调度频带上的基本触发的txop调度和接入阶段的流程图。
48.图28是按照本公开的至少一个实施例的关于obss场景的具有调度频带上的基本触发的txop调度和接入阶段的流程图。
49.图29是按照本公开的至少一个实施例的关于obss场景的具有带时移的基本触发发送的txop调度和接入阶段的通信序列图。
50.图30是按照本公开的至少一个实施例的具有带时移的基本触发发送的txop调度和接入阶段的流程图，该txop调度和接入阶段在非ap txop持有者sta层面处理。
51.图31是按照本公开的至少一个实施例的关于obss场景的具有调度频带上的基本触发的txop调度和接入阶段的流程图，该txop调度和接入阶段在ap层面处理。
52.图32是按照本公开的至少一个实施例的具有带时移的基本触发发送的txop调度和接入阶段的流程图，该txop调度和接入阶段在非ap被共享的txop参与者sta层面处理。
53.图33是按照本公开的至少一个实施例的具有单播txop接入请求触发和调度器中的时移的txop调度和接入阶段的通信序列图。
54.图34是按照本公开的至少一个实施例的具有单播txop接入请求触发和调度器中的时移的txop调度和接入阶段的流程图，该txop调度和接入阶段在非ap txop持有者sta层面处理。
55.图35是按照本公开的至少一个实施例的具有单播txop接入请求触发和调度器中
的时移的txop调度和接入阶段的流程图，该txop调度和接入阶段在ap层面处理。
56.图36是按照本公开的至少一个实施例的具有单播txop接入请求触发和调度器中的时移的txop调度和接入阶段的流程图，该txop调度和接入阶段在非ap txop参与者sta层面处理。
57.图37是按照本公开的至少一个实施例的单播txop接入请求触发(由ap触发)和调度器中的时移的通信序列图。
58.图38是按照本公开的至少一个实施例的具有单播txop接入请求触发(由ap触发)和调度器中的时移的txop调度和接入阶段的流程图，该txop调度和接入阶段在非ap txop持有者sta层面处理。
59.图39是按照本公开的至少一个实施例的具有单播txop接入请求触发(由ap触发)和调度器中的时移的txop调度和接入阶段的流程图，该txop调度和接入阶段在ap层面处理。
60.图40是按照本公开的至少一个实施例的具有广播txop接入请求触发(通过非ap txop持有者)和调度器中的时移的txop调度和接入阶段的通信序列图。
61.图41是按照本公开的至少一个实施例的具有广播txop接入请求触发(通过非ap txop持有者)和调度器中的时移的txop调度和接入阶段的流程图，该txop调度和接入阶段在非ap txop持有者sta层面处理。
62.图42是按照本公开的至少一个实施例的具有广播txop接入请求触发(通过非ap txop持有者)和调度器中的时移的txop调度和接入阶段的流程图，该txop调度和接入阶段在ap层面处理。
63.图43是按照本公开的至少一个实施例的具有广播txop接入请求触发(通过非ap txop持有者)和调度器中的时移的txop调度和接入阶段的流程图，该txop调度和接入阶段在非ap txop参与者sta层面处理。
64.图44是按照本公开的至少一个实施例的具有广播txop接入请求触发(通过ap)和调度器中的时移的txop调度和接入阶段中的帧交换处理的通信序列图。
65.图45是按照本公开的至少一个实施例的具有广播txop接入请求触发(通过ap)和调度器中的时移的txop调度和接入阶段的流程图，该txop调度和接入阶段在非ap txop持有者sta层面处理。
66.图46是按照本公开的至少一个实施例的具有广播txop接入请求触发(通过ap)和调度器中的时移的txop调度和接入阶段的流程图，该txop调度和接入阶段在ap层面处理。
67.图47是按照本公开的至少一个实施例的关于obss场景的半静态协议的共享提议/请求设置子阶段中的帧交换序列的通信序列图。
68.图48是按照本公开的至少一个实施例的关于obss场景的半静态协议的共享提议/请求设置子阶段的流程图，该共享提议/请求设置子阶段在非ap sta层面处理。
69.图49是按照本公开的至少一个实施例的关于obss场景的半静态协议的共享提议/请求设置子阶段的流程图，该共享提议/请求设置子阶段在ap层面处理。
70.图50是按照本公开的至少一个实施例的关于obss场景的半静态协议的txop持有者配置设置子阶段中的帧交换处理的通信序列图。
71.图51是按照本公开的至少一个实施例的关于obss场景的半静态协议的txop持有
者配置设置子阶段的流程图，该txop持有者配置设置子阶段在非ap sta层面处理。
72.图52是按照本公开的至少一个实施例的关于obss场景的半静态协议的txop持有者配置设置子阶段的流程图，该txop持有者配置设置子阶段在ap层面处理。
73.图53是按照本公开的至少一个实施例的关于obss场景的具有时移的txop调度和接入阶段的半静态协议的通信序列图。
74.图54是按照本公开的至少一个实施例的关于obss场景的具有时移的txop调度和接入阶段的半静态协议。
75.图55是按照本公开的至少一个实施例的关于obss场景的具有时移的txop调度和接入阶段的半静态协议的流程图，该txop调度和接入阶段在ap层面处理。
76.图56是按照本公开的至少一个实施例的关于obss场景的具有时移的txop调度和接入阶段的半静态协议的流程图，该txop调度和接入阶段在非ap被共享的txop参与者sta层面处理。
77.图57是按照本公开的至少一个实施例的关于obss场景的调度频带上的txop调度和接入阶段的半静态协议的通信序列图。
78.图58是按照本公开的至少一个实施例的关于obss场景的调度频带上的txop调度和接入阶段的半静态协议的流程图，该txop调度和接入阶段在非ap txop持有者sta层面处理。
79.图59是按照本公开的至少一个实施例的关于obss场景的调度频带上的txop调度和接入阶段的半静态协议的流程图，该txop调度和接入阶段在ap层面处理。
80.图60是按照本公开的至少一个实施例的关于obss场景的调度频带上的txop调度和接入阶段的半静态协议的数据字段图，该txop调度和接入阶段在非ap被共享的txop参与者sta层面处理。
81.图61是按照本公开的至少一个实施例的txop可共享性元素的数据字段图。
82.图62是按照本公开的至少一个实施例的来自图61中所示的txop可共享性元素的信息(info)字段的数据字段图。
83.图63是按照本公开的至少一个实施例的共享提议/请求帧格式的数据字段图。
84.图64是按照本公开的至少一个实施例的图63中所示的共享提议/请求信息字段的数据字段图。
85.图65是按照本公开的至少一个实施例的obss共享sta帧格式的数据字段图。
86.图66是按照本公开的至少一个实施例的多用户请求发送(mu-rts)共享帧的数据字段图。
87.图67是按照本公开的至少一个实施例的cts共享帧的数据字段图。
88.图68是按照本公开的至少一个实施例的obss txop参与者sta帧格式的数据字段图。
89.图69是按照本公开的至少一个实施例的txop资源请求sta字段的数据字段图。
90.图70是按照本公开的至少一个实施例的cts-to-self(给自己的cts)帧的数据字段图。
91.图71是按照本公开的至少一个实施例的txop优先级触发帧格式的数据字段图。
92.图72是按照本公开的至少一个实施例的obss共享触发帧的数据字段图。
93.图73是按照本公开的至少一个实施例的保留频带txop持有者bss字段的数据字段图。
94.图74是按照本公开的至少一个实施例的txop随机接入请求触发帧的数据字段图。
95.图75是按照本公开的至少一个实施例的单播txop接入请求触发帧的数据字段图。
96.图76是按照本公开的至少一个实施例的txop接入调度器触发帧格式的数据字段图。
97.图77是按照本公开的至少一个实施例的广播txop接入请求触发帧的数据字段图。
98.图78是按照本公开的至少一个实施例的txop持有者配置帧格式的数据字段图。
99.图79是按照本公开的至少一个实施例的sta txop接入分配字段的数据字段图。
100.图80是按照本公开的至少一个实施例的分配控制信息子字段的数据字段图。
101.图81是按照本公开的至少一个实施例的txop接入配置帧的数据字段图。
102.图82是按照本公开的至少一个实施例的obss txop接入配置帧的数据字段图。
103.图83是按照本公开的至少一个实施例的txop共享请求触发帧的数据字段图。
104.图84是按照本公开的至少一个实施例的txop共享响应触发帧的数据字段图。
105.图85是按照本公开的至少一个实施例的站(sta)硬件的框图，其中这些站隶属于多链路设备(mld)配置。
具体实施方式
106.1.引言
107.说明了一种用于在被共享的txop中能够实现多用户(mu)上行链路(ul)发送的新协议，该协议即使在重叠基本服务集(obss)场景中也能够运行。被共享的txop意味着在一个txop期间，信道接入可以在不同的用户之间共享。更具体地，当非ap sta获得(抢占)信道时，它能够发起mu ul发送而无需等待来自ap的触发帧。该非ap sta充当txop持有者sta，它可以发起被共享的txop接入并为愿意加入接下来的被共享的txop的(同一bss中或obss中的)其他非ap sta调度信道接入资源。作为例子而非限制，公开的解决方案集中于obss情况，因为它比bss情况更具挑战性。公开的解决方案提高了信道利用效率，并且降低了obss干扰和信道接入争用延迟，从而提高了灵活性和实时应用(rta)性能。
108.2.关于wlan的当前ieee 802.11
109.当前的802.11技术在ap层面发起上行链路(ul)多用户(mu)发送。这要求即使非ap sta需要向ap发送ul数据，并且它们感测到信道可用，它们也不能简单地开始发送。非ap sta必须等待，直到它们从关联ap接收到触发帧才能开始ul数据发送。
110.本公开说明一种在非ap sta层面发起，以便进行mu ul ofdma发送的被共享的txop协议。在公开的解决方案中，使获得信道接入的非ap sta能够发起被共享的txop，并向其他非ap sta分配不同的信道资源，以便进行mu ul数据发送。
111.2.1.影响延迟的wlan特征
112.2.1.1.信道接入和延迟容限
113.在wlan设备中允许基于争用的接入和免争用接入两者。基于争用的接入要求设备感测信道，并在每次信道忙碌时争夺信道，以便获得对信道的接入。这引入了额外的发送延迟，但是对避免冲突来说是必需的。免争用信道接入允许ap在不进行争用的情况下获得对
信道的接入。这在混合受控信道接入中是允许的，在混合受控信道接入中，信道接入协调是通过使用与其他sta所使用的difs(分布式帧间间隔)相比，等于pifs(pcf帧间间隔)的较短帧间间隔来实现的。尽管免争用接入似乎是避免争用延迟的可行解决方案，不过它有许多缺点，因此没有被广泛部署，大多数wi-fi设备都在使用基于争用的接入。
114.对sta来说，为了接入信道，它需要感测信道并判定信道是否忙碌。当检测到以下状况任意之一时，该信道被认为是忙碌的：(a)sta检测到帧的前导码，其中信道在所检测到的帧的长度内被认为是忙碌的；(b)sta检测到大于20db的最小灵敏度的能量；或者(c)sta通过读取所检测到的帧的nav检测到信道实际上忙碌。
115.802.11ax引入了两个nav，以避免由于nav定时器的错误重置而可能出现的冲突。一个nav用于bss sta，而另一个nav用于非bss sta。sta分别维护这两个nav。
116.与所有传统的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数据发送。
117.2.1.2.多用户发送和接收
118.802.11wlan设备允许使用mimo天线进行发送和接收，以及进行ofdma信道接入。ieee 802.11ax支持上行链路(ul)和下行链路(dl)两者中的多用户发送。
119.这允许通过多达8个流(stream)向一个或多个用户的多流发送，例如在802.11ac中的su-mimo dl中，或者通过经由如在802.11ac中定义的mu-mimo dl发送，向不止一个用户的多用户发送。因而，ap能够向其bss中的sta分配一个或多个流。
120.随着使用高达160mhz的宽信道进行数据发送，预期该信道是干扰频率选择性的，其中一些频率经历与其他频率不同的干扰水平。这影响了预期的可达通信速率并且会降低性能。为了解决该问题，802.11ax引入了ofdma，其中相邻的子载波被分组成资源单元(ru)。这些ru可以被分配给不同的接收器以使传输速率最大化。这种调度可以导致使每个接收器的信号-干扰噪声比(sinr)最大化，从而允许更高的调制和编码方案(mcs)，于是提高所实现的吞吐量。
121.ofdma允许多个用户同时使用相同的时间资源，并在多个用户之间划分频域；这改善了资源使用，并且减小了通信时延，因为能够同时调度更多的用户。另外，具有少量数据要传送的sta(这是rta的典型情况)可以占用较窄的ru，使得调度非常高效，并且允许在为了少量数据而需要接入的应用之间更好地分发资源。这可以帮助减少信道接入时间，以及与帧头和前导码关联的开销量。
122.当ofdma与mimo发送的使用相结合时，ofdma可以更高效。取决于sta的mimo容量，ru可以用于向sta发送多个空间流。另外，一个ru可以被分配用于在不止一个sta之间共享，其中取决于sta的mimo容量，每个sta可以具有一个或多个空间流。在同一资源中封装更多的sta也有利地减小了sta和ap的时延。
123.图1描绘了dl ofdma mimo发送的例子。ap正向所有sta发送phy前导码，以指定频率/ru映射和对于sta的ru分配。在前导码之后，ap使用对于特定sta的ru分配，向该sta发送dl数据。多用户ack发送应当与dl数据帧的接收同步，其中sta在接收到dl触发帧之后开始
sifs的发送。
124.图2表示ul ofdma mimo发送的例子。ap正向所有sta发送触发帧，该触发帧包含频率/ru映射和对于sta的ru分配。ul mimo发送应当与触发帧的接收同步，其中sta在接收到dl触发帧之后开始sifs的发送。
125.2.1.4.重发
126.图3描绘了按照ieee 802.11，在wlan系统中使用csma/ca来允许sta获得对信道的接入，以便进行分组发送和重发的操作的流程图。在csma/ca系统中，在每次发送和重发之前，sta必须感测信道状态，并设定退避时间来争夺信道接入。退避时间由介于0和争用窗口的大小之间的均匀随机变量决定。在sta等待退避时间并且感测到信道空闲之后，sta发送分组。
127.如果sta在超时之前没有接收到ack，则需要重发；否则，发送成功。当需要重发时，sta检查分组的重发次数。如果重发次数超过重试限制，则丢弃分组，并且不调度重发。否则，调度重发。如果调度重发，则需要另一个退避时间来为重发争夺信道接入。如果争用窗口的大小没有达到上限，则sta增大争用窗口。sta取决于新的争用窗口的大小设定另一个退避时间。sta等待该退避时间以便进行重发，等等。
128.图4图解说明常规wlan系统中的数据帧格式。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段包含该帧的接收者的地址。ta字段包含发送了该帧的sta的地址。序列控制字段包含分组的片段号和序列号。
129.图5图解说明常规wlan系统中的ack帧格式。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段包含该帧的接收者的地址。
130.图6图解说明csma/ca中的重发的一个例子，其中由于重发增加了退避时间。数据分组帧和ack帧分别使用如图4和图5中所示的格式。在发送器发送分组的初始发送之后，它在超时之前没有接收到ack。于是，它设定另一个退避时间，从而争用窗口的大小为n个时隙。在等待该退避时间之后，发送器sta第一次重发分组。然而，重发也失败。发送器sta需要重发分组，并再次设定退避时间以争夺信道接入。这次，归因于重发，争用窗口的大小被加倍，即2*n个时隙。预期的退避时间也依据争用窗口大小被加倍。第二次重发成功，因为它在超时之前接收到ack。
131.图7图解说明在重发次数超过重试限制之后丢弃分组的一个例子。
132.数据分组帧和ack帧分别使用如图4和图5中所示的格式。如图所示，在分组的初始发送失败之后，发送器sta多次重发该分组。然而，没有一次重发成功。在重发n次之后，重发次数超过重试限制。发送器sta停止重发该分组，并且该分组被丢弃。
133.图8图解说明在重发次数超过重试限制之后丢弃分组的另一个例子。数据分组帧和ack帧分别使用图4和图5中所示的格式。如图所示，在分组的初始发送失败之后，发送器sta多次重发该分组。然而，没有一次重发成功。在重发n次之后，重发次数超过重试限制。发送器sta停止重发该分组，并且该分组被丢弃。
134.图9图解说明在重发次数超过重试限制之后丢弃分组的一个例子。
135.数据分组帧和ack帧分别使用如图4和图5中所示的格式。如图所示，在分组的初始发送失败之后，发送器sta多次重发该分组。然而，没有一次重发成功。在重发n次之后，重发次数超过重试限制。发送器sta停止重发该分组，并且该分组被丢弃。
136.2.1.5.ul ofdma随机接入
137.针对当ap不知道哪个sta有数据要发送时或者当非关联的sta想要发送数据时的ul发送，802.11ax引入了ul ofdm随机接入。触发帧可以为随机ul信道接入分配一些ru。当ap为上行链路随机接入分配特定ru时，sta使用ofdma退避过程来判定它们是否将接入随机接入信道。这是通过选择随机退避值，并将随机退避值与为随机接入所分配的ru的数量相比较来进行的。如果当前的随机退避值小于ru的数量，则sta随机地接入为随机接入所分配的ru之一。预计随机接入将提供高效的短分组发送。
138.3.问题陈述
139.对于mu ul发送，诸如802.11n/ac之类在信道接入方案中实现了请求发送/清除发送(rts/cts)或者带有扩展的rts/cts，以帮助避免分组冲突。然而，这种方案一次只允许一个用户占用信道。此外，rts/cts帧交换机制的开销引入了长的延迟。
140.作为比较，802.11ax技术实现了ofdma方案，它允许不同的用户同时接入信道。这提高了信道利用效率并减小了平均延迟。然而，当前的802.11ax技术依赖于ap针对被共享的txop发起ul发送。意味着即使非ap sta感测到信道可用，并且它有数据要发送到ap，非ap sta也必须等待，直到从关联ap接收到触发帧才能开始ul数据发送。另外，非ap sta必须依赖于ap在获得信道的该非ap sta和其他非ap sta之间调度并分发可用信道资源。在这种情况下，它会引入了几个问题，包括低的信道利用效率和因此增加的延迟。
141.当考虑obss情况下，延迟问题变得更糟，在obss情况下，来自相邻bss的干扰会在接入信道时引起更多的争用，从而导致更长的延迟。
142.4.本发明的贡献
143.本公开提供一种新的解决方案，使得对于obss场景，能够在被共享的txop中实现多用户(mu)上传(ul)发送。被共享的txop意味着在一个txop期间，信道接入可以在不同的用户之间共享。更具体地，当非ap sta获得(抢占)信道时，它能够发起mu ul发送而无需等待来自ap的触发帧。该非ap sta充当txop持有者sta，它在本协议中被配置用于发起被共享的txop接入并为愿意加入被共享的txop的(同一bss中或者obss中的)其他非ap sta调度信道资源。研究的场景主要集中于obss情况，因为它比子集bss情况更加鲁棒。公开的解决方案提高了信道利用效率，并且降低了非ap sta侧的obss干扰和延迟，从而提高了非ap sta侧的灵活性和实时应用(rta)性能。
144.5.非ap sta硬件设置
145.图10图解说明包括非ap sta的无线站的示例实施例10。示出了具有外部i/o 14以访问应用的电路12。i/o 14连接到总线16，总线16耦接到至少一个cpu 18和存储器20(例如，ram)，以执行(运行)实现通信协议的程序。
146.主机10容纳至少一个调制解调器22，调制解调器22在至少一个频带上与相邻的sta发送/接收数据帧，并且可以是定向的或者全向的。调制解调器22连接到至少一个rf模块24、28，以生成和接收物理信号。在至少一个实施例中，rf模块包括变频器，阵列天线控制器等。在这个例子中，rf模块被表示成连接到多个天线26a、26b、26c～26n、以及29，这些天线被控制来进行波束成形或全向通信以便进行发送和接收。这样，sta可以使用多组波束图来发送信号。调制解调器和天线也可以或另外被配置用于全向操作。
147.应意识到的是，本公开的站硬件可以被配置用于在任何期望的频带，例如毫米波
频带和sub-6ghz频带上进行通信。还应注意的是，可以对多个sta进行分组(聚集)，比如按任何期望的配置，被配置为多链路设备(mld)，而不脱离本公开的教导。
148.来自存储器20的指令在处理器18上执行，以执行实现通信协议的程序，所述程序的执行允许sta进行接入点(ap)站或非ap(常规)站(sta)的功能。还应意识到的是，编程被配置成取决于它在当前的通信上下文中所起的作用，以不同的模式(源、发送器、中间体、目的地、接收器、第一ap、其他ap、与第一ap关联的非ap站、非ap txop持有者站、非ap txop参与者站、非ap txop非参与者站、与其他ap关联的站、协调者、被协调者等)运行。
149.图85图解说明图10的变体，作为其中无线通信站隶属于多链路设备(mld)硬件配置的实施例1950。mld内的每个sta在不同频率的链路上操作。每个站10'可以如图10中所述，每个站10'具有cpu、ram、调制解调器、rf电路、以及一个或多个天线。从图中可以看出，所示的mld的n个站中的每个站提供不同的链路(例如，表示了链路1、链路2～链路n)。
150.还可以看出mld包括具有至少一个处理器(cpu)1954、存储器1956的mld管理实体的电路1952，电路1952提供外部i/o，以访问mld的应用和在mld层面实现通信协议。mld被配置成向各个隶属的sta分发任务和从各个隶属的sta收集信息，并在隶属的sta之间共享信息。
151.还应意识到的是，mld的各个sta不必具有它自己的处理器和存储器。在至少一个实施例中，mld内的一个或多个站可以在它们之间共享处理器和存储器，或者共享mld电路的处理器和存储器。从而，本公开可以构思用于通过mld内的多个链路进行通信的许多可能的安排。
152.6.拓扑和场景说明
153.6.1.研究中的拓扑
154.图11图解说明表示wlan obss场景的拓扑的示例实施例30，该wlan obss场景由两个重叠的bss组成，其中bss1 44由ap(ap1)32和三个sta 33、34和36组成。其中，为了举例说明，sta3 36被表示为获得信道并与其他非ap sta共享其txop的非ap txop持有者sta，而其他两个sta 33和34是非ap被共享的txop参与者sta，它们不作为txop持有者获得信道，但是愿意加入由txop持有者sta共享的txop。bss2 46由ap(ap2)38和包括sta1'42和sta2'40的两个sta组成，在这个例子中，bss2中的sta1'42和sta2'40是非ap txop参与者sta。
155.应注意的是，txop持有者站的角色不是固定的角色，因为任何非ap站或ap如果获得了txop，则都可以扮演txop持有者的角色。该拓扑例子用于举例说明所公开的解决方案；然而，本公开可以不受限制地应用于具有单个或多个bss以及每个ap一个或多个站的任何wlan拓扑。
156.6.2.场景说明
157.在所研究的场景中，每个bss包含一个ap和多个非ap sta。每个非ap sta具有定期或不定期地生成的需要发送到关联ap的分组。本公开主要集中于上行链路(ul)正交频分多址接入(ofdma)发送的使用，对于ul ofdma发送，由于每个非ap sta和ap之间的更加复杂的调度，时延始终是一个关键性的问题，不过本文中的技术适用于其他用例。
158.在802.11ax中，多个sta可以在被共享的txop内同时发送ul数据序列，这提高了信道利用效率。
159.然而，在802.11ax中，ap是唯一能够发起ul数据发送的设备。ap通常向非ap sta发
送触发帧(例如，bsrp)，以询问它们的缓冲区状态和流量优先级，并从这些非ap sta接收响应帧(例如，bsr)。ap向这些非ap sta发送具有资源分配信息的另一个触发帧(例如，基本触发)，以供它们用于发送ul数据序列。
160.ap发起的txop不能从非ap sta侧捕获动态需求，尤其是对于那些有rta(实时应用)分组要发送的非ap sta。rta分组通常大小较小；然而，rta分组要求快速、低时延的发送。在例示的obss场景中，延迟性能更加严重，因为obss场景中的干扰引入了更激烈的信道争用，导致更长的延迟。
161.本公开从非ap sta的角度说明了一种用于obss场景的新的解决方案。特别是对于那些感测到信道可用并且有分组要立即发送到ap的非ap sta。获得信道接入并且愿意与其他sta共享其txop中的信道接入的sta启用被共享的txop方案。非ap sta和ap之间的协调使得每个设备通过加入被共享的txop来接入信道更加高效。被共享的txop中的非ap sta参与者可以来自同一bsb或者来自obss。用于obss场景的多个协作设备之间的被共享的txop方案有效地降低了obss干扰，同时减少了时延，并且在来自同一bss或来自obss的竞争sta之间提供更加高效的信道利用。
162.更具体地，本公开如下操作。一旦任何非ap sta获得信道接入，它就可以立即发起下一个被共享的txop。该非ap sta在本文中被称为非ap txop持有者sta。愿意参与接下来的被共享的txop的非ap sta在本文中被称为非ap被共享的txop参与者sta。
163.非ap txop持有者sta与在同一bss中或者在另一个bss中的其他非ap被共享的txop参与者sta在频域中共享该txop。非ap txop持有者sta不需要等待ap发起被共享的txop接入。非ap txop持有者sta能够向其他非ap被共享的txop参与者sta调度和分发可用频率资源。一旦被共享的txop中的接入资源被保留，非ap txop持有者sta也可以让关联ap进行调度。潜在的非ap txop持有者sta也可以使用预定调度来分配信道接入资源。本公开提供一种协议，该协议减少了接入信道的时延，并且还提高了信道利用效率。
164.图12图解说明所公开的被共享的txop协议的高级例子的示例实施例50，该被共享的txop协议由非ap txop持有者sta发起。该图描绘了接收器ap(ap1)52、作为被共享的txop参与者54、56的bss1中的两个非ap发送器、以及非ap发送器txop持有者58之间的交互。可以看到具有接收器ap(ap2)60、非ap被共享的txop参与者sta 62和64的obss。进行txop设置过程66。
165.在txop设置过程中，非ap sta通过单个bss中的关联ap的协调，交换txop可共享性信息，例如共享提议和共享请求。另外，来自不同bss的ap也交换它们的关联sta的共享提议/请求信息。
166.该图描绘了进行两个txop的例子。当非ap txop持有者sta 58获得信道时，它初始化被共享的txop，并且可能需要确认哪些非ap sta(来自它自己的bss和obss)愿意参与被共享的txop。txop持有者sta将信道接入(ru)分配给愿意加入被共享的txop的其他sta(来自它自己的bss和来自重叠的bss)。
167.为特定的非ap被共享的txop参与者sta分配的ru在不同的txop，例如，第一txop 68和第二txop 92中可能不同。当被共享的txop接入开始时，txop持有者sta在保留的ru上发送ul数据。非ap被共享的txop参与者sta在所分配的ru上发送ul数据。在其中sta1、sta2和sta1'共享70、72和74sta3 58的txop的第一txop 68中表示了数据，具有向ap1 52的报头
和数据76、78、80、82、84和86的发送，以及具有向ap2 60的报头和数据88和90的发送。在其中sta1和sta2'共享94、96sta3 58的txop的第二txop 92中表示了数据，具有向ap1 52的报头和数据98、100、102和104的发送，以及具有向ap2 60的报头和数据106和108的发送。
168.6.3.场景分类
169.在本公开中说明了不同的实施例，它包括动态场景和半静态场景。对于动态场景，从有和没有ap协调两个方面说明了解决方案。对于半静态场景，需要ap作为协调者。
170.在第7节中在obss拓扑中分析了解决方案，之后在第8节中介绍了帧格式设计，然后提供了本公开的总结。
171.7.关于obss场景的协议设计
172.7.1.协议设计的概况
173.在本节中，说明了具有其中即时地进行被共享的txop接入调度的动态场景和其中被共享的txop接入调度是预定的半静态场景的obss协议。在obss场景中，ap总是需要参与进来，以在bss之间进行协调。
174.图13图解说明涉及ap 52、多个非ap被共享的txop参与者sta54和56、以及非ap txop持有者sta 58的动态场景的示例实施例110，其中所公开的协议具有三个阶段，包括如图12中所示的被共享的txop设置阶段66、被共享的txop初始化阶段112、以及txop调度和接入阶段114。
175.在被共享的txop设置阶段66中，包括txop持有者sta和被共享的txop参与者sta的非ap sta通过将txop可共享性信息嵌入经由协调ap的协调来交换的认证帧或关联帧或任何其他帧中，交换txop可共享性信息，txop可共享性信息指示sta是否愿意共享提议/请求被共享的txop。
176.在被共享的txop初始化阶段112中，非ap txop持有者sta获得信道接入，并通告它愿意与其他非ap sta共享其txop，例如，比如通过向潜在的txop参与者sta广播mu-rts共享帧来指示txop是可共享的。愿意加入接下来的被共享的txop的其他非ap sta响应txop持有者sta，以确认它们的参与(通过回送cts共享帧)。
177.在txop调度和接入阶段114中，非ap txop持有者sta和非ap被共享的txop参与者sta同时接入信道。非ap txop持有者sta使用保留的ru发送ul数据。取决于利用哪种信道接入协议，非ap被共享的txop参与者sta通过使用分配的ru或随机接入剩余的ru来发送ul数据。
178.7.2.被共享的txop设置阶段
179.图14图解说明关于obss场景的被共享的txop设置阶段中的共享信息交换的过程的示例实施例130。和前面的示例交互一样，表示了具有接收器ap1 52、作为被共享的txop参与者54、56的两个非ap发送器、以及非ap发送器txop持有者58的第一bss(bss1)。在第二bss(bss2)中，可以看到接收器ap 60、以及作为被共享的txop参与者62和64的两个非ap发送器。
180.非ap sta例如在发送给关联ap的认证/关联请求帧中指示它们的共享提议/请求信息132。在这些管理帧或者与ap交换的任何其他帧，例如认证/关联响应帧或信标帧中嵌入被设计为sta txop可共享性元素的新元素，以交换非ap sta的共享提议/请求信息。
181.共享帧的通信开始nav(共享)时段136。一旦关联ap接收到包含该sta txop可共享
性元素的共享帧，它就检查可共享性信息并进行响应138，以确认成功接收，例如通过认证或关联响应。然后ap利用共享提议/请求帧广播所有关联的非ap sta的共享提议/请求信息140。在这种情况下，一旦非ap sta接收到共享提议/请求帧，它就知道其他非ap sta的可共享性，并更新其数据库。
182.然后，ap向相邻bss的另一个ap单播obss共享sta帧142，并指示所有关联的非ap sta的可共享性。响应于obss共享帧被发送，nav(obss)间隔146开始。
183.一旦obss中的另一个ap 60接收到obss共享sta帧，它就检查由ta字段指示的非ap sta的共享提议/请求信息，并利用bssid被设定为如在接收到的obss共享sta帧中所指示的ta的共享提议/请求帧，在其bss内广播该信息144。
184.接下来，bss2中的非ap txop参与者62向ap 60发送共享帧150以指示其共享提议/请求信息，并且nav(共享)152开始。ap 60确认154该共享帧，并利用共享提议/请求帧广播其bss中的所有关联的非ap sta的共享提议/请求信息156，之后ap 60向bss1的ap 52单播obss共享sta帧158，这开始nav(obss共享)160。响应于接收到该obss共享sta帧，bss1 ap 52然后广播共享提议/请求162。
185.图15图解说明由ap处理的关于obss场景的被共享的txop设置阶段的示例实施例170。在被共享的txop设置阶段开始之后，在172，ap从非ap sta接收诸如认证帧或关联请求帧之类的管理帧，所述管理帧指示该非ap sta是否愿意提议/请求与其他非ap sta的被共享的txop。ap保持该非ap sta的该可共享性信息，并在174，回送认证或关联响应帧以确认成功接收。
186.然后在176，ap向内部bss中的所有非ap sta广播共享提议/请求帧，以更新新的关联的非ap sta的可共享性。如果共享提议/请求帧的bssid字段指示与ta字段中的mac地址相同的mac地址，则它意味着共享提议/请求帧正在传递来自内部bss的非ap sta的可共享性信息。否则，它意味着共享提议/请求帧正在传递来自其id由bssid指示的bss间(inter bss)的非ap sta的可共享性信息。ap还通过在178向bss间的ap单播obss共享sta帧，向obss更新可共享性信息。在接收到obss共享sta帧之后，在180，来自bss间的ap向非ap sta广播更新后的可共享性信息。
187.图16图解说明在非ap sta层面处理的关于obss场景的被共享的txop设置阶段的示例实施例190。在被共享的txop设置阶段开始之后，在192，非ap sta向关联ap发送管理帧，以指示其被共享的txop的共享提议/请求信息，nav也被设置以防止由obss中的发送引起的干扰。
188.在194进行检查，以判定是否从关联ap接收到了响应。如果非ap sta在发送包含可共享性信息的认证帧或关联帧之后的超时时段内，没有从关联ap接收到任何反馈，则到达框196，其中管理帧超时，然后在本实施例中，执行返回框192，因为sta应当向关联ap重发管理帧以指示其可共享性。
189.否则，如果从关联ap接收到响应，则在198进行检查，以判定非ap sta是否接收到共享提议/请求帧。
190.如果在框198，没有接收到共享提议/请求，则处理结束。然而，如果非ap sta接收到共享提议/请求帧，则在框200，sta更新其他非ap sta的最新的可共享性信息，所述其他非ap sta可能来自bss间，如果共享提议/请求帧的bssid字段和ta字段指示不同的mac地址
的话，或者来自内部bss，如果共享提议/请求帧的bssid字段和ta字段指示同一mac地址的话。
191.7.2.被共享的txop初始化阶段
192.图17图解说明关于obss场景的被共享的txop初始化阶段中的分组交换处理的示例实施例210。和前面的示例交互一样，表示了具有接收器ap1 52、作为被共享的txop参与者54、56的两个非ap发送器、以及非ap发送器txop持有者58的第一bss(bss1)。在第二bss(bss2)中，可以看到接收器ap 60、以及作为被共享的txop参与者62和64的两个非ap发送器。要注意的是，为了图解说明的简单起见，没有示出nav间隔。
193.在这种场景中，非ap txop持有者sta只需要知道来自它自己的bss的被共享的txop参与者sta的aid(关联id)，非ap txop持有者sta可以为内部bss的被共享的txop参与者sta调度接入，而将对于来自bss间的被共享的txop sta的调度工作留给它们的关联ap。从而，对于来自bss间的其他被共享的txop参与者sta，他们的aid信息由它们的关联ap记录，而非ap txop持有者sta不需要它们的aid信息。
194.在这个阶段，非ap txop持有者sta获得信道，并且愿意与来自bss内或bss间的其他非ap sta共享该txop。它需要确认来自内部bss的哪些其他非ap sta愿意加入它的被共享的txop。
195.非ap txop持有者sta首先进行信道探测212，以收集对于内部bss中的其他非ap sta的波束成形信息，内部bss被命名为被共享的txop持有者bss。
196.然后，非ap txop持有者sta向潜在的非ap被共享的txop参与者sta发送多用户请求发送(mu-rts)共享帧214，该mu-rts共享帧带有为每个指定的非ap sta指示的带宽(bw)。一旦非ap sta接收到该mu-rts共享帧，如果它们愿意加入接下来的被共享的txop，则它们就使用在接收到的mu-rts共享帧中指示的bw，以cts共享帧216、218对非ap txop持有者sta进行响应。
197.非ap txop持有者sta还向关联ap发送mu-rts共享帧214，以通告被共享的txop的开始。一旦ap接收到该mu-rts共享帧，它就知道发起了被共享的txop。然后，在cts共享帧之后，该ap向bss间的另一个ap单播obss txop参与者sta帧220，bss间被命名为被共享的txop参与者bss。obss txop参与者sta帧不包含非ap被共享的txop参与者sta的任何信息。
198.在接收到不包含非ap被共享的txop参与者sta的任何信息的obss txop参与者sta帧之后，被共享的txop参与者bss的ap知道被共享的txop的发起已经开始，并且作为响应，向潜在的非ap被共享的txop参与者sta发送mu-rts共享帧224，该mu-rts共享帧带有为每个指定的非ap sta指示的bw。
199.一旦来自被共享的txop参与者bss的非ap sta接收到该mu-rts共享帧，如果它们愿意加入接下来的被共享的txop，它们就以cts共享帧226、228对关联ap进行响应。
200.在接收到来自愿意参与接下来的被共享的txop的非ap txop参与者sta的所有cts共享帧之后，被共享的txop参与者bss的ap向共享txop持有者bss的ap单播obss txop参与者sta帧230，该obss txop参与者sta帧带有被共享的txop参与者sta的最新信息。
201.在接收到带有来自另一个bss的被共享的txop参与者sta的信息的obss txop参与者sta帧之后，ap广播cts-to-self共享帧232，以通告在被共享的txop参与者bss中完成了被共享的txop初始化工作。
202.一旦接收到来自关联ap的cts-to-self共享帧，非ap txop持有者sta就可以开始txop调度和接入阶段。
203.图18图解说明在非ap txop持有者sta层面处理的关于obss场景的被共享的txop初始化阶段的示例实施例250。
204.一旦已经获得了信道，非ap txop持有者sta就首先在252进行信道探测，然后在254向潜在的非ap被共享的txop参与者sta和ap发送(广播)mu-rts共享帧。
205.在框256，检查是否接收到所有的cts共享帧。如果非ap txop持有者sta在mu-rts共享帧超时之前没有接收到cts共享帧，则在258发生mu-rts共享帧超时，执行返回框254，非ap txop持有者sta重发mu-rts共享帧。
206.如果接收到了cts共享帧，则在框260进行检查，以判定是否接收到了cts-to-self共享帧。如果非ap txop持有者sta在obss txop参与者sta帧超时之前没有接收到cts-to-self共享帧，则到达超时264，然后在框266，非ap txop持有者sta开始关于它自己的bss的被共享的txop调度和接入阶段。
207.否则，如果接收到了cts-to-self共享帧，则在框262，非ap txop持有者sta开始关于obss场景的被共享的txop调度和接入阶段。
208.图19a和图19b图解说明在ap层面处理的关于obss场景的被共享的txop初始化阶段的示例实施例270。如果在框272，判定ap接收到mu-rts共享帧，则在274，ap向被共享的txop参与者bss的另一个ap单播obss txop参与者sta帧，而不指示被共享的txop参与者sta信息。
209.如果在框276，判定ap接收到不包含非ap被共享的txop参与者sta的任何信息的obss txop参与者sta帧，则ap知道被共享的txop的发起已经开始，并且作为响应，在278，向潜在的非ap被共享的txop参与者sta发送mu-rts共享帧，该mu-rts共享帧带有为每个指定的非ap sta指示的bw。
210.如果在框280，判定ap接收到了来自愿意参与接下来的被共享的txop的非ap txop参与者sta的所有cts共享帧，则在图19b中，在282，该ap向txop持有者bss的ap单播obss txop参与者sta帧，该obss txop参与者sta帧带有被共享的txop参与者sta的最新信息。
211.如果在框286判定ap接收到了带有来自另一个bss的被共享的txop参与者sta的信息的obss txop参与者sta帧，则在286，ap广播cts-to-self共享帧，以通告在被共享的txop参与者bss中完成了被共享的txop初始化工作。
212.然而，如果在框272、276、280或284的任何一个检查失败，则处理结束，而不进行任何动作。
213.图20图解说明在非ap txop参与者sta层面处理的关于obss场景的被共享的txop初始化阶段的示例实施例290。
214.在292进行检查，以判定非ap sta是否接收到mu-rts共享帧。如果没有接收到mu-rts共享帧，则该处理结束。
215.否则，非ap sta接收到了mu-rts共享帧，然后在294，检查该非ap sta是否愿意加入接下来的被共享的txop。如果站愿意加入，则在框296，该非ap sta使用分配的频带，通过指示其aid，以cts共享帧进行响应。
216.否则，如果该非ap sta将不加入被共享的txop，则在框298，它回送cts共享帧，其
中将aid设定为0，以指示它将不加入被共享的txop。
217.7.3.txop调度和接入阶段
218.在本节中，关于txop调度和接收阶段设计说明了多种解决方案，它包括以下变化：(a)调度频带上的随机接入，(b)调度频带上的基本触发，(c)带时移的基本触发发送，(d)单播txop接入请求触发和调度器中的时移，这由非ap txop持有者触发，(e)单播txop接入请求触发和调度器中的时移，这由ap触发，(f)广播txop接入请求触发和调度器中的时移，这由非ap txop持有者触发，(g)广播txop接入请求触发和调度器中的时移，这由ap触发。
219.图21图解说明关于obss场景的具有调度频带上的随机接入的txop调度和接入阶段的示例实施例310。该过程不需要被共享的txop初始化过程的实现。该图表示了使用主频带315的第一bss和使用辅频带316的第二bss。和前面的示例交互一样，该例子示出了具有接收器ap1 52、作为被共享的txop参与者54、56的两个非ap发送器、以及非ap发送器txop持有者58的第一bss(bss1)。在第二bss(bss2)中，可以看到接收器ap 60、以及作为被共享的txop参与者62和64的两个非ap发送器。要注意的是，为了图解说明的简单起见，没有示出nav间隔。
220.非ap txop持有者sta首先向关联ap单播txop优先级触发帧312，该txop优先级触发帧在ru分配子字段和ul bw子字段中指示保留的ru，并将优先级字段设定为1，以指示这是非ap txop持有者sta。
221.在接收到txop优先级触发帧之后，被共享的txop持有者bss的ap发送obss共享触发帧314，该obss共享触发帧指示在被共享的txop中使用随机接入(通过将保留频带txop持有者bss字段的随机接入子字段设定为1)和为被共享的txop持有者bss保留的频带(通过设定保留频带txop持有者bss字段的保留频带子字段)，从而将剩余频带留给txop参与者bss。
222.然后，被共享的txop持有者bss的ap使用为被共享的txop持有者bss保留的频带，广播txop随机接入请求触发帧318。
223.如果来自被共享的txop参与者bss的ap接收到obss共享触发帧，则它使用用于被共享的txop参与者bss的剩余频带，广播txop随机接入请求触发帧320。
224.在接收到txop随机接入请求触发帧之后，非ap txop持有者sta通过接入保留的ru来发送ul数据326。非ap被共享的txop参与者sta随机地b接入可用的ru，将ul数据322、324、328和330发送给关联ap。
225.一旦ap从非ap sta接收到ul数据，它就回送mu-ba帧332、334。
226.图22图解说明关于obss场景的具有调度频带上的随机接入的txop调度和接入阶段的示例实施例350，该txop调度和接入阶段在非ap txop持有者sta层面处理。在352，非ap txop持有者sta向关联ap发送txop优先级触发帧，以指示它在被共享的txop中具有最高优先级和用于ul数据发送的保留的ru。在354进行检查，判定非ap txop持有者sta是否接收到txop随机接入请求触发帧。如果在txop优先级触发帧超时之前没有接收到该txop随机接入请求触发帧，则到达框358，然后如图所示回到框352，非ap txop持有者sta将重发txop优先级触发帧。否则，在356，非ap txop持有者sta使用保留的ru向关联ap发送ul数据。
227.图23图解说明关于obss场景的具有调度频带上的随机接入的txop调度和接入阶段的示例实施例370，该txop调度和接入阶段在ap层面处理。
228.在372，检查是否接收到txop优先级触发帧。如果没有接收到txop优先级触发帧，
则执行移到框384的检查，该检查判定txop参与者bss中的ap是否接收到了obss共享触发帧。
229.如果ap接收到txop优先级触发帧，则这是txop持有者sta的bss，然后执行到达框374，该sta向被共享的txop参与者bss的另一个ap单播obss共享触发帧，指示用于被共享的txop参与者bss的剩余频带。
230.在376，被共享的txop持有者bss中的ap在(为被共享的txop持有者bss保留的)主频带中广播txop随机接入请求触发，指示用于txop持有者bss的随机接入的可用bw。
231.在378进行检查，以判定ap是否接收到ul数据。如果来自被共享的txop持有者bss的ap接收到ul数据，则在382，该ap使用保留的频带发送mu-ba帧，并且处理结束。否则，到达框380，数据帧超时，然后在376，ap重新广播txop随机接入请求触发帧，如框376中所示。
232.现在返回框384，框384判定是否接收到了obss共享触发帧。如果没有接收到该触发帧，则处理结束。否则，在接收到该触发帧之后，然后在框386，它在辅频带(用于被共享的txop参与者bss的剩余频带)中广播txop随机接入请求触发，并指示用于txop参与者bss的随机接入的可用bw。
233.在388，检查是否接收到ul数据。如果来自被共享的txop参与者bss的ap接收到了ul数据，则在392，该ap使用用于txop参与者bss的频带发送mu-ba帧，并且处理结束。否则，如果没有接收到ul数据，则在390发生数据帧超时，然后在386，该ap重新广播txop随机接入请求触发帧。
234.图24图解说明关于obss场景的具有调度频带上的随机接入的txop调度和接入阶段的示例实施例410，该txop调度和接入阶段在非ap被共享的txop参与者sta层面处理。在412进行检查，以判定是否已经接收到了txop随机接入请求触发帧。如果非ap txop参与者sta接收到txop随机接入请求触发帧，则在414，它向关联ap发送ul数据，并随机接入可用bw，之后处理结束。否则，如果在框412，判定没有接收到触发帧，则处理结束。
235.7.3.2.具有调度频带上的基本触发的txop调度和接入阶段
236.图25图解说明关于obss场景的具有调度频带上的基本触发的txop调度和接入阶段的示例实施例430。该过程不需要被共享的txop初始化过程。和前面的示例交互一样，该图描绘了具有接收器ap1 52、作为被共享的txop参与者54、56的两个非ap发送器、以及非ap发送器txop持有者58的第一bss(bss1)。在第二bss(bss2)中，可以看到接收器ap 60、以及作为被共享的txop参与者62和64的两个非ap发送器。要注意的是，为了图解说明的简单起见，没有示出nav间隔。
237.在每个bss中，at和sta利用bsrp帧和bsr帧，定期交换缓冲区状态和流量优先级信息。非ap txop持有者sta首先向关联ap单播txop优先级触发帧432，该txop优先级触发帧在ru分配子字段和ul bw子字段中包含保留的ru的指示，并将优先级字段设定为1，以指示这是非ap txop持有者sta。
238.在接收到txop优先级触发帧之后，txop持有者bss的ap向被共享的txop参与者bss的另一个ap单播obss共享触发帧434，并指示用于被共享的txop持有者bss的保留的频带(通过设定保留频带txop持有者bss字段的保留频带子字段)，从而将剩余频带留给txop参与者bss。
239.被共享的txop持有者bss中的ap使用主频带436，并在主频带上广播基本触发帧
440，主频带是用于txop持有者bss的保留的频带。被共享的txop参与者bss中的ap在辅频带438(用于共享txop参与者bss的剩余频带)上广播基本触发帧450。基本触发帧指示对于非ap被共享的txop参与者sta的ru分配。
240.一旦非ap txop参与者sta接收到基本触发帧，则它们利用分配的ru向关联ap发送ul数据442、444、452和454，而txop持有者sta在其保留的ru中发送ul数据446。
241.一旦来自被共享的txop持有者bss/被共享的txop参与者bss的ap接收到ul数据，它们就分别使用用于被共享的txop持有者bss/被共享的txop参与者bss的频带各自发送mu-ba帧448、456。
242.图26图解说明关于obss场景的具有调度频带上的基本触发的txop调度和接入阶段的示例实施例470，该txop调度和接入阶段在非ap txop持有者sta层面处理。
243.在472，非ap txop持有者sta向关联ap发送txop优先级触发帧，以指示它在接下来的被共享的txop中具有最高优先级，并且指示用于ul数据发送的保留的ru。
244.在474进行检查，判定非ap txop持有者sta是否接收到基本触发帧。如果在txop优先级触发帧超时之前没有接收到基本触发帧，则执行到达超时框476，然后执行返回框472，以重发txop优先级触发帧。否则，如果接收到该触发帧，则执行到达框478，非ap txop持有者sta使用保留的ru向关联ap发送ul数据。
245.图27图解说明关于obss场景的具有调度频带上的基本触发的txop调度和接入阶段的示例实施例490，该txop调度和接入阶段在ap层面处理。
246.在492进行检查，判定是否已经接收到了txop优先级触发帧。如果没有接收到txop优先级触发帧，则执行移到框504，以进行不同的检查。
247.如果接收到txop优先级触发帧，则这是被共享的txop持有者bss的ap，然后在494，该ap向被共享的txop参与者bss的另一个ap单播obss共享触发帧，并指示用于被共享的txop持有者bss的保留的频带，从而，将剩余频带留给txop参与者bss。
248.在496，被共享的txop持有者bss中的ap在主频带(用于txop持有者bss的保留的频带)上广播基本触发帧，并指示对于非ap被共享的txop参与者sta的ru分配。
249.在498，检查来自被共享的txop持有者bss的ap是否接收到ul数据。如果该ap已经接收到ul数据，则在502，该ap使用保留的频带发送mu-ba帧。否则，如果在框498，在数据帧超时时段内没有接收到ul数据，则在500发生数据超时，通过执行移到框496，该ap重新广播基本触发帧。
250.如果在框492接收到的帧不是txop优先级触发帧，则到达框504。在框504，进行检查，判定ap是否接收到了obss共享触发帧。如果没有接收到obss共享触发帧，则处理结束。否则，如果接收到了该帧，则该ap站在被共享的txop参与者bss中。在506，该ap在辅频带(用于被共享的txop参与者bss的剩余频带)中广播基本触发，指示对于txop参与者bss中的非ap被共享的txop参与者sta的ru分配。
251.在框508进行检查，以判定该ap是否接收到ul数据。如果接收到了ul数据，则在512，该ap使用用于txop参与者bss的频带，发送mu-ba帧。否则，如果在框508判定在数据帧超时时段内没有接收到ul数据，则执行到达超时框510，并且该ap寻求重新广播基本触发帧，比如返回框506。
252.图28图解说明关于obss场景的具有调度频带上的基本触发的txop调度和接入阶
段的示例实施例，该txop调度和接入阶段在非ap被共享的txop参与者sta层面处理。如果在532，非ap txop参与者sta接收到基本触发帧，则到达框534，非ap txop参与者sta利用分配的ru，向关联ap发送ul数据。
253.7.3.3.具有带时移的基本触发发送的txop调度和接入阶段
254.图29图解说明关于obss场景的具有带时移的基本触发发送的txop调度和接入阶段的示例实施例550。该过程不需要被共享的txop初始化过程的实现。和前面的示例交互一样，该图表示了具有接收器ap152、作为被共享的txop参与者54、56的两个非ap发送器、以及非ap发送器txop持有者58的第一bss(bss1)。在第二bss(bss2)中，可以看到接收器ap 60、以及作为被共享的txop参与者62和64的两个非ap发送器。要注意的是，为了图解说明的简单起见，没有示出nav间隔。
255.在每个bss中，at和sta利用bsrp帧和bsr帧，定期交换缓冲区状态和流量优先级信息。
256.非ap txop持有者sta首先向关联ap单播txop优先级触发帧552，该txop优先级触发帧指示用于该非ap txop持有者sta的保留的ru。在ap接收到txop优先级触发帧之后，它向被共享的txop参与者bss的另一个ap单播obss共享触发帧554，并指示用于被共享的txop参与者bss中的发送调度的tf延迟558(在tf延迟字段中设定)和mu-ba延迟561(在mu-ba延迟字段中设定)。然后，该ap广播基本触发帧556，指示对于共享txop持有者bss中的非ap被共享的txop参与者sta的ru分配和对应的数据延迟持续时间(在数据延迟字段中设定)。
257.对于被共享的txop参与者bss中的ap接收到obss共享触发帧，在触发帧(tf)延迟558之后，它广播基本触发帧560，并指示对于被共享的txop参与者bss中的非ap被共享的txop参与者sta的ru分配。
258.如果非ap txop参与者sta或非ap txop持有者sta接收到基本触发帧，则它检查在基本触发中指示的数据延迟562持续时间。在数据延迟持续时间之后，它利用分配的或者保留的ru向关联ap发送ul数据564、566或568。被共享的txop参与者bss中的参与者sta也向关联ap发送它们的ul数据570、572。
259.一旦来自被共享的txop持有者bss的ap接收到ul数据，它就立即发送mu-ba帧574。来自被共享的txop参与者bss的ap也在自从它接收到obss共享触发帧起的mu-ba延迟之后发送mu-ba帧576。
260.图30图解说明具有带时移的基本触发发送的txop调度和接入阶段的示例实施例590，该txop调度和接入阶段在非ap txop持有者sta层面处理。在592，非ap txop持有者sta向关联ap发送txop优先级触发帧，以指示它在接下来的被共享的txop中具有最高优先级，以及用于ul数据发送的保留的ru。
261.在594，检查是否接收到基本触发帧。如果非ap txop持有者sta在txop优先级触发帧超时之前没有接收到基本触发帧，则到达超时框596，之后，通过返回到框592所示，该sta将重发txop优先级触发帧。否则，在接收到基本触发帧之后，在598，在第一次等待如在基本触发帧中指示的数据延迟持续时间之后，非ap txop持有者sta使用保留的ru向关联ap发送ul数据。
262.图31图解说明关于obss场景的具有调度频带上的基本触发的txop调度和接入阶段的示例实施例610，该txop调度和接入阶段在ap层面处理。
263.在612进行检查，以判定是否已经接收到txop优先级触发帧。如果ap已经接收到txop优先级触发帧，则在框614，该ap向被共享的txop参与者bss的另一个ap单播obss共享触发帧，并指示用于被共享的txop参与者bss中的发送调度的tf延迟和mu-ba延迟。
264.在616，被共享的txop持有者bss中的ap广播基本触发帧，指示对于非ap被共享的txop参与者sta的ru分配和数据延迟持续时间。
265.在618进行检查，以判定是否已经接收到ul数据。如果在给定时段内没有接收到ul数据，则发生数据帧超时620，然后ap重新广播基本触发帧，比如通过执行返回到框616。否则，如果在框618，判定已经接收到ul数据，则在622，来自被共享的txop持有者bss的ap立即发送mu-ba帧。
266.返回框612，如果没有接收到优先级触发帧，则执行移到框624，检查ap是否接收到obss共享帧。如果没有接收到obss共享帧，则执行结束。否则，如果接收到了obss共享帧，则该ap被判定为被共享的txop参与者bss的ap，该ap在tf延迟之后，在626广播基本触发帧，并且指示对于txop参与者bss中的非ap被共享的txop参与者sta的ru分配。
267.在628进行检查，以判定是否已经接收到ul数据。如果在给定时段内没有接收到ul数据，则发生数据帧超时630，该ap重新广播基本触发帧，比如通过执行返回到框626。然而，如果来自被共享的txop参与者bss的ap接收到ul数据，则在632，该ap在自从它接收到obss共享触发帧起的mu-ba延迟之后发送mu-ba帧。
268.图32图解说明具有带时移的基本触发发送的txop调度和接入阶段的示例实施例650，该txop调度和接入阶段在非ap被共享的txop参与者sta层面处理。
269.在652进行检查，判定非ap txop参与者sta是否已经接收到基本触发帧。如果没有接收到该触发帧，则结束处理。否则，当非ap txop参与者sta接收到基本触发帧时，执行到达框654，检查在基本触发中指示的数据延迟持续时间。在数据延迟持续时间已经过去之后，在656，sta利用分配的ru向关联ap发送它们的ul数据。
270.7.3.4.具有单播txop接入请求触发和调度器中的时移(由非ap txop持有者触发)的txop调度和接入阶段
271.图33图解说明具有单播txop接入请求触发和调度器中的时移的txop调度和接入阶段中的帧交换处理的示例实施例670。和前面的示例交互一样，该图表示了具有接收器ap1 52、作为被共享的txop参与者54、56的两个非ap发送器、以及非ap发送器txop持有者58的第一bss(bss1)。在第二bss(bss2)中，可以看到接收器ap 60、以及作为被共享的txop参与者62和64的两个非ap发送器。要注意的是，为了图解说明的简单起见，没有示出nav间隔。
272.该处理要求被共享的txop初始化过程672的实现。
273.非ap txop持有者sta向被共享的txop持有者bss中的每个非ap被共享的txop参与者sta发送单播txop接入请求触发帧674、678(用户信息字段的单个bss子字段被设定为0)，并指示用于每个非ap被共享的txop参与者sta的分配的ru(如在用户信息字段的ru分配子字段连同公共信息字段的ul bw子字段中指示)和开始ul数据发送的对应数据延迟676、680(如在用户信息字段的数据延迟子字段中定义)。然后，非ap txop持有者sta向关联ap发送txop接入调度器触发帧682(用户信息字段的单个bss子字段被设定为0)，并指示为txop持有者bss分配的ru(如在用户信息字段的ru分配子字段连同公共信息字段的ul bw子字段中所示)，和用于被共享的txop参与者bss的更新的数据延迟持续时间686(如在用户信息字段
的数据延迟子字段中设定)。
274.在被共享的txop持有者bss的ap接收到txop接入调度器触发帧之后，它向被共享的txop参与者bss的另一个ap单播obss共享触发帧684，并指示用于被共享的txop参与者bss中的发送的更新的数据延迟、可用频带和mu-ba延迟。
275.被共享的txop参与者bss的ap接收obss共享触发帧，它基于可用频带为每个非ap被共享的txop参与者sta分配ru。然后，它向每个非ap被共享的txop参与者sta发送单播txop接入请求触发帧688、692，指示更新的数据延迟694和分配的ru。
276.在必需的数据延迟686、680和676之后，非ap站向它们的bss的ap发送ul数据694、696和698。在obss中，非ap txop参与者sta在自从接收到txop接入调度器触发帧起的对应数据延迟694之后，使用保留的ru发送ul数据700、702。非ap txop参与者sta在单播txop接入请求触发帧中所指示的对应数据延迟之后，在分配的ru中向关联ap发送ul数据。
277.被共享的txop持有者bss的ap在接收到ul数据之后立即广播mu-ba帧704。如果被共享的txop参与者bss的ap接收到ul数据，则它在以接收到obss共享触发帧的时间为基准的mu-ba延迟690之后，广播mu-ba 706。
278.图34图解说明具有单播txop接入请求触发和调度器中的时移的txop调度和接入阶段的示例实施例710，该txop调度和接入阶段在非ap txop持有者sta层面处理。
279.在712，非ap txop持有者sta向每个非ap被共享的txop参与者sta发送单播txop接入请求触发帧，指示分配的ru和开始ul数据发送的对应数据延迟。
280.然后，在714，非ap txop持有者sta向关联ap发送txop接入调度器触发帧，并指示用于被共享的txop持有者bss的要使用的ru和更新的数据延迟。
281.然后到达框716，等待从发送了txop接入调度器触发帧的时间起确定的用于非ap txop持有者sta的数据延迟，之后，非ap txop持有者sta使用保留的ru发送ul数据。
282.图35图解说明具有单播txop接入请求触发和调度器中的时移的txop调度和接入阶段的示例实施例730，该txop调度和接入阶段在ap层面处理。
283.在732进行检查，以判定是否已经接收到txop接入调度器触发帧。如果ap接收到txop接入调度器触发帧，则知道这是被共享的txop持有者bss的ap，然后在734，该ap向被共享的txop参与者bss的ap单播obss共享触发帧，指示用于被共享的txop参与者bss中的发送的更新的数据延迟、可用频带和mu-ba延迟。
284.在736进行检查，以判定是否已经接收到ul数据。如果没有接收到ul数据，则处理结束。否则，在接收到ul数据之后，在框738，被共享的txop持有者bss的ap广播mu-ba帧。
285.返回框732，如果该帧不是txop接入触发帧，则执行移到框740，以判定是否接收到了obss共享触发帧。如果没有接收到该obss共享触发帧，则处理结束。
286.否则，在被共享的txop参与者bss的ap接收到obss共享触发帧之后，到达框742，在框742，该ap基于可用频带为每个非ap被共享的txop参与者sta分配ru，然后发送单播txop接入请求触发帧，指示用于每个非ap被共享的txop参与者sta的更新的数据延迟和分配的ru。
287.在744进行检查，以判定是否已经接收到ul数据。如果在必需的时段内没有接收到ul数据，则发生数据帧超时746，执行返回到框742，以便进行txop接入请求帧的另一个单播。
288.否则，如果被共享的txop参与者bss的ap接收到ul数据，则在748，该ap在自从接收到obss共享触发帧起的mu-ba延迟之后广播mu-ba。
289.图36图解说明具有单播txop接入请求触发和调度器中的时移的txop调度和接入阶段的示例实施例750，该txop调度和接入阶段在非ap txop参与者sta层面处理。
290.在752进行检查，判定非ap txop参与者sta是否已经接收到单播txop接入请求触发帧。如果非ap txop参与者sta已经接收到单播txop接入请求触发帧，则在754，它在单播txop接入请求触发帧中所指示的对应数据延迟之后，利用分配的ru向关联ap发送ul数据。
291.7.3.5.具有单播txop接入请求触发和调度器中的时移(由ap触发)的txop调度和接入阶段
292.图37图解说明具有单播txop接入请求触发(由ap触发)和调度器中的时移的txop调度和接入阶段的示例实施例770。和前面的示例交互一样，该图表示了具有接收器ap1 52、作为被共享的txop参与者54、56的两个非ap发送器、以及非ap发送器txop持有者58的第一bss(bss1)。在第二bss(bss2)中，可以看到接收器ap 60、以及作为被共享的txop参与者62和64的两个非ap发送器。要注意的是，为了图解说明的简单起见，没有示出nav间隔。
293.该处理要求被共享的txop初始化过程772的实现。非ap txop持有者sta向关联ap发送txop接入调度器触发帧774，指示用于它自己的保留的ru，以及用于txop持有者bss中的每个非ap被共享的txop参与者sta的分配的ru和对应的数据延迟776。
294.一旦被共享的txop持有者bss的ap接收到txop接入调度器触发帧，它就向每个非ap被共享的txop参与者sta发送单播txop接入请求触发帧778、780，指示分配的ru和开始ul数据发送的对应数据延迟782、786。然后，它向被共享的txop参与者bss的ap单播obss共享触发帧784，并指示用于被共享的txop参与者bss中的发送的更新的数据延迟776、可用频带和mu-ba延迟。
295.在被共享的txop参与者bss的ap接收到obss共享触发帧之后，它基于可用频带为被共享的txop参与者bss的每个非ap被共享的txop参与者sta分配ru。然后，该ap向每个非ap被共享的txop参与者sta发送单播txop接入请求触发帧788、790，指示对应的更新的数据延迟792和分配的ru。
296.非ap txop持有者sta在自从接收到txop接入调度器触发帧起的对应数据延迟之后，使用保留的ru发送ul数据798。非ap txop参与者sta在单播txop接入请求触发帧中指示的对应数据延迟之后，利用分配的ru向关联ap发送ul数据794、796、800、802。
297.被共享的txop持有者bss的ap在接收到ul数据之后广播mu-ba帧804。如果被共享的txop参与者bss的ap接收到ul数据，则它也在从接收到obss共享触发帧的时间起登记的mu-ba延迟789之后广播mu-ba 806。
298.图38图解说明具有单播txop接入请求触发(由ap触发)和调度器中的时移的txop调度和接入阶段的示例实施例810，该txop调度和接入阶段在非ap txop持有者sta层面处理。在812，非ap txop持有者sta向关联ap发送txop接入调度器触发帧，指示用于它自己的保留的ru，以及用于txop持有者bss中的每个非ap被共享的txop参与者sta的分配的ru和对应的数据延迟。然后在814，非ap txop持有者sta在对应数据延迟之后，使用保留的ru发送ul数据。
299.图39图解说明具有单播txop接入请求触发(由ap触发)和调度器中的时移的txop
调度和接入阶段的示例实施例830，该txop调度和接入阶段在ap层面处理。
300.在832进行检查，判定是否已经接收到txop接入调度器触发帧。如果已经接收到txop接入调度器触发帧，则这是被共享的txop持有者bss的ap，然后在框834，该ap向每个非ap被共享的txop参与者sta发送单播txop接入请求触发帧，指示分配的ru和开始ul数据发送的对应数据延迟。
301.然后在836，该ap向被共享的txop参与者bss的ap单播obss共享触发帧，指示用于被共享的txop参与者bss中的发送的更新的数据延迟、可用频带和mu-ba延迟。
302.在838进行检查，判定是否已经接收到ul数据。如果被共享的txop持有者bss的ap在必需的时段内没有接收到ul数据，则发生数据帧超时840，并且该ap优选重发单播txop接入请求触发帧。否则，如果被共享的txop持有者bss的ap接收到了ul数据，则在框842，该ap立即广播mu-ba帧。
303.返回框832，如果判定由ap接收到的帧不是txop接入调度触发帧，则执行到达框844，在框844，检查是否接收到了obss共享触发帧。如果接收到了obss共享触发帧，则ap是被共享的txop参与者bss的ap，然后在框846，该ap基于可用频带为每个非ap被共享的txop参与者sta分配ru，然后发送单播txop接入请求触发帧，指示用于每个非ap被共享的txop参与者sta的更新的数据延迟和分配的ru。
304.在848进行检查，判定是否已经接收到ul数据。如果在要求的时段内没有接收到ul数据，则发生数据超时850，ap重发单播txop接入请求触发帧，比如通过返回框846所示。否则，如果被共享的txop参与者bss的ap接收到ul数据，则在852，该ap在自从接收到obss共享触发帧起的mu-ba延迟之后广播mu-ba。
305.要注意的是在非ap被共享的txop参与者sta层面处理的具有单播txop接入请求触发(由ap触发)和调度器中的时移的txop调度和接入阶段的流程图是图36中所示的流程图。
306.7.3.6.具有广播txop接入请求触发和调度器中的时移(由非ap txop持有者触发)的txop调度和接入阶段
307.图40图解说明具有广播txop接入请求触发(通过非ap txop持有者)和调度器中的时移的txop调度和接入阶段中的帧交换的示例实施例870。和前面的示例交互一样，该图表示了具有接收器ap1 52、作为被共享的txop参与者54、56的两个非ap发送器、以及非ap发送器txop持有者58的第一bss(bss1)。在第二bss(bss2)中，可以看到接收器ap 60、以及作为被共享的txop参与者62和64的两个非ap发送器。要注意的是，为了图解说明的简单起见，没有示出nav间隔。
308.该处理要求被共享的txop初始化过程872的实现。非ap txop持有者sta发送广播txop接入请求触发帧874(用户信息字段的单个bss子字段被设定为0)，该txop接入请求触发帧指示用于它自己的保留的ru，用于txop持有者bss中的每个非ap被共享的txop参与者sta(如用户信息字段的aid子字段所示)的调度的ru(如在用户信息字段的ru分配子字段连同公共信息字段的ul bw子字段中指示)和对应的数据延迟876(如在用户信息字段的数据延迟子字段中定义)。
309.一旦被共享的txop持有者bss的ap接收到广播txop接入请求触发帧，它就向txop参与者bss中的另一个ap单播obss共享触发帧878，并指示用于被共享的txop参与者bss中的发送的更新的数据延迟、可用频带和mu-ba延迟。
310.在被共享的txop参与者bss的ap接收到obss共享触发帧之后，它基于可用频带为每个非ap被共享的txop参与者sta分配ru，随后发送广播txop接入请求触发帧880，该广播txop接入请求触发帧指示用于被共享的txop参与者bss中的每个非ap被共享的txop参与者sta的更新的数据延迟和分配的ru。
311.非ap txop持有者sta在从接收到广播txop接入请求触发帧起的对应数据延迟之后，使用保留的ru发送ul数据888。非ap txop参与者sta在广播txop接入请求触发帧中所指示的对应数据延迟之后，利用分配的ru向它们的关联ap发送ul数据884、886、890、892。
312.被共享的txop持有者bss的ap在接收到ul数据之后广播mu-ba帧894。如果被共享的txop参与者bss的ap接收到ul数据，则它在自从接收到obss共享触发帧起的mu-ba延迟882之后，广播mu-ba 896。
313.图41图解说明具有广播txop接入请求触发(通过非ap txop持有者)和调度器中的时移的txop调度和接入阶段的示例实施例910，该txop调度和接入阶段在非ap txop持有者sta层面处理。
314.在912，非ap txop持有者sta发送广播txop接入请求触发帧，该广播txop接入请求触发帧指示用于它自己的保留的ru，用于txop持有者bss中的每个非ap被共享的txop参与者sta的调度的ru和对应的数据延迟。
315.然后在914，非ap txop持有者sta在从接收到广播txop接入请求触发帧起的对应数据延迟之后，并且使用保留的ru发送ul数据。
316.图42图解说明具有广播txop接入请求触发(通过非ap txop持有者)和调度器中的时移的txop调度和接入阶段的示例实施例930，该txop调度和接入阶段在ap层面处理。
317.在932，检查了接收到的帧，以判定接收到的帧是否是广播txop接入请求触发帧。如果接收到的帧是广播txop接入请求触发帧，则这是被共享的txop持有者bss的ap，然后在934，该ap向txop参与者bss中的另一个ap单播obss共享触发帧，并指示用于被共享的txop参与者bss中的发送的更新的数据延迟、可用频带和mu-ba延迟。在936，被共享的txop持有者bss的ap在接收到ul数据之后广播mu-ba帧。
318.返回框932，如果没有接收到txop接入请求触发帧，则在框938检查该帧，以判定该帧是否是obss共享触发帧。如果不是，则该处理完成。否则，如果该帧是obss共享触发帧，则该ap是接收obss共享触发帧的被共享的txop参与者bss的ap，该ap基于可用频带为每个非ap被共享的txop参与者sta分配ru，然后在940发送广播txop接入请求触发帧，该广播txop接入请求触发帧包括用于被共享的txop参与者bss中的每个非ap被共享的txop参与者sta的更新的数据延迟和分配的ru的指示。
319.在942进行检查，判定是否已经接收到ul数据。如果在必需的时段内没有接收到数据，则发生数据帧超时944，然后重新广播txop接入请求触发帧，比如如图所示通过返回到框940。
320.如果被共享的txop参与者bss的ap接收到ul数据，则在946，该ap在自从接收到obss共享触发帧起的mu-ba延迟之后广播mu-ba。
321.图43图解说明具有广播txop接入请求触发(通过非ap txop持有者)和调度器中的时移的txop调度和接入阶段的示例实施例950，该txop调度和接入阶段在非ap txop参与者sta层面处理。
322.在952进行检查，以判定非ap txop参与者sta是否接收到txop接入请求触发帧。如果满足该条件，则在框954，非ap txop参与者sta在广播txop接入请求触发帧中所指示的对应数据延迟之后，利用分配的ru向关联ap发送ul数据以开始。
323.7.3.7.具有广播txop接入请求触发和调度器中的时移(由ap触发)的txop调度和接入阶段
324.图44图解说明具有广播txop接入请求触发(通过ap)和调度器中的时移的txop调度和接入阶段中的帧交换处理的示例实施例970。和前面的示例交互一样，该图表示了具有接收器ap1 52、作为被共享的txop参与者54、56的两个非ap发送器、以及非ap发送器txop持有者58的第一bss(bss1)。在第二bss(bss2)中，可以看到接收器ap60、以及作为被共享的txop参与者62和64的两个非ap发送器。要注意的是，为了图解说明的简单起见，没有示出nav间隔。
325.该处理要求被共享的txop初始化过程972的实现。
326.非ap txop持有者sta向关联ap发送txop接入调度器触发帧974(用户信息字段的单个bss子字段被设定为0)，指示用于它自己的保留的ru，以及用于txop持有者bss中的每个非ap被共享的txop参与者sta(如用户信息字段的aid子字段所示)的分配的ru(如在用户信息字段的ru分配子字段连同公共信息字段的ul bw子字段中指示)和对应的数据延迟976(如在用户信息字段的数据延迟子字段中定义)。
327.一旦被共享的txop持有者bss的ap接收到txop接入调度器触发帧，它就发送广播txop接入请求触发帧978，该广播txop接入请求触发帧指示用于被共享的txop持有者bss中的每个非ap被共享的txop参与者sta的更新的数据延迟(如在用户信息字段的数据延迟子字段中定义)和分配的ru(如在用户信息字段的ru分配子字段连同公共信息字段的ul bw子字段中指示)。然后，它向txop参与者bss中的另一个ap单播obss共享触发帧980，该obss共享触发帧包括用于被共享的txop参与者bss中的发送的更新的数据延迟、可用频带和mu-ba延迟984的指示。
328.在被共享的txop参与者bss的ap接收到obss共享触发帧之后，它基于可用频带为每个非ap被共享的txop参与者sta分配ru，然后发送广播txop接入请求触发帧982，该广播txop接入请求触发帧指示用于被共享的txop参与者bss中的每个非ap被共享的txop参与者sta的更新的数据延迟和分配的ru。
329.非ap txop持有者sta在从接收到广播txop接入请求触发帧起的对应数据延迟之后，使用保留的ru发送ul数据990。非ap txop参与者sta在广播txop接入请求触发帧中所指示的对应数据延迟之后，利用分配的ru向关联ap发送ul数据986、988、992、994。
330.被共享的txop持有者bss的ap在接收到ul数据之后广播mu-ba帧996。如果被共享的txop参与者bss的ap接收到ul数据，它也在从接收到obss共享触发帧起的mu-ba延迟之后广播mu-ba帧998。
331.图45图解说明具有广播txop接入请求触发(通过ap)和调度器中的时移的txop调度和接入阶段的示例实施例1010，该txop调度和接入阶段在非ap txop持有者sta层面处理。
332.在1012，非ap txop持有者sta向关联ap发送txop接入调度器触发帧，该txop接入调度器触发帧指示用于它自己的保留的ru，以及用于txop持有者bss中的每个非ap被共享
的txop参与者sta的分配的ru和对应的数据延迟。
333.在1014进行检查，判定该非ap txop持有者sta是否已经接收到广播txop接入请求触发帧。如果在超时间隔内没有接收到该触发帧，则发生超时1016，之后重新发送txop接入调度器触发帧，如在框1012所示。
334.如果已经接收到了广播txop接入请求触发帧，则在框1018，非ap txop持有者sta在从接收到广播txop接入请求触发帧起确定的对应数据延迟之后，使用保留的ru发送ul数据。
335.图46图解说明具有广播txop接入请求触发(通过ap)并在调度器中进行时移的txop调度和接入阶段的示例实施例1030，该txop调度和接入阶段在ap层面处理。
336.在1032进行检查，判定ap是否已经接收到txop接入调度器触发帧。如果不满足该条件，则该ap是被共享的txop持有者bss的ap，在1034，该ap发送广播txop接入请求触发帧，该广播txop接入请求触发帧指示用于被共享的txop持有者bss中的每个非ap被共享的txop参与者sta的更新的数据延迟和分配的ru。
337.然后在1036，被共享的txop持有者bss的ap向txop参与者bss中的另一个ap单播obss共享触发帧，并指示用于被共享的txop参与者bss中的发送的更新的数据延迟、可用频带和mu-ba延迟。
338.在1038进行检查，判定是否已经接收到ul数据。如果在超时间隔内没有接收到ul数据，则发生数据帧超时1040，并且ap应在1036重发广播txop接入请求触发帧。如果由于被共享的txop持有者bss的ap已经及时接收到ul数据，框1038的条件得到满足，则在1042，ap立即广播mu-ba帧。
339.返回框1032，如果接收到的帧不是txop接入调度器帧，则在框1044，进行检查，以判定该帧是否是obss共享触发帧。如果不满足该条件，则处理结束。否则，ap已经接收到obss共享触发帧，从而该ap是被共享的txop参与者bss的ap，然后在框1046，该ap基于可用频带为每个非ap被共享的txop参与者sta分配ru，然后发送广播txop接入请求触发帧，该广播txop接入请求触发帧指示用于被共享的txop参与者bss中的每个非ap被共享的txop参与者sta的更新的数据延迟和分配的ru。
340.在1048进行检查，判定是否已经接收到ul数据。如果在超时间隔期间没有接收到ul数据，则发生数据帧超时1050，处理返回框1046，以重新广播txop接入请求触发帧。否则，如果被共享的txop参与者bss的ap接收到ul数据，则在1052，它在自从接收到obss共享触发帧起的mu-ba延迟之后广播mu-ba。
341.应意识到的是在非ap被共享的txop参与者sta层面处理的具有广播txop接入请求触发(通过ap)和调度器中的时移的txop调度和接入阶段的流程图与图43中所示的流程图相同。
342.7.4.半静态场景的概况
343.在这种场景下，设计了两个阶段，包括被共享的txop设置阶段及txop调度和接入阶段。
344.在被共享的txop设置阶段中，每个非ap sta与ap交换被共享的txop的共享提议/请求信息。除此之外，每个潜在的非ap txop持有者sta还通告对于其他非ap被共享的txop参与者sta的ru分配，并通过关联ap的协调与其他非ap sta交换该分配配置信息。
345.半静态配置在开始阶段进行，并且允许绕过txop调度和接入阶段中的复杂调度处理。半静态配置可以随时重置或重复。非ap sta利用在被共享的txop设置阶段中所配置的分配的ru，直接接入txop信道。在半静态场景中，不同bss的ap作为协调者参与进来。
346.在半静态场景中，说明的协议具有两个阶段：(1)被共享的txop设置阶段，被共享的txop设置阶段包括共享提议/请求设置子阶段和txop持有者配置设置子阶段，和(2)txop接入阶段，它可以通过具有时移的txop调度和接入阶段或者调度频带上的txop调度和接入阶段来实现。
347.7.4.1.半静态协议的共享提议/请求设置子阶段
348.图47图解说明关于obss场景的半静态协议的共享提议/请求设置子阶段中的帧交换序列的示例实施例1070。
349.和前面的示例交互一样，该图表示了具有接收器ap1 52、作为被共享的txop参与者54、56的两个非ap发送器、以及非ap发送器txop持有者58的第一bss(bss1)。在第二bss(bss2)中，可以看到接收器ap 60、以及作为被共享的txop参与者62和64的两个非ap发送器。
350.非ap sta向关联ap发送具有嵌入其中的txop共享提议/请求信息的诸如认证/关联请求帧之类的管理帧或任何其他帧1072，并指示它愿意提议或请求被共享的txop，以及分别指示它提议或请求的txop接入资源，并且nav(共享提议/请求)间隔1074开始。ap从非ap sta接收共享提议/请求帧，并保留可共享性信息，同时向非ap sta回送响应帧1076。然后，ap广播共享提议/请求帧1078，以向它自己的bss(bss1)中的所有非ap sta更新最新的可共享性信息。之后，ap向另一个bss(bss2)的另一个ap(ap2)单播obss共享sta帧1080，该obss共享sta帧指示bss1的非ap sta可共享性，并且nav(obss共享)1082开始。
351.一旦ap2接收到obss共享sta帧，它就广播共享提议/请求帧1084，以向bss2的所有非ap sta更新bss1的非ap sta的最新可共享性信息。
352.然后，该图的右侧表示了非ap txop参与者sta之一向ap发送共享提议/请求帧1086，同时开始nav(共享提议/请求)间隔1088，该ap回送响应帧1090，然后传送共享提议/请求1092，接着是obss共享sta帧1094，此时nav(obss共享)1096开始，然后被共享的txop持有者bss中的ap发出共享提议/请求1098。
353.图48图解说明关于obss场景的半静态协议的共享提议/请求设置子阶段的示例实施例1110，该共享提议/请求设置子阶段在非ap sta层面处理。在1112，非ap sta向关联ap发送具有嵌入其中的共享提议/请求信息的管理帧(例如，认证/关联请求帧)。在1114进行检查，判定是否在超时间隔内已经从ap接收到响应。如果非ap sta在管理帧超时内没有从关联ap接收到任何反馈，则在1116发生管理帧超时，然后在框1112，非ap sta重发管理帧。
354.否则，如果满足该条件，非ap sta从ap接收到响应，则在1118进行检查，以判定是否已经从ap接收到广播共享提议/请求帧。如果不满足该条件，则该处理结束。否则，已经从ap接收到广播共享提议/请求帧，在1120，非ap sta更新关于所有其他非ap sta的可共享性。
355.图49图解说明关于obss场景的半静态协议的共享提议/请求设置子阶段的示例实施例1130，该共享提议/请求设置子阶段在ap层面处理。在1132，ap从非ap sta接收具有嵌入其中的共享提议/请求信息的管理帧(例如，认证/关联请求帧)。在1134，ap保持可共享性
信息，并向非ap sta回送响应帧(例如，认证/关联响应帧)。
356.然后在1136，ap广播共享提议/请求帧，以向其bss(bss1)中的所有非ap sta更新最新的可共享性信息。之后在1138，ap向另一个bss(bss2)的另一个ap(ap2)单播obss共享sta帧，该obss共享sta帧指示bss1的非ap sta可共享性。
357.在1140进行检查，判定是否已经接收到obss共享sta帧。如果不满足该条件，则处理结束。否则，一旦ap2接收到obss共享sta帧，在1142，它就广播共享提议/请求帧，以向bss2的所有非ap sta更新bss1中的非ap sta的最新可共享性信息。
358.7.4.2.半静态协议的txop持有者配置设置子阶段
359.图50图解说明关于obss场景的半静态协议的txop持有者配置设置子阶段中的帧交换处理的示例实施例1150。
360.和前面的示例交互一样，该图表示了具有接收器ap1 52、作为被共享的txop参与者54、56的两个非ap发送器、以及非ap发送器txop持有者58的第一bss(bss1)。在第二bss(bss2)中，可以看到接收器ap 60、以及作为被共享的txop参与者62和64的两个非ap发送器。
361.潜在的非ap txop持有者sta首先向关联ap发送txop持有者配置帧1152，指示对于其他非ap被共享的txop参与者sta的ru的调度和分发。nav(共享提议/请求)1154开始。
362.在ap从非ap sta接收到txop持有者配置帧之后，ap保持被共享的txop接入调度信息，并向非ap sta回送响应帧1156。然后，ap广播txop接入配置帧1158，以向其bss(bss1)中的所有非ap sta更新最新的txop接入调度信息。之后，ap向另一个bss(bss2)的另一个ap(ap2)单播obss txop接入配置帧1160，该obss txop接入配置帧指示bss1的被共享的txop接入调度。nav(obss共享)1162开始。
363.一旦ap2接收到obss txop接入配置帧，它就广播txop接入配置帧1164，以向bss2的所有非ap sta更新bss1的非ap sta的最新被共享的txop接入调度信息。
364.然后，非ap txop参与者sta之一向bss2的ap发送txop持有者配置帧1166，nav(共享提议/请求)1168开始。该ap返回响应帧1170，然后发送txop接入配置帧1172，随后发送obss txop接入配置帧1174，并且nav(obss共享)间隔1176开始。当接收到该obss txop接入配置帧时，bss1中的ap发出txop接入配置帧1178。
365.图51图解说明关于obss场景的半静态协议的txop持有者配置设置子阶段的示例实施例1190，该txop持有者配置设置子阶段在非ap sta层面处理。
366.在1192，非ap sta向关联ap发送txop持有者配置帧，并指示对于其他非ap被共享的txop参与者sta的ru的调度和分发。
367.在1194进行检查，判定该非ap sta是否已经从ap接收到响应帧。如果非ap sta在txop持有者sta配置帧超时之前，没有从关联ap接收到任何反馈，则发生超时1196，非ap txop持有者sta重发txop持有者配置帧，比如通过返回到框1192。
368.如果非ap sta从ap接收到响应，则在1198进行检查，判定是否已经接收到txop接入配置帧。如果不满足该条件，则处理结束。否则，已接收到txop接入配置帧，然后在1200，非ap sta更新总体txop接入配置的数据库。
369.图52图解说明关于obss场景的半静态协议的txop持有者配置设置子阶段的示例实施例1210，该txop持有者配置设置子阶段在ap层面处理。
370.在1212，ap从非ap sta接收到txop持有者配置帧，并保持被共享的txop接入调度信息，然后在1214向非ap sta回送响应帧。然后在1216，ap广播txop接入配置帧，以向其bss(bss1)中的所有非ap sta更新最新的txop接入调度信息。之后在1218，ap向另一个bss(bss2)的另一个ap(ap2)单播obss txop接入配置帧，该obss txop接入配置帧指示bss1的被共享的txop接入调度。
371.在1220进行检查，判定bss2的ap是否接收到了obss txop接入配置帧。如果不满足该条件，则处理结束。否则，该ap已经接收到obss txop接入配置帧，然后在1222，它广播txop接入配置帧，以向bss2的所有非ap sta更新bss1的非ap sta的最新的被共享的txop接入调度信息。
372.7.5.1.具有时移的txop调度和接入阶段
373.图53图解说明关于obss场景的具有时移的txop调度和接入阶段的半静态协议的示例实施例1230。
374.和前面的示例交互一样，该图表示了具有接收器ap1 52、作为被共享的txop参与者54、56的两个非ap发送器、以及非ap发送器txop持有者58的第一bss(bss1)。在第二bss(bss2)中，可以看到接收器ap 60、以及作为被共享的txop参与者62和64的两个非ap发送器。要注意的是，为了图解说明的简单起见，没有示出nav间隔。
375.进行txop设置阶段1232。然后，非ap txop持有者sta向关联ap单播txop共享请求触发帧1234，这指示txop调度和接入阶段的开始。
376.在ap接收到txop共享请求触发帧之后，它向被共享的txop参与者bss的另一个ap单播obss共享触发帧1236，并指示用于被共享的txop参与者bss中的发送调度的tf延迟1240和mu-ba延迟1246。然后，ap广播txop共享响应触发帧1238，该txop共享响应触发帧指示数据延迟持续时间1244。
377.被共享的txop参与者bss中的ap接收obss共享触发帧，并且在tf延迟1240之后，它广播txop共享响应触发帧1242。
378.如果非ap txop参与者sta或非ap txop持有者sta接收到txop共享响应触发帧，则它们检查在基本触发中指示的数据延迟持续时间。在数据延迟持续时间之后，它们分别利用配置的ru向关联ap发送ul数据1248、1250、1252、1254和1256。
379.一旦已经接收到ul数据，来自被共享的txop持有者bss的ap就立即发送mu-ba帧1258。来自被共享的txop参与者bss的ap然后在指示自从它接收到了lobss共享触发帧起的时间的mu-ba延迟1246之后发送mu-ba帧1260。
380.图54图解说明关于obss场景的具有时移的txop调度和接入阶段的半静态协议的示例实施例1270，该txop调度和接入阶段在非ap txop持有者sta层面处理。在1272，非ap txop持有者sta向关联ap发送txop共享请求触发帧，以指示txop接入将开始。
381.在1272进行检查，判定是否接收到了txop共享响应触发帧。如果不满足该条件，非ap txop持有者sta在txop共享请求触发帧超时之前没有接收到txop共享响应触发帧，则在1276发生超时，非ap txop持有者sta重发txop共享请求触发帧，比如通过执行返回到框1272。否则，如果接收到了txop共享响应触发帧，则在框1278，在如在txop共享响应触发帧中所指示的数据延迟持续时间之后，非ap txop持有者sta使用配置的ru向关联ap发送ul数据。
382.图55图解说明关于obss场景的具有时移的txop调度和接入阶段的半静态协议的示例实施例1290，该txop调度和接入阶段在ap层面处理。
383.在1292进行检查，判定是否接收到了txop共享请求触发帧。如果ap接收到txop共享请求触发帧，则该ap是共享txop持有者bss的ap，然后在1294，该ap向被共享的txop参与者bss的另一个ap单播obss共享触发帧，指示用于被共享的txop参与者bss中的发送调度的tf延迟和mu-ba延迟。
384.然后在1296，被共享的txop持有者bss中的ap广播txop共享响应触发帧，该txop共享响应触发帧指示数据延迟持续时间。
385.在1298进行检查，判定在超时间隔内是否已经接收到ul数据。如果没有及时接收到ul数据，则发生数据帧超时1300，该ap重新广播txop共享响应触发帧，比如通过执行返回到框1296。
386.如果来自被共享的txop持有者bss的ap接收到ul数据，则在1302，该ap立即发送mu-ba帧。
387.返回框1292，如果接收到的帧不是txop共享请求触发帧，则执行到达框1304，在框1304，检查接收到的帧是否是obss共享触发帧。如果不满足该条件，则帧不满足这两个条件中的任何一个，该处理结束。否则，由于该ap接收到了obss共享触发帧，因此该ap在被共享的txop参与者bss中。在1306，该ap在tf延迟之后，广播txop共享响应触发帧，并且指示用于txop参与者bss中的非ap被共享的txop参与者sta的数据延迟。
388.在1308进行检查，判定是否已经接收到ul数据。如果在超时时段内没有接收到ul数据，则出现数据帧超时1310，ap重新广播txop共享响应触发帧。否则，来自被共享的txop参与者bss的ap接收到了ul数据，然后在1312，该ap在自从它接收到obss共享触发帧起的mu-ba延迟之后发送mu-ba帧。
389.图56图解说明关于obss场景的具有时移的txop调度和接入阶段的半静态协议的示例实施例1330，该txop调度和接入阶段在非ap被共享的txop参与者sta层面处理。
390.在1332进行检查，判定是否已经接收到txop共享响应触发帧。如果不满足该条件，则该处理结束。
391.如果非ap txop参与者sta接收到txop共享响应触发帧，则在框1334，它检查在txop共享响应触发中指示的数据延迟持续时间。在数据延迟持续时间之后，在1336，它利用配置的ru向关联ap发送ul数据。
392.7.5.2.调度频带上的txop调度和接入阶段
393.图57图解说明关于obss场景的调度频带上的txop调度和接入阶段的半静态协议的示例实施例1350，并且示出了主频带1358和辅频带1360上的操作。和前面的示例交互一样，该图表示了具有接收器ap152、作为被共享的txop参与者54、56的两个非ap发送器、以及非ap发送器txop持有者58的第一bss(bss1)。在第二bss(bss2)中，可以看到接收器ap 60、以及作为被共享的txop参与者62和64的两个非ap发送器。要注意的是，为了图解说明的简单起见，没有示出nav间隔。
394.进行被共享的txop设置1352。然后，非ap txop持有者sta向关联ap单播txop共享请求触发帧1354，这指示txop调度和接入阶段的开始。在ap接收到txop共享请求触发帧之后，它向被共享的txop参与者bss的另一个ap单播obss共享触发帧1356，并指示主频带1358
(在保留频带txop持有者bss字段中设定)，主频带是用于被共享的txop持有者bss的保留的频带。从而，ap将作为辅频带1360的剩余频带留给被共享的txop参与者bss。然后，被共享的txop持有者bss中的ap在主频带上广播txop共享响应触发帧1362。
395.如果被共享的txop参与者bss中的ap接收到obss共享触发帧，则它在辅频带上广播txop共享响应触发帧1372。
396.如果非ap txop参与者sta或非ap txop持有者sta接收到txop共享响应触发帧，则它利用配置的ru向关联ap发送ul数据1364、1366、1368、1374和1376。
397.如果来自被共享的txop持有者bss的ap接收到ul数据，则它立即在主频带上发送mu-ba帧1370。否则，它应重新广播txop共享响应触发帧。
398.如果来自被共享的txop参与者bss的ap接收到ul数据，则它立即在辅频带上发送mu-ba帧1378。否则，它应重新广播txop共享响应触发帧。
399.图58图解说明关于obss场景的调度频带上的txop调度和接入阶段的半静态协议的示例实施例1390，该txop调度和接入阶段在非ap txop持有者sta层面处理。在1392，非ap txop持有者sta向关联ap发送txop共享请求触发帧，以指示txop接入应当开始。
400.在1394进行检查，判定是否已经接收到txop共享响应触发帧。如果非ap txop持有者sta在txop共享请求触发帧超时之前没有接收到txop共享响应触发帧，则发生超时1396，并且非ap txop持有者sta重发txop共享请求触发帧，这里通过返回到框1392所示。否则，非ap txop持有者接收到了txop共享响应触发帧，然后在1398，该sta使用配置的ru向关联ap发送ul数据。
401.图59图解说明关于obss场景的调度频带上的txop调度和接入阶段的半静态协议的示例实施例1410，该txop调度和接入阶段在ap层面处理。
402.在1412进行检查，判定是否已经接收到txop共享请求触发帧。如果ap接收到了txop共享请求触发帧，则在1414，ap向被共享的txop参与者bss的另一个ap单播obss共享触发帧，并指示主频带，主频带是用于被共享的txop持有者bss的保留的频带。从而，ap将作为辅频带的剩余频带留给被共享的txop参与者bss使用。
403.在1416，被共享的txop持有者bss中的ap在主频带上广播txop共享响应触发帧。
404.在1418进行检查，判定在超时间隔内是否已经接收到ul数据。如果不满足该条件，则发生数据帧超时1420，然后在主频带上重新广播txop共享响应触发，如这里所示，执行返回到框1416。
405.如果满足该条件，来自被共享的txop持有者bss的ap接收到了ul数据，则在1422，该ap立即在主频带上发送mu-ba帧。
406.返回框1412，在没有接收到txop共享请求触发帧的情况下，则在1424进行检查，判定帧是否是obss共享帧。
407.如果ap接收到obss共享触发帧，则该ap是被共享的txop参与者bss的ap，然后在1426，该ap在辅频带上广播txop共享响应触发帧。
408.在1428进行检查，判定是否在超时间隔内已经接收到ul数据。如果不满足该条件，则发生数据帧超时1430，并且在辅频带上重新广播txop共享响应触发，如图所示，执行返回到框1426。
409.如果来自被共享的txop参与者bss的ap接收到ul数据，则在1432，它立即在辅频带
上发送mu-ba帧。
410.图60图解说明关于obss场景的调度频带上的txop调度和接入阶段的半静态协议的示例实施例1450，该txop调度和接入阶段在非ap被共享的txop参与者sta层面处理。
411.在1452进行检查，判定是否接收到了txop共享响应触发帧。如果不满足该条件，则该处理结束。否则，如果非ap txop参与者sta接收到txop共享响应触发帧，则在框1454，它检查在txop共享响应触发中指示的数据延迟持续时间。在数据延迟持续时间之后，它利用配置的ru向关联ap发送ul数据。
412.8.帧格式设计
413.在本节中，表示了按照本公开扩展现有的802.11协议的示例帧格式。应意识到的是，没有具体说明的字段/子字段按照在其他地方或者在以前对现有802.11标准的利用中说明的这些相同字段/子字段的方式操作。
414.8.1.sta txop可共享性元素
415.图61图解说明txop可共享性元素的示例实施例1470，txop可共享性元素包含在ap和非ap sta之间交换的管理帧中，比如认证或关联请求帧、认证或关联响应帧、信标帧和任何其他管理帧中，并由各个非ap sta用于向关联ap通知其txop共享提议/请求信息。可共享性元素具有以下字段。元素id字段是元素的标识符，在本例中，它被设定为值8，以将其指示为sta txop可共享性元素。如果ap接收到元素id字段被设定为8的认证或关联请求帧，则ap记录每个sta的所有共享提议/请求信息(如在sta信息字段中所指示)，并回送认证或关联响应帧以指示成功接收。长度字段指示除元素id字段和长度字段之外的元素中的八位字节的数量。存在多个sta信息字段，其子字段在图62中说明。
416.图62图解说明来自图61中所示的txop可共享性元素的sta信息(info)字段的示例实施例1490，具有以下子字段。aid子字段包含其txop可共享性被指示的sta的aid。txop共享持有者子字段指示作为txop持有者的该sta的可共享性。txop共享持有者子字段被设定为第一值(例如，1)，以指示起txop持有者作用的该sta愿意与其他sta共享其txop。txop共享持有者子字段被设定为第二状态(例如，0)，以指示起txop持有者作用的该sta不愿意与其他sta共享其txop。
417.txop共享参与者子字段指示作为txop参与者的该sta的可共享性。txop共享参与者子字段被设定为第一状态(例如，1)，以指示起被共享的txop参与者sta作用的该sta愿意加入由txop持有者sta共享的txop。否则，如果txop共享参与者子字段被设定为第二状态(例如，0)，则它指示起被共享的txop参与者sta作用的该sta不愿意加入由txop持有者sta共享的txop。
418.8.2共享提议/请求帧
419.图63图解说明共享提议/请求帧格式的示例实施例1510。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段包含该帧的接收者的mac地址。ta字段包含发送了该帧的sta的mac地址。bssid子字段是与非ap sta关联的ap的mac地址。如果bssid指示与ta相同的mac地址，则这指示共享提议/请求帧正在为来自内部bss的非ap sta传递可共享性信息；否则，它意味着共享提议/请求帧正在为来自其id由bssid指示的bss间(inter bss)的非ap sta传递可共享性信息。该帧可以包含多个sta共享提议/请求信息字段，sta共享提议/请求信息字段包括非ap sta的txop共享提议/请求信息，并且具
ltf模式子字段指示非ofdma mu-mimo he tb ppdu响应的he-ltf模式。否则，该子字段被设定为指示he单流导频he-ltf模式。如果多普勒子字段被设定为第一状态(例如，0)，则he-ltf符号数和中间码周期性子字段指示存在于he tb ppdu中的he-ltf符号的数量，而如果多普勒子字段被设定为第二状态(例如，1)，则指示he-ltf符号的数量和中间码的周期性。
431.该字段在比特26继续，ul stbc子字段指示所请求的he tb ppdu的stbc编码的状态。ldpc额外符号段子字段指示ldpc额外符号段的状态。ap/非ap txop拥有者sta tx功率子字段指示ap(对于以ap作为协调者的动态场景)或非ap txop持有者sta(对于不以ap作为协调者的动态场景)在用于发送触发帧并被归一化到20mhz带宽的所有发送天线的天线连接器处的组合发送功率(以dbm为单位)。fec前(pre-fec)填充因子子字段指示fec前填充因子。pe消歧子字段指示pe消歧。ul空间重用子字段携带要被包括在所请求的he tb ppdu的he-sig-a字段中的空间重用字段中的值。多普勒子字段被设定为第一状态(例如，1)，以指示在he tb ppdu中存在中间码，否则被设定为第二状态(例如，0)。ul he-sig-a2保留子字段携带要被包括在所请求的he tb ppdu的he-sig-a2子字段中的保留字段中的值。设定为第一状态(例如，1)的公共信息字段的txop共享子字段指示发送者愿意与其他非ap sta共享txop；否则，txop共享子字段被设定为第二状态(例如，0)。基于触发类型字段的值，可选地存在触发相关公共信息子字段。
432.回到图的顶部，可以看到列表用户信息字段，并且示出了用户信息1字段、用户信息2字段到用户信息n字段，每个用户信息字段具有如下在图的中间描绘的子字段。用户信息字段包含用于特定sta的分配的ru信息。用户信息字段的aid12子字段用于将固定ru分配给其aid等于aid12子字段中的值的特定sta。ru分配子字段连同公共信息字段中的ul bw子字段一起识别ru的大小和位置。ul fec编码类型子字段指示所请求的he tb ppdu的代码类型。ul he-mcs子字段指示所请求的he tb ppdu的he-mcs。ul dcm子字段指示所请求的he tb ppdu的dcm。ss分配子字段指示所请求的he tb ppdu的空间流。ra-ru信息子字段指示ra-ru信息。ul目标rssi子字段指示在分配的ru上发送的he tb ppdu的he部分的预期接收信号功率。基于触发类型字段的值，可选地存在触发相关用户信息子字段。
433.8.5.cts共享
434.图67图解说明具有以下字段的cts共享帧的示例实施例1590。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段包含该帧的接收者的mac地址。txop共享参与者aid字段指示发送了该cts共享帧的txop共享参与者的aid。一旦txop持有者接收到作为先前发送的mu-rts共享帧的即时响应的cts共享帧，通过检查txop共享参与者aid信息，它就知道哪些sta愿意加入被共享的txop，从而相应地向这些sta分配资源。如果非ap sta接收到给它的mu-rts共享帧，但是没有任何内容要发送给ap，则在至少一个实施例中，非ap sta将txop共享参与者aid设定为0，以指示它将不加入接下来的被共享的txop。
435.8.6.obss txop参与者sta帧
436.图68图解说明具有以下字段的obss txop参与者sta帧格式的示例实施例1610。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段包含该触发帧的接收的bssid。ta字段包含该触发帧的发送的bssid。示出了一个或多个txop资源请求sta字段，其子字段在图69中说明。
437.图69图解说明具有以下子字段的txop资源请求sta字段的示例实施例1630。txop资源请求子字段与图64中所述的相同。一旦ap接收到mu-rts共享帧，它就知道已经发起了被共享的txop。然后，该ap向被共享的txop参与者bss的另一个ap单播obss txop参与者sta帧。obss txop参与者sta的帧不包含非ap被共享的txop参与者sta的任何信息。
438.在从obss txop参与者sta接收到不包含非ap被共享的txop参与者sta的任何信息的帧之后，被共享的txop参与者bss的ap知道被共享的txop的发起已经开始，并向潜在的非ap被共享的txop参与者sta发送mu-rts共享帧。
439.在从愿意参与接下来的被共享的txop的非ap txop参与者sta接收到所有cts共享帧之后，被共享的txop参与者bss的ap向被共享的txop持有者bss的ap单播obss txop参与者sta帧，该obss txop参与者sta帧带有被共享的txop参与者sta的最新信息。
440.在从另一个bss接收到带有被共享的txop参与者sta的信息的obss txop参与者sta帧之后，ap广播cts-to-self共享帧，以在被共享的txop参与者bss中通告，被共享的txop初始化过程已经完成。
441.8.7.cts-to-self共享
442.图70图解说明具有以下字段的cts-to-self帧格式的示例实施例1650。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段包含该帧的接收者的mac地址。在单个bss场景中，txop持有者sta可以首先向ap单播ra字段等于它自己的mac地址的cts-to-self帧，以便为txop发送保留介质。当ap接收到cts-to-self帧时，它向潜在的txop共享参与者sta广播mu-rts共享帧。在obss场景中，在从另一个bss接收到带有被共享的txop参与者sta的信息的obss txop参与者sta帧之后，ap广播cts-to-self共享帧，以在被共享的txop参与者bss中通告完成了共享txop初始化过程。
443.一旦非ap txop持有者sta接收到cts-to-self共享帧，它就可以开始txop调度和接入阶段。可以在cts-to-self帧的持续时间字段中设定nav。设置比特0-13包含nav持续时间值，其范围为1-16383。设置比特14-15包含共享信息，并且当被设定为01时，指示txop持有者愿意与其他sta共享该txop。从txop持有者sta接收cts-to-self帧的ap向潜在的txop共享参与者sta发送mu-rts共享帧。
444.8.8.txop优先级触发帧
445.图71图解说明具有以下子字段的txop优先级触发帧格式的示例实施例1670。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段包含该帧的接收者的mac地址。ta字段包含发送了该帧的sta的mac地址。公共信息字段和列表用户信息字段在下面说明。
446.公共信息字段被表示成具有以下子字段。本例中的触发类型子字段被设定为12(该字段先前被保留)，以指示这是txop优先级触发帧。txop持有者sta将为它自己保留ru，并与其他sta共享剩余的ru。在向ap单播txop优先级触发帧之后，txop持有者等待来自ap的带有调度的txop接入信息的触发帧。在接收到txop优先级触发帧之后，ap进行被共享的txop接入调度和触发ul发送。ap为txop持有者sta分配更多的资源。
447.ap/非ap txop拥有者sta tx功率子字段指示ap(对于以ap作为协调者的动态场景)或非ap txop持有者sta(对于不以ap作为协调者的动态场景)在用于发送触发帧并被归一化到20mhz带宽的所有发送天线的天线连接器处的组合发送功率(以dbm为单位)。
448.列表用户信息字段包含以下子字段。用户信息字段的aid12子字段(1-2007)被寻址到其aid等于aid12子字段中的值的关联sta；该sta是被共享的txop参与者sta。ru分配子字段连同公共信息字段中的ul bw子字段一起识别ru的大小和位置。用户信息字段的优先级子字段指示发送了txop优先级触发帧的sta的优先级。当该子字段被设定为第一状态(例如，1)时，这指示发送者是txop持有者，从而ap将分配足够的ru大小，该ru大小不能小于由ru分配子字段和ul bw子字段指示的ru大小。
449.8.9.obss共享触发帧
450.图72图解说明具有以下子字段的obss共享触发帧的示例实施例1690。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段是该触发帧的接收的bssid。ta字段是该触发帧的发送的bssid。保留频带txop持有者bss字段指示保留频带可以被共享txop持有者bss用于数据发送，从而剩余频带可以由被共享的txop参与者bss利用。tf延迟字段指示在ap接收到obss共享触发帧到发送触发帧之间的延迟持续时间。数据延迟字段指示在obss共享触发帧的接收至ul数据的接收之间的延迟持续时间。mu-ba延迟字段指示在ap接收到obss共享触发帧到向关联ap发送mu-ba帧之间的延迟持续时间。
451.图73图解说明具有以下子字段的保留频带txop持有者bss字段的示例实施例1710。保留频带txop持有者bss字段的保留频带子字段指示obss共享触发帧为txop持有者bss保留频带，并将剩余频带留给txop参与者bss。比特b0-b3与比特b4-b5的组合指示保留的频带。保留频带txop持有者bss字段的随机接入子字段指示obss共享帧对被共享的txop bss中的非ap sta触发了随机接入。保留频带txop持有者bss字段的调度接入子字段指示obss共享帧对被共享的txop bss中的非ap sta触发了调度接入。
452.8.10.txop随机接入请求触发帧
453.图74图解说明具有以下子字段的txop随机接入请求触发的示例实施例1730。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段包含该帧的接收者的mac地址。ta字段包含发送了该帧的sta的mac地址。公共info(信息)字段和列表用户info(信息)字段在下面说明。
454.公共info(信息)字段具有以下子字段。在本示例实施例中，触发类型子字段被设定为8(使用先前保留的比特)，以指示它是txop随机接入请求触发帧。txop持有者sta将为它自己保留ru，并与其他sta共享剩余的ru。在发出或接收到txop随机接入请求触发后，txop持有者sta在保留的ru中向ap单播ul数据。在接收到txop随机接入请求触发后，txop共享参与者sta在争夺被共享的ru时随机接入信道。txop持有者sta使用保留的ru来接入信道。ap/非ap txop拥有者sta tx功率子字段指示ap(对于以ap作为协调者的动态场景)或非ap txop持有者sta(对于不以ap作为协调者的动态场景)在用于发送触发帧并被归一化到20mhz带宽的所有发送天线的天线连接器处的组合发送功率(以dbm为单位)。
455.列表用户info(信息)字段具有以下子字段。txop持有者sta在公共信息的ul bw子字段和用户信息字段的ru分配子字段中通告所保留的ru。另外，它将在aid12子字段中通告它自己的aid，在至少一个实施例中，aid12子字段的范围为1到2007。对于其他关联的sta，用户信息字段的aid12子字段被设定为0，然后用户信息字段的比特b26-b31被设定为ra-ru信息子字段。在这种情况下，用户信息字段的ss分配/ra-ru信息子字段指示ra-ru信息。示出了具有ra-ru数和更多ra-ru的附加子字段的ra-ru信息子字段。
456.ra-ru数子字段指示为ul ofdma随机接入(uora)分配的连续ru的数量。ra-ru数子字段的值等于连续ra-ru的数量减1。更多ra-ru子字段被设定为第一状态(例如，1)，以指示由该用户信息字段中的aid12子字段指示的类型的ra-ru是在直到其中发送了携带该字段的触发帧的twt sp结束为止所发送的后续触发帧中被分配的；否则，该子字段被设定为第二状态(例如，0)。如果公共信息字段中的更多tf字段被设定为0，则更多ra-ru子字段被保留。
457.8.11.单播txop接入请求触发帧
458.图75图解说明具有以下字段的单播txop接入请求触发帧格式的示例实施例1750。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段包含该帧的接收者的mac地址。ta字段包含发送了该帧的sta的mac地址。公共信息字段和列表用户信息字段在下面说明。
459.公共信息字段被表示成具有以下子字段。在本示例实施例中，触发类型子字段被设定为9(这些比特先前被保留)，以指示这是单播txop接入请求触发帧。
460.8.11.1.对于单个bss场景
461.在发出最后一个(由txop接入开始标志子字段指示)单播txop接入请求触发帧之后，txop持有者sta应在保留的ru中向ap单播ul数据。
462.在接收到最后一个单播txop接入请求触发帧(即使目的地是另一个sta)之后，txop共享参与者sta应在分配的ru中向ap单播ul数据。
463.8.11.2.对于obss场景
464.在发出/接收到单播txop接入请求触发帧之后，非ap sta在该触发帧中指示的数据延迟之后发出ul数据。
465.ap/非ap txop拥有者sta tx功率子字段指示ap(对于以ap作为协调者的动态场景)或非ap txop持有者sta(对于不以ap作为协调者的动态场景)在用于发送触发帧并被归一化到20mhz带宽的所有发送天线的天线连接器处的组合发送功率(以dbm为单位)。
466.列表用户信息字段包含以下子字段。用户信息字段的aid12子字段(1-2007)被寻址到其aid等于aid12子字段中的值的关联sta，被共享的txop参与者sta。ru分配子字段连同公共信息字段中的ul bw子字段一起识别ru的大小和位置。单个bss子字段指示单播txop接入请求触发帧是针对单个bss场景还是针对obss场景发送的。对于单个bss场景，txop接入开始标志子字段用于指示最后一个单播txop接入请求触发帧。在单个bss场景中不使用数据延迟子字段。对于obss场景，数据延迟子字段用于指示发送数据的延迟，而txop接入开始标志子字段不被使用。
467.txop接入开始标志子字段指示该单播txop接入请求触发帧是否已经由txop持有者发送到最后一个txop共享参与者sta。如果这是最后一个txop共享参与者sta，则该标志被设定为第一状态(例如，1)；否则，该标志被设定为第二状态(例如，0)。
468.对于接收单播txop接入请求触发的每个txop共享参与者sta，即使该帧不是发送给它的，该sta仍然检查txop接入开始标志子字段。如果该字段为0，则sta保持数据；否则，如果该字段为1，则sta向ap发出其数据。
469.数据延迟子字段指示非ap sta发出/接收单播txop接入请求触发帧到发出ul数据之间的延迟。
470.8.12.txop接入调度器触发帧
471.图76图解说明具有以下字段的txop接入调度器触发帧格式的示例实施例1770。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段包含该帧的接收者的mac地址。ta字段包含发送了该帧的sta的mac地址。公共信息字段和列表用户信息字段在下面说明。
472.公共信息字段被表示成具有以下子字段。在本示例实施例中，公共信息字段的触发类型子字段被设定为11(这些比特先前被保留)，以指示这是txop接入调度器触发帧。
473.8.12.1.对于单个bss场景
474.在发出txop接入调度器触发帧之后，txop持有者sta在接收到最后一个单播txop接入请求触发帧之后，向ap单播ul数据。
475.在接收到txop接入调度器触发帧之后，ap向每个txop共享参与者sta发送单播txop接入请求触发帧。当发送最后一个单播txop接入请求触发帧时，ap将txop接入开始标志子字段设定为1。
476.8.12.2.对于obss场景
477.在发出txop接入调度器触发帧之后，txop持有者sta在数据延迟持续时间之后向ap单播ul数据。在接收到txop接入调度器触发帧之后，ap通过设定对应的数据延迟持续时间，向每个txop共享参与者sta发送单播txop接入请求触发帧。
478.ap/非ap txop拥有者sta tx功率子字段指示ap(对于以ap作为协调者的动态场景)或非ap txop持有者sta(对于不以ap作为协调者的动态场景)在用于发送触发帧并被归一化到20mhz带宽的所有发送天线的天线连接器处的组合发送功率(以dbm为单位)。
479.列表用户信息字段包含一组或多组用户信息，每组用户信息具有以下子字段。用户信息字段的aid12子字段(1-2007)被寻址到其aid等于aid12子字段中的值的关联sta。该sta是被共享的txop参与者sta。ru分配子字段连同公共信息字段中的ul bw子字段一起识别ru的大小和位置。用户信息字段的数据延迟子字段指示其aid等于aid12子字段中的值的非ap sta发送ul数据的延迟持续时间。
480.8.13.广播txop接入请求触发帧
481.图77图解说明具有以下字段的广播txop接入请求触发帧格式的示例实施例1790。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段包含该帧的接收者的mac地址。ta字段包含发送了该帧的sta的mac地址。公共信息字段和列表用户信息字段在下面说明。
482.公共信息字段被表示成具有以下子字段。在本示例实施例中，公共信息字段的触发类型子字段被设定为10(这些比特先前被保留)，以指示这是广播txop接入请求触发帧。
483.8.13.1.对于单个bss场景
484.在发出广播txop接入请求触发帧之后，txop持有者sta在保留的ru中向ap单播ul数据。在接收到广播txop接入请求触发帧之后，txop共享参与者sta在分配的ru中向ap单播ul数据。
485.8.13.2.对于obss场景
486.在发出广播txop接入请求触发帧之后，txop持有者sta在数据延迟之后在保留的ru中向ap单播ul数据。在接收到广播txop接入请求触发帧之后，txop共享参与者sta在数据
延迟之后在分配的ru中向ap单播ul数据。
487.ap/非ap txop拥有者sta tx功率子字段指示ap(对于以ap作为协调者的动态场景)或非ap txop持有者sta(对于不以ap作为协调者的动态场景)在用于发送触发帧并被归一化到20mhz带宽的所有发送天线的天线连接器处的组合发送功率(以dbm为单位)。
488.列表用户信息字段包含以下子字段。用户信息字段的aid12子字段(1-2007)被寻址到其aid等于aid12子字段中的值的关联sta。该sta是被共享的txop参与者sta。ru分配子字段连同公共信息字段中的ul bw子字段一起识别ru的大小和位置。用户信息字段的数据延迟子字段指示其aid等于aid12子字段中的值的非ap sta发送ul数据的延迟持续时间。
489.8.14.txop持有者配置
490.图78图解说明具有以下字段的txop持有者配置帧格式的示例实施例1810。帧控制字段、持续时间字段、ra字段和ta字段如前所述。包括一个或多个sta txop接入分配字段，sta txop接入分配字段指示针对每个特定sta的txop接入分配。
491.图79图解说明包含以下字段的sta txop分配字段格式的示例实施例1830。txop持有者mac地址子字段指示txop持有者的mac地址。txop参与者mac地址子字段指示txop共享参与者的mac地址。分配控制信息字段包含如图80中所述的txop资源分配信息。
492.在ap接收到txop持有者配置帧之后，ap记录sta txop接入分配信息，并向sta发送确认帧。
493.图80图解说明分配控制信息子字段的示例实施例1850，分配控制信息子字段指示针对特定txop共享参与者sta的txop资源分配，并具有以下子字段。优先级子字段指示txop共享参与者sta的流量的优先级。aid12(1-2007)子字段指示分配控制信息子字段被寻址到其aid等于aid12子字段中的值的关联sta。分配控制信息子字段的ul bw子字段指示he tb ppdu的he-sig-a中的带宽。ru分配子字段连同ul bw子字段一起识别所分配的ru的大小和位置。
494.8.15.txop接入配置
495.图81图解说明txop接入配置帧格式的示例实施例1870。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段是该触发帧的接收的bssid。ta字段是该触发帧的发送的bssid。包含一个或多个sta配置字段。
496.sta配置字段指示针对每个非ap sta的配置，并且包含一个或多个sta txop接入分配字段(例如，1到n)。sta在从txop持有者(不以ap作为协调者)或者从关联ap(以ap作为协调者)接收到触发之后，使用所分配的ru向ap发送数据。
497.8.16.obss txop接入配置
498.图82图解说明具有以下字段的obss txop接入配置帧格式的示例实施例1890。帧控制字段指示帧的类型。持续时间字段包含用于csma/ca信道接入的nav信息。ra字段包含该帧的接收者的mac地址。ta字段包含发送了该帧的sta的mac地址。bssid字段指示生成txop接入配置信息的bss的id。该bssid是该bss中的ap的mac地址。其余字段与如图81中所示的txop接入配置帧相同。
499.obss txop接入配置帧从一个ap发送到另一个ap，以指示发送者ap的bss的完整txop接入配置。
500.8.17.txop共享请求触发
501.图83图解说明具有以下字段的txop共享请求触发帧格式的示例实施例1910。要注意的是，在txop共享请求触发帧格式中不需要用户信息列表字段。ta字段包含发送器的mac地址，它应被设定为txop持有者的mac地址。ra字段是如下设定的接收器的mac地址。在不以ap作为协调者的场景中，ra字段被设定为广播mac地址(ff:ff:ff:ff:ff:ff)。txop持有者广播txop共享请求触发帧。一旦txop共享参与者sta接收到该帧，他们就通过使用如在被共享的txop配置阶段中所配置的分配的ru，向关联ap发送ul数据。在发送txop共享请求触发帧之后，txop持有者使用分配的ru向关联ap发送ul数据。
502.在使用ap作为协调者的场景中，ra字段被设定为关联ap的mac地址。txop持有者单播txop共享请求触发帧。一旦ap接收到该帧，它就广播txop共享响应触发帧。然后，所有sta应当使用如在被共享的txop配置阶段中所配置的分配的ru，向关联ap发送ul数据。
503.其他字段如在本文中前面各节中所述。
504.8.18.txop共享响应触发
505.图84图解说明具有以下字段的txop共享响应触发帧格式的示例实施例1930。要注意的是，用户信息列表字段不需要包含在txop共享请求触发帧格式中。ra字段是接收器的mac地址，在ap作为协调者的场景中，该ra字段被设定为广播mac地址(ff:ff:ff:ff:ff:ff)。数据延迟字段指示在obss场景中，在txop共享响应触发的接收至ul数据的发送之间的延迟持续时间。其他字段如在本文中前面各节中所述。
506.9.实施例的一般范围
507.在本技术中说明的增强可以容易地在各种无线网络通信站内实现。还应意识到的是，无线网络通信站优选被实现为包括一个或多个计算机处理器设备(例如，cpu、微处理器、微控制器、计算机使能asic等)和存储指令的关联存储器(例如，ram、dram、nvram、flash、计算机可读介质等)，从而在处理器上执行存储在存储器中的编程(指令)，以进行本文中说明的各种处理方法的步骤。
508.还要意识到的是，这些计算系统中的计算机可读介质(存储指令的存储器)是“非临时性的”，它包括任何和所有形式的计算机可读介质，唯一的例外是临时性的传播信号。因而，公开的技术可以包括任何形式的计算机可读介质，包括那些随机接入的计算机可读介质(例如，ram)，需要定期刷新的计算机可读介质(例如，dram)，随着时间的推移而退化的计算机可读介质(例如，eeprom、磁盘介质)，或者只在短时间内和/或只在存在电力的情况下存储数据的计算机可读介质，唯一的限制是术语“计算机可读介质”不适用于临时性的电子信号。
509.本技术的实施例可以在此参考按照本技术的实施例的方法和系统的流程图，和/或也可以被实现为计算机程序产品的过程、算法、步骤、操作、公式或其他计算描述来说明。就这一点而言，流程图的每个框或步骤，和流程图中的框(和/或步骤)的组合，以及任何过程、算法、步骤、操作、公式或计算描述可以通过各种手段来实现，比如硬件，固件和/或软件，包括用计算机可读程序代码体现的一个或多个计算机程序指令。应意识到的是，任何这样的计算机程序指令可以由一个或多个计算机处理器(包括但不限于通用计算机或专用计算机)，或其他可编程处理装置执行，以产生机器，使得在计算机处理器或其他可编程处理装置上执行的计算机程序指令创建用于实现指定的功能的装置。
510.因而，流程图的框，以及这里说明的过程、算法、步骤、操作、公式或计算描述支持
用于进行指定功能的装置的组合，用于进行指定功能的步骤的组合，以及用于进行指定功能的计算机程序指令(比如体现为计算机可读程序代码逻辑装置)。还应理解的是流程图的每个框，以及这里说明的任何过程、算法、步骤、操作、公式或计算描述及其组合可以用进行指定功能或步骤的基于专用硬件的计算机系统，或者专用硬件和计算机可读程序代码的组合来实现。
511.此外，这些计算机程序指令(比如体现为计算机可读程序代码)也可以存储在一个或多个计算机可读存储器或存储设备中，所述一个或多个计算机可读存储器或存储设备可以指令计算机处理器或其他可编程处理装置以特定方式运行，使得存储在计算机可读存储器或存储设备中的指令产生包括实现在流程图的框中指定的功能的指令装置的制成品。计算机程序指令也可以由计算机处理器或其他可编程处理装置执行，以使得在计算机处理器或其他可编程处理装置上进行一系列操作步骤，从而产生计算机实现的处理，使得在计算机处理器或其他可编程处理装置上执行的指令提供用于实现在流程图的框、过程、算法、步骤、操作、公式或计算描述中指定的功能的步骤。
512.还应意识到的是，本文中使用的术语“编程”或“可执行程序”指的是可以由一个或多个计算机处理器执行，以进行本文中所述的一个或多个功能的一个或多个指令。指令可以体现为软件、固件或者软件和固件的组合。指令可以在设备本地存储在非临时性介质中，或者可以远程存储，比如存储在服务器上，或者全部或部分的指令可以本地存储和远程存储。远程存储的指令可以通过用户发起来被下载(推送)到设备，或者基于一个或多个因素自动地下载(推送)到设备。
513.还应意识到的是本文中使用的术语处理器、硬件处理器、计算机处理器、中央处理器(cpu)和计算机同义地用于表示能够执行指令，并与输入/输出接口和/或外围设备通信的设备，并且术语处理器、硬件处理器、计算机处理器、cpu和计算机意欲包含一个或多个设备、单核和多核设备、以及它们的变化。
514.根据本文中的说明，应意识到的是本公开包含所述技术的多种实现，所述多种实现包括但不限于以下实现：
515.一种用于网络中的无线通信的装置，包括：(a)无线通信电路，所述无线通信电路被配置作为用于通过至少一个信道，与同一或另一个基本服务集(bss)中的或来自重叠基本服务集(obss)的至少一个其他站进行无线通信的第一站；(b)处理器，所述处理器在被配置用于在无线网络上操作的站内耦接到所述无线通信电路；(c)存储指令的非临时性存储器，所述指令能够由所述处理器执行；并且(d)其中所述指令当由所述处理器执行时，通过进行包括以下各项的步骤，在频域中与obss中的其他站共享发送机会(txop)：(d)(i)使非ap站与接入点(ap)站交换共享提议和请求信息，以通知ap和/或获得ap的批准，以便与该被共享的txop持有者bss的其他非ap站共享非ap站的txop；(d)(ii)其中所述共享提议和请求信息与作为被共享的txop参与者bss的重叠bss的ap共享；(d)(iii)当获得对所述至少一个信道的接入时，与其他站交换信息以指示即将到来的txop能用于共享，并且识别愿意加入即将到来的被共享的txop的站；(d)(iv)其中被共享的txop参与者bss的ap识别被共享的txop参与者sta；和(d)(v)使非ap txop持有者站能够为txop持有者bss中的被共享的txop参与者站分发资源单元(ru)，而在被共享的txop参与者bss中，在ap层面确定用于被共享的txop参与者站的ru的调度和分发。
516.一种用于在网络中进行无线通信的方法，包括：(a)通过至少一个信道，在配置作为第一站的无线通信电路与同一或另一个基本服务集(bss)中的或来自重叠基本服务集(obss)的至少一个其他站之间进行无线通信，以便在频域中与obss中的其他站共享发送机会(txop)；(b)与接入点(ap)站交换共享提议和请求信息，以通知ap和/或获得ap的批准，以便与该被共享的txop持有者bss的其他非ap站共享非ap站的txop；(c)其中所述共享提议和请求信息与作为被共享的txop参与者bss的重叠bss的ap共享；(d)当获得对所述至少一个信道的接入时，与其他站交换信息以指示即将到来的txop能用于共享，并且识别愿意加入即将到来的被共享的txop的站；(e)其中被共享的txop参与者bss的ap识别被共享的txop参与者sta；(f)使非ap txop持有者站能够为txop持有者bss中的被共享的txop参与者站分发资源单元(ru)，而在被共享的txop参与者bss中，在ap层面确定用于被共享的txop参与者站的ru的调度和分发；和(g)其中所述方法由一个或多个处理器执行存储在非临时性介质上的指令来进行。
517.一种用于与在无线lan网络中获得发送机会(txop)的站(sta)进行无线通信的装置，所述站(sta)通过进行以下步骤，在频域中与obss中的其他sta共享其txop：(a)与接入点(ap)站交换消息，以通知和/或获准与其他非ap sta共享所述站的txop。重叠bss的ap进一步在彼此之间交换该信息；和(b)当获得对信道的接入时，与其他sta交换信息，以指示即将到来的txop能用于共享，并识别愿意加入即将到来的被共享的txop的sta；(c)非ap txop持有者sta为内部bss中的被共享的txop参与者sta分配ru分发，其中在被共享的txop参与者bss内，用于被共享的txop参与者sta的ru的调度和分发被留在ap层面进行；其中为了避免不同bss之间的干扰，利用调度或时移方法使用不同的频带；(d)单个bss的sta通过在ap的协调下交换管理帧来交换txop可共享性的信息，其中不同bss的ap通过发送obss共享sta帧来交换该信息。
518.任意前述实现所述的装置或方法，其中利用obss txop参与者站帧来同步不同bss之间的共享操作。
519.任意前述实现所述的装置或方法，其中使用不同的频带，或者进行时移，以避免不同bss之间的干扰。
520.任意前述实现所述的装置或方法，其中所述非ap站通过在ap站的协调下交换管理帧，交换关于txop可共享性的信息。
521.任意前述实现所述的装置或方法，其中所述管理帧是从由认证请求帧、关联请求帧、认证响应帧、关联响应帧和信标帧组成的一组消息帧中选择的。
522.任意前述实现所述的装置或方法，其中不同bss的ap通过obss共享站帧的交换，交换关于txop共享提议/请求信息的信息。
523.任意前述实现所述的装置或方法，其中所述指令当由所述处理器执行时还进行一个或多个步骤，包括：被共享的txop持有者站或每个bss中的ap通过交换多用户请求发送(mu-rts)共享帧和清除发送(cts)共享帧来识别被共享的txop参与者站。
524.任意前述实现所述的装置或方法，其中所述指令当由所述处理器执行时还进行一个或多个步骤，包括：在被共享的txop参与者bss中，通过在没有指定被共享的txop参与者sta的情况下，从共享txop持有者bss中的ap接收obss txop参与者站帧，来开始被共享的txop初始化阶段，并且通过在指定所有被共享的txop参与者站的情况下，向被共享的txop
txop参与者站帧(在指定所有被共享的txop参与者站的情况下)，来完成被共享的txop初始化阶段。
537.任意前述实现所述的装置或方法，其中为了避免重叠bss之间的干扰，可以在不同的bss中同时但在不同的频带上发送帧，或者在相同频带上但带时移地发送帧。
538.任意前述实现所述的装置或方法，其中不同频带上的被共享的txop接入方法包括：基于随机接入和专用触发(基本触发)的调度。
539.任意前述实现所述的装置或方法，其中利用时移的被共享的txop接入方法包括基于以下的调度：基本触发、单播txop接入请求触发(不以ap作为协调者)、和广播txop接入请求触发(不以ap作为协调者)。
540.任意前述实现所述的装置或方法，其中被共享的txop持有者bss和被共享的txop参与者bss之间的时移信息通过obss共享触发帧来交换。
541.任意前述实现所述的装置或方法，其中当从ap接收到触发帧时，其他非ap txop共享参与者sta按照在触发帧中指示的接入信息来接入信道。
542.任意前述实现所述的装置或方法，其中非ap站可以通过在单个bss/obss场景中在ap的协调下交换消息，以半静态方式决定来自同一bss的或者来自osss的接入该非ap站的txop的其他非ap sta以及ru分配和接入顺序。
543.任意前述实现所述的装置或方法，其中非ap sta运行设置过程，以设置半静态配置。
544.任意前述实现所述的装置或方法，其中非ap sta通过每个bss中的ap的协调，彼此交换共享提议/请求帧；其中ap进一步将该可共享性信息转发给obss的另一个ap，并且所述另一个ap广播接收到的可共享性信息。
545.任意前述实现所述的装置或方法，其中非ap sta通过每个bss中的ap的协调，彼此交换半静态txop共享调度的配置。ap进一步将被共享的txop接入调度器转发给obss的另一个ap；其中所述另一个ap在obss中广播接收到的被共享的txop接入调度器。
546.任意前述实现所述的装置或方法，其中为了避免不同bss之间的干扰，在被共享的txop接入中使用不同频带调度方法或时移方法。非ap sta使用配置的ru接入被共享的txop。
547.任意前述实现所述的装置或方法，其中与来自同一bss/obss的其他非ap sta共享其txop的非ap sta遵循所通告的分配调度。
548.任意前述实现所述的装置或方法，其中为了开始被共享的txop接入，非ap txop持有者sta单播txop共享请求触发，其中作为响应，ap广播带时移或者不同频带调度的txop共享响应触发，以避免obss干扰。
549.任意前述实现所述的装置或方法，其中通过obss共享触发帧，交换被共享的txop持有者bss和被共享的txop参与者bss之间的时移信息。
550.任意前述实现所述的装置或方法，其中一旦非ap sta从ap接收到广播txop共享响应触发，它们就在接收到的触发帧中所指示的对应数据延迟之后，基于通告的ru分配来接入信道。
551.本文中使用的术语“实现”旨在包括但不限于实践本文中所述技术的实施例、例子或其他形式。
552.本文中使用的单数形式“一”、“一个”和“该”可以包括复数所指对象，除非上下文另有明确指示。除非有明确说明，否则用单数指代某个对象并不打算意味着“有且仅有一个”，而是“一个或多个”。
553.本公开内的诸如“a、b和/或c”之类的措辞结构说明可以存在a、b或c，或者项目a、b和c的任意组合。诸如之前列出一组要素的
“…
中的至少一个”之类的措辞结构指示存在这组要素中的至少一个，这包括适用的这些所列要素的任何可能组合。
554.本公开中涉及“实施例”、“至少一个实施例”或类似实施例用语的引用指示结合所述实施例说明的特定特征、结构或特性包含在本公开的至少一个实施例中。从而，这些不同的实施例短语不一定都指的是同一实施例，或者指的是与说明的所有其他实施例不同的特定实施例。实施例措辞应被解释为意味着给定实施例的特殊特征、结构或特性可在公开的装置、系统或方法的一个或多个实施例中以任何适当的方式组合。
555.本文中使用的术语“组”指的是一个或多个对象的集合。从而，例如，一组对象可以包括单个对象或多个对象。
556.诸如第一和第二、顶部和底部之类的关系用语只是用于区分一个实体或动作与另一个实体或动作，而不一定要求或暗示这些实体或动作之间的任何实际的此类关系或顺序。
557.用语“包含”、“具有”、“包括”、“含有”或它们的任何变型旨在涵盖非排他性包含，使得包含、具有、包括、含有要素的列表的处理、方法、制品或装置并不仅仅包括这些要素，而是可以包括未明确列出的或这样的处理、方法、制品或装置固有的其他要素。前接“包含
…”
、“具有
…”
、“包括
…”
、“含有
…”
的要素在没有更多约束的情况下，不排除在包含、具有、包括、含有该要素的处理、方法、制品或装置中存在附加的相同要素。
558.本文中使用的用语“近似”、“近似的”、“大体上”、“基本上”和“大约”，或者它们的任何其他版本用于描述和说明小的变化。当结合事件或情况使用时，这些用语可指的是其中精确发生所述事件或情况的实例，以及其中近似发生所述事件或情况的实例。当结合数值使用时，这些用语可以指的是小于或等于该数值的
±
10％的变化范围，比如小于或等于
±
5％、小于或等于
±
4％、小于或等于
±
3％、小于或等于
±
2％、小于或等于
±
1％、小于或等于
±
0.5％、小于或等于
±
0.1％、或小于或等于
±
0.05％。例如，“基本上”对齐可指的是小于或等于
±
10
°
的角度变化范围，比如小于或等于
±5°
、小于或等于
±4°
、小于或等于
±3°
、小于或等于
±2°
、小于或等于
±1°
、小于或等于
±
0.5
°
、小于或等于
±
0.1
°
、或小于或等于
±
0.05
°
。
559.另外，数量、比率和其他数值在本文中有时可能以范围格式呈现。应理解的是，使用这种范围格式是为了方便和简洁，应被灵活地理解为包括明确指定为范围的极限的数值，而且还包括涵盖在该范围内的所有各个数值或子范围，如同每个数值和子范围都被明确地指定一样。例如，在约1～约200的范围内的比率应当理解为包括明确列举的约1和约200的极限，而且还包括诸如约2、约3和约4之类的各个比率，以及诸如约10～约50、约20～约100之类的子范围。
560.本文中使用的术语“耦接”被定义为连接，不过不一定是直接连接，也不一定是机械连接。以某种方式“配置”的设备或结构至少是以这种方式配置的，不过也可以以没有列出的方式配置。
561.好处、优点、问题的解决方案，以及可能导致任何好处、优点或解决方案出现或变得更加明显的任何要素不应被解释为本文中所述的技术或任何或所有权利要求的关键的、必需的或基本的特征或要素。
562.另外，在上述公开中，为了简化本公开，在各个实施例中可能将各个特征聚集在一起。该公开方法不应被解释为反映要求保护的实施例需要比在每个权利要求中明确列举的特征更多的特征的意图。发明的主题可以在于比单个公开的实施例的所有特征更少的特征。
563.为了使读者可以快速地确定本技术公开的本质，提供了本公开的摘要。摘要是在应理解摘要将不用于解释或限制权利要求的范围或含义的情况下提交的。
564.要意识到的是，在提交本技术之后，一些司法管辖权的实践可能要求删除本公开的一个或多个部分。因此就本公开的原始内容来说，读者应当查阅提交的申请。本公开的内容的任何删除不应被解释为最初提交的本技术的任何主题的放弃、丧失或奉献给公众。
565.以下的权利要求因此并被并入本公开中，每个权利要求独立地作为单独要求保护的主题。
566.尽管本文中的说明包含许多细节，不过这些细节不应被理解成限制本公开的范围，而应被理解成仅仅提供当前优选的实施例中的一些实施例的例示。于是，应意识到的是本公开的范围完全包含对本领域的技术人员来说明显的其他实施例。
567.所公开实施例的各个要素的为本领域普通技术人员已知的所有结构等同物和功能等同物通过引用被明确地并入本文中，并被权利要求书所包含。此外，本公开中的元件、组件或方法步骤都不意图奉献给公众，不论所述元件、组件或方法步骤是否被明确地记载在权利要求书中。本文中的权利要求要素不应被解释为“装置 功能”要素，除非利用短语“用于
…
的装置”明确地记载该要素。本文中的权利要求要素不应被解释为“步骤 功能”要素，除非利用短语“用于
…
的步骤”明确地记载该要素。