WiFi 6 (802.11ax) 两种Sounding与下行MU-MIMO交互过程对比

如果你用过WiFi 6，一定听说过MU-MIMO这个提升网络容量的”杀手锏”。但你有没有想过，AP（接入点）是怎么知道每个用户设备的信道状态信息呢？这就离不开Sounding——也就是信道探测技术。

Sounding就像是AP给无线信道做”B超”，通过探测得到信道的传播特性，才能用准确的预编码矩阵实现多用户并行传输。WiFi 6标准中其实定义了两种不同的Sounding交互方式，今天笔者就带大家一起来看看这两种方式的原理，对比一下它们的优缺点。

目录

方式一：批量式Sounding（并行探测）

批量式Sounding顾名思义，就是AP把所有要探测的STA（站点）打包一起处理：先给所有STA一起发送探测公告，再一起发送探测帧，所有STA同时测量信道，最后AP再依次触发每个STA反馈测量结果。

完整交互时序图

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
sequenceDiagram
    participant AP as AP (Access Point)
    participant STA1 as STA 1
    participant STA2 as STA 2

    Note over AP,STA2: Phase 1: Sounding 信道探测阶段

    AP->>STA1: 1. NDPA (Null Data Packet Announcement)
    AP->>STA2: 1. NDPA (Null Data Packet Announcement)
    Note right of AP: 公告所有STA即将开始信道探测<br/>携带参与探测的STA列表
    AP->>STA1: 2. NDP (Null Data Packet)
    AP->>STA2: 2. NDP (Null Data Packet)
    Note right of AP: 仅发送前导码，不携带数据<br/>供所有STA同时测量下行信道
    STA1->>STA1: 测量下行信道 H1
    STA2->>STA2: 测量下行信道 H2

    AP->>STA1: 3. Trigger Frame (TB PPDU)
    Note right of AP: 触发STA1发送反馈信息<br/>分配RU资源给STA1
    STA1->>AP: 4. CBF (Compressed Beamforming Feedback)
    Note left of STA1: 压缩后的波束成形反馈<br/>包含信道矩阵H1的量化信息
    AP->>AP: 存储STA1的信道信息

    AP->>STA2: 5. Trigger Frame (TB PPDU)
    Note right of AP: 触发STA2发送反馈信息<br/>分配RU资源给STA2
    STA2->>AP: 6. CBF (Compressed Beamforming Feedback)
    Note left of STA2: 压缩后的波束成形反馈<br/>包含信道矩阵H2的量化信息
    AP->>AP: 存储STA2的信道信息

    Note over AP,STA2: Phase 2: 下行MU-MIMO数据传输阶段

    AP->>STA1: 7. MU-MIMO PPDU
    AP->>STA2: 7. MU-MIMO PPDU
    Note right of AP: 使用信道信息预编码<br/>同时向STA1和STA2发送不同数据流<br/>空间复用，同一时频资源<br/>传输多用户数据
    STA1->>STA1: 解码自己的数据流
    STA2->>STA2: 解码自己的数据流

    STA1->>AP: 8. ACK
    STA2->>AP: 9. ACK
    Note right of STA1: 分别确认数据接收

流程特点

  1. AP先一次性给所有参与探测的STA发送NDPA公告，相当于”开会前先发通知，所有人做好准备”
  2. AP只需要发送一次NDP，所有STA同时测量下行信道
  3. 测量完成后，AP依次通过Trigger帧触发每个STA轮流发送CBF反馈
  4. AP收集完所有STA的信道信息后，统一进行下行MU-MIMO传输

方式二：顺序式Sounding（逐次探测）

顺序式Sounding的思路更直白：饭要一口一口吃，探测也要一个一个来。AP逐个STA完成完整的NDPA+NDP+CBF流程，一个探测完了再进行下一个，全部完成最后统一做下行MU-MIMO传输。

