周下夏

摘 要：該文介紹了空管自動化系統(tǒng)AIDC的基本功能、主要報文及移交過程。針對AIDC移交過程中出現的多次發(fā)EST報現象進行了詳細的分析。在飛行流量日益增長、相鄰管制區(qū)間航班協調移交任務日益繁重的今天，AIDC技術在空管系統(tǒng)中得到越來越廣泛的應用，在日常運行中會或多或少地遇到一些使用中的不足。海南空管分局主用采用Telephonics公司生產的AeroTrac型空管自動化系統(tǒng)（以下簡稱AeroTrac系統(tǒng)），該系統(tǒng)可以同時與多個相連管制區(qū)進行AIDC移交。

關鍵詞：自動化 AIDC 報文 分析

中圖分類號：V355 文獻標識碼：A 文章編號：1672-3791（2015）02（a）-0031-02

1 AIDC簡介

AIDC是ATS Inter-facility Data Communications的縮寫，即空中交通服務設備間數據通信。AIDC的應用是為了支持位于不同管制區(qū)的不同自動化系統(tǒng)之間的報文交換，通過報文交換，實現管制通報、管制協調和管制移交的功能。它較傳統(tǒng)的電話移交手段有自動化程度高、操作簡單等優(yōu)點。其特點有以下幾方面。

（1）自動化程度高，從開始建立移交關系起一直到移交完成，大部分工作都可由系統(tǒng)自動執(zhí)行，方便快捷，減輕了管制員的工作負擔。

（2）高可靠性，后臺對每份報文都有回饋確認，管制員通過鼠標雙擊來進行管制權的移交和接受確認。

（3）實時性強，管制員可以通過雷達屏幕上目標標牌和顏色的變化及時掌握移交的進度和過程。

（4）經濟性好，通過屏幕電子移交，減少了語音協調通話的費用。

1.1 AIDC的主要報文

（1）ABI（Advance Boundary Information）預計邊界報。在飛機到達交接點之前的雙方協定好的時間或位置拍發(fā)ABI報，用于提前提供此飛機的相關信息

（2）CPL（Current Flight Plan）現行計劃報。用于發(fā)起針對某一具體飛機的自動化系統(tǒng)之間的初始對話。

（3）EST（Coordination Estimate）預計飛越報。將某一飛機的穿越條件告知下一接收單位。EST報要得到ACP報的確認才可完成協調程序。

（4）MAC（Coordination Cancellation）取消協調報。專門用于告知接收單位某一飛機的通報以及（或者）管制協調被取消了。此報與CNL（取消領航計劃報）不同。

（5）CDN（Coordination）協調報。用于對先前發(fā)送的CPL報、EST報或CDN報等進行修改，重新商定移交條件。

（6）ACP（Acceptance）管制協調接受報。如果對先前發(fā)送的EST報或CDN報的內容表示接受，就要拍發(fā)ACP報進行確認。ACP報可以由系統(tǒng)自動生成，也可人工發(fā)送。

（7）REJ（Rejection）管制拒絕報。對于已經協調好的某一航班，如需要重新協調時，可以由任何一方發(fā)送CDN報進行再協調對話，使用REJ報可以使這個對話結束，保留原始協調結果。

（8）TOC（Transfer of Control）管制權移交報。將某一航班的管制執(zhí)行權交給下一管制單位，稱為管制移交。

（9）AOC（Assumption of Control）管制權接受報。AOC是對TOC的回復，表示接收對某一飛機的管制執(zhí)行權，稱為管制接收。

（10）LAM（Logical Acknowledgement Message）邏輯確認報，主要的作用是對其他報文進行語法、格式、計劃狀態(tài)等的檢測，如果正確無誤，就自動拍發(fā)LAM報。

（11）LRM（Logical Rejection Message）邏輯拒絕報，主要的作用也是對其他報文進行語法、格式、計劃狀態(tài)等的檢測，如有錯誤，就自動拍發(fā)LRM報。

1.2 AIDC移交的過程

從管制的角度來講，一架飛機在飛行過程中要經歷幾個階段，其中最重要的3個階段如下所示。

通報階段（notifying）：移交方提前拍發(fā)ABI報給接收方，以此發(fā)起一個通報對話。如果需要對某些信息進行修改，可以重新發(fā)送ABI報，新收到的ABI報會將原來的更新。當然，也可以發(fā)送MAC報取消通報對話。

管制協調階段（coordinating）：雙方對移交的條件進行協調，如果接收方同意協調條件，就回復一份ACP報給移交方；如果不同意，就發(fā)送CDN報與移交方進行協商，直到達成一致（ACP），或者一方發(fā)送了拒絕報（REJ），此對話就結束了。

管制移交階段（Transfer of Control）：移交方在飛機到達交接點之前發(fā)送TOC報給接收方，接收方回復AOC報表示接受這架飛機的管制權。

三個階段的正常報文來往如下表所示：

2 異?，F象分析

2.1 AIDC移交過程中重復發(fā)EST報現象

如圖所示，航班JJA2205于19日的14：42從香港發(fā)送了一份EST報（預計飛越報），本端AeroTrac自動化系統(tǒng)于14：43自動回復了一份LAM（邏輯確認報）。該航班于14：43從香港又重復發(fā)送了一份EST報（預計飛越報），本端系統(tǒng)于14：44自動回復了LAM報（邏輯確認報）。

2.2 重復發(fā)EST報異?，F象分析

一個航班正常的AIDC移交過程中，管制協調階段是移交方系統(tǒng)發(fā)送EST報，接收方系統(tǒng)收到EST報后自動回復LAM報，表示確認收到移交方的EST報，緊接著接收方系統(tǒng)會發(fā)送一份ACP報給移交方系統(tǒng)，同樣移交方系統(tǒng)會自動回復一份LAM報給接收方表示確認已收到本端的ACP報（管制協調接受報）。此時就可以進行AIDC移交過程的管制移交階段，移交方系統(tǒng)會發(fā)送一份TOC報（管制權移交報），接收方系統(tǒng)自動回復LAM報，緊接著發(fā)送一份AOC報（管制權接受報），對方系統(tǒng)再回復一份LAM報。如此，AIDC移交過程結束。

航班JJA2205連續(xù)發(fā)送了兩份EST報，可能原因之一是該航班沒有被二次雷達掃描發(fā)現，所以在系統(tǒng)中該航班的航班號JJA2205與其二次代碼A4151并未相關上；可能原因之二是該航班起飛時系統(tǒng)并未發(fā)送DEP報（起飛報），二次雷達在掃描到該航班后二次代碼無法與航班號進行相關；可能原因之三是二次代碼A4151出現了DUP（重碼告警），導致航班號與二次代碼無法相關。這幾種可能性影響了航班號與二次代碼的正常相關，從而產生了移交方重復發(fā)EST報的現象，最后導致AIDC移交的失敗。

3 結語

本文對AIDC中的主要報文、移交的各階段以及一個完整的移交過程做了簡單介紹，在此基礎上分析了空管自動化系統(tǒng)AIDC移交過程中重復發(fā)EST報的異常現象，希望能對遇到同樣問題的技術人員有所參考，文中有不足之處，敬請指導批評。

參考文獻

[1] Sun Blade 1000 and SunBlade 2000 Service Manual[Z].America：Sun，1995.

[2] FLIGHT.DATA.TERMINAL OPERATORS MANUAL[Z].America：TELEPHONICS，1995.

[3] FLIGHT.DATA.TERMINAL OPERATORS MANUAL[Z].America：TELEPHONICS，1995.