DB21/T 1638-2025 城市轨道交通自动售检票系统技术规范总体要求

　　辽宁省地方标准

DB21/T 1638—2025

代替 DB21/T 1638—2008

城市轨道交通自动售 检票系统技术规范

总体要求

General requirement on technical specification for automatic fare collection

system of urban rail transit

2025 - 07 - 30 发布 2025 - 08 - 30 实施

辽宁省市场监督管理局 发布

DB21/T 1638—2025

I

目次

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

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

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

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

4 缩略语 ............................................................................. 3

5 轨道交通AFC 系统架构 ............................................................... 4

6 轨道交通AFC 系统构成 ............................................................... 6

7 轨道交通AFC 系统功能 ............................................................... 7

8 轨道交通AFC 系统性能 .............................................................. 15

9 轨道交通AFC 系统数据流程 .......................................................... 23

10 轨道交通AFC 通信方式 ............................................................. 25

11 轨道交通AFC 系统编码规则 ......................................................... 28

12 轨道交通AFC 系统网络安全等保定级 ................................................. 29

DB21/T 1638—2025

II

前言

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

起草。

本文件代替DB21/T 1638—2008《城市轨道交通自动售检票系统标准化导则》，与DB21/T 1638—2008

相比，除结构调整和编辑性改动外，主要技术变化如下：

a) 增加了AFC 线网管理中心、互联网票务平台等相关术语(见3.3、3.14);

b) 增加了MCBF、MTBF、MTTR 等缩略语(见第4 章);

c) 增加了ACC 和LC 融合建设的四层结构(见5.2);

d) 增加了各层级的系统构成，增加了自助票务终端、智能客服终端等设备(见6.6.4、6.6.6);

e) 增加了互联网票务平台功能、AFC 线网管理中心功能以及各层级的互联网业务功能，增加了车

站终端设备相关功能。同时对原清分系统功能、线路中心计算机系统功能、车站计算机系统

功能进行了归纳整合(见第7 章);

f) 增加了各层级的性能标准(见第8 章);

g) 增加了四层结构下的数据通信流程(见9.1.2);

h) 增加了电子支付类的通信内容(见10.3);

i) 对章节内容进行了统筹整合，扩大了适用范围(见第11 章);

j) 增加了对轨道交通AFC 系统网络安全相关要求(见第12 章)。

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

本文件由辽宁省交通运输厅提出并归口。

本文件起草单位：沈阳市市场监管事务服务中心、沈阳地铁集团有限公司、大连公共交通建设投资

集团有限公司、大连地铁运营有限公司、大连公共交通建设发展有限公司、大连标准认证研究院有限公

司、沈阳地铁科技有限公司、大连地铁科技有限公司、沈阳盛京通有限公司、中铁电气化勘测设计研究

院有限公司、北京城建设计发展集团股份有限公司、中国铁路设计集团有限公司、沈阳地铁巴士公共交

通有限公司、方正国际软件(北京)有限公司、沈阳新松机器人自动化股份有限公司、上海华虹计通智

能系统股份有限公司。

本文件主要起草人：刘阳、李末、马劲航、江坤、王鑫、李爱华、黄树智、白迎斌、钟国、李宁、

李刚、谢常宝、李萌宇、苏霄、周维、岳峰、衡衍峰、杨宁、胡洋、宁凯风、关明东、王巍巍、袁静、

刘善勇、孟令武、庞敏、王佳良、张磊、宋天泳、代春华、袁照路、王莉波、黄士军、高清波、杨向东、

张斌、王笑宇、宋云茂、郭娟平、勾颖、苗伟明、莫云鹏、马秋岩、苏志泽、顾亚超、崔少楠、张甲文、

秦发、何治泉、沈伟龙。

本文件及其所代替文件的历次版本发布情况为：

——2008年首次发布为DB21/T 1638-2008;

——本次为第一次修订。

本文件发布实施后，任何单位和个人如有问题和意见建议，均可通过来电、来函等方式进行反馈，

有关单位将及时答复并认真处理，根据实施情况依法进行评估及复审。

归口管理部门通信地址：沈阳市和平区十三纬路19号，电话：024-23867960。

文件起草单位通信地址：沈阳市经济技术开发区十三号街12号，电话：024-22661313。

DB21/T 1638—2025

1

城市轨道交通自动售检票系统技术规范总体要求

1 范围

本文件规定了城市轨道交通自动售检票系统的系统架构、系统构成、系统性能、系统功能、数据流

程、通信方式、编码规则以及网络安全等。

本文件适用于城市轨道交通自动售检票系统的设计、生产、运营及管理，与城市轨道交通互联互通

的市域(郊)铁路等系统可参照执行。

2 规范性引用文件

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

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

文件。

GB/T 14916 识别卡 物理特性

GB/T 16649.1 识别卡 带触点的集成电路卡 第1部分:物理特性

GB/T 17554.1 识别卡 测试方法 第1部分:一般特性测试

GB/T 20907 城市轨道交通自动售检票系统技术条件

GB/T 22239 信息安全技术 网络安全等级保护基本要求

GB/T 22240 信息安全技术 网络安全等级保护定级指南

GB/T 50381 城市轨道交通自动售检票系统工程质量验收标准

GB 51151 城市轨道交通公共安全防范系统工程技术规范

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

JT/T 1179 交通一卡通二维码支付技术规范

ISO/IEC 14443-2 个人识别用卡和安全装置 非接触接近物体 第2部分：射频功率和信号接口

城市轨道交通自动售检票系统运营技术规范(试行)(交办运﹝2022﹞27号)

3 术语和定义

下列术语和定义适用于本文件。

3.1

自动售检票系统 automatic fare collection system

基于计算机、通信网络、自动控制、自动识别、精密机械和传动等技术，实现城市轨道交通售票、

检票、计费、收费、统计、清分、管理等全过程的自动化集成系统。

[来源：GB/T 20907-2024,3.1]

3.2

清分系统 AFC central clearing system

用于发行和管理城市轨道交通专用乘车凭证，对不同线路的票款以及城市轨道交通线网内其他乘

车凭证的乘用消费进行清分和结算的信息系统。

[来源：GB/T 20907-2024,3.2]

DB21/T 1638—2025

2

3.3

