括弧起始

當會話處於方括弧狀態時，爭用存在。 應用程式或主機主要邏輯單元 (PLU) 可以嘗試起始括弧，如下所示：

• 應用程式會藉由傳送開頭括弧指標 的資料訊息， (BBI) 應用程式旗標和 ACKRQD 設定的括弧，同時處於括弧狀態。 本機節點會將對應至 資料 訊息的要求傳送至主機 PLU。 應用程式已成功起始括弧，且處於括弧狀態。 翻轉盤通訊協定現在已強制執行，直到括弧終止為止。

• 應用程式會傳送 Status-Control (LUSTAT) ，並在兩方括弧狀態中設定 BBI 應用程式旗標，以起始括弧。 本機節點會將 LUSTAT 要求傳送至主機 PLU。 應用程式已成功起始括弧，且處於括弧狀態。 翻轉盤通訊協定現在已強制執行，直到括弧終止為止。

• 主機 PLU 會在兩方括弧狀態之間傳送 BID 要求。 本機節點會使用ACKRQD將Status-Control (BID) 傳送給應用程式。 (如需詳細資訊，請參閱 Status-Control Message.) 應用程式會以 Status-Control (BID) Accept回復，以指出它願意接受括弧。 本機節點會將正回應傳送給 BID 要求。 主機 PLU 已成功起始括弧，且應用程式的狀態為括弧內，並套用翻轉盤通訊協定直到括弧終止為止。

• 主機 PLU 會在 RU 中傳送具有 RH BB 指標的資料，同時處於括弧之間狀態。 本機節點會以與主機 PLU 已使用 BID起始括弧一樣的方式呈現這個起始括弧的方法。 本機節點會使用ACKRQD將Status-Control (BID) 傳送給應用程式。 應用程式會以 Status-Control (BID) Accept 回復，指出它願意接受括弧。 本機節點會將對應至 RU 的資料 訊息傳送至應用程式，並將正回應傳送給資料 RU。 主機 PLU 已成功起始括弧，且應用程式的狀態為括弧內，並套用翻轉盤通訊協定直到括弧終止為止。

• 主機 PLU 會傳送具有 RH 中 BB 指標的 LUSTAT 要求。 本機節點會以與主機 PLU 已使用 BID起始括弧一樣的方式呈現這個起始括弧的方法。 本機節點會使用ACKRQD將Status-Control (BID) 傳送給應用程式。 應用程式會以 Status-Control (BID) Accept 回復，指出它願意接受括弧。 本機節點會將 Status-Control (LUSTAT) 傳送至應用程式，這需要通知。 主機 PLU 已成功起始括弧，且應用程式的狀態為括弧內，並套用翻轉盤通訊協定直到括弧終止為止。

• 主機會嘗試使用 BID 要求或攜帶 BB 的 RU 來起始括弧，本機節點會傳送至應用程式作為 Status-Control (BID) ，但應用程式無法接受括弧。 應用程式應該以適當的意義代碼，傳送負 數狀態控制 (BID) 回應。 本機節點會將負回應傳送至具有應用程式所提供之感知程式碼的 BID。 應用程式的狀態仍在括弧之間。 應用程式應該使用下列其中一個意義代碼：

  • 如果已認可輸入傳輸的資源，0x081B。 例如，終端機運算子已開始輸入。

  • 0x0814如果目前無法開始括弧，但會在資源可用時通知主機。 例如，3270 印表機正用於位於括弧印表機共用模式的本機複本。 在資源可供使用之後的階段，應用程式應該暫時保留資源，並將 Status-Control (RTR) 傳送至本機節點。 如果主機拒絕 RTR，本機節點會傳回 Status-Control (RTR) Negative-Acknowledge-1 回應，而應用程式可以釋放資源。 否則，主機會嘗試起始應用程式現在必須接受的括弧。

• 如果應用程式已成功起始方括弧，可能會因為主機 PLU 嘗試起始括弧而發生括弧競爭。 應用程式會取得 「狀態控制 (BID) 要求」，此要求應該拒絕0x080B或0x0813。 應用程式會在競爭負面回應之後保留方向。 (如需詳細資訊，請參閱 Recovery.) 應用程式的括弧狀態維持為括弧內。

  應用程式必須注意括弧初始化中的一個進一步複雜。 所有案例都與括弧重設狀態介於括弧之間的會話相關。 爭用的狀態存在，而且任一半會話可以嘗試開始括弧。

  不過，會話的 BIND 參數可以指定括弧內重設狀態。 如果括弧重設狀態在括弧內，則會將一個半會話視為已成功起始方括弧。 接著會套用翻轉盤通訊協定，直到收到 狀態會話 (BETB) 為止，此時會話會還原為爭用狀態，而括弧初始化會如先前所述繼續進行。

  當收到 [開啟] (P (LU) [確定確認 ] 訊息) ，並在收到 狀態控制 (CLEAR (CLEAR) 要求) 之後重設 (會話時，應用程式必須設定其方括弧狀態。 會話的適當括弧重設狀態會提供給 OPEN (PLU 上的 BICB 中的應用程式 ，) 確定確認 訊息。

  下列六個圖說明本機節點與應用程式之間的括弧初始化通訊協定，以及這些通訊協定與基礎 SNA 通訊協定的關聯性。

  在第一個圖中，當應用程式的狀態介於括弧之間時，會傳送具有 BBI 應用程式旗標設定的輸入鏈結，以起始括弧。 應用程式的狀態會以括弧括住，直到它收到 Status-Session (BETB) 為止。 (如果應用程式可以傳送 RQE 鏈結，可以透過傳送 RQE 鏈結來開啟括弧。)

  
  應用程式藉由傳送輸入鏈結來起始括弧

  在下圖中，應用程式會傳送 Status-Control (LUSTAT) ，並在其狀態介於括弧之間時設定的開頭括弧指標 (BBI) 應用程式旗標來起始括弧。 應用程式的狀態會以括弧括住，直到它收到 Status-Session (BETB) 為止。 如有需要， LUSTAT 可以傳送 NOACKRQD (RQE) 。

  
  應用程式藉由傳送 STATUS-Control (LUSTAT) 來起始括弧

  在下圖中，主機會傳送應用程式接受的 BID來起始括弧。 應用程式的狀態為括弧內，且主機可以傳送。

  
  主機藉由傳送 BID 來起始括弧

  在下圖中，主機 PLU 會藉由傳送開頭括弧 (BB) 的要求來起始括弧，應用程式會接受該要求。 應用程式的狀態為方括弧內，而且主機可以傳送。

  
  主機 PLU 會傳送具有 BB 的要求來起始括弧

  在下圖中，主機會以 BB 傳送 LUSTAT 來起始括弧，應用程式接受此括弧。 應用程式的狀態為方括弧內，而且主機可以傳送。

  
  主機使用 BB 傳送 LUSTAT 來起始括弧

  在下圖中，主機和應用程式都會嘗試在括弧狀態之間起始括弧。 應用程式會以有意義的程式碼0x0813來拒絕主機報價，而本機節點會傳遞應用程式的資料。 傳送資料之後，應用程式的狀態會以括弧括住，而且應用程式可以傳送。

  
  主機和應用程式都嘗試在括弧狀態之間起始括弧

另請參閱

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