淺談紐曼2000+系統AFTN報文處理流程

趙常有

摘? ?要：本文會對南京萊斯信息技術股份有限公司的紐曼2000+系統的AFTN報文處理的過程進行介紹，并對報文處理后與飛行計劃進行相關的過程做簡要梳理。民航吉林空管分局目前沒有使用EST報文，現在飛行計劃的主要來源是AFTN報文，飛行計劃管理時所用的報文主要也是AFTN報文。AFTN報文的處理過程可以分為收報和發報過程。收報過程可以分為報文解析和報文與飛行計劃相關。發報過程可以分為發報時機的判斷、正文的組裝、地址及其他信息的反填。

關鍵詞：報文 計劃 相關

隨著我國民航事業的快速進步，航班數量迅速增長，空中交通管制對設備的要求也在不斷提高。長春現行主用的自動化系統為南京二十八所萊斯信息技術股份有限公司的紐曼2000自動化系統。為滿足民航發展的過程中對設備不斷提高的技術需求。現吉林空管分局已采購南京二十八所萊斯信息技術股份有限公司的紐曼2000+自動化系統并即將安裝。本文將對紐曼2000+系統的AFTN電報的報文處理過程進行梳理。

1? 紐曼2000+系統

系統接收到報文后可以處理遵循ICAO PANS/RAC 4444文件和《民用航空飛行動態固定電報格式》MH/T4007-2012、MH/T4024、《空管雷達及管制中心設施間協調移交數據規范》MH4008-2000及相關規定格式的飛行電報。

2? 接受處理報文的步驟

2.1 報文解析

系統收到電報時，會先將電報進行存儲，我們可以在飛行數據操作席位的收報顯示窗口中查看收到的報文。然后系統會對報文進行初步解析，解析出電報的電報頭，獲得其中包含的信息，包括：流水號、收報時間、電報等級、收報單位、發報時間以及發報單位。報頭以外的內容在此時不會進行解析。若報文發送時間的超時檢查開關為打開狀態，那么系統會將報文的發送時間與當前時間進行比較，兩者的時間差異在一定的參數范圍內則繼續進行下面的解析，否則將忽略此報文。

通過以上步驟的報文接下來會進入電報正文的解析階段。依據規定中“（”代表報文正文的開始，“）”代表報文正文的結束，系統提取出報文的正文。再根據正文中除了第一編組外，其余編組都用“—”符號來代表本編組的開始，將各個編組區分開。系統根據正文中第一個編組中的內容來獲得此報文的類型，獲取報文類型后，系統會根據規定來比對不同類型的電報中含有的電報編組內容及這些編組的順序，來對正文中接下來的其余編組進行逐一解析。從而獲得電報正文中的所有內容。在分析電報的過程中，如果遇到錯誤的電報編組，系統會根據飛行數據操作席上人工維護的電報知識庫中的內容進行相應的替換然后繼續解析。如果報文中有航路編組，在進行航路編組解析時，如果遇到錯誤的航路，會根據航路知識庫中的內容進行相應的替換然后繼續解析。航路知識庫與電報知識庫一樣都是在飛行數據操作席位上由人工進行維護。在遇到以下的情況時，系統無法繼續自動處理電報。

（1）系統對各個編組的數據進行解析之后，會對他們的內容進行語法檢查，如果存在語法錯誤，那么系統不會對此報文接下來的內容進行處理，而將報文送到飛行數據操作席由人工進行處理。

（2）在電報處理過程中，如果發現電報丟失了編組數據，系統會將此電報發送到飛行數據操作席等待人工處理。

（3）若報文中含有電報類型、航班號、二次代碼、飛行規則、飛行類型、機型、尾流、通信設備、監視設備、邊界點、邊界時間、飛躍邊界點高度、巡航速度、巡航高度等數據項，這些數據項必須符合規定，否則系統會將此電報發送至飛行數據操作席等待人工處理。

（4）如果報文含有編組14、15、16、17中的一個或幾個編組，任意一個編組若缺少必要的數據項或者數據項的格式不正確，系統也會將電報送到飛行數據操作席等待人工處理。

