SEMI E37-0298
不適用
SEMI 1995，1998高速SECS信息服務(HSMS)通用服務
1目的
HSMS爲獨立的製造商提供了一種方法來生產可以連接和互操作的實現，而不需要彼此的特定知識。
在需要更高速度通信或簡單點對點拓撲結構不足的應用中，HSMS是半E4(SECS-1)的替代產品。半E4(SECS-1)仍然可以用於不需要HSMS的這些和其他屬性的應用。
HSMS也是SEMI E13 (SECS消息服務)的替代者，用於傳輸控制協議/網際協議優先於現場視察的應用。
旨在用輔助標準來補充HSMS，這些輔助標準進一步規定其使用的細節或對其在特定應用領域的使用施加限制。
2範圍
高速SECS消息服務(HSMS)定義了一個通信接口，適用於半導體工廠中計算機之間的消息交換。
3參考文件
3.1 SEMI標準
半E4——半設備通信標準1——信息傳輸(SECS一)
SEMI E5 — SEMI設備通信標準2 —消息內容(SECS-2)
3.2 IETF文件
因特網協議
因特網控制信息協議
傳輸控制協議
IETF RFC 1120——對互聯網主機的要求——通信層
IETF RFC 1340——分配號碼。注:本招標文件取代招標文件820。
3.3 POSIX文件
IEEE POSIX P1003.12 —協議獨立接口(PII)
4術語
應用程序接口。在TCP/IP的情況下，應用程序用來準備或調用TCP/IP功能的一組編程約定。
通信故障—由於從選定狀態轉換到未連接狀態而導致的通信鏈路故障。(見第9節。)
已確認服務(HSMS) —通過從發起方向響應實體發送消息來請求的HSMS服務，該消息要求通過從響應實體向發起方發送響應消息來指示服務的完成。
連接—在兩個實體之間的一個TCP/ IP局域網上建立的邏輯鏈接，用於交換消息。
控制消息—用於管理兩個實體之間的HSMS會話的HSMS消息。
數據消息—一種HSMS消息，用於在HSMS會話中傳輸特定於應用程序的數據。數據消息可以是主消息或回覆消息。
實體—與一個TCP/IP連接的端點相關聯的應用程序。
報頭—每個HSMS消息前的10字節數據元素。
IETF文件可從網絡信息中心獲取，網絡解決方案，地址:美國弗吉尼亞州尚蒂利公園草地大道14700號200室，郵編:22021
2 POSIX文件可從美國紐約州紐約市東47街345號電氣和電子工程師協會(IEEE)獲得，郵編:10017
1
SEMI E37-0298 SEMI 1995，1998
發起者(HSMS) —請求HSMS服務的實體。發起者通過發送適當的HSMS消息來請求服務。
IP地址—互聯網協議地址。一種邏輯地址，它唯一地標識一個特定的連接到一個TCP/IP網絡。
本地實體—相對於連接的特定端點，本地實體是與該端點相關聯的實體。
特定於本地實體—任何過程、選項、問題或其他實施事項的一般限定條件，不屬於本標準的主題，由單個供應商自行決定。
消息——一個完整的單向通信單元。HSMS消息由消息長度、消息頭和消息文本組成。HSMS消息可以是數據消息或控制消息。
消息長度—4字節無符號整數字段，以字節爲單位指定消息長度。
未結交易—正在進行的交易。
端口—一個TCP/IP連接的端點，其完整的網絡地址由IP地址和TCP/IP端口號指定。
端口號—(或TCP端口號)。一個連接到網絡的端口的地址，它可以作爲一個連接的端點。
主要消息—具有奇數功能的HSMS數據消息。此外，數據事務的第一條消息。
發佈端口—與特定實體(服務器)相關聯的一個TCP/IP地址和端口號，該實體打算使用它來接收TCP/IP連接請求。打算髮起連接的遠程實體必須知道實體的發佈端口。
接收者—接收消息的HSMS實體。
遠程實體—相對於連接的特定端點，遠程實體是與連接的相對端點相關聯的實體。
回覆—具有偶數編號功能的HSMS數據消息。此外，適當的迴應普里-瑪麗HSMS數據信息。
響應實體(HSMS)—HSMS服務的提供商。響應實體從請求服務的發起者接收消息。在確認服務的情況下，響應實體通過向請求發起者發送適當的HSMS響應消息來指示所請求的服務的完成。在未經確認的服務中，響應實體不發送響應消息。
會話—兩個實體之間爲交換HSMS消息而建立的關係。
會話實體—參與HSMS會話的實體。
會話標識—16位無符號整數，用於標識特定會話實體之間的特定會話。
流(傳輸控制協議/網際協議)—傳輸控制協議/網際協議連接一端的字節序列，用於傳送到另一端。傳輸控制協議/協議保證所傳送的字節序列與所呈現的流相匹配。HSMS將一個流細分成連續字節消息塊。
T3—HSMS協議中的應答超時。
T5—HSMS協議中的連接分離超時，用於防止過多的TCP/IP連接活動，方法是在一個實體斷開TCP/IP連接或嘗試建立連接失敗與該實體嘗試啓動新的TCP/IP連接之間提供最短時間。
T6—HSMS協議中的控制超時，它定義了在通信故障被認爲已經發生之前，HSMS控制事務可以保持打開的最長時間。從發起方發送所需的請求消息到收到響應消息，事務被認爲是開放的。
T7—HSMS協議中的連接空閒超時，它定義了在通信故障被認爲已經發生之前，在形成一個TCP/IP連接和使用該連接進行HSMS通信之間可能發生的最長時間。
T8—HSMS協議中的網絡字符間超時，它定義了在之前收到完整HSMS消息的任何兩個連續字節之間可能發生的最大時間量
SEMI E37-0298 SEMI 1995，1998
2
通信故障被認爲已經發生。
傳輸控制協議/網際協議。一種在網絡中的計算機之間提供可靠的、面向連接的信息交換的通信方法。
TLI —傳輸層接口。由特定的傳輸控制協議/網際協議實現提供的一個特定的應用編程接口，它爲任何傳輸層協議的使用提供一個傳輸協議和獨立於操作系統的定義。
事務—主要消息及其關聯的回覆消息(如果需要)。此外，請求的HSMS控制消息(。請求)類型及其響應控制消息(。rsp)，如果需要。
未經確認的服務(HSMS) —一種HSMS服務，通過從發起者向響應實體發送消息來請求，該消息不需要響應實體的完成指示。
5 HSMS概況和狀態圖
高速SECS消息服務(HSMS)定義了一個通信接口，適用於在半導體工廠中使用TCP/IP環境的計算機之間交換消息。HSMS使用TCP/IP流支持，它提供了連續字節流的可靠雙向同時傳輸。它可以替代SECS一號通信以及其他更先進的通信環境。
HSMS通信的程序與它取代的更熟悉的SECS一號通信相似。任何通信都遵循以下步驟(HSMS或其他):
1.獲得兩個實體之間的通信鏈接。在SECS一號中，這是物理連接主機和設備的RS232線。在HSMS，鏈路是通過標準的TCP/IP連接過程獲得的TCP/IP連接。請注意，使用抽象術語“實體”來代替“主機”或“設備”這是因爲，雖然HSMS被用於SECS-1的替換，它也有更普遍的應用。在SECS-1替換應用程序中，“主機”是“實體”，而“設備”是“實體”
2.建立用於在兩者之間交換數據消息的應用協議約定
實體。對SECS一號來說，這一步隱含在半導體設備在線路兩端物理連接的事實中:協議是SECS二號。
在HSMS的情況下，通信鏈路是在物理鏈路上動態建立的TCP/IP連接，它可以與使用不同於HSMS協議的其他許多TCP/IP連接或使用非TCP/IP協議的連接共享。HSMS增加了一個消息交換(稱爲選擇過程)，用於向兩個實體確認特定的TCP/IP連接將專門用於HSMS通信。
3.交換數據。這是通信鏈路的正常預期目的。在SECS一號和HSMS，程序是交換SECS二號編碼信息，用於控制半導體設備和/或工藝。數據交換通常不會繼續，直到其中一個或兩個實體因設備特定目的(如維護)而離線。
4.正式結束交流。在SECS一號，這裏沒有正式的要求；要離線的設備停止通信。
在HSMS，消息交換(雙向取消選擇過程或單向分離過程)用於雙方確認HSMS通信不再需要TCP/IP連接。
5.切斷通訊聯繫。在SECS-1中，這是通過從通信電纜上物理拔下主機或設備來實現的，這僅發生在工廠網絡環境的維修或物理重新配置期間。
在HSMS，由於它使用動態連接環境的傳輸控制協議/網際協議，傳輸控制協議/網際協議的連接是通過一個釋放或斷開程序邏輯上斷開，沒有任何物理斷開網絡媒體。
HSMS支持另外兩種診斷性程序，這兩種程序一般不需要簡單的SECS一號鏈路或SECS一號直接替換。這些包括:
1.Linktest。此過程提供了連接完整性的簡單確認。
3
SEMI E37-0298 SEMI 1995，1998
2.拒絕。由於HSMS協議旨在擴展到SECS協議之外的協議(通過輔助標準)，兩個使用不兼容的輔助標準的實體可以連接(由於配置錯誤)。此外，在最初的實現過程中，可能會發送不正確的消息類型，或者由於軟件錯誤，它們可能會亂序發送。剔除程序用於指示這種情況。
5.1 HSMS連接狀態圖—HSMS狀態機如下圖所示。此圖中描述的行爲定義了HSMS的基本要求:輔助標準可能進一步擴展這些或其他狀態。
5.2狀態描述
5.2.1未連接—實體準備好偵聽或啓動TCP/IP連接，但尚未建立任何連接，或者所有以前建立的TCP/IP連接都已終止。
5.2.2連接—已建立一個TCP/IP連接。該狀態有兩個子狀態，未選擇和已選擇。
5.2.2.1未選擇—連接的子狀態，其中未建立HSMS會話或任何先前建立的HSMS會話已結束。
5.2.2.2選定—已建立至少一個HSMS會話的連接的子狀態。這是HSMS的正常“運行”狀態:數據消息可以在這種狀態下交換。它在狀態圖中以粗重的輪廓突出顯示。
SEMI E37-0298 SEMI 1995，1998
4
5.3狀態轉換表
6.1傳輸控制協議/網際協議應用程序接口——在實施中使用的必需的傳輸控制協議應用程序接口的規範不在HSMS的範圍內。給定的HSMS實現可以使用任何TCP/IP API——套接字、TLI(傳輸層接口)等。—適用於預期的硬件和軟件平臺，只要它在網絡上提供可互操作的TCP/IP流協議。
附錄包含本標準中引用的傳輸控制協議/網際協議程序的示例，以及使用TLI (POSIX標準1003.12)和流行的用於傳輸控制協議/網際協議通信的BSD套接字模型的示例場景。
6.2 TCP/IP網絡尋址約定
6.2.1 IP地址—到給定局域網(LAN)的每個物理TCP/IP連接都必須有一個唯一的IP地址。在安裝時，IP地址必須是可分配的，並且HSMS實現不能選擇固定的IP地址。典型的IP地址是192.9.200.1。
知識產權對這些數字施加了限制，這超出了《HSMS議定書》的範圍。請參閱第3節中的RFC 791第2.3節“互聯網協議”。
6.2.2 TCP端口號—TCP端口號可以被視爲IP地址的擴展。
HSMS實施應允許將TCP端口配置爲所使用的TCP/IP實施的全部範圍。典型的TCP端口號是5000。
已經建立了選擇HSMS協議範圍之外的TCP端口號的慣例。參考第3節中的傳輸控制協議。
6.3建立TCP/IP連接
6.3.1連接模式-建立傳輸控制協議/網際協議連接的程序在RFC 793中定義。然而，不是所有由RFC 793定義的過程都被通用的應用編程接口所支持。特別是，儘管RFC 793允許兩個實體同時啓動連接，但這一特性很少得到支持
5
SEMI E37-0298 SEMI 1995，1998
原料藥。因此，HSMS將實體限制爲以下模式之一:
被動模式。當本地實體監聽並接受遠程實體發起的連接過程時，使用被動模式。
主動模式。當本地實體啓動連接過程時，使用活動模式。
附錄提供了一個實例，說明一個實體如何在主動和被動模式下交替運作，以實現建立通信的更大靈活性。
6.3.2被動模式連接程序-被動本地實體遵循的程序在RFC 793中定義。總結如下:
1.獲取連接端點並將其綁定到發佈的端口。
2.偵聽從遠程實體到發佈端口的傳入連接請求。
3.收到連接請求後，確認並表示接受連接。此時，連接程序已成功完成，並進入連接狀態(第5節)。
這些程序是通過本地實體的應用程序接口實現的。附錄提供了使用TLI和BSD的上述步驟的特定於原料藥的程序。
注意:在上述步驟中可能會出現故障。失敗的原因可能是特定於本地實體的，也可能是由於在特定於本地實體的超時後沒有任何連接請求。要採取的操作(例如:返回步驟1重試)是本地實體特定的問題。
注:關於同一個被動模式實體的多個連接請求的相關問題，請參見第9節“特殊注意事項”。
6.3.3主動模式連接程序-主動本地實體遵循的程序在RFC 793中定義。總結如下:
1.獲取連接端點。
2.啓動到傳遞模式遠程實體的已發佈端口的連接。
3.等待收到來自遠程實體的確認和接受連接請求。收到來自遠程實體的接受指示成功完成連接程序，並進入連接狀態(第5節)。
這些程序是通過本地實體的應用程序接口實現的。附錄提供了使用TLI和BSD的上述步驟的特定於原料藥的程序。
注意:在上述步驟中可能會出現故障。失敗的原因可能是特定於本地實體的，也可能是由於在特定於本地實體的超時後缺少任何接受消息。要採取的行動是當地實體特有的問題。但是，如果本地實體打算重試連接，它應該在T5連接分離超時的情況下重試(參見“特殊注意事項”)。
6.4終止TCP/IP連接—連接終止是連接建立的邏輯反義詞。從本地實體的角度來看，TCP/ IP連接可能會在任何時候斷開。但是，HSMS只允許在連接處於連接狀態的未選擇子狀態時終止連接。
RFC 793中定義了終止連接的程序。任一實體都可以發起連接的終止。進入未連接狀態，表示HSMS通信結束。附錄說明了使用TLI和BSD應用編程接口進行發佈和斷開的程序。
7 HSMS信息交換程序
HSMS定義了實體之間所有消息交換的程序，這些消息是通過根據前一節中的程序建立的TCP/IP連接進行交換的。如概述中所述，一旦
SEMI E37-0298 SEMI 1995，1998
6
連接建立後，兩個實體通過選擇程序建立HSMS通信。那麼數據消息可以在任何時候以任一方向交換。當實體希望結束HSMS通信時，取消選擇或單獨程序用於結束HSMS通信。
7.1發送和接收HSMS消息-所有HSMS程序都涉及HSMS消息的交換。這些消息以標準優先級使用先前建立的TCP/ IP連接作爲TCP/IP流發送和接收。特別是，HSMS不支持使用“緊急”數據(有關發送和接收程序的更多信息，請參見RFC 793)。
附錄給出了使用TLI和BSD套接字應用編程接口發送和接收HSMS消息的示例。
7.2選擇程序-選擇程序用於在控制事務中使用選擇請求和選擇響應消息在一個傳輸控制協議/協議連接上建立HSMS通信。
儘管HSMS允許在任何時候選擇連接狀態，但附屬標準可能進一步要求連接處於未選擇狀態(見“特殊考慮”)。
7.2.1啓動器程序-啓動器遵循的程序如下。
1.選擇過程的發起者向響應實體發送選擇請求消息。
2.如果啓動器收到選擇狀態爲0的選擇響應，則HSMS選擇過程成功完成，並進入選擇狀態(參見第5節)。
3.如果啓動器收到選擇狀態非零的選擇響應，則選擇未成功完成(無狀態轉換)。
4.如果T6超時在收到選擇響應前在啓動器中過期，則認爲是通信故障(參見“特殊注意事項”)。
7.2.2響應實體程序-響應實體遵循的程序如下。
1.響應實體接收選擇請求
2.如果響應實體能夠接受選擇，它將發送選擇狀態爲0的選擇響應。響應實體的HSMS選擇程序成功完成，並進入選定狀態(見第5節)。
3.如果響應實體不能允許選擇，它將發送具有非零選擇狀態的選擇響應。響應實體的HSMS選擇程序未成功完成(無狀態轉換)。
7.2.3同時選擇程序-如果次級標準不限制選擇的使用，兩個實體可能同時啓動具有相同會話號的選擇程序。在這種情況下，每個實體將通過響應一個選擇請求來接受另一個實體的選擇請求
7.3數據程序-只要連接處於選定狀態，HSMS數據消息可由任一實體發起。當不處於選定狀態時，收到數據信息將導致拒絕程序(見第7.7節)。
數據消息可以進一步定義爲數據事務的一部分，即“主要”或“回覆”數據消息。在數據事務中，事務的發起者向響應實體發送一條主要消息。如果主消息指示預期有回覆，則響應實體將發送回覆消息以響應主消息。
7
SEMI E37-0298 SEMI 1995，1998
支持以下類型的數據事務:
1.預期有回覆的主要消息和相關的回覆消息。
2.預期沒有回覆的主要消息。
這些交易的具體程序由應用層確定，並遵循其他標準(例如，使用SECS-2編碼消息的創業板設備的E5和E30)。
適用的上層標準由消息類型標識。類型由第8節中定義的特定格式決定。HSMS信息的正常類型是SECS二號文本。另請參考關於T3回覆超時的“特殊注意事項”。
7.4取消選擇程序-取消選擇程序用於在斷開傳輸控制協議/協議連接之前，爲實體提供HSMS通信的優雅結束。HSMS要求連接處於選定狀態。程序如下。
7.4.1啓動程序
1.取消選擇過程的發起者向響應實體發送取消選擇請求消息。
2.如果啓動器收到取消選擇狀態爲0的取消選擇響應，其取消選擇過程將成功終止。進入未選擇狀態(見第5節)。
3.如果發起方收到一個具有非零取消選擇狀態的取消選擇響應，其取消選擇程序條款將失敗。沒有狀態變化發生。
4.如果T6超時在收到取消選擇響應前在啓動器中過期，則認爲是通信失敗(參見“特殊注意事項”)。
7.4.2響應實體程序
1.響應實體接收取消選擇請求消息。
2.如果響應實體處於“已選擇”狀態，並且能夠允許“取消選擇”，它將使用“取消選擇. rsp”以零響應代碼進行響應。響應實體的取消選擇過程成功完成。進入未選擇狀態(見第5節)。
3.如果響應實體無法允許取消選擇，或者因爲它不處於“已選擇”狀態，或者因爲當地條件不允許取消選擇，它將使用帶有非零響應代碼的“取消選擇. rsp”進行響應。響應實體的取消選擇過程未成功終止。沒有狀態變化發生。
7.4.3同時取消選擇程序-如果次級標準不限制取消選擇的使用，兩個實體可能同時啓動具有相同會話號的取消選擇程序。在這種情況下，每個實體將通過用取消選擇響應來接受另一個實體的取消選擇請求
7.5鏈路測試程序—鏈路測試用於確定傳輸控制協議/協議的操作完整性，並
SEMI E37-0298 SEMI 1995，1998
8
HSMS通信公司。它的使用在CONNECTED狀態下隨時有效。
7.5.1啓動程序
1.鏈接測試過程的發起者向響應實體發送鏈接測試請求消息。
2.如果發起方在T6超時時間內收到一個Linktest.rsp，則Linktest成功完成。
3.如果T6超時在收到鏈路測試響應前在發起方過期，則認爲是通信失敗(參見“特殊注意事項”)。
7.5.2響應實體程序
1.響應實體從發起方接收鏈接測試請求。
2.響應實體發送一個Linktest.rsp
7.6獨立程序-獨立程序用於在斷開TCP/IP連接之前突然終止實體的HSMS通信。HSMS要求在使用分離時連接處於選定狀態。響應實體不發送響應，並且被要求終止通信，而不管其本地狀態如何。程序如下。
7.6.1啓動程序
1.選擇過程的發起者向響應實體發送Sepa-rate.req消息。啓動器的單獨程序成功完成。
進入未選擇狀態(見第5節)。
7.6.2響應實體程序
1.響應實體從發起者接收分離請求。
2.如果響應實體處於“已選擇”狀態，其“單獨”過程將成功完成。
3.如果響應實體不處於選定狀態，則忽略分離請求。
7.7拒絕程序-拒絕程序用於響應在不適當的環境中收到的有效HSMS信息。支持剔除程序可以在使用HSMS的分佈式應用程序開發過程中提供有用的診斷信息。程序如下:
7.7.1發起方(不適當信息的發送方)程序
1.不適當消息的發起者在收到拒絕請求後，會採取適當的措施(特定於本地實體)。
7.7.2響應實體程序
1.接收到不適當消息的實體用拒絕請求消息進行響應。
HSMS要求在“未選擇”狀態下接收數據消息，或者接收其類型或類型(見下一節:消息格式)沒有爲接收消息的實體定義的消息時，必須執行拒絕程序。輔助標準可以定義需要剔除程序的其他條件。一般來說，收到拒絕消息表明系統配置不當或軟件編程錯誤。
9
SEMI E37-0298 SEMI 1995，1998
8 HSMS消息格式
本節定義了上一節中的過程所使用的消息的詳細格式。
8.1一般消息格式
8.1.1字節結構—在HSMS，一個字節包含八(8)位。一個字節中的位從位7(最高有效)到位0(最低有效)進行編號。
8.1.2消息格式-HSMS消息以下列順序作爲單個連續字節流傳輸:
8.1.3消息長度-消息長度是一個四字節的無符號整數值，它指定消息頭加上消息文本的字節長度。消息長度首先傳輸最高有效字節，最後傳輸最低有效字節。
HSMS消息格式號
字節數描述
4字節消息長度。首先。指定消息頭加上消息文本中的字節數。
10字節消息頭。
0-n字節消息文本。格式由消息頭的PType字段進一步指定。
最小可能的消息長度是10(僅標題)。最大可能的消息長度因實現而異。
8.1.4消息頭—消息頭是一個10字節的字段。報頭中的字節從字節0(傳輸的第一個字節)到字節9(傳輸的最後一個字節)進行編號。消息頭的格式如下:
物理字節順序被設計成儘可能接近SECS-1報頭。
HSMS消息頭
字節描述
0-1會話標識(設備標識)
2頭字節2
3標題字節3
4 p類型
5 SType
6-9系統字節
8.1.4.1會話標識—會話標識是一個16位無符號整數值，它佔用報頭的字節0和字節1(字節0是MSB，1是LSB)。其目的是通過引用提供控制消息(特別是選擇和取消選擇)和後續數據消息之間的關聯。HSMS子標準的作用是進一步說明這種聯繫。
8.1.4.2報頭字節2 —該報頭字節以不同的方式用於不同的HSMS消息。對於控制消息(見下文樣式)，它包含零或狀態代碼。對於PType(見下文)= 0的數據消息，它包含W位和SECS流。對於PType不等於0的數據消息，請參見“特殊注意事項”
8.1.4.3報頭字節3 —該報頭字節以不同的方式用於不同的HSMS消息。對於控制消息，它包含零或狀態代碼。對於PType(見下文)= 0的數據報文，它包含SECS函數。對於PType不等於0的數據消息，請參見“特殊注意事項”
8.1.4.4 PtType—PtType(表示類型)是一個8位無符號整數值，它佔據標題的字節4。PType旨在作爲定義表示層消息類型的枚舉類型:消息頭和消息文本是如何編碼的。只有PType = 0被HSMS定義爲SECS二代信息編碼。對於非零的PType值，請參見“特殊注意事項”
8.1.4.5類型—類型(會話類型)是一個單字節的無符號整數值，它佔據了頭字節5。
p類型
價值描述
0 SECS-2編碼
1-127保留給附屬標準128-255保留，不使用
SType是一個枚舉類型，用於標識該消息是HSMS數據消息(值= 0)還是HSMS控制消息之一(其他)。表中未明確定義的值在“特殊注意事項”中進行了說明
SEMI E37-0298 SEMI 1995，1998
10
唯一性—主數據消息、選擇請求、取消選擇請求或鏈接測試請求消息的系統字節必須與從連接的同一端啓動的所有其他當前打開的事務的系統字節唯一。它們必須與最近完成的交易不同。
回覆消息—回覆數據消息的系統字節必須與相應主要消息的系統字節相同。Sel等rsp、取消選擇rsp或鏈接測試rsp的系統字節必須與各自的相同”。請求”消息。
8.2按類型劃分的HSMS消息格式—HSMS消息中報頭字節的具體解釋取決於由SType字段值定義的特定HSMS消息類型。下表總結了定義的完整消息集，顯示爲PtType = 0(SECS-II消息格式)。
11
SEMI E37-0298 SEMI 1995，1998
*表示通過輔助標準的進一步規範。
8.2.1 SType=0:數據消息-HSMS數據程序使用SType=0的HSMS消息來發送數據消息，主要消息或回覆消息。消息格式如下:
HSMS消息長度始終爲10(僅報頭長度)或更長。
HSMS消息頭如下:
會話標識—如上所述。具體價值取決於輔助標準。
標題字節2 —對於PType值= 0(SECS-二)的消息，標題字節2的格式如下所示。7 6 0
w位流
標題字節2的最高有效位(位7)是W位。在主消息中，W位表示主消息是否需要回復消息。希望得到回覆的主消息應將W位設置爲1。不需要回復的主消息應該將W位設置爲0。回覆消息應始終將W位設置爲0。標題字節2的低位7位(位6-0)包含消息的SECS流。流是一個7位無符號整數值，它標識了消息的一個主要主題，它的使用是在SEMI E5(SECS II)中定義的。
標題字節3 —對於PType值=0的消息，標題字節3包含消息的SECS函數。該函數是一個8位無符號整數值，用於標識消息的次要主題(在流中)，其用途在SEMI E5(SECS II)中定義。該函數的最低有效位(位0)定義數據報文是主報文還是回覆報文；值1表示主要，值0表示回覆。
PtType—爲SECS-2消息設置PType = 0。
SType = 0
系統字節—對於PtType = 0(SECS-二)，以下定義適用。對於主消息，系統字節包含一個值，該值從從連接的同一端發起的所有其他打開的事務中唯一標識該事務。對於回覆消息，系統字節包含與相應主消息相同的值。
HSMS消息文本包含數據消息的文本(如果有)，格式由“類型”字段指定。對於PType = 0，文本將被格式化爲SECS-2消息。
注意:某些數據消息僅由標題組成，沒有文本。
SEMI E37-0298 SEMI 1995，1998
12
8.2.2類型=1:選擇請求-類型爲1的HSMS消息是“選擇請求”控制消息，由建立HSMS通信程序的發起者使用。消息格式如下:
消息長度始終爲10(僅標題)。
HSMS消息頭如下:
會話標識—如上所述。具體價值取決於輔助標準。
標題字節2 = 0
標題字節3 = 0
p類型= 0。
SType = 1
系統字節—開放事務中的唯一值。
8.2.3類型=2:選擇響應-類型2的HSMS消息是“選擇響應”控制消息，在建立HSMS通信的過程中用作對選擇請求控制消息的響應。消息格式如下:
消息長度始終爲10(僅標題)。
HSMS消息頭如下:
會話標識-必須等於相應的選擇請求中的會話標識的值
標題字節2 =0
標題字節3 —選擇狀態。零代碼表示選擇操作成功。非零代碼表示失敗。
p類型= 0
SType = 2
系統字節-等於相應選擇請求中的系統字節值
8.2.4類型=3:取消選擇。請求-帶有類型3的HSMS消息是“取消選擇請求”控制消息，由選擇程序的發起者用於結束HSMS通信。消息格式如下:
消息長度始終爲10(僅標題)。
HSMS消息頭如下:
會話標識-會話標識必須與先前發送的選擇請求的會話標識的值相匹配，以指示正在結束的特定HSMS會話。以附屬標準的進一步說明爲準。
標題字節2 = 0
標題字節3 = 0
p類型= 0
SType = 3
系統字節—開放事務中的唯一值。
8.2.5類型=4:取消選擇。RSP-帶有類型4的HSMS消息是“取消選擇響應”控制消息，用作在取消選擇過程中對取消選擇。請求控制消息的響應，以結束HSMS通信。消息格式如下:
消息長度始終爲10(僅標題)。
HSMS消息頭如下:
會話標識—必須等於相應取消選擇請求中的會話標識
標題字節2 = 0
標題字節3 -取消選擇狀態。代碼爲零表示取消選擇操作成功。非零代碼表示失敗。
13
SEMI E37-0298 SEMI 1995，1998
SType = 4
系統字節—等於相應取消選擇請求中的系統字節
8.2.6類型=5:鏈接測試請求-帶有類型5的HSMS消息是“鏈接測試請求”控制消息。它被用來驗證HSMS連接的完整性，或者作爲一個週期性的心跳。消息格式如下:
消息長度始終爲10(僅標題)。
HSMS消息頭如下:
SessionID = 0xFFFF(二進制，全1)
標題字節2 = 0
標題字節3 = 0
p類型= 0
SType = 5
系統字節—開放事務中的唯一值。
8.2.7類型=6:鏈接測試. RSP-帶有類型6的HSMS消息是“鏈接測試響應”控制消息，在鏈接測試過程中用作對鏈接測試. req控制消息的響應。消息如下:
消息長度始終爲10(僅標題)。
HSMS消息頭如下:
SessionID = 0xFFFF(二進制，全1)
標題字節2 = 0
標題字節3 = 0
p類型= 0
SType = 6
系統字節—等於相應鏈接測試請求中的系統字節
8.2.8 SType=7:拒絕請求-使用帶有SType 7的HSMS消息來響應接收到的任何有效的HSMS消息，該消息不受消息接收者的支持或者在當時是無效的。它旨在處理使用接收者不支持的輔助標準或用戶定義的擴展的嘗試(例如，SType等於本標準中未定義的任何值)。當一個實體收到一個控制消息時，它必須被使用，該消息是一個響應(偶數編號的類型)，對於該響應沒有相應的開放事務。
HSMS消息頭如下:
會話標識—等於被拒絕的消息中的會話標識的值。
標題字節2 —原因代碼=不支持的PtType，等於被拒絕的消息中的PtType。否則等於被拒絕消息中SType的值。
標題字節3 —原因代碼(總是非零)
SEMI E37-0298 SEMI 1995，1998
14
p類型= 0
SType = 7
系統字節—等於被拒絕的相應消息中的系統字節。
8.2.9風格=9:分離請求-風格= 9的HSMS消息用於立即終止HSMS通信。除了SType值之外，它與取消選擇請求消息相同。其目的是立即無例外地終止HSMS的通信。沒有定義響應。
9特殊考慮
9.1一般考慮
9.1.1通信故障-如果檢測到通信故障，實體應終止TCP/IP連接。一旦連接終止，該實體此時可以嘗試重新建立通信。
9.2 TCP/IP考慮事項
9.2.1連接分離時間(T5) —連接過程啓動一些網絡活動。對於尚未準備好接受連接的實體，頻繁使用主動模式連接過程到其IP地址和端口號可能不利於TCP/IP操作。被動模式不會產生網絡活動，也不會被視爲對網絡不利，儘管它可能會影響本地應用程序的性能。在活動模式下啓動連接的實體應限制其在與此處描述的過程等效的方式下使用連接過程。
在主動連接過程以任何方式終止(成功或不成功)後，實體不應啓動另一個主動連接過程(對於同一遠程實體)，直到T5連接分離時間過去。連接操作的間隔將是T5連接分離時間間隔的總和，加上連接操作本身的持續時間。
9.2.2未選擇超時(T7)-進入未選擇狀態是通過狀態轉換#2(建立一個TCP/IP連接)實現的。在進入“已選擇”狀態或返回“未連接”狀態之前，實體需要保持“未選擇”狀態的時間是有時間限制的。
一些實體，尤其是那些不能接受多於一個的TCP/IP連接的實體，可能由於保持在未選擇狀態而在操作中受到損害，因爲它們將不可用於與其他實體的通信。如果通信保持在“未選擇”狀態的時間超過T7超時時間，則此類實體應斷開TCP/IP連接(狀態轉換事件#3)。
9.2.3網絡字符間超時(T8)-因爲傳輸控制協議/協議是一個流而不是一個協議消息，所以作爲單個HSMS消息一部分的字節可以在單獨的傳輸控制協議/協議消息中傳輸，而不會違反傳輸控制協議/協議協議。由於這些獨立的消息可能被一段相當長的時間分隔開，所以定義了網絡字符間超時(T8)。
T8在目的上類似於SECS-1 T1定時器，除了需要T8的通信問題不完全在消息發送者的控制之下。因此，它僅根據消息的接收者來定義。特別地，如果在接收到部分消息之後，T8超時時段在接收到完整消息之前到期，則接收實體應當將這種情況視爲通信失敗，如上所述。
9.2.4定向到單個發佈端口的多個連接請求—一旦被動實體接受了其發佈端口上的連接，TCP/IP允許(儘管不要求)該實體監聽並接受定向到同一發佈端口的附加連接。
HSMS允許(儘管不要求)實體以這種方式運作。但是，爲了符合HSMS法規，如此形成的每個連接必須表現出HSMS狀態圖中定義的行爲，就好像它完全獨立於到同一發佈端口的任何其他連接一樣。
被動模式實體對附加連接請求的9.2.4.1拒絕—對於附加連接請求，不能爲HSMS通信提供一個以上的TCP/IP連接服務的被動模式實體將遵循以下三個程序之一。
a.接受聯繫，但總是迴應任何
隨後，HSMS選擇了具有通信已激活響應代碼的程序。爲了HSMS狀態圖的目的，連接過程成功終止(進入狀態)
15
SEMI E37-0298 SEMI 1995，1998
連接狀態)，但HSMS通信從未建立(保持在未選擇子狀態)。這是優選的選擇，因爲它可以向遠程實體提供關於爲什麼連接被拒絕的最多信息(參見HSMS選擇程序)，但是對本地實體提出了附加的實現要求。
b.主動拒絕連接請求。這可能是
使用t_snddis過程在TLI實現中完成。這將導致遠程實體中的連接過程不成功地終止。該選項可能並不適用於所有實施，因爲某些應用編程接口(尤其是BSD套接字的某些實施)不支持主動拒絕。但是，請注意，所有的TCP/IP實現，包括BSD套接字，都正確地響應了來自遠程實體的主動拒絕。
c.拒絕監聽或接受連接請求。
本地實體中不採取任何操作:遠程實體的連接過程最終會超時。該選項是允許的，但不建議使用，因爲它可能會導致遠程實體出現相當大的延遲。然而，它可能是網絡資源有限的實施中唯一可用的替代方案。
被動本地實體的文件應表明其拒絕連接的方式。
9.3 HSMS-具體考慮
9.3.1控制事務T6控制超時-許多控制消息是需要消息交換或事務的程序的一部分。來自控制服務發起者的請求，後面跟着一個< xx >。< xx >接收方的rsp。對此提出請求。從< xx >開始，控制事務就被認爲是開放的。請求請求將一直髮送到< xx >時。接收到rsp。
控制事務保持打開的時間取決於T6控制事務超時。在控制事務初始化時，本地實體應該設置一個定時器，其持續時間等於T6超時值。如果交易在計時器到期前被正確關閉，計時器應該被取消。如果計時器在交易正常結束前到期，發起方應認爲交易已結束，並認爲HSMS通信失敗。
9.3.2程序和“無狀態”事務—大多數HSMS控制程序都涉及一個事務:發起者向響應實體發送請求消息，並等待響應消息。響應實體接收發起方的請求消息併發送回復。
請注意，這樣的事務在下面的意義上是“無狀態的”:當事務的發起者在等待響應時，它可能會收到一個不同於該響應的消息，並且該消息可以是發起者在發起原始事務時所處狀態的任何有效消息。例如，兩個實體可以同時發起交易。因此，HSMS狀態機中沒有反映“事務未結”或“事務未結”的狀態。在實現中使用這種狀態信息嚴格來說是一個本地實體特定的問題。
9.3.3備選消息類型和標題字節值-HSMS標準沒有完全定義PType或SType字段的所有可能的枚舉值。此外，頭字節2和3的格式由消息的類型決定，其類型等於0，但對於所有其他類型的值，則是另外指定的。消息文本格式也是由PType定義的，但只適用於數據消息。
輔助標準必須與本公約一致。特別是，對於SType = 0，定義不等於0的PType值的輔助標準可以指定消息文本編碼和頭字節2和3的解釋。對於不等於0但在本標準中另有規定的樣式，PType必須= 0，並且不能傳輸任何消息文本。對於在輔助標準中定義的樣式，標題字節2和3的含義可以在每個樣式值的基礎上指定，並且這些樣式可以可選地定義消息文本，只要PType字段以與前面段落一致的方式使用。
9.4 SECS-II考慮事項-SECS-II標準(SEMI E5)對SECS-I (SEMI E4)做了某些參考。本節討論當HSMS被用來傳送SECS二號消息時，SECS二號所特有的問題。
9.4.1回覆匹配-當發送方發送W位爲1(預期回覆)的主要消息時，發送方應預期其報頭滿足以下要求的回覆消息。
SEMI E37-0298 SEMI 1995，1998
16
回覆的會話標識必須與主消息的會話標識匹配。
回覆流必須與主消息流匹配。
回覆的功能必須大於主消息的功能，否則回覆的功能必須爲0(功能零回覆)。
回覆的系統字節必須與主消息的系統字節匹配。
9.4.1.1 T3回覆超時—T3回覆超時是對HSMS消息協議願意等待回覆消息的時間長度的限制。
發送W位爲1的主消息(預期回覆)後，發送方必須啓動回覆定時器，初始設置爲T3值。如果發送方在回覆計時器到期前沒有收到回覆消息，則發生T3超時錯誤。發送者應該結束交易，不再期待回覆消息。
每個需要回復的開放事務都需要一個單獨的回覆計時器。
9.4.2流9消息-SECS-2標準定義了錯誤消息S9F1、S9F3、S9F5、S9F7、S9F9和S9F11，消息文本包含SECS-2數據項MHEAD或SHEAD，它們被定義爲包含10字節的SECS-1塊報頭。
當在HSMS使用SECS-2時，MHEAD和SHEAD應該包含HSMS消息頭的10個字節。
10 HSMS文件
HSMS實施需要記錄以下信息:
1.設置協議參數的方法(見第10.1節)。
2.每個參數的允許範圍和分辨率。
3.如果實現使用被動模式建立TCP/IP連接，用於拒絕傳入連接請求的選項。
4.可以接收的最大消息大小。
5.發送消息的最大預期大小。
6.支持的併發未結事務的最大數量。
10.1參數設置-HSMS的實施必須提供後續參數的安裝時間設置。所有參數的範圍和分辨率必須至少如表中所示。所有參數必須以這樣的方式存儲，即如果電源故障或系統軟件重新加載，設置將被保留。
17
SEMI E37-0298 SEMI 1995，1998
|
參數名稱
|
數值範圍
|
解決
|
平均數
|
描述
|
|
T3回覆超時
|
1-120秒
|
1秒
|
45秒
|
回覆超時。指定期待回覆消息的實體等待該回復的最長時間。
|
|
T5連接分離超時
|
1-240秒
|
1秒
|
10秒
|
連接分離超時。指定連接到給定遠程實體的連續嘗試之間必須經過的時間。
|
|
T6控制交易 超時
|
1-240秒
|
1秒
|
5秒
|
控制事務超時。指定控制事務在被視爲通信故障之前保持打開的時間。
|
|
T7不 選定超時
|
1-240秒
|
1秒
|
10秒
|
在被視爲通信故障之前，一個TCP/IP連接可以保持在未選擇狀態(即沒有HSMS活動)的時間。
|
|
T8網絡字符間超時
|
1-120秒
|
1秒
|
5秒
|
單個HSMS消息的連續字節之間的最長時間，該消息在被視爲通信故障之前可能會過期。
|
|
連接模式
|
被動，主動
|
——
|
——
|
連接模式。指定此本地實體在HSMS連接建立期間將使用的邏輯。
|
|
本地實體IP地址和端口號
|
由傳輸控制協議/協議決定 約定
|
——
|
——
|
在被動模式下運行的任何實體都需要。確定本地實體將偵聽傳入連接請求的地址。
|
|
遠程實體的IP地址和端口號
|
由傳輸控制協議/協議決定 約定
|
——
|
——
|
在活動模式下運行的任何實體都需要。確定本地實體將嘗試連接的遠程實體的地址。
|
SEMI E37-0298 SEMI 1995，1998
18
附錄1
注:本附錄作爲SEMI E37的一部分通過全字母投票程序獲得批准。
A1-1使用TLI和BSD套接字接口的TCP/IP程序
A1-1.1被動模式連接程序
19
SEMI E37-0298 SEMI 1995，1998
A1-2 HSMS場景
提供以下場景來說明典型完整會話中使用的HSMS過程。術語、過程名和消息名將在本文檔的其餘部分進一步解釋。還要注意，任一實體都可以啓動HSMS選擇程序、取消選擇或單獨程序以及HSMS數據消息和事務。爲了方便起見，場景顯示左手實體作爲所有事務的發起者。
A1-2.1開始HSMS通信—此場景說明了TCP/IP連接過程、HSMS選擇過程和數據消息交換。請注意，TCP的數據消息活動僅用於說明目的。事實上，實際的網絡活動可能會有所不同。例如，即使數據消息作爲單獨的調用被髮送到如圖所示的終端(或寫入)，但是，TCP/IP實現可以緩衝報頭，並將其與文本一起在單個分組中傳輸，或者文本可以被分成多個分組。
SEMI E37-0298 SEMI 1995，1998
20
A1-3 HSMS交替模式連接程序
一些用戶有特殊的要求，阻止他們決定給定實體在任何特定時間使用哪種連接模式(主動或被動)。在這種情況下，本地實體交替嘗試主動模式和被動模式連接過程，直到成功建立連接。請注意，這需要本地實體在被動階段提供一個發佈端口。交替本地實體的一般邏輯順序如下:
1.使用大於或等於連接分離超時T5的t_rcv-connect超時值，嘗試第6.3.3節所述的主動連接程序。
2.如果活動連接過程成功完成，則交替模式連接過程成功完成。
3.如果主動連接過程不成功終止，嘗試6.3.2中所述的被動連接過程，t_listen的超時大於或等於連接分離超時T5。
4.如果被動連接程序成功完成，交替模式連接程序成功完成，如6.3.2所述。
5.如果被動連接過程不成功地終止，本地實體可以返回到步驟1繼續交替模式過程，或者不成功地終止。嘗試建立連接時重複上述步驟序列的次數是一個特定於本地實體的問題。
A1-3.1交替模式週期時間-交替模式週期時間是交替模式實體的連接過程的迭代之間的時間。在上述過程中，這對應於步驟1的開始和緊接着步驟1的重新開始之前的步驟5的完成之間的持續時間。這一次取決於實現。
在兩個實體都使用交替模式連接程序的情況下，希望確保它們都具有不同的交替模式循環時間，以防止實體試圖在鎖定步驟中連接:兩個實體都處於活動模式，然後都處於傳遞模式。調整交替模式週期
通過調節T5可以很容易地獲得時間，因此兩個實體的週期時間是不同的:
A1-3.2 HSMS連接組合-配置爲在主動和被動模式之間交替的實體可以與被動或主動模式遠程實體連接。下面的列表總結了使用這種特殊連接策略的標準可能的組合。
1.配置爲主動的實體“A”可以連接到配置爲被動或交替的實體“B”，並且實體“A”總是建立連接。
2.被配置爲交替的實體“A”可以連接到被配置爲被動的實體“B”，並且實體“A”總是建立連接。
3.配置爲交替的實體“A”可以連接到配置爲交替的實體“B”，並且任一端都可以建立連接。在使用多線程連接邏輯而不是本文中描述的順序邏輯的實現中，HSMS連接的兩端可能試圖同時連接。在這種情況下，可以建立兩個獨立的TCP/IP連接，並且有必要建立一個約定，以便允許一個連接保留，而另一個連接被終止。
4.不允許連接兩個配置爲被動或配置爲主動的實體。
A1-4非HSMS協議
對於典型的TCP/IP實現，HSMS可以在同一個IP地址上與其他基於TCP/IP的協議共存。這可能非常有用。例如，一個SECS-2消息事務可以觸發一個應用程序開始傳輸一個大的數據文件。
A1-5非TCP/IP協議
在與HSMS實體相同的網絡上使用不同於TCP/IP的協議是可能的，但超出了本標準的範圍。通常，可以使用其他協議，只要它們對網絡上的TCP/ IP或HSMS實體沒有影響。
21
SEMI E37-0298 SEMI 1995，1998
A1-6多局域網
HSMS規範只考慮了一個單一的傳輸控制協議/ IP局域網。連接多個局域網不在HSMS的範圍內。然而，由於TCP/IP實現通常通過網關、路由器和類似實體無縫地支持這種配置，因此有可能跨互連的局域網建立HSMS連接。
A1-7 TCP/IP物理層
HSMS沒有指定IP的物理層。可以使用TCP/IP支持的任何物理層。最常見的是，TCP/IP實現使用以太網(IEEE 802.3)作爲物理層。然而，一些TCP/IP實現使用其他協議(例如，令牌總線、IEEE 802.4和. 5)。爲了確保給定安裝內的互操作性，可能需要爲物理層建立額外的本地標準。
A1-8衆所周知的TCP/IP端口號
一些基於TCP/IP的協議指定一個特定的“衆所周知的”TCP端口號，該端口號已發佈，其他協議無法使用。HSMS沒有指定特定的“衆所周知”的TCP端口號，而是要求它是可配置的。IETF在RFC 1340中定義了“指定的衆所周知的端口號”。
A1-9斷開和重新連接之間的延遲
當在連接的兩端使用相同的TCP端口時，一些TCP/IP系統在終止連接然後快速重新連接的應用中出現問題。當使用這種系統時，建議在重新連接前斷開後延遲。延遲時間因TCP/IP實施而異，但通常可以計算爲“最大網段壽命”或MSL的兩倍。例如，大多數基於盲源分離的TCP/IP系統(如Sun、AIX)使用30秒的，因此延遲60秒是合適的。如果需要快速連接，如果您使用的連接模式允許，您的應用程序應該使用不同的端口。在某些傳輸控制協議/IP系統中，不會出現這種問題。
A1-10用戶定義的消息類型
公認的是，設備供應商可能會發現開發基本HSMS或任何定義的子公司標準中沒有的附加功能是可取的。在測試和開發任何擬議的新輔助標準的過程中，都會出現這種情況。通過新消息類型的用戶定義擴展是允許的，只要它們侷限於供應商內部通信接口:任何需要使用這種擴展的供應商間通信接口都被認爲不符合HSMS標準。
如果供應商認爲有必要擴展或以其他方式超出標準，使用“保留的，未使用的”PType和SType值可以通過允許重用HSMS實現而不是實現和使用完全獨立的並行標準來簡化其實現。通過保持在SType和PtType的“保留的、未使用的”範圍內，實現者可以確信爲SType和/或PtType定義新值的未來輔助標準不會與用戶定義的擴展衝突。
SEMI E37-0298 SEMI 1995，1998
22
A1-11 SECS-1和HSMS的比較
下表比較了SECS一號和HSMS的主要特點。
注意:這些標準並不旨在解決與其使用相關的安全問題。這些標準的使用者有責任在使用前建立適當的安全和健康實踐，並確定監管限制的適用性。SEMI不保證或陳述此處規定的標準對任何特定應用的適用性。標準適用性的確定完全是用戶的責任。用戶應注意參考製造商的說明、產品標籤、產品數據表和其他與此處提及的任何材料相關的文獻。這些標準如有變更，恕不另行通知。
23
SEMI E37-0298 SEMI 1995，1998
用戶需要注意遵守該標準可能需要使用受版權保護的材料或專利權涵蓋的發明。通過本標準的發佈，SEMI對與本標準中提及的任何項目相關的任何專利權或版權的有效性不持任何立場。本標準的用戶被明確告知，確定任何此類專利權或版權，以及侵犯此類權利的風險，完全是他們自己的責任。
SEMI E37-0298 SEMI 1995，1998