HSMS通信标准 - lazycookie

HSMS通信标准

一 HSMS通信标准概述

HSMS定义了使用 TCP/IP 作为物理传输媒质时的通信接口。

HSMS使用TCP/IP流支持，提供了可靠的双向同步传输，可以用来作为SECS-I通信以及其他更高级的通信环境的替代。

1.1 HSMS连接状态图

HSMS状态机如下图所示，此图中描述的行为定义了HSMS的基本要求。

状态图说明：

NOT CONNECTED：该实体已准备好侦听或启动TCP/IP连接，但尚未建立任何连接，或所有以前建立的TCP/IP连接都已终止；
CONNECTED：已建立了一个TCP/IP连接。此状态有两个子状态，NOT SELECTED 和 SELECTED；
NOT SELECTED：未建立HSMS会话或任何先前建立的HSMS会话已结束；
SELECTED：至少建立了一个HSMS会话，这是HSMS的通常操作状态：数据消息可以在此状态下进行交换。

状态的转换：

二使用TCP/IP

TCP应用程序接口(API)的规范不在HSMS的范围之内。

HSMS可以使用任何标准 TCP/IP API 进行开发，比如 BSD Socket、TLI 等。使用标准的 TCP/IP 寻址，默认的端口号为 5000。

2.1 TCP/IP网络寻址约定

IP Address：连接到局域网(LAN)的每个物理TCP/IP连接都必须具有唯一的IP地址。IP地址必须在安装时进行可分配，并且HSMS的实现不能选择一个固定的IP地址。一个典型的IP地址是192.9.200.1。

TCP Port Numbers：HSMS的实现应该允许将TCP端口配置为所使用的TCP/IP实现的全部范围。一个典型的TCP端口号为5000。

2.2 建立TCP/IP连接

HSMS将通信实体分为两种，Passive Mode（被动模式）和 Active Mode（主动模式）。

PassiveMode：处于被动模式的本地实体侦听并接受由处于主动模式的远程实体发起的连接。
ActiveMode：由处于主动模式的本地实体发起连接。

被动模式建立连接过程：

获取一个连接端点，并将其绑定到指定的的端口。
从端口侦听从远程实体发送的连接请求。
在收到连接请求后，确认它并表示接受该连接。

主动模式建立连接过程：

获取一个连接端点。
向远程实体(被动模式)所指定的端口发起连接。
等待远程实体确认收到并接受连接请求。

2.3 终止TCP\IP连接

连接终止是连接建立的逻辑反转。从本地实体的角度来看，TCP/IP连接可能随时断开。但是，HSMS只允许在连接处于连接状态的未选择子状态时终止连接。

任何一个实体都可以启动终止连接。实体进入Not Connected状态，表示HSMS通信结束。

三 HSMS消息交换过程

HSMS定义了跨TCP/IP连接的实体之间的所有消息交换过程。

一旦连接建立，这两个实体间就建立起HSMS通信。然后，数据消息可以在任何时候以任意一个方向进行交换。

当实体希望结束HSMS通信时，将使用 Deselcet 或 Separate procedure 来结束HSMS通信。

3.1 发送和接收HSMS消息

所有的HSMS过程都涉及到HSMS消息的交换。这些消息以 TCP/IP 流的形式使用先前建立的TCP/IP连接进行发送和接收。

3.2 消息交换过程

消息交换过程分为：Select Procedure，Data Procedure，Deselect Procedure，Linktest Procedure ，Separate Procedure，Reject Procedure。

3.3 建立Select Procedure

Select Procedure用于使用Select.req和Select.rsp消息在TCP/IP连接上建立HSMS通信。

Select.req和Select.rsp消息：实体由 Not Selected 状态转换为 Selected 状态所使用的消息 (Active Entity 发送Select.req)；

Initiator的发起过程：

Initiator将Select.req消息发送给Responding Entity；
如果Initiator接收到一个Select Status为0的Select.rsp，则Select Procedure过程成功完成，实体由 Not Selected 状态转化为 Selected 状态；
如果Initiator接收到Select Status不为0的Select.rsp，则Select Procedure失败，实体没有状态转换。

Responding Entity的响应过程：

响应实体会收到Select.req；
如果响应实体能够转换为Selected ，它将发送一个Select Status为0的Select.rsp；
如果响应实体不能够转换为Selected，它将发送一个Select Status不为0的Select.rsp；

同时进行的Select Procedure：如果附加标准没有限制，则有可能两个实体同时启动具有相同控制标识的Select Procedure。在这种情况下，每个实体将通过使用Select.rsp响应来接受其他实体的选择请求。

3.4 Data Procedure

只要连接处于Selected状态，任何一个实体都可以发起HSMS数据消息。当不处于Selected状态时，接收数据消息将导致拒绝Reject Procedure。

数据消息可以进一步定义为消息事务的一部分，即Primary Message 或 Reply Message。

在消息事务中，事务的发起者向响应实体发送一条Primary Message。如果Primary Message指示需要响应，则响应实体将发送 Reply Message 响应。

下图为两种类型的消息事务：

事务的具体程序由应用层确定，并服从其他标准(例如，使用SECS-II编码消息的GEM设备的E5和E30)。

