第 10 章：漫游与切换（802.11k/v/r）— 行驶中不掉线的交接

Posted on Edited on In , Symbols count in article: 12k Reading time ≈ 11 mins.

"好的交通系统，不是让你停车换路，而是让你在行驶中就完成路口交接——车不停、网不断。"

本章导读

前面的章节都在讲 "一个路口（一个 AP）内部怎么把路修得更宽更快"。但真实场景里，你拿着手机从客厅走到卧室、在商场里逛、在公司不同楼层走动——信号最强的 AP 一直在变。设备从一个 AP 切换到另一个 AP 的过程，就叫漫游（Roaming）。

漫游做得好不好，直接决定体验：视频通话会不会卡一下、在线游戏会不会瞬断、VoIP 会不会掉句。纯靠设备自己 "信号弱了就重连" 是很笨的——它要重新扫描、重新认证（完整跑一遍 802.1X/EAP + 四次握手），整个过程可能耗时数百毫秒甚至更久，足以让一通电话断掉。

IEEE 802.11 为此定义了 "漫游三件套"，本章逐一拆解：

  • 802.11k（RRM，无线资源测量）：让 AP 告诉设备 "你周围还有哪些 AP 可选"——导航地图。
  • 802.11v（WNM，无线网络管理）：让网络主动建议设备 "该换到那个 AP 了"——交警调度。
  • 802.11r（FT，快速 BSS 切换）：让设备切换时跳过完整认证，几乎无缝——ETC 不停车过闸。

漫游就像一辆车在城市里行驶，要从一个路口的管辖区开进下一个路口的管辖区。差的做法是 "到了边界停车、下车重新办通行证、再上路"（每次切换都完整重认证，必然卡顿）。好的做法是：车载导航提前告诉你前方有哪些路口可走（11k）、交通中心根据路况建议你走哪个（11v）、而你车上的 ETC 早就办好了通行证、过闸不停车（11r）——全程不掉线。

本章你将学到：

  • 漫游的本质：在同一个 ESS 内从一个 BSS 切到另一个 BSS
  • AP / AC / DS 三个角色，以及三种部署形态（裸多 AP / 控制器协调 / Mesh）的本质差别
  • 为什么 "重新认证" 是漫游卡顿的元凶
  • 802.11k：邻居报告如何省去盲目扫描
  • 802.11v：BSS Transition Management 如何引导切换
  • 802.11r：FT 密钥层级（R0KH/R1KH）如何让切换免去完整握手
  • FT 的两种方式：over-the-air 与 over-the-DS
  • Mesh 的两副面孔：802.11s 真 Mesh vs 消费级 Mesh 路由
  • "裸" 多 AP 网络（只是 SSID/加密/密码相同）漫游为什么照样卡，以及 sticky client、跨子网断 IP 等现实坑

数据来源：本章所有技术结论基于 IEEE Std 802.11-2024，FT 见 Clause 13、RRM/WNM 见 Clause 11、帧格式见 Clause 9、Mesh 见 Clause 14（配套 §4.3.24、§12.9 AMPE、§14.11 HWMP、§10.37 转发），并标注章节。AC（控制器）、消费级 Mesh 等属产业界工程实现，非 802.11 标准实体，文中已注明。

1 漫游的本质 — 在同一个 ESS 里换路口

先理清几个概念（呼应第 1 章的连接流程）：

概念含义交通比喻
BSS一个 AP 及其覆盖范围一个路口的管辖区
ESS（Extended Service Set）多个 BSS 共享同一个 SSID，组成一张大网整座城市的同一套交通系统
漫游 / FT（Fast BSS Transition）STA 从同一 ESS 的一个 BSS 切换到另一个 BSS，最小化数据连接中断的时间（§3 定义）在行驶中从一个路口交接到下一个路口

关键点：漫游发生在同一个 ESS 内（同一个 SSID 的多个 AP）。你家装了一台路由器 + 两个 Mesh 节点、公司每层楼几个 AP——它们 SSID 相同，构成一个 ESS，设备在其中走动就会触发漫游。

谁来决定切换？ 传统上，漫游决策由 STA（设备）自己做——它判断当前 AP 信号差了，就去找更好的。AP 无法强制设备切换。802.11k/v 的意义在于：给设备更好的决策信息（k）、并让网络能主动建议（v），但最终扣动扳机的通常还是设备。

