T/CIITA 201.1-2021 城市轨道交通 自动售检票系统 第1部分：系统架构、业务规则及软件要求

ICS35.240.60

CCSL70

团体标准

CIITA201.1-2021

城市轨道交通自动售检票系统

第1部分：系统架构、业务规则及软件要求

Urbanrailtransit—automaticfarecollectionsystem—

part1:systemarchitecture、businessrules&softwarerequirement

2021-11-09发布2021-12-08实施

中国信息产业商会发布

T/CIITA201.1-2021

目次

前言............................................................................IV

引言.............................................................................V

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

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

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

4缩略语...............................................................................5

5系统架构.............................................................................6

6业务规则............................................................................10

6.1规则管理........................................................................11

6.2票务清分........................................................................12

6.3运营管理........................................................................14

6.4专用设备运营管理................................................................16

6.5收益管理........................................................................18

6.6乘车凭证管理....................................................................20

6.7模式管理........................................................................28

7软件要求............................................................................33

7.1ACC.............................................................................33

7.2ITP.............................................................错误！未定义书签。

7.3MLC/LC..........................................................................49

7.4SC..............................................................................53

7.5SLE.............................................................................55

附录A（资料性）乘车凭证处理规则...............................................57

A.1AFC票种处理规则表..............................................................57

参考文献........................................................................61

II

T/CIITA201.1-2021

前言

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

草。

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

T/CIITA201《城市轨道交通自动售检票系统》由六个部分组成，本文件是第1部分。T/CIITA201

已经发布如下部分：

——第1部分：系统架构、业务规则及软件要求；

——第2部分：终端设备；

——第3部分：系统测试与检测；

——第4部分：网络安全规范；

——第5部分：互联互通要求；

——第6部分：安装施工规程。

本文件由中国信息产业商会团体标准委员会提出并归口。

本文件起草单位：上海中软华腾软件系统有限公司、南京熊猫信息产业有限公司、上海华虹计通智

能系统股份有限公司、北京中软万维网络技术有限公司、方正国际软件（北京）有限公司、浙江浙大网

新众合轨道交通工程有限公司、普天轨道交通技术（上海）有限公司、广州新科佳都科技有限公司、上

海仪电物联技术股份有限公司、广州地铁设计研究院股份有限公司、深圳地铁建设集团有限公司、深圳

达实智能股份有限公司、北京地铁科技发展有限公司、广州佳都数据服务有限公司、天津南大通用数据

技术股份有限公司、深圳市三旺通信股份有限公司。

本文件主要起草人：李文谷、傅靖、丁非、王剑飞、罗慧、陈朝辉、陈明康、张树军、王波、曹家

玉、陈翱、陆斌、郭晓栋、张兆俊、秦树睿、韦强、吴海峰、管宏、林雪峰、刘广华、马岚、廖东玲、

王健、周世爽、冯娟、洪澜、杨波、翟磊、连刚、杨承东、李道全、李宇轩、戴华、应华、周聆、贺文

严、张忠萌、尹尧、李亚东、陈建萍、马怀清、高申、邓顺义、唐凯、王丽娜、杨珂、王瑞宗、禹鹤林、

陶克、姚依克、徐道强、庞春燕、庞敏、谢华丽、。

本文件为T/CIITA201.1的第一次修订。

IV

引言

新技术、新产品和业务需求的快速发展，为城市轨道交通自动售检票系统发展不断提出新的要求。

为规范城市轨道交通自动售检票系统的新建、扩建、改建工作，特制定本文件。其基于GB50157-2013

《地铁设计规范》、GB/T20907-2007《城市轨道交通自动售检票系统技术条件》的内容及要求，对新

技术、新产品及业务需求的发展做了必要的补充和要求。目标是根据不同城市的实际情况，在实现AFC

基本功能和性能要求的基础上，为智慧交通和智慧城市建设需要，制定保障运营业务需求和发展所需的

