基于空管自動化系統自動拍發起飛報落地報的條件

中國民用航空東北地區空中交通管理局黑龍江分局 竇智

本文對AirNet 自動化系統中關于自動拍發起飛報、落地報的條件進行介紹，并對日常維護工作中常見的拍發起飛、落地報的問題進行案例分析，以供參考。

空中交通管制自動化系統是民航空管單位實行空中交通管制的核心系統之一，是管制員實施對空指揮的主要工具和工作界面。民航黑龍江空管分局的空中交通管制系統使用的是民航二所生產的AirNet7.5和AirNet5.8自動化系統，目前兩套系統分別作為主備自動化系統。

在傳統的空管自動化系統中，需要管制員進行人工拍發起飛和落地報，但隨著近年來中國民航的蓬勃發展，地區航班量逐漸升高，管制員進行手動拍發報文，會在一定程度上分散管制員的指揮精力，增加空中交通安全隱患，且人工拍發起飛報和落地報的方式可能會在時效性和準確率方面有所疏漏。為了解決這一問題，黑龍江空管分局使用的AirNet自動化系統可以根據航班目標是否滿足設定條件來自動拍發起飛報和落地報。

1 自動拍發起飛報條件分析

1.1 自動拍發起飛報的條件分析

在一個完整的飛行周期中，航班起飛和落地的信息尤為重要，因為這些信息與航班在后續飛行中起飛時間的更新、下一管制區的航跡相關、軌跡計算有密切關系。AirNet自動化系統自動拍發起飛、落地報的條件如圖1所示，其中不同參數的配置可根據不同管制現場的具體情況來設定。

圖1 起飛落地報的作用Fig.1 Function of takeoff and landing report

自動拍發起飛報的條件為，首先要在自動化系統中設定一個起飛區域，目標距離系統中心點小于S（系統中心點可設置為跑道中心點，S可設置為60km）；其次目標高度范圍為機場標高+H1<高度<機場標高+H2（H1可設置為60m，H2可設置為3000m）。目標航班類型為允許自動拍發報，航班狀態處于預激活狀態，在航班起飛后，雷達探測到目標處于系統所設定的起飛區域內[1]，且航班已經與飛行計劃相關，此時拍發起飛報。起飛報文拍發的時間前推T(T可設置為70s)為航班實際起飛時間ATD(Actual Time of Departure)，在得到實際起飛時間后，自動化系統根據航班的相關信息，自動發送起飛報給對應的收報地址。

1.2 基于系統日志分析自動拍發起飛報的條件及起飛報內容解析

由于拍發起飛、落地報的條件較為復雜，在日常維護過程中可能會遇到多種問題，其中通過查看系統日志來解析問題是一種較好的方法。在AirNet自動化系統中，飛行數據與監視數據相關子系統FCS完成拍發起飛、落地報功能計算，所以需要查詢FCS日志來看起飛、落地報的詳細計算過程。

1.2.1 基于系統日志的拍發起飛報條件分析

起飛航班在起飛后滿足系統所設置的距離參數，且與飛行計劃自動相關后，系統會給出已經相關的相應提示如圖2所示，會記錄“Couple”和“autoCouple”等關鍵字樣。

圖2 系統日志內容Fig.2 System log content

在查看目標航跡時，值得注意的是AirNet系統在Norma模式下檢測的航跡是A/B網航跡，在旁路模式下檢測的航跡是C網航跡，所以在正常模式下需要查看A/B網航跡，如圖2所示關鍵字“[ACC/AB]”。

在航班實際起飛后，自動化系統會記錄系統起飛時間AtcDepTime和起飛高度，如圖3所示，系統會給出關鍵字“AtcDepTime”。

圖3 系統日志內容Fig.3 System log content

在AtcDepTime起飛時間60s內，航班計劃具備了SSR，航班在此之前也沒有收到起飛報，自動化系統會自動拍發起飛報，并更新了實際起飛時間ATD，即以AtcDepTime為準向前推70s，如圖3所示該航班AtcDepTime為095901，在如圖4所示中可以看出起飛報中所設定的ATD時間為0957。

