DB13/T 5519.1-2022 轨道交通 AFC 系统线网技术要求 第 1 部 分： 系统结构及功能

ICS45.020

CCSS71

13

河北省地方标准

DB13/T5519.1—2022

轨道交通AFC系统线网技术要求

第1部分：系统结构及功能

TechnicalrequirementsforAFCsystemnetworkofrailtransit

Part1:Systemstructureandfunction

2022-02-28发布2022-03-31实施

河北省市场监督管理局发布

DB13/T5519.1—2022

目次

前言...............................................................................II

引言..............................................................................III

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

2规范性引用文件...................................................................1

3术语和定义.......................................................................1

4缩略语...........................................................................1

5AFC系统总体架构..................................................................2

6互联互通.........................................................................4

7时钟同步.........................................................................5

8ACC功能要求......................................................................5

9LC功能要求......................................................................17

10SC功能要求.....................................................................23

11SLE功能要求....................................................................28

I

DB13/T5519.1—2022

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规

定起草。

请注意本文件的的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

DB13/T5519-2022《轨道交通AFC系统线网技术要求》分为7个部分：

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

——第2部分：终端与专用设备

——第3部分：读写器应用

——第4部分：人机界面

——第5部分：票卡应用标准

——第6部分：数据传输

——第7部分：数据接口

本文件是DB13/T5519-2022的第1部分。

本文件由石家庄市市场监督管理局提出。

本文件起草单位：石家庄市轨道交通集团有限责任公司、南京熊猫信息产业有限公司。

本文件主要起草人：付朝立、路江、桑静波、王相辉、陆斌、布永忠、连苏宁、李杨、王龙、李

战彬、杨俊义、王智勇、侯璟琨、刘谦、陈园园。

II

DB13/T5519.1—2022

引言

本文件的编写是为了给河北省内轨道交通AFC系统建设提供参考标准及规范。在这方面，我省已

经初步完成河北省轨道交通AFC系统线网技术要求标准文件的起草、制定和组织工作，拟由七部分构

成。

——第1部分：系统结构及功能。目的在于进一步规范轨道交通AFC系统架构以及功能统一，确

立各层系统互联互通、不同设备接入的相关技术要求。

——第2部分：终端与专用设备。目的在于进一步规范轨道交通AFC系统各类终端设备的技术要

求和功能，方便后期扩展，指导新线有序建设。

——第3部分：读写器应用。目的在于进一步规范轨道交通AFC系统读写器应用，为系统引入新

设备、新票种，实现系统的互联互通提供支持。

——第4部分：人机界面。目的在于进一步规范轨道交通AFC系统各类终端设备人机交互界面的

统一，推动乘客人机交互界面应用的标准化，方便操作员维护，提高乘客使用的体验感。

——第5部分：票卡应用标准。目的在于进一步规范轨道交通AFC系统中使用的实体票卡技术要

求统一，确保满足票卡的兼容性及新设备、新票种（或卡型）引入的要求。

——第6部分：数据传输。目的在于进一步规范轨道交通AFC系统中各级系统之间、设备与系统

之间的数据内容，促进后期建设及扩展的可持续发展。

——第7部分：数据接口。目的在于进一步规范轨道交通AFC系统各线路终端设备与车站计算机、

车站计算机与线路中央计算机、线路中央计算机与中央清分系统，以及城市轨道交通与一卡通之间

的接口。

结合我省实际轨道交通AFC系统事业建设情况，首要任务就是尽快建立明确的地方标准体系。建

设完善的技术规则而起草高质量的标准化文件，有利于保证河北省内轨道交通建设和后续新建线路

的顺利接入，有利于促进河北省轨道交通事业的可持续发展。

III

DB13/T5519.1—2022

轨道交通AFC系统线网技术要求第1部分：系统结构及功能

1范围

本文件规定了轨道交通AFC系统总体架构、各层系统架构的主要功能和各层系统之间互联互通的

应用标准。

本文件适用于轨道交通AFC系统设计、建设、验收和改造及系统应用等的实现和系统级、设备级

之间的互联互通。

2规范性引用文件

下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用

文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）

适用于本文件。

GB/T16649识别卡带触点的集成电路卡

GB/T20907-2007城市轨道交通自动售检票系统技术条件

GB50157-2013地铁设计规范

GB50381-2018城市轨道交通自动售检票系统工程质量验收规范

CJJ/T162-2011城市轨道交通自动售检票系统检测技术规程

JR/T0025中国金融集成电路（IC）卡规范（PBOC3.0）

