《城市轨道交通综合调度信息系统技术规范》

ICS35.240.60

CCSP65

团体标准

T/CCTASXX—2023

城市轨道交通综合调度信息系统

技术规范

Technicalspecificationfor

integratedschedulinginformationsystemofUrbanRailTransit

（征求意见稿）

2023年7月1日

XXXX-XX-XX发布XXXX-XX-XX实施

中国交通运输协会  发布

T/CCTASXX—2023

城市轨道交通综合调度信息系统技术规范

1范围

文件规定了城市轨道交通综合调度信息系统的总体要求、组织架构和职责、综合调度业务内容、信

息报送流程、系统设计、系统技术要求和信息报送接口等。

本文件适用于城市轨道交通综合调度信息系统的建设和运营管理。

2规范性引用文件

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

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

文件。

GB/T22486-2022城市轨道交通客运服务规范

GB/T22240-2020信息安全技术网络安全等级保护定级指南

GB/T28181-2016公共安全视频监控联网系统信息传输、交换、控制技术要求

GB/T38707-2020城市轨道交通运营技术规范

T/CCTAS28—2022城市轨道交通数据采集平台技术规范

3术语和定义

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

3.1综合调度信息系统integrateddispatchinginformationsystem

综合调度信息系统是通过采集和报送调度相关信息，为综合调度人员的日常使用及作业提供日常运

营调度、信息共享及发布、运营统计分析及评估等业务功能的软硬件信息系统。

3.2综合调度integrateddispatching

负责协调和管理轨道交通系统的运行，监察设施设备故障情况，组织制定合理的运行计划，发布调

度指令，向有关部门报送信息，保障运营安全。

3.3调度指令schedulinginstruction

指上级值班调度员对下级调度值班人员发布的、必须强制执行的决定，包括值班调度员有权发布的

一切正常操作、调整和事故处理的指令。

4缩略语

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

ACC：清分中心（AFCClearingCenter）

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

API：应用程序界面（ApplicationProgramInterface）

ATS：列车自动监控（AutomaticTrainSupervision）

CCTV：视频监控（ClosedCircuitTelevision）

1

T/CCTASXX—2023

FTP：文件传输协议（FileTransferProtocol）

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

JDBC：Java数据库连接（JavaDatabaseConnectivity）

MODBUS：串行通信协议（ModbusProtocol）

OCC：运行控制中心（OperationControlCenter）

ODBC：开放数据库互连（OpenDatabaseConnectivity）

RJ45：公用电信网络接口（RegisteredJack45）

MQ：消息队列（MessageQueue）

5总体要求

建设单位应根据线路运营业务需求，具备建设综合调度相关业务信息系统的能力。

运营单位应有符合GB/T30012要求的组织机构和提供运营服务的能力。

运营单位在线网级或线路OCC级宜设置综合调度人员，与行车调度员、电力调度员、环控调度员

等共同组成调度班组，并由值班主任统一指挥。

运营单位应配置相应岗位资格能力的生产、技术、管理等工作人员,并建立综合调度岗位责任制,

保障、责任落实。

运营单位应根据运营调度岗位业务内容，建立相应的系统功能，综合调度信息系统应实现城市轨

道交通运营调度功能，调度指令、运营信息等的报送与传达功能，以及与外部单位间应急信息、预警信

息、公众信息等的共享及发布功能。

6组织架构和职责

应结合城市轨道交通运营时间、调度班组运转机制，确定综合调度员人数。

综合调度员应熟练掌握综合调度信息系统的日常使用及作业，开展日常监察与运营调度、安全管

理及应急处置协调、信息共享及发布、运营统计分析及评估、施工计划审核等工作。

综合调度员应在应急情况下开展信息报送、事件处置跟踪等工作。

7综合调度业务内容

综合运营调度

7.1.1日常生产及协调

应监察行车情况，及时与OCC各专业调度信息沟通，保障行车组织安全。

应监察客流情况，及时通过AFC系统与其他客流监察系统获取相关客流数据，预测客流趋势，

发布客流管控调整建议，保障客运组织安全。

应监察各主变电所、各线路变电所运行情况，及时与OCC电力调度员信息沟通，保障供电安

全。

