CN117651318A - 无线通信方法 - Google Patents

Abstract

本发明提供一种无线通信方法，包括：由在第一站(STA)中实现的装置的处理器发送帧以预留预留时段；和由所述处理器在所述预留时段与第二STA进行通信，该预留时段至少部分地与该第二STA的目标唤醒时间(TWT)服务期间(SP)或受限TWT(rTWT)SP对齐。

Description

无线通信方法

技术领域

本公开一般涉及移动通信，并且更具体地涉及用于重叠基本服务集(OverlappingBasic Service Set，OBSS)密集网络中的目标唤醒时间(Target Wake Time，TWT)和受限(restricted)TWT(rTWT)的高效预信道(pre-channel)预留机制。

背景技术

除非本文另外指出，否则本节中描述的方法不是列出的权利要求书的现有技术，并且不被包括在本节中而被承认为现有技术。

在无线通信(例如根据电气和电子工程师协会(IEEE)802.11规范的WiFi(或Wi-Fi)和无线局域网(WLAN)通信)中，在WiFi 6中设计了TWT或在WiFi 7中设计了rTWT，以最大限度地减少站(STA)之间的竞争并节省电力。TWT和rTWT允许接入点(AP)和STA彼此通信以定义接入无线通信介质的特定时间或持续时间。因此，大家相信TWT和rTWT可以帮助减少STA之间的传输中竞争和重叠，并且大大延长STA睡眠时间以减少功耗。

利用TWT，可以以明确定义的方式来排程(schedule)基本服务集内(BSS内)用户的发送。然而，根据当前的IEEE规范，TWT/rTWT无法减少或以其他方式解决来自OBSS STA的竞争。不利的是，这可能会导致STA增加额外的延迟和更多的功耗，并且该问题在OBSS密集的网络环境中可能会更严重。因此，需要一种用于OBSS密集网络中的TWT/rTWT的高效预信道预留机制解决方案。

发明内容

以下发明内容仅是说明性的，而无意于以任何方式进行限制。即，提供以下概述以介绍本文描述的新颖和非显而易见的技术的概念，重点，益处和优点。选择的实现在下面的详细描述中进一步描述。因此，以下概述并非旨在识别所要求保护的主题的必要特征，也不旨在用于确定所要求保护的主题的范围。

在一个实施例中，本公开提供一种无线通信方法，包括：由在第一站(STA)中实现的装置的处理器发送帧以预留预留时段；和由所述处理器在所述预留时段与第二STA进行通信，该预留时段至少部分地与该第二STA的目标唤醒时间(TWT)服务期间(SP)或受限TWT(rTWT)SP对齐。

在一个实施例中，本公开提供一种无线通信方法，包括：由在第一站(STA)中实现的装置的处理器确定另一STA是否处于目标唤醒时间(TWT)服务期间(SP)或受限TWT(rTWT)SP中；响应于确定第二STA处于该第二STA的该TWT SP或该rTWT SP中，由该处理器执行场景检测以确定关于联网环境的多个因素中的一个或多个因素；由该处理器基于该一个或多个因素中的至少一个因素来计算预留时段的长度；由该处理器发送帧以预留该预留时段；和由该处理器在该预留时段与该第二STA进行通信，该预留时段至少部分地与该第二STA的TWT SP或rTWT SP对齐。

附图说明

包括附图以提供对本公开的进一步理解，并且附图被并入本公开并构成本公开的一部分。附图示出了本公开的实现，并且与说明书一起用于解释本公开的原理。可以理解的是，附图不一定按比例绘制，因为为了清楚地说明本公开的概念，某些组件可能被显示为与实际实现中的尺寸不成比例。

图1示出了可以在其中实现根据本公开的各种解决方案和方案的示例网络环境100。

图2示出了根据本公开的所提出的方案下的示例场景200。

图3示出了根据本公开的所提出的方案下的示例算法300。

图4示出了根据本公开的实施方式的至少具有示例装置410和示例装置420的示例系统400。

图5示出了根据本公开的实施方式的示例过程500。

图6示出了根据本公开的实施方式的示例过程600。

具体实施方式

本文公开了要求保护的主题的详细实施例和实现。然而，应当理解，所公开的实施例和实现仅是可以以各种形式体现的所要求保护的主题的说明。然而，本公开可以以许多不同的形式来体现，并且不应被解释为限于在此阐述的示例性实施例和实现。相反，提供这些示例性实施例和实现是为了使本公开的描述透彻和完整，并将向所属技术领域具有通常知识者充分传达本公开的范围。在下面的描述中，可以省略众所周知的特征和技术的细节，以避免不必要地混淆所呈现的实施例和实现。

概述

根据本公开的实施方式涉及与用于OBSS密集网络中的TWT/rTWT的高效预信道预留机制有关的各种技术、方法、方案和/或解决方案。根据本公开，可以单独或联合地实施多种可能的解决方案。也就是说，尽管下面可能单独描述这些可能的解决方案，但是这些可能的解决方案中的两种或更多种可以以一种组合或另一种组合来实现。

