通过

RQR 与 CLEAR

  • 项目

使用传输服务配置文件（TS 配置文件）4 的应用程序可以通过发送 Status-Control(RQR) 来请求恢复会话。 本地节点将此作为 RQR 请求提供给主机。 请注意，如果应用程序收到了关键的 Status-Acknowledge(Nack-2)，则不能采用此选项，因为本地节点会在应用程序收到 Status-Acknowledge(Nack-2) 后立即向其发送 Close(PLU) Request，并且主逻辑单元 (PLU) 连接将不再有效。 RQR 消息通过发送 CLEAR 请求来请求主机重置会话，如下图所示。

如果收到 CLEAR，则会使应用程序将其会话状态重置为 BIND 之后的状态，即 Open(PLU)。

应用程序处理错误情况的另一种方法是通过发送 Status-Control(RSHUTD) 来请求 UNBIND。 （有关详细信息，请参阅应用程序启动的终止。）请注意，可能不需要主机提供新的 BIND，具体取决于主机配置。 可能需要一个新的 SSCP 请求（比如 LOGON）。

在下图中，应用程序通过发出 Status-Control(RQR) 来请求恢复。 主机将发送 CLEAR，应用程序必须重置其会话，以表明是在 BIND (Open(PLU)) 之后。 在这种情况下，应用程序现在处于括号之间，等待启动数据流量 (SDT)。

显示通过发出状态控制 (RQR) 的应用程序请求恢复的图像。
应用程序通过发出 Status-Control(RQR) 来请求恢复

另请参阅

应用程序 CANCEL
接收负响应后的方向
发送负响应后的方向
严重故障
STSN
链接服务故障
本地节点故障
客户端故障