标准规范下载简介

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

DB13/T 5519.1-2022 是中国轨道交通自动售检票（AFC）系统的地方标准，其中第1部分主要关注轨道交通AFC系统的线网技术要求。AFC系统，即Automatic Fare Collection System，用于轨道交通中乘客的票务管理，包括自动售票、检票、计费、扣费和统计等功能。

这个标准对AFC系统的基本结构和功能进行了概述：

1. 系统结构：AFC系统通常包括票务中心系统、车站设备（如闸机、售票机、充值机等）、乘客信息系统（显示票价信息、乘车指南等）及相关的网络设备。它需要支持中央和车站级别的数据处理，以及与外部系统的接口（如支付系统、乘客数据库等）。

2. 功能简介： - 票务管理：包括票卡发行、充值、退票、查询等功能。 - 乘客服务：提供自助服务，如购票、验票、查询余额等。 - 计费与扣费：根据乘客的乘车情况，自动计算费用并扣款。 - 统计与报表：生成运营数据，帮助管理者进行决策。 - 安全性：保证数据的安全，防止欺诈和非法操作。 - 兼容性与扩展性：系统应能兼容不同的票卡类型，并具有升级和扩展的能力。

总体来说，DB13/T 5519.1-2022 标准为轨道交通AFC系统的建设和运营提供了技术规范，确保系统的高效、安全和便捷性。

DB13／T 5519.1-2022 轨道交通 AFC 系统线网技术要求 第1部分：系统结构及功能.pdf部分内容预览：

LC主要功能应包括： a） LC接收ACC下发的参数及命令，管理线路内部参数，并将参数下发给SC，能独立实现所辖 线路AFC系统的运营管理； b LC接收ACC的时钟同步信号并完成本线路的时钟同步； LC对本线路内的交易等数据进行处理，并上传给ACC： d LC完成本线路的收益管理； e LC实现所辖线路内安全访问控制，包括线路内权限管理、数据审核、数据备份及恢复、系 统间安全访问控制等； f） 与ACC对账； LC级客流监控、设备监控和模式管理； LC级车票库存调配； i)LC级报表。

应用软件应满足本系统各类功能的实现及系统管理的需要，软件的设计应符合相关软件工业标 准，与不同的硬件及软件平台具有良好的兼容性。 AFC软件系统应能适应远期的管理需求，要考虑一卡通和与新线换乘等因素，应用软件应具有 次开发功能，应提供二次开发工具以方便软件的升级。 模块化 1） 应用软件的设计应采用先进的设计方法； 2 各层次的软件应按实现功能划分子模块，各模块应以插/控件的形式存在； 对软件升级应只更新相应的模块插/控件； 4 应用软件的设计应将部件控制程序与部件监控程序区分开； 5） 票务或管理政策改变则应只更新相应的功能模块，而不应改变其他的模块， b） 可扩展性 1 应用软件应具有良好的可扩展性； 2） 在进行系统扩展时，任何软件或数据的更新应不影响系统的正常运行； 在系统软件升级时，应进行网络在线升级，不应造成任何数据丢失，

13/15519.1—2022 可移植性 1）应用软件应具有可移植性； 2）当硬件或软件平台升级时，应保证应用软件可快速移植； 3） 当系统安装或增加车站计算机系统或车站售检票设备等设备时，应能使用提供的同 套应用软件进行安装，设置相应的参数即可完成软件的移植。 d）可重用性 应用软件应共用相同功能的子程序，如安全管理模块和数据传输模块等。 e）参数化 应用软件宜使用参数化设置完成本文档所提出的功能需求及性能要求。 f）实时性 应用软件应满足系统实时监控和在线查询的要求。 g友好性 应用软件为多用户系统，操作界面应采用图形化、多文档窗口模式。提供友好的在线帮助。

9. 3. 1运营管理系统

