1. 课程导入与链路设计总览

无人系统遥测遥控链路，是把“地面的人”和“空中的平台”连接起来的一条信息生命线。它并不只是“发指令、收数据”这么简单，而是一套由机载终端、地面终端、天线、射频信道、协议栈和显控软件共同构成的闭环系统。理解这条链路，首先要明确它的基本定义：遥测（Telemetry）负责把平台的状态量——姿态、位置、速度、电压、温度、发动机转速、载荷工作状态等——从无人平台下行传回地面；遥控（Telecommand）负责把地面生成的指令——航点、航向、油门、载荷开关、模式切换等——上行发送到平台。二者合称“测控链路”，通常还包含一条用于传输图像、视频或大容量任务数据的数据链，三者共同支撑无人系统的安全飞行与任务执行。

从系统边界看，一条完整的遥测遥控链路可以划分为五个部分：机载端（飞控计算机、遥测采集模块、遥控解码模块、发射/接收机、机载天线）、无线信道（自由空间传播、多径、干扰、衰落）、地面端（地面天线、跟踪伺服、收发信机、调制解调器）、协议与数据处理层（帧结构、校验、加密、组包解包）、应用与显控层（地面站软件、航迹显示、告警、日志记录）。这五部分之间既有明确的信号流向，也存在反馈与闭环控制关系。设计链路时，必须同时考虑“上行能不能可靠到达”和“下行能不能及时回传”两个方向，任何单向的薄弱都会导致整个系统失效。

设计目标可以归纳为四个核心指标：作用距离、链路余量、时延和可靠性。作用距离由发射功率、天线增益、接收灵敏度、工作频率和传播环境共同决定；链路余量是接收功率与接收灵敏度之差，通常要求不低于 10～20 dB，以应对雨衰、多径和姿态变化；时延包括采集、编码、调制、传播、解调、解码和显示各环节，遥控链路通常要求端到端时延小于 100 ms，遥测显示刷新不低于 1 Hz；可靠性则用误码率、丢包率和链路中断恢复时间来衡量。这四个指标相互制约，设计过程本质上是在功率、带宽、重量、成本和性能之间做权衡。

从全流程框架看，链路设计通常遵循“需求分析 → 频段与体制选择 → 链路预算 → 协议与帧结构设计 → 天线与布局设计 → 仿真与验证 → 外场测试与迭代”的路径。需求分析阶段要明确作用距离、数据率、时延、环境条件和平台约束；频段选择要权衡穿透性、带宽、天线尺寸和法规限制，例如 433 MHz 适合低速远距，2.4 GHz 适合中距高速，5.8 GHz 适合视频回传；链路预算则把发射功率、馈线损耗、天线增益、路径损耗、接收灵敏度和余量逐项列出，形成可核算的数值链条。

下面给出一个简化的链路预算示例，用于说明设计过程中如何把参数转化为可判断的结论。假设某中型固定翼无人机，工作频率 2.4 GHz，发射功率 30 dBm，机载天线增益 3 dBi，地面天线增益 12 dBi，馈线损耗 2 dB，接收灵敏度 -95 dBm，作用距离 30 km。自由空间路径损耗按 L = 32.44 + 20lg(f) + 20lg(d) 估算，其中 f 单位为 MHz，d 单位为 km，代入得 L ≈ 32.44 + 20lg(2400) + 20lg(30) ≈ 32.44 + 67.6 + 29.5 ≈ 129.5 dB。接收功率 Pr = 30 + 3 + 12 - 2 - 129.5 = -86.5 dBm，链路余量 M = -86.5 - (-95) = 8.5 dB。这个余量在晴朗环境下勉强可用，但遇到雨衰或多径时可能不足，因此实际设计通常会把地面天线增益提高到 15 dBi 或增加发射功率，使余量达到 15 dB 以上。

在协议与帧结构层面，遥测帧通常包含帧头、长度、时间戳、数据区、校验和帧尾。遥控帧则更强调短小、可靠和低时延，常采用固定长度加 CRC 校验，并配合重传或前向纠错。设计时要明确：遥测周期是多少、遥控指令的优先级如何划分、丢包后是重传还是等待下一周期、链路中断后如何自动恢复。这些策略直接决定了地面操作员能否在关键时刻获得有效信息并发出正确指令。

最后需要强调，遥测遥控链路设计不是一次性的计算，而是一个“设计—验证—迭代”的闭环。仿真可以验证链路预算和协议逻辑，但外场测试才能暴露多径、遮挡、干扰和天线安装位置等真实问题。建议在首飞前完成地面拉距测试、天线方向图测试和丢包率统计，并记录不同距离、不同姿态下的接收功率和误码率，用实测数据修正链路预算模型。只有把“纸面余量”变成“可复现的实测结果”，链路设计才算真正闭环。