圖4 系統日志內容Fig.4 System log content

在查詢起飛報時可搜索關鍵詞：AtcDepTime、auto Couple、Couple、autoSendDEP等關鍵詞。

1.2.2 起飛報內容解析

DEP起飛報的報文格式需要嚴格按照“《民用航空飛行動態固定電報格式》MH-T_4008-2012”標準，若報文格式不規范，會造成無法正常解析報文、無法實時更新飛行計劃等后果。

起飛報的報文內容可提供航空器識別標志、起飛機場和時間、目的機場和預計總飛行時間、備降機場等信息。

起飛報報文示例：

報文解析內容為：

2 自動拍發落地報條件分析

2.1 自動拍發落地報的條件分析

自動拍發落地報的條件為，同樣先確定一個落地區域，目標消失高度小于h(h可設置為150m)；目標消失距離跑道中心點小于x(x可設置為5000m)。已經相關的進港航班類型為允許自動拍發報，在航班落地后，當雷達首次無法探測到飛行目標位置時，且目標最后消失位置正處于系統所設置的落地區域，在持續消失t秒后（t可設置為20s），系統認為航班已經落地,此時拍發落地報。航班實際落地時間ATA（Actual Time of Arrival）為航班首次消失時間，在得到實際落地時間后，自動化系統根據航班相關信息，自動發送落地報給對應的收報地址[2]。

2.2 基于系統日志分析自動拍發落地報的條件和落地報內容解析

2.2.1 基于系統日志的成功拍發落地報條件分析

航班在落地時需滿足相關的距離配置，才可以自動拍發落地報，可查看日志如圖5所示，查看關鍵詞語“LossAlt”和“LossDis to RWY：_____”,可以看出該航班最后消失的高度和距離，如果滿足系統所設置數值后，系統給出“Accord”的關鍵字。

圖5 系統日志分析Fig.5 System log analysis

當落地航班首次消失位置在系統所設定的航班落地區域內，在持續消失20s后，系統就會自動拍發落地報，并自動更新實際落地時間。如圖5所示，航班首次消失時間為14:04:57，在持續消失20s后，如圖6所示14:05:17系統自動拍發了落地報，隨后進行解析ARR收報地址，自動給收報地址拍發落地報，對航班的實際落地時間ATA進行修正。

圖6 系統日志解析Fig.6 System log parsing

在查詢落地報時可搜索關鍵詞：Accord、LossDis、LossAlt、autoSendARR、not Accord等關鍵詞。

2.2.2 落地報的內容解析

落地報報文示例：

報文解析內容：

3 無法正常拍發起飛、落地報的案例分析

案例分析1：管制員反應航班A無法自動拍發起飛報。查詢相應時段的FCS日志，可知航班A在02:13:35（UTC時間）時由管制員手動拍發了起飛報，查詢autoCouple關鍵字，發現該航班是在02:13:33（UTC時間）航班自動相關上，如果航班在自動相關之前手動拍發起飛報，系統將不會再自動拍發起飛報。

案例分析2：管制員反應一個返航航班B沒有收到落地報，經查詢日志看出是因為B航班收到的現行飛行變更報CPL報文中編組18報文格式不規范，在開頭處多了一個“-”，無法正常解析出編組18所包含的返航信息，導致航班類型計算錯誤，所以落地報無法正常匹配。其他類型報文格式不正確，也會導致落地報無法處理。

4 結語

AirNet自動化系統自動拍發起飛報、落地報，可以在不需要管制員干預的情況下，判斷航班是否已經起飛和落地，計算出實際的起飛和落地時間并自動向外發報，可以減輕管制員的工作量，使管制工作更加簡潔高效，進一步提升了安全運行標準。本文分別從理論判定條件和系統日志分析方面介紹了AirNet自動化系統自動拍發起飛落地報的條件，希望會對今后的類似問題有所幫助。

引用

[1] 陳婕.淺談如何識別起飛落地報的拍發方式[J].軍民兩用技術與產品,2018(1):59-60.

[2] 馬博敏.空管自動化系統起飛落地報自動拍發算法研究[J].現代信息科技,2020,4(15):132-133+136.