JR_T 0182-2020《轻量级实时STEP消息传输协议》.pdf

ICS 03. 060A11JR中华人民共和国金融行业标准JR/T 0182—2020轻量级实时STEP消息传输协议Light weight realtime STEP message transfer protocol2020-02-26发布2020-02-26实施中国证券监督管理委员会发布 JR/T 0182—2020a)BeginString(tag8)不是消息的第一个标签，或不以8=FIxT.n.m的形式出现：b)BodyLength(tag9)不是消息的第二个标签，或未包含正确的字节计数c)MsgType(tag35)不是消息的第三个标签：d)CheckSum(tag10)不是最后的标签，或其取值不正确：e):若MsgSeqNum(tag34)缺失，表明出现了严重的应用错误，应立刻终止FIX连接，4.1.12消息确认由于本标准是基于乐观的消息传输模式，通过监视消息序号发现缺口，不支持对每个消息收发的确认。但大量消息收发的确认可在应用层定义，并在应用层接受或拒绝。4.1.13加密LFIXT会话层不对数据进行加密处理，会话双方可考虑使用通信层的加密机制，比如使用建构于TCP之上的TLS通信加密机制。4.2会话管理4.2.1会话和连接本标准采用TCP连接作为底层通信机制。若LFIXT参与方作为会话的主动发起方，应在每次新建TCP连接之后通过置位序号重设标志（ResetSeqNumF1ag）的Logon消息来将起始消息序号重置回1，此时会话和TCP连接是一一对应的虽然本标准可以被设计成底层使用两个独立的TCP连接，每个连接都以单工模式工作，但由于在TCF连接上实现全双工的通信并不困难且维护简单，因此本标准规定：对于单个会话而言，同时只使用一个全双工的TCP连接。若LFIXT参与方作为会话的接收方，由于该会话的发起方可能是标准的FIXT，此时建立的会话可以跨越多个TCP连接在单次TCP连接内部，每个会话都分为三个部分：建立会话、消息交换、终止会话，4.2.2建立会话4. 2. 2. 1会话步骤建立会话包含三个内部步骤：建立连接、身份认证、消息同步。4. 2. 2. 2建立连接会话的发起方与接受方应先建立TCP连接。LFIXT参与方在TCP连接建立后，应当总是初始化NxtIn=1, NxtOut=1.4. 2. 2. 3身份认证会话发起方发送登录消息（Logon），会话接受方认证发起方身份的合法性。处理逻辑如下：a)如果发起方身份通过认证，则接受方发送一个登求消息作回应。b)如果认证失败，会话接受方则在可选地发送一个含失败说明的注销消息（Logout）后关团连接，(3会话发起方应等待来自接受方的确认Logon消息，方可向接受方发送其他消息。否则，接受方可能尚未准备好接收它们。5 JR/T 0182—2020d)在发起方被认证后，接受方将立即回应一个确认Logon消息。发起方将把从接受方返回的Logon消息作为“一个会话已经建立”的确认。消息同步本标准并不提供真正的会话层重传机制，因此LFIXT参与方作为会话的发起方时，可通过会话重置消息、（即ResetSeqNumF1ag=Y的Logon消息）将会话双方的消息序号重置，来完成会话层消息同步。LFIXT参与方作为会话接受方时，可以利用Logon消息中的NextExpectedisgSeqNun来完成会话层消息同步。这种方式提供了对FIXT会话协议的消息同步的兼容，具体机制见4.3.2登永消息处理。4.2.3消息交换在建立会话之后，会话双方可以开始进行正常的消息交换。交换的消息包括“管理消息”和“应用消息”，本标准仅对管理消息进行播述。4.2.4注销会话LFIXT会话的正常结束是通过连接双方互相发送注销消息（Logout），注销时不需要进行消息缺口检查。若结束时没有收到回送的注销消息（Logout），则把对方视作已注销。除此之外的其它方式的会活结束视为非正常，并应接错误来处理。在结束会话之前，注销消息（Logout）的发起方应等待对方回送的注销消息（Logout）。如果接收方在一定时间内没有答复，那么会话就可以立即中断。注销不影响任何业务层消息的状态。所有有效的业务层消息都可在注销（Logout）之后执行。4.3恢复4.3.1会话恢复机制概达本标准的会话层恢复机制是为了与FIXT会话协议兼客，不能作为具止的消惠恢复机制使用，会诺对端应通过应用层的消息恢复机制来获得缺失的数据。LFIXT参与方只在建立会话阶段存在消息序号同步，在会话持续期间不提供真正的消息恢复，而是简单地通过回应SeqReset-Reset消息来打发消息重传请求。4.3.2登录消息处理LFIXT参与方作为会话接受方时，只需将本方NxtIn设置为发起方Logon消息的MsgSeqNum+1，Nxtout设置为发起