AIDC擴展系統(tǒng)的應(yīng)用及常見故障分析

摘 要：伴隨著空中交通行業(yè)的不斷發(fā)展，航班量也快速增加，管制員的電話量在成倍的遞增，為減少當(dāng)前航空管制人員的工作負荷，降低移交過程中人為錯誤率，提高航空管制效率，華東空管自主研發(fā)了AIDC擴展系統(tǒng)。然而在該系統(tǒng)的應(yīng)用過程中曾多次出現(xiàn)因AIDC（ATC Interfacility Data Communications）報文未能及時流轉(zhuǎn)造成管制席位產(chǎn)生“U”告警和航班無法正常掛單問題。在出現(xiàn)大批航班告警的情況下，可能造成移交模式回退到以前的電話移交方式，這將造成管制保障等級降級，所以保證AIDC報文正確及時流轉(zhuǎn)的重要性可見一斑，為此該文結(jié)合日常值班中出現(xiàn)的故障，通過解析AIDC系統(tǒng)應(yīng)用及其工作機制，以求提高保障部門對該類故障處理效率，保障管制工作更流暢有序地進行。

關(guān)鍵詞：AIDC報文 管制移交 U告警

中圖分類號：TP2文獻標(biāo)識碼：A文章編號：1674-098X（2013）05（b）-0111-01

1 AIDC擴展系統(tǒng)介紹

1.1 AIDC（ATC Interfacility Data Communications）介紹

AIDC報文，國際民航組織推出的一種報文標(biāo)準，在亞太地區(qū)相鄰管制中心之間實現(xiàn)自動化移交的電報協(xié)議。這種協(xié)議的執(zhí)行必須基于雙方的空管自動化系統(tǒng)（管制系統(tǒng)）都具備處理該類電報的功能。AIDC信息種類主要有：預(yù)計邊界信息報（ABI），現(xiàn)行飛行計劃報（CPL），預(yù)計飛越報（EST），預(yù)先激活報（PAC），協(xié)調(diào)取消報（MAC），管制協(xié)調(diào)報（CDN），管制協(xié)調(diào)接受報（ACP）拒絕報（REJ），管制移交報（TOC），管制移交接收報（AOC），緊急報（EMG）邏輯確認報（LAM），邏輯拒絕報（LRM），多用途報（MIS），航跡定義報（TDM）。

AIDC的應(yīng)用以逐步發(fā)送數(shù)據(jù)為基礎(chǔ)，并對應(yīng)3個不同的階段：通知階段、協(xié)調(diào)階段、管制移交階段。管制AIDC功能在自動應(yīng)用過程中具備人工隨時接管的功能和設(shè)置，且人工接管優(yōu)先級高于自動功能。

1.2 華東空管AIDC擴展系統(tǒng)介紹及應(yīng)用現(xiàn)狀

華東空管AIDC擴展系統(tǒng)是在華東航空管理局轄內(nèi)的上海及周邊航空管制區(qū)域內(nèi)，建成以自動化系統(tǒng)AIDC電報處理流程為核心的管制協(xié)調(diào)移交機制?，F(xiàn)階段華東空管自動化系統(tǒng)（歐洲貓系統(tǒng)）的AIDC電報處理功能開啟，但若無相應(yīng)的AIDC報文與之交互，無法實現(xiàn)自動移交還會產(chǎn)生告警，AIDC擴展系統(tǒng)的研發(fā)解決了以上問題。如圖1所示AIDC應(yīng)用理想的方式是華東與華北空管自動化系統(tǒng)間的AIDC專線交互方式，只需要提供一條傳輸專線即可。而華東各省局的管制系統(tǒng)設(shè)備大部分都不具備AIDC電報處理功能，只能通過AIDC擴展系統(tǒng)模擬AIDC電報提供給上海自動化系統(tǒng)。

現(xiàn)階段AIDC擴展系統(tǒng)應(yīng)用的結(jié)構(gòu)拓撲如圖1所示：其中轉(zhuǎn)報系統(tǒng)是整個華東地區(qū)AFTN電報網(wǎng)流轉(zhuǎn)的核心系統(tǒng)，并接入全國AFTN網(wǎng)；自動化前置系統(tǒng)將歐洲貓需要的AFTN網(wǎng)的電報進行分類、篩選、整理后發(fā)往歐洲貓系統(tǒng)，同時轉(zhuǎn)發(fā)歐洲貓發(fā)出的電報。眾所周知電報對于管制系統(tǒng)就像血液對于人體一樣重要，而這些電報是由轉(zhuǎn)報系統(tǒng)收集經(jīng)自動化前置處理，成為完全符合華東歐洲貓自動化系統(tǒng)（在用的自動化系統(tǒng)）要求的格式。AIDC擴展系統(tǒng)是通過轉(zhuǎn)報系統(tǒng)接入歐洲貓自動化系統(tǒng)提供其所需要的AIDC電報，目前主要完成杭州、南京方向航班自動移交。系統(tǒng)主要收發(fā)電報有：ABI，EST，ACP，TOC，AOC，LAM。

