你拿着手机走进咖啡馆WiFi 秒连刷视频几乎无感。但如果你做过 WiFi 物理层的接收机开发你一定会同意整个接入过程里最刺激的一步是时频同步。WiFi 不像基站有全网统一时钟它靠的是每个数据包自带的帧结构——准确说是 PPDU 前导码里那两段反复出现的训练序列——来完成时间同步和频率同步。这篇文章我就从帧结构讲起把 WiFi 时频同步的原理、两步估计流程、以及在真机上调试时踩过的坑一次说清楚。适合正在写 802.11 基带算法、或者想搞懂协议栈和物理层对应关系的开发者。1. WiFi 同步到底是什么任务从“异步突发”说起1.1 通信双方到底要对齐什么先给一个最朴素的画面。路由器发出一个 OFDM 符号它在 3.2 微秒的符号周期里用 64 个子载波同时传数据。手机这端收到信号时它面临两个最基础的问题一是这个符号什么时候开始的我该从哪一刻开始做 FFT 取数据二是路由器里的本振频率和手机里的本振频率不是完全一样的信号搬移到基带之后子载波之间会互相串扰。前一个问题叫时间同步后一个问题叫频率同步合起来就是 WiFi 时频同步。你可以把 OFDM 系统想成一支合唱团大家要唱同一个调子还要在同一个节拍进。路由器是指挥手机是听众但问题是手机没有和指挥共享一个节拍器手机对“什么时候开始”和“起音多高”都有自己的理解。所以必须有一套机制让手机在收到音乐的一瞬间自己找拍子、找调子。WiFi 需要对齐的“拍子”包括三个层面分组起点知道一个 PPDU 从哪个采样点开始符号边界知道每个 OFDM 符号的 FFT 窗口应该从哪里取采样时钟接收端 ADC 采样率和发送端不是完全一样这个偏差在长时间收包时会累积。频域上要对齐的“调子”包括载波频偏CFO收发双方本振频率差导致所有子载波在频域上统一平移采样频偏SFO接收端采样时钟和发送端采样时钟的偏差表现是每个 OFDM 符号的采样点位置逐渐漂移。很多人一开始只盯着 CFO把 SFO 忽略掉等到长包解调到最后星座图慢慢散开才知道问题出在哪。后面我会专门讲这个坑。1.2 为什么 WiFi 选择“每包自同步”做通信的人都知道蜂窝网络有很严格的同步机制基站之间要同步到微秒甚至纳秒级靠的是高精度时钟源和网络侧的时间同步协议全网统一维护时钟。这套体系稳定但成本也很高。WiFi 完全不同。WiFi 走的是免授权频段任何一个 AP 都可以随时开一个基本服务集它没有任何全局时钟源。如果要求 WiFi 网络里所有设备统一同步那成本高到不可接受。所以 WiFi 把同步问题简化成“每包自同步”发送端在每一个 PPDU 的最前面放一段设计好的前导码接收端每收到一包就根据这段前导码现场做一次同步。好处很明显无需全网同步每个包独立对齐天然适合突发业务。代价是前导码占了额外的开销。802.11a 时代传统前导码 L-STF 加 L-LTF 要 16 微秒在短包场景下开销占比不小。后面 802.11n/ac/ax 都尽量保持传统前导码兼容同时在高吞吐模式下把开销摊到更多数据符号上。对比项蜂窝网络WiFi同步方式全网统一同步每包自同步依赖资源高精度时钟源/网络同步协议帧结构中的前导码同步粒度长期持续对齐突发分组内对齐开销来源同步信号/专用资源块前导码及信令字段所以你在看 WiFi 帧结构时一定要带着一个问题看前导码里哪些字段是为了让接收机能“自己找到拍子”而设计的带着这个视角去读 spec很多设计意图就通了。2. 前导码里藏着的同步密码PPDU 帧结构的重复设计2.1 PPDU 帧结构全景先说 PPDU 整体结构。802.11 物理层会构造一个叫 PPDU 的包PLCP 头和数据载荷都在里面。传统 PPDUnon-HT的构成大概是这样的L-STF8 微秒L-LTF8 微秒L-SIG4 微秒DATA若干 OFDM 符号20MHz 带宽下系统的 FFT 大小是 64子载波间隔是 20MHz / 64 312.5kHz。一个 OFDM 符号的有效时长是 1 / 312.5kHz 3.2 微秒加上 0.8 微秒的保护间隔正好是 4 微秒。字段时长结构主要用途L-STF8us10 个 0.8us 重复短训练序列分组检测、粗频偏估计、AGCL-LTF8us1.6us CP 2 个 3.2us 长训练符号精符号定时、细频偏估计、信道估计L-SIG4us一个 OFDM 符号BPSK 调制信令速率和长度DATA每符号 4us数据子载波 导频子载波业务传输L-SIG 用的是 BPSK 调制所以接收机在完成粗同步之后还能利用它判断“这个包是不是高吞吐模式”“后面要不要走 HE 流程”。802.11ax 会看 HE-SIG-A 的调制方式这个细节同步模块里也会用到后面再说。2.2 L-STF 与 L-LTF 的周期结构关键不是“有时域字段”而是这些字段被设计成了周期重复结构。L-STF 在时域上是 10 段完全重复的短训练序列每段 0.8 微秒对应 20MHz 采样率下是 16 个采样点。这就是调制的“暗号”因为它是重复的接收机拿到信号后不需要知道具体内容只要自己跟自己比就能发现“这里有周期出现”。L-LTF 是 1.6 微秒的循环前缀加上两个 3.2 微秒的长训练符号。其中两个 3.2 微秒符号是完全相等的加上前面 CP整体是 1.6 3.2 3.2 8 微秒。长训练符号里装的是接收机事先知道的伪随机序列所以可以做互相关。为什么要这样设计一个核心原则同步信息必须能用“低复杂度的相关运算”提取出来。重复结构天然适合延迟相关已知序列天然适合互相关。两类相关各有分工配合起来就是整个同步模块的主干。2.3 为什么延迟相关能抗频偏这里有一个新手很容易困惑的点分组检测时为什么不用互相关而要用延迟相关互相关需要接收机把接收信号和一个本地已知序列相乘求和但接收机此时有两个问题第一它不知道分组什么时候到没法用一个长窗口一直做互相关算力浪费太大第二在分组检测阶段接收信号还带着未知的频偏互相关峰值会被频偏影响甚至抹平。延迟相关的思路是我不需要知道信号是什么我只需要知道“这一段和 D 个采样点之前的那一段是否相似”。对于 L-STF 这种每 16 个采样点重复一次的结构我把接收信号和自己的延迟 16 个采样点的共轭相乘再求和取模C(n) Σ r(nk) · r*(nkD)如果这里恰好是 L-STF那 r(nk) 和 r(nkD) 是同一个训练序列的两个副本乘积的幅度基本不变如果这里不是重复结构比如是噪声或者数据段乘积就是随机的。这个公式的关键在于频偏 e^(j2πfΔt) 在共轭相乘之后变成了一个不随 k 变化的固定相位因子对幅度没有影响。也就是说延迟相关天然免疫 CFO这个特性决定了它适合做第一级的粗同步。你如果自己用 MATLAB 仿真过就能看到有频偏时互相关峰值会明显下降甚至消失而延迟相关的平台依然很稳。3. 时间同步实操拆解粗同步和细同步如何接力3.1 分组检测先找到“有个包来了”时间同步的第一步不是对齐符号而是先回答一个最基本的问题信道里现在有没有包常用的方法是能量检测加上延迟相关。纯能量检测在信噪比高的时候有用但门限很难选噪声变化、同频干扰都会误触发。所以实用接收机更多用归一化延迟相关也就是用一个滑动窗口算 C(n)再用信号能量 P(n) 做归一化得到度量值 M(n) |C(n)|² / P(n)²。这个 M(n) 在空闲信道时接近 0在 L-STF 到达时迅速抬升形成一个平台。设定门限比如 0.5 到 0.75 之间一旦 M(n) 超过门限就认为检测到分组。之后再往后搜一段找 M(n) 峰值或者平台下降沿能更精确地定位 L-STF 的起始位置。实测经验门限别拍脑袋定。我在实际调试中遇到过两个极端门限设 0.3结果隔壁房间的蓝牙跳频信号偶发触发虚警接收机傻乎乎地开始解一个根本不存在的包门限设 0.85弱信号场景比如隔着两堵墙M(n) 峰值都到不了门限直接漏检。折中做法是双门限先用一个低门限快速启动流程再用一个高门限确认确认通过后才进入后续的符号定时流程。3.2 符号定时从 STF 粗定到 LTF 精对齐检测到 L-STF 之后只能知道大概位置因为 L-STF 的延迟相关会形成一段平台平台内部哪一点才是真正边界并不清晰。所以接收机通常会利用 L-STF 的平台先做一个粗定时把范围缩小到 L-STF 和 L-LTF 交界附近然后切换到 L-LTF 的互相关做细定时。L-LTF 的序列是接收机事先知道的。把接收信号和本地 L-LTF 参考序列做滑动互相关真正的 L-LTF 到达时会出现一个尖锐的峰。这个峰对应的位置就是 L-LTF 的起点。这里有个工程细节互相关峰值检测之前最好先完成粗频偏补偿。因为 L-LTF 互相关对剩余的频偏虽然不如 STF 检测那么敏感但频偏太大会让互相关峰被展宽定位精度下降。实际流程一般是STF 粗定时STF 粗频偏估计时域粗频偏补偿LTF 互相关精定时LTF 细频偏估计。这个接力顺序不是拍脑袋定的每一步都在为下一步创造条件顺序反了后面的精度就崩了。3.3 多径下的定时选择与 FFT 窗口最常见的翻车点在这里。WiFi 环境里多径是常态接收信号会是一堆不同延迟的路径副本叠加。你在做 L-LTF 互相关时可能出现好几个峰最强径的峰、首径的峰、或者这些径混叠出来的平台。FFT 窗口取在哪里直接决定了后面解调的星座图质量。如果取晚了窗口前沿会切掉一部分前一个符号的尾部带来符号间干扰取早了后面一个符号的尾巴会漏进来一部分但 OFDM 的保护间隔能吸收掉一部分提前所以实践上有一个共识定时宁可偏早不要偏晚。在 OFDM 里GI 的作用就是吸收多径和定时误差。20MHz 下 GI 是 0.8 微秒等于 16 个采样点。只要 FFT 窗口起点落在 GI 范围内子载波之间仍然正交。所以实际接收机会把互相关峰往回推一段比如从最大峰位置减去几个采样点让窗口更安全地落在 GI 里。我自己的做法是先用首径检测用信道冲击响应的幅度阈值判断最早到达的有效路径得到一个起点然后在这个起点上再回溯大约半个 GI 的长度。代价是时延扩展比预期严重时会有点损失但对普通室内环境这个策略的鲁棒性比“死跟最强峰”好很多。你如果测试场景是空旷的会议室那直接跟最强峰也没问题但一旦进了家庭环境柜子、墙壁、人体反射一多还是保守一点更稳。4. 频率同步的数学与工程CFO 估计的两次接力4.1 CFO 的危害有多大在 802.11 里发送端把基带信号调制到 2.4GHz 或 5GHz 载波上接收端再用自己的本振搬回基带。两个本振不可能是绝对一样的消费级晶振差几十 ppm 是常态。工作在 2.4GHz 时20ppm 就是 48kHz 的频偏工作在 5GHz 时同样 20ppm 就是 100kHz。OFDM 最怕这个。子载波间隔只有 312.5kHz100kHz 的频偏已经接近三分之一子载波间隔。频偏会让所有子载波在频域上移动接收端在做 FFT 时每个子载波都会泄漏到相邻子载波上形成子载波间干扰同时星座图还会整体旋转。在 64-QAM 这种高阶调制下稍微一点残差频偏解调出来的星座图就会糊成一片。所以 CFO 估计的精度要求很高。一般通信系统的设计经验是残余频偏要控制在子载波间隔的 1% 到 2% 以内对于 20MHz 系统就是 3 到 6kHz。4.2 粗频偏估计L-STF 的相位差前面说 L-STF 每 0.8 微秒重复一次这个重复特性可以直接用来估计频偏。原理很简单取 L-STF 里间隔 D16 个采样点的两段相同序列分别做自相关那么这两段之间的相位差只来自两部分一个是频偏在 0.8 微秒内积累的相位 2πfΔt另一个是信道带来的公共相位对两段相同序列是一样的做共轭相乘就抵消了。具体实现对延迟相关输出 C(n) 取角度除以 2π·Δt就得到粗频偏估计值。f_hat angle(C) / (2π · D · Ts)因为 angle 的取值范围是 [-π, π]所以这个估计器能估计的频偏范围是 ±1 / (2 · D · Ts)。D16Ts1/20MHz算出来是 ±625kHz。按 20ppm、5GHz 算100kHz 的频偏完全在这个范围内。但注意这是“粗”估计因为它用到的延迟短相位差小抗噪声能力相对弱估计精度有限。短延迟的大范围估计、长延迟的高精度估计这个矛盾决定了必须分两步走。4.3 细频偏估计L-LTF 的高分辨率L-LTF 里有两个 3.2 微秒的重复长训练序列。如果用这两个符号做延迟相关D64 个采样点相位差更大同样噪声下角度测量的相对误差更小所以精度更高。但 D 变大后最大估计范围变成 ±1 / (2 · 64 · Ts) ±156.25kHz。如果直接用这个范围在 5GHz、20ppm 场景已经不够了。所以顺序很重要先 STF 粗估把频偏压到很小的范围再用 LTF 细估兼顾精度和范围。实际流程可以这样理解假设真实频偏是 100kHz用 L-STF 得到粗频偏估出来大约是 102kHz把整个信号乘以 e^(-j2π·102k·t) 做补偿此时残余频偏大约 -2kHz用 L-LTF 的 64 点延迟相关再估一次残余频偏得到 -1.8kHz再次补偿残余频偏后续解调数据符号。补偿是在时域上逐采样点乘一个旋转因子。因为频偏在短包内可以认为基本不变乘一个线性增长的复指数即可。若残余频偏还比较大数据段内星座还会持续旋转就需要靠导频子载波继续跟踪。4.4 频率补偿与残余频偏跟踪802.11 20MHz 的每个 OFDM 数据符号里有 4 个导频子载波索引是 -21、-7、7、21它们发送的是已知序列。接收端在解出数据符号后把这 4 个导频的相位和已知值比一下取平均就能得到当前符号的残余相位旋转然后对所有子载波做共轭旋转。这就是“联合估计”的价值前导码负责把频偏压到足够小数据段导频负责把剩下的动态残余一点点磨平。我在实际测试中发现如果前面的粗/细估计做得好数据段导频相位跟踪的负担会非常小如果 CFO 没压好导频跟踪的相位差会越来越大最后相位模糊谁也救不回来。所以前导码阶段的频率同步质量决定了整个包的解调性能下限。5. 802.11ac/ax 时代OFDMA 与 MIMO 对同步的新约束5.1 从 L-LTF 到 HT/VHT/HE-LTF 的变化802.11n 开始PPDU 里在传统前导码后面又加了 HT-STF、HT-LTF802.11ac 叫 VHT802.11ax 叫 HE。这些新增字段承担了 MIMO 信道估计、波束成形、多流同步等任务。但注意一个关键点所有高吞吐模式都必须保留传统前导码 L-STF 和 L-LTF。为什么因为这是兼容性的基石。一个 802.11ax 路由器发出的包首先要让老设备能识别老设备靠 L-STF 检测分组、靠 L-LTF 完成同步和信道估计。等老设备解出 L-SIG 里的 Rate 和 Length它才会知道自己接下来该不该继续解后面的 HT/VHT/HE 部分。所以即使到了 WiFi 7帧最前面依然是那套 802.11a 时代就定下来的 L-STF L-LTF 结构。新增的 HT-LTF / VHT-LTF / HE-LTF 其实也保留重复结构设计。比如 HE-LTF 有多种长度模式1x/2x/4x 模式对应不同的导频密度用于 MIMO 信道估计。它们的存在让接收机在多条空间流的场景下还能分别估计每条流的信道这也算是一种“同步后的精对齐”。5.2 OFDMA 下同步的新问题802.11ax 引入 OFDMA 后一个 20MHz 信道被划分成多个资源单元不同用户占用不同子载波集合。这带来一个新问题多用户同时上行传输时如果用户的时频不齐RU 之间会互相干扰。但 WiFi 解决这个问题的方法很聪明它不在物理层做全网同步而是在 MAC 层通过触发帧Trigger frame来协调。AP 发一个 Trigger frame告诉各个 STA“在指定的时间、用指定的 RU、指定的功率同时上传”。STA 收到触发帧后按照对方给出的时间和频率调整自己做上行传输。这就是为什么很多 WiFi 6 的同步是靠“调度”而不是靠“估计”。而物理层内部PPDU 仍然靠前导码完成每一包的同步。这说明一个趋势随着 WiFi 走向多用户它的同步策略从“单纯物理层估计”变成“物理层估计 MAC 层调度”。你如果只做基带算法至少要知道数据包何时是 HE TB PPDU也就是触发帧调度的上行包因为这种包的前导码比普通 HE SU PPDU 少了部分信令定时要求更严。5.3 MIMO 与波束成形同步考量MIMO 接收机里同时有多个天线它们看到的是同一个信号经过不同信道的版本。时间同步和频率同步理论上对所有天线是一样的因为 CFO 来自本振而本振是同一个。所以工程实现上通常只用一根天线或把多根天线合并后的信号做同步再把同步结果广播给所有天线分支做后续解调。但这个策略有一个隐性问题天线之间可能有独立的射频增益控制某根天线在做同步的窗口内还没收敛导致合并后的信号出现幅度突变影响同步结果。我在调试 8 天线原型机时遇到过同步用天线 0 的 IQ 数据结果天线 0 被强干扰打了 AGC同步位置偏了几十个采样点其他天线信道估计全乱。后来的做法是同步前先对多天线数据做一次简单的非相干合并作为同步输入或者强制所有天线共享同一个 AGC 控制字避免同步参考天线单独跳变。6. 同步模块的四个经典坑实测经验与规避方案6.1 坑一AGC 切换“切断”了相关峰这是我在第一次把同步算法从仿真搬到射频平台时遇到的第一道坎。仿真里输入的 IQ 数据理想干净AGC 不存在一到实机射频前端的自动增益控制会在 L-STF 期间调整增益把信号放大或衰减好几档。问题出在延迟相关是跨时间求和的。如果增益跳变发生在相关窗的中间C(n) 的幅度会出现一个突变的锋刃看起来像很强的相关峰实际上只是增益跳变沿。接收机可能把增益跳变误判成分组起始。规避方案一是把 AGC 的动作窗口固定安排在 L-STF 的早期确保后续延迟相关窗口不跨越跳变沿二是在检测逻辑里加一个“瞬态抑制”当 M(n) 在几个采样点内突然暴增时先判断是不是增益跳变等待电平稳定后再确认。这个坑在仿真里永远遇不到只有在拿到真实射频板卡打点测试时才会暴露所以提前知道很有价值。6.2 坑二门限设置的虚警与漏检前面讲了双门限思路这里补充一个我自己踩过的真实场景在一个信号比较弱的会议室里接收机老是漏检链路层一直重传。查下来发现门限是根据实验室强信号场景调的弱信号时归一化相关值的峰值依然能超过低门限但达不到高门限导致确认阶段永远不通过。后来的做法是高门限不用固定值而是用“峰值跟踪”代替。先用一个低门限触发粗检测然后在一个时间窗口内搜索 M(n) 的局部最大值只要这个最大值超过一个动态阈值比如比当前噪声底高 X dB就判定分组有效。这个方式对信噪比的自适应能力强很多在不同的传输距离下表现都比较稳定。6.3 坑三整数倍频偏怎么处理前面说 L-STF 能估 ±625kHz听起来覆盖很广。但有些便宜 WiFi 模块的晶振误差可以到 ±40ppm5GHz 下就是 200kHz虽然还在范围里但如果不做进一步处理残余频偏依然可能接近一个子载波间隔级别。关键问题在于绝大多数 CFO 估计算法都是对相位取角度天然只能估小数倍频偏也就是相对于子载波间隔的分数部分。如果真实频偏是 1.2 个子载波间隔估出来可能只有 0.2整数倍那 1 个子载波间隔的搬移完全看不出来。整数倍频偏的后果是所有数据子载波整体平移到旁边的子载波位置星座图看起来“正常旋转”但解出来的比特全错。工程上一般会用频域相关来检测整数倍频偏对 L-LTF 做 FFT 后把接收频域序列和本地频域序列做循环移位相关相关峰值对应的移位量就是整数倍频偏。这个步骤在要求低成本低功耗的 WiFi 芯片里不一定每次都做但在基站侧或者高可靠性场景下是标配。6.4 坑四SFO 和 CFO 读不准最后一个坑更隐蔽。SFO 是采样时钟频偏跟 CFO 是两个不同的物理量。接收端 ADC 采样率如果和发送端不完全一致在长包中每个符号的采样点位置会逐渐漂移导致 FFT 窗口越来越偏移导频相位会呈现随子载波索引线性变化的趋势。怎么区分CFO 对所有子载波产生公共相位旋转也就是一个常数偏置SFO 产生的相位偏移和子载波索引成正比。所以你可以在频域里用多个导频子载波的相位差做线性回归公共部分是 CFO 残留斜率部分是 SFO。802.11 标准在 MAC 层有定时同步功能做微秒级时钟校准但在物理层SFO 补偿还是靠导频子载波估计。我见过不少项目只补偿 CFO 不补偿 SFO短包问题不大长包比如一个满载的 VHT PPDU几百个符号就会看到星座点慢慢散开。若协议栈容许最简单的工程兜底是“定时漂移定期重置”每隔一段符号重新估计一次 FFT 窗口起点虽然不够优雅但实测很管用。写到这里同步模块的完整链路基本过了一遍L-STF 负责快速发现和粗频偏估计L-LTF 负责精定时和细频偏估计数据符号里的导频再把残余频偏慢慢磨平到了 WiFi 6/7 时代MAC 层的调度又分担了多用户同步的压力。你在自己的接收机里如果遇到奇奇怪怪的解调失败不妨先回头看一眼同步这一步的中间变量——C(n) 有没有平台、互相关峰偏了多少、补偿后的导频相位是平的还是斜的。同步是一切解调的前提而它的问题往往不藏在星座图里而是躲在星座图之前。