图1示出了可以在其中实现根据本公开的各种解决方案和方案的示例网络环境100。图2～图6图示了根据本公开的网络环境100中的各种建议方案的实施示例。参考图1～图6提供了各种提出的方案的以下描述。

如图1所示，网络环境100可至少包括第一STA(STA 110)，其与第二STA(STA 120)进行无线通信。STA 110和STA 120中的每一个可充当非接入点(non-AP)STA，或者可替代地，充当接入点(AP)STA。在一些情况下，STA 110和STA 120可以根据一个或多个IEEE802.11标准(例如，IEEE 802.11be和未来开发的标准)与相同的BSS相关联。STA 110和STA120中的每一个可以被配置为根据下面描述的各种提出的方案，通过利用用于OBSS密集网络中的TWT/rTWT的高效预信道预留机制来彼此通信。值得注意的是，虽然下面可以单独或单独地描述各种所提出的方案，但在实际实现中，可以利用或以其他方式联合实施所提出的方案中的一些或全部。当然，所提出的方案中的每一个都可以被单独地或独立地利用或以其他方式实现。

图2示出了根据本公开的所提出的方案下的示例场景200。参考图2，当时间接近用于一个或多个STA从睡眠模式醒来的TWT唤醒服务期间(本文中可互换地称为“TWT SP(service period)”和“TWT服务期间”)时，AP可以在预先保留时段(Pre-ReservationPeriod)提前发送一个或多个保护帧、一个或多个数据帧、一个或多个触发帧或一个或多个控制帧。预先保留时段(例如，预先保留时段发送的帧(例如，保护帧、资料帧、触发帧或控制帧))可以包括(或携带)基于TWT唤醒服务期间的长度(或持续时间)以及使用就绪阶段中的高优先级退避参数的当前OBSS拥塞状态的网络分配向量(Network Allocation Vector，NAV)长度。因此，AP可以根据场景提前或按时设置长NAV(例如，比正常或不实施所提出的方案时更长)。此外，AP可以在TWT唤醒服务期间结束时发送无竞争结束(CF-End或称之为CF结束)帧以释放NAV。有利地，由于NAV被BSS内的STA以及一个或多个OBSS中的STA普遍知悉，所以NAV的设置有效地为BSS中的一个或多个STA预留一段时间来唤醒并执行发送(Tx)和/或在相应的TWT SP接收(Rx)，而不会受到一个或多个OBSS中其他STA的干扰。

在所提出的方案中，AP可以发送控制帧(例如，清除发送给自身(CTS-to-self)帧)以基于AP执行的场景检测情况提前或按时设置长NAV(例如，检测是否存在任何OBSS、任何BSS间STA或OBSS密集环境，使得保证或按需要启动所提议的方案下的预信道预留机制)。从该时间(例如，发送保护帧/控制帧/数据帧的时间点)到TWT唤醒服务期间(例如，图2中的STA1的活跃的发送(TX)/接收(RX)期间)的起始点的时间段在本文中可以被称为“预先保留时段(pre-reservation period)”。在可选的实施例中，在发送控制帧之前会存在一段回退(backoff)时间(例如，图2四个斜线所示部分)，则“预先保留时段(pre-reservationperiod)”也可定义为从backoff的起始时间到TWT唤醒服务期间的起始点的时间段。预先保留时段的持续时间可以为零到较长时段(例如，1微秒(μs)～100毫秒(ms)内)的范围内。如果预先保留时段为零，则可能意味着保护帧、数据帧、触发帧或控制帧的发送时间与TWT唤醒服务期间的起始点对齐。

在所提出的方案中，可以基于以下因素中的一个或多个来确定该预先保留时段：(i)TWT/rTWT SP；(ii)活跃的STA的数量；(iii)BSS内(intra-BSS)或BSS间(inter-BSS)或OBSS占用的通话时间；(iv)应用(application)服务质量(QoS)优先级(例如，与要传输的应用的流量相关联的QoS的优先级)；(v)每个STA的吞吐量(例如，要为其预留预留时段(reservation period)的每个STA的吞吐量)。在所提出的方案下，NAV周期可以基于以下因素中的一个或多个来确定：(i)TWT/rTWT SP；(ii)活跃的STA的数量；(iii)BSS内或BSS间或OBSS占用的通话时间；(iv)应用QoS优先级(例如，与要传输的应用的流量相关联的QoS优先级)；(v)每个STA的吞吐量(例如，要为其预留预留时段的每个STA的吞吐量)。

图3示出了根据本公开的所提出的方案下的示例算法300。示例算法300可以表示实现上述各种提出的设计、概念、方案、系统和方法的方面。更具体地，算法300可以表示与用于本公开的OBSS密集网络中的TWT/rTWT的高效预信道预留机制有关的所提出的概念和方案的一个方面。示例算法300可以包括如框310、320、330、340、350、360和370中的一个或多个所示的一个或多个操作、动作或功能。示例算法300可以由AP STA或非AP STA(例如，STA110和/或STA 120)执行或以其他方式执行。

