MLO 工作模式

高通平台 MLO 工作模式

MLMR 多链路多射频模式-火力全开

Multi-Link Multi-Radio：多链路多射频模式。此时，设备内部的多个 VDEV（虚拟设备）同时处于 ACTIVE 状态，形成了双链路的连接架构。简单来说，两条链路（Links）同时工作，数据可以同时收发。

此模式依赖于高通芯片的 STR（Simultaneous Transmit / Receive）能力，具体又分两种实现方式：

  • DBS（Dual-Band Simultaneous）：比如 Link 1 跑 2.4G，Link 2 跑 5G 或 6G，两条链路分属不同频段，互不干扰。

  • HBS（High-Band Simultaneous）：这是高通的“杀手锏”（WCN785x / QCC207x 支持），允许 5G + 6G 同时并发！不过，这对射频滤波能力要求极高，需要芯片端做好充分的隔离设计。

MLSR 多链路单射频模式-养生省电

Multi-Link Single-Radio：虽然叫“Multi-Link”，但在同一时刻，实际上只有一条链路在工作。那为什么还要叫”多链路”呢？因为它的核心目的是省电。

核心逻辑：尽管建立了多条链路连接，但同一时间只有一个 VDEV 是 ACTIVE 的，另一个 VDEV 处于 SUSPEND（休眠）状态（只允许 STA 支持此模式）。

切换机制：STA 可以通过发送包含 PM=1（Power Management 位）的帧来告诉 AP：“我要把这条链路收起来了。”

在这种模式下，多链路无法同时工作，相当于回退到了传统的单链路模式，但保留了快速切换链路的能力。

典型应用场景：省电模式、轻负载待机。比如你的手机锁屏后，没有大流量需求，就可以切到这个模式来延长续航。

eMLSR 增强型多链路单射频模式-聪明侦听

Enhanced MLSR：这是 802.11be 标准中非常重要的一个增强特性。在高通方案中，可以通过 Vendor Command 来开启此模式。

核心逻辑：它介于 MLMR 和 MLSR 之间 —— 设备在任一时刻只有一条链路用于发射，但同时拥有多条链路的侦听（Listen）能力。

打个比方：你有两只耳朵同时在听，但只有一张嘴在说话。

抢占机制如下：

  • 平常状态：两条链路都在监听（Listen），随时准备接收信号。

  • 传输触发：一旦某条链路（比如 Link 1）侦测到可以传输的数据（赢得了信道竞争），硬件会瞬间把所有资源切到 Link 1 上进行数据传输。

  • 传输结束：数据发完后，迅速切回双路侦听状态，继续”两只耳朵同时听”。

核心优势：

  • 比 MLSR 延时更低 —— 因为两条链路都在同时监听，抢到信道的概率更大；

  • 比 MLMR 功耗更低 —— 因为不需要两条链路同时保持高功率发射。

可以说，eMLSR 在性能和功耗之间找到了一个精妙的平衡点。

802.11be 定义的 MLO 模式

上面聊的是高通方案的实现方式。接下来，我们回到 IEEE 802.11be 标准本身，抛开厂商实现，看看协议层面是如何定义这些行为的。

在正式展开之前，我们先明确一个核心概念：在 802.11be 协议中，AP 端的 MLD 叫 AP MLD，终端侧的叫 non-AP MLD（通常就是你的手机、笔记本）。每个 MLD 内部可以挂载多个 STA，每个 STA 对应一条链路，各自拥有独立的 MAC 地址。

理解了这一点，我们接下来就展开聊聊 802.11be 标准定义的各种 MLO 操作模式。

STR 同时收发，各干各的

全称：Simultaneous Transmit and Receive（同时发送和接收）

协议出处：Clause 35.3.16.3

核心定义：当一对链路被声明为 STR 链路对时，MLD 中的每个 STA 在各自的链路上独立竞争无线介质，互不干扰——你发你的，我收我的。

协议还明确规定，非移动 AP MLD 的所有链路对都必须是 STR 链路对。 也就是说，对于家里或企业部署的普通 AP，所有链路天然支持同时收发。

打个比方：STR 就像两条完全独立的车道，各跑各的车，互不影响。

