CN115152305A - 由non-ap sta发起的请求触发帧和txop共享 - Google Patents

由non-ap sta发起的请求触发帧和txop共享 Download PDF

Info

Publication number
CN115152305A
CN115152305A CN202180016707.XA CN202180016707A CN115152305A CN 115152305 A CN115152305 A CN 115152305A CN 202180016707 A CN202180016707 A CN 202180016707A CN 115152305 A CN115152305 A CN 115152305A
Authority
CN
China
Prior art keywords
txop
station
sta
frame
sharing
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.)
Pending
Application number
CN202180016707.XA
Other languages
English (en)
Inventor
忻良骁
M·阿布欧埃尔首德
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.)
Sony Group Corp
Original Assignee
Sony Group Corp
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 Sony Group Corp filed Critical Sony Group Corp
Publication of CN115152305A publication Critical patent/CN115152305A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0808Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H04W74/0816Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0268Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • H04L1/0008Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length by supplementing frame payload, e.g. with padding bits
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0278Traffic management, e.g. flow control or congestion control using buffer status reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/04Scheduled access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • H04W74/0841Random access procedures, e.g. with 4-step access with collision treatment
    • H04W74/085Random access procedures, e.g. with 4-step access with collision treatment collision avoidance
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/54Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]

Landscapes

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

Abstract

提供一种用于在利用CSMA/CA的网络上操作的无线通信装置、系统或方法,其中,non‑AP站可以共享它们的TXOP。在获得TXOP后,non‑AP站在其BSS内通知AP共享TXOP。AP从站收集缓冲的QoS要求和缓冲状态,并在共享TXOP期间布置传送,以满足由STA报告的缓冲的QoS要求。non‑AP站也可以通过使用触发帧或其它机制的AP共享其TXOP。AP站可以是多链路设备的一部分,并且AP可以在MLD的多个链路上布置传送。

Description

