WiFi7-MLO-4.13

WiFi7-MLO-4.13

Wi-Fi 7 MLO

MLO 是什么——一条通往更快更稳的“多车道高速网”

MLO(Multi-Link Operation)是 Wi-Fi 7(802.11be)最核心技术,目的是:

  • 提升速度

  • 降低时延

  • 增强稳定性

  • 单频段拥堵时不断流

它的本质可以理解为:

把原本“一条路走到底”的 Wi-Fi,变成“多条路同时跑、灵活切换”的智能路网

整个技术按硬件能力分为两大路线:单射频路线多射频路线,每条路线又有基础版、增强版,共同构成完整 MLO 体系。

TECH


一、单射频世界 —低成本也能用上 MLO

这条路线面向成本敏感、硬件简单的设备,只用 1 个 Radio,实现多链路能力。

1.1 模式总表(单射频类)

模式 射频数量 链路方式 算法 是否 Wi-Fi 7 标准 定位
MLSR 1 单链路工作 基础 基础入门
eMLSR 1 单发+快速切换 智能 否(厂商增强) 单射频最优方案

1.2 故事讲解

① MLSR:MLO 的“基础入场券”

就像一个人一次只能走一条路

  • 只有 1 个射频

  • 同一时间只在一个频段传输

  • 只是支持了 MLO 框架,没有并行、没有加速

  • 多用于低端 STA、低成本芯片

② eMLSR:单射频的“聪明升级版”

MLSR 太弱,MLMR 太贵,于是厂商发明了 eMLSR

  • 物理还是 1 个 Radio

  • 虚拟出另一条链路,提前扫描、提前认证、提前监听

  • 主路拥堵时,秒切备用路,不用重新握手

  • 低成本实现接近 MLO 的低时延、抗拥堵

一句话理解:

eMLSR = 单硬件 + 软虚拟 = 低成本伪多链路

TECH


二、多射频世界 —— 真正的 Wi-Fi 7 性能王者

这条路线面向高端设备,用 ≥2 个射频实现真正并行传输,是 MLO 的灵魂。

2.1 模式总表(多射频类)

模式 射频数量 链路方式 算法 是否 Wi-Fi 7 标准 定位
MLMR (STR) ≥2 多链路并行同时收发 基础 标准核心、最强模式
MLMR (NSTR) ≥2 多链路单向并行 同步约束 非主流认证 兼容过渡
eMLMR ≥2 并行 + 智能功耗优化 智能 否(增强) 未来方向,暂未成熟

2.2 故事讲解

① MLMR (STR):MLO 的“完全体”

相当于多车道同时跑车

  • 多个射频同时工作

  • 多频段同时发、同时收

  • 速率叠加、时延极低、一条堵了不影响其他

  • Wi-Fi 7 真正的标准核心能力

② NSTR:硬件受限的“折中方案”

  • 可以多链路并行,但只能同时发 or 同时收

  • 需要严格同步

  • 不属于主流认证,仅特殊硬件用

③ eMLMR:更聪明的未来版

  • 在 STR 基础上优化功耗、干扰

  • 空闲链路降功率、省电流、减干扰

  • 目前没有成熟商用方案


三、:底层大脑 —— MLO 的 MAC 层架构

MLO 能这么灵活,靠的是 MAC 层被拆成两层,像一个“总指挥部 + 多个分队”。

TECH

3.1 结构

  • Upper MAC(总指挥部)

统一认证、统一调度、统一序号,对外只显示一个 MAC 地址,上层完全不知道有多链路。

  • Lower MAC(各链路分队)

每条链路自己处理收发、ACK、省电,互不干扰。

  • Non-MLD MAC

兼容老设备,保证不翻车。


四、总汇全模式

TECH

类别 模式 射频数 并行能力 标准? 核心特点 典型场景
单射频 MLSR 1 无,仅切换 基础 MLO 低端物联网
单射频 eMLSR 1 虚拟监听+快速切换 低成本增强 中端手机/家用AP
多射频 MLMR(STR) ≥2 真正并行收发 Wi-Fi 7 最强标准 旗舰、电竞、企业AP
多射频 NSTR ≥2 单向并行 非认证 硬件兼容过渡 工业特殊场景
多射频 eMLMR ≥2 并行+智能功耗 未来优化 暂未商用

五、总结

MLO 是 Wi-Fi 7 的核心,用“多链路”解决速度、时延、稳定性

  1. 单射频路线

    • MLSR:基础能用

    • eMLSR:单射频性价比之王,虚拟链路秒切

  2. 多射频路线

    • MLMR(STR):真正 Wi-Fi 7,并行加速,标准核心

    • NSTR:过渡兼容

    • eMLMR:未来智能优化

  3. MAC 架构

上层统一调度,下层独立收发,让多链路无缝协同。

Comments

Comments are enabled. Feel free to join the discussion.

Comments will be recorded via GitHub Issues
GithubQQWeChatCSDNGoogle Scholar