备注：non-AP MLD 在关联请求帧（Re/Association Request）中，通过 Basic Multi-Link element 的 NSTR Indication Bitmap 来声明每对链路是 STR 还是 NSTR。设置为 0 表示该链路对支持 STR。

  • 值为 1：这意味着当设备在 Link i 上发送数据时，无法同时在 Link j 上接收数据（或者反过来），通常是因为干扰太大导致接收性能不达标。

  • 值为 0：这意味着这两条链路在物理上隔离得足够好，或者频段间隔足够远，支持一条链路发送的同时另一条链路接收。

NSTR 不能同时收发，但有对齐机制兜底

全称：Non-Simultaneous Transmit and Receive（非同时发送和接收）

协议出处：Clause 35.3.16.4 ~ 35.3.16.8

为什么会有 NSTR？在手机这样的紧凑型设备中，两条链路的射频可能离得太近。如果一条链路在发射，另一条链路的接收信号会被干扰。这时候，这对链路就只能被声明为 NSTR 链路对。

核心行为：当一个 STA 通过 EDCA 竞争拿到发送权后，如果判断此时发送会对同一 MLD 内另一条 NSTR 链路上的 STA 造成干扰，它可以选择不发送。

eMLSR “多路监听、单路收发”的精妙平衡

全称：Enhanced Multi-Link Single-Radio（增强型多链路单射频）

协议出处：Clause 35.3.17

这是 802.11be 中最受关注的 MLO 增强模式之一，也是目前手机端最常见的工作方式。

eMLSR 允许一个只有单射频（或有限射频能力）的 non-AP MLD，在多条 eMLSR 链路上同时保持监听状态。一旦某条链路上有数据到来，立刻切换到该链路上进行收发。

  1. 完整工作流程

    标准定义了一套严谨的帧交换流程：

    • 第一步：监听阶段。 non-AP MLD 的多个 STA 在各自的 eMLSR 链路上保持唤醒（awake），持续监听来自 AP 的初始控制帧（Initial Control Frame）。

    • 第二步：触发阶段。AP 要发起帧交换时，必须先在某条 eMLSR 链路上发送一个初始控制帧。标准严格规定了该帧的格式要求：

      • 帧类型：MU-RTS Trigger 帧或 BSRP Trigger 帧

      • 传输格式：必须使用 non-HT（duplicate）PPDU

      • 速率限制：仅限 6 Mb/s、12 Mb/s 或 24 Mb/s

      • 填充要求：帧的 MAC 填充时长必须 ≥ 终端声明的 eMLSR Padding Delay（该值由 non-AP MLD 在关联请求中或通过 EML Operating Mode Notification 帧告知 AP）

    • 第三步：切换阶段。 终端在某条链路上收到初始控制帧并回复响应帧后：

      • 该 STA 在本链路上继续参与后续帧交换（可以使用多空间流）

      • 其它 eMLSR 链路上的 STA 停止收发

      • AP 也不得在其他 eMLSR 链路上向该终端发送帧

    • 第四步：回退阶段。帧交换结束后（标准定义了多种结束条件，如超时无响应、未检测到后续帧等），non-AP MLD 在经过 eMLSR Transition Delay（终端在关联时声明的切换延迟）后，回到所有 eMLSR 链路的监听状态。

  2. 模式启用与禁用

    eMLSR 模式在关联后默认关闭。non-AP MLD 需要通过发送 EML Operating Mode Notification 帧（eMLSR Mode 子字段设为 1）来启用，并通过 eMLSR Link Bitmap 指定哪些链路参与 eMLSR，AP 在就绪后发送响应帧确认。

    此外，终端还可以在 EML Operating Mode Notification 帧中通过 In-Device Coexistence Activities 子字段告知 AP：”我在这些链路上有设备内共存活动（比如蓝牙干扰）”，AP 可以据此调整传输策略。

    一句话总结 eMLSR：平时多路同时听，来活了集中一路干，干完了再恢复多路听，性能和功耗的平衡点。

eMLMR 动态借调空间流的”增强模式”

全称：Enhanced Multi-Link Multi-Radio（增强型多链路多射频）

协议出处：Clause 35.3.18

