news 2026/10/7 3:19:44

本振泄露原理与校准:射频发射链路不可忽略的关键指标

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
本振泄露原理与校准:射频发射链路不可忽略的关键指标

做射频的人,几乎都跟本振泄露打过交道。今天我想聊聊TX链路里最容易被忽略、又最能影响整机性能的指标——本振泄露(LO Leakage,业内一般叫LO Leak 或者干脆叫LOL)。很多刚入行的工程师会把LOL跟游戏里那个LOL搞混,但其实它是个实打实的射频难题。无论你是做WiFi路由器、手机射频前端,还是定制化收发机,只要发射链路过混频器,就必然会遇到本振信号从混频器端口“漏”出去的问题。这篇文章我会从原理讲起,把校准思路、测试方法、常见坑和排查经验一次说清楚,最后聊一聊LOL和镜像抑制之间剪不断理还乱的关系。内容偏工程实践,适合正在调试射频前端、做产线校准或者想搞懂收发机底层的同学参考。

1. 本振泄露到底是什么:先从超外差架构说起

1.1 混频器的“理想”与“现实”

要理解本振泄露,绕不开混频器。混频器的核心功能是完成频率搬移,在发射机里,它把基带或者中频信号搬到射频载波上。理想情况下,混频器只有三个端口:射频端口、本振端口、中频端口,信号从哪个端口进就只从哪个端口出。但现实中,混频器不是线性的,也不是完全隔离的,它会同时存在端口间隔离度不足和非线性产物这两类问题。

本振泄露指的是本振信号没有完全被混频器消耗在“本振-中频”的混频过程中,而是直接通过射频端口泄漏到了后级链路。更直白一点说,在你期望输出的RF信号旁边,会多出一个频率恰好等于本振频率的连续波。比如你的发射信号工作在2.4GHz,本振是2.4GHz,中频是0Hz的基带信号(直接变频架构),那么理想输出应该是2.4GHz附近的调制信号。但如果LOL没校准好,频谱仪上就会在载波正中心看到一个尖锐的谱线,这跟旁边调制信号的宽频谱完全不同,一眼就能识别。

1.2 本振泄露是怎么跑到TX输出端的

工程上有三条主要路径。第一条是混频器本振端口到射频端口的直接泄漏,这是由混频器的端口隔离度决定的。低成本混频器隔离度可能只有20到30dB,高端的双平衡混频器能到40dB以上,但依然无法做到完全隔离。第二条是通过中频端口的“二次路径”,本振信号泄露到中频端口后,再经过中频放大器或者基带电路反射回混频器,再混频或再次泄漏到射频端口。这条路径往往会被新手忽略,因为它是间接的,频率关系很隐蔽。第三条是PCB板级耦合,本振走线或本振芯片的输出与射频走线距离过近,空间电磁耦合直接串扰过去。到了毫米波频段,这种板级耦合经常成为LOL的主要来源。

在直接变频架构(零中频)里,本振频率等于射频载波频率。本振泄露一旦存在,就会直接落在信号频带的中心。这在数字域里看起来就像一个直流分量。所以你去看很多收发机芯片的寄存器,会发现有一个字段叫TX_DAC_DC_OFFSET_I/Q,这就是用来在数字基带里给I/Q信号加一个人为的直流偏置,目的就是补偿射频前端泄漏过来的本振信号,让它在天线口被抵消掉。这个原理后续展开。

1.3 为什么接收机也关心TX的LOL

有人觉得LOL是发射机自己的事,跟接收机没关系。这话只对了一半。在FDD系统里,发射机和接收机同时工作,发射链路的本振泄露如果没有滤干净,会在接收频段形成带外杂散,干扰自己家的接收机。更麻烦的是,如果在同一个芯片上,TX的本振和RX的本振来自同一个PLL,那么TX的LOL会通过衬底耦合、电源耦合进入RX路径,甚至直接抬高RX底噪。

而在TDD系统里,收发是分时的,看起来LOL不直接影响接收灵敏度。但TDD设备往往要求发射关断时射频开关迅速切断,如果本振泄漏的路径不在主信号通路上,比如从混频器经泄漏路径跳到天线开关之后,那么即使主链路关断,LOL依然会从天线辐射出去,造成对其他设备的干扰。所以无论是FDD还是TDD,LOL都是需要认真对待的指标。

2. 本振泄露对系统的影响:不只是杂散而已

2.1 发射指标里的硬约束

很多无线通信标准对发射信号的杂散和调制质量都有明确限制。LOL的直接后果是产生一个落在载波频率上的窄带杂散,它会对误差矢量幅度(EVM)造成直接影响。在OFDM系统里,载波中心通常对应着某个子载波,本振泄露进入信号带内,会压缩该子载波的信噪比,导致整体EVM恶化。更严格的标准比如3GPP、WiFi联盟的测试项,都会对载波泄漏提出明确的绝对功率上限,通常要求低于信号总功率一定dB。例如802.11系列标准中,对中心频率泄漏(LO leakage)的典型要求是相对总功率不超过-15dBc或者更严格。

如果你的设备最终要过认证,LOL超标会导致整机测试失败。我见过一个WiFi 6路由器项目,在实验室测EVM明明很好,但一到认证实验室,性能测试项里“载波抑制”不过。查下来就是LOL随着温度变化漂移,校准只在常温做了,到了高温测试点就涨了十几个dB。这种坑防不胜防。

2.2 接收机自干扰问题

自干扰这个词现在很多人不熟悉,但做雷达或者同时收发的系统就会深有感触。在连续波雷达或者全双工通信系统里,发射机的LOL功率如果不够低,会直接注入接收链路,使得接收机的动态范围被压缩。因为你接收机前端对抗的是底噪,而LOL是一个强连续波信号,会让自动增益控制(AGC)误判信道能量,把增益压低,最终导致微弱目标信号被淹没。

即使不考虑全双工,单就FDD手机来说,发射机LOL也可能落入接收频段的镜像位置,尤其是当发射本振与接收本振有关联频率关系时。这个干扰看不见摸不着,只能靠频谱仪和系统级测试去定位。

2.3 对校准和产线测试的影响

在产线上,LOL校准是发射机校准项里非常基础的一步。很多射频芯片都有自动校准流程,固件里会跑一个LOL校准算法,但算法本身并不完美。它依赖几个前提:混频器直流偏移可调、基带DAC输出有足够的直流精度、射频前端在测试频点的增益状态是已知的。任何一个前提不满足,校准结果就会“看起来没问题,但实际上偏了”。

产线测试还有一个更大的坑:就是测试座、夹具和板子之间的接触不良会引入额外的直流偏移,导致LOL校准结果不准。你可能在校准完的瞬间测LOL是好的,但一旦设备放一会儿或者温度稍微变化,LOL又跳回去了。这属于校准链路设计问题,不能只盯着算法。

如果LOL没有在校准阶段被压制到足够低,后期通过模拟前端电路来修的余地就很小了。有些工程师喜欢在后级加SAW滤波器来滤掉LOL,但那只能在高频场景下用,因为本振频率和信号频率很近的话,滤波器根本不可能只滤掉本振而不伤信号。

3. 校准LOL的完整实操思路

3.1 常见TX架构里可用的校准旋钮

在直接变频发射机里,LOL校准只有两个旋钮:I路的DAC直流偏置和Q路的DAC直流偏置。原理很简单,你想抵消一个本来就会泄漏到射频输出端的本振信号,就注入一个反相的直流信号到混频器的输入端,让它经过上变频后在输出端跟泄漏信号抵消。

校准公式可以这么理解:本振泄漏到达天线口时,假设它是一个幅度为A、相位为θ的连续波。我们在基带的I路加直流I_dc,Q路加直流Q_dc,那么经过混频器后产生一个幅度为B、相位为φ的额外信号。我们的目标就是让B×cos(2πf_LO t + φ)与A×cos(2πf_LO t + θ)在宽带内抵消。因为I/Q两路分别对应着cos和sin两个正交分量,理论上只要I_dc和Q_dc取得合适,就可以合成任意幅度和相位的校正信号。你需要校准的其实就是这两个直流值。

