空域 / 知识与设计
航线规划与冲突检测 | 在带有时间维度的空间里工作
最短距离不是唯一的决定因素。先排除所有违反硬约束的选项,再从剩下的候选中选出最符合任务的航线。
按顺序阅读本页
01
把约束与偏好分开
一旦考虑共享运行意图,航线就必须被当作一块附带时间戳的空域体来处理。从这里开始,是我们自己关于航线规划的设计提案。它不是一个证明符合任何航空标准或证明真实机体安全性的算法。
来源:FAA | UTM Pilot Program| 类别 | 示例 | 在计算中如何处理 |
|---|---|---|
| 硬约束 | 空域限制、机体的运行限制、允许的时间窗等 | 排除任何违反它们的候选 |
| 待优化的指标 | 时间、预计能耗、拥挤程度等 | 比较剩余的候选 |
| 未知条件 | 天气数据缺失、地形精度不足等 | 保持为未知并交由人工确认 |
| 应急条件 | 备降场地与失联预案 | 与正常航线分开评估 |
02
冲突的单位是带时间的空域体
地图上两条线相交,如果相交的时间不同,含义就不一样。反过来说,即使计划时间不同,也仍然要考虑延误和位置误差。不要直接使用原始的点和线,而要针对每架机体和每次运行,对空间与时间上的不确定性建模。
概念模型
V_A(t):机体 A 在时刻 t 可能占据的空间
V_B(t):机体 B 在时刻 t 可能占据的空间
如果在所评估的时间窗内的任一时刻,
V_A(t) ∩ V_B(t) 非空
→ 视为潜在的规划冲突
重要:此公式并不决定缓冲区的大小如果以粗糙的时间步长比较,就可能漏掉在两个步长之间交错而过的机体。设计时要考虑连续区间上的相交、保守的边界,以及对采样误差的评估。绝不要让屏幕上的便利来决定实际运行的间隔标准。
03
从生成候选到提交确认
- 1. 检查输入和数据的新鲜度;如有任何未知项,暂停并等待确认。
- 2. 生成被允许的时空候选区域。
- 3. 只保留满足机体和任务条件的候选。
- 4. 检测与其他运行意图之间的潜在冲突。
- 5. 用目标函数进行比较,并返回附带理由的候选。
- 6. 在提交确认的那一刻,重新检查数据版本和冲突。
如果两个人在同一时刻选择了同一个时间窗,绝不能对两个人都说“已预订”。提交确认这一步必须保持一致性,如果计划版本已经过期,就退回重新计算。
04
该向用户展示什么:比较与局限
| 展示内容 | 措辞示例 |
|---|---|
| 候选的理由 | 调整出发时间可以减少潜在的规划冲突 |
| 数据的范围 | 基于参与服务提供的计划信息进行评估 |
| 未确认 | 无法获取该区域的约束信息 |
| 可执行操作 | 更改日期和时间、查看条件、询问负责人 |
不要把任何东西表述成“不会发生碰撞”的保证。说明评估了什么,还有什么悬而未决。能算出一条候选航线和能安全飞行是两回事,后者需要有自己的检查。
完成的定义
上线之前,请检查以下各项。
- 时间偏移和迎面交错的情形可以被测试。
- 未知的空域信息绝不会被转换成“无约束”。
- 并发提交不可能让两个相互冲突的预订同时成功。
用于规格评审与验收测试的设计检查项。
查看资料来源
有关规则与定义的解说参考了以下资料。界面、数据模型与完成的定义均为我们自己的设计提案。
- FAA | UTM Pilot Program包括运行意图与空域信息交换在内的演示
资料核对日期:2026 年 9 月 30 日。针对您的具体情况,请以最新的官方信息为准。