技术条件和要求。补充的新兴技术应用内容，着力在产品化和标准化方面做重点表述，以促进AFC产品

化、系统化、标准化进程。本文件由6部分构成。

——第1部分：系统架构、业务规则及软件要求。目的在于根据不同城市的实际需求，基于AFC的业

务本质，对AFC的架构及演变进行具有弹性的表述及规定，以符合具体城市实际需求。同时基于实现AFC

基本功能与性能提出的支撑业务的基础要求，对满足不断发展的业务新需求，实现智慧交通、智慧城市

应具备的互联互通、云计算、网络安全等提出了规范性要求。

——第2部分：终端设备。目的在于对通用的车站终端设备的种类、名称、功能、性能、主要功能

部件等进行规范，并对根据业务需求发展产生的新兴设备进行规范性描述，同时对互联网技术及新兴支

付方式带来的新技术、新产品、新应用进行补充和规范性要求。

——第3部分：系统测试与检测。目的在于对AFC新建、扩建、改建过程中以及部分功能升级、扩充

中应进行的针对AFC的软件、硬件、设备、系统的功能、性能必要的测试与检测进行规范性要求，以确

保各环节功能、性能及AFC的安全正常运行。

——第4部分：网络安全规范。目的在于根据国家网络安全等级保护原则结合AFC构成及运营管理要

求，对AFC各部分的系统建设、运营管理做出网络安全规范性要求。

——第5部分：互联互通要求。目的在于在满足AFC基本功能要求的基础上，对于实现不同专业、不

同线路、不同线网、不同区域、不同制式的AFC的互联互通提出基本条件及规范性要求。

——第6部分：安装施工规程。目的在于对组成AFC的基础设施的规划、布局、安装设计及计算原则

进行规范性要求。

V

城市轨道交通自动售检票系统

第1部分：系统架构、业务规则及软件要求

1范围

本文件规定了城市轨道交通自动售检票系统的系统架构、业务规则及软件要求。

本文件适用于指导城市轨道交通自动售检票系统的建设与运营。

2规范性引用文件

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

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

文件。

GB50157地铁设计规范

GB/T12905-2019条码术语

GB/T17901.1-2020信息技术安全技术密钥管理第1部分：框架

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

GB/T26238-2010信息技术生物特征识别术语

GB/T32400-2015信息技术云计算概览与词汇

GB/T35273信息安全技术个人信息安全规范

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

JR/T0025-2018中国金融集成电路（IC）卡规范

JT/T978-2015城市公共交通IC卡技术规范

3术语和定义

GB/T20907、GB/T50381界定的以及下列术语和定义适用于本文件。

3.1

自动售检票系统automaticfarecollectionsystem

基于计算机、通信、网络、自动控制等技术，实现轨道交通售票、检票、计费、收费、统计、清分、

管理等全过程的自动化系统。

[来源：GB/T50381-20182.0.1]

3.2

自动售检票清分中心系统AFCcentralclearingsystem

用于发行和管理城市轨道交通车票，对线网内不同线路的票、款进行结算和清算，并具有与城市轨

道交通线网内乘用消费的其他付费卡进行清算功能的系统。

[来源：GB/T50381-20182.0.11有修改]

1

T/CIITA201.1-2021

3.3

城市互联清分中心系统urbaninterconnectionAFCcentralclearingsystem

用于城市间轨道交通线网融合互联互通后，对不同票、款进行结算和清算的系统。

3.4

城际票务互联清分中心系统intercityinterconnectionAFCcentralclearingsystem

用于城际铁路与城市轨道交通融合互联互通后，对不同票、款进行结算和清算的系统。

3.5

多线路中心系统multiplelinecentralsystem

用于管理和控制城市轨道交通多条线路自动售检票系统的计算机系统。

3.6

线路计算机系统linecomputersystem

用于监控和管理城市轨道交通单线路自动售检票系统的计算机系统。