LC应能定义系统的各种运行模式，模式定义应遵循《轨道交通AFC系统线网技术要求》的要求 在不同的运行模式下应可对某台、某组、某类设备的运行方式、车票处理方法等进行灵活定义， C应在1分钟内，将运行模式信息下达至线路所有车站。 LC应接收ACC下发的车站运营时间表，可原样下发或根据线路运营要求修改后下发给SC，LC可根 据运营商要求制定个性化的设备自动运行时间表，系统设备应能根据时间表自动执行相应的动作， 如不能自动执行应记录并上传该信息。 LC运营管理系统的主要功能应包括： a） 设备设置管理 LC应能对系统设备的设置进行管理，确定及更改系统设备的运营及运行属性； LC应可灵活创建不同的设备类型 设置不同设备类型的属性及运行参数： 3 LC应可灵活创建单台设备和新增车站，可设置单台设备和新增车站的属性及运行参数 所有设备应具有系统内唯一的设备编号（遵循《轨道交通AFC系统线网技术要求》）； 单台设备应可以分配到指定的车站，可灵活修改或删除系统内已定义的设备类型及单 台设备属性，但操作员应具备相应的操作权限： 6 在设备类型及单台设备变化或删除后，相关设备之前产生的设备数据及统计数据应可 保存并查询，应不影响数据及报表的查询和生成 7）LC应能设置多个工作站或操作终端，对于各操作终端的组网方式应不影响其实现的功 能，同时系统应能灵活地增加操作终端，而不应受软件及硬件的限制。 8 LC所设置的工作站或终端应满足系统的运营管理、票务管理、收益管理、决策管理， 审核管理及维修管理等功能。同时，系统还应具备后台系统监控及维护的操作终端。 b）设备监控 LC对设备的监控主要包括网络通信、设备运行模式、设备运行状态、设备故障报警及数据上传、 下载等。 各类监控信息应准确、实时，显示应形象、清晰，不同等级的信息应有明确的区分： 使监控人员可以快速判断和响应； 监控信息应能分层次显示不同的内容，并可调看各车站设备监视画面； 当SC未及时上传数据时，系统应具备告警提示功能，所有监控信息均可进行打印； 4 LC应能集中控制整个系统的运行，可向某座车站、某组设备、某类设备、某台设备下 达控制指令； 5） 指令应包括设备运行模式转换指令、设备数据查询指令、设备运行指令等； 6 系统对所有下达的指令均应有记录并可打印。 7 LC对网络监控应包括对网络设备状态及网络数据传输状态的监控； 系统应可以监控网络设备的运行状态并修改网络设备参数：

9）系统应可以监控网络设备的数据传输状态； 10）系统应可以通过网络监控功能对系统网络设备进行故障诊断； 11）系统应可以对系统网络状态及数据传输状态数据进行分析统计，生成系统网络运作报 告。 客流监控 1） LC应可集中监控系统内客流情况； 所监控的客流应包括所有设备处理的客流； 3） 所监控的客流应可按时间段进行查询，最小时间段为1分钟； 4 监控范围应可按整个系统、某座车站、某组设备、某类设备、某台设备进行灵活选择； 监控内容的显示应清晰，图形多样化，显示内容应包括购买各类车票人数、充值人数、 车票分析人数、各类车票进站人数、各类车票出站人数、补票人数等： LC应可生成客流统计报告，报告应准确的显示出本系统各类设备处理各类客流的情况 统计报告应包括各类车票使用人数、自动售票机购票/充值人数、半自动售票机处理各 类车票人数，各类车票进站人数、各类车票出站人数、补票人数、无票通过人数及换 乘人数等； 8） 操作员应可以查询或打印当日或以往生成的客流数据，查询可通过多种图形和报表的 方式进行。

9. 3. 2收益管理系统

