具体实施方式

本公开的一些方面包括用于实现请求发送(RTS)帧和允许发送(CTS)帧以及用于RTS帧和CTS帧的传输规则的装置和方法。例如，本公开的一些方面涉及删余RTS传输规则。一些方面涉及删余CTS传输规则。本公开的一些方面涉及RTS帧和CTS帧。另外，本公开的一些方面涉及用于RTS和CTS的空闲信道评估(CCA)规则。

根据一些方面，本公开的RTS/CTS帧和传输规则能够用与电气和电子工程师协会(IEEE)802.11标准(诸如但不限于IEEE 802.11ac、IEEE 802.11ax、IEEE 802.11bc、IEEE802.11bd、IEEE 802.11be等)兼容的通信技术来实现。例如，RTS/CTS帧和传输规则可在无线局域网(WLAN)内使用。

根据一些方面，RTS/CTS帧和传输规则可以与IEEE 802.11be一起使用，并且还可以与IEEE 802.11ax兼容。然而，本公开的各方面不限于这些示例。根据一些方面，用于无线网络(例如，WLAN)中的传输的大型资源单元(RU)聚合规则和/或模式可对RTS/CTS帧和传输规则产生影响。另外，使用较大的带宽来传输数据(例如，帧，诸如但不限于物理层会聚协议数据单元(PPDU))也可对RTS/CTS帧和传输规则产生影响。根据本公开的一些方面，为大型聚合规则/模式和/或为PPDU带宽(BW)提供RTS/CTS帧和传输规则，PPDU带宽包括但不限于320MHz、160+160MHz、240MHz和/或160+80MHz。然而，本公开的各方面不限于这些示例，并且可应用于其他聚合规则/模式和/或其他PPDU BW。

如下文更详细地讨论，根据一些方面，仅高效(HE)多用户(MU)RTS(HE MU-RTS)触发帧可用于引发来自一个或多个站点(STA)的CTS响应。根据一些方面，并且如下文更详细地讨论，使用HE MU-RTS触发帧可保留HE设备可重置由MU-RTS设置的网络分配矢量(NAV)的属性。根据一些方面，当MU-RTS引发来自多于一个STA的CTS响应时，则CTS可以将传统CTS格式用于CTS响应。然而，根据一些方面，如果MU-RTS引发来自一个STA的CTS响应，则CTS可以使用ehtCTS格式(如下文更详细地讨论)用于CTS响应。另外，本公开的一些方面涉及用于MU-RTS/CTS和MU-RTS/ehtCTS的空闲信道评估(CCA)规则。

根据一些方面，相对于正交频分多址(OFDMA)和/或非OFDMA传输中的大型RU(例如，大于或等于20MHz带宽和/或大于或等于242个子载波)聚合模式来讨论RTS/CTS帧和传输规则。本公开提供了删余RTS传输规则的示例。在一些示例中，RTS帧仅在具有CCA空闲并且产生有效大型RU聚合模式的一个或多个子信道上传输。根据一些示例，该示例性方法可避免不必要的介质预留。除此之外或另选地，RTS帧可在具有CCA空闲的所有子信道上传输。

本公开还提供了删余CTS传输规则的示例。在一些示例中，CTS帧可在在其上接收到RTS帧并且具有CCA空闲的所有子信道上传输。根据一些示例，该示例性方法可使得CTS传输逻辑简单化。除此之外或另选地，CTS帧可仅在在其上接收到RTS帧、具有CCA空闲并且产生大型RU聚合模式的子信道上传输。

除了示例性RTS/CTS传输规则之外，本公开还提供了示例性RTS帧和CTS帧。根据一些示例，IEEE 802.11标准(诸如但不限于IEEE802.11ac)中使用的BW信令目标地址(TA)方法可以扩展为示例性RTS帧和CTS帧。然而，在一些示例中，扩展BW信令TA方法可由于缺少可用于再利用的位而存在可行性问题。根据一些方面，可以定义新的RTS帧和CTS帧。然而，定义新的RTS帧可能导致HE设备不能使用新的RTS帧来重置NAV。换句话讲，新的RTS帧可能不是向后兼容的，并且不能由基于例如IEEE 802.11ax操作的STA使用。

根据一些方面，HE MU-RTS触发帧可适于并用于示例性RTS帧。在这些示例中，HESTA将能够使用MU-RTS帧重置NAV。例如，STA可以使用其后不跟CTS帧和数据的MU-RTS帧来允许NAV。换句话讲，MU-RTS帧可以是向后兼容的，并且可由基于例如IEEE 802.11ax操作的STA使用。另外，MU-RTS帧也可由极高吞吐量(EHT)STA使用。例如，由基于IEEE802.11be操作的STA使用。

如下文更详细地讨论，MU-RTS帧可携带特殊用户信息字段以用于指示与MU-RTS帧相关联的带宽(BW)的值(和/或与携带MU-RTS帧的PPDU相关联的BW，例如但不限于320MHz、160+160MHz、240MHz、160+80MHz)。在一些示例中，除了MU-RTS帧的公共信息字段中的子字段之外，特殊用户信息字段中的子字段可用于指示BW的值。除此之外或另选地，MU-RTS帧的特殊用户信息字段可包括删余模式。删余模式可包括映射到PPDU BW中的子信道中的每个子信道的位图。另外，MU-RTS帧的特殊用户信息字段还可包括关联标识符(AID)值以标识该用户信息字段是特殊用户信息字段。

MU-RTS帧还可包括一个或多个用户信息字段。每个用户信息字段可包括其相关联的AID值。根据一些方面，MU-RTS帧可由接入点(AP)和/或非AP STA传输。在一些示例中，对于由AP传输的MU-RTS帧，可以将用户信息字段的AID值设置为针对CTS响应触发的非AP STA的AID值。除此之外或另选地，对于由非AP STA传输的MU-RTS帧，用户信息字段的AID值可被设置为正在传输MU-RTS帧的非AP STA的AID值。除此之外或另选地，AID值可被设置为值“0”(例如，预留的)或一些其他预定义值。

根据一些示例，MU-RTS帧可被携带于非HT(高吞吐量)PPDU或非HT DUP(复制)PPDU中。

除了示例性RTS/CTS传输规则和RTS帧之外，本公开还提供了示例性CTS帧。根据一些方面，当RTS帧指示该RTS正引发来自多于一个STA的响应时，从传输STA接收RTS帧(例如，MU-RTS帧)的接收STA使用传统CTS帧格式(例如，如在IEEE 802.11标准中使用的，诸如但不限于IEEE 802.11ax)。在该示例中，CTS帧不指示预留的BW，因为STA传输的CTS帧将是相同的。

根据一些方面，当RTS帧指示该RTS正引发来自一个STA的响应时，从传输STA接收RTS帧(例如，MU-RTS帧)的接收STA使用新的ehtCTS帧格式。在该示例中，ehtCTS帧可以指示预留的BW，从而允许任何STA通过例如在至少主信道(例如，20MHz主信道)上接收ehtCTS帧来确定预留的BW。根据一些方面，CTS帧和/或ehtCTS帧可被携带于非HT PPDU或非HT DUPPPDU中。根据一些示例，RTS帧(例如，MU-RTS帧)的公共信息字段中的一个位可以向接收STA指示要响应于RTS帧使用哪个CTS帧。