应监察各站及区间的机电设备运行状态、各站公共区环境状况，及时与OCC环控调度员信息

沟通，保障供电安全，保证区间行车安全与环境舒适度。

应监察视频监控CCTV系统的视频、图像信息。

宜监察运营线路施工计划管理、施工组织安排、施工统计分析、检查考核、发布重点施工预

警信息等工作。

2

T/CCTASXX—2023

7.1.2应急组织及故障跟踪

应急情况下，应按照GB/T38707-2020中14.4.8规定的要求及时启动应急预案，进行突发事

件处置工作的监督执行。

应协调突发事件的应急处置，联络企业内部相关部门统筹内外部救援资源。

应对运营设备设施监察及故障处置情况跟踪，对故障预警进行辨识、分类定级。

应监察运营生产情况，统计设施设备情况，及时完成事件故障事件分析报告。

事件响应与信息发布

7.2.1内部传达

应收集、编制日常运营调度工作报告及调度日志，记录重大运营调整处理措施。

应监察突发事件影响程度及处置进度，及时发布突发事件信息。

应各类突发事故/事件信息的收集、核实、记录、协调工作，包括：

a）在值班主任指挥下，负责突发事故/事件信息收集与分级，及时向公司内部各相关单位发布短信；

b）在值班主任指挥下，根据突发事故与事件的等级，负责故障事件的接报、处置及向公司领导汇

报；

c）在值班主任指挥下，负责突发事故/事件的指挥协调，做好内外部救援资源的统筹协调。

7.2.2乘客信息发布

应及时发布可预见性（重大节假日、重要活动等）客流预警信息。

应按照GB/T22486-2022中5.5.1规定的要求汇总管理发布的乘客信息，提供乘车、出站、

服务信息。在重大突发事件情况下，发布应急故障和疏散信息。

遇恶劣天气情况，如大雪、冰冻、低温、大风（扬沙）、高温炎热、强降雨和连续降雨时，

应广播告知乘客安全事项。

7.2.3相关部门信息报送

应对接上级政府部门、外部交通系统及轨道协会等相关部门，实现信息报送。

应对接专项应急机构等相关部门，报送一定级别以上的事件处置信息。

7.2.4社会应急单位信息共享

应对接气象预警发布中心，监测并收集线路覆盖地区天气情况。遇恶劣天气、自然灾害及气

候突变时，及时发布预警信息。

应对接地震预警发布中心，监测并收集地震预警信息，及时发布预警信息。

运营统计分析及评估

7.3.1应监察运营生产、公共信息，完成信息收集、核实及记录，形成信息类、指标类

相关报表，开展综合性分析。

7.3.2应统计、分析及共享运营指标数据，编制发布运营月、季、年等运营报告。

7.3.3宜能够对线路的电能、水、燃气及热力能耗等统计分析。

8信息报送要求

信息传递、发布流程

3

T/CCTASXX—2023

8.1.1信息发布需遵循“及时性、准确性、简明性”。

8.1.2当班运营调度员接到其他专业调度的信息后，应汇总信息，向现场确认最新进展，

通知值班主任，经确认发布内容后，向有关单位发布信息，并视事态发展做好信息续报

工作。

8.1.3当班运营调度员接到突发事件、故障信息后，应判明事件起因和影响范围，采取

有效措施，通知专业单位处置，并视事态发展做好信息续报工作。

8.1.4当设施设备发生影响运营的情况时，运营调度员应根据抢修令发布要求，向维保

助勤及运营公司发布抢修令。

8.1.5信息汇报需加强信息的双向沟通，确保信息闭环。

信息发布的条件

运营调度员应按照一定的格式要求报告日常运营信息、运营突发事件信息。当报送应急信息时，还

应说明可能对其它轨道交通线路造成的影响，以及运营单位采取或将采取的措施：

a）出现《国家城市轨道交通运营突发事件应急预案》中规定的一般（Ⅳ级）级别及以上突发事件；

b）中断行车时间≥20分钟的运营中断事件；

c）在运营时间内需要紧急关闭地铁运营区的任何部分，影响轨道交通线路按照运营标准进行正常

运营。

信息发布时间要求

8.3.1综合调度员在接到日常信息后应通知其他专业单位并报线路值班主任。当接报单

