空域 / 知识与设计

航线规划与冲突检测 | 在带有时间维度的空间里工作

最短距离不是唯一的决定因素。先排除所有违反硬约束的选项,再从剩下的候选中选出最符合任务的航线。

按顺序阅读本页
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

该向用户展示什么:比较与局限

展示内容措辞示例
候选的理由调整出发时间可以减少潜在的规划冲突
数据的范围基于参与服务提供的计划信息进行评估
未确认无法获取该区域的约束信息
可执行操作更改日期和时间、查看条件、询问负责人

不要把任何东西表述成“不会发生碰撞”的保证。说明评估了什么,还有什么悬而未决。能算出一条候选航线和能安全飞行是两回事,后者需要有自己的检查。

完成的定义

上线之前,请检查以下各项。

  • 时间偏移和迎面交错的情形可以被测试。
  • 未知的空域信息绝不会被转换成“无约束”。
  • 并发提交不可能让两个相互冲突的预订同时成功。

用于规格评审与验收测试的设计检查项。

查看资料来源

有关规则与定义的解说参考了以下资料。界面、数据模型与完成的定义均为我们自己的设计提案。

资料核对日期:2026 年 9 月 30 日。针对您的具体情况,请以最新的官方信息为准。