應用程式發起的終止

在功能管理（FM）配置檔 3 或 4 的會話中，應用程式可以請求終止主要邏輯單元（PLU）會話。只有在事先確保 PLU 會話處於可終止狀態（即鏈與括號之間）時，才應如此。終止 PLU 會話不會影響系統服務控制點（SSCP）會話的狀態。

請注意，應用程式可以在 SSCP 會話中發出字元編碼或欄位格式的 LOGOFF 指令，或發送 Close（PLU）請求，讓本地節點代表應用程式發送 TERM-SELF 。所有這些都會引發UNBIND，無論是立即發生，還是在主機執行會話清理之後。

應用程式透過向本地節點發送狀態 控制（RSHUTD）請求 ，請求終止 PLU 會話，該請求會產生一個 SNA RSHUTD 請求給主機。

在發送狀態 控制（RSHUTD）請求後，應用程式必須保持能夠接受並回應所有收到的外傳資料。應用程式現在可以預期收到兩種訊息之一，取決於 PLU 會話的狀態是否允許終止，以及主機是否想要終止 PLU 會話：

若 PLU 會話狀態允許終止，且主機想終止 PLU 會話，主機會對 RSHUTD 請求產生正面回應，接著可接著發出 UNBIND 請求。本地節點會關閉 PLU 連線。欲了解更多資訊，請參閱「關閉PLU連接」。
若 PLU 會話的狀態不允許其終止（例如，該會話處於括弧狀態），或是主機不希望在此時終止 PLU 會話，則主機會對 RSHUTD 請求產生一個負面回應，本地節點會將此回應呈現給應用程式，形式為 Status-Control(RSHUTD) Negative-Acknowledge-1，並附帶該負面回應所提供的感應代碼。這表示主機拒絕終止 PLU 會話的請求，PLU 會話上的通訊繼續不受影響。

以下兩張圖說明了本地節點與應用程式之間由應用程式發起的終止協定，以及此協定與底層 SNA 協定之間的關聯。

在第一張圖中，應用程式請求終止 PLU 會話，主機發送 UNBIND。 本地節點會關閉 PLU 連線。

應用程式請求終止 PLU 會話，主機發送 UNBIND

在下圖中，應用程式請求終止 PLU 會話，但該會話尚未處於適當狀態。主機對 RSHUTD 請求發送否定回應，本地節點則以 Status-Control（RSHUTD） Negative-Acknowledge-1 呈現。 PLU會議期間，通訊持續進行。

應用程式請求終止 PLU 會話，但會話狀態不合適

另請參閱