STSN

(STSN) 设置和测试序列号用于具有传输服务配置文件 (TS 配置文件) 4 的会话，以便应用程序在会话之间维护事务处理序列号。 这使会话上的两个合作伙伴都能发现 CLEAR 或 UNBIND-BIND 序列后丢失的数据量。

STSN 消息是唯一可以重置此类事务处理序列号的消息。 BIND、 UNBIND 和 CLEAR 不会影响它们。

如果应用程序想要维护此类事务编号，则必须在“打开 (PLU) 正常响应”中指定 APPLTRAN 选项。 主机可以在 BIND 或 CLEAR 之后发送 STSN，然后再发送 SDT 以设置或测试应用程序的事务号。 本地节点在收到 BIND 或 CLEAR 时将其内部会话序列号重置为零。 当本地节点收到为一个半会话指定 SET (或 SET 和 TEST) 的 STSN 时，它会重置相应的内部会话序列号。

除非在操作字节0x00) (忽略这两个半会话操作，否则 STSN 请求将传递到应用程序 (前提是它指定 了 APPLTRAN) ，并且操作字节和请求中的两个序列号作为 状态控制 (STSN) 。 (有关详细信息，请参阅 Status-Resource.) 应用程序必须检查操作字节以确定操作是忽略、设置、测试还是设置和测试。 应用程序必须 (状态控制 (STSN) 确认) 向 STSN 发送肯定响应，并根据需要 (感知或设置和测试) 的序列号。 本地节点负责为 STSN RSP 生成正确的结果代码。

请注意，应用程序应执行 STSN 第一个 (的感知部分，方法是分别检查辅助流到主流和主流到辅助流的操作字节 0 位和 2 位) 。 然后，通过检查操作字节) 的第 1 位和第 3 位， (执行 STSN 的集部分。

应用程序在从主机) 发送和接收正常流请求/响应单位时，应递增其事务数 (RU。 (请注意，与正常流数据流控制对应的 状态控制 消息 (DFC) 请求会导致事务编号递增。) 序列号在 DATAFMI 消息和状态确认消息上报告。 应用程序应注意，如果来自主机的消息无法接收检查 (并转换为 SDI 消息) ，则子网络访问协议 (SNAP) -2.1 将从主机中清除链的其余部分，并且应用程序可能会错过一些序列号。 因此，在处理 SDI 消息后，应用程序应从下一个出站数据重置其主到辅助事务编号。

请注意，第二个应用程序标志字节对 状态控制 (STSN) 无效。 它用于 STSN 控件字节。

另请参阅

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