- 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)