CN114390664B - 用于协商目标唤醒时间协议的系统 - Google Patents

用于协商目标唤醒时间协议的系统 Download PDF

Info

Publication number
CN114390664B
CN114390664B CN202110428244.XA CN202110428244A CN114390664B CN 114390664 B CN114390664 B CN 114390664B CN 202110428244 A CN202110428244 A CN 202110428244A CN 114390664 B CN114390664 B CN 114390664B
Authority
CN
China
Prior art keywords
twt
stations
executed
protocol
vaps
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110428244.XA
Other languages
English (en)
Other versions
CN114390664A (zh
Inventor
A·达克什纳克
G·帕特瓦德汉
M·S·西拉杰
S·加努
E·佩拉希亚
N·查格拉尼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hewlett Packard Enterprise Development LP
Original Assignee
Hewlett Packard Enterprise Development LP
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hewlett Packard Enterprise Development LP filed Critical Hewlett Packard Enterprise Development LP
Publication of CN114390664A publication Critical patent/CN114390664A/zh
Application granted granted Critical
Publication of CN114390664B publication Critical patent/CN114390664B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
    • H04W52/0206—Power saving arrangements in the radio access network or backbone network of wireless communication networks in access points, e.g. base stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/18—Network planning tools
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

当与接入点(AP)相关联的站点被跨多个基站服务标识符(BSSID)分布时，802.11ax标准中指定的目标唤醒时间(TWT)机制的全部效率增益可能无法被实现。在这种情况下，由于与不同的BSSID相关联，在802.11ax标准中常规使用/指定的TWT无法正确地协调站点的睡眠/唤醒调度。因此，各种实施例针对对与AP的多个BSSID相关联的站点进行分组，以允许TWT的同步(或错开)，并且促进在上行链路和下行链路两者方向上的多用户传输。

Description

用于协商目标唤醒时间协议的系统
背景技术
在一些计算网络中，接入点(AP)可以向客户端设备提供网络连接。随着无线网络中密度的增加，从多个站点到AP的传输和来自AP的传输之间的争用和重叠的风险增加。已经开发了几种方法来通过无线通信协议的每次演进来解决这些问题。减少竞争并且增加频谱效率的一种方式是调度连接的站点何时与AP通信。
附图说明
根据一个或多个各种实施例，参照以下附图详细描述本公开。提供这些附图仅出于说明的目的，并且仅描绘了典型的或示例性的实施方式。
图1A示出了根据各种实施例的在其中可以实现同步的TWT的示例无线网络部署。
图1B示出了根据各种实施例的通过其可以实现同步的TWT的示例性多虚拟接入点配置。
图2A示出了根据一个实施例的用于实行同步的TWT的示例计算组件。
图2B是根据一个实施例的同步TWT的示例表示。
图3A示出了根据一个实施例的用于实行同步的TWT的示例计算组件。
图3B是根据一个实施例的同步TWT的示例表示。
图4A示出了根据一个实施例的用于实行同步的TWT的示例计算组件。
图4B是根据一个实施例的同步TWT的示例表示。
图5示出了在其中可以实现本文描述的各种实施例的示例计算组件。
附图不是穷举的，并且不将本公开限制为所公开的精确形式。
具体实施方式
改进IEEE 802.11ax(称为Wi-Fi 6)内的频谱效率的示例方法可以称为目标唤醒时间(TWT)机制。TWT允许无线通信网络中的接入点(AP)管理活动，以便于最小化也称为站点(STA)的连接的设备之间的竞争。TWT可以通过分配/调度STA以在特定时间期间/在特定时间段和/或频率上操作，并且集中在预定服务时间段(SP)期间在STA和AP之间的帧交换来实现。TWT的使用还可以减少STA需要唤醒的时间量。因此，除了减少竞争之外，TWT还可以通过使STA在未被调度与AP通信的时段期间进入睡眠模式来减少STA功耗。以前，需要STA周期性地从睡眠模式中唤醒，以等待/接收信标。
AP可以通过发送信标和探查响应来向STA通告无线局域网(WLAN)，该信标和探查响应包含WLAN的服务集标识符(SSID)以及例如所支持的认证和数据速率。当STA关联到AP时，该STA将业务发送到AP的基本SSID(BSSID)，这通常是AP的媒体访问控制(MAC)地址。在某些网络中，AP可以针对每个WLAN使用唯一的BSSID，从而允许单个物理AP支持多个WLAN。应用于AP的BSSID的WLAN配置可以称为虚拟AP(VAP)。换句话说，可以将VAP视为物理AP上的逻辑或虚拟AP实例。VAP或VAP简档可以被配置为向同一物理网络上/跨越同一物理网络的用户提供不同的网络访问或服务。例如第一WLAN可以被配置为向访客用户提供访问，而第二WLAN可以被配置为通过相同的(多个)AP向员工用户提供访问。应用于不同BSSID的第一和第二WLAN配置中的每一个都会产生第一和第二VAP。例如VAP可以被配置为以1和2Mbps的数据速率提供开放式身份验证和强制门户访问，而另一个VAP可以被配置为以高达11Mbps的数据速率进行WPA身份验证。
在VAP的上下文中，当与AP关联的STA跨多个VAP/BSSID分布时，可能无法实现TWT的全部效率增益。例如AP可以作为多个AP或VAP操作或向STA呈现自身，其中STA的集合可以与每个VAP相关联。在这种情况下，由于与不同的VAP相关联，传统上在802.11ax标准中使用/在802.11ax标准中指定的TWT无法正确地协调STA的睡眠/唤醒调度。因此，各种实施例针对将与AP的多个BSSID相关联的STA进行分组，以进一步提高TWT的效率，并且促进在上行链路(UL)和下行链路(DL)方向中的MU-MIMO和正交频分多址(OFDMA)传输。
可以使用不同的策略来同步TWT协议，以允许将STA跨AP的不同BSSID进行分组：(1)跨多个BSSID的具有相似唤醒特性/TWT服务时段(SP)持续时间的STA可以被分组在一起，并且提供有TWT协议，该协议允许分组的同时传输/接收(重叠的SP)；(2)TWT SP可能会在时间上错开，因此，尽管跨不同BSSID的STA不会像(1)中那样“被分组”，但BSSID的STA可以被分组，使得它们遵守不重叠的TWT协议(避免争用)。应当理解，同步可以指协调TWT机制/动作的不同方式。例如在一些实施例中，TWT协议的同步可以指具有在跨不同的VAP的两个或更多个STA或STA组之间重叠或共同/近似共同的TWT参数。在一些实施例中，同步可以指定时TWT以避免竞争，这在某些情况下可能涉及TWT协议/动作的交错。还应注意，在一些实施例中，并且由于可以实时协商TWT协议，并且STA可以根据位置、移动性管理(切换)等从一个AP/VAP移动到另一AP/VAP，因此，STA组可以变化，其中STA可以在特定时间段内属于特定的STA组以发送/接收(多个)帧，但是随后可以在另一时间段内与另一组STA进行分组以发送/接收不同的(多个)帧。
一旦TWT协议被同步，TWT协议的实现或执行就可以根据与TWT会话相关联的各种操作模式(支持触发和非支持触发)而变化，UL传输根据TWT会话被调度。TWT协议还可以根据是否针对DL传输宣告或不宣告TWT会话而变化。应当理解，TWT协议是AP和STA之间的最终布置(根据对TWT参数集合的协商而达成)，其定义了STA将属于的TWT SP的细节，例如STA应当唤醒的(多个)时间。
在详细描述所公开的系统和方法的实施例之前，描述可以在各种应用中实现这些系统和方法的示例网络安装是有用的。图1A示出了可以为诸如商业、教育机构、政府实体、医疗机构或其他组织的组织实现的网络配置100的一个示例。该图示出了由具有多个用户(或至少多个客户端设备110)并且可能具有多个物理或地理站点102、132、142的组织实现的配置的示例。网络配置100可以包括与网络120通信的主要站点102。网络配置100还可以包括与网络120通信的一个或多个远程站点132、142。
主要站点102可以包括主网络，该主网络可以是例如办公网络、家庭网络或其他网络安装。主要站点102网络可以是专用网络，诸如可以包括用于限制对专用网络的授权用户的访问的安全性和访问控制的网络。授权用户可以包括例如位于主要站点102的公司的员工、房屋的居民、企业的客户等等。
在所示的示例中，主要站点102包括与网络120通信的控制器104。控制器104可以为主要站点102提供与网络120的通信，尽管它可能不是针对主要站点102与网络120进行通信的唯一点。虽然主站点可能包括多个控制器和/或与网络120的多个通信点，但仍显示了单个控制器104。在某些实施例中，控制器104通过路由器(未示出)与网络120通信。在其他实施例中，控制器104向主要站点102中的设备提供路由器功能。
控制器104可操作用于配置和管理诸如在主要站点102处的网络设备，并且还可以管理远程站点132、134处的网络设备。控制器104可操作用于配置和/或管理连接到网络的交换机、路由器、接入点和/或客户端设备。控制器104本身可以是接入点或提供接入点的功能。
控制器104可以与一个或多个交换机108和/或无线接入点(AP)106a-c通信。交换机108和无线AP 106a-c向各种客户端设备/STA 110a-j提供网络连接。使用到交换机108或AP 106a-c的连接，STA110a-j可以访问网络资源，包括(主要站点102)网络和网络120上的其他设备。
如本文中所使用的，客户端设备或STA是指包括用于有线和/或无线通信的处理器、存储器和I/O接口的设备。STA的示例可以包括：台式计算机、便携式计算机、服务器、Web服务器、身份验证服务器、身份验证授权记帐(AAA)服务器、域名系统(DNS)服务器、动态主机配置协议(DHCP)服务器、互联网协议(IP)服务器、虚拟专用网络(VPN)服务器、网络策略服务器、大型机、平板计算机、电子阅读器、上网本计算机、电视和类似的显示器(例如智能电视)、内容接收器、机顶盒、个人数字助理(PDA)、移动电话、智能电话、智能终端、哑终端、虚拟终端、视频游戏机、虚拟助手、物联网(IOT)设备等。
在主要站点102内，包括交换机108被包括作为对在主要站点102中针对有线STA110i-j建立的网络的接入点的一个示例。STA 110i-j可以连接到交换机108，并且可以通过交换机108来访问网络配置100内的其他设备。STA110i-j也能够通过交换机108来访问网络120。STA 110i-j可以通过有线112连接与交换机108通信。在所示示例中，交换机108通过有线112连接与控制器104通信，尽管该连接也可以是无线的。
无线AP 106a-c被包括作为主要站点102中针对STA 110a-h建立的网络的接入点的另一示例。AP 106a-c中的每一个可以是被配置为向无线STA 110a-h提供无线网络连接的硬件、软件和/或固件的组合。在示出的示例中，AP 106a-c可以由控制器104管理和配置。AP106a-c通过连接112与控制器104和网络通信，该连接可以是有线或无线接口。
网络120可以是公共网络或专用网络，诸如因特网，或其他通信网络，以允许各个站点102、130至142之间的连接以及对服务器160a-b的访问。网络120可以包括第三方电信线，诸如电话线、广播同轴电缆、光纤电缆、卫星通信、蜂窝通信等。网络120可以包括任意数量的中间网络设备，诸如交换机、路由器、网关、服务器和/或控制器，它们不是网络配置100的直接一部分，而是促进网络配置100的各个部分之间以及在网络配置100和其他网络连接的实体之间的通信。
AP通常是指允许客户端设备或STA连接到有线或无线网络(在这种情况下为无线网络100)的联网设备。AP可以包括处理器、存储器和I/O接口，包括诸如IEEE 802.3以太网接口的有线网络接口，以及诸如IEEE 802.11WiFi接口的无线网络接口，尽管本公开的示例不限于这样的接口。AP可以包括存储器，包括读写存储器，和持续性存储器的层次结构，例如ROM，EPROM和闪存。此外，如本文中所使用的，AP可以指代稍后可能变得已知的任意已知的或方便的无线接入技术的接收点。具体地，术语AP不旨在限于基于IEEE 802.11的AP。
应当注意，诸如AP 130、AP 132和AP 134的AP能够实现VAP，即，通过单个AP无线电支持一个或多个多个不同的SSID值，其中每个SSID具有唯一媒体访问控制(MAC)地址(即BSSID)。众所周知，SSID是0到32个八位位组之间的字段，其可以被包括在管理帧内作为信息元素(IE)。在802.11标准的上下文中，支持SSID IE的管理帧包括信标、探测请求/响应和关联/重新关联请求帧。在一个实施例中，AP使用多个BSSID来支持VAP。每个信标或探测响应都可以包括单个SSID IE。AP使用针对每个VAP的唯一BSSID，以信标间隔(例如100ms)为它所支持的每个VAP发送信标。AP利用包括对应于每个BSSID的能力的探测响应来响应对支持的SSID的探测请求(包括对广播SSID的请求)。在一个实施例中，AP可以通告多达给定数量(例如16个)的信标，每个信标具有不同的BSSID以提供VAP支持。每个VAP可以具有唯一的MAC地址，并且每个信标可以具有网络名称。
图1B是多VAP配置的AP的示意图。AP 106a可以被配置为支持多个VAP 106a-1和106a-2。每个VAP 106a-1和106a-2在MAC层模拟物理AP 106a的操作。具体而言，每个VAP106a-1和106a-2通过利用以下各项进行操作来模拟物理AP 106a的MAC层行为：不同的BSSID(A，B)、以及可选的不同的能力公告(例如，BSSID A的速率为1、2、5.5、11，BSSID B的速率为1、2、5.5)和默认密钥集合(对于BSSID A的严格安全网络(RSN)和对于BSSID B的有线等效保密性(WEP))。每个VAP 106a-1和106a-2也可能表现出不同的应用行为(在应用层处)，并且可以经由不同的域名(在IP层处)到达。为了提供这种支持，假设STA 110g和110h可以发现SSID，每个VAP 106a-1和106a-2可以通告其自己的能力集合，并且每个VAP 106a-1和106a-2可以被分配给唯一的WLAN。
在多VAP/BSSID方案中，其中两个或更多个VAP被配置为在物理AP上运行，无论TWT实例是单个TWT实例还是广播TWT实例，都能够跨多个VAP/BSSID共同同步或错开实际的TWT实例。因此，除了改进STA功率管理之外，还可以利用TWT特征或机制来改进信道效率和容量。例如以示例多VAP AP 106a为例，AP 106a可以同时唤醒多个STA(例如STA 110g，110h)，并同步去往和来自STA 110g和110h的传输，同时促进更多的MU-MIMO和OFDMA传输，并且仍然避免了不同VAP的STA之间的竞争，例如STA 110g和110h。也就是说，当按当前/常规方式设想的实现TWT时，来自附接到不同VAP(并且不交互/彼此不知道)的STA的传输通常会导致竞争。例如多个STA通常将竞争单个射频(RF)介质，并且如果TWT是逐VAP实现的，则来自这种STA的传输可能会冲突。
为了在单独的TWT协议的上下文中发起TWT会话，通常发生协商阶段，在此阶段期间AP和目标STA同意公共参数集合，包括但不限于TWT，TWT唤醒间隔，以及最小/名义上的TWT唤醒持续时间。应当理解，标称TWT唤醒持续时间可以指示最小时间量(以一些单位，例如μs)，TWT请求STA期望其需要对于该最小时间量是唤醒的，以便于对于TWT唤醒间隔时间段完成与TWT流标识符相关联的帧交换。即，标称TWT唤醒持续时间是可以被协商以到达SP处的参数，并且因此SP和标称TWT唤醒持续时间可以是相同的。TWT可以指下一次(例如以毫秒为单位)，参与基于TWT的通信的STA应在该下一次唤醒以进行TWT会话。TWT唤醒间隔可以指的是针对特定STA的后续TWT会话之间的时间间隔。最小TWT唤醒持续时间可以指的是STA将保持唤醒(相对于TWT会话的开始时间)以便能够从其他STA接收帧的最小持续时间。
在广播TWT协议的情况下，允许AP为一组STA建立共享的TWT会话(尽管在常规实现中，该组STA不能再次包括附接到不同VAP的STA)。AP可以在信标帧中周期性地指定TWT参数集(TWT、TWT唤醒间隔、最小TWT唤醒持续时间等)。作为广播TWT协议一部分的STA唤醒，以从AP接收信标，信标中包含有关它们所属的(多个)广播TWT会话的指令。为了请求参与广播TWT协议，STA向AP发送TWT请求。类似于各个TWT协议，STA可以在协商阶段请求、建议或要求特定的TWT参数集合，而AP可以接受、拒绝或提议(多个)替代设置。一旦公共参数集被建立，参与的STA就可以进入睡眠模式并在下一个调度的SP处唤醒。与单独TWT协议的情况一样，广播TWT协议可以建立支持触发/非支持触发的TWT会话，并且可以按已宣告或未宣告的方式被实现。
此外，TWT会话可以与两个不同的操作模式相关联，即支持触发的操作模式和非支持触发的操作模式。当TWT会话根据支持触发的操作模式进行操作时，AP使用触发帧来调度STA的传输。因此，AP和STA可能已经协商了上述参数，以便STA知道TWT、SP和TWT唤醒间隔。然而，在TWT会话期间在UL方向上传输任意数据/分组/帧之前，STA应当首先等待来自AP的触发。当TWT会话根据非支持触发的操作模式进行操作时，AP在STA传输数据之前不需要向STA发送任意触发。STA可能只是为了在UL方向上传输数据而开始在介质上竞争。
当TWT会话被建立时，其可以被指定为被宣告或不宣告。在宣告的TWT会话的情况下，STA必须向AP发送消息，以便从AP接收数据。即，当STA离开睡眠模式并且需要从其所附接的VAP取回数据时，STA必须首先向AP发送轮询帧以启动从AP接收数据。在未宣告的TWT会话的情况下，AP无需在将数据传输到STA之前等待来自STA的(多个)任意轮询帧。如上所述，对于单独的TWT协议，AP和STA将已经协商了相关的TWT参数，诸如TWT。因此，STA将知道何时应当从睡眠模式唤醒，并且AP假定STA将在适当的时间醒来/正在醒来以接收针对该STA的目标。
图2A是根据一个实施例的用于同步TWT协议的示例计算组件或设备200的框图。计算组件200可以是例如服务器计算机、控制器或能够处理数据的任意其他类似的计算组件。在图2A的示例实现中，计算组件200包括硬件处理器202和机器可读存储介质204。在一些实施例中，计算组件200可以是控制器的实施例，例如诸如控制器104(图1A)的控制器，或无线网络100的另一个组件，例如诸如AP 106a(图1A)的AP。
硬件处理器202可以是一个或多个中央处理单元(CPU)、基于半导体的微处理器和/或适合于对存储在机器可读存储介质204中的指令的取回和执行的其他硬件设备。硬件处理器202可以是获取、解码和执行指令，诸如指令206-208，以控制用于升级AP的处理或操作。作为取回和执行指令的替代或补充，硬件处理器202可以包括一个或多个电子电路，该电子电路包括用于执行一个或多个指令的功能的电子组件，诸如现场可编程门阵列(FPGA)、专用集成电路(ASIC)或其他电子电路。
诸如机器可读存储介质204的机器可读存储介质可以是包含或存储可执行指令的任意电子、磁性、光学或其他物理存储设备。因此，机器可读存储介质204可以是例如随机存取存储器(RAM)、非易失性RAM(NVRAM)、电可擦除可编程只读存储器(EEPROM)、存储设备、光盘和类似物。在一些实施例中，机器可读存储介质204可以是非暂时性存储介质，其中术语“非暂时性”不涵盖暂态传播信号。如以下详细描述的，机器可读存储介质304可以用可执行指令编码，例如指令206-208。
硬件处理器202可以执行指令206，以对多个站点进行分组，其中至少两个站点被附接到不同的VAP。在一些实施例中，根据美国专利第10,193,510号中描述的系统和方法，MU-MIMO被应用于跨不同BSS的分组的STA，该美国专利第10,193,510号通过引用整体并入本文。MU-MIMO为诸如AP的无线网络设备提供了同时传输到多个STA的机制。在没有支持MU-MIMO的情况下，则AP可能必须一次向每个关联的STA传输一个。使用MU-MIMO，因为AP能够同时向多个STA传输，所以AP能够更频繁地传输更多数据。这可以改进将数据传输到相关联的客户端设备中的一些或所有的速率。MU-MIMO在电气和电子工程师协会(IEEE)802.11规范中被定义。
当采用MU-MIMO时，AP可以将两个或更多个STA分组，并且将波束成形的信号传输到每组STA。当将要接收MU-MIMO传输的一组STA正在接收具有相似业务特性的帧时，MU-MIMO可能更高效。因为AP正在同时向所有STA进行传输，所以当正在发送的帧大小相似时，传输可以更高效。此外，当AP大约在同一时间接收到输入帧时，可以最小化MU-MIMO传输之间的间隔。在802.11ax高效WLAN标准中，可以实现前述效率的一种方式是通过调度MU传输以用于下游/DL(来自AP)和上游/UL(来自STA)传输。如上所述，物理AP可以在逻辑上分为多个VAP。在一些实施例中，根据美国专利第10,193,510号中描述的系统和方法，将MU-MIMO应用于跨不同BSS的分组的STA，该美国专利第10,193,510号通过引用整体并入本文。
在当前上下文中，被配置为用作多个VAP的AP向附接到不同VAP的STA提供服务。因此，AP可以为目的地为附接到特定VAP的每个STA的帧维护分离的队列。此外，可以使用来自探测过程的反馈来确定如何对两个或更多个STA进行分组以接收MU传输，以及通知AP如何对一组STA进行波束成形的信号整形。在对STA进行分组时，也可以考虑传输/接收的STA业务类型。例如相似的业务类型可以允许传输/接收这样的相似的业务类型的STA可以适合于分组。例如运行相同应用的STA可以具有相同/相似的业务模式，并且相似的业务模式可以是分组的一个示例基础。例如语音分组本质上倾向于周期性的，因此不同STA的分组到达率仍然是相同的。因此，多个语音呼叫可以被组合为一个组。可以利用对STA进行分组的其他类型/方式，并且以上示例并不意味着以任意方式进行限制。
硬件处理器202可以执行指令208以与多个站点中的每个进行协商，TWT协议包括对于多个站点中的每个重叠的TWT SP。在一些实施例中，可以使跨不同VAPS(和/或相同VAP)的各个TWT协议重叠。为了促进这一点，相关的VAP可以通过协商重叠的TWT参数来创建单独的TWT布置，例如TWT、最小TWT持续时间等。这支持能够向同一VAP或跨不同VAP的多个STA的同时DL/UL传输。以此方式，例如可以利用MU传输来在TWT上下文中容纳STA业务，其中多个STA可以同步或同时从相应的睡眠模式中唤醒，以根据需要使用MU-MIMO和/或MU-OFDMA技术来传输/接收数据。
应当注意，为了调度基于触发的UL传输，AP发送触发帧。该触发帧可以是广播帧，其包含关于作为UL多用户组的一部分的那些STA的信息。触发帧还可以包含有关STA将开始向AP传输数据/分组/帧的时间的信息，以及有关传输速率、传输功率、分配给每个STA的资源单元(RU)大小和空间流的信息。触发帧中的源地址(SA)是指传输触发帧的VAP的BSSID。因为根据各种实施例的AP将多个VAP的客户端(STA)分组，所以AP针对每个VAP发送多个触发帧。STA应当在收到触发帧后在短帧间间隔(SIFS)间隔内做出响应。如果AP以常规的单用户方式从每个VAP发送多个触发帧，则来自每个STA的UL传输将与随后的触发帧冲突。因此，可以利用当前描述的MU传输机制(和/或将来的已知/发现/创建的MU传输机制)来从每个BSSID/VAP发送(在一些实施例中，聚合的)触发帧。MU传输机制技术的示例可以在共同待决的美国专利申请序列号17/062,408中找到，其全部内容通过引用并入本文。
图2B示出了跨越多个STA的重叠的TWT SP 220、222和224的示例，多个STA中的至少两个可以附着到不同的VAP(在此示例中，所有STA附着到不同的VAP，并且重叠用虚线表示)。广播TWT协议可以通过向组的所有STA广播包含相关TWT参数/信息的信标来实现。在每个TBTT(目标信标传输时间)间隔传输的信标帧是指从AP发出的周期性传输，其宣告网络中AP的存在。可以在多个无线通信协议中传输信标帧，以能够实现AP与连接的站点的同步。作为非限制性示例，IEEE 802.11LAN协议包括TBTT周期，以允许BSS内的STA进行同步，从而提供有关网络功能和配置的信息。为了限制通信网络中设备之间的空中资源竞争，给定会话的SP的经过时间不应大于TBTT周期的经过时间。TBTT时段包括信标帧之间的经过时间。可以传输多VAP触发226，然后传输UL-OFDMA QoS空帧228，然后依次传输多VAP多STA块ACK(BA)帧230，之后例如DL MU数据232的传输可以开始/进行。应当注意，可以经由DL OFDMA或MU-MIMO传输方案来实行数据232的DL MU传输。
图3A是根据一个实施例的用于同步TWT协议的示例计算组件或设备300的框图。计算组件300可以是例如服务器计算机、控制器或能够处理数据的任意其他类似的计算组件。在图3A的示例实现中，计算组件300包括硬件处理器302和机器可读存储介质304。在一些实施例中，计算组件300可以是控制器的实施例，例如诸如控制器104(图1A)的控制器，或无线网络100的另一个组件，例如诸如AP 106a(图1A)的AP。
硬件处理器302可以是一个或多个中央处理单元(CPU)、基于半导体的微处理器和/或其他适于存储在机器可读存储介质304中的指令的取回和执行的硬件设备。硬件处理器302可以是提取、解码和执行指令，诸如指令306-308，以控制用于升级AP的处理或操作。作为取回和执行指令的替代或补充，硬件处理器302可包括一个或多个电子电路，该电子电路包括用于执行一个或多个指令的功能的电子组件，诸如现场可编程门阵列(FPGA)、专用集成电路(ASIC)或其他电子电路。
诸如机器可读存储介质304的机器可读存储介质可以是包含或存储可执行指令的任意电子、磁性、光学或其他物理存储设备。因此，机器可读存储介质304可以是例如随机存取存储器(RAM)、非易失性RAM(NVRAM)、电可擦除可编程只读存储器(EEPROM)、存储设备、光盘和类似物。在一些实施例中，机器可读存储介质304可以是非暂态存储介质，其中术语“非暂态”不涵盖瞬时传播信号。如以下详细描述的，机器可读存储介质304可以用可执行指令编码，例如指令306-308。
硬件处理器302可以执行指令306，以与多个STA中的每个STA协商TWT参数，其中多个STA中的至少两个被附接到不同的VAP。与上述实施例不同，其中与不同VAP相关联的STA在单个广播TWT协议下被分组，在该实施例中，可以使用单独的TWT协议。然而，类似于上述实施例，可以使TWT协议或更具体地，反映单独TWT协议的TWT参数重叠。
相应地，硬件处理器302可以执行指令308，以在TWT参数的协商期间将公共TWT和公共TWT唤醒持续时间分配给多个站点中的每一个。这样，跨多个VAP的多个STA可以同时唤醒，并开始数据分组/帧的传输/接收。应当理解，被配置为与多个VAP一起操作或作为多个VAP操作的AP可以使用其存储器来跟踪AP与不同STA之间的TWT参数协商。例如除了存储指令306-308之外，机器可读存储介质304还可以存储/高速缓存正在协商的协商的TWT参数/多个TWT参数。通过这种方式，AP知道每个STA(跨相同或不同的VAP)的相关TWT参数，这些参数最终将被协调以创建重叠的TWT协议。如上所述，AP和STA可以协商TWT参数，并且在这样做时，可以建议/请求/要求或接受/替代/指示/拒绝某些TWT参数。例如再次参考图1A，在一个实施例中，AP 106c可能已经与STA 110d和110f协商了重叠的TWT协议。为了使STA 110e与其他STA一致，AP 106c可以要求STA 110e符合TWT参数，TWT参数在AP 106c与STA 110d和110f之间已经建立的重叠TWT协议中被阐述。
图3B示出了跨多个STA的重叠的TWT SP 320、322和324的另一个示例，多个STA中至少两个STA可以附接到不同的VAP。可以通过向每个STA传输包含相关TWT参数/信息的信标来实行单独的TWT协议，其中STA中的至少两个，例如STA 110d和110e，可以与不同的VAP相关联。可以传输多VAP触发326，之后是UL-MU QoS空帧328，然后是多VAP多STA块ACK(BA)帧330，之后例如数据的DL MU传输332可以开始/进行。
图4A是根据一个实施例的用于同步TWT协议的示例计算组件或设备400的框图。计算组件400可以是例如服务器计算机、控制器或能够处理数据的任意其他类似的计算组件。在图4A的示例实现中，计算组件400包括硬件处理器402和机器可读存储介质404。在一些实施例中，计算组件400可以是控制器的实施例，例如诸如控制器104(图1A)的控制器，或无线网络100的另一个组件，例如诸如AP 106a(图1A)的AP。
硬件处理器402可以是一个或多个中央处理单元(CPU)、基于半导体的微处理器和/或适合于存储在机器可读存储介质404中的指令的取回和执行的其他硬件设备。硬件处理器402可以是提取、解码和执行指令，例如指令406-408，以控制用于升级AP的过程或操作。作为取回和执行指令的替代或补充，硬件处理器402可以包括一个或多个电子电路，该电子电路包括用于执行一个或多个指令的功能的电子组件，诸如现场可编程门阵列(FPGA)、专用集成电路(ASIC)或其他电子电路。
诸如机器可读存储介质404的机器可读存储介质可以是包含或存储可执行指令的任意电子、磁性、光学或其他物理存储设备。因此，机器可读存储介质404可以是例如随机存取存储器(RAM)、非易失性RAM(NVRAM)、电可擦可编程只读存储器(EEPROM)、存储设备、光盘和类似物。在一些实施例中，机器可读存储介质304可以是非暂态存储介质，其中术语“非暂态”不涵盖瞬时传播信号。如以下详细描述的，机器可读存储介质404可以用可执行指令编码，例如指令406-408。
硬件处理器402可以执行指令406以与多个STA中的每个STA协商TWT参数，其中多个STA中的至少两个附接到不同的VAP。在该实施例中，可以将TWT协议发布为广播TWT协议和/或作为单独的TWT协议。例如在一些实施例中，例如在跨同一AP无线电上的不同VAP支持大量STA的情况下，可以通过交错不相关的TWT协议来避免/减轻竞争。因此，可以使针对第一VAP协商的TWT协议不与第二VAP相关联的TWT协议完全或部分重叠。应当注意，以这种方式使TWT错开也可以减少STA需要保持清醒的时间量。TWT协议之间的这种错开可以将所有单独的、所有广播的或两种类型的TWT协议组合在一起。
相应地，硬件处理器402可以执行指令408，以在TWT参数的协商期间，逐VAP地将TWT和TWT唤醒持续时间分配给多个站点中的每一个，以使得相应的TWT和TWT唤醒持续时间跨不同的VAP中的每一个交错。如上所述，应当理解，被配置为与多个VAP一起操作或作为多个VAP操作的AP可以使用其存储器来跟踪AP与不同STA和/或每个VAP STA组之间的TWT参数协商。例如对应于特定VAP的协商的TWT参数可以被存储/高速缓存，使得AP可以知道例如TWT SP，并且可以计算其他TWT SP不与已经协商的那些重叠。
图4B示出了跨多个STA的交错的TWT SP 420、422和424的示例。例如在这种情况下，STA 110d被附接到第一VAP，STA 110e被附接到第二VAP，并且STA 110f被附接到第三VAP。广播TWT协议可以通过将包含相关TWT参数/信息的信标传输到附接到特定VAP的一组STA中的每个STA来实行。替代地，也可以实行单独的TWT协议。在此，SP 420、422和424不重叠。应当注意的是，并不是所有的STA都需要是交错的或重叠的。即，在一些情况下，各种实施例考虑具有重叠的SP的一些STA集合，而(多个)另一STA集合可以具有交错的SP。例如参考图4B，代替使STA 110d和110e在SP方面交错，SP 420和422可以重叠(使用虚线示出)，而SP 424相对于SP420和422交错。
如上所述，根据各种实施例，可以实现各种类型的TWT协议或TWT协议操作模式。TWT协议可以是已宣告/未宣告和支持触发/非支持触发的组合。例如在一些实施例中，TWT协议可以是未宣告的并且是支持非触发的。根据这种类型的TWT协议，期望STA在协商的TWT唤醒时间处被唤醒。因此，AP可以立即开始到STA的下行链路传输。在一些实施例中，TWT协议可以不被宣告并支持触发，在这种情况下，再次，期望(多个)STA在协商的TWT唤醒时间唤醒，并且AP可以立即开始下行链路传输。根据STA从AP对触发的接收，上行链路传输可以基于MU机制。在一些实施例中，TWT协议可以被宣告并支持触发。在这样的实施例中，仅在STA通知AP其唤醒状态之后才可以开始DL传输。在其他实施例中，TWT协议可以被宣告并且非支持触发的，在这种情况下，仅在STA将其各自的唤醒状态通知AP之后，才可以再次开始DL传输。此外，UL传输可以由STA仅开始与传输连接-他们不必等待AP触发开始。
图5描绘了示例计算机系统500的框图，在其中可以实现本文描述的各种实施例。计算机系统500包括总线502或用于传送信息的其他通信机制、与总线502耦合以用于处理信息的一个或多个硬件处理器504。(多个)硬件处理器504可以是例如一个或多个通用微处理器。
计算机系统500还包括主存储器506，例如随机存取存储器(RAM)，高速缓存和/或耦合到总线502用于存储将由处理器504执行的信息和指令的其他动态存储设备。主存储器506还可以用于在执行要由处理器504执行的指令的执行期间存储临时变量或其他中间信息。这些指令当被存储在处理器504可以访问的存储介质中时，将计算机系统500渲染为专用机器，该专用机器可以被定制以执行指令中指定的操作。
计算机系统500还包括只读存储器(ROM)508或耦合到总线502用于存储用于处理器504的静态信息和指令的其他静态存储设备。存储设备510，诸如磁盘、光盘、或USB拇指驱动器(闪存驱动器)等，被提供并且被耦合到总线502以存储信息和指令。
计算机系统500还可包括至少一个网络接口512，诸如网络接口控制器(NIC)、网络适配器等或其组合，其耦合到总线502以将计算机系统500连接到至少一个网络。
总体上，本文所使用的词“组件”、“系统”、“数据库”等可以指代以硬件或固件体现的逻辑，或者指代以诸如例如Java、C或C++的编程语言编写的，可能具有入口和出口点的软件指令的集合。可以将软件组件编译并链接到可执行程序中，安装在动态链接库中，或者可以用诸如BASIC、Perl或Python的解释性编程语言编写。将理解，软件组件可以从其他组件或从其自身被调用，和/或可以响应于检测到的事件或中断而被调用。可被配置为在计算设备上执行的软件组件可以在计算机可读介质上提供，诸如光盘、数字视频光盘、闪存驱动器、磁盘或任意其他有形介质，也可以作为数字下载提供(并且可能最初以压缩或可安装的格式被存储，需要在执行之前进行安装、解压缩或解密)。这样的软件代码可以部分地或全部地被存储在执行中的计算设备的存储设备上，以由计算设备执行。软件指令可以被嵌入在诸如EPROM的固件中。还将意识到，硬件组件可以包括连接的逻辑单元，诸如门和触发(flip-flops)，和/或可以包括可编程单元，诸如例如可编程门阵列或处理器。
计算机系统500可以使用定制的硬连线逻辑、一个或多个ASIC或FPGA、固件和/或程序逻辑来实现本文描述的技术，定制的硬连线逻辑、一个或多个ASIC或FPGA、固件和/或程序逻辑与计算机系统结合使计算机系统500成为或将计算机系统500编程为专用机器。根据一个实施例，本文的技术由计算机系统500响应于(多个)处理器504执行包含在主存储器506中的一个或多个指令的一个或多个序列来执行。这些指令可以从另一存储介质读取到主存储器506中，诸如存储设备510。包含在主存储器506中的指令序列的执行使(多个)处理器504执行本文所述的过程步骤。在替代实施例中，可以使用硬连线电路代替软件指令或与软件指令结合使用。
如本文所用，术语“非暂态介质”和类似术语是指存储使机器以特定方式操作的数据和/或指令的任意介质。这样的非暂态介质可以包括非易失性介质和/或易失性介质。非易失性介质包括例如光盘或磁盘，诸如存储设备510。易失性介质包括动态存储器，诸如主存储器506。非暂态介质的常见形式包括例如软盘、磁盘、硬盘、固态驱动器、磁带或任意其他磁性数据存储介质、CD-ROM、任意其他光学数据存储介质、带孔图案的任意物理介质、RAM、PROM和EPROM、FLASH-EPROM、NVRAM、任意其他存储芯片或盒式磁带以及它们的联网版本。
非暂态介质不同于但可以与传输介质结合使用。传输介质参与非暂态介质之间的信息传输。例如传输介质包括同轴电缆、铜线和光纤，包括构成总线502的导线。传输介质还可以采用声波或光波的形式，诸如在无线电波和红外数据通信期间生成的声波或光波。
如本文所使用的，术语“或”可以以包括性或排他性的意义来解释。而且，不应将单数形式的资源、操作或结构的描述理解为排除复数。除非另外明确说明或在所使用的上下文中以其他方式理解，否则条件性语言，诸如“能够”、“能”、“可以”或“可”，通常旨在传达某些实施例包括，而其他实施例不包括，某些特征、元件和/或步骤。
除非另有明确说明，否则本文档中使用的术语和短语及其变体应被解释为开放式的，而不是限制性的。作为前述示例，术语“包括”应被理解为意思是“包括但不限于”等。术语“示例”用于提供所讨论项目的示例性实例，而不是其穷尽性或限制性的清单。术语“一”或“一个”应理解为“至少一个”、“一个或多个”等。在某些情况下，出现宽泛的单词和短语，诸如“一个或多个”、“至少”、“但不限于”或其他类似的短语，不应被理解为在没有这种扩大用语的情况下，旨在或要求该狭义的情况。

Claims (20)

1.一种用于协商目标唤醒时间(TWT)协议的系统，包括：
处理器；以及
存储器，操作地被连接到所述处理器，并且包括计算机代码，所述计算机代码在被执行时使所述处理器：
对多个站点进行分组，所述多个站点中的至少两个站点被附接到不同的虚拟接入点(VAP)，其中一组站点中的站点能够在另一时间段内被分组到另一组站点；以及
与分组的所述多个站点中的每个站点协商所述目标唤醒时间(TWT)协议，所述目标唤醒时间(TWT)协议包括针对所述分组的所述多个站点中的每个站点重叠的TWT服务时段(SP)。
2.根据权利要求1所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时还使所述处理器用于：基于具有相同或相似业务模式的所述多个站点，来对所述多个站点进行分组。
3.根据权利要求1所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：在协商的所述TWT协议包括未宣告的TWT协议时，开始来自所述VAP中的每个VAP的下行链路传输，而无需等待来自所述多个站点的唤醒状态指示。
4.根据权利要求1所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：在协商的所述TWT协议包括宣告的TWT协议时，仅在从所述多个站点接收到唤醒状态指示后，才开始来自所述VAP中的每个VAP的下行链路传输。
5.根据权利要求1所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：在协商的所述TWT协议包括支持非触发的TWT协议时，从所述VAP中的每个VAP接收上行链路传输，而不向所述多个站点传输触发。
6.根据权利要求1所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：当协商的所述TWT协议包括支持触发的TWT协议时，在向所述多个站点传输触发之后，从所述VAP中的每个VAP接收上行链路传输。
7.根据权利要求1所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：根据多用户(MU)传输机制，分别实行去往与同一VAP相关联的所述多个站点中的每个站点的下行链路传输、以及来自与同一VAP相关联的所述多个站点中的每个站点的上行链路传输。
8.一种用于协商目标唤醒时间参数的系统，包括：
处理器；以及
存储器，操作地被连接到所述处理器，并且包括计算机代码，所述计算机代码在被执行时使所述处理器：
与多个站点中的每个站点协商所述目标唤醒时间(TWT)参数，其中所述多个站点中的至少两个站点被附接到不同的虚拟接入点(VAP)，其中所述多个站点被分组，并且一组站点中的站点能够在另一时间段内被分组到另一组站点；以及
在所述TWT参数的所述协商期间，将TWT和TWT唤醒持续时间分配给所述多个站点中的每个站点，其中所述TWT和TWT唤醒持续时间在所述多个站点中的每个站点中是公共的。
9.根据权利要求8所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时还使所述处理器：基于具有相同或相似业务模式的所述多个站点，来对所述多个站点进行分组。
10.根据权利要求8所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：在协商的所述TWT参数包括未宣告的TWT协议时，开始来自所述不同的VAP中的每个VAP的下行链路传输，而无需等待来自所述多个站点的唤醒状态指示。
11.根据权利要求8所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：在协商的所述TWT参数包括宣告的TWT协议时，仅在从所述多个站点接收到唤醒状态指示后，才开始来自所述不同的VAP中的每个VAP的下行链路传输。
12.根据权利要求8所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：在协商的所述TWT参数包括支持非触发的TWT协议时，从所述VAP中的每个VAP接收上行链路传输，而不向所述多个站点传输触发。
13.根据权利要求8所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：在协商的所述TWT参数包括支持触发的TWT协议时，在向所述多个站点传输触发之后，从所述VAP中的每个VAP接收上行链路传输。
14.根据权利要求8所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：根据多用户(MU)传输机制，分别实行去往与同一VAP相关联的所述多个站点中的每个站点的下行链路传输、以及来自与同一VAP相关联的所述多个站点中的每个站点的上行链路传输。
15.一种协商目标唤醒时间参数的系统，包括：
处理器；以及
存储器，操作地被连接到所述处理器，并且包括计算机代码，所述计算机代码在被执行时使所述处理器：
与多个站点中的每个站点协商所述目标唤醒时间(TWT)参数，其中所述多个站点中的至少两个站点被附接到不同的虚拟接入点(VAP)，其中所述多个站点被分组，并且一组站点中的站点能够在另一时间段内被分组到另一组站点；以及
在所述TWT参数的所述协商期间，逐VAP地将TWT和TWT唤醒持续时间分配给所述多个站点中的每个站点，使得相应TWT和TWT唤醒持续时间跨所述不同的VAP中的每个VAP被错开。
16.根据权利要求15所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时还使所述处理器：基于具有相同或相似业务模式的所述多个站点，来对所述多个站点进行分组。
17.根据权利要求15所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：在协商的所述TWT参数包括未宣告的TWT协议时，开始来自所述不同的VAP中的每个VAP的下行链路传输，而无需等待来自所述多个站点的唤醒状态指示。
18.根据权利要求15所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：在协商的所述TWT参数包括宣告的TWT协议时，仅在从所述多个站点接收到唤醒状态指示后，才开始来自所述不同的VAP中的每个VAP的下行链路传输。
19.根据权利要求15所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：在协商的所述TWT参数包括支持非触发的TWT协议时，从所述VAP中的每个VAP接收上行链路传输，而不向所述多个站点传输触发。
20.根据权利要求15所述的系统，其中所述存储器包括计算机代码，所述计算机代码在被执行时：在协商的所述TWT参数包括支持触发的TWT协议时，在向所述多个站点传输触发之后，从所述VAP中的每个VAP接收上行链路传输。
CN202110428244.XA 2020-10-02 2021-04-21 用于协商目标唤醒时间协议的系统 Active CN114390664B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US17/062,494 2020-10-02
US17/062,494 US11375451B2 (en) 2020-10-02 2020-10-02 Target wake time synchronization across virtual access points

Publications (2)

Publication Number Publication Date
CN114390664A CN114390664A (zh) 2022-04-22
CN114390664B true CN114390664B (zh) 2023-09-05

Family

ID=80738277

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110428244.XA Active CN114390664B (zh) 2020-10-02 2021-04-21 用于协商目标唤醒时间协议的系统

Country Status (3)

Country Link
US (1) US11375451B2 (zh)
CN (1) CN114390664B (zh)
DE (1) DE102021109309B4 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106998582A (zh) * 2016-01-22 2017-08-01 华为技术有限公司 协商目标唤醒时间的方法、接入点和站点
WO2018132668A1 (en) * 2017-01-13 2018-07-19 Intel Corporation Broadcast/multicast transmission synchronization at a target wake time
CN108781412A (zh) * 2016-03-09 2018-11-09 高通股份有限公司 动态广播时间以唤醒服务时段分配
CN109891945A (zh) * 2016-10-24 2019-06-14 高通股份有限公司 优化目标唤醒时间(twt)操作
WO2020119734A1 (zh) * 2018-12-12 2020-06-18 华为技术有限公司 信息传输的方法和通信装置
CN111543111A (zh) * 2018-01-02 2020-08-14 高通股份有限公司 针对多个基本服务集的通信调度的宣告

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013106758A1 (en) * 2012-01-11 2013-07-18 Broadcom Corporation Target wake time (twt) within single user, multiple user, multiple access, and/or mimo wireless communications
CN107508462B (zh) 2017-07-10 2020-01-07 昂宝电子（上海）有限公司 针对负载的切换控制器和方法
US10750445B2 (en) * 2017-09-01 2020-08-18 Intel IP Corporation Methods and apparatus to facilitate target wake time management between access points and devices
US20190253968A1 (en) * 2018-02-14 2019-08-15 Qualcomm Incorporated Managing target wake time scheduling using congestion metrics
US20190268846A1 (en) * 2018-02-27 2019-08-29 Qualcomm Incorporated Suspend, resume, and teardown of twt sessions and memberships
US20190306790A1 (en) * 2018-03-28 2019-10-03 Qualcomm Incorporated Method and apparatus for managing target wake time in a communication network
US10609147B2 (en) * 2018-05-23 2020-03-31 Cisco Technology, Inc. Target wake time and grouping scheme for IoT transmitters
US11197242B2 (en) * 2019-01-14 2021-12-07 Cisco Technology, Inc. Coordinated target wake time (TWT) service for localized wireless neighborhoods
US11743834B2 (en) * 2019-10-28 2023-08-29 Intel Corporation Enhanced multi-band power saving for wireless communications

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106998582A (zh) * 2016-01-22 2017-08-01 华为技术有限公司 协商目标唤醒时间的方法、接入点和站点
CN108781412A (zh) * 2016-03-09 2018-11-09 高通股份有限公司 动态广播时间以唤醒服务时段分配
CN109891945A (zh) * 2016-10-24 2019-06-14 高通股份有限公司 优化目标唤醒时间(twt)操作
WO2018132668A1 (en) * 2017-01-13 2018-07-19 Intel Corporation Broadcast/multicast transmission synchronization at a target wake time
CN111543111A (zh) * 2018-01-02 2020-08-14 高通股份有限公司 针对多个基本服务集的通信调度的宣告
WO2020119734A1 (zh) * 2018-12-12 2020-06-18 华为技术有限公司 信息传输的方法和通信装置
CN111315029A (zh) * 2018-12-12 2020-06-19 华为技术有限公司 信息传输的方法和通信装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Target Wake Time:Scheduled Access in IEEE 802.11ax WLANs";Maddalena Nurchis and Boris Bellalta;《IEEE》;20190308;第143页第1行-第147页最后一行 *

Also Published As

Publication number Publication date
US20220110052A1 (en) 2022-04-07
CN114390664A (zh) 2022-04-22
DE102021109309A1 (de) 2022-04-07
US11375451B2 (en) 2022-06-28
DE102021109309B4 (de) 2024-04-18

Similar Documents

Publication Publication Date Title
EP3275231B1 (en) Establishing a secure nan data link
CN109076574B (zh) 涉及针对站的唤醒时间段的无线通信
US20190037595A1 (en) Managing unscheduled uplink access
US20140329498A1 (en) Systems and methods for power save during initial link setup
WO2020019905A1 (zh) 控制信标帧发送的方法及相关装置
CN109041039A (zh) 用于设备对设备通信的用户设备及其方法
US8300578B2 (en) System, apparatus and method for seamless roaming through the use of routing update messages
JP2018518095A (ja) 無線通信システムにおいてｎａｎプロキシサーバーに登録する方法及び装置
RU2523968C2 (ru) Обнаружение сети в беспроводных системах связи
US9319902B2 (en) Method for receiving downlink signal by station in wireless communication system
WO2023130471A1 (zh) 小区接入方法、装置、设备及可读存储介质
EP3297391A1 (en) Requesting connection via a relay capable wireless terminal
US11758470B2 (en) Systems and methods for enhancing mesh over Wi-Fi 6E
US10362600B2 (en) Emulating virtual port control of airtime fairness using per station enhanced distributed channel access (EDCA) parameters
CN110191485B (zh) 用于测量的递送的方法和装置
CN109526039A (zh) 一种发送系统信息的方法和设备
JP2006303695A (ja) 無線ｌａｎシステム
CN114390664B (zh) 用于协商目标唤醒时间协议的系统
CN113260032B (zh) 唤醒无线电分组标识符分配
CN117793688A (zh) 针对af会话的外部参数提供的新方法
WO2021109063A1 (en) Twt based multi-connection mechanism
Alexander et al. Modeling of vertical handover from 3GPP LTE to cognitive wireless regional area network
WO2023071634A1 (zh) 一种通信方法及装置
CN112312560A (zh) 功率节省感知的资源单元分配
Gonzalez et al. Seamless handover in 802.11 with automatic power save delivery

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant