掌桥专利:专业的专利平台
掌桥专利
首页

长分组和辅链路上的快速确认

文献发布时间:2024-04-18 20:01:30


长分组和辅链路上的快速确认

(相关申请的交叉引用)

本申请要求在2021年12月20日提交的美国临时专利序列No.63/265712的优先权和权益,通过引用将其整体并入本文。

(关于联邦政府资助的研究或开发的声明)

不适用

(受版权保护材料的通知)

本专利文件中的材料中的一部分可能受到美国和其它国家的版权法的版权保护。版权所有人不反对任何人对出现在美国专利商标局公开的文件或记录中的专利文件或专利公开的传真复制,但保留所有版权。版权所有人在此不放弃其对本专利文件保密的任何权利,包括但不限于其根据《联邦法规典》第37条第1.14款享有的权利。

技术领域

本公开的技术通常涉及CSMA/CA和EDCA下的无线网络通信,更具体地说,涉及为长分组流量提供快速确认。

背景技术

在当前802.11协议中,Ack/BA紧跟在同一链路上的PPDU之后,并且,除了被用于确认PPDU中的各MPDU的接收状态以外,还被CSMA/CA协议用于检测冲突。为了效率,PPDU可以包含来自多个用户的数据,并且对于各用户,数据可以具有多个优先级。不同用户和优先级的多路复用提高效率,但可能产生过长的PPDU,从而可能增加延迟。

对于长PPDU内的低延迟MPDU,如果接收器在长PPDU完成后指示低延迟MPDU的接收失败,则PPDU的持续时间可能太长,使得发送器无法执行重传。在这种情况下,术语“长”是相对于延迟敏感流量的延迟要求。上面指示的长PPDU之后的重传可能已经违反延迟敏感流量的延迟界限。

因此,存在对可以在使用辅链路的同时以减少的延迟处理RTA流量的协议的需求。本公开满足该需求并提供额外的益处。

发明内容

描述可以提供快速确认以及加速重传的IEEE802.11网络中的无线通信。描述主要针对具有同时发送和接收(STR)能力的多链路设备(MLD)的使用,该MLD在使用载波侦听多址接入/冲突避免(CSMA/CA)的网络上操作,在该网络中,对所有链路上的随机信道接入利用增强分布信道接入(EDCA)。

描述的协议规定发起MLD在第一链路上发送包含一个或多个聚合MAC协议数据单元(AMPDU)的物理层协议数据单元(PPDU)(例如,长PPDU),并且在第一链路上在发起方的PPDU的发送已经完成之前通过第二链路从接收方MLD接收作为快速确认(Ack)的Ack帧。

这对于延迟敏感的MPDU尤其有益,该MPDU诸如与实时应用(RTA)流量相关,在PPDU中被早期发送,并且可以然后在接收到延迟敏感部分之后被确认,而PPDU的其余部分仍在被发送。

由于可以在同一长PPDU内的第一和/或第二链路上执行重传,因此公开的技术还允许减少延迟。

本公开提供许多用于控制执行这些快速Ack和重传的方式的选项/模式/和配置。

将在说明书的以下部分中介绍本文描述的技术的其它方面,其中,详细描述的目的是在不对其设限制的情况下完全公开技术的优选实施例。

附图说明

通过参照以下仅用于说明目的的附图,将更充分地理解本文描述的技术:

图1是根据本公开的至少一个实施例的站(STA)硬件的框图。

图2是根据本公开的至少一个实施例的多链路设备(MLD)硬件的框图。

图3是根据本公开的至少一个实施例的PPDU的通信图,该通信图表示在长分组通信中使用快速Ack定时或快速Ack链路定时。

图4是根据本公开的至少一个实施例的使用用于指示下一快速Ack机会的MPDU定界符(非OMG)中的保留位的数据字段图。

图5是没有快速Ack的链路1的原始AMPDU的通信图。

图6是根据本公开的至少一个实施例的L2上的EDCA显式确认和L1上的重传的通信图。

图7是根据本公开的至少一个实施例的发起方STA和接收方STA之间的延迟块Ack期间的多个Ack尝试的通信序列图。

图8是根据本公开的至少一个实施例的隐式确认和重传的通信图。

图9是根据本公开的至少一个实施例的备用链路上的下行链路(DL)重传的通信图。

图10是根据本公开的至少一个实施例的上行链路(UL)数据的快速Ack定时的通信图。

图11是根据本公开的至少一个实施例的共享Ack资源单元(RU)的通信图。

图12是根据本公开的至少一个实施例的第二共享Ack RU的通信图。

图13是根据本公开的至少一个实施例的用于增加接入机会的UL区域的通信图。

图14是根据本公开的至少一个实施例的UL重L1+DL重L2的通信图。

图15是根据本公开的至少一个实施例的使用L2上的触发帧(TF)的共享Ack RU上的传输开始和/或结束时间的AP调度的通信图。

图16和图17是根据本公开的至少一个实施例的需要Ack的长PPDU的接收方处理的流程图。

图18和图19是根据本公开的至少一个实施例的需要Ack的长PPDU的发起方处理的流程图。

图20是根据本公开的至少一个实施例的快速Ack配置字段的数据字段图。

图21是根据本公开的至少一个实施例的特殊符号配置字段的数据字段图。

图22是根据本公开的至少一个实施例的快速Ack配置的数据字段图。

图23是根据本公开的至少一个实施例的共享Ack配置要素的数据字段图。

图24是根据本公开的至少一个实施例的不同共享Ack RU要素示例的数据字段图。

图25是根据本公开的至少一个实施例的在用户信息列表内具有用于快速重传分配的附加子字段的触发帧的数据字段图。

图26是根据本公开的至少一个实施例的BA控制字段的数据字段图,该BA控制字段包含先前保留的位内的快速重传MCS和Nss子字段。

具体实施方式

1.动机与假设

在2022年11月的IEEE P802.11be

具有实时应用(RTA)数据的站(STA)可以传输仅包含短RTA数据的PPDU,并且为了重传的情况下的延迟最小化,请求立即确认。然而,由于各种原因,接入点(AP)或非AP站(STA)可以考虑系统效率或其它接入规则,并且决定不发送仅包含RTA数据的PPDU。例如,为了利用下行链路(DL)多用户(MU)多输入多输出(MIMO)(通过使用其它未使用的天线/预编码向量以在同一PPDU中向多个用户发送数据),AP可以发送MU PPDU,从而使得RTA用户的PSDU被填充为与其它用户的PSDU长度相同的大小。对于另一示例,PPDU是基于UL触发器的PPDU(TB-PPDU),并且PPDU的长度由AP确定。如果STA在PSDU中包括RTA数据,则调度的PPDU持续时间不改变,并且它需要包括其它数据或填充以满足TB-PPDU所需的PSDU长度。在STA或AP发送包含短RTA数据的相对长的PPDU的这些情况下,具有实时应用(RTA)数据的站(STA)或AP可以寻求快速确认(Ack),使得当存在用于执行确认(Ack)的第二链路时,它可以例如在MSDU寿命到期之前以及在正在进行的PPDU结束之前执行重试。

发送器可以在同一链路上快速发送短PPDU并且接收块确认(BA)。然而,在这种情况下,发送器牺牲多用户(MU)传输的效率;因为它不能在空间和/或频域中将数据多路复用到其它用户/从其它用户多路复用数据。

存在在第一链路上使用长PPDU和在第二链路上使用Ack的机会。已经获得信道的长MU PPDU,尽管是低优先级接入类别(AC),但是可以包含显著级别的填充,该填充可以用于为其它用户的高优先级流量提供接入,诸如用于重传中。

建立(构造)长AMPDU以响应于触发帧(TF)所需的时间小于16微秒,因此能够将延迟到达的(TXOP开始后)RTA MPDU插入正在进行的AMPDU(到同一接收器)中,而不是通过较低优先级的AC中止正在进行的AMPDU。

如果发送器在完全接收整个AMPDU之前接收块确认(BA),则这可以允许以同一AMPDU进行重传,以及其它重传选项。

在这些讨论中,本公开中的多链路设备(MLD)被认为在讨论的链路上提供同时发送和接收(STR)。发送要进行Ack的数据MPDU的MLD被称为“发起方”MLD;而响应于接收到数据MPDU而发送Ack的MLD在这里被称为“接收方”MLD。流量标识符(TID)用于标识实时应用(RTA)流量,并且用RTA TID标识的流量不携带非RTA流量。

2.实施例

2.1.通信站(STA和MLD)硬件

图1示出被配置用于执行本公开的协议的STA硬件的示例实施例10。外部I/O连接14优选地耦接到电路12的内部总线16,在内部总线16上,连接用于执行实现通信协议的程序的CPU 18和存储器(例如RAM)20。主机容纳至少一个调制解调器22以支持耦接到至少一个RF模块24、28的通信,这些RF模块中的每一个连接到一个或多个天线29、26a、26b、26c~26n。具有多个天线(例如,天线阵列)的RF模块允许在发送和接收期间执行波束成形。以这种方式,STA可以通过使用多组波束模式传输信号。

总线14允许将各种设备连接到CPU,诸如连接到传感器和致动器等。在处理器18上执行来自存储器20的指令以执行实现通信协议的程序,该通信协议被执行以允许STA执行接入点(AP)站或常规站(非AP STA)的功能。还应意识到,编程被配置为根据它在当前通信环境中所扮演的角色以不同的模式(TXOP持有者、TXOP共享参与者、源、中间、目的地、第一AP、其它AP、与第一AP相关联的站、与其它AP相关联的站、协调器、被协调器、OBSS中的AP和OBSS的STA等等)操作。

因此,STA HW被示为配置有用于在至少一个频带上提供通信的相关RF电路和至少一个调制解调器。应当理解,本公开可以配置有多个调制解调器22,使得各调制解调器耦接到任意数量的RF电路。通常,使用更多数量的RF电路将导致天线波束方向的更宽覆盖范围。应当理解,使用的RF电路的数量和天线的数量由特定设备的硬件约束确定。当STA确定不需要与相邻STA通信时,RF电路和天线的一部分可以被禁用。在至少一个实施例中,RF电路包括频率转换器和阵列天线控制器等,并且连接到多个天线,这些天线被控制以执行用于发送和接收的波束成形。通过这种方式,STA可以通过使用多组波束方向图发送信号,各波束方向图方向被视为天线扇区。

另外,应当注意,诸如本示图所示,站硬件的多个实例可以组合成多链路设备(MLD),该MLD通常具有用于协调活动的处理器和存储器,但应理解,由于MLD内的各STA并不总是需要单独的CPU和存储器,因此这些资源可以被共享。