线故障信息后，OCC自行处置，并向线网指挥中心汇报。影响到其他OCC的线路时，报请

线网指挥中心协调。

8.3.2当报送应急信息时，综合调度员在接到信息后应立即电话通知相关部门及其他专

业单位，上报业务主管以及线路值班主任。指挥协调启动应急预案，由指定的调度员下

达抢险救援命令，并监督实施过程。

信息发布样式

8.4.1发布样式

综合调度指令样式

综合调度指令格式应包含命令号、车站名称、列车编号、区间等关键信息。

表1综合调度指令样式示例

使用场景命令格式备注

区间疏散格式（一）：“命令号***，**站至**站上/下

行区间****号（次）车进行区间疏散，疏散

方向为**站。”

格式（二）：“命令号***，**站至**站上/下

行区间****号（次）车进行区间列车接驳疏

散，接驳列车为（邻线）***站（反向）开来

的****号车。”

人员进入区间格式（一）：“命令号***，令****号车将**1、命令中需明确

跟车人员带至**处，处理完毕后，将其带至进、出区间人员

**站。”的所属单位。

格式（二）：“命令号***，令****号车将**2、需安排列车以

4

T/CCTASXX—2023

人员带至**处后恢复运行。”ATP手动方式运

格式（三）：“命令号***，令****号车至**行。

处停车，将**人员带至**站。”

恶劣天气预警xx中心气象台xx年xx月xx日xx时xx分

发布xxxx预警信号，预计xx时间xx区域区

将出现xx天气，请注意防范。

乘客信息发布样式

表2乘客信息发布样式示例

使用场景信息样式备注

关站、限流乘客们请注意，**号线***车站现采取**措

施，请乘客们及时调整出行路径，以免耽误

行程

临时公交接驳乘客们请注意，**号线***车站目前开通临时

公交驳运专线，请受影响的乘客根据车站工

作人员引导及时搭乘

线网乘客分流引因**号线**故障，列车运行间隔较大，有急

导事的乘客建议您选择其他绕行线路或其他交

通工具，谢谢合作。

8.4.2日常运营生产报告

应按照一定周期编制日常运营生产情况报告，一般包含运营生产状况、关键性指标、生产统计等。

例：运营生产情况月报，可包括以下内容：

a）客流量、满载率；

b）列车的准点率、运行图兑现率；

c）行车间隔、运行班次、运营里程；

d）列车清客次数；

e）站厅温度；

f）设备系统的可靠性；

g）乘客投诉、表扬及处理情况；

h）运营单位认为需要上报的其它资料。

8.4.3运营安全事故报告

应按照一定周期编制运营安全事故报告，一般包含安全事故类型、事故影响分析等。

例：运营安全事故月报，可包括以下内容：

a）火灾事故；

b）集体急性中毒责任事件；

c）职工因公死亡、重伤事故；

d）乘客死亡、重伤、轻伤事故；

e）直接经济损失1万元以上的一般级别以上事故；

f）一般级别以上行车事故，如中断行车时间20分钟≤t＜60分钟的行车一般事故、行车险性事故、

中断行车时间60分钟≤t＜180分钟的行车大事故、中断行车时间t≥180分钟的行车重大事故等。

9系统设计

总体系统架构

5

T/CCTASXX—2023

图1综合调度信息系统架构

系统设计要求

9.2.1采集接口层

应集中所有源系统接口通道及采集方式，通过标准接口及协议实现系统与采集层之间的信息交换。

9.2.2数据处理层

应具备数据过滤、清洗、转换、加载及格式化等数据组织、高性能处理和标准化功能。

9.2.3基础设施层

应支持在云平台环境中运行，可支持大数据架构，安全管理中心，基础数据库可包括：基础设施资

源等静态数据库、运行监控等动态数据库、地理空间数据库、视频图像类多媒体数据库，在此基础上建

立数据共享和交换。

9.2.4中台层

应具备公用调度信息业务所需的处理模型、组件、工具和服务。可包括数据封装、数据建模、报表

模板、计算引擎、数据挖掘、音视频AI分析等组件，为应用系统快速获取业务结果提供条件。

9.2.5业务应用层

