CN118042652A - 用于促进无线通信的接入点ap设备 - Google Patents

Abstract

本公开提供一种用于促进无线通信的接入点AP设备。无线通信网络包括AP设备以及非AP设备。所述AP设备从一个或多个外部AP设备接收设置信息，该设置信息包括外部AP设备的可用链路以及缓冲状态。所述AP设备生成要经由AP设备与非AP设备之间建立的链路被传输到附属于非AP设备的站点STA的数据流量。当检测到所述链路不可用时，所述AP设备根据从所述一个或多个外部AP设备接收的所述设置信息，选择一个外部AP设备，并将所述数据流量传送到所选择的外部AP设备。

Description

用于促进无线通信的接入点AP设备

技术领域

本公开总体涉及无线通信，更具体地涉及，例如但不限于，无线通信网络的多链路操作。

背景技术

无线局域网(WLAN)设备被广泛部署在各种环境中，以提供视频、云接入、广播和卸载等各种通信服务。其中一些环境，在受地理受限的区域中部署了许多的接入点(AP)站点和非AP站点。自20世纪90年代末以来，WLAN技术一直在朝着提高数据速率的方向发展，并在例如家庭、企业和热点等中持续其市场增长。最近发布的标准(IEEE 802.11ax-2021)通过采用OFDMA和MU-MIMO技术，为高密度场景提供了改进的网络性能。这些改进可用于支持例如户外热点、密集住宅/办公区和体育场等环境。

然而，对于改进设备以中速或高速移动的室外环境中的可靠性和数据吞吐量的设备及方法，存在着普遍的需求。此外，普遍需要对WLAN进行改进，以支持对延迟和丢包率有严格要求的实时应用或延迟敏感型应用。这些应用包括在线网络游戏、实时视频流、虚拟现实以及遥控无人机和车辆。

以上背景技术部分中进行的描述，不应仅仅因为是在背景技术部分中进行阐述就被视作现有技术。背景技术部分可以描述本公开的各方面或实施例。

发明内容

一个实施例提供了一种用于促进无线通信的接入点AP设备。AP设备包括附属于AP设备的一个或多个AP以及与所述一个或多个AP耦合的一个或多个处理器。所述一个或多个处理器被配置为接收来自一个或多个外部AP设备设置信息，所述设置信息包括附属于所述一个或多个外部AP设备中的每个设备的至少一个AP的至少一个可用链路。所述一个或多个处理器被配置用于生成要经由所述AP设备与非AP设备之间建立的链路传输到附属于所述非AP设备的站点STA的数据流量。所述一个或多个处理器被配置用于检测到所述链路不可用。所述一个或多个处理器被配置用于根据从所述一个或多个外部AP设备接收的设置信息，从所述一个或多个外部AP设备中选择一个外部AP设备。所述一个或多个处理器被配置用于将数据流量传送到所选择的外部AP设备。

在一个实施例中，所述一个或多个处理器进一步被配置为接收到响应于传送的数据流量的确认。

在一个实施例中，附属于非AP设备的STA与附属于所选择的外部AP设备的AP相关联。

在一个实施例中，设置信息还包括附属于一个或多个外部AP设备的每个设备的至少一个AP的缓冲状态。

在一个实施例中，设置信息进一步包括与附属于一个或多个外部AP设备中的每个设备的至少一个AP相关联的STA的第一列表。

在一个实施例中，所述选择一个外部AP设备进一步基于所述STA的第一列表以及所述AP设备相关联的STA的第二列表。

在一个实施例中，所述确认是直接从所述非AP设备接收的。

在一个实施例中，所述确认是通过所选择的外部AP设备，从所述非AP设备接收的。

在一个实施例中，所述确认被包含在指示所述AP设备以及所选择的外部AP设备的组寻址帧(Group Addressed Frame)中。

在一个实施例中，所述一个或多个处理器进一步被配置用于将所述AP设备与所述非AP设备之间建立的链路的主信道通知给所选择的外部AP设备。

在一个实施例中，所述一个或多个处理器进一步被配置用于向所选择的外部AP设备发送附属于所述非AP设备的STA的地址或标识符。

一个实施例提供了一种用于促进无线通信的接入点AP设备。所述AP设备包括附属于AP设备的一个或多个AP以及耦合到一个或多个AP的一个或多个处理器。所述一个或多个处理器被配置用于向外部AP设备传输设置信息，所述设置信息包括附属于所述AP设备的至少一个AP的至少一个可用链路。所述一个或多个处理器被配置用于从外部AP设备接收要被传输到附属于非AP设备的站点STA的数据流量。所述一个或多个处理器被配置用于将接收到的数据流量转发到附属于非AP设备的STA。

在一个实施例中，所述一个或多个处理器进一步被配置用于从附属于所述非AP设备的STA接收确认，并将接收到的确认转发到外部AP设备。

在一个实施例中，附属于非AP设备的STA与附属于AP设备的AP相关联。

在一个实施例中，设置信息进一步包括附属于AP设备的至少一个AP的缓冲状态。

在一个实施例中，设置信息进一步包括与附属于AP设备的至少一个AP相关联的STA的第一列表。

在一个实施例中，所述确认被包含在指示AP设备以及外部设备的组寻址帧中。

在一个实施例中，所述一个或多个处理器进一步被配置用于从外部AP设备获知在外部AP设备与非AP设备之间建立的链路的主信道。

在一个实施例中，所接收的数据流量通过从外部AP设备获知的主信道被转发到附属于非AP设备的STA。

在一个实施例中，所述一个或多个处理器进一步被配置用于接收附属于非AP设备的STA的地址或标识符，以及使用所述附属于非AP设备的STA的地址或标识符，将接收到的数据流量转发到附属于非AP设备的STA。

附图说明

图1示出了根据实施例的无线通信网络的示例。

图2示出了根据实施例的无线设备之间的帧间间隔(IFS)关系的时序图的示例。

图3A和图3B示出了根据实施例的OFDM符号和OFDMA符号的示例。

图4A示出了根据实施例的PPDU格式的示例。PPDU可用于SU和MU传输。

图4B示出了根据实施例的PPDU格式的另一示例。

图5示出了根据实施例的电子设备的示例的示意图。

图6示出了根据实施例的发射机的示例的示意图。

图7示出了根据实施例的接收机的示例的示意图。

图8示出了根据实施例的多链路操作的示例的示意图。

图9示出了根据实施例的多链路操作的另一示例的示意图。

图10A至图10D示出了根据实施例的当非AP MLD的STA与不同AP MLD相关联时的多MLD操作的示例。

图11A至图11E示出了当非AP MLD的STA与相同AP MLD的AP相关联时的多MLD操作的示例。

图12示出了根据实施例的由共享AP MLD执行的多MLD操作的示例的流程图。

图13示出了根据实施例的由合作AP MLD执行的多MLD操作的示例的流程图。

具体实施方式

以下提供的详细描述旨在描述各种实现，而不是代表唯一的实现。如本领域技术人员所认识到的，所描述的实现在不背离本公开范围的情况下，可以各种方式修改。因此，附图和描述在本质上应被认为是说明性的，而不是限制性的。相似的附图标记表示相似的元素。

以下基于电气和电子工程师协会(IEEE)802.11无线标准(包括当前和未来的修订)，参考WLAN***进行了详细的描述。然而，本领域的普通技术人员将很容易认识到，本文的教导适用于其他网络环境，例如蜂窝电信网络和有线电信网络。

在一些实施例中，诸如AP站点和非AP站点的装置或设备可包括，用于执行本文描述的一个或多个操作的一个或多个硬件和软件逻辑结构。例如，所述装置或设备可包括：存储有可由安装在装置中的硬件处理器执行的指令的至少一个存储单元，以及被配置成执行本公开中描述的操作或过程的至少一个处理器。此外，该装置可包括一个或多个其他硬件或软件元件，例如网络接口和显示器件。

图1示出了根据实施例的无线通信网络的示例。无线通信网络可包括基本服务集(BSS)10。BSS10提供基本的组织单元，并且包括可以被称为站点(STA)的多个无线设备。在一些实施方式中，无线设备的内部可包括多个STA。根据IEEE 802.11标准，STA可以是作为介质访问控制(MAC)和到无线介质(WM)的物理层(PHY)接口的单个可寻址实例的逻辑实体。STA可以是接入点(AP)STA和非AP STA。AP STA可以是包含一个STA的实体，通过无线介质为相关联的STA提供对分布式***服务的访问。非AP STA可以是不包含在AP STA内的STA。APSTA和非AP STA可以被统称为STA。为了描述的简单性，AP STA可被称为AP，而非AP STA可以被称为STA或站点。AP STA可包括无线设备、被实现为无线设备或被包括在无线设备中，所述无线设备例如有集中控制器、基站(BS)、node-B、基站收发信机(BTS)、站点控制器、网络适配器和路由器。类似地，非AP STA可以包括无线通信设备、被实现为无线通信设备或被包括在无线通信设备中，所述无线通信设备例如有终端、无线发送/接收单元(WTRU)、用户设备(UE)、移动台(MS)、移动终端、移动用户单元、笔记本电脑、智能手机、电池组和非移动计算设备。

参考图1，无线通信网络中的BSS10可包括一个AP STA 11和多个非AP STA 12。APSTA 11可以向非AP STA 12中的单个站点发送信息，或者可以同时向非AP STA 12中的两个或多个站点发送信息。AP STA 11可使用下行链路(DL)多用户(MU)传输方案进行同时传输，例如DL正交频分复用接入(DL OFDMA)和DL多用户多输入多输出(DL MU-MIMO)。类似地，每个非AP STA 12可以单独地向AP STA发送信息，或者可以与一个或多个其他非AP STA 12一起同时发送信息。非AP STA 12可使用诸如UL OFDMA和UL MU-MIMO的上行链路(UL)MU传输方案进行同时传输。在MU-MIMO传输中，发送站点可使用一个或多个天线通过相同的子载波向多个接收站点同时发送信息。不同的空间流可以用作MU-MIMO传输中的不同资源。在OFDMA传输中，发送站点可通过不同的子载波组向多个接收站点同时发送信息。在OFDMA传输中，不同的频率(子载波)可用作不同的资源。

图2示出了根据实施例的无线设备之间的帧间间隔(IFS)关系的时序图的示例。图2描述了载波侦听多路访问(CSMA)/冲突避免(CA)帧传输过程，以防止信道上的帧之间的冲突。这些帧可包括在无线设备之间交换的数据帧、控制帧或管理帧。

数据帧可用于传输转发到接收站点中上层的数据。在图2中，当介质繁忙时，无线设备对介质的访问被推迟，直到IFS持续时间结束。例如，当分布式协调功能(DCF)IFS(DIFS)结束时，无线设备可以在完成退避期之后发送数据帧。管理帧可用于交换接收站点中不转发到上层的管理信息。管理帧包括信标帧、关联请求/响应帧、解除关联帧、重关联请求/响应帧、探测请求/响应帧、认证请求/响应帧和动作帧。控制帧可用于控制对介质的访问。控制帧包括请求发送(RTS)帧、清除发送(CTS)帧和确认(ACK)帧、块确认请求/响应帧、NDP(空数据PPDU)空数据包通告帧。如果控制帧不是对另一帧的响应帧，则当DIFS结束时，无线设备可以在执行退避操作之后发送控制帧。然而，如果控制帧是对另一帧的响应帧，则当短IFS(SIFS)结束时，无线设备可以不执行退避操作而发送控制帧。此外，当用于访问类别(AC)的仲裁IFS(AIFS)(即，AIFS[AC])结束时，服务质量(QoS)STA可以在执行退避操作之后发送帧。在一些实施例中，当PCF IFS(PIFS)结束时，启用点协调功能(PCF)的AP STA可以在执行退避操作之后发送帧。PIFS持续时间可小于DIFS持续时间，但是大于SIFS持续时间。

图3A和图3B示出了根据实施例的OFDM符号和OFDMA符号的示例。在图3A和图3B中，OFDM/OFDMA符号沿时间维度表示，子载波沿频率维度表示。

OFDMA是在IEEE802.11ax标准(也被称为高效(HE)WLAN)中引入的。OFDMA还将用于IEEE 802.11标准的下一代修改案，如极高吞吐量(EHT)WLAN。可允许一个或多个STA在整个工作带宽中使用一个或多个资源单元(RU)来同时发送数据。RU可以是一组子载波，作为用于传输的子载波分配。在一些方面中，非AP STA当在诸如SIFS的特定时间段之后在分配的RU中同时传输响应帧时，可以与AP STA相关联或不相关联。SIFS可以是从前一帧的最后一个符号(或信号扩展，如果存在的话)结束到后一帧的前导码的第一个符号开始的时间。

OFDMA是一种基于OFDM的多址接入方案，其中不同的子载波组被分配给不同的用户，从而可以同时向一个或多个用户进行具有高精度同步的频率正交性的传输。OFDMA允许在每个PPDU(物理层协议数据单元)中将用户分配给的不同子载波组。取决于PPDU的带宽，OFDMA中的一个OFDM符号可包括多个子载波。OFDM和OFDMA之间的区别如图3A和图3B所示。如图3A所示，OFDM符号包括单个用户(用户A)，而OFDMA符号包括多个用户(用户A、用户B、用户C和用户D)，并且各个用户被指派分配到不同的子载波组中，如图3B所示。

在UL MU传输的情况下，AP STA可通过使用更多调度接入机制来控制介质，所述调度接入机制允许AP STA和非AP STA使用OFDMA和MU-MIMO。UL MU PPDU可以由非AP STA发送，作为对由AP STA发送的触发帧的响应。触发帧可以具有用于接收STA的信息，并将单个或多个RU分配给接收STA。这允许非AP STA以基于触发(TB)PPDU(例如，HE TB PPDU或EHTTB PPDU)的格式发送基于OFDMA的帧，其中工作带宽被分割成多个RU，并且每个RU用作对触发帧的响应。为了简化描述，可以将分配到非AP STA中的单个RU和多个RU(MRU)统称为RU。在一些实施例中，MRU可以指示两个RU的组合。

图4A示出了根据实施例的PPDU格式的示例。PPDU可用于SU传输和MU传输。PPDU可以用作符合IEEE 802.11be的EHT MU PPDU，或者可以用作符合IEEE 802.11标准的任何未来修正的PPDU。

参考图4A，EHT MU PPDU 40可包括EHT前导码(可以被称为前导码或PHY前导码)、数据字段和包扩展(PE)字段。EHT前导码可包括预EHT调制字段和EHT调制字段。预EHT调制字段可包括传统短训练字段(L-STF)、传统长训练字段(L-LTF)、传统信号(L-SIG)字段、重复传统信号(RL-SIG)字段、通用信号(U-SIG)字段和EHT信号(EHT-SIG)字段。EHT调制字段可包括EHT短训练字段(EHT-STF)和一个或多个EHT长训练字段(EHT-LTF)。

L-STF可用于包检测、自动增益控制(AGC)和粗频偏校正。L-LTF可用于信道估计、精细频偏校正和符号定时。L-SIG字段可以提供用于通信的信息，例如数据速率、与EHTPPDU 40相关的长度。RL-SIG字段可以是L-SIG字段的重复，并且可以用于将EHT PPDU与符合其它IEEE 802.11标准(例如IEEE 802.11a/n/ac)的其它PPDU区分开来。U-SIG字段可以提供接收STA解释EHT MU PPDU所需的信息。EHT-SIG可以向U-SIG字段提供附加信息用于接收STA解释EHT MU PPDU 40。为简化描述，U-SIG字段、EHT-SIG字段或两者在本文可以被称为SIG字段。EHT-LTF可以使接收STA能够估计在一组星座映射器输出和接收链之间的MIMO信道。数据字段可以携带一个或多个PHY服务数据单元(PSDU)。PE字段可以在EHT MU PPDU的末尾提供额外的接收处理时间。

图4B示出了根据实施例的PPDU格式的另一示例。在图4B中的PPDU可用于SU传输和MU传输。PPDU 45可以用作符合IEEE 802.11be的EHT基于触发(TB)的PPDU，或者可以用作符合IEEE 802.11标准的任何未来修正的PPDU。在一些实施例中，EHT TB PPDU 45用于非APSTA的传输，作为对来自AP STA的触发帧的响应。

如图4B所示，EHT TB PPDU 45可包括EHT前导码(可以被称为前导码或PHY前导码)、数据字段和包扩展(PE)字段。EHT前导码可包括预EHT调制字段和EHT调制字段。预EHT调制字段可包括L-STF字段、L-LTF字段、L-SIG字段、RL-SIG字段、U-SIG字段。EHT调制字段可包括EHT-STF和一个或多个EHT-LTF。与EHT MU PPDU 40不同，EHT TB PPDU 45中可不存在EHT-SIG。相反，EHT TB PPDU 45的EHT-STF的持续时间(8us)可以是EHT MU PPDU 40的EHT-STF的持续时间(4us)的两倍。对于EHT TB PPDU 45中的其它字段的详细描述将被省略，因为对于EHT MU PPDU 40中的每个字段的描述可以应用于EHT TB PPDU 45的每个对应字段。

图5示出了根据实施例的电子设备的示例的示意图。电子设备50可以是图1所示的AP STA 11或非AP STA 12的示例。

参考图5，电子设备50可包括处理器51、存储器52、收发机53和天线单元54。收发机53可包括发射机100和接收机200。

处理器51可以执行介质访问控制(MAC)功能、PHY功能、RF功能或前述的部分或全部功能的组合。在一些实施例中，处理器51可包括发射机100和接收机200中的部分或全部。处理器51可直接或间接耦合到存储器52。在一些实施例中，处理器51可包括一个或多个处理器。

存储器52可以是存储指令的非瞬态计算机可读记录介质，当所述指令由处理器51执行时，使电子设备50执行本公开中阐述的操作、方法或过程。在一些实施例中，存储器52可存储处理器51、收发机53和电子设备50的其他组件中的一个或多个所需要的指令。存储器可进一步存储操作***和应用程序。存储器52可包括、实现为或被包括在读写存储器、只读存储器、易失性存储器、非易失性存储器或前述的部分或全部的组合中。

天线单元54包括一个或多个物理天线。当使用MIMO或MU-MIMO时，天线单元54可包括不止一个物理天线。

图6示出了根据实施例的发射机的示例的示意图。图6中的发射机可以是图5所示的发射机的示例。

参考图6，发射机100可包括编码器101、交织器103、映射器105、逆傅立叶变换器(IFT)107、保护间隔(GI)***器109和RF发射机111。

编码器101可对输入数据进行编码以生成编码数据。例如，编码器101可以是前向纠错(FEC)编码器。FEC编码器可包括或实现为二进制卷积码(BCC)编码器或低密度奇偶校验(LDPC)编码器。交织器103可以对来自编码器101的编码数据比特进行交织处理，以改变比特的顺序，并输出交织数据。在一些实施例中，采用BCC编码时可应用交织处理。映射器105可将交织数据映射到星座点以生成星座点的块。如果在编码器101中使用LDPC编码，则映射器105可进一步执行LDPC调谐映射(tone mapping)而不是星座映射。IFT 107可通过使用逆离散傅立叶变换(IDFT)或逆快速傅立叶变换(IFFT)将星座点块转换成对应于符号的时域块。GI***器109可将GI预置到符号中。RF发射机111可以将符号转换成RF信号，并经由天线单元34发射RF信号。

图7示出了根据实施例的接收机的示例的示意图。图7中的接收机可以是图5所示的接收机的示例。