[来源：GB/T50381-20182.0.10有修改]

3.7

车站计算机系统stationcomputersystem

用于车站级票务管理、运行管理和客流统计的计算机系统。

[来源：GB/T50381-20182.0.9]

3.8

车站终端设备stationlevelequipment

安装在城市轨道交通线路各车站，进行车票发售、进站检票、出站检票、充值、验票分析等交易处

理的设备。

[来源：GB/T50381-20182.0.2有修改]

3.9

乘车凭证ridingpass

乘客乘坐轨道交通的凭证载体。

3.10

云计算cloudcomputing

一种通过网络将可伸缩、弹性的共享物理和虚拟资源池以按需自服务的方式供应和管理的模式。

注：资源包括服务器、操作系统、网络、软件、应用和存储设备等。

[来源：GB/T32400-20153.2.5]

3.11

云服务cloudservice

通过云计算已定义的接口提供的一种或多种能力。

[来源：GB/T32400-20153.2.8]

3.12

微服务microservice

一种云原生架构方法，其中单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。

3.13

容器化containerization

以统一的方式打包应用程序以及依赖包到一个可移植的容器中。

3.14

敏捷开发agiledevelopment

以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。

2

3.15

铁路客票系统railwayticketingandreservationsystem

中国铁路客运的制票系统，包括铁路客票发售和预订。

3.16

银联ODA清算中心系统unionpayodacentralclearingsystem

负责银联IC卡联机ODA交易的收单、支付、清算业务的系统。

3.17

城市公共交通IC卡integratedcircuitcardforcitypublictransport（ation）

满足城市公共交通支付需求，实现跨地域、跨交通方式小额支付的集成电路卡。

[来源：JT/T978-20152.1]

3.18

城市公共交通IC卡系统citypublictransportfaresystem

提供对城市公共交通IC卡使用提供技术支持的系统总称。

[来源：JT/T978-20152.3]

3.19

自动检票机automaticgatemachine

对车票进行自动检验和处理，放行或阻挡乘客出入付费区的设备。自动检票机分进站检票机、出站

检票机和双向检票机三种类型。

[来源：GB/T50381-20182.0.3有修改]

3.20

自动售票机automaticticketvendingmachine

用于自助发售、赋值有效车票，具备自动处理支付和找零功能的设备。

[来源：GB/T50381-20182.0.5]

3.21

半自动售票机bookingofficemachine

用于人工辅助发售、赋值有效车票，具备补票、退票、查询、更新等票务处理功能的设备。

[来源：GB/T50381-20182.0.6]

3.22

便携式检验票机portablecardanalyzer

工作人员进行检票和验票的手持设备。

3.23

多功能自助票务终端multifunctionselfserviceticketingterminal

具备票务自助处理、票务查询、信息咨询服务、开具电子发票功能，用于部分替代车站票务客服人

员工作。

3.24

读写器ticketreader-writer

安装在自动售票机、自动补票机、半自动售票机、自动检票机、边门闸机、移动检票机、自动查询

机、便携式检验票机、多功能自助票务终端、智慧客服等设备中，用于对车票的发售、检票、充值、验

票分析作读写处理的设备。

3.25

二维条码two-dimensionalbarcode；2Dcode

二维码

在二个维度方向上都表示信息的条码符号

3

T/CIITA201.1-2021

[来源：GB/T12905-20192.3]

3.26

二维码车票two-dimensionalbarcodeticket；2Dcodeticket

应用二维码技术通过移动通信终端将二维码图形作为自动售检票系统中进闸或出闸的凭证（或车票

媒体）。

3.27

基于主机的卡模拟（HCE）host-basedcardemulation（HCE）

配备近场无线通讯（NFC）技术功能的移动终端基于软件实现卡模拟。

3.28

黑名单blocklist

根据管理要求对挂失车票和异常车票进行特殊控制的数据列表。

[来源：GB/T50381-20182.0.4有修改]

