角かっこの開始

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

• ブラケット間状態の間に、アプリケーションでブラケット開始インジケーター (BBI) アプリケーション フラグと ACKRQD を設定して Data メッセージを送信することにより、ブラケットを開始します。 ローカル ノードにより、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 に対応する Data メッセージがアプリケーションに送信され、肯定応答がデータ 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) Request を受け取ったら、0x080B または 0x0813 で拒否する必要があります。 競合否定応答の後、アプリケーションでは方向を保持します。 (詳細については、「回復」を参照してください)。アプリケーションのブラケット状態は、ブラケット内のままです。

  アプリケーションでは、ブラケットの開始においてさらに複雑なものがあることを認識する必要があります。 すべてのケースは、ブラケット リセット状態がブラケット間であるセッションに関連しています。 競合の状態が存在し、どちらのハーフセッションでもブラケットの開始を試みることができます。

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

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

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

  最初の図では、ブラケット間状態のアプリケーションで、BBI アプリケーション フラグを設定して受信チェーンを送信することにより、ブラケットを開始します。 アプリケーションの状態は、Status-Session(BETB) を受け取るまでブラケット内になります。 (アプリケーションで RQE チェーンを送信できる場合は、RQE チェーンを送信することによりブラケットを開くことができます。)

  
  アプリケーションで受信チェーンを送信することによってブラケットを開始する

  次の図では、ブラケット間状態のアプリケーションで、ブラケット開始インジケーター (BBI) アプリケーション フラグが設定された Status-Control(LUSTAT) を送信することにより、ブラケットを開始します。 アプリケーションの状態は、Status-Session(BETB) を受け取るまでブラケット内になります。 LUSTAT は、必要に応じて、NOACKRQD (RQE) で送信できます。

  
  アプリケーションで Status-Control(LUSTAT) を送信することによりブラケットを開始する

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

  
  ホストから BID を送信することによってブラケットを開始する

  次の図では、ホスト PLU からブラケット開始 (BB) が設定された要求が送信されることによりブラケットが開始され、アプリケーションでそれを受け入れます。 アプリケーションの状態はブラケット内であり、ホストから送信できます。

  
  ホスト PLU から BB が設定された要求を送信することによりブラケットを開始する

  次の図では、ホストから BB が設定された LUSTAT が送信されることによりブラケットが開始され、アプリケーションでそれを受け入れます。 アプリケーションの状態はブラケット内であり、ホストから送信できます。

  
  ホストから BB が設定された LUSTAT を送信することによりブラケットを開始する

  次の図では、ブラケット間状態のホストとアプリケーションの両方で、ブラケットの開始が試みられます。 アプリケーションではセンス コード 0x0813 を使用してホストの BID を拒否し、ローカル ノードによりアプリケーションのデータが配信されます。 データの送信後に、アプリケーションの状態はブラケット内になり、アプリケーションから送信できます。

  
  ブラケット間状態のホストとアプリケーションの両方がブラケットの開始を試みる

関連項目

PLU 接続を開く
PLU セッション
送信チェーン
受信チェーン
セグメントの配信
Brackets
方向
ペーシングとチャンキング
データの確認と拒否]
シャットダウンと休止
回復
アプリケーションが開始する終了
LUSTATs]
応答時間モニターのデータ