3术语和定义

本文件没有需要界定的术语和定义。

4缩略语

下列缩略语适用于本文件：

ACC:轨道交通清算管理中心（AFCClearingCenter）

AFC：自动售检票系统（AutomaticFareCollectionSystem）

AGM:自动检票机（AutomaticGateMachine）

BOM:半自动售票机（BookingOfficeMachine）

E/S:编码分拣机（Encode/Sorter）

FAS：火灾报警系统（FireAlarmSystem）

IC卡：集成电路卡（IntegratedCircuitCard）

ISAM:增值SAM（IncrementSAM）

ISCS：综合监控系统（IntegratedSupervisoryControlSystem）

LAN:局域网（LocalAreaNetwork）

LC:线路中心计算机系统（LineCentralComputerSystem）

LED:发光二极管（LightEmittingDiode）

NTP：网络时间协议（NetworkTimeProtocol）

POI：兴趣点（PointofInterest）

PSAM:消费SAM（PurchaseSAM）

RF:射频（RadioFrequency）

SAM:安全存储模块（SecureAccessModule）

SC:车站计算机系统（StationComputerSystem）

SLE:车站终端设备（StationLevelEquipment）

SNTP：简单网络时间协议（SimpleNetworkTimeProtocol）

TAC:交易验证码（TransactionAuthorizationCryptogram）

1

DB13/T5519.1—2022

TVM:自动售票机（TicketVendingMachine）

USB:通用串行总线（UniversalSerialBus）

5AFC系统总体架构

AFC系统五层架构

5.1.1清分管理层

负责线网内票务政策的参数化，统一管理票务数据，实现线路的收入统计及线路间收入的清分

与对账，及轨道交通运营主体与其他发卡方间的清分结算。

5.1.2线路中央层

负责收集线路（区域内）所有车站的各类数据，向所管理车站主动发起或转发系统上层发来的

控制命令及控制参数，为线路工作人员提供所管理线路内所有车站、终端设备等的运行状态，对线

路内运营情况、收益、票卡等的使用等情况进行统计分析。

5.1.3车站系统层

负责收集并处理车站终端设备产生的各种数据，向终端设备层主动发起或转发系统上层发来的

控制命令及控制参数，为车站工作人员提供车站终端设备等的运行状态及收益的统计报表。

5.1.4终端设备层

用于控制终端设备各部件的协同工作，产生和收集各种交易数据，向车站系统发送数据并接受

车站系统相关参数及控制命令。

5.1.5票卡层

采用非接触式电子芯片等来记录乘客进站信息（进站车站、进站时间等），出站设备读取票卡

中已写入的进站信息，按照票务规则进行费率计算及计扣。

轨道交通AFC系统五层架构如图1。

2

DB13/T5519.1—2022

图1轨道交通系统架构框图

AFC系统功能定位

5.2.1ACC功能定位

ACC是轨道交通AFC系统联网收费的核心部分，负责不同运营线路间帐务清算、票务发行等，同

时作为轨道交通运营商的代理，与城市一卡通公司进行清分结算和协调等工作。

ACC功能应包括：

a)票务数据处理；

b)车票发行、调配及跟踪；

c)与运营线路间清算、对账；

d)与城市一卡通公司进行清分结算；

e)线网票价的制定及发布；

f)网络化运营统一管理；

g)数据备份与恢复。

5.2.2LC功能定位

LC为本线路AFC系统的核心部分，实现对系统运营、票务、收益、维修的集中管理功能。

LC主要功能应包括：

a)收集、处理系统内各类数据；

b)制定、维护系统各类参数；

c)接收、下达系统各类指令；

d)为系统提供高度的安全机制和严格的操作规程；

e)完成与一卡通卡公司之间的结算；

f)接受ACC系统参数及指令；

3

DB13/T5519.1—2022

g)根据相关要求向ACC上传相关数据并可与ACC对帐。

5.2.3SC功能定位

SC为车站AFC系统的核心部分，可对本车站内部的所有设备进行实时监控，实现对车站AFC系统

运营、票务、收益及维修的集中管理功能。

SC的主要功能应包括：

a)收集、处理车站AFC系统内各类数据；

b)上传各类数据到LC；

c)接收LC下传的各类系统参数，并下载到本车站各终端设备；

d)接收LC下达的各类系统指令，并下达到本车站各终端设备；

e)应可根据需要自行向车站设备下达控制指令，并将该操作记录上传到LC。

5.2.4SLE功能定位

车站终端设备主要由自动售票机、半自动售票机、自动检票机、自助查询机、便携式检验票机

等设备构成。

SLE的主要功能应包括：

a)接收参数及命令，完成规定操作及信息提示；

b)生成并上传全部交易数据、审核数据和事件数据，生成日志数据；

c)按要求存储数据，存储时间一般不少于7天；

d)设备故障自诊断和故障提示；

e)在发生通信故障时能独立运行，并能实现数据导出功能，通信故障恢复后数据自动上传。

5.2.5车票功能定位

车票的主要功能应包括：

a)记录乘客乘车的信息；

b)记录车票的系统编号、安全信息、车票种类、个人信息、进出站信息、金额、有效期、历

史交易记录等信息；

c)与车站终端设备共同完成自动售票、检票功能。

6互联互通

系统级的互联互通

系统级的互联互通是指不同线路的AFC系统能实现互联互通，这一层次的互联互通是基本要求，

是实现“一票通”、“一卡通”的基础。

应统一轨道交通联网收费系统制定的技术规范，为轨道交通联网收费系统提供基础，包括：

a)统一操作流程，规范轨道交通收费系统操作；

b)统一数据交换接口，为轨道交通系统的互联互通，实现清结算提供技术基础；

c)统一票卡应用要求、密钥管理体系，保证票卡在轨道交通各线路之间具有通用性。

设备级的互联互通

在AFC系统中，车站终端设备主要有自动售票机、自助查询机、半自动售票机以及自动检票机等。

实现AFC设备级互联互通应包括：

a)设备功能一致明确；

b)运行模式基本相同；

c)接口基本统一。

部分模块的互换

部分模块应具备互换性，保证不同轨道交通线路间的互联互通；设备的互换有着极高的经济价

值和社会价值，在技术条件成熟后，可考虑实施；某些特殊的模块互换也可在进一步的统一规划下

实施。

4

DB13/T5519.1—2022

关键代码的统一

河北省轨道交通采用大读写器，应确保票卡处理程序能在不同品牌的读写器上运行，票卡处理

程序在更新时，应能同步进行更新操作。

关键代码的统一应包括：

a)读写器的硬件要求统一；

b)系统软件要求统一；

c)底层函数库要求统一。

7时钟同步

ACC系统应从外界时钟源（卫星数据或者通信系统）获得准确的当前时间，来设置自己的系统时

间，并成为线网标准时间的源头。

时钟同步的实现应包括：

a)时间同步采用SNTP或NTP来实现；

b)AFC系统中只在相邻的两层之间进行时钟同步；

c)时钟同步校准时间间隔、最小阈值、最大阈值可配置。

8ACC功能要求

ACC主要功能

ACC主要功能应包括：

a)ACC制定AFC系统运营的各项规则

AFC系统运营的主要规则应包括：

1)车票、票价、清算、对帐业务规则；

2)车票使用管理及调配流程规则；

3)运营模式控制管理流程、运营参数、安全管理的流程与授权规则；

4)终端设备乘客服务界面显示规则；

5)系统接口和编码规则等。

b)车票的发行与管理

车票的发行与管理应包括：

1)ACC统一发行轨道交通车票（以下简称“一票通”）；

2)ACC对轨道交通各线路车票进行统一动态调配和跟踪管理。

c)ACC票务规则和清分模型

ACC票务规则和清分模型的主要功能应包括：

1)负责支撑各线路AFC系统运行，负责收集、统计、分析、查询运营数据；

2)负责一卡通和一票通车票交易收益在轨道交通系统不同线路之间的清分；

3)负责实现轨道交通系统与一卡通系统间的清算、对帐。

d)ACC下发各类参数和命令，确保整个AFC系统正常、安全运营；

e)ACC具备时钟同步功能，提供轨道交通AFC系统的时钟源；

f)ACC负责制作、发行系统内使用的SAM卡，完成交易数据TAC码认证；

g)ACC设有E/S设备，E/S具有对车票的初始化、赋值、分拣、校验、注销等功能；

h)ACC统一管理AFC系统密钥；

i)ACC负责AFC系统与外部系统接口处理，包括银行、一卡通等。

ACC通用要求

8.2.1安全性

系统应是高度安全的，应体现在设备安全、票卡安全、软件安全、网络安全、数据安全等方面。

a)设备安全

设备安全方面应包括：

5

DB13/T5519.1—2022

1)设备表面应平滑，边角应圆滑，不会在人员使用或维护时造成伤害；

2)硬件设备的外壳应有足够的强度，耐受一定程度的碰撞和冲击；

