来自Wi-Fi专家的声音

关于 Wi-Fi 信道的话题

本文撰写于2025年1月22日

Wi-Fi（即 IEEE 802.11 无线局域网）虽包含 “信道” 这一概念，但受其长达二十五年间层层叠加式扩展的发展历程影响，信道的定义与实际实现方式实则复杂程度远超想象。本次便为大家讲解这部分内容。

IEEE 802.11a/b/g 时代的工作模式与信道配置

首先在 2.4GHz 频段（对应 IEEE 802.11b/g 标准） 中，信道编号与中心频率fc的对应关系定义如下（IEEE 802.11-2020 第 15.4.4.3 节 表 15-6）：

fc=2407+(ch*5) MHz (ch=1..13)
fc=2484 MHz (ch=14) (※注)

(※注)信道 14 属于一个 “孤立频段”，是仅限日本国内使用、且仅支持扩频调制（即仅适用于 IEEE 802.11b 标准）的特殊信道。这一信道的由来是：原本作为日本专属无线通信标准而规划的 ARIB STD-33 规格（1993 年发布）中预留的频段，被沿用并适配到了 IEEE 802.11b 标准中。后续 ARIB 标准更新为 STD-T66（1999 年发布），逐步向 IEEE 802.11 标准靠拢，但由于最初的 STD-33 规格并未纳入正交频分复用（OFDM）的相关扩展，最终形成了信道 14 的这一特殊现状。

尽管每个信道的占用带宽高达 20MHz，但信道间的频率间隔却仅为 5MHz，因此信道之间会存在重叠。这种设计的由来是：初代 IEEE 802.11 标准采用了直接序列扩频（DSSS，※注）技术，IEEE 802.11b 标准则采用了直接序列扩频 - 补码键控（DSSS-CCK）调制技术，二者均属于扩频通信方式。在扩频通信方式下，信号在任意瞬间占用的带宽较窄（IEEE 802.11 标准下仅为 1MHz），并会通过伪随机序列的方式随时间跳变。基于这一原理，即便信道之间存在重叠，信号冲突也被认为仅会以概率性的方式发生。然而，这一设计前提在 IEEE 802.11g 标准之后被彻底颠覆 —— 该标准开始采用会完全占用 20MHz 带宽的正交频分复用（OFDM）调制技术。也正因为如此，业界逐渐形成了一个惯例：在 2.4GHz 频段中，应只选用间隔超过 20MHz 的信道 1、6、11。

(※注) 在 IEEE 802.11-1997 版本标准中，除直接序列扩频（DSSS）外，还定义了跳频扩频（FHSS）与红外（IR）两种物理层（PHY）规范。跳频扩频（FHSS）与传统蓝牙技术（Bluetooth Classic）类似，是将 2402～2480MHz 频段按 1MHz 间隔划分出 79 个信道，但二者的跳频模式与跳频周期存在较大差异。

在 hostapd.conf 配置文件中，IEEE 802.11g  AP 的配置需按以下方式指定。

ctrl_interface=/var/run/hostapd
country_code=US
ssid=silex-hostapd-test
hw_mode=g
channel=6

hw_mode= 参数可指定为 b/g/a 三者之一，但如今该参数的作用已变得形同虚设；对于使用 5GHz 及以上频段的 11ac/11ax/11be 标准而言，均统一指定为 hw_mode=a。

在 IEEE 802.11b/g 标准（2.4GHz 频段） 中，信标帧（Beacon）、探测响应帧（Probe Response）等帧结构的扩展信息单元（Information Element）里，DSSS 参数集信息单元（类型值 0x03） 会存储一个 8 比特的信道编号（※ 注）。

(※注) 该信息单元如今也已形同虚设。它的前身是在 IEEE 802.11-1997 标准中，为兼容跳频扩频物理层（FHSS-PHY）与直接序列扩频物理层（DSSS-PHY）而配套定义的两个参数集信息单元 —— 跳频参数集信息单元（FH Parameter set IE，类型值 0x02）和直接序列扩频参数集信息单元（DSSS Parameter set IE），当前留存的仅是后者。其中跳频参数集信息单元一直保留至 IEEE 802.11-2012 版本标准，在 IEEE 802.11-2016 版本中被移除，其对应的类型值 0x02 也被定义为 “保留（Reserved）” 状态。无独有偶，在 IEEE 802.11-2016 版本中仍未被移除的类型值 0x04 载波检测参数集信息单元（CF Parameter set IE），也在 IEEE 802.11-2020 版本中被移除，对应的类型值同样被标记为保留。

5GHz 频段的信道编号与中心频率fc的对应关系如下：（IEEE 802.11-2020 第 17.3.8.4.2 节）

fc=5000+(ch*5) MHz (ch=36,40,44...)

例如，信道 36 对应的中心频率为 5180MHz（占用频段为 5170～5190MHz）。历史上日本曾有本土专属的 J52 标准，该标准分配了信道 34、38、42、46，与北美 FCC 制定的 W52 标准对应的频段相差 10MHz，这一差异曾造成诸多使用不便。不过在 2005 年 5 月，日本相关法规完成修订，此后日本国内也可使用与 W52 标准一致的信道。

在 hostapd.conf 配置文件中，IEEE 802.11a  AP 的配置需按以下方式指定。

ctrl_interface=/var/run/hostapd
country_code=US
ssid=silex-hostapd-test
hw_mode=a
channel=36

由于 5GHz 频段已不再使用直接序列扩频（DSSS）调制技术，因此帧中不会包含DSSS 参数集信息单元（IE）。也就是说，IEEE 802.11a 标准的信标帧里，并未携带用于标识信道编号的相关信息（※注）。

(※注) 追溯 IEEE 802.11 标准文档的修订历史可以发现，在 IEEE 802.11-2007 版本及之前，该参数集的描述被明确限定为 “供采用直接序列扩频物理层的站点（STA）标识信道编号”；但自 IEEE 802.11-2016 版本起，描述被微调为 “STA 标识信道编号”，不再明确标注仅限直接序列扩频（DSSS）模式。因此，从标准层面来看，即便在 5GHz 或 6GHz 频段的信标帧中加入 DSSS 参数集信息单元（IE），也未必属于违规操作。不过在本文撰写时所采用的 hostapd 2.10 版本中，程序的实际实现逻辑为：仅当 hw_mode 参数被设置为 HOSTAPD_MODE_IEEE80211B（802.11b 模式）或 G（802.11g 模式）时，才会配置 WLAN_EID_DS_PARAMS 这一参数（即 DSSS 参数集信息单元）。
 

IEEE 802.11n 与主信道 / 副信道

在 IEEE 802.11n 标准（2009 年发布） 中，新增了HT40 模式—— 该模式可将两个相邻信道合并为一个 40MHz 带宽的信道使用。由于信道的占用带宽由此翻倍，信道的指定方式也随之发生改变。但同时为了确保与不支持 HT40 模式的设备之间的兼容性，最终采用的方案是：在 20MHz 带宽的主信道基础上，额外添加一个可选的副信道。副信道可被设定在主信道的紧邻高频侧（+20MHz）或紧邻低频侧（-20MHz），这两种配置方式分别被称为 HT40+ 和 HT40-。

在无线协议规范层面，新增了两类信息单元（IE），分别是高吞吐量能力信息单元（HT Capabilities IE，类型值 0x2D） 与高吞吐量工作信息单元（HT Operation IE，类型值 0x3D）。其中与信道相关的是后者，高吞吐量工作信息单元（HT Operation IE） 中包含以下信息。

Primary Channel (8bit)
HT Operation Information (40bit)
Basic HT-MCS Set (128bit)

高吞吐量工作信息（HT Operation Information） 的格式设计，似乎是受到了 IEEE 802.11n 标准制定过程一波三折的影响，整体处于相当混乱的状态。暂且不论其他内容，其中与信道相关的参数为副信道偏移量（Secondary Channel Offset） 和站点信道带宽（STA Channel Width）。