图2示出多链路设备(MLD)硬件配置的示例实施例40。软AP MLD是由作为AP操作的一个或多个附属STA组成的MLD。软AP MLD应支持2.4GHz、5GHz和6GHz上的多种无线电操作。在多个无线电设备中,基本链路集是满足同时发送和接收(STR)模式的链路对,例如,基本链路集(2.4GHz和5GHz)、基本链路集(2.4GHz和6GHz)。

多个STA隶属于MLD,使得各STA在不同频率的链路上操作。MLD具有到应用的外部I/O访问,该外部I/O访问连接到具有CPU 62和存储器(例如RAM)64的MLD管理实体48,以允许执行在MLD级别实现通信协议的程序。MLD可以将任务分配到与其连接的各附属站(在这里示例为STA 1 42、STA 2 44~STA N 46)以及附属STA之间的信息共享,并从其收集信息。

在至少一个实施例中,MLD的各STA具有其自身的通过总线58耦接到至少一个调制解调器54的CPU 50和存储器(RAM)52,该调制解调器54连接到具有一个或多个天线的至少一个RF电路56。在本示例中,诸如在天线阵列中,RF电路具有多个天线60a、60b、60c~60n。与RF电路和相关联的天线组合的调制解调器与相邻STA发送/接收数据帧。在至少一个实现中,RF模块包括频率转换器、阵列天线控制器和用于与其天线连接的其它电路。

应当理解,由于STA可以根据特定的MLD实现彼此和/或与MLD管理实体共享资源,因此MLD的各STA未必需要其自身的处理器和存储器。应当理解,以上MLD图是通过示例而非限制的方式给出的,而本公开可以在广泛的MLD实现中操作。

3.使用长分组和辅链路上的快速Ack

3.1.长分组中的ACK定时/ACK链路的指示

图3示出在长分组通信中传递Ack定时或Ack链路的示例实施例90。该图描绘具有前导码的长分组,该前导码后跟用于特殊符号的区域,这些特殊符号被例示为服务字段和有效载荷信息或者用于快速Ack(高级BAR)或诸如循环冗余校验(CRC)之类的校验的块Ack请求(BAR)。

以下描述可诸如在长分组中被传递给接收方的有效载荷信息或高级BAR。(a)给接收方的一个或多个时间指示符(例如,符号号码),这些时间指示符指示在PPDU完成之前它可以在另一链路上执行Ack的时间。例如,指示的符号可以是携带RTA MPDU的最后符号。(b)还可以提供针对Ack的建议的或不建议的链路ID,诸如推荐在链路上进行发送或不进行发送,该链路在发起方侧当前处于清除信道评估(CCA)繁忙并且不应是推荐用于发送Ack的链路。(c)有效载荷信息可以是重传的MPDU的MCS/Nss。(d)有效载荷可以包括需要在快速Ack中报告的TID,在请求的Ack时间之前的TID的八位字节的数量(包括定界符)。上述信息也可以被预先配置,使得上述信息不需要在分组中明确指示,而是由预先配置的标识符表示。作为图3的替代,可以通过使用前导码字段在长PPDU的前导码中隐含地指示上述信息,以用信号通知预配置标识。作为另一替代方案,ADD块确认(ADDBA)请求和响应交换可以被用于用信号通知预配置。

如图3中所示,可以用以下示例在前导码之后的符号中提供表示为特殊符号的上述信息。(a)在服务(SERVICE)字段中的一些位(例如,加扰之前的服务字段的剩余五个位)中携带上述信息中的一些,并且在特殊符号的剩余部分中携带剩余信息位。(b)特殊符号可以包括具有单个空间流(SS)的预配置的较低MCS。例如,使用较低的调制编码方案(MCS)比使用随后的MPDU对以上信息提供更多的保护。服务当前不具有循环冗余校验(CRC),因此可以为服务添加CRC和用于指示上述信息的以下位。服务和上述信息可以包含在具有与PPDU的剩余部分不同的CW长度的低密度奇偶校验(LDPC)码字(CW)中。可以在前导码中指示或者预先配置特殊符号的数量或者特殊符号的MCS和CW配置。如果使用单个空间流(SS)以发送特殊符号,则信道可以是基于来自所有SS的超高吞吐量(EHT)前导码中的多流训练字段估计的多流信道的总和。

3.2.在正在进行的AMPDU中存在RTA MPDU的指示

前节描述了发起方在发送AMPDU之前识别(获知)在AMPDU中不存在RTA MPDU,因此假设如果所有MPDU都是延迟容忍的,则无需发送快速Ack。因此,可能需要向接收方传达在正在进行的AMPDU中存在插入的RTA MPDU。例如,由于接收的RTA MPDU是错误的,因此接收方可能无法识别在AMPDU中存在RTA MPDU。

这可以通过多种方式解决。(a)可以接收指示插入的RTA MPDU/符号的开始和结束的特殊短训练字段(STF)。(b)MPDU定界符中的字段可以指示在定界符之前存在插入的RTAMPDU。对于(a)或(b)中的任一种情况,可以预先配置快速Ack的定时和/或周期性和/或信道。通过检测(a)或(b),接收方可以对下一个预配置的机会执行快速Ack。

图4示出示例实施例110,该示例实施例110使用被设定为第一状态(例如,1)的MPDU定界符(非OMG)中的保留位,以指示在下一快速Ack机会处需要执行快速Ack(如果存在错误的MPDU);否则,即使接收所有MPDU(例如,包括低优先级MPDU),也可以跳过快速Ack。将该保留位设定为第一状态(例如,“1”)表示存在位于定界符之前的RTA MPDU,并且发起方不具有针对这些RTA MPDU的接收器快速Ack。发起方只需要在RTA MPDU之后改变一些定界符(不是全部)以触发快速Ack。

3.3.来自发起方的长分组

3.3.1.使用L1上的EDCA显式确认w/reTx的L2上的快速Ack

以下描述在链路1(L1)上使用具有重传的EDCA显式确认的链路2(L2)上的快速Ack。

图5示出链路1 132的原始AMPDU的示例130,该示例130被示出为具有RTA MPDU134、其它STA AMPDU 136、其它较低优先级流量标识符(TIDS)138和填充140。

图6示出示例实施例170,该示例实施例170通过使用L2上的重传改善EDCA显式确认的示例图5 130。在链接1 172和链接2 174中表示通信。与图5类似,看到RTA MPDU 134、其它STA AMPDU 136和其它低优先级TID 138。

在图6的该示例170中,接收方MLD可以通过执行CSMA/CA在链路2上使用EDCA 176发送快速Ack,该CSMA/CA需要用于检测冲突的快速Ack的ack。由于存在冲突的可能性并且BA 178启动TXOP,因此,与图7中所示的弃用的老式802.11过程类似,接收方MLD可能需要确认,在该老式802.11过程中,延迟的BA使用响应于BA 178的Ack 180。应当注意,BA 178可以包含MCS/Nss反馈。

发起方可以明确地确认L2上的BA。发起方能够自由地将重新发送的数据放置在长分组中的任何位置,诸如替换原始填充或替换优先级较低的MPDU。接收方在接收到Ack之后中止(停止)重试BA。

另外,图6的示例描绘用RTA MPDU的重传替换填充的一部分。具体地,填充的开始被示出为被短或长训练字段(S/LTF)182代替,接着是RTA MPDU的重传184,接着是仍然需要的任何填充186。

图7示出发起方212和接收方214STA之间的延迟块Ack中的多个Ack尝试216的示例实施例210。设置显示具有ADDBA请求/响应和Ack,然后是MPDU,然后是来自发起方的BAR和来自接收方的Ack。在此之后,接收方发送BA,并且接收Ack,该Ack然后完成218该处理。然后,看到具有相关联的ACK的拆卸(tear down)(DELBA)。

3.3.2.L2上的快速Ack与/L1上的EDCA隐式确认和reTx

以下描述链路2(L2)上的快速Ack与链路1(L1)上的EDCA隐式确认和reTX(重传)。

图8示出隐式确认和重传的示例实施例190。可以通过观察L1上的重传的MPDU隐含在L2上发送的快速Ack的确认。如前图所示,可以看到链路1 172和链路2 174上的通信,并且描绘RTA MPDU 134、其它STA AMPDU 136和其它低优先级TID 138。

如上图中那样,EDCA 176带有BA 178,但在这种情况下,后面跟着周期“T”191。“T”是具有1个OFDM符号的误差容限的预定义值。实际的重传开始可以是在周期T之后的L1上的第一符号,在这种情况下,通过示例而非限制的方式对其进行预配置。在重传中,示出S/LTF192,随后是RTA MPDU重传194以及多个其它低优先级TID 196和198。

如果在时间段T之后没有足够的时间在相同的PPDU上重传,则可以在单独的PPDU中执行重传。

3.3.3L2快速Ack与/L1上的EDCA隐式/显式确认w/reTx

以下描述利用链路1(L1)上的重传中的EDCA隐式或显式确认执行链路2(L2)快速Ack。

修改的短训练字段(STF)可以用信号通知重传(reTx)的开始,LTF可以跟随接收方重新估计信道。STF内的重复,例如丢失音调,指示这不是数据符号。STF可以被修改为与数据OFDM符号相同的长度。

重传的MPDU的MCS/Nss可以在BA(由接收方确定)中被指示,或者在特殊符号(由发起方确定)中被指示。

如果以非HT格式发送,则Ack帧不能用于快速Ack。不存在TA信息。

如果接收方没有检测到对BA的重传或Ack的开始,则接收方可以重试BA。

重新发送数据的数量或持续时间可由接收方导出。例如,这可以基于请求Ack、MCS/Nss和被Ack的MPDU字节(以及相关联的定界符)的符号数量被确定。如果发起方在Ack时间之前用信号通知TID的八位字节组的数量,即重传MCS/Nss,则接收方可以导出重传TID所需的符号。

接收方可能需要缓存因重传而中断的未完成LDPC CW。

如果不同的MCS

假定接收方已经缓存Ns

用于携带重传数据的最后符号可能包含跟随的新数据(或其定界符)的一部分。

3.3.4L2快速Ack与/L2上的EDCA隐式/显式确认w/rxTx

以下描述链路2(L2)快速Ack与链路2(L1)上的重传中的EDCA隐式或显式确认。

本节描述了在L2上执行重传的替代方案。L1或L2上的重传行为在前导码中,或者被预配置,或者在特殊符号中用信号通知。在这种情况下,响应于相同TXOP中的快速Ack,在L2上发送重传数据。以下是在备用链路上执行重传的示例。

图9示出在替代链路上的下行链路(DL)重传的示例实施例230。示图的上部描绘链路1 232上与图5所示相同的基本发送,具有RTA MPDU 134、其它STA AMPDU 136、其它较低优先级流量138和填充140。

