wifi 8 features-北京尧图网络

Wi-Fi 8 (802.11bn) 完整特性详解Wi-Fi 8 的官方代号是IEEE 802.11bn核心设计理念是UHRUltra High Reliability超高可靠性。与历代标准追求峰值速率不同Wi-Fi 8 的核心理念是在复杂的现实环境中让无线连接像有线一样稳定可靠。一、核心定位从更快到更稳对比维度Wi-Fi 7 (802.11be)Wi-Fi 8 (802.11bn)核心口号EHT (Extreme High Throughput)UHR (Ultra High Reliability)追求目标峰值速率 46Gbps稳定、低延迟、高可靠性最大带宽320MHz320MHz不变最大速率46Gbps约 46Gbps不变调制方式4096-QAM4096-QAM不变空间流8 个8 个不变结论Wi-Fi 8 不是 Wi-Fi 7 的速率升级版而是体验优化版。二、物理层PHY特性详解2.1 增强型 LDPC 编码Improved LDPC解决的问题嘈杂环境下数据包容易出错导致重传和延迟增加。协议改变引入长度为3888 比特的编码块是 Wi-Fi 7 最长编码块的2 倍低密度奇偶校验码通过添加冗余比特使接收端能修正传输错误实现机制编码块长度翻倍 → 纠错能力大幅提升 → 减少重传次数代价编码/解码时延略有增加在噪声环境中利大于弊对用户体验的影响在信号边缘或干扰环境中丢包率显著降低连接更稳定。2.2 不等调制UEQM - Unequal Modulation解决的问题传统 MIMO 传输中所有空间流使用相同的调制方式整体速率受限于信号质量最差的那条流。协议改变允许在不同空间流上使用不同的调制阶数适用范围2-4 条空间流仅限单用户 MIMO 场景示例text空间流1信号好→ 256-QAM8比特/符号空间流2信号差→ QPSK2比特/符号总容量 8 2 10比特/符号而非受限于最差的2×24比特/符号实现机制发送端根据每条空间流的信道质量指示动态分配不同的调制编码方案。2.3 新增 MCS 等级New MCS Levels解决的问题信号衰减时连接质量下降太剧烈。协议改变在现有 0-15 级 MCS 基础上新增中间级别的调制编码方案新增方案覆盖 QPSK、16-QAM、64-QAM 的中低速率档位实现机制更细粒度的速率阶梯 → 信号变差时逐步降速而非断崖式下跌减少速率跳变带来的丢包和不稳定2.4 增强远距离传输ELR - Enhanced Long Range解决的问题上下行链路预算失衡——AP 发射功率高终端发射功率低导致远距离时 AP 收不到终端信号。协议改变引入新的 PPDU 格式EHR PPDUEnhanced Long Range PPDU固定 20MHz 带宽单空间流采用最低等级 MCS0 级和 1 级在 52 子载波常规 RU 中加入4 倍频域复制频段限制频段方向限制2.4GHz上下行均可用5GHz/6GHz仅上行终端→AP实现机制通过频域复制增加传输冗余大幅提升接收端解码成功率。2.5 分布式资源单元dRU - Distributed Resource Unit解决的问题6GHz 频段低功耗设备的功率谱密度限制-1 dBm/MHz导致上行传输距离受限。协议改变将 RU 的子载波分散到非连续的物理子载波上减少每 MHz 分配的子载波数量实现机制在保持总发射功率不变的情况下提升每子载波的功率等效增加上行传输距离应用场景6GHz 频段的室内低功耗设备IoT 传感器等。三、MAC 层特性详解3.1 多 AP 协同Multi-AP Coordination这是 Wi-Fi 8最核心的变革——让多个 AP 从各自为战变为协同作战。解决的问题高密度部署场景下相邻 AP 相互干扰频谱效率低下。协议改变AP 之间通过协调机制共享信息信道状态、负载情况新增三种协同模式协同模式机制效果Co-SR (协同空间复用)相邻 AP 协商后同时发送数据提升频谱复用率Co-BF (协同波束成形)多 AP 联合波束向目标设备发送信号精准覆盖减少干扰TDMA 协调AP 间时间片分配轮流使用信道减少竞争冲突实现机制AP 间通过有线或无线回传交换协调信息在标准 MAC 层定义了协调信令格式对用户体验的影响高密度环境公寓、办公室、体育馆中延迟大幅降低吞吐量提升 2 倍以上。3.2 单一移动域SMD - Single Mobile Domain解决的问题传统漫游时设备需要断开→重连导致瞬时中断50-100ms。协议改变多个 AP 在逻辑上组成单一移动域共享客户端上下文采用先建后断机制实现机制设备漫游前目标 AP 已从源 AP 获取设备的连接上下文切换时无需重新认证和关联切换延迟降至个位数毫秒对用户体验的影响视频通话、在线游戏在移动过程中无感知切换不再出现卡顿或中断。3.3 非主信道接入NPCA - Non-Primary Channel Access解决的问题传统 Wi-Fi 要求主信道空闲才能使用整个带宽导致频谱浪费。场景示例AP 支持 160MHz 带宽主信道80MHz繁忙但辅信道80MHz空闲传统协议无法使用必须等主信道空闲NPCA可以在辅信道上继续传输协议改变允许设备在主信道繁忙时使用辅信道进行传输需要新的信道接入规则和冲突检测机制学术优化有研究提出混合模型动态切换传统模式与 NPCA 模式在各种信道占用条件下均优于单一模式。3.4 动态子信道操作DSO - Dynamic Sub-Channel Operation解决的问题固定信道分配无法适应实时干扰变化。OFDMA同一个信道里切小 RU一个 PPDU 多用户复用信道带宽是一个整体会被弱 STA 锁死DSO把一个超大信道拆成多个独立、可单独调度的子信道子带每个子带自己跑 OFDMA弱 STA 只占用其中一块剩下频谱继续用协议改变AP 实时检测频谱占用情况动态选择最佳子信道支持在传输间隙切换工作频率DSO拆分后是多个独立 PPDU、独立 CCA、独立 BSS 操作上下文独立的NAV 估计。实现机制这一步只交换能力和可选位置不锁死位置真正把哪个 STA 摆到哪块子带是每个 TXOP 由 AP 现场决定per-TXOP 动态分配这是它和 ax SST 的根本区别MediaTek集成频谱感知能力定义信道切换信令通知关联设备频率变更只做一次在 Beacon / ProbeResp / AssocReq / AssocResp 的UHR MAC Capability IE里交换STA 宣告 DSO 能力位STA 上报支持的候选 subband 列表、subband 切换时间switch delay、可接受的空间流数、当前 operation modeAP 回报本 BSS 内哪些子带可作为 DSO subband、切换所需预留时长、DSO 使能参数。对用户体验的影响自动避开干扰在多设备共存环境中保持高吞吐量。3.5 优先级 EDCAP-EDCA及 AI 增强解决的问题低延迟业务VR/AR、游戏、语音在拥塞时无法获得优先处理。协议改变扩展传统 EDCAEnhanced Distributed Channel Access为低延迟流量提供更高的信道接入优先级引入差异化 AIFSArbitration Interframe Space长度调整AI 增强方案AGILEAGILE通过调整 P-EDCA 与 legacy EDCA 站点之间的 AIFS 长度减少碰撞AGILE-Q基于深度强化学习根据动态流量和碰撞条件自适应选择 P-EDCA 模式实现机制数据帧中添加优先级标签AP 根据标签分配不同的信道接入参数AIFS、CWmin 等3.6 WCM WLAN Channel MirrorWLAN Channel Mirror无线信道镜像的核心功能是将一个 AP接入点在其工作信道上接收或发送的无线帧实时复制并转发到另一个 AP 的信道上。这个功能主要用于网络监控与故障诊断网络管理员可以在不影响主网络运行的情况下通过镜像功能将特定 AP 的流量复制到另一个“监听”AP 或分析仪上进行深度的协议分析和问题排查。无线入侵检测/防御系统 (WIDS/WIPS)专门的“嗅探器”AP 可以通过镜像功能监听相邻 AP 的信道以检测和阻止恶意的无线设备或攻击行为。合规性与审计在需要记录所有网络活动的场景中镜像功能可以确保所有经过 AP 的流量都被捕获和存档而不会因为同时处理数据转发和抓包而影响性能。简单来说它就像网络世界里的“监控摄像头”在旁边默默地复制一份流量用于分析不影响原有的数据传输。3.7DBEDynamic Bandwidth Expansion动态带宽扩展它的核心目的彻底打破传统 Wi-Fi“主信道必须处于最高优先级且全带宽绑定”的硬性束缚在传输过程中动态、实时地利用所有可能空闲的频段实现带宽最大化利用。传统主信道Primary Channel依赖所有信道竞争EDCA / Backoff必须在 Primary 20MHz 上完成。如果 Primary 20MHz 被邻居设备占用哪怕剩下的 60MHz/140MHz/300MHz 完全空闲设备也只能干等退避无法发送任何数据。静态/半静态回退Fallback在发送前执行 PIFS 侦听如果 Secondary 20MHz 忙就算 Secondary 40MHz 空闲也只能退回到单 20MHz 发送造成严重的频谱碎片化浪费。Preamble Puncturing前导码打孔Wi-Fi 6/7的局限Wi-Fi 6/7 虽然引入了打孔技术允许扣掉中间被干扰的 20MHz但打孔模式非常死板固定 Pattern且依然不能打掉 Primary 信道。二、DBE 的核心工作机制How DBE WorksWi-Fi 8 的DBE彻底解绑了这些限制主要包含以下关键机制1. 非对称与灵活主信道Flexible / Floating Primary ChannelDBE 允许设备在任意可用的子信道不限于预设的 Primary 20MHz上启动竞争和传输。如果传统 Primary 20MHz 处于忙碌状态设备可以动态将“临时主信道”漂移到当前空闲的子信道上直接发起传输。2. 发送前/传输中的动态扩展On-the-fly Expansion假设设备配置的基础工作带宽为 20MHz 或 40MHzDBE 工作示意160MHz 总可用池时刻 T0 (侦听): [Subband 1 (忙)] | [Subband 2 (闲)] | [Subband 3 (闲)] | [Subband 4 (忙)] 时刻 T1 (DBE 发起): [ 40MHz 传输 ] (聚合 Subband 23) 时刻 T2 (信道释放): [ 80MHz 传输 ] (实时扩展 Subband 234)瞬时带宽探测在准备发送数据前通过快速 CCA空闲信道评估同时评估多个 20MHz/40MHz 频段。动态聚合无需遵循传统的 20-40-80-160 翻倍规则只要任何子频段空闲即使是非连续的DBE 即可将其动态纳入本次传输的带宽范围中。自适应 Preamble 构造发送端在 PHY 帧头UHR Preamble中通过位图Bandwidth Bitmap快速指示本次 PPDU 占用了哪些子带接收端根据 Preamble 动态调整解码滤波器。3. 与 DSO分布式子带和打孔Puncturing的无缝配合Puncturing是“在固定大带宽中扣掉忙碌的部分减法”DBE是“从可用信道开始按需扩展、吃满空闲频段加法”配合DSO分布式子带DBE 甚至可以在不同的扩展子带上发送相互独立的 PPDU进一步提高灵活性。三、DBE 带来的核心优势大幅提升高密场景下的平均吞吐量Throughput 在商场、办公室、公寓等高干扰环境下整段连续的 80M/160M 信道极难获取。DBE 能够像“搭积木”一样把零散的空闲频段拼凑起来使用有效吞吐量提升 30%~70%。显著降低突发延迟Low Latency 设备不再需要因为 Primary 20MHz 偶尔被一个低速 IoT 设备占用而被迫进入长周期的退避等待只要有空闲频段就能立即发送极大平滑了网络抖动。极佳的向后兼容与频谱共存能够敏锐避开正在发送 Legacy 报文802.11a/g/n/ac/ax的邻近信道同时最大化剩余频谱利用率。四、DBE 与 Wi-Fi 6/7/8 相关技术对比机制维度Wi-Fi 6 (802.11ax)Wi-Fi 7 (802.11be)Wi-Fi 8 (802.11bn) DBE信道绑定模式严格层级绑定 (20/40/80/160)严格层级绑定 (最高 320M)任意可用子带灵活聚合/动态扩展打孔能力仅部分支持规则死板增强打孔 (Non-contiguous)完全动态适配与扩展机制融合Primary 信道依赖强依赖Primary 忙则全停强依赖弱化/解绑支持动态/漂移使用空闲子带核心逻辑固定带宽静态竞争静态大带宽静态打孔减法动态感知弹性按需扩展加法总结DBE动态带宽扩展的本质是“把频谱当成弹性资源池”。它摒弃了过去十几年 Wi-Fi 必须由 Primary 信道决定生死、必须按 2 的倍数死板绑定信道的旧机制使设备在充满干扰的真实无线环境中能够像“水银泻地”一样见缝插针地利用所有可用带宽。二、详细机制解析1. 什么是 NPCA解决“如何起步”在传统 Wi-Fi直到 Wi-Fi 7中规则规定所有的 EDCA 退避计数器Backoff Counter必须且只能在 Primary 20MHz 上倒数。如果你的 Primary 20MHz 被隔壁邻居的一个慢速 11b/g/n 设备占用哪怕只占 1Mbps你的设备就必须退避等待。此时哪怕 Secondary 80MHz/160MHz 一片死寂完全空闲你也一口都吃不上。NPCA 的做法允许在Non-Primary Channel例如 Secondary 20M/40M/80M上独立运行 CCA 和 EDCA 退避。一旦 Non-Primary 信道退避归零设备可以直接在 Non-Primary 信道上拿到传输机会TXOP直接发送数据。2. 什么是 DBE解决“如何扩容”假设你现在已经拿到了发送权无论通过 Primary 信道还是 NPCA 拿到传统 Wi-Fi 必须按照固定的 20 - 40 - 80 - 160 翻倍规则绑定信道。如果中间有碎片干扰传统方式容易导致带宽急剧回退Fallback。DBE 的做法它关注的是PPDU 构造时的弹性扩展。允许你从当前起跑的信道出发探测周围所有的子带Subbands即使是不连续的、奇形怪状的碎片频段比如 20M 40MDBE 也能通过灵活的 Preamble动态将其聚合成一个弹性带宽的大 PPDU发送出去。他和Puncturing 功能相似是他的进阶版本知识puncturing 有固定的规则二DBE 更灵活有空就用但在 Wi-Fi 8802.11bn标准和实际芯片工程实现中Puncturing 依然不会被彻底丢弃。原因主要有以下4 个不可替代的硬性原因一、根本原因向后兼容Backward CompatibilityWi-Fi 任何一代新标准最核心的包袱就是必须能跟老设备对话。AP 是 Wi-Fi 8但连上来的手机是 Wi-Fi 6 / 7Non-AP STA现存的海量 Wi-Fi 6/7 终端物理层芯片只认识IEEE 802.11ax/be 的打孔规则与前导码Preamble。它们完全不认识 Wi-Fi 8 的 DBE 弹性前导码UHR Preamble。如果 AP 遇到了干扰想跟 Wi-Fi 6/7 手机通信AP 必须退回使用传统的 Puncturing 机制构造报文否则老手机直接解调失败PHY Error / CRC Error。结论为了兼容老客户端AP 必须永久保留 Puncturing 的编解码逻辑。二、实现代价与芯片功耗差异轻量 vs 复杂Puncturing轻量、低功耗它的规则是**静态/半静态且模板化Pattern-based**的。硬件不需要实时微秒级动态重构复杂的物理层滤波器、子载波映射表和信道估计矩阵。对于低功耗 IoT 设备或低成本 Wi-Fi 芯片Puncturing 的硬件面积Gate Count和功耗极小。DBE强大、但硬件开销大属于逐包级Per-PPDU的高度动态重构。芯片必须具备极强的基带瞬时算力、敏捷的动态数字滤波器Digital Filtering和极低的射频带外泄露ACLR控制能力。在许多入门级或电池供电的 Wi-Fi 8 终端上DBE 可能会是可选特性Optional而 Puncturing 是保底标配。三、监管合规与静态频段避让如雷达 DFS、国家专用频段在无线电法规中有一些信道是需要长期、静态避让的DFS 雷达信道如 5GHz 某 20MHz 频段检测到气象雷达此时这 20MHz 信道是确定性、长期不可用的至少避让 30 分钟。对于这种长期已知不可用的频段直接使用Static Puncturing静态打孔将其从默认 160MHz 模板中扣掉是最稳健、信令开销最小的方式。根本不需要每发一个包都让 DBE 去动态探测和重新计算扩展规则。3.8DPSNon-AP Dynamic PowerSave非 AP 动态省电机制它的核心目标是彻底打破“想要超低延迟就必须持续耗电”的历史死结在毫秒/微秒级的时间尺度上实现“低延迟与极致省电兼得”。一、背景与痛点传统 Wi-Fi 省电机制为什么“不够用”在 Wi-Fi 4 ~ Wi-Fi 7 中主要的省电机制有Legacy Power SavePS-Poll基于 Beacon 周期通常 100ms。终端睡 100ms 醒来听一次 Beacon 看看有没有自己的包。致命缺陷延迟高达几十到上百毫秒完全无法用于实时音视频、云游戏或 AR/VR。U-APSD / WMM-PS终端发送一个 Trigger 帧唤醒 AP 下发数据。缺陷依赖终端上行主动触发对突发下行流量不友好。TWTTarget Wake Time目标唤醒时间Wi-Fi 6/7 主打AP 和终端协商固定的唤醒时间窗口如每隔 10ms 醒来 1ms。痛点 1刚性调度突发适应差真实的网络流量如网页刷新、游戏操作、视频流是高度随机突发的固定的 TWT 窗口要么导致“醒早了空等耗电”要么导致“包来了必须排队等下一个窗口产生 10~20ms 额外抖动延迟”。痛点 2多链路 MLO 下的能耗爆炸Wi-Fi 7 引入了 MLO多链路操作手机同时连接 2.4G5G 或 5G6G两个或三个射频芯片同时处于活跃监听状态手机发热和耗电剧增。二、DPS 的核心机制它是如何工作的DPS 改变了以往“AP 单方面掌控/粗粒度固定周期”的模式赋予了Non-AP STA终端手机/头显等自主且极速动态调节能耗状态的能力。传统 Wi-Fi (硬性监听高耗电): RF/天线状态: [ 满功率 160MHz 持续全开监听/等待 (大量空耗) ] Wi-Fi 8 DPS (极速动态切换与按需唤醒): 业务状态: [无数据/轻载] -- [突发数据到达] -- [突发结束] RF/天线状态: [ 浅休眠/窄带 ] -- [ 微秒级唤醒/扩频 ] -- [ 立即休眠 ] (超低功耗) (全速吞吐) (恢复省电)1. 微秒级敏捷休眠与唤醒Micro-Sleep Ultra-Fast Wakeup传统休眠/唤醒往往需要毫秒级重同步时钟和状态。DPS 引入了超快状态迁移机制终端在发送/接收完一个突发数据包后无需等待整个 TXOP 结束或下一个 Beacon可以在几十微秒内立即将基带和射频切换到浅度休眠Light Sleep或待机Dozing状态。2. 动态自适应带宽/天线降级Dynamic Spatial Bandwidth Scaling终端会根据当前应用负载动态降低射频工作量而不需要断开连接无流量/低速流量时终端主动向 AP 发送极简信令将自己的接收能力临时降级为单天线1x1 SISO 窄带20MHz监听突发大流量到来时瞬间甚至由单帧前导码 Trigger拉起全天线4x4 MIMO 宽带160MHz/320MHz满血接收收益天线和射频从 4×4 降为 1×1射频前端功耗瞬间下降60%~70%。3. MLO多链路下的动态链路休眠Dynamic Link DormancyWi-Fi 7 的 MLO 极耗电Wi-Fi 8 的 DPS 针对 MLO 进行了专项优化平时只在**一条主低功耗链路如 5GHz 单流**上保持极低功耗待机只有当检测到极低延迟游戏数据包、或极高吞吐需求时**瞬间协同激活第二条/第三条链路如 6GHz 宽带**参与并发传输传输完成后辅助链路在毫秒级内自动“沉睡”Link Dormancy。4. 终端驱动的动态指示机制Non-AP Initiated Signaling在以前的协议中终端想改省电策略非常繁琐需交互复杂 Action FrameDPS 在 MAC 帧头/Control 帧中引入了极简的极速指示位Quick Power-Save Indication手机可以在发送任意数据帧/ACK 的同时“搭便车”告知 AP 自己的睡眠意图几乎零信令开销。三、DPS 与现有省电技术TWT的对比机制维度TWT (Wi-Fi 6 / 7)DPS (Wi-Fi 8 / 802.11bn)调度控制方主要由 AP 集中协商控制Non-AP 终端高度自主驱动时间粒度相对固定周期毫秒级5ms~100ms按需随路动态切换微秒级 ~ 毫秒级应对突发流量较差突发包容易产生排队延迟极佳感知突发立即满血突发结束立即休眠射频调节维度简单的“开/关Wake/Sleep”开/关动态天线数(1T1R/2T2R) 动态带宽(20M/160M)MLO 多链路优化较弱多链路往往常开支持动态链路休眠Dynamic Link Dormancy四、典型受益应用场景AR/VR 头显如 Apple Vision Pro、Meta Quest 等头显对重量和电池极其敏感但又要求极其严苛的 10ms 运动到成像MTP延迟。DPS 允许头显在没有姿态更新或画面推送的间隙极速休眠大幅降低发热避免头显过烫。高端智能手机云游戏高刷直播在后台待机或轻载刷文字时射频处于超窄带节能态点开高清视频或游戏开局瞬间无缝满血爆发日常续航可明显提升 15%~30%。超低功耗超紧凑 IoT / 工业手持 PDA既能保证工业控制指令毫秒级极速响应又能让小电池设备维持数天的待机时间。总结一句话TWT 像是给终端定了一张“按时上下班的固定打卡时刻表”死板且容易误事而 DPS 是“有活瞬间干完、没活秒速躺平、甚至只动一只手干活”的终极智能弹性省电模式。四、设备共存管理IDC - In-Device Coexistence解决的问题同一设备内多无线模块Wi-Fi、蓝牙、5G同时工作时相互干扰。协议改变引入 IDC 预测和指示机制两种新方法方法机制特点AIMM基于机器学习算法预测干扰动态、敏感满足 UHR 可靠性要求DIMM动态指示辅助 AIMM弥补 AIMM 低效场景在 Wi-Fi 8IEEE 802.11bn / UHR标准中In-Device Coex (DUO设备内多射频协同共存技术)是一项专门解决**智能手机、笔记本、车机、XR 头显等复杂终端内部“自己打自己”自干扰**的核心技术。一、背景与痛点什么是“设备内自干扰In-Device Coexistence Interference”现代智能设备如手机、平板、智能座舱尺寸极小却密密麻麻塞入了多套无线射频RF系统Wi-Fi2.4GHz、5GHz、6GHz甚至同时工作在多个 Band如 MLO 双频并发蓝牙Bluetooth / BLE2.4GHz接蓝牙耳机、智能手表、手柄蜂窝网络Cellular 4G/5G/Sub-6G如 n41 (2.5GHz)、n77/n78/n79 (3.5GHz~4.9GHz)UWB / 卫星导航GPS/北斗 / Zigbee典型手机内部狭小空间内的射频冲突 -------------------------------------------------------------- | [5G Sub-6G 射频] --- 空间仅隔几毫米 --- [Wi-Fi 5G/6G 射频] | | | | [Bluetooth 射频] --- 频段同在 2.4G --- [Wi-Fi 2.4G 射频] | --------------------------------------------------------------传统 Wi-Fi直到 Wi-Fi 7面对此问题的致命痛点强发射阻塞弱接收Desense 现象比如手机正在通过 5G 蜂窝网络以大功率23dBm上传大文件发射端产生的谐波、带外杂散辐射会直接“淹没”旁边紧邻的 Wi-Fi 接收天线接收灵敏度低至 -85dBm导致 Wi-Fi 严重丢包、掉速、断连。2.4GHz Wi-Fi 与蓝牙打架经典痛点边戴蓝牙耳机听歌边用 2.4GHz Wi-Fi 打游戏会导致音频频繁断续、游戏延迟突增到 500ms。缺乏标准化的跨技术信令支持以前的共存全靠各芯片厂商自己做私有方案如 PTA 三线/两线硬件引脚硬切时分AP 根本不知道手机内部正在打架依然往手机发送数据结果数据在空中丢失被白白丢弃导致 AP 误以为信道变差而盲目降速Rate Fallback。二、DUO 的核心机制它是如何工作的DUOIn-Device Coex在 IEEE 802.11bn 中定义了一整套标准化的设备内跨无线技术协同协议包含以下四大核心支柱---------------------------------------------------- | DUO 核心协调引擎 (In-Device Arbiter) | ---------------------------------------------------- | | | v v v [TDM 时分对齐] [FDM/频带避让] [跨技术协同信令] (让蓝牙发时Wi-Fi收) (动态规避5G蜂窝谐波) (主动上报AP协同调度)1. 标准化的终端-AP 协同通报Coex Signaling to AP以前手机内部受干扰AP 是完全“不知情”的DUO 允许手机Non-AP STA通过标准的 802.11bn 帧向 AP 上报内部共存约束Coex Constraints手机“我的蓝牙耳机每隔 15ms 需要传输 2ms 音频请 AP 在这 2ms 内不要向我下发 Wi-Fi 数据改发给其他 STA。”AP 收到后会在调度器中避开手机的“受干扰时间窗”彻底杜绝空中盲发和重传。2. 精准时分复用协调TDM Coex Optimization在时间域上将 Wi-Fi 报文边界与蓝牙/蜂窝的时隙精准对齐。例如利用 Wi-Fi 的 Short Slot 或 Micro-TXOP在蓝牙跳频间隙Bluetooth ACL Slot的毫秒/微秒级空档中穿插发送 Wi-Fi 高优先级数据。3. 动态频域避让与子带切换FDM Coex Subband Shifting结合 Wi-Fi 8 的DBE动态带宽扩展和DSO分布式子带当手机 5G 蜂窝网络激活了 n78 频段时Wi-Fi 芯片检测到 5GHz 频段的高频部分如 UNII-3 160MHz受到自干扰DUO 立即指挥 Wi-Fi 动态切掉受干扰的子带Subband Puncturing将 Wi-Fi 业务平滑转移至未受干扰的子带或 6GHz 频段业务零感知、不掉线。4. 智能动态发射功率控制Dynamic Power Back-off当多个无线模块必须同时工作时DUO 仲裁器实时计算设备内的天线隔离度与互调产物Intermodulation Products毫秒级动态降低干扰源射频如蜂窝或 Wi-Fi 发射端的发射功率将带外泄露压制在安全底噪以下保证临近天线的弱信号接收成功率。三、DUO 与传统私有 Coex 方案的对比对比维度传统的内部私有共存方案 (PTA / 自定义算法)Wi-Fi 8 DUO (IEEE 802.11bn 标准化)协同范围仅限于手机/终端芯片内部自己默默掐断终端内部硬件远端 AP 联合调度AP 感知能力AP 完全不知情盲目下发 - 丢包 - 恶性降速AP 完全知情协同避开冲突时隙/频段多频联动只能粗暴地关掉 2.4G Wi-Fi 避让蓝牙结合 MLO/DBE/DSO 弹性转移至未受干扰子带延迟抖动冲突时产生秒级/数百毫秒的严重排队与重传微秒/毫秒级确定性调度延迟极低平稳跨厂商兼容芯片厂商强绑定高通/联发科/博通各自为政IEEE 全球统一标准跨厂商 AP 与终端无缝互通四、典型受益应用场景智能座舱 / 智能汽车车机多天线系统车载 T-Box 同时工作在 5G C-V2X、车内 Wi-Fi 热点、乘客蓝牙音响以及无线 CarPlay/HiCar。DUO 能够化解车身狭小空间内密集天线的自干扰保障自动驾驶/行车通信的超高可靠性。手机移动电竞蓝牙耳机 Wi-Fi 双并发彻底终结“玩和平精英/王者荣耀戴蓝牙耳机就容易 Wi-Fi 460ms 爆红”的历史顽疾。XR / 空间计算头显Apple Vision Pro / Meta Quest 类似形态头显需要同时用 6GHz Wi-Fi 传输超高清画面用低功耗蓝牙/专有 2.4G 连接手柄/空间追踪传感器。DUO 保障画面与手柄操作的零干扰、零丢包、微秒级超低抖动。总结一句话传统的 Coex 是终端内部几个无线模块在“打架争抢”AP 在外面“瞎发”而 Wi-Fi 8 的 DUO 是给所有无线模块装上了“交警指挥中心”并与远端 AP 实时联动实现多射频并发时的极致平滑共存。五、特性总览表特性所在层解决的问题协议改变要点改进 LDPCPHY嘈杂环境丢包编码块长度 3888 比特翻倍UEQMPHY空间流速率不平衡每条流独立选择调制方式新增 MCSPHY速率跳变剧烈增加中间速率等级ELRPHY远距离连接新增 EHR PPDU 格式4倍频域复制dRUPHY6GHz 功率限制子载波非连续分布多 AP 协同MAC高密度干扰Co-SR、Co-BF、TDMA 协调SMDMAC漫游中断先建后断上下文共享NPCAMAC主信道拥塞辅信道独立接入DSOMAC固定信道不灵活动态频率切换DBEMAC/PHY信道利用率低动态带宽扩展DPSMAC实现“低延迟与极致省电兼得”。动态省电机制P-EDCAMAC低延迟保障AIFS 差异化 AI 增强IDC跨层多无线共存机器学习预测干扰

wifi 8 features

相关推荐

ByteFF2：AI力场如何实现液体特性量子突破？

StepFun/stepvideo-ti2v性能测试报告：不同GPU配置下的速度与显存占用分析

【54】农作物虫害数据集(有v5/v8模型)/YOLO农作物虫害检测

更多资讯

MySQL数据库创建、配置与优化实战指南

RESTful API设计指南与Java实现详解

VS Code C盘空间优化：3种高效迁移方案

信息熵与相对熵：从基础概念到现代应用

Swoole 6.2性能优化与HTTP3协议实践指南

解决ColabFold部署中的JAX版本冲突问题

今日更新

淘宝商品详情API开发实战与性能优化指南

Unity Package Manager刷新错误排查与解决方案

Java record 规范构造器能否被反序列化或反射绕过

本周精选

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

本月热门

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

读完文章，想聊聊您的网站？