官方记录显示：2026年全球至少发生28起空管技术故障，多国航班受波及
行业影响该模式表明，空中交通管制的韧性取决于备份系统切换速度以及雷达、数据链、电力和通信各环节的冗余程度，而非取决于某一项技术本身的可靠性。
事件详述
截至 2026 年 9 月 8 日审阅的官方航空记录显示，多个国家至少发生 28 起重大空中交通管制技术中断事件，导致空域容量下降、地面停飞、改道、延误和取消。这些故障涵盖雷达故障、无线电频率与通信中断、电力故障、飞行数据软件缺陷以及 CPDLC 数据链问题。欧洲占已记录事件的大多数，希腊、法国、西班牙、葡萄牙、瑞士、荷兰、阿尔巴尼亚和英国均有中断记录，北美方面美国和加拿大记录了设备与通信故障，日本则发生了一起重大飞行计划系统故障。
按航班影响规模计，单起最大事件发生在 9 月 8 日的英国：NATS National Airspace System 某部分出现此前未知的软件缺陷，通过延误、取消或改降影响了超过 2,000 架次航班。日本的 FACE 飞行计划管理系统于 4 月 21 日故障；日本运输省官方记录了 607 架次延误航班和 269 架次取消航班，调查人员发现系统负荷的快速上升超出了检测能力，导致切换至备份系统的时间延迟。8 月 31 日，一起 CPDLC 数据链中断同时影响了法国、英国、瑞士和德国的管制中心，造成 5,168 分钟的延误。1 月，日内瓦区域管制中心（Geneva ACC）在一次软件更新后出现飞行数据处理问题，导致 3,990 分钟延误，约 28 个班次未能执行。
法国的布雷斯特（Brest）、波尔多（Bordeaux）和马赛（Marseille）管制中心全年反复出现频率与通信问题。仅布雷斯特区域管制中心（Brest ACC）就在 4 月 29 日（2,946 分钟 ATFM 延误）、5 月 21 日（因 Aspontes 天线故障造成 3,215 分钟延误）、5 月 23 日至 25 日（2,550 分钟）以及 7 月 27 日（因 CPDLC 中断造成 3,419 分钟延误）受到影响。波尔多区域管制中心（Bordeaux ACC）在 5 月、6 月和 7 月均记录到中断，累计增加了数千分钟延误。西班牙巴塞罗那塔台（Barcelona Tower）8 月发生一起电力故障，造成 10,460 分钟 ATFM 延误，并伴有改降与取消。阿尔巴尼亚地拉那区域管制中心（Tirana ACC）报告 8 月 28 日发生电力故障，造成 2,935 分钟延误。希腊多次出现中断，最早始于 1 月 4 日雅典飞行情报区（Athens FIR）内的 ATC 频率干扰及电话与 HELLASCOM 数据问题，造成雅典区域管制中心（Athens ACC）24,391 分钟延误以及马其顿区域管制中心（Makedonia ACC）12,116 分钟延误。
在美国，杰克逊维尔中心（Jacksonville Center）于 1 月 7 日因通信设备中断而进入 ATC 警戒状态。4 月 26 日至 27 日，达拉斯/沃斯堡（Dallas/Fort Worth）和达拉斯洛夫机场（Dallas Love Field）均因设备与通信中断而实施地面停飞。纽约中心（New York Center）于 6 月 18 日记录到通信设备中断。在加拿大，蒙特利尔（Montréal）7 月 11 日发生设备故障，触发地面停飞，官方报告的平均指定延误为 42 分钟，最长为 93 分钟。
事件经过
NATS National Airspace System 某部分出现此前未知的软件缺陷，在英国境内影响超过 2,000 架次航班。
一起 CPDLC 数据链中断同时波及法国、英国、瑞士和德国的管制中心，造成 5,168 分钟延误。
地拉那区域管制中心报告发生电力故障，造成 2,935 分钟延误。
巴塞罗那塔台发生电力故障，造成 10,460 分钟 ATFM 延误，并伴有改降与取消。
布雷斯特区域管制中心的 CPDLC 中断造成 3,419 分钟延误。
蒙特利尔发生设备故障，触发地面停飞，平均指定延误 42 分钟，最长 93 分钟。
纽约中心记录到通信设备中断。
布雷斯特区域管制中心再度记录 2,550 分钟延误。
布雷斯特区域管制中心的 Aspontes 天线故障造成 3,215 分钟延误。
布雷斯特区域管制中心记录到 2,946 分钟 ATFM 延误。
达拉斯/沃斯堡与达拉斯洛夫机场均因设备与通信中断实施地面停飞。
日本的 FACE 飞行计划管理系统发生故障，造成 607 架次延误、269 架次取消。
杰克逊维尔中心因通信设备中断进入 ATC 警戒状态。
雅典飞行情报区内的 ATC 频率干扰及电话/HELLASCOM 数据问题造成雅典区域管制中心 24,391 分钟延误以及马其顿区域管制中心 12,116 分钟延误。
日内瓦区域管制中心在一次软件更新后出现飞行数据处理问题，造成 3,990 分钟延误，约 28 个班次取消。
行业影响与后续观察
这 28 起中断事件无论技术诱因为何，都属于同一操作类别：雷达故障、CPDLC 中断、电力故障和软件缺陷最终都导向相同的结果——空域容量下降、地面停飞，以及以千分钟计的延误。日本调查人员指出的具体机制值得推广：负荷的快速上升超出了检测能力，并延迟了切换至备份系统的时间，而这正是数据链或电力故障在冗余机制未经过快速激增测试的任何地方都会暴露出的同一类脆弱性。
空中交通管制网络之所以围绕分层备份系统构建，正是因为任何单一组件——布雷斯特的一根天线、巴塞罗那的一路电力、日内瓦的一次软件更新——都可能使一个管制中心陷入瘫痪，而记录显示，决定累积延误分钟数多少的是恢复过程，而非最初的故障本身。8 月 31 日的 CPDLC 中断同时波及四个国家的管制中心，说明共享的数据链依赖如何将一个局部软件问题转变为跨多国的容量事件。
接下来的走向，取决于针对 9 月 8 日 NATS 缺陷成因仍在进行的调查，也取决于法国布雷斯特和波尔多反复出现的频率问题能否被追溯到共同根源，而不是被当作孤立事件处理。由于本次审阅期仅覆盖至 9 月 8 日，已确认的 28 起中断事件只是 2026 年的下限，并非最终统计数字。