与 eMLSR 的本质区别：

eMLSR 面向的是单射频设备，同一时刻只能在一条链路上收发。而 eMLMR 面向的是多射频设备——这些设备本来就能在多条链路上同时工作，但 eMLMR 允许它在需要时把其他链路的空间流”借”过来，临时增强某条链路的传输能力。

核心工作机制：

  • 平时状态：每条 eMLMR 链路上的 STA 独立工作，各自使用自己的空间流数量（由 EHT Capabilities element 定义）。

  • 增强触发：当 AP 在某条链路上发起帧交换时，non-AP MLD 可以将其他 eMLMR 链路上的射频资源（空间流）切换到该链路上。切换完成后，该链路可以使用更多的空间流进行收发，空间流数量上限由 EMLMR Supported MCS And NSS Set 字段指定。

  • 填充保护：与 eMLSR 类似，AP 发送的初始帧必须满足 EMLMR Padding Delay 的填充要求，以确保终端有足够时间完成空间流切换。

  • 互斥约束：标准明确规定，当 AP 正在与某个 non-AP MLD 的一个 EMLMR STA 进行帧交换且尚未结束时，不得同时与该 MLD 的其他 EMLMR STA 发起帧交换，反之亦然。

  • 恢复阶段：帧交换结束后，终端在 EMLMR Transition Delay 时间内恢复到各链路独立的空间流配置。

如上所示，AP 先发送一个 QoS Null 帧给 EMLMR STA，STA 解码该帧的同时，底层硬件把其他 EMLMR 链路上的空间流切过来。随后 AP 发送的 A-MPDU 就可以使用更高的 NSS（空间流数），实现更高的瞬时吞吐量。

一句话总结 eMLMR：多射频设备的”动态超频”——需要高吞吐时临时借调空间流，用完再还回去。

顶层设计：TTLM 与 MLO 模式的层级关系

理解了底层的“物理模式”（MLO 工作模式），我们再来看顶层的“流量指挥官”——TTLM（TID-To-Link Mapping）。

很多人容易混淆 TTLM 和 MLO 模式，其实它们处于不同的控制层级。

什么是 TTLM？

TTLM（TID-To-Link Mapping）是 802.11be 定义的一种管理机制。

  • 作用：它决定了 “业务数据（TID）允许走哪些路”。

  • 默认状态：默认情况下，所有业务（TID 0-7）都映射到所有已建立的链路（All TIDs to All Links）。

  • 定制化：AP 和终端可以通过协商，规定例如“视频流（TID 5）只能走 6GHz 链路”，或者“后台流量（TID 1）只能走 2.4GHz 链路”。

层级关系揭秘：逻辑 vs 物理

我们可以用一个“高速公路系统”来比喻它们的关系：

  • TTLM 是“交通管制策略”：它规定了某种类型的车辆（TID）被允许驶入哪些车道（Links）。如果 TTLM 禁止视频流走 Link 1，那么无论 Link 1 的物理条件多好，视频数据都不会被分发到这里。

  • MLO 模式是“车辆的驾驶能力”：它决定了车辆如何在这些被允许的车道上行驶。

决策流程图：

  • 业务产生（例如 TID 5 的视频包）。

  • 第一级过滤（TTLM）：检查 TTLM 映射表。假设 TID 5 被映射到了 {Link A, Link B}。

  • 第二级调度（MLO Mode）：

    • 如果设备处于 MLMR（STR）模式：MAC 层检查 Link A 和 Link B 的信道状态，可能同时在两条链路上发送数据，或者选更空闲的一条。

    • 如果设备处于 eMLSR 模式：设备正在同时监听 Link A 和 Link B。一旦 AP 在 Link B 发来 RTS（请求发送），设备立刻锁定 Link B 进行数据传输。

为什么这种层级很重要？

在 802.11be 多链路操作中，TTLM（TID-to-Link Mapping）具有更高的逻辑优先级。即使设备运行在性能最强的 MLMR 模式下，如果 TTLM 策略将延迟敏感型业务（如 TID 6）锁定在 6GHz 频段，该业务也绝不会因为 2.4GHz 链路空闲而被临时调度。这种“硬性约束”确保了服务质量（QoS）的可控性。