Secondary Channel Offset (2bit)
STA Channel Width (1bit)
RIFS Mode (1bit)
Reserved (4bit)
HT Protection (2bit)
Nongreenfield HT STAs Present (1bit)
Reserved (1bit)
OBSS Non-HT STAs Present (1bit)
Channel Center Frequency Segment 2 (8bit) (※注)
Reserved (3+6bit)
Dual Beacon (1bit)
Dual CTS Protection (1bit)
STBC Beacon (1bit)
Reserved (7bit)

(※注) 信道中心频率段 2（Channel Center Frequency Segment 2） 这一字段，在 IEEE 802.11n-2009 标准中属于保留（Reserved）区域；在 IEEE 802.11ac-2013 标准的第 8.4.2.59 节中也未找到相关描述。该字段似乎是在上述标准整合并入 IEEE 802.11-2016 标准时，顺带（？）被扩充定义的功能区域。当配置后文将要提及的 IEEE 802.11ac 非相邻 160MHz 模式（VHT80+80） 时，此字段用于存储第二个信道对应的偏移量信息。

副信道偏移量（Secondary Channel Offset） 的取值含义如下：

00:无副信道
01:位于主信道的紧邻低频侧（-20MHz）
10:保留（reserved）
11:位于主信道的紧邻高频侧（+20MHz）

站点信道带宽（STA Channel Width） 的定义如下：

0:信道带宽为 20MHz
1:信道带宽大于 20MHz

也就是说，在 IEEE 802.11n 标准中被定义为 HT40+ 和 HT40- 的相关规范，在 HT Operation 信息单元（IE） 层面，其实仅会标注为 “带宽大于 20MHz”，并不会明确指明是 40MHz 带宽。这一设计或许是为了预留出后续兼容 60MHz、80MHz 等更宽带宽的拓展空间，但最终到了下一代标准 IEEE 802.11ac 时，还是重新制定了一套全新的信道指定框架。

在 hostapd.conf 配置文件中，新增了 ht_capab 这一参数；对于采用 IEEE 802.11n 标准、信道 36、HT40+ 模式的 AP，需按以下方式进行配置。

ctrl_interface=/var/run/hostapd
country_code=US
ssid=silex-hostapd-test
hw_mode=a
channel=36
ieee80211n=1
ht_capab=[HT40+]

 

IEEE 802.11ac 与 VHT80/80+80/160 模式

在 IEEE 802.11ac 标准（2013 年发布） 中，信道带宽被进一步拓宽，80MHz/160MHz 带宽的信道得以投入使用。而此时出现的关键问题是，该标准新增了80+80 模式—— 即将两个不相邻的 80MHz 频段合并使用，这种模式无法通过 IEEE 802.11n 时代的 HT+/HT- 框架来描述，因为后者的设计前提是信道必须连续。因此，IEEE 802.11ac 标准中新增了 VHT 工作信息单元（VHT Operation IE，类型值 0xc0），并在该信息单元内正式定义了以下三个新的取值：

Channel Width (8bit)
Channel Center Frequency Segment 0 (8bit)
Channel Center Frequency Segment 1 (8bit)

在 IEEE 802.11ac 标准中，信道带宽（Channel Width） 被定义为 0～3 的取值范围，具体定义如下。

0=20或40MHz
1=80MHz
2=160MHz
3=80+80MHz

取值 0 的定义被模糊表述为 “20MHz 或 40MHz”，这一设计同样是为了确保与 IEEE 802.11n 标准的向下兼容性而做出的妥协。当信道带宽（Channel Width）取值为 0 时，需通过 高吞吐量信息单元（HT Information IE） 中的站点信道带宽（STA Channel Width） 比特位来进一步明确：该比特位取值 0 对应 20MHz 带宽，取值 1 对应 40MHz 带宽。