适用的上层标准由消息类型来标识。该类型由HSMS定义的特定格式确定。HSMS消息的正常类型是SECS-II文本。

3.5 Deselect Procedure

Delesect Procedure用于在断开TCP/IP连接之前，为一个实体提供一个优雅的HSMS通信终止。

HSMS要求使用该Procedure时连接处于Selected状态。

Deselect.req/Deselect.rsp：在双方协议终止通信时使用，发起通信终止的一端发送Deselect.req；

Initiator的发起过程：

Initiator将Deselect.req消息发送给Responding Entity；
如果Initiator接收到一个Deselect Status为0的Delect.rsp，则Deselect Procedure过程成功完成，实体由 Selected 状态转化为 Not Selected 状态；
如果Initiator接收到Deselect Status不为0的Deselect.rsp，则Deselect Procedure失败，实体没有状态转换。
如果在收到Deselect .rsp之前T6超时了，则认为发生了通信故障。

Responding Entity的响应过程：

响应实体会收到Deselect.req；
如果响应实体处于Selected状态且允许Deselect ，它将发送一个Deselect Status为0的Deselect.rsp，Delesect Procedure成功，发生状态更改；
如果响应实体不允许Deselect，或者因为它没有处于Selected状态，或者因为本地条件不允许Deselect，它将发送一个Deselect Status不为0的Deselect.rsp进行响应。Delesect Procedure失败，不发生状态更改。

同时进行的Deselect Procedure：

3.6 Linktest Procedure

Linktest Procedure 用于用于确定TCP/IP和HSMS通信的操作完整性。它的使用在连接状态下随时有效。

Linktest.req/Linktest.rsp：用于通信状态的确认, 如果没有应答则转换为Not Connected 状态；

Initiator的发起过程：

Initiator将Linktest.req消息发送给Responding Entity；
如果Initiator在T6超时时间内接收到一个Linktest.rsp，Linktest Procedure成功完成；
如果在T6超时时间内未收到Linktest.rsp，则视为通信故障。

Responding Entity的响应过程：

响应实体接收到Linktest.req；
响应实体发送Linktest.rsp。

3.7 Separate Procedure

Separate Producure用于在断开TCP/IP连接之前突然终止实体的HSMS通信。

HSMS要求使用该Procedure时连接处于Selected状态。

Separate.req：单方面通知通信终止时发送；

3.8 Reject Procedure

Reject Procedure用于响应在不适当的上下文中收到的其他有效的HSMS消息，即接收到消息的接收方不支持该消息或认为无效的消息。

四 HSMS消息格式

4.1 General Message Format 一般消息格式

4.1.1 Byte Structrue：

在HSMS中一个字节包含8位。字节中的位从第7位（MSB）编号到第0位（LSB）。

4.1.2 Message Format：

HSMS消息以单个连续字节流传输。

4.1.3 Message Length：

Message Length是一个四字节的无符号整数值，它指定Message Header加上Message Text的字节长度。消息长度首先传输最高有效位(MSB)，最后传输最低有效位(LSB)。

4.1.4 Message Header：

MessageHeader是一个10字节的字段。头中的字节从第0字节（传输的第一个字节）编号到第9字节（传输的最后一个字节）。

其中：

Session ID：16位无符号整数，它占据了字节0和字节1(字节0是MSB，1是LSB)。用于标识通信实体的连接；

Header Byte 2：对于不同的HSMS消息，有不同的取值；

Header Byte3：对于不同的HSMS消息，有不同的取值；

PType：8位无符号整型，PType旨在作为一种枚举类型，定义表示层消息类型：MessageHeader和MessageText是如何编码的。

PType = 0，被HSMS定义为表示SECS-II消息编码。

SType：8位无符号整数，是一种枚举类型，标识此消息是HSMS数据消息（值=0）还是HSMS控制消息。

SystemBytes：四字节无符号整数，用于在一组开放的事务中唯一地标识一个事务，即唯一地标识一次消息交互。

4.2 HSMS Message Formats by Type 按类型划分的HSMS消息格式

HSMS消息中的Header的解释取决于由SType字段的值定义的特定HSMS消息类型。

下表总结了定义的完整消息集，PType = 0(SECS-II消息格式)。

4.2.1 SType=0 DataMessage

使用SType=0来标识HSMS消息以发送DataMessage。

HSMS Message Length 最少为10（Message Header的长度）。

其 Byte 2 的组成如下图，它标识消息是否需要应答。

W-Bit 指示Primary Message是否需要Reply Message，期望应答则设置为1，不期望应答则设置为0。

Reply Message应该始终将W位设置为0。Header Byte 2的低阶7位（第6-0位）包含该消息的SECS流。流是一个7位无符号整数值，它标识消息的一个主要话题，它的使用在SEMIE5(SECS-II)中定义。

其 Byte 3 包含该消息的SECS功能。功能是一个8位的无符号整数值，用于标识消息的一个次要话题（在流中），它的使用在SEMIE5(SECS-II)中定义。

Byte3的位0定义数据消息是“Primary”还是“Reply”；值1表示“Primary”，值0表示“Reply”。

其P Type 为0 表示 SECS-II编码格式。

其System Bytes：唯一地标识此消息事物，ReplyMessage 的 SystemBytes 应与其对应回复的PrymaryMessage的SystemBytes相同。