一个核心的冲突场景：当 eMLSR 遇到 TTLM

为了理解其运作机制，我们设定一个典型的冲突场景：

TTLM 状态：TID 5 映射至 Link 1，TID 6 映射至 Link 2。

eMLSR 状态：非 AP MLD 设备处于 eMLSR 模式（空闲时可同时监听两条链路，但数据交互时射频资源仅能集中在一条链路上）。

冲突时刻：设备正在 Link 1 上处理 TID 5 的数据。此时，属于 TID 6 的数据突然到达发送队列，但 Link 2 此时处于“挂起”或“单路监听”状态。

基于如上的场景，我们来看看具体的规范行为。

第一步：绝对禁区——TTLM 的物理隔离

很多人的直觉是：既然射频资源当前正聚焦在 Link 1 上，为了降低延迟，能不能让 TID 6 的数据“搭个便车”，直接从 Link 1 发出去？

答案是：绝对不行。

802.11be 协议对此有严格的物理“拉黑”机制：

  • 如果 TID 在映射元数据中对应的链路比特位被设为 0（即未映射），那么该 TID 的 MPDU 不得被调度至该链路上发送。

  • 即使 Link 1 信道质量极佳且 TXOP 时间充裕，TID 6 的数据帧也无法跨越红线，必须严格遵守映射规则。

第二步：破局之道——缓存与 eMLSR 状态流转

既然 Link 1 走不通，TID 6 的数据只能走“等待-切换-重连”的合规流程，具体分为三个阶段：

  • 缓存数据

    由于映射的 Link 2 暂时不具备全速率收发能力，发送端必须先将数据缓存：

    • 下行（AP -> 非 AP）：AP 发现 TID 6 映射的链路非 Active，会将数据暂时挂起。

    • 上行（非 AP -> AP）：非 AP MLD 的 MAC 层将数据存入对应的 AC 优先级队列。

  • 回归监听状态

    数据必须等待 Link 1 上的当前 TXOP（传输机会）结束。

    切换延迟：根据协议，在 Link 1 的数据交互结束后，非 AP MLD 需要经过一个 eMLSR Transition Delay（过渡延迟）。

    恢复监听：延迟结束后，设备自动切换回双链路监听模式。此时，设备恢复了在 Link 2 上接收基本控制帧的能力。

  • 在 Link 2 重新发起交互

    一旦设备回到双链路监听状态，根据数据流向采取不同策略：

    • 下行数据：AP MLD 需通过 Link 2 发送一个初始控制帧（如 MU-RTS Trigger 或 BSRP Trigger）。该帧必须使用 non-HT 格式以基础速率发送。非 AP MLD 响应后，其射频资源正式转移至 Link 2，开启高速传输。

    • 上行数据：逻辑相对简单。一旦回到监听状态，负责 Link 2 的附属 STA 通过 EDCA 竞争信道，获取 TXOP 后即可直接发送 TID 6 的数据。

总结：协同共生的 802.11be “双塔结构”

通过前面深入的解析，我们可以清晰地看到 TTLM 与 MLO 工作模式并非简单的替代或从属关系，而是 802.11be 架构中相辅相成的“指挥官”与“执行者”：

  • TTLM 是“逻辑调度官”：它站在业务层的高度，规定了不同类型的流量（TID）该走哪条路。它设立了硬性的规则红线，确保关键业务（如游戏、视频）能够精准映射到最合适的频段，从而保障底层的 QoS（服务质量） 。

  • MLO 模式是“物理执行力”：它决定了硬件设备如何利用手中的射频资源去完成这些任务。无论是“火力全开”的 MLMR，还是“智慧省电”的 eMLSR，亦或是“动态超频”的 eMLMR，都是在 TTLM 划定的范围内，寻找性能与功耗的最佳平衡点 。

这种“顶层逻辑约束 + 底层物理动态”的层级设计，正是 802.11be 实现超高吞吐、超低时延的关键所在。理解了这一点，就能明白为什么手机在连接 MLO 路由器时会出现链路状态的动态切换——这并非连接不稳定，而是系统在 TTLM 的指挥下，根据流量需求与功耗策略进行的精准博弈 。