DB11/T 1164.3-2015 轨道交通联网收费系统技术要求 第3部分:数据传输

DB11/T 1164.3-2015 Technical Requirements for Interconnected Charging System for Rail Transit - Part 3: Data Transmission

北京市地方标准 简体中文 被代替 已被新标准代替,建议下载标准 DB11/T 1164.3-2020 | 页数:64页 | 格式:PDF

基本信息

标准号
DB11/T 1164.3-2015
标准类型
北京市地方标准
标准状态
被代替
中国标准分类号(CCS)
国际标准分类号(ICS)
发布日期
2015-01-28
实施日期
2015-05-01
发布单位/组织
北京市质量技术监督局
归口单位
北京市交通委员会
适用范围
-

研制信息

起草单位:
起草人:
出版信息:
页数:64页 | 字数:- | 开本: -

内容描述

ICS35.240.60

L67DB11

北京市地方标准

DB11/T1164.3—2015

轨道交通联网收费系统技术要求

第3部分:数据传输

Networktollsystemofrailtransittechnicalrequirements

PartIII:Datatransmission

2015-01-28发布2015-05-01实施

北京市质量技术监督局发布

DB11/T1164.3—2015

目次

前言.................................................................................Ⅲ

1范围...............................................................................1

2ACC与MLC/LC间数据传输方式........................................................1

3MLC/LC与SC以及SC与SLE间的数据传输方式..........................................1

3.1数据传输方式分类...............................................................1

3.2端口定义.......................................................................1

3.3在线数据传输规定...............................................................2

3.4在线文件传输规定..............................................................11

3.5离线数据规定..................................................................12

3.6设备远程唤醒通信规定..........................................................12

3.7时钟同步通信规定..............................................................13

3.8离线数据、FTP参数数据和调试数据文件的格式定义................................13

4MLC/LC与SC以及SC与SLE间数据传输时序...........................................14

4.1数据传输流程的约定............................................................14

4.2数据传输时序的基本准则........................................................16

4.3简单业务时序..................................................................18

4.4组合业务时序..................................................................23

5SLE与TPU间数据传输规定..........................................................34

5.1SLE与TPU之间的数据传输接口..................................................35

5.2通信规格......................................................................35

5.3TPU启动时序..................................................................35

5.4控制字符定义..................................................................36

5.5传输数据包结构................................................................37

5.6通信时序......................................................................37

5.7TPU的工作状态................................................................41

6车票业务处理时序..................................................................42

6.1售票..........................................................................42

6.2补票..........................................................................45

6.3充值..........................................................................46

6.4查询车票信息..................................................................48

6.5退票退资......................................................................49

6.6替换..........................................................................50

6.7激活..........................................................................52

6.8延期..........................................................................52

6.9挂失..........................................................................52

I

DB11/T1164.3—2015

6.10抵消.........................................................................53

6.11AG进出站....................................................................53

参考文献.............................................................................59

II

DB11/T1164.3—2015

前言

本部分依据GB/T1.1-2009给出的规则起草。

DB11/T1164《轨道交通联网收费系统技术要求》分为6个部分:

——第1部分:系统结构及功能

——第2部分:接口数据格式

——第3部分:数据传输

——第4部分:操作界面

——第5部分:车票处理单元

——第6部分:票卡

本部分为DB11/T1164的第3部分。

本部分由北京市交通委员会提出并归口。

本部分由北京市交通委员会负责组织实施。

本部分的起草单位:北京市轨道交通指挥中心、北京航空航天大学。

本部分主要起草人:战明辉、孙方、冯昕晖、王金利、童梅、潘晓军、张莉、梁材、孙越、王照

华、尹秋霞、刘嘉军、黄悦、陈卫平、戴国强、冯利昌、王海英、杨萍、陈颖、刘敬光、宋伟、李寒松、

边毅、于涛、王桂英、翟熙、帅国莹、张坤、隋丽莉、靖立涛、孙琦、韩鹏、黄斐、刘稳、詹淮、尹宁、

熊桂喜、欧阳元新、张茂林、冷彪、张姞。

III

DB11/T1164.3—2015

轨道交通联网收费系统技术要求第3部分:数据传输

1范围

本部分规定了轨道交通联网收费系统内各层级之间的数据传输及通信控制要求。

本部分适用于轨道交通联网收费系统的设计、建设、验收和运营管理。

2ACC与MLC/LC间数据传输方式

ACC与MLC/LC之间的数据传输应通过消息中间件传输。

3MLC/LC与SC以及SC与SLE间的数据传输方式

3.1数据传输方式分类

轨道交通联网收费系统内各层系统间按照表1所列出的数据传输方式进行通信。

表1MLC/LC与SC以及SC与SLE间的数据传输方式分类

序号数据传输的方式使用的通信协议所传输的数据类型或用途

1在线文件传输FTP传输参数数据、程序文件和日志文件

传输交易数据、状态数据、控制数据、业务数据、

2在线数据传输基于TCP/IP的SOCKET方式和参数版本,以及用于开机/断线续连、业务结束

时的上传

3时钟同步NTP用于时钟同步

4设备远程唤醒WOL协议用于设备远程唤醒

5离线数据传输外部媒体存储介质用于离线状态下的各种数据传输

3.2端口定义

轨道交通联网收费系统内所使用的通信端口信息见表2中定义。

1

DB11/T1164.3—2015

表2AFC系统内通信端口定义

上位系统或子系统协议类型端口定义下位系统或子系统

FTP21MLC/LC-WS

MLC/LCNTP123SC、MLC/LC-WS

SOCKET8757MLC/LC-WS

FTP21SC-WS、AG、BOM、TVM、AVM、EQM

NTP123SC-WS、AG、BOM、TVM、AVM、EQM

8757SC-WS

8767TVM

SC

8777BOM

SOCKET

8787AG

8795AVM

8797EQM

3.3在线数据传输规定

3.3.1数据传输的连接方式

AFC系统内采用基于TCP/IP协议进行数据传输时,上位系统作为TCP服务器端,下位系统作为TCP客

户端。

服务器端按照以下要求进行通信:

a)服务器端绑定表2定义的TCP端口号,应保持对端口所有客户端连接的监听;

b)接收到某个客户端连接请求时,对该客户端的连接请求进行合法性检查,确认合法后与其建立

连接。

c)连接建立后,服务器端和客户端通过该链路进行数据传递。

d)服务器端在通信超时时间(T1=120秒)内没有接收到客户端任何消息时,主动关闭TCP连接。

客户端按照以下要求进行通信:

a)客户端主动连接服务器端。当无法建立连接或通信异常中断时,在间隔时间(T2=60秒)之后,

再次重复连接;

b)连接建立后,客户端应保持与服务器的通信连接。在消息间隔时间(T3=30秒)内没有数据交

互时,客户端应主动向服务器发送一个连接存活确认消息;

c)客户端在通信超时时间(T1)内没有接收到服务器任何消息时,主动关闭TCP连接。在间隔时

间(T2)之后,再次重复连接。

3.3.2消息结构

消息构成

数据传输时的消息构成见

表3定义。

2

DB11/T1164.3—2015

表3数据传输时的消息构成

起始标记结束标记

传输数据头前置处理头数据体校验数据

(1字节)(1字节)

不定长,数据体长度在传输数据头中

0xF038字节0或32字节确定。0或4字节0xFF

如果没有数据体,本部分长度为0。

传输数据头

传输数据头的结构见表4定义。

表4传输数据头结构

分类字段名长度数据类型说明

整个消息的长度(从“开始标记”至“结束标记”的长

消息总长度4HEX度,包含“开始标记”和“结束标记”),取值范围:48

~8K+40字节。

消息协议标识:固定值0x01。

协议标识4HEX当该数据与标准值不一致时,该消息按照错误消息处

理。

协议版本号1HEX用于确定传输协议版本号:0x01。

数据格式版本号1HEX用于确定数据体中的数据编码格式版本号:0x01。

数据传输类型1HEX数据传输类型。按照DBXX.2规定执行。

预留1HEX预留字段:固定值0xFF。

传输命令编码。具体规定见

议传输命令编码1HEX

数消

表。

据息9

头唯标识发送请求消息的时间。

消息时间戳7BCD

一格式为:YYYYMMDDhhmmss。

标消息序列号,由消息发起方产生;区分同一时间戳内的

消息序列号2HEX

消息。

设备ID4HEX消息发送方的标识。按照DBXX.2规定执行。

消息发送方的分组标识。规定设备具体分组及组内编

设备分组编码2HEX

号。

本次会话的生存周期。规定是否检查超时及超时限制的

会话生存周期2HEX

时间。

分包总数,取值范围:1~255。

分包总数1HEX当消息过大(总长度超过指定字节)时,对消息进行分

包传输。每个消息包的长度不超过指定字节。需要分多

3

DB11/T1164.3—2015

分类字段名长度数据类型说明

包传输时,填写总包数。分包的详细规定见3.3.6的规

定。

表5传输数据头结构(续)

分类字段名长度数据类型说明

当前数据分包序号,取值范围:1~255。

分包序号1HEX分包总数等于1时,设定为1。分包总数大于1时,从

