自動化系統(tǒng)進程單打印原理和典型打印不正常案例分析

盧顏

摘 要 文章以杭州自動化主用系統(tǒng)NUMAN2000為例，從飛行計劃處理、進程單打印時機等角度詳細闡述了自動化系統(tǒng)進程單的打印原理，并在此基礎(chǔ)上，剖析了幾起典型的進程單打印不正常案例。

關(guān)鍵詞 自動化系統(tǒng)；飛行計劃；進程單

中圖分類號 TP2 文獻標識碼 A 文章編號 1674-6708（2018）209-0112-03

1 進程單系統(tǒng)簡介

杭州空管新引進的南京28所生產(chǎn)的NUMAN2000自動化系統(tǒng)自2011年底開始正式啟用，進程單打印是空管自動化系統(tǒng)的主要功能之一。進程單的內(nèi)容主要由現(xiàn)行飛行計劃和本管制區(qū)內(nèi)的航路、航線、導航臺站和位置報告點等內(nèi)容組成。管制員將所知的飛行動態(tài)情報和管制指令的詳細情況，通過各種符號和簡語，詳細、適時記錄在進程單上，以便于準確掌握航空器的動態(tài)，預測航空器之間的飛行沖突，調(diào)配空中活動。和杭州自動化系統(tǒng)配合使用的是法國產(chǎn)的IER 512C型進程單打印機，打印機和處理機的串口相連接，由管制席發(fā)送異步串行信號給打印機，以熱敏方式打印紙質(zhì)進程單。

2 飛行計劃處理原理概述

飛行計劃的處理以及飛行計劃的生命周期管理在自動化系統(tǒng)中起著重要作用。任何一個需要由杭州管制區(qū)管制的航班在自動化系統(tǒng)中都應(yīng)當存在著相對應(yīng)的一個飛行計劃，管制員通過查詢飛行計劃能夠迅速、準確地了解到該航班所具有的一切屬性包括航班號、起飛機場、落地機場，預計起飛時間，機型和尾流，航路信息等。其次當飛行計劃與飛機的真實航跡相關(guān)上以后可以在管制席屏幕上顯示具有全標牌的航跡，方便管制員對航空器的識別，提高管制效率。

在一般情況下，自動化系統(tǒng)中飛行計劃的來源是AFTN電報，自動化系統(tǒng)從轉(zhuǎn)報機接收到某一航班的FPL電報以后，由FDP（飛行數(shù)據(jù)處理機）服務(wù)器進行電報解析和處理，包括電報格式、語義及唯一性檢查，航路解析，航路各報告點的時間計算，確定每個點的請求高度和請求速度等，從而在FDP中生成對應(yīng)該航班的一份飛行計劃。

在創(chuàng)建完一份飛行計劃后，F(xiàn)DP會立即將計劃全系統(tǒng)發(fā)布，包括RDP（雷達數(shù)據(jù)處理機）和各管制席位處理機。當系統(tǒng)收到其它報文，例如DLA報（延誤報）、CHG報（修改領(lǐng)航計劃報）、CPL報（現(xiàn)行飛行變更報）等，并且經(jīng)FDP處理，導致飛行計劃更新了，或者管制席人工修改了飛行計劃，又或者當計劃與航跡相關(guān)后，RDP更新了飛行計劃信息時，F(xiàn)DP又會將此計劃再次發(fā)送給RDP和所有管制席位。此外，F(xiàn)DP會以1分鐘為周期，每1分鐘探詢一次計劃是否到了改變狀態(tài)的時間，如果到了改變計劃狀態(tài)的時間，則立即更新計劃狀態(tài)，且再次將計劃全系統(tǒng)發(fā)布。以上描述的過程如圖1所示。

3 進程單打印信息的來源

在FDP創(chuàng)建了計劃并發(fā)送給各管制席以后，管制席的CETC_SDD軟件會每1分鐘探詢一次該航班計劃是否到了該打印進程單的時間，如果判斷到了該打印的時間，則CETC_SDD軟件把飛行計劃發(fā)送給管制席上的CETC_PST進程，由CETC_PST進程負責進程單的打印。

前面已經(jīng)提到FDP會將創(chuàng)建或者更新后的計劃信息發(fā)送給每一個客戶端，然后由客戶端的CETC_ SDD軟件把計劃發(fā)送給CETC_PST軟件進行打印，因此進程單上的內(nèi)容信息均來自于FDP創(chuàng)建或者更新后的計劃信息。

4 進程單打印的時機

杭州管制區(qū)設(shè)有多個扇區(qū)，為滿足打印需求，自動化系統(tǒng)設(shè)置了較為復雜的進程單打印時機，針對不同的扇區(qū)，扇區(qū)的合并情況以及航空器不同的起降情況，設(shè)定有不同的打印時機和條件。

以北低扇打印本場落地航班進程單為例，打印時機是按“系統(tǒng)推算航班到達第一個fix點的時間再提前VSP時間（30分鐘）”打印，而且必須有實際起飛時間。北扇管制席在接收到FDP發(fā)送給它此航班計劃后，會每一分鐘進行一次判斷當前的時間是否是fix1點時間向前推VSP時間，如果條件不滿足，則在下一個一分鐘的周期內(nèi)再次進行判斷，直到此打印時機滿足后進行打印。杭州各扇區(qū)的進程單打印條件和時機如表1所示。

