返回活动与洞察

SITA 行业观察

空域治理:从许可走向协同

澳大利亚需要的,不只是更多可以飞行的地点,而是一套让不同航空器、运营者、主管机构与社区能够可信共享低空空域的机制。

核心观点

治理运行关系,而不只是管理航空器

一张空域地图只能回答一个问题:某个时点显示了哪些限制。良好的治理还必须说明谁拥有权限、什么信息具有权威性、如何评估风险、如何协调运行,以及如何处理公共影响。

01

权责

明确 CASA、Airservices Australia、国防部门及其他相关机构之间的职责边界。

02

信息

提供最新、机器可读且可以追溯的数据,支持飞行规划及运行中的判断。

03

保障

根据航空器、地点、运行概念及失效后果,设置与风险相称的要求。

04

协同

在有人航空、无人机运营者与空域服务提供者之间及时交换信息。

05

公共正当性

清晰处理安全、隐私、噪声、土地进入及社区期望。

三篇关联短论

一套务实的治理议程

01

许可是一项决定,治理是一套持续运行的系统

许可判断某项明确运行能否在特定条件下进行;治理则要确保大量不断变化的运行长期保持可理解、可问责与安全。

澳大利亚已经对重要职能作出区分。CASA 负责空域的行政管理与监管,Airservices Australia 负责民用空中交通服务,国防部门也对军事及军民共用空域承担职责。当接口清晰、信息一致时,这种职能分工是一项制度优势。

随着运行自动化程度提高、超视距飞行增加或运行频次上升,政策挑战也会扩大。一次性许可本身无法持续处理天气变化、临时限制、应急活动、航空器偏离计划或地方条件。

我们的观点是,每一种可规模化的运行模式都应回答四个问题:谁负责、哪套数据最权威、条件变化时怎么办、运行结果如何复核。这样才能让合规从一份文件变成一种运行纪律。

  • 公开职责边界
  • 为条件变化进行设计
  • 保留可审计的决策记录
02

数字空域服务应减少不确定性,而不是掩盖不确定性

澳大利亚的自动空域授权实践及 FIMS 建设指向更快速的信息交换。这个未来能否获得信任,取决于数据、接口及责任机制的质量。

UTM 不应被理解成单一应用程序,也不是用数字系统替代专业判断。它是一套服务生态,用于在政府、服务提供商与运营者之间交换运行意图、约束条件、授权及运行状态。

自动化最适合处理标准清晰、边界明确、可以重复的决定。复杂或特殊运行仍需要证据、风险评估及人的责任。拒绝或限制应当可以解释,系统服务降级时的程序也应在起飞前明确。

SITA 提出的原则是分级保障:随着运行风险与空域复杂度提高,对身份、性能、监视、应急及报告证据的要求也应相应提高。这样既支持创新,也避免把所有运行视为同一种情形。

  • 使用权威且可追溯的数据
  • 由人对运行决定承担责任
  • 让保障程度与风险及复杂度相匹配
03

安全进入空域,也需要社会层面的许可

一项运行即使符合航空要求,如果把隐私、噪声、土地进入或地方环境视为次要问题,仍可能失去公众信任。

人们从地面感受低空运行。社区会注意运行频率、航线集中程度、运行时段、噪声特征,以及无人机是否采集数据。这些影响并不一定能由航空安全批准解决。

因此,运营者应说明运行目的,只采集必要数据,明确保存期限与访问控制,评估噪声及航线影响,并提供实际可用的联系或投诉渠道。具体措施应与运行规模及敏感程度相称。

公众参与应在部署前影响设计,而不是在决定完成后只用于辩护。可信的治理体系会公开权衡,并说明根据证据、事件或社区反馈作出了哪些改变。

  • 从地面视角评估运行
  • 减少数据采集并解释用途
  • 形成完整的反馈闭环

专业协会的建设性角色

SITA 可以做什么

Australian Drone SITA Association Inc. 不是监管机构,也不签发任何许可。协会最有价值的作用,是提升专业讨论及实际准备的质量。

解释

说明政策、技术与运行实践如何相互关联,但不取代官方指引。

连接

邀请运营者、研究人员、服务提供商、公共利益专家及社区开展结构化讨论。

检验问题

通过检查表与案例研究,发现职责不清、数据缺口及应急准备不足。

分享经验

比较国际经验,同时结合澳大利亚法规、地理条件及社区期望进行本地化。

负责任低空治理的七项原则

  1. 01安全优先于便利
  2. 02权力与责任必须清晰
  3. 03空域准入应公平并以风险为基础
  4. 04运行数据应保持最新并可追溯
  5. 05自动化必须具有清晰边界与备用程序
  6. 06隐私、噪声及地方影响应进入运行设计
  7. 07事件与反馈应推动体系持续改进

本文仅为一般教育及行业讨论材料,不构成法律、监管、空域或运行建议,也不代表已获得 CASA、Airservices Australia 或其他机构认可。要求与服务可能发生变化,运营者必须针对每次运行核实现行信息。