信道中心频率段 0/1（Channel Center Frequency Segment 0/1） 与传统以 20MHz 带宽为基准的 “信道编号” 不同，它指的是实际使用信道带宽（20/40/80/160MHz）对应的中心频率值。也就是说，在 20MHz 模式下，信道编号与信道中心频率段的数值是一致的；但如果是 VHT40 模式，当信道为 36 时，信道中心频率段的数值为 38（计算方式为 (36+40)/2）；如果是 VHT80 模式，该数值则为 42（计算方式为 (36+48)/2）。

信道中心频率段 1（Channel Center Frequency Segment 1） 仅在使用 VHT80+80 模式时，用于指定第二个 80MHz 信道的中心频率段；除此之外的其他模式下，该参数均需设置为 0。

在 hostapd.conf 配置文件中，新增了 vht_oper_chwidth、vht_oper_centr_freq_seg0_idx、vht_oper_centr_freq_seg1_idx 这三个参数。工作在 VHT80 模式的 AP，需按以下方式进行配置。

ctrl_interface=/var/run/hostapd
country_code=US
ssid=silex-hostapd-test
hw_mode=a
channel=36
ieee80211ac=1
vht_oper_chwidth=1
ht_capab=[HT40+]

虽然会让人觉得有些奇怪 —— 明明没有配置 ieee80211n=1，而且使用的是 80MHz 带宽信道，配置里却包含了 ht_capab=[HT40+]。但基于上述原因，在 5GHz 频段中要实现 20/40MHz 带宽的设备共存，HT Information IE 是必不可少的。因此在 hostapd 的实际实现中，如果不指定 ht_capab=[HT40+] 或 ht_capab=[HT40-]，就无法启用 IEEE 802.11ac 的 40/80MHz 带宽模式。

 

IEEE 802.11ax 与 6GHz 频段

在 IEEE 802.11ax 标准（2021 年发布） 中，实现了OFDMA 多用户同时通信功能，并新增了对 “全新频谱资源”——6GHz 频段的支持。后者（即对 6GHz 频段的支持）也以 “Wi-Fi 6E” 的名称为大众所熟知。

在 6GHz 频段中，不再沿用自 IEEE 802.11a 起一直使用的 “以 5000MHz 为基准的信道编号”，而是另行定义了“信道起始频率（Channel starting frequency）” 这一参数（参见 IEEE 802.11ax-2021 第 27.3.23.2 节）。其具体定义如下。

fc=Channel starting frequency+(ch*5) MHz (ch=1,3,5,7,9...)

信道起始频率（Channel starting frequency） 由工作等级（Operating Class） 来定义。这一参数的概念，最初是在 IEEE 802.11-2007 及后续版本中确立的 —— 当时为了汇总全球不同地区的可用频率带宽，给每个频段配置方案分配了专属编号（详见附录 E 表 E-4）。具体来说，对于传统的 a/b/g 频段，其工作等级与参数对应关系如下：

op_class=81, fStart=2407MHz, CH=25MHz, ch=1,3,5,7...13
op_class=82, fStart=2414MHz, CH=25MHz, ch=14
op_class=115, fStart=5000MHz, CH=20MHz, ch=36,40,44,48
op_class=118, fStart=5000MHz, CH=20MHz, ch=52,56,60,64
op_class=121, fStart=5000MHz, CH=20MHz, ch=100,104,108...140
op_class=124, fStart=5000MHz, CH=20MHz, ch=149,153,157,161

而新增加的 6GHz 频段，其对应关系如下：

op_class=131, fStart=5950MHz, CH=20MHz, ch=1,5,9,13...233
op_class=132, fStart=5950MHz, CH=40MHz, ch=3,11,19,27...227
op_class=133, fStart=5950MHz, CH=80MHz, ch=7,23,39,55... 215
op_class=134, fStart=5950MHz, CH=160MHz, ch=15,47,79,111...207
op_class=135, fStart=5950MHz, CH=80MHz (80+80), ch=7,23,39,55...215
op_class=136, fStart=5925MHz, CH=20MHz, ch=2 (※注)