然而,在链路2 234上执行本示例中的重传操作。EDCA 236之后是来自STA1的BA238,并且NAV被设定240,在此期间AP重传RTA MPDU 242,STA1用BA 244对该RTA MPDU242进行响应。

应当注意,图9的BA(DL)的NAV或图10中的TF(UL)中的UL长度可以通过使用在前一节中描述的方法被确定。

如果原始PPDU从同一接收方请求多个快速Ack,则可以填充响应于第一快速Ack的重传PPDU,以保护同一TXOP中的下一快速Ack。在这种情况下,BA或多STA BA(MBA)被用于响应于重传的数据,并且第二快速Ack可以被合并到单个BA中。如果存在可以执行快速Ack的其它STA,则该配置可以禁止这种填充。用于获得TXOP的BA也可以用于与反向授权(RDG)类似的目的,使得AP控制TXOP的剩余部分以轮询第二接收方STA。

图10示出上行链路(UL)数据的快速Ack定时的示例实施例270。在示图的上部,AP发送TF 276。TF可以指示由AP确定的UL数据的快速Ack定时,或者可以在由STA确定的特殊符号中指示TF。

触发器276触发来自STA的UL发送。该通信被示出为具有前导码277,前导码277之后是特殊符号278、RTA MPDUs-1280和RTA MPDU-2 282,它们之后是来自其它低优先级TID284和286的发送,举例来说,这些低优先级TID 284和286中的一个被填充286。

AP可以在单个MU TXOP中聚合到不同用户和来自不同用户的快速Ack和UL重传。这用具有两个BA+TF 238a、238b的EDCA 236表示,作为其响应,STA执行MPDUs-1240a和MPDUs-2240b的重传,AP用MBA 242对其进行响应。

3.3.5.如果L2使用EDCA,则发起方行为w/o Rx快速Ack

如果在L2上使用EDCA进行快速Ack,则快速Ack可能由于清除信道评估(CCA)繁忙而延迟,并且如果接收方没有接收到快速Ack的确认,则接收方将重试快速Ack。在所指示的符号之后没有接收到快速Ack的发起方可以认为快速Ack丢失但将被重传,或者快速Ack被延迟。

发起方似乎没有理由在接收到快速Ack之前重传完整的数据,例如,如果发起方没有接收到快速确认,则可能选择不采取任何行动。基于上述发起方行为,快速Ack可以是否定确认(NAK),或者如果不存在丢失的数据,则接收方可能不需要发送快速Ack。

替换地,在某些情况下,即使不存在丢失的数据,接收方也需要发送快速Ack。在这种情况下,发起方可以在获得快速Ack之后清除重传缓存。L1在AMPDU之后仍然需要BA。由于定界符本身可能有错误并且不被接收方识别,因此上述NAK行为可能不适用于基于定界符的Ack请求。

4.来自接收方的长分组发送

4.1.共享Ack资源单元(RU)—示例1

在本节中,讨论接收方发送长PPDU。如果接收方是AP,则它可以分配用于执行快速Ack的共享Ack RU。共享Ack RU例如可以是广播RU。

AMPDU中的MPDU可以在AMPDU结束之前得到确认。例如,对于符号n~d中完成的MPDU,可以在符号n中返回Ack状态。

L2上的共享Ack RU可以流式发送L1上较早接收的数据d个符号的Ack状态,诸如例如:(a)插入序列号(SN)的最低有效位(LSB),然后在SN之后插入多个连续接收的MPDU;或者(b)每隔几个符号插入CRC,或者(c)RU可以是特殊的,因为它只包含几个音调。

当不执行快速确认时,共享Ack RU也可用于指示另一链路NAV(例如,L1 NAV)的NAV。L1 NAV还可以包含L1上的TXOP保持器的ID。L1 NAV是L1的正在进行的PPDU的剩余持续时间的NAV持续时间+PPDU的NAV。

图11示出共享Ack RU的示例实施例310,其中STA与其AP之间的通信被示出为通过链路1(L1)312和链路2(L2)314。

如图所示,L2上的共享Ack RU(携带318、324、326、332和334的RU)可以流式发送L1上较早接收的数据符号的Ack状态,诸如例如:(a)插入序列号(SN)的最低有效位(LSB),然后在SN之后插入多个连续接收的MPDU;和/或(b)每隔几个符号插入CRC,和/或(c)RU可以是特殊的,因为它只包含几个音调。

在图11中,共享Ack RU(携带318、324、326、332和334的RU)也可用于在不执行快速确认时指示另一链路NAV(例如,L1NAV)的NAV。L1 NAV还可以包含L1上的TXOP保持器的ID。L1 NAV是L1的正在进行的PPDU的剩余持续时间的NAV持续时间+PPDU的NAV。

AP被示为具有DL发送,该DL发送具有前导码317和指向不同STA的RU。特别地,存在DL数据被发送320和322到不同的STA,而一个RU被示出用于Ack和NAV。在该示例中,L1上的STA1和STA2是隐藏节点,并且STA2首先在具有PPDU 316的L1上启动TXOP。应当注意,在PPDU316中,STA1不接收STA2(STA2可以是OBSS STA,在这种情况下没有BA2);STA1 MSDU到达和BO计数器向下计数到零;然而,STA1推迟信道接入,因为它从L2共享Ack RU识别L1 NAV。在共享RU的持续时间内在L1上启动的TXOP不需要用于隐藏节点检测的RTS/CTS。在前导码317之后表示填充318,然后看到L1 NAV 324。AP向STA2发送BA2 326。

STA 1观察共享的Ack RU,并且识别其在L1上延迟多长时间,而STA 2(作为发起方)接收其PPDU的快速Ack 326,并且可以在相同的PPDU内执行重传(reTx),或者在新的PPDU中执行重传。在来自STA1的PPDU 330之前看到基于EDCA的信道接入328的延迟,在L2上的TXOP中的RU中看到L1 NAV 332。AP用BA1 334对STA1进行响应,并且如果剩余足够的时间,STA1也可以执行重传。

4.2.共享确认资源单元(RU)—示例2

共享Ack RU也有助于冲突检测,因此冲突方可以立即终止并重试。

图12示出第二共享Ack RU的示例实施例350,该示例实施例350表示STA和AP之间在链路1(L1)312和链路2(L2)314上的通信。在该示例中,L2上的共享RU上缺少L1 NAV指示STA1或STA2发送之后的冲突;由此这两个STA均退避。

特别地,存在DL数据被发送320和322到L2上的不同STA,而一个RU被示出用于Ack和NAV。在该示例中,在链路1上的STA1和STA2之间发生354冲突,而L2上的Ack的RU具有填充352,从而不指示从任何一个接收。由于L2上的L1 NAV丢失,因此STA1和STA2检测到冲突,因此STA1和STA2具有发送的提前终止并开始BO。

执行退避(BO)356,然后STA1获得TXOP并在L1上向AP发送PPDU 358,使得RU在L2上表示L1 NAV 360。AP用BA1 362响应接收,然后根据需要用更多的填充363响应。

STA2在STA1之后获得L1上的TXOP,并且发送PPDU 364,使得其L1 NAV 366在L2上的RU中。由于来自STA2的PPDU超出共享Ack RU的持续时间,因此AP从L2 RU发送BA的第一部分作为BA2a 368。因此,MPDU的第一部分由共享Ack RU(BA2a)368进行Ack,其余部分(或所有MPDU)由L1上的常规BA(BA2b)370进行Ack。

4.3.增加接入机会的UL区域

由于L2上用于L1上发送的共享Ack RU,AP可以在L1上创建与L2上的长PPDU/TXOP对齐的UL区域。在该UL区域中,AP仅在接收,并且通过接入L1辅信道增加UL接入机会,而无需考虑与其它信道上的PPDU的对准。

图13示出用于增加接入机会的UL区域的示例实施例410。该示图描绘针对ch2(L1.2)412和针对链路1ch1(L1.1)414以及针对链路2(L2)416的STA和AP之间通过链路1的通信。

如ch2 422和ch1 424所示,L1上的AP发布UL区域公告420,该UL区域公告420覆盖L1上的区域428并且具有老式NAV 426。在L2上是具有前导码418和DL的DL发送,并且该DL在多个RU 432和434上被执行,使得另一RU包含L1的Ack和NAV。

在本示例中,如前图中那样,L1上的STA1和STA2经历其前导码的冲突436。因此,AP在L2上不携带L1.1 NAV,而是使用共享ack RU的AP Pad 430。由于在L2上丢失L1.1 NAV,因此STA1和STA2在L1.1上检测到冲突。在这种情况下,STA1和STA2放弃发送并且启动BO。在BO之后,STA1在链路1主ch(L1.1)上获得PPDU 440的TXOP;并且这可以阻止STA2在L1上的接入。在L2上看到在填充430之后的L1.1 NAV 444,该填充430也可以阻挡STA2在L1 ch1上的接入。

AP在L1上创建与长L2 DL PPDU对齐的UL区域428。UL区域公告帧为L1上的老式STA设定NAV 426,以防止它们接入L1。识别UL区域公告帧的EHT STA不必设定NAV,并且仍然能够执行接入,并且可以在L1 ch2上执行并行接入。

由于主信道被占用,因此STA2使用L1上的辅信道(L1.2)以执行EDCA接入,使得在L2上的共享Ack RU中示出了L1.2 NAV 446。由于UL区域公告将NAV设定在L1.2上,因此不需要NAV同步(同步)延迟。STA1和STA2可以是隐藏节点,并且STA2使用在L2上的共享Ack RU上广播的L1.1 NAV以确定(知道)主信道是否繁忙。共享Ack RU从AP流式发送用于L1.2和L1.1的第一部分的快速Ack 448。如在该示例中,当UL PPDU 440在辅信道(L1.2)上被发送时,主信道ch(L1.1)上的UL PPDU延伸超过UL区域428,共享的Ack RU结束,并且用于PPDU 440的最后部分的Ack(BA1b)450的最后部分被示出为在L1.1上被发送。

5.从两侧发送的长分组

5.1.UL重L1+DL重L2的示例

图14示出UL重L1+DL重L2的示例实施例510。该示例表示具有长PPDU的两个链接。L2上的共享Ack RU被示出为对L1提供快速Ack和隐藏节点保护。

更具体地,该图描绘AP和STA之间在链路1(L1)512和链路2(L2)514上的通信。在该示例中,AP在L1上发送TF 516,使得STA在L1上进行发送,并且AP在L2上执行的发送中在RU上发送DL数据和通信快速Ack。

L1发送显示为具有前导码518a,后面跟着特殊符号520以及RTA MPDU-1 524、RTAMPDU-2 526、来自其它低优先级TID 534、536的流量、RTA MPDU-1和RTA MPDU-2的重传536、542以及根据需要的填充540。