2 先认清角色 — AP / AC / DS 与三种部署形态

后面 11k/v/r 反复提到 "控制器"" 分布式系统 ""各个 AP 预先拿到密钥"，但这些角色一直没正式介绍。漫游做成什么样，根子上取决于这张网是怎么搭的——所以先把角色和形态讲清楚。

2.1 三个角色：AP、AC、DS

角色全称干什么交通比喻
APAccess Point（接入点）设备直接连的那台无线 "基站"，负责射频收发、关联管理、加解密。一个 AP 就是一个 BSS一个路口的交通岗亭：现场指挥过往车辆
ACAccess Controller（无线控制器，也叫 WLC / 控制器）可选的中枢设备，统一管理一批 AP：下发配置、汇总状态、托管认证密钥、协调漫游与负载。注意这不是 IEEE 802.11 定义的实体，而是产业界（CAPWAP 等）的工程产物全市交通指挥中心：统管所有岗亭
DSDistribution System（分布式系统）把同一 ESS 里多个 AP 连成一张网的骨干——通常就是有线以太网 / 交换机，也可以是无线（见 Mesh）。§4.3 把 ESS 定义为 "通过 DS 互联的多个 BSS"连接各路口的城市道路骨干网

交通比喻：AP 是路口岗亭、DS 是连接各路口的主干道、AC 是高高在上的指挥中心。有没有 AC、DS 是有线还是无线，直接决定了这座城市的交通调度有多智能、车辆在路口间穿行有多顺。

关键认知：802.11 标准本身只定义 AP、STA、DS、ESS;AC（控制器）和 "瘦 AP / 胖 AP" 之类是厂商工程实现。这就是为什么不同部署的漫游体验天差地别——标准给了 11k/v/r 这些 "工具"，但谁来用、怎么用，取决于这张网有没有一个统一大脑。

2.2 三种部署形态

同样是 "几台 AP 共享一个 SSID"，现实里有三种截然不同的搭法，漫游表现也完全不同：

三种部署形态对比

形态一："裸" 多 AP 网络（无 AC，有线 DS）——最常见的家庭 / 小办公场景。

你买了个路由器，又添了一两个面板 AP 或老路由器当 AP，把它们的 SSID、加密方式、密码都设成一样，网线接到同一台交换机上。这就构成了一个合法的 ESS，设备走动时确实会漫游。但是：

  • AP 之间 ** 互不知情，** 没有 AC 居中协调，也 (通常) 没开 11r。
  • 于是每次漫游 = ** 一次完整重连：** 重新扫描 → 开放认证 → 重关联 → 完整四次握手 (WPA2/3-Personal 没有 EAP，但四次握手照样要跑一遍)。这正是下一节 10.3 要讲的 "卡顿元凶" 原样上演。
  • ** 决策完全在 STA 端：AP 没法赶你走，网络也不会建议你切。于是常见粘滞客户端 (sticky client)** 问题——手机已经走到另一个房间，却死死抱着原来那个信号已经很弱的 AP 不放，直到几乎断线才肯切。

** 交通比喻：** 几个路口岗亭各管各的，彼此没有专线沟通，也没有指挥中心。车辆 (设备) 全凭自己判断 "这个路口信号弱了，我换一个吧"——而且很多司机有 "路径依赖"，非要等到原路口彻底堵死才肯换道。

形态二：控制器协调式 (有 AC，有线 DS)——企业/园区/大型场馆的标配，也是本章 11k/v/r 默认的舞台。

一台 AC 统管几十上百个 AP：统一下发 SSID 配置、集中托管 FT 密钥层级 (AC 当 R0KH，各 AP 当 R1KH)、按需把 PMK-R1 推给邻近 AP、用 11v 做负载均衡和引导切换。**11k/v/r 在这里才能发挥全部威力，** 把漫游压到几十毫秒。

交通比喻：有了指挥中心，它给每个岗亭下发统一规则、提前把通行证备到沿途各闸机、还能根据实时路况广播 "这批车改走 7 号路口"。城市交通这才真正顺起来。

形态三：Mesh (回程是无线的)——布线困难的场景 (老房子、大平层、跨楼层)。

前两种形态里 AP 之间都靠有线 DS 互联。Mesh 的不同点在于：把 DS 也变成无线——AP 之间用 WiFi 互相中继，数据多跳转发回到出口。Mesh 又分 "真 802.11s" 和 "消费级 Mesh 产品" 两种，差别很大，留到 10.8 节专门展开。

交通比喻：前两种形态里，路口之间靠地下铺好的主干道 (有线) 连通；Mesh 则是路口之间没修路，改用空中索道彼此吊运——省去了挖路布线，代价是索道运力 (无线回程带宽) 会被中继占用。

形态有无 ACAP 间互联 (DS)漫游体验典型场景
裸多 AP无有线差：每次完整重连、易 sticky家庭、小办公 DIY
控制器协调有有线好：11k/v/r 全开，几十 ms企业、园区、场馆
Mesh视产品而定无线回程取决于实现 (消费级通常较好)布线难的家庭 / 大平层

跨子网会断：漫游的隐藏前提。无论哪种形态，11k/v/r 解决的都是 ** 二层 (L2)** 的快速重连。但如果你漫游前后的两个 AP 属于不同 IP 子网 (各自一个网段)，那么切过去后设备 IP 失效、必须重新拿 IP, 上层 TCP 连接照样断——再快的 FT 也救不回来。所以 "无缝漫游" 还有个隐含前提：同一 ESS 内的 AP 要处在同一个二层广播域 (同一子网)。企业网常用统一 VLAN / 隧道把流量集中到 AC 出口正是为此；真要跨子网漫游，得靠 Mobile IP / 隧道这类三层手段，已超出 802.11 范畴。

3 卡顿的元凶 — 为什么 "重新连接" 这么慢

设想没有任何优化的漫游，设备切到一个新 AP 要走完整流程（回顾第 1 章、第 8 章）：

1
2
3
4
5
6
7
1. 扫描     盲目扫描所有信道，找有没有同 SSID 的更好 AP   （耗时大头）
2. 认证     802.11 Authentication
3. 关联     Association
4. 802.1X   完整 EAP 认证（企业网，要和后端 RADIUS 服务器来回）  （又一耗时大头）
5. 四次握手   协商 PTK/GTK 密钥
            ↓
   这期间数据是断的，可能数百毫秒 → 通话/游戏卡顿

两个最耗时的环节是 ①盲目扫描 和 ④完整 EAP 认证。漫游三件套正是分别打击这两个痛点：

  • 11k 干掉 "盲目扫描"——直接告诉你去哪找。
  • 11r 干掉 "完整 EAP 认证"——预先备好密钥，切换时免握手。
  • 11v 则负责 "什么时候切、切到哪" 的智能调度。

4 802.11k — 邻居报告：给设备一张导航地图

**802.11k（Radio Resource Measurement，无线资源测量，RRM）** 最有用的一项是 Neighbor Report（邻居报告）。

机制很简单（§11、§9.6 帧格式）：

  • STA 向当前 AP 发 Neighbor Report Request。
  • AP 回 Neighbor Report Response，列出周边同 ESS 的候选 AP——包括它们的 BSSID、工作信道、能力等。

有了这份名单，STA 就不必盲目扫描所有信道了：它直接奔着名单上的几个候选信道去测一下信号即可。扫描时间从 "扫全部信道" 骤降到 "只看名单上的几个"。

交通比喻：以前换路口靠 "开到哪算哪、挨个路口试"。11k 相当于车载导航直接告诉你 "前方 500 米有 3 号、7 号、9 号路口可走，分别在这些方向"——你不用乱转，直奔候选点即可。

5 802.11v — BSS Transition Management：交警主动调度

**802.11v（Wireless Network Management，WNM）** 里与漫游最相关的是 BSS Transition Management（BSS 过渡管理，BTM）。

它让网络侧能主动引导设备切换（§11、§9.6）：

帧方向作用
BTM QuerySTA → AP设备主动问 "我该切到哪？"
BTM RequestAP → STA网络建议 "请你切换到这些候选 AP（附优先级列表）"
BTM ResponseSTA → AP设备回应是否接受

典型用途：负载均衡（某 AP 接入设备太多，引导一部分设备去隔壁 AP）、优雅下线（某 AP 要维护，提前请设备迁走）、贴边优化（设备在小区边缘，建议切到信号更好的 AP）。

注意：BTM 是建议，不是强制——设备可以拒绝（除非配合更强的管理策略）。

交通比喻：11v 是交通指挥中心。它看得到全局路况，于是主动广播 "3 号路口太堵了，建议你们这批车改走 7 号路口"。司机（设备）通常会听从，但理论上也能坚持原路。

6 802.11r — FT 快速切换：ETC 不停车过闸

这是漫游三件套里最核心、最精巧的一环。**802.11r（Fast BSS Transition，FT，快速 BSS 切换）** 专门解决 "完整 EAP 认证太慢" 的问题。

6.1 核心思路：密钥提前备好

传统切换每到一个新 AP 都要完整跑一遍 EAP（和后端 RADIUS 来回），慢。FT 的思路是：只在第一次接入 ESS 时做一次完整认证，把密钥按层级分发好；之后漫游到任何一个 AP，都用预先备好的密钥直接握手，免去完整 EAP。

6.2 FT 密钥层级（R0KH / R1KH）

FT 定义了一套三层密钥层级（§12.7.1.6）：

FT 密钥层级与漫游

密钥持有者说明
PMK-R0R0KH（R0 Key Holder）顶层密钥，由首次接入的认证结果派生（企业网是 EAP 得到的 MSK，WPA3-Personal 则是 SAE 得到的 PMK——规范统称 MPMK / Master PMK，派生公式中写作 XXKey，§12.7.1.6）。R0KH 通常是控制器/认证服务器侧
PMK-R1R1KH（R1 Key Holder）由 PMK-R0 派生，按 (STA, AP) 组合各一把——对单个 STA 而言每个目标 AP 各派生一把。R1KH 通常就是各个 AP
PTKSTA 与目标 AP由 PMK-R1 派生，用于实际加密这次关联

关键在于：首次接入时做一次完整认证得到 PMK-R0，控制器据此为目标 AP 派生 PMK-R1。 当设备漫游到某个新 AP，那个 AP 已经拿到了给它的 PMK-R1，于是双方直接用 PMK-R1 算出 PTK，跳过完整 EAP（§13.4 FT 4-way handshake / §13.5 FT 协议）。

PMK-R1 到底有多少把？ 别被 "每个目标 AP 一个" 误导成 "全网每个 AP 就一把"。看派生公式（§12.7.1.6.4）：PMK-R1 = KDF(PMK-R0, "FT-R1", R1KH-ID ‖ S1KH-ID)，输入里同时含 AP 的标识（R1KH-ID）和 STA 的 MAC（S1KH-ID）——所以 PMK-R1 本质是 (STA, AP) 二元组的密钥。对一个 STA，它在每个目标 AP 上各有一把；对一个 AP，它服务的每个 STA 各对应一把不同的 PMK-R1。

按需分发，不会乘积爆炸：那 100 个 AP × 100 个 STA，每个 AP 岂不要存 10000 把？不会——因为 PMK-R1 是按需分发的，不是全量预铺。R0KH 只在 "这个 STA 可能漫游过去" 时才把对应的 PMK-R1 推给那个 AP，常见策略是只推给当前 AP 的邻居（即 11k 邻居报告里的候选 AP）。再加上 PMK-R1 有生命周期（继承 PMK-R0 的剩余寿命），STA 离开或密钥过期即清除。所以单个 AP 实际缓存的只是 "当前接入的 STA + 邻近可能漫游来的 STA"，量级在几十到几百，而非理论上限的乘积。

交通比喻：第一次进城你在市政中心办了一张 "总通行证"（PMK-R0）。市政中心据此签发 "专属子证"（PMK-R1）——但子证上既写着闸机编号、也写着你的司机身份，是 "每位司机 × 每个闸机" 各一张，不是每个闸机笼统一张。而且市政中心很懂事：只把你接下来可能经过的那几个闸机的子证提前下发过去，不会给全城每个闸机都铺一张。以后你过这些闸机，闸机一看 "你的子证我这儿有备案"，ETC 直接抬杆放行（用 PMK-R1 直接握手）——不用每个路口都回市政中心重新办证。

6.3 两种 FT 方式：over-the-air 与 over-the-DS

FT 有两种与目标 AP 交换认证信息的方式（§13.5）：

方式全称怎么走比喻
Over-the-air空口直传STA 直接和目标 AP 用 FT 认证序列交换（SNonce/ANonce），提前算好 PTK，再去 reassociation（§13.5.2）直接向前方闸机隔空预申报
Over-the-DS经分布式系统STA 把 FT Request 交给当前 AP，由当前 AP 通过有线骨干（DS）转发给目标 AP（§13.5.3）通过当前路口的内部专线，替你向下个路口打招呼

两者目标相同——在真正切换前就把目标 AP 的 PTK 算好，使 reassociation 几乎瞬间完成。over-the-DS 要求目标 AP 的 MDE 中 "FT over DS" 位为 1 才能用（§13.5.3）。

无论哪种方式，底层都是同一套 FT 认证序列（4 次消息，§13.8）：前两条消息交换随机数、后两条落到 Reassociation 上验证 MIC。以 over-the-air 为例——STA 先发 Authentication 帧，FTE 里带上随机数 SNonce 和 R0KH-ID、RSNE 里带上 PMKR0Name（第 1 条）；目标 AP 回 Authentication 帧，FTE 里给出 ANonce、R1KH-ID 并回显 SNonce（第 2 条），至此双方各自用 PMK-R1 加这两个 nonce 算出同一把 PTK。随后 STA 发 Reassociation Request，FTE 里带上用 PTK-KCK 算出的 MIC 和 PMKR1Name（第 3 条）；目标 AP 验过这条 MIC，就确信 "来者手里真有这把 PMK-R1"，于是回 Reassociation Response，FTE 里同样带 MIC、并捎上加密的 GTK（第 4 条）。这条 MIC 是快切的核心——一步同时证明 "持有密钥" 和 "双方在场"，reassociation 一完成即打开 802.1X 受控端口放行数据，全程不再回 R0KH 重新认证（§13.7）。over-the-DS 的差别只在：前两条消息改用 FT Request/Response（Action 帧）经当前 AP 转发（§13.5.3）。

1
2
3
4
5
6
7
8
9
10
11
STA                                     目标 AP
  │  ① Authentication (FTE[SNonce, R0KH-ID], RSNE[PMKR0Name])
  │ ─────────────────────────────────────────────────────▶
  │  ② Authentication (FTE[ANonce, R1KH-ID, SNonce])
  │ ◀─────────────────────────────────────────────────────
  │       双方用 PMK-R1 + SNonce + ANonce 各自算出 PTK
  │  ③ Reassociation Request (RSNE[PMKR1Name], FTE[MIC])
  │ ─────────────────────────────────────────────────────▶
  │  ④ Reassociation Response (RSNE[PMKR1Name], FTE[MIC, GTK])
  │ ◀─────────────────────────────────────────────────────
  │      MIC 验证通过 → PTKSA 建立、受控端口打开、放行数据

注意：FT 的初始接入用 FT 4-way handshake 建立第一组安全关联（PTKSA/GTKSA，启用 PMF 时还有 IGTKSA 等）（§13.4）。这套与第 8 章讲的 RSNA 同源，只是把密钥组织成了可快速分发的层级。

7 三件套如何协同 — 一次完整的无缝漫游

把 k/v/r 串起来，看一次理想的无缝漫游（设备从 AP1 走向 AP2）：

无缝漫游 k/v/r 协同

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
0. 初始     设备首次接入 ESS，完整认证一次 → 得 PMK-R0
            控制器为辖下各 AP 预派生 PMK-R1（11r 铺垫）
                  │
1. 探路(11k)  设备觉得 AP1 信号转弱，向 AP1 要 Neighbor Report
            → 拿到候选名单（含 AP2 的信道）
            → 只扫名单里的信道，快速锁定 AP2
                  │
2. 调度(11v)  （可选）网络发 BTM Request 建议"切到 AP2"
            或设备自行决策切换
                  │
3. 快切(11r)  设备用 FT（over-the-air 或 over-the-DS）
            和 AP2 提前交换 nonce、用预备的 PMK-R1 算好 PTK
            → reassociation 几乎瞬间完成，免完整 EAP
                  │
   结果       切换耗时从数百 ms 降到几十 ms 内
            通话/游戏/视频不掉线 —— 真正的"行驶中交接"

再强调一次：这套 "丝滑全开" 的剧本，是 10.2 节的形态二 (控制器协调) 才完整成立的。形态一的裸网络里没有 AC 预铺密钥、没人发 BTM，漫游就退化回 10.3 的完整重连。

8 Mesh 深入 — 802.11s 真 Mesh 与消费级 Mesh 的两副面孔

