CN118264342A - 天线配对方法及装置 - Google Patents

Abstract

一种天线配对方法及装置，应用于支持IEEE 802.11ax下一代Wi‑Fi协议，如802.11be，Wi‑Fi7或EHT，如802.11be下一代，Wi‑Fi8，UHR，Wi‑Fi AI等802.11系列协议的无线局域网系统，还可以应用于基于超宽带的无线个人局域网系统，感知系统等。第一通信装置可以发送测量帧，第二通信装置在接收到该测量帧之后，基于该测量帧获得与该测量帧(或该测量帧中的测量元素)对应的天线组合的信道信息。从而，第二通信装置可以基于信道信息发送反馈帧，第一通信装置接收到反馈帧之后，可以基于该反馈帧获知天线配对结果，并基于天线配对结果进行通信。有效减弱系统开销的增加程度。

Description

天线配对方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种天线配对方法及装置。

背景技术

随着Wi-Fi技术的发展，越来越多Wi-Fi设备支持智能天线，并且设备支持的天线组合越来越多。在通信双方都支持智能天线的场景下，最优天线配对组合选择的复杂度较高。

目前大部分厂商的智能天线选择方案，采用的是针对每个用户的所有可选天线模式发探测包，通过分别统计各用户的每种天线组合的误包率(packet error ratio，PER)，为每个用户选出PER最小的天线组合，作为最优天线组合。

然而，随着天线组合数目M和通信用户数N的增大，导致系统开销更大。

发明内容

本申请提供一种天线配对方法及装置，可以有效减弱系统开销随天线组合数目M和用户数N的增加而增加的程度。

第一方面，本申请实施例提供一种天线配对方法，所述方法包括：

第一通信装置发送测量帧，所述测量帧中测量元素的数量或所述测量帧的数量由所述第一通信装置中的发送天数组合的信息和第二通信装置中的接收天线组合的信息确定；所述第一通信装置接收所述测量帧的反馈帧，所述反馈帧用于反馈所述第一通信装置与所述第二通信装置之间的天线配对结果。

本申请实施例中，第一通信装置通过发送测量帧，可使得第二通信装置基于该测量帧确定通信双方之间的天线配对结果，从而第一通信装置在获得该天线配对结果之后，基于该天线配对结果进行通信。由于天线配对结果是通信双方之间较优的天线配对组合，因此基于天线配对结果指示的天线组合进行通信，可以有效提高通信双方之间的通信效率。同时，基于本申请实施例所示的测量帧进行天线配对，可以有效减弱系统开销的增加程度。

如针对目前存在的发送探测包的方案来说，如空口开销可以理解为O(N*M)量级，内存开销可以理解为O(N*M)量级，由此导致发送探测包的方案的系统开销随M和N的增加而急速增加。然而，本申请实施例中，第一通信装置通过发送测量帧，使得第二通信装置来确定天线配对结果，同时该测量帧占用的空口开销远小于上述探测包的空口开销，从而即使是随着M和N的增加，系统开销也不至于过高。

在一种可能的实现方式中，所述发送天数组合的信息包括所述发送天线组合的数量或索引，所述接收天线组合的信息包括所述接收天线组合的数量或索引。

在一种可能的实现方式中，所述测量帧的数量或所述测量帧中测量元素的数量等于所述第一通信装置的发送天线组合的数量与多个所述第二通信装置中的最大接收天线组合的数量的乘积。

在一种可能的实现方式中，所述方法还包括：所述第一通信装置发送测量通知帧，所述测量通知帧包括如下至少一项信息：所述发送天线组合的数量或索引、所述接收天线组合的数量或索引、所述天线配对结果中的天线组合配对的数量。

在一种可能的实现方式中，所述测量通知帧还包括如下至少一项信息：进行天线测量的所述第二通信装置的标识、所述第二通信装置的数量。

在一种可能的实现方式中，所述测量帧包括空数据包(null data packet，NDP)帧，所述NDP帧包括如下至少一项：标识所述NDP帧用于天线测量的信息、所述NDP帧所对应的发送天线组合的标识；或者，所述测量帧包括物理层协议数据单元(physical layerprotocol data unit，PPDU)，所述测量元素包括所述PPDU中的训练字段。

可理解，本申请实施例所示的NDP帧也可以简称为NDP。

在一种可能的实现方式中，所述第一通信装置发送测量通知帧包括：在所述第一通信装置支持天线配对能力且所述第二通信装置支持天线配对能力的情况下，发送所述测量通知帧。

在一种可能的实现方式中，所述方法还包括：所述第一通信装置发送第一能力信息，所述第一能力信息用于指示第一通信装置的天线配对能力，所述第一能力信息包括如下至少一项：所述第一通信装置是否支持天线配对能力、所述第一通信装置中的发送天线组合的数量或索引、所述第一通信装置切换发送天线组合的时间；所述第一通信装置接收第二能力信息，所述第二能力信息用于指示所述第二通信装置的天线配对能力，所述第二能力信息包括如下至少一项：所述第二通信装置是否支持天线配对能力、所述第二通信装置中的接收天线组合的数量或索引、所述第二通信装置切换接收天线组合的时间。

在一种可能的实现方式中，所述第一通信装置接收所述测量帧的反馈帧之前，所述方法还包括：所述第一通信装置发送触发帧，所述触发帧用于触发所述第二通信装置发送所述反馈帧。

在一种可能的实现方式中，所述第一通信装置接收所述测量帧的反馈帧之后，所述方法还包括：所述第一通信装置向所述第二通信装置发送多用户请求发送(multi-requesttosend，MU-RTS)帧，所述MU-RTS帧用于指示所述第二通信装置待切换的第一接收天线组合；

接收清除发送(clear to send，CTS)帧(或称为允许发送帧)，所述第一通信装置切换到所述天线配对结果对应的第一发送天线组合；

基于所述第一发送天线组合发送聚合的协议数据单元，并接收所述聚合的协议数据单元的块确认(blockacknowledgement，BA)帧，基于所述BA帧的误包率确定所述第一接收天线组合与所述第一发送天线组合的配对结果。

在一种可能的实现方式中，所述方法还包括：基于所述反馈帧所反馈的与所述第二通信装置对应的天线配对结果，与所述第二通信装置进行通信。

第二方面，本申请实施例提供一种信天线配对方法，所述方法包括：

第二通信装置接收测量帧，所述测量帧中测量元素的数量或所述测量帧的数量由第一通信装置中的发送天数组合的信息和所述第二通信装置中的接收天线组合的信息确定；所述第二通信装置发送所述测量帧的反馈帧，所述反馈帧用于反馈所述第一通信装置与所述第二通信装置之间的天线配对结果。

在一种可能的实现方式中，所述发送天数组合的信息包括所述发送天线组合的数量或索引，所述接收天线组合的信息包括所述接收天线组合的数量或索引。

在一种可能的实现方式中，所述测量帧的数量或所述测量帧中测量元素的数量等于所述第一通信装置的发送天线组合的数量与多个所述第二通信装置中的最大接收天线组合的数量的乘积。

在一种可能的实现方式中，所述第二通信装置接收测量帧之前，所述方法还包括：

所述第二通信装置接收测量通知帧，所述测量通知帧包括如下至少一项信息：所述发送天线组合的数量或索引、所述接收天线组合的数量或索引、所述天线配对结果中的天线组合配对的数量。

在一种可能的实现方式中，所述测量通知帧还包括如下至少一项信息：进行天线测量的所述第二通信装置的标识、所述第二通信装置的数量。

在一种可能的实现方式中，所述第二通信装置接收测量帧包括：所述第二通信装置基于所述测量通知帧以及切换顺序依次切换接收天线组合，以及基于切换的接收天线组合接收所述测量帧。

在一种可能的实现方式中，所述切换顺序的信息包含于所述测量通知帧中；或者，所述切换顺序的信息由标准定义。

在一种可能的实现方式中，所述测量帧包括空数据包NDP帧，所述NDP帧包括如下至少一项：标识所述NDP帧用于天线测量的信息、所述NDP帧所对应的发送天线组合的标识；或者，所述测量帧包括物理层协议数据单元PPDU，所述测量元素包括所述PPDU中的训练字段。

在一种可能的实现方式中，所述发送所述测量帧的反馈帧之前，所述方法还包括：

基于所述测量帧对应的发送天线组合和接收天线组合确定多个信道信息；基于人工智能(artificial intelligence，AI)算法确定所述多个信道信息中的目标信道信息，基于所述目标信道信息确定天线配对结果，所述AI算法的输入包括所述多个信道信息，所述AI算法的输出包括所述目标信道信息；基于所述天线配对结果生成所述反馈帧。

在一种可能的实现方式中，所述第二通信装置发送所述测量帧的反馈帧之前，所述方法还包括：所述第二通信装置接收触发帧，所述触发帧用于触发所述第二通信装置发送所述反馈帧。

在一种可能的实现方式中，所述第二通信装置发送所述测量帧的反馈帧之后，所述方法还包括：所述第二通信装置接收探测多用户请求发送MU-RTS帧，所述MU-RTS帧用于指示所述第二通信装置待切换的第一接收天线组合；发送CTS帧，所述第二通信装置切换到所述第一接收天线组合；基于所述第一接收天线组合接收聚合的协议数据单元，并发送所述聚合的协议数据单元的确认BA帧。

在一种可能的实现方式中，所述反馈帧包括如下至少一项信息：所述天线配对结果中的发送天线组合的索引、所述天线配对结果中的接收天线组合的索引、所述天线配对结果的配对概率。

在一种可能的实现方式中，所述方法还包括：基于所述反馈帧所反馈的与所述第一通信装置对应的天线配对结果，与所述第一通信装置进行通信。

第三方面，本申请实施例提供一种通信装置，用于执行第一方面或第一方面的任意可能的实现方式中的方法。所述通信装置包括具有执行第一方面或第一方面的任意可能的实现方式中的方法的单元。示例性的，该通信装置可以包括处理单元和收发单元。

第四方面，本申请实施例提供一种通信装置，用于执行第二方面或第二方面的任意可能的实现方式中的方法。所述通信装置包括具有执行第二方面或第二方面的任意可能的实现方式中的方法的单元。示例性的，该通信装置可以包括处理单元和收发单元。

第五方面，本申请实施例提供一种通信装置，所述通信装置包括处理器，用于执行上述第一方面或第一方面的任意可能的实现方式所示的方法。或者，所述处理器用于执行存储器中存储的程序，当所述程序被执行时，上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

在一种可能的实现方式中，所述存储器位于所述通信装置之外。

在一种可能的实现方式中，所述存储器位于所述通信装置之内。

本申请实施例中，处理器和存储器还可以集成于一个器件中，即处理器和存储器还可以被集成在一起。

在一种可能的实现方式中，所述通信装置还包括收发器，所述收发器，用于接收信号和/或发送信号。

第六方面，本申请实施例提供一种通信装置，所述通信装置包括处理器，用于执行上述第二方面或第二方面的任意可能的实现方式所示的方法。或者，所述处理器用于执行存储器中存储的程序，当所述程序被执行时，上述第二方面或第二方面的任意可能的实现方式所示的方法被执行。

在一种可能的实现方式中，所述存储器位于所述通信装置之外。

在一种可能的实现方式中，所述存储器位于所述通信装置之内。

在本申请实施例中，处理器和存储器还可以集成于一个器件中，即处理器和存储器还可以被集成在一起。

在一种可能的实现方式中，所述通信装置还包括收发器，所述收发器，用于接收信号和/或发送信号。

第七方面，本申请实施例提供一种通信装置，所述通信装置包括逻辑电路和接口，所述逻辑电路和所述接口耦合；所述接口，用于输出测量帧，并输入反馈帧。

示例性的，所述逻辑电路，用于确定测量帧。示例性的，所述逻辑电路，还用于对输入的反馈帧进行解析，获得天线配对结果。

在一种可能的实现方式中，所述逻辑电路，还用于在空时隙信息字段指示的空时隙内输出关联请求帧；以及对通过接口输入的关联响应帧进行解析。

