セッションの確立に使用される BIND は、ブラケットマシンと方向マシンの初期状態に関する情報を保持します。 これは、次のいずれかの条件が満たされている場合に BIND で指定できます。
ブラケットは使用されません。
角かっこのリセット状態は角かっこ内です。
どちらの条件も保持されていない場合、初期状態は競合です。
BIND で方向が指定されている場合、アプリケーションは、データが流れるとすぐに、半二重リセット状態で指定された方向の状態を想定する必要があります。 このフィールドを間接的に取得するには、特定の方向のみを受け入れる BIND チェック インデックスを使用するか、Open(PLU) OK Confirm メッセージのバインド情報制御ブロック (BICB) の HDXRSET フィールドを読み取るか、Open(PLU) 要求で BIND を読み取ります。 PLU 接続を開く方法の詳細については、「 PLU 接続を開く」を参照してください。
競合状態の場合、PLU またはアプリケーションはブラケットを開始できます。 (詳細については、「 角かっこ」を参照してください)。ブラケットの開始に成功すると、開始ブラケット (BB)、Begin Chain (BC)、End Chain (EC)、または Change Direction (CD) を送信してブラケットを開くときに方向が放棄されない限り、方向が取得されます。 セカンダリが競合の勝者であると見なされるため、アプリケーションは、Status-Session (BETB) を受信する前に、BB を送信し、後続の Status-Control(BID) 要求をローカル ノードから拒否した競合からの送信状態を想定できます。 アプリケーションが競合状態のStatus-Control(BID) 要求 を受け入れるときは、受信状態を想定する必要があります。
半二重フリップフロップの方向は、次のアクションによって変わる可能性があります。
RH の変更方向 (CD) インジケーター、および DATAFMI と Status-Control メッセージ内の対応する変更方向インジケーター (CDI) フラグを用いたデータの送受信。 CD はチェーンの最後でのみ使用されることに注意してください (また、ECI、EBIUI で配信されるセグメントを受信するアプリケーションの場合)。 また、CD は、LUSTAT、CANCEL、CHASE、QC の通常のフロー Status-Control 要求で有効であることにも注意してください。
アプリケーションが受信状態 (エラー回復保留中の状態) を想定する必要があるときに、否定的な応答を受け取ります。 詳細については、「 回復」を参照してください。
アプリケーションが CDI を実行しているホストからデータを拒否する場合は、受信状態のままである必要があります。
FM プロファイルが正しい (3、4、または 7) 場合、アプリケーションは、CODE1 が 0x0001 に設定された 状態制御 (SIGNAL) 要求 を使用して、ホストに方向を要求できます。 CODE2 はユーザー定義値に設定されます。
次の 3 つの図は、半二重フリップフロップ モードを使用するアプリケーションの方向プロトコルを示しています。
最初の図では、アプリケーションが CD を発行して受け取り、エラーは発生しません。
アプリケーションは問題なく CD を受信します。次の図では、ホストは受信データに否定的な応答を送信します。 アプリケーションは受信状態を想定し、ホストは CD を送信してアプリケーションの方向を指定します。
ホストが受信データに否定的な応答を送信する次の図では、完全な送信チェーンがエラーなしで受信されますが、アプリケーションによって拒否されます。 チェーンが CD を運んだ場合でも、アプリケーションには方向がありません。
エラーなしで受信した送信チェーンを完了するが、アプリケーションによって拒否される
こちらもご覧ください
PLU 接続を開く
PLU セッション
送信チェーン
インバウンドチェイニング
セグメント配信
Brackets
方向
ペーシングとチャンク
データの確認と拒否]
シャットダウンと休止
回復
アプリケーションから開始された終了
LUSTATs]
応答時間モニター データ