次の方法で共有


PLU セッションの特性

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

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

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

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

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

  • SNA 要求または応答のシーケンス番号。

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

  • データおよび状態制御メッセージの受信確認が必要な (ACKRQD) フィールド。

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

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

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

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

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

  • ブラケットを使用し、ブラケット間のリセット状態を使用します。

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

参照

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