2. 多无人机系统基础
多无人机系统（Multi-UAV System）并不是把若干架无人机简单叠加，而是通过分类选型、集群架构设计、通信拓扑组织与任务类型匹配，形成具备协同感知、协同决策与协同执行能力的整体。理解这一基础，是后续任务分配与冲突消解能够落地的前提。
一、无人机分类：按平台特性决定协同角色
多机协同中，不同平台的能力边界直接决定其在编队中的分工。常见分类可从飞行平台、任务载荷、航程高度三个维度交叉描述。
- 按平台构型：多旋翼机动灵活、可悬停，适合近距侦察与精准投送；固定翼航程远、速度快，适合大范围测绘与区域巡逻；复合翼兼顾垂直起降与长航时，常用于边远区域快速部署。
- 按任务载荷：光电/红外载荷用于目标识别，合成孔径雷达用于穿云观测，通信中继载荷用于扩展链路，投放/喷洒装置用于物资与农业作业。
- 按航程与高度：微型机（<2 kg）用于室内与城市峡谷；小型机（2–25 kg）用于战术侦察；中大型机用于长航时广域任务。
二、集群架构：集中式、分布式与混合式
集群架构决定“谁来做决策、谁来执行”。集中式由地面站或指挥机统一规划，全局最优性好，但通信依赖强、单点风险高；分布式让每架无人机基于局部信息自主协商，抗毁性强，但一致性收敛慢；混合式采用分层结构，上层负责全局任务分解，下层负责局部冲突消解，是当前工程实践中最常见的折中方案。
一个典型的分层集群可抽象为：任务层（任务分解与分配）、协同层（航迹协调与冲突检测）、执行层（飞控与载荷控制）。三层之间通过标准消息接口交互，任务层输出任务包，协同层输出航迹约束，执行层回传状态与告警。
三、通信拓扑：决定信息如何流动
通信拓扑是集群的“神经系统”。常见拓扑包括星型、网状、链式与分簇式。星型依赖中心节点，适合小规模集中控制；网状任意节点可多跳转发，抗毁性强但路由开销大；链式适合长距离带状任务，如管线巡检；分簇式将集群划分为若干簇，簇首负责簇内汇聚与簇间转发，兼顾规模与效率。
| 拓扑类型 | 典型规模 | 优势 | 主要风险 | 适用场景 |
|---|---|---|---|---|
| 星型 | 3–8 架 | 结构简单、时延低 | 中心节点单点失效 | 小范围协同侦察 |
| 网状 | 8–30 架 | 抗毁性强、路径冗余 | 路由开销与干扰 | 城市复杂环境 |
| 链式 | 5–20 架 | 覆盖带状区域 | 链路中断连锁影响 | 管线/边境巡检 |
| 分簇式 | 20–100 架 | 可扩展、分层管理 | 簇首选举与切换 | 大规模集群编队 |
四、典型应用场景与任务类型
不同场景对任务类型的要求差异明显。区域搜索与救援强调覆盖效率与发现概率，任务类型以“搜索—识别—定位”为主；物流配送强调时间窗与路径安全，任务类型以“取货—运输—投放”为主；农业植保强调作业均匀性与避障，任务类型以“分区喷洒—重访补喷”为主；军事与安防强调多目标跟踪与快速响应，任务类型以“侦察—监视—拦截”为主。
五、常见误区与复盘要点
- 误区一：拓扑越复杂越好。网状拓扑虽抗毁，但在小规模任务中会引入不必要的路由时延，反而降低协同效率。
- 误区二：忽略通信约束做任务分配。若分配结果超出链路连通范围，再优的任务方案也无法执行。分配前应校验通信可达性。
- 误区三：任务类型与平台能力不匹配。让微型机执行长航时运输任务，会导致频繁返航，破坏整体任务节奏。
- 复盘要点：记录每次任务的通信中断次数、任务完成率与冲突触发次数，用数据反推架构与拓扑是否需要调整。
# 集群配置示例（YAML 片段）
cluster:
architecture: hybrid # 混合式分层架构
topology: clustered # 分簇式通信拓扑
max_uav: 24
cluster_head_election: energy_based
task_types:
- search
- track
- relay
comm_constraint:
max_link_distance_m: 1200
min_snr_db: 12
掌握无人机分类、集群架构、通信拓扑与任务类型的对应关系后，才能进入任务分配与冲突消解的具体算法设计。基础打得越扎实，后续的分配结果越稳定、越可执行。