完整交互时序图

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
sequenceDiagram
    participant AP as AP (Access Point)
    participant STA1 as STA 1
    participant STA2 as STA 2

    Note over AP,STA2: Phase 1: 顺序式Sounding信道探测 - STA1

    AP->>STA1: 1. NDPA (Null Data Packet Announcement)
    Note right of AP: 通知STA1准备信道探测
    AP->>STA1: 2. NDP (Null Data Packet)
    Note right of AP: 仅发送前导码，不携带数据<br/>供STA1测量下行信道
    STA1->>STA1: 测量下行信道 H1

    AP->>STA1: 3. Trigger Frame (TB PPDU)
    Note right of AP: 触发STA1发送反馈信息<br/>分配RU资源给STA1
    STA1->>AP: 4. CBF (Compressed Beamforming Feedback)
    Note left of STA1: 压缩后的波束成形反馈<br/>包含信道矩阵H1的量化信息
    AP->>AP: 存储STA1的信道信息

    Note over AP,STA2: Phase 2: 顺序式Sounding信道探测 - STA2

    AP->>STA2: 5. NDPA (Null Data Packet Announcement)
    Note right of AP: 通知STA2准备信道探测
    AP->>STA2: 6. NDP (Null Data Packet)
    Note right of AP: 仅发送前导码，不携带数据<br/>供STA2测量下行信道
    STA2->>STA2: 测量下行信道 H2

    AP->>STA2: 7. Trigger Frame (TB PPDU)
    Note right of AP: 触发STA2发送反馈信息<br/>分配RU资源给STA2
    STA2->>AP: 8. CBF (Compressed Beamforming Feedback)
    Note left of STA2: 压缩后的波束成形反馈<br/>包含信道矩阵H2的量化信息
    AP->>AP: 存储STA2的信道信息

    Note over AP,STA2: Phase 3: 下行MU-MIMO数据传输阶段

    AP->>STA1: 9. MU-MIMO PPDU
    AP->>STA2: 9. MU-MIMO PPDU
    Note right of AP: 使用信道信息预编码<br/>同时向STA1和STA2发送不同数据流<br/>空间复用，同一时频资源<br/>传输多用户数据
    STA1->>STA1: 解码自己的数据流
    STA2->>STA2: 解码自己的数据流

    STA1->>AP: 10. ACK
    STA2->>AP: 11. ACK
    Note right of STA1: 分别确认数据接收

流程特点

  1. AP先与第一个STA完成完整探测流程：NDPA → NDP → 测量 → Trigger → CBF → 存储
  2. 第一个STA全部搞定了，AP再和第二个STA重复同样的完整流程
  3. 所有STA都探测完成后，AP再统一进行下行MU-MIMO传输

两种Sounding方式详细对比

我们从流程和性能两个维度，把这两种方式好好比一比。

1. 流程对比

对比项 批量式Sounding (并行探测) 顺序式Sounding (逐次探测)
NDPA发送 AP一次性给所有参与STA发送NDPA AP逐个给每个STA发送NDPA
NDP发送 AP一次性发送NDP，所有STA同时测量 AP逐个给每个STA发送NDP
信道测量时间 所有STA在同一时间点测量信道 不同STA在不同时间点测量信道
CBF反馈 AP依次触发各个STA轮流反馈 每个STA测量完立即反馈
总交互帧数 6帧（2个STA情况：NDPA×2 + NDP×2 + Trigger×2 + CBF×2 = 8帧，不包含MU-MIMO和ACK） 8帧（2个STA情况：每个STA都需要NDPA + NDP + Trigger + CBF = 4帧×2 = 8帧）

2. 性能对比

对比项 批量式Sounding 顺序式Sounding
时间效率 较高，NDP只需发送一次，所有STA同时测量 较低，每个STA都需要独立发送NDPA+NDP
信道一致性 好，所有STA信道测量在同一时间点完成 差，不同STA测量存在时间差
协议开销 较低，控制帧数量少 较高，控制帧数量多
实现复杂度 略高，需要调度多个STA同时测量 较低，逐个处理简单

顺序式Sounding的缺点分析

顺序式Sounding虽然实现起来简单，代码好写，但在实际应用中存在几个明显的缺点：

1. 信道测量时间不同步，导致MU-MIMO性能损失

