智慧城市低空监测

智慧城市低空监测常被当作面向未来的概念，但它的核心设计问题其实已经摆在眼前：城市需要一种方式去理解低空活动——既不假设每一架无人机都是威胁，也不指望所有城市飞行都能用传统空管手段处理。所以，城市低空监测本质上要解决的是可管理的感知、数据的共享和有选择的探测。

FAA 和 EASA 在 UTM 与 U-space 上的推进方向是一致的。这些框架的目标，是在交通密度、自动化程度和超视距飞行不断增加的情况下，支撑低空运行的安全和规模化。因此，城市级监测系统应当补充这一生态，而不是与之竞争。

城市真正需要知道什么

城市的低空态势通常需要回答四个不同的问题：

1. 哪些飞行是协同的、可预期的；
2. 哪些飞行看起来非协同或存在异常；
3. 哪些区域因为人群、基础设施或应急活动而更敏感；
4. 以及城市内部或合作部门中的谁需要看到这次事件。

这意味着智慧城市系统不能只依赖单一数据源。协同交通数据很有价值，但它解释不了所有目标；非协同探测同样重要，可也不能指望它独自扛起全部空域管理功能。

城市级监测体系

下表是一份综合整理的规划参考。

FAA 的 UTM 概览 强调的是分布式、自动化的信息交换。EASA 的 U-space 概览 对欧洲落地也传达了类似观点。这两点都在提醒我们：城市监测不只是“看得见”就行，它本质上是一个涉及安全和治理的信息管理问题。

城市应避免两种极端设计

第一种要避免的设计，是认为只靠协同服务就够了。一旦遇到未获授权、未申报、配置错误，或者根本不在协同生态里的飞行，这个假设就会失效。

第二种要避免的设计，是认为城市需要对每个街区做持续的战术级感知。除非应用场景非常明确——比如应急现场、敏感政务区域、交通枢纽或临时高密度活动——否则这种做法带来的往往是噪声而不是价值。

真正的价值在于共享上下文

当城市能够把低空活动与本地治理背景联系起来时，价值才会最大化：应急响应、临时管控、公众集会、基础设施维护和交通运行等信息都应纳入同一张图景。正是这种共享的背景信息，让低空监测从一块孤立的安防屏幕，变成真正能支撑行动的运营工具。

治理比传感器密度更重要

城市低空监测项目做砸，常见原因不是传感器不够，而是买了感知工具，却没先想清楚“谁来用这些数据”。一个市政项目通常涉及公共安全、交通、应急管理、活动保障，有时还包括航空或基础设施相关方。职责不清，城市最后可能拿到一个技术上很强的平台，却没有哪个部门对它的运营和更新负全责。

因此，治理层面应明确：

• 哪个部门负责统一态势图；
• 哪些事件属于信息提示，哪些属于需要处置；
• 临时管制或应急区域如何体现在系统中；
• 多部门事件期间，外部机构应看到哪些内容。

城市几何环境会改变验证方式

城市也需要比开阔场地更真实的测试条件。高层建筑、反射表面、密集射频活动以及拥挤的地面作业，都会增加低空态势感知的复杂度。如果一个城市只在条件简单、视野清晰的环境下完成验证，就很容易高估系统在真实应急或公众活动中的表现。

更合理的验证应包括：

• 高密度市中心区域；
• 协同与非协同活动混合出现的场景；
• 公共活动周边的临时限制；
• 以及需要多个部门以不同视角解读同一事件的工作流程。

常见的市政规划错误

智慧城市低空监测项目中，以下错误反复出现：

• 认为协同交通服务可以完全替代本地感知；
• 试图对整个城市实施持续的战术监视；
• 为不同市政利益相关方各自搭建独立控制台；
• 收集的低空数据远超城市实际处理能力。

更好的设计应当有选择性、按角色分清权限，并且紧扣具体的市政应用场景。

数据共享边界必须明确

城市还需要决定哪些信息可以广泛共享，哪些必须限定在特定角色范围内。公共安全、交通以及航空相关合作方可能都需要看到部分态势，但并不是每个用户都需要相同层级的运行细节。明确的数据共享规则能让系统更易治理，也能在多部门事件中减少混乱。

理想的市政结果

最好的结果不是城市“看到一切”，而是能足够快地区分预期活动、可疑活动和真正异常的活动，及时把事件交给正确的部门，而不是反应过度。

结论

智慧城市低空监测应该设计成共享态势系统，而不是全城无差别监视。最有价值的架构，是把协同数据、有选择的非协同探测和可落地的治理模型结合起来，让市政决策更快、更一致。这样城市才能获得实际价值，而不是制造多余的噪声。

延伸阅读

• 什么是低空安全？
• 什么是频谱监测？
• 什么是目标跟踪（TWS）？

拓展阅读

• 中国政府网：“低空经济”加速起飞 - 低空经济纳入政府工作报告后的产业发展态势与城市低空活动增长背景。
• 新华网：从“展台”到“蓝天”，低空经济如何“飞”得更好 - 低空经济应用场景从展示走向落地的国内进展。