- UTC時間設定
- RNP功能
- 數據鏈通信可用(例如:衛星通信已登記)
- 航班識別代碼(在 MCDU“COMM INIT(通信起始)”頁)
- 針對本機使用 FANS系統航空公司開列的已簽約的 DSP優先清單(參見§7.3.1)。
如果起飛后不久將使用數據鏈,那么起飛前必須完成空中交通服務機構通報 (AFN)程序(將在下文中描述)。作為一種常規,這一點值得注意:在進入 CPDLC/ADS空域 30至 45分鐘以前必須完成 AFN程序。
4.3.空中交通服務機構通報(AFN)
. 為什么需要這樣的程序?
空中交通服務通報的目的是告訴(通知) ATC中心你的飛機能夠進行數字通信并且你已準備連接。這樣做有雙重作用:
- 通知相應的 ATC中心飛機進行數據鏈通信的能力和特點(如:CPDLC和/或 ADS使用情況、ACARS地址)
- 向 ATC中心提供航班識別代碼和飛機注冊號,以便對照填寫的飛行計劃中的數據。
在建立聯系以前必須完成 AFN程序。開始 AFN程序可以:
- 由飛行員以人工方式進行(如:第一次通報始終是人工方式),或
- 由 ATC通過不需要飛行員介入的地址發送程序(參見 §4.4.2)自動進行。萬一此程序失敗,應該采用人工連接。
下表著重列出了執行 AFN程序的方式,其依據是“當前數據管制機構( Current Data Authority)”(來自)和“下一個數據管制機構( Next Data Authority)”(發至)所提供的服務。
發至來自 僅CPDLC 僅ADS CPDLC和 ADS
僅CPDLC 自動 自動 自動
僅ADS 人工 人工 人工
CPDLC和 ADS 自動 自動 自動
空中客車飛行運營支援及航線協助部掌握未來空中導航系統 – 參考 STL 945.7011/03
. 人工方式的 AFN程序
在與先前的 ATC中心沒有建立其它 CPDLC或 ADS連接時,必須執行 AFN程序(如:起飛前、進入數據鏈空域前、或重新連接失敗后)。
飛行員將初始 AFN聯系電文(FN_CON)傳遞到 ATC中心,此過程是在 MCDU的 ATC頁面中的 NOTIFICATION頁面進行:機組輸入 ATC中心的 ICAO四字代碼,然后地面與飛機自動交換電文,電文交流正確完成后, ATC中心以 AFN認收 (FN_ACK)答復 FN_CON。
此過程可以在通報( NOTIFICATION)頁面進行監控,該頁面將依次顯示 "正在通報(NOTIFYING)","已經通報(NOTIFIED)"。(見圖 4.1)。 AFN程序基本不需要機組介入,但是機組必須理解此程序。
備注:
在等待來年在 Nav Canada(Gander海洋航路)和 UK NATS(Shanwick海洋)安裝 FANS臺站的這段時間,ADS還算不上真正的 ADS。在這些中心之間并沒有實現連接,而是連接到 Annapolis的 ARINC中央自動相關監視(CADS)計算機,由該計算機象航空無線電臺報務員那樣將接收到的 ADS報告轉成位置報告,然后通過 AFTN(航空固定電信網絡)傳遞給管制員。
因此,盡管 "登錄 "顯然是針對 Gander或 Shanwick中心 (當機組將四字地址鍵入 NOTIFICATION頁面)進行,但其實是連接到 CADS的 ADS,或假性 ADS,而不是 CPDLC,管制員與飛機之間沒有連接。 ADS起初的目的是減小水平間隔,因此 ADS不需要機組介入:選擇這樣的設計是因為 ADS是一種監視工具,它要結合通信媒介(CPDLC)使用。
空中客車飛行運營支援及航線協助部掌握未來空中導航系統 – 參考 STL 945.7011/03
圖 4.1 人工通報程序
飛行員通過在 MCDU的 NOTIFICATION頁面選擇對應“ NOTIFY”的行選鍵,將電文“AFN CONTACT(AFN聯系)”發送給有關的 ATC。
中國航空網 www.k6050.com
航空翻譯 www.aviation.cn
本文鏈接地址:FANS 未來空中導航系統(24)