由NON-AP STA发起的请求触发帧和TXOP共享
(对相关申请的交叉引用)
本申请要求在2021年4月12日提交的美国专利申请序列No.17/228214的优先权和权益,在此通过引用并入其全部内容,该申请要求在2020年8月17日提交的美国临时专利申请序列No.63/066354的优先权和权益,在此通过引用并入其全部内容。
(关于联邦资助的研究或开发的声明)
不适用。
(计算机程序附录的引用合并)
不适用。
(受版权保护材料的通知)
本专利文件中的材料的一部分可能受到美国和其它国家版权法的版权保护。正如美国专利和商标局公开可用的文件或记录中所示,版权所有人不反对任何人传真复制专利文件或专利公开,但无论如何保留所有版权。版权所有人在此不放弃其对本专利文件保密的任何权利,包括但不限于其根据37C.F.R.§1.14享有的权利。
技术领域
本公开的技术通常属于无线通信系统(WLAN),更具体地说,属于使用CSMA/CA的WLAN,在该CSMA/CA中,非接入点(non-AP)站获得并共享传送机会(TXOP),其中AP在TXOP期间通过缓冲布置传送。
背景技术
使用载波侦听多址访问/冲突避免(CSMA/CA)的当前无线技术专注于实现网络的高吞吐量性能,但它们缺乏诸如实时应用(RTA)要求的满足一些包对低延迟交付的需求的能力。
RTA需要低延迟通信,并使用尽力而为的通信。从RTA生成的数据在本文中被称为RTA流量,并将在发射器站(STA)处被打包为RTA包。此外,从非时间敏感应用生成的数据在本文中将被称为非RTA流量,并将在发射器STA处被打包为非RTA包。
RTA包由于其对包交付的高及时性要求,因此需要低延迟。RTA包当其在一定时间周期内被交付时是有效的。CSMA/CA无线技术中的一个方案是使STA以更少的信道争用时间更快地获得信道接入。
由于CSMA/CA的随机信道接入场景,STA需要在传送各包之前感测和争用信道接入。虽然短的信道争用时间加速信道接入,但与RTA包的延迟要求相比,争用时间可能仍然是显著的,从而妨碍在所需的时间间隔内交付。
因此,需要支持低延迟RTA包传送的机制。与现有技术相比,本公开满足该需求并提供额外的益处。
发明内容
描述了利用CSMA/CA的WLAN协议,其中,non-AP STA获得TXOP并在其BSS内通知AP共享TXOP。BSS的AP从STA收集缓冲的QoS要求和缓冲状态。AP然后在共享TXOP期间布置传送,以满足由STA报告的缓冲的服务质量(QoS)要求。
在上述的一种变更例中,non-AP STA向其相关联的AP发送请求触发帧(RTF),并在RTF中嵌入触发帧(TF)的建议参数设定。AP接收RTF并根据STA的请求发送TF。
附加变更例描述如何将其用于多链路操作。在一种变更例中,AP多链路设备(MLD)在一条链路上发送缓冲状态报告(BSRP)帧,以从其相关联的non-AP MLD收集缓冲的QoS要求和缓冲状态。AP MLD在多个链路中用其关联的non-AP MLD与其所有附属AP共享缓冲的QoS要求和缓冲状态。然后,各附属AP使用来自其关联的non-AP MLD的缓冲的QoS要求和缓冲状态以调度传送。
在另一变更例中,non-AP STA接入一条链路上的信道,并与其相关联的AP共享其TXOP。相关联AP的AP MLD争用另一链路上的信道,并在链路1上的TXOP共享期间内获得信道接入。AP MLD在两条链路上布置传送。
本公开包括许多变更例和示例。
本文所述技术的其它方面将在说明书的以下部分中提出,其中,详细描述的目的是完全公开技术的优选实施例而不对其施加限制。
附图说明
通过参考以下仅用于说明目的的附图,将更充分地理解在本文中描述的技术:
图1是IEEE 802.11下的CSMA/CA中的重传方案的流程图。
图2A和图2B是常规WLAN系统中的数据帧和ACK帧格式的数据字段图。
图3是IEEE 802.11ax中的HE-SU PPDU帧格式的数据字段图。
图4是在CSMA/CA中执行重传时的双大小争用窗口的通信序列图。
图5是表示由于达到CSMA/CA下的重试极限而丢弃的包的通信序列图。
图6是IEEE 802.11ax中的HE-MU PPDU帧格式的数据字段图。
图7是IEEE 802.11ax中的HE-TB PPDU帧格式的数据字段图。
图8是IEEE 802.11ax中的触发帧格式的数据字段图。
图9是图8所示的触发帧中的公共信息字段的数据字段图。
图10是图8所示的触发帧中的触发帧中的用户信息字段的数据字段图。
图11是对于MU-BAR在图10中看到的触发帧中的触发依赖用户信息字段的数据字段图。
图12是常规WLAN系统中的块ACK(BA)帧格式的数据字段图。
图13是BSR帧格式的数据字段图。
图14是OFDMA系统的下行链路中的CSMA/CA重传方案的通信序列图。
图15是OFDMA系统的上行链路中的CSMA/CA重传方案的通信序列图。
图16是EDCA队列系统的队列结构图。
图17是EDCA信道接入的通信格式图。
图18是常规IEEE 802.11be前导的数据字段图。
图的19是根据本公开的至少一个实施例的诸如包含于多链路设备硬件中的站构成的硬件框图。
图20是根据本公开的至少一个实施例考虑的站拓扑实施例。
图21是根据本公开的至少一个实施例执行的non-AP STA在其相关BSS内共享TXOP的流程图。
图22是根据本公开的至少一个实施例执行的AP从non-AP STA接收用于启动TXOP共享的帧的流程图。
图23是根据本公开的至少一个实施例的non-AP STA发送RTF的流程图。
图24是根据本公开的至少一个实施例的AP接收RTF的流程图。
图25是根据本公开的至少一个实施例的AP收集其BSS内的STA的缓冲状态的流程图。
图26是根据本公开的至少一个实施例的non-AP STA向其相关联的AP报告其缓冲状态的流程图。
图27是根据本公开的至少一个实施例的对于non-AP STA从AP请求P2P触发帧的示例的通信序列图。
图28是根据本公开的至少一个实施例的对于non-AP STA从AP请求P2P触发帧并且AP发送多个P2P-TF的示例的通信序列图。
图29是根据本公开的至少一个实施例的对于non-AP STA从AP请求P2P触发帧并且AP为多个P2P传送发送一个P2P-TF的示例的通信序列图。
图30是根据本公开的至少一个实施例的对于non-AP STA从AP请求基本触发帧的示例的通信序列图。
图31是根据本公开的至少一个实施例执行的对于non-AP STA从AP请求基本触发帧以使用所有RU的示例的通信序列图。
图32是根据本公开的至少一个实施例的对于non-AP STA从AP请求基本触发帧并且AP为多个上行链路传送发送一个TF的示例的通信序列图。
图33是根据本公开的至少一个实施例的对于non-AP STA从AP请求基本触发帧并且AP发送多个TF的示例的通信序列图。
图34是根据本公开的至少一个实施例的对于non-AP STA通过向AP发送RTF帧共享TXOP的示例的通信序列图。
图35是根据本公开的至少一个实施例的对于non-AP STA通过向AP发送RTS帧共享TXOP的示例的通信序列图。
图36是根据本公开的至少一个实施例执行的对于当两个STA使用不同的RU以在MU-BSR中承载缓冲状态报告时non-AP STA通过向AP发送MU-BSR帧共享TXOP的示例的通信序列图。
图37是根据本公开的至少一个实施例执行的对于当两个STA使用相同的RU以在MU-BSR中承载缓冲状态报告时non-AP STA通过向AP发送MU-BSR帧共享TXOP的示例的通信序列图。
图38是根据本公开的至少一个实施例的对于non-AP STA通过向AP发送CTS帧共享TXOP的示例的通信序列图。
图39是根据本公开的至少一个实施例的对于non-AP STA通过向AP发送BSR帧共享TXOP的示例的通信序列图。
图40是根据本公开的至少一个实施例的对于non-AP STA通过在不共享TXOP的情况下向AP发送RTF帧发起P2P传送的示例的通信序列图。
图41是根据本公开的至少一个实施例的对于non-AP STA通过在共享TXOP的情况下向AP发送RTF帧发起P2P传送的示例的通信序列图。
图42是根据本公开的至少一个实施例的对于当non-AP STA通过向AP发送P2P-BSR帧共享TXOP时启用P2P传送的示例的通信序列图。
图43是根据本公开的至少一个实施例的对于当non-AP STA在两个STA使用不同的RU以在MU-BSR中承载BSR时通过向AP发送MU-BSR帧共享其TXOP时启用P2P传送的示例的通信序列图。
图44是根据本公开的至少一个实施例的对于当non-AP STA在两个STA使用相同的RU以在MU-BSR中承载BSR时通过向AP发送MU-BSR帧共享其TXOP时启用P2P传送的示例的通信序列图。
图45是根据本公开的至少一个实施例的对于当non-AP STA通过向AP发送CTS帧共享其TXOP时启用P2P传送的示例的通信序列图。
图46A和图46B是根据本公开的至少一个实施例的对于当non-AP STA共享其TXOP时启用P2P传送的示例的通信序列图。
图47A~图47C是根据本公开的至少一个实施例的对于AP在TXOP中布置传送的示例的通信序列图。
图48A和图48B是根据本公开的至少一个实施例执行的对于当non-AP MLD不能进行STR时non-AP MLD在多链路场景中共享其TXOP的示例的通信序列图。
图49是根据本公开的至少一个实施例的任何类型的BSR帧格式的数据字段图。
图50是根据本公开的至少一个实施例的BA+BSR帧格式的数据字段图。
图51是根据本公开的至少一个实施例的data(数据)+BSR帧格式的数据字段图。
图52是根据本公开的至少一个实施例的用于BSR控制子字段变更例的HT控制字段格式的数据字段图。
图53是根据本公开的至少一个实施例的作为A-控制子字段的RTA-BSR控制子字段的数据字段图。
图54是根据本公开的至少一个实施例的作为A-控制子字段的P2P-BSR控制子字段的数据字段图。
图55是根据本公开的至少一个实施例的RTF帧格式的数据字段图。
图56是根据本公开的至少一个实施例的用于TXOP共享的CTS帧格式的数据字段图。
图57是根据本公开的至少一个实施例的P2P触发帧格式及其从属用户信息字段的数据字段图。
图58是根据本公开的至少一个实施例的指示TXOP共享时的前导的格式的数据字段图。
具体实施方式
1.IEEE 802.11下的WLAN系统
1.1.CSMA/CA系统
在WLAN系统中,IEEE 802.11使用CSMA/CA以允许站(STA)获得对用于包传送和重传的信道的接入。
图1描绘了该过程的流程图。在CSMA/CA系统中,在各传送和重传之前,STA必须感测信道状态并设定争用信道接入的退避时间。退避时间由0和争用窗口大小之间的均匀随机变量决定。在STA等待退避时间并检测到信道空闲后,STA可以发送包。
如果接收到对传送的确认(ACK),则传送成功。否则,需要那个包的重传;由于STA在超时发生之前没有接收到对包传送的ACK。当需要重传时,STA检查已对包执行的重传次数。如果重传尝试次数超过重试限制,则丢弃包,并且不安排重传。否则,安排重传。
如果安排重传,则需要另一退避时间以争用重传信道接入。如果争用窗口的大小尚未达到上限,则STA增加它。
STA根据争用窗口的新大小设定另一退避时间。STA等待用于检查信道状态并执行其重传的退避时间周期,并相应地行进。
图2A示出常规WLAN系统中的具有以下字段的数据帧格式。帧控制字段指示帧的类型。持续期字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接受方的地址。TA字段包含传送帧的STA的地址。序列控制字段包含包的片段号和序列号。数据字段包含帧的数据有效载荷。在这里和本文描述的其它数据结构中也显示了帧检查序列(FCS)。FCS是在将数据从源传送到目的地时添加到通信协议中的帧的错误检测代码。
图2B示出具有以下字段的常规WLAN系统中的确认(ACK)帧格式。帧控制字段指示帧的类型。持续期字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接受方的地址。
图3描绘IEEE 802.11ax中的用于SU传送的高效(HE)单用户(SU)物理层协议数据单元(PPDU)格式;该格式包含以下字段。
L-STF字段是非HT短训练字段。L-LTF字段是非HT长训练字段。L-SIG字段是非HTSIGNAL字段。RL-SIG字段是重复的非HT SIGNAL字段。HE-SIG-A字段是HE SIGNAL A字段。HE-STF字段是HE短训练字段。HE-LTF字段是HE长训练字段。数据字段是以PSDU来承载数据的字段。PE字段是包扩展字段。
图4示出退避时间由于重传而增加的CSMA/CA中重传的一个示例。数据帧和ACK帧分别使用如图2A~图2B所示的格式。通过使用如图3所示的包格式对帧进行封包。在该示例中,在发射器传送包的初始传送后,它在超时之前没有接收到ACK。因此,它为第一次重传设定另一退避时间,由此,争用窗口的大小为n个时隙。在等待退避时间之后,发射器STA第一次重传包。然而,重传也失败。发射器STA需要重传包,并再次设定退避时间以再次争用信道接入。这一次,由于重传,争用窗口的大小翻倍,即2*n个时隙。预期退避时间也因争用窗口大小而翻倍。由于它在超时之前接收到ACK,因此第二次重传成功。
图5示出在重传次数超过重试限制后丢弃包的一个示例。让我们用R表示重试限制。数据帧和ACK帧分别使用如图2A和图2B所示的格式。通过使用如图3所示的包格式对帧进行封包。如图5所示,在包的初始传送失败后,发射器STA多次重传那个包。然而,没有一次重传成功。在重传R次之后,重传的次数超过重试限制,由此发射器STA停止重传包,并且该包被丢弃。
1.2.多用户传送
多用户传送在诸如IEEE 802.11的无线网络中可用。自IEEE 802.11ax以来,网络支持上行链路和下行链路两方向的多用户传送。IEEE 802.11ax中的多用户传送包括可以任意地单独或者一起使用的多输入多输出(MIMO)模式和正交频分多址访问(OFDMA)模式。
IEEE 802.11ax使用诸如图2A和图2B所示的多用户(MU)传送包格式,以按多用户模式传送数据。当多个用户传送或接收“多用户传送包”时,所有用户共享多用户传送包的相同物理层会聚过程(PLCP)标头(header)。然后,各用户通过使用包括资源单元(RU)分配以及调制和编码方案(MCS)等的单独的资源块传送或接收由多用户传送包承载的数据。
IEEE 802.11ax定义多个PPDU格式,以在不同的多用户传送场景中传送包。它们被列示如下。
图6描绘用于下行链路(DL)多用户传送的HE多用户(MU)PPDU格式。与图3所示的单用户PPDU格式相比,它将HE-SIG-B字段添加到其格式中,这向各用户提供单独的资源块分配信息。
图7表示用于上行链路(UL)多用户传送的基于HE触发的(TB)PPDU格式。除HE-STF字段长度为8μs外,HE-TB PPDU格式中的字段与HE单用户PPDU格式中的字段相同。
图8描绘具有以下字段的触发帧的内容。帧控制字段指示帧的类型。持续期字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接受方的地址。TA字段包含传送帧的STA的地址。公共信息字段包括如图9所示的用于所有分配的STA的信息。用户信息字段包括如图10所示的用于各STA的信息。公共信息字段和用户信息字段为各用户提供单独的资源块分配信息。
通过将公共信息字段中的触发类型设定为“2”,可以将图8中所示的触发帧作为多用户块ACK请求(MU-BAR)传送。当触发帧是MU-BAR时,触发帧中的触发从属用户信息字段(如图10所示)的内容如图11所示。
图12表示具有以下字段的块ACK帧的内容。帧控制字段指示帧的类型。持续期字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接受方的地址。TA字段包含传送帧的STA的地址。块确认(BA)控制字段指示块ACK的策略。BA信息字段包含传送的反馈。
图13描绘具有以下字段的缓冲状态报告(BSR)帧的内容。帧控制字段指示帧的类型。持续期字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接受方的地址。TA字段包含传送帧的STA的地址。HT控制字段表示BSR控制子字段变更例。格式指示是用于指示HT控制字段的格式的字段。当其中的位B0和B1被设定为1时,这表示HT控制字段使用HE格式。该字段后面有A控制字段。A控制字段是承载缓冲状态报告的字段。控制ID字段表示在控制信息字段中承载BSR。控制信息字段承载BSR控制子字段变更例。ACI位图字段表示报告缓冲状态的接入类别。Delta TID字段表示报告缓冲状态的TID的数量。ACI高(High)字段表示在队列大小高(High)字段中报告的接入类别。比例因子字段表示队列大小高和队列大小全部(ALL)字段使用的单位。队列大小高字段表示在ACI高中以比例因子为单位表示的接入类别(AC)的队列大小。队列大小全部字段表示在ACI位图中以比例因子为单位指示的AC的队列大小。
图14描绘了使用正交频分多址访问(OFDMA)的下行链路(DL)多用户(MU)传送的示例。发射器AP通过使用HE MU PPDU格式将数据传送到其接收器1、2、3和4。完成初始传送后,AP向所有接收器发送多用户块ACK请求(MU-BAR)。然后,接收器将块ACK(BA)发送回AP。根据BA中的内容,AP决定将包重传到接收器1、3和4。它争用通道,等待退避时间。第一重传发生在AP获得信道接入之后。
图15描绘使用OFDMA的上行链路(UL)多用户(MU)传送的示例。AP首先向所有发射器1、2、3和4发送缓冲状态报告请求(BSRP)触发帧。然后,发射器接收BSRP触发帧并将其缓冲状态报告(BSR)发送回AP。然后,AP向所有发射器1、2、3和4发送触发帧。在触发帧中分配的信道资源基于从STA接收的BSR。发射器接收触发帧并且通过使用由触发帧分配的资源块开始初始传送。多用户传送包使用HE-TB PPDU格式。AP从发射器接收包,并发送BA帧以报告传送被适当接收了。
3.3.EDCA系统
图16示出IEEE 802.11中的增强DCF信道接入(EDCA)队列系统的参考模型。系统包含与四种不同接入类别(ACs)相关联的六个传送队列。各AC使用EDCA功能(EDCAF)以争用用于在其相应的传送队列中传送包的信道接入。
六个传送队列是语音(VO)、备用语音(A_VO)、备用视频(A_VI)、视频(VI)、尽力而为(best effort,BE)和背景(BK)。各传送队列决定队列中的包的传送顺序。
四个AC是语音(VO)、视频(VI)、尽力而为(BE)和背景(BK)。各AC具有EDCA功能(EDCAF),以提供信道争用的功能。当多个EDCAF试图同时接入信道时,使用内部冲突避免机制。当发生内部冲突时,具有较高优先级的EDCAF获得信道接入。
表1列出对在IEEE 802.11的EDCA队列中使用的接入类别(AC)映射的用户优先级(UP)。第二列和第三列表示流量的用户优先级及其在IEEE 802.1D中的相应指定。在各行中,根据用户优先级,流量将在相应的传送队列和接入类别中排队。优先级从顶行到底行增加。优先级越高的流量越有可能提前传送。
图17示出EDCA的信道接入过程。如图所示,它还比较了仅使用分布式协调功能(DCF)时的EDCA信道接入。当仅使用DCF时,当介质空闲时间超过DCF帧间空间(DIFS)时间时,STA能够立即接入信道。否则,它使用CSMA/CA以争用信道。在感测到信道在DIFS时间内空闲后,只要介质空闲,它就开始对退避进行倒数。退避时隙的数量在0和其争用窗口之间随机选择。如图1所示,争用窗口被更新。当CCA繁忙时,诸如当STA感觉到信道繁忙时,STA暂停对退避进行倒数。当退避倒数至零时,STA开始传送包。
在EDCA中,如图16所示的各EDCAF能够立即接入信道,并且介质的空闲时间超过要获得信道接入的AC的仲裁帧间间隔(AIFS)时间。应该理解,如图所示的AIFS[i]表示AC i的AIFS时间。否则,各EDCAF使用CSMA/CA来为要获得信道接入的各AC争用信道。在感测到信道在AIFS时间内空闲后,只要介质空闲,它就开始倒数退避。退避时隙的数量在0和其争用窗口大小之间随机选择。如图1所示,争用窗口大小被更新。当CCA繁忙时,诸如当STA感测到信道繁忙时,STA暂停倒数退避。当退避倒数至零时,STA开始为该AC传送包。
应该理解,多个EDCAF可以并行争用信道。例如,如图17所示,用于AC i和AC j的EDCAF可以同时争用信道。当发生内部冲突时,具有较高优先级的EDCAF将获得信道接入,而具有较低优先级的EDCAF将使其争用窗口翻倍。当AC是VO或VI时,它们能够保留用于传送包的无争用时间的周期(即,TXOP)。TXOP的最大持续期表示为TXOP极限。
表2列出EDCA通道接入的默认参数设定。各AC具有其自身的最小争用窗口和最大争用窗口。AIFSN代表关于退避时隙的数量的AIFS持续期。TXOP极限代表各AC每次可以保留的TXOP的最大持续期。
1.4.常规IEEE 802.11be PLCP前导
图18是具有以下字段的常规IEEE 802.11be前导格式。L-STF字段表示非HT短训练字段。L-LTF字段表示非HT长训练字段。L-SIG字段表示非HT SIGNAL字段。RL-SIG字段表示重复的非HT SIGNAL字段。U-SIG字段表示EHT通用字段。EHT-SIG字段表示EHT SIGNAL字段。EHT-STF字段表示EHT短训练字段;虽然它可以被一些其它类型的信号训练字段取代。EHT-STF字段表示EHT短训练字段。EHT-LTF字段表示EHT长训练字段。
2.问题陈述
公开的技术描述在一个BSS内支持TXOP共享的WLAN协议。non-AP STA获得TXOP并在BSS内共享TXOP。
使用CSMA/CA的当前无线通信系统不允许non-AP STA在BSS中与其它STA共享其TXOP。在以前的无线协议中,各non-AP STA必须单独地争用信道以获得TXOP。
为了减少由争用时间引起的延迟,利用TXOP共享机制以减少多个STA之间的争用时间。任何接入信道的STA可以在BSS内共享其TXOP。当TXOP被共享时,多个STA能够在共享TXOP期间传送,因此各信道不必单独地争用信道接入。
使用CSMA/CA的当前无线通信系统允许AP在其TXOP中布置传送,诸如多用户传送。AP能够从STA收集缓冲状态,并且它发起上行链路传送。当AP从其相关联的STA收集缓冲状态时,它仅获得用于上行链路传送的缓冲流量的量。然而,可以认识到,RTA流量具有高的及时性要求,但当前的BSR框架不反映RTA流量的QoS要求。因此,AP难以在其TXOP中布置传送以满足RTA流量的QoS要求。
使用CSMA/CA的当前无线通信系统不允许AP在其TXOP中布置点对点(P2P)传送。对诸如AR/VR的一些设备,它可能提出很大的需求,将大量数据从一个non-AP STA直接传送到另一个non-AP STA。
当考虑以下场景时,在CSMA/CA系统中设计TXOP共享机制的任务更具挑战性。RTA包和非RTA包共存,但RTA包具有及时性要求,其中,这些包必须在其到期时间到来之前被传送。允许点对点(P2P)传送,挑战是在共享TXOP期间发起P2P传送。TXOP共享机制的设计必须考虑RTA流量的时间有效性,并在RTA和非RTA流量共存的无线网络中最小化RTA包延迟。
3.本公开的贡献
公开的技术解决non-AP STA获得TXOP并在BSS内共享它时的TXOP共享问题。公开的技术允许获得TXOP的non-AP STA向其AP发送帧以指示TXOP共享的开始。然后,AP可以从STA收集缓冲状态,并在共享TXOP期间布置(订购/调度)传送。
公开的技术解决AP在其调度上行链路传送时只能获得STA的缓冲大小的问题。公开的技术定义可以承载关于报告的缓冲的QoS要求信息的不同类型的缓冲状态报告(BSR)。AP可以在TXOP期间布置传送,以满足报告的缓冲的QoS要求。
公开的技术解决AP在TXOP期间布置P2P传送的问题;由于STA被允许报告P2P缓冲状态,并且AP知道在TXOP中调度P2P传送。
公开的技术还允许在附属于同一AP多链路设备(MLD)的AP之间共享缓冲状态报告。当在一条链路上收集non-AP MLD的缓冲状态时,该信息可以与其它附属AP共享。AP MLD然后能够根据来自non-AP MLD的缓冲状态报告在多个链路上布置传送。
4.实施例
4.1.STA硬件构成
图19示出在本文中在多链路设备(MLD)硬件构成中例示的站硬件的示例性实施例10。多个STA附属于MLD,具有多达“n”个站12a、12b~12n,各站在不同频率的链路上运行。
各站(STA)的硬件具有对应用的外部输入/输出接入14,以及连接到至少一个处理器(CPU、MCU、SoC或其它控制电路)18和存储器(例如RAM或类似的程序和/或数据存储器)20的内部总线16,该组合被配置为用于执行实现该无线通信协议的编程。
各STA容纳至少一个调制解调器22,以支持耦合到至少一个RF模块24的通信,该至少一个RF模块24连接到用于在诸如亚6GHz频带(例如,2.4、5、6GHz)的一个或更多个频带中和/或在毫米波长(mmW)上执行通信的一个或更多个天线26a、26b、26c~26n。在至少一个实施例中,RF模块24包括频率转换器、阵列天线控制器和其它相关电路。
在某些情况下,RF可以被配置为用于全向天线操作,和/或可被定向以增加增益。作为示例,射频模块24被示为具有多个天线,以支持用于该频带上的传送和接收的波束形成。以这种方式,STA可以通过使用一组或多组波束图案传送信号。应当理解,本公开的教导可以支持任何期望的频带。本示例表示在该多链路设备中分组(集群)的多个STA。
总线14允许将各种设备连接到CPU,诸如连接到传感器和致动器等。来自存储器20的指令在处理器18上被执行,以执行实现通信协议的程序,该程序被执行以允许STA执行接入点(AP)站的功能或non-AP(常规)站(STA)的功能。还应理解,编程根据它在当前通信环境中扮演的角色被配置为在不同模式(源、发射器、中间、目的地、接收器、第一AP、其它AP、与第一AP相关联的non-AP站、non-AP TXOP持有者站、non-AP TXOP参与者站、non-AP TXOP非参与者站、与另一AP相关联的站、协调人和被协调人等)下操作。另外,协议被配置为用于与被配置为用于同时发射和接收(STR MLD)或者不具有该能力(non-STR MLD)的单独的站或多链路设备(MLD)内的站一起运行。
应当理解,本公开的STA,诸如该MLD中的那些STA,可以配置有多个调制解调器22,各调制解调器耦合到任意数量的RF电路。通常,使用更多的RF电路将导致天线波束方向的更广泛覆盖。应当理解,利用的RF电路的数量和天线的数量由具体设备的硬件约束确定。当STA确定不需要与相邻STA通信时,RF电路和天线中的一些可能被禁用。
MLD被示为具有用于在其处理器36和相关存储器38以及STA 12a、12b~12n中的每一个之间进行通信的内部总线34。另外,MLD具有外部I/O 32,以为MLD管理实体的MLD、CPU和RAM访问应用,以运行在MLD级别实现通信协议的程序。它可以向各附属的STA分配任务并从各附属的STA收集信息,并在附属的STA之间共享信息。
还应理解,MLD的各STA不需要有它自己的处理器和存储器。在至少一个实施例中,MLD内的站中的一个或更多个可以在它们之间共享处理器和存储器,或者共享MLD电路的处理器和存储器。因此,本公开考虑用于在MLD内通过多个链路进行通信的许多可能布置。
4.2.用于考虑的STA拓扑
图20示出MLD之间的无线拓扑的示例性实施例50。为了更好地解释提出的技术的目标,该图设置网络场景。应当理解,示出该拓扑仅用于例示本文所述的示例性情况;由于本公开提供可以在任何期望拓扑中操作的协议。
多链路设备(MLD)是具有多于一个的附属STA并且具有到逻辑链路控制(LLC)的一个媒体接入控制(MAC)服务接入点(SAP)的设备,该设备包括一个MAC数据服务。该示例假设存在十个STA,这十个STA跨着安装在以一个或更多个窗户/门54为例的一些局部区域或结构(例如会议室)52中的五个MLD 56、58、60、62和64分布。STA 1和STA 1′附属于AP MLD1,STA x和x′附属于non-AP MLDx,这里,x=2、3、4或5。STA 2、3、4、5与链路1上的STA 1相关联,STA 2′、3′、4′和5′与链路2上的STA 1′相关联。
如果MLD能够同时在一条链路上发射并在另一条链路上接收,则这种MLD被称为同时发射和接收MLD(Simultaneous Transmit and Receive MLD,STR-MLD);否则,如果由于设备内操作约束,MLD不能同时在一个链路上发射并在另一链路上接收,则该MLD在本文中被称为non-STR MLD。non-STR MLD可以或者在一个或两个链路上同时发射,或者在一个或两个链路上同时接收。在网络拓扑示例中,MLD1是STR MLD,而本示例中的其它MLD可以或者是STR或者是non-STR。
所有STA使用CSMA/CA进行随机信道接入。可能MLD只能启用一个STA,并表现为单链路设备。
4.3.由non-AP STA发起的TXOP共享
该提出的技术提出non-AP STA在其相关BSS中与其它STA共享其TXOP的方式。当non-AP STA获得信道接入时,它通知其相关联的AP,以在BSS中与其它STA共享其TXOP。当STA发起TXOP共享时,它允许AP满足STA的要求,并在TXOP共享时间内触发额外传送。AP然后在BSS中根据STA的缓冲状态在TXOP期间调度传送。
图21示出当non-AP STA在其相关BSS内共享72其TXOP时所采取的步骤的示例性实施例70。
non-AP STA首先执行74清空信道评估(CCA)以获得信道接入。然后,它向其相关联的AP发送76包含TXOP共享信息的帧,以指示TXOP共享。该帧可以包括被配置为也包含共享信息的任何不同类型的帧,诸如例如请求以发送(RTS)或清空以发送(CTS)或缓冲状态报告(BSR)帧;同时也可能使用新定义的帧,诸如如图55所示的请求触发帧(RTF)帧,在图49中示出新类型的BSR帧。应当注意,RTS帧可能是MU-RTS帧。当发送这些帧时,帧的接收器地址可以是AP和STA之间协商的地址,以指示帧用于发起TXOP共享。或者,AP和non-AP STA也能够调度默认传送这些帧以发起TXOP共享的时间段。即,在调度的时间段内,当AP从non-AP STA接收这些帧时,它知道(识别)它们用于发起TXOP共享。
检查78确定non-AP STA是否在超时之前从其相关联的AP接收到反馈。如果接收到反馈,则non-AP STA发起的TXOP共享成功80。如果RTS由non-AP STA发送,则来自AP的反馈例如可以包括CTS或触发帧,或者,如果其它帧由non-AP STA发送以指示TXOP共享,则来自AP的反馈可以包括触发帧。然后,在框82中,non-AP STA跟随由AP确定的调度,以在TXOP期间发送。
否则,如果在框78处发现non-AP STA在超时之前没有从其相关联的AP接收到反馈,则由non-AP STA发起的TXOP共享失败84。
图22示出当TXOP由其相关联STA中的一个拥有时AP如何在其相关联BSS内启动TXOP共享92的示例性实施例90。
AP从non-AP STA接收用于在BSS内启动TXOP共享的帧94。AP可以任选地发送96BSRP触发帧以收集其相关联STA的缓冲状态。例如,如果它接收触发类型信息被设定为BSRP的CTS帧或RTF,则它可以发送BSRP。在图25中解释AP收集包括其相关联STA的QoS要求的缓冲状态的过程。根据相关联STA的缓冲状态,AP在TXOP期间调度传送98。调度的目的是尽力而为满足相关联STA的所有包的QoS要求,例如延迟、抖动和包丢失。
4.4.由non-AP STA发起的请求触发帧
本公开技术能够允许non-AP STA请求其相关联的AP发送触发帧。
图23示出non-AP STA如何从其相关联的AP请求TF的示例性实施例110。当non-APSTA从AP 112请求TF时,它首先执行清空信道评估(CCA)114以准备获得信道接入。然后,non-AP STA向AP发送116RTF。RTF指示请求的TF的类型,并包含TF的建议参数设定。RTF可以在高吞吐量(HT)控制字段中承载缓冲状态报告(BSR)信息。RTF指示是否允许TXOP共享。
检查118确定是否允许TXOP共享。如果允许共享,则在框120处,non-AP STA跟随由AP 120调度的基于触发的传送。否则,如果不允许共享,则在框122处,non-AP STA在其TXOP期间在完成RTF传送及其请求的传送之后自行布置传送。
应该理解,RTF中的TXOP共享指示字段和TXOP共享持续期字段可以是可选的。如果在RTF中不包括这两个字段或者在RTF中没有其它字段以指示TXOP共享,则默认不允许TXOP共享。
可以通过将接收器地址(RA)字段设定到与AP协商的指示允许TXOP共享的具体地址,替换RTF中的TXOP共享指示字段。
可以通过设定RTF的帧持续期,替换RTF中的TXOP共享时间字段。
图24示出AP在从其相关联的non-AP STA接收132RTF时的反应的示例性实施例130。
当AP STA从其相关联STA接收RTF 132时,它生成134在RTF中指示类型的TF。AP根据RTF的建议设定TF中的参数,以分配用于TF之后的传送的信道资源。AP可以添加和调整TF中的参数。如果RTF承载BSR信息,则应分配信道资源以满足由RTF 134承载的BSR信息。
执行检查136以确定RTF是否允许TXOP共享,即RTF的TXOP共享指示字段是否设定为“1”,并然后允许TXOP共享。在AP完成传送TF和请求的传送之后,如果满足允许共享的条件,则在在RTF中指示的TXOP共享时间期间继续布置传送138。否则,如果不允许共享,则AP仅发送TF 140。
应该理解,RTF中的TXOP共享指示字段和TXOP共享持续期字段可以是可选的。如果在RTF中不包括这两个字段,或者在RTF中没有其它字段指示TXOP共享,则默认不允许TXOP共享。
在至少一个实施例中,可以通过将RA字段设定为与AP协商的指示允许TXOP共享的具体地址,替换RTF中的TXOP共享指示字段。在至少一个实施例中,可以通过设定RTF的帧持续期,替换RTF中的TXOP共享时间字段。
4.5.缓冲状态收集
本节解释AP如何为其相关联STA收集缓冲状态。如前一节所述,在TXOP共享时间内,AP收集包括其相关联STA上的QoS要求的缓冲状态是重要的。根据其相关联STA的缓冲状态,AP可以在TXOP共享时间期间调度传送,以满足STA的所有包的QoS要求。
假设所有包具有到期时间,并且包应在其各自的到期时间之前被传送。RTA包可以具有短的到期时间,而非RTA包一般具有较长的到期时间。各STA知道在其缓冲中的各包的到期时间。应当理解,该缓冲状态收集过程可用于在AP拥有的TXOP时间期间的传送调度。
图25示出AP如何收集其相关联STA的缓冲状态的示例性实施例150。当AP收集其相关联STA 152的缓冲状态时,它向这些STA发送154BSRP帧。然后,它可以从这些STA接收不同类型的缓冲状态报告。在框156处,检查缓冲状态报告的类型。
应当理解,除了在IEEE 802.11ax中定义的BSR帧以外,公开的技术还定义另外两种类型的BSR帧,即P2P-BSR帧和RTA-BSR帧。P2P-BSR帧用于报告用于点对点传送的缓冲。RTA-BSR帧用于报告具有低延迟要求的RTA包的缓冲状态。RTA-BSR帧包括缓冲的到期时间,这意味着报告的缓冲中的包必须在其各自的到期时间之前被传送,以满足延迟要求。将在后面的第4.7节中解释P2P-BSR帧和RTA-BSR帧的细节。由于使用不同类型的BSR,因此AP可以从一些STA接收P2P-BSR帧158,从一些STA接收RTA-BSR帧160,以及从其它STA接收在IEEE802.11ax中定义的BSR帧162。
图26示出STA如何向AP报告其缓冲状态的示例性实施例170。当non-AP STA从其相关联的AP接收BSRP时,它需要报告其缓冲状态172。STA首先可以决定174向AP报告哪种类型的BSR。STA可以决定发送P2P-BSR帧176,这指示存在用于P2P传送的缓冲。STA可以决定发送RTA-BSR帧178,这指示存在用于需要在其到期时间之前传送的RTA包的缓冲。STA可以决定发送在IEEE 802.11ax中定义的BSR帧180,这指示STA的一般缓冲状态。
4.6.示例
4.6.1.通过non-AP STA的请求触发帧
本节提供几个示例以解释non-AP STA如何从其相关联的AP请求触发帧。这些示例的网络拓扑如图20所示,然而在本示例中,仅考虑链路1上的传送。本节假设RTF没有TXOP共享指示字段和TXOP共享时间字段。
图27示出通过向AP发送RTF帧请求P2P触发帧的non-AP STA的示例性实施例190。如图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)以退避202、204、206、208和210一起争用信道,并且STA4获得信道接入212。应当理解,这只是用于说明操作的示例,并且将理解,在本示例和以下示例中,任何数量的站可能争用信道。
然后STA4向AP发送RTF帧214,以请求P2P触发帧发起从STA4到STA5的P2P传送。在图23的116中解释该过程。在图55中解释RTF帧的格式。作为其响应,AP向其相关联的STA4发送P2P触发帧216,以根据RTF的请求发起从STA4到STA5的P2P传送。由于RTF指示使用整个信道进行P2P传送,因此AP将整个信道分配给该P2P传送。可以看到STA4传送数据218,然后,STA5用块确认(BA)220进行响应。
图28示出non-AP STA从AP请求P2P触发帧并且AP然后发送多个P2P TF的示例性实施例230。
如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)以退避202、204、206、208和210一起争用信道,并且STA4获得信道接入212、保留TXOP 213、发送RTF 214、从AP接收P2P-TF 216、向STA5传送数据218以及经由块确认(BA)220接收确认。
在触发帧之后完成数据PPDU时,如果AP发送额外的P2P-TF232,则STA可以继续传送STA5用BA 236对其响应的更多PPDU234。AP可以触发尽可能多的数据PPDU,直到被保留的TXOP的持续期(在这种情况下,STA4保留TXOP)。因此,图中,在AP发送第一P2P-TF并且STA4完成P2P传送之后,AP可以在由STA4保留的TXOP持续期213期间发送另一P2P-TF以发起STA4等的另一P2P传送。
图29示出P2P-TF对于具体时间段分配被给予P2P数据传送的资源(可用BW中的全部或部分)的示例性实施例250。
如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210一起争用信道,并且STA4获得信道接入212、保留TXOP213、发送RTF 214、从AP接收P2P-TF 216并将数据218传送到STA5,然后接收BA 220。
在本示例中,STA 4可以对于在P2P-TF中指示的时间使用这些RU。在AP发送P2P-TF之后,STA4可以在其TXOP期间使用P2P-TF分配的资源以向STA5传送多个P2P包,并且,这里还示出传送数据252和接收BA 254。
图30例示non-AP STA通过向AP发送RTF帧来请求(基本)触发帧的示例性实施例270。
如前图也示出的那样,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5200)通过使用退避202、204、206、208和210一起争用信道,并且STA4获得信道接入212。
然后,在本示例中,STA4向AP发送RTF帧272,以请求触发帧发起基于触发的UL传送。RTF还可以承载来自STA4的BSR信息。在图23的框116中解释该过程。在后面参照图55描述RTF帧的格式。然后,AP向其相关联的STA4发送触发帧274,以针对由STA4的BSR报告的数据发起UL传送。STA4在RTF中指示它仅请求RU3进行UL传送,并且剩余的RU(诸如RU1、RU2和RU4)可用于其它STA的UL传送。在所示的示例中,看到STA4在发送前导284,随后是RU3 286上的数据在传送到STA1。看到其它站使用其分配的RU,STA2发送前导276,随后是RU1上的数据278,STA3发送前导280,随后是RU2上的数据282,STA5发送前导288,随后是RU4上的数据290。在这些传送之后,示出从AP向参与站中的每一个发送多用户(MU)块确认(BA)292。
图31示出non-AP STA请求来自AP的基本触发帧以使用所有RU的示例性实施例310。因此,与前述的共享TXOP的示例不同,在这种情况下,STA4决定在其触发帧中请求使用所有信道;作为其响应,AP发送将所有RU分配给STA 4的触发帧274(例如SU-MIMO情况)。
如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210一起争用信道,并且STA4获得信道接入212,发送带有BSRP的RTF272。
在该图中示例的情况是,响应于STA的请求,AP发送TF 274以将所有RU分配给该STA。在这种情况下,STA4通过向AP发送RTF帧272请求(基本)触发帧,并且,AP通过发送TF274并将所有RU分配给STA4以进行上行链路传送来进行响应。可以看到STA4跨着分配给它的所有RU传送前导312和数据314,然后AP生成MU-BA(例如,该帧也可以是ACK或BA帧)316。
图32示出non-AP STA请求来自AP的基本触发帧和AP通过发送用于多个上行链路传送的一个TF来进行响应的示例性实施例330。
如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210一起争用信道,并且STA4获得信道接入212、保留TXOP213、发送用于使用所有RU的RTF 272、从AP接收P2P-TF 274、以及通过使用所有RU传送前导312和数据314,然后接收MU-BA 316。
在本示例中,当在触发帧之后完成数据PPDU时,如果AP发送额外的TF,则STA可以继续传送更多PPDU。AP可以在由STA(在这种情况下,为STA4)保留的TXOP持续期范围内触发尽可能多的数据PPDU。在本具体示例中,AP发送另一TF 332,并将RU分配给不同的STA,各STA在分配的RU中发送前导334、338、342和346,随后发送数据336、340、344和348,并且AP随后用MU-BA 349进行响应。
图33示出non-AP STA请求来自AP的基本触发帧并且AP发送用于多个UL传送的一个TF、并且TF为所有UL传送设定RU分配的示例性实施例350。TF也可以使得它对于具体周期分配给予STA4 UL数据传送的资源(可用BW中的全部或部分)。STA4可以对于在TF中指示的时间使用这些RU。以示例而不是限制表示该图。
如前图所示,假设所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210一起争用信道,并且STA4获得信道接入212、保留TXOP213、发送用于使用所有RU的RTF 272、从AP接收TF 274,以及使用所有RU传送前导312和数据314,随后是接收MU-BA 352。然后,看到STA4发送例示为前导354的附加数据和例示为跨着所有RU的数据356,并然后接收MU-BA 358。
4.6.2.由non-AP STA发起的TXOP共享
本节提供几个示例以解释non-AP STA如何获得信道接入并在其BSS内共享其TXOP。示例的网络拓扑如图20所示,尽管在这种情况下仅考虑链路1上的传送。
图34示出non-AP STA通过向AP发送RTF帧在其相关联的BSS内共享其TXOP的示例性实施例370。
如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)被例示为通过使用退避202、204、206、208和210争用信道,并且STA4获得信道接入212并保留TXOP 213。
STA4向AP发送RTF帧371以发起TXOP共享。在图21的框76中解释该过程。在后面关于图55描述RTF帧的格式。然后,如在图22中的框94和96中解释的那样,AP可以执行可选信息收集步骤372,在该可选信息收集步骤372中,它向其相关联的STA(例如,STA2~STA5)发送BSRP触发帧374,以收集其缓冲状态376、378、380和382。如在图21中的98中解释的那样,根据STA的缓冲状态,AP在TXOP期间调度传送。在本示例中,AP发送触发帧(TF)384以发起多用户上行链路传送。STA2~STA5在它们从AP接收TF后传送它们的包。在图21中的82中解释该过程。该图描述了在其各自的RU中发送前导386、390、394和398,然后发送数据388、392、396和400。AP在这些传送结束时用MU-BA 402进行响应。应当理解,如果AP已经获得STA的最近缓冲状态,则其不必传送BSRP以收集STA的缓冲状态。
图35示出non-AP STA发送RTS/CTS以首先保留TXOP然后在其相关联的BSS内共享其TXOP的示例性实施例390。
如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)被例示为通过使用退避202、204、206、208和210一起争用信道。
STA4获得信道接入392并获得TXOP 393。然后,STA4向AP发送RTS帧394,并且作为响应从AP接收CTS帧396以保留TXOP持续期393。在保留TXOP之后,STA4可以发送帧,诸如如图所示的RTF 398,以在BSS内共享其TXOP。然后,如在图34中解释的那样,AP在共享TXOP期间布置传送。应当注意,如果AP已经具有STA的缓冲状态,那么它不必发送BSRP以收集STA的缓冲状态。
该图的其余部分描述与前图所示相同的缓冲状态和发起多用户上行链路传送的集合。
图36示出non-AP STA通过向AP发送MU-BSR帧在其相关联的BSS内共享其TXOP的示例性实施例410。
如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210一起争用信道。
STA2和STA4对于共享TXOP 414同时获得信道接入412。STA2和STA4各自将前导416和420内的MU-BSR包发送到AP以发起TXOP共享。在图21的框76中解释该过程,并且在图58中解释MU-BSR的前导。在前导中存在TXOP共享指示,诸如一位的共享字段,以指示该MU-BSR用于发起TXOP共享。
MU-BSR中用于承载BSR帧的RU分配可以通过AP和STA之间的协商带上前缀。因此,没有必要在前导中指示BSR帧的RU分配。例如,在20MHz频带上传送的用于发起TXOP共享的MU-BSR可以使用随机26-tone资源单元(RU)以承载BSR帧。如示例所示,STA2使用RUy 418,STA4使用RUx 422以将其各自的BSR帧承载到AP STA1。
使用MU-BSR的好处是,当多个STA(例如图中所示的STA2和STA4)同时获得信道接入时,其MU-BSR包可以由AP无误地接收。这是因为其前导的内容以相同(重复)信息作为前缀。此外,BSR帧由不同的RU承载,其中AP因此可以解码所有可能的RU,例如RUx和RUy,以接收BSR帧。可能应以相同的PPDU格式、相同的包长度、相同的比特率(例如,6Mb/s速率)以及设定为相同值的TXVECTOR参数SCRAMBLER_INITIAL_VALUE承载BSR帧。
如图21中的框78和80解释的那样,如果non-AP STA在超时之前从AP接收到触发帧(TF),则TXOP共享成功。在本示例中,AP根据STA2和STA4的缓冲状态发送触发帧(TF)424以发起多用户上行链路传送。STA2和STA4在它们从AP接收TF之后传送其前导426和430以及包428和432。在图21的框82中解释该过程。在包传送之后,AP发送MU-BA 434以确认包接收。
应当注意,图36仅表示多个STA同时获得信道接入的示例;尽管可能只有一个STA获得信道接入并发送MU-BSR帧。
图37示出non-AP STA通过向AP发送MU-BSR包在其相关联的BSS内共享其TXOP的示例性实施例450。
如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210一起争用信道。
同样,在本示例中,STA2和STA4对于共享TXOP 454同时获得信道接入452,并将其前导456和460发送到AP STA1。然而,在本示例中,两个STA使用相同的RU以将MU-BSR包中的BSR帧458和462承载到AP以发起TXOP共享。在图21的76中解释该过程,并且在图58中解释MU-BSR的前导。在前导中存在一位的TXOP共享指示,以指示该MU-BSR用于发起TXOP共享。
MU-BSR中用于承载BSR帧的RU分配可以通过AP和STA之间的协商带上前缀。因此,不必在前导中指示BSR帧的资源单元(RU)分配。例如,在20MHz频带上传送的用于发起TXOP共享的MU-BSR可以使用在IEEE 802.11ax中定义的随机26-tone RU以承载BSR帧。如示例所示,两个STA均使用RUx以承载它们的BSR帧。可能应以相同的PPDU格式、相同的包长度、相同的比特率(例如,6Mb/s速率)以及设定为与它们在协商中的设定相同的值的TXVECTOR参数SCRAMBLER_INITIAL_VALUE承载BSR帧。
使用MU-BSR的好处是,当多个STA(例如图中所示的STA3和STA4)同时获得信道接入时,AP可以无误地接收其MU-BSR包的前导。这是因为它们的前导的内容提供作为前缀的一组重复信息。因此,尽管STA2和STA4的BSR帧由于它们由相同的RU(即RUx)承载而发生冲突,但AP仍然可以成功解码前导并确定TXOP共享的开始。然后,示出AP通过发送BSRP触发帧并在TXOP期间布置传送来发送BSRP 464以从STA收集BSR 466、468、470和472。
在本示例中,在收集缓冲状态信息后,AP发送TF 474,以在从STA收集BSR之后发起多用户UL传送。看到STA通过不同的RU向AP STA1传送其前导476、480、484和486,然后是数据478、482、486和488,之后AP用MU-BA 490进行响应。
由此可见,图37首先表示多个STA同时获得信道接入;然而,可能只有一个STA获得信道接入并发送MU-BSR。
图38示出non-AP STA通过向AP发送CTS帧在其相关联的BSS内共享其TXOP的示例性实施例510。
如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210一起争用信道。
STA3和STA4对于TXOP 514同时获得信道接入512,并且均向AP发送CTS帧516和518以发起TXOP 514的共享。前面针对图21的框76描述了该过程。当STA传送CTS帧时,它们可以将CTS帧的RA字段设定为相同的具体地址(该相同的具体地址以重复信息为前缀,并是与AP协商的),以指示TXOP共享的开始。也可能应以相同的PPDU格式(例如,非HT或非HT重复PPDU)、以固定速率(例如,6Mb/s速率)并且以设定为相同的值的TXVECTOR参数SCRAMBLER_INITIAL_VALUE承载这些CTS帧。
使用CTS帧的好处是,当多个STA(例如图中所示的STA3和STA4)同时获得信道接入时,由于CTS帧的内容相同,因此AP可以无误地接收CTS帧。这是由于其前导的内容带有前缀而包含与包含在CTS帧中的重复的信息。
当AP接收指示TXOP共享开始的CTS时,它可以确定一个STA获得TXOP并在BSS内共享TXOP。AP被例示为通过发送BSRP触发帧522并收集BSR 524、526、528和530,可选地收集缓冲状态520,并且AP在TXOP期间布置传送。这里,在本示例中,在收集缓冲信息后,AP发送TF532以发起看到的多用户UL传送,并且STA发送前导534、538、542和546,然后在不同RU上向AP STA1发送数据536、540、544和548,该AP STA1接收数据并传送MU-BA 549以确认这些传送。
应当注意,图38仅描绘多个STA同时获得信道接入的示例;然而,可能只有一个STA获得信道接入并发送CTS帧。
图39示出non-AP STA通过向AP发送BSR帧在其相关联的BSS内共享其TXOP的示例性实施例550。
如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210一起争用信道。
STA4获得信道接入552,并向AP发送BSR帧556,以发起TXOP554的共享。前述针对图21的框76解释了该过程。当STA传送BSR帧时,它可以将BSR帧的RA字段设定为被放入前缀且与AP协商过的具体地址,以指示TXOP共享的开始。当AP从指示TXOP共享开始的STA4接收该BSR帧时,AP可以确定哪个STA要获得并在BSS内共享TXOP。
这里看到AP任选地从其它STA收集缓冲状态信息558。AP向STA2、STA3和STA5发送BSRP触发帧560,并且这些STA用BSR 562、564和566进行响应。然后,AP可以任选地通过发送BSRP触发帧从其它STA收集BSR,并在TXOP期间布置传送。
在从STA收集BSR后,AP发送TF 568而发起以前导570、574、578和582表示的多用户UL传送,然后数据572、576、580和584被发送到AP STA 1,AP STA 1在接收数据后用MU-BA586确认传送。因此,STA通过由P2P TF分配的RU传送它们的包。如图所示,分别在RU1和RU2上传送STA2 572和STA3 576的UL OFDMA传送,而STA4的P2P传送在RU3上被传送578到STA1。
4.6.3.启用P2P传送
本节提供几个示例以解释non-AP STA如何在其BSS内共享其TXOP并在共享TXOP期间发起点对点(P2P)传送。这些示例的网络拓扑如图20所示,尽管在此示例中仅考虑链路1上的传送。
图40示出non-AP STA通过发送RTF帧发起P2P传送的示例性实施例590。
如前图所例示的,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210一起争用信道,并且STA4获得TXOP 594的信道接入592。
当STA4获得信道接入时,它发送RTF帧596以从AP请求P2P触发帧。然后,AP发送P2P触发帧598以发起从STA4到STA5的P2P传送600。
在本示例中,包含于RTF 596中的TXOP共享指示被设定为第一状态(例如,“0”),从而指示STA4不希望在BSS内共享TXOP。在P2P传送结束并且STA5用BA 602确认传送之后,则STA4自行布置传送,并显示传送另一数据帧604,该另一数据帧604在本示例中被发送到AP并且AP用BA 606确认。
图41示出non-AP STA通过发送RTF帧发起P2P传送的示例性实施例610。
如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210争用信道,并且STA4获得信道接入612。
当STA4获得TXOP 614的信道接入612时,它发送RTF帧616以从AP请求P2P触发帧。响应于该RTF,AP发送P2P触发帧618以发起从STA4到STA5的P2P传送620,这由STA5用BA 622确认。在本示例中,RTF中的TXOP共享指示被设定为指示STA4在BSS内共享TXOP的第二状态(例如,“1”)。
在P2P传送结束之后,则AP继续在TXOP期间布置传送,示出如下:AP发送TF 624以发起通过其它站的多用户上行链路传送,表示为不同RU上到STA1的前导626、630、634和638以及随后的数据628、632、636和640,STA1在接收传送后AP用BA 642发出确认。
图42示出non-AP STA在其相关联的BSS内共享其TXOP并通过发送P2P-BSR帧在共享TXOP期间请求P2P传送的示例性实施例650。
如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210一起争用信道。
STA4获得信道接入652,并向AP发送P2P-BSR帧656,以发起TXOP 654的共享。在后面针对图49描述P2P-BSR帧的格式,并且针对图21的框76解释该P2P-BSR过程。当STA传送P2P-BSR帧时,它可以将帧的RA字段设定为被放入前缀且与AP协商过的具体地址,以指示TXOP共享的开始。
当AP接收指示TXOP共享开始的P2P-BSR帧时,它由此确定TXOP共享。在本示例中,STA请求在BSS内共享其TXOP,并在共享TXOP期间请求P2P传送。然后,在本示例中,AP通过发送BSRP触发帧660并收集BSR 662、664和666,任选地从其它STA收集缓冲状态信息658,然后AP在TXOP期间布置(订购/调度)传送。如示例所示,在从STA收集BSR之后,AP发送P2P TF668以发起STA2和STA3的多用户UL传送670、672、674、676以及STA4和STA5之间的P2P传送678、680。
STA通过由P2P TF分配的RU传送它们的包。如图所示,分别在RU1和RU2上传送STA2和STA3的UL OFDMA传送。STA4的P2P传送通过RU3传送到STA5。然后,看到AP发送带有BA 684和686的前导682,而看到STA5发送前导688和BA 689。
图43示出non-AP STA在其相关联的BSS内共享其TXOP并通过发送MU-BSR包在共享TXOP期间请求P2P传送的示例性实施例690。
也如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210一起争用信道。
在本示例中,STA2和STA4同时获得信道接入692。然后,STA2和STA4通过向AP发送带有MU-BSR包698和702的前导696和700以发起TXOP共享而开始使用TXOP 694。在图21的76中解释该过程。在图58中解释MU-BSR的前导。在前导中存在TXOP共享指示(例如,一位),以指示该MU-BSR用于发起TXOP共享。
MU-BSR中用于承载BSR帧的RU分配可以通过AP和STA之间的协商带上前缀。因此,没有必要在前导中指示BSR的RU分配。例如,在20MHz频带上传送的用于发起TXOP共享的MU-BSR可以使用随机26-tone资源单元(RU)以承载BSR帧。如示例所示,STA2使用RUy以将其BSR帧承载到AP,而STA4使用RUx以将其P2P-BSR帧承载到STA5的对点站。
使用MU-BSR的好处是,当多个STA(例如,图中所示的STA2和STA4)同时获得信道接入时,AP可以无误地接收它们的MU-BSR包。这是由于它们的前导的内容带有前缀,并且包含相同的共享信息。同样,在不同的RU上承载BSR帧。
可以由STA决定由RU承载的BSR帧的类型。如图所示,STA2通过RUy传送在IEEE802.11ax中定义的BSR帧,并且STA4通过RUx传送P2P BSR帧。AP能够在不同的带有前缀的RU上解码不同类型的BSR帧。
如果non-AP STA在超时之前从AP接收触发帧,则如在图21的78和80中解释的那样,TXOP共享成功。在本示例中,AP根据STA2的缓冲状态发送P2P TF 704以在RU1上发起上行链路OFDMA传送706和708,并根据STA4的缓冲状态在STA4和STA5之间在RU3上发送P2P传送710、712。STA2和STA4在它们从AP接收P2P-TF后传送它们的包。在图21的框82中解释该过程。然后,看到AP在RU1上向STA2发送具有前导714的BA传送716,并且看到STA5向STA4发送具有前导718的BA传送720。
图44示出non-AP STA在其相关联的BSS内共享其TXOP并通过发送MU-BSR包在共享TXOP期间请求P2P传送的示例性实施例730。
如前图所示,所有STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)被示例为通过使用退避202、204、206、208和210一起争用信道。
在本示例中,STA3和STA4同时获得信道接入732。然后,STA3和STA4向AP发送带有前导736和740的MU-BSR包738和742,以发起TXOP 734的共享。在图21的76中解释该过程。在图58中解释在MU-BSR的736和740中使用的前导。在前导中存在一位的TXOP共享指示,以指示该MU-BSR用于发起TXOP共享。
MU-BSR中用于承载BSR帧的RU分配可以通过AP和STA之间的协商带上前缀。因此,没有必要在前导中指示BSR的资源单元(RU)分配。例如,在20MHz频带上传送的用于发起TXOP共享的MU-BSR可以使用在IEEE 802.11ax中定义的随机26-tone RU以承载BSR帧。如示例所示,STA3和STA4使用RUx 738和742以承载BSR帧。
使用MU-BSR的好处是,当多个STA(例如图中所示的STA3和STA4)同时获得信道接入时,它们的MU-BSR包的前导736和740可以由AP无误地接收。这是由于它们前导的内容提供了具有相同信息的前缀。虽然STA2和STA4的BSR帧由于它们由相同的RU(即RUx)承载而发生冲突,但AP仍然可以成功解码前导,从而知道TXOP共享的开始。
然后,在本示例中,示出AP通过发送BSRP触发帧744并在TXOP期间布置传送,从STA收集BSR。如在图26中解释的那样,STA可以决定要发送回哪种类型的BSR帧。在所示示例中,STA2和STA5发送在IEEE 802.11ax中定义的BSR帧746和752;STA3发送RTA-BSR帧748;并且STA4发送P2P BSR帧750。RTA-BSR帧和P2P-BSR帧的格式如图49所示。
如在图25中解释的那样,尽管BSR帧的类型可能不同,但AP从STA收集缓冲状态。根据BSR,AP发送P2P TF帧754以发起多用户传送,该多用户传送包括STA2和STA3的UL传送756、758、760和762以及STA4和STA5之间的P2P传送764、766、774、776。RU分配由P2P TF指示。通过使用RU1和RU2传送UL传送,并且通过RU3传送P2P传送。还看到,AP将具有前导768的块确认(BA)770和772分别发送到STA2和STA3;并且STA5向STA4发送具有前导774的BA 776。
图45示出non-AP STA在其相关联的BSS内共享其TXOP并通过发送CTS帧在共享TXOP期间请求P2P传送的示例性实施例790。
如前图所示,STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210争用信道。
STA3和STA4同时获得信道接入792。然后,STA3和STA4向AP发送CTS帧796和798,以发起TXOP的共享794。在图21的框76中解释了该过程。由于CTS帧的内容相同,因此AP仍然可以成功解码CTS。
然后,AP可以通过发送BSRP触发帧800从STA收集BSR,并收集BSR 802、804、806和808,然后针对TXOP布置传送。如在图26中解释的那样,STA可以决定要发送回哪种类型的BSR帧。这里,如示例所示,STA2和STA5发送在IEEE 802.11ax中定义的BSR帧802和808。STA3发送RTA-BSR帧804,并且STA4发送P2P BSR帧806。RTA-BSR帧和P2P-BSR帧的格式如图49所示。
如在图25中解释的那样,尽管BSR帧的类型不同,但AP从STA收集缓冲状态。根据BSR,AP在共享TXOP中布置传送。AP发送P2P TF帧810以发起多用户传送,该多用户传送包括用于STA2和STA3的具有前导812、816的UL传送814、818以及从STA4到STA5的具有前导820的P2P传送822。RU分配由P2P TF指示。通过使用RU1和RU2传送UL传送,并且,通过RU3传送P2P传送。然后,块确认826、828分别在前导824之后从AP被发送到STA2和STA3,而STA5在其前导830之后发送BA 832到STA4。
图46A~图46B示出non-AP STA在其相关联BSS内共享其TXOP并通过发送CTS帧在共享TXOP期间请求P2P传送的示例性实施例850。本示例解释AP如何可以在共享TXOP期间布置传送。
如前图所示,STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)正在通过使用退避202、204、206、208和210争用信道。
在图46A中,看到STA4获得信道接入852,并向AP发送RTF帧856,以请求P2P触发帧并发起共享TXOP 854。在图23的框116中解释该过程。
AP发送P2P TF帧858以发起从STA4到STA5的P2P传送860,STA5如在图24的框134中解释的那样用BA 862响应它。
由于如在图24的框138中解释的那样TXOP由STA4共享,因此在P2P传送结束后,AP在用于STA2、STA3和STA5的前导864之后发起下行链路多用户传送866、868和870。这可能是由于不同的原因引起的,诸如由于下行链路传送具有比由STA请求的RTA包的UL传送短的到期时间。
在图46B中描绘缓冲状态嵌入到BA帧中的至少一个实施例。看到STA2和STA3在前导872、876之后向AP发送BA帧874、878。该图表示P2P-BSR嵌入在前序880之后的BA帧882中的示例。BA+P2P-BSR帧的格式如图50所示。在至少一个实施例中,将BA+P2P-BSR帧中的P2P-BSR被替换为任何类型的BSR帧,诸如在IEEE 802.11ax中定义的RTA-BSR和BSR。
根据来自STA5的最新缓冲状态更新,由于P2P传送的到期时间最短,因此AP在STA4和STA5之间调度另一P2P传送。在STA5和STA4的P2P传送完成后,AP发送TF帧884以针对由STA2、STA3和STA5的RTA-BSR帧报告的缓冲发起上行链路多用户传送886。然后,STA4用BA888进行响应。在TXOP结束之前,AP发送TF 890,并且看到STA2、STA3和STA5在前导892、896和900之后上载数据894、898和902。然后AP用MU-BA 904进行响应。AP能够发送在IEEE802.11中定义的CF-End帧906以结束当前TXOP。
6.6.4.AP共享TXOP的示例
本节提供表示AP也能够如在图25中解释的那样收集缓冲状态信息以在其拥有的TXOP中布置传送的示例。尽管在本示例中仅考虑链路1上的传送,但在图20中表示这些示例的网络拓扑。
图47A~图47C示出AP根据从STA收集的缓冲状态在其拥有的TXOP期间布置传送的示例性实施例910。
如前图所示,STA(STA1 192、STA2 194、STA3 196、STA4 198和STA5 200)通过使用退避202、204、206、208和210一起争用信道。
如图所示,AP获得TXOP 914的信道接入912,并发送BSRP 916以从STA收集BSR。如在图26中解释的那样,STA可以决定要发送回哪种类型的BSR帧。这里,如示例所示,STA2、STA3和STA5发送BSR帧918、920和924,并且STA4发送P2P BSR帧922。
如在图25中解释的那样,尽管BSR帧的类型不同,但AP从STA收集缓冲状态。根据BSR,AP在TXOP中布置传送。执行P2P传送927,其中,AP发送P2P TF帧926以首先发起从STA4到STA5的P2P传送928,STA5用BA 930对其响应。优选地,由于根据来自STA的BSR,P2P传送的到期时间最短,因此首先优选执行P2P传送。然后,AP在前导932之后针对STA2、STA3和STA5发起具有传送934、936和938的MU DL 933。这可能是由于下行链路传送的到期时间比由STA请求的RTA包的UL传送短。然后,这些站用跟随相关联的前导940、944和948的BA 942、946和950进行响应。
返回到图47B,在多用户下行链路传送完成后,AP发送TF帧952以针对由STA2、STA3和STA5的BSR帧报告的缓冲发起上行链路多用户传送951。在至少一个实施例中,缓冲状态嵌入在数据帧中。数据上传956、960和964,并且看到前面的前导954、958和962从STA2、STA3和STA5到AP。该图还表示将P2P-BSR 964嵌入STA5的数据帧中并通过RU3传送的示例。在图51中解释data(数据)+P2P-BSR帧的格式。在至少一个实施例中,将BA+P2P-BSR帧中的P2P-BSR替换为任何类型的BSR帧,诸如在IEEE 802.11ax中定义的RTA-BSR和BSR。AP通过传送MUBA 966响应于这些接收。
根据来自STA5的最新缓冲状态更新,AP调度多用户传送(上行链路+P2P)967,由于该P2P传送的到期时间最短,因此多用户传送(上行链路+P2P)967包括具有从STA5到STA4的前导978的P2P传送980。在这种情况下,AP发送P2P TF 968以布置用于上行链路传送和P2P传送两者的多用途传送。STA2和STA3的上行链路传送972和976使用RU1和RU2,并且看到具有前导970和974。STA5到STA4的P2P传送980使用RU3,并且以前导978作为前导。响应于STA2和STA3,AP在前导982之后发送BA 984和986。还看到STA4在前导988之后向STA5发送BA990。
继续图47C,看到AP发送另一个P2P TF 992以布置用于下行链路和P2P传送两者的另一多用户传送991。
看到STA5通过RU3将前导1000和数据1002传送到STA4。
看到AP在用于下行链路传送996和998的RU1和RU2上将前导994和数据分别从AP传送到STA2和STA3。RU3用于P2P传送。应当理解,AP可以具有指向自身的AID。然后,AP可以使用该AID以设定AID12字段,以指示AP针对下行链路传送将使用在P2P触发帧的相应用户信息字段中指示的信道资源。该用户信息字段中的P2P接收器ID指示下行链路传送的接收器。当多用户下行传送和P2P传送共存时,各STA只能假定以下角色中的一个:(a)P2P传送的发射器;(b)P2P传送的接收器;(c)下行链路传送的接收器;或者(c)AP能够发送在IEEE802.11中定义的CF-End帧以结束当前TXOP。该图以块确认(BA)1004、1006、1008和1010从STA2和STA3被发送到AP以及1012和1014从STA4到STA5结束。
应当理解,也可以在由non-AP STA共享的TXOP期间使用在示例中表示的传送布置。不同传送(例如,仅P2P传送、多用户下行链路传送、多用户上行链路传送、多用户传送(上行链路+P2P)和多用户传送(下行链路+P2P))的数量和顺序可以由AP确定。
4.6.5.多链路场景中的non-AP MLD共享TXOP的示例
本节提供表示(a)non-AP MLD如何在一条链路上的BSS内共享TXOP以及(b)AP MLD如何在一条链路上如在图25中解释的那样收集缓冲状态以布置多条链路上的传送的示例。这些示例的网络拓扑如图20所示。链路1上的TXOP共享和由STA1(AP)在链路1上的共享TXOP期间布置的包传送可以类似于图46A和图46B所示的。
图48A~图48B示出能够同时传送和接收(STR)从而与可能是non-STR的non-APMLD通信的AP MLD的示例性实施例1030。应当注意,在图48B的标记部分中表示的通信与图48A的标记部分所示的那些通信并行发生(而不是顺序发生)。标记部分是与图中描述的连接结构“DD”相关联的那些部分。
如前图所示,图48A的区域1032描绘所有STA(STA1 192、STA2 194、STA3 196、STA4198和STA5 200)通过使用退避202、204、206、208和210一起争用信道。在图48B的1076区域中,看到用于STA STA1′~STA5′的相应通信线192′、194′、196′、198′和200′。
STA4获得信道接入1033,并将CTS 1036发送到AP以用于TXOP 1034。
STA1通过发送BSRP 1038收集链路1上的缓冲状态,并接收各种BSR响应1040、1042、1044和1046。该缓冲状态信息也可用于布置链路2上的传送,我们将在下面进行介绍。
AP发送P2P TF 1048,并且,用相应的BA 1052执行从STA4到STA5的P2P传送1050。
现在参考图48A和图48B的并行部分,当STA1在在链路1上发送BSRP触发帧后接收RTA BSR 1040、1042、1046和P2P-BSR 1044时,它还可以通知链路2上的STA1′(参考图20中的拓扑结构)以更新相关联STA的缓冲状态。
由于non-AP MLD是non-STR,因此在图48B中看到的它们的STA(诸如STA2′~STA5′)在链路1上的TXOP持续期内可能无法感测和争用链路2上的信道。因此,看到STA1′开始退避1078,该退避1078被CCA繁忙中断。
然而,STA1′然后在链路2上获得信道接入1081。当STA1′在链路2上获得信道接入时,它可以发送CTS帧1080以获得并保留链路2上的TXOP 1079。填充字段1082可以添加到CTS帧中,以对齐链路1和链路2上的PPDU传送(例如,TF、多用户UL传送、MU-BA、P2P TF和P2P传送)。即,两个链路上的PPDU传送是下行链路、上行链路或P2P传送。
如图所示,在STA1′通过使用CTS+填充帧在链路2上保留TXOP后,STA1和STA1′两者在两个链路上发送TF帧1054、1084,以发起多用户上行链路传送1056、1058、1060、1062、1064、1066、1086、1088、1090、1092、1094和1096。
在至少一个实施例中,多用户上行链路数据包可以包括BSR。例如,如图所示,STA5在其多用户上行链路数据包中嵌入P2P-BSR 1066。STA5的新缓冲状态被报告给STA1,并且,STA1与STA1′共享该信息。然后,STA1和STA1′用MU BAs 1068和1098确认传送。在此之后,看到STA1和STA1′均通过用从STA5到STA4的相关联的传送以及用相关联的BA 1074和1104从STA5′到STA4′发送P2P TF 1070和1100,同时在两个链路上调度P2P传送。
应当理解,PPDU对准是任选的。特别是,应当注意,当non-AP MLD是STR时,PPDU对准是不必要的。
4.7.帧格式
图49示出任何类型的BSR帧的示例性实施例1150,包括在IEEE 802.11ax、P2P-BSR和RTA-BSR中定义的BSR帧。
帧控制字段指示帧的类型。持续期字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接受方的地址。当BSR帧用于指示TXOP共享的开始时,non-AP STA(发射器)可以将RA设定为被放入前缀且与AP协商过的具体地址。AP(接收器)可以识别该帧用于TXOP共享的具体地址。TA字段包含传送所述帧的STA的地址。
HT控制字段表示BSR控制子字段变更例。在图52解释BSR控制子字段变更例的格式。non-AP STA(发射器)设定该字段以指示BSR的类型和non-AP STA的相应缓冲状态。因此,接收该帧的AP可以确定non-AP STA的当前缓冲状态和缓冲的QoS要求。然后,AP可以调度传送以满足缓冲的QoS要求。在这里以及在其它数据格式的一些中,帧检查序列(FCS)被视为在通信协议中添加到帧的错误检测代码。
图50示出BA+BSR帧的格式的示例性实施例1170。BSR可以是任何类型,包括在IEEE802.11ax、P2P-BSR和RTA-BSR中定义的BSR帧。
帧控制字段指示帧的类型。持续期字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接受方的地址。当BSR帧用于指示TXOP共享的开始时,non-AP STA(发射器)可以将RA设定为被放入前缀且与AP协商过的具体地址。AP(接收器)可以识别该帧用于TXOP共享的具体地址。TA字段包含传送帧的STA的地址。
HT控制字段指示BSR控制子字段变体。在图52中解释BSR控制子字段变体的格式。non-AP STA(发射器)设定该字段以指示BSR的类型和non-AP STA的相应缓冲状态。因此,接收该帧的AP获得关于non-AP STA的当前缓冲状态和缓冲的QoS要求的信息。AP然后可以调度用于满足缓冲的QoS要求的传送。BA控制字段指示块ACK的策略。BA信息字段包含用于传送的反馈。
图51示出data(数据)+BSR帧的格式的示例性实施例1190。BSR可以是任何类型,包括在IEEE 802.11ax、P2P-BSR和RTA-BSR中定义的BSR帧。
帧控制字段指示帧的类型。持续期字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接受方的地址。当BSR帧用于指示TXOP共享的开始时,non-AP STA(发射器)可以将RA设定为被放入前缀且与AP协商过的具体地址。AP(接收器)可以识别该帧用于TXOP共享的具体地址。TA字段包含传送帧的STA的地址。序列控制字段包含包的片段号和序列号。
HT控制字段指示BSR控制子字段变体。在图52中解释BSR控制子字段变体的格式。non-AP STA(发射器)设定该字段以指示BSR的类型和non-AP STA的相应缓冲状态。因此,接收该帧的AP已获得关于non-AP STA的当前缓冲状态和缓冲的QoS要求的信息。然后,AP可以调度用于满足缓冲的QoS要求的传送。
数据字段承载数据帧的有效载荷。
图52示出BSR控制子字段变体的格式的示例性实施例1210。格式指示字段用于指示HT控制字段的格式。当位B0和B1被设定为第一状态(例如1)时,则它表示HT控制字段使用HE/EHT格式。存在后跟该字段的A-Control字段,该A-Control字段用于承载不同类型的缓冲状态报告。
控制ID是指示在控制信息字段中承载的BSR的类型的字段。控制信息字段承载BSR控制子字段变体,诸如在IEEE 802.11ax中定义的BSR控制子字段、图53所示的RTA-BSR和图54所示的P2P-BSR。发射器设定该字段以向接收器报告缓冲的QoS要求和缓冲状态。接收器可以根据BSR调度传送,并满足它们的QoS要求。
图53示出A-控制子字段中的RTA-BSR控制子字段格式的示例性实施例1230。RTAID字段表示在该BSR中报告的RTA缓冲的识别。接收器可以使用RTA ID以识别RTA流量,使得它了解RTA流量的QoS要求。作为示例而非限制,让我们假设AP和STA均具有流量规范的列表(例如,AC、TID、优先级和流量率等)和RTA流量的QoS要求(延迟、抖动和包丢失等)。相同流量规范下RTA流量的各QoS要求链接到RTA ID。
比例因子字段表示到期队列大小和RTA队列大小的单位。该字段的编码可以与IEEE 802.11ax中的编码相同。到期队列大小字段表示缓冲RTA流量的量,以将在到期时间到期的比例因子为单位。到期时间字段指示在到期队列大小中指示的缓冲RTA流量的到期时间。RTA队列大小字段以比例因子为单位指示缓冲RTA流量的总量。
当AP接收该控制子字段时,为了满足在控制子字段中指示的缓冲流量的QoS要求,它应在到期时间之前完成在到期队列大小中指示的缓冲RTA流量的传送。AP还可以处理在RTA队列大小中指示的缓冲RTA流量。
应当理解,图53所示的各字段下方的位数表示各字段长度的示例。在至少一个实施例中,各字段的长度与图中所示的长度不同。
图54示出A-控制子字段中的P2P-BSR控制子字段格式的示例性实施例1250。ACIP2P字段表示在该BSR中报告的P2P缓冲的接入类别。比例因子字段表示队列大小P2P的单位,并且该字段的编码可以与IEEE 802.11ax中的相同。队列大小P2P字段表示将在到期时间到期的以比例因子为单位的缓冲P2P流量的量。到期时间字段指示在队列大小P2P中指示的缓冲P2P流量的到期时间。P2P接收器ID字段指示在队列大小P2P中指示的P2P流量的接收器。当AP接收到这个字段时,它就知道P2P流量的接收器。当它如第4.6.3节中的示例所示的那样调度多用户传送时,P2P流量的接收器不应同时是UL传送的发射器或DL传送的接收器。当AP接收该控制子字段时,为了满足在控制子字段中指示的缓冲流量的QoS要求,它应在到期时间之前为在队列大小P2P中指示的缓冲P2P流量调度传送。
应当理解,如图54所示的那样在各字段下面例示的位数表示各字段的长度的示例;然而,在至少一个实施例中,这些字段中的一个或更多个的长度可能与图中所示的长度不同。
图55示出RTF帧格式的示例性实施例1270。帧控制字段指示帧的类型。持续期字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接受方的地址。当BSR帧用于指示TXOP共享的开始时,non-AP STA(发射器)可以将RA设定为被放入前缀且与AP协商过的具体地址。AP(接收器)可以识别该帧用于TXOP共享的具体地址。TA字段包含传送帧的STA的地址。
HT控制字段表示BSR控制子字段变更例。图52解释了BSR控制子字段变更例的格式。non-AP STA(发射器)设置此字段以指示BSR的类型和non-AP STA的相应缓冲状态。因此,接收该帧的AP知道non-AP STA的当前缓冲状态和缓冲的QoS要求。然后,AP可以调度传送以满足缓冲的QoS要求。在至少一个实施例中,HT控制字段承载在IEEE 802.11中定义的可由接收器使用的其它子字段变体。
TXOP共享指示字段指示RTF帧是否用于发起TXOP共享。该字段可以实现为一位的指示。当发射器将该位设定为第一状态(例如,“1”)时,则RTF帧指示TXOP共享的开始。接收器将传送在触发类型字段中请求的触发帧,以启动TXOP共享。接收器可以在共享TXOP中布置以下传送。如果发射器被设定为第二状态(例如,“0”),则该帧仅用于触发帧请求。接收器只需要发送由发射器请求的触发帧。
TXOP共享持续期表示TXOP共享的时间。当TXOP共享指示被设定为第一状态(例如,“1”)时,则接收器能够在TXOP共享持续期期间布置传送。当TXOP共享指示被设定为第二状态(例如,“0”)时,则保留该字段。
触发类型字段表示发射器请求接收器发送的触发帧的类型。接收器将发送其类型在触发类型字段中指示的触发帧。例如,如果该字段被设定为指示P2P触发帧,则接收器将发送P2P触发帧。
公共信息字段表示请求触发帧中的建议参数设定。公共信息字段的格式如图9所示。接收器可以使用该字段中的建议参数以设定相应TF的公共信息字段。应当理解,接收器可以在公共信息字段中不使用相同的参数设定。
用户信息字段表示请求触发帧中的建议参数设定。用户信息字段的格式如图10所示。接收器可以使用该字段中的建议参数以设定相应TF的用户信息字段中的一个。在至少一个实施例中,可以制定接收器必须使用该字段中的建议参数以设定相应TF的用户信息字段中的一个的规则。在至少一个实施例中,能够制定接收器可以在相应TF的使用信息字段中不使用相同参数设定的规则。
请求时间字段表示由STA请求以在从AP接收TF时接入信道的时间。STA计算该时间以满足其到AP的数据传送。AP在接收该字段时发送TF,并对于请求的时间量将资源分配给该STA。如果该字段可用(未保留),则假设用户将使用在用户字段或请求频率资源字段(如果使用了(未保留))中定义的频率资源。
请求频率资源字段(如果未保留)表示由STA请求以在接收TF后使用的频率资源(RU或信道)的量。STA计算满足其到AP的数据传送的资源量。AP在接收该字段时发送TF,并将请求的频率资源分配给该STA。如果该字段可用,它覆盖用户字段中的信息。该字段是可选的,并通过请求频率资源字段启用。
请求频率资源指示优选为指示用户字段是否用于定义请求频率资源或请求频率资源字段的一个位。如果STA通过设定请求频率资源字段请求资源,则它将该字段设定为第一状态(例如,“1”),并且,如果STA通过用户字段请求资源,则它将其设定为零。AP在接收该字段后,任意地从请求频率资源字段或用户字段读取来自STA的请求资源。AP应根据请求频率资源向TF中的STA分配资源。
图56示出用于TXOP共享的CTS帧格式的示例性实施例1290。帧控制字段指示帧的类型。持续期字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接受方的地址。当BSR帧用于指示TXOP共享的开始时,non-AP STA(发射器)可以将RA设定为被放入前缀且与AP协商过的具体地址。AP(接收器)可以识别该帧用于TXOP共享的具体地址。
图57示出具有以下字段的P2P触发帧中的内容的示例性实施例1310。帧控制字段指示帧的类型。持续期字段包含用于CSMA/CA信道接入的NAV信息。RA字段包含帧的接受方的地址。TA字段包含传送帧的STA的地址。如图9所示,公共信息字段包括所有分配的STA的信息。
如图10所示,用户信息字段包括各STA的信息。特别是,用户信息字段中的触发从属公共信息字段承载P2P接收器ID。P2P-TF的发射器设定该字段以指示将由P2P触发帧触发的P2P传送的接收器。
如果用户信息字段的接收器是non-AP并且P2P接收器ID表示non-AP,则用户信息字段的接收器向由P2P接收器ID指示的接收器传送包。
如果用户信息字段的接收器是AP并且P2P接收器ID表示non-AP,则AP向由P2P接收器ID指示的接收器传送下行链路包。
如果用户信息字段的接收器是non-AP并且P2P接收器ID代表AP,则用户信息字段的接收器向AP传送上行链路包。
设定TF验证字段以指示TF可以通过使用在TF中分配的信道资源触发多个PPDU的时间。接收该字段的接收器被触发,以通过使用在TF中分配的信道资源发送多个PPDU。即,一个TF在TF验证时间期间触发多个传送。在至少一个实施例中,该字段被设定以指示可由该TF触发的PPDU的数量。接收该字段的接收器被触发以发送其编号在字段中被指示的多个PPDU。这些PPDU跟随在TF中分配的信道资源。应当理解,该字段可以被任何类型的TF使用;其示例如图29和图57所示。
公共信息字段和用户信息字段向各用户提供单独的资源块分配信息。
应当理解,TF验证字段可以是公共信息字段中的子字段。
图58示出常规IEEE 802.11be前导格式的示例性实施例1330,该格式根据本公开可用于MU-BSR以指示TXOP共享,并且具有以下字段。L-STF字段表示非HT短训练字段。L-LTF字段表示非HT长训练字段。L-SIG字段表示非HT SIGNAL字段。RL-SIG字段表示重复的非HTSIGNAL字段。U-SIG字段表示EHT通用字段。EHT-SIG字段表示EHT SIGNAL字段。
在EHT-SIG字段中,可以存在TXOP共享指示字段。TXOP共享指示字段指示前导是否用于发起TXOP共享。该字段可以包括一位的指示。例如,当发射器将该位设定为第一状态(例如,“1”)时,则前导指示TXOP共享的开始,其中接收器将开始TXOP共享。接收器可以在共享TXOP中布置传送。如果发射器被设定为第二状态(例如,“0”),则该前导不用于TXOP共享。
EHT-STF字段表示EHT短训练字段。EHT-LTF字段表示EHT长训练字段。
5.实施例的一般范围
可以在各种无线网络通信站内容易地实现在本技术中描述的增强。还应理解,无线网络通信站优选被实现为包括一个或更多个计算机处理器设备(例如,CPU、微处理器、微控制器、计算机启用的ASIC等)和相关的存储器存储指令(例如,RAM、DRAM、NVRAM、FLASH、计算机可读介质等),由此,在处理器上执行存储在存储器中的编程(指令),以执行本文所述的各种处理方法的步骤。
还应理解,这些计算系统中的计算机可读介质(存储指令的存储器)是“非瞬态的”,包括任何和所有形式的计算机可读介质,唯一的例外是瞬态传播信号。因此,所公开的技术可以包括任何形式的计算机可读介质,包括作为随机存取(例如RAM)、需要定期刷新(例如DRAM)的那些、随时间退化的那些(例如EEPROM、磁盘介质)或仅短时间和/或仅在有电的情况下存储数据的那些,唯一的限制是术语“计算机可读介质”不适用于瞬态的电子信号。
可以参考也可以实现为计算机程序产品的根据本技术的实施例的方法和系统的流程图图示和/或过程、算法、步骤、操作、公式或其它计算描绘,描述本技术的实施例。在这方面,可以通过诸如包括体现在计算机可读程序代码中的一个或更多个计算机程序指令的硬件、固件和/或软件的各种手段,实现流程图的各框或步骤、流程图中的框(和/或步骤)的组合以及任何过程、算法、步骤、操作、公式或计算描绘。可以理解,任何这种计算机程序指令可以由包括但不限于通用计算机或专用计算机的一个或更多个计算机处理器或其它可编程处理装置执行以生产机器,使得在计算机处理器或其它可编程处理装置上执行的计算机程序指令创建用于实现指定功能的手段。
因此,本文描述的流程图的框以及过程、算法、步骤、操作、公式或计算描绘支持用于执行指定功能的手段的组合、用于执行指定功能的步骤的组合和诸如体现在计算机可读程序代码逻辑手段中的用于执行指定功能的计算机程序指令。还应理解,本文所述的流程图的各框以及任何过程、算法、步骤、操作、公式或计算描绘及其组合,可以由执行指定功能或步骤的基于硬件的专用计算机系统或专用硬件和计算机可读程序代码的组合实现。
并且,诸如体现在计算机可读程序代码中的这些计算机程序指令也可以存储在一个或更多个计算机可读存储器或存储设备中,这些计算机可读存储器或存储设备可以指示计算机处理器或其它可编程处理装置以特定方式工作,使得存储在计算机可读存储器或存储设备中的指令产生包括实现在流程图框中指定的功能的指令手段的制造品。计算机程序指令也可以由计算机处理器或其它可编程处理装置执行,以导致在计算机处理器或其它可编程处理装置上执行一系列操作步骤,以产生计算机实现的过程,使得在计算机处理器或其它可编程处理装置上执行的指令提供用于实现在流程图框、过程算法、步骤、操作、公式或计算描绘中指定的功能的步骤。
还应理解,本文使用的术语“编程”或“可执行程序”是指可以由一个或更多个计算机处理器执行以执行本文所述的一个或更多个功能的一个或更多个指令。指令可以体现在软件、固件或软件和固件的组合中。指令可以存储在非瞬态介质中的设备本地,或者可以远程存储,诸如在服务器上,或者可以在本地和远程存储全部或部分指令。远程存储的指令可以通过用户发起或基于一个或更多个因素自动下载(推送)到设备。
还应理解,本文所用的术语处理器、硬件处理器、计算机处理器、中央处理单元(CPU)和计算机同义地用于表示能够执行指令并与输入/输出接口和/或外围设备通信的设备,并且,术语处理器、硬件处理器、计算机处理器、CPU和计算机旨在包括单个或多个设备、单核和多核设备及其变更例。
从本文的描述可以理解,本公开包含包括但不限于以下方面的多种实现:
一种用于网络中的无线通信的装置,包括:(a)无线通信电路,被配置为用于通过使用载波侦听多址访问冲突避免(CSMA/CA)与网络上的至少一个其它站进行无线通信的站;(b)耦合到所述站的处理器;和(c)存储能够由处理器执行的指令的非瞬态存储器;(d)其中,所述指令当由处理器执行时为所述站和在网络上作为接入点(AP)站或non-AP站运行的其它站执行通信协议,并且,其中,通过执行下述步骤,依靠使用基本服务集(BSS)的接入点(AP)站,与其它站共享由非接入点(non-AP)站获得的传送机会(TXOP),所述步骤包括:(d)(i)在作为接入点(AP)运行的站处从已获得TXOP的non-AP站接收消息,其中所述消息通知AP站在BSS内共享TXOP;(d)(ii)由作为AP运行的站获取与所述至少一个其它站相关联的缓冲的服务质量(QoS)要求和缓冲状态;以及(d)(iii)其中,作为AP运行的站表现为TXOP保持者而不是在共享TXOP期间获得了TXOP的non-AP站,以满足由至少一个其它站报告的缓冲的QoS要求。
一种用于网络中的无线通信的装置,包括:(a)无线通信电路,被配置为用于通过使用载波侦听多址访问冲突避免(CSMA/CA)与网络上的至少一个其它站进行无线通信的站;(b)耦合到所述站的处理器;和(c)存储能够由处理器执行的指令的非瞬态存储器;(d)其中,所述指令当由处理器执行时为所述站和在网络上作为接入点(AP)站或non-AP站运行的其它站执行通信协议,并且,其中,通过执行下述步骤,依靠使用基本服务集(BSS)的接入点(AP)站,与其它站共享由非接入点(non-AP)站获得的传送机会(TXOP),所述步骤包括:(d)(i)通过作为non-AP STA运行的站,将触发帧(TF)的建议参数设定嵌入请求触发帧(RTF)中以指示其服务质量(QoS)要求,并将RTF发送到其相关联的AP;(d)(i)由作为AP运行的站接收RTF,并根据non-AP STA的请求发送TF,以触发该non-AP STA以及其它non-AP STA的传送;以及(d)(iii)其中,响应于从AP接收到TF,non-AP STA开始它们的由AP触发的传送。
一种用于网络中的无线通信的装置,包括:(a)无线通信电路,被配置为用于通过使用载波侦听多址访问冲突避免(CSMA/CA)与网络上的至少一个其它站进行无线通信的站,并且在其中应用用于多链路设备(MLD)的多链路操作;(b)耦合到所述站的处理器;和(c)存储能够由处理器执行的指令的非瞬态存储器;(d)其中,所述指令当由处理器执行时为所述站和在网络上作为接入点(AP)站或non-AP站运行的其它站执行通信协议,并且,其中,通过执行下述步骤,依靠使用基本服务集(BSS)的接入点(AP)站,与其它站共享由非接入点(non-AP)站获得的传送机会(TXOP),所述步骤包括:(d)(i)通过作为多链路设备(MLD)的一部分并作为第一AP运行的站在一个链路上发送BSRP帧,以从其相关联的non-AP MLD收集缓冲的服务质量(QoS)要求和缓冲状态;(d)(ii)通过作为多链路设备(MLD)的一部分并作为第一AP运行的站,与多个链路中的所有附属AP共享其相关联non-AP MLD的缓冲的QoS要求和缓冲状态;以及(d)(iii)其中,作为所述第一AP的附属AP运行的站使用来自其相关联的non-AP MLD的缓冲的QoS要求和缓冲状态以调度传送。
一种用于网络中的无线通信的装置,包括:(a)无线通信电路,被配置为用于通过使用载波侦听多址访问冲突避免(CSMA/CA)与网络上的至少一个其它站进行无线通信的站,并且在其中应用用于多链路设备(MLD)的多链路操作;(b)耦合到所述站的处理器;和(c)存储能够由处理器执行的指令的非瞬态存储器;(d)其中,所述指令当由处理器执行时为所述站和在网络上作为接入点(AP)站或non-AP站运行的其它站执行通信协议,并且,其中,通过执行下述步骤,依靠使用基本服务集(BSS)的接入点(AP)站,与其它站共享由非接入点(non-AP)站获得的传送机会(TXOP),所述步骤包括:(d)(i)通过作为non-AP站运行的站在第一链路上接入信道,并与其相关联的接入点(AP)共享其TXOP,所述其相关联的接入点(AP)是作为与所述第一链路相关联的AP运行的站;(d)(ii)通过作为与所述第一链路相关联的AP运行的站在第二链路上争用信道,并在所述第一链路上在TXOP共享持续期内获得信道接入;和(d)(iii)通过与所述第一链路相关联的AP在所述第一链路和所述第二链路两者上布置传送。
一种执行包传送的无线通信系统/装置,其中,在该系统/设备中应用CSMA/CA,包括:non-AP STA获得TXOP并在其BSS内通知AP共享TXOP;BSS的AP从STA收集缓冲的QoS要求和缓冲状态;AP在共享TXOP期间布置传送,以满足由STA报告的缓冲的QoS要求。
一种执行包传送的无线通信系统/装置,其中,在该系统/装置中应用CSMA/CA,包括:non-AP STA向其相关联的AP发送请求触发帧(RTF);non-AP STA将TF的建议参数设定嵌入RTF中;AP接收RTF并根据STA的请求发送TF。
一种执行包传送的无线通信系统/装置,其中应用了CSMA/CA和多链路操作,包括:AP MLD在一个链路上发送BSRP帧,以从其相关的non-AP MLD收集缓冲的QoS要求和缓冲状态;AP MLD在多个链路中与其所有附属AP共享其关联的non-AP MLD的缓冲的QoS要求和缓冲状态;以及,各附属AP使用来自其关联的non-AP MLD的缓冲的QoS要求和缓冲状态以调度传送。
一种执行包传送的无线通信系统/设备,其中应用了CSMA/CA和多链路操作,包括:non-AP STA接入一条链路(由链路1表示)上的信道,并与其相关联的AP共享其TXOP;相关联AP的AP MLD争用另一链路(由链路2表示)上的信道,并在链路1上的TXOP共享持续期内获得信道接入;AP MLD在链路1和链路2两者上布置传送。
根据任何前述实现的装置,其中,当作为AP运行的站处理关于TXOP共享的信息时,在作为AP运行的站处从作为non-AP站运行的站接收的关于共享其TXOP的所述消息以承载关于共享TXOP的重复信息的内容为前缀,以消除通信错误。
根据任何前述实现的装置,其中,作为共享其TXOP的non-AP STA运行的站向作为AP运行的站发送帧,其中,该帧的前导以用于指示TXOP共享的相同信息和由随机RU传送的承载缓冲状态的有效载荷作为前缀。
根据任何前述实现的装置,其中,作为共享其TXOP的non-AP STA运行的站向作为AP运行的站发送帧,以指示TXOP共享和允许该作为AP运行的站成为TXOP保持者,该作为AP运行的站的接收器地址被放入前缀且与该作为AP运行的站协商过。
根据任何前述实现的装置,其中,作为共享其TXOP的non-AP STA运行的站向作为AP运行的站发送清空以发送(CTS)帧,以指示TXOP共享和允许该作为AP运行的站成为TXOP保持者。
根据任何前述实现的装置,其中,作为共享其TXOP的non-AP STA运行的站向作为AP运行的站发送缓冲状态报告(BSR)帧,以指示TXOP共享和允许该作为AP运行的站成为TXOP保持者。。
根据任何前述实现的装置,其中,作为从至少一个其它站收集缓冲状态的AP站运行的站发送缓冲状态报告轮询(BSRP)触发帧,以从至少一个其它站请求缓冲的QoS要求和缓冲状态。
根据任何前述实现的装置,其中,作为向AP站报告缓冲状态的non-AP站运行的站可以发送不同类型的缓冲状态报告(BSR)帧,以报告缓冲的QoS要求和缓冲状态。
根据任何前述实现的装置,其中,作为向AP站报告缓冲状态的non-AP STA运行的站报告缓冲流量的到期时间。
根据任何前述实现的装置,其中,作为向AP站报告缓冲状态的non-AP STA运行的站报告用于点对点传送的缓冲流量。
根据任何前述实现的装置,其中,作为AP站运行的站被配置为在共享TXOP期布置传送,通过为点对点传送分配信道时间的一部分来执行点对点传送的布置。
根据任何前述实现的装置,其中,作为AP站运行的站被配置为通过接管TXOP并在共享TXOP期间充当TXOP保持者来布置传送,并然后布置包括下行链路传送和任何点对点传送的多用户传送。
根据任何前述实现的装置,其中,作为AP站运行的站被配置为通过接管TXOP并在共享TXOP期间充当TXOP保持者来布置传送,并然后布置包括上行链路传送和任何点对点传送的多用户传送。
根据任何前述实现的装置,其中,作为发送请求触发帧(RTF)的non-AP STA运行的站可以在RTF中嵌入缓冲状态报告。
根据任何前述实现的装置,其中,作为发送请求触发帧(RTF)的non-AP STA运行的站可以提供允许TXOP共享的指示。
根据任何前述实现的装置,其中,共享所述缓冲的QoS要求的non-AP站还包括关于缓冲的到期时间的信息。
根据任何前述实现的装置,其中,共享缓冲状态的non-AP站也共享P2P传送的缓冲状态。
根据任何前述实现的装置,其中,在第二链路上获得信道接入的AP发送清空以发送到自身(CTS-to-self)帧以保留TXOP。
根据任何前述实现的装置,其中,在第二链路上获得信道接入的AP发送清空以发送到自身(CTS-to-self)帧,清空以发送到自身(CTS-to-self)帧包含填充以对准第一链路和第二链路两者上的物理层协议数据单元(PPDU)结束时间。
根据任何前述实现的设备,其中,在第一链路和第二链路两者上布置传送的AP发送缓冲状态报告(BSRP)帧,以从non-AP STA收集缓冲的服务质量(QoS)要求和缓冲状态。
根据任何前述实现的装置,其中,共享其TXOP的任何non-AP STA可以向其内容带有前缀并且相同的AP发送帧。
根据任何前述实现的装置,其中,共享其TXOP的任何non-AP STA可以向其前导带有前缀且相同的AP发送帧,并且,有效载荷由随机RU传送。
根据任何前述实现的装置,其中,共享其TXOP的任何non-AP STA可以向其接收器地址被放入前缀且是与AP协商过的AP发送帧,以指示该帧用于TXOP共享。
根据任何前述实现的装置,其中,共享其TXOP的任何non-AP STA可以向AP发送CTS帧以指示TXOP共享。
根据任何前述实现的装置,其中,共享其TXOP的任何non-AP STA可以向AP发送BSR帧以指示TXOP共享。
根据任何前述实现的装置,其中,从STA收集缓冲状态的AP可以发送BSRP触发帧,以从STA请求缓冲的QoS要求和缓冲状态。
根据任何前述实现的装置,其中,向AP报告缓冲状态的non-AP STA可以发送不同类型的BSR帧以报告缓冲的QoS要求和缓冲状态。
根据任何前述实现的装置,其中,向AP报告缓冲状态的non-AP STA可以报告缓冲流量的到期时间。
根据任何前述实现的装置,其中,向AP报告缓冲状态的non-AP STA可以报告用于点对点传送的缓冲流量。
根据任何前述实现的装置,其中,在共享TXOP期间布置传送的AP可以布置点对点传送。
根据任何前述实现的装置,其中,在共享TXOP期间布置传送的AP可以布置包括下行链路传送和点对点传送的多用户传送。
根据任何前述实现的装置,其中,在共享TXOP期间布置传送的AP可以布置包括上行链路传送和点对点传送的多用户传送。
根据任何前述实现的装置,其中,发送请求触发帧(RTF)的non-AP STA可以在RTF中嵌入缓冲状态报告。
根据任何前述实现的装置,其中,发送请求触发帧(RTF)的non-AP STA可以指示允许TXOP共享。
如本文所用,术语“实现”旨在包括但不限于实施本文所述技术的实施例、示例或其它形式。
如本文所用,除非上下文另有明确规定,否则单数术语“一个”、“一种”和“该”可以包括复数指代。除非明确说明,否则单数形式的物体并不是意味着“一个且仅仅一个”,而是指“一个或更多个”。
本公开中的短语结构,诸如“A、B和/或C”,描述任意的A、B或C可以存在,或项目A、B和C的任何组合。表示的短语结构,诸如后跟列出一组要素的“至少一个”的短语结构表示指示存在这些组要素中的至少一个,这包括所列要素的任何可能组合(如适用)。
本公开中提及“实施例”、“至少一个实施例”或类似实施例措辞的引用表明,结合所述实施例描述的具体特征、结构或特性包含于本公开的至少一个实施例中。因此,这些不同的实施例短语不一定都指同一实施例,或指与所描述的所有其它实施例不同的具体实施例。实施例措辞应解释为意味着,可以以任何适当的方式在所公开的装置、系统或方法的一个或更多个实施例中组合给定实施例的具体特征、结构或特性。
如本文所用,术语“集(set)”是指一个或更多个对象的集合。因此,例如,一组对象可以包括单个对象或多个对象。
关系术语,诸如第一和第二、顶部和底部等,可以单独用于区分一个实体或行为与另一个实体或行为,而不必要求或暗示这种实体或行为之间的任何实际关系或顺序。
术语“包括”、“包括了”、“具有”、“具有了”、“包含”、“包含了”、“含有”、“含有了”或其任何其它变更例旨在涵盖非排他性包含,使得包含、具有、包括、含有要素的列表的过程、方法、物品或装置不仅仅包含这些元素,还可以包括未明确列出的或此类过程、方法、物品或装置固有的其它元素。在没有更多约束的情况下,前面是“包含……”、“具有……”、“包括……”、“含有……”的元素不排除在包含、具有、包括、含有该元素的过程、方法、物品或装置中存在额外的相同要素。
如本文所用,术语“近似”、“约”、“大致”、“基本上”和“大约”或其任何其它版本用于描述和解释小的变化。当与事件或情况一起使用时,这些术语可以指事件或情况准确发生的实例以及事件或情况接近发生的实例。当与数值一起使用时,这些术语可以指小于或等于该数值±10%的变化范围,诸如小于或等于±5%、小于或等于±4%、小于或等于±3%、小于或等于±2%、小于或等于±1%、小于或等于±0.5%、小于或等于±0.1%或小于或等于±0.05%。例如,“大致”对齐可以指小于或等于±10°的角度变化范围,诸如小于或等于±5°、小于或等于±4°、小于或等于±3°、小于或等于±2°、小于或等于±1°、小于或等于±0.5°、小于或等于±0.1°或小于或等于±0.05°。
另外,有时可以在本文中以范围格式呈现量、比率和其它数值。应当理解,这种范围格式用于方便和简洁,并且应灵活理解为包括明确指定为范围极限的数值,但也包括在该范围内包含的所有单个数值或子范围,如同各数值和子范围被明确指定。例如,约1到约200的范围内的比率应理解为包括明确叙述的约1和约200的限制,但也包括诸如约2、约3和约4的单个比率以及诸如约10到约50以及约20到约100等的子范围。
本文中使用的术语“耦合”定义为连接,但不一定直接连接,也不一定机械连接。以某种方式“配置”的设备或结构至少以这种方式配置,但也可以以未列出的方式配置。
益处、优点、问题解决方案以及可能导致任何益处、优点或解决方案出现或变得更明显的任何要素,不得被解释为本文或任何或所有权利要求所述技术的关键、必需或基本特征或要素。
另外,在前述公开中,出于精简公开的目的,各种特征可以在各种实施例中组合在一起。公开的该方法不应被解释为反映要求保护的实施例需要比各权利要求中明确叙述的更多特征的意图。本发明的主题可以位于单个公开的实施例的少于所有的特征中。
提供本公开的摘要以允许读者快速确定技术公开的本质。提交它时应理解,它不用于解释或限制权利要求的范围或含义。
应当理解,一些司法管辖的实践可能要求在提交申请后删除公开的一个或更多个部分。因此,读者应查阅提交的申请,以获取公开的原始内容。公开内容的任何删除不应被解释为对最初提交的申请的任何主题的放弃、没收或捐献于公众。
以下权利要求在此并入本公开,使得各权利要求均作为单独要求保护的主题自立。
尽管本文中的描述包含许多细节,但不应将其解释为限制本公开的范围,而应仅提供当前优选实施例中的一些的图示。因此,应当理解,本公开的范围完全包括对本领域技术人员来说可能变得显而易见的其它实施例。
本领域普通技术人员已知的公开实施例的要素的所有结构和功能等效物被引用而明确并入本文,并拟包含在本文的权利要求中。并且,本公开中的任何要素、组件或方法步骤都不打算奉献给公众,无论该要素、组件或方法步骤是否在权利要求中明确叙述。本文中的任何权利要求要素均不得解释为“手段加功能(means plus function)”要素,除非该要素使用短语“用于…的手段”明确叙述。本文中的任何权利要求要素均不得解释为“步骤加功能(step plus function)”要素,除非该要素使用短语“用于…的步骤”明确叙述。
表1对访问类别(UP到AC)映射的用户优先级
Figure BDA0003814569870000551
Figure BDA0003814569870000561
表2用于EDCA信道接入的默认参数设定
AC CWmin CWmax AIFSN TXOP极限(mS)
BK 15 1023 7 0
BE 15 1023 3 0
VI 7 15 2 or 1(AP) 3
VO 3 7 2 or 1(AP) 1.5

