1. 课程导入与问题定义
无人系统（无人机、无人车、无人船、无人潜航器等）的作战与作业能力，越来越依赖一条看不见却决定成败的链路——数据链。飞控指令、遥测状态、视频回传、任务载荷数据、集群协同消息，都要经过无线信道在平台与地面站、平台与平台之间往返。链路一旦出现时延抖动或丢包，轻则画面卡顿、操控迟滞，重则触发失控保护、任务中断，甚至造成平台损失。本课程要解决的，正是这条链路上"慢"和"丢"两类问题的治理方法。
一、问题边界：治理什么，不治理什么
先把边界划清楚，否则后续所有优化都会失焦。数据链时延与丢包治理的对象是端到端业务数据在链路上的传输质量，具体包括三类可观测指标：单向传输时延、时延抖动（抖动）、丢包率。治理手段覆盖从应用层打包策略、传输层重传与拥塞控制、链路层调度与重传、直到物理层调制编码与天线指向的整条通路。
但本课程不把以下内容作为治理对象：平台自身的飞控算法稳定性、载荷传感器的成像质量、任务规划算法的优劣。这些因素也会影响任务效果，但它们不是链路传输质量问题。区分这一点很关键——现场经常出现"图传卡了"的抱怨，实际根因却是相机编码器过热降帧，与链路无关。治理的第一步永远是定位问题究竟发生在链路的哪一段。
二、核心挑战：为什么这件事比想象中难
无线数据链的时延与丢包治理面临四个结构性困难。
第一，时延与可靠性天然对立。要降低丢包，最直接的办法是重传；但每次重传都要消耗一个往返时间（RTT）。在RTT为80ms的链路上，一次重传就让该数据包的交付时延增加80ms以上。对于需要20Hz以上更新率的飞控遥测，这个代价可能直接让数据"过期作废"。
第二，信道质量是时变的。无人平台在移动，遮挡、多径、干扰都在变化。同一套参数在悬停时表现良好，一旦进入高速机动或城市峡谷，误码率可能上升两个数量级。静态配置的参数无法适应动态信道。
第三，业务需求是异构的。同一条链路上，飞控指令要求低时延、可容忍少量丢包（下一帧会覆盖）；视频流要求高吞吐、可容忍一定时延但怕花屏；任务指令要求高可靠、可容忍秒级时延。用一套策略服务所有业务，必然顾此失彼。
第四，端到端时延的构成分散在多个环节。从传感器采样、编码、打包、排队、调制、传播、解调、解包、解码到显示，任何一环的积压都会累加。只优化其中一段，往往看不到端到端指标的改善。
三、学习路径：从指标到治理的四个台阶
本课程按"看得见—算得清—调得动—守得住"四个台阶推进，共30章。
台阶一：建立度量体系。先搞清楚时延、抖动、丢包率怎么定义、怎么测、测点放在哪里。同一段链路，在应用层测得的时延可能比在链路层测得的高出几十毫秒，因为中间夹着缓冲和排队。测点位置不明确，后续所有优化都失去基准。
台阶二：定位瓶颈环节。掌握分段计时、时间戳对齐、丢包位置判定等方法，把端到端问题拆解到具体环节。例如通过对比发送端序号与接收端序号，可以区分"链路丢包"与"接收端缓冲溢出丢包"。
台阶三：实施治理手段。针对不同环节采取不同措施：应用层做优先级分级与自适应码率，传输层调重传策略与拥塞窗口，链路层调重传次数与调度权重，物理层调发射功率、调制编码与天线指向。
台阶四：闭环验证与守稳。治理不是一次性调参，而是建立监控—告警—自动调整的闭环。信道变了，参数要跟着变；业务变了，策略要跟着变。
四、工程目标：可验收的量化标准
治理效果必须落到可验收的指标上。以下给出一组示例性工程目标，用于说明目标应该如何设定，实际项目需根据平台类型、任务剖面和链路体制重新标定。
| 业务类型 | 单向时延目标 | 抖动目标 | 丢包率目标 | 说明 |
|---|---|---|---|---|
| 飞控指令/遥测 | ≤ 50 ms | ≤ 15 ms | ≤ 1% | 允许偶发丢包，靠下一帧覆盖 |
| 实时视频回传 | ≤ 200 ms | ≤ 50 ms | ≤ 2% | 可容忍轻微花屏，不可容忍长时间卡顿 |
| 任务指令/文件 | ≤ 2 s | 不敏感 | ≈ 0（重传保证） | 可靠性优先，时延可放宽 |
| 集群协同消息 | ≤ 100 ms | ≤ 30 ms | ≤ 1% | 多节点并发，需关注调度公平性 |
设定目标时要注意三点。其一，目标要分业务，不能用一个数字卡所有业务。其二，目标要可测，每个指标都要有明确的测点和统计窗口，例如"丢包率"是统计1秒窗口还是10秒窗口，结果差异很大。其三，目标要留余量，链路在标称距离和极限距离下的表现不同，验收条件必须写明距离、高度、姿态和干扰环境。