标准规范下载简介
DB13／T 5519.1-2022 轨道交通 AFC 系统线网技术要求 第1部分：系统结构及功能.pdfTCS45.020 CCS S 71
DB 13/T 5519. 12022
轨道交通AFC系统线网技术要求
河北省市场监督管理局 发布
NB／T 10142-2019 水电工程水温原型观测技术规范.pdfDB 13/T 5519.12022
引言 I 范围 规范性引用文件 术语和定义 缩略语 AFC系统总体架构 互联互通 时钟同步 .5 ACC功能要求， LC功能要求 17 10SC功能要求， SLE功能要求 28
轨道交通AFC系统线网技术要求第1部分：系统结构及功能
本文件规定了轨道交通AFC系统总体架构、各层系统架构的主要功能和各层系统之间互联互通的 应用标准。 本文件适用于轨道交通AFC系统设计、建设、验收和改造及系统应用等的实现和系统级、设备级 之间的互联互通。
本文件没有需要界定的术语和定义。
下列缩略语适用于本文件： 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）
DB13/T5519.1—2022 TVM：自动售票机（TicketVendingMachine） USB：通用串行总线（Universal Serial Bus)
5.1AFC系统五层架构
5. 1AFC 系统五层架构
负责线网内票务政策的参数化，统一管理票务数据，实现线路的收入统计及线路间收入的清 对账，及轨道交通运营主体与其他发卡方间的清分结算，
负责收集线路（区域内）所有车站的各类数据，向所管理车站主动发起或转发系统上层发来 制命令及控制参数，为线路工作人员提供所管理线路内所有车站、终端设备等的运行状态，对 内运营情况、收益、票卡等的使用等情况进行统计分析，
负责收集并处理车站终端设备产生的各种数据， 向终端设备层主动发起或转发系统上层发来 制命令及控制参数，为车站工作人员提供车站终端设备等的运行状态及收益的统计报表。
用于控制终端设备各部件的协同工作，产生和收集各种交易数据，向车站系统发送数据并接受 车站系统相关参数及控制命令。
采用非接触式电子芯片等来记录乘客进站信息（进站车站、进站时间等），出站设备读取票卡 中已写入的进站信息，按照票务规则进行费率计算及计扣。 轨道交通AFC系统五层架构如图1。
5.2AFC系统功能定位
5. 2. 1ACC 功能定位
图1轨道交通系统架构框图
ACC是轨道交通AFC系统联网收费的核心部分，负责不同运营线路间帐务清算、票务发行等，同 时作为轨道交通运营商的代理，与城市一卡通公司进行清分结算和协调等工作。 ACC功能应包括： a）票务数据处理； b）车票发行、调配及跟踪； C 与运营线路间清算、对账： d）与城市一卡通公司进行清分结算； e 线网票价的制定及发布； f 网络化运营统一管理； 数据备份与恢复。
5. 2. 2 LC 功能定位
LC主要功能应包括： a）收集、处理系统内各类数据； b） 制定、维护系统各类参数； 接收、下达系统各类指令； d）为系统提供高度的安全机制和严格的操作规程； e）完成与一卡通卡公司之间的结算； f）接受ACC系统参数及指令：
DB 13/T 5519. 12022
DB 13/T 5519. 12022
根据相关要求向ACC上传相关数据并可与ACC对帐。
5.2.3SC功能定位
SC为车站AFC系统的核心部分，可对本车站内部的所有设备进行实时监控，实现对车站AFC系统 运营、票务、收益及维修的集中管理功能。 SC的主要功能应包括： a）收集、处理车站AFC系统内各类数据； b）上传各类数据到LC： C 接收LC下传的各类系统参数，并下载到本车站各终端设备； d）接收LC下达的各类系统指令，并下达到本车站各终端设备； e）应可根据需要自行向车站设备下达控制指令，并将该操作记录上传到LC。
5.2.4SLE功能定位
5.2.5车票功能定位
车票的主要功能应包括： a） 记录乘客乘车的信息； 记录车票的系统编号、安全信息、车票种类、个人信息、进出站信息、金额、有效期、历 史交易记录等信息； 与车站终端设备共同完成自动售票、检票功能
6.1系统级的互联互通
系统级的互联互通是指不同线路的AFC系统能实现互联互通，这一层次的互联互通是基本要求 是实现“一票通”、“一卡通”的基础。 应统一轨道交通联网收费系统制定的技术规范，为轨道交通联网收费系统提供基础，包括： a）统一操作流程，规范轨道交通收费系统操作； b）统一数据交换接口，为轨道交通系统的互联互通，实现清结算提供技术基础； c）统一票卡应用要求、密钥管理体系，保证票卡在轨道交通各线路之间具有通用性
6.2设备级的互联互通
在AFC系统中，车站终端设备主要有自动售票机、自助查询机、半自动售票机以及自动检票机等， 实现AFC设备级互联互通应包括： a）设备功能一致明确： b）运行模式基本相同：
部分模块应具备互换性，保证不同轨道交通线路间的互联互通；设备的互换有着极高的经济 和社会价值，在技术条件成熟后导流洞进口段施工方案措施，可考虑实施；某些特殊的模块互换也可在进一步的统一规划 施。
河北省轨道交通采用大读写器，应确保票卡处理程序能在不同品牌的读写器上运行，票卡处理 程序在更新时，应能同步进行更新操作。 关键代码的统一应包括： a）读写器的硬件要求统一； b）系统软件要求统一； c)底层函数库要求统一。
ACC系统应从外界时钟源（卫星数据或者通信系统）获得准确的当前时间，来设置自已的系统日 间， 并成为线网标准时间的源头。 时钟同步的实现应包括： a）时间同步采用SNTP或NTP来实现； b）AFC系统中只在相邻的两层之间进行时钟同步； C）时钟同步校准时间间隔、最小阅值、最大值可配置
系统应是高度安全的，应体现在设备安全、票卡安全、软件安全、网络安全、数据安全等方面 a）设备安全 设备安全方面应包括：
系统应进行可靠性设计，降低软硬件故障高塘镇荷塘小区脚手架搭设工程施工方案，提高系统可靠性和平均无故障维修周期，提高系统 欧硬件的使用和管理的安全性。 系统可靠性的实现应包括： a）应结合可维修性和安全性进行系统的可靠性设计； b）应确定最佳费用效能比以及可靠性增长方案； c）应能实现系统生命周期内的可靠性管理。
应确保所提供的ACC系统的稳定性，使其能够24X7X365小时连续稳定运行。
系统应进行可维护性设计，减少维修次数和维修时间，提高运营服务质量，达到零配件数量低 比率。 系统可维护性的实现应包括： a) 应做到控制维护保养需求： b) 应做到减少维修作业次数； C 应做到减少维修时间； d 应做到简化维修操作； e 应做到控制零配件需求： f 应做到控制专用维修设备和工具需求； 应做到减少出错可能性等