Claims (23)

1.一种用于网络中的无线通信的装置,包括:
(a)无线通信电路,被配置为用于通过使用载波侦听多址访问冲突避免(CSMA/CA)与网络上的至少一个其它站进行无线通信的站;
(b)耦合到所述站的处理器;和
(c)存储能够由处理器执行的指令的非瞬态存储器;
(d)其中,所述指令当由处理器执行时为所述站和在网络上作为接入点(AP)站或non-AP站运行的其它站执行通信协议,并且,其中,通过执行下述步骤,依靠使用基本服务集(BSS)的接入点(AP)站,与其它站共享由非接入点(non-AP)站获得的传送机会(TXOP),所述步骤包括:
(i)在作为接入点(AP)运行的站处从已获得TXOP的non-AP站接收消息,其中所述消息通知AP站在BSS内共享TXOP;
(ii)由作为AP运行的站获取与所述至少一个其它站相关联的缓冲的服务质量(QoS)要求和缓冲状态;以及
(iii)其中,作为AP运行的站表现为TXOP保持者而不是在共享TXOP期间获得了TXOP的non-AP站,以满足由至少一个其它站报告的缓冲的QoS要求。
2.根据权利要求1所述的装置,其中,当作为AP运行的站处理关于TXOP共享的信息时,在作为AP运行的站处从作为non-AP运行的站接收的关于共享其TXOP的所述消息以承载关于共享TXOP的重复信息的内容作为前缀,以消除通信错误。
3.根据权利要求1所述的装置,其中,作为共享其TXOP的non-AP STA运行的站向作为AP运行的站发送帧,其中,该帧的前导以用于指示TXOP共享的相同信息和由随机RU传送的承载缓冲状态的有效载荷作为前缀。
4.根据权利要求1所述的装置,其中,作为共享其TXOP的non-AP STA运行的站向作为AP运行的站发送帧,以指示TXOP共享和允许该作为AP运行的站成为TXOP保持者,该作为AP运行的站的接收器地址被放入前缀且与该作为AP运行的站协商过。
5.根据权利要求1所述的装置,其中,作为共享其TXOP的non-AP STA运行的站向作为AP运行的站发送清空以发送(CTS)帧,以指示TXOP共享和允许该作为AP运行的站成为TXOP保持者。
6.根据权利要求1所述的装置,其中,作为共享其TXOP的non-AP STA运行的站向作为AP运行的站发送缓冲状态报告(BSR)帧,以指示TXOP共享和允许该作为AP运行的站成为TXOP保持者。
7.根据权利要求1所述的装置,其中,作为从至少一个其它站收集缓冲状态的AP站运行的站发送缓冲状态报告轮询(BSRP)触发帧,以从至少一个其它站请求缓冲的QoS要求和缓冲状态。
8.根据权利要求1所述的装置,其中,作为向AP站报告缓冲状态的non-AP站运行的站可以发送不同类型的缓冲状态报告(BSR)帧,以报告缓冲的QoS要求和缓冲状态。
9.根据权利要求1所述的装置,其中,作为向AP站报告缓冲状态的non-AP STA运行的站报告缓冲流量的到期时间。
10.根据权利要求1所述的装置,其中,作为向AP站报告缓冲状态的non-AP STA运行的站报告用于点对点传送的缓冲流量。
11.根据权利要求1所述的装置,其中,作为AP站运行的站被配置为在共享TXOP期布置传送,通过为点对点传送分配信道时间的一部分来执行点对点传送的布置。
12.根据权利要求1所述的装置,其中,作为AP站运行的站被配置为通过接管TXOP并在共享TXOP期间充当TXOP保持者来布置传送,并然后布置包括下行链路传送和任何点对点传送的多用户传送。
13.根据权利要求1所述的装置,其中,作为AP站运行的站被配置为通过接管TXOP并在共享TXOP期间充当TXOP保持者来布置传送,并然后布置包括上行链路传送和任何点对点传送的多用户传送。
14.一种用于网络中的无线通信的装置,包括:
(a)无线通信电路,被配置为用于通过使用载波侦听多址访问冲突避免(CSMA/CA)与网络上的至少一个其它站进行包无线通信的站;
(b)耦合到所述站的处理器;和
(c)存储能够由处理器执行的指令的非瞬态存储器;
(d)其中,所述指令当由处理器执行时为所述站和在网络上作为接入点(AP)站或non-AP站运行的其它站执行通信协议,并且,其中,通过执行下述步骤,依靠使用基本服务集(BSS)的接入点(AP)站,与其它站共享由非接入点(non-AP)站获得的传送机会(TXOP),所述步骤包括:
(i)通过作为non-AP STA运行的站,将触发帧(TF)的建议参数设定嵌入请求触发帧(RTF)中以指示其服务质量(QoS)要求,并将RTF发送到其相关联的AP;
(i)由作为AP运行的站接收RTF,并根据non-AP STA的请求发送TF,以触发该non-APSTA以及其它non-AP STA的传送;以及
(iii)其中,响应于从AP接收到TF,non-AP STA开始它们的由AP触发的传送。
15.根据权利要求14所述的装置,其中,作为发送请求触发帧(RTF)的non-AP STA运行的站在RTF中嵌入缓冲状态报告。
16.根据权利要求14所述的设备,其中,作为发送请求触发帧(RTF)的non-AP STA运行的站可以提供允许TXOP共享的指示。
17.一种用于网络中的无线通信的装置,包括:
(a)无线通信电路,被配置为用于通过使用载波侦听多址访问冲突避免(CSMA/CA)与网络上的至少一个其它站进行无线通信的站,并且在其中应用用于多链路设备(MLD)的多链路操作;
(b)耦合到所述站的处理器;和
(c)存储能够由处理器执行的指令的非瞬态存储器;
(d)其中,所述指令当由处理器执行时为所述站和在网络上作为接入点(AP)站或non-AP站运行的其它站执行通信协议,并且,其中,通过执行下述步骤,依靠使用基本服务集(BSS)的接入点(AP)站,与其它站共享由非接入点(non-AP)站获得的传送机会(TXOP),所述步骤包括:
(i)通过作为多链路设备(MLD)的一部分并作为第一AP运行的站在一个链路上发送BSRP帧,以从其相关联的non-AP MLD收集缓冲的服务质量(QoS)要求和缓冲状态;
(ii)通过作为多链路设备(MLD)的一部分并作为第一AP运行的站,与多个链路中的所有附属AP共享其相关联non-AP MLD的缓冲的QoS要求和缓冲状态;以及
(iii)其中,作为所述第一AP的附属AP运行的站使用来自其相关联的non-AP MLD的缓冲的QoS要求和缓冲状态以调度传送。
18.根据权利要求17所述的装置,其中,共享所述缓冲的QoS要求的non-AP站还包括关于缓冲的到期时间的信息。
19.根据权利要求17所述的装置,其中,共享缓冲状态的non-AP站也共享P2P传送的缓冲状态。
20.一种用于网络中的无线通信的装置,包括:
(a)无线通信电路,被配置为用于通过使用载波侦听多址访问冲突避免(CSMA/CA)与网络上的至少一个其它站进行无线通信的站,并且在其中应用用于多链路设备(MLD)的多链路操作;
(b)耦合到所述站的处理器;和
(c)存储能够由处理器执行的指令的非瞬态存储器;
(d)其中,所述指令当由处理器执行时为所述站和在网络上作为接入点(AP)站或non-AP站运行的其它站执行通信协议,并且,其中,通过执行下述步骤,依靠使用基本服务集(BSS)的接入点(AP)站,与其它站共享由非接入点(non-AP)站获得的传送机会(TXOP),所述步骤包括:
(i)通过作为non-AP站运行的站在第一链路上接入信道,并与其相关联的接入点(AP)共享其TXOP,所述其相关联的接入点(AP)是作为与所述第一链路相关联的AP运行的站;
(ii)通过作为与所述第一链路相关联的AP运行的站在第二链路上争用信道,并在所述第一链路上在TXOP共享持续期内获得信道接入;和
(iii)通过与所述第一链路相关联的AP在所述第一链路和所述第二链路两者上布置传送。
21.根据权利要求20所述的装置,其中,在第二链路上获得信道接入的AP发送清空以发送到自身(CTS-to-self)帧以保留TXOP。
22.根据权利要求20所述的装置,其中,在第二链路上获得信道接入的AP发送清空以发送到自身(CTS-to-self)帧,清空以发送到自身(CTS-to-self)帧包含填充以对准第一链路和第二链路两者上的物理层协议数据单元(PPDU)结束时间。
23.根据权利要求20所述的装置,其中,在第一链路和第二链路两者上布置传送的AP发送缓冲状态报告(BSRP)帧,以从non-AP STA收集缓冲的服务质量(QoS)要求和缓冲状态。
CN202180016707.XA 2020-08-17 2021-08-04 由non-ap sta发起的请求触发帧和txop共享 Pending CN115152305A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US202063066354P 2020-08-17 2020-08-17
US63/066,354 2020-08-17
US17/228,214 2021-04-12
US17/228,214 US20220053560A1 (en) 2020-08-17 2021-04-12 Request trigger frame and txop sharing launched by non-ap sta
PCT/IB2021/057158 WO2022038445A1 (en) 2020-08-17 2021-08-04 Request trigger frame and txop sharing launched by non-ap sta

