LUA(논리적 단위 애플리케이션) 애플리케이션이 로컬 노드에 Status-Control 메시지를 인바운드로 보낼 때, 메시지를 보내는 데 사용되는 LUA 동사는 로컬 노드가 메시지를 승인할 때까지 완료될 수 없습니다. 이러한 이유로 로컬 노드는 인바운드 메시지의 보내기 검사를 완료한 후 항상 LUA 애플리케이션에 응답합니다. 인바운드 메시지가 로컬 노드의 보내기 검사를 통과하고 해당 SNA 메시지가 호스트로 전송되는 경우, 로컬 노드는 이를 나타내기 위해 Status-Control(...) ACKLUA 메시지를 애플리케이션에 보냅니다. ACKLUA 메시지가 호스트에 SNA 메시지가 성공적으로 전송되었거나 호스트에서 메시지를 수신했음을 의미하지는 않는다는 점에 주의하세요.
Status-Control(...) ACKLUA 메시지의 형식은 Status-Control(...) ACKLUA에 설명되어 있습니다. Status-Control(...) ACKLUA에서 메시지 키 필드의 사용은 다른 Status-Control 메시지와 다르다는 점에 주의하세요. 여기에는 메시지 키가 아니라 LUA 애플리케이션에서 보낸 Status-Control 메시지의 전송 헤더(TH)의 시퀀스 번호가 포함됩니다.
인바운드 메시지가 로컬 노드 보내기 검사에 실패하는 경우, Status-Control(...) Negative-Acknowledge-2 메시지는 비 LUA 애플리케이션의 경우와 마찬가지로 반환됩니다. (이후 메시지를 보낸 LUA 동사에 대한 비정상 반환 코드에 의해 LUA 애플리케이션에 보고됩니다.)
다음 세 그림은 애플리케이션이 보낼 수 있는 여러 다른 메시지에 대한 ACKLUA 승인 프로토콜을 보여줍니다.
첫 번째 그림에서는, 애플리케이션이 로컬 노드의 보내기 검사를 통과한 Status-Control(...) Request 메시지를 보냅니다.
애플리케이션이 Status-Control() Request 메시지를 보냅니다.
첫 번째 그림에서는, 애플리케이션이 로컬 노드의 보내기 검사를 통과한 Status-Control(...) Acknowledge 메시지를 보냅니다.
애플리케이션이 Status-Control(...) Acknowledge 메시지를 보냅니다.
첫 번째 그림에서는, 애플리케이션이 로컬 노드의 보내기 검사를 통과한 Status-Control(...) Negative-Acknowledge-1 메시지를 보냅니다.
애플리케이션이 Status-Control() Negative Acknowledge-1 메시지를 보냅니다.
참고 항목
Status-Acknowledge 메시지
Status-Control 메시지
Status-Error 메시지
Status-Resource 메시지
Status-Session 메시지
Status-RTM 메시지