3. 时延的基本概念与分类

在多无人机协同控制中，“时延”并不是一个单一指标，而是从传感器采样、机间通信、任务计算、控制指令生成到执行器响应这一整条闭环链路上，各环节时间开销的叠加。理解时延，关键不是记住一个总数字，而是把它拆成可定位、可测量、可优化的若干分量。本节围绕通信时延、计算时延、控制时延、排队时延与同步时延五类，说明它们的定义、来源以及对协同性能的影响。

一、时延的定义与度量口径

时延通常指一个事件从“发生”到“被系统有效响应”所经历的时间。对协同控制而言，最常用的是端到端时延：从无人机 A 的状态量被采样，到无人机 B 依据该信息产生控制作用并影响自身运动的总时间。若把链路拆开，可写成：

T_e2e = T_sample + T_comm + T_queue + T_comp + T_ctrl + T_sync + T_act

其中 T_sample 为采样与打包时间，T_comm 为传输时间，T_queue 为排队等待时间，T_comp 为计算时间，T_ctrl 为控制律解算与指令生成时间，T_sync 为时间对齐与时钟同步开销，T_act 为执行器响应时间。需要强调：这些分量并非简单相加，某些环节可并行，某些环节会因抖动而放大。工程上更关注平均时延与时延抖动两个维度，因为协同性能往往对抖动更敏感。

二、五类时延的来源与影响

通信时延来自无线链路的传播、编码调制、重传与协议处理。传播时延在视距内通常很小，但多跳中继、信道竞争和丢包重传会显著抬高它。通信时延直接决定机间信息的新鲜度：当编队间距控制依赖邻居位置时，通信时延会使“看到的位置”滞后于真实位置，导致编队出现拖尾或振荡。

计算时延来自任务分配、路径规划、目标关联、融合估计等算法的执行时间。它取决于算法复杂度、处理器负载与数据规模。计算时延过大时，规划结果到达执行端时可能已不满足当前态势，出现“算得准但用不上”的问题。

控制时延指从控制律输入到输出控制量并作用于执行器的时间，包括控制周期、解算时间与指令传输。控制时延会降低闭环相位裕度，使系统响应变慢、超调增大，严重时引发不稳定。

排队时延来自共享资源上的等待，例如多架无人机同时向同一链路发送数据、多个任务竞争同一计算单元。排队时延具有强随机性，是抖动的主要来源之一。它往往在负载突增时急剧上升，形成“拥塞—重传—更拥塞”的正反馈。

同步时延指为建立统一时间基准而产生的开销，包括时钟同步报文交换、时间戳对齐与插值补偿。同步时延本身不一定大，但同步误差会污染其他时延的测量与补偿效果，使协同动作在时间上错位。

三、时延对协同性能的作用机理

五类时延对协同性能的影响并非线性叠加，而是通过不同机理耦合。通信时延与同步时延共同决定“信息一致性”：若两机对同一目标的时间戳理解不一致，融合结果会出现虚假运动。计算时延与排队时延共同决定“决策时效性”：当任务分配算法耗时超过任务窗口，分配结果即使最优也失去意义。控制时延则直接改变闭环动态，使原本稳定的编队控制器在时延超过临界值后发散。

以一致性编队为例，设控制律为 u_i = -k Σ (x_i - x_j)，若通信时延为 τ，则闭环特征方程中出现 e^{-τs} 项。当 kτ 超过约 0.5～1.0（随拓扑与阶数变化）时，系统开始振荡；继续增大则失稳。这说明时延不是“越小越好”的模糊概念，而是存在明确的稳定边界，工程上必须把总时延控制在边界以内，并留出抖动余量。

四、工程上的时延预算与观测方法

实际系统设计时，通常先给出端到端时延预算，再分配到各环节。例如某侦察-打击协同任务要求端到端时延不超过 120 ms，可按如下示例分配（示例参数，非实测）：

观测时，应在发送端与接收端分别打时间戳，用同一时钟基准计算差值；若无法全局同步，可用往返时延估计单程时延。对排队时延，可统计队列长度与平均等待时间；对计算时延，可在算法入口与出口记录时间；对控制时延，可测量控制周期与指令发出时刻。所有测量都应记录均值、95 分位与最大值，因为协同性能往往由尾部时延决定。

综上，通信、计算、控制、排队与同步五类时延分别对应信息传递、信息处理、指令生成、资源竞争与时间基准五个环节。理解它们的来源与耦合关系，才能在实际系统中合理分配时延预算、选择观测手段，并针对性地优化对协同性能影响最大的分量。