DB13T 5519.6-2022 轨道交通 AFC 系统线网技术要求 第6部分:数据传输_第1页
DB13T 5519.6-2022 轨道交通 AFC 系统线网技术要求 第6部分:数据传输_第2页
DB13T 5519.6-2022 轨道交通 AFC 系统线网技术要求 第6部分:数据传输_第3页
DB13T 5519.6-2022 轨道交通 AFC 系统线网技术要求 第6部分:数据传输_第4页
DB13T 5519.6-2022 轨道交通 AFC 系统线网技术要求 第6部分:数据传输_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

13TechnicalrequirementsforAFCsystemnetworkofrailtransitI 请注意本文件的的某些内容可能涉及专利。本文件的DB13/T5519-2022《轨道交通AFC系统线网技术要求》分为7个部分:本文件是DB13/T5519-202本文件起草单位:石家庄市轨道交通集团有限责本文件的编写是为了给河北省内轨道交通AFC系已经初步完成河北省轨道交通AFC系统线网技术要求要求统一,确保满足票卡的兼容性及新设备、新票种(或卡型)引入机、车站计算机与线路中央计算机、线路中央计算机与中央清分系统,以及城市轨道交通与一卡通建设完善的技术规则而起草高质量的标准化文件,有利于保证河北省内轨道交通建设和后续新建线路的顺利接入,有利于促进河北省轨道交通事业的可1轨道交通AFC系统线网技术要求第6部分:数据传输下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用GB/T20907-2007城市轨道交通自动售检票系统技术条CJJ/T162-2011城市轨道交通自动售检票系统检测技术规4传输方式a)传输文件应包括交易文件、审计文件、设备事件文件、参数文件、黑名单文件、模式履历b)上一级系统应向下一级系统提供F4.2实时报文传输在AFC系统中,实时性要求高的上行和下行的数据消息和联机查询请求及应答消息应以TCP/IP作为底层通信承载协议进行实时报文传输,主要提供ACC-L4.3通讯机制4.3.1协议结构本接口标准所定义的报文以TCP/IP作为底层通信承载协议2c)LC/SC之间以LC为上层系统,SC为下层系统;4.3.2连接方式与报文格式4.3.2.1通信链路的建立与响应a)客户端在启动时,应主动向服务器端发起连接请求;b)若在规定的时间内无法与服务器端建立连接,则客户端应产生报警并主动取消连接请求;d)若客户端与服务端连接中断或客户端与服务端没有建立连接,则客户端应产生报警并等待4.3.2.2链接方式客户端与服务器端通信链路的链接方式具有单链路、长链路和异步工作模式的2)建立链路时上层作为通讯服务器端应建立监听端1)客户端向服务器端发起连接请求,服务2)此连接应作为服务器和客户端间的唯一报文传输链路,连接建立成功后一般不断开连4.3.2.3数据交换通信链路建立以后,连接的双方均可以连续向对方发送多条命令并接收通信链路建立以后,连接的双方均可以连续向对方发送多条命令并接收注:数据双方采用A和B描述,表明A或B可以是通讯服务器或客户端的任一方,体现了端与端协议对等的设计原3为避免实时通信过程中跨层响应的不确定性,应采用相邻层直消息请求内容的最终回复由最终接收方重启一条任何一端发出数据包后,若在时限内没有收到对方确认的MACK应答,则发送方应在等待一定的数据包重复发出次数由实时通信参数RetryTimes设定,a)若数据包按照设定次数重复发出后,对方仍然没有反应,发送方则停止发送;(例如,假c)重要报文应在下次重新建立起连接后补发或保存到文件中,通过数据备份介质导入或导出4.3.2.4心跳与通信中断b)心跳周期,由实时通信参数AlivePeric)若实时通信应答超时后,未收到目的节点反馈的应答消息,则表示应答失败,应重新发起d)实时通信应答周期,由实时通信参数Timeoe)处于通讯的下级节点连续MaxIdlePeriodAmount次认为通信故障,下层节点应主动断开当前连接,重新发起连接f)最大空闲周期数,由实时通信参数MaxIdlePeh)服务器端或客户端在连续接收到MaxInvalidMessi)最多连续无效报文数,由实时通信参数Max4,4通用报文结构定义4.4.1报文格式定义421232包头+包体的CRC校验码4.4.2包头定义1MessageType2243码44码4答与请求一致),转发时需修改为接收方546Map4Bit09~Bit15:加密算法,预留MACK应答的包体格式见表3。12参见《第九册数据字典及编码4.5报文的合法性验证a)报文格式的验证;54,6传输接口4.7实时通信a)ACC与LC之间的实时通信,ACC与LC应互为服务,任何一主要增加了设备模块的状态上传和查询,设备钱箱和票箱信息的上传c)SLE与SC之间的实时通信,与SC与LC的实时通信基本一致,主要是客流统计数据。4.8通讯报文种类ACC→LC|LC→SC|SC→SLEACC→LC|LC→SC|SC→SLEACC→LC|LC→SC|SC→SLEACC→LC|LC→SC|SC→SLEACC—>LCACC→LC|LC→SC|SC→SLEACC→LC|LC→SC|SC→SLEACC→LC|LC→SC6ACC→LC|LC→SC|SC→SLEACC→LC|LC→SC|SC→SLE设备重启时、日始和网络恢复时,设备均应发e)第五步,上传所属车站模式、参数版本、设备状态、软件版本;ACC级EOD参数、TP参数如果不能同步,则该设4.10.1物理接口4.10.2应用接口ACC和LC之间的通信传递宜采用支持互4.10.3消息中间件架构ACC-LC消息队列结构示例图见图3。74.10.3.2队列管理器定义b)定义队列管理器名称,如:以“QM_ACC”开头,后面跟3位足3位左端以0补齐;c)队列管理器名称示例如:QM_ACC001/QM_ACC002/QM_ACC0123值4.10.3.3通道配置…4.10.3.4侦听器配置ACC端的侦听器命名规则如下:<LSR>.<协议名称>.<ACC>.<侦听端口号>从安全角度考虑,实际部署时每个客户端应采用独立的侦听端口,以能保证通信上的独立性和ACC队列管理器中侦听器列表见表8。123484.10.4.1消息描述符MDbbMQRO_NONEMsgTypeMQFB_NONEMQENC_NATIVEMessageMsgIdMQACT_NONEMQACT_NONE9DatewhenmessagewaTimewhenmessagewMsgSeqNumberMsgFlags注1:MDbb表示“MD”(带两个空格),是StrucId4.10.4.2消息种类ACC→LCACC→LCACC→LCACC→LCACC—>LCACC→LCACC→LCACC→LCACC→LCACC→LC4.10.4.3消息控制信息和消息数据的格式处理消息的程序既应控制消息的控制信息,也应控制2)当应用程序把消息从一个队列管理器发送到另一个队列管理器时,传输消息的消息通道代理应使用这个属性值来确定是否需要对消息进行数据转在应用程序中可以定义应用数据格式、字符数据的字符集和数字数据的格4.10.4.4消息优先级a)队列的MsgDeliverySequence属性决定了队列中的消息是以先进b)若队列的这个属性设置成MQMDS_PRIORITY,队列中的消息将以消息描述符的Prioritc)若队列的这个属性设置成MQMDS_FIFO,队列d)若消息放到队列中时,若未设置消息优先级,则将会自动使用f)实时通信报文消息的优先级暂应采用系统缺省的优先级(即暂没有优先级不同的报消息类4.10.4.5消

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论