可将通用功能的软件组件、基础应用软件功能汇总，包括综合运营调度、应急故障和信息发布、运

营统计分析及评估，实现调度信息的采集、综合监视、故障报警、运营信息报送、调度联动等业务功能。

总体功能要求

9.3.1运营调度

数据采集功能

数据采集功能应通过与既有系统接口的方式，采集线路运营状态信息、主要设备系统的故障和报警

信息，符合T/CCTAS28—2022规定的要求。

综合监视功能

综合监视功能应包括行车监测、客流监测、设备设施监测、能耗监测、视频监控等。

故障报警功能

6

T/CCTASXX—2023

故障报警功能应具备分级分类报警功能，包括但不限于：

a）行车报警：列车晚点告警、发车间隔告警等；

b）客流报警：进出站客流数超过报警阈值、运力运量不匹配报警等；

c）电力报警：主变电所失电、车站失电、接触网/轨失电、正线单边及越区供电等；

d）火警报警：车站/区间火灾、烟感/温感/手报等组合报警等；

e）设备报警：影响运营中断的重大故障。

运营统计分析及评估功能

应能够统计综合运营调度的相关指标，形成报表报告及图表。应支持一定时期内多种维度的数据统

计与查询。

9.3.2对内调度信息传送

客运组织功能

客运组织功能应包括客流分析预测、运力运量动态配置及调整、车站客运组织方案与调整管理、现

场应急处置等。

运营信息报送功能

报送信息应由线路OCC报送终端进行填报，填报内容包括：时间、信息内容、地点、等级、报送人

等，信息统一由系统接报后发送给相关接收方。报送终端应能提供人工录入功能，可对无法直接进行数

据采集的信息可人工填报，例如车辆在线数等。

各线路OCC可在报送终端上以浏览级权限登录系统，实现线路OCC访问实时信息。

运营信息发布功能

信息发布功能应实现向各线路控制中心、相关部门的发布，发布内容包括但不限于：

a）运营信息类型；

b）运营信息报送；

c）运营信息报送管理。

通信发布功能

应具备与通信系统如调度电话系统等的接口，实现与调度电话系统的集成，通过界面输入信息，并

通过后台调用该项功能完成通知信息的发送，支持的通讯方式应包括语音、短信、传真等；

运营调度员可在人机界面向通讯录中的人员执行电话呼叫、发送短信等功能，支持呼入、呼出、呼

叫保持、呼叫转移、多方通话等呼叫服务，具备通话录音、拾音器录音、文字记载、资料存储及呼叫应

答日志记录等功能；

可与公司短信平台建立接口，具备手机短信或移动终端消息发布功能。可通过系统界面编辑发送短

信，具备短信的发送、接收、编辑重发、保存、查询等功能。

9.3.3对外调度信息传送

调度联动功能

调度联动功能应包括与政府部门、外部交通系统、轨道交通企业内各类系统的信息交互。

外部网站访问功能

设置外部网站访问终端，接入互联网，通过安全保障措施，访问与城市轨道交通综合调度信息相关

的外部网站，包括但不限于：

a）气象网站：访问实时天气预报，突发恶劣天气如台风、暴雨预报及信息，空气质量信息，风力

数据等；

b）地震预报网站：访问地震局发布的地震预测信息和突发地震信息等；

7

T/CCTASXX—2023

c）公安信息发布网站：访问地铁安全、应急事件预警信息，地铁周边突发综治安全事件信息等；

d）交通网站：访问城市实时路况信息，临时封路及道路交通管制信息，重大交通事件信息等；

e）客运网站：访问机场、铁路、长途客运等客运网站，了解航班信息、铁路信息、长途客运站信

息等综合客流信息。

乘客信息发布功能

由系统采集的各类生产运营数据，经分析和汇总后，向影响范围内的乘客统一发布乘客日常诱导和

应急信息，并将发送的信息推送至信息共享门户，供客服、媒体人员通过此统一的信息发布口径，向各

类受众/载体及时、准确、一致地发送运营信息，发布信息主要内容包括：

a）乘客服务类信息：帮助乘客出行规划和旅途服务的相关信息，包括运营时间、票价信息、车站

设置及换乘信息、出入口及周边信息、大型活动、公告通知等，也可以通过乘客互动提升乘客服务满意

