アプリケーションデータをDataメッセージに分割し、インバウンドチェーンを制御することは、アプリケーションの責任です。
セッションの 2 次最大送信要求ユニット サイズは、ホストからの BIND のパラメーターであり、 Open(PLU) OK Confirm メッセージのバインド情報制御ブロック (BICB) で使用できます。 アプリケーションでは、各受信 データ メッセージが 1 つの要求ユニットに対応していることを確認する必要があります。 BICB で指定された最大要求ユニット サイズを超えるデータは含まれません。
アプリケーションでは、チェーンを制御するために 、データ メッセージ ヘッダーで開始チェーン インジケーター (BCI) とエンド チェーン インジケーター (ECI) アプリケーション フラグを使用する必要があります。 (詳細については、「 アプリケーション フラグ」を参照してください)。チェーンは復旧の単位であり、チェーンで回復可能なエラーが発生した場合、アプリケーションは復旧の責任を負う必要があります。 (詳細については、「 回復」を参照してください)。
受信チェーンは、次の方法で終了できます。
完全なチェーンは、エラーなしで送信されます。 チェーン内のすべての データ メッセージがホストに渡されました。 セッションでセカンダリが明確な応答チェーンを送信することを許可し、アプリケーションがチェーンの最後のデータ メッセージに ACKRQD フィールドを設定した場合、ホストが応答を提供するときに、アプリケーションはローカル ノードから Status-Acknowledge(Ack) を受信します。
ローカル ノードは、アプリケーションからの データ メッセージの形式またはセッションの状態で重大なエラーを検出します。 ローカル ノードは、エラー コードを含む Status-Acknowledge(Nack-2) を含むデータ メッセージを拒否し、PLU 接続を閉じます。 ローカル ノードでは、PLU 接続を閉じる前に受信 CANCEL 要求が生成されることに注意してください。 ローカル ノードは、UNBIND を引き出すために TERM-SELF 要求をホストに送信します。
ホストは、チェーン内の要求に否定的な応答を送信します。 ローカル ノードは、否定応答からのセンス コードとシーケンス番号を使用して 、Status-Acknowledge(Nack-1) メッセージをアプリケーションに送信します。 ホストが ECI アプリケーション フラグを持たない要求を拒否し、アプリケーションが PLU CICB でアプリケーションキャンセル オプションを指定しない場合、ローカル ノードは受信 CANCEL 要求も生成します。 アプリケーションがアプリケーションの取り消しを指定する場合は、EC または Status-Control(CANCEL) を送信してチェーンを終了する必要があります。 後続の受信チェーンは、重要でない Status-Acknowledge(Nack-2)、センス コード 0x2002、または0x2004 (チェーンまたは方向) で拒否されます。 アプリケーションが Status-Acknowledge(Nack-1) メッセージを受信すると、方向がホストに渡されたため、半二重フリップフロップ セッションのこのチェーンの後にデータの送信を停止する必要があります。 (詳細については、「 方向」を参照してください。
アプリケーションは、 Status-Control(CANCEL) メッセージをローカル ノードに送信することで、送信中にチェーンを取り消します。 ローカル ノードは、ホストに CANCEL 要求を送信し、ホストからの肯定的な応答を受信すると 、Status-Control(CANCEL) Acknowledge をアプリケーションに送信します。 元のデータ メッセージに ACKRQD フィールドが設定されている場合、CANCEL の前に送信された要求に対するホストからの応答により、適切な Status-Acknowledge メッセージがアプリケーションに生成されます。
アプリケーションは、チェーンの送信中に PLU 接続を閉じます。 ローカル ノードは、 Close(PLU) 応答 をアプリケーションに送信します。 Close(PLU) メッセージの前に送信された要求に対するホストからの応答は、アプリケーションに対する Status-Acknowledge メッセージを生成しません。 ローカルノードは、CANCEL 受信要求と TERM-SELF 要求を生成し、UNBIND を引き出すことに注意してください。
ローカル ノードが、アプリケーションからの データ メッセージの形式またはセッションの状態で重要でないエラーを検出した場合、PLU 接続は閉じません。 代わりに、適切なエラー コードを含む Status-Acknowledge(Nack-2) でエラーが発生したデータ メッセージを拒否します。 ホストにデータが送信されません。
受信チェーンがエラーで終了した場合、セッションで半二重プロトコルが使用されている場合、アプリケーションは受信状態を想定する必要があります。 (詳細については、「 回復」を参照してください)。
次の 6 つの図は、ローカル ノードとアプリケーションの間の受信チェーン プロトコルと、それらのプロトコルが基になる SNA プロトコルとどのように関連しているかを示しています。
最初の図では、完全な受信チェーンがエラーなしで送信され、ホストによって受け入れられます。 Status-Acknowledge(Ack) を受信した後、アプリケーションはホストへの方向を放棄することに注意してください。
受信チェーンはエラーなしで送信され、ホストによって受け入れられます次の図では、ローカル ノードはチェーン内の 2 番目の データ メッセージ (ECI アプリケーション フラグのない ACKRQD ) の形式で重大なエラーを検出し、適切なエラー コードを使用して Status-Acknowledge(Nack-2) をアプリケーションに送信し、PLU 接続を閉じます。 ローカル ノードでは、セッションの関数管理 (FM) プロファイルで CANCEL がサポートされている場合にのみ CANCEL が生成されることに注意してください。
ローカル ノードがエラーを検出し、状態メッセージを送信し、PLU 接続を閉じます次の図では、完全な受信チェーンがエラーなしで送信されますが、ホストによって拒否されます。 否定応答の後、アプリケーションは受信状態に入る必要があります。エラー復旧は保留中です。 (詳細については、「 回復」を参照してください)。
受信チェーンはエラーなしで送信されますが、ホストによって拒否されます次の図では、アプリケーションは Status-Control(CANCEL) を送信してチェーンを取り消します。 アプリケーションには引き続き方向があり、新しいチェーンを開始できることに注意してください。
アプリケーションが Status-Control(CANCEL) を使用してチェーンを取り消す次の図では、アプリケーションはチェーンの送信中に PLU セッションを閉じます。 ローカル ノードでは、セッションの FM プロファイルで CANCEL がサポートされている場合にのみ CANCEL が生成されます。
アプリケーションがチェーンの送信中に PLU 接続を閉じる次の図では、ローカル ノードはチェーン内の 2 番目の データ メッセージの形式で重要でないエラーを検出し、適切なエラー コードを使用して Status-Acknowledge(Nack-2) をアプリケーションに送信します。
ローカル ノードがクリティカルでないエラーを検出し、Status-Acknowledge(Nack-2) を送信する
こちらもご覧ください
PLU 接続を開く
PLU セッション
送信チェーン
セグメント配信
Brackets
方向
ペーシングとチャンク
データの確認と拒否]
シャットダウンと休止
回復
アプリケーションから開始された終了
LUSTATs]
応答時間モニター データ