参考图7，根据实施例的接收机200可包括RF接收机201、GI消除器203、傅立叶变换器(FT)205、解映射器207、解交织器209和解码器211。RF接收机201可经由天线单元34接收RF信号，并将RF信号转换成一个或多个符号。GI消除器203可以从符号中消除GI。取决于实现方式，FT205可通过使用离散傅立叶变换(DFT)或快速傅立叶变换(FFT)将对应于时域块的符号转换成星座点块。解映射器207可将星座点块解映射到解映射的数据比特。如果使用LDPC编码，则解映射器207可进一步在星座解映射之前执行LDPC调谐解映射。解交织器209可对解映射的数据比特进行解交织，以生成解交织的数据比特。在一些实施例中，当使用BCC编码时可应用解交织处理。解码器211可对解交织的数据比特进行解码，以生成解码比特。例如，解码器211可以是FEC解码器。FEC解码器可包括BBC解码器或LDPC解码器。为了支持HARQ过程，解码器211可将重新传输的数据与初始数据组合。解扰器213可根据加扰器种子对解扰的数据比特进行解扰。

IEEE 802.11be任务组目前正在制定下一代Wi-Fi标准，以实现更高的数据速率、更低的延迟和更可靠的连接，从而增强用户体验。下一代Wi-Fi标准的关键特征之一是多链路操作(MLO)。由于大多数当前的AP和STA都包含双频或三频能力，新开发的MLO特征能够在MAC层跨多个不同的PHY链路实现包(packet)级链路聚合。通过根据流量需求执行负载平衡，MLO可以显著提高吞吐量和降低延迟，从而增强重负载网络的可靠性。MLO能力使得多链路设备(MLD)能够将多个“附属”设备并入上层逻辑链路控制(LLC)层中。这样，可以在包括例如2.4GHz、5GHz和6GHz的单个或多个频带中跨多个信道同时进行数据发送和接收。下面将参考图8和图9描述根据实施例的多链路操作。

图8示出了根据实施例的多链路操作的示例的示意图。

如图8所示，AP MLD 300可以与非AP MLD 400相关联用于多链路操作(MLO)。APMLD 300和非AP MLD 400可以是图5所示的电子设备50的示例。

AP MLD 300可包括多个附属AP(例如，AP 1、AP 2、…、AP n)和MAC服务接入点(MACSAP)310。每个附属AP可包括针对无线介质的PHY接口。此外，每个附属AP可具有自己的MAC地址，该地址对应于下层MAC地址。AP MLD 300内的每个附属AP的MAC地址可以不同于APMLD 300内的任何其他附属AP的MAC地址。AP MLD 300可以具有对应于上层MAC地址的MLDMAC地址。附属AP可以共享单个MAC SAP 310并通过MAC SAP 310与上层(层3或网络层)通信。在一些实施例中，附属AP可共享单个IP地址。

非AP MLD 400可包括多个附属STA(例如，STA 1、STA 2、STA 3、…、STA n)和MACSAP 410。每个附属STA可包括针对无线介质的PHY接口。此外，每个附属STA可以具有自己的MAC地址，该地址对应于下层MAC地址。非AP MLD 400内的每个附属STA的MAC地址可以不同于非AP MLD 400内的任何其他附属STA 410的MAC地址。非AP MLD 400可以具有对应于上层MAC地址的MLD MAC地址。附属STA可共享单个MAC SAP 410并通过MAC SAP 410与上层(层3或网络层)通信。在一些实施例中，附属STA可共享单个IP地址。

在一些实施例中，多个附属AP中的每一个可以在其各自的链路上与多个附属STA中的相应一个相关联。例如，AP 1和STA 1可以建立链路1，AP 2和STA 2可以建立链路2，依此类推直至AP n和STA n，其可以建立链路n。多个链路(链路1、链路2、…、链路n)中的每一个可以与多个频带(例如，包括2.4GHz、5GHz、6GHz和毫米波段中的一个或多个)中的一个相应频带相关联。毫米波段可以指30千兆赫至300千兆赫的频带。毫米波段的无线电波波长为十毫米到一毫米。为了便于描述，在本公开中，毫米波段可以指45GHz以上的频带。在图8的示例中，链路1、链路2、链路3和链路n可分别工作在2.4GHz、5GHz、6GHz和45GHz以上。

电子设备或无线设备可以连接到单个链路，并在2.4GHz、5GHz和6Ghz频段之间切换链路。但是，当设备切换其链路时，可能会有高达100毫秒的切换开销或延迟。因此，对于实时应用，例如视频通话、无线VR头戴设备、云游戏和其他延迟敏感的应用，多链路操作可能是非常理想的，因为MLD可以维护两个或多个链路。

图9示出了根据实施例的多链路操作的另一示例的示意图。在图9中，AP MLD 300和非AP MLD 400可以是图5所示的电子设备50的示例。AP MLD 300可包括AP 1和AP 2，而非AP MLD 400可以包括STA 1和STA 2。可以在AP 1和STA 2之间建立链路1，并且可以在AP 2和STA 2之间建立链路2。

在该示例中，AP MLD 300和非AP MLD 400可以在同时发送和接收(STR)链路对上操作，并且竞争对无线介质的接入以及这些链路上的两个MLD之间的后续帧交换。在AP MLD300已经与非AP MLD 400执行多链路设置，成功设置链路1和链路2并且链路被启用之后，AP2可以在链路2上接收来自STA 2的数据帧，而AP 1争夺无线介质，然后在AP 1获得传输机会(TXOP)之后，在链路1上将数据帧发送到STA 1。

IEEE 802.11be草案规范定义了基于两种传输模式：异步传输模式和同步传输模式的各种信道接入方法。在异步传输模式下，MLD可以跨多个链路异步传输帧，而无需对齐帧的开始时间，如图9所示。相反，同步传输模式对齐跨链路的帧传输的开始时间。在这两种模式下，链路可以有自己的主信道和参数，如调制编码方案(MCS)和增强型分布式信道接入(EDCA)。

多AP操作可能是IEEE 802.11标准的未来修正案讨论的重要技术之一。在多AP操作中，多个AP协作向STA或非AP MLD发送和从STA或非AP MLD接收数据帧。本公开提供了当参与多AP操作的AP MLD和非AP MLD都支持多链路操作时利用多AP操作和多链路操作的方法和机制。在本公开中，这种组合操作可以被称为“多MLD操作”。在多MLD操作中，例如，当APMLD的缓冲区变满或拥塞时，该AP MLD可以通过与一个或多个其他AP MLD合作来与非APMLD交换帧。本公开提供了多MLD操作，该多MLD操作可改善AP MLD的缓冲区拥塞造成的延迟。