因此，6GHz 频段的信道 3（ch=3） 对应参数如下

op_class=132, fc=5965MHz, BW=40MHz, 占用频段5945～5985MHz

(※注) 工作等级 136（op_class=136）对应的 20MHz 频段，就像一块 “蛋糕的边角料”，无法与其他 6GHz 频段的信道合并使用，仅能以信道 2（ch=2）对应的 20MHz 带宽独立运行。

在 hostapd.conf 配置文件中，6GHz 频段 80MHz 带宽的无线 AP 需按以下方式配置。不过在撰写本文时，笔者手边暂无支持 6GHz 80MHz AP 模式的设备，因此该配置是否切实可用尚未经过验证。

ctrl_interface=/var/run/hostapd
country_code=US
ssid=silex-hostapd-test
hw_mode=a
ieee80211ax=1
op_class=133
channel=7

在无线规格层面，新增了HE 能力信息单元（HE Capabilities IE，类型值 0xff 0x23）与HE 工作信息单元（HE Operation IE，类型值 0xff 0x24）；当设备在 6GHz 频段运行时， 6GHz 工作信息字段（6GHz Operation Information field）会被纳入 HE Operation IE 中。该信息单元的格式与此前的 VHT Operation IE 相比又有了变化，具体包含以下字段：

Primary Channel (8bit)
Control (8bit)
Channel Center Frequency Segment 0 (8bit)
Channel Center Frequency Segment 1 (8bit)
Minimum Rate (8bit)
其中，控制位（Control）字段还可进一步拆解为：
Channel Width (2bit)
Duplicate Beacon (1bit)
Regulatory Info (3bit)
Reserved (2bit)

信道带宽（Channel Width）的取值定义如下：

00:20MHz
01:40MHz
10:80MHz
11:80+80 or 160MHz

至此，设备终于摆脱了自 IEEE 802.11n 时代起，“需通过 HT Operation IE 中的 STA Channel Width 比特位区分 20/40MHz 带宽” 的设计桎梏；在 6GHz 频段的信标帧中，也不再需要包含 HE 或 VHT 相关的信息单元。 

此外，IEEE 802.11ax 也可在 5GHz 频段运行；在此情况下，无需指定op_class参数，直接沿用自 IEEE 802.11a 起就使用的信道定义方式即可。例如，若要配置信道 36、80MHz 带宽，可按以下方式进行设定。

ctrl_interface=/var/run/hostapd
country_code=US
ssid=silex-hostapd-test
hw_mode=a
channel=36
ieee80211ax=1
ht_capab=[HT40+]
he_oper_chwidth=1

在 5GHz 频段下，即便不配置 ieee80211n=1 或 ieee80211ac=1，只要指定 ieee80211ax=1，HE 能力信息单元、HE 工作信息单元、VHT 能力信息单元以及 VHT 工作信息单元就会被自动启用。不过和以往一样，若不指定 ht_capab=[HT40+]，仍然无法使用 40MHz 及以上的信道带宽。

由于 5GHz 频段没有op_class参数，信道带宽需通过he_oper_chwidth来指定。该参数的配置会覆盖vht_oper_chwidth的值，并同步设定到VHT Operation IE的信道带宽（Channel Width）字段中。也就是说，

ctrl_interface=/var/run/hostapd
country_code=US
ssid=silex-hostapd-test
hw_mode=a
channel=36
ieee80211ac=1
vht_oper_chwidth=0
ieee80211ax=1
ht_capab=[HT40+]
ht_oper_chwidth=1

即便给出这样一份意图为 “11AC 以 40MHz 带宽运行、11AX 以 80MHz 带宽运行” 的hostapd.conf配置文件：系统并不会报错，但实际生效的配置是he_oper_chwidth=1覆盖了vht_oper_chwidth=0，最终11AC 与 11AX 都会以 80MHz 带宽运行。

 

