3.1.1系统应根据轨道交通特点，实现路网级应用、线路级应 用。系统应包括路网级核心系统、线路级系统等。 3.1.2系统架构自上而下，采用“COCC级一OCC级一车站级” 进行物理分级，实现分层信息处理、发布。 3.1.3COCC级与OCC级通过网络级信息传输系统进行通信 承载；OCC级与车站级通过线路级信息传输系统进行通信承载。 3.1.4系统应具有信息收集能力，在COCC级、OCC级系统通 过内部和外部接口获得客流、行车、车辆、关键设施设备、票务、地 铁电视等的各类数据，综合分析、处理 3.1.5系统宜具有多媒体、媒介的信息显示及推送能力，通过车

站级的各类显示端进行主动显示，通过信息查询终端、移动终 端等进行被动查询和主动推送

3.1.6线路级系统、车站级系统宜与广播系统实现系统融合

3. 2. 1 系统应包括COCC级系统、OCC级系统、车站级系统。 3.2.2 COCC级系统宜包括路网级核心平台、播控子系统、数据 管理子系统、处理子系统、接口子系统、网管终端等。 3.2.3OCC级系统宜配置中心应用服务器、网管服务器、通信前

ppp3.2.1系统应包括COCC级系统、OCC级系统、车站级系统

3.2.3OCC级系统宜配置中心应用服务器、网管服务者

务器、播放控制器、工作站及各类显示终端

3.2.4各级系统间应通过信息传输系统承载数据

4.1.1COCC级系统应完成各类数据的收集处理、编辑、存储和 下发、内容审计等工作，并实现对路网所有设备的监控和管理 功能。

下发、内容审计等工作，并实现对路网所有设备的监控和管理 功能。 4.1.2OCC级系统应完成接收COCC级系统下发的数据，并通 过适当处理，转换为本线路的数据，下发至车站级系统。 4.1.3车站级系统应完成接收OCC级系统下发的数据，经适配 后传送至前端显示终端进行显示，及交互式查询终端进行数据 查询，

下发、内容审计等工作，并实现对路网所有设备的监控和管理

后传送至前端显示终端进行显示，及交互式查询终端进行数据 查询。

4.2.1系统应以基于以太网的网络架构为主要通信通道，组成

4.2.1系统应以基于以太网的网络架构为主要通信通道，组成 COCC级一OCC级一车站级”的三层拓扑结构。 4.2.2COCC级系统与线路OCC级系统间应通过路网级高速 数据网承载交互数据，OCC级系统与车站级系统间应通过线路级 信息传输系统承载交互数据。

4.2.3车站级系统的控制设备与各显示、查询终端应采用光纤

4.3.1COCC级系统设备宜包含以下配置

4..1 级系设备直包含以下配直： 1核心平台主要承担各类信息的接收、处理、编辑以及发布 功能，宜配置核心服务器、视频流服务器、操作员工作站、播出控 制工作站等设备。 2播控子系统主要承担各类节目的录制、定期直播、应急直 播、策划演播、录音等功能，宜配置直播摄录及编辑设备等。 3数据管理子系统主要承担存储系统运行所产生的数据 宜配置存储服务器、磁盘阵列等设备。 4处理子系统主要承担对收集数据的过滤、筛选以及处理： 应配置各类服务器等设备。 5媒体编辑子系统主要承担对视频、音频的编辑处理，应配 置非线性编辑设备、视音频切换矩阵、编解码设备、视频流服务 器、播出预览装置等。 6广告子系统主要承担广告的编辑、审核及发布功能，宜配 置非线性编辑设备、编辑录像机和屏幕编辑预览装置等设备。 7接口子系统主要承担系统与路网级内部生产系统，以及 外部系统的数据传送，宜配置前端处理器等设备。 8系统应提供系统安全保障，具备信息安全处置能力，宜配 置路由网关、防火墙、网闸、入侵检测等设备。 4.3.2OCC级系统主要承担接收COCC级下发的视音频内容 与线路级行车ATS信号的合成与发布，以及线路级人工信息发

与线路级行车ATS信号的合成与发布，以及线路级人工信 布等功能。宜配置中心应用服务器、视频流服务器、线路网 务器、工作站、视音频切换矩阵、视音频编解码器、存储设备等

容，并发布至各类终端。应配置各类播放控制器设备、级

1车站每侧站台端显示设备数量应不大于线路的列车编 组数。地下车站宜采用平板显示屏，高架及地面车站宜采用点阵 式显示板。 2可在大型车站的站厅设置终端显示设备，宜设置在自动 售票机上方，并可设置多媒体触摸查询设备。 3宜在换乘车站的换乘通道两端配置LED终端显示设备： 并合并固定导向牌及其功能。 4在不影响正常运营的情况下，乘客信息显示的方式可不 拘泥于传统的显示方式和显示数量。 4.3.5COCC级系统与OCC级系统使用的服务器应采用元余

4.3.5COCC级系统与OCC级系统使用的服务器应采用 热备。

应支持不低于高清的标准。显示设备应配有远程控制接口，在满 足性能要求前提下，选用低功耗产品