在本公开中，“共享AP MLD(Sharing AP MLD)”可以指在该共享AP MLD附近存在一个或多个其他AP MLD的环境中控制多MLD操作的AP MLD。另一方面，“合作AP MLD(SharedAP MLD)”可以指在多MLD环境中在共享AP MLD的指导下可以参与多MLD操作的AP MLD。此外，“合作AP(Share AP)”可以指附属于合作AP MLD的AP。STA MLD或非AP MLD可以指在多MLD操作中与共享AP MLD或合作AP MLD一起发送和接收数据帧的MLD。

在本公开中，为便于描述，将考虑以下两个示例性场景：i)第一场景涉及的是附属于非AP MLD的STA与附属于不同AP MLD的AP相关联，以及ii)第二场景是附属于非AP MLD的STA与附属于相同AP MLD的AP相关联。第一场景将参照图10A至图10D进行进一步详细说明，而第二场景将参照图11A至图11E类似地进行详细说明。

图10A至图10D示出了根据实施例的当非AP MLD的STA与不同AP MLD相关联时的多MLD操作的示例。

在图10A至图10D中，AP MLD 1010是共享AP MLD，并且AP MLD 1020和AP MLD 1030是合作AP MLD。因此，AP MLD 1010可以控制用于多MLD操作的AP MLD 1020和AP MLD 1030。AP MLD 1010可以具有两个附属AP(例如，AP 1和AP 2)。AP MLD 1020还可以具有两个附属AP(例如，AP 3和AP 4)。类似地，AP MLD 1030可以具有两个附属AP(例如，AP 5和AP 6)。此外，非AP MLD 1040可以具有两个附属STA(例如，STA 1和STA 2)。

图10A示出了用以描述当非AP MLD的STA与不同AP MLD相关联时的多MLD操作的拓扑。在图10A中，附属于非AP MLD 1040的STA 1可以与附属于AP MLD 1010的AP 1建立链路1。另一方面，附属于非AP MLD 1040的STA 2可以与附属于AP MLD 1020的AP 3建立链路2。因此，非AP MLD 1040的STA 1可以与AP MLD 1010的AP 1相关联，而非AP MLD 1040的STA 2可以与AP MLD 1020的AP 3相关联。如图10A所示，非AP MLD 1040的STA 1和STA 2分别与AP1和AP 3相关联，其中，AP 1和AP 3隶属于不同的AP MLD 1010和1020。

图10B示出了根据实施例的多MLD操作设置过程的示例。

参考图10B，共享AP MLD 1010可以接收多MLD设置过程所需的合作AP的信息。该信息可以包括但不限于i)合作AP的可用链路和工作带宽，ii)合作AP上的缓冲状态，以及iii)与合作AP相关联的STA的列表。在图10B中，共享AP MLD 1010可以从合作AP MLD 1020和合作AP MLD 1030接收该信息。例如，合作AP MLD 1020可以具有在AP 3和STA 2之间的可用链路2，该链路在5GHz频段上运行。这样，共享AP MLD 1010可以从AP MLD 1020接收到关于以下各项的信息：i)AP 3的可用链路(即，链路2)和工作带宽(即，5GHz)；ii)AP 3上的缓冲状态；以及iii)与AP MLD 1020相关联的STA的列表(即，STA 2)。

共享AP MLD 1010可基于i)合作AP的可用链路和工作带宽，ii)合作AP上的缓冲状态，以及iii)与合作AP相关联的STA的列表来识别哪个AP MLD可以作为合作AP MLD参与多MLD操作。具体地，共享AP MLD 1010可以基于每个合作AP上的缓冲状态来确定哪个合作AP的缓冲状态可负担多MLD操作。此外，共享AP MLD 1010可以识别i)与附属于合作AP MLD的AP相关联的STA的第一列表，以及ii)与附属于共享AP MLD 1010本身的AP相关联的STA的第二列表。共享AP MLD 1010可以对这两个列表进行比较。基于两个列表的比较，共享AP MLD1010可以识别与合作AP相关联的哪些STA附属于非AP MLD 1040(也与共享AP MLD 1010相关联)。在图10B中，共享AP MLD 1010可以基于从合作AP MLD 1020接收的信息识别出，STA2与缓冲状态可负担多MLD操作的合作AP MLD 1020的AP 3相关联。因此，AP MLD 1010可以最终确定AP MLD 1020可以参与多MLD操作。

图10C示出了根据实施例的需要多MLD操作的示例。参考图10C，STA1和AP 1彼此关联并且建立链路1，而STA 2和AP 3彼此关联并且建立链路2。在这种场景中，共享AP MLD1010可生成要通过AP 1发送到非AP MLD 1040的STA 1的数据流量。然而，由于各种与实现相关的原因，AP 1和STA 1之间的链路1可能拥塞而无法处理流量，而AP 3和STA 2之间的链路2可以负担该数据流量的传输。这种情形可以说明对多MLD操作的需求。

图10D示出了基于图10C的示例的多MLD操作的示例。参考图10D，共享AP MLD 1010可以使用共享AP MLD 1010和合作AP MLD 1020之间的连接或信道，将本应通过AP 1发送到非AP MLD 1040的STA 1的全部或部分数据流量传送到合作AP MLD 1020。该连接或信道可以是在这两个MLD之间预先建立的链路。另外，共享AP MLD 1010可以指示合作AP MLD 1020将所传送的数据流量经由链路2发送到非AP MLD 1040的STA 2。STA 2与STA 1附属于相同的非AP MLD 1040。响应于来自共享AP MLD 1010的指令，合作AP MLD 1020的AP 3可以将该所传送的数据流量发送给非AP MLD 1040的STA 2。

当非AP MLD 1040的STA 2从合作AP MLD 1020的AP 3接收到所传送的数据流量时，非AP MLD 1040可以向共享AP MLD 1010发送确认(ACK)或块确认(BlockAck)。在一个实施例中，非AP MLD 1040可以通过非AP MLD 1040的与共享AP MLD 1010的AP1相关联的STA1、经由链路1向共享AP MLD 1010发送ACK或BlockAck。在另一实施例中，非AP MLD 1040可以通过与AP 3相关联的STA 2、经由链路2向合作AP MLD 1020发送ACK或BlockAck。随后，合作AP MLD 1020可以将ACK或BlockAck转发给共享AP MLD 1010。在另一实施例中，非AP MLD1040可以分别经由链路1和链路2直接向共享AP MLD 1010和合作AP MLD 1020发送ACK或BlockAck。在一些实施方式中，非AP MLD 1040可使用分组地址(grouping address)直接向共享AP MLD 1010和合作AP MLD 1020发送ACK或BlockAck，该分组地址同时指示共享APMLD 1010以及合作AP MLD 1020。