在前导码518b之后的L2上,在L2上的快速Ack RU中看到L1填充522,随后AP发送用于MPDU 524、526的BA1+BA2 528。稍后,AP被示出为发送用于RTA MPDU-1 536的重传的BA1538。由于RTA MPDU-2的重传发生在TXOP结束时,因此AP在TXOP之后的L1上发送用于此的Ack 544作为BA2+低优先级MBA。

5.2.UL方向上的Ack RU的示例

共享Ack RU可以在UL方向上扩展。L2上的AP可以为L1上的多个DL调度的STA MLD调度多个共享Ack RU以进行快速Ack。L2上的AP可以通过使用UL MU-MIMO为L1上的多个DL调度的STA MLD调度一个共享Ack RU以用于快速Ack;或者对于快速Ack使用TDM。

图15示出AP使用L2上的TF调度共享Ack RU上的发送的开始和/或结束时间的示例实施例610。L2上的MLD1和MLD2均发送基于触发的(TB)-PPDU前导码,用于在其网络邻域中进行保护。MLD2在前导码之后中断发送,并且在指定时间恢复S/LTF的发送。从MLD2恢复的发送使用根据在TF中获得的信息估计的功率和频率。

更具体地,该图描绘AP与MLD1和MLD2之间在链路1(L1)612上的通信以及MLD1和MLD2与其它STA之间在链路2(L2)614上的通信。在该示例中,AP在L2上发送TF 616。STA在L2上开始发送,TXOP发送也包含快速Ack RU,而AP在L1上开始发送。

L1上的发送为示为具有前导码618a,随后是特殊符号622和RTA MPDU-1 626到MLD1、RTA MPDU-2 628到MLD2,还分别存在从其它低优先级TID 634、636到MLD1和MLD2的通信。在TXOP中还存在用于RTA MPDU-1和RTA MPDU-2的重传644、648以及根据需要的填充的时间。

L2上的发送被示为具有前导码618b,随后是UL数据620、621以及快速Ack RU上的活动,该活动表示根据在TF 616中发送的信息确定的S/LTF 624、638。另外,AP用BA1 632对RTA MPDU-1进行响应,并用BA2 640对RTA MPDU-2进行响应。在该RU中还示出填充630、642。

6.处理流程实施例

图16和图17示出需要Ack的长PPDU的接收方处理的示例实施例650。在第一链路上,发起方发送需要确认的长PPDU。在第二链路上,接收方向发起方发送快速Ack。

更具体地,在块652中,接收器开始在第一链路上接收长PPDU。检查654从以下多种选项中确定PPDU符号的哪个前导码或特殊符号:(1)使用快速Ack;(2)使用预先配置的快速Ack配置;或者(3)不需要快速Ack。

如果确定是选项(1),则在块656,接收方应用来自特殊符号的快速Ack配置,并然后到达决定660,该决定660确定是否已经接收第一链路上直到配置的时间点的所有配置的MPDU。如果满足条件,则在检查662处,检查是否应当可选地在第二链路上执行快速Ack。如果不满足条件,则执行返回到检查660;否则,执行移动到图17中的块664。

返回到考虑检查660,如果条件不满足,则执行也移到图17中的块664。

考虑到从块654中确定选项(2),则到达应用来自预配置的快速Ack配置的块658,并然后到达前面描述的块660。

考虑到从块654中确定选项(3),则到达图17中的在第一链路上执行正常Ack/BA的块672,然后执行移回到块652。

在图17的块664处,在第二链路上执行快速Ack,然后执行检查666,该检查666确定是否已经接收针对快速Ack的Ack或重传。如果不满足条件,则执行返回到块664。

否则,在块668处,基于配置在第一或第二链路上接收快速重传,然后到达检查670,该检查670确定第一链路PPDU是否已经完成。如果快速Ack完成,则在块672处,在第一链路上执行正常Ack/BA,并且执行返回到块652。如果快速Ack没有完成,则执行从图16中的检查670移动到检查660。

图18和图19示出需要Ack的长PPDU的发起方处理的示例实施例690。在块692处,发起方开始在第一链路上发送长PPDU。在决定694处,确定哪种类型的前导码或特殊符号。选项1在特殊符号中使用快速Ack配置,选项2使用预配置的快速Ack配置,并且选项3不需要快速Ack。

如果选择选项1或选项2,则在块698处,在发送对应于配置了快速Ack的时间点的符号之后。执行到达检查700,该检查700确定是否已经接收快速Ack。如果不满足条件,则执行返回到块698。

如果满足条件,则执行转移到图19中的检查702,这里,发起方确定重传是否应当使用隐式Ack以执行快速Ack。如果不满足该条件,则在块706处,发起方在第二链路上执行对于快速Ack的Ack,并且执行到达块704。

否则,如果满足检查702的条件,则在块704处,基于快速Ack配置在第一或第二链路上执行快速重传。执行到达检查708,该检查708确定第一链路PPDU是否已经完成。如果PPDU没有完成,则执行返回到图18的块698。否则,在块710处,发起方在第一链路上接收正常的Ack/BA,使得执行返回到图18的块692。

考虑图18的块694中的其它选项,如果选择选项3,则执行直接移到图19的块710,这已经被描述。

7.帧格式实施例

图20示出快速Ack配置字段的示例实施例730。该字段表示在上节中描述的配置示例。该字段可以包含于管理帧,诸如在关于长分组中的Ack定时/Ack链路的指示的部分中描述的ADDBA动作帧。如果它在从发起方到接收方的帧中,则它表示快速Ack的预配置。如果它在从接收方到发起方的帧中,则它可以表示建议的配置和/或执行特定快速Ack配置的能力。如果将其作为要素包括在内,则要素ID、长度和元素ID扩展字段的存在被隐含,并且不被表示。

该字段可以包含于长PPDU中的预配置符号或位置中。子字段不受该特定顺序的限制,并且在字段之前可能存在用于指示特定字段的存在的存在标志。字段是通过示例而非限制的方式描述的,而实际的实施例可能不同,诸如利用如下所述的用于类似目的的信令。

链路ID位图子字段提供可能的第二链路的标识,发起方期望从该第二链路进行快速Ack。发起方的发送器使用该字段以指示接收快速Ack的可能链路。接收方的发送器使用该字段以指示支持快速Ack发送的可能链路。为了识别接收方支持快速Ack进行发送的可能链路,发起方的接收器使用该字段。接收器如果是接收方,则使用该字段以确定(知道)哪些链路允许快速Ack发送。

t0起始子字段描述长PPDU中的第一t0,在该第一t0中,单位可以例如是OFDM符号号码或从PPDU开始的时间。发起方的发送器使用该字段以指示长PPDU中的第一t0。为了执行快速Ack的发送,接收方的接收器使用该字段以确定第一t0。如果该字段是由接收方发送,则可以省略该子字段。

如果存在多个t0,则t0周期子字段指示两个连续t0之间的持续时间。可以在OFDM符号中表示这些单元。发起方的发送器使用该字段以指示快速Ack正在请求的周期性。接收方的接收器使用该字段以确定(计算)具有子字段t0开始和t0计数的快速Ack的后续t0。在链路1上发送的长PPDU的持续时间内,可以存在配置的t0的多个实例。t0的多个实例可以遵循在该子字段中提供的周期性。如果该字段是由接收方发送,则可以省略该子字段。

如果存在多个t0,则t0计数子字段指示t0的数量。发起方的发送器使用该字段以指示请求的快速Ack的数量。如果提供这种信息,则数量必须小于或等于由接收方指示的支持数量。接收方的接收器使用该字段以确定具有子字段t0开始和t0周期性的后续快速Ack的t0。如该子字段中所指示的,在链路1上发送的长PPDU的持续时间内,可以存在配置的t0的多个实例。接收方的发送器可以使用该字段以指示每个PPDU支持的t0的最大(最多)数量。发起方的接收器可以使用该子字段以确定发送给接收方的子字段的设定。

最大t2~t1子字段提供预配置的持续时间。在至少一个实施例中,单元是OFDM符号。该字段可以被设定为保留值,以指示该机制没有被使用。发起方的发送器使用该字段以指示预先配置的持续时间。接收方的接收器使用该字段以确定应在其中接收隐式Ack到快速Ack的超时。如果该字段由接收方发送,则可以省略该子字段。

至少一个实施例中的接收器(Rx)建议/需要的MCS/NSS子字段包括指示发起方是否期望接收方反馈建议MCS/NSS的标志。如果标志被设定为真的第一状态,则可以保留或省略以下两个字段(reTx-MCS、reTx-Nss)。发起方的发送器使用该字段以指示接收方是否应当提供建议的MCS/Nss或需要快速重传的MCS/Nss。如果发起方不希望接收方建议或需要快速重传的MCS/Nss,则其应当将该子字段设定为假,并且指示在发送快速Ack的链路上对快速Ack之后的快速重传的NAV确定的重传(reTx)MCS/Ns(以下子字段),或者在快速重传中或者在快速重传的触发中是否没有明确地用信号通知MCS/Nss。接收方的接收器使用该字段以确定它是否应当建议或需要MCS/Nss用于快速Ack中的快速重传。如果快速重传在发送快速Ack的链路上跟随快速Ack,则接收方还可以使用建议的或需要的MCS/Nss以确定NAV。接收方的发送器使用该字段以指示它是否支持在快速Ack中包括建议的/需要的MCS/Nss。发起方的接收器使用该子字段以确定如何设定从发起方到接收方的相同子字段。

重传(reTx)MCS子字段指示快速重传的MCS(或到原始发送的MCS的偏移)。发起方的发送器使用该字段以指示用于快速重传的(最小)MCS或到长PPDU MCS的偏移。如果在快速重传或快速重传的触发中没有明确指示这种信息,则接收方的接收器使用该字段以确定快速重传的MCS。如果快速重传在发送快速Ack的链路上跟随快速Ack,则接收方的接收器还使用该子字段以确定NAV。如果该字段由接收方发送的,则可以省略该子字段。

重传(reTx)Nss子字段指示快速重传的Nss(或到原始发送的Nss的偏移)。发起方的发送器使用该字段以指示用于快速重传的(最小)Nss或到长PPDU Nss的偏移。如果在快速重传或快速重传的触发中没有明确指示这种信息,则接收方的接收方使用该子字段以确定快速重传中的Nss。如果快速重传在发送快速Ack的链路上跟随快速Ack,则接收方的接收方还使用该子字段以确定NAV。如果该字段由接收方发送,则可以省略该子字段。

TID位图子字段标识应在快速Ack中报告的TID。发送器,如果是发起方,则使用该字段以指示接收的哪些TID应包含于快速Ack中。接收器如果是接收方,则使用该字段以确定接收状态被假定为包含于t0处的确认帧中的MPDU的集合。如果该字段由接收方发送的,则可以省略该子字段。如果该子字段包含于其范围被限制为特定TID的管理帧(诸如ADDBA请求帧)中,则可以省略该子字段。