3.29

互联网票务internetticketing

基于各种新型的媒体（二维码、NFC虚拟卡、生物特征等），利用互联网实现的虚拟化、数字票种

（或乘车凭证）。

3.30

互联网票务平台internetticketingplatform

城市轨道交通企业在互联网票务使用、运营过程中提供各种管理功能的信息系统。

3.31

金融IC卡financialintegratedcircuit（s）card

符合JR/T0025-2018要求，并由金融机构发行的集成电路（IC）卡。

3.32

生物特征识别biometricrecognition

基于个人的行为特征和生物学特征，对该个体进行的自动识别。

[来源：GB/T26238-20102.1.2]

3.33

密钥key

一种用于控制密码变换操作（如加密、解密、密码校验函数计算、签名产生或签名验证）的符号序

列。

[来源：GB/T17901.1-20203.8]

3.34

安全存取模块securityaccessmodule

一种能够提供必要的安全机制，以防外界对终端所储存或处理的安全数据进行非法攻击的硬件加密

模块，简称SAM。

[来源：GB/T50381-20182.0.13]

3.35

初始化initialization

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

过程。

[来源：GB/T50381-20182.0.14]

3.36

编码分拣机encodesorter

4

用于对车票进行初始化编码、批量分拣处理的设备。

[来源：GB/T50381-20182.0.15]

3.37

进站entry

从非付费区到付费区通过的行为。

[来源：GB/T50381-20182.0.16]

3.38

出站exit

从付费区到非付费区通过的行为。

[来源：GB/T50381-20182.0.17]

3.39

单程票singlejourneyticket

在限定时间内一次性使用的车票。

[来源：GB/T50381-20182.0.18]

3.40

储值票storagevalueticket

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

[来源：GB/T50381-20182.0.19]

4缩略语

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

ACC：自动售检票清分中心系统（AFCCentralClearingSystem）

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

AGM：自动检票机（AutomaticGateMachine）

APP：移动通信终端软件（Application）

BOM：半自动售票机（BookingOfficeMachine）

CRC：循环冗余校验（CyclicRedundancyCheck）

CSV：逗号分隔值（Comma-SeparatedValues）

DES：数据加密标准（DataEncryptionStandard）

E/S：车票编码/分拣机（Encoder/Sorter）

FAS：火灾自动报警系统（FireAlarmSystem）

FTP：文件传输协议（FileTransferProtocol）

HTTP：超文本传输协议（HyperTextTransferProtocol）

HTTPS：基于SSL的超文本传输协议（HyperTextTransferProtocoloverSecureSocketLayer）

IaaS：基础设施即服务（InfrastructureasaService）

IBP：综合后备盘（IntegratedBackupPanel）

ITP：互联网票务平台（InternetTicketingPlatform）

KPI：关键绩效指标（KeyPerformanceIndicator）

LC：线路计算机系统（LineComputerSystem）

MAC：消息认证码（MessageAuthenticationCode）

MD5：MD5信息摘要算法（MD5Message-DigestAlgorithm）

MLC：多线路中心系统（MultipleLineCenterSystem）

5

T/CIITA201.1-2021

MTBF：平均故障间隔时间（MeanTimeBetweenFailure）

MTTR：平均修复时间（MeanTimeToRepair）

NFC：近场无线通信（NearFieldCommunication）

OD：起止点（Origin&Destination）

ODA：脱机数据认证（OfflineDataAuthentication）

OFD：开放版式文档（OpenFixed-layoutDocument）

PaaS：平台即服务（PlatformasaService）

PCA：便携式检验票机（PortableCardAnalyzer）

PDF：便携式文档格式（PortableDocumentFormat）

RSA：RSA加密算法（RSAalgorithm）

SaaS：软件即服务（SoftwareasaService）

SAM：安全存取模块（SecureAccessModule）

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

SFTP：安全文件传输协议（SecureFTP）