10.2 节说 Mesh 的特点是 "把 DS 也变成无线"。但" Mesh" 这个词在标准世界和卖场货架上指的根本是两回事，混淆它俩是最常见的误解，这里拆开讲。

8.1 Mesh 到底是什么 — 从 "网状" 到 "无线回程"

Mesh 英文原意就是渔网、网格——那种每个节点都和周围多个节点交织相连的结构。对照几种拓扑就清楚了：

1
2
3
4
5
6
7
星型(Star)            链型(Chain)         网状(Mesh)

    A                  A—B—C—D            A———B
  / | \                                   | × |
 B  C  D              (一条线串下去)       C———D
(都连中心,            一处断全断          (彼此交织,
 中心挂了全完)                            断一条绕另一条)

Mesh 的精髓：节点之间不是 "都汇聚到一个中心"，而是彼此多路互联——任意两点间往往不止一条路径，一条断了能绕路走。这就是 "网状" 相对 "星型 / 链型" 的根本价值：冗余 + 多跳中继。

放回 WiFi 语境：一张多 AP 的网，AP 之间总得有条路把数据汇回出口（接互联网那个口），这条 "AP 与 AP 之间的连接" 叫回程（backhaul）。

  • 传统做法：回程是有线的——每个 AP 拉网线到交换机（即 10.2 的形态一、二的 DS）。
  • Mesh 做法：回程是无线的——AP 之间用 WiFi 互相中继，数据一跳一跳（multi-hop）传回出口。

所以一句话：在 WiFi 里，"Mesh" 的核心含义就是「AP 之间靠无线多跳互联，而不是靠网线」。它解决的痛点是——有些地方没法布线（老房子、大平层、跨楼层、室外），那就让 AP 之间自己用无线接力。

再强调一次正交关系：Mesh 管的是 "AP 之间怎么连"（回程），漫游三件套（11k/v/r）管的是"手机怎么在 AP 间顺滑切换"。这是两件正交的事——你可以有 "有线回程 + 11k/v/r"（形态二，根本不是 Mesh 但漫游很顺），也可以有 "无线回程但漫游做得很烂"。Mesh 本身 ≠ 漫游顺。

理解了这层，再看标准和产品对 "Mesh" 的两种用法就不会混了。

8.2 802.11s：标准定义的 "真 Mesh"

IEEE 在 Clause 14（MLME mesh procedures） 里定义了 Mesh BSS。它解决的核心问题是：当 AP 之间没法拉有线时，怎么用无线把它们自己组成一张能多跳转发的骨干网——也就是用无线代替传统 DS。

几个要点 (均落到规范章节):

机制说明规范
Mesh BSS / Mesh STA参与 mesh 的节点叫 mesh STA；它们组成的 BSS 与普通 infrastructure BSS 并列，是第三种 BSS 类型§4.3.24
Mesh Peering(MPM)mesh 节点之间两两建立 "对等链路"，类似 STA-AP 关联的对等版§14.4
AMPE (认证 mesh peering 交换)给 mesh 链路加密的安全握手——mesh 节点之间没有 "谁是 AP" 之分，所以用 SAE 对等认证而非传统 四次握手§12.9
HWMP (混合无线 Mesh 协议)mesh 的默认 ** 路径选择 (选路)** 协议，基于 airtime 链路度量决定多跳怎么走§14.11
Mesh 转发帧在 mesh 内多跳转发的规则 (含 6 地址 mesh 头)§10.37

交通比喻:802.11s 真 Mesh 像一群路口岗亭之间自己架起了空中索道网，还内置了一套 "选路算法 (HWMP)" 决定货物从 A 岗亭到 D 岗亭走哪条索道最省力——这套索道网就替代了原本要在地下铺设的主干道 (有线 DS)。

注意：802.11s 管的是 "骨干怎么无线互联 + 选路 + mesh 链路加密"，它本身并不直接规定客户端漫游怎么做。客户端 (你的手机) 接入 mesh 网络里某个兼具 AP 功能的 mesh 节点，用的还是普通的关联/11k/v/r。换句话说，Mesh 解决的是 "AP 之间怎么连"，漫游三件套解决的是 "客户端怎么在 AP 间切"——两个正交的问题。

8.3 消费级 Mesh 路由：货架上的 "Mesh"