按需t0子字段可以实现为指示t0被确定的标志,使得发起方可以使用训练符号或定界符以指示在指示之前或之后存在插入的RTA MPDU。预配置的t0可以被修改的定界符或插入的训练符号隐式地替换,这使得t0成为“按需”t0。如果该标志指示真,则t0开始/周期/计数字段可以被省略或保留。发起方的发送器使用该字段以指示由上述机制确定的t0。接收方的接收器使用该字段以识别是否应当应用预先配置的快速Ack。如果设定为真,则预配置的t0被动态地用信号发送的t0代替。接收方的发送器指示接收方是否支持按需t0。发起方的接收器使用该字段以避免为不支持该功能的接收方使用机制。

快速Ack TXOP子字段上的重传(reTx)指示快速重传在发送快速Ack的链路上跟随快速Ack。这指示接收方可以在用于快速重传的快速Ack中分配NAV。发起方的发送器使用该子字段以指示它将在发送快速Ack的链路上在快速Ack之后执行快速重传。接收方的接收器使用该子字段以确定它应当在快速Ack中保留TXOP,使得可以在发送快速Ack的链路上执行在快速Ack之后的快速重传。接收方的发送器使用该字段以指示它支持保留TXOP并且在发送快速Ack的链路上接收快速Ack之后的快速重传。发起方的接收器使用该字段以确定如果接收方表示支持,它是否应当将相同的子字段设定为真。

图21示出特殊符号配置字段的示例实施例750。该字段可以包含于管理帧中。如果该特殊符号配置字段在从发起方发送到接收方的帧中,则它表示需要快速Ack的长PPDU的特殊符号的预配置。如果该特殊符号配置字段在从接收方到发起方的帧中,则它可以表示建议的配置和/或执行特定配置的能力。如果该特殊符号配置字段作为要素包含在帧中,则要素ID、长度、要素ID扩展字段的存在被隐含,并且不被显示。子字段不受此特定顺序的限制,并且在字段之前可能存在用于指示特定字段的存在的存在标志。

由于本公开考虑其它配置,因此示例性的特殊符号配置字段是通过示例而非限制的方式呈现的,这些配置可能不同,但仍然提供具有与下面描述的类似的目的的信令。

特殊符号MCS子字段指示特殊OFDM符号的MCS。如果发送器是发起方,则它设定该字段以指示在特殊符号中使用的MCS。如果接收器是接收方,则它使用该字段中指示的MCS值以接收特殊符号。如果发送器是接收方,则它将该字段设定为指示特殊符号的建议MCS值和/或它是否能够接收由码字跨越的符号的混合MCS。接收器如果是发起方,则使用另外字段以确定在接收方支持的情况下是否可以启用特殊符号。

特殊符号Nss子字段指示特殊OFDM符号的Nss。如果发送器是发起方,则它设定该字段以指示在特殊符号中使用的Nss。接收器如果是接收方,则使用在该字段中指示的Nss值以接收特殊符号。发送器如果是接收方,则将该字段设定为指示针对特殊符号的建议Nss值,并且/或者它能够接收针对由码字跨越的符号的混合Nss,并且/或者它能够使用针对非特殊符号的训练字段以估计接收特殊符号的信道。接收器如果是发起方,则使用该字段以确定在接收方支持的情况下是否可以启用特殊符号。

特殊符号持续时间子字段指示特殊符号的持续时间。至少一个实施例中的单位值是OFDM符号,或者是从PPDU开始的时间。特定值(例如,0)用于表示不配置或支持任何特殊符号。发送器如果是发起方,则将该字段设定为指示固定大小的RU/子信道中的特殊符号的持续时间。实际持续时间通过由实际带宽与资源单元(BW/RU)大小的比率和固定大小确定的因子成反比地缩放。接收器如果是接收方,则使用该字段以确定受上述缩放的特殊符号的持续时间。发送器如果是接收方,则表明特殊符号的建议持续时间和/或对特殊符号的支持。接收器如果是发起方,则使用该字段以确定接收方对特殊符号的支持,并且确定是否启用特殊符号。

图22示出具有以下子字段的特殊符号中的快速Ack配置的示例实施例770。

预配置的覆盖(Pre-config Override)子字段指示随后存在快速Ack配置字段和CRC字段。它指示是否没有基于来自先前管理帧的预配置的快速Ack,或者基于在对PPDU使用的特殊符号中携带的配置的快速Ack。该字段可以是前导码中的字段,而不是特殊符号中的字段。发送器/发起方使用该字段以指示是否没有基于来自先前管理帧的预配置的快速Ack,或者基于在对PPDU使用的特殊符号中携带的配置的快速Ack。

接收器/接收方使用该字段以确定以下快速Ack配置字段的存在、以及快速Ack的配置/启用。

CRC字段是根据快速Ack配置字段的内容(可能与服务字段的内容一起)被确定(计算)。发送器使用该字段以传递快速Ack配置字段的内容(可能与服务字段的内容一起)。接收器使用该字段以检查快速Ack配置字段的内容(可能与服务字段的内容一起)。如果不正确,接收方可以不执行快速Ack,或者可以执行指示没有接收MPDU的快速Ack,或可以基于预配置而不是在快速Ack配置字段中指示的配置执行快速Ack。

图23示出可以包含于管理帧中的共享Ack配置要素的示例实施例790。如果它在从发起方到接收方的帧中,则它表示在DL长PPDU中的第二链路上来自AP的共享Ack RU的预配置。如果它在从接收方到发起方的帧中,则它可以表示建议的配置和/或执行特定配置的能力。如果包含为要素,则要素ID、长度、元素ID扩展字段的存在被隐含,并且不被表示。子字段不受此特定顺序的限制,并且在字段之前可能存在用于指示特定字段的存在的存在标志。本公开的字段设想了不同但仍提供如下所述的类似目的的实施例。共享Ack配置字段包含以下子字段。

共享Ack AID子字段用于推导用作共享Ack RU的RU的STA-ID。发送器/AP使用该字段以指示将用于在携带共享Ack RU的长PPDU中分配共享Ack RU的STA-ID。如果长PPDU是DL,则可以通过长PPDU的前导码执行分配。如果长PPDU是TB-PPDU,则可以通过使用触发帧执行分配。接收器使用该字段以确定STA-ID,如果RU在DL PPDU中,则该STA-ID用于它应当监听的分配的共享Ack Ru,或者如果RU在TB-PPDU中,则该STA-ID用于它应当对快速Ack发送的共享Ack RU。

定界符模(Delimiter Modulo)子字段(如果等于值x)表示共享Ack RU中的每x个八位字节存在定界符签名的模。发送器设定该字段以指示只有由该字段表示的值的八位字节数模等于0的八位字节集可以被用作定界符签名的起始八位字节。接收器使用该字段以识别只有由该字段表示的值的八位字节数模等于0的八位字节集可以被用作定界符签名的起始八位字节。

图24示出共享Ack RU要素的示例实施例810、830和850。以下描述在一个定界符签名字段到下一签名字段(未示出)之间的共享Ack RU中携带的八位字节的配置的三个示例:填充810、快速Ack830或LNAV 850。子字段不受此特定顺序的限制,并且在字段之前可能存在用于指示特定字段的存在的存在标志。该字段是通过示例而非限制的方式描述的,由此本公开包括不同但仍提供如下所述的类似目的的实施例。这些实施例具有以下子字段。

定界符签名子字段包含表示下一字段是长度字段的特殊位模式。字段只能位于满足在上页中描述的八位字节模的某些八位字节处。

长度子字段指示在长度字段之后直到下一定界符签名的字段的长度。发送器使用该字段以指示不包括填充的八位字节的数量,直到下一定界符签名或发送结束。接收器使用该字段以确定在下一定界符签名/发送结束之前的填充的开始。

在填充共享Ack RU 810中,提供一个或多个共享Ack链路ID,而其余示例830和850具有链路ID子字段以及附加子字段。

链路ID子字段指示应用以下LNAV或快速Ack的链路的身份。如果链路ID与携带共享Ack RU的链路的ID相同,则使用直到下一定界符签名的八位字节作为填充。发送器使用该字段以指示对应于快速Ack响应的PPDU接收的链路ID,或者与链路NAV相关联的链路ID。接收器使用该字段以确定它正在响应的链路快速Ack的身份,或者它所关联的链路NAV的身份。

Sub-ch(子信道)子字段包含链路ID的20/40/80/160MHz子信道的身份或者以下LNAV或快速Ack适用于的链路ID的RU的身份。发送器将该字段设定为先前用信号发送的链路ID的20/40/80/160MHz子信道的身份或者以下LNAV或快速Ack适用于的链路ID的RU的身份。接收器将该字段用于先前用信号发送的链路ID的20/40/80/160MHz子信道的身份或者以下LNAV或快速Ack适用于的链路ID的RU的身份。

包括CRC的子字段指示在下一个定界符签名之前是否存在CRC字段。发送器使用该字段以指示在下一个定界符签名之前CRC字段的存在。接收器使用该字段以确定在下一个定界符签名之前CRC字段的存在。

LNAV/Ack子字段指示下一个定界符签名之前的以下子字段是否用于快速Ack或LNAV。发送器使用该子字段以指示在下一个定界符签名之前的以下字段是否用于快速Ack或LNAV。接收器使用该字段以确定下一个定界符签名之前的以下字段是否用于快速Ack或LNAV。

示例2的用于快速Ack配置的共享ACK RU还具有以下子字段。

TID子字段指示快速Ack正在响应的TID。发送器使用该字段以指示TID以及快速Ack正在响应的链路ID和子信道ID。接收器使用该字段以确定快速Ack正在响应的TID以及链路ID和个子信道ID。

SSN子字段指示TID的以下位图的起始序列号。发送器使用该子字段以指示在前一子字段中指示的TID的以下位图的起始序列号。发射送使用该子字段以在前一子字段字段中指示的TID的以下位图的起始序列号。

位图子字段对在链路ID字段中用信号通知的链路中的TID和在子信道子字段中用信号通知的子信道/RU提供快速Ack位图。发送器使用该字段,以对在链路ID字段中用信号通知的链路中的TID和在子信道(Sub-ch)子字段中用信号通知的子信道/RU指示快速Ack位图。接收方使用该子字段,以对由在链路ID字段中用信号通知的链路中的TID的位图和在子信道子字段中用信号通知的子信道/RU代表的SN确定快速Ack状态。

如图所示,示例3的链路NAV配置的共享ACK RU具有以下子字段。