理论上，通过以下这份 hostapd.conf 配置文件，应该可以搭建一台主信道为 36～48、次信道为 153～165 的 VHT80+80 模式 AP。但在撰写本文时，笔者手边没有对应的适配设备，因此无法对该配置的有效性进行验证。

ctrl_interface=/var/run/hostapd
country_code=US
ssid=silex-hostapd-test
hw_mode=a
channel=36
ieee80211ax=1
ht_capab=[HT40+]
he_oper_chwidth=3
he_oper_centr_freq_seg0_idx=42
he_oper_centr_freq_seg1_idx=159

 

IEEE802.11be与320MHz模式

在撰写本文时，IEEE 802.11be 标准的正式版本尚未发布，但该标准已确定新增多项技术规格，包括 4096QAM 调制（对应调制与编码策略 MCS12/13）、320MHz 带宽信道以及 16 流 MIMO 等。其中，320MHz 带宽信道将采用新增的工作等级 op_class 137 进行定义。

op_class=137, fStart=5925MHz, CH=320MHz, ch=31,63,95...

理论上，通过如下所示的 hostapd.conf 配置文件，应该可以搭建出一台在 6GHz 频段使用 320MHz 带宽信道的 IEEE 802.11be 无线AP。但在撰写本文时，笔者手边没有对应的适配设备，因此无法对该配置的有效性进行验证。

ctrl_interface=/var/run/hostapd
country_code=US
ssid=silex-hostapd-test
hw_mode=a
ieee80211be=1
op_class=137
channel=31

虽然在 5GHz 频段使用 320MHz 带宽信道的实用性有待商榷，但hostapd中姑且已对此功能提供了支持。和以往一样，由于 5GHz 频段没有op_class参数，需通过eht_oper_chwidth来指定带宽；而对应 320MHz 带宽的取值，被设为了非连续的数字9。这是因为早在 2012 年发布的、面向 60GHz 频段的IEEE 802.11ad 标准，抢先占用了 4～7 的取值区间。

4=2160MHz
5=4320MHz
6=6480MHz
7=8640MHz
8=40MHz (※ 注)
9=320MHz

（※注）在 hostapd 的源代码中，chwidth=8 被定义为 CONF_OPER_CHWIDTH_40MHZ_6GHZ，但目前并不清楚它的具体用途。单从阅读源代码的结果来看，该参数似乎与 Wi-Fi Direct 相关。

在无线规格层面，新增了EHT 能力信息单元（EHT Capabilities IE，类型值 0xff 0x6c）与EHT 工作信息单元（EHT Operation IE，类型值 0xff 0x6a）；而这一次，EHT 工作信息字段（EHT Operation Information field） 中也新增了以下内容：

Control (8bit)
CCFS0 (8bit)
CCFS1 (8bit)
Disabled Subchannel Bitmap(0/16bit)

其中，控制位（Control）字段被定义为：

Channel Width (3bit)
Reserved (5bit)

信道带宽的取值定义如下：

000:20MHz
001:40MHz
010:80MHz
011:160MHz
100:320MHz
他:Reserved

CCFS0/1 的定义为：“在 320MHz 带宽信道模式下，二者分别表示主 160MHz 信道与次 160MHz 信道的中心频率”。从规格层面来讲，即便是在 5GHz 频段，理论上也可以通过绑定两个非相邻的 160MHz 信道（160+160），实现 320MHz 带宽的运行。理论上，通过如下所示的 hostapd.conf 配置文件，应该可以搭建一台主信道为 36～64、次信道为 100～128 的 160+160 模式 AP。但在撰写本文时，hostapd 2.10 版本尚未配备 eht_oper_centr_freq_seg1_idx 这一参数，因此似乎根本无法完成 160+160 模式的配置（※注）。

（※注）尽管如此，eht_oper_chwidth=9 为何会被定义为对应 320MHz 带宽，这一点至今仍是个谜。因为在 5GHz 频段中，无论哪个地区的频谱规划里，都不存在能够容纳 320MHz（相当于 16 个 20MHz 信道）的连续频段。

