周下夏
摘 要:該文介紹了空管自動化系統(tǒng)AIDC的基本功能、主要報文及移交過程。針對AIDC移交過程中出現(xiàn)的多次發(fā)EST報現(xiàn)象進(jìn)行了詳細(xì)的分析。在飛行流量日益增長、相鄰管制區(qū)間航班協(xié)調(diào)移交任務(wù)日益繁重的今天,AIDC技術(shù)在空管系統(tǒng)中得到越來越廣泛的應(yīng)用,在日常運(yùn)行中會或多或少地遇到一些使用中的不足。海南空管分局主用采用Telephonics公司生產(chǎn)的AeroTrac型空管自動化系統(tǒng)(以下簡稱AeroTrac系統(tǒng)),該系統(tǒng)可以同時與多個相連管制區(qū)進(jìn)行AIDC移交。
關(guān)鍵詞:自動化 AIDC 報文 分析
中圖分類號:V355 文獻(xiàn)標(biāo)識碼:A 文章編號:1672-3791(2015)02(a)-0031-02
1 AIDC簡介
AIDC是ATS Inter-facility Data Communications的縮寫,即空中交通服務(wù)設(shè)備間數(shù)據(jù)通信。AIDC的應(yīng)用是為了支持位于不同管制區(qū)的不同自動化系統(tǒng)之間的報文交換,通過報文交換,實現(xiàn)管制通報、管制協(xié)調(diào)和管制移交的功能。它較傳統(tǒng)的電話移交手段有自動化程度高、操作簡單等優(yōu)點(diǎn)。其特點(diǎn)有以下幾方面。
(1)自動化程度高,從開始建立移交關(guān)系起一直到移交完成,大部分工作都可由系統(tǒng)自動執(zhí)行,方便快捷,減輕了管制員的工作負(fù)擔(dān)。
(2)高可靠性,后臺對每份報文都有回饋確認(rèn),管制員通過鼠標(biāo)雙擊來進(jìn)行管制權(quán)的移交和接受確認(rèn)。
(3)實時性強(qiáng),管制員可以通過雷達(dá)屏幕上目標(biāo)標(biāo)牌和顏色的變化及時掌握移交的進(jìn)度和過程。
(4)經(jīng)濟(jì)性好,通過屏幕電子移交,減少了語音協(xié)調(diào)通話的費(fèi)用。
1.1 AIDC的主要報文
(1)ABI(Advance Boundary Information)預(yù)計邊界報。在飛機(jī)到達(dá)交接點(diǎn)之前的雙方協(xié)定好的時間或位置拍發(fā)ABI報,用于提前提供此飛機(jī)的相關(guān)信息
(2)CPL(Current Flight Plan)現(xiàn)行計劃報。用于發(fā)起針對某一具體飛機(jī)的自動化系統(tǒng)之間的初始對話。
(3)EST(Coordination Estimate)預(yù)計飛越報。將某一飛機(jī)的穿越條件告知下一接收單位。EST報要得到ACP報的確認(rèn)才可完成協(xié)調(diào)程序。
(4)MAC(Coordination Cancellation)取消協(xié)調(diào)報。專門用于告知接收單位某一飛機(jī)的通報以及(或者)管制協(xié)調(diào)被取消了。此報與CNL(取消領(lǐng)航計劃報)不同。
(5)CDN(Coordination)協(xié)調(diào)報。用于對先前發(fā)送的CPL報、EST報或CDN報等進(jìn)行修改,重新商定移交條件。
(6)ACP(Acceptance)管制協(xié)調(diào)接受報。如果對先前發(fā)送的EST報或CDN報的內(nèi)容表示接受,就要拍發(fā)ACP報進(jìn)行確認(rèn)。ACP報可以由系統(tǒng)自動生成,也可人工發(fā)送。
(7)REJ(Rejection)管制拒絕報。對于已經(jīng)協(xié)調(diào)好的某一航班,如需要重新協(xié)調(diào)時,可以由任何一方發(fā)送CDN報進(jìn)行再協(xié)調(diào)對話,使用REJ報可以使這個對話結(jié)束,保留原始協(xié)調(diào)結(jié)果。
(8)TOC(Transfer of Control)管制權(quán)移交報。將某一航班的管制執(zhí)行權(quán)交給下一管制單位,稱為管制移交。
(9)AOC(Assumption of Control)管制權(quán)接受報。AOC是對TOC的回復(fù),表示接收對某一飛機(jī)的管制執(zhí)行權(quán),稱為管制接收。
(10)LAM(Logical Acknowledgement Message)邏輯確認(rèn)報,主要的作用是對其他報文進(jìn)行語法、格式、計劃狀態(tài)等的檢測,如果正確無誤,就自動拍發(fā)LAM報。
(11)LRM(Logical Rejection Message)邏輯拒絕報,主要的作用也是對其他報文進(jìn)行語法、格式、計劃狀態(tài)等的檢測,如有錯誤,就自動拍發(fā)LRM報。
1.2 AIDC移交的過程
從管制的角度來講,一架飛機(jī)在飛行過程中要經(jīng)歷幾個階段,其中最重要的3個階段如下所示。
通報階段(notifying):移交方提前拍發(fā)ABI報給接收方,以此發(fā)起一個通報對話。如果需要對某些信息進(jìn)行修改,可以重新發(fā)送ABI報,新收到的ABI報會將原來的更新。當(dāng)然,也可以發(fā)送MAC報取消通報對話。
管制協(xié)調(diào)階段(coordinating):雙方對移交的條件進(jìn)行協(xié)調(diào),如果接收方同意協(xié)調(diào)條件,就回復(fù)一份ACP報給移交方;如果不同意,就發(fā)送CDN報與移交方進(jìn)行協(xié)商,直到達(dá)成一致(ACP),或者一方發(fā)送了拒絕報(REJ),此對話就結(jié)束了。
管制移交階段(Transfer of Control):移交方在飛機(jī)到達(dá)交接點(diǎn)之前發(fā)送TOC報給接收方,接收方回復(fù)AOC報表示接受這架飛機(jī)的管制權(quán)。
三個階段的正常報文來往如下表所示:
2 異常現(xiàn)象分析
2.1 AIDC移交過程中重復(fù)發(fā)EST報現(xiàn)象
如圖所示,航班JJA2205于19日的14:42從香港發(fā)送了一份EST報(預(yù)計飛越報),本端AeroTrac自動化系統(tǒng)于14:43自動回復(fù)了一份LAM(邏輯確認(rèn)報)。該航班于14:43從香港又重復(fù)發(fā)送了一份EST報(預(yù)計飛越報),本端系統(tǒng)于14:44自動回復(fù)了LAM報(邏輯確認(rèn)報)。
2.2 重復(fù)發(fā)EST報異?,F(xiàn)象分析
一個航班正常的AIDC移交過程中,管制協(xié)調(diào)階段是移交方系統(tǒng)發(fā)送EST報,接收方系統(tǒng)收到EST報后自動回復(fù)LAM報,表示確認(rèn)收到移交方的EST報,緊接著接收方系統(tǒng)會發(fā)送一份ACP報給移交方系統(tǒng),同樣移交方系統(tǒng)會自動回復(fù)一份LAM報給接收方表示確認(rèn)已收到本端的ACP報(管制協(xié)調(diào)接受報)。此時就可以進(jìn)行AIDC移交過程的管制移交階段,移交方系統(tǒng)會發(fā)送一份TOC報(管制權(quán)移交報),接收方系統(tǒng)自動回復(fù)LAM報,緊接著發(fā)送一份AOC報(管制權(quán)接受報),對方系統(tǒng)再回復(fù)一份LAM報。如此,AIDC移交過程結(jié)束。
航班JJA2205連續(xù)發(fā)送了兩份EST報,可能原因之一是該航班沒有被二次雷達(dá)掃描發(fā)現(xiàn),所以在系統(tǒng)中該航班的航班號JJA2205與其二次代碼A4151并未相關(guān)上;可能原因之二是該航班起飛時系統(tǒng)并未發(fā)送DEP報(起飛報),二次雷達(dá)在掃描到該航班后二次代碼無法與航班號進(jìn)行相關(guān);可能原因之三是二次代碼A4151出現(xiàn)了DUP(重碼告警),導(dǎo)致航班號與二次代碼無法相關(guān)。這幾種可能性影響了航班號與二次代碼的正常相關(guān),從而產(chǎn)生了移交方重復(fù)發(fā)EST報的現(xiàn)象,最后導(dǎo)致AIDC移交的失敗。
3 結(jié)語
本文對AIDC中的主要報文、移交的各階段以及一個完整的移交過程做了簡單介紹,在此基礎(chǔ)上分析了空管自動化系統(tǒng)AIDC移交過程中重復(fù)發(fā)EST報的異?,F(xiàn)象,希望能對遇到同樣問題的技術(shù)人員有所參考,文中有不足之處,敬請指導(dǎo)批評。
參考文獻(xiàn)
[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.