AID LSB子字段指示在链路ID字段中用信号通知的链路中的TXOP保持器的AID和在子信道子字段中用信号通知的子信道/RU。发送器使用该字段以指示在链路ID字段中用信号通知的链路中的TXOP保持器的AID(或AID的LSB)和在子信道子字段中用信号通知的子信道/RU。接收器使用该字段以指示在链路ID字段中用信号通知的链路中的TXOP保持器的AID(或AID的LSB)和在子信道子字段中用信号通知的子信道/RU。接收器可以使用该信息以确定隐藏节点的存在。当接收器不能在该字段中检测到其自身的AID时,接收器可以确定PPDU发送是否已经发生冲突。响应于该检测的冲突,它可以在第一链路上提前终止其发送。

剩余PPDU持续时间+NAV子字段指示剩余PPDU的持续时间加上在PPDU中用信号通知的NAV,可能以先前的分隔符作为持续时间的起始点。发送器使用该子字段以指示剩余PPDU的持续时间加上在PPDU中用信号通知的NAV,可能以先前的定界符作为持续时间的起始点。接收器使用该子字段以确定剩余PPDU的持续时间加上在PPDU中用信号通知的NAV,可能以先前的定界符作为持续时间的起始点。接收器可以使用该子字段以确定隐藏节点的存在。

这些示例中的每一个可以包括填充,并且示例2和示例3可以包括CRC子字段。

CRC子字段提供在最后定界符签名的CRC字段之后的八位字节的循环冗余校验(CRC),对于该最后定界符签名,对应的包括的CRC被设定为真。描述的CRC计算可以排除任何定界符签名和长度字段。发送器使用该字段,以指示在具有设定为真的包括的相应的CRC的最后定界符签名的CRC字段之后的八位字节的CRC值。接收器使用该字段以指示在相应的包括的CRC被设定为真的最后定界符签名的CRC字段之后的八位字节的CRC值。

图25示出触发帧的示例实施例870,该触发帧在用户信息列表内具有用于快速重传分配的附加子字段。发送器使用快速重传分配子字段的其它用户信息字段字段以指示请求的TB-PPDU中的快速重传的资源分配。该用户信息列表字段的子字段,包括先前的AID12子字段,可以与用于紧接在TB-PPDU之后的资源分配的HE或EHT变体用户信息字段相同。接收器使用该字段以确定请求的TB-PPDU中的快速重传的资源分配。该字段的子字段(包括先前的AID12子字段)可以与HE或EHT变体用户信息字段相同。接收器可能找不到对应于其自身的AID的用户信息字段,在这种情况下,它不具有快速Ack并且不执行快速重传。

TID/SSN/位图子字段与在共享Ack RU中描述的子字段相同。发送器可以指示与紧挨着前一用户信息字段的AID12相同的AID12,作为当前用户信息字段用于携带对应于AID12的非AP的快速Ack(即TID/SSN/位图)的指示。接收器可以使用与紧挨着前一用户信息字段的AID12相同的AID12,作为当前用户信息字段用于携带对应于AID12的非AP的快速Ack(即TID/SSN/位图)的指示。

图26示出BA控制字段的示例实施例890,该BA控制字段包含先前保留的位内的快速重传MCS和Nss子字段。

如果从发起方到接收方,Rx建议/需要的MCS/NSS标志被设定为真,则发送器使用该字段以指示用于快速重传的MCS和NSS(或到原始发送的MCS/NSS的偏移)。该字段还可以指示所指示的重传配置是接收方的需求还是建议。

如果快速重传在原始链路1长PPDU内被执行,则接收器将其发信号通知的MCS/Nss和长PPDU的BW/RU大小建立在链路1上,或者如果快速重传在与快速Ack相同的链路上的快速Ack之后被执行以执行快速重传,那么在快速Ack的BW上。如果需要MCS/Nss,则发起方必须使用指示的MCS/Ns进行快速重传。如果建议MCS/Nss,则发起方可以使用与指示用于快速重传的不同的MCS/Vss,诸如更高的MCS/Nss。

8.发明要素的概要

以下是本公开的特征和要素的概述,包括相互依存关系的各种交叉引用,这些相互依存关系指回/转发到本概要中的其它要素(例如,“x”或“x.y”,或“x.y.z”)。本概要并非旨在限制本公开的范围,而是提供要素和关系的概要。

1.发起方MLD可以在第一链路上发送长PPDU。长PPDU可以包括到一个或多个接收方MLD或STA的一个或多个AMPDU。在本公开中,第一链路发起方和接收方MLD被缩写为发起方或接收方。

2.接收方MLD可以在第一链路上的长PPDU的传输完成之前,通过在第二链路上发送确认帧执行ack。这表示为快速ack。假设第一链路和第二链路是接收方MLD的同时发送和接收(STR)链路对;

(a)可能存在与发起方和接收方MLD同意的快速ack相关联的时间实例t0,该时间实例t0对应于接收状态被认为包含于确认帧中的MPDU X的集合;

(b)例如,集合X可以被限制为对于TID组在时间t0之前已经完全发送的所有MPDU;

(c)例如,集合X可以是在时间t0′之前已经完全发送的所有MPDU;以及

(d)确认帧可以是BA帧或多STA BA帧。

3.发起方MLD可以对在时间t1在第二链路上发送的确认帧执行ack:

(a)接收方MLD可以使用对确认的丢失ack以确定在第二链路上存在确认的冲突或错误;

(b)可以在第二链路上发送对确认帧的ack,作为对确认帧的即时响应;和

(c)t1>t0;由于第二链路上的信道接入延迟,t1和t0之间的差可能是不确定的;t1小于在第一链路上发送的长PPDU的结束时间。

4.发起方可以在正在进行要素1中的长PPDU的发送的同时,执行在要素2.a中描述的MPDU X集合中的丢失MPDU的重传;这被表示为快速重传:

(a)如果确认帧被接收方MLD接收,则可以重传确认帧中的未报告为被接收方MLD成功接收的集合X中的MPDU;

(b)如果发起方没有在要素2中接收确认帧,则可以不执行重传,或者;

(c)如果发起方没有在要素2中接收确认帧,并且该帧被假定为由接收方使用EDCA发送,则可以不执行重传。

5.发起方MLD在要素4中的快速重传可以在其发送尚未在第一链路上完成的同一PPDU内进行。

6.发起方MLD在要素4中的快速重传可以发生在第二链路(发起方在其上接收确认帧)或由接收方MLD支持的第三链路上:

(a)第二或第三链路是集合X中MPDU的TID被映射到的链路;

(b)接收方可以使用集合X的八位字节和(例如,减去)集合X内接收的MPDU以及快速重传的BW/MCS/Nss的八位字节的总数以导出在第二链路上发送的确认帧的NAV,该确认帧之后紧接着第二链路上的快速重传;和

(c)例如作为对快速ack的即时响应,快速重传可以在与第二链路中的快速ack相同的TXOP中。

7.要素5中的重传可以在时间t2开始,并且t2-t1<=预配置的持续时间:

(a)在要素3中描述t1;

(b)发起方可能不需要执行对在要素3中描述的确认帧的ack;和

(c)接收方MLD使用第一链路上的重传开始作为对在第二链路上发送的确认帧的ack。

8.要素5中的重传可以在与t1没有关系的时间t2开始:

(a)例如,重传可能占用用于填充原始长PPDU的时间,该原始长PPDU可以是MUPPDU;

(b)例如,重传可以在时间t2开始,使得接收方MLD在接收重传时不需要缓冲中断的LDPC码字;

(c)例如,重传可以在时间t2开始,使得接收方MLD在接收重传时不需要缓冲中断的MPDU;和

(d)要素8.b和8.c中的中断由重传引起。

9.要素5中的重传可以从一个或多个训练符号开始:

(a)至少一个训练符号具有可以与常规数据符号区分的模式;和

(b)一些训练符号可以由接收方MLD用于新的信道估计。

10.要素5和6中的重传可以具有与要素1中的原始长PPDU的MCS和Nss不同的MCS和Nss。

11.作为对要素1中的长PPDU的即时响应,接收方MLD可能仍然需要在第一链路上发送BA。

12.如果在要素2中描述的MPDU X的集合均被正确接收,则接收方MLD可以不在辅链路上发送确认帧;这是由于在要素4b或要素4c中描述的发起方MLD行为有效地将第二链路上的确认帧视为NAK。

13.如果在要素2中描述的MPDU X的集合均被正确接收,则接收方MLD可以在辅链路上发送确认帧;这可以帮助发起方MLD在要素11中描述的肯定确认之前更早地从其(重新)发送缓冲/提前发送窗口去除成功的MPDU。

14.可以在快速ack之前向接收方提供快速ack配置信息;该配置可以包括:

(a)在要素2中描述的t0、要素5和6中的快速重传的(最小)配置(例如,MCS/Nss/BW)、用于快速ack和快速重传链路的身份、接收状态必须包括在快速ack中的TID、在要素7中描述的预配置的持续时间;和

(b)在链路1上发送的长PPDU的持续时间内,可能存在配置的t0的多个实例;t0的多个实例可以遵循在快速ack配置中也提供的周期性。

15.快速ack配置信息中的全部或者一部分可以被预配置:

(a)可以基于前导码中的字段,或者在要素1中的长PPDU的数据字段中的前几个符号中,打开或关闭上面的预配置;

(b)在数据交换之前,可以通过ADDBA请求/响应机制或其它管理帧用信号通知快速ack配置;和

(c)快速ack配置可能包含与原始发送的MCS/Nss/BW的差异。

16.快速ack配置信息中的全部或者一部分可以用信号在要素1中的长PPDU内发送:

(a)信令可以在长PPDU的前导码中;

(b)信令可以在长PPDU中AMPDU的数据字段的前几个符号中,这些符号表示为特殊符号:(1)与其余数据符号相比,特殊符号可以具有减小的MCS或Nss;(2)可以在数据交换之前经由ADDBA请求/响应机制或其它管理帧用信号通知特殊符号的配置。

17.可以在快速ack中包括快速重传的(建议/需要)配置;配置可以包括快速重传的(最小/最大)MCS或(最小/最大)Nss;发起方MLD可以不使用建议的配置进行快速重传;并且发起方MLD可能被要求使用需要的配置进行快速重传。

18.在长PPDU开始时可能没有确定快速Ack配置的启用:

(a)例如,需要(被预配置用于)快速ack的TID i的MSDU在长PPDU开始时还没有到达MAC层;发起方将不知道在长PPDU的开始处请求快速ack,例如在要素15中的前导码中没有开启预配置的快速ack;

(b)发起方可以改变AMPDU的还没有被发送的部分的内容,以包括新到达的被预配置用于快速Ack的TID i的MPDU;

