CN116896431A - 处理块确认 - Google Patents
处理块确认 Download PDFInfo
- Publication number
- CN116896431A CN116896431A CN202211305571.7A CN202211305571A CN116896431A CN 116896431 A CN116896431 A CN 116896431A CN 202211305571 A CN202211305571 A CN 202211305571A CN 116896431 A CN116896431 A CN 116896431A
- Authority
- CN
- China
- Prior art keywords
- packet
- frames
- unacknowledged
- threshold
- count
- 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
Links
- 238000000034 method Methods 0.000 claims abstract description 37
- 230000004044 response Effects 0.000 claims abstract description 23
- 230000005540 biological transmission Effects 0.000 claims description 48
- 238000004891 communication Methods 0.000 claims description 45
- 230000003111 delayed effect Effects 0.000 claims description 9
- 230000009467 reduction Effects 0.000 claims description 8
- 108700026140 MAC combination Proteins 0.000 claims 1
- 230000010267 cellular communication Effects 0.000 description 5
- 230000002776 aggregation Effects 0.000 description 4
- 238000004220 aggregation Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000006872 improvement Effects 0.000 description 3
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000001105 regulatory effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 210000003813 thumb Anatomy 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
- H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/189—Transmission or retransmission of more than one copy of a message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开的一些实施例涉及处理块确认。本文描述的示例涉及处理块确认的方法。响应于确定未确认帧的计数小于阈值,传输设备向接收设备传输第一分组。特别地,传输设备配置第一分组使得接收设备不需要在接收到第一分组后立即发送块确认(BA)。此外,在向接收设备传输任何附加分组之前,传输设备可以再次确定未确认帧的计数是否小于阈值。响应于确定未确认帧的计数大于或等于阈值,传输设备传输请求立即BA的第二分组。传输设备可以响应于由接收设备接收到第二分组而接收针对未确认帧的BA。
Description
背景技术
在无线局域网(WLAN)中,传输设备和接收设备之间的诸如介质访问控制(MAC)协议数据单元(MPDU)之类的帧的通信由于相应报头控制字段的传输而涉及大量开销,需要帧间空间,以及针对所传输的帧的确认处理。随着数据速率的增加,这种开销会导致增加的空中时间使用,从而降低空中时间效率。使用帧聚合技术一般而言提高网络吞吐量和空中时间效率。通过帧聚合,将多个帧组合成单个传输。因而,代替单独地传输帧,传输设备可以传输包括多个子帧的聚合帧单元(例如,聚合MPDU(AMPDU))。接收设备可以根据协商的确认策略通过向传输设备传输块确认来确认聚合帧单元的接收。块确认的传输还根据块确认帧的长度(又称为块确认窗口或BA窗口大小)在传输块确认之前所需的相应缓冲区间隔消耗空中时间。
BA窗口大小预计将在无线通信标准的未来实现中增长。但是,在一些情况下,由于诸如实际数据流量低、传输机会(TXOP)限制、多用户(MU)公平策略、MU对准以及对最大空中时间占用的监管限制之类的许多因素,聚合帧单元中帧的数目可以仍然是受限的。当聚合帧单元中帧的数目远小于BA窗口大小时,会导致BA窗口大小未被充分利用。考虑到多个块确认和相应的缓冲区间隔所消耗的空中时间,BA窗口大小的这种未充分利用并不是很高效。
附图说明
下面结合附图对本公开中的一个或多个示例进行详细说明。提供这些图仅用于说明目的并且仅描绘示例。
图1描绘了其中可以实现本文呈现的各种示例的系统。
图2描绘了用于处理块确认的示例方法的流程图。
图3描绘了用于处理块确认的另一个示例方法的流程图。
图4A-图4D表示图示空中时间使用减少的示例场景。
图5描绘了其中可以实现本文描述的各种示例的示例计算系统的框图。
附图不是详尽的并且不将本公开限制到所公开的精确形式。
具体实施方式
在计算机网络中,帧是传输设备和接收设备之间的数字数据传输单元。诸如MPDU之类的常用的Wi-Fi帧通常包括MAC报头、帧体和尾部。MPDU的帧体包括作为上层信息的MAC服务数据单元(MSDU)(例如,层3-层7有效载荷)。由于报头控制字段的传输、对帧间空间的需求以及对每个所传输的帧的确认处理,传输设备和接收设备之间这些帧(例如,MPDU)的通信涉及大量开销。随着数据速率的增加,这种开销会降低空中时间效率。空中时间效率是用于传输用户数据的空中时间百分比的测量。特别地,诸如报头控制字段、对帧间空间的需求以及确认的交换之类的开销降低了空中时间效率。
在Wi-Fi标准(例如,IEEE 802.11n)中提出了一种帧聚合技术,以提高网络吞吐量和空中时间效率。通过帧聚合,传输设备将多个帧组合成聚合帧单元,并且将该聚合帧单元传输给接收设备。例如,在聚合MPDU(下文中称为AMPDU)技术的情况下,将两个或更多个帧(例如,MSDU)捆绑在一起并作为聚合帧单元(称为AMPDU)传输。因而,传输设备可以传输包括多个帧的AMPDU,而不是单独传输帧。接收设备可以根据协商的确认策略确认接收到AMPDU。
现有的Wi-Fi标准支持两种类型的块确认策略—立即块确认和延迟块确认。可以在传送AMPDU之前在传输设备和接收设备之间协商确认策略。立即块确认一般用于低时延和高吞吐量的业务,例如语音和视频业务。而延迟块确认一般用于可以容忍中等或低级别时延的业务(例如,尽力而为(BE)业务或后台(BK)业务)。一旦协商好,传输设备就根据商定的块确认策略(例如,立即块确认或延迟块确认之一)请求接收设备的确认。
接收设备可以通过发送指示未确认帧的接收状态的块确认来响应传输设备。特别地,块确认的每个位可以被用于指示与个体帧相对应的确认状态。因而,具有64位的BA窗口大小(即,块确认中的位数)的块确认可以确认多达64个未确认子帧。块确认的传输还要求在块确认之前有预定的间距,一般称为短帧间间距(SIFS)。因此,块确认的传输也根据BA窗口大小和SIFS而消耗空中时间。
根据IEEE 802.11be草案,BA窗口大小预计将增长到1024位—这意味着1024位大小的块确认最多可以确认1024个未确认帧。如此高的BA窗口大小对于多链路传输可以非常有用。但是,在单链路通信的情况下,由于诸如实际数据流量低、TXOP限制、MU公平策略、MU对准和对最大空中时间占用的监管限制之类的许多因素,AMPDU中帧的数目没有那么高。在一些情况下,AMPDU中帧的数目可以远小于BA窗口大小。当子帧的数目远小于BA窗口大小时,BA窗口大小可以是未被充分利用的。考虑到多个块确认和相应的缓冲区间隔所消耗的空中时间,BA窗口大小的这种未充分利用并不是很高效。
本公开涉及管理块确认的技术,其导致显著的空中时间的节省。根据一些示例,提出了可以充分利用增加的BA窗口大小的聚合块确认方法。在一些示例中,传输设备被配置为根据BA窗口大小和未确认帧的计数来请求立即块确认。特别地,传输设备可以被配置为发送具有要求延迟块确认的帧的分组,直到未确认帧的计数达到阈值。更特别地,在一个示例中,传输设备在确定未确认帧的数目大于或等于阈值后请求立即块确认。阈值可以被设置为BA窗口大小的预定百分比(例如,75%)。通过这样做,可以利用BA窗口大小的主要部分,并且可以避免块确认的频繁传输。
特别地,在一些示例中,传输设备可以首先确定与接收设备相对应的未确认帧的计数(例如,在给定时间点接收到的尚未确认帧的数目)是否小于阈值。传输设备可以响应于确定未确认帧的计数小于阈值,向接收设备传输第一分组。特别地,传输设备配置第一分组使得接收设备不需要在接收到第一分组之后立即发送块确认。此外,在第一帧的传输之后并且在向接收设备传输任何附加分组之前,传输设备可以再次确定未确认帧的计数是否小于阈值。如果确定未确认帧的计数大于或等于阈值,那么传输设备可以传输第二分组,第二分组请求针对未确认帧的立即块确认。传输设备可以响应于接收设备对第二分组的接收,接收针对未确认帧的块确认。
如将理解的,在一些示例中,传输设备根据未确认帧的计数发送要求立即块确认的分组,以便利用预定量的BA窗口大小。特别地,当未确认帧的计数等于或超过阈值时,发送要求立即块确认的分组。在一些示例中,阈值可以被选择为BA窗口大小的至少50%。因而,根据阈值的选择,可以利用BA窗口大小的主要部分来指示与未确认帧相对应的状态。这种对块确认的选择性使用使得接收设备传输的块确认的数目和相应的其它开销(例如,SIFS)减少。特别地,它因此节省了空中时间并提高了AMPDU效率。如后面的描述中将说明的,在一些示例中,与单独为每个分组传输立即块确认相比,所提出的方法在大帧(例如,具有1500字节的帧大小)的情况下减少了大约6%-7%的空中时间;在中等大小的帧(例如,具有500字节的帧大小)的情况下减少了大约14%~16%的空中时间。
以下详细描述参考附图。在可能的情况下,在附图和以下描述中使用相同的附图标记来指代相同或相似的部分。应明确理解的是,附图仅用于说明和描述的目的。虽然本文档中描述了几个示例,但修改、改编和其它实现是可能的。因而,以下详细描述不限制所公开的示例。代替地,所公开的示例的适当范围可以由所附权利要求限定。
在详细描述所公开的系统和方法的示例之前,描述可以在各种应用中实现这些系统和方法的示例网络安装是有用的。图1图示了其中可以实现本文呈现的各种示例的系统100。系统100可以包括传输设备102和接收设备104。传输设备102经由通信链路106通信地耦合到接收设备104。虽然未示出,但是在一些示例中,图1的系统100可以包括分布在一个或多个站点之间的一个或多个附加网络设备。这些站点可以位于同一建筑物中,或者在地理上分开并且彼此通信。另外,可以部署在系统100中的网络设备的示例可以包括但不限于接入点、无线局域网控制器(WLAN控制器)、网络交换机、路由器、网络网关、客户端设备或服务器。
传输设备102和接收设备104可以是能够经由有线和/或无线通信技术彼此通信的电子设备。可以被实现为传输设备和/或接收设备104的电子设备的示例可以包括台式计算机、膝上型计算机、服务器、web服务器、认证服务器、WLAN控制器、无线接入点(AP)、认证-授权-计费(AAA)服务器、域名系统(DNS)服务器、动态主机配置协议(DHCP)服务器、互联网协议(IP)服务器、虚拟专用网(VPN)服务器、网络策略服务器、大型机、平板计算机、电子阅读器、上网本计算机、电视和类似的显示器(例如,智能电视)、内容接收设备、机顶盒、个人数字助理(PDA)、移动电话、智能电话、智能终端、哑终端、虚拟终端、视频游戏机、虚拟助理、IOT设备等。在一些示例中,传输设备102和接收设备104根据IEEE 802.11通信标准彼此通信。例如,在一种实现中,传输设备102可以是接入点并且接收设备104可以是客户端设备(例如,以上列出的任何上述示例设备)。要注意的是,传输设备102可以具有数据接收能力并且接收设备104可以具有数据传输能力。
在一些示例中,传输设备102可以包括网络接口108、机器可读存储介质110和处理资源112。网络接口108可以使传输设备102能够与其它网络设备通信。特别地,传输设备102可以经由网络接口108与接收设备104通信。网络接口108可以包括一个或多个连接介质。在图1的示例实现中,网络接口108被示为包括连接介质,诸如无线通信单元114(例如,Wi-Fi芯片/模块),其可以允许根据IEEE 802.11标准或任何其它通信标准和/或技术进行通信。
机器可读存储介质110可以是非暂态的并且可替代地称为不涵盖暂态传播信号的非暂态机器可读存储介质110。机器可读存储介质110可以是可以存储数据和/或可执行指令的任何电子、磁性、光学或任何其它存储设备。可以在传输设备102中使用的机器可读存储介质110的示例可以包括随机存取存储器(RAM)、非易失性RAM(NVRAM)、电可擦可编程只读存储器(EEPROM)、存储驱动器(例如,固态驱动器(SSD)或硬盘驱动器(HDD))、闪存、CD-ROM等。机器可读存储介质110可以编码有例如用于执行图2中描述的方法200的可执行指令116、可执行指令118、可执行指令120和可执行指令122(下文中统称为指令116-指令122)。虽然未示出,但是在一些示例中,机器可读存储介质110可以用某些附加的可执行指令编码以执行由传输设备102执行的任何其它操作,而不限制本公开的范围。
处理资源112可以是物理设备,例如中央处理单元(CPU)、微处理器、微控制器、图形处理单元(GPU)、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、能够检索和执行存储在机器可读存储介质110中的指令的其它硬件设备,或其组合。处理资源112可以获取、解码和执行存储在机器可读存储介质110中的指令以控制块确认的传输以提高空中时间效率。作为执行指令116-122的替代方案或作为补充,处理资源112可以包括至少一个集成电路(IC)、控制逻辑、电子电路或其组合,其包括用于执行预期由传输设备102执行的功能性的多个电子组件。
在某些示例中,传输设备102可以存储多个帧队列124A、帧队列124B、帧队列124C。帧队列124A-帧队列124C中的每个帧队列可以与唯一业务标识符(traffic identifier,TID)相关联。可以在传输设备102和接收设备(例如,接收设备104)之间协商(稍后描述)每个TID的确认策略。帧队列124A-帧队列124C可以作为数据库、物理存储装置或虚拟存储装置在传输设备102处维持。在一些示例中,帧队列124A-帧队列124C可以存储在机器可读存储介质110中。帧队列124A-帧队列124C存储要由传输设备为相应TID传输的若干帧。为了传输与给定TID相对应的业务,处理资源112可以从帧队列124A-帧队列124C的相应帧队列中选择多个帧并形成聚合帧单元(例如,AMPDU)。
另外,在一些示例中,传输设备102可以包括帧计数器126以保持每个TID的未确认帧的计数。帧计数器126可以是基于软件的变量或使用逻辑门实现的基于硬件的电路。特别地,帧计数器126的值可以在每次传输帧时递增并且基于由传输设备102传输的帧的数目。帧计数器126的值可以在传输设备102接收到块确认时递减并且基于由接收设备确认的帧的数目。因而,在任何给定时间,与给定TID相对应的帧计数器126的值表示由接收设备未确认的帧的数目。
而且,在一些示例中,传输设备102可以包括寄存器128以存储阈值。在一些示例中,寄存器128可以被实现为基于软件的变量或物理存储/存储器空间。处理资源112使用存储在寄存器128中的阈值来决定何时请求立即块确认。阈值可以是预配置的或可定制的值。可以根据BA窗口大小来选择阈值。在一种示例实现中,阈值可以被设置为BA窗口大小的75%。在一些示例中,阈值可以被设置为从BA窗口大小的50%到BA窗口大小的100%的范围内的任何值。
通信链路106可以是允许在传输设备102和接收设备104之间进行通信的有线或无线通信链路。通信链路106可以包括第三方电信线路,诸如电话线、广播同轴电缆、光纤电缆、卫星通信、蜂窝通信、WLAN等。在一些示例中,通信链路106还可以包括任何数目的中间网络设备,诸如交换机、路由器、网关、服务器和/或控制器。通信链路106的示例可以包括互联网协议(IP)或非基于IP的局域网(LAN)、无线LAN(WLAN)、城域网(MAN)、广域网(WAN)、存储区域网络(SAN)、个域网(PAN)、蜂窝通信网络、公共交换电话网络(PSTN)和互联网。
在一些示例中,通信链路106可以包括一个或多个网络交换机、路由器、网络网关或无线网络控制器以促进数据通信。可以根据各种通信协议执行通信链路106上的通信,诸如但不限于传输控制协议和网际协议(TCP/IP)、用户数据报协议(UDP)、IEEE 802.11和/或蜂窝通信协议。通信链路106上的通信可以经由有线(例如,铜线、光通信等)或无线(例如,蜂窝通信、卫星通信、蓝牙等)通信技术来实现。在一些示例中,通信链路106可以经由私有通信链路启用,包括但不限于经由蓝牙、蜂窝通信、光通信、射频通信、有线(例如,铜线)等建立的通信链路。私有通信链路可以是传输设备102和接收设备104之间的直接通信链路。
在一些示例中,传输设备102可以被配置为通过传输诸如AMPDU之类的聚合帧单元来与接收设备104通信。如前所述,AMPDU将多个帧(例如,MSDU)捆绑在一起。接收设备104可以根据协商的确认策略确认接收到AMPDU。现有的Wi-Fi标准支持两种类型的块确认策略—立即块确认和延迟块确认。可以在传送AMPDU之前在传输设备102和接收设备104之间协商块确认策略。立即块确认一般用于低时延和高吞吐量的业务,例如语音和视频业务。而延迟块确认一般用于可以容忍中等或低级别时延的业务,也称为时延容忍业务。
一旦协商好,传输设备就根据商定的块确认策略向接收设备104请求确认。例如,在通信建立阶段期间,传输设备102可以通过发送添加块确认(ADDBA)请求和接收添加块确认(ADDBA)响应来建立与接收设备104的块确认会话。特别地,传输设备102可以将ADDBA请求中的块确认策略字段设置为1以配置立即块确认类型。类似地,如果要配置延迟块确认类型,那么传输设备102可以将ADDBA请求中的块确认策略字段设置为0。此外,ADDBA请求可以包含TID字段,该字段指示为其请求块确认会话的业务类型。另外,ADDBA请求还可以包括超时值,该超时值指示如果没有帧交换发生,那么在该持续时间之后块确认会话将被终止。
根据一些示例,传输设备102控制块确认的传输,从而导致显著的空中时间节省。特别地,传输设备102实现聚合块确认以充分利用增加的BA窗口大小。在一些示例中,传输设备102被配置为根据BA窗口大小和未确认帧的计数来请求立即块确认。特别地,传输设备102可以被配置为发送具有要求延迟块确认的帧的分组,直到未确认帧的计数达到阈值。更特别地,在一个示例中,传输设备102在确定未确认帧的计数大于或等于阈值后请求立即块确认。阈值可以被设置为BA窗口大小的预定百分比(例如,75%)。通过这样做,可以利用BA窗口大小的主要部分,并且可以避免块确认的频繁传输。
特别地,在一些示例中,通过处理资源112执行指令116,传输设备102可以首先确定与接收设备104相对应的未确认帧的计数(例如,在给定时间点接收到的未确认帧的数目)小于阈值。另外,通过处理资源112执行指令118,传输设备102可以响应于确定未确认帧的计数小于阈值而向接收设备104传输第一聚合帧单元(下文中称为第一分组)。特别地,传输设备102配置第一分组使得接收设备104不需要在接收到第一分组之后立即发送块确认。另外,在传输第一帧之后并且在向接收设备传输任何附加分组之前,通过处理资源112执行指令116,传输设备102可以再次确定未确认帧的计数是否小于阈值。如果确定未确认帧的数目大于或等于阈值,那么通过处理资源112执行指令120,传输设备102可以传输第二聚合帧单元(下文中称为第二分组)以请求对未确认帧的立即块确认。通过处理资源112执行指令122,传输设备102可以响应于接收设备对第二分组的接收而接收针对未确认帧的块确认。
图2和图3分别表示用于处理块确认的示例方法200和300。图2-图3中描绘的方法200和方法300的流程图中的每个流程图都包括按次序的几个步骤。但是,图2-图3中所示的步骤的次序不应当被解释为步骤的唯一次序。这些步骤可以在任何时间以任何次序执行。此外,可以根据需要重复或省略这些步骤。在一些示例中,图2-图3中所示的步骤可以由实现IEEE 802.11标准的任何合适的设备执行。任何这种合适的设备都可以是传输设备(例如,上述传输设备102)。
现在参考图2,在步骤202处,传输设备可以执行检查以确定未确认帧的计数(例如,由帧计数器维持的)是否小于阈值。特别地,传输设备可以在准备聚合帧单元(例如,AMPDU)的同时执行步骤202。在一些示例中,传输设备的处理资源参考帧计数器和阈值寄存器来分别获得未确认帧的计数和阈值。在步骤202处,如果确定未确认帧的计数小于阈值,那么在步骤204处,传输设备向接收设备传输第一分组。在一些示例中,传输设备配置第一分组使得接收设备不需要在接收到第一分组之后立即向传输设备发送块确认。一旦发送了第一分组,传输设备就可以准备发送帧的另一个集合,并且在这种传输之前可以在步骤202处再次执行检查以确定未确认帧的计数是否仍然小于阈值。
在步骤202处,如果确定未确认帧的计数不小于阈值(即,未确认帧的计数大于或等于阈值),那么在步骤206处,传输设备向接收设备传输第二分组。传输设备对发送到接收设备的第二分组中未确认帧请求立即块确认。响应于接收到这种请求立即块确认的第二分组,接收设备向传输设备发送块确认以确认所传输的帧的接收状态。在步骤208处,传输设备从接收设备接收块确认。
如上文所述,传输设备不请求接收设备立即发送块确认,直到未确认帧的计数小于阈值。特别地,在未确认帧的计数变得大于或等于阈值之后,传输设备发送请求立即块确认的分组。传输设备对分组的这种配置抑制了接收设备频繁发送块确认。因而,取决于相对于BA窗口大小对阈值的选择,BA窗口大小的主要部分可以被用于指示与未确认帧相对应的状态。而且,由接收设备传输的块确认的数目和相应其它开销(例如,SIFS)的减少导致提高了空中时间效率。特别地,在构成聚合帧单元的帧的数目远小于一个块确认可以确认的帧的数目(即,BA窗口大小)的情况下,所提出的示例方法特别高效。通过延迟立即确认请求直到达到阈值,通过使得显著降低SIFS和块确认帧的数目得到更好的空中时间效率。
现在参考图3,呈现了控制块确认的另一个示例方法300。图3的方法300可以是代表图2的方法200的示例并且包括类似于图2中描述的那些步骤的一些步骤,本文不再重复对其的一些描述。
在步骤302处,传输设备从与TID相对应的帧队列中选择要作为聚合帧单元的一部分传输的多个帧。另外,在步骤304处,传输设备可以执行检查以确定最早的未确认帧是否还没有达到确认超时。在一些示例中,传输设备维持与每个传输的帧相对应的定时器以跟踪定时器是否已经达到超时。如果最早的未确认帧已达到确认超时,那么传输设备被配置为请求块确认。在步骤304处,如果确定最早的未确认帧还未达到确认超时,那么在步骤306处,传输设备可以执行另一个检查以确定未确认帧的计数是否小于阈值。在步骤306处,如果确定未确认帧的计数小于阈值,那么在步骤308处,传输设备配置第一分组,使得接收设备不需要在接收到第一分组之后立即向传输设备发送块确认。特别地,传输设备将第一分组中的帧配置为具有延迟块确认。
一般而言,形成诸如第一分组(例如,第一AMPDU)之类的聚合帧单元的帧可以在相应帧头中包括QoS控制位。下面呈现的表1表示此类QoS控制位的示例设置。
表1–QoS控制位的示例设置
这些QoS控制位的不同值可以被用于控制块确认行为。特别地,在一个示例中,表1中所示的第一位和第二位可以表示802.11帧头中的QoS控制位5和控制位6。确认行为可以通过设置帧头中的这些控制位来控制,如表1中所示。在一些示例中,在步骤308处,传输设备可以将第一分组中每个帧的帧头中的QoS控制位(第一位、第二位)设置为1、1。一旦帧通过设置QoS控制位而被配置有延迟块确认,传输设备就在步骤310处将第一分组传输到接收设备。
再次参考步骤304,如果确定最早的未确认帧已达到确认超时,那么传输设备可以执行步骤312。而且,在步骤306处,如果确定未确认帧的计数不小于阈值,那么传输设备可以执行步骤312。在步骤312处,传输设备配置第二分组,使得接收设备将在接收到第二分组之后立即向传输设备发送块确认。特别地,传输设备用立即块确认来配置第二分组中的帧。在一些示例中,根据表1中所示的QoS控制设置,传输设备可以将第二分组中每个帧的帧头中的QoS控制位(第一位、第二位)设置为0、0。一旦通过设置QoS控制位为帧配置了立即块确认,传输设备就在步骤314处将第二分组传输到接收设备。响应于接收到这种请求立即块确认的第二分组,接收设备向传输设备发送块确认以确认所传输的帧的接收状态。在步骤316处,传输设备从接收设备接收块确认。
图4A、图4B、图4C和图4D表示图示空中时间使用的减少(这指示空中时间效率的提高)的示例场景。特别地,在图4A-图4D的实验场景中,数据速率被设置为1.2千兆比特每秒(Gbps),BA窗口大小被设置为512位,并且AMPDU中帧的数目被设置为64。另外,每个AMPDU包括使用32μs空中时间的前导码字段和使用16μs空中时间的物理层融合协议(PLCP)报头。另外,单个块确认的传输消耗52μs的空中时间,使用16μs的SIFS和34μs的分布式协调功能帧间空间(DIFS)。图4A描绘了图示通过对四个AMPDU的单个块确认的示例传输相对于对四个AMPDU中每个AMPDU的块确认的传统传输而言空中时间使用的减少的表400A,其中AMPDU包括帧大小为1500字节的帧。对于64个帧,每个帧的帧大小为1500字节,AMPDU中的总帧大小变为64*1500*8=768000位,这消耗了768000位/1.2Gbps=640微秒(μs)的空中时间。因而,如表示使用传输四个块确认(即,每个AMPDU一个块确认)的传统场景的行402中所描绘的,总共四个AMPDU的通信消耗3126μs的空中时间。相比之下,根据本公开的一些示例,在行404中描绘的实验场景仅对四个AMPDU使用一个块确认,利用2922μs的空中时间,导致比传统确认处理少6%的空中时间使用。
在一些示例中,如果增加由单个块确认所确认的AMPDU的数目(例如,通过增加阈值),那么可以进一步减少空中时间使用。特别地,图4B描绘了图示通过对八个AMPDU的单个块确认的示例传输相对于对八个AMPDU中每个AMPDU的块确认的传统传输而言空中时间效率的改进的表400B,其中AMPDU包括帧大小为1500字节的帧。因而,如表示使用传输八个块确认(即,每个AMPDU一个块确认)的传统场景的行406中所描绘的,共消耗了6286μs的空中时间来传送总共八个AMPDU。相比之下,根据本公开的一些示例,在行408中描绘的实验场景仅对八个AMPDU使用一个块确认,利用5810μs的空中时间,导致比传统确认处理少7%的空中时间使用。
此外,在一些示例中,空中时间使用随着帧大小的减小而减少。例如,图4C描绘了图示通过对四个AMPDU的单个块确认的示例传输相对于对四个AMPDU中每个AMPDU的块确认的传统传输的空中时间效率改进的表400C,其中AMPDU包括帧大小为500字节的帧。对于64个帧,每个帧的帧大小为500字节,AMPDU中的总帧大小变为64*500*8=255000位,这消耗了255000位/1.2Gbps=214微秒(μs)的空中时间。因而,如表示使用传输四个块确认(即,每个AMPDU一个块确认)的传统场景的行410中所描绘的,总共四个AMPDU的通信消耗1422μs的空中时间。相比之下,根据本公开的一些示例,在行412中描绘的实验场景仅对四个AMPDU使用一个块确认,利用1218μs的空中时间,导致比传统确认处理少14%的空中时间使用。
而且,如果通过单个块确认所确认的AMPDU的数目随着减小的帧大小而增加(例如,通过增加阈值的方式),那么可以进一步减少空中时间使用。例如,图4D描绘了图示通过对八个AMPDU的单个块确认的示例传输相对于对八个AMPDU中每个AMPDU的块确认的传统传输而言空中时间效率的改进的表400D,其中AMPDU包括帧大小为500字节的帧。因而,如表所示使用传输八个块确认(即,每个AMPDU一个块确认)的传统场景的行414中所描绘的,消耗2878μs的空中时间用于总共八个AMPDU的通信。相比之下,根据本公开的一些示例,在行416中描绘的实验场景使用2402μs的空中时间仅对八个AMPDU使用一个块确认,导致空中时间使用比传统确认处理大幅减少16%。
图5描绘了其中可以实现本文描述的各种示例的示例计算系统500的框图。在一些示例中,计算系统500可以被配置为作为传输设备操作。计算系统500可以包括总线502或用于传送信息的其它通信机构、耦合到总线502以用于处理信息的也称为处理资源504的硬件处理器。处理资源504例如可以是一个或多个通用微处理器。计算系统500还可以包括通信耦合到总线502的非暂态机器可读存储介质505。在一些示例中,机器可读存储介质505可以包括耦合到总线502以用于存储信息和将由处理资源504执行的指令的主存储器506,诸如随机存取存储器(RAM)、高速缓存和/或其它动态存储设备。主存储器506还可以被用于在执行要由处理资源504执行的指令期间存储临时变量或其它中间信息。当这些指令存储在处理资源504可访问的存储介质中时,将计算系统500渲染为被定制成执行指令中指定的操作的专用机器。
机器可读存储介质505还可以包括只读存储器(ROM)508或耦合到总线502的其它静态存储设备以用于存储用于处理资源504的静态信息和指令。另外,在机器可读存储介质505中,可以提供存储设备510(诸如磁盘、光盘或USB拇指驱动器(闪存驱动器)等)并将其耦合到总线502以用于存储信息和指令。
另外,在一些实现中,计算系统500可以经由总线502耦合到显示器512(诸如液晶显示器(LCD)(或触敏屏幕))以用于向计算机用户显示信息。在一些示例中,包括字母数字键和其它键(在触敏屏幕上生成和显示的物理或软件)的输入设备514可以耦合到总线502以用于将信息和命令选择传送到处理资源504。而且,在一些示例中,另一种类型的用户输入设备可以是光标控件516(诸如鼠标、轨迹球或光标方向键),其可以连接到总线502。光标控件516可以将方向信息和命令选择传送给处理资源504以用于控制显示器512上的光标移动。在一些其它示例中,可以通经由在没有光标的情况下接收触摸屏上的触摸来实现与光标控件相同的方向信息和命令选择。
在一些示例中,计算系统500可以包括用户界面模块以实现可以作为由(一个或多个)计算设备执行的可执行软件代码存储在大容量存储设备中的GUI。作为示例,这个和其它模块可以包括组件,诸如软件组件、面向对象的软件组件、类组件和任务组件、进程、函数、属性、过程、子例程、程序代码的片段、驱动程序、固件、微代码、电路系统、数据、数据库、数据结构、表格、数组和变量。
计算系统500还包括耦合到总线502的网络接口518。网络接口518提供耦合到连接到一个或多个本地网络的一个或多个网络链路的双向数据通信。例如,网络接口518可以是综合服务数字网络(ISDN)卡、电缆调制解调器、卫星调制解调器或提供与对应类型的电话线的数据通信连接的调制解调器。作为另一个示例,网络接口518可以是局域网(LAN)卡或无线通信单元(例如,Wi-Fi芯片/模块)。
在一些示例中,机器可读存储介质505(例如,主存储器506、ROM 508或存储设备510中的一个或多个)可以存储指令507,指令在由处理资源504执行时可以使处理资源504执行上述方法中的一个或多个(例如,方法200或方法300)。指令507可以存储在主存储器506、ROM 508或存储设备510中的任何一个上。在一些示例中,指令507可以跨主存储器506、ROM 508或存储设备510中的一个或多个分布。
除非另有明确说明,否则本文档中使用的术语和短语及其变体应当被解释为开放式而非限制性的。作为前述的示例,术语“包括”应当被理解为“包括但不限于”等。术语“示例”被用于提供讨论中的项的示例性实例,而不是其详尽或限制性列表。术语“一个”或“一种”应当被理解为“至少一个”、“一个或多个”等。存在诸如“一个或多个”、“至少”、“但不限于”或在一些情况下的其它类似短语不应当被理解为在可能不存在此类扩大短语的情况下打算或要求使用较窄的情况。另外,如本文所使用的术语“和/或”是指并涵盖相关联列出的项的任何和所有可能组合。还应理解的是,虽然术语第一、第二等可以在本文中用于描述各种元素,但这些元素不应当受这些术语的限制,因为除非另有说明或上下文另有指示,否则这些术语仅用于将一个元素与另一个元素区分开来。
Claims (20)
1.一种方法,包括:
由传输设备确定与接收设备相对应的未确认帧的计数是否小于阈值;
响应于确定所述未确认帧的所述计数小于所述阈值,由所述传输设备向所述接收设备传输第一分组,其中所述传输设备配置所述第一分组使得不要求所述接收器在所述接收器接收到所述第一分组时立即发送块确认;
在传输所述第一分组之后,由所述传输设备确定所述未确认帧的所述计数是否小于所述阈值;
响应于确定所述未确认帧的所述计数大于或等于所述阈值,由所述传输设备传输第二分组,所述第二分组请求针对所述未确认帧的立即块确认;以及
响应于由所述接收设备对所述第二分组的接收,由所述传输设备接收针对所述未确认帧的块确认。
2.根据权利要求1所述的方法,其中所述第一分组和所述第二分组是聚合MAC协议数据单元AMPDU,每个AMPDU包括多个帧。
3.根据权利要求2所述的方法,还包括:从与业务标识符TID相对应的帧队列中选择所述多个帧。
4.根据权利要求3所述的方法,其中所述TID与时延容忍业务相对应。
5.根据权利要求1所述的方法,还包括:通过在所述多个帧的帧头中对预定义的控制位进行置位,用延迟块确认配置所述第一分组中的多个帧。
6.根据权利要求1所述的方法,还包括:通过在所述多个帧的帧头中对预定义的控制位进行置位,用所述立即块确认配置所述第二分组中的多个帧。
7.根据权利要求1所述的方法,还包括:由所述传输设备确定最早的未确认帧是否还未达到确认超时,其中响应于确定所述最早的所述未确认帧还未达到所述确认超时并且所述未确认帧的所述计数小于所述阈值,所述传输设备向所述接收设备传输所述第一分组。
8.根据权利要求7所述的方法,其中响应于确定最早的未确认帧已达到所述确认超时或者所述未确认帧的所述计数大于或等于所述阈值,所述传输设备传输所述第二分组。
9.根据权利要求1所述的方法,其中所述阈值是基于所述块确认的大小确定的。
10.根据权利要求1所述的方法,其中所述阈值是所述块确认的大小的75%。
11.根据权利要求1所述的方法,其中所述传输设备是接入点。
12.一种传输设备,包括:
存储可执行指令的机器可读存储介质;以及
耦合到所述机器可读存储介质的处理资源,其中所述处理资源执行所述指令中的一个或多个所述指令以:
确定与接收设备相对应的未确认帧的计数是否小于阈值;
响应于确定所述未确认帧的所述计数小于所述阈值,向所述接收设备传输第一分组,其中所述处理资源配置所述第一分组使得不要求所述接收器在所述接收器接收到所述第一分组时立即发送块确认;
在所述第一分组的所述传输之后,确定所述未确认帧的所述计数是否小于所述阈值;
响应于确定所述未确认帧的所述计数大于或等于所述阈值,传输第二分组,所述第二分组请求针对所述未确认帧的立即块确认;以及
响应于由所述接收设备对所述第二分组的接收,接收针对所述未确认帧的块确认。
13.根据权利要求12所述的传输设备,包括与TID相对应的帧队列,其中所述处理资源从所述帧队列中选择多个帧以形成所述第一分组和所述第二分组。
14.根据权利要求12所述的传输设备,还包括计数器,所述计数器维持与所述接收设备相对应的所述未确认帧的所述计数。
15.根据权利要求12所述的传输设备,其中所述阈值是所述块确认的大小的50%至100%的范围内的值。
16.根据权利要求12所述的传输设备,其中在所述未确认帧的所述计数变得等于或大于所述阈值之后传输请求所述立即块确认的所述第二分组避免了来自所述接收设备的块确认的频繁传输,由此产生空中时间的节省。
17.根据权利要求12所述的传输设备,其中在所述未确认帧的所述计数变得等于或大于所述阈值之后传输请求所述立即块确认的所述第二分组避免了来自所述接收设备的块确认的频繁传输,由此,与针对每个分组分别传输立即块确认相比,针对1500字节的帧大小产生6%至7%的空中时间减少,或者针对500字节的帧大小产生14%至16%的空中时间减少。
18.一种系统,包括:
接收设备;以及
传输设备,所述传输设备经由通信链路通信地耦合到所述接收设备,其中所述传输设备被配置为:
确定与所述接收设备相对应的未确认帧的计数是否小于阈值;
响应于确定所述未确认帧的所述计数小于阈值,向所述接收设备传输第一分组,其中所述传输设备配置所述第一分组使得不要求所述接收器在所述接收器接收到所述第一分组时立即发送块确认;
在所述第一分组的所述传输之后,确定所述未确认帧的所述计数是否小于所述阈值;
响应于确定所述未确认帧的所述计数大于或等于所述阈值,传输第二分组,所述第二分组请求针对所述未确认帧的立即块确认;以及
响应于由所述接收设备对所述第二分组的接收,接收针对所述未确认帧的块确认。
19.根据权利要求18所述的系统,其中所述传输设备是接入点并且所述接收设备是客户端设备,并且其中所述通信链路是支持IEEE 802.11标准的无线通信链路。
20.根据权利要求18所述的系统,其中所述传输设备被配置为:
确定最早的未确认帧是否还未达到确认超时;
响应于确定所述最早的所述未确认帧还未达到所述确认超时并且所述未确认帧的所述计数小于所述阈值,向所述接收设备传输所述第一分组;以及
响应于确定所述最早的未确认帧已达到所述确认超时或者所述未确认帧的所述计数大于或等于所述阈值,传输所述第二分组。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/715,104 | 2022-04-07 | ||
US17/715,104 US20230327810A1 (en) | 2022-04-07 | 2022-04-07 | Handling block acknowledgements |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116896431A true CN116896431A (zh) | 2023-10-17 |
Family
ID=88094310
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211305571.7A Pending CN116896431A (zh) | 2022-04-07 | 2022-10-24 | 处理块确认 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20230327810A1 (zh) |
CN (1) | CN116896431A (zh) |
DE (1) | DE102022126651A1 (zh) |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102684852A (zh) * | 2011-03-31 | 2012-09-19 | 北京新岸线无线技术有限公司 | 一种用于帧确认的方法和装置 |
US10389608B2 (en) * | 2013-03-15 | 2019-08-20 | Amazon Technologies, Inc. | Network traffic mapping and performance analysis |
US20210297351A1 (en) * | 2017-09-29 | 2021-09-23 | Fungible, Inc. | Fabric control protocol with congestion control for data center networks |
US11576074B2 (en) * | 2021-03-24 | 2023-02-07 | Skylo Technologies, Inc. | Dynamically controlling a local buffer of a modem of a wireless device |
US20220345973A1 (en) * | 2021-04-22 | 2022-10-27 | Sony Group Corporation | Secondary link access to a mobile soft access point multi-link device |
US20230232218A1 (en) * | 2022-01-14 | 2023-07-20 | Apple Inc. | Encrypting mac header fields for wlan privacy enhancement |
-
2022
- 2022-04-07 US US17/715,104 patent/US20230327810A1/en active Pending
- 2022-10-13 DE DE102022126651.6A patent/DE102022126651A1/de active Pending
- 2022-10-24 CN CN202211305571.7A patent/CN116896431A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
US20230327810A1 (en) | 2023-10-12 |
DE102022126651A1 (de) | 2023-10-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114747148B (zh) | 用于多链路块确认的通信设备和通信方法 | |
JP5474963B2 (ja) | レガシーwlan受信機との並列通信のためのシステムおよび方法 | |
US10826830B2 (en) | Congestion processing method, host, and system | |
US9467895B2 (en) | Increasing access point throughput by exceeding A-MPDU buffer size limitation in a 802.11 compliant station | |
EP3395029B1 (en) | Methods, apparatuses and computer program product for pdu formatting according to sdu segmentation | |
US20090129265A1 (en) | Methods and media access controller for broadband wireless communications with variable data unit size and delayed data unit construction | |
TWI704832B (zh) | 多業務標識符的聚合媒體存取控制協定資料單元傳輸 | |
WO2018113393A1 (zh) | 报文传输方法及混合接入网关 | |
CN110506403A (zh) | 用于无线设备的流控制 | |
WO2020063340A1 (zh) | 数据传输方法和设备 | |
WO2018082595A1 (zh) | 数据传输方法、装置及基站 | |
JP2013535131A (ja) | 複数の異なるネットワークを介したデータの伝送 | |
US20230040554A1 (en) | Multi-link communication method and related apparatus | |
WO2021088958A1 (zh) | 修改ba协议参数的方法及设备 | |
WO2005050942A1 (ja) | 無線通信システム及び受信確認信号送信制御方法並びにそれに用いる無線局 | |
JP6283879B2 (ja) | 無線通信装置、cw最大値取得装置、cw最大値取得方法、及びプログラム | |
US20230327810A1 (en) | Handling block acknowledgements | |
Sharon et al. | The combination of QoS, aggregation and RTS/CTS in very high throughput IEEE 802.11 ac networks | |
KR20200097736A (ko) | 무선 통신 방법 및 디바이스 | |
US20060067311A1 (en) | Method of processing packet data at a high speed | |
CN108476428B (zh) | 用于处置从无线装置传送的信号的方法和网络节点 | |
KR101708977B1 (ko) | 무선랜의 패킷 처리장치 및 그 방법 | |
TWI757221B (zh) | 無線通訊裝置與資料處理方法 | |
WO2023119511A1 (ja) | 通信装置、通信システム、及び通信方法 | |
US20210211931A1 (en) | Extended sequence control for fragmented frames in wlan |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |