Wi-Fi技术简介（十）- Wi-Fi7技术白皮书
原文关注公众号 - 无线技术栈，及时查看网络/Wi-Fi更多知识
“本文图片没有一一列出，感兴趣可以关注公众号 - 无线技术栈”
完整的内容可以查看公众号文章~
概述
Wi-Fi标准发展介绍
IEEE于1990年成立了802.11技术组，以推动802.11协议的制定与发展，截至目前，802.11已成为成熟的协议家族，其包含了一系列完整的协议；IEEE802.11最初版本定义了MAC层、PHY层，也称为802.11-1997；802.11的便捷、标准等特性，使得它一举击败其他同期的标准，成为了行业标准；其发展里程主要经历了11a、11b、11g、11n、11ac、11ax以及目前的11be;
802.11n(Wi-Fi4):IEEE802.11工作组成立了HT(High Throughput)专项技术组，2009年颁布，主要有四个特性；
（1）支持4*4空间流；
（2）定义了SU beamforming技术，提升rx性能；
（3）20Mhz带宽速率最大300Mbps，40MHz带宽速率最大600Mbps;
（4）支持802.11e特性，支持qos;
802.11ac(Wi-Fi5):IEEE802.11工作组2014年颁布，称为VHT(Very High Throughput),有几个主要特性；
（1）支持8*8空间流；
（2）最大带宽支持160MHz，速率最大支持6.9Gbps;
（3）引入下行MU-MIMO技术，用来支持下行多用户并行传输；
802.11ax(Wi-Fi6):IEEE802.11工作组2019年颁布，称为HE（High-Efficiency-Wireless）标准，主要针对高密度多用户并发场景，主要特定如下：
（1）引入OFDMA技术，提升高密度环境下wlan的吞吐效率；
（2）引入上行MU-MIMO，进一步提升高密度场景的吐屯效率和Qos;
802.11be(Wi-Fi7):Wi-Fi7也是本节介绍的重点，称为EHT(Extremely Throughput)标准，IEEE802.11工作组2023年颁布，其特性如下：
（1）引入6G新频谱，可以提供1.2GHz（美国等FCC国家）/480MHz（欧洲）超大纯净频谱，信道带宽相比Wi-Fi6从160MHz提升到了320MHz，最大速率支持23Gbps;
（2）引入MLO（Multi-link-operation）技术，可以多射频通路并发工作，频段支持5+6/5+5/2+5;
一图概览差异：图片
Wi-Fi7技术优势
Wi-Fi7相比Wi-Fi6，在新技术、速率、带宽、频段等多方面进行了优化，技术方面引入了MLO、MRU、rTWT等等，速率方面平均提升了20%，带宽拓展成了两个频段的带宽综合，频段支持了6G频谱；其主要的三个影响：
更大吞吐：
Wi-Fi7引入了320MHz带宽、4K-QAM、MLO技术，同等条件下，Wi-Fi7相比Wi-Fi6速率提升了2.4倍；最高理论速率支持30Gbps，对于手机侧双天线的设备当然没有这么高的速率，国际最大测速4.3Gbps，国内最大测速3.2Gbps，主要是由于6G的支持差异，看一下国内的手机产品Wi-Fi7测速结果：
图片
图片
更低延迟：
Wi-Fi7可以并发工作在2.4G、5G、6G三个频段，同时引入MLO技术，可以在多个频段之间灵活切换，规避掉嘈杂的信道，此外，还有MRU技术的加持，低延迟方面效果显著；
更强接入：
基于MLO技术，相同场景下AP可以选择多个频段灵活接入，此外，得益于4K-QAM、MIMO、MRU技术，Wi-Fi7在环境密集场景下，可以更大程度的避免空口竞争带来的资源浪费，让Wi-Fi7设备拥有更强的接入能力；
更多带宽组合：
Wi-Fi6带宽支持：
图片
Wi-Fi7带宽支持：
图片
11be主流技术
1.1 MLO: Multi-link operation
MLD:Multi-link device，泛指一个Wi-Fi7设备
图片
图片
用白话来讲，MLO就是指多link连接，每个link对应每个MAC\PHY\RADIO，各link之间可以并发工作也可以各自工作，在IP层面仍然是一个连接一个IP地址，存在以下几种共存模式：
（1）MLMR：Multi-link Multi-Radio
（2）MLSR：multi-link single-radio
（3）EMLSR：enhanced multi-link single-radio
（4）EMLMR：enhanced multi-link multi-radio
1.1.1 MLSR:multi-link single-radio
这个没什么好说的，除了协议支持11BE，其他与Wi-Fi6没什么差异，STA & AP只能在一条link上通信，只能在一条link上TX/RX；
1.1.2 MLMR:multi-link multi-radio
STA & AP可以同时在两条link上工作，提高了wifi吞吐上限，比如其支持2.4G + 5.2G、5G + 6G；相比双Wi-Fi的差异是：
（1）二者都是基于DBS/HBS工作，双Wi-Fi是在IP层面进行分包聚合，而MLO是在MAC层进行分包聚合；
（2）双Wi-Fi具备两个IP地址，而MLO在上层仍然只有一个IP；
这里需要注意的是，MLMR工作模式下有两种模式:
STR:Simultaneous Tx and Rx，两个射频通路要么一起TX，要么一起RX；
图片
NSTR:Non-Simultaneous Tx and Rx，允许两条link分别进行TX & RX，可以异步发送/接收；
图片
1.1.3 EMLSR：enhanced multi-link single-radio
顾名思义，它是MLSR的增强版本，表示两条link并发工作，区别于MLMR，其只有一个radio通路+加一个低功耗的listen-radio，这种工作模式设计的初衷是为了一些低端芯片也可以享有wifi7的红利，即使用一个radio两个频段，在其中一个频段工作质量差的时候可以切换到另外一个link上，简单来说，其不支持两条link并发工作，在一个link工作的时候，另外一个link是聋子，其也有以下几个弊端：
1.相比single link吞吐低，因为link切换时对吞吐有影响；
如何理解EMLSR：
E-enhanced,相比MLSR它可以监听两条link，在wlan芯片内部有一个aux radio，只能用来listen，支持5+5并发工作（RX）;
图片
1.1.4 EMLMR: enhanced multi-link multi-radio
在EMLMR（Enhanced Multi-Link Multi-Radio）工作方式中，STA的两个radio的各自2x2空间流可以配置组合,
Radio1的Tx/Rx工作在链路1上，Radio2的Tx/Rx工作在链路2上，也支持Radio1的Rx和Radio2的Rx工作在链路1而Radio1的Tx和Radio2的Tx工作在链路2的组合。最后根据链路所在信道拥塞在某条链路上进行数据传输，个人理解只有在STR MLMR支持之后，EMLMR才能带来收益，比如一条单独处理TX，一条单独处理RX，收益还是很大的，目前还没有机型支持；
Mark：主要是面对空间流的调整规划；
图片
1.1.5 MLO涉及的几个MAC地址
一个MLD至少有两个MAC地址（对于双link而已），每个link需要有一个唯一的MAC，MLD-mac-address可以是唯一的也可以与其中一条link mac保持一致；
如何使用这几个MAC地址：
（1）在空口传输中，TA/RA使用各自link对应的MAC；
（2）对于数据包，SA/DA使用MLD MAC；
图片
对于各个MAC解析参考2.2章节
Mark:link MAC只是MAC的概念，对于IP层面，只有一个MLD MAC，
我们以arp包为例，arp也是数据包，对于L3层只有MLD mac，但是在L2层会有link、mld mac，STA的mac信息如下：
STA mac(2462) - 2e:d6:42:::5d, (5745) - 2e:d6:42:::5c, MLD - 2e:d6:42:: :d7
AP mac(5745) - a4:a9:30:::39, (5745) - a4:a9:30:::3a, b6:a9:30:: :37
Tcpdump arp发包mac使用如下：
图片
Sniffer arp发包mac使用如下：
图片
1.2 320MHz
11be支持多种带宽组合，支持6G 320MHz，支持组合带宽240Mhz(5.2G 160MHz + 5.8G 80MHz);
Mark:硬件能力最大就是320MHz，如果5.2G 160MHz + 6G 320MHz，其带宽也是320MHz，目前国内不能支持6G，因此也无法支持320Mhz.
1.3 4k QAM
Wi-Fi标准一直致力于提升数据传输速率，一种思路是提升单位符号（Symbol）携带数据的能力。如下图所示，如果我们把承载数据的符号比作车，把携带的数据比作待运输的货物。原本一辆车只能携带 8bit 数据，如果能增加携带数据量，那么同样的一辆车，比原先携带的内容多了，数据传输速率自然快了。
图片
1.4 MRU
MRU基于RU实现，实际使用的时候，Wi-Fi6的做法是将不同类型的RU分配给不同的用户，20MHz信道可以分配给用户1~6，用户1使用106-tone RU，用户2~6使用26-tone RU；但Wi-Fi6标准下，同一个周期内一个用户仅可分配到1个RU资源。这样，必然有部分RU资源被闲置，缺乏灵活性。
图片
Wi-Fi7突破了这一限制，Wi-Fi7引入了MRU，允许单个用户同时占用多 RU，并且不同大小的RU之间可以进行组合。
图片
当然基于实现复杂度和频谱资源利用效率的均衡，这种组合也有一些限制，例如小型RU（<20MHz）只能与小型RU组合，大型RU（≥20MHz）只能与大型RU组合，如表所示。
图片
1.5 Sounding TB SU Full/Partial BW feedback
协议章节：35.7 EHT sounding operation
能力描述：EHT的一种信道探测技术
图片
涉及的关键词：
TB:trigger-base（协议中的TB应该是这个）/Transmit-beamforming
SU:Single-user
BW:Bindwidth
NDP:Null data packet
SS:Spatial stream
EHT beamformer：an SU beamformer and an MU beamformer
EHT beamformee：an SU beamformee and an MU beamformee
主要使用场景：
Transmit beamforming and DL MU-MIMO
帧载体：NDP
角色：Beamformer(AP)、Beamformee(STA)
EHT sounding两个流程（TB&NO-TB）：
图片
图片
关键能力：我理解的是在AP&STA并且是AP天线>STA天线之后，进行信道监听，STA反馈一个steering-matrix，AP侧进行beamforming\mu-mimo等技术；
This feature allows the AP to solicit beamforming feedback from one of more STA(s) in the same Sounding sequence using EHT TB PPDU i.e., better medium efficiency. Also, an AP can solicit partial bandwidth SU feedback from an SU beamformee to further improve the medium utilization.
在无线局域网（WLAN）协议中，EHT sounding protocol（EHT探测协议）是一种用于高效测量和优化无线网络的技术。EHT（Extended High Throughput，扩展高吞吐量）是802.11ax（Wi-Fi 6）和802.11be（Wi-Fi 7）标准中的一个概念，旨在提供更高的数据传输速度和网络容量。EHT sounding protocol是EHT（Extended High Throughput）标准的一部分，它在无线网络中起到以下几个重要作用：
-
信道测量和优化
EHT sounding protocol用于测量无线信道的状态，以便进行优化。通过探测（sounding）过程，设备能够获取信道的详细信息，如信道质量、干扰情况等。这些信息可以用于调整发射功率、选择合适的调制方式和编码方式，从而提高网络性能和可靠性。 -
支持高级MIMO技术
EHT sounding protocol支持高级MIMO（多输入多输出）技术的应用。通过测量多个天线链路的信道状态，EHT sounding protocol可以帮助优化MIMO技术的配置，提升多天线系统的数据传输速率和效率。例如，EHT sounding可以用于确定空间流的数量和分布，以支持更高效的信号传输和接收。 -
改进的反馈机制
EHT sounding protocol允许设备在探测过程中收集和反馈大量的信道信息。这些反馈可以包括信道状态信息（CSI）、信道质量指示器（CQI）等，这些信息对于网络优化和动态调整非常重要。 -
探测流程
EHT sounding protocol的基本流程包括：
NDP Announcement：EHT beamformer（发射设备）发送一个NDP（Null Data Packet）公告框架，通知接收设备即将进行探测。
Sounding NDP：EHT beamformer随后发送一个EHT sounding NDP框架，包含实际的探测信号。
Feedback Frames：接收设备在探测后发送反馈框架，包含测量结果和信道状态信息。 -
适用于高吞吐量环境
EHT sounding protocol设计用于在高吞吐量的环境中操作，能够处理大量的数据流和复杂的信号传输要求。这使得它在现代Wi-Fi网络中特别重要，尤其是在需要高数据速率和低延迟的应用场景中。
能力是否支持：
图片
1.6 Restricted-TWT
Wi-Fi6引入了TWT机制，TWT是由802.11ah标准首次提出，初衷是针对 IoT设备，特别是为低业务量的设备而设计的一套节能机制。在TWT机制下，AP和终端可以建立一套TWT协议，双方约定好一个TWT服务时间，终端只有在服务时间内才会工作，其他时间处于休眠状态。这就好比送快递，收件人不需要守候在家中等收货，只要跟快递员约定一个固定时间上门送货，其他时间收件人则可以自由行动。TWT有2种模式，一种是Individual TWT，一种是Broadcast TWT，Wi-Fi6协议要求AP支持单播 TWT，广播xTWT可选；STA可选支持单播TWT。
TWT的核心功能就是在STA&SAP之间建立TWT SP(service Period)，双端约定在SP周期内进行数据传输，在SP之外进入休眠状态，一方面降低了功耗，另一方面使得多个STA错开信道的访问时间，减少了竞争压力；
图片
Wi-Fi 7 的改进则是基于 Multi-Link 定义了跨 Link 的 TWT 机制，并针对低时延特性定义了受限目标唤醒时间 Restricted TWT(R-TWT)。R-TWT 允许 AP 使用增强的信道接入和资源预留机制，以提供更可预测的延迟、更低的最坏情况延迟和/或更低的抖动，并为延迟敏感流量提供更高的可靠性。R-TWT 操作沿用了广播 TWT 协商机制，并在TWT Setup 帧中将 Restricted TWT 所需信息携带上。
r-TWT服务周期的信道竞争规则如下：
图片
1.7 Recommended Max Simultaneous Links
通俗来讲，它是MLMR模式下的一种工作方式，也被成为STR，就是同一时间允许同时TX/RX的link数，如下图：
图片
这个feature对于多场景共存时有很大的帮助，例如STA + GO，STA +
SAP…(目前还没有找到支持的产品)图片
二 关键流程
2.1 EHT MLO IE
208 /**
209 * struct wlan_mlo_ie - wlan ML IE info
210 * @type: the variant of the ML IE
211 * @reserved: reserved
212 * @link_id_info_present: the present flag of link id info
213 * @bss_param_change_cnt_present: the present flag of bss prarm change cnt
214 * @medium_sync_delay_info_present: the present flag of medium sync delay info
215 * @eml_capab_present: the present flag of EML capability
216 * @mld_capab_and_op_present: the present flag of MLD capability and operation
217 * @mld_id_present: the present flag of MLD ID
218 * @ext_mld_capab_and_op_present: Extended MLD Capabilities And
219 * Operations Present
220 * @reserved_1: reserved
221 * @common_info_length: common info length
222 * @mld_mac_addr: MLD mac address
223 * @link_id: link id
224 * @bss_param_change_count: bss param change count
225 * @medium_sync_delay_info: structure of medium_sync_delay
226 * @eml_capabilities_info: structure of eml_capabilities
227 * @mld_capab_and_op_info: structure of mld_capabilities and operations
228 * @mld_id_info: MLD ID
229 * @ext_mld_capab_and_op_info: structure of ext_mld_capab_and operations
230 * @num_sta_profile: the number of sta profile
231 * @sta_profile: structure of wlan_mlo_sta_profile
232 * @num_data: the length of data
233 * @data: the ML IE data, includes element ID + length + extension element ID +
234 * multi-link control and common info.
235 */236 struct wlan_mlo_ie {
237 uint16_t type:3;
238 uint16_t reserved:1;
239 uint16_t link_id_info_present:1;
240 uint16_t bss_param_change_cnt_present:1;
241 uint16_t medium_sync_delay_info_present:1;
242 uint16_t eml_capab_present:1;
243 uint16_t mld_capab_and_op_present: 1;
244 uint16_t mld_id_present: 1;
245 uint16_t ext_mld_capab_and_op_present: 1;
246 uint16_t reserved_1:5;
247 uint8_t common_info_length;
248 uint8_t mld_mac_addr[6];
249 uint8_t link_id;
250 uint8_t bss_param_change_count;
251 struct medium_sync_delay medium_sync_delay_info;
252 struct eml_capabilities eml_capabilities_info;
253 struct mld_capab_and_op mld_capab_and_op_info;
254 uint8_t mld_id_info;
255 struct ext_mld_capab_and_op ext_mld_capab_and_op_info;
256 uint16_t num_sta_profile;
257 struct wlan_mlo_sta_profile sta_profile[WLAN_MLO_MAX_VDEVS];
258 uint16_t num_data;
259 uint8_t data[WLAN_MLO_IE_COM_MAX_LEN];
260 };
图片
图片
图片
图片
2.2 连接过程
2.2.1 MAC&网口分配创建
MLO设备中需要分配至少两个MAC地址以及至少两个网口设备，用于Multi-link连接，MAC地址包括MLD、Link_maci，分配过程如下：
图片
图片
2.2.2 评分机制
Multi_link进行连接时，auth、assoc只在一个channel进行，具体在那个link进行根据评分确定；
评分根据信道带宽、rssi等等整体决定；
2.2.3 连接过程
图片
图片
用白话来说，就是对于beacon、probe与Wi-Fi6连接无异，每个link都需要，但是auth、assoc、EAPOL是指定其中一个link握手，其中GTK/IGTK/BIGTK复用，eapol4之后双端会将已经计算或者保存的PTK、GTK install到两条link；
图片
判断是否ML-AP的几个条件：
（1）是否支持11BE；
（2）是否有有效的MLD；
（3）加密方式是否豁免；
（4）空口报文解析是否包含basic variant IE
（5）根据probe response RNR & assoc link info确认是否支持MLO；
展示一份实际连接过程的日志：
//wpa_supplicant
128892:05-30 03:56:30.691 3053 4891 D WifiClientModeImpl[699155:wlan0]: CMD_START_CONNECT my state DisconnectedState nid=0 roam=false
128933:05-30 03:56:30.781 9028 9028 I wpa_supplicant: wlan0: Trying to associate with SSID ‘Xiaomi_1500_2G’
129094:05-30 03:56:31.220 9028 9028 I wpa_supplicant: wlan0: CTRL-EVENT-CONNECTED - Connection to 0a:d1:59:cf:15:04 completed [id=0 id_str=%7B%22configKey%22%3A%22%5C%22Xiaomi_1500_2G%5C%22WPA_PSK%22%2C%22creatorUid%22%3A%221000%22%7D] ap_mld_addr=1a:d1:59:cf:15:02
//driver log
vdev-0
03:56:30.799489 [schedu][0x32a6492cf][19:56:30.799268]: [9015:I:CMN_MLME] vdev 0 cm_id 0xc000001: Connecting to Xiaomi_1500_2G 0a:d1:59:cf:15:04 rssi: -30 freq: 5180 akm 0x2 cipher: uc 0x8 mc 0x8, wps 0 osen 0 force RSN 0 CC: CN
03:56:30.936557 [schedu][0x32a8c4060][19:56:30.934704]: [9015:I:PE] Auth TX: vdev 0 seq 1 seq num 2049 status 0 WEP 0 to 0a:d1:59:cf:15:04
03:56:30.962215 [schedu][0x32a8e9cce][19:56:30.942762]: [9015:I:PE] Auth TX: success (0)
03:56:30.963118 [schedu][0x32a9459d5][19:56:30.962349]: [9015:I:PE] Assoc req TX: vdev 0 to 0a:d1:59:cf:15:04 seq num 2050
03:56:31.020370 [schedu][0x32a972ff6][19:56:30.972031]: [9015:I:PE] Assoc req TX: success (0)
03:56:31.097421 [schedu][0x32aba3a9b][19:56:31.091639]: [9015:D:CMN_MLME] ±--------CONNECTION INFO START------------+
03:56:31.097422 [schedu][0x32aba3ad1][19:56:31.091642]: [9015:D:CMN_MLME] VDEV-ID: 0 self_mac:5e:26:46:04:46:0e
03:56:31.097424 [schedu][0x32aba3b07][19:56:31.091645]: [9015:D:CMN_MLME] ssid: Xiaomi_1500_2G bssid: 0a:d1:59:cf:15:04 RSSI: -30 dBm
03:56:31.097425 [schedu][0x32aba3b5a][19:56:31.091649]: [9015:D:CMN_MLME] Channel Freq: 5180 channel_bw: BW_160MHZ dot11Mode: DOT11_MODE_11BE
03:56:31.097427 [schedu][0x32aba3b9a][19:56:31.091652]: [9015:D:CMN_MLME] AKM: WPA2-PSK Encry-type: ENC_MODE_AES
03:56:31.097428 [schedu][0x32aba3bd2][19:56:31.091655]: [9015:D:CMN_MLME] DUT_NSS: 2 | Intersected NSS:1
03:56:31.097429 [schedu][0x32aba3c0f][19:56:31.091658]: [9015:D:CMN_MLME] Qos enable: 1 | Associated: yes
03:56:31.097431 [schedu][0x32aba3c4b][19:56:31.091661]: [9015:D:CMN_MLME] self_mld_addr:5e:26:46:04:46:8e link_id:1
03:56:31.097432 [schedu][0x32aba3c75][19:56:31.091664]: [9015:D:CMN_MLME] peer_mld_mac:1a:d1:59:cf:15:02
03:56:31.097433 [schedu][0x32aba3ca1][19:56:31.091666]: [9015:D:CMN_MLME] ±--------CONNECTION INFO END------------+
03:56:31.098084 [schedu][0x32abae871][19:56:31.093956]: [9015:I:OSIF] wlan0(vdevid-0): 5e:26:46:04:46:0e Connect with 0a:d1:59:cf:15:04 “Xiaomi_1500_2G” is SUCCESS, cmid 0xc000001
03:56:31.098395 [dp_rx_][0x32abc1b31][19:56:31.098047]: [9017:I:QDF] EAPOL-1 RX: SA:1a:d1:59:cf:15:02 DA:5e:26:46:04:46:8e
03:56:31.132631 [soft_i][0x32ac1e33b][19:56:31.117780]: [0:I:QDF] EAPOL-2 TX: SA:5e:26:46:04:46:8e DA:1a:d1:59:cf:15:02 msdu_id:0 status: succ
03:56:31.134102 [dp_rx_][0x32ac637dc][19:56:31.132562]: [9017:I:QDF] EAPOL-3 RX: SA:1a:d1:59:cf:15:02 DA:5e:26:46:04:46:8e
03:56:31.150446 [soft_i][0x32ac86b35][19:56:31.140073]: [0:I:QDF] EAPOL-4 TX: SA:5e:26:46:04:46:8e DA:1a:d1:59:cf:15:02 msdu_id:0 status: succ
vdev-1:
03:56:31.134098 [schedu][0x32ac63762][19:56:31.132556]: [9015:I:CMN_MLME] vdev 1 cm_id 0xc010001: Connecting to Xiaomi_1500_2G 0a:d1:59:cf:15:03 rssi: -39 freq: 5785 akm 0x2 cipher: uc 0x8 mc 0x8, wps 0 osen 0 force RSN 0 CC: CN
03:56:31.274214 [schedu][0x32aef6222][19:56:31.273072]: [9015:D:CMN_MLME] ±--------CONNECTION INFO START------------+
03:56:31.274217 [schedu][0x32aef623d][19:56:31.273074]: [9015:D:CMN_MLME] VDEV-ID: 1 self_mac:5e:26:46:04:46:0f
03:56:31.274271 [schedu][0x32aef6258][19:56:31.273075]: [9015:D:CMN_MLME] ssid: Xiaomi_1500_2G bssid: 0a:d1:59:cf:15:03 RSSI: -39 dBm
03:56:31.274274 [loc-mq][0x32aef62d4][19:56:31.273084]: [9024:D:HDD] wlan_hdd_cfg80211_get_channel_sta: freq:5180, ch_width:5, c_freq1:5250, c_freq2:0
03:56:31.274276 [schedu][0x32aef6339][19:56:31.273087]: [9015:D:CMN_MLME] Channel Freq: 5785 channel_bw: BW_80MHZ dot11Mode: DOT11_MODE_11BE
03:56:31.274279 [schedu][0x32aef6369][19:56:31.273089]: [9015:D:CMN_MLME] AKM: WPA2-PSK Encry-type: ENC_MODE_AES
03:56:31.274281 [schedu][0x32aef6384][19:56:31.273091]: [9015:D:CMN_MLME] DUT_NSS: 2 | Intersected NSS:1
03:56:31.274284 [schedu][0x32aef639f][19:56:31.273092]: [9015:D:CMN_MLME] Qos enable: 1 | Associated: yes
03:56:31.274286 [schedu][0x32aef63bf][19:56:31.273094]: [9015:D:CMN_MLME] self_mld_addr:5e:26:46:04:46:8e link_id:2
03:56:31.274289 [schedu][0x32aef63d5][19:56:31.273095]: [9015:D:CMN_MLME] peer_mld_mac:1a:d1:59:cf:15:02
03:56:31.274291 [schedu][0x32aef63ed][19:56:31.273096]: [9015:D:CMN_MLME] ±--------CONNECTION INFO END------------+
03:56:31.354837 [schedu][0x32af4ddeb][19:56:31.291789]: [9015:I:OSIF] wlan0(vdevid-1): 5e:26:46:04:46:0f Connect with 0a:d1:59:cf:15:03 “Xiaomi_1500_2G” is SUCCESS, cmid 0xc010001
通过以上可以看到几个MAC信息：
STA MLD mac:5e:26:46:04:46:8e
STA LINK1 mac:5e:26:46:04:46:0e
STA LINK2 mac:5e:26:46:04:46:0f
AP MLD mac:1a:d1:59:cf:15:02
Ap link1 mac:0a:d1:59:cf:15:04
Ap link2 mac:0a:d1:59:cf:15:03
图片
2.3.4 EHT ADDBA建立
图片
图片
根据协议来看，支持mlo时，BIT5-7位是100（3），可以比对sniffer来确认是否支持1k，用白话来说，为了提高wifi吞吐量，引入了BAK机制，即一次发多少包，但只确认一次，所以这个BA-buffer将决定一次发包的长度，即A-MPDU聚合包长度，其与吞吐量有关系；
（1）一个由于BA协商问题影响吞吐的案例：连接be10000路由测试吞吐（手机侧wifi7没有开始，会按照wifi6连接），数值只有20M左右，目前拆解来看，在建立连接之后，路由会delete BA，会导致双端没有BAK，按照TCP-ACK-rts/cts跑，不能发聚合包;
图片
2.3.5 加密方式限制
图片
根据协议来看，规定了Wi-Fi7支持wpa2/wpa3加密，不在支持open加密，可以根据厂商需求进行豁免；
2.3.6 MLSR/MLMR switch
协议中并没有对link切换进行详细规定，这部分主要取决于厂商实现，MTK平台目前wifi7只有MLMR模式，高通平台都支持，切换的场景如下：
1.低延迟
adb shell
wpa_cli
set_latency_level 4
2.beacon miss；
3.tx bad；
4.高吞吐；
5.弱信号；
6.共存退避；
评分主要的两个标准如下：
（1）高吞吐场景的信道占空比，目前高通平台门限是70%，吞吐量高于这个门限后切换MLMR；
（2）信道上其他设备的占空比/PER等因素，目前主要是TX方向因素，后续可能会添加RX方向因素。
2.3.7 eMLSR switch
eMLSR与MLMR&eMLMR不共存，一般支持MLMR的设备将不支持eMLSR，那么什么时候支持MLMR，什么时候支持MLMR，取决于设备之间的协商，例如DBS手机+HBS路由，此时无法支持MLMR，如果设备支持EMLSR，设备会在口中交互中包含EML IE，标明支持emlsr，wifi连接时会将11be IE信息填充到空口中；
2.3.8 EML IE（Enhance Multi-link）
图片
图片
图片
2.3.9 eMLSR transmission/receiver
eMLSR模式下，一条link发包没完成之前，另外一条link是“聋子”，不能说话和听话。
图片
切换门限:低延迟场景；
后续更多内容持续梳理~