4.3.7 LED显示板应采用不低于双基色显示模块，应与所处环 境相匹配

4.4.1系统软件应采用正版、稳定运行的操作系统。 4.4.2系统平台应具备安全防护策略与措施，包括防火墙、防病 毒软件、数据备份、入侵检测、访问控制策略等。 4.4.3系统应在中心和车站设置不同级别网络管理软件，可以

4.4.1系统软件应采用正版、稳定运行的操作系统。

对系统运行状态实时监视，出现不同等级的故障时会有不同的提 示及告警，方便运营维护人员迅速定位故障及排除故障

4.4.5系统宜提供基于网贞、推送移动终端平台的信息接口能力。

障信息上传至各级网管终端，以及进行远程设备维护管理的 功能。

5.1.1系统应以全数字的形式实现信息收集、传输、处理、分

5.1.1系统应以全数字的形式实现信息收集、传输、处理、分析 发布和显示的功能。

5.1.2系统应能收集全路网客流信息

紧急状态信息等，经分析处理形成实时的网络运营状态三色信息 (TOS)并发布

5.1.3系统应通过信息推送

5.1.4系统宜具有常态和紧急救灾两种运行模式，紧

式下应向乘客和其他人员提供快速撤离的提示信息，具有最高 等级。

5.1.5系统应具有自动播出预制节目列表的功能；对于来自外 部接口的直播信息，应具有缓存播出功能 5.1.6系统应针对所发布的各类信息进行优先级别的定义，并

5.1.5系统应具有自动播出预制节目列表的功能；对于来自外

5.1.8系统终端显示设备应具备多区域屏幕分割并单独指

5.1.9系统应具有支持文字、图片、视频、动画等多媒体格

级播出控制与管理功能。

能、设备参数管理、系统设备状态管理、设备维修管理、用户及权 限管理、更新管理、安全模式管理、接口管理等。

.1.12系统应具备系统安全保险

1系统应不低于计算机信息系统等级保护二级基本要求： 应符合现行国家标准《信息安全技术信息系统安全等级保护基 本要求》GB/T22239和《信息安全技术信息系统安全等级保 护安全设计技术要求》GB/T25070的规定。 2系统应具备单向隔离功能，能实现访问控制、边界完整性 检查、入侵防范、恶意代码防范、备份与恢复等功能。 5.1.13系统应具备信息安全处置功能，包括身份鉴别、访问控

5.1.13系统应具备信息安全处置功能,包括身份鉴别、访问控

5. 2 COCC 级系统功能

5.2.1COCC级系统应具有收集与汇聚信息的功能，数据类型 宜包括且不限于： 1 路网的实时客流数据和历史客流数据。 2 路网内关键设施设备、装备的运行状态、维护、维修状态 信息。 3 网络首、末班车动态可达信息。 各运营线路的服务信息。 5 地铁移动电视信号。 6 重大新闻、灾害、社会事件、公告、实时气象等外部信息。 与轨道交通相衔接的航空、水务、地面公交、铁路等公共 交通系统的状态信息。 8其他或有必要的相关信息。 5.2.2 COCC级系统应具有信息中央处理的功能，宜包括且不 限于： 1 网络化实时运营状态分析，

5.3.1系统应具有数据收集并上传的功能，包括： 1 线路级运营、行车相关信息。 线路级关键设施设备、装备的运行状态、维护、维修状态 信息。 3地铁移动电视信号

5.3.2系统应具有线路级信息发布及发布控制功能，包括

1系统应能接收COCC级下发的信息及播控策略，并转发 至各车站。 2系统应具有信息发布的监控功能，能实现下发信息的预 览、发布执行情况的监视和视频节目的管理，并具有汇总本线路 车站级系统上传的日志信息的功能

5.4.1车站级系统应具有

5.4.1车站级系统应其有信息发布及发布控制功能，包括： 1接收OCC级系统下发的所有信息及播放列表，并在本站 的显示终端进行信息发布。 2 管理车站级播放控制设备、显示终端设备、查询设备等。 3 具有完整的日志记录并上传至OCC级系统的功能 5.4.2车站级系统应具有紧急信息编辑及发布功能。 5.4.3车站级系统应具有与广播系统联动的功能 5.4.4车站级系统显示终端应实现多区域屏幕分割并独立播 出、控制的功能，在不同的显示终端可显示不同的播放内容

出、控制的功能，在不同的显示终端可显示不同的播放内容

6. 2 OCC 级接口

6.2.1OCC级系统应建立与网络级信息传输系统的接口，实现 与COCC级系统的数据交互。 6.2.2OCC级系统应建立与线路级信息传输系统的接口，实现 与车站级系统间的数据交互。 6.2.3OCC级系统应建立与网络中心时间同步系统的接口，获 取标准时间信息。 6.2.4OCC级系统应建立与信号系统的接口，获取本线路列车 运行时刻信息。

