September 16, 2026
北京“全域禁飞禁存”给无人机行业的启示：如何真正把运行识别做成监管闭环？
北京新修订的无人驾驶航空器管理规定，折射出运行识别标准落地仍慢于产业扩张与公共安全需求。真正的关键，已不只是机载广播，而是实名绑定、接收端建设、跨境兼容与法律责任如何形成闭环。
北京市政府近日公布新修订的《北京市无人驾驶航空器管理规定》，并明确将于 2026 年 11 月 15 日起实施。与以往侧重飞行管理不同，这次更引人关注的，是北京把“存量设备如何退出本地”这件事讲清楚了：在市民自行携带出京之外，还提供现场回购、报废回收、寄递出京三种渠道，并对符合条件的个人设备给予阶段性补贴。
表面看，这是一项地方管理新规；更深一层看，它反映的是另一个现实问题：当无人机数量、应用场景和公共安全压力持续上升时，现有技术监管能力的落地速度，仍然没有完全跟上现实需求。政策首先要守住安全底线，于是设备存放、设备转移、设备处置这些原本偏后端的问题，被提前推到了治理前台。
这也是为什么，北京这次“全域禁存”对行业的启示，不只是地方政策收紧，而是一个更直接的信号: 如果技术闭环建设慢于产业发展，也慢于公众安全的要求，那么治理就会优先选择更容易执行、边界更明确的管理手段。
标准已经发布，但监管闭环还没有真正形成
2025 年 10 月 31 日，GB 46750 运行识别标准正式发布。对行业而言，这是一个重要节点，因为它统一了中国无人机运行识别的数据表达方式。
但统一“怎么发”，并不等于解决了“怎么管”。从监管角度看，真正需要的是四件事同时成立：无人机持续广播、地面能够稳定接收、接收到的数据能够被正确解析、解析结果还能追溯到明确责任主体。
只要其中任何一环没有补齐，运行识别就仍然更像一项合规功能，而不是一套真正可执行的监管基础设施。北京新规释放出的信号，恰恰说明标准落地的现实速度，还没有完全跟上产业扩张速度，也没有完全跟上高密度城市对公共安全的治理需求。
真正能构成闭环的，是运行识别加实名激活
和 GB 46750 同期发布的，还有 GB 46761 实名激活标准。相比单独讨论广播消息，这个标准更接近闭环的核心，因为它处理的是“广播 ID 背后到底是谁”这个问题。
普通读者可以把它理解为两层机制。
第一层是 GB 46750，负责让无人机在飞行过程中持续广播身份、位置、速度、时间等运行信息，让附近接收设备或 App 能够“看见它”。
第二层是 GB 46761，负责把这架无人机的使用主体与一个可核验的身份关系绑定起来。每次实名激活后，系统会生成一个新的绑定 ID，并把它映射进 GB 46750 的广播内容。这样，前台看到的不是一个孤立号码，而是一个可以合法追溯到责任主体的监管锚点。
从国际实践看，美国 FAA 更偏向后台实名、前台广播尽量简化的路径；欧盟则希望在操作员标识与隐私保护之间取得平衡，因此制度设计相对更复杂。GB 46761 的特点，是试图把后台实名和前台可识别结合起来。
如果行业能给这两套标准足够的时间来协同落地，那么它们组合起来，理论上可以形成一套相当完整的监管框架。问题不在标准本身，而在落地节奏。
行业目前补得最多的是发射端，最缺的却是接收端
过去一段时间，几乎所有厂商都把主要资源投向了机载发射端。这不难理解，因为发射端是合规检查时最直接、最显性的部分: 飞机有没有按要求发出广播，能不能通过基础测试，能不能完成出厂合规。
但真正决定监管是否可用的，往往不是发射端，而是地面接收端。
学校、机场、重要活动区域、关键基础设施周边，真正需要的是长期在线、可稳定工作的接收设备。这类设备不仅要接收广播信号，还要在复杂电磁环境中完成滤波、放大、去重、解码、关联和告警。如果这类产品没有形成生态，监管体系就会出现一个很现实的断层: 天上的飞机越来越会“说话”，地面的系统却不一定总能“听清楚”。
这正是当前运行识别体系最关键的瓶颈之一。行业已经把“会广播”做成了基本能力，但还没有把“可持续接收并用于执法”做成公共能力。
兼容性问题，不只是技术洁癖，而是跨境监管风险
GB 46750 重新定义了数据内容，但在传输层仍延续了 ASTM F3411 体系下已经广泛使用的包结构。这本来是务实选择，有利于兼容既有实现和测试经验。
但现实中，一些产品在 Beacon 广播包里，除了自身实现所需内容外，还带上了 OpenDroneID 的 APP ID、计数器等字段。这种做法不是一个无关紧要的小细节，而是可能直接影响既有接收系统和监管系统的兼容性。
更值得重视的是跨境使用场景。假设一名用户把无人机带到其他国家使用，当地监管机构、机场安保系统或第三方合规接收设备，通常会基于本地法规和既有实现假设去解析信号。如果广播里混入额外字段，或者设备在不同地区之间切换出不同风格的数据格式，就可能给当地监管机构带来不必要的识别混乱，增加误判、漏判或额外适配成本。
从法规角度看，这个问题还不只是“兼容性不好”这么简单。如果厂商允许用户手动切换不同广播数据格式，甚至允许关闭某些广播行为，那么就可能进一步触碰合规红线。中国和美国现行规则都已经明确，不允许用户随意修改、关闭运行识别广播功能。也就是说，广播格式一旦成为用户可自由切换的选项，厂商就可能把一个工程实现问题，直接变成法律风险问题。
所以，下一阶段行业不能再停留在“飞机能发出来就行”的思路，而必须回到更严肃的原则: 广播必须稳定、格式必须一致、跨境使用不能制造额外监管噪声。
功率要求重要，但更重要的是真实可接收性
GB 46750 引入了 360 EIRP 功率要求，背后的逻辑并不难理解: 如果广播只能在很近距离内偶尔被收到，那么它就很难承担实际监管职责。
但从工程和监管实践看，真正重要的从来不只是纸面功率参数，而是最终能否被稳定接收。影响结果的因素很多，包括天线设计、频段实现、发射一致性、手机终端能力，以及专业接收设备前端的滤波和放大性能。
这也是为什么，相比只盯着参数本身，ASTM F3586 这类偏实测与验证的方法，对监管落地更有参考价值。对于专业接收设备而言，经过前端滤波和放大设计后，可以实现更长距离、更大范围的监控覆盖；对于普通用户而言，只要广播实现足够规范，手机 App 也完全可以成为周边空域感知工具。
真正实用的运行识别体系，应该同时服务两类场景: 一类是专业监管设备的大范围持续监控，另一类是公众终端的小范围即时感知。只有两边都能用，广播式识别才算真正落地。
未来不能只依赖 UOM 平台，还要建设分布式广播监管能力
目前网络式报送，主要还是统一进入 CAAC 主导的 UOM 平台。中心化平台有中心化平台的优势，便于统一接入、统一留痕、统一管理。
但广播式运行识别真正的长处，不是在把所有事情再次汇总到中心，而是在于它天然适合分布式监管。谁在现场，谁就可以在授权条件下感知附近空域目标；重点区域也可以部署本地接收节点，不必完全依赖远端平台返回结果。
问题在于，这条路线离不开接收端生态。如果没有厂商愿意投入资源研发监管设备，那么就需要政策和机制来补位。一个可以讨论的方向是，由主管部门统筹行业资金来源，例如向厂商收取合理接入费用、向用户收取小额注册费用，再把资金用于补贴监管接收端建设。另一种路径，则是直接委托开发基础接收能力，并以开放方式提供给社会使用，降低重复研发成本。
这件事的本质，不是让谁多做一款设备，而是把广播式运行识别从“产品功能”推进成“公共基础设施”。
技术闭环最后仍要落到法律闭环
如果一套运行识别体系可以被随意关闭、串改、伪装，而法律责任又不够清晰，那么再好的标准也会被削弱。
因此，下一步更需要在法律层面继续明确几个关键问题: 什么属于故意关闭广播，什么属于篡改广播内容，什么属于提供规避识别能力的设备或服务，以及这些行为分别应承担什么后果。
只有当“广播必须开、内容不能改、违规能被查、查到会被处罚”成为稳定预期，技术闭环才能真正变成治理闭环。
从预测试到 3D 飞行分析，行业工具也该同步升级
闭环建设不只是标准和法律的问题，也包括工具链能力。以宜安特的实践为例，目前已经可以在手机端完成预测试，在电脑端完成性能测试；而在飞行数据分析方面，如果进一步引入 3D 飞行轨迹分析，就能比传统 2D 平面地图更直观地还原飞行过程，也更适合异常行为识别和监管复盘。
今天多数飞行轨迹仍然停留在二维地图展示层面，这对一般回放已经够用，但对监管、取证和风险分析而言，三维视角更接近真实空域状态。当然，要把 3D 地图真正用到监管场景，还需要相应的数据、地图和算力资源投入。
北京新规真正提醒行业的，不是标准没用，而是标准落地太慢
北京这次“全域禁存”真正提醒行业的，不是标准没有意义，而是标准落地的速度，仍然慢于产业发展，慢于应用扩张，也慢于监管对公共安全的现实需求。
如果只有机载广播，没有实名激活绑定；如果只有广播规则，没有接收端生态；如果只有中心平台，没有分布式感知；如果只有工程实现，没有法律责任，那么运行识别就仍然只是“看起来已经存在”的能力，而不是“真正已经可用”的能力。
无人机行业下一阶段真正要补的课，不是再多写一份标准，而是把身份、广播、接收、平台、执法和责任连成一条闭环链路。北京的新规，用一种非常现实的方式把这个问题摆到了所有人面前: 当技术治理能力的落地滞后于产业发展和公众安全需求时，政策就一定会先把安全边界收紧。
这并不是运行识别失败了，而是行业还没有把运行识别真正做完。
信息来源: