次の方法で共有


PLU セッションの特性

ローカル ノードは、機能管理 (FM) プロファイル 2、3、4、および 7 および伝送サービス プロファイル (TS プロファイル) 2、3、4、および 7 のプライマリ論理ユニット (PLU) セッションでサポートを提供します。 これらのプロファイルのサポートは、ローカル ノードがセッション タイプ 0、1、2、および 3 LU-LU サポートすることを意味します。 アプリケーションは、PLU 接続を使用して、これらの LU-LU タイプに対して有効な FM データを送受信できます。

特定のセッションに適したプロトコルは、セッションを確立する BIND 要求のパラメーターによって決まります。 BIND パラメーターは、Open(PLU) OK Confirm メッセージのバインド情報制御ブロック (BICB) でアプリケーションに報告されます。 BICB で報告されるセッション プロトコルに準拠するのはアプリケーションの責任です。

セッションで使用できる BIND パラメーターの範囲が広く、 Open(PLU) OK 応答の CICB 内のアプリケーションで使用可能なオプションがあるため、このセクションでは特定のセッションのプロトコルの完全な説明を試みません。 このセクションの残りのトピックでは、チェーン、ブラケットなど、PLU セッションの一般的なプロトコル特性について説明します。

このセクションの残りの部分のプロトコルの説明のほとんどは、重要な機能を示す図と共に示されています。 次の図を示します。

  • SNA 要求/応答の関連する応答ヘッダー フラグ。

  • SNA 要求/応答のシーケンス番号。

  • SNA 応答または データ メッセージのセンス データ ("SENSE=...."" と表示されます)。

  • データメッセージおよびステータスコントロールメッセージの受信確認必須 (ACKRQD) フィールド。

  • データおよび状態制御メッセージの関連するアプリケーション フラグ。 (詳細については、「 アプリケーション フラグ」を参照してください)。

  • データ メッセージのメッセージ キー フィールド。

  • Status-Acknowledge メッセージまたは Status-Control メッセージのエラー コード ("ERROR=...."" と表示されます)。

    わかりやすくするために、すべてのメッセージは、次のような同じ PLU セッションでフローする関数管理データであると想定されます。

  • 半二重フリップフロップ プロトコルを使用します。

  • 中括弧を使用し、中括弧間のリセット状態を設定します。

  • PLU CICB セグメント配信オプションは使用しません。 (詳細については、 セグメント配信を参照してください)。

こちらもご覧ください

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