2. 多无人机协同控制体系结构
多无人机协同控制的时延，并不是单纯由通信链路带宽决定的，它首先取决于体系结构如何组织信息流。同一组无人机执行同一任务，采用集中式、分布式还是混合式架构，时延的产生环节、累积路径和瓶颈位置会完全不同。理解这一点，是后续做时延建模、任务分配和架构选型的前提。
三种体系结构的信息流本质
集中式架构中，所有无人机只与一个中心节点（地面站或指挥机）交互。无人机把自身状态、传感器数据上报中心，中心完成全局态势融合、任务分配和航迹规划，再把控制指令下发给各机。信息流是“星型”的：任意两架无人机之间的协同，必须经过中心节点中转，形成“上行—处理—下行”三段式路径。
分布式架构中，每架无人机与邻居节点直接交换状态和意图，通过一致性算法或分布式优化达成协同。信息流是“网状”的，没有全局中心，协同决策在本地完成。任意两机之间的信息可能经过多跳中继，路径长度随网络直径增长。
混合式架构是两者的折中：设置若干簇头或区域中心，簇内采用分布式协同，簇间通过簇头汇聚后再交互。信息流呈“分层网状”，兼顾了集中式的全局协调能力和分布式的抗毁性。
时延产生环节的逐段拆解
把三种架构的时延拆开看，可以统一归纳为四个环节：感知与打包时延、传输与排队时延、计算与决策时延、指令执行与反馈时延。架构差异主要体现在中间两个环节的分布方式上。
集中式架构中，计算与决策时延全部集中在中心节点。假设单架无人机上报周期为 Ts=20 ms，中心节点需要处理 N 架无人机的数据，若单机处理耗时为 tc=2 ms 且串行执行，则中心处理时延约为 N×tc。当 N=10 时，仅计算环节就达 20 ms，与上报周期相当，此时中心节点已成为时延瓶颈。若采用并行处理，该时延可压缩至 tc 量级，但并行度受限于中心算力。
分布式架构中，计算分散在各机本地，单机计算时延通常较小（毫秒级），但一致性收敛需要多轮邻居信息交换。以平均一致性算法为例，若网络直径为 D，每轮通信耗时 tr，则收敛时延约为 D×tr×K，其中 K 为达到收敛精度所需的迭代轮数。当无人机数量增多、网络直径变大时，多跳转发和迭代轮数会显著推高时延。
混合式架构把时延分成两级：簇内分布式收敛时延 + 簇间协调时延。簇内节点数少、直径小，收敛快；簇间只由簇头交互，跳数少。整体时延通常介于集中式和纯分布式之间，且可通过调整簇规模来平衡。
信息流路径与典型任务映射
不同协同任务对时延的敏感度和信息流模式不同，架构选择应与任务匹配。
| 协同任务 | 信息流特征 | 推荐架构 | 关键时延约束 |
|---|---|---|---|
| 编队保持 | 邻居状态高频交换，局部闭环 | 分布式 | 控制周期 < 50 ms |
| 区域搜索与覆盖 | 全局任务分配，低频重规划 | 集中式 | 重规划周期 < 1 s |
| 协同围捕 | 目标信息共享，多机同步逼近 | 分布式/混合式 | 目标更新 < 100 ms |
| 大范围侦察打击 | 跨区域协调，分层指挥 | 混合式 | 跨簇指令 < 300 ms |
| 蜂群避障 | 极短周期局部感知与响应 | 分布式 | 响应 < 20 ms |
架构选型的时延判断依据
实际工程中，架构选型不能只看时延均值，还要看时延的分布特性和最坏情况。集中式架构时延分布较集中，但中心节点过载时会出现长尾；分布式架构平均时延可能更低，但网络拓扑变化时最坏时延可能急剧上升；混合式架构在簇头失效时会出现局部时延跳变。
总结来看，集中式把时延风险集中在中心，分布式把时延风险分散到路径和收敛过程，混合式则在两者之间做权衡。理解每种架构的时延产生环节和信息流路径，才能在给定协同任务下做出合理的架构选择，并为后续的时延建模与优化提供明确的切入点。