通过


Status-Control (ACKLUA) 消息

当逻辑单元应用程序(LUA)应用程序向本地节点发送 状态控制 消息入站时,用于发送消息的 LUA 谓词在本地节点确认消息之前无法完成。 因此,本地节点在完成对入站消息的发送检查后,将始终响应 LUA 应用程序。 如果接收的消息通过本地节点的发送检查,并且相应的 SNA 消息将被发送到主机之后,本地节点会发送 Status-Control(...)ACKLUA 消息到应用程序,以表明这一点。 请注意, ACKLUA 消息并不表示 SNA 消息已成功发送到主机或主机收到该消息。

Status-Control(...)ACKLUA消息的格式在Status-Control(...)ACKLUA中进行了介绍。 请注意,在 Status-Control 中使用消息键字段 (...)ACKLUA 与其他 状态控制 消息不同。 它包含 LUA 应用程序发送 的状态控制 消息的传输标头(TH)中的序列号,而不是消息键。

如果入站消息未通过本地节点的发送检查,将返回与非 LUA 应用程序相关的 状态控制(...)负确认-2 消息。 (通过一个非正常的返回代码将消息发送者的LUA谓词传递给LUA应用程序,从而报告消息发送状态。)

以下三个图说明了应用程序可以发送的不同消息的 ACKLUA 确认协议。

在第一幅图中,应用程序发送 Status-Control(...)Request 消息,该消息通过了本地节点的发送检查。

显示应用程序如何发送 Status-Control() 请求消息的图像。
应用程序发送状态控制() 请求消息

在下图中,应用程序发送了一条Status-Control(...) Acknowledge消息,该消息通过了本地节点的发送检查。

显示应用程序如何发送状态控制确认消息的图像。
应用程序发送 Status-Control(...)确认消息

在下图中,应用程序发送了一条 Status-Control(...) Negative-Acknowledge-1 消息,该消息通过了本地节点的发送检查。

显示应用程序如何发送 Status-Control() 否定确认-1 消息的图像。
应用程序发送 Status-Control() 负确认 1 消息

另请参阅

状态确认消息
状态控制消息
Status-Error 消息
状态资源消息
状态会话消息
Status-RTM 消息