其中預(yù)計飛越報（EST）與管制協(xié)調(diào)接受報（ACP）；管制移交報（TOC）與管制移交接收報（AOC）邏輯上是成對關(guān)系。系統(tǒng)以收到的電文為基礎(chǔ)自動生成EST、ACP、TOC、AOC及LAM報。

系統(tǒng)在收到一份ABI、EST、ACP、TOC、AOC電報時，核實電報無誤的情況下，系統(tǒng)都會自動生存一份LAM報回給對方表示電報已經(jīng)收到。否則回一份LRM報表示報文已收到但內(nèi)容不正確。LAM/LRM報的責(zé)任響應(yīng)時間一般為180 s（可配置參數(shù)）。超出這個時間視為超時。

系統(tǒng)在收到EST電報時，根據(jù)電文內(nèi)容，自動生成相應(yīng)的ACP報，由管制員人工確認發(fā)送或取消發(fā)送。ACP報的責(zé)任響應(yīng)時間一般為5～9 min（可配置參數(shù)）。超出這個時間視為超時。

系統(tǒng)在收到TOC電報時，根據(jù)電文內(nèi)容，自動生成相應(yīng)的AOC報，由管制員人工確認發(fā)送或取消發(fā)送。LAM報的責(zé)任響應(yīng)時間一般為5～9 min（可配置參數(shù)）。超出這個時間視為超時。

對于上海離港的航班，歐洲貓系統(tǒng)產(chǎn)生EST報文發(fā)給AIDC系統(tǒng)，AIDC系統(tǒng)恢復(fù)ACP等后續(xù)AIDC電報完成自動移交；對于將要移交至上海區(qū)域的（進港）航班，系統(tǒng)根據(jù)其從AFTN網(wǎng)收到的FPL報和DEP報內(nèi)容，自動生成EST報文，在相應(yīng)的時間內(nèi)發(fā)給自動化系統(tǒng)。（這個時間由FLP和DEP報文內(nèi)容決定）并且根據(jù)上?？展茏詣踊到y(tǒng)的回應(yīng)，進行后續(xù)AIDC報文交互。

2 AIDC擴展系統(tǒng)應(yīng)用中出現(xiàn)的問題

2.1 故障案例

某個航路的航班產(chǎn)生U告警

案例1：2011年6月3日15：10，區(qū)管反映空管自動化系統(tǒng)出現(xiàn)U告警，經(jīng)查實為空管自動化系統(tǒng)收不到相關(guān)的LAM（邏輯確認報）報導(dǎo)致，該電報由AIDC系統(tǒng)發(fā)出，經(jīng)過轉(zhuǎn)報系統(tǒng)發(fā)送給空管自動化系統(tǒng)。檢查AIDC系統(tǒng)軟硬件正常，但是空管自動化系統(tǒng)無法收到AIDC系統(tǒng)發(fā)出的相關(guān)LAM報（主要為杭州航班），于是請求技術(shù)支持。16：00，維修中心術(shù)人員開始對AIDC系統(tǒng)進行深入檢查分析，發(fā)現(xiàn)無法激活LAM報的根本原因為無相關(guān)FPL報（領(lǐng)航計劃報）進入AIDC系統(tǒng)。技術(shù)人員發(fā)現(xiàn)14：00之后，由空管自動化系統(tǒng)前置經(jīng)轉(zhuǎn)報系統(tǒng)發(fā)往AIDC系統(tǒng)的杭州FPL報（收電地址均為ZSAMAIDC，AIDC系統(tǒng)模擬地址），未能成功發(fā)送至AIDC系統(tǒng)，故造成LAM報激活失效。我方檢查相關(guān)FPL報后發(fā)現(xiàn)轉(zhuǎn)報系統(tǒng)14：00之后轉(zhuǎn)報路由指向錯誤，修改后恢復(fù)正常。

個別航班U型告警