在310，STA(例如，AP STA)可以确定一个或多个STA是否在TWT SP中。在确定结果为否定(例如，“否”)的情况下，示例算法300可以结束。如果确定结果为肯定(例如，“是”)，则示例算法300可以从310进行到320。

在320，STA可以执行场景检测以确定网络环境是否拥挤(例如，有许多STA发送和/或接收)和/或是否存在OBSS STA和/或BSS间STA的无线通信。示例算法300可以从320进行到330。

在330，STA可以执行预信道预留时间计算。例如，STA可以基于TWT SP、活跃的STA的数量、BSS内或BSS间或OBSS占用的通话时间、应用QoS优先级和/或每个STA的吞吐量等因素来计算预信道预留时间。示例算法300可以从330进行到340。

在340，STA可以发送具有长NAV的控制帧(或者前面提到的保护帧、数据帧等)，以便预留一个时间段(也即，预留时段)(例如，TWT服务期间的一部分或全部)，在该时间段期间，另一个STA(例如，非AP STA)可以处于活跃的无线发送和/或接收中。算法300可以从340进行到350。

在350，STA可以观察或以其他方式确定是否有在TWT SP中发送数据的任何其他/无效STA(例如，BSS间STA和/或OBSS STA)。示例算法300可以从350进行到360。

在360，基于观察，STA可以确定是否有在TWT SP发送数据的任何其他/无效STA(例如，BSS间STA和/或OBSS STA)。在确定结果为否定(例如，“否”)的情况下，示例算法300可以结束。如果确定结果为肯定(例如，“是”)，则示例算法300可以从360进行到370。

在370，STA可以发送具有更新的长NAV的控制帧(例如，以增加预留时段的长度)。示例算法300可以在此时结束。

鉴于上述情况，在说明性且非限制性示例场景中，AP STA或非AP STA(例如，STA110或STA120)可以在TWT服务期间之前或开始时发送保护帧或控制帧或数据帧(例如，空资料)，以便预留另一STA可以进行活跃的无线发送和/或接收的时间周期(例如，TWT服务期间的一部分或全部)。该AP STA(例如，AP路由器)或非AP STA可以是知道TWT SP并作为排程TWT服务期间的发起者的STA(例如，智能手机中的软AP或在Wi-Fi点对点(P2P)场景中的群组所有者(GO))。保护帧可以是请求发送(RTS)帧、CTS-to-Self帧、多用户RTS(MU-RTS)帧、触发帧或携带NAV值的任何资料帧。发送保护帧/控制帧/资料帧的时间点可以早于TWTSP的起始点，例如早于TWT SP的起始点约1μs～100ms。NAV的长度或持续时间(以及因此预留时段)可以与TWT唤醒服务期间+Δtime一致，其中Δtime可以在1μs～100ms的范围内。或者，NAV的长度或持续时间(以及因此预留时段)可以比TWT唤醒服务期间小一点。在TWT服务期间中，如果AP检测到不存在下行链路(DL)或上行链路(UL)数据，则AP(或NAV发起者)可以发送CF-End帧来提前终止预留时段，以便避免不必要地占用信道或介质(并浪费时间/频率资源)。或者，AP可以在TWT服务期间结束时发送CF结束帧以向其他STA释放NAV保护周期。

示例性的实现

图4示出了根据本公开的实施方式的至少具有示例装置410和示例装置420的示例系统400。装置410和装置420中的每一个可以执行各种功能来实现本文描述的与用于OBSS密集网络中的TWT/rTWT的高效预信道预留机制相关的方案、技术、示例过程和方法，包括上文关于上面描述的各种提议的设计、概念、方案、系统和方法描述的各种方案以及下面描述的示例过程。例如，装置410可以在STA110中实现并且装置420可以在STA120中实现，或者反之亦然。

装置410和装置420中的每一个可以是电子装置的一部分，电子装置可以是非APSTA或AP STA，诸如便携式或移动装置、可穿戴装置、无线通信装置或计算装置。当在STA中实现时，装置410和装置420中的每一个可以在智能电话、智能手表、个人数字助理、数码相机、或者诸如平板计算器、膝上型计算器或笔记本计算器的计算设备中实现。装置410和装置420中的每一个还可以是机器类型装置的一部分，机器类型装置可以是IoT装置，例如不动的或固定的装置、家用装置、有线通信装置或计算装置。例如，装置410和装置420中的每一个可以在智能恒温器、智能冰箱、智能门锁、无线扬声器或家庭控制中心中实现。当被实现在网络装置中或被实现为网络装置时，装置410和/或装置420可以被实现在网络节点(例如WLAN中的AP)中。

在一些实现方式中，装置410和装置420中的每一个可以以一个或多个集成电路(IC)芯片的形式来实现，例如但不限于一个或多个单核处理器、一个或多个多核处理器、一个或多个精简指令集计算(RISC)处理器、或一个或多个复杂指令集计算(CISC)处理器。在上述各种方案中，装置410和装置420中的每一个可以被实现在STA或AP中或者被实现为STA或AP。装置410和装置420中的每一个可以包括图4中所示的那些组件中的至少一些。例如，图4中分别示出了处理器412和处理器422。装置410和装置420中的每一个还可以包括与本公开所提出的方案不相关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口设备)，并且因此，为了简单和简洁起见，装置410和装置420这样的组件均未在图4中示出，下面也不会描述。