在一种可能的实现方式中，所述接口，还用于输出测量通知帧。

在一种可能的实现方式中，所述接口，还用于输出第一能力信息，并输入第二能力信息。

在一种可能的实现方式中，所述接口，还用于输出触发帧。

在一种可能的实现方式中，所述接口，还用于输出MU-RTS帧，并输入CTS帧；所述逻辑电路，还用于将第一通信装置的发送天线组合切换至第一发送天线组合；所述接口，还用于输出聚合的协议数据单元，并输入BA帧；所述逻辑电路，还用于基于所述BA帧确定第一接收天线组合和第一发送天线组合的配对结果。

在一种可能的实现方式中，所述逻辑电路，还用于基于天线配对结果与第二通信装置进行通信。

可理解，关于逻辑电路和接口的说明可以参考第一方面，这里不再详述。

第八方面，本申请实施例提供一种通信装置，所述通信装置包括逻辑电路和接口，所述逻辑电路和所述接口耦合；所述接口，用于输入测量帧，并输出反馈帧。

示例性的，所述逻辑电路，还用于对输入的测量帧进行解析。示例性的，所述逻辑电路，还用于确定反馈帧。

在一种可能的实现方式中，所述接口，还用于输入测量通知帧。

在一种可能的实现方式中，所述逻辑电路，还用于基于测量帧对应的发送天线组合和接收天线组合确定多个信道信息；并基于人工智能算法确定所述多个信道信息中的目标信道信息，基于所述目标信道信息确定天线配对结果，基于所述天线配对结果生成反馈帧。

在一种可能的实现方式中，所述接口，还用于输入触发帧。

示例性的，逻辑电路，还用于解析该触发帧。

在一种可能的实现方式中，所述接口，还用于输入MU-RTS帧，并输出CTS帧；所述逻辑电路，还用于将第二通信装置的接收天线组合切换至第一接收天线组合；并基于所述第一接收聚合的协议数据单元，输出BA帧。

可理解，关于逻辑电路和接口的说明可以参考第二方面，这里不再详述。

第九方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，当其在计算机上运行时，使得上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

第十方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，当其在计算机上运行时，使得上述第二方面或第二方面的任意可能的实现方式所示的方法被执行。

第十一方面，本申请实施例提供一种计算机程序产品，所述计算机程序产品包括计算机程序，当其在计算机上运行时，使得上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

第十二方面，本申请实施例提供一种计算机程序产品，所述计算机程序产品包括计算机程序，当其在计算机上运行时，使得上述第二方面或第二方面的任意可能的实现方式所示的方法被执行。

第十三方面，本申请实施例提供一种计算机程序，所述计算机程序在计算机上运行时，上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

第十四方面，本申请实施例提供一种计算机程序，所述计算机程序在计算机上运行时，上述第二方面或第二方面的任意可能的实现方式所示的方法被执行。

第十五方面，本申请实施例提供一种通信系统，该通信系统包括第一通信装置和第二通信装置，所述第一通信装置用于执行上述第一方面或第一方面的任意可能的实现方式所示的方法，所述第二通信装置用于执行上述第二方面或第二方面的任意可能的实现方式所示的方法。

附图说明

图1是本申请实施例提供的一种通信系统的架构示意图；

图2是本申请实施例提供的一种通信系统的架构示意图；

图3a是本申请实施例提供的一种天线组合示意图；

图3b是本申请实施例提供的一种天线组合示意图；

图3c是本申请实施例提供的一种通过最优天线模式配对组合进行通信的示意图；

图4是本申请实施例提供的一种天线配对方法的流程示意图；

图5a是本申请实施例提供的一种智能天线能力信息元素的格式示意图；

图5b是本申请实施例提供的一种测量通知帧的格式示意图；

图6a是本申请实施例提供的一种反馈帧的格式示意图；

图6b是本申请实施例提供的一种确定目标信道信息的示意图；

图6c是本申请实施例提供的一种基于触发帧发送反馈帧的示意图；

图6d是本申请实施例提供的一种触发帧的格式示意图；

图7a是本申请实施例提供的一种切换顺序示意图；

图7b是本申请实施例提供的一种切换顺序示意图；

图7c是本申请实施例提供的一种NDP帧的格式示意图；

图7d是本申请实施例提供的一种NDP帧的格式示意图；

图8a是本申请实施例提供的一种切换顺序示意图；

图8b是本申请实施例提供的一种切换顺序示意图；

图8c是本申请实施例提供的一种PPDU的格式示意图；

图8d是本申请实施例提供的一种PPDU的格式示意图；

图9a是本申请实施例提供的一种天线配对补充探测的示意图；

图9b是本申请实施例提供的一种MU-RTS帧的格式示意图；

图9c是本申请实施例提供的一种最优天线配对通知的格式示意图；

图9d是本申请实施例提供的一种通信方法示意图；

图10是本申请实施例提供的一种通信装置的结构示意图；

图11是本申请实施例提供的一种通信装置的结构示意图；

图12是本申请实施例提供的一种通信装置的结构示意图。

具体实施方式

为便于理解本申请的技术方案，下面将结合附图对本申请作进一步地描述。

本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等仅用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备等，没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元等，或可选地还包括对于这些过程、方法、产品或设备等固有的其它步骤或单元。

在本文中提及的“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员可以显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上，“至少两个(项)”是指两个或三个及三个以上，“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。“或”表示可以存在两种关系，如只存在A、只存在B；在A和B互不排斥时，也可以表示存在三种关系，如只存在A、只存在B、同时存在A和B。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”。

本申请提供的技术方案可以应用于WLAN系统，如Wi-Fi等。如本申请提供的方法可以适用于IEEE802.11系列协议，例如802.11a/b/g协议、802.11n协议、802.11ac协议、802.11ax协议、802.11be协议或下一代的协议等，这里不再一一列举。本申请提供的技术方案还可以应用于基于UWB技术的无线个人局域网(wireless personal area network，WPAN)。如本申请提供的方法可以适用于IEEE802.15系列协议，例如802.15.4a协议、802.15.4z协议或802.15.4ab协议，或者未来某代UWB WPAN协议等，这里不再一一列举。本申请提供的技术方案还可以应用于其他各类通信系统，例如，可以是物联网(internet ofthings，IoT)系统、车联网(vehicle to X，V2X)、窄带物联网(narrow band internet ofthings，NB-IoT)系统，应用于车联网中的设备，物联网(IoT，internet of things)中的物联网节点、传感器等，智慧家居中的智能摄像头，智能遥控器，智能水表电表，以及智慧城市中的传感器等，或者，还可以适用于长期演进(long term evolution，LTE)系统，第五代(5th-generation，5G)通信系统，以及未来通信发展中出现的新的通信系统等。

虽然本申请实施例主要以WLAN为例，尤其是应用于IEEE 802.11系列标准的网络，例如支持Wi-Fi7，又可称为极高吞吐量(extremely high-throughput，EHT)的系统，又如支持Wi-Fi8，又可称为超高可靠性(ultra high reliability，UHR)或超高可靠性和吞吐量(ultra high reliability and throughput，UHRT)的系统为例进行说明。本领域技术人员容易理解，本申请涉及的各个方面可以扩展到采用各种标准或协议的其它网络。例如，蓝牙(bluetooth)，高性能无线LAN(high performance radio LAN，HIPERLAN)(一种与IEEE802.11标准类似的无线标准，主要在欧洲使用)以及广域网(WAN)或其它现在已知或以后发展起来的网络。因此，无论使用的覆盖范围和无线接入协议如何，本申请提供的各种方面可以适用于任何合适的无线网络。

本申请提供的方法可以由无线通信系统中的通信装置实现。例如，该通信装置可以是接入点(access point，AP)或站点(station，STA)。

接入点是一种具有无线通信功能的装置，支持采用WLAN协议进行通信或感知，具有与WLAN网络中其他设备(比如站点或其他接入点)通信或感知的功能，当然，还可以具有与其他设备通信或感知的功能。或者，接入点相当于一个连接有线网和无线网的桥梁，主要作用是将各个无线网络客户端连接到一起，然后将无线网络接入以太网。在WLAN系统中，接入点可以称为接入点站点(AP STA)。该具有无线通信功能的装置可以为一个整机的设备，还可以是安装在整机设备中的芯片或处理系统等，安装这些芯片或处理系统的设备可以在芯片或处理系统的控制下，实现本申请实施例的方法和功能等。本申请实施例中的AP是为STA提供服务的装置，可以支持802.11系列协议或后续协议等。例如，接入点可以为终端(如手机)进入有线(或无线)网络的接入点，主要部署于家庭、大楼内部以及园区内部，典型覆盖半径为几十米至上百米，当然，也可以部署于户外。又例如，AP可以为通信服务器、路由器、交换机、网桥等通信实体；AP可以包括各种形式的宏基站，微基站，中继站等，当然AP还可以为这些各种形式的设备中的芯片和处理系统，从而实现本申请实施例的方法和功能。

站点是一种具有无线通信功能的装置，支持采用WLAN协议进行通信或感知，具有与WLAN网络中的其他站点或接入点通信或感知的能力。在WLAN系统中，站点可以称为非接入点站点(non-access point station，non-AP STA)。例如，STA是允许用户与AP通信或感知进而与WLAN通信的任何用户通信设备，该具有无线通信功能的装置可以为一个整机的设备，还可以是安装在整机设备中的芯片或处理系统等，安装这些芯片或处理系统的设备可以在芯片或处理系统的控制下，实现本申请实施例的方法和功能。例如，站点可以为无线通讯芯片、无线传感器或无线通信终端等，也可称为用户。又例如，站点可以为支持Wi-Fi通讯功能的移动电话、支持Wi-Fi通讯功能的平板电脑、支持Wi-Fi通讯功能的机顶盒、支持Wi-Fi通讯功能的智能电视、支持Wi-Fi通讯功能的智能可穿戴设备、支持Wi-Fi通讯功能的车载通信设备和支持Wi-Fi通讯功能的计算机等等。

WLAN系统可以提供高速率低时延的传输，随着WLAN应用场景的不断演进，WLAN系统将会应用于更多场景或产业中，比如，应用于物联网产业，应用于车联网产业或应用于银行业，应用于企业办公，体育场馆展馆，音乐厅，酒店客房，宿舍，病房，教室，商超，广场，街道，生成车间和仓储等。当然，支持WLAN通信或感知的设备(比如接入点或站点)可以是智慧城市中的传感器节点(比如，智能水表，智能电表，智能空气检测节点)，智慧家居中的智能设备(比如智能摄像头，投影仪，显示屏，电视机，音响，电冰箱，洗衣机等)，物联网中的节点，娱乐终端(比如增强现实(augmented reality，AR)，虚拟现实(virtual reality，VR)等可穿戴设备)，智能办公中的智能设备(比如，打印机，投影仪，扩音器，音响等)，车联网中的车联网设备，日常生活场景中的基础设施(比如自动售货机，商超的自助导航台，自助收银设备，自助点餐机等)，以及大型体育以及音乐场馆的设备等。示例性的，例如，接入点和站点可以是应用于车联网中的设备，物联网中的物联网节点、传感器等，智慧家居中的智能摄像头，智能遥控器，智能水表电表，以及智慧城市中的传感器等。本申请实施例中对于STA和AP的具体形式不做限制，在此仅是示例性说明。

示例性的，本申请提供的方法可以应用的通信系统可以包括接入点和站点。例如，本申请可以适用于WLAN中AP与STA之间、AP与AP之间、或STA与STA之间通信或感知的场景，本申请实施例对此不作限定。可选地，AP可以与单个STA通信或感知，或者，AP同时与多个STA通信或感知。具体地，AP与多个STA通信或感知又可以分为AP同时给多个STA发送信号的下行传输，以及多个STA向AP发送信号的上行传输。其中，AP和STA之间、AP与AP之间、或STA与STA可以支持WLAN通信协议，该通信协议可以包括IEEE802.11系列的协议，比如可以适用于802.11be标准，当然也同样适用于802.11be以后的标准。

