无线通信波束为何校准后还会偏？TDD互易怎么守？

波束方向在标定时看着很准，上站后却慢慢偏走，问题往往不在算法公式，而在互易假设已经被硬件链路悄悄破坏。无线通信进入多天线和波束赋形阶段后，真正难守的不是理想信道矩阵，而是每一路收发链是否还保持同一把尺子。

TDD 互易成立的前提，是空口传播在上下行可视为同一信道，但这并不等于整机链路天然互易。天线后的开关、滤波器、PA、LNA、移相器和变频链各自都有幅相响应，发射路径与接收路径只要有一点不对称，基站用上行导频估出来的权重就会带着硬件偏置去下行发射。阵元一多，这种小失配会从主瓣偏斜进一步演化成旁瓣抬高和零陷填平。

很多实现把一次性出厂校准当作长期有效，这是最常见的乐观假设。温度变化、器件老化、供电波动和射频开关状态切换都会让每路链路增益与相位慢慢漂移；即便平均漂移不大，不同通道漂移方向不一致，阵列合成结果就会明显变形。尤其在宽带系统里，幅相误差还会随频率变化，单频点校出来的补偿系数并不能代表整个业务带宽。

阵列校准漂移最麻烦的地方，是它未必立刻表现成覆盖下降，往往先表现成用户间干扰抬高。主瓣还大致对着目标用户，但抑制旁向泄漏的能力已经变差，多用户预编码的正交性被悄悄破坏。对无线通信系统来说，这类失真看起来像调度不够聪明、CSI 不够准，实际上根子可能只是几路射频链的相位参考不再一致。

守住互易不能只靠更复杂的基带算法，还要让校准路径本身稳定可追踪。无论采用耦合校准、参考天线还是回环通道，关键都在于校准信号经过的链路要与业务链路尽可能同源，并能覆盖真正会漂的器件。若校准路径太理想，绕开了最会出问题的那几级，补偿表看着完整，实际却没有抓到真正的误差来源。

调度层也要配合留出再校准机会。业务满载时长期不重校，温漂和老化只会越积越多；重校太频繁，又会吞掉时频资源并引入业务抖动。工程上更稳妥的办法，是把环境温度、阵列功率和校准残差一起作为触发条件，只有在硬件状态明显漂出窗口时才启动更重的校准动作。

宽带阵列还要面对频率选择性失配。某些链路在中心频点看起来幅相一致，带边却已经明显分叉，结果窄带校准表只能把一处拉准，另一处仍然歪着。若业务带宽较宽或子带切换频繁，就需要按频段或子带维护更细的补偿模型，否则主瓣方向会随着资源块位置轻微摆动，现场很难直接从覆盖图上看出根因。

阵元之间的互耦也会让补偿变成动态问题。邻近通道发射功率一变，周围单元的等效负载就跟着改，静态实验里看不到的幅相偏移会在高并发业务下浮出来。若补偿模型完全忽略互耦，阵列越大，现场与实验室的落差往往越明显。

所以，波束校准后还会偏，往往不是矩阵求错了，而是互易前提先被硬件漂移掏空。把链路不对称和漂移机制管住，阵列赋形才不会只在实验室里准。