DB11∕T 1165.6-2019 收费公路联网收费系统 第6部分：数据通信接口

DB11北京市市场监督管理局发布I 1 1 1 1 2 2 7 本部分的起草单位：北京市首都公路发展集团有限公司、北京云星宇交通科技股份有限公1收费公路联网收费系统第6部分：数据通信接口DB11/T1165的本部分规定了收费公路联网收费系统的数据通信系统架构、数据通信系统基本要求本部分适用于收费公路联网收费系统的新建、改建凡是不注日期的引用文件，其最新版本（包括所有的修改单）JR/T0025.1中国金融集成电路（IC）卡规范第1部分：电子钱包/电子存折卡JR/T0025.2中国金融集成电路（IC）卡规范第1部分：电子钱包/电子存折应用规范DB11/T1165.1收费公路联网收费系统第1部分：系统构成及硬件技术要求DB11/T1165.4收费公路联网收费系统第4部分：拆分与结算DB11/T1165.5收费公路联网收费系统第5部分：清分结算DB11/T1165.1、DB11/T1165.4和DB114数据通信系统架构联网收费系统数据通信系统架构如图1所示。联网收费系统与外部其他系统的通信及数据交互应通2清分方系统清分方系统收费分中心系统收费分中心系统收费车道系统通信中间件通信中间件对外数据共享区灾备中心收费总中心系统对外数据共享区灾备中心收费总中心系统通信中间件通信中间件联联网收费系统收费所系统收费所系统ETC车道MTC车道——系统间应使用应答方式进行通信；——交互信息应在规定时间内保证实时性和完整性；——传输的数据应包含数据类型和数据内容；——网络层与传输层数据通信应采用TCP/IP协议。3——每一种类型数据应作为不同数据流发送至对外数据共享区。联网收费系统与对外数据共享区数据传输格式详见账处理信息、清分处理结果、争议处理结果、结算交易结果、交——接收方应发送一个确认消息向发送方回复其接收状态；——清分方系统与收费总中心系统间通信应采用TCP/IP协议。——所有传输的数据应采用XML格式文件存储，使用UTF-8编码，并应支持ZIP格式进行压缩；——每一个.zip文件中应包含两个文件：一个是4——Schema文件仅定义文件结构，不负责对实时备份到灾备中心的传输数据内容应为收费总中5——应采用TCP/IP协议。——应以SQLITE数据库文件、内存数据集、JPG格式图片或ProtoBuf消息的方式传——文件应使用SQLITE数据库进行存储，并应支持ZIP文件率、免费车、优惠等参数需要增加广场编号，下发至分中心数据无需添加广场——压缩包和其包含的文件的文件名除扩展名不同外，其它相——下发文件数据库应由下发参数数据表和参数版本表两部份组成；——参数版本表应包含下发参数的版本、模式以及生效时间等信息；6.5收费分中心系统与收费所（站）系统6——收费分中心系统与收费所间网络层与传输层通信应采用TCP/IP协议。人员信息、班次信息、费率信息、优惠信息、分中心回复7123A36_ORGANA36_ORGAN45A33_FEEA33_FEE671MID2NetWork3456789MediumType891MID2NetWork3456789MediumTypeAxisNum123456ADMINSUPER_ID7VERIFYSUPER_ID8912345NET_NO678912345678912341234收费总中心系统与清分方系统通信内容清单如表B.1所示：表B.1收费总中心系统与清分方系统通信内容清单123123图B.1通用确认消息结构消息体图B.2通用重发消息结构图B.3原始交易消息结构表B.2原始交易信息消息体节点说明1交易记录（Transaction节点）的格式如图B.4所示，服务信息（Service节点）结构如图B.5所示，节点说明如出口类型为MTCNetNo校验信息（Validation）节点结构如图B.7所示，节点说明如表第2部分。TAC计算所需字段在该规范中定义与本消息结构的关系如表B如果交易是通过ETC车道产生的，需附加电子标签信息，格式如图B.8所示，OBU节点说明如表B.10NetNo2字节的OBU状态记账处理消息结构如图B.9所示，记账处理消息体说明如表B.1表示是针对哪一个公路收费方的交易包。取值为原始交易包消DisputedRecord123456789争议交易处理消息结构如图B.11所示，争议交易处理消息结构说明如表图B.11争议交易处理消息结构本消息包含的交易记录数量，包括经讨论确认付款的记录和争议交易列表节点结构如图B.12所示，具体结构规定如表清分消息结构如图B.13所示，清分消息体结构说明如表B.1清分细节ClearDetail节点说明如表DayClearInfoDayClearInfo节点结构如图B.15所示，节点说明如表B.18所示：ClearItem节点结构如图B.16所示，节点说明如表B.交易包信息、争议交易处理结果文件信息及异常交易退费文件信息均包含两个属性：Count和Amount，它们的意义如表B.19所示：交易包中在记帐消息中直接确认付款的记录记帐付款金额，与记帐包中的争议处理结果中确认付款的交易数量，小于当前文件所确认付款的金额，与异常交易退费文件中记录的数量，与该文件当前文件退费总金额，与该文件NetNo状态记录节点结构如图B.18所示，状态记录节点说明如123456789BRANCH_PARAM_RRSPONA04_OPERATORA05_SHIFTA08_FAREA72_ROLESWHITELISTA36_ORGAN1MID23456781MID234567891MID2NETWORK3456789MEDIUMTYPEIC卡交易时间参与TAC码验算时间MD5TEXT1MID2NETWORK34678MEDIUMTYPEMD5Text表C.6操作日志信息1MID234567891MID23456ALL_NUM781MID23456ALL_NUM781MID2PLAZA_ID3LANE_ID4OP_ID5SHIFT_ID6TIME_BEGIN7TIME_END8ALL_NUM9MTC_NUMETC_NUMSend_FlagSendToCenterFlag1MID2345678ALL_NUM9MTC_NUM1212345678912345123MSG_TYPE4MSG_ID5MSG_CONTENT678123456712341212312MID3451234561234512345678912345678912NETWORK34567891231234512345678123412345678912345NET_NO678912AC_WHEN34567891234AC_WHEN5678MODIFY_TIMES9123MODIFY_TIMES4AUTOTKT_NUM5AUTOTSH_NUM6789AWARD_OPIDAWARD_TAG123AUTOINV_NUM456789MEND_SUMDECIMAL(18，2)DECIMAL(18，2)MODIFY_TIMESAWARD_OPIDAWARD_TAG123456MODIFY_TIMES789123AC_WHEN456MEND_MONEYDECIMAL(18，2)7MEND_NOTE8AWARD_OPID9MODIFY_TIMES123456789MODIFY_TIMES1234MODIFY_TIMES56789123456789MODIFY_TIMES123456789MODIFY_TIMES12345678912NETWORK3456NVARCHAR(30)789NVARCHAR(30)NVARCHAR(30)AC_WHENNVARCHAR(30)NVARCHAR(30)DECIMAL(15，2)DECIMAL(15，2)NVARCHAR(30)DECIMAL(15，2)1234567891234567891