在一方面，处理器412和处理器422中的每一个可以以一个或多个单核处理器、一个或多个多核处理器、一个或多个RISC处理器或者一个或多个CISC处理器的形式来实现。也就是说，尽管本文使用单数术语“处理器”来指代处理器412和处理器422，但是根据本发明，处理器412和处理器422中的每一个在一些实施方式中可以包括多个处理器，而在其他实施方式中可以包括单个处理器。在另一方面，处理器412和处理器422中的每一个可以以具有电子部件的硬件(以及可选地，固件)的形式来实现，所述电子部件包括例如但不限于一个或多个晶体管、一个或多个二极管、一个或多个电容器、一个或多个电阻器、一个或多个电感器、一个或多个忆阻器和/或一个或多个变容二极管，其被配置和布置以实现根据本公开的特定目的。换句话说，在至少一些实施方式中，处理器412和处理器422中的每一个是专门设计、布置和配置成执行特定任务的专用机器，所述特定任务包括根据本公开的各种实施方式的与用于OBSS密集网络中的TWT/rTWT的高效预信道预留机制有关的那些任务。

在一些实施方式中，装置410还可以包括耦合到处理器412的收发器416。收发器416可以包括能够无线发送资料的发送器和能够无线接收数据的接收器。在一些实施方式中，装置420还可以包括耦合到处理器422的收发器426。收发器426可以包括能够无线发送资料的发送器和能够无线接收数据的接收器。值得注意的是，虽然收发器416和收发器426被示出为分别在处理器412和处理器422外部并且与处理器412和处理器422分离，但是在一些实施方式中，收发器416可以是作为片上系统(SoC)的处理器412的集成部分，并且收发器426可以是作为SoC的处理器422的集成部分。

在一些实施方式中，装置410还可以包括存储器414，存储器414耦合到处理器412并且能够被处理器412访问并且在其中存储数据。在一些实施方式中，装置420还可以包括存储器424，存储器424耦合到处理器422并且能够被处理器422访问并且在其中存储数据。存储器414和存储器424中的每一个可以包括一种类型的随机存取存储器(RAM)，例如动态RAM(DRAM)、静态RAM(SRAM)、晶闸管RAM(T-RAM)和/或零电容器RAM(Z-RAM)。替代地或附加地，存储器414和存储器424中的每一个可以包括一种类型的只读存储器(ROM)，例如掩模ROM、可编程ROM(PROM)、可擦除可编程ROM(EPROM)和/或电可擦除可编程ROM(EEPROM)。替代地或附加地，存储器414和存储器424中的每一个可以包括一种类型的非易失性随机存取存储器(NVRAM)，例如闪存、固态存储器、铁电RAM(FeRAM)、磁阻RAM(MRAM)和/或相变存储器。

装置410和装置420中的每一个可以是能够使用根据本公开的各种提出的方案来彼此通信的通信实体。出于说明性目的而非限制，下面提供了对作为STA110的装置410和作为STA120的装置420的能力的描述。值得注意的是，虽然下面提供了装置420的能力、功能和/或技术特征的详细描述，但是装置420的能力、功能和/或技术特征的详细描述可以应用于装置410。还值得注意的是，虽然下面描述的示例实现是在WLAN的上下文中提供的，但是同样可以在其他类型的网络中实现。

在根据本公开的与用于OBSS密集网络中的TWT/rTWT的高效预信道预留机制有关的各种提出的方案中，装置410，例如第一STA(例如，STA 110)的处理器412可以经由收发器416发送用于预留预留时段的帧。此外，处理器412可以在至少部分地与第二STA的TWT SP或rTWT SP对齐的预留时段(也即，该预留时段与该第二STA的TWT SP或rTWT SP至少部分重叠)经由收发器416与作为第二STA(例如，STA120)的装置420进行通信。

在一些实施方式中，在发送该帧时，处理器412可以在第二STA的TWT SP或rTWT SP之前或在第二STA的TWT SP或rTWT SP的起始点处发送帧。在一些实施方式中，在该帧在第二STA的TWT SP或rTWT SP之前发送的情况下，该帧可以相较于TWT SP或rTWT SP的起始点提前1μs～100ms发送。

在一些实施方式中，该帧可以包括保护帧、控制帧或资料帧(例如，空数据帧)。例如，该帧可以包括RTS帧、CTS-to-self帧、MU-RTS帧或触发帧。

在一些实施方式中，预留时段的长度可以等于或小于第二STA的TWT SP或rTWTSP。在其他一些实施方式中，预留时段的长度可以大于第二STA的TWT SP或rTWT SP。总体而言，在本公开中，该预留时段与该第二STA的TWT SP或rTWT SP至少部分重叠。

在一些实施方式中，该帧可以携带NAV，其中NAV的值对应于预留时段的长度。在这种情况下，处理器412还可以在发送该帧之前基于多个因素中的至少一个因素来确定NAV的值。在一些实施方式中，多个因素可以包括：(i)第二STA的TWT服务期间或rTWT服务期间；(ii)活跃的STA的数量；(iii)BSS内或BSS间或OBSS占用的通话时间；(iv)应用QoS优先级；(v)第二STA的吞吐量。

在一些实施方式中，在发送该帧时，处理器412可以在第二STA的TWT SP或rTWT SP的起始点之前的预先保留时段发送该帧。在这种情况下，处理器412还可以基于多个因素中的至少一个因素来确定预留时段的长度。在一些实施方式中，多个因素可以包括：(i)第二STA的TWT服务期间或rTWT服务期间；(ii)活跃的STA的数量；(iii)BSS内或BSS间或OBSS占用的通话时间；(iv)应用QoS优先级；(v)第二STA的吞吐量。

在一些实施方式中，处理器412还可以经由收发器416在预留时段的终点处(也即，该预留时段结束时)发送CF结束帧以释放预留时段，或者在该终点之前(也即，该预留时段结束之前)发送CF结束帧以提前终止预留时段。在一些实施方式中，在CF结束帧在预留时段结束之前被发送的情况下，在发送CF结束帧时，处理器412可以响应于检测到没有与第二STA关联的UL或DL业务而发送CF结束帧。

在根据本公开的与用于OBSS密集网络中的TWT/rTWT的高效预信道预留机制有关的各种提出的方案中，装置410的处理器412作为第一STA(例如，STA 110)可以确定是否有另一个STA处于相应的TWT SP或相应的rTWT SP中。另外，响应于确定作为第二STA(例如，STA 120)的装置420在TWT SP或rTWT SP中，处理器412可以经由收发器416执行场景检测，以确定关于联网环境的多个因素中的一个或多个因素。此外，处理器412可以基于一个或多个因素中的至少一个因素来计算预留时段的长度。此外，处理器412可以经由收发器416发送帧以预留预留时段。此外，处理器412可以在至少部分地与第二STA的TWT SP或rTWT SP对准的预留时段经由收发器416与第二STA进行通信。

在一些实施方式中，处理器412还可确定是否有任何BSS间STA或OBSS STA正在第二STA的TWT SP或rTWT SP进行发送。此外，响应于确定至少一个BSS间STA或OBSS STA在第二STA的TWT SP或rTWT SP进行发送，处理器412可以经由收发器416发送另一帧以增加预留时段的长度。

在一些实施方式中，帧可以携带NAV，NAV的值对应于预留时段的长度。在这种情况下，示例过程500可以基于多个因素中的至少一个因素来确定NAV的值。在一些实施方式中，多个因素可以包括：(i)第二STA的TWT服务期间或rTWT服务期间；(ii)活跃的STA的数量；(iii)BSS内或BSS间或OBSS占用的通话时间；(iv)应用QoS优先级；(v)第二STA的吞吐量。

在一些实施方式中，在发送帧时，处理器412可以在第二STA的TWT SP或rTWT SP的起始点之前的预先保留时段发送帧。在一些实施方式中，预先保留时段的长度可以基于多个因素中的至少一个因素来确定。在一些实施方式中，多个因素可以包括：(i)第二STA的TWT服务期间或rTWT服务期间；(ii)活跃的STA的数量；(iii)BSS内或BSS间或OBSS占用的通话时间；(iv)应用QoS优先级；(v)第二STA的吞吐量。

示例性示例过程

图5示出了根据本公开的实施方式的示例过程500。示例过程500可以表示实现上述各种提出的设计、概念、方案、系统和方法的方面。更具体地，示例过程500可以表示与根据本公开的OBSS密集网络中的TWT/rTWT的高效预信道预留机制有关的所提出的概念和方案的一个方面。示例过程500可包括如框510和520中的一者或多者所示的一个或多个操作、动作或功能。虽然被示为离散框，但取决于所需的实现，示例过程500的各个框可被划分为额外的框、组合为更少的框、或被消除。此外，示例过程500的块/子块可以按图5中所示的顺序执行，或者，可选择地以不同的顺序执行。此外，示例过程500的一个或多个块/子块可以重复或迭代地执行。示例过程500可以由装置410和装置420及其任何变体实现或者在装置410和装置420中实现仅仅出于说明性目的并且不限制范围，下面在装置410在充当AP STA的STA 110中实现或者实现为STA 110以及装置420在充当非AP STA的STA 120中实现或者实现为STA 120的上下文中描述示例过程500。其中该AP STA或非AP STA位于符合一个或多个IEEE 802.11标准的无线网络(诸如网络环境100中的WLAN)中。示例过程500可以开始于框510。

在510，示例过程500可以包括作为第一STA(例如，STA 110)的装置410的处理器412经由收发器416发送帧以预留预留时段。示例过程500可以从510进行到520。

在520，示例过程500可以包括处理器412在至少部分地与第二STA的TWT SP或rTWTSP对齐的预留时段经由收发器416与作为第二STA(例如，STA 120)的装置420进行通信。