(c)发起方可以将在插入的新到达的TID i的MPDU之后插入的定界符的保留位设定为表示为修改的定界符的“1”;(1)保留位被设定为1的定界符的MPDU长度字段可以表示为快速ack预配置并且在定界符之前发送的TID(例如,TIDi)的总长度;(2)可以在插入的TIDi的MPDU之后插入多于一个的这样的修改的定界符,以避免错误地接收一些定界符;(3)修改后的定界符在接收的AMPDU中的出现指示接通预配置的快速ack配置;发送修改的定界符的时间可以隐式地替换预配置中的t0;以及(4)(a)中的信息可以用于设定要素6中的确认帧的NAV,该NAV之后紧接着第二链路上的快速传输;接收方可以使用在要素18.a中发信号通知的长度和(例如,减去)为快速ack预配置的校正的接收MPDU的长度以及快速重传MCS/Nss/BW以确定NAV;以及

(d)发起方可以在插入的新到达的TID i的MPDU之前和/或之后插入在要素9中描述的一个或多个训练符号;这用信号通知了快速ack被接通:(1)训练符号被发送的时间可以隐式地替换预配置中的t0;以及(2)之前和之后的训练符号之间的符号的数量可以如在要素18.c.(4)中那样用于设定要素6中的确认帧的NAV。

19.接收方在要素6c中描述的第二链路上发送确认作为对快速重传的即时响应:

(a)确认不仅报告重传的状态,而且还可以用作对第一链路上正在进行的长PPDU的第二快速ack;在这种情况下,第一快速ack、第一快速重传和第二快速ack(+对第一快速重传的ack)在第二链路上处于同一的TXOP中;以及

(b)接收方可以延迟第一快速ack的发送(例如,在EDCA计数器0处等待),或者,为了在满足要素14b中的相应t0要求的同一TXOP中发送第二快速ack,发起方可以填充快速重传。

20.在要素6c中,如果接收方是AP MLD,则快速ack可以被聚合/集成到触发帧:

(a)如果第一链路上的长PPDU是TB-PPDU,则AP可以将快速ack复用到DL OFDMAPPDU中的几个非AP MLD,PSDU将包含快速ack和触发帧的AMPDU复用到各非AP MLD;以及

(b)快速ack可以被集成到被发送到一个或多个非AP STA的触发帧,并且还分配用于快速重传的资源;(1)ack位图、TID和起始序列号可以在具有特殊AID或与用户的AID相同的AID的单独的用户信息字段中;携带快速ack的用户信息字段可以紧跟在用于非AP MLD的快速重传分配的用户信息字段之后。

21.前面的项目符号描述了由发起方在第一链路上发送长PPDU而快速Ack由接收方在第二链路上发送并且接收方可以是第二链路的TXOP持有者的场景。

22.动机和假设部分描述了发起方在第一链路上发送PPDU而同时存在由接收方在第二链路上发送的正在进行的长PPDU的场景。

23.如果接收方是AP MLD,则它可以在由AP MLD在第二链路上发送的长PPDU中分配称为共享ack RU的RU。

24.在第一链路中发送的PPDU的快速ack在共享ack RU中被发送;另外在第一链路上成功地接收前导码之后(当AP-MLD还没有在同一频率资源上在第一链路上接收另一PPDU时),AP MLD可以广播第一链路NAV(第一链路上的剩余PPDU持续时间+PPDU的NAV)和在第一链路上发送的PPDU的发送器的身份;以及

(a)共享ack RU的寻址可以基于广播AID,或者基于预先用信号通知发起方非APMLD的特殊AID。

25.在共享ack RU中发送的快速ack信息可以是起始序列号(例如,仅LSB),并且可以后跟位图(或者跟随起始序列号的连续接收的MPDU的数量)和填充,并且对于下一组接收的MPDU重复该模式;可以存在以预配置的周期性插入的CRC和/或尾部位;

(a)编码可以是BCC,因此当接收MPDU时,可以在没有码字延迟的情况下立即在共享ack RU上对状态进行编码和发送;

(b)MPDU的快速Ack信息可以在AMPDU完成其在第一链路上的发送之前被发送;

(c)如果PPDU的所有接收状态已在作为快速ack的共享ack RU中被发送,则AP MLD可以不发送BA/ack作为对由支持共享ack RU的非AP MLD发送的PPDU的即时响应;以及

(d)在快速ack中携带的ack状态被称为快速ack信息。

26.在通过发起方在第一链路上发送MPDU的时间与如果接收MPDU则必须在共享ack RU上发送接收状态的时间之间,可能存在配置的最大延迟。

27.共享ack RU上的NAV和身份信息可以向在第一链路上操作的其它非AP MLD发信号通知第一链路NAV繁忙,以避免第一链路上的任何隐藏终端问题。

(a)在共享ack RU中支持快速ack的MLD可能不需要RTS/CTS;和

(b)非AP MLD可以观察到在共享ack RU中不存在广播的第一链路NAV,以推断其在第一链路上到AP的发送具有冲突。

28.当在链路1上从非AP MLD发送的PPDU1在时间上与同一TXOP中的第二链路上的两个或更多个DL PPDU重叠时,第二链路中的多于一个的DL PPDU上的共享ack RU可以携带PPDU1的不同MPDU的快速ack信息。

29.AP MLD可以在同一TXOP中的第二链路上发送一个或多个长PPDU,各PPDU具有共享ack RU;AP MLD可以在第一链路的信道上以老式复制格式发送控制帧UL区域公告;UL区域公告帧的NAV与第二链路上的同一TXOP中的一个或多个长PPDU的持续时间重叠。

30.UL区域公告防止老式STA在NAV持续时间内接入第一链路,而在第二链路上支持共享ack RU的非AP MLD不设定NAV;除了第一链路的主信道上的介质争用/EDCA以外,在第二链路上支持共享ack RU的非AP MLD可以在第一链路的辅信道上启动独立的介质争用/EDCA;辅信道上的重复UL区域公告帧可以允许NAV同步,而没有用于辅链路上的独立EDCA过程的介质同步延迟;

(a)通过在同一链路的不同信道上执行多个EDCA接入,避免占用主信道的低优先级用户阻止其它高优先级用户接入的情况;

(b)AP可以要求第一链路接入在UL区域公告的NAV持续时间内,在辅信道上使用PIFS感测过程的某个BW上不占用辅信道;例如,在UL区域内,AP仅允许对高达40MHz的PPDUBW的辅20MHz信道进行PIFS感测;第一链路上的80MHz的BSS带宽可以被用作具有独立接入的2个40MHz信道;

(c)由于在第一链路的UL区域公告NAV持续时间内AP总是在第一链路上的主信道和辅信道上进行接收,因此在第二链路上支持共享ack RU的非AP MLD在接入第一链路的一个信道时不需要考虑AP在第一链路的另一信道上的活动。

31.在用于快速ack的第二链路或对应于UL区域内的第一链路上的相同数量的独立接入的第一链路NAV上的各长PPDU上,可能存在数个共享ack RU。

(a)在第二链路上可能存在单个共享ack RU,并且共享ack RU复用对应于UL区域内的第一链路上的独立接入数量的多个快速ack/第一链路NAV。

32.在UL区域结束之后,第一链路上的STA恢复以仅针对信道接入监视主链路:

(a)占用在UL区域内开始的第一链路上的主信道的PPDU可以在UL区域外结束;在UL区域内开始的第一链路上不占用主信道的PPDU可能需要在UL区域内结束。

33.前面的要素描述了以下场景:(1)长PPDU在第一链路上从发起方被发送,而第二链路执行快速Ack,或者(2)长PPDU是在第二链路上从AP MLD接收方被发送,该第二链路包括对第一链路上的PPDU的快速Ack;在下面的要素中,讨论由发起方在第一链路上发送的长PPDU和由接收方在包括快速ack的第二链路上发送的长PPDU。

34.当发起方是第一链路上的非AP MLD而接收方是第二链路上的AP MLD发送时,要素的前面部分中的共享ack RU也可用于快速ack和第一链路NAV:

(a)如果第一链路上的长PPDU是TB-PPDU,则与要素31类似,在第一链路上可能存在分别用于用户的多个共享ack RU,或者与要素31a类似,在第一链路上存在将快速ack复用到多个用户的单个共享ack RU。

35.当发起方是第一链路上的AP MLD而非AP MLD在第二链路上发送TB-PPDU时:

(a)对于由第一链路上的PPDU寻址的各非AP MLD,可以在第一链路上存在用于对PPDU进行快速确认的第二链路中分配的相应ack RU,诸如快速Ack是第二链路上的FDM;可以在第一链路上的PPDU的前导码中或者在第二链路上的TB-PPDU之前的触发帧中用信号通知用户在第一链路和对应ack RU上的映射;

(b)对于由PPDU在第一链路上寻址的非AP MLD,它们可以对于快速确认在第二链路中使用相同的共享ack RU,诸如在第二链接上作为TDM的快速Ack;(1)在TB-PPDU之前分配共享ack RU的触发帧可以提供对应于第一链路上的DL PPDU中的各用户的开始时间、发送持续时间、周期性;(2)在不同时间在共享ack RU上发送的所有非AP MLD可以发送TB-PPDU的前导码,以进行保护;(3)对于在不同时间在共享ack RU上发送的非AP MLD,它可以使用触发帧以确定发送功率和中心频率的校正;各用户在共享ack RU中的快速ack发送之前可以是来自用户的EHT-STF或EHT-LTF;以及

(c)第二链路上的触发帧可以不在第一链路上的DL PPDU之前被发送;如果第二链路比第一链路更早地具有EDCA接入机会,则可以在第二链路上发送DL PPDU,同时可以在第一链路上发送触发帧和包含ack RU的TB-PPDU。

9.实施例的一般范围

这里,可以参照也可以实现为计算机程序产品的根据本技术的实施例的方法和系统的流程图和/或过程、算法、步骤、操作、公式或其它计算描述,描述本技术的实施例。就这点而言,可以通过诸如包括在计算机可读程序代码中体现的一个或多个计算机程序指令的硬件、固件和/或软件的各种手段,实现流程图的各块或步骤和流程图中的块(和/或步骤)的组合以及任何过程、算法、步骤、操作、公式或计算描述。可以理解,任何这样的计算机程序指令可以由包括但不限于通用计算机或专用计算机的一个或多个计算机处理器或用于生产机器的其它可编程处理装置执行,使得在计算机处理器或其它可编程处理装置上执行的计算机程序指令创建用于实现指定的功能的手段。

因此,这里描述的流程图的块以及过程、算法、步骤、操作、公式或计算描述支持用于执行指定功能的手段的组合、用于执行指定功能的步骤的组合以及诸如体现在计算机可读程序代码逻辑手段中用于执行指定的功能的计算机程序指令。还应理解,这里描述的流程图的各块以及任何过程、算法、步骤、操作、公式或计算描述及其组合,可以由执行指定功能或步骤的基于专用硬件的计算机系统或者专用硬件和计算机可读程序代码的组合实现。