除了示例性RTS/CTS传输规则和RTS/CTS帧之外，本公开还提供了用于CTS帧和ehtCTS帧的示例性空闲信道评估(CCA)规则。根据一些方面，空闲信道评估(CCA)是STA用于确定信道是否空闲的机制。根据一些示例，CCA可包括一个或多个机制。例如，CCA可包括载波侦听(CS)。除此之外或另选地，CCA可包括能量检测(ED)。在能量检测机制中，STA可以测量该STA接收的能量。如果所测量的能量大于阈值，则STA可以确定信道繁忙。如果所测量的能量小于阈值，则STA可以确定信道空闲。根据一些方面，阈值可在IEEE 802.11标准中定义。

在一些示例中，CS可包括可由物理(PHY)层执行的物理CS。除此之外或另选地，CCA可包括虚拟CS，其可由介质访问控制(MAC)层提供。虚拟CS也可被称为网络分配向量(NAV)。根据一些方面，NAV是(或包括)STA的指示符，指示信道下一次将何时变为空闲。可使用例如帧中的会话持续时间值来保持当前NAV。例如，当STA接收到未寻址到STA的有效帧时，STA可以使用该帧中的持续时间值来更新STA的NAV。在一些示例中，当帧的持续时间值大于STA的NAV的当前值时，STA更新其NAV。在一些示例中，通过使用NAV，即使物理CS指示信道空闲，STA也可避免在信道上传输。

根据一些方面，用于例如IEEE 802.11ax和/或IEEE 802.11be中的CTS帧的HE CCA规则可被沿用到MU-RTS帧。例如，在MU-RTS帧之后的SIFS期间的基于虚拟CS和ED的CCA的组合可用于确定非删余子信道(例如，非删余20MHz子信道)上的介质状态(例如，信道状态)。在一些示例中，仅非主信道是删余信道。

根据一些方面，如果MU-RTS帧正引发来自多于一个STA的响应，则只有当包含在所分配的RU中的所有子信道(例如，所有20MHz子信道)都为CCA空闲时，STA才可以传输CTS响应。除此之外或另选地，如果MU-RTS帧正在引发来自一个STA的响应，则STA可以在主子信道(例如，20MHz主子信道)和包含在所分配的RU中的CCA空闲的任何其他子信道(例如，任何其他20MHz子信道)上传输ehtCTS响应。

图1示出了根据本公开的一些方面的实现RTS/CTS帧的示例性系统100。提供示例性系统100仅用于说明的目的，而不对所公开的方面进行限制。系统100可包括但不限于接入点(AP)110、站点(STA)120和网络130。站点120a-120c可包括但不限于无线局域网(WLAN)站点，诸如无线通信设备、智能电话、膝上型电脑、台式计算机、平板电脑、个人助理、监视器、电视机、可穿戴设备(例如智能手表)等。接入点(AP)110可包括但不限于WLAN电子设备，诸如无线路由器、可穿戴设备(例如，智能手表)、无线通信设备(例如，智能电话)或它们的组合。网络130可以是互联网和/或WLAN。站点120的通信被示为无线通信140。AP 110与STA120之间的通信可以使用无线通信140a-140c来进行。STA 120之间的通信可以使用无线通信140d-140e来进行。无线通信140a-140e可以基于多种无线通信技术。这些技术可以包括但不限于基于IEEE 802.11(诸如但不限于IEEE 802.11ac、IEEE 802.11ax、IEEE802.11bc、IEEE 802.11bd、IEEE 802.11be、IEEE 802.11v等)的技术。

需注意，尽管相对于WLAN的一些示例讨论了一些方面，但是本公开的各方面不限于WLAN的这些示例，并且可由其他WLAN拓扑结构诸如但不限于基础结构网络、对等网络、网状网络等使用。另外，相对于非AP STA(例如，STA 120)之间的通信和/或AP(例如，AP 110)与非AP STA(例如，STA 120)之间的通信来讨论本公开的一些方面。然而，本公开的各方面可应用于任何STA(AP STA和/或非AP STA)之间的通信。

根据一些方面，AP 110和/或STA 120被配置为实现RTS/CTS帧和传输规则。例如，AP 110和STA 120a可以使用本公开的RTS/CTS帧和传输规则通过例如预留信道来减少数据冲突。例如，具有待传输数据的第一STA(例如，传输STA诸如AP 110)在信道上将RTS帧发送到第二STA(例如，接收STA诸如STA 120a)。在一段时间(例如，短帧间间隔(SIFS)之后，STA120a向AP 110发送CTS帧以指示信道是空闲的并且AP 110可以发送其数据。在接收到CTS帧之后，并且例如在一段时间(例如，SIFS)之后，AP 110在信道上将其数据发送到STA 120。如果STA120a正确地接收数据并对其进行解码，则STA 120a可以例如在接收到数据之后的一段时间(例如，SIFS)之后发送确认(ACK)。

根据一些方面，AP 110被配置为使用大型资源单元(RU)聚合模式来传输其帧(例如，数据、RTS帧、CTS帧等)。在一些示例中，大型RU聚合模式可以包括其中242个或更多个子载波聚合在帧中的模式。除此之外或另选地，大型RU聚合模式可以包括其中RU的带宽为20MHz或更大的模式。然而，大型RU聚合模式可以包括其中其他数量的子载波和/或带宽被聚合的模式。根据一些示例，如在例如IEEE 802.11ax和/或IEEE 802.11be中定义的那样来使用大型RU聚合模式。根据一些示例，大型RU聚合模式可用于OFDMA传输和/或非OFDMA传输。

根据一些方面，当使用具有大带宽(BW)和/或处于大型RU聚合模式的帧时，BW可以被划分为多个子信道。根据一些示例，BW中的子信道中的一个或多个子信道可用于现任设备的传输。换句话讲，当AP 110传输具有大BW和/或处于大型RU聚合模式的帧时，AP 110不在BW的一个或多个子信道中传输任何数据、信息和/或请求(例如，AP 110针对一个或多个子信道中的子载波使用值为“0”的位(子载波被归零))。这些一个或多个子信道可由其他设备(例如，用于使用那些信道/带宽的现有设备，诸如卫星、雷达等)用于传输数据/信息，该数据/信息使用那些一个或多个子信道中的频率。换句话讲，这些一个或多个子信道被认为是删余子信道。本公开的一些方面讨论单个删余子信道。然而，本公开的各方面不限于这些示例，并且可使用其他数量的删余子信道。

在非限制性示例中，具有80MHz BW的帧(用于OFDMA传输和/或非OFDMA传输的帧)可包括(和/或允许包括)单个20MHz删余子信道。在该非限制性示例中，80MHz BW可包括两个20MHz子信道、一个20MHz删余子信道和另一个20MHz子信道。另选地，80MHz BW可包括一个20MHz信道、所述20MHz删余子信道和两个20MHz子信道。当使用具有大带宽(BW)和/或处于大型RU聚合模式的帧时，传输STA(例如，AP 110)可以具有用于传输RTS帧的不同选项。两个示例性删余RTS传输规则在图2A和图2B中讨论。

图2A示出了根据本公开的一些方面的示例性删余RTS传输规则200。作为一个非限制性示例，帧BW 201(例如，PPDU BW)是320MHz并且包括四个区段203a-203d(统称为区段203)。区段203中的每个区段可具有80MHz的BW。根据一些示例，区段203a可被分成四个子信道205a-205d，每个子信道具有20MHz的BW。在一些示例中，子信道205a可以是主子信道，并且子信道205c可以是删余子信道。相对于信道203a讨论示例性删余RTS传输规则200。然而，类似的删余RTS传输规则可应用于其他信道203b-203d。

根据一些方面，在删余RTS传输规则200中，RTS帧仅在具有CCA空闲并且产生大型RU聚合模式的子信道上传输，如上所述。换句话讲，为了使AP 110传输其RTS帧，AP 110可以使用一个或多个CCA机制来确定空闲的子信道，并且AP 110可以确定产生大型RU聚合模式的子信道。例如，根据一些方面，假设子信道205a、205b和205d为CCA空闲，则AP 110仅在产生大型RU聚合模式的子信道205a和205b上传输。在该示例中，子信道205a和205b被聚合以产生大型RU聚合模式。根据一些示例，图2A的删余RTS传输规则200可以避免不必要的介质预留。

根据一些方面，如果一个或多个区段(例如，区段203b)不包括任何删余子信道并且区段203b的所有子信道都为CAA空闲，则AP 110可以在区段203b的每个子信道上传输RTS帧。

图2B示出了根据本公开的一些方面的另一示例性删余RTS传输规则230。作为一个非限制性示例，帧BW 231(例如，PPDU BW)是320MHz并且包括四个区段233a-233d(统称为区段233)。区段233中的每个区段可具有80MHz的BW。根据一些示例，区段233a可被分成四个子信道235a-235d，每个子信道具有20MHz的BW。在一些示例中，子信道235a可以是主子信道，并且子信道235c可以是删余子信道。相对于信道233a讨论示例性删余RTS传输规则230。然而，类似的删余RTS传输规则可应用于其他信道233b-233d。

根据一些方面，在删余RTS传输规则230中，在具有CCA空闲的所有子信道上传输RTS帧。换句话讲，对于AP 110传输其RTS帧，AP 110可使用一个或多个CCA机制来确定空闲的子信道。例如，根据一些方面，假设子信道235a、235b和235d为CCA空闲，则AP 110在子信道235a、235b和205d上传输。根据一些示例，图2B的删余RTS传输规则230可易于实现，并且可以适用于其中例如在80/160MHz BW上返回CTS帧并且其中允许20MHz删余的情况。

根据一些方面，如果一个或多个区段(例如，区段233b)不包括任何删余子信道并且区段233b的所有子信道都为CAA空闲，则AP 110可以在区段233b的每个子信道上传输RTS帧。

尽管相对于320MHz的帧BW、80MHz的四个信道和20MHz的子信道来讨论删余RTS传输规则200和230，但是本公开的各方面不限于这些示例，并且可以使用帧BW、大型RU聚合模式、信道和/或子信道的其他值。

根据一些方面，在从AP 110接收到RTS帧之后，如果允许AP 110在信道上传输其数据，则STA 120a可以将CTS帧发送回AP 110。在一些示例中，STA 120可以在接收到RTS帧之后的一段时间(例如，SIFS)之后向AP 110发送CTS帧，以指示信道是空闲的并且AP 110可以发送其数据。根据一些方面，STA 120a被配置为使用大型RU聚合模式传输其帧(例如，数据、RTS帧、CTS帧等)。当使用具有大带宽(BW)和/或处于大型RU聚合模式的帧时，接收STA(例如，STA 120a)可以具有用于传输CTS帧的不同选项。两个示例性删余CTS传输规则在图3A和图3B中讨论。

图3A示出了根据本公开的一些方面的示例性删余CTS传输规则300。作为一个非限制性示例，帧BW 301(例如，PPDU BW)是320MHz并且包括四个区段303a-303d(统称为区段303)。区段303中的每个区段可具有80MHz的BW。根据一些示例，区段303a可被分成四个子信道305a-305d，每个子信道具有20MHz的BW。在一些示例中，子信道305a可以是主子信道，并且子信道305c可以是删余子信道。相对于信道303a讨论示例性删余CTS传输规则300。然而，类似的删余RTS传输规则可应用于其他信道303b-303d。

根据一些方面，在删余CTS传输规则300中，在在其上接收到RTS帧并且具有CCA空闲的所有子信道上传输CTS帧。换句话讲，对于STA 120a传输其CTS帧，STA 120a可以确定STA 120在其上从AP 110接收RTS帧的子信道。另外，STA 120a可以使用一个或多个CCA机制来确定空闲的子信道。STA 120a可以在在其上接收到RTS帧并且具有CCA空闲的所有子信道上传输CTS帧。例如，根据一些方面，假设子信道305a、305b和305d为CCA空闲并且RTS帧在子信道305a、305b和305d上在STA 120a处被接收到，则STA 120a在子信道305a、305b和305d上传输CTS帧。又如，根据一些方面，假设子信道305a、305b和305d为CCA空闲并且RTS帧在子信道305a和305d上在STA 120a处被接收到，则STA 120a在子信道305a和305d上传输CTS帧。根据一些示例，图3A的删余CTS传输规则300可简化CTS传输逻辑。

根据一些方面，如果一个或多个区段(例如，区段303b)不包括任何删余子信道，并且区段303b的所有子信道都为CAA空闲并且曾用于接收RTS帧，则STA 120a可以在区段303b的每个子信道上传输CTS帧。

图3B示出了根据本公开的一些方面的另一示例性删余CTS传输规则330。作为一个非限制性示例，帧BW 331(例如，PPDU BW)是320MHz并且包括四个区段333a-333d(统称为区段333)。区段333中的每个区段可具有80MHz的BW。根据一些示例，区段333a可被分成四个子信道335a-335d，每个子信道具有20MHz的BW。在一些示例中，子信道335a可以是主子信道，并且子信道335c可以是删余子信道。相对于信道333a讨论示例性删余CTS传输规则330。然而，类似的删余RTS传输规则可应用于其他信道333b-333d。

根据一些方面，在删余CTS传输规则300中，仅在在其上接收到RTS帧、具有CCA空闲并且产生大型RU聚合模式的子信道上传输CTS帧，如上所述。换句话讲，对于STA 120a传输其CTS帧，STA 120a可以确定STA 120在其上从AP 110接收RTS帧的子信道。另外，STA 120a可以使用一个或多个CCA机制来确定空闲的子信道。另外，STA 120a可以确定产生大型RU聚合模式的子信道。STA 120a可以仅在在其上接收到RTS帧、具有CCA空闲并且产生大型RU聚合模式的子信道上传输CTS帧。例如，根据一些方面，假设子信道305a、305b和305d为CCA空闲并且RTS帧在子信道305a、305b和305d上在STA 120a处被接收到，则STA 120a在子信道305a和305b上传输CTS帧。在该示例中，子信道305a和305b被聚合以产生大型RU聚合模式。

根据一些方面，如果一个或多个区段(例如，区段333b)不包括任何删余子信道，并且区段333b的所有子信道都为CAA空闲并且曾用于接收RTS帧，则STA 120a可以在区段333b的每个子信道上传输CTS帧。

尽管相对于320MHz的帧BW、80MHz的四个信道和20MHz的子信道来讨论删余CTS传输规则300和330，但是本公开的各方面不限于这些示例，并且可以使用帧BW、大型RU聚合模式、信道和/或子信道的其他值。

图4示出了根据本公开的一些方面的实现基于RTS/CTS帧和传输规则的电子设备的示例性无线系统400的框图。系统400可以是系统100的电子设备(例如，AP 110、STA 120)中的任何电子设备。系统400包括处理器410、收发器420、通信基础结构440、存储器450、操作系统452、应用程序454和天线460。提供所示系统作为无线系统400的示例性部分，并且系统400可以包括其他电路和子系统。另外，尽管无线系统400的系统被示为分开的部件，但是本公开的方面可以包括这些部件、更少部件或更多部件的任何组合。

存储器450可包括随机存取存储器(RAM)和/或高速缓存，并且可包括控制逻辑部件(例如，计算机软件)和/或数据。存储器450可包括其他存储设备或存储器，诸如但不限于硬盘驱动器和/或可移除存储设备/单元。根据一些示例，操作系统452可以存储在存储器450中。操作系统452可以管理从存储器450和/或一个或多个应用程序454到处理器410和/或收发器420的数据传输。在一些示例中，操作系统452保持可以包括多个逻辑层的一个或多个网络协议栈(例如，互联网协议栈、蜂窝协议栈等)。在协议栈的对应层处，操作系统452包括控制机构和数据结构以执行与该层相关联的功能。

根据一些示例，应用程序454可以存储在存储器450中。应用程序454可以包括由无线系统400和/或无线系统400的用户使用的应用程序(例如，用户应用程序)。应用程序454中的应用程序可以包括诸如但不限于以下各项应用程序：Siri^TM、FaceTime^TM、无线电流、视频流、远程控制和/或其他用户应用程序。

作为操作系统的替代或补充，系统400可包括通信基础结构440。通信基础结构440提供例如处理器410、收发器420与存储器450之间的通信。在一些具体实施中，通信基础结构440可以是总线。处理器410与存储在存储器450中的指令一起执行使得系统100的无线系统400能够实现如本文所述的RTS/CTS帧和传输规则的操作。除此之外或另选地，收发器420执行使得系统100的无线系统400能够实现如本文所述的RTS/CTS帧和传输规则的操作。

根据一些方面，收发器420发射和接收支持RTS/CTS帧和传输规则的通信信号，并且可耦接到天线460。天线460可包括可以是相同或不同类型的一个或多个天线。收发器420允许系统400与其他设备通信，该设备可以是有线和/或无线的。收发器420可包括处理器、控制器、无线电部件、插座、插头、缓冲器以及用于连接到网络和在网络上通信的类似电路/设备。根据一些示例，收发器420可包括用于连接到有线网络和/或无线网络以及在有线网络和/或无线网络上通信的一个或多个电路。收发器420可包括蜂窝子系统、WLAN子系统和/或Bluetooth^TM子系统，其中每一者包括其自己的无线电收发器和协议，如本领域技术人员基于本文所提供的讨论将理解的。在一些具体实施中，收发器420可包括用于与其他设备通信的更多或更少的系统。

蜂窝子系统(未示出)可包括用于连接到蜂窝网络以及在蜂窝网络上进行通信的一个或多个电路(包括蜂窝收发器)。蜂窝网络可以包括但不限于3G/4G/5G网络，诸如通用移动电信系统(UMTS)、长期演进(LTE)等。Bluetooth^TM子系统(未示出)可包括一个或多个电路(包括Bluetooth^TM收发器)以使得能够实现基于例如Bluetooth^TM协议、Bluetooth^TM低功耗协议、或Bluetooth^TM低功耗长距离协议的连接和通信。WLAN子系统(未示出)可包括一个或多个电路(包括WLAN收发器)以使得能够实现通过WLAN网络的连接和通信，WLAN网络诸如但不限于基于IEEE 802.11中所述的标准(诸如但不限于IEEE 802.11ac、IEEE 802.11ax、IEEE 802.11bc、IEEE 802.11bd、IEEE 802.11be等)的网络。

根据一些方面，处理器410单独地或与存储器450和/或收发器420一起实现RTS/CTS帧和传输规则。例如，处理器410单独地或与收发器420和/或存储器405一起可基于相对于图2A、图2B、图3A和/或图3B所述的传输规则来传输RTS帧和/或CTS帧。除此之外或另选地，处理器410单独地或与收发器420和/或存储器405一起可生成如相对于图5、图6A和图6B所述的RTS帧和CTS帧。除此之外或另选地，处理器410单独地或与收发器420和/或存储器405一起可执行如相对于图7至图9所述的操作。

根据本公开的一些方面，不同的帧格式可用于RTS帧和CTS帧。根据一些示例，IEEE802.11标准(诸如但不限于IEEE 802.11ac)中使用的BW信令目标地址(TA)方法可以扩展为示例性RTS帧和CTS帧。然而，在一些示例中，扩展BW信令TA方法可由于缺少可用于再利用的位而存在可行性问题。根据一些方面，可以定义新的RTS帧和CTS帧。然而，定义新的RTS帧可能导致HE设备不能使用新的RTS帧来重置NAV。换句话讲，使用新的RTS帧可能失去向后兼容能力，并且可能导致传统设备在例如IEEE 802.11ax中操作，不能重置其NAV并因此不能传输其数据。

根据一些方面，HE MU-RTS触发帧可适于并用于示例性RTS帧。在这些示例中，HESTA将能够使用MU-RTS帧重置NAV。例如，STA可以在预定义的时间段内使用其后不跟CTS帧和数据的MU-RTS帧来允许NAV。换句话讲，MU-RTS帧可以是向后兼容的，并且可由基于例如IEEE 802.11ax操作的STA使用。另外，MU-RTS帧也可由极高吞吐量(EHT)STA使用。例如，由基于IEEE802.11be操作的STA使用。

图5示出了根据本公开的一些方面的用于RTS帧500的示例性帧格式。RTS帧500示出了RTS帧的格式，其在本文中也被称为多用户(MU)RTS(MU-RTS)帧和/或MU-RTS触发帧。根据一些方面，MU-RTS帧500可以向接收STA发信号通知MU-RTS帧500的带宽(BW)(和/或携带MU-RTS帧500的PPDU的BW)。在一些示例中，MU-RTS帧500可向在例如IEEE 802.11be中操作的STA(例如，EHT STA)发信号通知带宽。另外，MU-RTS帧500可向在例如IEEE 802.11ax中操作的STA(例如，HE STA)发信号通知带宽。

根据一些方面，MU-RTS帧500可包括介质访问控制(MAC)标头501。在一些示例中，MAC标头501可以包括字段，诸如但不限于帧控制字段503、持续时间字段505和地址507和509(例如，一个或多个源地址、一个或多个目的地地址等)。例如，MAC标头501可包括接收器地址(RA)507。在一些示例中，不同的RTS帧可以具有不同的RA。除此之外或另选地，MU-RTS帧500可使用广播地址作为RA 507。MAC标头501还可包括发射器地址(TA)509。在一些示例中，MAC标头501可包括附加字段，诸如但不限于序列控制字段、服务质量(QoS)控制字段等。

另外，MU-RTS帧500可包括字段，诸如但不限于公共信息字段511、特殊用户信息字段515、用户信息字段519a-519n。另外，MU-RTS帧500可包括用于附加填充以补偿不同MU-RTS帧的不同长度的填充字段521，以及用于错误检测的帧校验序列(FCS)523。在一些非限制性示例中，公共信息字段511可具有8个或更多个八位字节的长度，特殊用户信息字段515可具有5个或更多个八位字节的长度，用户信息字段519a-519n可具有5个或更多个八位字节的长度，填充字段521可具有可变长度，并且FCS字段523可具有4个八位字节的长度。然而，本公开的各方面不限于这些长度和字段，并且也可使用其他长度和字段。

根据一些方面，公共信息字段511可包括一个或多个子字段，诸如但不限于触发类型子字段、上行链路(UP)长度子字段、更多TF子字段、载波侦听(CS)所需子字段、UL带宽(BW)子字段。公共信息字段511可以包括更少或附加的子字段。根据一些方面，特殊用户信息字段515和用户信息字段519a-519n可以包括一个或多个子字段，诸如但不限于关联标识符(AID)子字段、RU分配子字段、UL前向纠错(FEC)编码类型子字段、UL调制和编码方案(MCS)子字段、UL动态编码和调制(DCM)子字段。特殊用户信息字段515和用户信息字段519a-519n可以包括更少或附加的子字段。

根据一些方面，MU-RTS帧500可以使用公共信息字段511中的第一子字段和特殊用户信息字段515中的第二子字段向接收STA发信号通知与MU-RTS帧500相关联的带宽(BW)和/或与携带MU-RTS帧500的PPDU相关联的BW。例如，MU-RTS帧500可以使用公共信息字段511的UL BW子字段513和特殊用户信息字段515中的BW子字段517来发信号通知与MU-RTS帧500相关联的BW和/或与携带MU-RTS帧500的PPDU相关联的BW。根据一些示例，BW包括但不限于320MHz、160+160MHz、240MHz、160+80MHz。

根据一些方面，在接收到MU-RTS 500时，极高吞吐量(EHT)STA(例如，在IEEE802.11be中操作的STA)可以读取公共信息字段511的UL BW子字段513和特殊用户信息字段515中的BW子字段517，以确定与MU-RTS帧500相关联的BW和/或与携带MU-RTS帧500的PPDU相关联的BW。除此之外或另选地，在接收到MU-RTS 500时，高效(HE)STA(例如，在IEEE802.11ax中操作的STA)可以读取公共信息字段511的UL BW子字段513以确定与MU-RTS帧500相关联的BW和/或与携带MU-RTS帧500的PPDU相关联的BW。

在一些示例中，如果与MU-RTS帧500相关联的BW和/或与携带MU-RTS帧500的PPDU相关联的BW等于或小于160MHz，则公共信息字段511的UL BW子字段513可被设置为20、40、80、160/80+80。在一些示例中，如果与MU-RTS帧500相关联的BW和/或与携带MU-RTS帧500的PPDU相关联的BW大于160MHz，则公共信息字段511的UL BW子字段513可被设置为160/80+80。除了公共信息字段511的UL BW子字段513之外，还可以使用特殊用户信息字段515中的BW子字段517，以在BW大于160MHz时发信号通知BW。

根据一些方面，特殊用户信息字段515可包括AID子字段516。AID子字段516可具有预定义值以指示字段515为特殊用户信息字段。换句话讲，在一些RTS帧中，字段515可以类似于用户信息字段519a-519n。然而，通过使用AID子字段516的预定义值(例如，预留的AID值)，MU-RTS帧500指示字段515为特殊用户信息字段。

根据一些方面，特殊用户信息字段515可包括删余模式518。在一些示例中，删余模式518可包括位图。作为非限制性示例，删余模式518可以是16位位图。位图中的每个位映射到子信道。例如，位图中的每个位可以映射到图2A的区段203a的子信道205a-205d(和/或图2B的区段233a的子信道235a-235d)。另外，位图中的每个位可以映射到图2A的区段203b-203d的子信道(和/或图2B的区段233b-233d的子信道)。例如，位图518中的位的值“1”可指示MU-RTS帧500在与该位相关联的子信道上传输。位图518中的位的值“0”可指示MU-RTS帧500不在与该位相关联的子信道上传输。

根据一些方面，MU-RTS帧500可在上行链路和下行链路上传输。换句话讲，MU-RTS帧500可由AP 110传输到一个或多个STA 120。另外，MU-RTS帧500可由非AP STA(例如，STA120)传输到AP 110。根据一些方面，用户信息字段519a还包括AID子字段520。根据一些示例，MU-RTS帧500可由AP(例如，AP 110)传输到非AP STA(例如，STA120a)。在一些示例中，当MU-RTS帧500由AP传输时，AID子字段520可以被设置为由MU-RTS帧500触发用于CTS响应的非AP STA(例如，STA 120a)的AID。除此之外或另选地，MU-RTS帧500可以由非AP STA(例如，STA 120a)传输。MU-RTS帧500可被传输到另一个非AP STA(例如，STA 120b)和/或AP(例如，AP 110)。当MU-RTS帧500由非AP STA(例如，STA 120a)传输时，AID子字段520可以被设置为正在传输MU-RTS 500的非AP STA(例如，STA 120a)的AID。另选地，当MU-RTS帧500由非APSTA(例如，STA 120a)传输时，AID子字段520可被设置为值“0”(例如，预留的)或一些其他预定义值。

根据一些示例，MU-RTS帧500可被携带于非HT(高吞吐量)PPDU或非HT DUP(复制)PPDU中。

根据一些方面，在从传输STA(例如，AP 110)接收MU-RTS帧500之后，如果允许传输STA在信道上传输其数据，则接收STA(例如，STA120a)可以将CTS帧发送回传输STA。在一些示例中，接收STA可以在一段时间(例如，SIFS)之后将CTS帧发送到传输STA以指示信道是空闲的并且AP 110可以发送其数据。根据一些方面，MU-RTS 500被传输到多个接收STA。每个接收STA可以将其CTS帧发送回传输STA。另选地，MU-RTS 500可被传输到仅一个接收STA。接收STA可以将其CTS帧发送回传输STA。

图6A示出了根据本公开的一些方面的用于CTS帧600的示例性帧格式。根据一些方面，当MU-RTS帧500指示该MU-RTS正引发来自多于一个STA的响应时，从传输STA接收MU-RTS帧500的接收STA使用CTS帧600。在一些示例中，CTS帧600具有与IEEE 802.11标准(诸如但不限于IEEE 802.11ax)中使用的CTS帧格式相同或类似的格式。根据一些示例，接收STA基于用户信息字段519a-519n来确定所接收的MU-RTS 500引发来自多于一个STA的响应。换句话讲，MU-RTS 500包括多于一个用户信息字段。除此之外或另选地，接收STA基于RA字段507确定所接收的MU-RTS 500引发来自多于一个STA的响应。例如，RA字段507可包括多于一个接收地址和/或组播或广播地址。虽然在本公开中提供了一些示例，但是本公开的各方面不限于这些示例，并且接收STA可以使用MU-RTS 500中的其他信息来确定所接收的MU-RTS500引发来自多于一个STA的响应。

根据一些示例，CTS帧600可包括一个或多个字段，包括但不限于帧控制字段601、持续时间字段603、RA字段605和FCS字段607。帧控制字段601可以包括用于指示帧600是CTS帧的值。持续时间字段603可包括来自MU-RTS帧500的持续时间505中所用的值。RA字段605包括CTS帧600的接收器地址(例如，RTS帧500的发射器地址)。FCS字段607是用于错误检测的帧校验序列。在一些示例中，帧控制字段601可具有2字节的长度，持续时间字段603可具有2字节的长度，RA字段605可具有6字节的长度，并且FCS字段607可具有4字节的长度。在一些示例中，帧控制字段601、持续时间字段603和RA字段605可以构成CTS帧600的MAC标头。需注意，CTS帧600可包括具有其他示例性长度的其他、更少或更多字段。在一些示例中，CTS帧600不指示预留的BW，因为由不同STA传输的CTS帧是相同的。在一些示例中，CTS帧600可以被携带在非HT PPDU或非HT DUP PPDU中。

图6B示出了根据本公开的一些方面的用于CTS帧620的示例性帧格式。根据一些方面，当MU-RTS帧500指示该MU-RTS正引发来自多于一个STA的响应时，从传输STA接收MU-RTS帧500的接收STA使用CTS帧620。根据一些示例，接收STA基于用户信息字段519a-519n来确定所接收的MU-RTS 500引发来自一个STA的响应。换句话讲，MU-RTS 500包括一个用户信息字段。除此之外或另选地，接收STA基于RA字段507确定所接收的MU-RTS 500引发来自一个STA的响应。例如，RA字段507可包括一个接收地址。虽然在本公开中提供了一些示例，但是本公开的各方面不限于这些示例，并且接收STA可以使用MU-RTS 500中的其他信息来确定所接收的MU-RTS 500引发来自一个STA的响应。

根据一些示例，CTS帧620(在本文中也称为极高吞吐量CTS(ehtCTS)可包括一个或多个字段，包括但不限于帧控制字段621、持续时间字段623、RA字段625、信道位图字段626和FCS字段627。帧控制字段621可以包括用于指示帧620是CTS帧的值。在一些示例中，帧控制字段621可以包括用于指示帧620是ehtCTS帧的值。持续时间字段623可包括来自MU-RTS帧500的持续时间505中所用的值。RA字段625包括CTS帧620的接收器地址(例如，RTS帧500的发射器地址)。FCS字段627是用于错误检测的帧校验序列。在一些示例中，帧控制字段621可具有2字节的长度，持续时间字段623可具有2字节的长度，RA字段625可具有6字节的长度，并且FCS字段627可具有4字节的长度。在一些示例中，帧控制字段621、持续时间字段623和RA字段625可以构成CTS帧620的MAC标头。

根据一些方面，CTS帧620的信道位图字段626可以指示在其上传输CTS帧620的子信道。例如，信道位图字段626中的每个位可以映射到图3A的区段303a的子信道305a-305d(和/或图3B的区段333a的子信道335a-235d)。另外，信道位图字段626中的每个位可以映射到图3A的区段303b-303d的子信道(和/或图3B的区段333b-333d的子信道)。例如，信道位图字段626中的位的值“1”可以指示CTS帧620在与该位相关联的子信道上传输。信道位图字段626中的位的值“0”可指示CTS帧620不在与该位相关联的子信道上传输。

除此之外或另选地，CTS帧620的信道位图字段626可用于指示预留的BW，从而允许任何STA通过在例如至少主信道(例如，20MHz主信道)上接收CTS帧620来确定预留的BW。例如，通过使用信道位图字段626(其可以指示在其上传输CTS帧620的子信道和在其上未传输CTS帧620的子信道)，任何接收STA都可以确定预留的BW。

在一些示例中，CTS帧620可以被携带在非HT PPDU或非HT DUP PPDU中。

需注意，图6B中的CTS帧620的帧格式作为一个示例提供。CTS帧620可具有其他格式，只要该格式包括和/或指示信道位图，该信道位图指示在其上传输CTS帧620的子信道。除此之外或另选地，CTS帧620的其他帧格式可包括对CTS帧的预留BW的指示，从而允许任何STA通过接收CTS帧620来确定预留的BW。

根据一些示例，MU-RTS帧500的公共信息字段511中的子字段(包括一个或多个位)可以向接收STA指示使用哪个CTS帧(CTS帧600还是CTS帧620)来对MU-RTS帧500进行响应。例如，MU-RTS帧500可包括子字段514以向接收STA指示使用CTS帧600还是CTS帧620。例如，子字段514可以被设置为第一值(例如，值“1”)以使用CTS帧620，并且可以被设置为第二值(例如，值“0”)以使用CTS帧600。在一些示例中，来自MU-RTS帧500中的UL HE-SIG-A2Reserved字段的位可用作子字段514。

根据一些方面，接收MU-RTS帧(例如，MU-RTS帧500)的接收STA(例如，STA 120a)可以在生成和传输CTS帧(例如，CTS帧600和/或620)之前使用一个或多个CCA机制。根据一些示例，接收STA可以使用(例如，如在IEEE 802.11ax中所使用的)HE CCA规则作为CCA机制来检查介质。例如，接收STA可在接收到MU-RTS帧(例如，MU-RTS帧500)之后的预定义时间段(例如，SIFS)期间使用虚拟载波侦听(CS)机制和/或基于能量检测(ED)的机制中的一者或多者来确定非删余子信道上的介质的状态。例如，接收STA可以使用虚拟CS机制和基于ED的机制的组合作为CCA机制。在一些示例中，仅非主信道是删余信道。

根据一些方面，如果MU-RTS帧(例如，MU-RTS帧500)正引发来自多于一个STA的响应，则接收STA仅在所分配的RU中包含的所有子信道(例如，20MHz子信道)为CCA空闲时才传输CTS帧(例如，CTS帧600)。

除此之外或另选地，如果MU-RTS帧(例如，MU-RTS帧500)仅引发来自一个STA的响应，则接收STA在主子信道(例如，20MHz主子信道)上以及在所分配的RU中包含的CCA空闲的任何其他子信道(例如，20MHz子信道)上传输CTS帧(例如，CTS帧620-ehtCTS帧)。

相对于图7进一步讨论该过程的示例。图7示出了根据本公开的一些方面的随时间和频率而变化的示例性MU-RTS和CTS帧交换。为方便而非限制，可以相对于图1至图6的要素来描述图7的操作700。操作700表示多个电子设备–AP 701与非AP STA 703和704之间的通信。根据一些示例，AP 701可包括图1的AP 110，并且非AP STA 703和704可包括图1的STA120。

根据一些方面，AP 701可以将MU-RTS帧705传输到STA 703和STA 704。在一些示例中，MU-RTS帧705(或携带MU-RTS帧705的PPDU)具有带宽(BW)707。在非限制性示例中，BW707可为160MHz。BW 707可以包括两个区段：主区段709a和辅区段709b，每个区段都是例如80MHz。区段709b还可包括带宽为20MHz的删余子信道711。然而，区段707和709可包括如上所述的其他带宽。根据一些示例，AP 701在非HT DUP PPDU中传输MU-RTS帧705。

根据一些方面，MU-RTS帧705可请求STA 703在具有BW 715的非HT PPDU中传输CTS响应，并且可请求STA 704在具有719的非HT DUP PPDU中传输CTS响应。STA 703和704可在接收到MU-RTS 705之后的SIFS期间使用基于虚拟CS和/或ED的CCA来确定信道状态(例如，介质/信道是空闲的还是繁忙的)。响应于CCA空闲，STA 703和704可以传输其相应的CTS帧713和717。

根据一些方面，STA 703在由MU-RTS帧705请求的非HT PPDU中传输CTS帧713。在一些示例中，CTS帧713可基于图6A的CTS帧600。STA 703传输具有BW 715的CTS帧713。在一些示例中，BW 715与BW 709a相同。在该示例中，所有BW 715(BW 709)都曾为CCA空闲。

根据一些方面，STA 704在由MU-RTS帧705请求的非HT PPDU中传输CTS帧717。在一些示例中，CTS帧717可基于图6A的CTS帧600。STA 704传输具有BW 719的CTS帧717。在一些示例中，STA 704不在删余子信道721上传输CTS帧717。在一些示例中，BW 719与BW 707相同，并且删余子信道721与删余子信道711相同。在该示例中，STA 704仅当BW 719(BW 707)上的所有子信道都是CCA空闲时才传输CTS帧717，不包括删余子信道721(删余子信道711)。

图8示出了根据本公开的一些方面的用于生成和传输RTS帧的无线系统的示例性方法800。为方便而非限制，可以相对于图1至图7的要素来描述图8。方法800可以表示生成和传输RTS帧的站点(例如，图1的AP110和/或STA 120a)的操作。方法800也可以由图4的系统400或图10的计算机系统1000执行。但是方法800不限于那些附图中描绘的具体方面，并且可使用其他系统来执行该方法，如本领域技术人员将理解的。应当理解，可能不需要所有操作，并且这些操作可能不以与图8所示相同的顺序来执行。

在802处，生成请求发送(RTS)帧。例如，具有待发送到接收STA(例如，图1的STA120a)的数据的传输STA(例如，图1的AP 110)生成RTS帧。传输STA生成RTS帧以发送到接收STA，以预留用于传输其数据的介质。根据一些方面，基于图5的MU-RTS帧500生成RTS帧。根据一些方面，RTS帧可以由EHT STA(例如，在IEEE 802.11be中工作的STA)和HE STA(例如，在IEEE 802.11ax中工作的STA)检测和解码。

例如，RTS帧可以包括MAC标头(例如，图5的MAC标头501)、公共信息字段(例如，图5的公共信息字段511)、特殊用户信息字段(例如，图5的特殊用户信息字段515)、用户信息字段(例如，图5的用户信息字段519a-519n)和其他字段。根据一些方面，RTS帧中的两个子字段可以用于向其他STA(例如，接收STA)发信号通知与RTS帧相关联的带宽(BW)。在一些示例中，第一子字段(例如，UL BW子字段513)和第二子字段(例如，BW子字段517)用于指示与RTS帧相关联的BW。

在一些示例中，接收RTS帧的EHT STA(例如，在IEEE 802.11be中工作的STA)可以检测和解码两个子字段以确定BW。另一方面，HE STA(例如，在IEEE 802.11ax中工作的STA)可以检测和解码第一子字段(例如，UL BW子字段513)。

根据一些方面，RTS帧还可以包括另一个子字段(例如，子字段514)以向接收STA指示要使用哪个CTS帧(例如，CTS帧600还是CTS帧620)。

除此之外或另选地，RTS帧可包括删余模式(例如，删余模式518)。在一些示例中，删余模式可包括位图，其中位图中的每个位映射到子信道。例如，位图中的位的值“1”可以指示RTS帧在与该位相关联的子信道上传输。位图中的位的值“0”可以指示RTS帧不在与该位相关联的子信道上传输。

在804处，检查一个或多个子信道以确定子信道是否空闲。在生成RTS帧之后并且在传输RTS帧之前，传输STA确定至少一个子信道是否空闲。如上所述，传输STA可以使用一个或多个CCA机制来确定介质的状态。

取决于删余RTS传输规则(例如，如图2A和图2B所述)，传输STA可以将RTS帧传输到接收STA。例如，在806处，在CCA空闲的子信道上传输RTS帧。根据一些方面，在CCA空闲的所有子信道(例如，20MHz子信道)上传输RTS帧。另选地，响应于一个或多个子信道是空闲的并且一个或多个子信道产生大型资源单元(RU)聚合模式，在一个或多个子信道上传输RTS帧。

根据一些方面，传输STA可以从接收STA接收CTS帧。响应于接收到CTS帧，传输STA可以将其数据传输到接收STA。另外，传输STA可以从接收STA接收ACK,其指示接收STA正确地接收到数据。

图9示出了根据本公开的一些方面的用于生成和传输CTS帧的无线系统的示例性方法900。为方便而非限制，可以相对于图1至图7的要素来描述图9。方法900可以表示生成和传输RTS帧的站点(例如，图1的AP110和/或STA 120a)的操作。方法900也可以由图4的系统400或图10的计算机系统1000执行。但是方法900不限于那些附图中描绘的具体方面，并且可使用其他系统来执行该方法，如本领域技术人员将理解的。应当理解，可能不需要所有操作，并且这些操作可能不以与图9所示相同的顺序来执行。

在902处，接收请求发送(RTS)帧。例如，接收STA从传输STA接收RTS帧。根据一些方面，RTS帧可以是MU-RTS帧。在一些示例中，在接收到RTS帧之后，接收STA可以确定与RTS帧和/或携带RTS帧的PPDU相关联的带宽(BW)。例如，如相对于图5和图8所讨论的，接收STA可以检查RTS帧中的一个或两个子字段以确定BW。除此之外或另选地，接收STA可以检查RTS帧中的子字段以确定在其上传输了RTS帧的一个或多个子信道。

在904处，使用所接收的RTS帧确定要响应于RTS帧使用的允许发送(CTS)帧的格式。例如，接收STA确定RTS帧仅被传输到接收STA还是RTS帧被传输到多于一个STA。响应于RTS帧仅被传输到接收STA，接收STA为CTS帧选择图6B的帧格式620。在该示例中，CTS帧可包括信道位图字段(例如，图6B的信道位图字段626)，该信道位图字段指示在其上传输CTS帧的至少一个子信道。例如，信道位图字段中的位的值“1”可以指示CTS帧在与该位相关联的子信道上传输。信道位图字段中的位的值“0”可指示CTS帧不在与该位相关联的子信道上传输。

另选地，如果RTS帧被传输到多于一个STA，则接收STA为CTS帧选择图6A的帧格式600。

根据一些方面，确定CTS帧的格式可以包括检查RTS帧中表示由传输STA指示的格式的子字段。例如，RTS帧可以包括子字段(例如，图5的子字段514)以向接收STA指示使用CTS帧600还是CTS帧620。

在确定CTS帧的格式之后，接收STA可以生成CTS帧。在906处，检查一个或多个子信道以确定子信道是否空闲。在生成CTS帧之后并且在传输CTS帧之前，接收STA确定至少一个子信道是否空闲。如上所述，接收STA可以使用一个或多个CCA机制来确定介质的状态。

在908处，根据删余CTS传输规则(例如，如图3A、图3B和/或图7所述)，接收STA可以将CTS帧传输到传输STA。根据一些方面，接收STA基于所确定的格式，响应于在其上接收到RTS帧的一个或多个子信道是空闲的而在该一个或多个子信道上传输CTS帧。

另选地，接收STA基于所确定的格式，响应于在其上接收到RTS帧的一个或多个子信道是空闲的并且该一个或多个子信道产生大型资源单元(RU)聚合模式而在该一个或多个子信道上传输CTS帧。

在一些示例中，一个或多个子信道包括删余子信道，并且接收STA不在删余子信道上传输CTS帧。

根据一些方面，接收STA可以从传输STA接收数据。响应于接收到该数据，接收STA可以向传输STA传输ACK，以指示接收STA正确地接收到该数据。

例如，可使用一个或多个计算机系统诸如图10中所示的计算机系统1000来实现各个方面。计算机系统1000可以是能够执行本文所述功能的任何公知的计算机，诸如图1的设备110、120或图4的400。计算机系统1000包括一个或多个处理器(也被称为中央处理单元或CPU)，诸如处理器1004。处理器1004连接到通信基础结构1006(例如，总线)。计算机系统1000还包括通过用户输入/输出接口1002与通信基础结构1006进行通信的用户输入/输出设备1003，诸如监视器、键盘、指向设备等。计算机系统1000还包括主存储器或主要存储器1008，诸如随机存取存储器(RAM)。主存储器1008可包括一个或多个级别的高速缓存。主存储器1008在其中存储有控制逻辑部件(例如，计算机软件)和/或数据。

计算机系统1000还可包括一个或多个辅助存储设备或存储器1010。辅助存储器1010可包括例如硬盘驱动器1012和/或可移除存储设备或驱动器1014。可移除存储驱动器1014可以是软盘驱动器、磁带驱动器、光盘驱动器、光学存储设备、磁带备份设备和/或任何其他存储设备/驱动器。

可移除存储驱动器1014可与可移除存储单元1018交互。可移除存储单元1018包括其中存储有计算机软件(控制逻辑部件)和/或数据的计算机可用或可读存储设备。可移除存储单元1018可以是软盘、磁带、光盘、DVD、光存储盘和/或任何其他计算机数据存储设备。可移除存储驱动器1014以众所周知的方式从可移除存储单元1018读取和/或写入该可移除存储单元。

根据一些方面，辅助存储器1010可以包括用于允许由计算机系统1000访问计算机程序和/或其他指令和/或数据的其他装置、工具或其他方法。此类装置、工具或其他方法可以包括例如可移除存储单元1022和接口1020。可移除存储单元1022和接口1020的示例可包括程序盒和盒接口(诸如在视频游戏设备中找到的)、可移除存储器芯片(诸如EPROM或PROM)和相关插座、记忆棒和USB端口、存储卡和相关的存储卡插槽，和/或任何其他可移除存储单元和相关接口。

计算机系统1000还可包括通信或网络接口1024。通信接口1024使得计算机系统1000能够与远程设备、远程网络、远程实体等(单独地和共同地由参考标号1028引用)的任何组合进行通信和交互。例如，通信接口1024可以允许计算机系统1000通过通信路径1026与远程设备1028通信，该通信路径可以是有线和/或无线的，并且可以包括LAN、WAN、因特网等的任意组合。控制逻辑部件和/或数据可以经由通信路径1026传输到计算机系统1000和从计算机系统传输。

前述方面中的操作能够以各种配置和架构实现。因而，前述方面中的操作中的一些或全部操作可在硬件、软件中或在硬件和软件两者中执行。在一些方面中，有形的、非暂态装置或制品包括有形的、非暂态计算机可用或可读介质，其上存储有控制逻辑部件(软件)，在本文中也称为计算机程序产品或程序存储设备。这包括但不限于计算机系统1000、主存储器1008、辅助存储器1010和可移除存储单元1018和1022，以及体现前述任何组合的有形制品。当由一个或多个数据处理设备(诸如计算机系统1000)执行时，这种控制逻辑部件使得这样的数据处理设备如本文所述进行操作。

基于本公开中包含的教导，对相关领域技术人员将显而易见的是，如何使用除图10所示以外的数据处理设备、计算机系统和/或计算机架构来制作和使用本公开的各方面。特别地，各方面可与除了本文描述的那些之外的软件、硬件和/或操作系统具体实施一起操作。

应当理解，具体实施方案部分而不是发明内容和摘要部分旨在用于解释权利要求。发明内容和摘要部分可阐述发明人所预期的本公开的一个或多个但不是所有示例性方面，并且因此不旨在以任何方式限制本公开或所附权利要求。

尽管本文已经参考示例性领域和应用的示例性方面描述了本公开，但是应该理解，本公开不限于此。其他方面和修改是可能的，并且在本公开的范围和实质内。例如，并且在不限制本段落的一般性的情况下，各方面不限于图中所示和/或本文所述的软件、硬件、固件和/或实体。此外，各方面(无论本文是否明确描述)对于本文描述的示例之外的领域和应用具有显著的实用性。

这里已经借助于示出特定功能及其关系的具体实施的功能构建块描述了各方面。为了便于描述，这些功能构建块的边界已在本文被任意地定义。只要适当地执行指定的功能和关系(或其等同物)，就可定义替代边界。另外，另选的方面可使用与本文描述的顺序不同的顺序来执行功能块、步骤、操作、方法等。

本文对“方面”、“一个方面”、“一个实施方案”、“实施方案”、“示例性实施方案”或类似短语的引用指示所描述的实施方案可包括特定特征、结构或特性，但是每个方面可能不一定包括特定特征、结构或特性。此外，此类措辞用语不必是指相同的方面。此外，当结合一个方面描述特定特征、结构或特性时，无论是否本文明确提及或描述，将这些特征、结构或特征结合到其他方面中在相关领域的技术人员的知识范围内。

本公开的广度和范围不应受任何上述示例性方面的限制，而应仅根据以下权利要求书及其等同物来限定。

如上所述，本技术的各个方面可以包括收集和使用可从各种来源获得的数据，从而(例如)改进或增强功能。本公开预期，在一些实例中，这些所采集的数据可包括唯一地识别或可用于联系或定位特定人员的个人信息数据。这样的个人信息数据可以包括人口统计数据、基于位置的数据、电话号码、电子邮件地址、推特ID、家庭地址、与用户的健康或健身水平相关的数据或记录(例如，生命体征测量值、用药信息、锻炼信息)、出生日期或任何其他识别信息或个人信息。本公开认识到在本技术中使用此类个人信息数据可用于使用户受益。

本公开设想负责采集、分析、公开、传输、存储或其他使用此类个人信息数据的实体将遵守既定的隐私政策和/或隐私实践。具体地，此类实体应当实行并坚持使用被公认为满足或超出对维护个人信息数据的隐私性和安全性的行业或政府要求的隐私政策和实践。此类政策应该能被用户方便地访问，并应随着数据的采集和/或使用变化而被更新。来自用户的个人信息应当被收集用于实体的合法且合理的用途，并且不在这些合法使用之外共享或出售。此外，此类采集/共享应当仅在接收到用户知情同意后。此外，此类实体应考虑采取任何必要步骤，保卫和保障对此类个人信息数据的访问，并确保有权访问个人信息数据的其他人遵守其隐私政策和流程。另外，这种实体可使其本身经受第三方评估以证明其遵守广泛接受的隐私政策和实践。此外，应当调整政策和实践，以便采集和/或访问的特定类型的个人信息数据，并适用于包括管辖范围的具体考虑的适用法律和标准。例如，在美国，对某些健康数据的收集或获取可能受联邦和/或州法律的管辖，诸如健康保险转移和责任法案(HIPAA)；而其他国家的健康数据可能受到其他法规和政策的约束并应相应处理。因此，在每个国家应为不同的个人数据类型保持不同的隐私实践。

不管前述情况如何，本公开还预期用户选择性地阻止使用或访问个人信息数据的实施方案。即本公开预期可提供硬件元件和/或软件元件，以防止或阻止对此类个人信息数据的访问。例如，本技术可被配置为允许用户在(例如)注册服务期间或其后随时选择性地参与采集个人信息数据的“选择加入”或“选择退出”。除了提供“选择加入”和“选择退出”选项外，本公开设想提供与访问或使用个人信息相关的通知。例如，可在下载应用时向用户通知其个人信息数据将被访问，然后就在个人信息数据被应用访问之前再次提醒用户。

此外，本公开的目的是应管理和处理个人信息数据以最小化无意或未经授权访问或使用的风险。一旦不再需要数据，通过限制数据收集和删除数据可最小化风险。此外，并且当适用时，包括在某些健康相关应用程序中，数据去标识可用于保护用户的隐私。可在适当时通过移除特定标识符(例如，出生日期等)、控制所存储数据的量或特异性(例如，在城市级别而不是在地址级别收集位置数据)、控制数据如何被存储(例如，在用户之间聚合数据)、和/或其他方法来促进去标识。

因此，虽然本公开可广泛地覆盖使用个人信息数据来实现一个或多个各种所公开的实施方案，但本公开还预期各种实施方案也可在无需访问此类个人信息数据的情况下被实现。即，本发明技术的各种实施方案不会由于缺少此类个人信息数据的全部或一部分而无法正常进行。