次の方法で共有

SSCP セッションの特性

  • [アーティクル]

SNA タイプ 2.1 ノードの場合、システム・サービス制御ポイント (SSCP) セッションは機能管理 (FM) プロファイル 0 および伝送サービス・プロファイル (TS プロファイル) 1 を使用します。 このプロファイルの組み合わせは、次のセッション特性を提供します。

  • プライマリとセカンダリのハーフセッションはどちらも即時要求モードを使用します。

  • プライマリとセカンダリのハーフセッションはどちらも即時応答モードを使用します。

  • 確定応答の単一要求ユニット・チェーンのみが許可されます。

  • 要求ユニットの最大サイズは 256 バイトに制限されています。

  • データ フロー制御要求ユニットはサポートされていません。

  • ペーシングはサポートされていません。

  • 識別子は、通常のフローで (シーケンス番号ではなく) 使用されます。

    これは、SSCP 接続に次の特性があることを意味します。

  • すべての データ メッセージには、受信確認必須 (ACKRQD) フィールドが設定されています。

  • すべてのデータ メッセージには、開始チェーン インジケーター (BCI) とエンド チェーン インジケーター (ECI) アプリケーション フラグが設定されています。

  • Status-Control メッセージは接続でフローしません。

  • ローカル ノードからアプリケーションへの Status-Session メッセージは、セッションのアクティブ化状態の変更のみを報告します。

  • チェーン、ブラケット、確認、および回復プロトコル ( PLU 接続で説明) は適用されません。

    アプリケーションは、SSCP 接続を使用して、機能管理データ ネットワーク サービス (FMD NS) (セッション サービス) 要求および FMD データ要求に対応する データ メッセージを 送受信できます。 FMD NS (セッション サービス) 要求の例を次に示します。

  • INIT-SELF。 セカンダリからホスト SSCP への要求。SSCP がホスト PLU へのセッション開始を支援し、実質的に BIND を要求するように要求します。 (詳細については、「PLU 接続を開く」を参照してください)。

  • TERM-SELF。 セカンダリからホスト SSCP への要求。PLU-SLU セッションを UNBIND で終了するように要求します。 (詳細については、「 PLU 接続を閉じる」を参照してください)。

  • 文字コード化された要求。 セカンダリ ディスプレイからのログオン、ログオフ、テスト コマンド、ホスト アプリケーションからのログオン プロンプトなどの要求。

  • 通知。 デバイス エミュレーターが論理電源オフをサポートするなど、センス コード 0x0845で BIND が拒否された後にデバイスが使用可能であることをホスト SSCP に通知するためにセカンダリが使用する要求。

    ローカル ノードは、LU がアクティブな間にアプリケーションの SSCP 接続状態が変更されるたびに、LU に代わって NOTIFY 要求を SSCP に送信します。 バイト 5 が 0x03 に設定された NOTIFY (ベクター キー 0x0C) は、セカンダリ LU として機能します。これは、次の場合に送信されます。

  • LU が既にアクティブになっているときに Open(SSCP) 要求 を受信した場合。

  • SSCP 接続が既に開かれているときに ACTLU 要求が受け入れられる場合。

    現在セカンダリ LU として機能できない NOTIFY (バイト 5 が 0x01 に設定されたベクター キー 0x0C) は、次の場合に送信されます。

  • SSCP 接続が開かないときに ACTLU を受信した場合。

  • PLU セッションがバインドされていないときに Close(SSCP) 要求 を受信した場合。

  • SSCP 接続が開いていないときに UNBIND 要求を受信した場合。

  • NOTIFY ベクトルを含む長い応答が ACTLU 要求に使用される場合。

    これらの NOTIFY メッセージは、ローカル ノードが SSCP 接続が開かれたときに受信した BIND に与える負の応答0x0845と組み合わせてホストで使用できます。 (詳細については、「PLU 接続を開く」を参照してください)。