UTM on 反无人机雷达 — 低空监视雷达系统

智慧城市低空监测

Fri, 08 Aug 2025 00:00:00 +0000

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

FAA 和 EASA 在 UTM 与 U-space 上的推进方向是一致的。这些框架旨在支持低空安全、可扩展的运行，尤其适用于交通密度提高、自动化程度提升以及超视距飞行增多的场景。因此，城市级监测系统的设计目标应当是补充这一生态，而不是与之竞争。

城市真正需要知道什么

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

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

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

城市级监测体系

下表是一个综合性的规划参考。

层级	在城市环境中的主要作用	常见误区
协同交通服务	飞行计划、授权背景和已知参与方	认为协同数据能覆盖所有相关活动
非协同探测	发现不在计划数据图景中的目标或辐射源	在没有明确城市应用场景时过度部署传感器
视觉确认	帮助在复杂城市几何中解释事件	指望摄像机在没有线索的情况下搜索大范围城市空域
指挥流程	将事件共享给公共安全、交通和城市运营部门	为每个部门各自建立独立控制台

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

城市应避免两种极端设计

第一种糟糕设计，是认为仅靠协同服务就足够了。这个假设在飞行未获授权、未申报、配置错误，或者根本不在协同生态中的情况下都会失效。

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

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

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

治理比传感器密度更重要

城市低空监测项目常见的失败原因，不是传感器不够，而是在购买感知工具之前，没有先明确“谁来使用这些数据”。一个市政项目通常会涉及公共安全、交通、应急管理、活动保障，以及有时还包括航空或基础设施相关方。如果职责不清，城市最终可能得到一个技术上很强的平台，却没有任何部门对其运营和更新负起完整责任。

因此，治理层面应明确：

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

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

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

更合理的验证应包括：

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

常见的市政规划错误

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

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

更优的设计应当是选择性、角色感知明确，并且与具体市政应用场景紧密绑定。

数据共享边界必须明确

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

理想的市政结果

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

无人机交通监测

Fri, 26 Sep 2025 00:00:00 +0000

无人机交通监测是一门在低空范围内持续掌握无人机活动态势的专业工作，其目标是支持安全运行、责任追溯和异常响应。它介于正式空域管理与本地监视之间。一个完善的监测架构应同时利用协同信息和非协同探测，而不是假设其中任一部分可以单独替代另一部分。

这一点非常重要，因为已规划的无人机任务、已识别的服务提供方以及 Remote ID 广播都很有价值，但它们无法覆盖所有目标，也无法解释所有异常事件。反过来，本地传感器虽然能够发现活动，却缺少协同上下文，无法高效还原完整的交通态势。

无人机交通监测需要回答什么

一个实用的无人机交通监测系统，至少应能帮助回答以下问题：

哪些飞行是已知且经授权的；
哪些航迹表现出异常或非协同行为；
当前交通密度是否带来了冲突消解或安全风险；
以及哪些用户需要看到这些信息。

随着低空运行从偶发任务逐步走向常态化，这些问题变得尤为关键。

一个可行的监测架构

下表是一个综合性的规划参考。

层级	在无人机交通监测中的主要作用	常见误区
UTM 或协同服务数据	提供已规划任务的上下文和共享状态信息	误以为它能覆盖所有相关空中目标
Remote ID 监测	在可用时补充广播身份和位置信息	将 Remote ID 视为完整的监视系统
本地非协同探测	发现协同数据层中不可见的活动	在没有明确交通管理场景的情况下盲目部署传感器
指挥与可视化层	将已识别、未识别和优先级事件统一呈现	让操作员手动比对多个独立工具

美国联邦航空局 FAA 的 UTM 概述明确指出，UTM 是面向低空无人机运行的协同生态，而不是传统空中交通管制的直接等价物。FAA 的 Remote ID 指南也说明了为何责任追踪数据很重要，但仍然是局部信息。

监测不等于战术安防

一个常见的设计错误，是把无人机交通监测当成战术站点安防的同义概念。实际上，交通监测的范围更广，它关注的是维持低空态势、理解正常运行模式并识别异常；而战术站点安防则更聚焦于具体区域和即时威胁。优秀的架构应当将二者连接起来，但不能混为一谈。

真正的价值在于关联分析

最强的监测系统，并不是单纯在地图上显示更多符号，而是把协同数据、本地感知、限制条件和资产背景关联起来，帮助操作员判断当下什么最重要。缺少这种关联，UAV traffic monitoring 只会变成另一条数据流，而不是一个决策工具。

协同数据与物理感知解决的是不同问题

人们很容易把 UTM 数据流或 Remote ID 视为完整答案，因为它们已经包含身份和位置信息。但在实际场景中，这些来源只描述了那些正确广播、并且参与协同生态的环境部分。因此，它们对责任追溯和常规冲突消解至关重要，却不足以覆盖异常监测。对于不广播的平台、性能退化的设备、伪造数据，或者对本地运营方仍然重要的非协同目标，它们并不能保证可见性。

