Status-Control メッセージは、PLU 接続を使用して、プライマリ論理ユニット (PLU) セッション上のセッション制御およびデータ フロー制御プロトコルへのアクセスを提供します。 他の接続では使用されません。 Status-Control メッセージは、同等の SNA セッション制御およびデータ フロー制御要求/応答ユニット (RU) に直接マップされます。
LUSTAT 送信要求例外 (RQE) を除く通常のフロー上の SNA 要求に対応するすべての状況制御メッセージ、および優先フローの CLEAR および STSN 要求に対応する状況制御メッセージには、ACKRQD (受信確認が必要) フィールドが設定されています。 優先フローの SNA 要求に対応する状態制御メッセージ (CLEAR および STSN を除く) には、ローカル ノードによって設定された ACKRQD フィールドがありません。 ただし、アプリケーションは、これらの Status-Control メッセージを送信するときに ACKRQD を設定できます。 このトピックの最後の図は、どの Status-Control 要求に常に ACKRQD が設定されているのかをまとめたものです。
Status-Control 要求にメッセージ ヘッダーに ACKRQD が設定されている場合、送信者がフローでさらにデータ メッセージまたはさらに Status-Control 要求を送信する前に、受信者は Status-Control 応答 (Acknowledge、Negative-Acknowledge-1、Negative-Acknowledge-2) を指定する必要があります。 送信者は引き続き、フローで Status-Control 応答、 Status-Acknowledge、 Status-Error、 Status-Resource メッセージを送信できます。 これは、通常のフローと優先されるフローとすべての要求モード (遅延要求モードを含む) の両方に適用されます。 要求で受信したメッセージ キーは、応答で返される必要があります。 (これは、複数の RQE LUSTAT メッセージを未処理にできるようにするためです)。ローカル ノードは、PLU 接続でアプリケーションに送信する Status-Control 要求と DATAFMI メッセージのメッセージ キーをインクリメントします。
関数管理インターフェイス (FMI) の論理ユニット アプリケーション (LUA) バリアントの場合、メッセージ キー フィールドは次のように別の方法で使用されます。
インバウンド・優先フロー要求の場合、ローカル・ノードは SNA シーケンス番号を、メッセージ・キー・フィールドにアプリケーションによって提供された値に設定します。 アプリケーションでは、このフィールドが正しいシーケンス番号に設定されていることを確認する必要があります。
受信 状態制御応答の 場合、ローカル・ノードは SNA シーケンス番号を、メッセージ・キー・フィールドでアプリケーションによって提供される値に設定します。 アプリケーションでは、このフィールドに応答が送信される要求のシーケンス番号が設定されていることを確認する必要があります。
Status-Control(LUSTAT) の場合を除き、Status-Control 要求に ACKRQD が設定されていない場合は、ローカル ノードから肯定的な応答が既に送信されているため、アプリケーションは応答しません。
たとえば、アプリケーションが ACKRQD が設定された Status-Control(QC) 要求 (通常のフローの SNA 要求に対応) を送信した場合、Status-Control(QC) 応答が受信されるまで、受信通常フローに対応するさらにデータと Status-Control 要求がブロックされます。 通常のフロー上の他のメッセージや、優先フロー上のメッセージはブロックされません。 たとえば、アプリケーションは引き続き Status-Control(SIGNAL) を送信できます。
Status-Control 応答の受信は、フロー上のすべての未処理のメッセージ (データ メッセージを含む) に対する受信確認を意味します。
Status-Control メッセージに ACKRQD を使用すると、明確な応答と即時要求モードが効果的に適用されます。 これは次の場合に適しています。
SNA 要求に対応する状態制御メッセージは、CLEAR および STSN を要求します (優先フローは RQD であるため)。
LUSTAT (RQE) を除くすべての DFC 要求 (RQD) に対応する状況制御メッセージ。
アプリケーションは、 ACKRQD が不要な場合でも、優先フローの SNA 要求に対応する Status-Control 要求に ACKRQD を設定できます。 たとえば、アプリケーションが方向を通知している場合 (たとえば、ATTN キーを繰り返し押すターミナル演算子を持つ 3270 エミュレーター)、複数の Status-Control(SIGNAL) 要求 メッセージを生成できます。これは、他のユーザーのパフォーマンスに悪影響を与える可能性があります。 アプリケーションは、最初の Status-Control(SIGNAL) 要求で ACKRQD を設定し、Status-Control(SIGNAL) 応答がローカル ノードから受信されるまで、さらに Status-Control(SIGNAL) 要求メッセージを発生させるイベントを無視できます。
次の 6 つの図のメッセージ・フローは、ACKRQD および対応する SNA RU の有無にかかわらず、アウトバウンドおよびインバウンド状況制御シーケンスを示しています。
最初の図では、アプリケーションは Status-Control(CHASE) を送信します。
アプリケーションが Status-Control(CHASE) を送信する次の図では、ホストは BID 要求を送信します。
ホストが BID 要求を送信する次の図では、アプリケーションは Status-Control(SHUTC) を送信します。
アプリケーションが Status-Control(SHUTC) を送信する次の図では、ホストは SNA SIGNAL 要求を送信します。
ホストが SNA SIGNAL 要求を送信する次の図では、ホストは複数の RQE LUSTAT 要求を送信し、アプリケーションは最初の要求を拒否します。
アプリケーションが最初の RQE LUSTAT 要求を拒否する次の図では、アプリケーションは Status-Control(LUSTAT) NOACKRQD を送信します。
アプリケーションが Status-Control(LUSTAT) NOACKRQD を送信する次の表は、ローカル ノードと SNA セッション制御 (SC) およびデータ フロー制御 (DFC) 要求でサポートされる Status-Control 要求をまとめたものです。 Status-Control 要求ごとに、次の内容が表に示されます。
対応する SNA 要求 (SC または DFC) の SNA カテゴリ。
対応する SNA 要求で使用されるフロー (通常または優先)。
対応する SNA 要求がサポートされている TS または FM プロファイル。
有効なルート案内 (NODE <-> APPL)。
ACKRQD が必要かどうか。 アプリケーションでは、必要のない Status-Control 要求に対して ACKRQD を設定できることに注意してください。
Status-Control メッセージのコントロール型フィールドで使用される 16 進数コード。 (詳細については、「 FMI メッセージ形式」を参照してください。
| Status-Control | SNA RQ フロー | TS プロファイル | FM プロファイル | 方向ノード – appl | ACKRQD | Code |
|---|---|---|---|---|---|---|
| CLEAR | SC、Exp | 2,3,4 | – | — | ACKRQD | CCLEAR (0x01) |
| Sdt | SC、Exp | 3,4 | – | — | – | CSDT (0x02) |
| RQR | SC、Exp | 4 | – | <– | – | CRQR (0x03) |
| STSN | SC、Exp | 4 | – | — | ACKRQD | CSTSN (0x04) |
| キャンセル | DFC,Norm | – | 3,4,7 | <–> | ACKRQD | CCANCEL (0x10) |
| LUSTAT | DFC,Norm | – | 3,4,7 | <–> | – | CLUSTAT (0x11) |
| 信号 | DFC,Exp | – | 3,4,7 | <–> | – | CSIGNAL (0x12) |
| RSHUTD | DFC,Exp | – | 3,4,7 | <– | – | CRSHUTD (0x13) |
| 入札 | DFC,Norm | – | 3,4 | — | ACKRQD | CBID (0x14) |
| 追跡 | DFC,Norm | – | 3,4 | <–> | ACKRQD | CCHASE (0x15) |
| SHUTC | DFC,Exp | – | 3,4 | <– | – | CSHUTC (0x16) |
| SHUTD | DFC,Exp | – | 3,4 | — | – | CSHUTD (0x17) |
| RTR | DFC,Norm | – | 3,4 | <– | ACKRQD | CRTR (0x18) |
| 品質管理 | DFC,Norm | – | 4 | <–> | ACKRQD | CQC (0x20) |
| QEC | DFC,Exp | – | 4 | <–> | – | CQEC (0x21) |
| RELQ | DFC,Exp | – | 4 | <–> | – | CRELQ (0x22) |
次の表の要求は LUA でのみ使用されます。 (詳細については、 FMI の概念を参照してください)。
| Status-Control | SNA RQ フロー | TS プロファイル | FM プロファイル | 方向ノード – appl | ACKRQD | Code |
|---|---|---|---|---|---|---|
| CRV | SC、Exp | 3,4 | – | — | ACKRQD | CCRV (0x05) |
| BIS | DFC,Norm | – | 18 | <–> | ACKRQD | CBIS (0x19) |
| Sbi | DFC,Exp | – | 18 | <–> | ACKRQD | CSBI (0x1A) |
特定の Status-Control メッセージの使用方法については、このセクションの以下のトピックで、チェーン、角かっこ、回復などの PLU セッション プロトコルのコンテキストで説明します。
Status-Control メッセージの形式については、「Status-Control」を参照してください。