射频前端基础：天线效率、阻抗匹配、PA线性度对吞吐的影响

很多人做蜂窝模组吞吐优化，一上来就调协议栈、改TCP参数。我个人的习惯是——先看射频前端。说白了，天线没搞好，后面再怎么折腾也是白费。信号都收不进来，你让基带怎么解调？

这一节我们聚焦三个核心指标：天线效率、阻抗匹配、PA线性度。它们直接决定了你的模组能跑多快、能连多远。

核心观点：射频前端的每一分损耗，都会直接吃掉你的吞吐。0.5dB的额外插损，可能让MCS等级掉一档，速率直接砍半。

天线效率，不是天线增益。很多人搞混这两个概念。增益是方向性，效率是辐射能力。效率低，意味着你发射的功率大部分变成了热量，根本没辐射出去。

我记得有一次帮客户排查一个4G模组下行速率偏低的问题。现场测试RSRP在-85dBm左右，按理说信号不错，但吞吐就是上不去。后来一查，天线效率只有-3dB，也就是50%。嗯，一半的功率都浪费了。

天线效率对吞吐的影响，主要体现在两个层面：

你想想看，一个-1dB的天线效率，和一个-3dB的天线效率，在弱信号场景下，吞吐差距可能超过30%。

实战建议：选天线时，不要只看增益标称值。一定要看效率曲线，尤其是你工作频段的边缘频点。很多天线在频段中心效率不错，到了边缘直接掉3-4dB。

阻抗匹配，说白了就是让信号能量尽可能多地传输到天线，而不是反射回来。反射回来的能量不仅浪费了，还会干扰发射机的工作。

衡量匹配好坏的标准参数是回波损耗（Return Loss）或者电压驻波比（VSWR）。我习惯看回波损耗，更直观。

回波损耗 (dB)	VSWR	反射功率占比	工程评价
-10	1.92:1	10%	勉强可用
-14	1.50:1	4%	良好
-20	1.22:1	1%	优秀
-25	1.12:1	0.3%	理想

我曾经遇到过一个案例，模组在实验室测试吞吐正常，一到客户整机里就掉速。排查了半天，发现是天线馈线太长，而且走线绕了个大弯，导致阻抗不连续。回波损耗从-18dB恶化到了-8dB。反射功率从1.5%飙升到15%。

反射功率大了，PA会怎么反应？它会尝试保护自己，降低输出功率。吞吐自然就下来了。

注意：阻抗匹配不是越宽越好。宽带匹配往往以牺牲带内插损为代价。对于蜂窝模组，重点保证工作频段内的匹配，不要盲目追求全频段-15dB以下。

PA线性度，是射频前端里最容易被忽视的瓶颈。很多人以为PA只要功率够大就行，其实不然。

PA工作在大信号状态下，会不可避免地产生非线性失真。这些失真产物会落在相邻信道里，造成邻道泄漏比（ACLR）恶化。3GPP对ACLR有严格限制，一旦超标，基站会要求模组降低发射功率。

PA线性度对吞吐的影响路径是这样的：

我做过一个对比测试：同一个模组，在相同位置，PA回退3dB（从23dBm降到20dBm），上行吞吐反而提升了15%。为什么？因为PA退出了饱和区，线性度好了，ACLR达标了，基站不再限制功率，实际链路质量反而更好。

关键认知：PA不是功率越大越好。在功率和线性度之间找到平衡点，才是吞吐优化的精髓。我建议你在实际项目中，做一个PA功率回退扫描测试，找到吞吐的峰值点。

天线效率、阻抗匹配、PA线性度，不是孤立存在的。它们之间会相互影响，形成正反馈或负反馈。

举个例子：天线效率低 → 为了维持链路预算，PA需要输出更大功率 → PA进入非线性区 → ACLR恶化 → 基站要求降功率 → 实际发射功率反而更低 → 吞吐雪崩式下降。

这就是典型的负反馈链。你想想看，如果一开始就把天线效率做高一点，整个链条就不会被触发。

下面这张图，是我自己总结的射频前端吞吐影响链路：

如果你遇到吞吐偏低的问题，我建议按这个顺序排查射频前端：

一个小技巧：我习惯在模组天线口串联一个10dB衰减器，然后测发射功率和ACLR。这样可以排除天线负载变化对PA的影响，单独评估PA本身的线性度。

射频前端的问题，往往不是单一因素造成的。天线效率差一点，匹配差一点，PA线性度差一点，三个叠加起来，吞吐就崩了。所以排查时要有系统思维，不要只盯着一个点。