物理感知解决的是另一个问题。雷达、光电确认和射频监测可以揭示本地空域中实际存在的目标，不论它是否出现在协同层中。但这些传感器本身又未必能解释飞行意图、授权状态或既定航线背景。因此，一个成熟的无人机交通监测设计，不是去争论哪一层应该“胜出”，而是要让协同视图与观测视图尽可能保持一致，从而让偏差能够被快速识别。

空域规则需要本地地理上下文

低空交通管理具有很强的地理属性。某条航线在物流园区附近可能是常规飞行，但如果同一路径出现在学校、能源设施或临时应急现场附近，就可能需要立即复核。这意味着监测平台应当能够按走廊、高度带、运行时间窗和资产邻近关系应用规则，而不是对整张地图统一采用一个阈值。

随着常态化无人机活动不断增加，这种本地上下文变得更加重要。操作员更需要的不是一长串单独的航迹告警，而是一个更明确的问题答案：哪些飞行在这个地点、这个时间是正常的，哪些偏离程度足以触发干预。因此，监测架构应围绕区域和使用场景来设计，而不仅仅围绕接收遥测或传感器航迹的机制来设计。

退化模式比理想演示条件更重要

许多系统在协同数据流干净、射频环境安静、所有传感器在线时看起来都很出色，但真实运行远比演示环境复杂。链路会中断，Remote ID 的可见性会因几何遮挡而变化，天气会影响光电效果，本地通信中断也可能让交通态势变得碎片化。一个稳健的监测设计，应该预先考虑这些退化模式，并确保操作员仍然知道哪些信息是已知的、哪些是缺失的、哪些需要人工确认。

这并不意味着每一种退化情况都必须自动解决，而是说工作流必须具备优雅降级能力。如果协同身份消失，平台应明确该目标是否仍被物理跟踪；如果某个传感器扇区离线，操作员应当知道哪一部分空域的不确定性增大了。只有当系统诚实地传达不确定性，而不是假装态势永远完整时，监测才具备真正的运行可信度。

监测既要支持复盘，也要支持实时响应

无人机交通监测并不只是一个实时控制台问题，它同样支持事件复盘、策略优化和模式分析。随着低空运行越来越常态化，很多组织都需要理解反复出现的近距离冲突、重复的未经授权接近，或持续存在的航线效率问题。一个能够保留航迹历史、身份上下文和告警依据的系统，会比只显示短暂实时画面的系统，更能帮助团队形成运营认知。

什么是 UTM / U-space？

Mon, 14 Jul 2025 09:00:00 +0800

什么是 UTM 或 U-space？用通俗的话说，这两个术语都指用于协调低空多架无人机安全运行的数字化系统和运行规则。UTM 是 unmanned aircraft system traffic management 的缩写，意为“无人机系统交通管理”。U-space 则是欧洲将这一理念落地为明确监管与服务体系的框架。

理解这个话题，最简单的方法是先看它要解决什么问题。在简单条件下，一两架无人机往往可以依靠本地程序、目视检查和基本空域规则进行管理。但当无人机活动增多、任务转入超视距飞行，或者多个运营方共用同一低空环境时，这种做法就会变得困难。到了这个阶段，系统需要的不再只是飞手个人经验，而是共享的数字信息、统一的工作流程，以及降低冲突和不确定性的机制。

UTM 和 U-space 正是在填补这一空白。它们并不是“空中无人机更多了”这样一句口号，而是试图构建一个更安全、也更可扩展的常态化无人机运行环境。名称不同，监管细节也有差异，但面向初学者的核心理解是稳定的：这些框架帮助多架无人机在更安全的条件下共存，尤其是在传统空中交通管制并不是为每一次低空小型飞行而设计的场景中。

UTM 的含义

FAA 将 UTM 描述为一个用于安全管理低空无人机运行的协同生态系统。这个定义很有帮助，因为它避免了一个常见误解：UTM 不是一台设备，也不是某一家厂商的控制台，而是一个生态系统。

这个生态系统需要多个部分协同工作：

监管规则，
机载与网络侧的技术能力，
服务提供方，
运营流程，
以及需要共享运行视图的各参与方之间的数据交换。

FAA 的材料还指出，UTM 与空中交通服务相互独立，但可以形成互补。这里的表述对初学者非常关键。它意味着 UTM 不是把传统空管简单“下沉”到 300 英尺或 400 英尺，而是为更密集、更数字化、也更分布式的低空无人机环境设计的一种不同协调模式。

在美国的概念中，UTM 支持飞行计划、授权、监视和冲突管理等功能，尤其面向超视距运行。FAA 相关材料还提到，这一通信模式预计会高度自动化，并以 API 为主，而不是像传统空管那样高度依赖语音通信。这一点很重要。UTM 的目标是通过网络化数据交换来管理规模和复杂度，而不是让每一次无人机飞行都像有人驾驶航空器一样，通过无线电与管制员逐条沟通。

U-space 的含义