图1是本申请实施例提供的一种通信系统的架构示意图。该通信系统可以包括一个或多个AP以及一个或多个STA。图1中示出了两个接入点如AP1和AP2，以及三个站点如STA1、STA2和STA3。可理解，一个或多个AP可以与一个或多个STA通信。当然，AP与AP之间可以通信，STA与STA之间可以通信。

可理解，图1中以STA为手机、AP为路由器作为一种示例，并不表示对本申请中的AP、STA类型进行限定。同时，图1仅示例性的示出了两个AP和三个STA，但是该AP或STA的数量还可以更多或更少，本申请实施例对此不作限定。

图2是本申请实施例提供的一种通信系统的架构示意图。如图2所示，该通信系统可以包括至少一个网络设备，以及至少一个终端设备，如图2中的终端设备1至终端设备4。示例性的，如图2所示的终端设备3与终端设备4之间可以直接通信，如可以通过D2D技术实现终端设备之间的直接通信。示例性的，终端设备1至终端设备4可以分别与网络设备通信，如终端设备3和终端设备4可以直接与网络设备通信，也可以间接地与网络设备通信，如经由其他终端设备(图2未示出)与网络设备通信。应理解，图2示例性地示出了一个网络设备和四个终端设备，以及各通信设备之间的通信链路。可选地，该通信系统可以包括多个网络设备，并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，例如更多或更少的终端设备，本申请实施例对此不做限定。以下对终端设备和网络设备进行详细说明。

终端设备是一种具有无线收发功能的装置。终端设备可以与无线接入网(radioaccess network，RAN)中的接入网设备(或者也可以称为接入设备)进行通信。终端设备也可以称为用户设备(user equipment，UE)、接入终端、终端(terminal)、用户单元(subscriber unit)、用户站、移动站、远方站、远程终端、移动设备、用户终端、用户代理或用户装置等。在一种可能的实现方式中，终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)等。在一种可能的实现方式中，终端设备可以是具有无线通信功能的手持设备、车载设备、可穿戴设备、传感器、物联网中的终端、车联网中的终端、无人机、5G网络或未来网络中的任意形态的终端设备等，本申请实施例对此不作限定。可理解，本申请实施例示出的终端设备不仅可以包括车联网中的车辆(如汽车)、而且还可以包括车联网中的车载设备或车载终端等，本申请实施例对于该终端设备应用于车联网时的具体形态不作限定。可理解，本申请实施例示出的终端设备与终端设备之间还可以通过D2D、V2X或M2M等技术进行通信，本申请实施例对于终端设备与终端设备之间的通信方法不作限定。

网络设备可以是一种部署在无线接入网中，为终端设备提供无线通信服务的装置。该网络设备也可以称为接入网设备、接入设备或RAN设备等。示例性的，网络设备可以是下一代节点B(next generation node B，gNB)、下一代演进型基站(next generationevolved nodeB，ng-eNB)、或者6G通信中的网络设备等。网络设备可以是任意一种具有无线收发功能的设备，包括但不限于以上所示的基站(包括部署于卫星上的基站)。该网络设备还可以是6G中具有基站功能的装置。可选的，该网络设备可以为Wi-Fi系统中的接入节点、无线中继节点、无线回传节点等。可选的，该网络设备可以是云无线接入网络(cloud radioaccess network，CRAN)场景下的无线控制器。可选的，该网络设备可以是可穿戴设备或车载设备等。可选的，该网络设备还可以是小站，传输接收节点(transmission receptionpoint，TRP)(或也可以称为传输点)等。可理解，该网络设备还可以是未来演进的公共陆地移动网络(public land mobile network，PLMN)中的基站、卫星等。该网络设备还可以为非地面通信系统、D2D、V2X或M2M中承载基站功能的通信装置等，本申请实施例对网络设备的具体类型不作限定。在不同的无线接入技术的系统中，具备网络设备功能的通信装置的名称可能会有所不同，本申请实施例不再一一列举。可选的，在网络设备的一些部署中，网络设备可以包括集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)等。在网络设备的另一些部署中，CU还可以划分为CU-控制面(control plane，CP)和CU-用户面(user plan，UP)等。在网络设备的又一些部署中，网络设备还可以是天线单元(radiounit，RU)等。在网络设备的又一些部署中，网络设备还可以是开放的无线接入网(openradioaccessnetwork，ORAN)架构等，本申请实施例对于网络设备的具体部署方式不作限定。示例性的，在网络设备是ORAN架构时，本申请实施例所示的网络设备可以是ORAN中的接入网设备，或者是接入网设备中的模块等。在ORAN系统中，CU还可以称为开放(open，O)-CU，DU还可以称为O-DU，CU-CP还可以称为O-CU-CP，CU-UP还可以称为O-CU-UP，RU还可以称为O-RU。这里所列举的网络设备的部署方式仅为示例，随着标准技术的演进，网络设备可能会存在其他部署形式，但凡能够实现本申请实施例所示的频段切换方法均属于本申请实施例的保护范围之内。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定。本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

针对目前存在的通过发送探测包的方式确定天线组合的方法，随着AP的天线组合数目M和通信用户数N的增大，系统开销相应增大，如针对空口开销来说，各用户选择天线模式的探测报文空口开销为O(N*M)量级，如针对内存开销来说，设备内部维护各用户天线组合的内存开销为O(NxM)量级。

鉴于此，本申请实施例提供一种天线配对方法及装置，可以有效减弱系统开销的增加程度。本申请实施例提供的方法的系统开销远小于上述通过发送探测包的方式确定天线组合的方法，如本申请实施例提供的方法空口开销小，或者也可以理解为用于进行天线配对的相关帧的交互时间短，第一通信装置获得天线配对结果的速度快。

本申请实施例提供的方法可以应用于如图1所示的系统，或者，如图2所示的系统。作为一个示例，第一通信装置可以为AP，第二通信装置可以为STA。作为另一个示例，第一通信装置可以为STA，第二通信装置可以为AP。作为又一个示例，第一通信装置可以为网络设备，第二通信装置可以为终端设备。作为又一个示例，第一通信装置可以为终端设备，第二通信装置可以为网络设备。作为又一个示例，第一通信装置可以为设置于AP中的芯片或芯片系统等，第二通信装置可以为设置于STA中的芯片或芯片系统等。作为又一个示例，第一通信装置可以为设置于网络设备中的芯片或芯片系统，第二通信装置可以为设置于终端设备中的芯片或芯片系统等。对于第一通信装置和第二通信装置的具体形态，本申请实施例不再一一列举。可理解，在通信装置为芯片或芯片系统时，下文所示的第一通信装置中的发送天线组合可以理解为该芯片或该芯片系统所对应的设备(如该芯片或芯片系统设置于该设备中)中的发送天线组合，第二通信装置中的接收天线组合可以理解为芯片或芯片系统所对应的设备(如该芯片或芯片系统设置于该设备中)中的接收天线组合。

可理解，基于图1和图2中涉及的设备仅为示例，但凡能够实现本申请实施例提供的方法的装置均属于本申请实施例的保护范围，因此不应将上述列举示出的设备理解为对本申请实施例的限定。

可理解，本申请实施例是以第一通信装置和第二通信装置来描述本申请实施例提供的方法的，但是该第一通信装置和第二通信装置在传输信息的过程中，还可以有其他装置的存在，如通过转发装置来转发第一通信装置和第二通信装置之间的信息等。因此，本申请实施例中信息的互相传递以本领域技术人员可以完成的技术手段实现即可，本申请实施例对于第一通信装置和第二通信装置之外的其他装置不作限定。

以下详细介绍本申请实施例涉及的天线组合。

示例性的，天线组合可以理解为通信装置中射频通道与天线的组合，或者，可以理解为通信装置中射频通道与天线的模式。示例性的，天线组合可以理解为通信装置中用于接收/发送信号的天线组合的数量。如对于第一通信装置来说，发送天线组合的数量可以理解为该第一通信装置中用于发送测量帧(仅为示例)时所用的不同天线的数量。

可理解，本申请实施例所示的天线组合也可以称为天线模式，如发送天线组合可以称为发送天线模式、Tx天线模式或发送天线组合模式，接收天线组合可以称为接收天线模式、Rx天线模式或接收天线组合模式等，对于该天线组合的具体名称，本申请实施例不再一一列举。

图3a是本申请实施例提供的一种天线组合示意图。以图3a为例，对于AP来说，一个射频通道对应两个天线，因此一个射频通道可以理解为有两种天线的选择方式，因此该AP的天线组合(或发送天线组合)的数量可以理解为2*2＝4。同样的，对于STA1和STA2来说，各自的天线组合的数量均为4。

图3b是本申请实施例提供的一种天线组合示意图。以图3b为例，对于第一通信装置来说，一个射频通道可能对应X个天线，因此一个射频通道可以理解为有X种天线的选择方式。X可以理解为大于或等于1的整数。该第一通信装置可能有Y个射频通道，Y可以理解为大于或等于1的整数。可理解，图3b所示的省略号省略的部分可以是一个射频通道所对应的天线，以及射频通道。

因此，对于第一通信装置来说，在每个射频通道对应的天线数量均为X的情况下，其天线组合(如发送天线组合)的数量可以理解为X^Y。举例来说，X＝4，Y＝2，每个射频通道对应的天线数量均为4。则针对天线的数量来说，该第一通信装置有8个天线，但是对于天线组合的数量来说，由于每种射频通道对应4种天线，则天线组合的数量可以为4*4＝16。

对于第一通信装置来说，在每个射频通道对应的天线数量可能不相同，如该第一通信装置的射频通道对应的天线数量依次为X1、X2、X3……，Xn，则天线组合(如发送天线组合)的数量可以理解为X1*X2*X3*……*Xn。

可理解，关于第二通信装置中的天线组合(如接收天线组合)的数量的说明可以参考第一通信装置，本申请实施例不再详述。

图3c是本申请实施例提供的一种通过最优天线模式配对组合进行通信的示意图。如图3c所示，针对第一通信装置和第二通信装置都支持智能天线的场景(例如：子母路由、中继器(repeater)、Mesh节点、11ad设备等)，通过通信双方配合交互，快速地选出TX和RX的最优天线模式组合。从而，通信双方可以利用最优天线模式组合进行通信。

可理解，第一通信装置与第二通信装置之间进行天线配对方法的过程中涉及到的天线组合可以是各个装置中的所有射频通道对应的天线组合，也可以是部分射频通道对应的天线组合等，本申请实施例对此不作限定。

图4是本申请实施例提供的一种天线配对方法的流程示意图，如图4所示，该方法包括：

在一种可能的实现方式中，图4所示的方法包括步骤401～步骤403。

401、第一通信装置发送第一能力信息，对应的，第二通信装置接收该第一能力信息。

示例性的，第一能力信息用于指示第一通信装置的天线配对能力，第一能力信息包括如下至少一项：第一通信装置是否支持天线配对能力、第一通信装置中的发送天线组合的数量或索引、第一通信装置切换发送天线组合的时间。第一通信装置通过发送第一能力信息，可使得第二通信装置有效获知与其关联(或与其通信)的第一通信装置中的发送天线组合的数量，以便于后续基于该数量快速地进行天线配对。

第一能力信息中的第一通信装置中的发送天线组合的数量可以理解为该第一能力信息中承载有第一通信装置中的发送天线组合的数量，由此可以方便有效地告知该第一通信装置中用于进行天线配对的发送天线组合的数量。

第一能力信息中的第一通信装置中的发送天线组合的索引可以理解为该第一能力信息中承载有第一通信装置中的各个发送天线组合的索引。由此，第二通信装置基于该第一能力信息中的索引不仅可以获知第一通信装置的发送天线组合的数量，而且还可以获知各个发送天线组合的索引。

可理解，第一能力信息中所指示的发送天线组合的数量(或索引)可以理解为第一通信装置用于进行天线配对的发送天线组合的数量(或索引)。该用于进行天线配对的发送天线组合的数量可以小于或等于第一通信装置中的全部的发送天线组合的数量(或索引)。