这里要强调,在超外差结构中,本振频率和射频频率不等,本振泄露一般会落在中频附近或者带外。这时候单纯的基带直流偏置无法校正,因为它上变频后落在射频信号频率上,而不是本振频率上。所以遇到超外差有LOL问题,首先要看混频器隔离度和板子布局,而不是急着在数字域打补丁。这也是为什么现在很多WiFi和蓝牙芯片都用直接变频架构,校准数字域搞一搞就很简单。

3.2 DC偏移校准:最基础的LOL校正

实际的LOL校准流程通常分两步。第一步叫粗校准,第二步叫细校准。粗校准一般是在TX上电后,不给基带信号,只给一个单音或者干脆静音,然后用内置的功率检测器(比如峰值检测或者RMS检测器)测量输出功率。正常情况下,如果I/Q直流都是0,输出端应该没有任何能量,但因为本振泄漏,检测器会读到一个底噪之上的功率值。此时在I路加一个逐步增大的直流偏置,观察检测器读数第一次出现极小值,记下这个I_dc。同样的方法再扫Q路。

细校准是在粗校准的基础上,用小步进做二维扫描。为什么不能一次性同时扫两个变量?因为I和Q两路的直流偏置存在交叉项,混频器的非线性会让两路互相影响。二维扫描消耗的时间长,所以一般先用粗校准找到大致区域,再在附近用小步进扫描一个5×5或者9×9的网格,找出检测器读数最小的那个点。

这里必须提一个关键细节:功率检测器测量的是整个频段的能量,如果你同时开着宽带检测器和窄带检测器,结果会不一样。用宽带检测器校准LOL时,很容易把带内其他信号的能量变化也算进去,导致误差。所以最稳的方式是用窄带检测器,或者把检测中心频率设置到本振频率。如果没有窄带检测能力,就只能在校准前关闭所有TX数据信号,确保只有LOL这一个能量源。

3.3 温度、增益、变化下的补偿策略

温度的威力我前面提到过,因为半导体器件的导通特性和寄生参数都是温度敏感量。一个在25℃校准得很完美的LOL,到了85℃可能完全变样。所以高阶的校准流程会做温度补偿表,在多个温度点分别执行LOL校准,然后把最佳的I_dc和Q_dc值存成一条随温度变化的曲线。设备运行过程中,固件根据当前温度查表补偿。

除了温度,TX增益档位也会影响LOL。增益不同,功放和驱动放大器的偏置点不同,混频器输出端看到的负载阻抗也会微妙地变化,LOL会有差异。因此多数芯片的校准系数是按照增益档位分组存储的。如果你在某个功率档位校准完,却用另一个档位发射,LOL仍然可能超标。所以务必保证校准覆盖所有实际会用到的增益状态。

最后一个变量是频率。本振频率变化几十MHz,混频器的端口隔离度可能就有几个dB的变化,反射系数也在变。在高频宽带系统里,通常做法是每隔一定的频率间隔做一个校准点,再用插值计算任意频点的直流值。这个间隔怎么选?经验上,对于2.4GHz WiFi,间隔20MHz足够;对于5GHz WiFi,间隔40到80MHz也够了。间隔太密会拉长产线校准时间,间隔太疏则插值误差大,这个平衡要靠实际测试数据来定。

4. 实测与排查:怎样把LOL压下去

4.1 测试仪表与测试方法

测试LOL最直观的工具是频谱仪,但要测准需要一些技巧。先把发射信号配置为连续波模式(CW),频率设置为目标信道载波。然后频谱仪中心频率设置为载波频率,SPAN设置小于信号带宽,分辨率带宽RBW设小一点(比如100Hz到1kHz),VBW可以适当大于RBW,检波方式用峰值。你会看到载波中心位置出现一条窄谱线,这条线的峰值功率就是LOL的绝对功率。

如果想测相对值,还需要测出信号的总体功率。一种方法是把RBW调宽到超过信号带宽,用信道功率功能测总功率,再跟LOL功率对比。但注意,LOL是窄带谱线,用宽RBW测的话读数会严重偏低,所以测试必须分开测两次:一次宽带测总功率,一次窄带测LOL。测试链路里若有衰减器或者耦合器,还要把插损考虑进去,否则算出来的dBc值会不准。