SLE：车站终端设备（StationLevelEquipment）

TAC：交易验证码（TransactionAuthenticationCode）

TVM：自动售票机（TicketVendingMachine）

UPS：不间断电源（UninterruptedPowerSource）

5系统架构

城市轨道交通自动售检票系统由自动售检票清分中心系统、互联网票务系统、多线路中心系统、线

路计算机系统、车站计算系统和车站终端设备组成，系统架构如下：

5.1AFC架构分为五层，第一层为ACC和ITP，第二层为MLC/LC，第三层为SC，第四层为SLE，第五

层为乘车凭证。AFC架构见图1。

城市公共交通清

第一层ACCITP

算系统

第二层MLCLCLC

第三层SC1~NSC1~NSC1~NSC1~N

第四层SLESLESLESLE

第五层乘车凭证

图1AFC架构图

6

5.2AFC采用数据分级处理模式，AFC的业务需求实现分布在各层级系统上，由ACC和ITP负责处理线

网级业务，由MLC/LC负责处理线路级业务，由SC和SLE负责处理车站级业务。

5.3当AFC采用云计算部署时，宜将第一层、第二层系统采用云计算部署，SC可采用云计算部署，也

可在车站本地部署。AFC云计算部署分为两类：第一类，第一、二层采用云计算部署，部署架构见图2；

第二类，第一、二、三层采用云计算部署，部署架构见图3。

云计算部署

第一层ACCITP

第二层MLCLCLC

第三层SC1~NSC1~NSC1~NSC1~N

第四层SLESLESLESLE

第五层乘车凭证

图2AFC云计算部署架构第一类

云计算部署

第一层ACCITP

第二层MLCLCLC

第三层SC1~NSC1~NSC1~NSC1~N

第四层SLESLESLESLE

第五层乘车凭证

图3AFC云计算部署架构第二类

7

T/CIITA201.1-2021

5.4当轨道交通AFC采用云计算部署时，云计算部署的软件宜充分运用云原生技术，包括微服务、容

器化等，实现AFC的云服务化，包括应用软件的SaaS化、支撑平台的PaaS化、基础设施的IaaS化，

并保证AFC的高可靠高可用性。

5.5ACC、ITP和MLC/LC应符合信息系统安全等级保护三级要求，SC应不低于信息系统安全等级保护

二级要求。

5.6ACC和ITP应设置应用级灾备系统，MLC可根据建设需求设置应用级灾备系统或数据级灾备系统。

5.7AFC各层级系统设备在实现和部署时，所采用的操作系统、数据库和通信中间件等通用软件应符

合AFC的功能、性能及安全要求，保证AFC的可靠性。

5.8可根据建设需求将ACC、ITP和MLC整合建设。

5.9乘客使用城市轨道交通AFC设备完成售检票服务所产生的支付、交易、行程等数据应通过AFC进

行流转和保存，所有AFC交易数据应汇集至ACC，由城市轨道交通运营机构进行统一管理。乘客的个人

账户信息，应由城市轨道交通运营机构按照GB/T35273的相关要求，进行统一管理。

5.10城市轨道交通面临城市公共交通IC卡使用需求时，应由ACC与城市公共交通IC卡系统连接，完

成城市公共交通IC卡清算业务。AFC城市公共交通IC卡应用技术架构见图4：

ACC城市公共交通IC卡系统

MLCLC

SC1~NSC1~N

SLESLE

乘车凭证（城市公共交通IC卡）

图4城市公共交通IC卡应用技术架构图

5.11城市轨道交通面临银联IC卡联机ODA应用需求时，银联IC卡过闸数据应通过ITP完成相关轨交

票务规则处理后，生成支付订单数据交由银联ODA支付清算中心完成账户支付，支付结果应反馈ITP。

银联IC卡过闸交易数据汇集至ACC后，由ACC完成与银联ODA支付清算中心的清算对账。AFC银联IC

