禁飞限飞安全PRD评审意见

更新时间：2026-06-26

1. 总体评价

现有《航线规划禁飞区/限飞区安全策略 PRD 说明》的总体方向是合理的。

文档没有把安全能力只放在某一个规划环节，而是拆成航线规划、任务创建、安全航线生成、任务下发前检查、设备侧 DJI 检查等多个阶段，这种“多阶段兜底”的设计适合无人机飞行安全场景。

当前 PRD 的优点主要有：

1. 对禁飞区、限飞区、DEM 地形高度三类风险做了区分。
2. 明确禁飞区优先规避，无法规避时阻断任务。
3. 明确限飞区当前策略是高度抬升，而不是绕行。
4. 明确任务下发前仍要做禁飞区二次检查。
5. 明确设备侧 DJI 安全检查只是兜底，不替代平台本地判断。

但从产品完整性看，当前 PRD 还有几个关键规则需要补充，否则容易出现“系统过早失败”“用户不知道风险”“安全航线关闭后责任不清”“异常原因不好解释”的问题。

2. 关键问题与建议

2.1 图斑调查不应在图斑与禁飞区相交时直接失败

当前 PRD 中写到：图斑范围与禁飞区相交时，任务标记为失败，不继续正常派飞。

这个策略安全性较高，但产品上偏保守。图斑与禁飞区相交，不等于最终航线一定不可执行。更合理的判断方式是先看是否可以绕过、裁剪或部分执行。

建议调整为：

1. 图斑范围与禁飞区相交时，不直接判定任务失败。
2. 平台应先进入安全规划判断，尝试判断生成航线是否能够绕开禁飞区。
3. 如果支持图斑裁剪或部分作业，可以生成可飞区域内的任务，并标记禁飞区覆盖区域不可执行。
4. 只有在以下情况才判定任务失败：
   • 关键航点或必须执行区域落入禁飞区；
   • 生成航线无法绕开禁飞区；
   • 图斑不可裁剪，业务上要求必须完整执行；
   • 绕行后航线仍穿越禁飞区；
   • 设备侧 DJI 安全检查不通过。

建议 PRD 中把“图斑与禁飞区相交”定义为风险命中，而不是直接失败条件。

2.2 面状航线规划阶段需要在地图工作区默认展示禁飞区和限飞区

当前 PRD 中写到：面状航线规划阶段不主动判断禁飞区和限飞区，后续依赖安全航线和下发前检查。

这个逻辑可以作为当前技术现状，但用户体验上风险较大。用户在地图上绘制面状区域时，如果看不到禁飞区和限飞区，很容易误以为当前区域可正常规划和执行。

建议补充：

1. 面状航线绘制工作区默认展示禁飞区和限飞区图层。
2. 禁飞区和限飞区图层应在用户进入绘制页面时默认开启。
3. 用户绘制、导入或调整面状区域时，页面应实时判断区域是否与禁飞区或限飞区相交。
4. 如果绘制区域与禁飞区或限飞区相交，不直接禁止用户绘制，但必须给出明显风险提示。
5. 是否继续绘制、保存该航线，由用户结合业务场景自行判断。
6. 即使用户选择继续保存，后续创建任务、安全航线生成、任务下发前检查仍必须继续执行。

这里的产品原则是：规划阶段不一定强制阻断，但必须让用户提前看见风险。

2.3 safeRoute 关闭后的安全责任需要写清楚

当前 PRD 中安全航线是创建飞行任务时的可选能力。问题在于，如果用户关闭 safeRoute，系统仍然允许进入下发前检查，那么禁飞区以外的风险可能没有被完整处理。

建议补充：

1. 对高风险任务类型，safeRoute 应默认开启。
2. 对面状航线、图斑调查、跨区域航线等任务，应评估是否必须强制开启 safeRoute。
3. 如果允许关闭 safeRoute，页面必须提示关闭后的风险范围。
4. 关闭 safeRoute 后，平台仍至少要保留下发前禁飞区检查。
5. 关闭 safeRoute 后，限飞区高度抬升、DEM 地形高度处理、机场到航线入口和返航段安全处理是否仍执行，需要在 PRD 中明确。

建议不要只写“是否开启安全航线”，而要写清楚关闭后的风险边界和系统兜底能力。

2.4 限飞区抬高飞越需要补失败边界

当前 PRD 中限飞区策略是“抬高飞越”，这个方向可以接受，但需要补充不可抬高的情况。

建议补充：

1. 如果限飞区要求高度、地形高度、安全余量叠加后超过无人机最大可飞高度，任务应失败。
2. 如果计算后的安全高度超过平台配置的最大任务高度，任务应失败或要求用户调整。
3. 如果计算后的安全高度超过当地空域允许高度，任务应失败。
4. 如果高度抬升导致航线坡度、爬升率、续航、返航安全不满足要求，任务应失败或提示用户重新规划。
5. 失败原因应明确展示为“限飞区高度要求无法满足”，而不是泛化为“安全航线生成失败”。

