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