U-space 与广义的 UTM 概念关系紧密，但它并不只是同一术语的欧洲版翻译。在 EASA 框架下，U-space 是由法律定义、并应用于指定空域的监管与服务环境。

EASA 说明，U-space 监管建立了欧洲无人机交通管理的框架。同时，它也说明，U-space 空域是由成员国基于空域风险评估划定的地理区域。这个细节很重要，因为 U-space 并不是“欧洲所有无人机空域”的统称，而是适用于风险评估表明需要这套服务结构的指定空域。

EASA 还列出了 U-space 服务提供方在 U-space 空域内必须提供的服务：

无人机飞行授权，
地理感知（geo-awareness），
网络识别，
以及交通信息。

这些服务已经清楚表明 U-space 的目标：为运营方提供一个受管理的数字环境，使审批、限制信息、实时识别和交通态势都能通过协调一致的服务框架完成。换句话说，U-space 不只是一个政策口号，而是一个有明确参与方、明确职责和指定空域的服务模式。

什么是城市空中交通（UAM）？

Mon, 13 Oct 2025 09:00:00 +0800

什么是城市空中交通？简单来说，urban air mobility，通常简称为 UAM，指的是利用航空器在城市及其周边地区运送乘客或货物的一种新型、更加一体化的空中交通方式。它不只是把传统直升机或小型飞机换个说法，而是通常包含新型航空器构想、数字化空中交通管理支持，以及面向高密度城市或城市近郊运行而设计的专用基础设施。

之所以越来越受到关注，是因为航空监管机构和研究部门已经在为它做准备。EASA 将 UAM 描述为一种面向城市环境中乘客和货物运输的新型、安全、安保性更高、可持续性更强的空中交通系统，由新技术赋能，并融入多式联运体系。FAA 则说明，UAM 是先进空中交通（AAM）的一个子集，并将其视为一种未来运行环境，涉及在城市及其周边开展载客或载货飞行。之所以需要这些官方定义，是因为它们表明 UAM 不是单纯的“飞行汽车”，而是一个包含航空器、基础设施、运行方式和空域协调的系统概念。

对于初学者来说，这种系统视角非常重要。人们往往只会想到载具本身：一架安静的电动垂直起降飞行器在楼顶之间穿梭。但真正的 UAM 环境还需要起降点、充电或保障设施、通信能力、航线管理、协同运行机制，以及公众信任。没有这些，航空器只是一个有潜力的原型机，而不是一个可实际运行的交通系统。

因此，最简洁的答案是：UAM 是一种面向城市的空中运输概念，借助新型航空器和数字协调，在城市及周边区域运送人员或货物。真正需要回答的问题是：为了让这个概念安全、常态化地运行，航空器周边还必须具备什么。

UAM 的真正含义

在入门层面，理解 UAM 最容易的方法，是把它看作 AAM 体系中的城市应用场景。

FAA 的《运行概念》指出，UAM 是先进空中交通的一个子集。FAA 的基础设施页面则将 AAM 描述为一个总称，涵盖通常高度自动化、电动驱动、具备垂直起降能力的航空器，常与空中出租车概念相关。EASA 的定义也类似，但更加聚焦城市场景：它把 UAM 定义为一种在城市环境中，使用电动垂直起降航空器，通过遥控飞行或机载驾驶员操作，为乘客和货物提供运输服务的系统。

这些官方描述揭示了三个对初学者很重要的点。

第一，UAM 关注的是城市及其周边的运输，而不只是航空器技术本身。

第二，UAM 通常被讨论为一个同时涵盖客运和货运的系统。

第三，UAM 与低空空域中的新进入者密切相关，尤其是垂直起降或动力升力航空器，以及安全管理这些航空器所需的数字化服务。

也正因为如此，UAM 不能被简化成某一种单一机型。很多人会首先想到 eVTOL 航空器，这种联想并不奇怪，因为它们确实是大多数 UAM 讨论的核心。但从运行意义上看，UAM 还包括航线、基础设施、协调服务以及使这些航空器能够在城市中使用的监管框架。

UAM 如何嵌入先进空中交通

初学者最常见的困惑之一，就是 UAM 与 AAM 的关系。

FAA 将 UAM 视为 AAM 的一个子集。这意味着 AAM 是更大的总概念，而 UAM 则是其中面向城市的部分。AAM 不仅可以包括城市内部的乘客出行，还可以包括货运、应急支持、城郊或区域航线，以及其他新型航空器应用场景。

相比之下，UAM 更聚焦城市和城市近郊环境。这会改变运行问题，因为城市带来了以下特点：

基础设施更密集，
地面人群更多，
起降位置更受限制，
对噪声和公众接受度更敏感，
还需要与既有交通系统进行更高程度的数字化协调。

FAA 的 UAM《运行概念》还引入了一个由可扩展交通管理（Extensible Traffic Management，简称 xTM）支持的协同运行环境概念，它与传统空中交通服务形成互补。理解 UAM 时可以把这一点看作：它不是城市天空中的无序飞行，而是一个需要多架航空器和多类服务主体协同、并保持可预测行为的运行环境。