ctrl_interface=/var/run/hostapd
country_code=US
ssid=silex-hostapd-test
hw_mode=a
channel=36
ieee80211be=1
ht_capab=[HT40+]
eht_oper_chwidth=9
eht_oper_centr_freq_seg0_idx=50
eht_oper_centr_freq_seg1_idx=114

 

总结

  • · IEEE 802.11a/b/g 时代：信道带宽固定为 20MHz。在 2.4GHz 频段的信标帧中，信道编号会被写入直接序列扩频参数集信息单元（DSSS Parameter set IE）；但 5GHz 频段的信标帧中则不携带任何信道相关信息。在hostapd.conf配置文件中，需通过hw_mode指定工作的基础频段（2.4GHz/5GHz），并通过channel参数指定具体信道。
     
  • · IEEE 802.11n 标准中：新增了 40MHz 带宽的HT40 信道选项，在信标帧中，该带宽模式通过HT 工作信息单元（HT Operation IE）内的次信道偏移量（Secondary Channel Offset）与终端信道带宽（STA Channel Width）这两个字段来标识。在hostapd.conf配置文件中，只需在ht_capab参数中指定[HT40+]或[HT40-]，即可启用 HT40 模式。
     
  • · IEEE 802.11ac 标准中：新增了 80MHz、160MHz 以及 80+80MHz 这三种带宽模式。在信标帧中，信道带宽与主、次信道信息通过VHT 工作信息单元（VHT Operation IE）来标识；但出于向后兼容的考量，20MHz 与 40MHz 带宽在此信息单元中会被赋予相同的取值（0），二者的区分仍需依靠HT 工作信息单元（HT Operation IE）内的终端信道带宽（STA Channel Width）字段来实现。在hostapd.conf配置文件中，可通过vht_oper_chwidth参数指定信道带宽，但如果未在ht_capab参数中配置[HT40+]或[HT40-]，设备将无法以 40MHz 及以上的带宽运行。

  • · IEEE 802.11ax 标准中：新增了对 6GHz 频段的支持，同时引入了工作等级（Operating Class）这一参数，该参数将基础频段与信道带宽进行了绑定整合。在信标帧的参数标识逻辑上，5GHz 与 6GHz 频段的表现有所不同：前者基本可视为IEEE 802.11ac 的向上兼容版本；后者则会通过新增的HE 工作信息单元（HE Operation IE）中的6GHz 工作信息字段，来标识信道带宽以及主、次信道的相关信息。在hostapd.conf配置文件中，5GHz 频段需通过he_oper_chwidth参数指定信道带宽，而 6GHz 频段则需通过op_class参数进行配置。此外，一旦指定了ieee80211ax=1，所有与 IEEE 802.11ac 相关的配置均会失效。
     
  • · IEEE 802.11be 标准中：新增了 320MHz 带宽模式。在信标帧中，信道带宽以及主、次信道信息，会通过EHT 工作信息单元（EHT Operation IE）内的EHT 工作信息字段进行标识。在hostapd.conf配置文件中，5GHz 频段需通过eht_oper_chwidth参数指定带宽，6GHz 频段则需通过op_class参数指定带宽。此外，一旦指定了ieee80211be=1，理论上所有与 IEEE 802.11ac、IEEE 802.11ax 相关的配置都将失效。

如果再把 60GHz 频段的 IEEE 802.11ad（DMG，定向多千兆技术）、900MHz 频段的 IEEE 802.11ah（S1G，物联网低功耗技术） 以及 700MHz 频段的 IEEE 802.11af（TVHT，电视白频谱技术） 也纳入讨论范围的话，整体的配置逻辑会变得更加复杂。不过在撰写本文时，hostapd 对这些标准的整合工作尚未完成（其中 11ad 与 11af 基本处于 “名存实亡” 的搁置状态），因此暂时只要掌握好前面提到的那些核心要点就足够了。