图11A至图11E示出了当非AP MLD的STA与相同AP MLD的AP相关联时的多MLD操作的示例。

在图11A至图11E中，AP MLD 1110是共享AP MLD，AP MLD 1120和AP MLD 1130是合作AP MLD。因此，AP MLD 1110可以控制用于多MLD操作的AP MLD 1120和AP MLD 1130。APMLD 1110可以具有两个附属AP(例如，AP 1和AP 2)。AP MLD 1120也可以具有两个附属AP(例如，AP 3和AP 4)。类似地，AP MLD 1130可以具有两个附属AP(例如，AP 5和AP 6)。另外，非AP MLD 1140可以具有两个附属STA(STA 1和STA 2)。

图11A示出了用以描述当非AP MLD的STA与相同AP MLD相关联时的多MLD操作的拓扑。在图11A中，附属于非AP MLD 1140的STA 1可以与附属于AP MLD 1110的AP 1建立链路1。类似地，附属于非AP MLD 1140的STA 2可以与附属于AP MLD 1110的AP 2建立链路2。因此，非AP MLD 1140的STA 1和STA 2可以分别与同一AP MLD 1110的AP 1和AP 2相关联。

图11B示出了根据实施例的多MLD操作设置过程的示例。

参考图11B，共享AP MLD 1110可以接收设置多MLD操作所需的合作AP的信息。该信息可以包括但不限于i)合作AP的可用链路和工作带宽，ii)合作AP上的缓冲状态，以及iii)与合作AP相关联的STA的列表。在图11B中，共享AP MLD 1110可以从合作AP MLD 1120和合作AP MLD 1130接收该信息。例如，合作AP MLD 1120可具有在AP 3和STA 2之间的可用链路2，该可用链路2在5GHz上运行。合作AP MLD 1130可以具有在AP 5和STA 2之间的可用链路2，该可用链路在5GHz上运行。因此，共享AP MLD 1110可以从AP MLD 1120接收关于以下各项的信息：i)AP 3的可用链路(即，链路2)和工作带宽(即，5GHz)；ii)AP 3上的缓冲状态、以及iii)与AP MLD 1120相关联的STA的列表(即，STA 2)。类似地，共享AP MLD 1110可以从APMLD 1130接收关于以下各项的信息：i)AP 5的可用链路(即，链路2)和工作带宽(即，5GHz)；ii)AP 5上的缓冲状态、以及iii)与AP MLD 1130相关联的STA的列表(即，STA 2)。

共享AP MLD 1110可以基于i)合作AP的可用链路和工作带宽，ii)合作AP上的缓冲状态，以及iii)与合作AP相关联的STA的列表来识别哪个AP MLD可以作为合作AP MLD参与多MLD操作。具体地，共享AP MLD 1110可以基于从每个合作AP接收的缓冲状态信息来确定哪个合作AP的缓冲状态可负担多MLD操作。这样，共享AP MLD 1110可指示具有可负担缓冲状态的共享AP MLD参与多MLD操作。此外，共享AP MLD 1110可以识别i)与附属于合作APMLD 1120或合作AP MLD 1130的AP相关联的STA的第一列表，以及ii)与附属于共享AP MLD1110本身的AP相关联的STA的第二列表。基于从AP MLD 1120和AP MLD 1130接收的信息，共享AP MLD 1110可以识别与合作AP相关联的哪些STA附属于相同的非AP MLD 1040。在图11B中，共享AP MLD 1110可以基于从合作AP MLD 1120和合作AP MLD 1130接收的信息识别出，STA 2与合作AP MLD 1120的AP 3以及合作AP MLD 1130的AP 5相关联。

图11C示出了根据实施例的需要多MLD操作的另一示例。参考图11C，STA 1和AP 1相互关联并且建立链路1，而STA 2和AP 2相互关联并且建立链路2。在这种场景中，共享APMLD 1110可以生成要通过AP 1和AP 2发送到非AP MLD 1140的数据流量。然而，AP MLD1110和非AP MLD 1140之间的启用链路中的特定链路可能由于与实现相关的各种原因而拥塞，无法处理该数据流量。例如，AP 2和STA 2之间的链路2可能拥塞而无法处理流量，而AP1和STA 1之间的链路1可以负担。这种情形可以说明对多MLD操作的需求。

图11D示出了在图11C的情形下共享AP MLD选择合作AP MLD来传输数据流量的示例。

参考图11D，共享AP MLD 1110可以识别具有代表AP2向非AP MLD 1140的STA 2传输数据流量的可负担链路的合作AP MLD。共享AP MLD 1110可以在支持到非AP MLD 1140的STA 2的可用链路的可用合作AP MLD 1110和1120中选择具有最佳缓冲状态的合作AP MLD。在该示例中，共享AP MLD 1110可以选择合作AP MLD 1120。共享AP MLD 1110可以向合作APMLD 1120通知AP 2和STA 2之间的链路2的主信道，该主信道已经用于向非AP MLD 1140的STA 2传输数据。因此，AP 3可以立即向STA 2传输流量数据，而无需在AP 3和STA 2之间执行额外的关联处理。此外，共享AP MLD 1110可以将非AP MLD 1140的STA 2的MAC地址或AID发送到合作AP MLD 1120，这使得STA 2能够成功地解码由合作AP MLD 1120传输的数据流量。这样，合作AP MLD 1120的AP 3可以使用STA 2的MAC地址或AID，在AP 2和STA 2之间的链路2的主信道上向非AP MLD 1140的STA 2传输本应该通过AP 2传输的数据流量。

图11E示出了基于图11D的示例的多MLD操作的示例。参考图11E，共享AP MLD 1110可以使用共享AP MLD 1110和合作AP MLD 1120之间的连接或信道将应该通过AP 2发送到STA 2的全部或部分数据流量传送到合作AP MLD 1120。该连接或信道可以是在这两个MLD之间预先建立的链路。另外，共享AP MLD 1110可以指示合作AP MLD 1120经由AP 3和STA 2之间的链路2向非AP MLD 1140的STA 2发送该所传送的数据流量。随后，合作AP MLD 1120可以经由AP 3和STA 2之间的链路2向STA 2发送该所传送的数据流量。因此，共享AP MLD1110的拥塞链路可以通过合作AP MLD 1120得到缓解，合作AP MLD 1120代表共享AP MLD1110将本应由AP 1发送的数据流量传输到STA 2。

