括弧起始

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

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

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

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

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

  • 主機 PLU 會傳送具有 RH 中 BB 指標的 LUSTAT 要求。 本機節點會以與主機 PLU 已使用 BID起始括弧一樣的方式呈現這個起始括弧的方法。 本機節點會使用ACKRQDStatus-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 鏈結來開啟括弧。)

    Image that shows how an pplication initiates a bracket by sending an inbound chain.
    應用程式藉由傳送輸入鏈結來起始括弧

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

    Image that shows how an application initiates a bracket by sending a Status-Control(LUSTAT).
    應用程式藉由傳送 STATUS-Control (LUSTAT) 來起始括弧

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

    Image that shows how a host initiates a bracket by sending BID.
    主機藉由傳送 BID 來起始括弧

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

    Image that shows how a host PLU initiates a bracket by sending a request with BB.
    主機 PLU 藉由傳送具有 BB 的要求來起始括弧

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

    Image that shows how a host initiates a bracket by sending an LUSTAT with BB.
    主機使用 BB 傳送 LUSTAT 來起始括弧

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

    Image that shows how a host and application both attempt to initiate a bracket in between-bracket state.
    主機和應用程式都嘗試在括弧狀態之間起始括弧

另請參閱

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