FIX协议介绍v.docx

精选资料Financial Information Exchange (FIX)介绍目录1背景11.1FIX协议不同版本1,231.2FIXatdl42FIX协议工作流程42.1会话层42.2应用层63FIX协议结构263.1信息传送过程73.2信息格式和内容73.2.1管理信息73.2.2应用信息74国内FIX现状94.1证券交易数据交换协议-STEP4,5,694.1.1制定背景104.2券商104.2.1国信3105参考文献101 背景Financial Information eXchange(FIX)金融信息交换协议是适用于实时证券、金融电子交易开发的数据通信协议。它是由FPL提供的个开放式协议，目的是推动国际贸易电子化的进程，在各类参与者之间，包括投资经理、经纪人，买方、卖力建立起实时的电子化通信协议。FIX协议的目标是把各类证券金融业务需求流程格式化，使之成为个可用计算机语言描述的功能流程，并在每个业务功能接口上统交换格式，方便各个功能模块的连接。目前，欧、美主要发达国家都是FIX协会的成员。FIX的制定是由多个致力于提升其相互间交易流程效率的金融机构和经纪商于1992年共同发起。这些企业把他们及他们的行业视为一个整体，认为能够从对交易指示，交易指令及交易执行的高效电子数据交换的驱动中获利。FIX由此诞生，一个不受单一实体控制的开放消息标准，一个能够被调整组建适用于任何一个企业的商务需求的协议。FPL（FIX Protocol Limited , FIX 协议组织）是一家非营利性交易协会，专门免费发布为电子证券交易设立的公开的通信标准。其会员包括几乎所有的大中型经纪商、货币市场银行、机构投资者及共同基金等。此机构在证券交易的盘前交易及交易领域的标准设定方面占有垄断地位。FIX协议作为一个消息标准，促进与安全交易相关的信息交换，在希望进行自动通信的交易对手间进行使用。该消息协议将支持各种商务功能。 FIX最早用于支持美国国内的委托人间基于直接信息流转的证券交易。随着协议本身的发展，增加了大量的支持多边界交易的、衍生工具及其它产品的数据域。同样，该协议被扩展允许第三方参与于交易对手间的信息传递。从下图可以看到，在金融数据交换国际标准中，主要的金融数据交换国际标准是FIX，SWIFT，ISO15022，及ISO20022（由ISO15022 第二版ISO15022XML升级发展而来）。4图 金融数据交换国际标准关系图4从下表可以看出， FIX 协议主要应用于证券交易前和交易中阶段，SWIFT 主要应用于交易后/结算前、结算中和结算后阶段。ISO15022 逐渐在证券交易的各个阶段推广。表 金融数据交换国际标准应用现状示意表4产品交易前交易中交易后/结算前结算中结算后柜台交易/衍生产品FIX、SWIFTFpML、SWITF共同基金/单位信托FIXFIX、SWIFTSWIFTSWIFT外汇交易FIXFIX、SWIFTSWIFTSWIFTSWIFT交易所交易/衍生产品FIXFIX、SWIFTSWIFTSWIFT固定收益产品FIXFIX、SWIFTGSTPA、SWIFT、OMGEO、FIXSWIFTSWIFT股票FIXFIX、SWIFTSWIFTSWIFTSWIFT所有产品ISO15022ISO15022ISO15022ISO15022FIX协议和金融行业的其它协议不同的最重要的特征就是，FIX是个连接的、基于会话的协议。FIX协议包含两层：会话层和应用层。会话层包含所有会话相关的信息，所有与商业相关的信息如报价和交易信息都在应用层中。 FIX协议在欧美和亚洲地区的应用主要集中在买卖意向、成交揭示、交易定单、执行报告、结算划拨和市场新闻等信息交换上。有研究表明，有82的经纪商在使用它FPL认为FIX的优势在于： 就商务流程而言，FIX为机构，中间商，以及其他市场参与者提供了一个减少不必要的电话沟通和琐碎的文档传递方法，为面向特定个体传递高质量的信息提供便利。 FIX为于技术专家提供了一个开放的标准，对他们开发的努力和实践产生了影响，使他们能高效地创建同一个更大范围的参与者之间的联系。 FIX可以为卖主提供一条现成的通往行业的信息存取路径，减少了市场营销的难度，增加了潜在的客户群。开放性已成为FIX成功的关键。出于开放的原因，当在鼓励各方参与标准制定时，FIX保留了参与者需求的不确定性。同时FIX避免“过标准化over-standardization”。它不受限于一个简单类型的载体，及一个简单的安全协议。它把决定权交给使用它的多个企业。FPL希望这种鼓励在非标准化领域的努力能够促进技术的完善。 FIX现已被许多企业和销售商使用。它已经成为行业内的推荐的消息协议。FIX已经从最初的买方-到-卖方的证券交易中得到发展。现在被广泛的用于交易市场，及其它市场参与者。除了证券交易，FIX现在支持4种产品：Collective Investment Vehicles (CIVs)集成投资工具, Derivatives金融衍生产品，Fixed Income，Foreign Exchange外汇交易。1.1 FIX协议不同版本1,2随着业务的发展及加入该组织机构的增多,FIX的内容不断得到扩充,它的演变经历了如下几个发展阶段:1993 年2 月,Fidelity2Salomon 试验性使用;1994 年6 月,FIX 委员会成立;1995 年1 月,FIX2. 7 发布; 1995 年9 月, FIX 3. 0 发布; 1997 年1 月,FIX 4. 0发布;1998 年4 月,FIX 4. 1 发布;1998 年6 月,组织结构正式确立;1999 年9 月,FIX 4. 2 初稿发布;2000年1 月,FIX 4. 2 发布。2001 年6 月,又发布了FIX 4. 3，目前最新版本为5.0SP2。006年10月，FPLs Global Techenical Committee 引入了一个新的框架，将FIX会话层协议从FIX应用层协议分离开来。这就使应用协议消息可以使用任何适的会话传输技术进行传送，而FIX会话层协议是这些可选的协议中的一个。在新的框架下，GTC引入了一个新的别名，之后FIX会话层协议版本为FIXT.x.y，第一个版本为FIXT1.1。表1 FIX协议各个版本应用层的规格2009年04月20日5.0版本的Service Pack 2（勘误表20110818）文件FIXimateFIXML扩展包2008年03月17日5.0版本的Service Pack 1文件FIXimateFIXML2006年12月30日5.0版文件FIXimateFIXML2003年04月30日版本4.4（勘误表20030618）文件FIXimateFIXML2001年08月24日4.3版（勘误表20020920）文件FIXimateFIXML2000年3月1日4.2版（勘误表20010501）文件FIXimateFIXML1998年4月1日4.1版（勘误表19990630）文件FIXimateFIXML1996年01月13日4.0版文件FIXimate会话级规范2006年12月30日修复T1.1文件FIXimate1.2 FIXatdl与传统市场的限价订单相比，算法交易需要的通信参数要多得多。买方交易员所使用的交易系统（通常称为“指令管理系统Order Management System”或“执行管理系统Execution Management System”）必须能够适应与日俱增的新型算法指令。新型复杂算法需要花费巨量的研发及其它费用，例如基础设施、市场推广等。卖方需要做的是让新型算法电子指令直达买方交易员，并且让后者无需每次都再编码就能直接下单交易。在2006-2007年，几家会员联合发布了描述算法交易指令类型的XML标准草案。这个标准被称作FIX算法交易定义语言(FIXatdl)。在2008年3月FIXatdl正式发布之前，多家大型机构参与了该标准的测试，其中包括:TransMarket集团、巴克莱、彭博、盛富证券、花旗集团、瑞士信贷、富达投资、高盛、ITG、摩根大通、美林集团、摩根士坦利、NeoNet、PragmaWeeden和瑞士银行等。1.3 FASTFAST是一种面向消息数据流的二进制编码方法。 FAST是FIX Adapted for Streaming.的缩写（适流FIX）。虽然FAST提出的初衷是为了对FIX消息进行优化，FAST规范中定义的编码方式已经被推广应用到更广泛的协议集。FAST的发展是为了解决FIX协议传输市场数据存在冗余度高，带宽需求大的问题,芝加哥商品交易所于2003年11月17日向FPL提交了一个隐示标记(Implicit tags)方案。FPL于2004年12月27日宣布成立市场数据优化工作组(MDOWG,Market Data Optimization Working Group)。2005年5月开始MDOWG根据一系列POC的结果，开始进行协议标准制定。2006年初完成FAST（FIX Adapted for STreaming）V1.0。2006年12月完成FAST V1.1。FAST编码方法在两个层面上降低数据流的大小。首先，通过“字段操作符”的概念使得可以利用流中数据的相关性，消除冗余数据。其次，在二进制编码对余下数据的串行化中利用了可自描述的字段长度以及指示字段是否存在的位图。上交所Level II采用的就是FAST协议，相比深交所采用的STEP协议（每秒200KB的流量），能减少大约80%的流量。FAST工作流程如下图。与STEP的比较详细见国内FIX现状章节。图 FAST工作流程1.4 证券交易数据交换协议-STEP4,5,62005年3月24日全国金融标准化技术委员会审查通过证券交易数据交换协议等八项行业标准。STEP: Securities Trading Exchange Protocol，是中国金融行业数据通信标准JR/T0022-2004，目前被深圳交易所采用，作为Leve II数据向信息服务商分发的数据的标准协议。详细见国内FIX现状章节。2 FIX协议工作流程Fix协议可以分两大部分，会话层协议和业务层协议。 会话层定义了数据通信相关的协议，业务层定义了金融活动相关的业务数据结构。2.1 会话层Fix的会话层设计时候充分考虑了稳定性，安全性，健壮性，高效性。稳定性指会话协议中定义了心跳消息来维护会话连接，安全性指协议从消息结构上支持数据加密，出错重传指每个会话在两个端点各自维护一套消息序列号，防止消息丢失，漏发漏收，出现这种情况只要检查两边序列号的连续性就可以确定需要重传哪些消息。Session的通信各方维护一个incomming和 一个outgoing 序列号。 Incomming 序列号用来检测序列号是否乱序或跨越。心跳在 initiator 发送 logon 消息时候设置在心跳域上， acceptor 和 initiator 的心跳间隔时间一致。Fix消息要按序列号从小到大顺序处理，若收发过程中出现丢包则有两种策略：重传序列号出错的包及以后所有收到得包；另一种是只重传出错的包。Fix协议没有定义应答消息，使用序列号不连贯来检测消息丢失，用 checksum，签名或消息体长度来检测消息错误。Logon阶段，客户端选择了了一个加密密钥，但服务器选择了不同的密钥放在返回的logon消息中，这时候客户端还得发一个logon消息应答服务器端，两个作用：1. 让服务器知道密钥变更获得了客户端的响应；2. 下面的消息开始要加密了。在 logon 阶段完成后必须马上检查序列号，同步收发的消息，比如一端发送了消息但另一端没收到，这时候需要重传。可以通过对比 logon 消息中的序列号和通信一方的期望收到的消息序列号来检测消息漏收发。序列号最好每隔24小时重置一次，重置前要商量好哪一方来首先发送重置请求及发重置请求的时间。重置之前要一方首先发送 testrequest 消息，等待收 heartbeat 消息来确认连接是否正常，然后才发送 logon 消息，并把消息中的序列号重置域设为Y，并且序列号置为 1 ，接收方回复同样消息，重置成功；Logout 之前需要发送 testrequest 消息强制心跳，检测消息序列号是否连续， logout 消息发送出去之后，需要等待一段时间接收 logout 回应消息，这段时间让双方来处理序列号不一致的问题，一旦序列号同步之后 logout 接收者马上发送回应的 Logout 消息， Logout 发起方收到回应后负责来关闭会话。Fix4.4中在logon消息中加入了 NextExceptedSeqNumb 域，用来表示本方期望对方发过来的下一个序列号，这样 logon 阶段完成后直接就是漏发消息的重发，不需要再发送 testrequest, heartbeat和ResendRequest消息了。possResend 和 possDupFlag 区别就是前者使用了新序列号发送老的消息，可以通过检查消息中的域来确定是否已经收到过改消息，比如 order 的 ID 等；后者是用老的序列号重发消息，可以直接检查序列号来确定是否已经收到过该消息，若已收到过了就丢弃该消息。logon 消息中有两个字段 RAW Data Length 和 RAW data 用来存放认证需要的数据；FIX协议在具体的实施中已经就一些业务流程进行了规范，考虑到世界各地业务模式的差异和应用环境等不同，FIX委员会也留给了实施者相当大的回旋空间，在这个空间内实施者可以定义特殊的应用需求。 在FIX协议包含两个层面（会话层和应用层）中，会话层主要任务是信息交换双方的连接建立及保持、信息交换过程中的安全性、完整性和一致性，具体实施中，由于会话层对如何实现已经有了明确描述，实现起来相对容易。2.2 应用层应用层定义了具体的业务接口，同时也包含了在这些业务接口中的业务逻辑。所以，对应用层业界有多种看法。首先FIX协议应用层是一个标准的接口，这个接口可以用来定义机构之间（券商与券商、券商与交易所等）或机构内部的应用业务接口。其次它又不仅仅是一个接口。在这些应用层信息之间，包含着很明确的业务逻辑。我们可以这样认为，FIX协议是一个带有一个会话层应用接口。所以，FIX协议的实施，不仅是接口的统一规范，同时需要将业务逻辑延伸到信息交换的过程当中。通常，FIX协议的业务逻辑是通过FIX引擎（FIX Engine）来实现的。FIX引擎的主要功能是根据业务需求，生成相应的业务请求（信息），以点对点（可以经由第三方）的方式，最终将交换信息送达目标 FIX引擎；同时FIX引擎对接受的信息进行解析，在此基础上，生成相应的应答信息。信息的解析过程，实际上是业务逻辑的实现过程。FIX引擎的任务是将FIX协议应用层接口所需的域信息从信息库中取出，按FIX协议所要求的信息格式打成数据包，然后提交。首先，撇开FIX引擎会话层属性，在应用层，FIX引擎具有上述特性；其次，FIX引擎在处理信息过程中是一个交互的过程，除原始的请求和广播信息外，FIX协议的应答信息按照信息之间的业务逻辑生成数据包，在数据包生成过程中，同时会伴随其他相关的信息交换，如一个订单信息（Order-Single），它是在证券信息/行情信息/报价信息（IOI信息）等信息交互过程中而生成的；再次，在信息交换过程中，FIX引擎会遵循FIX协议的域、信息类型定义、数据字典约定以及相应的信息定格；最后，FIX引擎还会对信息交换双方的自定义域和信息类型进行约定，这些约定会完整地贯穿于整个信息交换过程中。3 FIX协议结构2 本章节摘自 2002年邓少灵所撰写的论文金融信息交换协议FIX，应该是基于FIX4.2或FIX4.3版本，由于目前国内和大多数交易软件普遍支持的FIX版本为4.2和4.4，所以本章所述内容，仍然具有较高的参考性。3.1 信息传送过程FIX 协议适用于任何希望自动连接的交易双方,它简化了与证券交易相关的电子信息交换。协议信息有两部分内容:管理信息和应用信息。FIX 信息传送过程如图2 所示。图21) 登录。其过程如下:1. 交换过程发起人建立和接收人的电信连接。2. 发起人发送登录信息,接收人通过核查登录信 息,以确认发起人,并用登录信息作回应确认,如果确认失败,交换过程接受人关闭连接。3. 确认之后,发起人和接收人须在发送任何排队信息或新信息之前,通过询问信息使他们的信息得以同步。2) 信息交换。发起过程完成之后,标准信息交换开始,交换内容包括管理信息与应用信息。3) 注销。双方互相发送注销信息后,信息交换过程结束。3.2 信息格式和内容每条FIX 信息都是由一系列带有标记=值的域组成。每个标记代表不同的含义,可以是信息的类型,目标商务名称,证券买入价等。FIX 协议规定了05000 的标记含义,5000 以上可由使用者自己定义,以适用特定的应用。信息内容包括以下两种:3.2.1 管理信息它是为了信息交换过程更加顺畅一致而使用的控制,包括:登录、心跳、检验请求、重新发送请求、拒绝(交换过程) 顺序重设及注销等。3.2.2 应用信息也就是交易的数据,它包括:消息字段描述公告宣布已完成的交易信息。重要提示告知由经纪人买卖的证券是由私人股份有限公司所有,还是由代理持有,以及持有量。消息是经纪人和机构之间传送的一般自由格式信息,带有识别信息紧急性和商号主题词分类标志。电子邮件其格式和用途与消息信息相同,但更倾向于双方非公开的用途。报价请求有些市场,要求经纪人在每次订单前提出报价。报价与多宗报价回应报价请求的信息,并用于发表主动的报价。请求对多宗报价的确认使用报价回应水平标记,有选择地支持对报价的确认。报价撤销报价发起人用于撤销报价。报价状况请求机构用来生成执行报告。报价确认针对报价、多宗报价、报价撤销和报价请求,作出回应。行情数据请求通过此请求得到所指定的证券和外汇交易报价的行情数据。行情数据快照/ 完全刷新该信息用于发送双方的订单登记簿、报价清单、交易清单、指数值、开盘价、收盘价、成交单价、最高价、最低价和变动加权平均价等。行情数据添加刷新用于添加刷新请求。行情数据请求拒绝用于经纪人因交易或技术上的原因不承兑行情数据请求的情况。证券定义请求用于某一指定证券与第二方交易。证券定义接受或拒绝证券定义信息中请求的证券,发回证券及类型清单。证券状况请求用于提出有关证券状况的请求。证券状况提供有关证券状况改变的报告。交易盘状况请求请求有关市面状况的信息。交易盘状况提供有关市场状况的信息。新订单单一机构向经纪人提供有关证券或外汇的订单。新订单清单因两种市场规则的不同而不同。执行报告确认收到订单或订单改变信息,传递订单状况或订单成交信息,报告交易的费用。未知交易通知交易方,收到的订单已被执行。订单撤销/ 替换请求改变订单的参数。订单撤销拒绝是经纪人在不能承兑所收到的撤销请求信息时发出的信息。订单状况请求机构要求经纪人生成并发挥有关订单状况的信息。划拨指定如何将一个订单或一组订单细分为一个或多个账户。划拨确认确认收到机构发送的划拨信息及状态。结算指令经纪人或机构交易结算的指令。出价请求在“非公开”市场与“公开”市场,因市场规则不同,该信息的用法也不同。出价回应因两个市场规则不同,有不同的用法。敲定价交换本金交易的敲定价。状况清单卖方以主动方式发送回应状况清单请求信息。清单执行机构用于指示经纪人开始执行已被提交的证券订单信息。清单撤销执请求用于机构希望在执行交易盘之前或之中,撤销已被提交的证券订单消息。状况清单请求用于机构指示经纪人生成有关某一状况清单的信息。清单订单信息的分解使用与其它FIX 信息相同的方法,支持程序交易中的信息分解。交易信息拒绝拒绝因遵循了交易盘规则而不能以其它方式进行拒绝的应用层面的信息。4 国内FIX现状国内目前有两个FIX标准的应用，一个是在FIX基础上提出的有国内证券特殊内容的STEP协议，另一个是FAST协议。两者分别是深交所和上交所使用的Level-II行情的接入协议。4.1 证券交易数据交换协议-STEP4,5,62005年3月24日全国金融标准化技术委员会审查通过证券交易数据交换协议等八项行业标准。STEP: Securities Trading Exchange Protocol，是中国金融行业数据通信标准JR/T0022-2004，目前被深圳交易所采用，作为Leve II数据向信息服务商分发的数据的标准协议。STEP是为我国证券市场所有参与方在使用计算机系统进行交易业务处理时使用的标准化、格式化的信息规范。经过吸收国际先进的金融信息交换协议（Financial Information eXchange, FIX），STEP不仅将目前证券市场上使用的操作指令和通知用标准的格式描述出来，而且完全与国际流行的FIX兼容。因此这个协议标准的颁布，不仅为我国的证券市场参与者之间的全计算机化通讯提供了标准语言，也为与国际接轨提供的有效的基础设施。表 STEP与FIX的相似和差异点4相似点l 采用了部分FIX4.4 标准域号（1-4999）l 基本上采用FIX 4.4 标准的域值取值l 采用了部分FIX4.4 标准应用消息：差异点l STEP1.0.0 对所采用FIX4.4 域的域值的修改扩充l STEP1.0.0 自定义域l STEP1.0.0 对所采用FIX4.4 标准应用消息的修改l STEP1.0.0 自定义消息4.2 STEP协议的优缺点n 基于FIX ，已成为事实上的证券数据标准n 语法简单，定义灵活，易扩展n 数据相对冗余STEP.1.0.09r青岛啤酒48600600448.520 381000 20030703-09：35：28 1182510157 4.3 FIX Adapted for Streaming (FAST) 7,8FIX Adapted for Streaming (FAST)是一种面向消息数据流的二进制编码方法。 FAST是FIX Adapted for Streaming.的缩写（适流FIX）。4.3.1 FAST的技术优势l 高压缩比(70-80%)l 低资源消耗l 算法简单,效率高,每秒百万级别消息的处理能力4.3.1.1 压缩比高如下面两图：行情快照STEP平均每条消息长度为467字节，FAST编码后为127字节；逐笔成交STEP平均每条消息长度为160字节, FAST编码后为25字节。图 STEP平均每条消息长度为467字节,FAST编码后为127字节图 平均每条消息长度为160字节, FAST编码后为25字节4.3.1.2 带宽利用率与STEP系统对比测试结果比较 如图所示，IDC测试FAST和STEP的上游带宽对比测试结果：S