（5）FPL、DEP、DLA電報若不存在起飛時間，系統會將此電報發送至飛行數據操作席位等待人工處理。

（6）在解析航路的時候，若某航路點沒在航路上，或者航路中存在系統無法識別的航路點，系統會將此電報發送至飛行數據操作席等待人工處理。

系統接收到AFTN報文并成功將內容解析之后，還會根據設置的參數對報文的內容進行進一步的嚴格檢查，其中包括：

（1）機型檢查。

（2）機場檢查。

（3）飛行規則交叉檢查。

（4）機型、機場和編組18的交叉檢查。

（5）編組10和編組18的交叉檢查。

（6）編組10嚴格檢查。

（7）編組18嚴格檢查。

以上這些檢查的開關參數互相獨立，可以對其中的任意一項單獨設置。

2.2 報文與計劃相關

報文正常處理之后需要將報文解析出來的內容與系統中的計劃相匹配，匹配成功之后，會根據報文中的內容來更新計劃，包括更新計劃的內容和更改計劃的狀態。如果報文沒有匹配到相應的計劃，則有可能根據報文的內容來創建計劃。當報文與已存在的計劃的航班號、起飛機場、目的機場都一致，預計起飛時間的差異在參數范圍內，并且計劃的狀態與報文的類型相匹配，計劃與報文才會成功相關。但是個別的報文會有特殊的情況，比如返航備降時發送的CPL報，由于返航備降，報文中的目的機場會發生改變，所以在進行報文和計劃相關時不需要進行目的機場的檢查。對于FPL、DEP、CPL、EST等報文，如果沒有匹配到相應的計劃，系統可以根據報文自動生成計劃。

3? 發報處理的步驟

系統發報處理包括發報時機的判斷，報文正文的組裝，地址的填寫及報文的封裝。

3.1 發報時機的判斷及報文正文的組裝

人工發報時，以人工操作作為發送報文的時機，報文的正文內容以人工輸入的內容為準。本系統可以自動發報的電報類型為DEP，ARR，CPL，EST，和FPL電報。可以在主任席位上分別設置DEP，ARR，CPL，EST等報文的自動發送開關。當開關為打開時，可以自動發送對應類型的報文，系統會根據設置的參數以及雷達信號來決定派發不同類型電報的時機，根據飛行計劃的信息來填寫報文的正文內容。

3.2 反填收報和發報地址并封裝報文

收報地址主要來源于收報地址庫，公共收報地址庫，FDP_GUANDIAO_ADDRESS，FDP_ZONGDIAO_ADDRESS和備降機場上級部門的地址，另外在發送DEP，ARR報時會用到航空公司收報地址庫。系統會根據航線名，航空公司以及電報類型匹配對應的收報地址并反填到報文的收報地址中。

自動化系統可以根據發送電報的類型以及席位，在報文中填寫相應的發報地址。各個席位可以配置為不同的發報地址，當人工發報時系統會默認發報地址為席位配置的地址，人工可以對該地址進行修改。自動發報時，系統會根據發報的類型自動匹配對應的發報地址，如果沒有配置電報類型所對應的發報地址，系統會使用AFTN電報參數中配置的發報地址來發送報文。

地址反填完畢后，系統會把傳輸報文所需要的其他信息封裝到報文中，如流水號等。然后就可以將報文發送出去了。

4? 結語

報文處理模塊對空管自動化系統來說起著至關重要的作用，了解該模塊的運行原理，可以為我們排查故障，解決問題提供有效的幫助。希望本文可以幫助大家更好的了解空管自動化系統。

參考文獻

[1] 空管雷達及管制中心設施間協調移交數據規范：MH 4008-2000[S].2006.

[2] 民用航空飛行動態固定電報格式：MH/T 4007-2012[S].2012.

[3] 民用航空空中交通管制自動化系統 第3部分：飛行數據交換：MH/T 4029.3-2015[S].2015.

[4] 長春主用自動化系統擴容升級及主用自動化系統測試平臺采購項目系統技術設計說明[Z].