2. 数据链时延与丢包的端到端链路解剖

要治理时延和丢包，第一步不是急着调参数，而是把一条遥测或遥控数据从产生到被地面站解算的完整路径拆开，逐段定位“时间花在哪里、包丢在哪里”。无人系统数据链的端到端链路通常可以划分为六个环节：传感器采样、编码打包、MAC 排队、无线传输、中继转发、地面站解算。每一段都有各自的时延构成和丢包机理，只有把它们的量级和耦合关系看清楚，才能判断瓶颈究竟在链路本身，还是在端侧处理或调度策略上。

一、六个环节的时延与丢包来源

传感器采样是链路起点。采样周期本身构成固有等待：若 IMU 以 200 Hz 输出，相邻两帧间隔 5 ms；若相机 30 fps，则帧间隔约 33 ms。采样抖动、时间戳精度不足、多传感器未对齐，都会让后续环节“先天带偏”。这一段的丢包主要表现为采样溢出——当采集速率高于打包线程处理能力时，缓冲区覆盖旧数据，表现为“数据跳变”而非网络丢包。

编码打包把原始数据序列化、压缩、加校验并封装成帧。时延来自序列化耗时、压缩算法耗时和帧封装等待。以 1 KB 遥测帧为例，若采用轻量二进制编码，序列化常在几十微秒量级；若使用视频 H.264 编码，单帧编码可达 5～20 ms。打包阶段的丢包多因帧长超过 MTU 导致 IP 分片，任一分片丢失即整帧丢弃；校验失败也会直接丢帧。

MAC 排队是常被忽视的时延大户。数据进入发送队列后，要等待信道空闲、退避计时、竞争窗口。在 CSMA/CA 类链路中，高负载下排队时延可从几百微秒迅速恶化到几十毫秒，且抖动极大。队列溢出是这一段的典型丢包：当入队速率持续高于空口发送速率，尾包被直接丢弃。

无线传输的时延由传播时延、发送时延和重传时延组成。传播时延在视距内通常可忽略（每公里约 3.3 μs），发送时延由帧长和速率决定，例如 1 KB 帧在 2 Mbps 速率下约 4 ms。真正影响大的是重传：一次 ARQ 重传往往带来数十毫秒额外时延。丢包来源包括信噪比不足、多径衰落、同频干扰、遮挡，以及误码率升高导致的帧校验失败。

中继转发在多跳链路中引入额外处理时延。每跳需要接收、解码、重新排队、再发送，单跳处理常在 1～5 ms，跳数越多累积越明显。中继节点的队列拥塞、转发策略不当（如无优先级区分）会放大时延和丢包，甚至出现“中继自己先丢”的情况。

地面站解算是链路终点。接收、解帧、校验、反序列化、进入解算管线，每一步都消耗时间。解算本身若涉及滤波、融合、坐标变换，可能再增加数毫秒到数十毫秒。此段丢包多因解算线程阻塞、缓冲区不足或时间戳乱序导致帧被丢弃。

二、把时延拆成可测量的分量

端到端时延不是单一数字，而是各段之和加上抖动。工程上常用“时间戳差值法”逐段测量：在传感器采样点打时间戳 T1，打包完成打 T2，进入 MAC 队列打 T3，空口发送完成打 T4，中继转发完成打 T5，地面站解算完成打 T6。则各段时延分别为 T2−T1、T3−T2、T4−T3、T5−T4、T6−T5。若设备时钟不同步，需先用 PTP 或 GPS 秒脉冲对齐，否则差值会混入时钟偏差。

丢包同样要分段统计。发送端记录入队帧数，空口侧记录发送帧数与重传次数，接收端记录校验通过帧数，地面站记录成功解算帧数。相邻计数之差就是该段丢包数。例如发送端入队 1000 帧，空口实际发出 985 帧，说明 MAC 排队阶段丢了 15 帧；接收端校验通过 960 帧，说明无线段丢了 25 帧。这样就能把“链路丢包率 4%”拆成“排队丢包 1.5% + 无线丢包 2.5%”，治理方向立刻清晰。

三、一个可复用的分段排查示例

假设某无人机遥测链路出现端到端时延从 40 ms 恶化到 120 ms、丢包率从 1% 升到 6% 的现象。按链路顺序排查：先看采样与打包，若时间戳显示 T2−T1 正常，排除端侧；再看 MAC 排队，若 T3−T2 从 2 ms 涨到 45 ms，说明信道竞争加剧或队列积压；继续看无线段，若重传次数明显上升，说明信噪比或干扰恶化；最后看中继与解算，若这两段稳定，则瓶颈锁定在 MAC 与无线段。此时可优先调整信道规划、降低非关键业务发送速率、优化退避参数，而不是盲目加大发射功率。

四、各段治理的优先级判断

不同任务对时延和丢包的敏感度不同。遥控指令链路更怕丢包，一次丢包可能导致指令失效；视频回传更怕时延抖动，抖动大则画面卡顿。因此治理顺序应服从任务：对控制类数据，优先保障 MAC 排队优先级和重传可靠性；对视频类数据，优先控制编码时延和发送速率，必要时主动降码率而不是无限重传。中继转发环节要避免“无差别转发”，应给控制帧更高优先级，防止被视频流挤占。