RQR 和 CLEAR

使用傳輸服務設定檔 (TS 設定檔) 4 的應用程式，可以傳送 狀態控制 (RQR) 來要求復原會話。 本機節點會將此專案呈現給主機作為 RQR 要求。 請注意，如果應用程式收到重大 Status-Acknowledge (Nack-2) ，則無法採取此選項，因為本機節點會傳送 關閉 (PLU) 要求 ，緊接在應用程式 (Nack-2 ) 之後，且 PLU) 連線的主要邏輯單元 (將不再有效。 RQR訊息會傳送CLEAR要求來要求主機重設會話，如下圖所示。

CLEAR的接收會導致應用程式在 BIND 之後將會話狀態重設為BIND之後的Open (PLU) 。

另一個讓應用程式處理錯誤狀況的方式是傳送Status-Control (RSHUTD) 來要求UNBIND。 (如需詳細資訊，請參閱 應用程式起始的終止。) 請注意，這可能不需要主機提供新的 BIND，視主機組態而定。 可能需要新的 SSCP 要求， (例如 LOGON) 。

在下圖中，應用程式會發出 Status-Control (RQR) 來要求復原。 主機會傳送 CLEAR，而且應用程式必須重設其會話，以指出它遵循 BIND (Open (PLU) ) 。 在此情況下，應用程式現在位於括弧與等候啟動資料流量之間， (SDT) 。

發出狀態控制 (RQR) 來復原應用程式要求

另請參閱

應用程式 CANCEL
收到負值回應後的方向
傳送負值回應後的方向
嚴重失敗
STSN
連結服務失敗
本機節點失敗
用戶端失敗