如果你平时做无线性能调试或者抓过 Wi-Fi 的包，大概率会在列表里看到几类莫名其妙的帧：VHT NDP Announcement、所谓的“空数据包”、Compressed Beamforming Report。它们几乎没有 payload，看起来就像为了上线而到处报到的空壳帧，很多人直接就跳过了。
但我可以很明确地告诉你，802.11 协议里的NDP Sounding机制，才是背后决定手机、笔记本在复杂环境里能不能跑出高吞吐量的真正推手。这篇文章就围绕这个主题，把 NDP 到底是个什么包、Sounding 到底在探什么、完整交互流程怎么走、以及实际调优时如何验证它有没有正常工作，一次性讲透。
内容适合三类人：一是做 AP、终端、无线网卡研发或测试的工程师，需要把波束成形链路抠明白；二是做无线网络优化、现场运维的朋友，经常遇到“速率上不去”但抓包又看不懂的情况；三是纯粹对 Wi-Fi 底层协议感兴趣的硬核玩家。哪怕你只是搜了一下“802.11 usb无线网卡驱动下载”，想知道自己的 USB 网卡为什么总跑不满协商速率，这篇文章也值得往下看。
1. 先搞清楚 NDP Sounding 在 Wi-Fi 里到底是干嘛的
1.1 从“Wi-Fi 信号为什么能对准你”说起：波束成形
很多人的认知里，路由器天线发射信号就像灯泡发光，朝四面八方均匀照射。但实际上一台支持 802.11ac/ax 的多天线 AP，发射信号的方式更像是一排可调角度的射灯：它能根据终端的位置，调整每一根天线上发射信号的幅度和相位，让电磁波在目标终端所在的方向上形成同相叠加。这个技术就叫波束成形（Beamforming）。
波束成形的最大价值不只是让信号“传得更远”，而是让多根天线能够在同一时刻、同一频率上并行传输多个独立的数据流，也就是 MIMO 的空间复用。如果没有波束成形，4x4 天线可能只当成一根高增益天线用；有了波束成形，4 条空间流可以同时跑，理论吞吐直接翻 4 倍。
但问题来了：AP 怎么知道信号往哪个方向“掰”？它必须知道当前信道对每个天线的具体影响，也就是信道状态信息（CSI）。NDP Sounding 就是用来获取这套 CSI 的核心手段。
1.2 NDP 是什么意思，Sounding 又是什么意思
先拆开看。
NDP，Null Data Packet，字面意思是“空数据包”。它和普通数据帧最大的区别在于：没有 MAC 层的数据负载。一个普通 802.11 数据帧要带地址、序号、帧体、FCS 校验；而 NDP 的 MAC 层是一个极简的控制帧扩展，没有地址字段，没有帧体，甚至连 FCS 都没有完整承载。真正有用的信息全部放在**物理层前导（Preamble）和信号字段（SIG）**里。
这里的“空”不是说不发送任何东西，而是说不承载用户数据。就像一支信号枪，打的不是子弹，只是一发带颜色的信号弹——目的不是杀伤，而是让对面看清楚位置。
Sounding，信道探测，可以理解成“对信道发出一个探测音”。无线信道不是一个干净管道，信号在房间墙壁、桌椅、人体之间来回反射，到达接收端的是很多条多径信号的叠加。Sounding 就是主动发一个接收端已知格式的训练序列，让接收端根据收到信号的变化，反推出信道在这段时间里的传输特性。
把两者合起来，NDP Sounding 就是通过发送一个不带数据负载的物理层 PPDU，让接收端完成信道估计并反馈信道状态信息的过程。它是 802.11n/ac/ax/be 里显式波束成形的最关键前置步骤。
1.3 NDP Sounding 和隐式反馈、显式反馈的关系
波束成形要拿到 CSI，历史上主要有两条路线。
隐式反馈（Implicit Feedback）：利用 TDD 系统里上下行信道互易性，发送端直接拿接收端发来的帧估计信道。好处是省掉了反馈开销，坏处是需要设备做严格的射频校准，而且多用户场景下每一对终端都要单独校准，芯片实现难度很大。802.11n 时代提过，但实际产品里基本没铺开。
显式反馈（Explicit Feedback）：接收端主动把自己估计出来的 CSI 反馈给发送端。这又分两种：一种是接收端用普通的帧做测量，另一种就是用 NDP 来测量。802.11ac 之后，业界基本统一走向了NDP Sounding + 压缩反馈的技术路线。
为什么最终选了这条？因为 NDP 是固定格式、已知序列、专门为信道估计优化的帧，测量精度远高于普通数据帧；接收端只需要做一次 SVD 分解，再把压缩后的角度信息反馈回去，AP 拿到的 CSI 矩阵又准又省带宽。后面所有波束成形的工程实现，都建立在这条链路上。
2. Sounding 的核心原理：CSI、矩阵反馈和预编码
2.1 一个形象的比喻：射手与瞄准镜
理解 NDP Sounding，不需要一上来就啃矩阵公式，先记住一个射手模型。
发射端 AP 就像一名射手，天线阵列就是枪口，CSI 就是瞄准镜里的分划板。如果射手不知道目标在哪里、风偏多少，枪口再稳也是盲打；同理，AP 不知道信道矩阵 H 是什么样，天线再多也只能平均用力。
NDP Sounding 干的事，就是在正式“开火”（发数据）之前，先打一发测距弹：AP 发射 NDP，终端收到后根据训练序列计算出当前信道矩阵 H，再把这个“瞄准参数”反馈给 AP。AP 拿到参数后，计算出一个预编码矩阵 V，把后续的数据流“掰”成和信道匹配的形态再发射出去。
这个比喻能解释为什么 Sounding 必须频繁进行——信道不是一成不变的，人一走动、门一开，多径环境就变了，瞄准参数过时了，射出去的数据自然对不准。
2.2 发送方怎么利用 CSI 实现波束成形
从数学上抽象一点看，一个多天线系统可以写成：
y = Hx + n
其中 x 是发送符号向量，H 是信道矩阵，n 是噪声，y 是接收符号向量。如果发送端知道 H，它会先对 H 做一次奇异值分解（SVD）：
H = UΣV^H
然后直接用 V 矩阵作为预编码矩阵，发送 x = V·s。接收端收到的是：
y = H·V·s + n = UΣs + n
接收端再乘一个 U^H，就变成：
r = U^H·y = Σs + n
这时候每条空间流之间彼此正交、互不干扰，多路数据可以同时并行传输。这就是整个波束成形最核心的数学逻辑。
关键点在于：V 矩阵（右奇异向量矩阵）是从 H 里算出来的。没有 H，就没有 V，就没有空间复用。而 H 从哪来？正是 NDP Sounding 里终端测量训练序列得到的。所以你回头看，所有花里胡哨的 Beamforming 增益，起点都是 NDP Sounding 这一步。
2.3 为什么接收方要用 NDP 来测信道，而不是普通数据帧
有一个很自然的疑问：既然要测信道，为什么不让接收端直接拿普通数据帧的前导来测？毕竟普通帧也有 LTF，也能做信道估计。
答案是：能做，但效果差很多。
普通数据帧的 LTF 数量、调制方式都是随实际数据走的，接收端做信道估计时往往只用到很粗糙的参考信号，精度不够。更重要的是，普通数据帧是“捎带”测量，接收端无法确定它什么时候来、来几个流，后期反馈的 CSI 质量不稳定。
NDP 则完全不同。它是专门为 Sounding 设计的帧：
- 物理层采用固定格式，速率固定为最低的 MCS0，前导结构完全可预期；
- LTF 的数量由 VHT-SIG-A（或 HE-SIG-A）里的字段明确指示，接收端知道自己该测量多少个空间流；
- 帧里没有任何数据字段，接收端不需要关心解调数据，专心做信道估计即可。
可以理解成：普通数据帧是“平时称行李的弹簧秤”，NDP 是“体检用的标准体重秤”。要精确测量，就得用专门校准过的工具。
3. NDP Sounding 的完整交互流程拆解
整个 NDP Sounding 过程，在空口上表现为几个帧的紧凑交换，协议上一般分成三步：NDPA 预告 → NDP 探测 → Beam Report 反馈。下面逐个拆。
3.1 NDPA（Sounding Announcement）帧里到底放了什么
NDPA 的全称是NDP Announcement，这是一个管理帧（Action 帧），作用是提前告诉接收端：“我接下来要发一个 NDP，你做好准备，测完信道后把结果反馈给我。”
为什么需要这个预告？因为 NDP 本身没有 MAC 地址，接收端如果突然收到一个没有地址的空帧，很可能把它当成噪声或者干扰忽略掉。有了 NDPA，接收端才知道“哦，这是针对我的探测”。
NDPA 帧体里几个关键字段值得注意：
- Sounding Dialog Token Number：一次探测会话的编号，接收端后续反馈时会携带这个编号，方便 AP 把反馈和某次探测对应起来。
- STA Info 字段列：802.11ac 的 NDPA 可以携带多个 STA Info，每个 STA Info 里包含：
- AID11：目标站点的关联 ID；
- Feedback Type：指示这次探测是单用户（SU）还是多用户（MU）；
- Nc Index：指示接收端需要反馈多少个空间流。
到了 802.11ax，NDPA 里的 AID 从 11 bit 扩展到了 12 bit，STA Info 字段结构也调整为支持更大的多用户组，为后面的 Trigger-based Sounding 打基础。
3.2 NDP 帧：没有 MAC 负载的“空气帧”
NDPA 发完后，经过一个 SIFS 间隔，AP 立刻发送 NDP。
NDP 的 MAC 层极简到只有一个帧控制字段，连地址都没有。它的关键信息全在物理层：
- L-STF、L-LTF：做传统前导的同步和粗略信道估计；
- L-SIG：标识这是一个传统格式 PPDU，后面还有 VHT/HE 部分；
- VHT-SIG-A / HE-SIG-A：里面有一个NDP Indicator字段，接收端看到这个指示位，就知道当前帧是一个用于 Sounding 的 NDP，而不是普通数据帧；
- VHT-LTF / HE-LTF：这是核心中的核心，接收端就是用这些已知序列做精细信道估计，算出每一个子载波上的信道矩阵 H。
NDP 本身传输速率极低、持续时间很短（几十微秒级别），在整体无线开销里占比非常小。这也是为什么 Sounding 可以每隔几十毫秒就做一次，不会把空口资源吃掉太多。
注意：NDP 和 802.11n 里的NDP Ack是两个完全不同的东西。NDP Ack 是用于降低控制帧开销的“无数据 ACK”，NDP Sounding 里的 NDP 是用于信道探测的“探测帧”。两者都没有 MAC 负载，但目的、格式、触发方式完全不同，别搞混。
3.3 Beam Report：压缩反馈与量化
终端收到 NDP、完成信道估计后，需要把 CSI 反馈给 AP。理论上可以直接把信道矩阵 H 里每个复数实部虚部都上报，但那开销太离谱了——一个 4x4 信道的 H 矩阵可能有 16 个复数，每个复数用双精度表示就是 8 字节，一次上报上百字节，太重。
协议里用的是压缩波束成形反馈（Compressed Beamforming Report）。
核心思路是：AP 真正需要的是 SVD 分解后的 V 矩阵的右奇异向量，终端不需要把原始 H 矩阵原样上报，而是先对 H 做 SVD，再把 V 矩阵通过Givens 旋转分解成一组角度量（φ 和 ψ），最后只需上报这些角度以及每个空间流的 SNR。
我对比一下两种方案的实际开销：
| 反馈方式 | 4x4 信道一个子载波的开销 | 全带宽子载波总开销 | 空口占比 |
|---|---|---|---|
| 直接上报 H 矩阵 | 16 个复数，约 256 字节 | 高得无法接受 | 极重 |
| 压缩角度反馈 | 20~30 个角度值，约 30~50 字节 | 大幅下降 | 可控 |
终端把压缩后的 Beam Report 封装在 Action 管理帧里发给 AP。AP 收到后做一次逆量化、重构出 V 矩阵，才能计算预编码矩阵。在 Wireshark 里，这类帧通常显示为VHT Compressed Beamforming Report或者HE Compressed Beamforming Report。
4. 从 802.11ac 到 802.11ax/be：NDP Sounding 的演进
4.1 VHT 时代的单用户/多用户 Sounding
802.11ac（Wi-Fi 5）是 NDP Sounding 走向成熟的起点。协议定义得非常细：NDPA、NDP、压缩反馈、单用户/多用户模式都有完整的流程。
但受限于当时的芯片能力和产品定位，实际部署中 802.11ac 的 Sounding 有不少限制：
- 多用户 Sounding 支持的上行反馈是串行的，多个终端要依次上报 CSI，用户一多反馈开销就直线上升；
- 很多初代 802.11ac 产品只实现了 SU Beamforming，也就是一次只服务一个终端；
- 支持 MU-MIMO 的产品，通常也只建议唤醒 2~4 个用户，超过之后探测开销大于增益，实际吞吐反而下降。
我自己早期调试过一个 Wave 1 的 11ac AP，开启 MU-MIMO 后多终端实测速率反而不如 SU 模式，查到最后发现就是 Sounding 周期太长、CSI 反馈过时导致的。这也解释了为什么现在很多中低端 Wi-Fi 5 路由器虽然标注支持 MU-MIMO，实际体验却几乎没有感知。
4.2 HE 时代的 Trigger-based Sounding 协议
802.11ax（Wi-Fi 6）对多用户场景做了大幅增强，OFDMA 和 MU-MIMO 可以叠加使用，一次传输可以调度 8 个甚至更多终端。这时候原来的“一终端一反馈”模式肯定不够用了，于是引入了Trigger-based Sounding Protocol。
流程上它依然是 NDPA + NDP + 反馈三步，但反馈环节发生了质的变化：
- AP 发送 NDPA 和 NDP 之后，会根据调度情况下发一个Beamforming Report Poll（BFRP）触发帧；
- 多个终端收到 BFRP Trigger 后，在各自被分配的资源单元（RU）上同时上行发送压缩波束成形报告，也就是用 HE TB PPDU 并行反馈；
- 所有终端的 CSI 在一个上行 PPDU 里到达 AP，AP 一次性拿到整组用户的空间信道信息，然后统一计算 MU-MIMO 预编码矩阵。
这个机制的效率提升非常明显。类比一下：以前是 8 个人轮流进办公室汇报，每次只能一个人说；现在是 8 个人同时在线开会，每个人都分到独立的发言时段和频道，互不干扰。一次探测、并行反馈，空口开销大幅降低。
802.11be（Wi-Fi 7）里的 EHT Sounding 也延续并扩展了这套思路，支持最多 16 条空间流的探测，对 NDP 帧格式和反馈字段都做了相应扩展。可以说，从 Wi-Fi 5 到 Wi-Fi 7，NDP Sounding 一直是显式波束成形的基石，变的只是“怎么让更多终端更快地反馈 CSI”。
4.3 对普通路由器/网卡意味着什么
说了这么多协议演进，落到实际产品上看，有几个点直接和你体验相关：
- AP 的 Sounding 间隔：有的路由器为了省 CPU 开销，把 Sounding 周期拉得很长（几百毫秒甚至更长），信道一变就跟不上，波束成形形同虚设；好一点的产品会根据终端移动速度动态调整探测频率。
- 终端的 Beamformee 能力：如果手机、笔记本的 Wi-Fi 驱动在 capabilities 里没有声明支持显式反馈，AP 探测不到它，就会自动退回普通模式，空间流可能只用一半。
- 触发式 Sounding 的启用：Wi-Fi 6 路由器在同时连接很多设备时，能不能用好 Trigger-based Sounding 直接决定多用户吞吐。这也是为什么同样是 Wi-Fi 6，不同品牌的方案实际差别很大的原因之一。
所以你看，一个 NDP Sounding 机制，牵动的不是单个帧格式，而是从芯片调度、驱动能力到路由器固件策略的整个链路。
5. 实操：怎么用抓包验证 NDP Sounding
5.1 准备工作：监听模式（Monitor Mode）和抓包环境
如果你只想知道“我的 AP 到底有没有在做 NDP Sounding”，最直接的办法是抓空口包。
普通 Windows 下用 Wireshark 抓本机网卡，通常只能看到发给本机的数据帧，看不到空口上的管理帧和控制帧。要抓全，需要把无线网卡切到Monitor Mode（监听模式），这在 Linux 环境下用iw工具就能完成，比如：
# 查看无线网卡名称，假设是 wlan0 iw dev # 关闭网卡 sudo ip link set wlan0 down # 切换为监听模式 sudo iw dev wlan0 set type monitor # 重新启用网卡，并设置信道（例如 36 信道，80MHz） sudo ip link set wlan0 up sudo iw dev wlan0 set channel 36 HT40+理论上只要网卡和驱动支持，大多数 Intel 无线网卡（比如 AX200/AX210）以及不少 Atheros 芯片网卡都能做到。但有一点必须强调：监听模式只用于分析自己拥有或有权测试的无线网络，不要拿它去“围观”别人的路由器，这不只是合规问题，也是从业者的基本底线。
5.2 在 Wireshark 里怎么看 NDPA / NDP / 反馈帧
抓包开始后，在 Wireshark 的显示过滤器里可以这样定位关键帧：
- 先看管理帧：
wlan.fc.type == 0 - 找 Action 帧：
wlan.fc.type_subtype == 0x0d - 直接搜索 NDPA 相关：在过滤器中输入
wlan.action后展开，寻找VHT NDP Announcement或HE NDP Announcement
如果你抓到了，通常会看到这几个帧在极短的时间内连续出现：
- AP → 终端：
NDPA（VHT NDP Announcement） - AP → 终端：
NDP（控制帧扩展，PHY 为 VHT/HE 格式） - 终端 → AP：
Compressed Beamforming Report
注意到没有？探测帧的发送方是 AP，反馈帧的发送方是终端。所以如果你在监听模式下看到 NDPA 和反馈报告配对出现，基本可以断定 AP 的显式波束成形功能是处于工作状态的。
5.3 实际抓包示例与解读
我调过的某次 Wi-Fi 6 实验室测试，环境是一个 AX3000 路由器 + 一台 AX200 网卡笔记本，距离 5 米，中间没有遮挡。用 iperf3 跑下行打流的同时开抓包，观察到了这样的节奏：
| 时间点 | 帧方向 | 帧类型 | 备注 |
|---|---|---|---|
| T0 | AP → STA | NDPA | AID 匹配本终端，Feedback Type = MU |
| T0 + SIFS | AP → STA | NDP | PHY 为 HE 格式，包含 4 条 LTF |
| T0 + 短帧间间隔 | STA → AP | HE Compressed Beamforming Report | 反馈了 4 个角度的量化值 |
| T0 之后 | AP → STA | HE MU PPDU 数据 | 使用新预编码矩阵传输 |
整个探测过程在空口上只占几百微秒，但换来的是后续一长串数据帧都能以更高的空间利用率传输。我统计了一下，这个环境里探测周期大约是 50~100ms 一次。如果人在房间里走动，探测周期还会自动缩短。
如果你抓到的网络里完全没有 NDPA 或反馈帧，而 AP 和终端又都支持 802.11ac 以上标准，那就说明波束成形功能没有被正确启用，这通常就是吞吐率不达标的直接原因。
6. 常见问题与排查实录
6.1 常见问题速查表
我整理了平时被问得最多的几个问题，按“现象 → 可能原因 → 处理方向”列出来：
| 现象 | 可能原因 | 处理方向 |
|---|---|---|
| 抓包完全看不到 NDPA / NDP 帧 | 监听网卡驱动或天线不支持抓取完整空口帧 | 换支持 monitor 模式的网卡，确认 radiotap 头存在 |
| 有 NDPA，但没有任何反馈帧 | 终端不支持显式反馈，或驱动未开启 Beamformee 能力 | 更新终端无线驱动，检查网卡高级属性里的 Beamforming 开关 |
| NDP Sounding 很频繁，但吞吐依旧偏低 | 环境干扰大，CSI 估计本身不准 | 换信道、降频宽，先排除射频干扰问题 |
| 协商速率高，但实际吞吐只有一半 | 空间流没有全部跑起来，波束成形未生效 | 抓包确认识别波束成形帧，检查 AP 端 MU-MIMO 配置 |
| USB 网卡插上后速率和信号一般 | 低价 USB 网卡多为 1T1R，无波束成形能力 | 换 2x2 MIMO 的 802.11ax USB 网卡，装官方最新驱动 |
6.2 USB 无线网卡、驱动与 Sounding 的恩怨
搜“802.11 usb无线网卡驱动下载”的朋友，大概率是刚买了 USB 网卡，发现速率达不到预期。这里有个经常被忽略的坑：USB 网卡的天线数量和驱动能力，决定了它能吃到多少波束成形的红利。
便宜的袖珍 USB 网卡通常是 1T1R，也就是一根发射天线一根接收天线。这种网卡就算支持 802.11ac/ax，AP 也只能给它传一条空间流，协商速率上限本来就不高。更麻烦的是，很多公版 USB 网卡驱动默认不声明 Beamformee Capable，AP 探测到终端不支持反馈，干脆连波束成形都不做了，相当于连最基本的空间复用增益都吃不到。
我的建议很直接：
- 买 USB 网卡之前先看天线数和空间流数，2T2R 是及格线；
- 装驱动后去设备管理器的无线网卡高级属性里翻一遍，找有没有
Beamforming、MU-MIMO相关的选项； - 如果驱动里什么都看不到，大概率是公版精简驱动，功能缺失很严重，优先去芯片原厂（如 Realtek、Intel、MTK）官网下载完整版驱动。
6.3 遇到速率上不去，怎么判断是不是 Sounding 的问题
最后分享一个三步排查法，适用于任何“协商速率很高、实际吞吐很低”的场景。
第一步，先看关联协商结果。用iw dev wlan0 link或路由器后台看终端的 MCS、带宽、空间流数。如果协商速率已经很低，那是覆盖或干扰问题，和 Sounding 关系不大。
第二步，抓包看 Sounding 是否在周期发生。连续抓 5 分钟，统计 NDPA 和 Compressed Beamforming Report 的帧数。如果没有或者极少，先排查 AP 端有没有开启 Beamforming、终端驱动有没有打开反馈能力。
第三步，做一次“开关对照测试”。在 AP 后台把 Beamforming 关掉，跑一次吞吐；再打开，再跑一次。如果两者差异很大，说明 Sounding 在正常工作；如果打开后反而变差，大概率是 CSI 反馈质量太差，AP 拿到的预编码矩阵还不如不用——这时候优先更新终端驱动，或者降低频宽减少子载波间干扰。
这个三步法在我处理过的现场问题里成功率很高，基本能区分是波束成形失效、信道估计噪声、还是终端能力不足，不会让你在一堆 KPI 指标里瞎猜。
我在实际调试无线性能时最深的体会是，NDP Sounding 这种看起来什么都没有的“空帧”，恰恰是整个无线链路质量背后的调度员。很多现场问题，你调天线、换信道、加 AP，都不如先确认一下 Sounding 有没有在正常工作来得直接。
最后再分享一个小技巧：如果你怀疑某个终端的 CSI 反馈有问题，在监听模式下抓包时，看 Compressed Beamforming Report 里的 SNR 字段。如果各个空间流的 SNR 波动特别大，说明信道估计的稳定性很差，这时候波束成形的增益会被噪音吃掉大半。优先处理信号干扰源，比在 AP 端反复调参数有效得多。