e）非即时退款申请 1）半自动售票机应能处理车票非即时退款申请； 2） 若车票可读但不能进行即时退款处理，或被损坏而不能读取编码信息，应可在半自动 售票机输入有关非即时退款处理数据； 3 乘客在半自动售票机办理非即时退款申请后，应向乘客出具非即时退款处理收据，乘 客可凭收据在若干天后查询处理结果； 4） 有关的非即时退款处理数据应上传到ACC； 5 ACC应能根据信息自动查询相关车票的历史交易记录、车票使用分析数据、余值并能 生成乘客个人退款统计数据； 6） 票务中心操作员应可根据此结果人工确认车票实际退款金额； 7 半自动售票机操作员应可以通过输入退款处理收据编号向票务中心查询退款处理结果 若乘客接受处理结果，则办理退款手续，否则需重新确认； 8） ACC应根据半自动售票机上传的处理数据更新此非即时退款处理状态及车票使用状态 9 ACC应能将非即时退款车票按照车站、票种、设备、操作员在未确认、已确认、未办理 退款、已办理退款等不同情况下进行统计； 10）对于未办理退款及已办理退款的应能统计，并确认退款金额与实际车票余值的差额。 f）清算对帐管理 LC应能根据清算对帐规定和原则实现与ACC系统的清算对帐功能。

9.3.3维修管理系统

LC维修管理系统的主要功能应包括： a）设备管理 LC应对所有AFC系统设备进行管理，详细记录故障维修记录、部件更换记录。 b）部件管理 1）LC应能集中统一对设备部件进行管理； 2）系统设备所有的部件均应有统一的部件编号； 3）关键部件均应有唯一的部件序列号。 C 软件管理 1）LC应具备通过网络对系统设备的软件进行更新的功能： 2 应可指定对全部设备、某类设备进行软件更新及下载路网统一界面的功能； 3 操作员应可以在LC制定软件更新计划，设置软件自动更新的设备及下载时间； 4 系统软件的更新可以采用自动更新、人工确认后更新或人工下载的方式进行； 5） 应可通过软件版本号、更新软件的生效日期和时间来控制软件的更新。 LC应可以设置终端设备软件生效时间，在到达生效时间后，仅在设备重启或运营开始 时生效，设备自动切换新版本软件； 7 在软件更新过程中应防止对原始数据的改写； 8 LC应可检查设备当前运行的软件版本，若版本不符，应可由操作员选择自动或在确认 后下载新软件版本； 9 对于不能成功下载或切换的设备应给出报警，并尝试再次下载； 10）在完成软件更新下载或设备软件自动切换时，应生成软件更新及切换报告， d）维修数据管理 LC应可收集设备状态、故障记录及维修记录等信息WS 488-2016 医院中央空调系统运行管理，并生成相应的统计报告，为维修部门提供 基础数据。 操作人员应可对统计报告进行查询及打印。维修统计报告应包括设备维修记录的统计报告，设 备运行、性能及故障情况的统计报告，设备部件跟踪、替换情况的统计报告，设备运营、运作参数 配置及更改的统计报告，设备软件更新及管理的统计报告等。 统计报告应包括但不限于： 1）设备维修记录的统计报告应包括设备维修频率统计报告、设备部件维修率报告、维修 工作频率统计报告、维修质量统计报告等；

2 设备运行、性能及故障情况的统计报告应包括设备性能统计报告、设备通信状态报告、 单台设备日故障统计报告、单台设备月故障统计报告、车站/线路月设备故障统计报告、 车站/线路年度故障统计报告等； 3 设备部件跟踪、替换情况的统计报告应包括设备部件跟踪替换报告、设备部件使用频 率报告、设备部件不良率报告、设备部件损坏率报告、设备部件使用次数报告、设备 部件使用时间报告、设备部件替换次数报告等； 4 设备运营、运作参数配置及更改的统计报告应包括设备参数配置报告、设备参数更新 报告； 5） 设备软件更新及管理的统计报告应包括设备软件更新情况报表、设备软件更新次数报 告等。

9. 3. 4 数据管理系统