Quiesce

静止协议仅在使用函数管理 (FM) 配置文件 4 的会话上受支持。 静止协议可以由任何一个半会话启动。

当应用程序需要使主机中的合作伙伴半会话静止时，它会向本地节点发送 Status-Control(QEC) Request。 该节点将向主机生成一个 QEC 请求，要求主机在完成当前出站链后静止。

如果主机静止，它将发送一个 QC 请求，本地节点会将其作为 Status-Control(QC) Request（含 ACKRQD）提供给应用程序。 在应用程序发送 Status-Control(RELQ) Request 之前，主机会一直处于静止状态。 本地节点将 RELQ 请求发送到主机，主机会恢复主逻辑单元 (PLU) 会话上的通信。

如果尝试静止主机失败了，主机将使用负 QEC 响应进行响应，本地节点将其作为 Status-Control(QEC) Negative-Acknowledge-1 提供给应用程序。

相反，如果从主机接收到 QEC 请求，则会向应用程序提供 Status-Control(QEC) Request（不含 ACKRQD）。 在此方向上，不能拒绝 QEC。 本地节点在向应用程序提供 Status-Control(QEC) Request 后，将始终通过拒绝进一步尝试发送入站数据来强制应用程序静止。 当应用程序已处于静止状态时，它应向本地节点发送 Status-Control(QC) Request，而本地节点则向主机发送 QC 请求。 随后，应用程序可以通过来自主机的 RELQ 请求解除，本地节点将其作为 Status-Control(RELQ) Request 提供给应用程序。

接收到 CLEAR 或 UNBIND–BIND 序列、Close(PLU)–Open(PLU) 后，将解除静止状态。

以下三个图说明了本地节点和应用程序之间的静止协议，以及这些协议与基础 SNA 协议之间的关系。

第一个图中，应用程序使主机静止，然后解除静止状态。

应用程序使主机静止然后解除静止转态

在下图中，应用程序尝试使主机静止，但主机拒绝静止并继续下一个链。

应用程序尝试使主机静止，但主机拒绝静止并继续下一个链。

下图中，主机在应用程序发送链时发送 QEC。 应用程序完成链，并发送 Status-Control(QC) Request。 主机通过发送 RELQ 解除静止，本地节点向应用程序发送 Status-Control(RELQ) Request，然后启动新链。

主机在应用程序发送链时发送 QEC

另请参阅

打开 PLU 连接
PLU 会话
出站链接
入站链接
段传递
Brackets
方向
速度和区块
确认和拒绝数据]
关闭和静止
恢复
应用程序启动的终止
LUSTAT]
响应时间监视器数据