案例2：5月2日18：30區(qū)管反映空管自動化系統(tǒng)某航班出現(xiàn)U告警，檢查發(fā)現(xiàn)TSTAIDC路15分鐘未收到相關(guān)ACP類電報，重啟AIDC處理進程窗口后恢復(fù)正常。

案例3：3月4日13：20區(qū)管反映空管自動化系統(tǒng)個別航班出現(xiàn)U告警。查看具體個別航班，發(fā)現(xiàn)轉(zhuǎn)報TSTAIDC信道中未收到相關(guān)ACP電報，且TSTAIDC信道超過1小時無ACP電報。重啟AIDC接口程序，仍無ACP電報接收。后重啟AIDC擴展系統(tǒng)OracleServiceAIDC服務(wù)項后恢復(fù)正常。

2.2 原因分析及對應(yīng)解決辦法

案例1中因轉(zhuǎn)報系統(tǒng)至AIDC系統(tǒng)路有指向錯誤，導(dǎo)致系統(tǒng)收不到相應(yīng)的FPL報文，使得相應(yīng)航路出現(xiàn)告警。LAM報需要有EST報才能激活，而杭州的EST電報為AIDC系統(tǒng)自己生成，并不是由飛機起飛地發(fā)出，而自己生成EST報的必要條件是要有該航班的FPL報和DEP報，且該FPL報必須有由空管自動化系統(tǒng)前置系統(tǒng)發(fā)出（收電地址為ZSAMAIDC）經(jīng)轉(zhuǎn)報系統(tǒng)至AIDC系統(tǒng)，而DEP報一般由飛機起飛地發(fā)出經(jīng)轉(zhuǎn)報系統(tǒng)至AIDC系統(tǒng)，這樣AIDC系統(tǒng)才能自動生成相關(guān)EST電報發(fā)送至空管自動化系統(tǒng)，再由空管自動化系統(tǒng)回送至AIDC系統(tǒng)，才能順利激活LAM報。但AIDC系統(tǒng)并未收到相關(guān)的FPL電報。所以，值班員針對空管自動化系統(tǒng)出現(xiàn)杭州、南京方向航班U告警。不僅要查看有無相關(guān)航班的EST報發(fā)送至AIDC系統(tǒng)，還要查看有無空管自動化系統(tǒng)前置發(fā)出的相關(guān)航班的FPL報（收電地址為ZSAMAIDC）發(fā)送至AIDC系統(tǒng)。

案例2中AIDC系統(tǒng)時鐘或與轉(zhuǎn)報系統(tǒng)時鐘不同步。導(dǎo)致ACP電報超過其設(shè)置好的責(zé)任響應(yīng)時間5～9 min，通過重啟AIDC系統(tǒng)服務(wù)重新同步時間來暫時解決問題。

案例3中AIDC系統(tǒng)Oracle Service AIDC服務(wù)故障造成，此時AIDC系統(tǒng)進程的監(jiān)視窗口出現(xiàn)停滯，造成本該及時發(fā)送的ACP電報未能發(fā)出。

3 對AIDC擴展系統(tǒng)未來展望

對于AIDC電報自動移交的應(yīng)用理想的方式是上海與華北空管自動化系統(tǒng)間的AIDC專線交互方式。然而目前華東各個省局還不能實現(xiàn)各管制系統(tǒng)間AIDC功能的統(tǒng)一，所以AIDC擴展系統(tǒng)將繼續(xù)應(yīng)用。但AIDC擴展系統(tǒng)目前應(yīng)用現(xiàn)狀比較復(fù)雜，系統(tǒng)接受FPL報和DEP報有些分來自歐洲貓前置系統(tǒng)，有些來自AFTN轉(zhuǎn)報機。并無規(guī)律可循。路由配置復(fù)雜，對排故不利，耗時長。對華東各個省局的AIDC電報模擬程度不一致，杭州、南京模擬整個移交過程中AIDC電報，對有些省局只模擬移交過程中部分AIDC電報，以上現(xiàn)狀和是系統(tǒng)設(shè)計初成時就開始延用至今造成的。若能將AIDC擴展系統(tǒng)的功能模塊化地合并到空管自動化系統(tǒng)前置系統(tǒng)，作為空管自動化系統(tǒng)前置的一部分。不僅可以解決路由配置復(fù)雜問題，而且解決不同系統(tǒng)減時間的同步及多套系統(tǒng)監(jiān)視難的問題，減少值班員壓力。

參考文獻

[1]民用航空飛行動態(tài)固定格式電報格式（MH/T 4007—2006）.2006.

[2]中國民用航空行業(yè)標(biāo)準（MH/T 4008—2000）.2000.