当非AP MLD 1140的STA 2从合作AP MLD 1120的AP 3接收到传输的数据流量时，非AP MLD 1140可以向共享AP MLD 1110发送ACK或BlockAck。在一个实施例中，非AP MLD1140可以通过非AP MLD 1140的与共享AP MLD 1010的AP 1相关联的STA 1，经由链路1向共享AP MLD 1110发送ACK或BlockAck。在另一实施例中，非AP MLD 1140可以通过非AP MLD1140的与合作AP MLD 1120的AP 3相关联的STA 2发送ACK或BlockAck，然后合作AP MLD1120可以将ACK或BlockAck转发到共享AP MLD 1110。在另一实施例中，非AP MLD 1140可以直接向共享AP MLD 1110和合作AP MLD 1120两者发送ACK或BlockAck。在一些实施方式中，非AP MLD 1140可以使用指示共享AP MLD 1110和合作AP MLD 1120的分组地址直接向共享AP MLD 1110和合作AP MLD 1120发送ACK或BlockAck。

图12示出了根据实施例的由共享AP MLD执行的多MLD操作的示例的流程图。出于解释和说明的目的，示例过程1200可以由共享AP MLD 1010和1110执行。示例过程1200的各个块在本文被描述为串行或线性发生。然而，示例过程1200的多个块可以并行发生。此外，不需要按照所示的顺序执行示例过程1200的块，和/或，不需要执行示例过程1200的一个或多个块/动作。

在S1201，共享AP MLD可以从合作AP MLD接收多MLD操作设置过程所需的信息。该信息可以包括但不限于i)合作AP的可用链路和工作带宽，ii)合作AP上的缓冲状态，以及iii)与合作AP相关联的STA的列表。

在S1203，共享AP MLD可以检测到由于实现相关的各种原因，共享AP MLD的特定链路拥塞，无法处理要发送到非AP MLD的数据流量。然后，过程1200进行到S1205。

在S1205，共享AP MLD可以基于在S1201从合作AP MLD接收的信息，在候选合作APMLD中选择一个合作AP MLD来传送应该被发送到非AP MLD的数据流量。然后，过程1200进行到S1207。

在S1207，共享AP MLD可以将应该直接发送到非AP MLD的数据流量传送到选择的合作AP MLD。随后，该合作AP MLD可以将从共享AP MLD接收的传输数据流量转发到非APMLD。然后，过程1200进行到S1209。

在S1209，共享AP MLD可以直接或通过合作AP MLD从非AP MLD接收对传输的数据流量的Ack或BlockAck。

图13示出了根据实施例的由合作AP MLD执行的多MLD操作的示例的流程图。出于解释和说明的目的，示例过程1300可以由合作AP MLD 1020、1030、1120和1130执行。示例过程1300的各个块在本文被描述为串行或线性发生。然而，示例过程1300的多个块可以并行发生。此外，不需要按照所示的顺序执行示例过程1300的块，和/或，不需要执行示例过程1300的一个或多个块/动作。

在S1301，合作AP MLD可以向共享AP MLD发送多MLD操作设置过程所需的信息。该信息可以包括但不限于i)合作AP的可用链路和工作带宽，ii)合作AP上的缓冲状态，以及iii)与合作AP相关联的STA的列表。

在S1303，合作AP可以从共享AP MLD接收数据流量。该数据流量本应从共享AP MLD直接发送到非AP MLD。然后，过程1300进行到S1305。

在S1305，合作AP MLD可以根据来自共享AP MLD的指令将从共享AP MLD接收的数据流量转发到非AP MLD。然后，过程1300进行到S1307。

在S1307，合作AP MLD可以从非AP MLD接收对转发数据流量的Ack或BlockAck。在一些实施例中，如果非AP MLD向共享AP MLD直接发送Ack或Block，则可不执行该操作。然后，过程1300进行到S1309。

在S1309，合作AP MLD可以将接收到的Ack或Block转发到共享AP MLD。如果非APMLD直接向共享AP MLD发送Ack或BlockAck，则也可不执行该操作。

为了说明硬件和软件的可互换性，诸如各种说明性块、模块、组件、方法、操作、指令和算法的项目，已经根据它们各自的功能性进行了一般性的描述。这种功能性是作为硬件还是软件来实现，取决于具体的应用以及对***整体施加的设计约束。本领域普通技术人员可以针对每个具体的应用以可变的方式实现所描述的功能性。

除非特别说明，否则对单数要素的引用并不意味着一个且仅一个，而是指一个或多个。例如，“一个(a)”模块可以指一个或多个模块。以“一个(a)”、“一个(an)”、“该(the)”或“所述(said)”开头的要素，如果没有进一步的限制，并不排除其他相同要素的存在。

标题和副标题(如果有的话)仅用于方便，并不限制本发明。示例这个词用来表示作为一个例子或说明。在使用术语“包括”、“具有”或类似术语时，该术语旨在以类似于术语“包含”的方式具有包容性，“包含”在权利要求中作为过渡词使用时的解释是“包括”。诸如第一和第二等的关系术语可以用于将一个实体或动作与另一个实体或动作区分开来，而不一定要求或暗示这些实体或动作之间的任何实际的这种关系或顺序。

以下短语，诸如一方面、该方面、另一方面、一些方面、一个或多个方面、一个实施方式、该实施方式、另一实施方式、一些实施方式、一个或多个实施方式、一个实施例、该实施例、另一个实施例、一些实施例、一个或多个实施例、一个配置、该配置、另一个配置、一些配置、一个或多个配置、主题技术、公开、本公开、其它变体等，是为了方便起见，并不意味着与这些短语相关的公开对主题技术是必不可少的，也不意味着这种公开适用于主题技术的所有配置。与这些短语相关的公开可以适用于所有配置，或者一个或多个配置。与这些短语相关的公开可以提供一个或多个示例。诸如一方面或一些方面这样的短语可以指一个或多个方面，反之亦然，这同样适用于其他前述短语。

在一系列项目前的短语“至少一个”，利用术语“和”或“或”将这些条目中的任意一个或多个条目分隔开来，修饰的是整个列表，而不是列表的每个成员。短语“至少一个”并不要求选择至少一个项目；相反，该短语允许的含义为包括任何一个项目中的至少一个，和/或项目的任何组合中的至少一个，和/或每个项目中的至少一个。举例来说，短语“A、B和C中的至少一个”或“A、B或C中的至少一个”中的每一个仅指A、仅指B或仅指C；A、B和C的任意组合；和/或A、B和C各个中的至少一个。

