靜止

只有使用函式管理 (FM) 設定檔 4 的會話才支援靜止通訊協定。 靜止通訊協定可由任一個會話起始。

當應用程式想要停止主機中的夥伴半會話時，會將 狀態控制 (QEC) 要求 傳送至本機節點。 節點會向主機產生 QEC 要求，要求主機在完成目前的輸出鏈結之後停止。

如果主機停止，它會傳送 QC 要求，本機節點會將本機節點呈現為 狀態控制 (QC) 要求 (搭配 ACKRQD) 。 主機會維持靜止狀態，直到應用程式傳送 Status-Control (RELQ) Request為止。 本機節點會將 RELQ 要求傳送至主機，而主機會在主要邏輯單元上繼續通訊， (PLU) 會話。

如果嘗試停止主機，主機會以負 QEC 回應回應回應，本機節點會將本機節點呈現為 狀態控制 (QEC) Negative-Acknowledge-1。

相反地，如果從主機收到QEC要求，則會向應用程式呈現狀態控制 (QEC) 要求 (，而沒有ACKRQD) 。 在此方向中，無法拒絕 QEC 。 本機節點在向應用程式呈現 狀態控制 (QEC) 要求 之後，一律會拒絕進一步嘗試傳送輸入資料，以強制應用程式停止。 當應用程式停止時，它應該會將 Status-Control (QC) Request 傳送至本機節點，以將 QC 要求傳送至主機。 應用程式後續可由主機的 RELQ 要求釋放，本機節點會將它呈現為 狀態控制 (RELQ) 要求。

接收 CLEAR 或 UNBIND–BIND 序列 關閉 (PLU) –Open (PLU) 會導致停止狀態釋放。

下圖說明本機節點與應用程式之間的靜止通訊協定，以及這些通訊協定與基礎 SNA 通訊協定的關聯性。

在第一個圖中，應用程式會停止主機，然後釋放靜止。

應用程式停止主機並釋放停止

在下圖中，應用程式會嘗試停止主機，但主機會拒絕停止，並繼續下一個鏈結。

應用程式嘗試停止主機，但主機會拒絕並繼續下一個鏈結

在下圖中，當應用程式正在傳送鏈結時，主機會傳送 QEC 。 應用程式會完成鏈結，並傳送 狀態控制 (QC) Request。 主機會藉由傳送 RELQ來釋放停止，而本機節點會將 Status-Control (RELQ) Request 傳送至應用程式，然後起始新的鏈結。

當應用程式傳送鏈結時，主機會傳送 QEC

另請參閱

開啟 PLU 連線
PLU 工作階段
輸出鏈結
輸入鏈結
區段交貨
括弧
方向
步調和區塊化
確認和拒絕資料]
關機並靜止
復原
應用程式起始的終止
LUSTAT]
回應時間監視資料