1、上 海 市 工 程 建 设 规 范城市轨道交通 乘客信息系统技术规范Technical specification for operation passenger information system of urban rail transit（报批稿）主编部门：批准部门：施行日期：前 言本规范是根据上海市城乡建设和管理委员会 “关于印发2014 年上海市工程建设规范和标准设计编制计划的通知”的要求，由上海市交通委员会、上海申通轨道交通研究咨询有限公司、上海市隧道工程轨道交通设计研究院、中铁上海设计院集团有限公司等单位编制形成。规范编制组基于国家地铁设计规范（GB50157-2013 ）为编制
2、依据，结合上海城市轨道交通网络化乘客信息系统（N-PIS）建设指导意见（STB/TX-010005-2011） ，开展了相关调研，总结了上海轨道交通多年来在乘客信息系统工程建设、运营维护管理中积累的丰富经验，结合多年来相关科研成果和系统网络化建设管理的特点，并广泛征求意见，修订形成了本规范。该规范为保证城市轨道交通运营安全、提升城市服务水平、提升智慧城市等要求，为上海城市轨道交通网络化乘客信息系统健康并有序发展提供支撑。本规范的主要内容：总则、术语、系统组成、系统设置、系统功能、系统接口、系统性能、其他。本规范在编制过程中，一直得到上海市城乡建设和管理委员会以及其他单位和专家的关心和指导，在此
3、表示衷心感谢！执行过程中如有意见和建议，请寄送至上海申通轨道交通研究咨询有限公司（上海市桂林路 909 号一号楼；邮政编码：201103） 。主编单位： 上海市交通委员会局、上海申通轨道交通研究咨询有限公司参编单位： 中铁上海设计院集团有限公司上海市隧道工程轨道交通设计研究院上海直真科技有限公司主要起草人员：洪翔 张立东 郑燕燕 孙煜 李炜 顾正宜目 次1. 总 则 12. 术 语 23. 系 统 组 成 33.1 系统架构 33.2 系统构成 34. 系 统 设 置 44.1 业务设置 44.2 通道设置 44.3 设备设置 44.4 软件设置 65 系 统 功 能 75.1 基本功能 75
4、.2 COCC 级系统功能 85.3 OCC 级系统功能 .95.4 车站级系统功能 106. 系统接口 126.1 COCC 级 126.2 OCC 级 .126.3 车站级 136.4 车载级 137. 系 统 性 能 147.1 系统性能要求 147.2 可靠性指标 147.3 设备硬件要求 147.4 兼容性要求 158. 其 他 16规范用词说明 .17引用标准名录 .18Contents1. General Provisions.12. Terms23. System Composition .33.1 System Framework 33.2 System Structure
5、.34. System Setting .44.1 Service Setting 44.2 Channel Setting .44.3 Hardware Setting 44.4 Software Setting65 System Function75.1 Basic Function.75.2 COCC .85.3 OCC .95.4 Station 106. System Interface 126.1 COCC.126.2 OCC .126.3 Station 136.4 Train.137. Sytem Performance .147.1 Basic Requirement of
6、System Performance .147.2 Reliability Index147.3 Hardware Requirements .147.4 Compatibility Requirements 158. Others .16List of Quoted Standards17Addition: Explanation of Provisions .1811. 总 则1.0.1 城市轨道交通乘客信息系统是为轨道交通乘客和运营管理者提供各类信息，提高运营效率和管理水平、改善服务质量的信息服务系统。为统一乘客信息系统的技术标准，特制定本规范。1.0.2 本规范适用于上海城市轨道交通乘
7、客信息系统的规划、设计和建设。既有系统的改造、扩建在技术条件相同的情况下按本规范执行。1.0.3 乘客信息系统是以轨道交通网络实时运营状态信息为核心的信息系统，是市民、轨道交通乘客与运营管理者，以及城市公共交通管理者等获取各类轨道交通信息的数据源。1.0.4 乘客信息系统是为全路网运营管理者提供各类运营信息、运营状态等，保证运营安全，提升运营服务质量的信息系统。1.0.5 乘客信息系统应以多种信息发布手段为乘客及运营管理者提供全方面的各类信息，包括运营信息、出行信息、服务类信息等。1.0.6 乘客信息系统是城市轨道交通辅助运营指挥的手段之一，为提高和评判轨道交通网络运营服务质量提供辅助手段。1
8、.0.7 为提高轨道交通网络化运营服务质量，应对乘客信息系统进行集成化设计，设置网络化乘客信息系统。1.0.8 乘客信息系统的建设应重视节能减排和环境保护。1.0.9 乘客信息系统应采用成熟稳定、技术先进、经济合理的技术方案和设备，并合理利用已有的设施，提高经济效益和社会效益。1.0.10 乘客信息系统应具备高可靠性、安全性和可用性等特性。1.0.11 乘客信息系统的规划、设计、软件开发、建设和使用，除应执行本规范外，还应符合国家和本市现行有关标准的规定。22. 术 语2.0.1 乘客信息系统 Passenger Information System （PIS）面向轨道交通单线运营建设，以计算
9、机系统及多媒体网络技术为核心，以车站和车载显示终端为媒介向乘客提供信息服务的系统。上海轨道交通开展网络化运营，实施网络化乘客信息系统，简称 N-PIS。2.0.3 网络运营协调中心 Comprehensive Operation Control Center（COCC）在轨道交通网络中，负责整个网络级日常运营协调监控与应急指挥工作的所在地。2.0.4 线路控制中心 Operation Control Center（OCC）在轨道交通网络中，负责线路级日常运营监控、调度、指挥和管理等工作的所在地。2.0.5 三色运营状态 Tricolor Operating Status （TOS）绿色运营畅通
10、状态，表示车站和列车持续提供正常服务；黄色运营拥挤状态，表示乘客出行效率或运营服务能力下降；包括轨道交通系统设备部分功能障碍处于维持运行状态、列车延误、车站限流措施等；红色运营中断状态，表示乘客出行路径阻断或运营服务设施设备关闭；包括列车严重延误或停止、站点运营服务故障或关闭状态。2.0.6 信息化通信服务平台建立以软交换技术为核心的统一通信服务平台，整合语音、即时通信、会议视频等多种通信手段，实现轨道交通网多媒体交互的公务通信功能，并有效衔接无线宽带系统的接入。33. 系 统 组 成3.1 系统架构3.1.1 系统应根据轨道交通特点，实现路网级应用、线路级应用。系统应包括路网级核心系统、线路
11、级系统等。3.1.2 系统架构自上而下，采用“ 路网 COCC 级中心-线路 OCC 级中心-车站/ 车载级”进行物理分级，实现分层信息处理、发布。3.1.3 路网 COCC 级与线路 OCC 级通过网络级信息传输系统进行通信承载；OCC级与车站/车载级通过线路级通信传输系统、车地无线网络进行通信承载。3.1.4 系统应具有信息接收能力，在 COCC 级、OCC 级系统通过内部和外部接口获得客流、行车、车辆、关键设施设备、票务、地铁电视等的各类数据，综合分析、处理。3.1.5 系统应具有多媒体、媒介的信息显示及推送能力，通过车站/ 车载级的各类显示终端进行主动显示，通过信息查询终端、移动终端等
12、进行被动查询和主动推送。3.1.6 线路级系统与车站/车载级系统宜与广播系统实现系统融合。3.2 系统构成3.2.1 系统应包括路网 COCC 级系统、线路 OCC 级系统、车站/车载级系统。3.2.2 路网 COCC 级系统宜包括路网级核心平台、播控子系统、广告子系统、数据管理子系统、处理子系统、媒体编辑子系统、接口子系统、网管终端等。3.2.3 系统应通过信息传输系统承载进行数据交互。44. 系 统 设 置4.1 业务设置4.1.1 路网 COCC 级系统应完成各类数据的收集处理、编辑、存储和下发、审计等工作，并实现对路网所有设备的监控和管理功能。4.1.2 线路 OCC 级系统应完成接收
13、路网 COCC 级系统下发的数据，并通过适当处理，转换为本线路的数据，下发至车站/车载子系统。4.1.3 车站/车载子系统应完成接收线路 OCC 级系统下发的数据，并通过适配器传送至前端显示终端进行显示，及交互式查询终端进行数据查询。4.1.4 系统架构应符合二级安全等级防护要求。4.2 通道设置4.2.1 系统应以基于以太网的网络架构为主要通信通道，组成路网 COCC 级-线路OCC 级-车站/车载级的三层拓扑结构。4.2.2 路网 COCC 级系统至线路 OCC 级系统应承载在网络级信息传输系统。线路OCC 级系统至车站 /车载级系统应承载在线路级信息传输系统。4.2.3 车站级系统至各显
14、示、查询终端宜采用星型拓扑，宜采用光信号传输方式。4.3 设备设置4.3.1 COCC 级系统设备宜包含以下配置：1. 核心平台主要承担各类信息的收、处理、编辑以及发布功能，宜配置核心服务器、视频流服务器、咨询服务器、操作员工作站、播出控制工作站等设备；2. 播控子系统主要承担各类节目的录制、定期直播、应急直播、策划演播、录音等功能，宜配置直播摄录及编辑设备等；3. 数据管理子系统主要承担存储、管理类型的数据。宜配置存储服务器、磁盘阵列等设备；4. 处理子系统主要承担对收集数据的过滤、筛选以及处理。应配置各类服5务器等设备；5. 媒体编辑子系统主要承担对视频、音频的编辑处理。应配置非线性编辑设
15、备、视音频切换矩阵、编解码设备、视频流服务器、播出预览装置等；6. 广告子系统主要承担广告的编辑、审核及发布功能，宜配置非线性编辑设备、编辑录像机和屏幕编辑预览装置等设备；7. 接口子系统主要承担系统与路网级内部生产系统，以及外部系统的数据传送。宜配置前端处理器等设备；8. 系统应提供系统安全保障，具备信息安全处置能力，需配置路由网关、防火墙、网闸、入侵检测等设备；4.3.2 OCC 级子系统主要承担接收线网 COCC 级下发的视音频内容，与线路级行车 ATS 信号的合成与发布，以及线路级人工信息发布等功能。宜配置中心服务器、视频流服务器、线路网管工作站、线路播出工作站、视音频切换矩阵、视音频
16、编解码器、存储设备等。4.3.3 车站级系统主要承担接收线路级中心子系统下发的视音频内容，并发布至各类终端。应配置各类工业级播放控制器设备、终端设备。4.3.4. 车站终端应采用工业级设备，应包括：1. 车站每侧站台终端显示设备数量不宜少于 6 块。地下车站宜采用平板显示屏，高架及地面车站宜采用点阵式显示板；2. 车站站厅终端显示设备数量不宜少于 4 块，终端显示设备宜设置在自动售票机上方。车站站厅宜设置多媒体触摸查询设备；3. 换乘车站及易出现大客流的车站出入口宜配置终端显示设备。换乘通道两端宜配置终端显示设备；4.3.5 车载子系统宜配置车载控制器、车载无线接收终端、存储设备、网络设备、显
17、示终端等。显示终端宜包括工业级平板显示设备、LED 发光显示板等。4.3.6 COCC 级系统与 OCC 级系统使用的服务器应采用冗余热备。4.3.7 现场级播放控制设备应采用工业级设备。64.3.8 显示视频信号的终端显示设备应采用高清信号，显示设备尺寸不宜低于 40寸，应配有伴音扬声器、远程控制接口，在满足性能要求前提下，选用低功耗产品。4.3.9 输出高清视频信号的终端显示设备，应整体采用光纤传输方式。前端解码机顶盒可采用插卡式，与终端显示设备整合。4.3.10 点阵式二极管终端显示设备，应采用不低于双基色显示模块。宜配置感光亮度调节装置。4.3.11 终端设备防护等级不低于 IP55。
18、4.3.12 所有车载设备应满足 IEC61373 震动测试标准，具备长期震动正常工作的能力，所有接口应采用抗震动脱落结构。4.4 软件设置4.4.1 系统软件应采用正版、稳定运行的操作系统。4.4.2 系统平台应配置软硬件结合安全措施，包括防火墙、防病毒软件、冗余数据备份等。4.4.3 系统应在中心和车站设置不同级别网络管理软件，可以对系统运行状态实时监视，出现不同等级的故障时会有不同的提示及告警，方便运营维护人员迅速定位故障及排除故障。4.4.4 系统平台应提供二次开发接口，易于扩展升级能力。4.4.5 系统应提供基于网页、推送移动终端平台的信息接口能力。4.4.6 所有乘客信息终端，应具
19、有远程网管功能，具备将故障信息上传至各级网管终端，以及进行远程设备维护管理的功能。75 系 统 功 能5.1 基本功能5.1.1 网络化乘客信息系统（NPIS）应面向城市轨道交通网络化运营和维护管理，以网络化三色运营状态信息为核心，整合轨道交通内部、外部多种载体、媒体，为市民和轨道交通运营管理、维护保障方面各层次的管理者提供全方位、全覆盖的信息服务。5.1.2 系统应以全数字的形式实现信息收集、传输、处理与分析、发布和显示的功能。5.1.3 系统应能收集全路网客流信息、关键设施设备状态信息、紧急状态信息等，经分析处理形成实时的网络运营状态三色信息（TOS）并发布。5.1.4 系统应通过信息推送
20、方式使乘客、管理者获取多媒体运营信息，并应同时具备多媒体查询的功能。5.1.5 系统应具有常态和紧急救灾两种运行模式，紧急救灾模式应向乘客和其他人员提供有序、快速撤离车站的相关信息，具有最高等级。5.1.6 系统应具有自动播出预制节目列表的功能，对于来自外部接口的直播信息，应具有缓存播出功能。5.1.7 系统应针对所发布的各类信息进行优先级别的定义，并支持优先处理级别较高的数据信息。5.1.8 系统应具有发布内容审计功能。5.1.9 系统终端显示设备，应具备多区域屏幕分割并单独播出、控制的功能。5.1.10 系统应具有支持文字、图片、视频、动画等多媒体格式以及高清信号播出的能力。5.1.11
21、系统应具有 COCC 级、线路 OCC 级、车站级的人工/ 自动三级播出控制与管理功能。5.1.12 系统应具有完善的安全防护策略并配备相关设备，实现防病毒、防入侵等8功能，以确保系统安全。5.1.13 系统应具有与网络中心时间同步的功能，并确保整个系统时间一致。5.1.14 系统应具备完善的软件及软件管理功能，宜包括：网管功能、设备参数管理、系统设备状态管理、设备维修管理、用户及权限管理、更新管理、安全模式管理、接口管理等。5.1.15 系统应具备系统安全保障功能：1. 系统应服从二级等保要求，符合 GB/T 22239-2008信息安全技术 信息系统安全等级保护基本要求和 GB/T 250
22、70-2010信息安全技术 信息系统安全等级保护安全设计技术要求中的相关要求；2. 系统应具备单向隔离功能，能实现访问控制、边界完整性检查、入侵防范、恶意代码防范、备份与恢复等功能；5.1.16 系统应具备信息安全处置功能，包括身份鉴别、访问控制、通信完整性、软件容错和数据备份恢复等功能。5.2 COCC级系统功能5.2.1 COCC 级系统应具有收集与汇聚信息的功能，数据类型包括：1. 路网的实时客流数据和历史客流数据；2. 路网内关键设施设备、装备的运行状态、维护、维修状态信息；3. 网络首、末班车动态可达信息；4. 各运营线路的服务信息；5. 地铁移动电视信号；6. 重大新闻、灾害、社会
23、事件，公告、实时气象等外部信息；7. 与轨道交通相衔接的航空、水务、地面公交、铁路等公共交通系统的状态信息。5.2.2 COCC 级系统应具有信息中央处理的功能，包括： 1. 网络化实时运营状态分析；2. 多源、异构数据的数据融合、建模；93. 与相关决策支持与策略系统的应急联动；4. 支持对地理信息、换乘信息、动态可达信息、票务信息等的查询功能。5.2.3 COCC 级系统应具有信息发布的功能，包括：1. 确定信息发布的内容并向全路网或指定线路进行发布；2. 制定并管理信息发布的规则及策略，包括：发布的制式、发布载体、发布方式等；3. 实现对信息发布的内容审核、监控及闭环控制；4. 向轨道交
24、通内部各类媒体进行信息发布，包括：通信服务平台、门户网站、移动终端推送平台、客服系统等；5. 向轨道交通外部媒体进行信息发布，包括：上海城市交通信息中心、交通广播电台、文广电视台、地铁电视台等。5.2.4 COCC 级系统宜具有实时编播、剪辑、演播的功能，包括：1. 轨道交通现场实况；2. 三色运营状态（TOS）媒体流；3. 企业及行业展示信息；4. 公益广告等。5.2.5 COCC 级系统应具有全网数据的管理、存储、检索等功能。5.3 OCC级系统功能5.3.1 系统应具有数据收集并上传的功能，包括：1. 线路级运营、行车相关信息；2. 线路级关键设施设备、装备的运行状态、维护、维修状态信息
25、；3. 地铁移动电视信号；4. 车载客流数据。5.3.2 系统应具有线路级信息发布及发布控制功能，包括：1. 系统应能接收 COCC 级下发的信息及播控策略，并转发至各车站；2. 系统应具有信息发布的监控功能，能实现下发信息的预览、发布执行情10况的监视和视频节目的管理。并具有汇总本线路车站级系统上传的日志信息的功能；5.3.3 系统应具有线路级紧急信息的编辑与发布功能。5.4 车站级系统功能5.4.1 车站级系统应具有信息发布及发布控制功能，包括：1. 接收 OCC 级系统下发的所有信息及播放列表，并在本站的显示终端进行信息发布；2. 管理车站级播放控制设备、显示终端设备、查询设备等；3.
26、具有完整的日志记录并上传至 OCC 级系统的功能。5.4.2 车站级系统应具有紧急信息编辑及发布功能。5.4.3 车站级系统宜能通过多种方式发布信息，包括：1. 系统应能通过有线方式，实现对车站固定显示终端的信息发布功能；2. 系统宜能通过 MMIS 系统、LTE 等方式，实现对手持移动终端的信息发布功能，并支持手持移动终端的查询访问。5.4.4 车站级系统应具有与广播系统联动的功能。5.4.5 车站级显示终端应实现多区域屏幕分割并独立播出、控制的功能，在不同的显示终端可显示不同的播放内容。5.4.6 车站级系统宜收集实时车载客流数据，并通过车地无线系统提供的传输通道上传至 OCC。5.4.7
27、 车载系统应具有信息发布功能，包括：1 通过车地无线网络，实现接收并转发 COCC 及 OCC 对车载显示终端的紧急信息、媒体信息发布功能。实时到站信息应与车载广播播报一致；2. 通过车地无线网络，实现地铁移动电视信号播放的功能；3. 系统具有完整的日志记录功能；4. 具有预制信息播放及管理的功能。116. 系统接口6.1 COCC级6.1.1 COCC 级系统应设置与轨道交通内部相关专业的接口,包括：1. 与票务清分的接口，以获取各线路实时的进、出站客流数据及历史数据；2. 与设施、设备安监平台的接口，以获取路网级关键设施、设备的运行、维护、维修状态等数据；3. 与网络中心时间同步系统的接口
28、，以 NTP 协议获取标准时间信息；4. 与信号系统的接口，以获取路网内各线路列车运行的时刻信息；5. 与信息化通信服务平台的接口，以实现相关信息的发布。6.1.2 COCC 级系统应与轨道交通网络级信息传输系统建立接口，实现 COCC 级系统与 OCC 级系统间的数据交互，包括：1. COCC 级系统向全网络或指定线路的 OCC 级系统发布 TOS 信息、系统设备状态信息、首末班车时间信息、网络动态可达信息、网络票价信息、GIS 信息、客服管理信息、维修状态信息等；2. OCC 级系统向 COCC 级系统上传线路级收集数据、线路级设备监控信息、发布预览信息、人工录入信息、查询信息等。6.1.
29、3 COCC 级系统应设置相关外部接口，实现与上海城市交通信息中心、交通广播电台、文广电视台、地铁电视台、门户网站等外部信息源的数据交互。6.2 OCC级6.2.1 OCC 级系统应建立与网络级信息传输系统的接口，实现与 COCC 级系统的数据交互。6.2.2 OCC 级系统应建立与线路级信息传输系统的接口，实现与车站/ 车载级系统间的数据交互。6.2.3 OCC 级系统应建立与网络中心时间同步系统的接口，获取标准时间信息。126.2.4 OCC 级系统应建立与信号系统的接口，获取本线路列车运行时刻信息。6.2.5 对于设有综合监控系统的线路，应将建立与综合监控系统的接口，以获取列车运行时刻信
30、息，以及本线路关键设施、设备的运行、维护、维修状态信息。同时应将本系统的设备状态、故障报警信息等上传至综合监控系统。6.2.6 OCC 级系统宜建立与车地无线系统接口，实现车载实时客流信息的上传，以及车载信息的下发。6.2.7 OCC 级系统应建立与地铁电视的接口，接收地铁电视音、视频信号，并在车站显示终端上播放。6.3 车站级6.3.1 车站级系统应设置与传输系统、广播系统和综合监控系统等地铁内部专业接口。6.3.2 车站级系统应建立与线路级信息传输系统的接口，实现与 OCC 级系统的数据交互。6.3.3 车站级系统应建立与车站广播系统的接口，接受紧急状态下的触发信息，以及系统背景音乐的音量
31、控制。6.3.4 对于设有综合监控系统的线路，车站级系统应建立与综合监控系统的接口，并保证在自身完整性和独立性的基础上，实现将系统的操作界面集成在综合监控系统中。6.4 车载级6.4.1 车载系统宜设置与车地无线系统、信号 CBTC 系统、车载广播系统、车辆TMS 系统等地铁内部专业接口，并宜设置与地铁电视台等外部信息源接口。6.4.2 车载级系统应建立与车地无线系统的接口，接收并转发 OCC 级系统下发至车载系统的各类信息，并实现车载实时客流信息的上传。6.4.3 车载级系统应建立与车辆相关系统的接口，接收列车到站信息，并通过车载信息显示终端发布。137. 系 统 性 能7.1 系统性能要求
32、7.1.1 系统接受控制命令的响应时间满足如下要求：1. 中心操作工作站响应操作人员操作： 0.2 秒；2. 信息发布到显示终端：实时方式 0.5 秒；3. 直播视频的延迟时间：0-15 分钟可调。7.2 可靠性指标7.2.1 系统平均无故障时间（MTBF ）13000h7.2.2 系统平均修复时间（MTTR） 0.5h7.2.3 系统可用率 99.97.2.4 显示终端平均无故障时间（MTBF ） 50000h7.3 设备硬件要求7.3.1 LED 显示屏应具备一定的扩展性。 LED 显示屏应与 LED 显示控制器配合，可以显示图片、文本等信息。7.3.2 LCD/LED 播放控制器 应采用
33、工业控制用计算机。配置 1 个或以上 RS232 串口；视音频输出应兼容 HDMI、VGA、DVI 等多种显示接口，应符合所控制 LCD显示屏的最佳分辨率要求。7.3.3 直播数字电视编码器配置应能同时兼容高清及标清码流。宽高比：4:3 和 16:9可选；接口应可以支持 HDMI 或者 CVBS。 7.3.4 服务器应采用核心服务器采用主备方式，主、备核心服务器上运行系统数据库，保存系统配置信息、用户信息、播表信息、系统日志等。主、备服务器切换应稳定、有效、快速，同时不影响系统的正常运作。147.4 兼容性要求7.4.1 系统建设应按照数字视频的标准建设，从编码器、播控设备到中间的传输链路，和
34、最终的显示终端设备，应以不低于数字高清信号的支持，后期仅需增加节目源就可以实现高清信号的播出。7.4.2 多媒体控制器也应采用独立设计，完全兼容 PDP/LCD、双基色 LED、全彩色 LED 等多种屏幕，通过系统升级扩容可以支持多种主流多媒体播放设备。7.4.3 系统应具有播控扩展能力，系统网管可实现对新接入设备的监控管理。7.4.4 显示终端应采用 HDMI、DVI 等标准数字接口。158. 其 他8.1 系统的供电等级为一级负荷。若系统参与消防联动，则所有设备均应为 UPS电源，后备时间不小于 2 小时。8.2 系统应采用综合接地，与运营通信系统合用接地箱；接地电阻不大于 1；同时现场设
35、备及机柜均应接地。8.3 系统的信号线与电源线不应共用电缆，也不应敷设在同一根金属套管内。8.4 系统布线应考虑周围环境电磁干扰的影响。采用屏蔽布线系统时，应保持系统中屏蔽层的连续性，以满足系统接地的可靠性。其电缆屏蔽层宜采用一点接地。8.5 数据线应采用无卤、低烟的阻燃屏蔽电缆。16规范用词说明1. 为便于在执行本规范条文时区别对待，对要求严格程度不同的用词说明如下：1) 表示很严格，非这样作不可的用词：正面词 “必须 ”，反面词采用 “严禁”；2) 表示严格，在正常情况下均应这样做的用词：正面词采用“ 应” ，反面词采用 “不应”或“不得” ；3) 表示允许稍有选择，在条件许可时首先应这样
36、做的用词：正面词采用“ 宜” ，反面词采用 “不宜”；表示有选择，在一定条件下可以这样做的用词，采用“可” 。2. 本规范中指明应按其他有关标准、规范执行的写法为“应符合的规定（或要求） ”或“应按执行”。17引用标准名录GB/T 22239-2008 信息安全技术 信息系统安全等级保护基本要求GB/T 25070-2010 信息安全技术 信息系统安全等级保护安全设计技术要求IEC61373 震动测试标准城市轨道交通 乘客信息系统技术规范条文说明目 次1 总 则 183. 系 统 组 成 193.1 系 统架构 .193.2 系统构成 .194. 系 统 设 置 204.1 业务设置 .204
37、.3 设备设置 .204.4 软件设置 .215 系 统 功 能 225.1 基本功能 .225.2 COCC 级系统功能 235.3 OCC 级系统功能 245.4 车站级系统功能 .246 系 统 接 口 266.1 COCC 级 266.2 OCC 级 266.3 车站级 .266.4 车载级 .267 系 统 性 能 287.4 系统兼容性 .288. 其 他 29181 总 则1.0.7 NPIS 作为轨道交通网络化运营的系统设施，是迅速、准确地向轨道交通管理者和乘客传递信息的有效工具。基于网络化运营，对既有线路 PIS 系统进行整合、提升和优化。193. 系 统 组 成3.1 系统
38、架构3.1.6 乘客信息系统与上 海 市 工 程 建 设 规 范 城 市 轨 道 交 通 乘 客 信 息 系 统 技 术 规 范 Technical specifcation for peration pasenger information sytem f urbn ril trsit （ 报 批 稿 ） 主 编 部 门 ： 批 准 部 门 ：施 行 日 期 ： 广播系统宜实现系统融合是指业务上与系统上的融合。业务上，融合广播语音播报所涉及的音频信息与乘客信息系统所涉及的视频信息融合为统一的播报列20表，为播报操作提供统一的信息源；同时，融合广播系统和乘客信息系统的系统处理及控制功能，达到音
39、、视频信息内容一致、播报控制与操作的统一。3.2 系统构成3.2.3 信息传输系统是乘客信息系统的信息传递工具，本技术规范仅作系统完整性描述，其技术标准、建设模式本规范不作硬性规定和要求。信息传输系统宜包括网络级信息传输系统、线路级信息传输系统、车地无线系统等。214. 系 统 设 置4.1 业务设置4.1.2 适当处理指的是将通用化信息进行格式转换，适配本线的显示标准。4.3 设备设置4.3.1 COCC 级系统设备配置2. 条件成熟时，可以考虑设置统一编播中心。编播中心统一制订联网运行有关的制度、规则和流程，包括运营模式、信息发布规则、PIS 用户权限管理规则及广告管理规则。编播中心提供联
40、网运行的对外信息接口。负责实现媒体素材信息的统一输入、存储、转换、制作、编辑、审核及发布功能；实现播表和版式的统一编辑、存储、预览、审核及发布功能；实现节目直播的延迟播出功能；实现全路网播出时段、播出素材名称及播出区域的统计功能。实现编播中心与各线路播控中心间接口通信状态的监视功能；6. 实际建设中的广告子系统可自行设置，也可委托广告媒体公司设置。4.3.2 若线路的综合监控系统（或类似的集成平台）集成本系统操作工作站的功能，可不单设操作工作站。4.3.4 车站终端设备1. 显示设备，每侧站台的显示屏数量宜与列车车厢数量相适应，以保证乘客有足够的信息接收面，高架车站应充分考虑室外光线强度及外部
41、设备使用环境；2. 设于售票机上方，可向乘客提供实施路网信息、线网票价信息、线网首末班车时间以及紧急人工发布信息；3. 显示终端应能显示外部主要地理信息，以及车站内部客流状况。多媒体触摸查询设备宜设置在外来导入客流较大的车站，如机场、火车站、长途汽车站、游轮码头等附近的车站，由于这些客源存在对本地交通不够熟悉的特点，因此可通过查询设备来检索更加详细的信息。224.3.8 平板显示屏背光源可采用发光效率较高的产品；远程控制接口可提供定时卡关机功能，提倡环保节能。4.4 软件设置4.4. 系统应尽量基于开放式的协议，可以方便外部系统接口的输入及信息的输出，如 webservice 、RSS 等。2
42、35 系 统 功 能5.1 基本功能5.1.3 全路网实时运营状态信息应包括车站实时客流数据、在线列车的实时运行数据、在线运营车辆的实时客流数据、关键设施设备的运营状态信息、动态可达信息等的整合；宜包含设备维修管理信息、其他交通运输方式实时运行信息、气象信息等。5.1.4 系统应采用符合人体工程学、易于为大多数乘客所接受的多媒体形式主动播报。为满足乘客对地铁及相关信息的不同需求，也应设置查询机，系统能被动地接受乘客的咨询和查询。5.1.7 系统应能设置信息的优先级别，对信息的传输、内容显示、媒体播放等进行优先传输和优先显示，具体表现为：1 系统支持数据传送优先级别定义，对定义级别高的数据优先处
43、理；2 系统内部显示信息具备不同的优先级属性，当各种信息在同一时间、同一个显示设备同一区域需要显示时，高优先级的信息能够取代低优先级的信息优先显示在屏幕上；同级别的信息按照“先进先出”的原则进行显示（最高优先级除外） 。5.1.8 审计功能应包括对预存信息的审计，以及临时发布信息的审计。5.1.9 系统部分终端显示设备需要同屏显示多重信息，应对显示设备划分固定的显示区域，这样可以保证地铁乘客的观察习惯性和延续性，并保证乘客能够快速选定所需要的信息。划分的区域应考虑独立控制和单独的播放列表，这样能够实现不同区域的独立更新。5.1.14 系统软件功能宜包括网管功能、客服支持功能、设备参数管理功能、
44、系统设备状态管理功能、设备维修管理功能、用户及权限管理功能、更新管理功能、安全模式管理功能等。5.1.15 系统安全保障功能具体定义如下：1 访问控制：应能根据业务访问需求建立访问控制列表，并对违反访问控制策略的行为进行记录，应能对重要网段采取技术手段防止地址欺骗；242 边界完整性检查：应能实现允许唯一网络出口的功能，提供对非授权设备私自联到内部网络或内部网络用户私自联到外部网络的行为进行检查、定位和阻断功能；3 入侵防范：应能监视以下攻击行为，端口扫描、强力攻击、木马后门攻击、拒绝服务攻击、缓冲区溢出攻击、IP 碎片攻击和网络蠕虫攻击等功能，并对攻击行为进行记录和报警；4 恶意代码防范：应
45、能提供丢恶意代码进行防范的能力，并配套完成恶意代码更新；5 备份与恢复：应能提供设备配置，日志信息、鉴别信息等重要信息的本地和异地备份功能。5.1.16 系统信息安全处置功能具体功能定义如下：1 身份鉴别：应能提供专用的登录控制模块对登录用户进行身份表示和鉴别和登录失败处理功能；2 访问控制：应能提供访问控制功能控制用户组/用户对系统功能和用户数据的访问以及由授权主体配置访问控制策略的功能；3 通信完整性：宜采用约定通信会话方式的方法保证通信过程中数据的完整性；4 软件容错：应能提供数据有效性检验功能，保证通过人机接口输入或通过通信接口输入的数据格式和长度符合系统设定要求；5 数据备份恢复：应能提供重要信息备份和回复的功能。5.2 COCC 级系统功能5.2.1 COCC 级系统收集聚的其他交通运输系统的运行信息宜包括地面公交运营信息、铁路运行信息、航空运行信息、水运运行信息等。5.2.2 信息中央处理功能是 NPIS 的运作核心，对各类信息、数据进行编辑和处理，辅助 COCC 决策。信息中央处理功能从逻辑上可分为系统分析、数据聚类、决策支持及策略管理功能。1 系统分析：对所收、汇聚的源数据以及历史数据进行分析及有效处理，并进行着色计算，形成轨道交通网络运营基本状态信息；
