受信チェーン

[アーティクル]
07/21/2023

アプリケーションデータの Data メッセージへの分割と、受信チェーンの制御は、アプリケーションで行う必要があります。

セッションのセカンダリ最大送信要求ユニットサイズは、ホストからの BIND 内のパラメーターであり、Open(PLU) OK Confirm メッセージのバインド情報制御ブロック (BICB) で使用できます。アプリケーションでは、各受信 Data メッセージが 1 つの要求ユニットに対応しているようにする必要があります。 BICB で指定された最大要求ユニットサイズを超えるデータは含まれません。

アプリケーションでは、Data メッセージヘッダーのチェーン開始インジケーター (BCI) とチェーン終了インジケーター (ECI) のアプリケーションフラグを使用して、チェーンを制御する必要があります。 (詳細については、「アプリケーションフラグ」を参照してください)。チェーンは回復の単位であり、チェーンで回復可能なエラーが発生した場合、アプリケーションは復旧の責任を負う必要があります。 (詳細については、「回復」を参照してください。)

受信チェーンは、次の方法で終了できます。

完全なチェーンがエラーなしで送信されます。チェーン内のすべての Data メッセージが、ホストに渡されています。セッションでセカンダリによる明確な応答チェーンの送信が許可されていて、アプリケーションでチェーンの最後の Data メッセージの ACKRQD フィールドを設定した場合、ホストによって応答が提供されると、アプリケーションはローカルノードから Status-Acknowledge(Ack) を受信します。
ローカルノードにより、アプリケーションからの Data メッセージの形式またはセッションの状態において、重大なエラーが検出されます。ローカルノードにより、Data メッセージはエラーコードを含む 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 が送信されます。要求への応答が CANCEL の前にホストから送信された場合、元の Data メッセージで ACKRQD フィールドが設定されていると、アプリケーションに対して適切な Status-Acknowledge メッセージが生成されます。
チェーンの送信中に、アプリケーションによって PLU 接続が閉じられます。ローカルノードにより、アプリケーションに Close(PLU) Response が送信されます。要求への応答が Close (PLU) メッセージの前にホストから送信された場合は、アプリケーションへの Status-Acknowledge メッセージは生成されません。ローカルノードにより、受信 CANCEL 要求と、UNBIND を発生させるための TERM-SELF 要求も生成されることに注意してください。

ローカルノードにより、アプリケーションからの Data メッセージの形式またはセッションの状態において重大ではないエラーが検出された場合は、PLU 接続は閉じられません。代わりに、Data メッセージは、適切なエラーコードが含まれる Status-Acknowledge(Nack-2) のエラーで拒否されます。ホストにデータは送信されません。

受信チェーンがエラーで終了した場合、セッションで半二重プロトコルが使用されているときは、アプリケーションで受信状態を想定する必要があります。 (詳細については、「回復」を参照してください。)

次の 6 つの図は、ローカルノードとアプリケーションの間の受信チェーンプロトコルと、それらのプロトコルが基になる SNA プロトコルとどのように関係するかを示したものです。

最初の図では、完全な受信チェーンがエラーなしで送信され、ホストによって受け入れられます。 Status-Acknowledge(Ack) を受け取った後、アプリケーションはホストへの方向を放棄することに注意してください。

受信チェーンがエラーなしで送信され、ホストによって受け入れられる

次の図では、ローカルノードによって、チェーンの 2 番目の Data メッセージの形式で重大なエラーが検出され (ECI アプリケーションフラグが設定されていない ACKRQD)、適切なエラーコードと共に Status-Acknowledge(Nack-2) がアプリケーションに送信されて、PLU 接続が閉じられます。セッションの機能管理 (FM) プロファイルで CANCEL がサポートされている場合にのみ、ローカルノードで CANCEL が生成されることに注意してください。

ローカルノードによってエラーが検出され、Status メッセージが送信されて、PLU 接続が閉じられる

次の図では、完全な受信チェーンがエラーなしで送信されますが、ホストによって拒否されます。否定応答の後、アプリケーションは受信状態に入り、エラー回復を保留する必要があります。 (詳細については、「回復」を参照してください。)

受信チェーンがエラーなしで送信されるが、ホストによって拒否される

次の図では、アプリケーションで Status-Control(CANCEL) を送信することにより、チェーンが取り消されます。アプリケーションがまだ方向を持っていて、新しいチェーンを開始できることに注意してください。

アプリケーションが Status-Control(CANCEL) を使用してチェーンをキャンセルする

次の図では、チェーンの送信中にアプリケーションによって PLU セッションが閉じられます。セッションの FM プロファイルで CANCEL がサポートされている場合にのみ、ローカルノードで CANCEL が生成されます。

チェーンの送信中に、アプリケーションによって PLU 接続が閉じられる

次の図では、ローカルノードによって、チェーンの 2 番目の Data メッセージの形式で重大ではないエラーが検出され、適切なエラーコードと共に Status-Acknowledge(Nack-2) がアプリケーションに送信されます。

ローカルノードによって重大ではないエラーが検出され、Status-Acknowledge(Nack-2) が送信される

受信チェーン

関連項目

その他のリソース