eero、Orbi、Deco、华硕 AiMesh、小米 Mesh 这些产品盒子上印着 "Mesh"，但多数并不是 802.11s。它们各家用私有的回程协议，而且工程重点完全不同：

  • 回程 (backhaul)：可以是无线 (常专门留一条 5GHz/6GHz 频段当专用回程，避免和客户端抢路)，也可以插网线变成 "有线回程"(此时其实退化成了 10.2 的形态二)。
  • 真正的卖点其实是漫游做得顺：这些产品几乎都内置了 11k/v/r + band steering (频段引导)+ 一个隐形的 "AC 大脑"(可能在主节点或云端)，由它统一决策 "该把这台设备引导到哪个节点"。所以你拎着手机满屋走基本无感——功劳主要是 11k/v/r 和厂商协调逻辑，而不是 "Mesh" 这个无线回程本身。

交通比喻：消费级 Mesh 产品 = 把 10.2 的形态二 (指挥中心协调) 和形态三 (空中索道回程) 打包成一个开箱即用的套装，再贴上 "Mesh" 标签卖给你。你买的与其说是 "无线索道"，不如说是 "一个内置了指挥中心、让车辆穿行顺畅的整套交通系统"。

8.4 一张表理清

维度802.11s 真 Mesh消费级 Mesh 路由
谁定义IEEE 标准 (Clause 14)各厂商私有
解决什么AP 间无线骨干 + 选路 (HWMP)开箱即用的好漫游体验
节点间互联标准 mesh peering + AMPE私有回程 (无线或有线)
客户端漫游仍靠普通关联 + 11k/v/r重度依赖 11k/v/r + band steering
你买到的 "Mesh"很少直接是它大多是这类 (贴 Mesh 标签的协调式网络)

一句话：当有人说 "我家装了 Mesh"，他八成指的是 10.8.3 那种内置协调逻辑的消费产品，而不是 10.8.2 的 802.11s。前者好用的真正原因，恰恰是这一章前面讲的 11k/v/r。

9 本章总结

标准名称解决什么交通比喻
AP / AC / DS接入点 / 控制器 / 分布式系统三个角色：AP 是基站、AC 是统管大脑 (非标准实体)、DS 是 AP 间骨干岗亭 / 指挥中心 / 主干道
三种部署形态裸多 AP / 控制器协调 / Mesh决定漫游好不好的根子：有无 AC、骨干是有线还是无线各管各 / 有指挥中心 / 走空中索道
802.11kRRM / Neighbor Report省去盲目扫描，直接给候选 AP 名单导航地图：前方有哪些路口
802.11vWNM / BSS Transition Mgmt网络主动引导切换、负载均衡交警调度：建议你改走哪
802.11rFT 快速 BSS 切换预备密钥层级，切换免完整 EAP 认证ETC：子证早备好，过闸不停车
PMK-R0 / R1（R0KH/R1KH）FT 密钥层级一次完整认证，按 (STA, AP) 组合派发子密钥、按需推给邻近 AP总通行证 + 司机 × 闸机专属子证
over-the-air / over-the-DS两种 FT 方式切换前提前算好目标 AP 的 PTK隔空预申报 / 经内部专线打招呼
802.11s Mesh标准真 Mesh（Clause 14）AP 间无线骨干 + HWMP 选路，代替有线 DS路口间架空中索道网
消费级 Mesh厂商私有产品私有回程 + 内置 11k/v/r 协调，主打开箱即用好漫游打包好的整套交通系统

漫游三件套的精髓是：11k 让设备 "看得清"（哪有候选 AP）、11v 让网络 "管得着"（建议切到哪）、11r 让切换 "快得到"（免完整认证）——三者合力，把设备在 AP 间的切换从 "停车重新办证" 变成 "行驶中不停车的无缝交接"。 但要记住：这套丝滑体验高度依赖部署形态——有 AC 协调的企业网、内置协调逻辑的消费级 Mesh 才能全开；而 "只是 SSID/加密/密码相同" 的裸多 AP 网络，漫游依旧是一次次完整重连。这正是企业 WiFi、Mesh 组网、以及一切移动场景下 "网络不掉线" 体验的底层功臣。

本章作为 802.11 系列的补充，聚焦 "设备在 AP 间移动" 这一被前面章节略过、却对实际体验至关重要的主题。它与第 1 章的连接流程、第 8 章的安全机制一脉相承——漫游本质上就是 "如何又快又安全地重新连接"。