5 進程單打印不正常事件舉例分析

設(shè)備保障中，一些進程單打印不正常事件并不是自動化系統(tǒng)進程單打印的功能出現(xiàn)問題，或者進程單打印機本身出現(xiàn)故障無法打印，而是因航班的飛行計劃創(chuàng)建或者更新不正常引起。以下是幾起典型的進程打印不正常的案例分析。

5.1 案例一

5.1.1 案例描述

2012年1月29日，塔臺反映CSN3725，CES5002不是杭州起飛和降落的航班進程單也打印出來了，兩個航班的計劃內(nèi)容如表2所示。

5.1.2 案例分析

通過查詢FDP的飛行計劃處理日志，并查找關(guān)鍵字“ClientModifyPlan acid=航班號”，得到以下日志：

CSN3725：

20120129105523 ProcessSddPlanOpMsg start cMessage= giRetHostId=20

20120129105523 ClientModifyPlan acid=CSN3725，depad=ZSYW， destad=ZSHC

CES5002：

20120129105523 ProcessSddPlanOpMsg start cMessage= giRetHostId=20

20120129110323 ClientModifyPlan acid=CES5002，depad=RCTP， destad=ZSHC

從以上日志內(nèi)容中的”ProcessSddPlanOpMsg giRetHostId=20”看到，F(xiàn)DP服務(wù)器處理了席位更改計劃的消息，第20號機，也就是進近的主任席更改了計劃內(nèi)容，該席位將這兩個計劃的落地機場人工修改成了杭州機場（ZSHC），事后發(fā)現(xiàn)是由于管制員的誤操作引起。

在主任席修改了航班計劃的落地機場以后，更新了的計劃會立刻被提交到FDP服務(wù)器，F(xiàn)DP判斷這兩個計劃更新了，則又將該變更了落地機場的計劃發(fā)布到各客戶端。從進程單打印時機的圖表中可以看到，對于塔臺管制席，當本場落地的計劃滿足“存在‘實際起飛時間或者計劃與航跡相關(guān)“兩個條件之一時，將進行打印。而當時這兩個條件之一滿足了，所以塔臺也打印了。所以針對這個情況，我們也及時和管制部門進行溝通，詢問誤操作的原因，避免類似情況的再次發(fā)生。

5.2 案例二

5.2.1 案例描述

2016年3月29日，塔臺和進近管制員都反映青島至杭州的所有航班都沒有打印出進程單。5.2.2 案例分析

經(jīng)查詢和分析所有進程單打印不正常航班的電報，發(fā)現(xiàn)所有青島至杭州航班的FPL報中的航路部分都出現(xiàn)了一個新報告點，在詢問管制部門之后，得知青島飛報室在航班換季以后，拍發(fā)青島至杭州的航班時使用了新的航路和新的報告點。而當時自動化系統(tǒng)數(shù)據(jù)庫中還不存在該新的報告點，所以系統(tǒng)在處理這些航班的FPL報時出現(xiàn)了問題，無法正常解析FPL報文中的航路部分，特別是無法確認杭州管制區(qū)邊界點，同時也無法準確計算航路中每個報告點的時間。為了使系統(tǒng)能夠適應(yīng)電報的變化，設(shè)備維護人員，添加了數(shù)據(jù)庫中新報告點的數(shù)據(jù)，并且重啟了飛行數(shù)據(jù)處理服務(wù)器的飛行計劃處理軟件，使得自動化系統(tǒng)能夠正常處理青島至杭州航班的飛行計劃，進程單打印問題也隨之解決。

6 結(jié)論

本文從空管自動化系統(tǒng)的飛行計劃處理過程，進程單打印條件和時機以及進程單打印和飛行計劃的關(guān)系等角度，闡述了進程單打印的原理和流程，并分析了幾起常見的進程單打印不正常案例，對于進程單打印故障判斷具有一定的借鑒意義。對進程單打印不正常事件的判斷，要從幾個方面來綜合考慮。1）AFTN電報接收是否正常，包括電報接收時間、電報內(nèi)容等是否符合飛行計劃處理的要求；2）飛行計劃的內(nèi)容和狀態(tài)是否正常，計劃的內(nèi)容是否被人工修改過。處理進程單打印不正常情況，一方面要學會分析電報，掌握可能引起飛行計劃更改的報文（如DLA報、CHG報、CPL報等）；3）熟悉進程單打印的原理、時機和策略，并且能夠具體問題具體分析；同時能夠通過查詢FDP的飛行計劃處理日志及客戶端的進程單打印日志，結(jié)合雷達錄像的重演能夠迅速幫助我們查找到問題的根源，從而避免進程單的不正常打印。

參考文獻

[1]南京萊斯信息技術(shù)股份有限公司.杭州自動化系統(tǒng)安裝使用維護手冊[M]，2011.