關閉 PLU 連線

應用程式或本機節點可以終止主要邏輯單元， (PLU) 連線。 關閉的準則如下：

• 如果本機節點從主機 PLU 收到 UNBIND 要求，這會終止 PLU 會話，則本機節點會關閉 PLU 連線。 如果UNBIND類型是BIND 即將 (0x02) ，本機節點會在Close (PLU) Request中設定BIND即將推出的指標，讓應用程式可以保留任何必要的資源。

• 如果本機節點收到停用邏輯單元 (DACTLU) 或停用來自系統服務控制點的 DACTPU (DACTPU) 要求，則會關閉 PLU 連線 (SSCP) 。

• 如果本機節點收到來自資料連結控制項的中斷通知，就會關閉 PLU 連線。

• 如果本機節點偵測到來自應用程式的訊息中發生嚴重錯誤，則本機節點會關閉 PLU 連線，讓應用程式處於重大失敗狀態。 在此情況下，本機節點會將 TERM-SELF 要求傳送給主機，以產生 UNBIND。

• 應用程式應該關閉邏輯關閉電源條件的 PLU 連線。 例如，如果其資源暫時無法使用，或使用者完成使用會話時。

  當本機節點發出 Close (PLU) Request時，應用程式可以從 [關閉 ] 控制項欄位判斷原因。 PLU 連線上可能有相關聯的狀態訊息 (狀態通知 (Nack-2) ) 或 SSCP 連線 (已停用 LU) 狀態會話 訊息。

  無論本機節點還是應用程式關閉連線，訊息都相同。 Close序列的啟動器會將Close (PLU) Request傳送給其合作夥伴，以Close (PLU) Response 回應。 關閉 (PLU) 要求無條件。 關閉 (PLU) 回應一律會報告連線已成功關閉。

  系統會提供 Close (PLU) Response ，讓 Close 序列的啟動器可以判斷何時傳遞未完成的資料和狀態訊息。 若要避免可能的競爭狀況，應用程式應該在發出 Close (PLU) Request之後捨棄它在 PLU 連線上接收的所有訊息，包括來自本機節點的任何 Close (PLU) 要求 訊息，直到收到 Close (PLU) Response為止。

  請注意，如果應用程式在 PLU 會話作用中時傳送 Close (SSCP) Request ，本機節點將會關閉 PLU 連線 (，就像已傳送 關閉 (PLU) ) 要求 一樣，以及 SSCP 連線。

  下圖顯示應用程式起始 Close 的訊息順序。 本機節點會將 TERM-SELF 要求傳送給主機，以產生 UNBIND。

  如果主機在收到TERM-SELF時自動產生UNBIND，應用程式就可以檢視關閉 (PLU) ，相當於 PLU-SLU會話的終止。

  
  應用程式起始的 Close 訊息序列

  從主機接收UNBIND要求之後，本機節點起始的Close訊息流程如下圖所示。

  
  接收 UNBIND 要求之後，本機節點起始的 Close 訊息流程

  當應用程式使用 FMI 的邏輯單元應用程式 (LUA) 變體時，發出 Close (PLU) Request 會導致節點將 UNBIND 要求傳送至 PLU，立即解除系結 PLU 會話。 關閉 (PLU) 回應 會在 收到 UNBIND 回應時傳回至應用程式，如下圖所示。

  
  Close (PLU) 回應的訊息流程

另請參閱

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