應用程式起始的終止

在具有函式管理 (FM) 設定檔 3 或 4 的會話上，應用程式可以要求終止主要邏輯單元 (PLU) 會話。只有在先前已確定其處於 PLU 會話可終止的狀態時，才應該這麼做，也就是鏈結之間和括弧之間。終止 PLU 會話不會影響 SSCP) 會話 (系統服務控制點的狀態。

請注意，應用程式可以在 SSCP 會話上發出字元編碼或欄位格式化 的 LOGOFF 命令，或傳送 Close (PLU) Request ，以取得本機節點以代表應用程式傳送 TERM-SELF 。所有這些都會立即或在主機中的會話清除之後，產生 UNBIND。

應用程式會藉由將 Status-Control (RSHUTD) Request 傳送至本機節點，以要求終止 PLU 會話，這會產生 SNA RSHUTD 要求給主機。

傳送 Status-Control (RSHUTD) Request之後，應用程式必須能夠接受並回應它接收的所有輸出資料。應用程式現在可以預期兩個訊息之一，視 PLU 會話的狀態是否允許終止，以及主機是否想要終止 PLU 會話而定：

如果 PLU 會話的狀態允許終止，而且主機想要終止 PLU 會話，主機就會對 RSHUTD 要求產生正回應，之後接著 UNBIND 要求。本機節點會關閉 PLU 連線。如需詳細資訊，請參閱關閉 PLU 連線。
例如，如果 PLU 會話的狀態不允許終止 (，例如，如果會話位於括弧內) ，或主機目前不想終止 PLU 會話，則主機會對 RSHUTD 要求產生負回應，而本機節點會將本機節點呈現為 狀態控制 (RSHUTD (RSHUTD) 負向認可-1 提供負回應的感知碼。這表示主機已拒絕終止 PLU 會話的要求，而 PLU 會話上的通訊仍不會受到影響。

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

在第一個圖中，應用程式會要求終止 PLU 會話，而主機會傳送 UNBIND。本機節點會關閉 PLU 連線。

應用程式要求終止 PLU 會話，而主機會傳送 UNBIND

在下圖中，應用程式會要求終止 PLU 會話，但會話不是處於適當的狀態。主機會將負回應傳送至 RSHUTD 要求，本機節點會顯示為 Status-Control (RSHUTD) Negative-Acknowledge-1。通訊會在 PLU 會話上繼續。

應用程式要求終止 PLU 會話，但會話不是處於適當的狀態

另請參閱