用于多链路块确认的通信设备和通信方法与流程

1.本实施例一般涉及通信设备，并且更具体地，涉及用于涉及多链路业务流的多链路块确认的方法和设备。


背景技术：

2.在当今世界，通信设备被期望以与有线计算设备相同的能力进行无线操作。例如，用户期望能够无缝地观看流传送到用户的无线通信设备的高清电影。这对通信设备以及通信设备无线连接到的接入点提出了挑战。
3.电气和电子工程师协会(ieee)802.11小组最近成立了极高吞吐量(eht)研究小组来应对这些挑战。2.4ghz、5ghz和6ghz频带中的多链路操作已被认定为用于这种通信的关键候选技术。多链路上的多信道聚合是实现通信数据吞吐量成倍增长的自然方式。在当前的ieee 802.11设备中，当接入点(ap)(例如，经由增强型分布式信道接入(edca)参数集元素中的(多个)许可控制强制(acm)子字段)对接入类别(ac)强制进行许可控制时，通信设备(sta)需要(经由添加业务流(addts)请求/响应交换)与ap建立用于ac的业务流(ts)。还需要执行相应tid的块确认协议(通过添加块确认(addba)请求/响应交换)。


技术实现要素：

4.一个非限制性和示例性实施例有助于提供一种与第一多个附属站一起操作的多链路设备，该第一多链路设备包括：电路，发起与第二多链路设备的块确认协议的建立，该第二多链路设备与第二多个附属站一起操作，其中在第一多个站中的每个站和第二多个站中的对应站之间已经建立链路；以及发送器，其基于块确认协议，在一条或多条链路上将业务标识符(tid)的帧发送到第二多链路设备，其中第一多个站共享公共发送缓冲区和公共发送缓冲区控制，该公共发送缓冲区存储要发送到第二多链路设备的tid的帧，该公共发送缓冲区控制管理在一条或多条链路上的帧的传输，并且其中该第一多个站中的每个站维护每链路发送缓冲区控制，以管理该一条或多条链路中的一条对应链路上的帧的传输。
5.另一非限制性和示例性实施例有助于提供一种用于多链路通信的方法，包括：在第一多链路设备处发起与第二多链路设备的块确认协议的建立，该第二多链路设备与第二多个站一起操作，该第一多链路设备与第一多个站一起操作，其中已经在第一多个站中的每个站和第二多个站中的对应站之间建立链路；以及基于块确认协议，在一条或多条链路上将业务标识符(tid)的帧发送到第二多链路设备，其中第一多个站共享公共发送缓冲区和公共发送缓冲区控制，该公共发送缓冲区存储要发送到第二多链路设备的tid的帧，该公共发送缓冲区控制管理在一条或多条链路上的帧的传输，并且其中该第一多个站中的每个站维护每链路发送缓冲区控制，以管理该一条或多条链路中的一条对应链路上的帧传输。
6.应当注意，一般或特定实施例可以被实现为系统、方法、集成电路、计算机程序、存储介质或其任意组合。根据说明书和附图，所公开的实施例的其他益处和优点将变得显而易见。这些益处和/或优点可以通过说明书和附图的各种实施例和特征来单独获得，这些实
施例和特征不需要全部提供以获得这样的益处和/或优点中的一个或多个。
附图说明
7.附图用于示出各种实施例并解释根据本实施例的各种原理和优点，在附图中，相同的附图标记在各个视图中指代相同或功能相似的元素，并且附图与下面的详细描述一起被并入说明书并形成说明书的一部分。
8.图1描绘了根据各种实施例的802.11无线网络基本服务集(bss)的概述的图示。
9.图2描绘了根据各种实施例的从发起方多链路设备(mld)到接收方mld的通信的图示。
10.图3描绘了根据各种实施例的对于业务标识符(tid)的业务流(ts)和块确认(ba)协议的建立的图示。
11.图4描绘了根据当前多链路通信的ap mld 102和非ap mld 104之间的通信流，用于在多个频带/链路上的ts和ba建立以及此后的通信。
12.图5描绘了根据各种实施例的ap mld 102和非ap mld 104之间的通信流，用于多链路ts和多链路ba建立以及此后的通信。
13.图6描绘了根据各种实施例的多链路增强型分布式信道接入(edca)参数集元素的图示。
14.图7描绘了根据各种实施例的多链路addts请求帧和多链路addts响应帧的图示。
15.图8描绘了根据各种实施例的多链路addba请求帧和多链路addba响应帧的图示。
16.图9描绘了根据各种实施例的图7和图8中的多频带元素的图示。
17.图10描绘了根据各种实施例的多频带能力元素的图示。
18.图11描绘了根据各种实施例的多链路blockackreq帧和多链路blockack帧的图示。
19.图12a描绘了根据各种实施例的业务流和块确认架构的图示。
20.图12b描绘了根据各种实施例的被定义为处理(take care of)多链路传输和多链路块确认的业务流和块确认架构目的的图示。
21.图13描绘了根据各种实施例的示例性多链路传输的图示。
22.图14描绘了根据各种实施例的多链路块确认实现方式的示例性参考模型的图示。
23.图15a至图15d描绘了根据各种实施例的失败的多链路传输可能如何导致超出范围的记分板(scoreboard)上下文和接收重新排序缓冲区溢出的图示。
24.图16描绘了根据本实施例的多链路块确认架构1600的图示。
25.图17a和图17b描绘了根据本实施例的用于块确认架构1600的多链路块确认参数集1700和多频带元素1710的图示。
26.图18描绘了根据本实施例的用于多链路块确认架构1600的增强blockack请求(ebar)帧1800的格式。
27.图19描绘了如何利用ebar帧1800来解决如先前在图15a中所示的记分板上下文超出范围的问题的图示。
28.图20描绘了多链路块确认架构1600的公共发送缓冲区控制如何防止如图15c和图15d所示的接收重新排序缓冲区溢出问题的图示。
29.图21描绘了根据本实施例的变型的具有公共多链路记分板上下文控制的多链路块确认架构2100的图示。
30.图22a和图22b描绘了根据本实施例的用于块确认架构2100的多链路块确认参数集2200和多频带元素2210的图示。
31.图23a至图23c描绘了根据本实施例的另一变型的addba请求帧2304、addba响应帧2306、块确认参数集2300和多链路元素2310的图示。
32.图24描绘了根据各种实施例的发起方mld 2400的示意图。
33.图25描绘了根据各种实施例的接收方mld 2500的示意图。
34.图26示出了图示根据各种实施例的用于多链路通信的方法的流程图2600。
35.图27示出了根据图1至图26所示的各种实施例的可以被实现用于多链路通信的多链路设备2700的示意性部分截面图。
36.以及图28描绘了根据本实施例的多链路设备的详细框图。
37.本领域技术人员将会理解，附图中的元素是为了简单和清楚而示出的，并不一定是按比例绘制的。
具体实施方式
38.以下详细描述本质上仅是示例性的，并不旨在限制实施例或实施例的应用和使用。此外，不旨在受前述背景技术或本具体实施方式中提出的任何理论的约束。此外，结合附图和本公开的背景，根据后续详细描述和所附权利要求，其他期望的特征和特性将变得显而易见。
39.参考图1，该图示描绘了802.11无线网络(也称为基本服务集(bss))100的概况，该网络包括接入点(ap)102和连接到ap 102的多个通信设备(sta)104；ap 102向sta提供对分布式系统(ds)(例如，因特网)的接入。当前的ieee 802.11bss在单个频带上操作，其中ap能够同时在多个频带上操作，充当每个频带上的独立(单链路)ap。大多现有的802.11sta是单频带设备，并且在任一时间只能加入一个bss(在特定频带上)，而未来的802.11通信设备(例如，极高吞吐量(eht)通信设备)预期能够同时在多个频带上操作。具有多链路能力的sta可以被称为非ap mld。这种非ap mld可以同时并发地加入多个bss，并且可以在多个频带上或者甚至在同一频带上的多个频率分离的信道上建立与ap的多个通信链路。这种能够通过多条链路并发地与非ap mld通信的ap可以被称为ap mld。在图1中，ap 102表示ap mld，并且sta104表示非ap mld；ap mld和非ap mld都能够并发地在2.4ghz频带、5ghz频带和6ghz频带中通信。这种未来的ap 102可以在2.4ghz频带、5ghz频带或6ghz频带中建立bss，作为现有802.11系统中的独立bss，在这种情况下，传统sta可以按照传统认证和关联过程加入三个频带上的bss。替代地，ap也可以操作统一/虚拟bss，该bss在多个频带(即，2.4ghz频带106、5ghz频带108和6ghz频带110)上操作，如bss 100中所示。在任一情况下，假设sta 104已经在所有三个频带上通过每个频带上的单独认证和关联请求/响应或者通过频带中的任何一个上的多链路建立协商(例如，认证和关联请求/响应)加入了统一/虚拟bss 100。
40.图2描绘了视频文件202从ap mld 201到非ap mld 203的通信的图示200。为了充分实现多链路聚合的吞吐量增益，期望在多链路上操作的业务流(ts)和块确认(ba)机制。
这种多链路ts和ba可以通过启用多条链路(例如，2.4ghz 204、5ghz 206和6ghz 208)上的业务聚合来帮助达到设备吞吐量的多倍增加。如果在任何链路上对于任何业务标识符(tid)的业务都没有限制，即，在任何链路上对于任何接入类别(ac)都不强制许可控制，则多链路ts的建立是可选的。高分辨率视频206(例如，高清晰度(hd)或者4k或8k视频)的流送可能需要这种多链路传输。在ap mld 201的互联网协议(ip)层210，视频文件206被拆分为小的ip分组。ap mld 201的802.11媒体访问控制(mac)层212将ip分组转换为802.11mac层协议数据单元(mpdu)并将它们馈送到mac tx队列214，该队列214又将mpdu提供给较低mac层212和物理层(phy)222中的收发器216、218、220，用于分别在2.4ghz、5ghz和6ghz的频带上同时传输。以这种方式，mpdu 224在2.4ghz频带上发送，mpdu 226在5ghz频带上发送，并且mpdu 228在6ghz频带上发送到非ap mld 203。
41.在非ap mld 203处，mpdu 224、226、228由phy层236和较低mac层238中的收发器230、232、234接收。mpdu 224、226、228由mac层238收集，并且在被传递到mac rx队列240并到达ip层242之前被重新排序(如果必要)，在ip层242处，ip分组被组合以形成回原始视频文件206。
42.在当前的802.11通信设备中，许可控制通常被强制以为高优先级业务(诸如视频(ac_vo)或语音(ac_vi))维持服务质量(qos)水平。当ap mld(例如，经由增强分布式信道接入(edca)参数集元素中的许可控制强制(acm)子字段)对接入类别(ac)强制许可控制时，非ap mld可能需要经由添加业务流(addts)请求/响应交换来与ap mld建立针对接入类别(ac)的ts。addts请求帧和addts响应帧中的业务规范(tspec)元素指定了与ts相关的各种参数，包括业务流标识符(tsid)、方向、mac服务数据单元(msdu)大小、最小和最大间隔范围、以及最小、平均和峰值数据速率等。如果在任何链路上对任何接入类别(ac)的业务都没有限制，即，在任何链路上对于任何ac都不强制许可控制，则多链路ts的建立是可选的。
43.对于对应tid的块确认协议也需要通过添加块确认(addba)请求/响应交换来执行。还可以通过分别在addts和addba请求/响应交换中包括多频带元素或者经由信道上隧道(oct)，为不同的频带建立业务流和块确认协议。
44.由于新的高优先级业务到无线网络的非托管(unmanaged)添加可能对现有业务的qos具有不利影响，因此ap mld通常强制对这种业务的许可控制。在存在大量现有业务的情况下，ap mld可以拒绝非ap mld为该接入类别(ac)建立业务流的请求。
45.为了实现根据本实施例的多链路传输，将需要改变ts和ba操作，因为当前的ts和ba建立是在特定链路上的mac层之间建立的。参考图3，图示300描绘了根据本实施例的在多链路发起方302和多链路接收方304之间建立的对于业务标识符(tid)的业务流(ts)和块确认(ba)协议。ts和ba协议通常成对建立，其中ba协议在与ts方向相反的方向上建立。ts 306、308、310建立在每条链路的发送mac层318、320、322和每条链路的对应接收mac层324、326、328之间，用于从多链路发起方302到多链路接收方304的数据传输，而ba协议312、314、316建立在接收mac层324、326、328和发送mac层318、320、322之间的相反方向上，用于从多链路接收方304到多链路发起方302的ba传输，以确认分别对应于ts 306、308、310的数据传输。
46.在多链路发起方端，上层330和逻辑链路控制(llc)层332决定将哪条链路用于特定tid的传输。每个ts 306、308、310的mpdu在每条链路的发送mac层(mac层318、320、322)处
生成，并被寻址到同一链路的对等接收mac层(mac层324、326、328)。在接收端，通过不同链路接收的mac服务数据单元(msdu)的重新排序由接收llc层334完成，并被传递给接收上层336。与每个ts 306、308、310的mpdu相对应的块确认(ba)在同一链路的接收mac层(mac层324、326、328)处生成，并被寻址到每条链路的对等发送mac层(mac层318、320、322)。当ba未被接收或者mpdu未在ba比特图中被确认时(对应于mpdu的比特被设置为0)，确定未确认的mpdu的传输已经失败。如图4所示，未确认的mpdu的mac层重传发生在与失败传输相同的频带(2.4ghz、5ghz、6ghz)中。还可能的是，代替建立业务流(ts)以将特定tid的业务限制到特定链路，可以在ap mld和非ap mld之间执行某种tid映射协商，以将某些tid映射到特定链路，例如，视频业务被专门映射到6ghz链路，音频业务被专门映射到5ghz链路，而其余业务被映射到2.4ghz链路。在没有ts建立或tid映射的情况下，假定默认情况下任何tid的业务可以在任何链路上发送。
47.图4描绘了根据当前多链路通信的多链路发起方302(在该示例中为ap mld)和多链路接收方304(在该示例中为非ap mld)之间的用于ts和ba建立以及此后的通信的通信流400。如果在任何链路中的信标帧中接收的edca参数集元素具有针对任何接入类别(ac)设置的许可控制强制(acm)比特，则要求非ap mld(诸如多链路接收方304)在该链路上发送属于该tid/ac的数据帧之前，针对(多个)对应tid与多链路发起方302建立业务流(ts)。通过在每条链路上交换addts请求/响应帧，为每条链路单独执行对于特定tid的ts建立402，例如，针对下行链路数据传输(即，从ap mld到非ap mld)。无论实际数据传输的方向如何，addts请求总是由非ap mld发起。类似地，通过在每条链路上交换addba请求/响应帧，为每条链路单独执行对于特定tid的ba建立404。addba请求由对应ts的多链路发起方发起。一旦在每条链路中建立了ts和ba，就可以在每条链路中进行数据传输和对应的ba传输，例如6ghz频带中的430、5ghz频带中的440和2.4ghz频带中的450。每条链路430、440、450中用于数据传输的块确认(blockack)帧是通过块确认请求(blockackreq)帧请求的，并且所请求的blockack帧在同一链路上发送。由于传输430、440和450发生在不同的链路上，它们也可以同时发生或在重叠的时间内发生，从而实现多链路传输。
48.当确定数据帧的传输失败时(例如，在数据传输452中，如blockack帧中所指示的)，在相同的链路上重传数据帧(例如，重传454)。
49.虽然多链路传输可以用这种方法来实现，但是调度、频带选择、重传和其他任务的负担(onus)留给了上层330、336(图3)，它们可能不具有做出这种决定所需的phy层317、319、321、323、325、327信息。如果在mac层318、320、322、324、326、328作出多链路传输决定将是更好的，因为mac层具有对phy层的更好的信息/控制。
50.图5描绘了根据本实施例的多链路发起方302和多链路接收方304之间的用于ts和ba建立以及此后通信的通信流。多链路发起方302可以选择监听在单条链路上发送的信标帧，以便节省功率。除了传统的edca参数集元素之外，主链路(例如，5ghz频带)上的信标帧502可以携带多频带edca参数集元素，以指示除了在其上发送信标帧502的链路之外的链路的edca参数。如果对于任何链路中的任何ac，信标帧502中的acm比特被设置为“1”，则多链路接收方304需要在所指示的(多条)链路上发送属于该tid/ac的数据帧之前，在该(多条)链路上为与该ac相对应的tid建立业务流(ts)。替代地，多链路接收方304也可以已经在每条链路上单独地接收到信标帧，其中携带acm比特的传统edca参数集元素被设置为“1”。
51.如果发起方和接收方都支持多链路ts和多链路ba并且已经在多链路能力元素中的多链路ts和块确认字段中指示了能力(包括多链路ts和块确认字段的多链路能力元素在图10中更详细地讨论)，根据本实施例，可以使用单个帧交换(例如，在主链路中的信道上)来执行适用于多链路(例如，三个频带：2.4ghz、5ghz和6ghz)的特定tid的多链路ts建立510(例如，用于下行链路业务)。类似地，根据本实施例，可以使用单个帧交换(例如，在主链路中的信道上)来执行适用于多链路(例如，三个频带：2.4ghz、5ghz和6ghz)的tid的对应多链路ba建立520。多链路addts请求帧512和多链路addts响应帧514被用于协商多条链路上tid的ts建立516。类似地，多链路addba请求522和多链路addba响应524被用于协商多条链路上tid的ba建立526。在该下行链路业务示例中，多链路addba请求522由ap 102发送到多链路接收方304，该多链路接收方304可以是非ap mld 104中的任何一个。如果多频带ts建立510是用于上行链路业务的，则多频带addba请求将在相反的方向上发送，即，由多链路接收方304发送到多链路发起方302。
52.一旦已在多条链路中建立了多链路ts和多链路ba，多链路发起方302就可以发起向多链路接收方304的多链路传输530。多链路传输530包括分别在qos数据a-mpdu 536a、536b和536c中的属于相同ts(tid/ac)的帧通过三条链路向多链路接收方304的同时传输。
53.在完成多链路传输530后，多链路发起方302可以在任何链路上(例如，在主链路上)向多链路接收方304发送多链路blockackreq 532，以请求多链路块确认，确认在三条链路上接收到的帧536a、536b、536c。当从多链路发起方302接收到多链路blockackreq 532时，多链路接收方304在接收到多链路blockackreq 532的同一链路上发送多链路块确认534，以指示多链路接收方304成功接收到qos数据a-mpdu 536a和536b，但是未能接收到在2.4ghz频带上发送的qos数据a-mpdu 536c。根据本实施例，为了通过使用频率分集来提高重传的成功率，多链路发起方302可以选择在6ghz频带而不是在用于原始传输的2.4ghz频带上重传qos数据a-mpdu 538。
54.多链路发起方302随后在不同链路(例如，在主5ghz链路上)上向多链路接收方304发送多链路blockackreq 542，以请求多链路块确认544，该多链路块确认544携带确认在6ghz频带上接收的帧的合并的(consolidated)ba比特图。因此，可以看出，根据本实施例，在任何一条链路上使用单个多链路addts帧交换512、514跨多条链路建立业务流。在任何一条链路上，还使用单个多链路addba帧交换522、524跨多条链路建立块确认。此外，根据本实施例，合并的多链路blockack帧534确认多链路聚合传输，多链路blockack帧544可以用于确认另一链路中的传输，并且失败的帧536c可在不同的链路上被重传538。
55.因此，根据本实施例，mld(例如，ap mld 102)包括多个收发器216、218、220，每个收发器在多个频带204、206、208中的不同频带上发送信号帧536c、536a、536b。mld还包括耦合到多个收发器216、218、220的介质接入控制(mac)电路212，其生成多链路块确认请求帧532，并在多个频带206中的一个频带上发送mac多链路块确认请求帧532，以请求多链路块确认帧534。介质接入控制(mac)电路212随后在多个频带206中的一个频带上接收多链路块确认帧534，确认在多个频带上发送的信号帧536a、536b、536c。
56.此外，根据本实施例，mld(例如，非ap mld 104)包括耦合到mac电路238的多个收发器230、232、234。多个收发器230、232、234各自在多个频带204、206、208中的不同频带上接收信号帧536a、536b、536c。mac电路238在多个频带206中的一个频带上接收到多链路块
确认请求帧532时，生成并在多个频带206中的一个频带上发送多链路块确认帧534，确认在多个频带204、206、208上接收到的信号帧536a、536b、536c。
57.图6描绘了根据本实施例的信标帧402(图4)中的多链路edca参数集元素610的图示600。多链路edca参数集元素610指示除了在其上发送信标帧402的链路之外的链路的edca参数。可应用的链路由频带id字段612指示。描绘了特定ac的参数记录字段620中的每一个的格式。如果对于任何链路中的任何ac，acm比特622被设置为“1”，则在指示的链路上发送属于该tid/ac的数据帧之前，非ap mcd需要在该链路上为与该ac相对应的tid建立业务流(ts)。替代地，代替频带id字段612，多链路字段可以存在于edca参数集元素610中，以指示可应用的链路。替代地，非ap mcd也可以在每条链路上单独接收信标帧，其中携带acm比特622的传统edca参数集元素被设置为“1”。
58.根据本实施例，图7描绘了多链路addts请求帧710和多链路addts响应帧720的图示700，并且图8描绘了多链路addba请求帧810和多链路addba响应帧820的图示800。多链路addts请求帧710和多链路addts响应帧720用于响应于多链路addts请求帧710和多链路addts响应帧720的每一个中的一个或多个多频带元素750中的信息，而协商多链路上的tid的ts建立。类似地，多链路addba请求帧810和多链路addba响应帧820用于响应于多链路addba请求帧810和多链路addba响应帧820的每一个中的一个或多个多频带元素750中的信息，而协商多链路上的tid的ba建立。
59.参考图9，图示900描绘了根据当前实施例的多频带元素750。多频带元素750指示ts或ba协议适用的附加频带(除了发送的链路之外)。多频带元素750还可以包括链路中使用的mac地址。
60.多频带元素750除其他字段外包括多频带控制字段910，多频带控制字段910包括若干字段(包括频带间字段920)。频带间字段920被用于区分在多链路ts和ba建立中使用的多频带元素。当频带间字段920被设置为“1”时，它指示除了在其上发送携带元素的帧的链路之外，对应建立还应用于频带id字段930中指示的链路。因此，频带间字段920用来将根据本实施例的用于多链路addts和多链路addba建立的多频带元素750的包含与不同链路上用于addts和addba建立的传统使用进行区分。
61.在图7和图8中，多链路addts请求帧710、多链路addts响应帧720、多链路addba请求帧810和多链路addba响应帧820中的每一个都包括两个多频带元素750，其中频带间字段920被设置为“1”，并且频带id字段930在第一多频带元素750中被设置为2.4ghz，在第二多频带元素750中被设置为6ghz。由于帧是在5ghz频带上发送的，这指示在三条链路上建立了多链路。
62.尽管在该示例中，多链路addba请求810由多链路发起方302发送到多链路接收方304，但是如果多链路ts建立510是用于上行链路业务的，则多链路addba请求将由多链路接收方304发送到多链路发起方302。一旦在多链路中建立了ts和ba，ap 102就可以发起向sta104的多链路传输530，多链路传输530包括属于相同ts(tid/ac)的帧通过三条链路向多链路接收方304的同时传输。
63.图10描绘了根据各种实施例的多频带能力元素1010的图示1000。如果发起方和接收方都支持多链路ts和多链路ba，并且已经在多频带能力元素1010中的多频带ts和块确认字段1020中指示了该能力，则可以例如在主链路中的信道上，使用单个帧交换来执行适用
于多链路的特定tid的多频带ts建立510(下行链路业务)和多频带ba建立520。多频带ts和块确认字段1020还指示ap 102和sta 104是否支持多链路ts和多链路ba特征，并且支持的频带字段1030指示ap 102和sta 104支持的频带。多链路ts特征和多链路ba特征的能力也可能在不同的字段中单独用信号通知。
64.图11描绘了根据各种实施例的多链路blockackreq帧1100和多链路blockack帧1150的图示。在完成多链路传输530时，多链路发起方302可以在任何链路上(例如，在主链路上)向多链路接收方304发送多频带blockackreq帧1100，以请求多链路blockack帧1150。多链路blockack帧1150在ba信息字段1152中包括合并的ba比特图，其确认在三条链路上接收的帧。多频带字段1110和多频带字段1160分别将多链路blockackreq帧1100和多链路blockack帧1150与现有技术的单链路blockackreq帧和现有技术的单链路blockack帧区分开。
65.多链路blockack帧1150中的合并的ba比特图指示接收方未能接收到在2.4ghz频带上发送的qos数据a-mpdu 536c。为了通过使用频率分集来提高重传的成功率，多链路发起方302可以选择在6ghz频带而不是用于原始传输的2.4ghz频带上重传qos数据a-mpdu 538。
66.多链路发起方302随后在不同的链路(例如，在主链路上)上向多链路接收方304发送多链路blockackreq帧1100，以请求携带合并的ba比特图的多链路blockack帧1150，其确认在6ghz频带上接收的帧。
67.接收器地址(ra)和发送器地址(ta)字段被设置为每条链路的无线无线电接口的mac地址。然而，不管ra和ta字段的内容如何，如果多频带字段1110被设置为“1”，则blockackreq帧1100被解释为请求多链路blockack帧，其确认该帧属于tid_info字段1112中指示的tid，而不管在其上接收到该帧的链路。类似地，不管ra和ta字段的内容如何，如果多频带字段1160被设置为“1”，则多链路blockack帧1150在ba信息字段1152中携带合并的ba比特图，其确认帧属于tid_info字段1162中指示的tid，而不管在其上接收到该帧的链路。
68.因此，根据本实施例，属于同一tid的业务可以被拆分在多个频带上。此外，多个频带的块确认可以被合并并在另一频带上被发送。根据本实施例，为现有的块确认请求类型(诸如压缩、多tid、多sta和带重试的组播(gcr)块确认请求类型)提供这种能力。
69.图12a描绘了根据各种实施例的业务流和块确认架构的图示1200。mac层318、320、322、324、326、328被拆分为频带不可知的统一上层mac(umac)层1202、1204和频带特定的下层mac(lmac)层1206、1208、1210、1212、1214、1216。在这种架构中，不同链路的lmac/phy层与协调每条链路特定的lmcac/phy层的操作的umac紧密耦合在一起。这种架构在mld被实现为单片硅硬件时可能是合适的。对于tid的多链路业务流协议1220、1222、1224和多链路块确认协议1230、1232、1234建立在每条链路的相应mac层之间。
70.上层330、336和llc层332、334只需要分别处理统一的umac层1202和1204。在发送器302侧，统一umac层1202在三条ts数据路径1240、1242、1244上执行ts数据的多链路聚合(即，属于特定业务流(ts)的帧可以在不同链路上聚合)，并决定使用哪条(哪些)链路进行传输以及重传。用于传输的实际链路对于上层可以是透明的。多链路接收方304的统一umac 1204负责多链路解聚合(即，对从不同链路接收的属于特定业务流(ts)的帧进行重新排序)
并将该接收记录在合并的块确认记分板中。
71.多链路接收方304的统一umac 1204还负责多链路块确认生成和多链路块确认(ba)在选择的链路(在该示例中为2.4ghz)上沿多链路ba路径1250的传输。多链路发起方302可以通过发送多链路块确认请求来请求任何链路上的多链路ba。接收方304响应于多链路块确认请求帧的接收，或者根据生成多链路blockack帧的隐式请求，而生成并发送多链路块确认。多链路blockack帧在接收到相应请求的同一链路上被发送。
72.图12b描绘了根据本实施例的被定义为处理多链路传输和多链路块确认的业务流和块确认架构目的的图示1260。在这种架构中，mld可以被视为一个或多个附属sta的集群(collection)，每个sta一次在一条链路上操作。所有附属sta可以共享到上层的公共mac服务接入点(sap)，并且可以分配唯一的mac地址来表示mld。每个附属sta具有其自己的mac/phy层，并且每个mac层可以具有分配给它的唯一mac地址。mld的mac地址可以与附属sta的mac地址中的一个相同，或者它们可以不同。mld协调每条链路特定的附属sta的操作。例如，发起方mld 302具有三个附属sta 1280、1282和1284，它们分别在2.4ghz链路、5ghz链路和6ghz链路上操作。类似地，接收方mld 304具有三个附属sta 1286、1288和1290，它们分别在2.4ghz链路、5ghz链路和6ghz链路上操作。sta 1280具有其自己的带有mac地址ta-2的mac层1266和phy层317，sta 1282具有其自己的带有mac地址ta-5的mac层1268和phy层319，sta 1284具有其自己的带有mac地址ta-6的mac层1270和phy层321，sta 1286具有其自己的带有mac地址ra-2的mac层1272和phy层323，sta 1288具有其自己的带有mac地址ra-5的mac层1274和phy层325，并且sta 1290具有其自己的带有mac地址ra-6的mac层1276和phy层327。mld 302的mac地址可以与sta 1280的mac地址相同，即，ta-2，而mld 304的mac地址可以与sta 1286的mac地址相同，即，ra-2。这种架构在每个附属sta被实现为独立硅时可能是合适的，其中多个可以被一起容纳在模块中以形成mld，在这种情况下，mld可以被视为sta的逻辑集群。当然，随着硅技术的进步，也有可能将整个mld实现为单片硅硬件。将会理解，mld的各种架构都是可能的。在该示例中，对于tid的多链路业务流1224和多链路块确认协议1230在相应的mld 302和304之间建立，并且是链路不可知的(link-agnostic)，因此管理更加简单。多链路业务流1224和多链路块确认协议1230可以由tid和mld的mac地址来标识，而不是由链路特定的mac地址来标识。
73.在发起方mld 302处，mld通过公共mac sap从上层接收ts数据，并在三条ts数据路径1240、1242、1244上执行ts数据的多链路聚合，并且决定使用哪条(哪些)链路进行传输以及重传，并将ts数据传递给相应的sta以用于在该链路上传输。类似地，在经由共享mac sap将ts传递到上层之前，接收方mld 304负责从每个附属sta接收的ts数据的多链路解聚合(并且还负责对属于在三条ts数据路径1240、1242、1244上接收的ts的帧进行重新排序)。
74.图13描绘了根据各种实施例的示例性多链路传输的图示1300，其示出了第一频带(例如，2.4ghz)中的第一链路1302、第二频带(例如，5ghz)中的第二链路1304以及第三频带1306(例如，6ghz)中的第三链路1306上的传输，并且假设在相关链路上已经完成了tid的ts和ba建立。每条链路1302、1304、1306上的信道带宽可以根据信道条件和可用性而变化(例如，2.4ghz频带1302上为20mhz、5ghz频带1304上为80mhz以及6ghz频带1306上为160mhz)。在一些部署中，链路一1302(例如，2.4ghz频带)可以主要用于交换管理和控制帧(诸如多链路块确认请求帧1308和多链路块确认帧1310)，并且可以被称为主链路，而链路二1304(例
如，5ghz频带)和链路三1306(例如，6ghz频带)可以主要用于交换数据帧1312(例如，下行链路(dl)ppdu)，并且可以被称为辅链路或补充链路。而在其他部署中，对于可以在任何链路上发送的帧的类型可能没有任何限制，并且可能没有这种主/辅链路区分。
75.在获得对每条链路上的信道的接入后，ap 102发起多链路传输1300，该多链路传输包括链路三1306上的下行链路ppdu 1312a、链路二1304上的下行链路ppdu 1312b和链路一1302上的下行链路ppdu 1312c。每个ppdu可以携带聚合的mpdu(a-mpdu)，每个mpdu具有多个帧。
76.ap 102将每个帧的qos控制字段中的确认策略设置为块确认，以指示在每条链路中不应有即时(immediate)确认，并且在低速率链路(例如，2.4ghz频带1302)上分配bar和ba的传输，以释放高速率链路(例如，链路21304和链路3 1306)用于数据传输。此外，跨多条链路的每个非ap mcd、tid对(pair)使用相同的序列号计数器，以确保发送帧的序列号(sn)在链路之间不重复。在该示例中，具有sn 1、2和3的帧在链路一1302上的ppdu 1312c中被发送，具有sn 4、5和6的帧在链路二1304上的ppdu 1312b中被发送，并且具有sn 7、8和9的帧在链路三1306上的ppdu 1312a中被发送。sta 104(即，接收方)在网络接口(nic)处为每条链路维护单独的blockack比特图，但是在接收到多链路blockackreq帧时将其合并成单个blockack比特图1314。多链路ba帧1310携带合并的比特图1314，其确认在三条链路上接收到的帧——比特设置为“1”指示具有对应于该比特的sn的帧的成功帧接收，并且“0”指示具有对应于该比特的sn的帧的失败帧接收。
77.在示例性传输1300中，多链路聚合dl ppdu帧传输包括在链路三1306上发送的帧1312a、在链路二1304上发送的帧1312b和在链路一1302上发送的帧1312c，并且在链路一1302上对具有sn 2的帧的传输和在链路二1304上对具有sn 5和6的帧的传输失败。在完成多链路传输时，ap 102发送多链路blockackreq帧1308a，以请求多链路ba确认，其确认在三条链路1302、1304、1306上发送的帧。多链路ba 1310a将来自三条链路的blockack比特图合并成合并的blockack比特图1314a。在合并的blockack比特图1314a中，对应于sn 2、5和6的比特2、5和6被设置为“0”，这指示对具有sn 2、5和6的帧的失败接收，而其余的比特被设置为1，以指示成功接收。由于在链路二1304和链路一1302上存在失败的传输，而在链路三1306上没有，ap 102可以决定链路三上的信道条件更好，并选择合并失败的帧，并在ppdu 1312d中的链路三1306上重新发送它们。随后，在链路一1302上发送多链路blockackreq帧1308b，以请求携带对在链路三1306上发送的ppdu 1312d中携带的帧的确认的多链路ba 1310b。这次，所有三个重新发送的帧都被成功接收，并且sta 104发送ba比特图中的对应比特被设置为1的多链路ba 1310b。
78.图14描绘了根据各种实施例的多链路块确认实现方式的示例性参考模型的图示1400。在无线通信设备中，每条链路的无线电接口(i/f)、phy层和时间关键mac功能可以被实现为独立模块，并且可以被认为是独立的附属sta中的一部分(例如，分别用于2.4ghz频带、5ghz频带和6ghz频带的1410、1420、1430，诸如收发器230、232、234(图2))。所有模块/sta 1410、1420、1430都连接到主机系统1405(其可以是cpu)。物理层(phy)模块(例如，323、325、327(图12a、图12b))以及较低mac层1402(例如，1212、1214、1216(图12a)和1272、1274、1276(图12b))中的时间关键mac功能可以在无线电i/f 216、218、220上实现，无线电i/f中的每一个都可以是独立的附属sta(例如，图12b中的1286、1288、1290)中的一部分，而其余
的mac功能(即，较高mac层1404(例如，1202(图12a)))可以在主机系统1405中实现。整个系统1400可以构成mld。
79.由于响应于bar(在从bar的末端开始的短帧间间隔(sifs)内)而产生ba所需的低等待时间，使用每个无线电i/f中的快速但昂贵的片上存储器来实现特定频带的块确认记分板。然而，维护在所有活动块确认会话(称为全状态块确认)的整个持续时间内保持的ba记分板增加了用于接收器实现的存储器需求负担。因此，大多数实现方式将片上存储器重新用于一个以上的块确认会话，其中存储器用作高速缓存，用于存储最近活动的块确认会话的状态(其被称为部分状态块确认)。频带内ba记分板1412、1422、1432是用作ba记分板的片上存储器的示例，以分别记录在2.4ghz、5ghz和6ghz频带上接收的帧的接收状态。频带内ba记分板也可以简称为每链路ba记分板或每链路记分板。部分状态块确认节省了存储器，但是增加了块确认记分板可能被下一传输机会(txop)中的另一块确认会话覆盖的风险，因此需要特殊处理以防止数据丢失。
80.为了实现多链路块确认操作，在主机系统1405中维护多链路ba记分板1406。因为主机系统1405上的存储器通常更便宜，所以多链路ba记分板1406可以被实现为全状态块确认记分板，即，该记分板保持多链路块确认会话的整个持续时间。
81.根据本实施例，如图示1400所示，在每条链路中接收的帧由rx解析器1414、1424、1434解析，并根据帧类型进行处理。被正确接收并寻址到接收方的数据帧1415、1425、1435在被向上传递到接收缓冲区1408之前根据它们的序列号(sn)被记录在频带内ba记分板1412、1422、1432中。接收缓冲区1408的内容可以根据数据帧sn以规则的间隔重新排序。
82.在传统的单链路块确认操作中，在txop完成时(对于隐式块确认)或在接收到传统blockack请求(bar)帧时(对于显式块确认)，较低的mac从频带内ba记分板复制ba比特图，并生成blockack帧用于立即传输。然而，对于多链路块确认操作，可以使用显式块确认，并且在每个频带上的txop完成时，利用来自相应无线电i/f的频带内记分板1412、1422、1432的内容来更新多链路ba记分板1406。到多链路传输机会(txop)结束时，多链路ba记分板1406将已合并所有频带内ba记分板1412、1422、1432的ba比特图。
83.最后，在任何链路上接收到多链路bar帧1416时，上层mac 1404从多链路ba记分板1406复制ba比特图，并生成1407多链路blockack帧用于传输。同时，多链路bar帧1416的接收还触发上层mac以从接收缓冲区1408中的帧重组完整的msdu(sn低于多链路bar帧1416中携带的起始序列号(ssn)的所有完整的msdu)，并将它们依次转发给上层。尽管在图示1400中，在2.4ghz频带中示出了多链路bar帧1416的接收和多链路ba帧1820的发送，但是将会理解，该过程对于其他频带也是相同的。
84.根据图1-图14，可以在两个mld之间为可以通过一条或多条链路发送的tid协商单个块确认协议。块确认协议可以由{发起方mld mac地址,接收方mld mac地址和tid}的元组来表示。此外，可以通过在两个mld之间的任何一个启用链路上交换单对(single pair)addba请求/响应帧来协商多链路块确认协议。更进一步地，对于可以通过一条或多条链路发送到对等mld的tid的msdu，可以根据跨mld的多条链路共享的公共序列号空间来分配序列号。
85.然而，当相同tid的帧同时在不同链路上被发送时，诸如当接收方mld处的每链路记分板上下文中的一个或多个超出范围时，在多链路传输期间可能出现潜在问题。参考图
15a，发起方mld可以在链路1(如链路1发送窗口1502所示)上发送具有sn 1-15的mpdu并且在链路2(如链路2发送窗口1504所示)上发送具有sn 16-30的mpdu到接收方mld。链路1发送窗口中的sn由链路1发送控制所控制，该链路1发送控制开始于ws_o＝1(即，ws_o是指发送窗口的开始winstarto)并结束于15(假设在两条链路的多链路ba协议期间协商发送窗口大小为15)，而链路2发送窗口中的sn开始于ws_o＝16并结束于30。例如，由于链路1传输的质量差，接收方mld可能无法接收具有sn 3和sn 5至15的mpdu。这可以在链路1记分板1512中看到，其中sn 3和sn 5至15具有零值。另一方面，链路2记分板1514指示具有sn 16至30的所有mpdu被接收方mld成功接收。此时，链路2记分板已经(从初始ws_r＝0)向右移位，并且现在开始于ws_r＝16并结束于we_r＝30(即，ws_r和ws_e分别指记分板上下文的起始sn winstartr和结束sn winendr)。这些mpdu在重新排序缓冲区1516中被合并，其中具有连续运行的sn(即，sn 1和sn2)的最小值的mpdu然后被转发到下一mac过程。然而，由接收方mld成功接收的具有从sn 4起以上(onwards)的mpdu不能被转发到下一mac过程，因为具有sn 3的mpdu没有被正确接收，即，转发必须按先后顺序进行。结果，重新排序缓冲区1516中的帧的sn现在从3开始(即，ws_b＝3；ws_b是指接收重新排序缓冲区的开始winstartb)，在sn＝3和sn 5至15处有间隔，因为这些mpdu没有被接收方mld接收。
86.参考图15b，发起方mld可以接收每条链路中的每链路(per-link)blockack帧，或者其中一条链路中的多链路blockack帧，并且了解mpdu的传输状态。作为下一步，链路1上的失败mpdu可以在链路2上被重新发送到接收方mld，以利用更好的链路。然而，由于链路2上的记分板上下文已经向右移位并因此超出了重新发送的较小sn的范围，所以在链路2上重新发送的具有较小sn的mpdu将被丢弃，即使它们都井井有条地被接收。这符合ieee 802.11revmd_d3.0，10.25.6.3-全状态操作期间的记分板上下文控制，即，如果winstartr 2
11
≤1sn《winstartr，则不对记分板记录进行任何更改。这里sn是指接收的帧的sn，并且winstartr是指记分板上下文的起始sn。以上仅仅是一个示例，用于说明不同链路的记分板上下文超出彼此范围冒着在另一链路上重新发送的mpdu失败的风险的潜在问题。可以理解，如果不同的链路具有不同的带宽，并且因此具有不同的记分板上下文大小，则该问题将变得更糟。与具有较低带宽的链路相比，具有较高带宽的链路的记分板上下文可以预期更快地向右移位，这增加了不同链路的记分板上下文超出彼此范围的风险。
87.替代地，也可能发生接收重新排序缓冲区溢出问题。参考图15c，先前在链路1上发送失败的具有sn 3和sn 5至15的mpdu可以在链路1上被重新发送到接收方mld。此外，在如图15a所示成功发送具有sn 16至30的mpdu之后，具有sn 31至45的新mpdu可以在链路2上被发送到接收方mld。然而，具有sn 3和sn 5至15的mpdu可能再次无法在链路1上被接收，并且具有sn 31的mpdu可能无法在链路2上被接收。结果，重新排序缓冲区现在具有从16起至45的sn的mpdu，其中在sn＝31处存在间隔。这里，我们假设接收重新排序缓冲区的大小winsizeb＝30(链路1和链路2的缓冲区大小之和)。根据接收重新排序缓冲区的操作规则，在接收到sn大于接收缓冲区末端的mpdu时，接收器重新排序缓冲区的末端被移位以容纳新的mpdu(即，ws_r＝16，并且we_b＝45；we_b是指接收重新排序缓冲区的末端winstartb)，并且当mpdu的sn中存在间隔时，sn小于缓冲区的新开始ws_r的缓冲区的内容(例如，sn为4的mpdu)被向上传递到下一mac过程。此外，先前在链路2上接收的具有sn 16至30的mpdu被转发到下一mac过程，但是由于具有sn 31的mpdu的传输失败所导致的间隔(即，ws_r＝31和
we_b＝60)，具有sn 31及以上的mpdu不能被转发。
88.参考图15d，在链路1上具有sn 3和sn 5至15的失败mpdu再次在链路1上被重新发送到接收方mld。这次，所有这些mpdu被成功接收，并且它们的接收被记录在链路1记分板上。然而，即使重新发送的mpdu在链路1上被正确接收，它们也不能被记录在接收重新排序缓冲区中，并且将在接收方mld处被丢弃，因为接收重新排序缓冲区1516已经向右移位。当链路之间的带宽/吞吐量存在较大差异时(即，较快的链路将支配接收重新排序缓冲区时)，此问题会更常见。当在更快的链路上接收到具有更高sn(超过winendb的当前值)的mpdu时，接收重新排序缓冲区将向右移位(即winstartb和winendb的值将变得更高)，从而增加接收器重新排序缓冲区溢出的风险。
89.为了解决以上问题，如图16所示，针对多链路传输提出了双重(two-tiered)块确认架构。本质上，发起方mld包括对于在所有链路(或所有附属sta(如果遵循图12b中的mld架构则假设每条链路一个附属sta))之间共享的公共发送缓冲区1602a的每(per)mld-ra/tid的发送缓冲区控制1604，其起始sn等于winstart
t
，并且大小为winsize
t
，这使得能够跨链路灵活地重新发送，并且还防止接收方mld处的接收重新排序缓冲区超限。另一方面，接收方mld包括对于公共接收重新排序缓冲区1612的每mld-ta/tid的接收重新排序缓冲区控制1614，其起始sn等于winstart
t
，并且大小为winsize
t
，以确保mpdu在正确的sn中被转发到下一mac过程。这里，mld-ra和mld-ta分别指接收方mld和发起方mld的mac地址。换句话说，发起方mld为多链路块确认协议的每个tid维护发送缓冲区和发送缓冲区控制。发起方mld还包括每l1-ra/tid的发送缓冲区控制1606a(其具有起始sn winstarto且大小为winsizeo)、发送缓冲区1602a、每l1-ra/tid的块确认状态1608a和用于链路1的聚合控制l1 1610a，以及每l2-ra/tid的发送缓冲区控制1606b(其具有起始sn winstarto且大小为winsizeo)、发送缓冲区1602c、每l2-ra/tid的块确认状态1608b和用于链路2的聚合控制l2 1610b。这里，l1-ra和l2-ra分别指在链路1和链路2上操作的接收方mld的附属sta的mac地址。换句话说，如果该链路是多链路块确认协议的一部分，则发起方mld的每个附属sta还为多链路块确认协议的每个tid维护每链路发送缓冲区控制。如果该链路是多链路块确认协议的一部分，则发起方mld的每个附属sta还可以为多链路块确认协议的每个tid维护每链路发送缓冲区。有利地，每链路发送缓冲区控制1606a和1606b防止了由附属于接收方mld的每个sta或站维护的块确认记录(记分板上下文)的溢出，这可能是由于一条或多条链路上的帧的传输而引起的，如图15a至图15d所示。有利地，在所有链路之间共享的公共发送缓冲区使得能够跨链路进行灵活的重新发送，并且还防止接收方处的接收重新排序缓冲区超限。然而，将相同的mpdu存储在两个不同的发送缓冲区中需要额外的规则来确保两个发送缓冲区保持同步。例如，在原始链路上接收发送状态之前，已经在一条链路上被发送的mpdu不应该在另一链路上被发送。只有当在一条链路上接收到传输失败的反馈时，才应该在另一链路上重新发送mpdu，并且应从原始传输的链路的每链路发送缓冲区中删除mpdu。在通过任何链路接收到成功传输的反馈时，或者在mpdu中携带的msdu的msdu生命期到期时，应从每链路发送缓冲区以及公共发送缓冲区中删除mpdu。用于每个sta或站的块确认记录的大小是在多链路块确认协商期间独立协商的，这将在后面解释。将会理解，附属于发起方mld或接收方mld的sta也可以被称为站。发起方mld使用块确认状态来跟踪所发送的mpdu的状态，并且在从接收方mld接收到块确认帧时进行更新。聚合控制的作用是通过聚合两个或
更多个mpdu来构建用于发送的a-mpdu。
90.另一方面，接收方mld还包括用于链路1的记分板上下文控制l1 1616a(其具有起始sn winstartr和大小winsizer)和解聚合控制l1 1618a、以及用于链路2的记分板上下文控制l2(其具有起始sn winstartr和大小winsizer1616b)和解聚合控制l1 1618b。记分板上下文也称为块确认记录，它们保持记录mpdu的接收状态。解聚合控制的角色是将接收到的a-mpdu解构成两个或更多个mpdu。接收方mld还为多链路块确认协议的每个tid维护公共接收重新排序缓冲区(或简称为接收缓冲区)。接收器重新排序缓冲区的主要角色是确保mpdu以正确的sn顺序被转发到下一mac过程。在附属sta(链路)之间共享公共接收器重新排序缓冲区确保了通过不同链路接收的mpdu以正确的顺序被传递到下一mac过程。应当理解，每ra/tid的发送缓冲区控制、每ra/tid的块确认状态、聚合控制、记分板上下文控制和解聚合控制的集合的数量可以扩展到包括3条或更多条链路。利用这种架构，发起方mld维护双重发送缓冲区控制结构：跨多条链路共享的公共发送缓冲区控制、以及针对每条链路的单独发送缓冲区控制。
91.ht-即时块确认机制的多链路扩展可以被称为多链路块确认，并且对于特定tid的两个mld之间的每个方向被单独协商。其附属sta使用多链路块确认协议传送数据的mld被称为发起方mld，而其附属sta是数据的接收者的mld被称为接收方mld。多链路块确认协议由{发起方mld mac地址,接收方mld mac地址,tid}的元组唯一标识。
92.在如图16所示的架构下，发起方mld包含每{接收方mld mac地址,tid}的公共发送缓冲区控制，其在使用多链路块确认协议的附属sta或站之间共享，并且使用winstart
t
和winsize
t
来提交用于传输的mpdu，并且在接收到blockack帧时释放发送缓冲区。winstart
t
是跨多链路块确认协议的所有链路的公共发送窗口的起始序列号，winsize
t
是总发送窗口的大小，并且等于由接收方mld维护的接收重新排序缓冲区。winsize
t
等于块确认协议期间协商的接收重新排序缓冲区的大小。接收重新排序缓冲区的大小可以独立协商，或者可以基于每链路记分板上下文的大小来计算。公共发送缓冲区被用于存储msdu或a-msdu，直到它们被报告为成功接收或者它们超过其生命期(例如，msdu生命期)。
93.发起方mld的每个附属sta包含每{对等附属sta mac地址,tid}的每链路发送缓冲区控制和每链路块确认状态以及聚合控制。每个附属sta还维持每链路发送缓冲区在短时间段(例如，单个传输机会(txop))内有效，并且可以用于每链路的重新发送，即，在同一txop内的重新发送。
94.接收方mld包含每{发起方mld mac地址,tid}的公共接收重新排序缓冲区控制，并且负责记录从每个附属sta到达的msdu/a-msdu并对其重新排序，以及识别和丢弃重复帧。
95.此外，接收方mld的每个附属sta包含每{对等附属sta mac地址,tid}的每链路记分板上下文控制和解聚合控制。每个每链路记分板上下文控制包含确认比特图控制，该确认比特图控制包含通过关联链路接收的msdu或a-msdu的当前接收状态，并且可以使用全状态或部分状态操作。
96.发起方mld可以将发送的帧存储在公共发送缓冲区中，直到它们被接收方mld确认为成功接收，或者直到它们在mac服务数据单元(msdu)生命期结束时被丢弃。另一方面，附属于发起方mld的站可以仅在传输机会(txop)的持续时间内在每链路发送缓冲区中存储帧。换句话说，与每链路发送缓冲区相比，帧在公共发送缓冲区中存储的持续时间更长。
97.图17a示出了根据如图16所示的块确认架构1600的块确认参数集(即，如图8所示的addba请求帧810中的字段)，并且图17b示出了根据如图16所示的块确认架构1600的多频带元素(即，如图8所示的addba响应帧820中的字段)。块确认参数集1700包括缓冲区大小字段1702，其在addba响应帧中指示在其上发送addba响应帧的链路的记分板上下文控制的大小(即，winsizer)。多频带元素1710现在包括缓冲区大小字段1712，其在addba响应帧中指示由多频带元素1710表示的链路的记分板上下文控制的大小(winsizer)。根据图16所示的架构，接收重新排序缓冲区的大小winsizeb＝winsize
t
＝跨多链路块确认协议的所有链路的winsizer之和。替代地，addba响应帧中的缓冲区大小字段1702可以表示winsizeb，并且在其上发送addba响应帧的链路的winsizer＝winsizeb–
多频带元素中的缓冲区大小字段1712的值(即，间接发信号通知在其上发送addba响应帧的链路的winsizer)。
98.图18示出了根据图16所示的架构的增强blockack请求(ebar)帧的格式。根据现有的ht-即时块确认规则，bar帧可以用于前移winstartr的值，但是起始序列号(ssn)值小于winstartr的bar被丢弃，因此不可能后移winstartr的值。因此，增强bar(ebar)帧1800可以显式地允许这样。例如，如果设置了移位winstartr字段1802中的比特，则接收方mld将用bar信息字段的起始序列号(ssn)子字段的值来替换(在其上接收到增强bar帧的链路的)记分板上下文的winstartr的值。如果该比特未被设置，则只有当winstartr《ssn≤winstartr 2
11
时winstartr才被更新。此外，如果移位winstartb字段1804中的比特被设置，则接收方mld将用bar信息字段的起始序列号子字段的值来替换winstartb的值。如果该比特未被设置，则接收方不得基于bar帧中的ssn的值进行更新。此外，ebar帧1800在链路上的传输也用ssn的值来替换发起方侧的链路的winstarto。
99.替代地，如果已经成功协商了受保护的块确认协议，则也可以使用鲁棒的addba请求帧来实现与ebar帧1800相同的效果。因此，blockack请求帧可以指示由站维护的块确认记录的起始点是否应该被blockack请求帧中携带的起始序列号(ssn)的值替换。
100.图19示出了ebar如何解决先前在图15a中示出的记分板上下文超出范围的问题。由于在初始传输之后，链路2上的记分板1512的winstartr的值＝ws_r＝16，如果发起方mld要在链路2上重新发送(最初在链路1上发送的)失败的mpdu，由于sn小于16，它们将被接收方mld丢弃。为了避免这种情况，发起方mld发送ssn＝3的ebar 1800，这是要重新发送的最小sn。在ebar中设置“移位winstart
r”比特，因此接收方mld应该用bar信息字段的起始序列号(ssn)子字段的值替换链路2上的记分板1902的winstartr的值。此后，如1900所示，可以在链路2上重新发送链路1上的失败mpdu，而不会导致记分板上下文控制变得超出范围。有利地，ebar解决了记分板上下文控制超出范围的问题，并且有助于交叉链路重新发送。
101.替代地，如果发起方mld由于重复发送失败而决定禁用链路1，则它可以向接收方mld发送信号来禁用链路1。一旦接收到禁用链路1的信号，接收方mld可以将记分板上下文控制向左移位(使得winstartr＝尚未成功接收的最小sn)，期待在链路1上对失败mpdu的重新发送。
102.如图16的blockack架构中所示，在多链路块确认协议的所有链路上具有公共发送缓冲区控制将有利地防止接收方处的接收重新排序缓冲区溢出的问题(即，如先前在图15a、图15c和图15d中所示)。(winstart
t
winsize
t
)作为在各条链路上发送的mpdu的sn的上限，使得在任何链路上发送的最高sn≤winstart
t
winsize
t
。
103.图20示出了公共发送缓冲区控制如何防止如图15a、图15c和图15d所示的接收重新排序缓冲区溢出问题。这里，winstart
t
是指发送窗口的开始(即，ws_t)，并且等于还没有被接收方mld确认为成功接收的最小sn。如在公共发送缓冲区控制2000中所看到的，先前在链路1上发送失败的mpdu(即，具有sn 3和sn 5至15的mpdu)在链路1上被重新发送。可以在所有链路上安全发送的最高sn由公共发送窗口大小(winsize
t
)限定：最高sn＝winsitart
t
winsize
t-1＝32。
104.winsize
t
被设置为接收重新排序缓冲区控制2004的缓冲区大小值，并因此具有确保由发起方mld发送的mpdu绝不会溢出接收方mld处的接收重新排序缓冲区的以上规则。现在，如果链路1上的失败mpdu在链路1上被重新发送，如图15d所示，则它们可以在接收方侧被安全地接收。如果发起方mld放弃发送mpdu(例如，由于重复的发送失败或者由于mpdu生命期的到期)，则发起方mld可以通过发送blockack请求帧(其中ssn被设置为要发送的下一mpdu的值)来将发送窗口向右移位。这使得链路的winstart
t
和winstarto在发起方mld处被设置为ssn，并且还使得接收方mld通过将winstartr(即，ws_r)和winstartb(即，ws_b)设置为ssn来将记分板和接收窗口都向右移位。随后，可以恢复具有较高sn的mpdu的发送。有利地，交叉链路重新发送是可能的，而不会使接收缓冲区溢出。
105.根据另一实施例，如果接收方mld支持跨多条链路的合并的块确认，则可以使用公共多链路记分板上下文控制来组合各条链路的记分板上下文控制。图21示出了根据该实施例的块确认架构2100，其是图16中示出的块确认架构1600的变型，虽然这两个架构几乎相同，但是主要区别在于架构2100中的接收方mld现在包括大小为(ml_winstartr,ml_winsizer)的多链路记分板上下文控制2120。ml_winstartr是跨由发起方mld和接收方mld协商的多链路块确认协议的所有链路的最小winstartr，使得ml_winsizer≥跨多链路块确认协议的所有链路的winsizer之和。另一区别在于架构2100中的发起方mld仅维护在所有链路之间共享的一个公共发送缓冲区2100。
106.架构2100基于以下前提：可以在没有单独的每链路发送缓冲区的情况下执行双重发送缓冲区控制，诸如块确认架构1600的分别用于链路1和链路2的发送缓冲区1602b和1602c。例如，架构2100中的缓冲区仅是公共发送缓冲区2102，并且双重发送缓冲区控制由地址/指针管理来执行。
107.多链路记分板上下文控制2120可以根据用于数据帧的接收的以下规则进行操作：
[0108]-如果ml_winstartr《＝sn《＝ml_winendr：将比特图中位置sn处的比特设置为1。
[0109]-如果ml_winendr《sn《ml_winendr 2
11
：
[0110]
1)将具有从ml_winendr 1到sn-1的sn值的比特设置为0
[0111]
2)ml_winendr＝sn
[0112]
3)ml_winstartr＝sn-ml_winsizer[0113]
4)将比特图中位置sn处的比特设置为1。
[0114]-如果ml_winendr 2
11
《＝sn《＝ml_winendr：不做任何更改
[0115]
此外，多链路记分板上下文控制2120可以根据用于多链路blockackreq(ml_bar)帧的接收的以下规则进行操作：
[0116]-如果ml_winstartr《＝ssn《＝ml_winendr：
[0117]
1)ml_winstartr＝ssn
[0118]
2)将具有从ml_winendr 1到ml_winsize
r-1的sn值的比特设置为0
[0119]
3)ml_winendr＝ml_winstartr ml_winsize
r-1
[0120]-如果ml_winendr《ssn《ml_winendr 2
11
：
[0121]
1)ml_winstartr＝ssn
[0122]
2)ml_winendr＝ml_winstartr ml_winsize
r-1
[0123]
3)将具有从ml_winstartr到ml_winendr的sn值的比特设置为0
[0124]-如果ml_winendr 2
11
《＝ssn《＝ml_winendr：不做任何更改
[0125]
在接收到多链路bar(ml_bar)帧时更新接收重新排序缓冲区控制的规则与接收bar帧的规则相同。此外，每链路bar的接收不影响ml_scoreboard，而ml_bar的接收不影响每链路记分板。
[0126]
在图16所示的架构以及图21所示的架构中，尽管实现单独的发送缓冲区控制1604或2104是有利的，但是也有可能不是维持这样的记录(winstart
t
,winsize
t
)，而是发起方mld通过在每次传输之前参考每个每链路发送缓冲区控制的记录来执行对跨多条链路的传输的控制，以确保接收方处的接收重新排序缓冲区不会溢出。发起方mld确保所有链路上的最小winstart
t
与所有链路上的(winstart
t
winstart
t
)的最大值之差不大于winsizeb。总之，使用公共发送缓冲区控制的目的是确保mpdu在不同链路上的发送不会对接收方mld造成问题，例如，接收重新排序缓冲区的溢出。
[0127]
图22a示出了根据如图21所示的块确认架构2100的块确认参数集(即，如图8所示的addba请求帧810中的字段)，并且图22b示出了根据如图21所示的块确认架构2100的多频带元素(即，如图8所示的addba响应帧820中的字段)。块确认参数集2200包括缓冲区大小字段2202，其在addba响应帧中指示接收重新排序缓冲区的大小(即，winsizeb)。addba请求/响应帧为多链路块确认协议的每条链路(包括其上发送帧的链路)携带一个多频带元素。多频带元素2210现在包括缓冲区大小字段2212，其在addba响应帧中指示由多频带元素2210表示的链路的记分板上下文控制(winsizer)的大小。每个多频带元素2210标识多链路块确认协议的一条链路。
[0128]
根据如图21所示的架构2100，winsize
t
＝winsizeb≥发起方mld和接收方mld协商的多链路块确认协议的所有链路上的winsizer之和。可以协商大于所有链路上的接收缓冲区之和的接收重新排序缓冲区大小，以解决链路吞吐量的差异。此外，接收重新排序缓冲区的大小可以独立于每链路记分板的大小来协商。这种实现方式可以如前所述通过能够容纳在快速链路上接收的更多mpdu而不溢出，同时仍然能够从较慢的链路接收mpdu，来帮助减少由于链路带宽等的差异而导致的接收重新排序缓冲区溢出的机会。然而，必须意识到，即使较大大小的接收重新排序缓冲区可能有助于减轻接收重新排序缓冲区溢出的一些情况，但是它本身不能完全避免接收重新排序缓冲区溢出的风险，并且不管在多链路块确认协议期间协商的接收重新排序缓冲区的大小如何，在发起方侧对不同链路上的发送进行某种集中控制将是必要的。
[0129]
根据又一实施例，addba请求和响应帧可以携带多链路元素，该多链路元素指定与发起方mld和接收方mld之间协商的多链路块确认协议的所有链路相关的参数。参考图23a、图23b和图23c，addba请求帧2304和addba响应帧2306可以包括包含缓冲区大小字段2302的块确认参数集字段2300。缓冲区大小字段2302指示接收重新排序缓冲区的大小
(winsizeb)。addba请求帧2304和addba响应帧2306还可以包括包含一个或多个链路参数字段2312的多链路元素字段2310。一个或多个链路参数字段可以各自包括链路id字段2314、记分板大小字段2316和可选的mac地址字段2318。链路id字段2314标识关联的链路，其中链路id可以在多链路建立/关联期间或者在关联之后的单独链路建立过程期间被分配。addba响应帧2306中的多链路元素2310中的记分板大小字段2316指示由链路id字段2314中标识的关联链路id表示的链路的记分板上下文控制的大小(winsizer)。在当前实施例中，winsize
t
＝winsizeb≥跨多链路块确认协议的所有链路的winsizer之和。
[0130]
图24示出了根据各种实施例的发起方mld 2400的示意图。发起方mld包括具有公共发送缓冲区2404的公共发送缓冲区控制2406(即，在架构1600的发起方mld中具有公共发送缓冲区1602a的公共发送缓冲区控制1604，以及在架构2100的发起方mld中具有公共发送缓冲区2102的公共发送缓冲区控制2104)和用于执行分发服务(ds)的mac-sap 2402。发起方mld 2400包括两个附属sta或站(sta1 2408a和sta2 2408b)。sta1 2408a在mac层包括每链路发送缓冲区控制2414a、块确认状态2416a和聚合控制2418a(即，类似于架构1600中的发送缓冲区控制1606a、块确认状态1608a和聚合控制1610a，以及架构2100中的发送缓冲区控制2106a、块确认状态2108a和聚合控制2110a)。类似地，sta2 2408b在mac层包括每链路发送缓冲区控制2414b、块确认状态2416b和聚合控制2418b(即，类似于架构1600中的发送缓冲区控制1606b、块确认状态1608b和聚合控制1610b，以及架构2100中的发送缓冲区控制2106b、块确认状态2108b和聚合控制2110b)。两个sta都包括phy层，经由链路1(对于sta1 2408a)和链路2(对于sta2 2408b)的传输从该phy层发生。将会理解，链路和附属sta或站的数量可以进一步扩展。
[0131]
图25示出了根据各种实施例的接收方mld 2500的示意图。接收方mld包括具有接收重新排序缓冲区2504的接收重新排序缓冲区控制2506(即，在架构1600的接收方mld中具有接收重新排序缓冲区1612的接收重新排序缓冲区控制1614，以及在架构2100的接收方mld中具有接收重新排序缓冲区2112的接收重新排序缓冲区控制2114)和用于执行分发服务(ds)的mac-sap 2502。接收方mld 2500包括两个附属sta或站(sta1 2508a和sta2 2508b)。sta1 2508a在mac层包括记分板上下文控制2516a和解聚合控制2518a(即，类似于架构1600中的记分板上下文控制1616a和解聚合控制1618a，以及架构2100中的记分板上下文控制2116a和解聚合控制2118a)。同样，sta2 2508b在mac层包括记分板上下文控制2516b和解聚合控制2518b(即，类似于架构1600中的记分板上下文控制1616b和聚合控制1618b，以及架构2100中的记分板上下文控制2116b和聚合控制2118b)。两个sta都包括phy层，经由链路1(即，发起方mld 2400处的sta1 2508a和sta1 2408a之间)和链路2(即，发起方mld 2400处的sta2 2508b和sta2 2408b之间)的传输从该phy层发生。将会理解，链路和附属sta或站的数量可以进一步扩展。
[0132]
图26示出了说明根据各种实施例的用于多链路通信的方法的流程图2600。在步骤2602中，在第一多链路设备处发起与第二多链路设备的块确认协议的建立，该第二多链路设备与第二多个站一起操作，该第一多链路设备与第一多个站一起操作，其中已经在第一多个站中的每个站和第二多个站中的对应站之间建立链路。在步骤2604中，基于块确认协议，在一条或多条链路上将业务标识符(tid)的帧发送到第二多链路设备，其中第一多个站共享公共发送缓冲区和公共发送缓冲区控制，该公共发送缓冲区存储要发送到第二多链路
设备的tid的帧，该公共发送缓冲区控制管理一条或多条链路上的帧传输，并且其中第一多个站中的每一个维护每链路发送缓冲区控制，以管理一条或多条链路中的一条对应链路上的帧传输。
[0133]
图27示出了根据图1至图26所示的各种实施例的多链路设备2700的示意性部分截面图，该多链路设备2700可以被实现用于多链路通信。根据各种实施例，多链路设备2700可以被实现为ap mld或非ap mld，并且包括一个或多个附属站或sta。
[0134]
多链路设备2700的各种功能和操作根据分层模型被安排成层。在该模型中，较低层根据ieee规范向较高层报告并从其接收指令。为了简单起见，在本公开中不讨论分层模型的细节。
[0135]
如图27所示，多链路设备2700可以包括电路2714、至少一个无线电发送器2702、至少一个无线电接收器2704和多个天线2712(为了简单起见，出于说明的目的，在图27中仅描绘了一个天线)。该电路可以包括至少一个控制器2706，用于软件和硬件辅助执行其被设计来执行的任务，包括控制与mimo无线网络中的一个或多个其他多链路设备的通信。至少一个控制器2706可以控制至少一个发送信号生成器2708，用于生成将通过至少一个无线电发送器2702传送到一个或多个其他多链路设备的addba动作帧(诸如addba请求帧和/或addba响应帧)，以及控制至少一个接收信号处理器2710，用于处理通过至少一个无线电接收器2704从一个或多个其他多链路设备接收的addba动作帧(诸如addba请求帧和/或addba响应帧)。至少一个发送信号生成器2708和至少一个接收信号处理器2710可以是多链路设备2700的独立模块，其与至少一个控制器2706通信以用于上述功能。替代地，至少一个发送信号生成器2708和至少一个接收信号处理器2710可以包括在至少一个控制器2706中。对于本领域技术人员来说，显然这些功能模块的布置是灵活的，并且可以根据实际需要和/或要求而变化。数据处理、存储和其他相关控制装置可以在适当的电路板上和/或芯片组中提供。在各种实施例中，至少一个无线电发送器2702、至少一个无线电接收器2704和至少一个天线2712可以由至少一个控制器2706控制。此外，虽然仅示出了一个无线电发送器2702，但是应当理解，可以存在多于一个这样的发送器，即，对多链路设备2700的每个附属站或sta有一个发送器。
[0136]
如图27所示，至少一个无线电接收器2704与至少一个接收信号处理器2710一起形成多链路设备2700的接收器。多链路设备2700的接收器提供多链路通信所需的功能。虽然仅示出了一个无线电接收器2704，但是应当理解，可以存在多于一个这样的接收器，即，对多链路设备2700的每个附属站或sta有一个接收器。
[0137]
多链路设备2700提供多链路通信所需的功能。例如，多链路设备2700可以是与第一多个附属站一起操作的第一多链路设备。电路2714可以发起与第二多链路设备的块确认协议的建立，该第二多链路设备与第二多个附属站一起操作，其中已经在第一多个站中的每个站和第二多个站中的对应站之间建立链路。发送器2702可以基于块确认协议在一条或多条链路上将业务标识符(tid)的帧发送到第二多链路设备，其中第一多个站共享公共发送缓冲区和公共发送缓冲区控制，该公共发送缓冲区存储要发送到第二多链路设备的tid的帧，该公共发送缓冲区控制管理一条或多条链路上的帧传输，并且其中第一多个站中的每一个维护每链路发送缓冲区控制，以管理一条或多条链路中的一条对应链路上的帧传输。
[0138]
第一多个站中的每一个可以维护单独的每链路发送缓冲区，以存储要在一条或多条链路中的一条对应链路上发送的帧。电路2714可以将帧存储在公共发送缓冲区中，直到它们被第二多链路设备确认为成功接收，或者直到它们在mac服务数据单元(msdu)生命期结束时被丢弃，第一多个站仅在传输机会(txop)的持续时间内将帧存储在每链路发送缓冲区中。
[0139]
公共发送缓冲区控制可以用于防止由第二多链路设备维护的接收重新排序缓冲区由于一条或多条链路上的帧传输而溢出；每链路发送缓冲区控制被用于防止由于在一条或多条链路中的一条链路上发送帧而导致的由第二多个站中的每个站维护的块确认记录的溢出。此外，由第二多链路设备管理的接收重新排序缓冲区的大小可以独立协商。
[0140]
电路2714可以通过在一条或多条链路中的一条链路上交换addba动作帧来与第二多链路设备协商块确认协议，其中由第二多个站中的每个站维护的块确认记录的大小是独立协商的。
[0141]
此外，该电路可以在一条或多条链路中的一条链路上向第二多链路设备发送blockackreq帧，以请求blockackreq帧，其中该blockackreq帧指示由第二多个站中的一个站维护的块确认记录的起始点是否应该被替换为blockackreq帧中携带的起始序列号(ssn)的值。
[0142]
图28描绘了根据本实施例的多链路设备2802的详细框图2800。多个无线i/f 2810、2820、2830中的每一个都实现物理层(phy)处理模块2816、2826、2836中相应的一个和较低mac功能模块2812、2822、2832中相应的一个。如果实现了这样的架构，则无线i/f 2810、2820、2830的功能可以与图12b中的附属sta1280、1282、1284、1286、1288和1290的功能相同。上层mac功能可被实现为中央处理单元(cpu)2840内的软件，中央处理单元2840可以被耦合到可用于存储多频带ba记分板的存储器2842、辅助存储2844和用于与外部网络、其他ap 102或其他mld通信的有线通信i/f 2846。电源2848为ap 2802供电。如果实现图12b所示的架构，则上层mac功能由mld完成。
[0143]
可以通过软件、硬件或与硬件协作的软件来实现本公开。在上述每个实施例的描述中使用的每个功能块可以部分或全部由诸如集成电路的lsi实现，并且在每个实施例中描述的每个过程可以部分或全部由相同的lsi或lsi的组合控制。lsi可以单独地形成为芯片，或者可以形成为一个芯片以便包括部分或全部功能块。lsi可以包括耦合到其的数据输入和输出。根据集成度的不同，这里的lsi可以被称为ic、系统lsi、超级lsi或超lsi。然而，实施集成电路的技术不限于lsi，并且可以通过使用专用电路、通用处理器或专用处理器来实现。另外，可以使用在制造lsi之后可以编程的fpga(现场可编程门阵列)或其中可以重新配置布置在lsi内部的电路单元的连接和设置的可重新配置处理器。本公开可以被实现为数字处理或模拟处理。如果由于半导体技术或其他衍生技术的进步而导致未来的集成电路技术取代lsi，则可以使用未来的集成电路技术来集成功能块。生物技术也可以应用。
[0144]
本公开可以通过具有通信功能的任何种类的装置、设备或系统来实现，其被称为通信设备。
[0145]
通信设备可以包括收发器和处理/控制电路。收发器可以包括和/或充当接收器和发送器。作为发送器和接收器，收发器可以包括rf(射频)模块，该rf模块包括放大器、rf调制器/解调器等、以及一个或多个天线。
[0146]
这种通信设备的一些非限制性示例包括电话(例如，蜂窝(移动)电话、智能电话)、平板电脑、个人计算机(pc)(例如，笔记本电脑、台式电脑、上网本)、相机(例如，数字静止/视频相机)、数字播放器(数字音频/视频播放器)、可穿戴设备(例如，可穿戴相机、智能手表、跟踪设备)、游戏机、数字书籍阅读器、远程保健/远程医疗(远程保健和医疗)设备以及提供通信功能的车辆(例如，汽车、飞机、轮船)及其各种组合。
[0147]
通信设备不限于便携式或可移动，并且还可以包括非便携式或静止的任何类型的装置、设备或系统，诸如智能家居设备(例如，电器、照明、智能仪表、控制面板)、自动售货机以及“物联网(internet of things，iot)”网络中的任何其他“事物”。
[0148]
通信可以包括通过例如蜂窝系统、无线lan系统、卫星系统等以及它们的各种组合来交换数据。
[0149]
通信设备可以包括诸如控制器或传感器的装置，其耦合到执行本公开中所描述的通信功能的通信装置。例如，通信设备可以包括控制器或传感器，该控制器或传感器生成控制信号或数据信号，该控制信号或数据信号由执行该通信设备的通信功能的通信装置所使用。
[0150]
通信设备还可以包括诸如基站、接入点的基础设施、以及与诸如上述非限制性示例中的装置进行通信或控制这些装置的任何其他装置、设备或系统。
[0151]
作为架构(例如，如图12a、图12b、图16、图21和图28所示的架构)的非限制性示例，本公开的mld可以是逻辑的，并且可以通过共享到上层的公共mac数据服务接口的多个分离的通信装置来实现。
[0152]
站的非限制性示例可以是包括在附属于多链路站逻辑实体(即，诸如mld)的第一多个站中的站，其中作为附属有多链路站逻辑实体的第一多个站的一部分，第一多个站的站共享到上层的公共介质接入控制(mac)数据服务接口，其中公共mac数据服务接口与公共mac地址或业务标识符(tid)相关联。该站可以包括电路，该电路发起与第二多链路设备的块确认协议的建立，该第二多链路设备与第二多个附属站一起操作，其中已经在第一多个站中的每个站和第二多个站中的对应站之间建立链路；以及发送器，其基于块确认协议，在一条或多条链路上将tid的帧发送到第二多链路设备，其中第一多个站共享公共发送缓冲区和公共发送缓冲区控制，该公共发送缓冲区存储将被发送到第二多链路设备的tid的帧，该公共发送缓冲区控制管理在一条或多条链路上的帧传输，并且其中第一多个站中的每一个维护每链路发送缓冲区控制，以管理一条或多条链路中的一条对应链路上的帧传输。
[0153]
因此，可以看出，本实施例提供了用于在多链路上操作的通信设备和方法，以便完全实现多链路通信的吞吐量增益。
[0154]
虽然在本实施例的前述详细描述中已经呈现了示例性实施例，但是应当理解，存在大量的变型。还应当理解，示例性实施例是示例，并不旨在以任何方式限制本公开的范围、适用性、操作或配置。相反，前述详细描述将向本领域技术人员提供用于实现示例性实施例的便利方案，应当理解，在不脱离所附权利要求中阐述的主题的范围的情况下，可以对示例性实施例中描述的操作的步骤和方法以及示例性实施例中描述的设备的模块和结构的功能和布置进行各种改变。