3)所有设备应具备相应的安全保护，设备内各模块应固定防止随意移动，所有接头应具

有固定措施；

4)所有设备应有良好的电气接地安全措施，保证设备金属外壳不带电，不会在人员使用

或维护时造成伤害；

5)所有设备及通信线路应具备相应的电源保护措施；

6)设备应至少通过防电、防火、防水、防潮、防酸、防碱、防腐蚀、防毒、防划伤等方

法，确保设备和人身的安全。

b)票卡安全

票卡安全方面应包括：

1)票卡芯片内部数据结构、卡与读写器相互认证、交易数据安全认证等方面应具有较完

善的安全功能；

2)票卡及票卡读写器应具备防冲突功能；

3)票卡读写器应具有防止突然拔卡和掉电保护功能；

4)系统应具备完善的车票跟踪功能。

c)软件安全

软件安全方面应包括：

1)软件系统应具有操作权限管理功能；

2)利用所有在系统内的操作和交易记录，可进行完整的审计和交易、现金、票卡流程追

踪；

3)软件系统自身应具有自监测、自诊断和充分的冗余功能，并自动运行防病毒软件、防

火墙等加强软件系统的防护能力；

4)软件系统应可防止对数据的恶意破坏；

5)软件系统应具有防止误操作及恶意操作的功能；

6)软件的更新应保证安全、有序且不影响正常运营。

d)网络安全

网络安全方面应包括：

1)应保证各种网络资源的稳定、可靠、授权使用；

2)应保证所有网络信息的机密、完整、可用；

3)应至少采用入侵检测、访问控制、防火墙、病毒防护等安全性措施以防止或阻止非授

权的访问或活动。

e)数据安全

数据安全方面应包括：

1)系统内所有敏感数据必须采用高安全加密方式，主要包括票卡、读写器、ES和数据通

信网络内的存储、访问、修改和传输；

2)应符合国际、国家和建设部、中国人民银行等行业技术标准及规范中有关的安全要求，

采用的电子安全交易技术手段，包括对称/非对称密钥算法、信息认证码（MAC）、数

字签名、数字校验等。

8.2.2可靠性

系统应进行可靠性设计，降低软硬件故障，提高系统可靠性和平均无故障维修周期，提高系统

软硬件的使用和管理的安全性。

系统可靠性的实现应包括：

a)应结合可维修性和安全性进行系统的可靠性设计；

b)应确定最佳费用效能比以及可靠性增长方案；

c)应能实现系统生命周期内的可靠性管理。

8.2.3稳定性

应确保所提供的ACC系统的稳定性，使其能够24×7×365小时连续稳定运行。

6

DB13/T5519.1—2022

8.2.4可维护性

系统应进行可维护性设计，减少维修次数和维修时间，提高运营服务质量，达到零配件数量低

比率。

系统可维护性的实现应包括：

a)应做到控制维护保养需求；

b)应做到减少维修作业次数；

c)应做到减少维修时间；

d)应做到简化维修操作；

e)应做到控制零配件需求；

f)应做到控制专用维修设备和工具需求；

g)应做到减少出错可能性等。

8.2.5可测试性

系统应有良好的可测试性，应能快速准确判断系统故障的位置和原因，减少维修次数、时间、

费用。

系统可测试性的实现应包括：

a)应充分考虑系统设备测试点的设置；

b)应对测试点进行详细的特性描述；

c)所采用的测试手段应易于掌握；

d)测试设备和工具应尽量通用。

8.2.6先进性

系统的软硬件应遵循国际、国内开放系统标准及协议，属于当前业界的主流产品，并已经得到

广泛应用，占有较高的市场份额。

系统先进性设计的实现应包括：

a)应采用在同类产品中处于领先地位且已经在全球范围内的各种应用中大量应用的产品；

b)应采用先进技术设计和制造，具有高性能，同时又成熟可靠，经过各方面考验的成熟和先

进产品。

8.2.7开放性与可扩展性

系统的软、硬件应具有良好的开放性与可扩展性，系统应能提供开放式的标准接口，以支持未

来基于轨道交通储值票卡的多应用扩展等。

系统的软硬件开放性与可扩展性应包括但不限于：

a)运营线路扩展与运营商的扩展；

b)系统功能扩展；

c)新增模块扩展；

d)新增系统接口的扩展；

e)新增系统应用的扩展（如其它支付方式、身份识别等）；

f)城市一卡通清算中心系统及其它支付系统、支付方式的应用扩展；

g)人机界面；