在一些实施方式中，在发送该帧时，示例过程500可以包括处理器412在第二STA的TWT SP或rTWT SP之前或在第二STA的TWT SP或rTWT SP的起始点处发送帧。在一些实施方式中，在该帧在第二STA的TWT SP或rTWT SP之前发送的情况下，该帧可以相较于TWT SP或rTWT SP的起始点提前1μs～100ms发送。

在一些实施方式中，该帧可以包括保护帧、控制帧或资料帧(例如，空数据帧)。例如，该帧可以包括RTS帧、CTS-to-self帧、MU-RTS帧或触发帧。

在一些实施方式中，预留时段的长度可以等于或小于第二STA的TWT SP或rTWTSP。在其他一些实施方式中，预留时段的长度可以大于第二STA的TWT SP或rTWT SP。总体而言，在本公开中，该预留时段与该第二STA的TWT SP或rTWT SP至少部分重叠。

在一些实施方式中，帧可以携带NAV，其中NAV的值对应于预留时段的长度。在这种情况下，示例过程500还可以包括处理器412在发送该帧之前基于多个因素中的至少一个因素来确定NAV的值。在一些实施方式中，多个因素可以包括：(i)第二STA的TWT服务期间或rTWT服务期间；(ii)活跃的STA的数量；(iii)BSS内或BSS间或OBSS占用的通话时间；(iv)应用QoS优先级；(v)第二STA的吞吐量。

在一些实施方式中，在发送该帧时，示例过程500可以包括处理器412在第二STA的TWT SP或rTWT SP的起始点之前的预先保留时段发送该帧。在这种情况下，示例过程500还可以包括处理器412基于多个因素中的至少一个因素来确定预先保留时段的长度。在一些实施方式中，多个因素可以包括：(i)第二STA的TWT服务期间或rTWT服务期间；(ii)活跃的STA的数量；(iii)BSS内或BSS间或OBSS占用的通话时间；(iv)应用QoS优先级；(v)第二STA的吞吐量。

在一些实施方式中，示例过程500还可以包括处理器412经由收发器416在预留时段的终点处发送CF结束帧以释放预留时段，或者在该终点之前发送CF结束帧以提前终止预留时段。在一些实施方式中，在CF结束帧在预留时段的结束点之前被发送的情况下，在发送CF结束帧时，示例过程500可以包括处理器412可以响应于检测到没有与第二STA关联的UL或DL业务而发送CF结束帧。

图6示出了根据本公开的实施方式的示例过程600。示例过程600可以表示实现上述各种提出的设计、概念、方案、系统和方法的方面。更具体地，示例过程600可以表示与根据本公开的OBSS密集网络中的TWT/rTWT的高效预信道预留机制有关的所提出的概念和方案的一个方面。示例过程600可以包括如框610、620、630、640和650中的一个或多个所示的一个或多个操作、动作或功能。虽然被示为离散的框，但是示例过程600的各个框可以被划分为附加的框、组合的根据所需的实现，分成更少的块或消除。此外，示例过程600的块/子块可以按图6中所示的顺序执行，或者，可选择地以不同的顺序执行。此外，示例过程600的一个或多个块/子块可以重复或迭代地执行。示例过程600可以由装置410和装置420及其任何变体实现或者在装置410和装置420中实现。仅出于说明性目的并且不限制范围，下面在装置410在充当AP STA的STA 110中实现或者实现为STA 110以及装置420在充当非AP STA的STA 120中实现或者实现为STA 120的上下文中描述示例过程600。其中该AP STA或非APSTA位于符合一个或多个IEEE 802.11标准的无线网络(诸如网络环境100中的WLAN)中。示例过程600可以开始于框610。

在610，示例过程600可以包括作为第一STA(例如，STA 110)的装置410的处理器412确定另一STA是否在TWT SP或rTWT SP中。示例过程600可以从610进行到620。

在620，示例过程600可以包括响应于确定作为第二STA(例如，STA 120)的装置420在TWT SP或rTWT SP中，处理器412经由收发器416执行场景检测，以确定关于联网环境的多个因素中的一个或多个因素。

在630，示例过程600可以包括处理器412基于一个或多个因素中的至少一个因素来计算预留时段的长度。示例过程600可以从630进行到640。

在640，示例过程600可以包括处理器412经由收发器416发送帧以预留预留时段。示例过程600可以从640进行到650。

在650，示例过程600可以涉及处理器412在至少部分地与第二STA的TWT SP或rTWTSP对齐的预留时段经由收发器416与第二STA进行通信。

在一些实施方式中，示例过程600可以包括处理器412执行附加操作。例如，示例过程600可以包括处理器412确定是否有任何BSS间STA或OBSS STA正在第二STA的TWT SP或rTWT SP进行发送。此外，示例过程600可包括响应于确定至少一个BSS间STA或OBSS STA在第二STA的TWT SP或rTWT SP进行发送，处理器412经由收发器416发送另一帧以增加预留时段的长度。