6.2.4OCC级系统应建立与信号系统的接口，获取本线路列车 运行时刻信息。 6.2.5对于设有综合监控系统的线路，应建立与综合监控系统 的接口，以获取列车运行时刻信息，以及本线路关键设施、设备的 运行、维护、维修状态信息。同时应将本系统的设备状态、故障报 警信息等上传至综合监控系统。

6.2.5对于设有综合监控系统的线路，应建立与综合

的接口，以获取列车运行时刻信息，以及本线路关键设施、设备的 运行、维护、维修状态信息。同时应将本系统的设备状态、故障报 警信息等上传至综合监控系统。

6.2.6OCC级系统应建立与地铁禾

6.3.1车站级系统应设置与传输系统、广播系统和综合监控系 统等地铁内部专业接口。 6.3.2车站级系统应建立与线路级信息传输系统的接口，实现 与OCC级系统的数据交互

6.3.4对于设有综合监控系统的线路，车站级系统应

合监控系统的接口，并保证在自身完整性和独立性的基础上，实 现将系统的操作界面集成在综合监控系统中。

7.1.1 系统接受控制命令的响应时间满足如下要求： 中心操作工作站响应操作人员操作：不大于0.2s。 信息发布到显示终端：实时方式不大于0.5s。 3 直播视频的延迟时间：0～15min可调。 7.1.2 正常运行状态下，车站信息显示终端的到站时间误差率 不应大于20s

7.2.1 系统关键设备的平均无故障时间不应低于13000h。 7.2.2 系统关键设备的平均修复时间不应超过0.5h。 7.2.3 系统可用率不应低于99.9%。 7.2. 4 显示终端平均无故障时间不应低于50000h，

7.3.1LED显示屏应具备一定的扩展性。LED显示屏应与 LED显示控制器配合，可以显示图片、文本等信息。 7.3.2LCD/LED播放控制器应采用工业控制用计算机。可适 配多种形式的输出接口，包括光口、HDMI、SDI、DVI等，应符合 所控制LCD显示屏的最佳分辨率要求。 编明雷留注法宝

16：9可选，接口应可以支持HDMI或者CVBS

16：9可选，接口应可以支持HDMI或者CVBS。 7.3.4核心服务器应采用主备方式，主、备核心服务器上运行系 统数据库，保存系统配置信息、用户信息、播表信息、系统日志等。 主、备核心服务器切换应稳定、有效、快速，同时不影响系统的正 常运作。

7.4.1系统建设应按照数字视频的标准建设，从编码器

7.4.1系统建设应按照数视频的标准建设，从编码器、播控设 备到中间的传输链路，以及最终的显示终端设备，应以不低于数 字高清信号的支持，后期仅需增加节目源就可以实现高清信号的 播出。

7.4. 2多媒体控制器应采用独立设计,完全兼容L

LED、全彩色LED等多种屏幕，通过系统升级扩容可以

LED、全彩色LED等多种屏幕，通过系统升级扩容可以支持多种 主流多媒体播放设备。

7.4.3系统应具有播控扩展能力，系统网管可实现对新接入设 备的监控管理

7.4.3系统应具有播控扩展能力，系统网管可实现对新接入设

7.4.4显示终端应采用HDMI、DVI、OPS等标准数字接口。

铁路工程施工组织设计7.4.4显示终端应采用HDMI、DVI、OPS等标准数字

8.0.1系统核心控制设备由通信电源系统用电，并经由UPS；终 端设备宜采用UPS供电。 8.0.2系统应采用综合接地，与专用通信系统合用接地箱；接地 电阻不大于12；同时现场设备及机柜均应接地。 8.0.3系统的信号线与电源线不应共用电缆，也不应敷设在同 一根金属套管内。 8.0.4系统布线应考虑周围环境电磁干扰的影响。采用屏蔽布 线系统时，应保持系统中屏蔽层的连续性，以满足系统接地的可

8.0.4系统布线应考虑周围环境电磁干扰的影响。采用屏蔽布 线系统时，应保持系统中屏蔽层的连续性，以满足系统接地的可 靠性。其电缆屏蔽层宜采用一点接地

8.0.5数据线应采用无卤、低烟的阻燃屏蔽电缆。

1为便于在执行本标准条文时区别对待，对要求严格程度 不同的用词说明如下： 1）表示很严格，非这样做不可的用词： 正面词“必须”； 反面词采用“严禁”。 2）表示严格，在正常情况下均应这样做的用词： 正面词采用“应”； 反面词采用“不应”或“不得”。 3）表示充许稍有选择，在条件许可时首先应这样做的 用词： 正面词采用“宜”； 反面词采用“不宜”。 4）表示有选择，在一定条件下可以这样做的用词，采用 “可”。 2本标准中指明应按其他有关标准、规范执行的写法为“应 符合的规定（或要求）”或“应按…执行”

涂料标准规范范本1 《地铁设计规范》GB50157 《信息安全技术信息系统安全等级保护基本要求》 GB/T 22239 3 《信息安全技术信息系统安全等级保护安全设计技术要求》 GB/T 25070 4《电磁兼容》GB/T17626 5《城市轨道交通设计规范》DG/TJ08一109