2.5 失败原因需要标准化

当前 PRD 多处提到任务失败和记录原因，但没有定义失败原因枚举。后续会影响前端展示、外部系统回传、测试验收和问题排查。

建议补充统一失败原因，例如：

3. 建议补充到 PRD 的产品规则

以下内容可以作为 PRD 的补充规则直接加入。

3.1 图斑调查补充规则

1. 图斑范围与禁飞区相交时，系统先标记为风险命中，不直接判定任务失败。
2. 系统应尝试基于禁飞区边界生成可执行航线，优先判断是否可绕行。
3. 如果业务支持部分执行，系统可对图斑进行可飞区域裁剪，并生成部分执行任务。
4. 如果业务不支持部分执行，或绕行后仍穿越禁飞区，则任务失败。
5. 任务失败时，应记录明确原因，包括禁飞区命中位置、是否尝试绕行、失败原因。

3.2 面状航线绘制补充规则

1. 用户进入面状航线绘制工作区时，地图默认展示禁飞区和限飞区。
2. 禁飞区和限飞区图层默认开启，用户可以查看但不建议默认隐藏。
3. 用户绘制或导入面状区域时，系统实时判断区域是否与禁飞区或限飞区相交。
4. 如果区域与禁飞区相交，页面提示“当前区域涉及禁飞区，保存后可能无法执行，后续任务创建或下发时可能被阻断”。
5. 如果区域与限飞区相交，页面提示“当前区域涉及限飞区，后续执行时可能需要抬高航线，若高度无法满足将无法执行”。
6. 面状区域涉及禁飞区或限飞区时，不直接禁止绘制，由用户自行判断是否继续绘制和保存。
7. 用户保存后，系统仍需在任务创建、安全航线生成、任务下发前继续执行安全校验。

3.3 safeRoute 补充规则

1. safeRoute 默认开启。
2. 对图斑调查、面状航线、跨区域航线等高风险任务，建议强制开启 safeRoute。
3. 如果允许关闭 safeRoute，用户关闭时必须展示风险提示。
4. 关闭 safeRoute 后，任务下发前禁飞区检查仍必须执行。
5. 关闭 safeRoute 后哪些能力不再执行，需要在页面和 PRD 中明确说明。

3.4 限飞区补充规则

1. 限飞区当前默认策略为抬高飞越。
2. 抬高高度应同时满足限飞区高度、DEM 地形高度、安全余量和平台最大高度限制。
3. 如果安全高度超过无人机、机场、平台或空域允许上限，任务失败。
4. 任务失败时，应明确提示为限飞区高度无法满足。

4. 推荐流程调整

4.1 图斑调查推荐流程

flowchart TD
    A[外部系统传入图斑] --> B[保存或更新图斑信息]
    B --> C{图斑是否与禁飞区相交}
    C -->|否| D[正常生成图斑调查航线]
    C -->|是| E[标记禁飞区风险命中]
    E --> F{是否可绕行或裁剪可飞区域}
    F -->|可绕行| G[生成绕行后的安全航线]
    F -->|可裁剪| H[生成部分可执行任务并标记不可飞区域]
    F -->|不可处理| I[任务失败并记录禁飞区阻断原因]
    G --> J[进入任务创建和下发前检查]
    H --> J
    D --> J

4.2 面状航线推荐流程

flowchart TD
    A[用户进入面状航线绘制页面] --> B[默认展示禁飞区和限飞区图层]
    B --> C[用户绘制或导入面状区域]
    C --> D{区域是否涉及禁飞区或限飞区}
    D -->|否| E[正常保存面状航线]
    D -->|是| F[页面展示风险提示]
    F --> G{用户是否继续保存}
    G -->|否| H[用户调整绘制区域]
    G -->|是| I[保存航线并记录风险标记]
    H --> C
    E --> J[创建任务]
    I --> J
    J --> K[安全航线生成和下发前检查]

5. 优先级建议

6. 结论

现有 PRD 的安全策略主线是成立的，但还需要从“能不能安全执行”和“用户是否提前知道风险”两个角度继续补强。

建议重点调整三点：

1. 图斑与禁飞区相交时，先判断是否可绕行、可裁剪或可部分执行，不直接失败。
2. 面状航线绘制阶段默认展示禁飞区和限飞区，并在页面给出实时风险提示，由用户自行判断是否继续绘制和保存。
3. 明确 safeRoute、限飞区高度失败边界、失败原因标准化，保证后续研发、测试、前端和外部系统都有明确依据。