这是顺序式Sounding最要命的问题：

  • STA1和STA2的NDP测量时间差了整整一个探测流程
  • 从STA1测量完到STA2也测量完，无线信道可能已经发生了变化
  • 当AP最终进行MU-MIMO传输时，STA1的信道信息已经不是最新的了
  • 这种”信道老化”会导致预编码矩阵不准，多用户之间干扰增加，最终降低MU-MIMO的解调性能

2. 交互次数多，协议开销大

  • 每个STA都要独立来一套NDPA+NDP，控制帧数量直接翻倍
  • 对于K个STA，批量式只需要发送1次NDPA（广播给所有STA）和1次NDP，总共只需要2次传输
  • 顺序式需要发送K次NDPA和K次NDP，总共要2K次传输
  • 白白占了很多空口资源，留给实际数据传输的时间就少了

3. 总探测时间更长，信道老化更严重

  • 顺序处理每个STA的完整流程，总探测时间比批量式长得多
  • 第一个STA完成探测到最终MU-MIMO传输之间的时间间隔更大
  • 这进一步加剧了信道信息老化问题
  • 在用户高速移动的场景下，这个问题会特别突出

4. 不支持多用户同时探测，扩展性差

  • 当参与MU-MIMO的STA数量增加时，总探测时间是线性增长的
  • 批量式增加STA数量时，NDPA和NDP不需要增加发送次数，只需要多轮询几次反馈就行
  • 顺序式每增加一个STA都要来完整一轮，扩展性差很多

各帧作用总览

为了方便大家理解，这里把整个流程中各个帧的作用整理一下：

帧类型 发送方 接收方 作用
NDPA (Null Data Packet Announcement) AP STA 空数据包公告。通告目标STA即将开始Sounding过程，让STA做好信道测量准备。
NDP (Null Data Packet) AP STA 空数据包。只包含L-LTF等训练前导码，不携带数据净荷。目标STA利用前导码测量下行信道，得到信道矩阵。
Trigger Frame (TB PPDU) AP 单个STA 触发帧。为目标STA分配上行资源（RU，Resource Unit），触发该STA发送CBF反馈。WiFi 6中使用基于触发的上行传输。
CBF (Compressed Beamforming Feedback) STA AP 压缩波束成形反馈。STA将测量得到的下行信道矩阵进行量化压缩，反馈给AP。AP基于这些信息计算预编码矩阵。
MU-MIMO PPDU AP 多个STA 多用户下行物理层协议数据单元。AP利用收集到的各个STA信道信息，对不同STA的数据进行预编码，在相同的时频资源上同时发送多个数据流，实现空间复用。
ACK STA AP 确认帧。每个STA成功接收数据后，向AP发送确认。

总结与个人见解

通过上面的对比，我们可以得出几个清晰的结论：

  • 批量式Sounding：让所有STA同时测量信道，时间效率高，信道一致性好，协议开销低，毫无疑问是MU-MIMO场景下的首选方案。虽然实现复杂度略高，但换来的是实打实的性能提升。

  • 顺序式Sounding：逐个STA完整探测，实现起来确实简单，但信道不一致性和开销大的问题比较明显，一般只在某些特殊场景下使用，比如只有单个用户需要探测的时候。

作为一名通信IC设计者，笔者认为这个对比很有意思。信道一致性这个点其实非常关键——MU-MIMO的核心就是利用空间域的自由度区分不同用户，如果各个用户的信道信息时间都不同步，空间分束的增益自然会打折扣。特别是在室内环境，人走动、物体移动都会导致信道快速变化，时间差哪怕只有几毫秒，性能影响都很明显。

实际系统中，Sounding一般会周期性进行来跟踪信道变化。周期选短了，开销太大；周期选长了，跟不上信道变化。这个权衡一直是WiFi芯片设计中很讲究的一点。批量式Sounding虽然在协议效率上优势明显，但对AP的调度能力和STA的同步精度要求也更高，这在芯片实现时需要更多的设计优化。

总的来说，WiFi 6选择支持两种Sounding方式其实也是一种灵活性的体现——不同的场景可以用不同的方案，在实现复杂度和系统性能之间做取舍。

如果你正在设计WiFi 6芯片的固件，理解这两种方式的差异对你选择合适的探测策略会很有帮助。