應用程式起始的終止
在具有函式管理 (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 會話,但會話不是處於適當的狀態
另請參閱
開啟 PLU 連線
關閉 PLU 連線
PLU 工作階段
輸出鏈結
輸入鏈結
區段交貨
括弧
方向
步調和區塊化
確認和拒絕資料]
關機並靜止
復原
LUSTAT]
回應時間監視資料