次の方法で共有


角かっこの開始

セッションがブラケット間状態である間は、競合が存在します。 アプリケーションまたはホストのプライマリ論理ユニット (PLU) は、ブランケットを開始することができます。

  • アプリケーションは、状態がブラケット間にある場合、開始ブラケット指示子 (BBI) アプリケーションフラグとACKRQDが設定されたDataメッセージを送信することによってブラケットを開始します。 ローカル ノードは、 データ メッセージに対応する要求をホスト PLU に送信します。 アプリケーションがブラケットを正常に開始し、ブラケット内の状態になっています。 フリップフロップ プロトコルは、ブラケットが終了するまで有効になりました。

  • アプリケーションは、ブラケット間状態の間に BBI アプリケーション フラグを設定して Status-Control(LUSTAT) を送信することで、ブラケットを開始します。 ローカル ノードは、 LUSTAT 要求をホスト PLU に送信します。 アプリケーションはブラケットの初期化に成功し、現在そのブラケット内で動作しています。 フリップフロップ プロトコルは、ブラケットが終了するまで有効になりました。

  • ホスト PLU は、ブラケット間状態の間に BID 要求を送信します。 ローカル ノードは、ACKRQD を使用して Status-Control(BID) をアプリケーションに送信します。 (詳細については、「 Status-Control メッセージ」を参照してください。アプリケーションは Status-Control(BID) Acknowledge で応答し、角かっこを受け入れることを示します。 ローカル ノードは 、BID 要求に肯定的な応答を送信します。 ホスト PLU はブラケットを正常に開始し、アプリケーションの状態はブラケット内にあり、ブラケットが終了するまでフリップフロップ プロトコルが適用されます。

  • ホスト PLU は、ブラケット間状態にある間に、RH で BB インジケーターを持つ RU を使ってデータを送信します。 ローカル ノードは、ホスト PLU が BID でブラケットを開始した場合と同じ方法でブラケットを開始するこの方法を示します。 ローカル ノードは、ACKRQD を使用して Status-Control(BID) をアプリケーションに送信します。 アプリケーションは Status-Control(BID) Acknowledge と応答して、その制約を受け入れる意図を示します。 ローカル ノードは、RU に対応する データ メッセージをアプリケーションに送信し、データ RU に肯定的な応答を送信します。 ホスト PLU はブラケットを正常に開始し、アプリケーションの状態はブラケット内にあり、ブラケットが終了するまでフリップフロップ プロトコルが適用されます。

  • ホスト PLU は、RH の BB 標識を含む LUSTAT 要求を送信します。 ローカル ノードは、ホスト PLU が BID でブラケットを開始した場合と同じ方法でブラケットを開始するこの方法を示します。 ローカル ノードは、ACKRQD を使用して Status-Control(BID) をアプリケーションに送信します。 アプリケーションは Status-Control(BID) Acknowledge を返して、ブラケットを受け入れる意思があることを示します。 ローカル ノードは、受信確認を必要とする Status-Control(LUSTAT) をアプリケーションに送信します。 ホスト PLU はブラケットを正常に開始し、アプリケーションの状態はブラケット内にあり、ブラケットが終了するまでフリップフロップ プロトコルが適用されます。

  • ホストは 、BID 要求または BB を運ぶ RU を使用してブラケットを開始しようとしますが、ローカル ノードは Status-Control(BID) としてアプリケーションに送信しますが、アプリケーションはブラケットを受け入れることができません。 アプリケーションは、適切なセンス コードを使用して、否定的な Status-Control(BID) 応答を送信する必要があります。 ローカル ノードは、アプリケーションによって提供されるセンス コードを伝達する BID に否定応答を送信します。 アプリケーションの状態はまだ一時的な状態にあります。 アプリケーションでは、次のいずれかのセンス コードを使用する必要があります。

    • 0x081Bは、受信転送用のリソースが既にコミットされている場合に示します。 たとえば、ターミナル演算子が入力を開始したとします。

    • 現在ブラケットを開始できないが、リソースが使用可能になったときにホストに通知する場合に0x0814します。 たとえば、3270 プリンターは、ブラケット間プリンター共有モードでローカル コピーに使用されています。 リソースが使用可能になったときの後の段階で、アプリケーションはリソースを一時的に予約し、 Status-Control(RTR) をローカル ノードに送信する必要があります。 ホストが RTR を拒否した場合、ローカル ノードは Status-Control(RTR) Negative-Acknowledge-1 応答を返し、アプリケーションはリソースを解放できます。 それ以外の場合、ホストは、アプリケーションが受け入れる必要があるブラケットの開始を試みます。

  • アプリケーションがブラケットを正常に開始した場合、ホスト PLU がブラケットを開始しようとしたためにブラケット 競合が発生する可能性があります。 アプリケーションは Status-Control(BID) 要求を取得します。この要求は、0x080Bまたは0x0813で拒否する必要があります。 アプリケーションは、レース条件による否定的な応答の後でも方向性を維持します。 (詳細については、「 回復」を参照してください)。アプリケーションの角かっこの状態は、角かっこ内のままです。

    アプリケーションは、ブラケットの開始における 1 つのさらなる複雑さを認識する必要があります。 すべてのケースは、区切りリセット状態が角括弧の間にあるセッションに関係します。 競合状態にあり、いずれのハーフセッションも括弧の開始を試みることができる。

    ただし、セッションの BIND パラメーターでは、ブラケット内のリセット状態を指定できます。 ブラケットリセット状態がブラケット内にある場合、1 つのハーフセッションが既にブラケットを正常に開始したと見なされます。 フリップフロップ プロトコルは、 Status-Session (BETB) が受信されるまで適用されます。この時点で、セッションは競合状態に戻り、ブラケットの開始は前述のように続行されます。

    アプリケーションは、PLU 接続が開かれたときに ( Open(PLU) OK Confirm メッセージの受信時に) ブラケット状態を設定し、セッションがリセットされるたびに ( Status-Control(CLEAR) 要求を受信した後に) リセットする必要があります。 セッションの適切なブラケット リセット状態は、 Open(PLU) OK Confirm メッセージの BICB 内のアプリケーションに提供されます。

    次の 6 つの図は、ローカル ノードとアプリケーションの間のブラケット開始プロトコルと、それらのプロトコルが基になる SNA プロトコルとどのように関連しているかを示しています。

    最初の図では、アプリケーションがその状態がブラケット間にある場合に、BBIアプリケーションフラグが設定されたインバウンドチェーンを送信してブラケットを開始します。 アプリケーションの状態は、Status-Session (BETB) を受け取るまでは保留中です。 (アプリケーションが RQE チェーンを送信できる場合は、RQE チェーンを送信することでブラケットを開くことができます)。

    pplication が受信チェーンを送信してブラケットを開始する方法を示す画像。
    アプリケーションが受信チェーンを送信してブラケットを開始する

    アプリケーションの状態が括弧間にあるとき、次の図に示すように、開始括弧指標 (BBI) のアプリケーション フラグを設定したStatus-Control(LUSTAT)を送信して、アプリケーションが括弧を開始します。 アプリケーションの状態は、Status-Session (BETB) を受け取るまで一時的に保留されます。 必要に応じて、LUSTATNOACKRQD (RQE) に送信できます。

    アプリケーションが Status-Control(LUSTAT) を送信してブラケットを開始する方法を示す図。
    アプリケーションは Status-Control(LUSTAT) を送信してプロセスを開始する。

    次の図では、ホストは BID を送信してブラケットを開始し、アプリケーションが受け入れます。 アプリケーションの状態は角かっこ内にあり、ホストは送信できます。

    ホストが BID を送信してブラケットを開始する方法を示す画像。
    ホストが BID を送信してブラケットを開始する

    次の図では、ホスト PLU は、アプリケーションが受け入れる「Begin Bracket (BB)」要求を送信することで、ブラケットを開始します。 アプリケーションの状態は角かっこ内にあり、ホストは送信できます。

    ホスト PLU が BB を使用して要求を送信してブラケットを開始する方法を示す画像。
    ホスト PLU が BB で要求を送信してブラケットを開始する

    次の図では、ホストは、アプリケーションが受け入れる BB を使用して LUSTAT を 送信することによってブラケットを開始します。 アプリケーションの状態は角かっこ内にあり、ホストは送信できます。

    ホストが BB を使用して LUSTAT を送信してブラケットを開始する方法を示す画像。
    ホストが BB を使用して LUSTAT を送信してブラケットを開始する

    次の図では、ホストとアプリケーションの両方が中括弧状態で括弧の開始を試みます。 アプリケーションはセンス コード 0x0813でホストの入札を拒否し、ローカル ノードはアプリケーションのデータを配信します。 データの送信後、アプリケーションの状態は角かっこで囲まれており、アプリケーションは送信できます。

    ホストとアプリケーションの両方が、中括弧内状態で中括弧を開始しようとする方法を示す図。
    ホストとアプリケーションの両方で、角かっこ間状態での角かっこの開始が試行されます

こちらもご覧ください

PLU 接続を開く
PLU セッション
送信チェーン
インバウンドチェイニング
セグメント配信
Brackets
方向
ペーシングとチャンク
データの確認と拒否]
シャットダウンと休止
回復
アプリケーションから開始された終了
LUSTATs]
応答時間モニター データ