应当理解，所公开的步骤、操作或过程的具体顺序或层次是示例性方法的说明。除非另有明确说明，否则可以理解，步骤、操作或过程的具体顺序或层次可以以不同的顺序执行。一些步骤、操作或过程可以同时执行，或者可以作为一个或多个其他步骤、操作或过程的一部分执行。随附的方法权利要求(如果有的话)以样本顺序呈现各种步骤、操作或过程的要素，并且不意味着限于所呈现的特定顺序或层次结构。这些可以以串行、线性、并行或不同顺序来执行。应该理解，所描述的指令、操作和***通常可以一起集成在单个软件/硬件产品中，或者打包成多个软件/硬件产品。

提供本公开旨在使本领域的任何技术人员能够实践本文描述的各个方面。在一些情况下，众所周知的结构和组件以框图形式示出，以避免模糊主题技术的概念。本公开提供了主题技术的各种示例，并且主题技术不限于这些示例。对这些方面的各种修改对于本领域普通技术人员来说是显而易见的，并且本文描述的原理可以应用于其他方面。

本领域普通技术人员已知或以后将会知道的针对本公开中描述的各个方面的要素的所有结构和功能等同，均通过引用明确并入本公开中，并且旨在被权利要求所覆盖。此外，本文公开的任何内容并不意图捐献于公众，无论该公开是否被明确记载在权利要求中。没有权利要求要素要根据《美国法典》第35卷第112条第6款的规定来作出解释，除非该要素明确使用了短语“用于…的手段”来叙述，或在方法权利要求中使用了短语“用于…的步骤”来叙述。

发明名称、背景技术、附图说明、摘要和附图特此结合到本公开中，并作为本公开的说明性示例而不是限制性说明。应当理解，这些内容不会被用来限制权利要求的范围或解释。此外，在具体实施方式中，可以看出，描述提供了说明性示例，并且为了简化本公开的目的，在不同实施方式中各种特征被组合在一起。这种公开方法不应被解释为反映所要求保护的主题需要比各权利要求中明确叙述的更多特征的意图。相反，如以下权利要求所反映的，创造性主题可在于比单个公开的配置或操作的所有特征更少的特征。以下权利要求特此被包括到具体描述中，各权利要求作为单独要求保护的主题独立存在。

权利要求并不意图限制本公开所描述的各方面，而是应被赋予与权利要求语言一致的全部范围，并包含所有法律等同。尽管如此，没有一项权利要求旨在包含不符合适用专利法要求的主题，也不应以这种方式来被解释。

Claims (20)

1.一种用于促进无线通信的接入点AP设备，所述AP设备包括：

附属于所述AP设备的一个或多个AP；以及

与所述一个或多个AP耦合的一个或多个处理器，所述一个或多个处理器被配置用于：

接收来自一个或多个外部AP设备的设置信息，所述设置信息包括附属于所述一个或多个外部AP设备中的每个设备的至少一个AP的至少一个可用链路；

生成要经由所述AP设备与非AP设备之间建立的链路传输到附属于所述非AP设备的站点STA的数据流量；

检测到所述链路不可用；

根据从所述一个或多个外部AP设备接收的所述设置信息，从所述一个或多个外部AP设备中选择一个外部AP设备；以及

将所述数据流量传送到所选择的外部AP设备。

2.根据权利要求1所述的AP设备，其中，所述一个或多个处理器进一步被配置用于：

接收到响应于传送的所述数据流量的确认。

3.根据权利要求1所述的AP设备，其中，附属于所述非AP设备的所述STA与附属于所选择的外部AP设备的AP相关联。

4.根据权利要求1所述的AP设备，其中，所述设置信息进一步包括：附属于所述一个或多个外部AP设备的每个设备的至少一个AP的缓冲状态。

5.根据权利要求1所述的AP设备，其中，所述设置信息进一步包括：与附属于所述一个或多个外部AP设备中的每个设备的所述至少一个AP相关联的STA的第一列表。

6.根据权利要求5所述的AP设备，其中，所述选择一个外部AP设备进一步基于所述STA的第一列表以及所述AP设备相关联的STA的第二列表。

7.根据权利要求2所述的AP设备，其中，所述确认是直接从所述非AP设备接收的。

8.根据权利要求2所述的AP设备，其中，所述确认是通过所选择的外部AP设备，从所述非AP设备接收的。

9.根据权利要求2所述的AP设备，其中，所述确认被包含在指示所述AP设备以及所选择的外部AP设备的组寻址帧中。

10.根据权利要求1所述的AP设备，其中，所述一个或多个处理器进一步被配置用于：

将所述AP设备与所述非AP设备之间建立的所述链路的主信道通知给所选择的外部AP设备。

11.根据权利要求1所述的AP设备，其中，所述一个或多个处理器进一步被配置用于：

向所选择的外部AP设备发送附属于所述非AP设备的STA的地址或标识符。

12.一种用于促进无线通信的接入点AP设备，所述AP设备包括：

附属于所述AP设备的一个或多个AP；以及

耦合到所述一个或多个AP的一个或多个处理器，所述一个或多个处理器被配置用于：

向外部AP设备传输设置信息，所述设置信息包括附属于所述AP设备的至少一个AP的至少一个可用链路；

从所述外部AP设备接收要被传输到附属于非AP设备的站点STA的数据流量；以及

将接收到的所述数据流量转发到附属于所述非AP设备的所述STA。

13.根据权利要求12所述的AP设备，其中，所述一个或多个处理器进一步被配置用于：

从附属于所述非AP设备的所述STA接收确认；以及

将接收到的所述确认转发到所述外部AP设备。

14.根据权利要求12所述的AP设备，其中，附属于所述非AP设备的所述STA与附属于所述AP设备的AP相关联。

15.根据权利要求12所述的AP设备，其中，所述设置信息进一步包括：附属于所述AP设备的所述至少一个AP的缓冲状态。

16.根据权利要求12所述的AP设备，其中，所述设置信息进一步包括：与附属于所述AP设备的所述至少一个AP相关联的STA的第一列表。

17.根据权利要求13所述的AP设备，其中，所述确认被包含在指示所述AP设备以及所述外部AP设备的组寻址帧中。

18.根据权利要求12所述的AP设备，其中，所述一个或多个处理器进一步被配置用于：

从所述外部AP设备获知在所述外部AP设备与所述非AP设备之间建立的链路的主信道。

19.根据权利要求18所述的AP设备，其中，接收到的所述数据流量通过从所述外部AP设备获知的所述主信道被转发到附属于所述非AP设备的所述STA。

20.根据权利要求12所述的AP设备，其中，所述一个或多个处理器进一步被配置用于：

接收附属于所述非AP设备的所述STA的地址或标识符；以及

使用附属于所述非AP设备的所述STA的所述地址或所述标识符，将接收到的所述数据流量转发到附属于所述非AP设备的所述STA。