事件详述
英国国家空管服务公司(NATS)应交通大臣 Heidi Alexander 的要求，就 9 月 8 日（周二）的技术事故发布了初步报告，完整报告尚待发布。首席执行官 Martin Rolfe 表示，此次事故与 2023 年 8 月的系统中断事件无关，并否认了涉及军方干预的猜测，将其描述为「我们飞行数据系统某个特定部分的软件问题，已追溯到一小段代码」。
初步报告认定，事故原因是支撑英国空域管理的国家空域系统（NAS）中一小部分存在软件缺陷。受影响的软件负责在人工请求时为单架航空器分配代码，这类代码在其他情况下会自动分配，用于航空器升空后在雷达上识别航班。在处理一次人工代码请求的过程中，系统收到了一条更高优先级活动的消息，该请求因而被暂停；当处理恢复时，由于该缺陷，恢复过程未能正确执行，产生了错误输出，影响了随后部分飞行数据的更新。整个过程发生在一毫秒之内。
由于管制员可获得的信息减少，尽管该软件问题只直接影响了伦敦区域管制中心（London Area Control Centre）的航班，主要是飞行高度在 24,500 英尺以上的航班，但英国全境仍实施了限制，以便重启国家空域系统并重新加载飞行数据。限制持续约六小时，尽管 NATS 的运行当晚即恢复正常，但清理旅客出行中断的积压耗时超过两天，数十万旅客的出行计划受到影响。Rolfe 向受影响人员致歉，并表示安全从未受到威胁，同时指出 NATS 过去十年已在系统与技术上投入超过十亿英镑，并将向英国民航局（Civil Aviation Authority）提交计划，到 2033 年底再投入十亿英镑。
行业影响与后续观察
此次事故属于空管服务提供商熟悉的一类情形：故障局限于更大系统中一个狭窄的功能环节，却仍迫使整个网络启动保护性响应。错误输出只影响了伦敦区域管制中心内的人工代码分配功能，主要涉及 24,500 英尺以上的流量，但安全的应对方式却是在重启国家空域系统、重新加载飞行数据期间对英国全境实施限制，原因在于一旦数据源出现错误，管制员便无法确认信息缺失已扩散到何种程度。
技术修复与运行恢复之间的落差，是此次事故留下的结构性教训。限制持续约六小时，运行当晚即恢复正常，但由此产生的旅客出行中断积压耗时超过两天才得以清理——这提醒业界，空域管理事故会在底层系统恢复稳定后，仍长时间波及航空公司排班、机组轮值和机场时刻。
接下来取决于 NATS 承诺发布的完整报告，也取决于英国民航局（Civil Aviation Authority）对到 2033 年底再投资十亿英镑计划的回应。监管机构是将此事视为一次孤立的编码缺陷，还是借此推动对国家空域系统处理中断式高优先级流程能力的更广泛弹性测试，将决定业内老化的飞行数据基础设施今后将面临多大程度的审查。