在一些实施方式中，帧可以携带NAV，其中NAV的值对应于预留时段的长度。在这种情况下，示例过程600可以基于多个因素中的至少一个因素来确定NAV的值。在一些实施方式中，多个因素可以包括：(i)第二STA的TWT服务期间或rTWT服务期间；(ii)活跃的STA的数量；(iii)BSS内或BSS间或OBSS占用的通话时间；(iv)应用QoS优先级；(v)第二STA的吞吐量。

在一些实施方式中，在发送帧时，示例过程600可以包括处理器412在第二STA的TWT SP或rTWT SP的起始点之前的预先保留时段发送帧。在一些实施方式中，预先保留时段的长度可以基于多个因素中的至少一个因素来确定。在一些实施方式中，多个因素可以包括：(i)第二STA的TWT服务期间或rTWT服务期间；(ii)活跃的STA的数量；(iii)BSS内或BSS间或OBSS占用的通话时间；(iv)应用QoS优先级；(v)第二STA的吞吐量。

补充说明

本文描述的主题有时示出包含在不同其他组件内或与不同其他组件连接的不同组件。要理解的是，这样描绘的架构仅仅是示例，并且实际上可以实现许多其他架构，其实现相同的功能。在概念意义上，实现相同功能的任何组件布置有效地“关联”，使得实现期望的功能。因此，这里组合以实现特定功能的任何两个组件可以被视为彼此“相关联”，使得实现期望的功能，而不管架构或中间组件。同样地，如此关联的任何两个组件也可以被视为彼此“可操作地连接”或“可操作地耦合”以实现期望的功能，并且能够如此关联的任何两个组件也可以被视为“可操作地”彼此耦合以实现所需的功能。可操作耦合的具体示例包括但不限于物理上可配对和/或物理上相互作用的组件和/或可无线交互和/或无线交互的组件和/或逻辑上相互作用和/或逻辑上可交互的组件。

此外，关于本文使用的任何复数和/或单数，所属技术领域具有通常知识者可以根据上下文和/或申请从复数转换为单数和/或从单数转换为复数。仅仅为清楚起见，这里阐述为单数/复数。

此外，所属技术领域具有通常知识者将理解，通常，本文使用的术语，尤其是所附权利要求书中的术语，例如所附权利要求书的主体，通常旨在作为“开放式”的术语，例如，动词术语“包括”应解释为“包括但不限于”，术语“具有”应解释为“至少具有”，复数术语“包括”应解释为“包括但不限于”，所属技术领域具有通常知识者将进一步理解，如果意图引入特定数量到权利要求书的叙述，则在权利要求书中将明确地陈述这样的意图，并且在没有这样的叙述的情况下，不存在这样的意图。例如，为了帮助理解，以下所附权利要求书可以包含介绍性短语“至少一个”和“一个或复数个”来介绍权利要求书的叙述。然而，这些短语的使用不应被解释为暗示由不定冠词“一”或“一个”介绍的权利要求书叙述限制为任何特定权利要求书仅包含一个这样的叙述的实施，即使相同的权利要求书包括介绍性的短语“一个或复数个”或“至少一个”，并且诸如“一个”或“一个”的不定冠词，例如“一个”和/或“一个”应所述被解释为“至少”一个“或”一个或复数个；这种解释同样适用于使用定冠词来介绍权利要求书的叙述。另外，即使明确地引用了特定数量的介绍性的权利要求书叙述，所属技术领域具有通常知识者将认识到，这种叙述应所述被解释为至少表示所引用的数字，例如，简单叙述的“两个叙述”，没有其他修饰语，表示至少两个叙述，或两个或复数个叙述。此外，在使用类似于“A，B和C等中的至少一个”那些情况下，通常这样的结构意图在所属技术领域具有通常知识者将理解所述惯例的意义上，例如，“具有A，B和C中的至少一个的系统”包括但不限于仅具有单独的A，单独的B，单独的C，A和B在一起，A和C在一起，B和C在一起，以及A、B及C三个在一起等，在使用类似于“A，B或C等中的至少一个”的那些情况下，通常这样的结构意图在所属技术领域具有通常知识者将理解所述惯例的意义上，例如，“具有A，B或C中的至少一个的系统”将包括但不限于仅具有单独的A，单独的B，单独的C，A和B在一起，A和C在一起，B和C在一起，以及A、B及C三个在一起等。所属技术领域具有通常知识者将进一步理解实际上任何呈现两个或更复数个替代术语的分隔性的词和/或短语，无论出现在说明书，权利要求书书或附图中，应理解为考虑包括术语之一，术语中的任一个或术语两者。例如，短语“A或B”将被理解为包括“A”或“B”或“A和B”的可能性。

从前述内容可以理解，本文已经出于说明的目的描述了本公开的各种实现，并且在不脱离本公开的范围和精神的情况下可以进行各种修改。因此，本文公开的各种实现不旨在限制性为由所附权利要求书指示的真实范围和精神_。

Claims (20)

1.一种无线通信方法，其特征在于，包括：

由在第一站STA中实现的装置的处理器发送帧以预留预留时段；和

由所述处理器在所述预留时段与第二STA进行通信，该预留时段至少部分地与该第二STA的目标唤醒时间TWT服务期间SP或受限TWT rTWT SP对齐。

2.如权利要求1所述的无线通信方法，其特征在于，该发送帧包括在该第二STA的该TWTSP或该rTWT SP之前或在该第二STA的该TWT SP或该rTWT SP的起始点处发送该帧。

3.如权利要求2所述的无线通信方法，其特征在于，如果该帧在该第二STA的该TWT SP或该rTWT SP之前发送，则该帧早于该第二STA的该TWT SP或该rTWT SP的该起始点1μs～100ms被发送。

4.如权利要求1所述的无线通信方法，其特征在于，该帧包括保护帧、控制帧或数据帧。

5.如权利要求1所述的无线通信方法，其特征在于，该帧包括RTS帧、CTS-to-self帧、MU-RTS帧或触发帧。

6.如权利要求1所述的无线通信方法，其特征在于，该预留时段与该第二STA的该TWTSP或该rTWT SP至少部分重叠。

7.如权利要求1所述的无线通信方法，其特征在于，该帧携带网络分配向量NAV，其中该NAV的值对应于该预留时段的长度。

8.如权利要求7所述的无线通信方法，其特征在于，进一步包括：

由该处理器在发送该帧之前基于多个因素中的至少一个因素确定该NAV的值。

9.如权利要求8所述的无线通信方法，其特征在于，该多个因素包括：

该第二STA的该TWT SP或该rTWT SP；

活跃的STA的数量；

基本服务集BSS内或BSS间或重叠基本服务集OBSS占用的通话时间；

应用服务质量优先级；和

该第二STA的吞吐量。

10.如权利要求1所述的无线通信方法，其特征在于，该发送帧包括在第二STA的TWT SP或rTWT SP的起始点之前的预先保留时段发送该帧。

11.如权利要求10所述的无线通信方法，其特征在于，进一步包括：

由该处理器基于多个因素中的至少一个因素来确定该预先保留时段的长度。

12.如权利要求11所述的无线通信方法，其特征在于，该多个因素包括：

该第二STA的该TWT SP或该rTWT SP；

活跃的STA的数量；

基本服务集BSS内或BSS间或重叠基本服务集OBSS占用的通话时间；

应用服务质量优先级；和

该第二STA的吞吐量。

13.如权利要求1所述的无线通信方法，其特征在于，进一步包括：

由处理器在该预留时段结束时发送无竞争结束CF-end帧以释放该预留时段或者在该预留时段结束之前发送该CF-end帧以提前终止该预留时段。

14.如权利要求13所述的无线通信方法，其特征在于，在该CF-end帧在该预留时段结束之前被发送的情况下，该CF-end帧的发送包括响应于检测到没有与该第二STA关联的上行链路或下行链路业务而发送该CF-end帧。

15.一种无线通信方法，其特征在于，包括：

由在第一站STA中实现的装置的处理器确定另一STA是否处于目标唤醒时间TWT服务期间SP或受限TWT rTWT SP中；

响应于确定第二STA处于该第二STA的该TWT SP或该rTWT SP中，由该处理器执行场景检测以确定关于联网环境的多个因素中的一个或多个因素；

由该处理器基于该一个或多个因素中的至少一个因素来计算预留时段的长度；

由该处理器发送帧以预留该预留时段；和

由该处理器在该预留时段与该第二STA进行通信，该预留时段至少部分地与该第二STA的TWT SP或rTWT SP对齐。

16.如权利要求15所述的无线通信方法，其特征在于，进一步包括：

由该处理器确定是否有任何基本服务集间BSS间STA或重叠基本服务集OBSS STA在该第二STA的该TWT SP或该rTWT SP正在进行发送；和

响应于确定至少一个BSS间STA或OBSS间STA在该第二STA的该TWT SP或该rTWT SP进行发送，由该处理器发送另一帧以增加该预留时段的长度。

17.如权利要求15所述的无线通信方法，其特征在于，该帧携带网络分配向量NAV，其中该NAV的值对应于该预留时段的长度。

18.如权利要求17所述的无线通信方法，其特征在于，该NAV的值是基于多个因素中的至少一个因素确定的，并且其中所述多个因素包括：

该第二STA的该TWT SP或该rTWT SP；

活跃的STA的数量；

基本服务集BSS内或BSS间或重叠基本服务集OBSS占用的通话时间；

应用服务质量优先级；和

该第二STA的吞吐量。

19.如权利要求15所述的无线通信方法，其特征在于，该发送帧包括在该第二STA的该TWT SP或该rTWT SP的起始点之前的预先保留时段发送该帧。

20.如权利要求19所述的无线通信方法，其特征在于，基于多个因素中的至少一个因素来确定该预先保留时段的长度，其中该多个因素包括：

该第二STA的该TWT SP或该rTWT SP；

活跃的STA的数量；

基本服务集BSS内或BSS间或重叠基本服务集OBSS占用的通话时间；

应用服务质量优先级；和

该第二STA的吞吐量。