15 milyonda bir uçuş planı, Birleşik Krallık uçuş planlarını yöneten hem birincil hem de yedek sistemleri çökerterek 28 Ağustos’ta 1500’den fazla uçuşun iptal edilmesine yol açan kesintiye neden oldu.
Kesinti, hava trafik kontrolörlerinin uçuş planlarını manuel olarak işlemek zorunda kalması nedeniyle uçuşların iptal edilmesine yol açtı.
Sistem birkaç saat içinde tekrar devreye alınırken, Gardiyan iptallerin havayollarına 100 milyon £’dan (196 milyon $) fazla maliyet getirdiğini bildirdi.
İngiltere Sivil Havacılık Otoritesi’ne verilen bir raporda, hava trafik kontrol şirketi NATS, kesintinin temel neden analizini sağladı ve yazılımının 2018’den bu yana hem birincil hem de yedek sistem kaybı olmadan 15 milyon uçuş planını işlediğini kaydetti.
NATS, Uçuş Planı Alım Paketi Otomatik Değiştirme (FPRSA-R) yazılımının “Birleşik Krallık hava sahası dışında aynı adlı ancak ayrı iki yol noktası işaretçisini içeren bir uçuş planının sunduğu son derece nadir koşullarla karşılaştığının tespit edildiğini” söyledi.
Raporda, hem birincil sistemin hem de yedek sistemin “kritik bir istisna” yaşadığı ve arıza korumalı moda girdiği belirtildi.
Birleşik Krallık hava sahasından çıkan bir uçuş için FRPRSA-R yazılımı, uçuş planının Birleşik Krallık kısmını çıkarır ve bunu uçağın yatay ve dikey ayrımını korumasını sağlayan hava trafik kontrolörlerine verir.
Soruna neden olan uçuş planı “orijinal ICAO4444’ü içeriyordu” [an international standard for flight plan data] uçuş planı artı rotasıyla ilgili ek ara noktalar”.
“… ara noktalar planı, rotası boyunca coğrafi olarak iki ara nokta içeriyordu
farklı ancak aynı tanımlayıcıya sahip olan” analiz, yinelenen ara nokta kimliğini ortadan kaldırmaya yönelik uluslararası çalışmalara rağmen bazılarının varlığını sürdürdüğünü belirtti.
Her ikisi de Birleşik Krallık dışında olan iki ara nokta birbirinden yaklaşık 4000 deniz mili uzaktadır.
Dosyalanan uçuş planındaki kopya coğrafi olarak hatalıydı ve “yazılım bu iki nokta arasındaki uçuş planının geçerli bir Birleşik Krallık kısmını çıkaramadı”, bu da başarısızlığa neden oldu.
Analiz, “ADEXP mesajının alındığı andan hem birincil hem de yedek alt sistemlerin bakım moduna geçmesine kadar yukarıda açıklanan tüm süreç 20 saniyeden az sürdü” diyor.
Bu, uçuşların manuel olarak işlenmesini gerektiren dört saatlik bir ara zamanı başlattı.