h)其它应用的扩展。

系统的软硬件开放性与可扩展性具体体现在：

a)系统结构

1)系统层次化布局；

2)系统功能模块化组合；

3)同层子系统之间相对独立的运行；

4)参数化设计；

5)系统层与层之间具有互为冗余特性。

b)应用接口

1)数据通讯采用国际标准的开放式协议；

7

DB13/T5519.1—2022

2)硬件接口采用国际上广泛使用的标准接口；

3)软件接口全面开放；

4)系统参数设置方式全面开放。

c)应用功能

1)满足用户需求管理且满足需求变化及扩展需要；

2)满足可适应运营规则变化的功能扩展需要；

3)满足系统各组成软件模块的增加、变更及组合的应用需要；

4)满足低成本且可便捷实现系统功能的变化及扩展需要；

5)满足轨道交通专用票及一卡通票的应用扩展需要；

6)满足其他支付方式的应用扩展需要；

7)满足轨道交通其他关联应用的扩展需要。

d)软件

1)软件应采用集成的模块化设计，系统软件处理结构应满足上述各项要求；

2)软件模块各接口应开放，软件新功能、性能变更应可方便实施，且不会影响整体系统

正常运营需求。

e)硬件

1)计算机类设备的配置应充分考虑预留，可通过增加或更新硬件进行系统扩展；

2)设备应采用模块化设计,功能的选择可以通过配置不同的硬件模块来实现，设备操作功

能可通过参数及指令形式控制和调整

8.2.83C认证

按照本标准执行的工程中凡列入国家强制性产品认证（3C认证）的产品，必须经国家指定的认

证机构认证合格，取得相关证书并加施认证标志后，方能进行出厂验收和工程使用。

8.2.9接地

从提高工作人员操作设备时的安全性和系统设备间数据传输的可靠性等方面综合考虑，系统实

施应符合设备保护接地和六类屏蔽线缆接地要求。

8.2.10环保

ACC系统设计的环保要求应包括但不限于：

a)所有系统设备的PCB板应为无铅化产品；

b)所有系统设备应进行节能型设计，以利于能源节约。

ACC系统构成

ACC系统应包含：清算管理系统、票务管理系统、参数管理系统、安全密钥系统、信息管理系统、

系统管理系统、报表系统。

8.3.1清算管理系统

ACC的核心功能是为轨道交通运营商提供清算管理服务，并代表轨道交通各运营商与一卡通进行

清算。

清算管理功能应包括（但不限于）以下重点：

a)应具备处理一票通的交易数据的功能；

b)应具备处理一卡通的交易数据的功能；

c)应具备票款、票卡处理服务费用结算、对账的功能；

d)应具备运费收入清分、对账的功能；

e)应具备运营商账务管理功能；

f)应具备统计报表、信息服务等功能。

g)应具备独立于其它系统运作的功能。

h)应具备同时满足有障碍换乘的业务要求。

i)所有关于一卡通的功能设计与实施，必须遵循城市一卡通清算中心系统的有关规定。

8

DB13/T5519.1—2022

8.3.2票务管理系统

ACC作为轨道交通专用一票通的发行机构，统一定义、发行、管理一票通票卡。

ACC应能要求线路中心向ACC上调票卡，或在ACC授权下，指示线路中心向缺票的线路调配。

线路中心应对车票调配进行记录，并定期向ACC上传车站库存、车票流失等有关数据。

票务管理功能应包括：

a)中央票卡库存管理；

b)监控线路车票回收、流动；

c)坏票、过期票中央回收；

d)票卡初始化；

e)票卡个性化；

f)票卡遗失、跟踪，黑名单处理；

g)票卡使用记录，分析，查询；

h)票卡可靠性分析，流失分析。

8.3.3参数管理系统

ACC应能利用参数对其系统功能进行设置，对AFC系统的有关功能进行统一管理，以满足不同业

务要求。

系统主要参数应包括：

a)ACC系统参数；

b)在应用一票通时，ACC与AFC系统共同采用的参数；

c)在应用一卡通时，由城市一卡通清算中心系统定义，通过ACC传输到AFC系统的城市一卡

通清算中心系统、ACC及AFC系统共同采用的参数；

d)轨道交通黑名单；

e)一卡通黑名单。

8.3.4安全密钥系统

8.3.4.1AFC系统设备安全管理

ACC应能完成对轨道交通线网内所有AFC系统设备的注册管理、认证管理及数据审核。

8.3.4.2SAM卡安全管理

所有ACC发行的SAM卡必须