【文章內(nèi)容簡介】 ................................1 / 42輕量級會話協(xié)議接口規(guī)范　　范圍本標(biāo)準(zhǔn)對會話層協(xié)議（即會話層協(xié)議 版本）進行了裁剪和改造,確立了一個基于的輕量化會話層協(xié)議（記作：會話層協(xié)議），同時標(biāo)準(zhǔn)仍然可以保持和標(biāo)準(zhǔn)會話層協(xié)議的互操作性。本標(biāo)準(zhǔn)規(guī)定了會話層協(xié)議使用的會話機制、消息格式、安全與加密、數(shù)據(jù)完整性、擴展方式、消息定義、數(shù)據(jù)字典等內(nèi)容。如無特別說明，本標(biāo)準(zhǔn)中提及的接收方、發(fā)送方等通信參與方均特指遵循會話層協(xié)議而實現(xiàn)的應(yīng)用程序或模塊。由于遵循本 協(xié)議開發(fā)的程序或模塊將可以同標(biāo)準(zhǔn)引擎進行正常通信，因此若通信的一方是標(biāo)準(zhǔn)的引擎，則 除本文特別制訂的少數(shù)額外約束外，其實現(xiàn)不受本文檔約束。2 / 42　　會話機制 術(shù)語和定義 會話層 重傳會話層重傳是標(biāo)準(zhǔn)會話層協(xié)議所規(guī)定的一種重傳機制，用來確保有序、無失地傳輸每一條會話層消息。在標(biāo)準(zhǔn)會 話層協(xié)議中，會 話層重 傳由消息接收方在識別出消息序號缺口之際主動發(fā)起，采取的方式是發(fā)送一條消息重傳請求給到對方。會話協(xié)議在事實上取消了標(biāo)準(zhǔn)會話層協(xié)議的會話層重傳，只對外仍然表現(xiàn)為標(biāo)準(zhǔn)的會話層，且可以和對端的 標(biāo)準(zhǔn)會話層實現(xiàn)進行互操作。由于單個會話使用單個連接作為底層通信機制，因此在單 個連接內(nèi)部，每一條消息將被有序、無失地 傳輸。屬于同一會話的、前后相繼的若干次 連接之間，將可能存在會話層消息丟失，但收到的會 話層消息將仍然具有有序接收的性質(zhì)。由于在下會話層可能存在消息丟失，因此丟失的業(yè)務(wù)消息將只能通過應(yīng)用層重傳予以恢復(fù)。 應(yīng)用層 重傳由于會話協(xié)議的會話層恢復(fù)機制僅僅是為了與標(biāo)準(zhǔn)會話協(xié)議兼容，不能作為真正的消息恢復(fù)機制使用。因此，必須通過應(yīng)用層商定的重 傳機制予以恢復(fù)。 應(yīng)用層重傳的具體機制不屬于本文檔規(guī)定的范疇，請參見具體的應(yīng)用層數(shù)據(jù)接口規(guī)范。 和 會話雙方收發(fā)的每條消息都帶有一個消息序號。參與通信的每一端都需要維護一對序號（， ），表示下一個期望的入向消息序號，表示下一條出向消息將被 賦予的序號。 會話發(fā) 起方和接受方會話的建立需要一個發(fā)起方，需要一個接受方。發(fā)起方是先發(fā)出消息并希望對方響應(yīng)以一個消息的一方，接受方則是等待發(fā)起方首先發(fā)出消息并響應(yīng)以消息的一方。會話的發(fā)起方和接受方在會話建立后都可以雙向地進行消息的發(fā)送和接收。不要將會話發(fā)起方（）、會話接受方（）同某條特定消息的發(fā)送方（）和接收方（）混為一談。類似于會話發(fā)起方和會話接受方，也定義有注銷發(fā)起方和注銷接受方、會話重置發(fā)起方和會話重置接受方的概念。標(biāo)準(zhǔn)協(xié)議原則上適用于各種不同的傳輸層協(xié)議（如），因此不可能根據(jù) 等特定的傳輸層信息來區(qū)分哪些報文隸屬于同一個會話，而且由于中并不為每個會話定義有所謂“會話號”標(biāo)簽，且不是全部報文都具有一類的標(biāo)簽，因此區(qū)分會話的唯一標(biāo)識符只能是和的組合。3 / 42標(biāo)準(zhǔn)協(xié)議中，單個引擎不能同時維護相同的兩個會話。標(biāo)準(zhǔn)所推薦的做法是：在已存在一個合法會話時，若一方 試圖以同樣的 發(fā)起新的會話，對方將不發(fā)送任何消息就直接終止新發(fā)起的會話，原先已存在的會話不應(yīng)受到影響。標(biāo)準(zhǔn)協(xié)議并未明確不同的引擎是否允許同時保有同樣標(biāo)識的會話。一般而言，同一臺服務(wù)器上的同標(biāo)識會話較易進行查重，針對不同服務(wù)器建立的同標(biāo)識會話則較難實現(xiàn)查重，但也非無法做到。協(xié)議規(guī)定：在處理入向登錄報文時，應(yīng)利用和進行會話查重，之前已存在的同標(biāo)識會話一定不受影響，但較晚收到的同標(biāo)識會話請求可能被接受，但也可能被拒絕， 協(xié)議不作限定。若請求被拒絕，則拒絕方式將遵循標(biāo)準(zhǔn)協(xié)議 的約定，不回送消息，直接斷開連接。會 話發(fā)起方應(yīng)當(dāng)對這 種情形做好準(zhǔn)備。協(xié)議只允許單個會話同時通過單個連接進行全雙工通信，因此在通過登錄報文信息確定是否允許繼續(xù)通信后，可以直接利用來區(qū)分報文所屬會話，但對于從同一上收到的后續(xù)報文仍應(yīng)檢查其和是否和登錄時一致。 消息序號所有的消息都由一個唯一的會話層消息序號(即消息頭中的字段)進行標(biāo)識。消息序號在會話開始時[ 一般] 被初始化為，并在整個會話過程中連續(xù)遞增 1，直到該會話過程全部結(jié)束。通 過監(jiān)視消息序號的 連續(xù)性，通信雙方可以識別消息缺口并做出反應(yīng)，并可在同一會話的前后多個連接間進行同步 2。每次會話都會創(chuàng)建一套獨立的入向及出向的序號序列，參與連接的任何一方都維護一套用于出向消息的序號序列()，同時也維護另一套獨立的入向消息的序號序列()，用以監(jiān)視接收的消息序號，以保證消息缺口的發(fā)現(xiàn)和處理。會話建立后，當(dāng)協(xié)議實現(xiàn)者接收到的消息序號不等于預(yù)期接收的消息序號()時，需要考慮進行修正處理。這里有幾種情況：1. 如果入向消息序號 ，且不屬于前文腳注中注明的若干種情況之一時：表明發(fā)生了嚴(yán)重的錯誤，必須立即結(jié)束會話，并開始 進行人工干預(yù)。2. 如果入向消息序號 ，且屬于前文腳注中注明的若干種情況之一，不屬于錯誤，應(yīng)進行正常處理。3. 如果入向消息序號 ，那么表明有消息被遺漏。因為使用為傳輸協(xié)議，出 現(xiàn)這1. 這個說法是針對通常情況而言的。在下述情況下，接收方收到的消息的 MsgSeqNum 也可能出現(xiàn)倒流：1)收到的消息是 SeqResetReset 消息且 PossDupFlag=Y，此時 MsgSeqNum 應(yīng)忽略，即使出現(xiàn)倒流也不是錯誤；2) 除此以外，所收到消息的 PossDupFlag 是 Y，且此類消息確實允許出現(xiàn) PossDupFlag=Y，表示這是會話層重傳；3) 通過 LOGON 消息進行會話序號重置時，收到的消息其 MsgSeqNum 一定是 1，因此也可能出現(xiàn)倒流。2. LFIXT 會話協(xié)議在事實上取消了標(biāo)準(zhǔn) FIX 會話層協(xié)議的會話層重傳，這里的同步只是為了兼容標(biāo)準(zhǔn) Fix 會話機制，并不進行真實的消息同步。4 / 42種情況說明發(fā)生了嚴(yán)重異常錯誤，應(yīng)立刻終止當(dāng)前會話。 心跳在消息交換的空閑期間，連接雙方將以規(guī)定的時間間隔產(chǎn)生心跳消息。通過心跳消息可以監(jiān)控通訊連接的狀態(tài)并識別出入向消息序號的缺口。心跳間隔時間由會話發(fā)起人通過登錄消息的字段確定。在傳送了任何消息(而不僅僅是心跳消息) 之后，都 應(yīng)立即重置心跳間隔計時器。心跳間隔時間應(yīng)該得到連接雙方的確認(rèn)，由會話發(fā)起人給出，并得到會話接受方的確 認(rèn)。連接雙方應(yīng)使用相同的心跳間隔時間。每個心跳消息都將占用一個消息序號。 有序消息 處理會話協(xié)議采用連接作為底層通信機制，會話建立后，在同一個連接的延續(xù)期間，接收方在發(fā)現(xiàn)入向消息缺口時， 說明發(fā)生了嚴(yán)重異常，建議接收方終止該會話并斷開連接。如果接收方為會話的發(fā)起方， 則應(yīng)根據(jù)需要重建會話。 可能的消息重復(fù) 傳送本會話協(xié)議采用連接作為底層通信機制，會話雙方在建立連接之后，通過消息進行序號協(xié)商，其后則是基于進 行的連續(xù)通信，正常情況下，不 應(yīng)該出現(xiàn)前面消息丟失卻收到后面消息的情形。所以，) 在發(fā)現(xiàn)入向消息序號缺口時，會話協(xié)議的實現(xiàn)者不會發(fā)送重傳請求，而是回送后直接斷開連接，但 )允許在入向消息中出 現(xiàn)重傳請求（比如基于標(biāo)準(zhǔn)引擎的通信對手方雖然收到前面的消息但自己沒保存，并期望能按標(biāo)準(zhǔn)會話層協(xié)議通過重傳請求取回），對此會 話協(xié)議實現(xiàn)者將簡單回送消息予以打發(fā)， ）允許在入向消息中出現(xiàn) 3的消息（比如基于標(biāo)準(zhǔn)引擎的通信對手方 雖未收到本方發(fā)出的重傳請求，但 僅僅因為懷疑本方可能錯過某些消息，而向本方發(fā)送這類 的消息 4）。 可能的消息重新 發(fā)送在會話協(xié)議中，應(yīng)用層重發(fā)的標(biāo)志應(yīng)在應(yīng)用層協(xié)議中明確設(shè)置，而不應(yīng)該體現(xiàn)在會話層消息的標(biāo)志位上。由于互操作的對方必須遵從同樣的應(yīng)用層協(xié)議，因此會話協(xié)議將不會給出向消息打上任何 標(biāo)志。會話協(xié)議允許在入向消息頭中出現(xiàn) 標(biāo)志，但將忽略該標(biāo)志，直接將不附帶該標(biāo)志的消息交由應(yīng)用層處理。3. 除了 REJECT 消息之外，其他管理消息理論上都不應(yīng)被重發(fā)，而是通過發(fā)送帶有同樣消息序號的、帶有PossDupFlag 標(biāo)志的 SeqResetGapFill 消息對原消息進行替代。在此過程中，被替代的 SeqResetGapFill 消息本身雖然仍然以同樣的消息序號、帶上同樣被置位的 PossDupFlag 標(biāo)志出現(xiàn)，也被 FIX 標(biāo)準(zhǔn)解釋為“替代”而非“重發(fā)” 。4. （PossDupFlag =Y）為 Y 的管理消息請參見具體的消息定義5 / 42 消息完整性消息數(shù)據(jù)內(nèi)容的完整性可以用兩種方式來驗證：驗證消息長度，及字符的簡單校驗和。消息長度被包括在字段中，可以通過清點消息之中跟在字段之后、直至并包括直接先于域號（””）出現(xiàn)的那個域界定符 之間的字符來 驗證。校驗和的驗證方法是：從消息頭中‘’中的‘’ 開始、直到并包括直接先于域號‘’出現(xiàn)的字符，將每個字符的二進制值加總后，將 計算值 的最低位同字段中的值進行比較。 混亂的消息( )根據(jù)標(biāo)準(zhǔn)協(xié)議的附錄，當(dāng)至少出現(xiàn)以下情形之一時，一條消息被稱為“ 混亂的”：( ) 不是消息的第一個 標(biāo)簽，或不以 的形式出現(xiàn)。( )不是消息的第二個標(biāo)簽，或未包含正確的字節(jié)計數(shù)( ) 不是消息的第三個 標(biāo)簽( )不是最后的標(biāo)簽，或其取值不正確若( )缺失，必須立刻終止連接，因為這表明出現(xiàn)了嚴(yán)重的應(yīng)用錯誤，很可能只能通過修改軟件來繞過。 消息確認(rèn)由于會話層協(xié)議是基于樂觀的消息傳輸模式，通過監(jiān)視消息序號發(fā)現(xiàn)缺口，不支持對每個消息收發(fā)的確認(rèn)。但大量消息收發(fā)的確認(rèn)可在應(yīng)用層定義。在應(yīng)用層接受和拒絕是允許的。 加密 會話層不對數(shù)據(jù)進行加密處理，會話雙方可考慮使用通信層的加密機制。 會話管理會話協(xié)議采用連接作為底層通信機制。若會話協(xié)議的實現(xiàn)者作為會話的主動發(fā)起方，必須在每次新建連接之后通過置位序號重設(shè)標(biāo)志() 的消息來將起始消息序號重置回，因此，此時會話和連接是一一對應(yīng)的。雖然會話協(xié)議可以被設(shè)計成底層使用兩個獨立的連接，每個連接都以單工模式工作，但由于在連接上實現(xiàn)全雙工的通信并不困難且維護簡單，因此會話協(xié)議規(guī)定：對于單個會話而言，同時只使用一個全雙工的連接。6 / 42若會話協(xié)議的實現(xiàn)者作為會話的接收方，由于該會話的發(fā)起方可能是標(biāo)準(zhǔn)的引擎，此時建立的會話可以跨越多個連接。在單次連接內(nèi)部，每個會話都分為三個部分：建立會話、消息交換、 終止會話。 建立會 話建立會話包含三個步驟：建立連接（即為建立連接）、身份認(rèn)證、消息同步。 建立 連接會話的發(fā)起方與接受方建立連接。會話協(xié)議的實現(xiàn)者在連接建立后，應(yīng)當(dāng)總是初始化 , 。 身份 認(rèn)證1. 會話發(fā)起方發(fā)送登錄消息（），接受方認(rèn)證發(fā)起方身份的合法性。2. 如果發(fā)起方身份通過認(rèn)證，則接受方發(fā)送一個登錄消息作回應(yīng)。3. 如果認(rèn)證失敗，會話接受方則在可選地發(fā)送一個含失敗說明的注銷消息（）后關(guān)閉連接。發(fā)送注銷消息并非是必須的，因 為這樣做會消耗一個序號，在某些情況下可能會引起其他問題 5。4. 會話發(fā)起方必須等待來自接受方的確認(rèn)消息，方可向接受方發(fā)送其他消息。否則，接受方可能尚未準(zhǔn)備好接收它們。5. 在發(fā)起方被認(rèn)證后，接受方將立即回應(yīng)一個確認(rèn)消息。發(fā)起方將把從接受方返回的消息作為“ 一個會話已 經(jīng)建立” 的確認(rèn)。 消息同步會話協(xié)議并不提供真正的會話層重傳機制，因此會話協(xié)議的實現(xiàn)者作為會話的發(fā)起方，可通過會話重置消息（即的消息）將會話雙方的消息序號重置，來完成會話層消息同步。會話協(xié)議的實現(xiàn)者作為會話接受方，可以利用消息中的來完成會話層消息同步。這種方式提供了對標(biāo)準(zhǔn)會話協(xié)議的消息同步的兼容，具體機制參見“ 登錄消息處理”一節(jié)。 消息交 換在建立會話之后，會話雙方可以開始進行正常的消息交換。交換的消息包括“ 管理消息”和“應(yīng)用消息”，本規(guī) 范僅對管理消息進行描述。 應(yīng)用消息請參見具體的數(shù)據(jù)接口規(guī)范。 注銷會 話會話的正常結(jié)束是通過連接雙方互相發(fā)送注銷消息（），注銷時不需要進行消息缺口檢查。若 結(jié)束時沒有收到回送的注銷消息（）， 則把 對方視作已注銷。除此之外的其它方式的會話結(jié)束視為非正常，并應(yīng)按錯誤來處理。5. 這個問題和標(biāo)準(zhǔn) FIX 引擎對于報文所屬會話的認(rèn)定方式有關(guān) ,單在 LFIXT 引擎方面則并無不妥。7 / 42在結(jié)束會話之前，注銷消息（）的發(fā)起方應(yīng)該等待對方回送的注銷消息（）。如果接收方在一定時間內(nèi)沒有答復(fù)，那么會話就可以立即中斷 6。 恢復(fù)會話協(xié)議的會話層恢復(fù)機制是為了與標(biāo)準(zhǔn)會話協(xié)議兼容，不能作為真正的消息恢復(fù)機制使用，會話對端應(yīng)通過應(yīng)用層的消息恢復(fù)機制來獲得缺失的數(shù)據(jù)。會話協(xié)議的實現(xiàn)者只在建立會話階段存在消息序號同步，在會話持續(xù)期間不提供真正的消息恢復(fù)，而是簡單地通過回應(yīng)消息來打發(fā)消息重傳請求。 登錄消息 處理會話協(xié)議的實現(xiàn)者作為會話接收方,只需將本方 設(shè)置為發(fā)起方消息的 ， 設(shè)置為發(fā)起方 消息中的()即可。會話接收方不需要檢查任何缺口，會話接收方也不會向發(fā)起方請求重傳任何消息。如果發(fā) 送方?jīng)]有提供字段， 則 設(shè)置為. 重傳請 求消息處理作為會話協(xié)議的實現(xiàn)者不會主動發(fā)送重傳請求，但可能收到標(biāo)準(zhǔn)的會話協(xié)議實現(xiàn)者發(fā)送的重傳請求。當(dāng)會話協(xié)議的實現(xiàn)者收到重傳請求時，會使用消息重置發(fā)送方序號，而不會提供歷史消息的重傳。 序號重 設(shè)消息處理會話協(xié)議的實現(xiàn)者收到序號重設(shè)消息時，會根據(jù)序號重設(shè)消息中的來重置本方。6. 注銷不影響任何訂單的狀況。所有有效的訂單都可在注銷（Logout）之后執(zhí)行。8 / 42　　消息定義 消息結(jié)構(gòu)每一條消息都由消息頭、消息體、消息尾組成。消息總是由標(biāo)準(zhǔn)消息頭開始，標(biāo)準(zhǔn)消息尾結(jié)束。 消息頭會話雙方所有交換的消息具有如下標(biāo)準(zhǔn)的消息頭。每一個消息都由一個標(biāo)準(zhǔn)消息頭開始。消息頭定義了消息的類型，長度，目的地， 順序號，起始點和時間等數(shù)據(jù)域，均不加密傳輸。其中有兩