確認和拒絕輸出資料
本機節點會使用其 ACKRQD 欄位集，將資料鏈結從主機傳送至應用程式，如下所示：
ACKRQD 集合
如果收到對應的 SNA 要求指定明確回應，而 BIND 參數則指定主要使用明確或明確/例外狀況鏈結回應模式。
未設定 ACKRQD ，回應模式
如果收到對應的 SNA 要求指定例外狀況回應，而 BIND 參數會指定主要使用例外狀況或明確/例外狀況鏈結回應模式。
未設定 ACKRQD 、無回應模式
如果收到對應的 SNA 要求，但未指定回應， BIND 參數則指定主要使用無回應鏈結回應模式。
如果是 1，應用程式應該一律傳送通知，如下所示：
如果應用程式接受資料，它應該會傳回 Status-Acknowledge (Ack) 訊息。
如果應用程式想要拒絕資料，它應該會傳回具有適當 SNA 感知代碼 的 Status-Acknowledge (Nack-1) 訊息。
在案例 2 中，應用程式應該只在下列情況下傳送通知：
如果應用程式想要拒絕資料，它應該會傳回具有適當 SNA 感知代碼 的 Status-Acknowledge (Nack-1) 訊息。
應用程式可以將通知傳送給要求例外狀況 (RQE) 訊息，以清除本機節點內的相互關聯資料。 (如需詳細資訊，請參閱 輸出資料.)
如果是 3，應用程式不應該傳送通知。 不過，應用程式傳送 Status-Acknowledge (Ack) 或 Status-Acknowledge (Nack-1) 沒有任何作用。 它會被捨棄。
每當應用程式將 Status-Acknowledge (Ack) 或 Status-Acknowledge (Nack-1) 傳送至已接收 的資料 訊息時，它會隱含地確認接收此和所有先前收到的資料訊息。
在案例 2 中，主機可以發出 POST 要求。 本機節點會將 Status-Control (POST) Request ，並將 ACKRQD 設定為應用程式。 當應用程式處於確認收到所有未處理資料的位置時，它應該發出 Status-Control) (一個「認可 」訊息，本機節點會將訊息轉換成主機的 RESUME 正回應。
在 1 和 2 的情況下，如果本機節點在收到的要求中偵測到錯誤，它會將要求轉換成特殊的 資料 訊息，而該訊息會傳遞給應用程式。 不論 BIND 參數中針對次要複本指定的鏈結回應模式為何，此 資料 訊息都有下列特性：
已設定 ACKRQD 。 應用程式必須使用 Status-Confirm (Ack) 訊息來確認回條。
[感知資料指標] (SDI) 應用程式旗標已設定為指出這是特殊的資料訊息，用來通知應用程式本機節點偵測到的錯誤。
已設定結束鏈結指標 (ECI) 應用程式旗標，表示已接收的鏈結現在已終止。
緩衝區元素的前四個位元組會保存造成終止之本機節點偵測到的 SNA 感知碼。
此機制可啟用：
要拒絕任何先前收到的 資料 訊息的應用程式。
本機節點，通知應用程式在收到的要求中偵測到的任何錯誤。
以正確順序傳送負回應的本機節點。
下圖說明本機節點與應用程式之間的輸出資料確認和拒絕通訊協定，以及這些通訊協定與基礎 SNA 通訊協定的關聯性。
在第一個圖中，主機會傳送明確的回應鏈結，以取得應用程式以確認收到 RQD 要求，以及所有先前傳送的 RQE 鏈結。
主機傳送明確的回應鏈結在下圖中，來自應用程式的 Status-Acknowledge (Nack-1) 會拒絕最後一個鏈結，並確認收到所有先前傳送的資料鏈結。
Status-Acknowledge (Nack-1) 拒絕最後一個鏈結並確認收據在下圖中，主機會傳送一個 RESUME 要求，以取得應用程式，以確認已收到一個「POST」和所有先前傳送的鏈結。
主機傳送一個 POST 要求
另請參閱
開啟 PLU 連線
PLU 工作階段
輸出鏈結
輸入鏈結
區段交貨
括弧
方向
步調和區塊化
確認和拒絕資料]
關機並靜止
復原
應用程式起始的終止
LUSTAT]
回應時間監視資料