ローカル ノードは、要求の送信チェーンが、正しい SNA 使用法、セッションのチェーン使用法、およびセッションの現在の状態に準拠していることを確認します。 次のいずれかが当てはまる場合、ローカル ノードはホストからのデータの有効な送信チェーンを受け入れます。
データ トラフィックは、全二重セッションでアクティブです。
セッションは、データを受信できる状態です。
セッションがブラケットで区切られており、現時点でどちらのハーフセッションも送信を行っていないか、またはセッションが半二重の競合セッションで競争状態になっています。 (詳細については、「Brackets」を参照してください)。
セッションは、ホストが回復手順を開始するのを待機しています。 たとえば、ローカル ノードが送信チェーンに否定的な応答を送信したとします。 (詳細については、「 回復」を参照してください)。
ローカル ノードは、送信要求ごとに データ メッセージをアプリケーションに送信しますが、接続情報制御ブロックでセグメント配信オプションを指定するアプリケーションの効果に注意してください。 (詳細については、 セグメント配信を参照してください。アプリケーションがセグメント配信を指定しない場合、メッセージ・ヘッダー内の開始チェーン標識 (BCI) およびエンド・チェーン・インジケーター (ECI) アプリケーション・フラグは、要求の要求ヘッダー内のチェーン標識を反映します。
送信チェーンは、いくつかの方法で終了できます。
チェーンは完全に受信され、エラーは発生しません。 チェーン内のすべての要求は、 データ メッセージとしてアプリケーションに渡され、該当する場合は確認されています。
アプリケーションは、チェーンの受信中に データ メッセージでエラーを検出します。 アプリケーションは、関連付けられたセンス データを含む Status-Acknowledge(Nack-1) をローカル ノードに送信する必要があります。これにより、エラーの データ メッセージに 対応する要求に対して、否定応答とセンス データがホストに送信されます。 ローカル ノードはチェーンの残りの部分を消去しないため、アプリケーションには End Chain (EC) が表示されます。 または、ホストは CANCEL を使用してチェーンを終了できます。これは、ACKRQD が設定された Status-Control(CANCEL) としてアプリケーションに配信されます。
ローカル ノードは、要求のエラーを検出し、チェーンの早期終了を報告するシステム検出エラー データ メッセージをアプリケーションに表示します。 このメッセージには、システム検出エラー・インジケーター (SDI) および ECI アプリケーション・フラグ、エラーのセンス・コード、および ACKRQD 標識が含まれます。 ユーザー データは含まれません。 アプリケーションが Status-Acknowledge(Ack) で応答すると、ローカル ノードは適切なセンス コードを使用してチェーンに否定的な応答を生成します。 アプリケーションは、報告されたセンス コードを使用して、ユーザーの診断情報を生成できます。 (たとえば、3270 エミュレーターでは PROG チェック コードが生成されます)。ローカル ノードはチェーンの残りの部分を消去するため、アプリケーションに EC が表示されない可能性があります。 または、ホストは CANCEL を使用してチェーンを終了できます。これは、ACKRQD が設定された Status-Control(CANCEL) としてアプリケーションに配信されます。
ホストは、CANCEL 要求を送信することで、送信中にチェーンを 取り消 すことができます。 ローカル ノードは 、アプリケーションに Status-Control(CANCEL) メッセージを送信します。このメッセージは、アプリケーションが確認する必要があります。
チェーンの受信中にエラーが発生し、セッションで半二重フリップフロップ プロトコルが使用されている場合、アプリケーションはエラー回復保留中の状態を想定する必要があります。 (詳細については、「 回復」を参照してください)。
半二重フリップフロップ プロトコルを使用するセッションの場合、チェーンの最後の Data メッセージのアプリケーション フラグに CDI (方向の変更) フラグが設定されている場合:
チェーンがエラーなしで受信された場合、アプリケーションには方向があります。
アプリケーションがチェーン内のメッセージを拒否した場合、ホストは方向を保持します。
次の 4 つの図は、ローカル ノードとアプリケーションの間の送信チェーン プロトコルと、それらのプロトコルが基になる SNA プロトコルとどのように関連しているかを示しています。
最初の図では、完全な送信チェーンがエラーなしで受信され、アプリケーションによって受け入れられます。 Status-Acknowledge(Ack) を送信した後、アプリケーションには方向があることに注意してください。
送信チェーンがエラーなしで受信され、アプリケーションによって受け入れられた次の図では、完全な送信チェーンがエラーなしで受信されますが、アプリケーションによって拒否されます。 チェーンが CD を運んだ場合でも、アプリケーションには方向がありません。
送信チェーンはエラーなしで受信しましたが、アプリケーションによって拒否されます次の図では、ローカル ノードは EC なしで RQD の無効な使用を検出し、SDI アプリケーション フラグが設定された Data メッセージと ACKRQD と適切なセンス コードに要求を変換します。 アプリケーションの Status-Acknowledge(Ack) によって、ホストへの否定的な応答が発生します。 この例では、Open (SSCP) の CICB で受信チェック 4007 が指定されていることを前提としています。
ローカル ノードが無効な使用を検出し、要求を変換する次の図では、ホストは送信チェーンをキャンセルします。
ホストが送信チェーンを取消し
こちらもご覧ください
PLU 接続を開く
PLU セッション
インバウンドチェイニング
セグメント配信
Brackets
方向
ペーシングとチャンク
データの確認と拒否]
シャットダウンと休止
回復
アプリケーションから開始された終了
LUSTATs]
応答時間モニター データ