Publications (1)

Publication Number Publication Date
CN115152305A true CN115152305A (zh) 2022-10-04

Family

ID=80224684

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180016707.XA Pending CN115152305A (zh) 2020-08-17 2021-08-04 由non-ap sta发起的请求触发帧和txop共享

Country Status (6)

Country Link
US (1) US20220053560A1 (zh)
EP (1) EP4165945A1 (zh)
JP (1) JP2023534818A (zh)
KR (1) KR20230035086A (zh)
CN (1) CN115152305A (zh)
WO (1) WO2022038445A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116193632B (zh) * 2019-07-12 2023-11-28 华为技术有限公司 多链路通信方法和装置
US11405944B2 (en) * 2020-06-24 2022-08-02 Sony Group Corporation Coordinated stations in OBSS with shared TXOP in the frequency domain
US20210112626A1 (en) * 2020-12-23 2021-04-15 Intel Corporation Ap coordinated p2p communications in wi-fi network
US11895170B2 (en) * 2021-03-09 2024-02-06 Cisco Technology, Inc. Synchronicity for virtual reality/augmented reality interactive sessions in wireless networks
US20230389064A1 (en) * 2022-05-26 2023-11-30 Samsung Electronics Co., Ltd. QoS SUPPORT FOR P2P COMMUNICATION
US20240114552A1 (en) * 2022-09-27 2024-04-04 Comcast Cable Communications, Llc Buffer Status Reporting for Triggered Transmission Opportunity Sharing
US20240155675A1 (en) * 2022-11-08 2024-05-09 Mediatek Inc. Adaptive TXOP Sharing For Latency-Sensitive Traffic In Wireless Communications

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8023408B2 (en) * 2004-11-19 2011-09-20 International Business Machines Corporation Dynamically changing message priority or message sequence number
KR101831281B1 (ko) * 2010-04-06 2018-02-23 삼성전자주식회사 이동통신 시스템에서 스케줄링 정보를 처리하는 방법 및 장치
WO2012177878A1 (en) * 2011-06-24 2012-12-27 Interdigital Patent Holdings, Inc. Method and apparatus for supporting wideband and multiple bandwidth transmission protocols
US9232502B2 (en) * 2012-10-31 2016-01-05 Samsung Electronics Co., Ltd. Method and system for uplink multi-user multiple-input-multiple-output communication in wireless networks
US9419752B2 (en) * 2013-03-15 2016-08-16 Samsung Electronics Co., Ltd. Transmission opportunity operation of uplink multi-user multiple-input-multiple-output communication in wireless networks
US20140334387A1 (en) * 2013-05-08 2014-11-13 Nokia Corporation Method, apparatus, and computer program product for protecting shared transmission opportunity
US9755795B2 (en) * 2013-12-18 2017-09-05 Huawei Technologies Co., Ltd. System and method for WLAN OFDMA design of subcarrier groups and frame format
CN105309038B (zh) * 2014-03-19 2019-05-28 华为技术有限公司 半静态调度sps的方法和装置
US10045374B2 (en) * 2014-07-29 2018-08-07 Qualcomm Incorporated Low latency WLAN medium access
US9991995B2 (en) * 2014-10-06 2018-06-05 Newracom, Inc. Multiuser signaling and access request mechanisms
US10257854B2 (en) * 2015-02-02 2019-04-09 Samsung Electronics Co., Ltd. Management of uplink multi-user transmissions in wireless local area networks
US10492223B2 (en) * 2015-05-21 2019-11-26 Newracom, Inc. Channel access for multi-user communication
US10411850B2 (en) * 2015-08-28 2019-09-10 Newracom, Inc. Apparatus and method for network allocation vector operations
US11418999B2 (en) * 2016-02-10 2022-08-16 Apple Inc. Buffer status report for high priority transmission
WO2017209501A1 (ko) * 2016-05-31 2017-12-07 엘지전자 주식회사 무선랜 시스템에서 상향링크 프레임의 송신을 위한 방법 및 이를 이용한 무선 단말
US20180376467A1 (en) * 2017-06-26 2018-12-27 Qualcomm Incorporated Extension of beacon request/report mechanism for spatial reuse
US11297526B2 (en) * 2018-02-15 2022-04-05 Telefonaktiebolaget Lm Ericsson (Publ) Wireless device, radio network node and methods performed therein
CN109587052B (zh) * 2019-01-30 2022-03-15 展讯通信(上海)有限公司 一种多链路数据传输方法及装置
US11516841B2 (en) * 2019-09-06 2022-11-29 Mediatek Singapore Pte. Ltd. Enhanced high-throughput multi-link channel access and operation
US11700044B2 (en) * 2019-11-11 2023-07-11 Nxp Usa, Inc. Apparatus and methods for multi-AP joint transmission and reception
US20210258823A1 (en) * 2020-02-13 2021-08-19 Qualcomm Incorporated Continuity for buffer status reports
US11737062B2 (en) * 2020-02-24 2023-08-22 Mediatek Singapore Pte. Ltd. Wideband transmission schemes in wireless communications
US11968712B2 (en) * 2020-04-06 2024-04-23 Mediatek Inc. Shared wireless fidelity communication device for controlling operations of station during shared period that is part of time period of transmission opportunity obtained by sharing access point