对于没有频谱仪的调试阶段,也可以用矢量信号分析仪(VSA)解调看IQ图。LOL在IQ图上表现为圆心的偏移。因为本振泄漏相当于一个直流分量叠加在星座图上,星座点整体会偏离原点。观察原点偏移量的大小就可以快速判断LOL有没有恶化。这个方法在调试时比频谱仪更方便,因为你不需要额外切换测试模式,直接抓一个真实调制信号就行。

4.2 现场遇到过的问题类型

我调试过程中遇到的LOL问题,大多可以归类成下面几种。

第一种是“无论怎么校准都压不下去”。这种通常是电路板级泄漏,数字域的DC偏移无法补偿物理路径上的泄漏。最常见的板级问题就是本振走线跟输出走线平行跨越了很长的距离,两个走线之间的耦合电容把LO信号直接耦合到了输出。我遇到过一次,是射频开关的地过孔没打足够,导致LO从开关的电源引脚串到输出端。这种问题查起来很费劲,最后是用近场探头沿PCB扫描定位到的。

第二种是“校准算法跑完了,但校准值跳变很大”。每次跑出来的I_dc和Q_dc误差超过几个LSB,反复测试不一致。这种一般有两个原因:一是功率检测器的精度不够,读数的噪声导致算法来回震动;二是校准时刻存在温度漂移,芯片本身没有稳定下来。解决方法是增加每次检测的积分时间,以及在校准之前让芯片先处于待机状态几毫秒,让电源和温度稳定。

第三种是“常温很好,高低温直接崩”。这个前面说过了,大概率是校准表只覆盖了常温点。但也有另外一种情况,是温度变化导致射频开关的导通阻抗变化,反射系数变化,LOL在PA之前的匹配网络里被不同程度地反射回来,形成新的泄漏路径。这种单靠基带直流校准是修不完全的,根本办法是改匹配网络或者换更高隔离度的器件。

4.3 几条实用的调试心得

想快速定位LOL是从哪里漏出来的,我有一个屡试不爽的招:依次关闭TX链路里的各模块。比如先把PA关掉,只看驱动级之前的LOL;如果还在,说明泄漏源在混频器或者更早;如果把PA打开后LOL突然明显变好,说明有可能是PA的非线性把部分边带信号转换回了本振频率,这个现象会误导很多人。所以要分模块测量。

还有一个经验是,不要只看最终天线口的LOL,有条件的话要在混频器输出端、驱动放大器后、PA后分别留测试点。多级测试点能帮你判断LOL到底在哪一级被引入或者被放大。如果混频器输出端LOL就已经很大,那问题一定在混频器本身及其前端;如果混频器输出端LOL很小,但经过驱动级后变大,要怀疑驱动级的偏置电路是否引入了直流漂移。

生产环境里校准时间也是成本,很多产线不允许你做细扫描。折中的办法是只做粗校准,然后看LOL是否在指标范围内。如果产品一致性调得够好,大多数板子在固定直流偏置下LOL都能达标,不需要逐台细扫。可以把“免校准”当作一个优化方向,但前提是器件的一致性和温漂特性要足够小。这个能不能做,要看选型和量产数据。

5. 延伸:从LOL到镜像抑制,一脉相承的IQ不平衡

5.1 IQ不平衡与LOL的关联

LOL和镜像抑制(Image Rejection)在直接变频架构里几乎是双胞胎。LOL是直流偏移导致的载波泄漏,而镜像抑制是I/Q增益不匹配和相位不匹配导致的镜像频率信号。两者看起来不同,但根源都在于发射机的I/Q调制质量。

如果你在校准LOL时发现I_dc和Q_dc的补偿值都很大,甚至接近DAC满量程的一个较大比例,那就得警惕了。这往往意味着混频器本身的直流偏移非线性很强,光靠基带直流补偿是“硬顶”上去的,温度稍微一变化就崩。更好的做法是先做I/Q失衡校准,把增益、相位调到比较理想的状态之后,再跑LOL校准。两者顺序有讲究,先做镜像抑制再做本振泄露,最终结果会更稳定。

5.2 联合校准的思路

现在的射频芯片普遍把LOL校准和镜像抑制校准放在同一个校准流程里,统称为“发射I/Q校准”。具体做法是发射一个单音信号,然后在接收端或者片上检测器解调出基带的I/Q分量,通过算法同时估计直流偏移、幅度失衡、相位失衡三个参数。估计出来之后,把补偿值同时写入DAC直流偏置寄存器、增益校准寄存器和相位校准寄存器。

