HSMS 链接参数总览：核心超时与重试机制

HSMS（High-Speed SECS Message Services）作为半导体设备与主机之间高效通信的基石，其链接参数的合理配置直接决定了通信的稳定性与容错能力。本章将系统梳理 HSMS 协议中定义的 T3、T5、T6、T7、T8 五大超时定时器，以及 Connect Timeout、Linktest Interval 和 Retry Count 等关键链接参数。理解这些参数的定义、作用域及调优原则，是进行网络波动容错测试的前提。

2.1 五大超时定时器：T3、T5、T6、T7、T8

HSMS 协议定义了五个标准的超时定时器，分别用于控制不同通信阶段的等待时间。下表汇总了它们的定义、默认值及典型作用域。

2.1.1 T3 (Reply Timeout) 详解

T3 是 HSMS 事务层最重要的超时参数。当设备（或主机）发送一条 Primary Message 后，会启动 T3 定时器，等待对方返回对应的 Secondary Message。若在 T3 时间内未收到回复，发送方将认为该事务失败，并触发超时处理逻辑（如重试或上报错误）。

2.1.2 T5 (Connect Timeout) 与 T7 (Connect Separation Timeout)

T5 控制 TCP 连接建立的超时。当设备调用 connect() 系统调用后，若在 T5 时间内未完成 TCP 三次握手，则连接失败。T5 通常设置为 10 秒，但在高延迟网络（如跨地域连接）中可能需要适当增大。

T7 用于连接分离阶段。当一方发送分离请求（Separate Request）后，会启动 T7 定时器等待对方的分离确认。若超时未收到确认，发送方将强制关闭 TCP 连接。

2.1.3 T6 (Data Message Timeout) 与 T8 (Network Inter-character Timeout)

T6 适用于多块消息（Multi-block Message）传输场景。在接收方等待下一个数据块时，若超过 T6 时间未收到任何数据块，则判定传输失败。T6 默认值通常为 5 秒，对于大文件传输场景可能需要适当延长。

T8 是字符间超时，用于检测 TCP 流的中断。若在 T8 时间内未从 TCP 连接中读取到任何字节，则判定网络连接异常。T8 是检测“半开连接”和“静默断开”的有效手段。

2.2 Connect Timeout 与 Linktest Interval

除了五大定时器外，Connect Timeout 和 Linktest Interval 是 HSMS 链接管理中两个独立的控制参数，它们与 T5 和 T3 有本质区别。

2.3 Retry Count：重试次数与退避策略

Retry Count 定义了在连接失败或事务超时后，系统允许的最大重试次数。重试机制通常配合指数退避（Exponential Backoff）策略使用，以避免在网络拥塞时加剧负载。

2.4 参数配置清单与调优原则

在实际工程中，HSMS 链接参数的配置通常以 配置文件 或 API 参数 的形式存在。以下是一个典型的参数配置清单示例：

# HSMS 链接参数配置示例 (JSON 格式)
{
  "active_connect": {
    "connect_timeout_ms": 30000,      // 总连接超时 30 秒
    "t5_timeout_ms": 10000,           // 单次 TCP 连接超时 10 秒
    "t3_timeout_ms": 45000,           // 事务回复超时 45 秒
    "t6_timeout_ms": 5000,            // 数据块超时 5 秒
    "t7_timeout_ms": 10000,           // 分离超时 10 秒
    "t8_timeout_ms": 5000,            // 字符间超时 5 秒
    "linktest_interval_ms": 30000,    // 心跳间隔 30 秒
    "retry_count": 3,                 // 最大重试次数
    "retry_backoff_base_ms": 2000     // 退避基数 2 秒
  }
}

2.5 参数间的依赖关系图

下图展示了 HSMS 链接参数之间的逻辑依赖关系，帮助理解各参数在通信生命周期中的位置。