Also Published As

Publication number Publication date
EP4165945A1 (en) 2023-04-19
WO2022038445A1 (en) 2022-02-24
US20220053560A1 (en) 2022-02-17
KR20230035086A (ko) 2023-03-10
JP2023534818A (ja) 2023-08-14

Similar Documents

Publication Publication Date Title
US11711847B2 (en) MU-MIMO pre-packet arrival channel contention
US20220053560A1 (en) Request trigger frame and txop sharing launched by non-ap sta
JP5182965B2 (ja) コンテンション型ネットワークにおける媒体アクセスのための方法および装置
JP5182964B2 (ja) コンテンション型ネットワークにおける媒体アクセスのための装置
US11337222B2 (en) Coordinated stations in a single BSS with shared TXOP in the frequency domain
JP7427170B2 (ja) 時間内及び周波数内rtaパケット重複
US11895712B2 (en) RTA contention collision avoidance
CN114788400A (zh) 具有时域中的共享txop的协调wifi站
US11122624B2 (en) Pre-packet arrival channel contention
CN113812206A (zh) 在无线局域网上保留未来信道时间
US11516848B2 (en) Channel contention of non-STR MLD when detecting transmission on one link
JP5376673B2 (ja) コンテンション型ネットワークにおける媒体アクセスのための装置
EP3932136B1 (en) Communication devices and methods
WO2022208211A2 (en) Sharing an edca txop with rta traffic
US20220322460A1 (en) Sharing an edca txop with rta traffic
US20230029957A1 (en) Channel access on non-simultaneous transmit/receive link
CN116783976A (zh) 非同时发送/接收链路上的信道接入

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