AFC 线网管理中心系统(线网中心系统) AFC network control central system

轨道交通自动售检票系统线网管理中心系统，也称线网中心系统，是为线网各线路统一制定、发行

和管理一票通车票，并对各联网线路一票通收益作清算、对账、系统安全定义及有关数据处理的信息系

统。

[来源：GB/T 20907-2024,3.4,有修改]

3.4

线路中心计算机系统 line central computer system

管理和控制城市轨道交通单线路或多线路自动售检票系统的信息系统。

[来源：GB/T 20907-2024,3.5,有修改]

3.5

车站计算机系统 station computer system

管理车站的票务、运行、客流统计的信息系统。

[来源：GB/T 20907-2024,3.6]

3.6

车站终端设备 station level equipment

用于售票、检票、退票、补票、充值和查询等交易处理的车站设备。

[来源：GB/T 20907-2024,3.7]

3.7

乘车凭证 passenger pass

简称车票，是在城市轨道交通线网中使用的票务凭据。

[来源：GB/T 20907-2024,3.8,有修改]

3.8

单程票 single journey ticket

在限定时间内一次性使用的乘车凭证。

[来源：GB/T 20907-2024,3.9]

3.9

储值票 storage value ticket

能重复充值使用的乘车凭证。具有储值功能，可重复充值使用的车票。

[来源：GB/T 20907-2024,3.10]

3.10

读写器 ticket reader-writer

对乘车凭证的发售、检票、充值和验票分析进行读写处理的设备。

[来源：GB/T 20907-2024,3.17]

3.11

初始化 Initialization

在车票投入运行前，为保证其在本系统内正常使用，需对其进行初始格式、发行及应用信息写入的

过程。

3.12

密钥 key

一种用于控制密码变换操作(例如加密、解密、密码校验函数计算、签名生成或签名验证)的符号

序列。

[来源：GB/T 20907-2024,3.19]

DB21/T 1638—2025

3

3.13

互联网票务 internet ticketing

基于二维码车票、NFC虚拟卡等介质，利用互联网实现虚拟化、数字化乘车凭证的运营业务。

[来源：交办运﹝2022﹞27号 附件,2.8]

3.14

互联网票务平台 internet ticketing platform

处理通过互联网受理的乘车凭证和运营管理的信息技术平台。

[来源：GB/T 20907-2024,3.3]

3.15

人脸识别 face recognition

通过分析比较人脸视觉特征信息进行身份鉴别的计算机技术。

[来源：GB 51151—2016,2.0.6,有修改]

3.16

人脸识别终端 face recognition terminal

安装在终端设备上用于采集、识别人的脸部特征信息的设备。

3.17

自动售票机 ticket vending machine

用于现场自助发售、赋值有效乘车凭证，具备自动处理支付和找零功能的车站终端设备。

[来源：GB/T 20907-2024,3.12]

3.18

半自动售票机 booking office machine

用于现场人工辅助发售、赋值有效乘车凭证，具备补票、退票、查询和更新等票务处理功能的车站

终端设备。

[来源：GB/T 20907-2024,3.13]

3.19

自动检票机 automatic gate machine

对乘车凭证进行自动检验和处理，放行或阻挡乘客出入付费区的车站终端设备。

[来源：GB/T 20907-2024,3.14]

3.20

自助票务终端 self-service ticketing machine

提供自助票务服务的车站终端设备。

[来源：GB/T 20907-2024,3.15]

3.21

便携式检验票机 portable card analyzer

对乘客使用的乘车凭证进行检票和验票的移动终端设备。

[来源：GB/T 20907-2024,3.16]

3.22

智能客服终端 intelligent customer service machine

以替代传统客服中心的人工服务为目标，提供自助票务处理、综合资讯查询、智能音视频交互、资

讯发布和信息采集等多项服务，实现车站客运服务的自助化、智能化的车站终端设备。

4 缩略语

DB21/T 1638—2025

4

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

ACC：清分系统(AFC Central Clearing System)

AFC：自动售检票系统(Automatic Fare Collection System)

AGM：自动检票机(Automatic Gate Machine)

ANCC：AFC 线网管理中心系统/线网中心系统(AFC Network Control Central System)

BOM：半自动售票机(Booking Office Machine)

ECU：设备主控单元(Equipment Control Unit)

ITP：互联网票务平台(Internet Ticketing Platform)

LC：线路中心计算机系统(Line Central Computer System)

MAC：消息认证码(Message Authentication Code)

MCBF：平均故障间隔次数(Mean Cycles Between Failures)

MTBF：平均故障间隔时间(Mean Time Between Failures)

MTTR：平均故障修复时间(Mean Time To Repair)

NFC：近场无线通讯技术(Near Field Communication)

PCA：便携式检验票机(Portable Card Analyzer)

SAM：安全认证模块(Secure Authentication Module)

SC：车站计算机系统(Station Computer System)

SJT：单程票(Single Journey Ticket)

SLE：车站终端设备(Station Level Equipment)

STM：自助票务终端(Self-Service Ticketing Machine)

SVT：储值票(Storage Value Ticket)

TAC：交易记录安全认证码(Transaction Authentication Code)

TVM：自动售票机(Ticket Vending Machine)

5 轨道交通AFC 系统架构

5.1 AFC 系统五层架构

城市轨道交通AFC系统按功能可分为五个层次：第一层为乘车凭证;第二层为车站终端设备;第三

层为车站计算机系统;第四层为线路中心计算机系统;第五层为城市轨道交通清分系统，城市一卡通结

算中心、互联网票务平台与轨道交通清分系统在该层接口。AFC系统按五层架构设置时，见图1。

DB21/T 1638—2025

5

图1 轨道交通AFC 五层结构图

5.2 AFC 系统四层架构

AFC系统应根据线网建设规划、建设规模及运营管理模式设置网络架构，宜将图1中第四层LC与第五

层ACC融合设置为ANCC，可将ACC、LC、SC融合设置。第五层清分系统与第四层线路中心计算机系统融合

设置时，系统可分为四个层次，见图2。

图2 轨道交通AFC 四层结构图

DB21/T 1638—2025

6

6 轨道交通AFC 系统构成

6.1 互联网票务平台

互联网票务平台(ITP)通常由账户管理子系统、密钥管理子系统、互联网票务子系统、支付管理

子系统、对账结算子系统、运营管理子系统、容灾备份子系统等构成。

6.2 清分系统

清分系统(ACC)通常由清分清算子系统、票务管理子系统、运营管理子系统、安全密钥子系统、

信息管理子系统、票卡管理子系统、数据管理子系统、报表管理子系统、时钟管理子系统、分析决策子

系统、模拟测试子系统、容灾备份子系统构成。

6.3 线路中心计算机系统

线路中心计算机系统(LC)通常由数据通信子系统、票务运营子系统、维护维修子系统、安全管理

子系统构成。

6.4 AFC 线网管理中心系统

AFC线网管理中心系统(ANCC)宜基于云平台进行部署，并具有ACC和LC系统的全部生产子系统功能。

网络整体架构和软件配置宜采用主、副中心主备或双活部署模式，模拟测试子系统和互联互通测试子系

统宜结合主中心进行部署。

6.5 车站计算机系统

车站计算机系统(SC)通常由参数管理、收益管理、报表管理、维护管理、日志管理、权限管理等

功能模块构成。

6.6 车站终端设备

6.6.1 自动售票机

自动售票机(TVM)由主控单元、前面板、一体化触摸显示器、运营状态显示器、纸币处理模块、

硬币处理模块、单程票发售模块、储值票处理模块、废票箱、读写器、纸币找零模块、维修面板、单据

打印机等部件构成，其现金模块可根据运营需要选配。

6.6.2 自动检票机

自动检票机(AGM)由主控单元、乘客指引单元(方向显示器、警示灯、蜂鸣器、乘客显示器)、

乘客通行监控单元(传感器、通行逻辑控制、闸门)、单程票回收模块、单程票回收箱、读写器、二维

码扫描模块、人脸识别终端、维修单元等部件构成。

6.6.3 半自动售票机

半自动售票机(BOM)由主控单元、操作显示器、乘客显示器、单程票发售模块、读写器、单据打

印机、键盘等部件构成。

6.6.4 自助票务终端

自助票务终端由主控单元、一体化触摸显示器、读写器、二维码扫描模块和单据打印机等部件构成，

宜配置纸币处理模块、硬币处理模块、身份证阅读模块、语音模块和视频模块等。

DB21/T 1638—2025

7

6.6.5 便携式检验票机

便携式检验票机是站务员对乘客使用车票进行处理或稽查人员对车票检查的设备，对乘客使用的一

卡通车票、地铁专用车票、二维码车票等进行全面处理。宜采用具有三防功能的定制手持终端。

6.6.6 智能客服终端

智能客服终端以替代传统客服中心的人工服务为目标，提供自助票务处理、综合资讯查询、智能音

视频交互、资讯发布和信息采集等多项服务，实现车站客运服务的自助化、智能化，以提升乘客的用户

体验。其主要部件宜包括：主控单元、乘客触摸显示器、纸币处理模块、硬币处理模块、单程票发售模

块、储值票处理模块、读写器、二维码扫描模块、人脸识别终端、语音识别模块、维修面板、单据打印

机等。

6.7 乘车凭证

城市轨道交通乘车凭证主要分为实体票卡及虚拟票卡。

——实体票卡，应包含轨道交通专用票(含计程票、计次票、定期票等)、一卡通卡、金融IC卡(由

商业银行发行，按PBOC3.0标准执行)等;

——虚拟票卡，应包含二维码车票、NFC虚拟卡，可包括生物特征车票等。

7 轨道交通AFC 系统功能

7.1 互联网票务平台

7.1.1 基本功能

互联网票务平台应实现虚拟票管理、密钥管理、运营数据管理、APP管理、行程管理、交易管理、

支付管理、收益对账、报表管理、人脸比对、系统交互、容灾备份等功能，并应符合下列要求：

——应支持多种支付方式管理;

——应支持票务订单的支付、撤销及支付结果查询;

——应支持与第三方支付平台的清算对账;

——应支持乘客申诉的交易查询、结果反馈、退款处理;

——应支持二维码车票等虚拟票卡的全流程管理，包括票卡的注册、更新、注销、查询等。

7.1.2 与AFC 系统交互功能

ITP与AFC系统的交互功能应符合下列要求：

——ITP负责电子票运营模式管理，密钥管理(ANCC/ACC负责配合密钥下发);

——SLE按照标准接口将交易数据上传到ANCC/ACC和ITP，便于AFC系统进行相关分析统计;

——ITP应预留或具备对车站智能客服系统功能支持的功能。

7.1.3 容灾备份

ITP的容灾备份功能应符合下列要求：

——应设置双活或主备容灾系统，容灾系统宜异地、跨平台设置;

——设置必要的安全机制和切换机制，保证数据的完整性和业务的连续性。

7.2 清分系统

DB21/T 1638—2025

8

7.2.1 基本功能

清分系统适用于城市轨道交通AFC系统五层架构，应实现收益管理、清分清算管理、票务管理、参

数管理、模式管理、报表管理、容灾备份以及客流统计分析、密钥管理等功能。

7.2.2 收益管理

收益管理功能应能将系统的交易数据、审计数据等数据进行分类汇总并统计，形成各类统计报表(按

车站、线路、运营主体等)，为运营决策提供依据。

7.2.3 清分清算管理

清分结算功能应符合下列要求：

——支持线网级交易数据的完整性、准确性和合法性的审核;

——支持对线路子系统、互联网票务平台，以及交通一卡通管理系统等外部系统的票务收益数据对

账;

——对票务清分规则进行管理，实现不同运营主体、不同线路的票务收益清分结算;

——支持清分异议申诉处置和调账处理;

——支持线网客流清分，包括进站量、出站量、换乘量、客运量、车站乘降量、断面客流量、客运

周转量、平均运距、平均票价等。

7.2.4 票务管理

票务管理功能应符合下列要求：

——完成路网一票通密钥管理;

——实现SAM卡发行管理;

——应支持轨道交通专用票初始化、编码发行、分拣、赋值、校验及挂失、注销等业务管理，并实

现对线网实体票卡调配流转、实时库存、盘点调整等信息的监视和跟踪。

7.2.5 参数管理

参数管理功能应符合下列要求：

——应支持票务清分、票价、黑名单等参数的设置和更新管理;

——接收交通一卡通管理系统等外部系统的参数数据并解析处理，生成自动售检票系统内部参数并

下发执行;

——查询AFC参数、一卡通参数版本信息。

7.2.6 模式管理

模式管理功能应符合下列要求：

——接收LC上传的模式变更通知，同时将模式变更通知下发至线网其他线路;

——能对指定时间范围内的全路网车站模式历史记录进行查询。

7.2.7 报表管理

报表应支持按小时、日、周、月、季度、年度等对结算报表、对账报表、客流报表等进行统计，便

于票款清算对账、客流情况分析。

7.2.8 容灾备份

DB21/T 1638—2025

9

容灾备份功能应符合下列要求：

——应设置容灾系统，容灾系统宜异地设置;

——设置必要的安全机制和切换机制，保证数据的完整性和业务的连续性。

7.3 线路中心计算机系统

线路中心计算机系统适用于城市轨道交通AFC系统五层架构，应实现运营管理、车票管理、收益管

理、系统维护、报表管理、清算对账等功能，并应符合下列要求：

——运营管理应实现设备监视、设备控制、客流监视、数据导入导出、参数管理、软件管理、时钟

管理、运营模式管理及运营结束处理等;

——车票管理应实现库存查询、盘点及车票库存报警参数设置等;

——收益管理应完成和ANCC/ACC的对账以及各类收入统计等;

——系统维护应实现用户管理、权限管理、软件管理、日志管理等;

——报表管理应按用户输入的报表周期生成，可由用户控制生成报表。报表周期应至少包括日报表、

周报表、月报表、季度报表、年报表及自选报表等;

——清算对帐应能每日定时接收ANCC/ACC下发的各类交易数据对账文件，并通过对账文件生成相关

清算类报表、对账报表和申诉报表。

7.4 AFC 线网管理中心系统

AFC线网管理中心系统适用于城市轨道交通AFC系统四层架构，应实现收益管理、清分清算管理、票

务管理、运营管理、参数管理、密钥管理、系统管理、模式管理、报表管理、车票管理、运行监测、数

据分析、容灾备份等功能。AFC线网管理中心系统应包含ACC和LC系统的全部功能。

7.5 车站计算机系统

车站计算机系统应实现运营管理、车票管理、收益管理、系统维护等功能，并应符合下列要求：

——运营管理应实现设备监视、设备控制、客流监视、数据导入导出、参数管理、软件管理、时钟

管理、运营模式管理及运营结束处理等;

——车票管理应完成车站车票管理，实现库存查询、盘点等;

——收益管理应完成售票员结算、设备收益统计、车站收益统计以及车站各类收入统计等;

——系统维护应实现软件管理、日志管理等。

7.6 车站终端设备

7.6.1 通用功能

车站终端设备应具备下列功能：

——应具有正常服务模式、降级服务模式、维护模式、故障模式和紧急模式;

——在正常服务模式下，应具备独立运行能力;

——应具备自诊断功能，当SLE 发生故障时应能自动进入故障模式，并应上传故障信息;当SLE

故障消除后应能自动恢复正常服务模式;

——应具备模块状态的监视、控制、测试和复位等功能;

——应提供设备故障代码和通信状态显示，可查询设备内部寄存器数据、时间、软件版本及设备编

号;

——应能至少保存最近7 天的交易数据、收益数据和设备日志，状态数据应保留最新状态;

——应具有休眠及唤醒功能;

DB21/T 1638—2025

10

——通信中断时，应具有离线工作和数据保存能力。当通信恢复后应能自动补传数据，应确保数据

同步的准确性和完整性;

——应能向上层系统上传交易、设备运营状态等数据，接收上层系统下传的命令、票价表、黑名单

及其他参数等数据，并应按参数版本控制要求执行参数管理;

——时钟应与上层系统时钟保持自动同步状态，时钟同步偏差超出允许范围时应终止同步并告警;

——车站终端设备内部系统应在外部电源失电时，不被改变或破坏，应确保停电后完成最后一笔交

易并能保存断电前的工作状态和内部数据。

7.6.2 自动售票机

7.6.2.1 基本功能

自动售票机应具备下列功能：

——应具备发售、赋值有效乘车凭证的功能，实现乘客自助式购票;

——应支持现金和非现金支付功能，可根据运营需要进行选配;

——应具有引导乘客自助购票的相关操作说明和提示;

——应具备一次性出售多张相同金额乘车凭证的功能;

——支持现金支付功能的TVM 应具备硬币找零或纸币、硬币找零以及原币退还功能;

——当TVM 接收到外部供电中断信号时，应能确保完成最后一笔交易。

7.6.2.2 纸币及硬币售票

纸币及硬币售票功能应符合下列要求：

——采用先选择车票后付费方式：乘客先选择目的地车站或票价、数量，再付费，在出票和找零时，

宜有声光提示;

——乘客可通过一体化触摸显示器选择目的地车站、票价及张数。乘客选择目的地车站后，显示屏

上能立即自动弹出该目的地车站的票价、张数的显示框(默认为单张普通票的票价);乘客也

可通过一体化触摸显示器选择票价、张数后，相应的收费金额应立即显示;

——在未支付足够付款金额或乘客未确认前，乘客可按一体化触摸显示器弹出框上的取消按钮中止

正在进行的交易。此外，当乘客购票操作间隔超过规定的时间时，TVM将自动中止交易，中止

交易后原币返还。间隔时间可通过参数设置;

——在上一次购票交易完成后，TVM能自动返回出售单张车票的默认模式;

——在一体化触摸显示器上，对可接受的硬币及纸币面额应有明确提示;

——TVM能显示乘客投币数量和金额，根据交易金额，自动计算出正确的硬币找零数量，同时在一

体化触摸显示器上显示相应找零金额并自动找零;

——对于乘客的有效和无效操作，TVM提供不同声响确认，同时一体化触摸显示器上有明确的有效

操作提示;

——在无效操作和乘客取消操作的情况下，TVM将乘客投入的纸币/硬币原币退回;

——当出票口、退币口及找零口有车票、硬币时，应有明显提示。

7.6.2.3 储值票售票(如有)

储值票售票功能应符合下列要求：

——乘客可使用储值票支付所需付费金额，购票前先对储值票的有效性进行检查;

——储值票验证通过后，TVM开始售票，并在储值票上扣除所需的车费;

——车票发售完成后，储值票将退还给乘客。

DB21/T 1638—2025

11

7.6.2.4 二维码售票

二维码售票功能应符合下列要求：

——用户选择路线、站点、票价、张数后，TVM向互联网票务平台提交订单申请，由互联网票务平

台生成业务订单并返回给TVM统一支付二维码;

——TVM根据互联网票务平台返回的二维码串，生成二维码并在一体化触摸显示器上展示给用户;

——乘客使用手持移动终端扫描TVM一体化触摸显示器上的二维码，核对金额后确认支付;

——TVM显示二维码后，每3 s向互联网票务平台进行一次订单查询，直到倒计时结束前返回确切结

果，支付成功后TVM出票;

——在支付倒计时结束前，用户点击“取消”按键后或支付倒计时结束后或支付撤销，TVM发起订

单撤销结束购票流程。

7.6.2.5 充值(如有)

充值功能应符合下列要求：

——乘客将储值票插入储值票插口中，TVM将显示该车票的余额，如储值票无效，TVM将向乘客显示

车票无效并退回车票;

——乘客将纸币投入TVM中，TVM将显示已投入纸币的总金额。充值金额上限可由参数进行设置，并

且通过中心计算机设置每次充值金额上限;

——乘客按确认键后，TVM按照投入的总金额开始充值处理;

——在乘客未确认前，乘客可按取消按钮中止正在进行的交易。另外，当乘客超过所规定的时间仍

未确认，TVM将自动中止交易，中止交易后返还已投入的纸币及储值卡(所退纸币款为乘客所

投入的纸币)，超时限值应可参数设置;

——充值前在显示屏上显示车票余值，充值后显示车票的新余值。充值处理时优先考虑车票的欠费

金额，当车票的欠费部分补完后，余下的才作为实际的车票余额;

——TVM可打印充值凭证，并指示乘客可到乘客服务中心持充值凭证索取发票。

7.6.3 自动检票机

7.6.3.1 基本功能

自动检票机应具备检票、车票回收、通行等功能。

7.6.3.2 自动检票

自动检票业务应至少包含下列功能：

——进站检票：乘客使用票卡进站检票，AGM检测车票有效后，开启通道阻挡装置，在乘客显示器

提示相关信息，并在卡内写入或在互联网业务平台记录该票卡的进站信息。对于双向检票机，

进站检票有效后，AGM出闸端应暂停服务;

——出站检票：乘客使用票卡出站，回收类车票出站检票需投入回收口(由AGM票卡传送/回收装置

及回收读写器完成回收类票的交易和回收)，检票机检测车票有效后，开启通道阻挡装置，在

乘客显示器提示相关信息，并在卡内写入或在互联网业务平台记录该票卡的出站信息。对于双

向检票机，出站检票有效后，AGM进闸端应暂停服务;

——无效票处理：在执行进站检票和出站检票的操作时，若检票无效，则阻挡装置不开启，乘客显

示器提示相关信息，根据情况发出告警声和警示灯，AGM不对卡进行写交易处理，可根据需要

保存记录。

DB21/T 1638—2025

12

7.6.3.3 紧急放行

紧急放行功能应符合下列要求：

——自动检票机必须具有紧急放行接口，当按下车控室紧急按钮时，车站所有自动检票机能进入紧

急放行状态。释放所有AGM通道的阻挡装置，保证乘客无阻碍地离开付费区;

——闸机紧急放行接口与紧急按钮之间应由硬线连接;

——紧急放行的电源与自动检票机电源必须隔离，自动检票机紧急放行接口输入信号要求为+24VDC，

电流不大于20mA;

——当自动检票机紧急放行接口输入信号为+24VDC时，闸机工作在正常状态;当自动检票机紧急放

行接口输入信号为0时，自动检票机工作在紧急放行状态;

——自动检票机接收到紧急按钮放行的信号时必须能够使自动检票机通道处于自由通行状态;

——自动检票机内部应具有调试接口;

——自动检票机内部应具有紧急放行恢复接口，在误发紧急状态后能够退出紧急放行状态;

——自动检票机进入紧急放行状态时自动检票机的乘客显示器应显示紧急疏散的提示界面;自动检

票机进站方向指示器显示红色禁止进入标志;自动检票机出站方向指示器显示闪烁的绿色标识;

——自动检票机断电时能自动处于放行状态。

7.6.3.4 互联网业务

AGM的互联网业务应符合下列要求：

——应满足轨道交通二维码车票读取需要，适应扫描动态二维码车票的应用场景，能在规定的时间

内，控制对乘客提供的二维码车票实施多次扫描，同时应能保证过闸速度;

——应能最大限度地包容乘客在使用二维码车票时出现的各种不规范行为，在其容许的极限范围内，

能适应不同扫描距离、角度及二维码车票晃动，能对不同颜色、亮度、背景颜色及图像刷新频

率的二维码进行正确识别;

——应能满足在网络异常、后端服务异常、闸机离线等极限场景下保证乘客二维码车票过闸需求;

——应满足人脸抓拍功能，并选择最优人脸相关数据上送到ITP，提高人脸过闸的准确率;

——应满足NFC虚拟卡过闸功能，保证乘客NFC过闸需求;

——应能根据本站检票机网络状态，实时启虚拟票卡拒收模式;

——应能记录、上传互联网票务行程数据，生成交易记录，上传至SC、LC、ANCC/ACC和ITP;

——应能对乘客所提供的二维码有效性进行认证和判别的能力;

——应具有工作模式设定功能，应能设定为工作在进站模式、出站模式、更新模式、关闭模式、紧

急模式、闸机离线状态下，并对电子票交易处理作出不同判断;

——应能够进行在线应用更新。

7.6.4 半自动售票机

7.6.4.1 基本功能

半自动售票机应具备下列功能：

——应具备乘车凭证的分析、更新、发售、赋值、充值、补票、延期、退款、乘客事务、交易查询、

收益管理和操作登录等处理功能;

——应具有非付费区或付费区服务工作模式，应具备向乘客提供人工票务服务功能;

——应支持现金、非现金支付功能;

——操作员显示器应能显示完整的乘车凭证及支付处理信息;

——乘客显示器应能显示必要的乘车凭证及支付处理信息;

DB21/T 1638—2025

13

——应具有票据打印功能;

——应具备操作员权限管理功能，并记录对应班次信息、操作数据等。

7.6.4.2 售票

售票业务功能应符合下列要求：

——单程票的发售可以选择按车站出售或按金额出售，发售以当前站为起始车站的单程票;按车站

出售的目的车站根据系统参数动态加载，包含当前站所能到达的所有车站，到目的车站的票价

根据系统参数读取，售票张数默认1张，可选择多张，单次最大售票张数可以通过配置修改;

按金额出售的票价金额根据系统参数动态加载，售票张数默认1张，可选多张，单次最大售票

张数可通过配置修改;

——出站票的发售基本和单程票一致，目的车站为当前车站;票价有免费和付费两种情况，付费出

站票的票价为当前车站的最高票价;

——一卡通储值票通过外部读写器发售;售票金额必须在系统参数规定的金额之内，售卡后卡内余

额不能超过系统参数规定的最大值;

——票款应支持二维码支付。

7.6.4.3 补票

对于补票金额不是0.00元的票卡，支付方式可分为【非现金支付】、【现金支付】和【卡内扣款】

三种方式。

7.6.4.4 充值(如有)

充值业务功能应符合下列要求：

——在充值界面进行充值业务的办理;充值业务主要是针对CPU卡;乘客屏幕显示充值信息;

——充值金额必须在系统参数规定的金额之内，充值后卡内余额不能超过系统参数规定的最大值;

——票款应支持二维码支付。

7.6.4.5 退款

退款业务功能应符合下列要求：

——在退款界面进行退款业务的办理;乘客屏幕显示退款信息;

——在即时退卡界面进行单程票即时退卡业务的办理;未使用的、在20 min之内发售的(可通过配

置修改)单程票可以进行退款处理;

——互联网支付的票款应支持退回至原支付账户。

7.6.4.6 延期

在延期界面进行延期业务的办理;主要是对过期的票卡进行延长有效期的操作。

7.6.4.7 分析

在分析界面进行分析业务的办理;主要是解析、显示票卡信息;乘客屏幕显示车票信息。

7.6.4.8 其他

在其他界面进行记名卡申请、信息修改、状态查询、挂失/解挂、行政处理等业务的办理。

7.6.4.9 电子票抵消

DB21/T 1638—2025

14

展示所有未配对进站交易(包含发码平台)，根据不同发码平台进行电子票进站抵消、出站抵消处

理。

7.6.4.10 辅助

在辅助界面进行操作时，乘客屏幕显示暂停服务，辅助界面应包括如下业务：

——异常解除：在异常解除界面，应显示异常信息，都是与硬件相关的异常，检查硬件设备，修复

硬件，解除异常状态;

——出票模式设定：出票模式有自动模式和手动模式两种;自动模式使用出票机进行售票，票卡从

票箱自动送出;手动模式需要把票卡手动放置到外部读写器上进行售票;

——票箱更换：在票箱更换界面，应显示票箱相关信息;更换票箱后，可打印票箱更换凭证，并且

显示更换后的票箱信息;

——登出：退出普通业务返回登录界面;在普通业务，如果在规定时间内(根据系统参数加载)无

任何操作，BOM应能自动注销到登录界面。

7.6.5 自助票务终端

7.6.5.1 基本功能

自助票务终端应具备下列功能：

——应具备自助信息查询、票务自助处理、远程协助等功能，提供购票指引、票务问询、运营信息

等自助查询服务;

——应具备非付费区或付费区服务工作模式，应具备向乘客提供自助票务服务功能;

——应具备乘车凭证的分析、更新、充值和交易查询等功能;

——应支持非现金支付，可具备现金处理功能;

——乘客触摸显示器应能显示必要的票务及操作提示信息;

——应能打印乘车凭证或支付处理票据。

7.6.5.2 票卡分析功能

通过自助票务终端可以对车票的有效性进行分析。自助票务终端对车票的分析结果与自动检票机保

持一致。

7.6.5.3 更新功能

因人为原因或系统运营原因导致进出站交易记录不匹配时，乘客可自助进行车票更新操作。

7.6.5.4 票务/行政处理

在进行乘客事务处理时，自助票务终端能对相应的收款、退款、发出车票、回收车票、乘客信息等

数据进行记录。必要时，可打印相应的单据。

7.6.6 便携式检验票机

便携式检验票机应具备下列功能：

——应能便于运营人员随身携带，具备对乘车凭证进行检验、分析、更新等票务处理功能;

——应具备参数导入和更新功能，操作界面上应能显示系统参数的版本信息;

——设备可在不同的车站与不同区域(付费区/非付费区)之间移动操作，可人工选择操作的车

站及区域;

DB21/T 1638—2025

15

——应能显示检票和查询的相关信息。如票种、票值、历史数据、有效期、无效原因和应收票价等;

——宜具备处理虚拟票卡的功能。

7.6.7 智能客服终端

7.6.7.1 自助票务

自助票务应至少包含车票查询、车票状态更新、补票扣费、充值、发售等功能，可支持现金、非现

金支付票款，满足不同人群票务需求。

7.6.7.2 智能问询

智能问询包括热点信息问询、周边信息问询、票务信息问询等。

实现乘客自助(语音)问询操作。信息问询包括：线网地图、列车运营时间、票价表、站内导航、

换乘查询、地铁商业、地铁周边地理信息查询等。

7.6.7.3 资讯发布

资讯包括地铁资讯、周边资讯、意见收集等。

可实现各类运营告示、紧急信息、宣传信息等资讯的发布。

8 轨道交通AFC 系统性能

8.1 互联网票务平台

互联网票务平台(ITP)技术性能应符合下列要求：

——高峰时段进出站日活用户并发量支持每100万日活用户量每秒钟至少能响应70次二维码车票生

成请求次数，日活用户量不足100万的按100万要求;

——应具备高峰时段发码并发量不小于1000 QPS;

——高峰时段售票设备网络生成付款码并发量支持每1000台设备每秒钟至少能响应30次付款码生

成请求次数，设备量不足1000台的按1000台要求;

——超过保存期限的数据能够离线存储并易于恢复;

——二维码车票处理时间(即从识别二维码车票开始至完成二维码验证的时间)不应超过350 ms;

——联网情况下，在60 s内完成二维码车票乘车行程匹配和计费处理(即从系统接到乘客OD数据开

始计时至票价计算完成并向支付渠道发出扣费请求为止的时间);日进站量不超过100万人次

的，计费处理能力每小时不应小于10万笔，处理交易能力每天不应小于160万笔;日进站量大

于100万人次的，计费处理能力每小时不应小于30万笔，处理交易能力每天不应小于480万笔;

——支持在运营结束后1小时内完成对当日所有交易数据的处理，并上传至清分系统。

8.2 清分系统

清分系统(ACC)技术性能应符合下列要求：

——处理能力应具备每日处理不少于2000万笔交易的处理能力，每日处理不少于500万笔联机交易

的处理能力，每小时不少于30万笔计价的处理能力;

——所有原始数据在线存储时间不少于13个月，离线存储时间应不少于5年，所有统计数据在系统

中永久保存;

——系统参数下达至线网所有LC并收到反馈信息的时间应小于10 min;

DB21/T 1638—2025

16

——实时报表查询并返回结果时间应小于2 s，日报报表查询并返回结果时间应小于30 s，月报及

分析类报表查询显示并返回结果时间应小于600 s;

——应具备2小时内完成1个运营日交易数据处理能力;

——应能在4小时内完成当日运营作业结束程序;

——数据库备份应在2小时内完成，备份数据恢复应在6小时内完成;

——应支持7d×24h连续实时在线运行，且在断电时应具有系统和数据自动保护功能。

8.3 线路中心计算机系统

线路中心计算机系统(LC)技术性能应符合下列要求：

——处理能力：日交易数据不超过400万的，应支持每秒处理2500条以上交易数据;日交易数据超

过400万的，应支持每秒处理5000条以上交易数据;

——所有原始数据在线存储时间不少于90天，离线存储时间应不少于5年，所有统计数据在系统中

永久保存;

——系统参数下达至本线路所有SC并收到反馈信息的时间应小于15 min;

——实时报表查询并返回结果时间应小于5 s，日报表查询并返回结果时间应小于30 s，月报及分

析类报表查询并返回结果时间应小于600 s;

——应能实时查询所管辖范围内的设备状态及数据，应在5 s内下达查询命令并返回查询结果;

——应能在2小时内完成当日运营作业结束程序;

——数据库备份应在1小时内完成，备份数据恢复应在3小时内完成;

——应能支持7d×24h连续实时在线运行，且在断电时应具有自动保护功能。

8.4 AFC 线网管理中心系统

AFC线网管理中心系统(ANCC)的主、副中心，均具有不低于ACC和LC系统的全部性能。

8.5 车站计算机系统

车站计算机系统(SC)技术性能应符合下列要求：

——处理能力应具备每日处理不少于30万笔交易和每分钟处理5000条交易数据的能力;

——全部数据保存周期应大于30天;

——应能实时查询车站设备状态及数据，应在5 s内下达查询命令并返回查询结果;

——控制指令下达SLE的时间应不大于5 s;即时生效的系统参数下达至本车站所有SLE并收到反馈

信息的时间应小于5 min;

——实时报表查询并返回结果时间应小于5 s;日常日报表查询并返回结果时间应小于30 s;月报

及分析类报表查询并返回结果时间应小于300 s;

——在运营结束后，SC应能在15 min内完成当日车站运营作业结束程序;

——SC应能支持7d×24h连续在线实时运行，且在断电时应具备系统和数据自动保护功能。

8.6 车站终端设备

8.6.1 整机性能

8.6.1.1 自动售票机

自动售票机(TVM)整机性能应符合下列要求：

——可靠性指标：MCBF应不小于100000次，MTTR应不大于30 min;

——所有原始数据在线存储时间不少于7天;

DB21/T 1638—2025

17

——命令响应时间小于2 s;状态改变的响应时间小于1 s;

——单张实体票卡出票时间(从乘客完成付款到车票售出的时间)应不超过2 s;

——单张实体票卡发售时间：硬币支付无找零时，不应超过3 s;纸币支付无找零时，不应超过4 s;

纸币支付硬币找零时，不应超过7 s;纸币支付混合找零时，不应超过9 s;非现金支付时，不

应超过5 s;

——工作温度：-5゜C～45゜C，相对湿度：10%～95%;

——应能保证7d×24h不间断运营。

8.6.1.2 自动检票机

自动检票机(AGM)整机性能应符合下列要求：

——可靠性指标：MCBF应不小于100000次，MTTR应不大于30 min;

——所有原始数据在线存储时间不少于7天;

——命令响应时间小于2 s;状态改变的响应时间小于1 s;

——通行率(即单位时间内使用乘车凭证通过检票的人数)：一卡通卡、二维码车票通行率每分钟

应不小于30人;轨道交通专用票、金融IC卡、NFC虚拟卡通行率每分钟应不小于25人;混合通

行总体通行率每分钟应不小于25人;

——工作温度：-5゜C～45゜C，相对湿度：10%～95%;

——应能保证7d×24h不间断运营。

8.6.1.3 半自动售票机

半自动售票机(BOM)整机性能应符合下列要求：

——可靠性指标：MCBF应不小于100000次，MTTR应不大于30 min;

——所有原始数据在线存储时间不少于7天;

——命令响应时间小于2 s;状态改变的响应时间小于1 s;

——单张乘车凭证处理时间(从操作员选择处理到系统提示乘车凭证处理完毕的时间)应小于1 s;

——工作温度：-5゜C～45゜C，相对湿度：10%～95%;

——应能保证7d×24h不间断运营。

8.6.1.4 自助票务终端

自助票务终端整机性能应符合下列要求：

——可靠性指标：MCBF应不小于100000次，MTTR应不大于30 min;

——所有原始数据在线存储时间不少于7天;

——命令响应时间小于2 s;状态改变的响应时间小于1 s;

——单张乘车凭证处理时间(从操作员选择处理到系统提示乘车凭证处理完毕的时间)应小于1 s;

——工作温度：-5゜C～45゜C，相对湿度：10%～95%;

——应能保证7d×24h不间断运营。