402、第二通信装置发送第二能力信息，对应的，第一通信装置接收第二能力信息。

示例性的，第二能力信息用于指示第二通信装置的天线配对能力，第二能力信息包括如下至少一项：第二通信装置是否支持天线配对能力、第二通信装置中的接收天线组合的数量或索引、第二通信装置切换接收天线组合的时间。

关于第二能力信息的说明可以参考第一能力信息，这里不作详述。可理解，本申请实施例对于第一能力信息和第二能力信息的发送顺序不作限定。在具体实现中，通信双方交互能力时，可能不会进行第一能力信息和第二能力信息的区分，因此对于上述第一能力信息和第二能力信息的名称，本申请实施例不作限定。如上述第一能力信息和上述第二能力信息还可以统称为智能天线能力信息，或智能天线能力信息元素，或能力信息等。

示例性的，在AP与STA的关联阶段，通信双方可以通过信标帧、探测帧或关联帧等，携带上述能力信息。如AP可以通过信标(beacon)帧、探测响应(proberesponse)帧、关联响应(associationresponse)帧中的至少一项携带第一能力信息。STA可以通过探测请求(proberequest)帧或关联请求(associationrequest)帧中的至少一项携带第二能力信息。本申请实施例所示的第一能力信息和第二能力信息可以以元素的形式携带于上述帧中，或者，以字段的形式携带于上述帧中，对于第一能力信息和第二能力信息在帧中的具体形式，本申请实施例不作限定。

图5a是本申请实施例提供的一种智能天线能力信息元素的格式示意图。该智能天线能力信息元素中可以携带设备的能力信息。如图5a所示，该智能天线能力信息元素可以包括如下至少一项字段：元素ID(element ID)、长度(length)、天线配对选择支持(antennapair selection support)、发送(transmit，Tx)天线模式数目(Tx antenna mode number)(或称为Tx天线组合数目)、接收(receive，Rx)天线模式数目(Rx antenna mode number)(或称为Rx天线组合数目)、天线模式切换时间(antenna mode switch time)(或称为天线组合切换时间)。其中，元素ID字段可以用于指示元素的ID，基于该元素ID字段通信双方可以获知该元素是智能天线能力信息元素。如该元素ID字段可以取值可以为2、4、8-9、17-31、47、49、77、103、128-129、133-136、149-150、155-156、165、173、176、178-180、203、218-219、227、238、243、245-254中的任一个。长度字段可以用于指示该元素的长度。天线配对选择支持字段用于指示是否支持智能天线选择，如天线配对选择支持字段承载的数值为1，可以表示通信装置支持天线配对，天线配对选择支持字段承载的数值为0，可以表示通信装置不支持天线配对。Tx天线模式数目字段可以用于指示通信装置中的发送天线组合的数量。如该Tx天线模式数目字段还可以替换为Tx天线模式索引字段，该Tx天线模式索引字段可以用于指示通信装置中的发送天线组合的索引。Rx天线模式数目字段可以用于指示通信装置中的接收天线组合的数量。如该Rx天线模式数目字段还可以替换为Rx天线模式索引字段，该Rx天线模式索引字段可以用于指示通信装置中的接收天线组合的索引。天线模式切换时间字段可以用于指示通信装置从一个发送天线组合切换到另一个发送天线组合的时间。如下文所示的训练字段中的PE时间长度，要求不低于发送设备和参与测量的所有接收设备的天线模式切换时间的最大值，因此信息元素中通过携带天线模式切换时间字段可以使得PE时间可以根据参与测量的设备天线切换时间进行设置。上述通信装置可以包括第一通信装置或第二通信装置。

作为一个示例，智能天线能力信息元素可以如图5a所示，各个字段的长度可以如图5a所示。可理解，在具体实现中，各个字段的长度可以根据具体实现而有所不同，对于各个字段的长度，本申请实施例不作限定。

作为另一个示例，如对于第一通信装置来说，智能天线能力信息元素可以包括元素ID字段、长度字段、天线配对选择支持字段、Tx天线模式数目(或Tx天线模式索引)字段、天线模式切换时间字段。如对于第二通信装置来说，智能天线能力信息元素可以包括元素ID字段、长度字段、天线配对选择支持字段、Rx天线模式数目(或Rx天线模式索引)字段、天线模式切换时间字段。不管智能天线能力信息元素中的各个字段的长度如何变化，在该示例中，Tx天线模式数目字段和Rx天线模式数目字段的长度相同。由此，可以保证通信双方能够准确地解析该智能天线能力信息元素。

为便于描述，下文将Tx天线模式数目字段所指示的发送天线组合的数量记为M_tx，RX天线模式数目字段所指示的接收天线组合的数量记为M_rx。本申请实施例所示的智能天线能力信息元素的名称仅为示例，不应将其理解为对本申请实施例的限定。

示例性的，当第一通信装置和第二通信装置均支持智能天线选择的情况下，第一通信装置可以执行步骤403。也就是说，在第一通信装置支持天线配对能力且第二通信装置支持天线配对能力的情况下，第一通信装置可以发送测量通知帧。或者，也可以理解为第一通信装置在接收到第二能力信息的情况下，可以发送测量通知帧。

403、第一通信装置发送测量通知帧，对应的，第二通信装置接收该测量通知帧。

示例性的，在第一通信装置与一个第二通信装置进行天线配对时，第一通信装置可以通过单播的方式发送测量通知帧。在第一通信装置与多个第二通信装置进行天线配对时，第一通信装置可以通过广播的方式发送测量通知帧，以提高天线配对的效率。

示例性的，该测量通知帧可以包括如下至少一项信息：发送天线组合的数量或索引、接收天线组合的数量或索引、天线配对结果中的天线组合配对的数量。可选的，该测量通知帧还可以包括如下至少一项：进行天线测量的第二通信装置的标识、第二通信装置的数量。可理解，发送天线组合的索引也可以称为发送天线组合的标识，或用于标识天线模式的信息，或发送天线ID(antenna ID)等。接收天线组合的索引也可以称为接收天线组合的标识，或用于标识天线模式的信息，或接收天线ID等。