1开始递增。

用于标识是否通过前置服务器传输,取值范围:0~1。

前置处理标识1HEX

前置处理标识为0时,消息构成中无前置处理头。

数据体采用的加密算法信息。0x00为不加密,0x01为

加密算法1HEX

DES加密,0x02为3DES加密,其他值无效。

加密算法对数据体进行补位时,规定补位数据的字节

加密算法补位长度1HEX

数。

密钥版本1HEX加密数据体采用密钥版本号

消息校验码采用的校验算法信息。0x00为不校验,0x01

校验码算法1HEX

为CRC32校验(按照规定执行),其他值无效。

预留字段21HEX预留字段:固定值0xFF。

前置处理头

前置服务器应使用前置处理头来进行消息分发处理。当前置服务器收到一个消息后,应根据前置服

务器的配置定义,将消息分发给前置处理头中标识的目的地。

前置处理头格式见表6定义。

表6前置处理头结构

分类字段名长度数据类型说明

接收MLC/LC设备ID4线路MLC/LC服务器ID,按照DBXX.2规定定义。

预留字段14预留字段:固定值0xFF。

预留字段24预留字段:固定值0xFF。

前置处接收SC设备ID4线路车站服务器ID,按照DBXX.2规定定义。

理头预留字段34HEX预留字段:固定值0xFF。

预留字段44HEX预留字段:固定值0xFF。

预留字段54HEX预留字段:固定值0xFF。

预留字段64HEX预留字段:固定值0xFF。

数据体

数据体包含“反馈数据对应消息标识”、“消息正文”、“加密填充数据”三部分。数据体格式见

4

DB11/T1164.3—2015

表7。

表7数据体结构

分类字段名长度数据类型说明

消息应答反馈时对应消息的“消息唯一标识”,格式见表4

定义。

当传输数据头中的“传输命令编码”是以下命令时,包含该

项内容(长度为16):

a)连接确认反馈

反馈数据对应消息

0或16b)上位同步命令结果反馈

数标识

c)下位同步数据请求结果反馈

d)连接存活确认反馈

e)消息正确应答

f)消息错误应答

g)数据传递反馈;

消息正文HEX消息正文(消息正文格式见DBXX.2规定)

消息正文加密时填充的数据。实际长度见表4中“加密算法

加密填充数据0~8HEX

补位长度”规定。

校验数据

校验数据格式见表8。

表8校验数据的结构

分类字段名长度数据类型说明

消息结构中数据体的校验码。不存在数据体,不填充消息校验码。

消息分包传输时,对未分包前消息完整数据体进行校验生成校验码

校验数据消息校验码4HEX

(分包消息的消息体不再计算校验码),并填入最后一个分包消息的

校验数据中,其它分包消息的校验数据填0x00000000。

传输命令设置

传输命令设置及用途说明见

5

DB11/T1164.3—2015

表9。

表9传输命令定义

发起方

传输命令编码命令用途

下位上位

连接请求0x01用于建立初始合法连接√

连接确认反馈0x02用于对连接请求的确认√

数据传递0x03用于各类数据传输√√

0xFD用于对“数据传递”中指定的内容进行数

数据传递反馈√√

据传递反馈

上位同步命令0x04用于上位同步命令√

上午命令结果反馈0x05用于对“上位同步命令”处理结果的反馈√

下位同步数据请求0x06用于下位向上位发出同步数据请求√

0x07用于对“下位同步数据请求”处理结果的

下位同步数据请求结果反馈√

反馈

连接存活确认0x08用于无消息传输时的连接确认√√

连接存活确认反馈0xFC用于对“连接存活确认”的反馈√√

消息正确应答0xFB用于消息正确接收确认√√

0x00用于消息接收错误和非指定反馈数据时的

消息错误应答√√

应答

3.3.3消息应答结构

消息接收应答

接收方接收到发起方发送的消息后,应在在消息应答延时时间(T4=5秒)内给发送方反馈消息接收

应答。流程见图1和见图2

发送方接收方

发送消息

{时间<T4}

反馈ACK(0xFB)

图1消息正确应答

6

DB11/T1164.3—2015

发送方接收方

发送消息

{时间<T4}错误消息

反馈NACK(0x00)

图2消息不正确应答

发送方在延时时间(T5=30秒)内未能收到接收方的应答,应再次发送该消息且等待接收应答。当

连续3次重发且未能收到接收方的应答时,应断开与接收方的连接。流程见图3和图4。

发送方接收方

发送消息(第一次)

{时间>=T5}×

定制服务

    推荐标准

    关联标准

    相似标准推荐

    更多>