此外,诸如体现在计算机可读程序代码中的这些计算机程序指令也可以被存储在一个或多个计算机可读存储器或存储器设备中,这些计算机可读程序代码可以指导计算机处理器或其它可编程处理装置以特定方式工作,使得存储在计算机可读存储器或存储器设备中的指令产生包括实现在流程图的块中指定的功能的指令手段的制造品。计算机程序指令也可以由计算机处理器或其它可编程处理装置执行,以使得在计算机处理器或其它可编程处理装置上执行一系列操作步骤,以产生计算机实现的过程,使得在计算机处理器或其它可编程处理装置上执行的指令提供用于实现在流程图的块、过程、算法、步骤、操作、公式或计算描述中指定的功能的步骤。

还应理解,在这里使用的术语“编程”或“可执行程序”指的是可以由一个或多个计算机处理器执行以执行这里描述的一种或多种功能的一个或多个指令。指令可以体现在软件、固件或软件和固件的组合中。指令可以存储在设备本地的非暂态介质中,或者可以被远程存储,诸如存储在服务器上,或者指令中的全部或者一部分可以被本地和远程存储。远程存储的指令可以通过用户发起被下载(推送)到设备,或者基于一个或多个因素被自动下载。

还应理解,如这里所使用的,术语处理器、硬件处理器、计算机处理器、中央处理单元(CPU)和计算机被同义地用于表示能够执行指令并且与输入/输出接口和/或外围设备通信的设备,并且,术语处理器、硬件处理器、计算机处理器、CPU和计算机旨在包括单个或多个设备、单核和多核设备及其变体。

从这里的描述中,可以理解,本公开包括技术的多种实现,这些实现包括但不限于以下方面:

一种用于网络中的无线通信的装置,该装置包括:(a)无线通信电路,作为多链路设备(MLD)中的无线站(STA),并且作为接入点(AP)STA或者非AP STA操作,用于在无线局域网(WLAN)上使用载波侦听多址接入/冲突避免(CSMA/CA)机制与其它无线站(STA)进行无线通信,在该WLAN中,对所有链路上的随机信道接入利用增强分布信道接入(EDCA);(b)处理器,耦接到所述无线通信电路,用于在WLAN上操作;(c)非暂态存储器,存储能够由处理器执行的用于与其它STA进行通信的指令;以及(d)其中,所述指令在由处理器执行时执行用于所述无线通信电路的无线通信协议的步骤,包括:(d)(i)其中,在发起MLD的第一链路上,发送包括一个或多个聚合MAC协议数据单元(AMPDU)的物理层协议数据单元(PPDU);(d)(ii)其中,在所述第一链路上所述发起方的PPDU的发送已经完成之前,所述发起方在第二链路上从接收方MLD接收作为快速确认(Ack)的Ack帧;以及(d)(iii)其中,用于所述发起MLD和接收方MLD的所述第一链路和第二链路是同时发送和接收(STR)链路对。

一种用于网络中的无线通信的装置,该装置包括:(a)无线通信电路,作为多链路设备(MLD)中的无线站(STA),并且作为接入点(AP)STA或者非AP STA操作,用于在无线局域网(WLAN)上使用载波侦听多址接入/冲突避免(CSMA/CA)机制与其它无线站(STA)进行无线通信,在该WLAN中,对所有链路上的随机信道接入利用增强分布信道接入(EDCA);(b)处理器,耦接到所述无线通信电路,用于在WLAN上操作;(c)非暂态存储器,存储能够由处理器执行的用于与其它STA进行通信的指令;以及(d)其中,所述指令在由处理器执行时执行用于所述无线通信电路的无线通信协议的步骤,包括:(d)(i)其中,在发起MLD的第一链路上,发送包括一个或多个聚合MAC协议数据单元(AMPDU)的长物理层协议数据单元(PPDU);(d)(ii)其中,在所述第一链路上所述发起方的长PPDU的发送已经完成之前,所述发起方在第二链路上从接收方MLD接收作为快速确认(Ack)的Ack帧;以及(d)(iii)其中,用于所述发起MLD和接收方MLD的所述第一链路和第二链路是同时发送和接收(STR)链路对;以及(d)(iv)其中,所述发起方MLD和接收方MLD同意与发起方和接收方MLD所同意的快速Ack相关联的时间实例t0,该快速Ack对应于接收状态包含于确认帧中的MPDU的集合X。

一种用于在网络中执行无线通信的方法,包括:(a)在多链路设备(MLD)的无线站(STA)中执行无线通信,并且所述STA作为接入点(AP)STA或者非AP STA操作,用于在无线局域网(WLAN)上使用载波侦听多址接入/冲突避免(CSMA/CA)机制与其它无线站(STA)进行无线通信,在该WLAN中,对所有链路上的随机信道接入利用增强分布信道接入(EDCA);(b)其中,在发起MLD的第一链路上,发送包括一个或多个聚合MAC协议数据单元(AMPDU)的长物理层协议数据单元(PPDU);(c)其中,在所述第一链路上所述发起方的长PPDU的发送已经完成之前,所述发起方在第二链路上从接收方MLD接收作为快速确认(Ack)的Ack帧;以及(d)其中,用于所述发起MLD和接收方MLD的所述第一链路和第二链路是同时发送和接收(STR)链路对。

任何前述实现的装置或方法,其中,所述发起方MLD和接收方MLD同意与发起方和接收方MLD所同意的快速Ack相关联的时间实例t0,该快速Ack对应于接收状态包含于确认帧中的MPDU的集合X。

任何前述实现的装置或方法,其中,集合X被限制为对于流量标识符(TID)组在时间t0之前已经完全发送的所有MPDU。

任何前述实现的装置或方法,其中,集合X被限制为在时间t0之前已经完全发送的所有MPDU。

任何前述实现的装置或方法,其中,所述确认帧包括块确认(BA)帧或多STA(MU)BA帧。

如这里所使用的,术语“实现”旨在包括但不限于实践这里描述的技术的实施例、示例或其它形式。

如这里所使用的,除非上下文另有明确规定,否则单数术语“一个”、“一种”和“该”可包括复数指称。除非明确说明,提到的单数形式的对象不意味着“一个且只有一个”,而是“一个或多个”。

本公开中的短语结构,诸如“A、B和/或C”,描述可以存在任意的A、B或C或者项目A、B和C的任何组合。后面列出一组要素的短语结构指示,诸如“至少一个”,指示存在这些组要素中的至少一个,这在适用的情况下包括列出的要素的任何可能的组合。

本公开中提及“实施例”、“至少一个实施例”或类似实施例措辞表明,在本公开的至少一个具体实施例中包括结合所述实施例描述的特定特征、结构或特性。因此,这些各种实施例短语不一定都指相同的实施例,或者指与正在描述的所有其它实施例不同的特定实施例。实施例措辞应被解释为意味着,可以在公开的装置、系统或方法的一个或多个实施例中以任何合适的方式组合给定实施例的特定特征、结构或特性。

如这里所使用的,术语“集合”是指一个或多个对象的集合。因此,例如,一组对象可以包括单个对象或多个对象。

关系术语,诸如第一和第二、顶部和底部、上部和下部以及左侧和右侧等,可以仅用于区分一个实体或动作与另一实体或动作,而不必要求或暗示这种实体或动作之间的任何实际这种关系或顺序。

术语“包括”、“包含”、“含有”、“具有”或它们任何其它变体意在覆盖非排它性包含,使得包括、包含、含有、具有要素的列表的过程、方法、物品或装置不仅包括这些要素,还可以包括没有明确列出或者这种过程、方法、物品或装置所固有的其它要素。在没有更多限制的情况下,以“包括…”、“包含…”,“含有”、“具有…”开头的要素不排除在包括、包含、含有、具有要素的过程、方法、物品或装置中存在额外的相同要素。

如这里所使用的,术语“近似”、“大约”,“基本上”、“本质上”和“约”或其任何其它版本,被用于描述和说明微小的变化。当与事件或情况结合使用时,这些术语可以指事件或情况精确发生的实例以及事件和情况接近发生的实例。当与数值一起使用时,这些术语可以指小于或等于该数值±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等的子范围。

这里使用的术语“耦合”被定义为连接,尽管不一定是直接连接,也不一定是机械连接。以某种方式“配置”的设备或结构至少以这种方式被配置,但也可以以未列出的方式被配置。

益处、优点、问题的解决方案以及可能导致任何益处、优点或解决方案发生或变得更加清楚的任何要素不应被解释为这里或任何或所有权利要求所述的技术的关键、必需或基本特征或要素。

另外,在上述公开中,为了使公开流线型化,可以在各种实施例中将各种特征分组在一起。本公开的方法不应被解释为反映要求保护的实施例需要比在各权利要求中明确陈述的特征更多的特征的意图。本发明的主题可以存在于单个公开的实施例的少于所有的特征中。

提供本公开的摘要是为了允许读者快速确定技术公开的性质。应当理解,提交它不是将它用于解释或限制权利要求书的范围或含义。

应当理解,一些司法管辖的实践可能要求在提交申请后删除公开的一个或多个部分。因此,读者应当查阅为本公开的原始内容而提交的申请。对公开内容的任何删除不应被解释为对最初提交的申请的任何主题的免责声明、没收或对公众的奉献。

在这里将以下权利要求加入本公开中,使得各权利要求独立地作为单独要求保护的主题。

尽管这里的描述包含许多细节,但这些细节不应被理解为限制本公开的范围,而应被解释为仅提供当前优选实施例中的一些的说明。因此,应当理解,本公开的范围完全包括对本领域技术人员来说可能变得清楚的其它实施例。

本领域普通技术人员已知的公开实施例的要素的所有结构和功能等价物通过引用明确并入本文,并且旨在被本权利要求书涵盖。另外,本公开中的任何要素、组件或方法步骤都不旨在致力于公众,而不管该要素、组件或方法步骤是否在权利要求书中被明确陈述。除非通过使用短语“用于…的手段”明确陈述这里的权利要求要素,否则任何要素不应被解释为“手段加功能”要素。除非通过使用短语“用于…的步骤”明确陈述这里的权利要求要素,否则任何要素不应被解释为“步骤加功能”要素。

相关技术
  • 一种基于区块链的临床护理系统及数据处理方法
  • 一种基于区块链的理赔事件的处理方法、系统及电子设备
  • 基于区块链的会议纪要的处理方法和系统
  • 基于区块链的企业排污数据处理方法及系统
  • 一种基于区块链的业务处理方法及系统
  • 基于区块链的捐款处理方法及系统
  • 基于区块链的捐款业务处理方法及装置
技术分类

06120116559870