一个实用的联合校准流程是:先发一个正频率单音,解调后提取镜像分量和直流分量,再发一个负频率单音,同样提取。通过两个单音的频谱对称性,可以把增益失衡和相位失衡分开求解。这个跟常规的接收机校准很相似。最后再根据温度、增益档位循环执行多遍,得到一张校准表。实测下来,联合校准比独立校准能多压低几个dB的LOL和镜像,而且鲁棒性更好。

5.3 对未来数字补偿架构的启发

随着通信频率越来越高,毫米波和太赫兹频段的电路对工艺和电压更加敏感,本振泄露会更加严重。传统的模拟补偿旋钮在高频下要么效果变差,要么调节步进不够精细。未来更多方案会走向全数字预失真型的补偿,比如直接在DAC的输入端加入高精度的自适应滤波器,用发射信号的数字基带数据估计残余LOL,然后实时更新补偿值。

但万变不离其宗,要做出好的数字补偿,前提是你对射频前端的失效模型有足够准确的数学描述。如果只盯着算法而忽视物理层,最后很可能在某个温度点彻底失效。我个人的看法是,刚入行的工程师一定要先把混频器、隔离度、板级耦合这些基础概念啃透,再去看那些花哨的自适应算法,否则很容易被表象带偏。

最后分享一个小技巧。做LOL调试时,你可以借助收发机的回环(Loopback)模式,把发射信号直接环回到接收机路径,用接收机的数字基带去看直流分量。这个模式在很多芯片里都有,平时可能不太被关注,但在产线自测时非常实用。回环测试能排除外接仪器和线缆的额外误差,也方便自动化跑数据。我在好几个项目里就是用这个方式快速筛出LOL不良的板子,省了不少测试时间。希望这篇文章能帮到正在跟本振泄露斗智斗勇的你。

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/10/7 3:18:26

Tduck开源表单系统:从部署到二次开发的完整实践指南

简介:这是一份填鸭Tduck开源表单在线收集系统的项目源码包,面向需要自建信息反馈与数据收集平台的企业开发者、产品运营及技术维护人员。系统基于B/S架构,围绕新建表单、表单设置、反馈统计三大模块展开,支持拖拽式表单设计、多渠…

作者头像 李华
网站建设 2026/10/7 3:18:15

oracle的rowid相关

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

作者头像 李华
网站建设 2026/10/7 3:16:43

OpenClaw被禁背后:AI Agent安全风险与数据泄露防护实战

1. 事件背景:OpenClaw 为什么会被标记为“无法安全验证”1.1 OpenClaw 到底是什么先把这个名字讲清楚。OpenClaw 是一个基于 Rust 语言构建的开源 AI Agent 框架,定位是本地化部署和自动化任务执行。它跟普通的聊天机器人有本质区别——它的核心能力是“…

作者头像 李华
网站建设 2026/10/7 3:16:14

HTTP通信原理与调试实战:从浏览器请求到服务器响应的完整链路

我在调试前后端联调的时候,经常遇到刚入行的同事问我一个问题:浏览器里输入一个网址,按下回车,服务器那边到底是怎么把页面送回屏幕上的?这问题看起来基础,但真要往深了问——请求是怎么组织的、服务器怎么…

作者头像 李华
网站建设 2026/10/7 3:16:13

视频打赏平台源码二开:个人免签支付与安卓打包避坑指南

简介:一套基于ThinkPHP全新开发的视频打赏平台源码,定位为带盒子试看、图片视频列表与个人免签支付的完整运营方案,面向需要搭建付费视频、打赏变现及代理商体系的站长或个人开发者。系统全开源、无加密、无授权限制,修复了市面流…

作者头像 李华
网站建设 2026/10/7 3:15:50

C# WinForm自研工作流表单设计器核心实现与踩坑实践

先交代一下背景:年初接了一个OA审批类的项目,其中一块核心需求是让业务人员自己配置审批流程和表单,而不是每次改动都找开发改代码。调研了一圈市面上的工作流组件,要么贵得离谱,要么跟项目技术栈绑定太死,…

作者头像 李华