半二重通信の競合の場合、初期の方向状態は競合です。 半二重プロトコルはチェーンの動作中に機能しますが、送信できるのは一度に1つのパートナーだけです。そして、方向の状態は通常、チェーンが終わると競合状態に戻ります。 したがって、応答ヘッダー (RH) の変更方向インジケーター (CDI) は必要ありません。 ただし、CDI が使用されている場合、方向は受信側のハーフセッション用に予約されます。 そのため、アプリケーションが変更方向 (CD) を受信する場合は、送信状態を想定し、データの受信を想定しないようにする必要があります。 逆に、アプリケーションが CD を送信する場合、ホストからチェーンを受信するまで、アプリケーションは再度送信できません。
いずれかのハーフセッションでエラーが検出された場合、ホストが復旧を担当するため、アプリケーションは受信状態を想定する必要があります。
方向状態が競合しているときに両方の半セッションがチェーンを開始しようとすると、0x081Bのセンスコードを使用して副次アプリケーションを優先して競合が解決されます。 ただし、ローカル ノードとアプリケーションの間で発生する可能性のあるウィンドウは、送信要求例外 (RQE) データがアプリケーションによっていつ受信されたのかをローカル ノードが判断できないことを意味します。 したがって、ローカル ノードがアプリケーションからデータを受信し、半二重競合状態が受信されると判断した場合は、クリティカルでない NACK-2 (0x2004 方向) で拒否されます。
次の 2 つの図は、半二重競合モードを使用するアプリケーションの方向プロトコルを示しています。 CD を指定する必要はありませんが、前のトピックの 3 つの図も有効です。
次の図では、アプリケーションはエラーなしで半二重競合プロトコルを使用してデータを発行し、受信します。
アプリケーションは半二重競合プロトコルを使用して、エラーなくデータを発行および受信します。
次の図では、アプリケーションを優先して半二重競合競合が解決されています。
アプリケーションを優先して半二重競合を解決する
こちらもご覧ください
PLU 接続を開く
PLU セッション
送信チェーン
インバウンドチェイニング
セグメント配信
Brackets
方向
ペーシングとチャンク
データの確認と拒否]
シャットダウンと休止
回復
アプリケーションから開始された終了
LUSTATs]
応答時間モニター データ