载噪比为何提不上去？带宽怎么收？

同一根链路功率看着不低，解调边缘却始终发虚，问题往往不在发射机，而在接收机把无谓噪声一起收进来了。载噪比提不上去时，先该看噪声带宽和首级噪声系数，而不是只盯总增益。

热噪声功率随带宽线性增加，这是很多链路算错底噪的起点。前端滤波器、下变频后的中频通道以及基带匹配网络，只要任一环节的等效噪声带宽比业务实际占用更宽，接收机就会把与有效载波无关的噪声一并积分进去。表面上信号峰值几乎没变，解调前的底噪却先被抬高，结果就是业务边缘看起来像“功率够、质量不够”。

带宽也不是收得越窄越好。若滤波器滚降过陡却没有和调制谱形、符号率、滚降系数对齐，信号边带会先被削掉，等效上等于把载波附近的有效能量自己切薄。此时频谱图可能更漂亮，但解调误差向量和同步裕量会变差。对连续波测量有效的窄带设置，搬到承载业务的调制信号上往往就不成立。

首级噪声系数是另一条更硬的边界。LNA前面只要多一段损耗，哪怕只是连接器、切换开关或一小截衰减器，都会先把载波压低，再按器件物理温度把附加热噪声写回系统。这个损失不能靠后级再补，因为后面再高的增益也只是把已经变差的信号和噪声一起放大。很多机柜内整改看似只改了布局，实质上是在给首级前面多塞了一点不可逆的噪声代价。

因此真正有效的优化顺序通常是：先按业务谱宽重新算等效噪声带宽，再检查首级前损耗有没有被低估，最后才谈后端增益和数字补偿。若一开始就用大增益覆盖问题，链路表上也许能把功率拉回来，但底噪不会自己消失，动态范围反而会被更早吃掉。

工程验证时，别只测单点输入功率。应同时记录不同带宽设置下的噪声底变化、LNA前后插损变化以及解调门限附近的误码趋势。只要带宽一收底噪就按预期下降，而缩窄到某点后业务质量反而恶化，就说明边界已经从“多收噪声”转成了“误切信号”，这比单看频谱峰值更能说明问题。

很多现场还会把自动增益控制当成补救手段，但AGC只能调幅度，不能改写首级信噪条件。若前端噪声已经决定了底噪位置，后级把电平调得再满，解调器看到的也只是同样差的输入被重新标尺化而已。

如果系统允许切换多档滤波，最好把每一档在目标业务上的门限增益量化出来，而不是只记哪个档位“看上去最稳”。这样一旦业务模式改变，就能知道该先调带宽还是先换前端件，不会每次都从头试错。

维护层面也应防止后续改造把带宽边界重新放大，例如替换更宽的前级模块、改动匹配网络或临时串入测试分路器。这些动作对功率读数影响不大，却常先把接收底噪改坏。

越是门限边缘业务，越要把这些小改动单独复核，因为问题通常先在最弱场景里冒出来。

所以，载噪比上不去时，先问自己是不是把不该收的噪声也收进来了。带宽收对、首级损耗压住，链路质量才会真正抬起来。