- 每當機組發送一條電文給管制員，在 DCDU上先是顯示"正在發送（SENDING）"然后是顯示"已經發送（ SENT）"，表示電文已經發送至網絡。這并不意味著電文已經顯示出來而且相關的管制員已經看到。

通過 CPDLC進行對話時如果有任何疑問或問題，就應該恢復語音通信。

4.4.7.2.電文的使用及其語境
. 常用的回答

大多數許可可以直接通過 DCDU相應的回答鍵進行答復。根據推薦的國際規則，可以在適當的場合使用下列 5個詞語進行答復： WILCO、ROGER、AFFIRM、UNABLE、 NEGATIVE。有一點很重要：機組應該完全理解這幾個答復的準確含義。下面列出了已經認可的這幾個答復詞語的解釋：

- WILCO：此下鏈電文告訴管制員飛行員將完全按照相關的上鏈電文的許可/指示辦

- UNABLE：通過此上鏈或下鏈電文，飛行員或管制員將告知 /或被告知：相關電文的請示（要求）無法照辦

- STANDBY：通過此上鏈或下鏈電文，飛行員或管制員將被告知請示正在處理中但是將延遲一段短暫的時間（10分鐘以內）。信息交流沒有結束，條件允許時將對請示（要求）作答復。

-ROGER：通過此上鏈或下鏈電文，飛行員或管制員將告知 /或被告知已經收到并理解相關電文的內容。ROGER是對任何自由體上鏈電文唯一正確的回答。ROGER不能用來代替 AFFIRM。

-AFFIRM：無論是上鏈還是下鏈， AFFIRM的意思就是 YES（是），是對上鏈協商請示（要求）電文的一種適當的回答(例如："CAN YOU ACCEPT FL 350 AT ALCOA?")。

- NEGATIVE：無論是上鏈還是下鏈， NEGATIVE的意思就是 NO（不），是對上鏈協商請示（要求）電文的一種適當的回答 (例如： "CAN YOU ACCEPT FL 350 AT ALCOA?")。

. 其它電文的意義

- DISREGARD：該上鏈電文的含義是先前的上鏈電文應該忽略不計。DISREGARD不應該指一條指令或許可。應該增加另一句話說明哪一條電文將被忽略不計。

-CONFIRM：管制員使用 CONFIRM XXXX 時表明他正在等待證實當前的參數 (例如：位置、高度、速度...)。DCDU自動建議機組將當前 FMS的目標數據連接到所要求的參數。發送這一答復可以直接在 DCDU上進行。如果機組對建議的回答不滿意，他可以在發送前進行修改。

- CONFIRM ASSIGNED：管制員使用 CONFIRM ASSIGNED XXXX時表明他正在等待證實指定的參數(例如：高度、速度、航路)。

空中客車飛行運營支援及航線協助部掌握未來空中導航系統 – 參考 STL 945.7011/03

4.4.7.3.預計對 CPDLC電文的回答延遲
延遲取決于各種可變因素，或多或少是隨機的和不可預知的。在等待 ATN的適用性、完整性和準確性三方面不斷完善鞏固的同時，目前已經提出南太平洋運行 FANS A的性能要求：
- 下鏈：對 95%的電文而言，終端對終端的傳輸延遲為 60秒或以下，傳輸計時以地面管制員臺站記錄的時間與飛行員發送電文的動作的時間差計量。

- 上鏈：往返延遲 120秒，占 95%。往返時間是通過比較上鏈電文從管制員一方發出的時間到確認電文收到的回復（有成功傳遞的指示）到達地面管制員臺站的時間得出的。對 99%的電文而言，往返延遲昀多不超過 6分鐘。

從時間順序來看，管制員和飛行員雙方都應該考慮到，接收一條電文需要一分鐘左右，飛行員或管制員作出反應進行回復需要 30秒左右，而收到回答又需要一分鐘左右。
回答 STANDBY（稍候）是假定進一步的答復應該在接下來的 10分鐘以內到達，因此電文將仍然是開放狀態。如果管制員在這段時間內沒有答復，飛行員應該發送一條詢問電文，但在任何情況下都不應該發送重復的電文（這將導致系統失效）。
4.4.7.4.對要求和許可的建議回答
　
中國航空網 m.k6050.com
航空翻譯 www.aviation.cn
本文鏈接地址：FANS 未來空中導航系統(28)