卡联机ODA应用技术架构见图5：

8

ACCITP银联ODA支付清算中心

MLCLC

SC1~NSC1~N

SLESLE

乘车凭证（银联闪付IC卡）

图5银联IC卡联机ODA应用技术架构图

5.12城市轨道交通面临城市间互联网票务互联互通需求时，可通过共享互联网取码接口实现互通城市

轨道交通APP的跨城扫码过闸应用。城市间互联网票务互联互通技术架构见图6：

城市A城市A城市B城市B

ITSACCACCITS

MLCLCMLCLC

SC1~NSC1~NSC1~NSC1~N

SLESLESLESLE

乘车凭证（乘车二维码）乘车凭证（乘车二维码）

城市A城市B

轨交APP轨交APP

图6城市间互联网票务互联互通技术架构图

5.13城市轨道交通面临城市间线网融合互联互通需求时，双方发行的乘车凭证可跨区域互通使用。可

通过建设城市互联清分中心系统实现范围内城市轨道交通票务互联互通的运营管理及收益清分需求。可

根据建设需求将城市互联清分中心系统职能由区域内部某城市轨道交通清分中心承接建设运营。城市互

联清分中心技术架构见图7：

9

T/CIITA201.1-2021

城市互联清分中心系统

城市A城市B

ACCACC

MLCLCMLCLC

SC1~NSC1~NSC1~NSC1~N

SLESLESLESLE

乘车凭证乘车凭证

图7城市互联清分中心技术架构图

5.14城市轨道交通面临高铁干线、城际铁路、市域铁路、城市轨道交通票务融合互联互通需求时，可

通过建设城际票务互联清分中心实现范围内接入铁路、城市轨道交通线路票务互联互通的运营管理及清

分需求，可根据建设需求将城际票务互联清分中心系统职能由区域内部某城市轨道交通清分中心或铁路

客票中心承接建设运营。城际票务互联清分中心系统技术架构见图8：

城际票务互联清分中心

系统

ACC铁路客票系统

MLCLC

SC1~NSC1~N铁路售检票终端

SLESLE

乘车凭证铁路票证

图8城际票务互联清分中心系统技术架构图

6业务规则

AFC业务包括规则管理、票务清分、运营管理、专用设备管理、乘车凭证管理和模式管理等部分。

10

a)规则管理：规则管理为确保AFC规范运作，而制定出一系列规则和流程并加以实施，包括票

价策略、收益分配、结算规则、权益管理和操作流程等；

b)票务清分：由ACC根据清分规则，根据城市轨道交通各运营收益方对AFC票务运营收益按清

分日期进行清分；

c)运营管理：运营管理主要是对AFC的各层系统和设备进行有效管理，使其能充分发挥作用，

行使职能，并按照运营需求和实际情况及时调整运营状态。运营管理主要包括：参数管理、

设备管理、报表管理、黑名单管理等；

d)专用设备管理：专用设备管理主要是对AFC的终端设备进行有效管理，使其能充分发挥作用，

服务乘客。并按照运营需求和实际情况及时调整设备运营状态。专用设备管理主要包括：TVM

运营管理、BOM运营管理、AGM运营管理等；

e)收益管理：AFC涉及票卡发售、票款汇缴、收入清分和资金划拨等一系列账务处理过程，账务

管理就是对AFC内的票务收入进行对账、汇缴、分配、入账等过程的管理，包括账户设置、

备用金管理、票款汇缴、登帐稽核、收益清算、对账、资金划拨和对凭证进行有效管理等；

f)乘车凭证管理：乘车凭证是乘客乘坐轨道交通的有效凭证，是AFC中不可缺少的信息载体和

信息交互媒介。乘车凭证管理就是对乘车凭证的发行、发售、使用、票务处理和票卡回收等

全过程进行有效管理。包括：乘车凭证的编码定义、初始化、赋值发售、使用管理、进站/出