8.6.1.5 便携式检验票机

便携式检验票机整机性能应符合下列要求：

——可靠性指标：MCBF应不小于100000次，MTTR应不大于30 min;

——数据存储容量：应能存储不小于10000条的交易数据;

——黑名单存储容量：应能存储全部数量黑名单;

——单张乘车凭证处理时间应小于1 s。

DB21/T 1638—2025

18

8.6.1.6 智能客服终端

智能客服终端整机性能应符合下列要求：

——可靠性指标：MCBF应不小于100000次，MTTR应不大于30 min;

——所有原始数据在线存储时间不少于7天;

——命令响应时间小于2 s;状态改变的响应时间小于1 s;

——单张乘车凭证处理时间(从操作员选择处理到系统提示乘车凭证处理完毕的时间)应小于1 s;

——工作温度：-5゜C～45゜C，相对湿度：10%～95%;

——应能保证7d×24h不间断运营。

8.6.2 关键设备模块性能

8.6.2.1 一体化触摸显示器

一体化触摸显示器应符合下列要求：

——默认显示字体为中文，应支持英文显示;

——对角尺寸：应大于21.5英寸(屏幕比例16:9);

——分辨率：应大于1280×720像素;

——寿命：应大于50000 h。

8.6.2.2 二维码扫描模块

二维码扫描模块应符合下列要求：

——分辨率大于等于640×480像素;

——识别精度大于等于5毫英寸;

——处理速度：小于等于100 ms;

——环境光照度：0 lx～100000 lx;

——读码距离应不小于60mm。

8.6.2.3 人脸识别终端

人脸识别终端应符合下列要求：

——摄像头像素大于等于2百万个;

——抓拍输出人脸图像大小不低于150像素×150像素;

——支持宽动态彩色+红外摄像头，可见光动态范围90分贝以上，红外波长850 nm以上;

——显示屏不小于8英寸，分辨率不小于720P;

——支持帧率每秒25帧以上;

——适应强逆光情况下的精准识别;

——批量采集图像时可保证运行稳定。

8.6.2.4 运营状态显示器

运营状态显示器应符合下列要求：

——运营状态显示器用于显示当前设备的运行模式和操作模式，包括暂停服务、暂无找零、只收硬

币、只收纸币等类型信息;

——显示信息能根据运行模式和操作模式的变化进行自动更新;

——显示器应可显示中文、英文及图形等信息;

——显示器尺寸与TVM外形尺寸协调一致;

DB21/T 1638—2025

19

——每行显示至少10个汉字或20个字符;

——可采用LCD显示器显示。

8.6.2.5 纸币处理单元

纸币处理单元应符合下列要求：

——识别纸币的方法为单张纸币识别;插入方向为4个方向;

——纸币识别器应能识别市面流通的所有5元、10元、20元、50元、100元面值的人民币，且能识别

每种面值人民币的四面;

——假币识别率应大于99.99%;

——纸币识别速度不大于2 s;

——纸币首次插入识别率应大于96%;

——具有光学、电感、电介质和交叉传感器，采用紫外线、红外线、荧光反射成像、透视成像、物

理尺寸等多种识别技术交叉识别，可识别纸币双面的影像、纸质的密度、防伪线和水印;

——不符合参数指标的纸币通过退币口原币返还给乘客;乘客入币后如选择退币时，也可通过退币

口返还乘客投入的纸币。在终端设备暂停接收纸币、暂停服务时，投币口可关闭;

——纸币钱箱具有独立的电子标签。移动纸币箱需登录正确的ID和口令，否则将报警。纸币钱箱有

独立的安全锁;

——纸币模块存储单元可以记录钱箱的操作处理。存储单元内记录信息不会因失电而丢失。

8.6.2.6 硬币处理单元

硬币处理单元应符合下列要求：

——能接受能识别至少8种规格的中国流通硬币，并能根据硬币的直径、材质及厚度等参数指标辨

别硬币的真假。硬币检测准确率大于99.9%。对无法识别的硬币给予退币处理;

——TVM可配置2个硬币品种的专用找零箱，2个硬币品种的缓存找零器。乘客投入的硬币优先导入

缓存找零器;

——硬币处理模块至少具有2个加币箱，当后备找零箱硬币不足或空时，可通过此两箱增加补充硬

币;

——硬币处理单元中专用找零箱和缓存找零器所存储的硬币数量能通过命令清空，清空过程的完成

不超过10 min。

8.6.2.7 单程票处理单元

单程票处理单元应符合下列要求：

——在乘客选择车票类型、目的地车站/票价、车票张数并支付后，车票处理模块能自动完成供票、

赋值及出票的处理过程，车票处理速度每秒不大于1张;

——终端设备在对车票赋值前进行车票的有效性检查，在对车票赋值后应对所写数据进行校验。如

果有效性检查及校验失败，车票被送到废票箱，同时设备尝试再次发售车票。如果连续出现检

查/校验错误的次数达到参数设置次数时，设备降级服务模式并报告SC，已投入的纸币、硬币

返还给乘客;

——终端设备应能对票箱状态进行检测并将状态上传至SC和LC/ACC/ANCC。当票箱渐空时在SC报警

提醒车站值班人员添加车票;当票盒空时，进入降级服务模式。

8.6.2.8 主控单元

主控单元应符合下列要求：

DB21/T 1638—2025

20

——设备主控单元(ECU)应采用整机化、无风扇设计;

——应为工业级CPU，有良好的抗电磁干扰性能;

——设备散热采用一体化工业散热设计，整机免风扇，免拆除，靠散热片工作的结构;

——应具备电源故障数据保护功能，且在失电的情况下能完成当前一次交易过程;

——应内置实时时钟维持当前日期及时间，其准确性至少为每天±1 s内。时钟应在电池供电下工

作，电池寿命不低于10年。时钟应满足运行20年以上，不需人工调整闰年、年尾、月尾及星期;

——设备主控单元的运行程序代码可由SC或其上级通过网络下载或便携式设备下载。应具有自动故

障检测功能，并具备在必要时复位的能力。设备主控单元应确保设备在任何与SC或其上级通信

中断情况下能够单机运行。设备应能至少保存30天的交易数据和设备数据;

——具备远程控制、关机及网络唤醒等功能;