Status-Control 메시지
Status-Control 메시지는 PLU(기본 논리 단위) 연결을 사용하여 PLU 세션에서 세션 제어 및 데이터 흐름 제어 프로토콜에 대한 액세스를 제공합니다. 다른 연결에서는 사용되지 않습니다. Status-Control 메시지는 해당하는 SNA 세션 제어 및 데이터 흐름 제어 요청/응답 단위(RU)에 직접 매핑됩니다.
LUSTAT RQE(발송 요청 예외)를 제외한 정상 흐름에서 SNA 요청에 해당하는 모든 Status-Control 메시지, 긴급 흐름에서 CLEAR 및 STSN 요청에 해당하는 Status-Control 메시지에는 ACKRQD(승인 필요) 필드가 설정되어 있습니다. 긴급 흐름의 SNA 요청에 해당하는 Status-Control 메시지(CLEAR 및 STSN은 예외)의 경우 로컬 노드에 의해 ACKRQD 필드가 설정되지 않습니다. 하지만 이러한 Status-Control 메시지를 보낼 때 애플리케이션에서 ACKRQD를 설정할 수 있습니다. 이 항목의 마지막 그림에는 항상 ACKRQD가 설정된 Status-Control 요청이 요약되어 있습니다.
Status-Control 요청의 메시지 헤더에 ACKRQD가 설정된 경우 수신자가 Status-Control 응답(Acknowledge, Negative-Acknowledge-1 또는 Negative-Acknowledge-2)을 제공한 후 발신자가 추가 Data 메시지 또는 추가 Status-Control 요청을 흐름에 보낼 수 있습니다. 발신자는 흐름에 Status-Control 응답, Status-Acknowledge, Status-Error 및 Status-Resource 메시지를 보낼 수 있습니다. 이는 정상 흐름과 긴급 흐름, 그리고 모든 요청 모드(지연된 요청 모드 포함)에 적용됩니다. 요청에서 받은 메시지 키가 응답에서 반환되어야 합니다. (이를 통해 여러 RQE LUSTAT 메시지가 미해결 상태가 될 수 있습니다.) 로컬 노드는 PLU 연결에서 애플리케이션에 보내는 Status-Control 요청 및 DATAFMI 메시지에 메시지 키를 증분합니다.
FMI(함수 관리 인터페이스)의 LUA(논리 단위 애플리케이션) 변형의 경우 메시지 키 필드는 다음과 같이 다른 방식으로 사용됩니다.
인바운드 긴급 흐름 요청의 경우 로컬 노드는 SNA 시퀀스 번호를 메시지 키 필드의 애플리케이션에서 제공하는 값으로 설정합니다. 애플리케이션에서 이 필드가 올바른 시퀀스 번호로 설정되어 있는지 확인해야 합니다.
인바운드 Status-Control 응답의 경우 로컬 노드는 SNA 시퀀스 번호를 메시지 키 필드의 애플리케이션에서 제공하는 값으로 설정합니다. 애플리케이션에서 이 필드가 응답을 보내는 요청의 시퀀스 번호로 설정되어 있는지 확인해야 합니다.
Status-Control(LUSTAT) 의 경우를 제외하고 Status-Control 요청에 ACKRQD가 설정되지 않은 경우 로컬 노드에서 positive 응답을 이미 보냈으므로 애플리케이션에서 회신하지 않아야 합니다.
예를 들어 애플리케이션이 ACKRQD 설정(일반 흐름의 SNA 요청에 해당) Status-Control(QC) 요청을 보내는 경우 Status-Control(QC) 응답이 수신될 때까지 인바운드 일반 흐름에 해당하는 추가 데이터와 Status-Control 요청을 차단합니다. 일반 흐름의 다른 메시지 또는 긴급 흐름의 메시지는 차단하지 않습니다. 예를 들어 애플리케이션에서 여전히 Status-Control(SIGNAL) 을 보낼 수 있습니다.
Status-Control 응답 수신은 흐름의 모든 미해결 메시지 (Data 메시지 포함)에 대한 승인을 의미합니다.
Status-Control 메시지에 ACKRQD를 사용하면 명확한 응답 및 즉각적인 요청 모드가 효과적으로 적용됩니다. 이는 다음에 적합합니다.
SNA 요청 CLEAR 및 STSN에 해당하는 Status-Control 메시지(긴급 흐름은 RQD).
LUSTAT(RQE일 수 있음)를 제외한 모든 DFC 요청(RQD)에 해당하는 Status-Control 메시지.
애플리케이션은 ACKRQD가 필요하지 않은 경우에도 긴급 흐름의 SNA 요청에 해당하는 Status-Control 요청에 대해 ACKRQD를 설정할 수 있습니다. 예를 들어 애플리케이션이 방향에 대해 신호를 보내는 경우(예: 터미널 운영자가 ATTN 키를 반복하여 누르는 3270 에뮬레이터) 여러 개의 Status-Control(SIGNAL) Request 메시지를 생성하여 다른 사용자의 성능에 부정적인 영향을 미칠 수 있습니다. 애플리케이션은 첫 번째 Status-Control(SIGNAL) Request에 ACKRQD를 설정하고 로컬 노드에서 Status-Control(SIGNAL) Response를 수신할 때까지 추가 Status-Control(SIGNAL) Request 메시지를 발생시키는 이벤트를 무시할 수 있습니다.
다음 6개 그림의 메시지 흐름은 ACKRQD 및 해당 SNA RU를 포함하거나 포함하지 않는 아웃바운드 및 인바운드 Status-Control 시퀀스를 보여줍니다.
첫 번째 그림에서 애플리케이션은 Status-Control(CHASE) 을 보냅니다.
애플리케이션에서 Status-Control(CHASE)을 보냄다음 그림에서 호스트는 BID 요청을 보냅니다.
호스트가 BID 요청을 보냄다음 그림에서 애플리케이션은 Status-Control(SHUTC) 을 보냅니다.
애플리케이션에서 Status-Control(SHUTC)을 보냄다음 그림에서 호스트는 SIGNAL 요청을 보냅니다.
호스트가 SNA SIGNAL 요청을 보냄다음 그림에서 호스트는 여러 RQE LUSTAT 요청을 보내며 애플리케이션은 첫 번째 요청을 거부합니다.
애플리케이션이 첫 번째 RQE LUSTAT 요청을 거부함다음 그림에서 애플리케이션은 Status-Control(LUSTAT) NOACKRQD를 보냅니다.
애플리케이션에서 Status-Control(LUSTAT) NOACKRQD를 보냄다음 표에서는 로컬 노드에서 지원하는 Status-Control 요청과 SC(SNA 세션 제어) 및 DFC(데이터 흐름 제어) 요청이 요약되어 있습니다. 각 Status-Control 요청에 대해 다음이 제공됩니다.
해당 SNA 요청의 SNA 범주(SC 또는 DFC).
해당 SNA 요청에서 사용하는 흐름(일반 또는 긴급).
해당 SNA 요청이 지원되는 TS 또는 FM 프로필.
유효한 방향(NODE <–> APPL)입니다.
ACKRQD가 필요한지 여부. 애플리케이션은 필요하지 않은 Status-Control 요청에 대해 ACKRQD를 설정할 수 있습니다.
Status-Control 메시지의 control-type 필드에 사용되는 16진수 코드입니다. 자세한 내용은 FMI 메시지 형식을 참조하세요.
| Status-Control | SNA RQ 흐름 | TS 프로필 | FM 프로필 | 방향 node–appl | ACKRQD | 코드 |
|---|---|---|---|---|---|---|
| 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) |
| SIGNAL | DFC,Exp | – | 3,4,7 | <–> | – | CSIGNAL (0x12) |
| RSHUTD | DFC,Exp | – | 3,4,7 | <– | – | CRSHUTD (0x13) |
| BID | DFC,Norm | – | 3,4 | –> | ACKRQD | CBID (0x14) |
| CHASE | 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) |
| QC | 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 프로필 | 방향 node–appl | ACKRQD | 코드 |
|---|---|---|---|---|---|---|
| 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 을 참조하세요.