示例性的，图5b是本申请实施例提供的一种测量通知帧的格式示意图。如图5b所示，该测量通知帧可以包括如下字段：控制帧的媒体介质控制(mediumaccesscontrol)、天线测量令牌(antenna measure token)、测量Tx天线模式数目(measure TX antenna modenumber，M_tx)、Rx天线模式数目(measure RX antenna mode number，M_rx)、目标天线模式数目(targetantenna mode number，K)(或称为最优天线模式数目(best antenna modenumber，K)、测量STA数目(measure STA number，N)(或测量UE数目(measure UEnumber，N))、STA_n的关联ID(associate ID，AID)、帧校验序列(framechecksequence，FCS)。n的取值为1至N。可理解，上述测量Tx天线模式数目还可以替换为测量Tx天线模式索引，测量Rx天线模式数目还可以替换为测量Rx天线模式索引。

其中，天线测量令牌字段可以用于标识某一轮天线测量，如该字段可以占用4个比特。测量TX天线模式数目可以用于指示需要测量的发送天线组合的数目，如该字段占的比特数可以为6个比特，即取值为[0,63]依次对应测量天线模式数目为[1,64]。测量RX天线模式数目字段可以用于指示需要测量的接收天线组合的最大数目(如本次参与测量的所有第二通信装置中的Rx天线模式数目中的最大值)，如该字段占的比特数可以为6个比特，即[0,63]依次对应测量天线模式数目为[1,64]。目标天线模式数目字段可以用于指示反馈帧中所反馈的天线配对结果的数目K，如该字段可以占用个比特，即取值为[0,3]依次对应目标天线模式数目为[1,4]。测量STA数目字段可以用于指示需要进行天线配对的STA数目，或需要测量天线信息的STA数目，如该字段可以占用8个比特。STA_n关联ID(STA_n AID)中的每个字段可以用于指示需要测量天线的对应STA的AID，如每个字段可以占用12个比特，n可以为正整数。

可理解，图5b所示的测量通知帧的格式仅为示例，在具体实现中，可能会具有比图5b更多或更少的字段，本申请实施例对此不作限定。

404、第一通信装置发送测量帧，对应的，第二通信装置接收该测量帧。

作为一个示例，该测量帧的数量可以由第一通信装置中的发送天数组合的信息和第二通信装置中的接收天线组合的信息确定。作为另一个示例，测量帧中测量元素的数量可以由第一通信装置中的发送天数组合的信息和第二通信装置中的接收天线组合的信息确定。本申请实施例所示的发送天数组合的信息可以包括发送天线组合的数量或索引，接收天线组合的信息可以包括接收天线组合的数量或索引。可理解，发送天线组合的信息还可能包括其他类型的信息，如发送天线组合的标识等，接收天线组合的信息还可能包括接收天线组合的标识等，本申请实施例不再一一列举。

示例性的，测量帧的数量或测量帧中测量元素的数量可以等于第一通信装置的发送天线组合的数量与多个第二通信装置中的最大接收天线组合的数量的乘积。这里所示的多个第二通信装置中的最大接收天线组合的数量可以理解为该多个第二通信装置的接收天线组合数量中的最大接收天线组合数量。例如，测量通知帧中STA数目为n个，则测量帧的数量或测量元素的数量可以等于发送天线组合数目与n个STA的接收天线组合数目中的最大接收天线组合数目的乘积。当然，如果第一通信装置与一个第二通信装置进行天线配对，则测量帧的数量或测量元素的数量等于该第一通信装置的发送天线组合的数目与该第二通信装置的接收天线组合的数目的乘积。举例来说，第一通信装置可以与一个第二通信装置、或者并行与多个第二通信装置进行天线配对信道测量。如有N个第二通信装置，每个第二通信装置中的接收天线组合数为M_rx(i)，则M_rx＝max{M_rx(i)}，i＝1,2,…,N，由此需要进行天线配对的组合数(或理解为测量帧的数目、测量元素的数目)为M_tx*M_rx。由此，可以有效保证所有的第二通信装置都能够与第一通信装置进行天线配对。

作为一个示例，测量帧包括NDP帧，该NDP帧包括如下至少一项：标识NDP帧用于天线测量的信息、NDP帧所对应的发送天线组合的标识。关于测量帧的具体说明可以参考下文实现方式一。

作为另一个示例，测量帧包括PPDU，该PPDU中可以包括测量元素，如该测量元素可以为PPDU中的训练字段。关于测量帧的具体说明可以参考下文实现方式二。

示例性的，第二通信装置基于测量通知帧以及切换顺序依次切换接收天线组合，以及基于切换的接收天线组合接收测量帧。如第二通信装置可以基于切换顺序依次切换接收天线组合，基于该接收天线组合接收测量帧。如第二通信装置可以基于测量通知帧中的发送天线组合数目和接收天线组合数目获知测量帧或测量元素的数量，并基于切换顺序依次获知与接收天线组合所对应的发送天线组合。示例性的，第二通信装置可以保存与每个接收天线组合索引对应的发送天线组合索引，或者，保存基于测量帧得到的信道信息所对应的发送天线组合索引和接收天线组合索引。

上述切换顺序的信息可以包含于测量通知帧中；或者，切换顺序的信息由标准定义。对于该切换顺序的具体说明可以参考下文所示的实现方式一和实现方式二。下文所示的基于训练字段或NDP帧测量信道信息的方法，可以参考探测信道测量的方法，本申请实施例对此不作限定。

405、第二通信装置发送测量帧的反馈帧，对应的，第一通信装置接收该反馈帧。该反馈帧用于反馈第一通信装置与第二通信装置之间的天线配对结果。

示例性的，反馈帧中可以包括如下至少一项：天线配对结果中的发送天线组合的索引、天线配对结果中的接收天线组合的索引、天线配对结果的配对概率。

作为一个示例，天线配对结果可以是第一通信装置中的发送天线组合与第二通信装置中的接收天线组合之间的所有配对结果。如反馈帧中可以包括M_tx*M_rx(i)个天线配对结果，M_tx为第一通信装置中的发送天线组合数，M_rx(i)为第二通信装置中的接收天线组合数。作为另一个示例，天线配对结果可以是第一通信装置中的发送天线组合与第二通信装置中的接收天线组合之间的在前K位的天线配对。如每个第二通信装置会对推荐的天线组合配对结果进行决策。如对于第i个第二通信装置来说，其可以根据保存的M＝M_tx×M_rx(i)个天线组合的配对，决策出排在前K位的最优天线组合配对，以及对应的配对概率。举例来说，反馈帧中可以包括最优Tx天线模式ID(best Tx antenna mode ID)(k)：排第k位的最优配对发送天线模式ID(k＝0,..,K-1)、最优Rx天线模式ID(best Rx antenna modeID)(k)：排第k位的最优配对接收天线模式ID(k＝0,..,K-1)、最优概率(BestProbability)(k)：排第k位的最优配对应的最优概率(k＝0,..,K-1)。K为正整数。

本申请实施例所示的反馈帧也可以称为天线配对选择报告。该反馈帧的物理帧格式可以遵循HE、EHT等标准的TB PPDU格式，MAC帧类型为管理帧类别中行动(action)帧子类。图6a是本申请实施例提供的一种反馈帧的格式示意图。如图6a所示，该反馈帧中可以包括管理帧MAC头，该管理帧MAC帧头可以沿用协议定义，种类字段可以为行动帧类别，取值可以为21-125中的任一个。反馈帧中的天线测量令牌(antennameasuretoken)可以表示针对令牌编号为该值的某一轮天线配对测量触发反馈，与测量通知帧中的令牌值对应。最优天线配对数目(best antenna pair number)可以表示反馈的最优天线模式配对的数目(如可以等于触发帧对应字段指示数目K)。最优Tx天线模式ID(k)(best TX antenna mode ID(k))表示排第k位的最优配对的TX天线模式ID(k＝0,..,K-1)。最优Rx天线模式ID(k)(bestRX antenna mode ID(k])(6bit)表示排第k位的最优配对的RX天线模式ID(k＝0,..,K-1)。最优概率(k)(best probability(k))表示排第k位的配对为最优天线模式配对的概率(k＝0,..,K-1)。关于各个字段的长度可以参考图6a，图6a所示的各个字段的长度和顺序仅为示例，不应将其理解为对本申请实施例的限定。

以下详细说明第二通信装置确定天线配对结果的方法。

示例性的，第二通信装置可以基于测量帧对应的发送天线组合和接收天线组合确定多个信道信息；然后基于AI算法确定多个信道信息中的目标信道信息，基于目标信道信息确定天线配对结果，AI算法的输入包括多个信道信息，AI算法的输出包括目标信道信息；并基于天线配对结果生成反馈帧。也就是说，第二通信装置可以利用其通过接收天线组合接收到的测量帧以及已知的与该接收天线组合对应的发送天线组合确定该发送天线组合和接收天线组合之间的信道信息。如对于第i个第二通信装置来说，其可以得到M_tx×M_rx(i)个信道信息。然后该第二通信装置可以从该M_tx×M_rx(i)个信道信息选择出K个目标信道信息，该目标信道信息的信道质量优于M_tx×M_rx(i)个信道信息中的其他信道信息。该目标信道信息所对应的发送天线组合的索引和接收天线组合的索引即可以承载于反馈帧中。

举例来说，第二通信装置本地支持针对输入的任意两个天线配对对应信道矩阵H1和H2，通过AI算法预测出这两个信道的相对优劣概率(Better_probablity(P))。预测的概率取值范围[0,100％]，表示信道H1比信道H2更好的概率，P>50％表示H1比H2好，P<50％表示H1比H2差。如图6b所示，信道优劣AI决策模型可以对输入的两个信道矩阵(如信道矩阵H1和信道矩阵H1)进行决策，决策出信道相对优劣概率。如AI模型可采用深度神经网络(deepneural network，DNN)、卷积神经网络(convolutional neural networks，CNN)，或也可结合H矩阵奇异值分解(singular value decomposition，SVD)分解提取特征量，AI模型可通过{X＝(H1,H2)，Y＝吞吐性能优劣}的标签样本数据训练。基于上述方法，第二通信装置可以针对M种天线配对的信道矩阵，通过AI模型决策出两两信道矩阵的相对优劣概率，总共有M×(M-1)/2个概率值。基于这些概率值，可以计算出第k个天线模式配对为最优天线模式配对的概率P_best。

示例性的，M为天线模式配对的数目(即M＝M_tx*M_rx)，i和k分为天线模式配对的编号，H_i、H_k分别为编号为i、k的天线模式配对所对应的信道矩阵。可理解，本申请实施例所示的编号为i(或k)的天线模式配对可以对应一个发送天线组合和一个接收天线组合。

第二通信装置可以从M个天线模式配对中，选出P_best最大的前K个天线模式。如表1所示，第二通信装置可以从8个天线模式配对中选出前4个最优配对。

表1

No.	1	2	3	4	5	6	7	8	Pbest	排名
											1	NA	0.8	0.7	0.5	0.6	0.85	0.65	0.9	0.71	top 2
2	0.2	NA	0.4	0.3	0.2	0.4	0.5	0.4	0.37	7
											3	0.3	0.6	NA	0.8	0.9	0.7	0.85	0.7	0.76	top 1
4	0.5	0.7	0.2	NA	0.3	0.5	0.7	0.6	0.50	5
											5	0.4	0.8	0.1	0.7	NA	0.2	0.7	0.6	0.52	top 4
6	0.15	0.6	0.3	0.5	0.8	NA	0.9	0.8	0.65	top 3
											7	0.35	0.5	0.25	0.3	0.3	0.1	NA	0.5	0.33	8
8	0.1	0.6	0.3	0.4	0.4	0.2	0.5	NA	0.40	6

可理解，表1所示的各个数值仅为示例，不应将其理解为对本申请实施例的限定。表1中的NA可以理解为不涉及的意思，如当行编号和列编号相同时，行编号和列编号对应的是同一个天线模式配对，不涉及优劣概率。Pbest可以理解为表1中的对应行的第3列至第9列之和的平均值，如0.71＝(0.8+0.7+0.5+0.6+0.85+0.65+0.9)/7。

在第一通信装置同时与多个第二通信装置进行天线配对的情况下，该第一通信装置在发送测量帧之后，可以发送触发(trigger)帧，该触发帧用于触发第二通信装置发送反馈帧。如各个第二通信装置会向第一通信装置发送反馈帧(或称为天线配对选择报告等)，如图6c所示，为了提升第二通信装置的反馈效率，第一通信装置可以广播天线配对反馈触发帧给多个第二通信装置，短帧间隔(short inter-frame space，SIFS)(如16us)之后，各个第二通信装置可以通过上行正交频分多址接入(orthogonal frequency dDivisionmultiple access，OFDMA)方式并行发送反馈帧。

示例性的，触发帧的格式可以基于高效(high efficient，HE)或极高吞吐量(extramely high throughput，EHT)的触发帧通用格式进行扩展，可以触发多个第二通信装置同时回复TB PPDU(用于承载反馈帧)。图6d是本申请实施例提供的一种触发帧的格式示意图。如图6d所示，该触发帧可以包括如下至少一项字段：帧控制(framecontrol)、时长(duration)、接收地址(receiveaddress，RA)、发送地址(transmitaddress，TA)、公共信息(commoninfo)、用户信息列表(userinfolist)、填充(padding)和FCS。如公共信息中的触发类型字段可以承载8-15中的任一个值，如表2是以8为例示出的，表示该触发帧是针对天线配对反馈帧的触发帧。Trigger Dependent Common Info指的是“依赖于触发类型的公共信息”，由于触发帧有多种各类型，该变长字段的定义依赖于具体的触发帧类型。对于天线配对反馈触发帧，该字段就定义为Best Antenna Mode Number。也就是说，本申请实施例中Common Info的Trigger Dependent Common Info变长字段，定义为Best Antenna ModeNumber，表示期望每个用户反馈的最优天线模式数目，该字段可以占用2bit，取值[0,3]对应数目[1,4]。每个用户信息中的AID 12字段可以用于指示期望触发反馈最优天线的STA的关联ID。

触发类型字段承载的数值的含义可以如表2所示。

表2

图4所示的方法还可以包括：基于反馈帧所反馈的与第二通信装置对应的天线配对结果，与第二通信装置进行通信。

也就是说，第一通信装置可以基于各个第二通信装置反馈的反馈帧中的天线配对结果与对应的第二通信装置进行通信。

本申请实施例中，第一通信装置通过发送测量帧，可使得第二通信装置基于该测量帧确定通信双方之间的天线配对结果，从而第一通信装置在获得该天线配对结果之后，基于该天线配对结果进行通信。由于天线配对结果是通信双方之间较优的天线配对组合，因此基于天线配对结果指示的天线组合进行通信，可以有效提高通信双方之间的通信效率。同时，基于本申请实施例所示的测量帧进行天线配对，可以有效减弱系统开销的增加程度。

如针对目前存在的发送探测包的方案来说，如空口开销可以理解为O(N*M)量级，内存开销可以理解为O(N*M)量级，由此导致发送探测包的方案的系统开销随M和N的增加而急速增加。然而，本申请实施例中，第一通信装置通过发送测量帧，使得第二通信装置来确定天线配对结果，同时该测量帧占用的空口开销远小于上述探测包的空口开销，从而即使是随着M和N的增加，系统开销也不至于过高。

如目前还存在一种只支持针对某个智能天线设备的TX天线组合或RX天线组合进行选择的方案。然而，该方案中如果通信双方都支持智能天线，那么就无法选出通信双方配对的最优TX和RX天线组合。

以下详细说明本申请实施例涉及的测量帧。可理解，上文图4所示的测量帧的具体说明可以参考下文实现方式一和实现方式二。

实现方式一、测量帧包括NDP帧。

示例性的，在发送测量通知帧(如图7a和图7b所示的发送端发送天线配对测量通知帧)的SIFS后，发送端可以连续发送M_tx×M_rx个NDP(NDP帧之间的间隔可以为SIFS)，发送端和接收端可以切换顺序(或称为特定的顺序)配合切换发送天线组合、接收天线组合。切换顺序可以如下所示：

顺序1：如图7a所示，将NDP帧分为M_rx组，组内发送端顺序切换M_tx个发送天线模式，组间接收端顺序切换M_rx个接收天线模式。

顺序2：如图7b所示，将NDP帧分为M_tx组，组内接收端顺序切换M_rx个接收天线模式，组间发送端顺序切换M_tx个发送天线模式。

本申请实施例所示的NDP帧可以理解为空数据帧，只包含PHY前导(preamble)，不包含MAC帧体。

针对图7a和图7b来说，每个接收端基于NDP帧各自测量M_tx*M_rx(i)个天线模式对的信道信息。

图7a和图7b所示的发送端可以理解为第一通信装置，接收端1可以理解为第二通信装置1，接收端2可以理解为第二通信装置2，天线配对测量通知帧(antennapairsmeasurementanouncement)可以理解为测量通知帧。天线模式(antmode)可以理解为天线组合，即天线模式和天线组合可以相互替换。

作为一个示例，对于HE协议格式来说，在Preamble的HE-SIG-A中包含Tx天线模式ID字段和天线NDP标签字段。如图7c所示，NDP可以包括传统-短训练字段(legacy shorttraining field，L-STF)、传统-长训练字段(legacy long training field，L-LTF)、传统-信令字段(legacy signal field，L-SIG)、传统信令字段的重复(repeated L-SIG，RL-SIG)、高效信令(high efficient signal，HE-SIG)-A字段、高效短训练字段(highefficientshort training field，HE-STF)、高效长训练字段(high efficient longtraining field，HE-LTF)和数据包扩展(packet extension，PE)字段。

其中，HE-SIG-A中可以包括天线NDP标签(antenna NDP flag)，用于标识该NDP是否为天线测量NDP帧。该HE-SIG-A还可以包括发送天线模式ID(TX antenna mode ID)，用于标识发送该NDP帧对应的TX天线模式编号。从而使得接收端能够基于该Tx天线模式编号切换到对应的接收天线模式编号，以执行天线配对过程。考虑到与HE协议物理帧格式兼容，因此本申请实施例中的天线NDP标签复用的是HE-SIG-A1的Bit14(如Reserved字段)。由于协议规定该bit默认值为1，因此约定该字段取值0表示该帧为天线测量NDP帧，该字段取值1表示该帧非天线测量NDP帧。Tx天线模式ID可以复用HE-SIG-A1的Bit8-Bit13(BSS Color字段)，参见表3。协议中HE-SIG-A1为HE-SIG-A的一部分。对于图7c中的其他字段，本申请实施例不作限定。表3示出的是HE-SIG-A字段中的HE-SIG-A1中的部分比特。对于其他比特的说明可以参考相关标准。

表3

可理解，由于接收端收到测量通知帧后，可以通过该帧携带的传输机会(transmissionopportunity，TXOP)信息，确定在TXOP时间内连续发送的NDP帧都是天线配对测量NDP帧，不需要将HE-SIG-A1的Bit8-Bit13解析为BSS Color字段用于判断NDP是否为本BSS报文，因此可以将HE-SIG-A1的Bit8-Bit13复用于TX天线模式ID。

作为另一个示例，针对EHT协议格式来说，在Preamble的U-SIG中包含Tx天线模式ID字段和天线NDP标签字段。如图7d所示，NDP包括传统-短训练字段(legacy shorttraining field，L-STF)、传统-长训练字段(legacy long training field，L-LTF)、传统-信令字段(legacy signal field，L-SIG)、传统信令字段的重复(repeated L-SIG，RL-SIG)、通用信令(universal signal，U-SIG)字段、极高吞吐率信令(extreme highthroughput signal，EHT-SIG)、极高吞吐率短训练字段(extreme high throughput shorttraining field，EHT-STF)、极高吞吐率长训练字段(extreme high throughput longtraining field，EHT-LTF)和数据包扩展(packet extension，PE)字段。

其中，U-SIG可以包括Tx天线模式ID字段和天线NDP标签字段。关于这两个字段的说明可以参考图7c，这里不再详述。考虑到与EHT协议物理帧格式兼容，天线NDP标签字段可以复用U-SIG1的Bit25(Validate字段)，由于协议规定该bit默认值为1，因此约定该bit取0表示该帧为天线测量NDP帧，该bit取1表示该帧非天线测量NDP帧。TX天线模式ID可以复用U-SIG1的Bit7-Bit12(BSS Color字段)。表4示出的是EHT中U-SIG1字段中的部分比特。对于其他比特的说明可以参考相关标准。

表4

针对实现方式一来说，第二通信装置在接收某个NDP帧时，可以根据NDP帧中的发送天线模式ID，以及自身配置的接收天线模式ID，将测量的信道矩阵H，通过<发送天线模式ID，接收天线模式ID>索引保存。从而，后续可以执行如图6b和图6c所示的相关方法等。

实现方式二、测量帧包括PPDU。

示例性的，在发送测量通知帧(如图8a和图8b所示的发送端发送天线配对测量通知帧)的SIFS后，发送端可以发送一个天线配对测量PPDU，该PPDU中包含M_tx*M_rx个物理层训练字段。发送端和接收端可以切换顺序(或称为特定的顺序)配合切换发送天线组合、接收天线组合。切换顺序可以如下所示：

顺序1：如图8a所示，将各训练字段分为M_rx组，组内发送端顺序切换M_tx个发送天线模式，组间接收端顺序切换M_rx个接收天线模式。

顺序2：如图8b所示，将各训练字段分为M_tx组，组内接收端顺序切换M_rx个接收天线模式，组间发送端顺序切换M_tx个发送天线模式。

针对图8a和图8b来说，每个接收端基于训练字段各自测量M_tx*M_rx(i)天线模式对的信道信息。

图8a和图8b所示的发送端可以理解为第一通信装置，接收端1可以理解为第二通信装置1，接收端2可以理解为第二通信装置2，天线配对测量通知帧(antennapairsmeasurementanouncement)可以理解为测量通知帧。天线模式(antmode)可以理解为天线组合，即天线模式和天线组合可以相互替换。

示例性的，天线配对测量PPDU主要包含前导码和多个“训练字段”，该训练字段的数目为M_tx×M_rx。

作为一个示例，如图8c所示，针对HE协议每个训练字段包含：HE-STF、HE-LTF、PE其中，PE时间长度不小于天线模式切换所需要的时间T_switch，以保证从前一个训练字段的HE-LTF到后一个训练字段HE-STF之间，有足够的时间完成天线模式切换。

作为另一个示例，如图8d所示，针对EHT协议每个训练字段包含：EHT-STF、EHT-LTF、PE。其中，PE时间长度不小于天线模式切换所需要的时间T_switch，原因与HE协议相同。

针对实现方式二来说，第二通信装置在接收天线配对测量PPDU时，根据训练字段的顺序，可以推测出该训练字段对应的发送天线模式ID(如由于在测量过程中，发送天线组合和接收天线组合切换的规则是事先约定好的，并且在天线配对测量通知帧中，已经明确M_tx和M_rx，因此可以推测出第几个训练字段对应的是哪个发送天线模式ID。)，再结合针对该训练字段的接收天线模式ID，将测量的信道矩阵H，通过<发送天线模式ID，接收天线模式ID>索引保存。从而，后续可以执行如图6b和图6c所示的相关方法等。

针对上述实现方式一和实现方式二来说，如通信双方都支持16个天线模式，一个第一通信装置可以对应8个第二通信装置。采用传统探测方案：每个天线模式配对，采用AMPDU帧发送占用5ms，空口开销：5ms×16个TX天线模×16个RX天线模式×8个第二通信装置＝10240ms。

采用上述实现方式一：测量序列时间＝天线测量帧(36us)+NDP帧(104us)×16×16+SIFS(16us)×16×16＝30756us，反馈序列时间＝天线反馈Trigger帧(60us)+天线选择报告帧(124us)+SIFS(16)×2＝216us。空口开销：测量序列时间(1956us)+反馈序列时间(216us)＝31ms(30972us)，减小了约300倍。

采用上述实现方式二：测量序列时间＝天线测量帧(36us)+PPDU帧(32us+20us×16×16)+SIFS(16us)＝5204us，反馈序列时间＝天线反馈Trigger帧(60us)+天线选择报告帧(124us)+SIFS(16)×2＝216us。空口开销：测量序列时间(5204us)+反馈序列时间(216us)＝5.4ms(5420us)，减小了约1600倍。

由此可以看出，本申请实施例提供的方案有效减少了系统开销。本申请实施例提供的方案，针对通信双方都支持智能天线的场景，可以显著减小天线模式配对选择的空口开销和内存开销。针对每个用户，传统方案维护M_tx×M_rx个天线模式配对统计量，本方案可以维护1个最优天线模式统计量，内存开销可以为传统方案的1/(M_tx×M_rx)。

从上文介绍的反馈帧中的天线配对结果可以看出，该天线配对结果可以是第一通信装置中的发送天线组合与第二通信装置中的接收天线组合之间的在前1位的天线配对，即天线配对结果可以是第二通信装置所反馈的一个Tx天线模式与一个Rx天线模式之间的配对结果(如可以称为排在第1位的最优配对的结果)。或者，该该天线配对结果可以是第一通信装置中的发送天线组合与第二通信装置中的接收天线组合之间的在前K位的天线配对，K为大于或等于2的整数。在K大于或等于2时，第一通信装置收到第二通信装置反馈的TOP K最优天线配对和对应的最优概率信息后，可以有两种处理策略：策略1：直接选用TOP1的最优配对天线模式；策略2：针对最优概率相近的最优配对天线模式进行补充探测。以下详细说明通信双方进行天线配对补充探测的方法。

示例性的，如图9a所示，第一通信装置可以向第二通信装置发送MU-RTS帧，该MU-RTS帧用于指示第二通信装置待切换的第一接收天线组合。第二通信装置接收到该MU-RTS帧之后，发烧CTS帧。对应的，第一通信装置接收该CTS帧，并切换到天线配对结果对应的第一发送天线组合，基于第一发送天线组合发送A-MPDU。第二通信装置接收到该A-MPDU之后，发送A-MPDU的BA帧。第一通信装置接收到该BA帧之后基于BA帧的误包率确定第一接收天线组合与第一发送天线组合的配对结果。第一通信装置在得到配对结果之后，可以确定最优天线模式配对，并通过最优天线配对通知帧指示给第二通信装置。补充探测可以采用业务数据AMPDU报文发包统计PER，选择PER最小的天线模式配对，第一通信装置需要发送一个特殊的天线探测MU-RTS帧(帧格式可以参考图9b)，指示第二通信装置需要切换的探测的RX天线模式；第二通信装置回CTS之后SIFS时间内，第一通信装置切换到探测TX天线模式，第二通信装置切换到探测RX天线模式，进行探测报文传输；第二通信装置回复BA后，第一通信装置统计探测PER。

示例性的，在TOP K的最优天线配对中，第一通信装置可以针对u概率相差在一定数值之内的Tx天线模式ID和Rx天线模式ID进行补充探测。如表5所示，TOP K的最优天线配对中，有TOP'的最优天线配对概率相近(如概率相差5％以内)，则针对TOP K'的最优天线配对进行补充探测。也就是说，通信双方可以针对表5中的No1.、No2.、No3.所对应的天线配对进行补充探测。

表5

排位	<最优Tx天线模式ID，最优Rx天线模式ID>	最优概率
			No.1	<3，4>	85％
No.2	<2，5>	83％
			No.3	<6，1>	82％
No.4	<4，2>	50％

图9b是本申请实施例提供的一种MU-RTS帧的格式示意图。如图9b，该MU-RTS帧也可以称为天线探测MU-RTS帧。基于协议定义的MU-RTS，对每个User Info中的19bit resv字段取前7bit，复用携带以下信息：天线探测使能(antenna probe enable)、探测RX天线模式ID(probe RX antenna mode ID)。天线探测使能可以用于指示该MU-RTS可以用于进行天线补充探测，探测Rx天线模式ID可以用于指示第二通信装置切换到该探测RX天线模式ID字段所指示的Rx天线模式。

第一通信装置在统计PER之后，可以确定最终的最优天线模式配对，并通过最优天线配对通知帧发送给第二通信装置。图9c是本申请实施例提供的一种最优天线配对通知的格式示意图。如图9c所示，最优天线配对通知帧(best antenna pair announcement)为管理帧类别中的行动帧子类。其中802.11管理帧MAC帧头沿用协议定义，种类字段为行动帧类别，取值可以为21-125中的任一个。如该帧中还可以包括(6bit)最优配对TX天线模式ID(best TX antenna mode ID)和最优配对RX天线模式ID(best RX antenna mode ID。

由此，第二通信装置收到该帧后，可以保存最优配对的RX天线模式ID，后续第一通信装置和第二通信装置采用最优天线模式配对进行数据传输。如图9d所示，如第一通信装置可以发送RTS，第二通信装置回复CTS；在SIFS间隔内，第一通信装置切换到最优配对TX天线模式，第二通信装置切换到最优配对RX天线模式，然后进行数据传输。

本申请所示的实施例均以“字段”为例示出，未具体区分“字段”和“子字段”等。虽然本申请所示的实施例未对“字段”和“子字段”进行具体区分，但是本领域技术人员可以适应性地区分本申请所示的各个字段(或各个元素与字段)之间的关系。可选的，在实际应用中，本申请实施例所示的字段、元素等也可以用信息的形式表示，因此，本申请实施例对于字段、子字段、元素、指示信息等内容的表示形式不作限定。以上所示的各个实施例中，其中一个实施例未详细介绍的内容可以参考另一个实施例，上述各个实施例之间也可以相互结合，对于具体的结合方式，不再一一详述。

本申请实施例所示的各个帧格式中的字段的顺序或字段的长度仅为示例，不应将其理解为对本申请实施例的限定。

以下将介绍本申请实施例提供的通信装置。

本申请根据上述方法实施例对通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面将结合图10至图12详细描述本申请实施例的通信装置。

图10是本申请实施例提供的一种通信装置的结构示意图，如图10所示，该通信装置包括处理单元1001和收发单元1002。收发单元1002可以实现相应的通信功能，处理单元1001用于进行数据处理。如收发单元1002还可以称为通信接口或通信单元等。

在本申请的一些实施例中，该通信装置可以用于执行上文方法实施例中第一通信装置所执行的动作，这时，该通信装置可以为第一通信装置或者可配置于第一通信装置的部件(如芯片或系统等)，收发单元1002用于执行上文方法实施例中第一通信装置的收发相关的操作，处理单元1001用于执行上文方法实施例中第一通信装置处理相关的操作。该通信装置可以用于执行上文方法实施例中由第一通信装置执行的步骤或功能等。

收发单元1002，用于发送测量帧；

收发单元1002，用于接收测量帧的反馈帧。

可理解，本申请实施例所示的收发单元1002，用于发送测量帧可以包括：该收发单元1002，可以通过发送天线组合向第二通信装置发送该测量帧，或者，从处理单元1001输出该测量帧。收发单元1002，用于接收反馈帧可以包括：该收发单元1002，可以通过接收天线组合接收来自第二通信装置的反馈帧，或者，将该反馈帧输入至处理单元1001。对于收发单元的说明，下文同样适用，下文不再一一详述。

在一种可能的实现方式中，收发单元1002，还用于发送测量通知帧。

在一种可能的实现方式中，收发单元1002，还用于发送第一能力信息，以及接收第二能力信息。

在一种可能的实现方式中，收发单元1002，还用于发送触发帧。

在一种可能的实现方式中，收发单元1002，还用于发送MU-RTS帧，接收CTS帧；

处理单元1001，用于切换到天线配对结果对应的第一发送天线组合，基于第一发送天线组合发送聚合的协议数据单元；

收发单元1002，还用于接收聚合的协议数据单元的块确认BA帧；

处理单元1001，用于，基于BA帧的误包率确定第一接收天线组合与第一发送天线组合的配对结果。

在一种可能的实现方式中，处理单元1001，还用于基于所述反馈帧所反馈的与第二通信装置对应的天线配对结果，与第二通信装置进行通信。

可选地，该通信装置还可以包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元1001可以读取存储单元中的指令和/或数据，以使得通信装置实现前述方法实施例。示例性的，存储单元可以用于存储如下至少一项：天线配对结果、最优天线配对模式ID等。

可理解，本申请实施例示出的收发单元和处理单元的具体说明仅为示例，对于收发单元和处理单元的具体功能或执行的步骤等，可以参考上述方法实施例，这里不再详述。以上所示的处理单元和收发单元的说明仅为示例，对于上文涉及到的各个术语的说明可以参考方法实施例。如关于测量帧、反馈帧、触发帧、测量通知帧、NDP帧、PPDU等等的说明可以参考上文的方法实施例，这里不再详述。

复用图10，在本申请的另一些实施例中，该通信装置可以用于执行上文方法实施例中第二通信装置所执行的动作，这时，该通信装置可以为第二通信装置或者可配置于第二通信装置的部件，收发单元1002用于执行上文方法实施例中第二通信装置的收发相关的操作，处理单元1001用于执行上文方法实施例中第二通信装置处理相关的操作。即该通信装置可以用于执行上文方法实施例中由第二通信装置执行的步骤或功能等。

收发单元1002，用于接收测量帧，以及发送测量帧的反馈帧。

在一种可能的实现方式中，收发单元1002，还用于接收测量通知帧。

在一种可能的实现方式中，处理单元1001，用于基于测量帧对应的发送天线组合和接收天线组合确定多个信道信息；基于人工智能AI算法确定多个信道信息中的目标信道信息，基于目标信道信息确定天线配对结果，以及基于天线配对结果生成反馈帧。

在一种可能的实现方式中，收发单元1002，还用于接收触发帧。

在一种可能的实现方式中，收发单元1002，还用于接收MU-RTS帧，发送CTS帧；

所述处理单元1001，用于切换到第一接收天线组合，并基于第一接收天线组合接收聚合的协议数据单元；

收发单元1002，还用于发送所述聚合的协议数据单元的块确认BA帧。

在一种可能的实现方式中，处理单元1001，用于基于反馈帧所反馈的与第一通信装置对应的天线配对结果，与第一通信装置进行通信。

可选地，该通信装置还可以包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元1001可以读取存储单元中的指令和/或数据，以使得通信装置实现前述方法实施例。示例性的，存储单元可以用于存储如下至少一项：天线配对结果、Tx天线模式ID与Rx天线模式ID的对应关系、目标信道信息、最优概率、最优天线配对模式等。

可理解，本申请实施例示出的收发单元和处理单元的具体说明仅为示例，对于收发单元和处理单元的具体功能或执行的步骤等，可以参考上述方法实施例，这里不再详述。可理解，以上所示的处理单元和收发单元的说明仅为示例，对于上文涉及到的各个术语的说明可以参考方法实施例。如关于测量帧、反馈帧、触发帧、测量通知帧、NDP帧、PPDU等的说明可以参考上文的方法实施例，这里不再详述。

以上介绍了本申请实施例的通信装置，以下介绍所述通信装置可能的产品形态。应理解，但凡具备上述图10所述的通信装置的功能的任何形态的产品，都落入本申请实施例的保护范围。

在一种可能的实现方式中，图10所示的通信装置中，处理单元1001可以是一个或多个处理器，收发单元1002可以是收发器，或者收发单元1002还可以是发送单元和接收单元，发送单元可以是发送器，接收单元可以是接收器，该发送单元和接收单元集成于一个器件，例如收发器。本申请实施例中，处理器和收发器可以被耦合等，对于处理器和收发器的连接方式，本申请实施例不作限定。在执行上述方法的过程中，上述方法中有关发送信息的过程，可以理解为由处理器输出上述信息的过程。在输出上述信息时，处理器将该上述信息输出给收发器，以便由收发器进行发射。该上述信息在由处理器输出之后，还可能需要进行其他的处理，然后才到达收发器。类似的，上述方法中有关接收信息的过程，可以理解为处理器接收输入的上述信息的过程。处理器接收输入的信息时，收发器接收该上述信息，并将其输入处理器。更进一步的，在收发器收到该上述信息之后，该上述信息可能需要进行其他的处理，然后才输入处理器。

如图11所示，该通信装置110包括一个或多个处理器1120和收发器1110。

示例性的，当该通信装置用于执行上述第一通信装置执行的步骤或方法或功能时，收发器1110，用于发送测量帧；收发器1110，用于接收测量帧的反馈帧。

在一种可能的实现方式中，收发器1110，还用于发送测量通知帧。

在一种可能的实现方式中，收发器1110，还用于发送第一能力信息，以及接收第二能力信息。

在一种可能的实现方式中，收发器1110，还用于发送触发帧。

在一种可能的实现方式中，收发器1110，还用于发送MU-RTS帧，接收CTS帧；

处理器1120，用于切换到天线配对结果对应的第一发送天线组合，基于第一发送天线组合发送聚合的协议数据单元；

收发器1110，还用于接收聚合的协议数据单元的块确认BA帧；

处理器1120，用于，基于BA帧的误包率确定第一接收天线组合与第一发送天线组合的配对结果。

在一种可能的实现方式中，处理器1120，还用于基于所述反馈帧所反馈的与第二通信装置对应的天线配对结果，与第二通信装置进行通信。

示例性的，当该通信装置用于执行上述第二通信装置执行的步骤或方法或功能时，收发器1110，用于接收测量帧，以及发送测量帧的反馈帧。

在一种可能的实现方式中，收发器1110，还用于接收测量通知帧。

在一种可能的实现方式中，处理器1120，用于基于测量帧对应的发送天线组合和接收天线组合确定多个信道信息；基于人工智能AI算法确定多个信道信息中的目标信道信息，基于目标信道信息确定天线配对结果，以及基于天线配对结果生成反馈帧。

在一种可能的实现方式中，收发器1110，还用于接收触发帧。

在一种可能的实现方式中，收发器1110，还用于接收MU-RTS帧，发送CTS帧；

所述处理器1120，用于切换到第一接收天线组合，并基于第一接收天线组合接收聚合的协议数据单元；

收发器1110，还用于发送所述聚合的协议数据单元的块确认BA帧。

在一种可能的实现方式中，处理器1120，用于基于反馈帧所反馈的与第一通信装置对应的天线配对结果，与第一通信装置进行通信。

可理解，对于处理器和收发器的具体说明还可以参考图10所示的处理单元和收发单元的介绍，这里不再赘述。对于上文涉及到的各个术语的说明可以参考方法实施例。如关于测量帧、反馈帧、触发帧、测量通知帧、NDP帧、PPDU等的说明可以参考上文的方法实施例，这里不再详述。

在图11所示的通信装置的各个实现方式中，收发器可以包括接收机和发射机，该接收机用于执行接收的功能(或操作)，该发射机用于执行发射的功能(或操作)。以及收发器用于通过传输介质和其他设备/装置进行通信。

可选的，通信装置110还可以包括一个或多个存储器1130，用于存储程序指令和/或数据等。存储器1130和处理器1120耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1120可能和存储器1130协同操作。处理器1120可以执行存储器1130中存储的程序指令。可选的，上述一个或多个存储器中的至少一个可以包括于处理器中。可选地，一个或多个存储器中可以用于存储本申请实施例中的天线配对结果等。

本申请实施例中不限定上述收发器1110、处理器1120以及存储器1130之间的具体连接介质。本申请实施例在图11中以存储器1130、处理器1120以及收发器1110之间通过总线1140连接，总线在图11中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成等。

本申请实施例中，存储器可包括但不限于硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)等非易失性存储器，随机存储记忆体(Random AccessMemory，RAM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、只读存储器(Read-Only Memory，ROM)或便携式只读存储器(Compact Disc Read-Only Memory，CD-ROM)等等。存储器是能够用于携带或存储具有指令或数据结构形式的程序代码，并能够由计算机(如本申请示出的通信装置等)读和/或写的任何存储介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

示例性的，处理器1120主要用于对通信协议以及通信数据进行处理，以及对整个通信装置进行控制，执行软件程序，处理软件程序的数据。存储器1130主要用于存储软件程序和数据。收发器1110可以包括控制电路和天线，控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。

当通信装置开机后，处理器1120可以读取存储器1130中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器1120对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到通信装置时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器1120，处理器1120将基带信号转换为数据并对该数据进行处理。

在另一种实现中，所述的射频电路和天线可以独立于进行基带处理的处理器而设置，例如在分布式场景中，射频电路和天线可以与独立于通信装置，呈拉远式的布置。

可理解，本申请实施例示出的通信装置还可以具有比图11更多的元器件等，本申请实施例对此不作限定。以上所示的处理器和收发器所执行的方法仅为示例，对于该处理器和收发器具体所执行的步骤可参照上文介绍的方法。

在另一种可能的实现方式中，图10所示的通信装置中，处理单元1001可以是一个或多个逻辑电路，收发单元1002可以是输入输出接口，又或者称为通信接口，或者接口电路，或接口等等。或者收发单元1002还可以是发送单元和接收单元，发送单元可以是输出接口，接收单元可以是输入接口，该发送单元和接收单元集成于一个单元，例如输入输出接口。如图12所示，图12所示的通信装置包括逻辑电路1201和接口1202。即上述处理单元1001可以用逻辑电路1201实现，收发单元1002可以用接口1202实现。其中，该逻辑电路1201可以为芯片、处理电路、集成电路或片上系统(system on chip，SoC)芯片等，接口1202可以为通信接口、输入输出接口、管脚等。示例性的，图12是以上述通信装置为芯片为例出的，该芯片包括逻辑电路1201和接口1202。

本申请实施例中，逻辑电路和接口还可以相互耦合。对于逻辑电路和接口的具体连接方式，本申请实施例不作限定。

示例性的，当通信装置用于执行上述第一通信装置执行的方法或功能或步骤时，接口1202，用于输出测量帧，并输入反馈帧。

示例性的，逻辑电路1201，用于确定测量帧。示例性的，逻辑电路1201，还用于对输入的反馈帧进行解析，获得天线配对结果。

在一种可能的实现方式中，逻辑电路1201，还用于在空时隙信息字段指示的空时隙内输出关联请求帧；以及对通过接口1202输入的关联响应帧进行解析。

在一种可能的实现方式中，接口1202，还用于输出测量通知帧。

在一种可能的实现方式中，接口1202，还用于输出第一能力信息，并输入第二能力信息。

在一种可能的实现方式中，接口1202，还用于输出触发帧。

在一种可能的实现方式中，接口1202，还用于输出MU-RTS帧，并输入CTS帧；逻辑电路1201，还用于将第一通信装置的发送天线组合切换至第一发送天线组合；接口1202，还用于输出聚合的协议数据单元，并输入BA帧；逻辑电路1201，还用于基于BA帧确定第一接收天线组合和第一发送天线组合的配对结果。

在一种可能的实现方式中，逻辑电路1201，还用于基于天线配对结果与第二通信装置进行通信。

示例性的，当通信装置用于执行上述第二通信装置执行的方法或功能或步骤时，接口1202，用于输入测量帧，并输出反馈帧。

示例性的，逻辑电路1201，还用于对输入的测量帧进行解析。示例性的，逻辑电路1201，还用于确定反馈帧。

在一种可能的实现方式中，接口1202，还用于输入测量通知帧。

在一种可能的实现方式中，逻辑电路1201，还用于基于测量帧对应的发送天线组合和接收天线组合确定多个信道信息；并基于AI算法确定多个信道信息中的目标信道信息，基于目标信道信息确定天线配对结果，基于天线配对结果生成反馈帧。

在一种可能的实现方式中，接口1202，还用于输入触发帧。

示例性的，逻辑电路1201，还用于解析该触发帧。

在一种可能的实现方式中，接口1202，还用于输入MU-RTS帧，并输出CTS帧；逻辑电路1201，还用于将第二通信装置的接收天线组合切换至第一接收天线组合；并基于第一接收聚合的协议数据单元，输出BA帧。

可选地，上述通信装置还可以包括存储器，该存储器可以用于存储天线配对结果。

对于上文涉及到的各个术语的说明可以参考方法实施例。如关于测量帧、反馈帧、触发帧、测量通知帧、NDP帧、PPDU等的说明可以参考上文的方法实施例，这里不再详述。

可理解，本申请实施例示出的通信装置可以采用硬件的形式实现本申请实施例提供的方法，也可以采用软件的形式实现本申请实施例提供的方法等，本申请实施例对此不作限定。

对于图12所示的各个实施例的具体实现方式，还可以参考上述各个实施例，这里不再详述。

本申请实施例还提供了一种无线通信系统，该无线通信系统包括第一通信装置和第二通信装置，该第一通信装置和该第二通信装置可以用于执行前述任一实施例中的方法。或者，该第一通信装置和第二通信装置可以参考图10至图12所示的通信装置。

此外，本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由第一通信装置执行的操作和/或处理。

本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由第二通信装置执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的方法中由第一通信装置执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的方法中由第二通信装置执行的操作和/或处理。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的方法中由第一通信装置执行的操作和/或处理被执行。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的方法中由第二通信装置执行的操作和/或处理被执行。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例提供的方案的技术效果。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括：U盘、移动硬盘、只读存储器(read-onlymemory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (30)

1.一种天线配对方法，其特征在于，所述方法包括：

第一通信装置发送测量帧，所述测量帧中测量元素的数量或所述测量帧的数量由所述第一通信装置中的发送天数组合的信息和第二通信装置中的接收天线组合的信息确定；

所述第一通信装置接收所述测量帧的反馈帧，所述反馈帧用于反馈所述第一通信装置与所述第二通信装置之间的天线配对结果。

2.根据权利要求1所述的方法，其特征在于，所述发送天数组合的信息包括所述发送天线组合的数量或索引，所述接收天线组合的信息包括所述接收天线组合的数量或索引。

3.根据权利要求1或2所述的方法，其特征在于，所述测量帧的数量或所述测量帧中测量元素的数量等于所述第一通信装置的发送天线组合的数量与多个所述第二通信装置中的最大接收天线组合的数量的乘积。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

所述第一通信装置发送测量通知帧，所述测量通知帧包括如下至少一项信息：

所述发送天线组合的数量或索引、所述接收天线组合的数量或索引、所述天线配对结果中的天线组合配对的数量。

5.根据权利要求4所述的方法，其特征在于，所述测量通知帧还包括如下至少一项信息：

进行天线测量的所述第二通信装置的标识、所述第二通信装置的数量。

6.根据权利要求1-5任一项所述的方法，其特征在于，

所述测量帧包括空数据包NDP帧，所述NDP帧包括如下至少一项：标识所述NDP帧用于天线测量的信息、所述NDP帧所对应的发送天线组合的标识；或者，

所述测量帧包括物理层协议数据单元PPDU，所述测量元素包括所述PPDU中的训练字段。

7.根据权利要求4-6任一项所述的方法，其特征在于，所述第一通信装置发送测量通知帧包括：

在所述第一通信装置支持天线配对能力且所述第二通信装置支持天线配对能力的情况下，发送所述测量通知帧。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

所述第一通信装置发送第一能力信息，所述第一能力信息用于指示第一通信装置的天线配对能力，所述第一能力信息包括如下至少一项：所述第一通信装置是否支持天线配对能力、所述第一通信装置中的发送天线组合的数量或索引、所述第一通信装置切换发送天线组合的时间；

所述第一通信装置接收第二能力信息，所述第二能力信息用于指示所述第二通信装置的天线配对能力，所述第二能力信息包括如下至少一项：所述第二通信装置是否支持天线配对能力、所述第二通信装置中的接收天线组合的数量或索引、所述第二通信装置切换接收天线组合的时间。

9.根据权利要求1-8任一项所述的方法，其特征在于，所述第一通信装置接收所述测量帧的反馈帧之前，所述方法还包括：

所述第一通信装置发送触发帧，所述触发帧用于触发所述第二通信装置发送所述反馈帧。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述第一通信装置接收所述测量帧的反馈帧之后，所述方法还包括：

所述第一通信装置向所述第二通信装置发送多用户请求发送MU-RTS帧，所述MU-RTS帧用于指示所述第二通信装置待切换的第一接收天线组合；

接收清除发送CTS帧，所述第一通信装置切换到所述天线配对结果对应的第一发送天线组合；

基于所述第一发送天线组合发送聚合的协议数据单元，并接收所述聚合的协议数据单元的块确认BA帧，基于所述BA帧的误包率确定所述第一接收天线组合与所述第一发送天线组合的配对结果。

11.根据权利要求1-10任一项所述的方法，其特征在于，所述方法还包括：

基于所述反馈帧所反馈的与所述第二通信装置对应的天线配对结果，与所述第二通信装置进行通信。

12.一种天线配对方法，其特征在于，所述方法包括：

第二通信装置接收测量帧，所述测量帧中测量元素的数量或所述测量帧的数量由第一通信装置中的发送天数组合的信息和所述第二通信装置中的接收天线组合的信息确定；

所述第二通信装置发送所述测量帧的反馈帧，所述反馈帧用于反馈所述第一通信装置与所述第二通信装置之间的天线配对结果。

13.根据权利要求12所述的方法，其特征在于，所述发送天数组合的信息包括所述发送天线组合的数量或索引，所述接收天线组合的信息包括所述接收天线组合的数量或索引。

14.根据权利要求12或13所述的方法，其特征在于，所述测量帧的数量或所述测量帧中测量元素的数量等于所述第一通信装置的发送天线组合的数量与多个所述第二通信装置中的最大接收天线组合的数量的乘积。

15.根据权利要求12-14任一项所述的方法，其特征在于，所述第二通信装置接收测量帧之前，所述方法还包括：

所述第二通信装置接收测量通知帧，所述测量通知帧包括如下至少一项信息：

所述发送天线组合的数量或索引、所述接收天线组合的数量或索引、所述天线配对结果中的天线组合配对的数量。

16.根据权利要求15所述的方法，其特征在于，所述测量通知帧还包括如下至少一项信息：

进行天线测量的所述第二通信装置的标识、所述第二通信装置的数量。

17.根据权利要求15或16所述的方法，其特征在于，所述第二通信装置接收测量帧包括：

所述第二通信装置基于所述测量通知帧以及切换顺序依次切换接收天线组合，以及基于切换的接收天线组合接收所述测量帧。

18.根据权利要求17所述的方法，其特征在于，所述切换顺序的信息包含于所述测量通知帧中；或者，所述切换顺序的信息由标准定义。

19.根据权利要求12-18任一项所述的方法，其特征在于，所述测量帧包括空数据包NDP帧，所述NDP帧包括如下至少一项：标识所述NDP帧用于天线测量的信息、所述NDP帧所对应的发送天线组合的标识；或者，

所述测量帧包括物理层协议数据单元PPDU，所述测量元素包括所述PPDU中的训练字段。

20.根据权利要求12-19任一项所述的方法，其特征在于，所述发送所述测量帧的反馈帧之前，所述方法还包括：

基于所述测量帧对应的发送天线组合和接收天线组合确定多个信道信息；

基于人工智能AI算法确定所述多个信道信息中的目标信道信息，基于所述目标信道信息确定天线配对结果，所述AI算法的输入包括所述多个信道信息，所述AI算法的输出包括所述目标信道信息；

基于所述天线配对结果生成所述反馈帧。

21.根据权利要求12-20任一项所述的方法，其特征在于，所述第二通信装置发送所述测量帧的反馈帧之前，所述方法还包括：

所述第二通信装置接收触发帧，所述触发帧用于触发所述第二通信装置发送所述反馈帧。

22.根据权利要求12-21任一项所述的方法，其特征在于，所述第二通信装置发送所述测量帧的反馈帧之后，所述方法还包括：

所述第二通信装置接收多用户请求发送MU-RTS帧，所述MU-RTS帧用于指示所述第二通信装置待切换的第一接收天线组合；

发送清除发送CTS帧，所述第二通信装置切换到所述第一接收天线组合；

基于所述第一接收天线组合接收聚合的协议数据单元，并发送所述聚合的协议数据单元的块确认BA帧。

23.根据权利要求12-22任一项所述的方法，其特征在于，所述反馈帧包括如下至少一项信息：

所述天线配对结果中的发送天线组合的索引、所述天线配对结果中的接收天线组合的索引、所述天线配对结果的配对概率。

24.根据权利要求12-23任一项所述的方法，其特征在于，所述方法还包括：

基于所述反馈帧所反馈的与所述第一通信装置对应的天线配对结果，与所述第一通信装置进行通信。

25.一种通信装置，其特征在于，包括用于执行如权利要求1-24任一项所述方法的单元。

26.一种通信装置，其特征在于，包括处理器和存储器；

所述存储器用于存储指令；

所述处理器用于执行所述指令，以使权利要求1-24任一项所述的方法被执行。

27.一种通信装置，其特征在于，包括逻辑电路和接口，所述逻辑电路和接口耦合；

所述接口用于输入和/或输出代码指令，所述逻辑电路用于执行所述代码指令，以使权利要求1-24任一项所述的方法被执行。

28.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序被执行时，如权利要求1-24任一项所述的方法被执行。

29.一种计算机程序，其特征在于，所述计算机程序被执行时，如权利要求1-24任一项所述的方法被执行。

30.一种通信系统，其特征在于，所述通信系统包括第一通信装置和第二通信装置，所述第一通信装置用于执行如权利要求1-11任一项所述的方法，所述第二通信装置用于执行如权利要求12-24任一项所述的方法。