確認和拒絕輸入資料
針對傳送或接收的每個 SNA 鏈結，其中回應未完成，例如要求例外狀況 (RQE) 或明確回應必要 (RQD) ，本機節點會維護相互關聯資料表專案。 如果資料表專案變得耗盡，本機節點將會使用大部分的資料表專案來終止會話。 狀態錯誤訊息 (代碼0x46) 和關閉 (PLU) 要求傳送至應用程式，並將TERM-SELF訊息傳送至主機。 若要避免 (輸入) 的資料表專案不足，可以透過傳送變更方向 (CD) (半雙工) 資料，或資料 ACKRQD 或任何 Status-Control () 、 STATUS-Control (LUSTAT) ACKRQD。 您可以藉由傳送通知訊息來避免輸出不足，如 開啟 PLU 連線中所述。
本機節點會將資料鏈結傳送至主機，並指定其鏈結回應模式，如下所示：
明確
如果應用程式使用ACKRQD欄位集將資料訊息傳送至本機節點，以及指定次要使用明確或明確/例外狀況回應模式的BIND參數。
例外狀況
如果應用程式在沒有ACKRQD欄位集的情況下，將資料訊息傳送至本機節點，以及指定次要使用例外狀況或明確/例外狀況回應模式的BIND參數。
No-Response
如果應用程式將 資料 訊息傳送至本機節點，但未設定 ACKRQD 欄位集，且指定次要節點的 BIND 參數會使用無回應模式。
如果應用程式資料訊息上的ACKRQD設定未反映BIND參數中指定的鏈結回應模式，本機節點會傳回Status-Acknowledge (Nack-2) 指出非嚴重錯誤碼。 例如，如果應用程式指定 ACKRQD ，但 BIND 參數不允許本機節點傳送明確的回應鏈結。
在案例 1 中，應用程式會收到所有函式管理資料的通知， (FMD) 鏈結至本機節點：
主機的正面回應會以 Status-Acknowledge (Ack) 訊息的形式傳回給應用程式。
主機的負面回應會傳回為 Status-Acknowledge (Nack-1) 含有 SNA 感知碼的訊息。
嘗試傳送訊息時，本機節點偵測到的錯誤會傳回為 Status-Acknowledge (Nack-2) 具有對等錯誤碼的訊息。
在案例 2 中，應用程式只會收到它傳送至本機節點之 FMD 鏈結的通知，
主機的負面回應，傳回 為 Status-Receive (Nack-1) 含有 SNA 感知碼的訊息。
嘗試傳送訊息時，本機節點偵測到的錯誤，傳回 為 Status-Acknowledge (Nack-2) 具有對等錯誤碼的訊息。
在案例 3 中，當節點偵測到訊息中的錯誤，並將 Status-Acknowledge (Nack-2) 傳送給本機節點時，應用程式只會收到它傳送至本機節點的通知。 主機唯一可以做出的不一點，就是傳送後續 LUSTAT 0x400A (沒有支援回應，) 在感知限定詞欄位中要求序號。 這會以 狀態控制 (LUSTAT ) 的形式呈現給應用程式。
每當應用程式收到 Status-Receive (Ack) 或 Status-Acknowledge (Nack-1) 時，它會隱含地確認所有先前傳送鏈結主機中合作夥伴的半會話收到。
在案例 2 中，應用程式通常不會收到來自主機的這類回應，使其已傳送鏈結，而且在案例 3 中，應用程式永遠不會收到這類回應。 因此，若要讓主機確認收到所有先前傳送的鏈結，應用程式應該發出 Status-Control (POST) Request with ACKRQD 集合。 這會導致本機節點產生主機的 SNA POST 要求。 收到回應給這個 RESUME 時，會確認主機已收到此 「POST 要求」，以及應用程式所傳送的所有先前鏈結。 本機節點會發出 Status-Control (CHASE) 「認可 」，通知應用程式這是這樣。
下圖說明本機節點與應用程式之間的輸入資料確認和拒絕通訊協定，以及這些通訊協定與基礎 SNA 通訊協定的關聯性。
在第一個圖中，應用程式會在輸入資料鏈結中設定 ACKRQD 欄位，讓主機確認鏈結和所有先前傳送的鏈結都收到。
應用程式集 ACKRQD 欄位在下圖中， Status-Acknowledge (Nack-1) 拒絕最後一個鏈結，但會確認所有先前傳送資料鏈結的主機收到。
Status-Acknowledge (Nack-1) 拒絕最後一個鏈結，但確認回條在下圖中，應用程式會使用 Status-Control (CHASE) ，讓主機確認收到對應的 POST 要求，以及所有先前傳送的鏈結。
使用 Status-Control ()
另請參閱
開啟 PLU 連線
PLU 工作階段
輸出鏈結
輸入鏈結
區段交貨
括弧
方向
步調和區塊化
確認和拒絕資料]
關機並靜止
復原
應用程式起始的終止
LUSTAT]
回應時間監視資料