度和企业形象。

b）乘客诱导类信息：采用易于辨识的颜色，按时间动态反映当前网络运营的状态以帮助乘客更直

观了解路网拥堵情况，引导乘客优选路径。

c）突发事件处置类信息：分布在全方位不同区域的乘客及计划乘坐地铁的准乘客，均需及时获取

故障应急情况下受影响区段运营信息（含故障原因、行车间隔、预计延误时间）、公交接驳信息及相关

票务处理。

9.3.4系统管理

应具备系统管理功能，包括用户、权限、角色设置等。

系统应具备自检和评价功能。

10系统技术要求

软件构成

10.1.1应用软件应包括综合调度信息系统的业务应用软件、基础软件、接口软件等。

10.1.2可支持在轨道交通企业信息化云平台环境运行，工作站客户端宜采用浏览器访

问，可具备移动端访问终端。

硬件构成

10.2.1可支持在物理机或轨道交通企业信息化云平台环境运行，云平台的运行环境可

由主机运行环境、接口虚拟环境及云平台安全管理中心等构成。

10.2.2可从业务角度划分平台应用软件运行区域和接口区域，并宜支持为后续接入系

统提供可扩展条件。

10.2.3可根据数据的内容和访问需求确定不同的存储周期，视频类数据可支持1个月

回放，故障报警历史数据可支持1年以上存储。

性能指标

10.3.1信息流转时效

应对信息发出、抵达、反馈的全过程进行记录，并对信息的流转时间统计时效率。

10.3.2信息反馈机制

应对首次发出超过24h的无接续信息发出反馈提示。

10.3.3信息发布状态监控

应能够对各种通讯方式发送及接收的信息进行状态追踪监控。

8

T/CCTASXX—2023

10.3.4信息发布接收时间

系统的信息发布时间应满足：

信息自发出至接收对象收到延时时间≤2s，此时间指：；

系统的信息接收时间应满足：

信息接收延时时间≤2s，此时间指：。

10.3.5信息更新时间

系统的数据更新时间应满足：

信息采集延时时间≤2s，此时间指：系统与线路通讯接口收到数据的时间。

针对可能出现的系统满负荷运行情况，考虑最恶劣应用场景，应采取采集轮询策略的改变，增加轮

询时间段或采用临时泄流。

10.3.6可靠性

系统可保证7×24小时的连续运行，各类设备的平均无故障时间（MTBF）>20000小时。

10.3.7可扩展性

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

应用扩展和第三方的后续开发。

系统安全要求

10.4.1等保安全要求

应根据GB/T22240-2020的要求确定城市轨道交通综合调度信息系统的网络安全保护等级，原则上

城市轨道交通综合调度信息系统应不低于信息系统安全等级保护二级要求。

10.4.2接口安全

应设置接口安全隔离防护措施，设置区域边界，配置确保信息系统安全的硬件和软件，确保数据交

换的安全性。

11信息报送接口

一般规定

综合调度信息系统应提供对各种系统的信息接入机制，应以标准的、可扩展的方式通过接口进行访

问。

接口内容

11.2.1数据中心

应与数据中心进行接口对接，采集内容可包括城市轨道交通统计类的数据，如历史行车数据、历史

设备运行数据、历史客流数据、历史视频数据等、指标数据计算等结构化和非结构化历史数据。与数据

中心接口可具备跨网数据传输能力，支撑数据平台实时数据交互，具备基础数据治理能力、业务系统非

结构化数据存储能力，天气、重大活动等实时数据采集。

11.2.2清分中心

应与清分中心进行接口对接，采集内容可包括城市轨道交通客流数据，如实时进出站客流、实时换

乘客流、实时区间客流、实时票卡客流等。

11.2.3指挥中心

应与指挥中心进行接口对接，采集内容可包括实时监测数据、应急处置数据、统计分析数据等。

9

T/CCTASXX—2023

11.2.4外部系统

应与外部交通单位、社会应急单位、政府部门等信息平台系统接口对接，采集内容可包括城市交通

数据、应急资源、气象数据等。

接口类型

物理接口可采用RJ45以太网接口，网络故障可自动检测和隔离。

11.3.1文件共享

可采用文件传输协议（