1、 ICS 35.240.60 L 67 DB11 北京市地方标准 DB11/T 16832019 城市轨道交通乘客信息系统技术规范 Technical specification for metro transit passenger information system 2019 - 12 - 25 发布 2020 - 04 - 01 实施 北京市市场监督管理局 发 布 DB11/T 16832019 I 目 次 前言. III 1 范围. 1 2 规范性引用文件 . 1 3 术语和定义 . 1 4 缩略语 . 1 5 总则. 2 6 系统总体架构 . 2 6.1 总体架构 . 2 6.2
2、路网层 . 2 6.3 线路中心层 . 2 6.4 车站层 . 3 7 业务要求 . 3 7.1 信息发布原则 . 3 7.2 信息类别划分 . 3 7.3 信息发布范围 . 4 7.4 信息发布规则 . 4 7.5 信息显示规则 . 4 7.6 播放计划制作与发布 . 5 7.7 播放计划优先级 . 5 8 功能要求 . 5 8.1 TCC- PIS 功能要求 . 5 8.2 MPIS 功能要求 . 6 8.3 OCC- PIS 功能要求 . 8 8.4 SPIS 功能要求 . 10 8.5 TPIS 功能要求 . 11 9 性能要求 . 12 9.1 可靠性 . 12 9.2 可维护性 .
3、 12 9.3 性能指标 . 12 DB11/T 16832019 II 10 接口要求 . 13 10.1 TCC- PIS 接口 . 13 10.2 MPIS 接口 . 13 10.3 OCC- PIS 接口 . 13 10.4 SPIS 接口 . 13 10.5 TPIS 接口 . 13 11 安全要求 . 14 11.1 通用要求 . 14 11.2 系统可用性 . 14 附录 A （规范性附录） 终端布置及显示规则 . 15 附录 B （规范性附录） 协议规范 . 25 附录 C （规范性附录） 系统编码规则 . 52 附录 D （资料性附录） 系统接口 . 55 参考文献 . 58
4、 DB11/T 16832019 III 前 言 本标准按照GB/T 1.12009给出的规则起草。 本标准由北京市交通委员会提出并归口。 本标准由北京市交通委员会负责组织实施。 本标准起草单位：北京市轨道交通指挥中心、中铁通信信号勘测设计院有限公司、北京市轨道交通建设管理有限公司、北京市地铁运营有限公司、北京京港地铁有限公司、北京全路通信信号研究设计院集团有限公司、北京冠华天视数码科技有限公司、北京京投亿雅捷交通科技有限公司、北京经纬信息技术有限公司、北京贝能达信息技术股份有限公司。 本标准主要起草人：刘缙、战明辉、丁树奎、徐会杰、张月坤、曾广坤、薛云雷、郭爱思、周竹青、屈强、李建宇、陈伟、
5、郭松、贾巍云、王征、于涛、李寒松、赵晶、张明新、王永强、娄永梅、吴昊。 DB11/T 16832019 1 城市轨道交通乘客信息系统技术规范 1 范围 本标准规定了城市轨道交通乘客信息系统的业务、功能、性能、互联、安全防范等技术要求。 本标准适用于城市轨道交通乘客信息系统新建、更新改造工程的规划、设计、建设、验收、维护、运营及业务管理。改建、扩建工程可参照执行。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 222392019 信息安全技术网络安全等级
6、保护基本要求。 3 术语和定义 下列术语和定义适用于本文件。 3.1 版式 layout 显示终端的版面格式。 3.2 版式列表 layout list 按照时间顺序排列用于播放的版式。 3.3 播放列表 playlist 按照时间顺序排列用于播放的播出内容。 3.4 播放计划 play scheme 按照版式列表和播放列表定义的时间计划。 3.5 素材 source material 用于制作版式和播放列表的多媒体原始材料，包括文本、图片、视频、音频等。 4 缩略语 下列缩略语适用于本文件： ATS：列车自动监控（Automatic Train Supervision） MPIS：多线路中心
7、乘客信息系统（Multi Passenger Information System） OCC：运营控制中心（Operated Control Center） OCC- PIS：单线路中心乘客信息系统（Operated Control Center Passenger Information System） PDU：电源分配单元（Power Distribution Unit） PIS：乘客信息系统（Passenger Information System） SPIS：车站乘客信息系统（Station Passenger Information System ） TCC：轨道交通指挥中心（Tra
8、ffic Control Center） TCC- PIS： 轨道交通指挥中心路网乘客信息系统 （Traffic Control Center Passenger Information System） DB11/T 16832019 2 TCMS：列车控制和管理系统（Train Control and Management System） TPIS：列车乘客信息系统（Train Passenger Information System） 5 总则 5.1 城市轨道交通乘客信息系统建设，应纳入城市轨道交通工程总体规划，并进行综合设计、同步施工、独立验收、同时交付使用、投入试运营。 5.2 城市
9、轨道交通乘客信息系统所选择的系统设备应经国家认可的检验部门检验，并获得有效的检验合格报告。 5.3 城市轨道交通乘客信息系统应满足与城市轨道交通其他系统集成的要求，并具有与其他系统的接口。 5.4 城市轨道交通乘客信息系统应充分考虑新型技术的应用。 6 系统总体架构 6.1 总体架构 城市轨道交通乘客信息系统的总体架构在结构上分为三层，分别为路网层、线路中心层、车站层。TCC- PIS/MPIS/OCC- PIS 直接与 SPIS、TPIS 对接，TCC- PIS 与 MPIS/OCC- PIS 互为备用。总体架构见图1。 图 1 城市轨道交通乘客信息系统总体架构图 6.2 路网层 路网层乘客
10、信息系统是全路网乘客信息发布中心，能收集、编辑路网内外信息，实现对全路网信息的适时发布、解除，具备对全路网信息发布，版式列表、播放列表发布的最高级权限，并能监视路网级 PIS 系统运行状态。 当 MPIS/OCC- PIS 运行正常时，TCC- PIS 将版式列表、播放列表下发至 MPIS/OCC- PIS，经MPIS/OCC- PIS 审核后进行发布； 当 MPIS/OCC- PIS 故障或运营管理需要时， TCC- PIS 直接向 SPIS、 TPIS发布版式列表和播放列表。 6.3 线路中心层 线路中心层乘客信息系统是所辖线路乘客信息发布中心， 能接收 TCC- PIS 下发是指令和发布
11、要求，也能收集、编制所辖线路信息，实现对所辖线路的适时发布、解除，具备对所辖线路信息发布、版式列表、播放列表发布的权限，并能监视线路级 PIS 系统运行状态。 DB11/T 16832019 3 线路中心层乘客信息系统包括 MPIS、OCC- PIS，MPIS 是多线路共用中心，实现多条线路 PIS 的统一接入。MPIS、OCC- PIS 能获取 ATS 信息实现列车运行信息发布。 6.4 车站层 车站层乘客信息系统包括 SPIS、TPIS。 SPIS 实现对本站 PIS 设备的运行管理及信息显示，能接收并处理 TCC- PIS、MPIS/OCC- PIS 发送的版式列表、播放列表、设备控制等
12、指令，并在终端界面进行播放，也能实现本站乘客信息的发布、解除。同时实现车站 PIS 系统状态监视和设备控制功能。 TPIS 实现对列车 PIS 设备的运行管理及信息显示，能接收并处理 TCC- PIS、MPIS/OCC- PIS 发送的版式列表、播放列表等指令，并在终端界面进行播放。同时将设备状态信息上传至 TCC- PIS、MPIS/OCC- PIS。 7 业务要求 7.1 信息发布原则 城市轨道交通乘客信息系统信息发布遵循以下原则： a) 遵循“运营优先、统一管理、及时发布”的原则； b) 遵循“谁发布、谁确认、谁解除”的原则； c) 遵循“编制、审核、发布”逐层校审的原则。 7.2 信息
13、类别划分 城市轨道交通乘客信息系统信息类别按运营组织需要分为四级，分别为： a) 第一级：运营异常信息； b) 第二级：运营正常信息； c) 第三级：公共资讯信息； d) 第四级：商务信息。 7.2.1 运营异常信息 运营异常信息是指在运营异常的情况下需告知乘客的引导信息，包括但不限于以下信息： a) 全路网停止运营信息； b) 线路列车延误信息； c) 车站及出入口封闭（包括换乘站停止换乘）信息； d) 线路、区段停止运营信息； e) 延长或缩短运营时间信息； f) 灾害引导信息。 7.2.2 运营正常信息 运营正常信息包括但不限于以下信息： a) 列车服务信息：列车运营时刻信息，列车即将到
14、达、终点站提示信息； b) 乘客引导信息：重大节日及日常早晚高峰客流预报、客流拥挤状态、列车区间满载率、换乘站换乘量、路径选择参考等引导信息； c) 一般站务信息：车站常规信息提示、站务公告等信息。 7.2.3 公共资讯信息 公共资讯信息是指向乘客提供的资讯信息，提高服务质量的便民服务信息，包括但不限于以下信息： a) 地铁形象推广、服务信息、行业新闻； b) 安全乘车、文明乘车的服务提示、轨道交通行业相关法律法规普及信息； DB11/T 16832019 4 c) 线路周边环境及其他交通方式接驳信息； d) 运营设施使用及乘车服务指南、运营线路图等； e) 中央及市政府有关部门要求播出的政府
15、宣传公告、公益性节目和公益广告等； f) 应急避险知识的宣传等。 7.2.4 商务信息 商务信息包括但不限于商业广告信息、商业服务信息等。 7.3 信息发布范围 信息发布范围是指信息可以发布的区域，区域的大小依次为： 全路网、多条线路、单一线路、多车站、单一车站、车站指定分区、在线多列列车、单一列车。车站指定分区可分为站外区、出入口及通道区、站厅区、站台区等。 各类信息发布范围如下: a) 运营异常信息根据异常状态的影响范围和影响程度，选择运营异常信息在全路网、事发线路或相邻换乘线路发布； b) 运营正常信息可根据运营时间段、线网运营特点、不同乘客群，选择与之相适应的运营正常信息在上述一个或多
16、个区域发布； c) 公共资讯信息可根据运营时间段、线网运营特点、不同乘客群，选择与之相适应的公共资讯信息在上述一个或多个区域发布； d) 商务信息可根据运营需要，选择与之相适应的商务信息在指定线路发布。 7.4 信息发布规则 7.4.1 信息发布 信息发布说明如下： a) TCC- PIS 发布第一级、第二级信息和第三级信息； b) MPIS/OCC- PIS 发布第三级、第四级信息；TCC- PIS 失效或管理需要情况下，MPIS/OCC- PIS 可发布第一级、第二级信息； c) TCC- PIS、MPIS/OCC- PIS 失效或管理需要情况下，SPIS 可发布第一级、第二级信息。 7.
17、4.2 信息解除 信息解除说明如下： a) 信息发布方确定解除范围（线路、车站、车站区域） 、发布解除指令、监视解除状态、记录解除流程； b) 当上一层级系统失效或管理需要情况下，本层级系统经审核后可对上一层系统发布的信息进行解除，并向上一层级系统报告解除结果。 7.5 信息显示规则 7.5.1 信息显示方式 信息显示方式分为全屏信息、半屏信息、滚动信息，显示区域划分和显示规则见附录A中A.2、A.3的规定。 7.5.2 信息显示优先级 信息显示的优先级由高到低设置如下： a) 第一级：TCC- PIS 全屏信息； b) 第二级：MPIS/OCC- PIS 全屏信息； c) 第三级：SPIS
18、全屏信息； d) 第四级：TCC- PIS 半屏(文本)； DB11/T 16832019 5 e) 第五级：TCC- PIS 半屏(图片)； f) 第六级：MPIS/OCC- PIS 半屏信息； g) 第七级：SPIS 半屏信息； h) 第八级：TCC- PIS 滚动信息； i) 第九级：MPIS/OCC- PIS 滚动信息； j) 第十级：SPIS 滚动信息。 7.6 播放计划制作与发布 TCC- PIS、MPIS、OCC- PIS均可开展播放计划的制作与发布。当MPIS/OCC- PIS运行正常时，TCC- PIS将制作完成的播放计划下发至MPIS/OCC- PIS，经MPIS/OCC-
19、 PIS审核后进行发布；当MPIS/OCC- PIS故障或运营管理需要时，TCC- PIS直接向SPIS、TPIS发布播放计划。播放计划发布范围如下： a) TCC- PIS 制作的播放计划对所有线路统一发布； b) MPIS 制作的播放计划对所辖线路统一发布； c) OCC- PIS 制作的播放计划对本线路统一发布。 7.7 播放计划优先级 播放计划优先级由高到低设置如下： a) 第一级：TCC- PIS； b) 第二级：MPIS/OCC- PIS。 8 功能要求 8.1 TCC- PIS 功能要求 8.1.1 TCC- PIS 功能概要 TCC- PIS功能包括播放版式设计、多媒体编播管理
20、、信息发布与解除、版式列表管理、播放列表管理、设备状态监视及时钟同步等功能。 8.1.2 播放版式设计 系统应具备轨道交通乘客信息系统的播放版式设计功能，实现多媒体文件的采集和编辑。 具备车站、列车显示终端版式制作功能，实现对版式区域进行划分和叠加，支持不同类型的媒体素材，可对版式各区域进行设置。 设置LED屏的系统，需具备LED版式制作功能，包括版式区域划分、各个分区支持媒体类型以及字体颜色、大小、滚动速度设置。 8.1.3 多媒体信息管理 系统应具备多种多媒体信息采集、媒体素材文件的制作及媒体素材的编辑、媒体素材上传及审核功能。 8.1.4 视频直播 系统应具备数字视频直播流的发送功能。
21、8.1.5 电子地图 系统应具备电子地图功能，能实现对地图的拖动、平移、放大、缩小及线路图展示功能，能显示全路网设备的位置、状态等。 8.1.6 接口软件监视 系统应具备监视各个软件接口状态功能，支持接口故障报警。 DB11/T 16832019 6 8.1.7 时钟同步 系统应具备时钟同步功能，实现与路网时钟源的同步。 8.1.8 信息发布与解除 系统应具备信息发布、信息审核、信息解除功能，协议要求应符合附录 B 中 B.4 要求。 信息发布应实现对发布对象选择、发布级别设置、发布时间段设置、发布效果预览、信息发布结果反馈。信息需要进行二次密码验证，验证通过后进行发布。 系统应支持多级审核，
22、审核发布的信息内容、时间、范围。 信息解除应实现对发布的信息进行解除并反馈解除结果。 8.1.9 版式列表管理 系统应具备对审核通过的媒体素材进行编辑、排序，形成版式列表的功能，支持定时播放、顺序循环播等多种播放方式，能够对版式列表进行编辑。 版式列表应支持多级审核、预览、发布功能，审核后的版式列表才能够下发，并支持对全路网进行版式列表设置和发布，协议要求应符合附录 B 中 B.5.1 要求。 8.1.10 播放列表管理 系统应具备播放列表管理功能，包括播放列表制作、编辑功能和定时播放设置等，实现对全路网多媒体信息进行统一编辑与发布。 播放列表应支持多级审核、预览、发布功能，审核后的播放列表才
23、能够下发，并支持对多线路和多列车进行播放列表设置和发布，协议要求应符合附录 B 中 B.5.1 要求。 8.1.11 设备控制 系统应具备远程设备控制功能，实现对控制设备重启、开关机、调整音量大小等操作，协议要求应符合附录 B 中 B.5.3 要求。 8.1.12 终端画面监视 系统应具备所辖线路 PIS 终端画面监视功能，实时查看播放控制器的播放画面，协议要求应符合附录 B 中 B.5.4 要求。 8.1.13 设备状态监视 系统应具备对全路网 PIS 设备工作状态的统一监视功能， 并通过统一的管理平台， 实现设备监视、设备信息管理、故障报警，协议要求应符合附录 B 中 B.5.5 要求。
24、8.1.14 日志管理 系统应具备日志记录、日志检索等功能，应能查看用户操作、信息发布、软硬件报警故障等日志记录，并检索各种日志内容，协议要求应符合附录 B 中 B.5.5、B.7.2 要求。 8.2 MPIS 功能要求 8.2.1 MPIS 功能概述 MPIS功能包括播放版式设计、多媒体编播管理、信息发布与解除、版式列表管理、播放列表管理、设备状态监视及时钟同步等功能。 8.2.2 播放版式设计 系统应具备轨道交通乘客信息系统的播放版式设计功能，实现多媒体文件的采集和编辑；接收并解析来自TCC- PIS的版式列表，并可将其下发至SPIS/TPIS使用。 DB11/T 16832019 7 具
25、备车站、列车显示终端版式制作功能，实现对版式区域进行划分和叠加，支持不同类型的媒体素材，可对版式各区域进行设置。 设置LED屏的系统，需具备LED版式制作功能，包括版式区域划分、各个分区支持媒体类型以及字体颜色、大小、滚动速度设置。 8.2.3 多媒体信息管理 系统应具备多种多媒体信息采集、媒体素材文件的制作及媒体素材的编辑、媒体素材上传、审核功能。 8.2.4 视频直播 系统应具备数字视频直播流的发送功能。 8.2.5 电子地图 系统应具备电子地图功能，能实现对地图的拖动、平移、放大、缩小及线路图展示功能，能显示所辖线路、车站的设备位置、状态等。 8.2.6 接口软件监视 系统应具备监视各个
26、软件接口状态功能，支持接口故障报警等。 8.2.7 时钟同步 系统应具备时钟同步功能，实现与路网时钟源的同步，并为 SPIS 提供标准时钟信号。系统应具备时钟同步状态反馈功能，能够对路网时钟源、SPIS 时钟同步状态进行反馈及在异常状态下进行告警。 8.2.8 设备维护管理 系统应具备设备维护管理功能，应能查看自动恢复和人工处理的设备故障记录和维护记录及人工处理的设备故障记录等信息。 8.2.9 商务信息管理 系统应具备商务信息管理功能。 8.2.10 信息发布与解除 系统应具备信息发布、信息审核、信息解除功能，协议要求应符合附录 B 中 B.4 要求。 信息发布应实现对发布对象选择、发布级别
27、设置、发布时间段设置、发布效果预览、信息发布结果反馈。信息需要进行二次密码验证，验证通过后进行发布。 系统应支持多级审核，审核发布的信息内容和发布范围。 信息解除应实现对发布的信息进行解除并反馈解除结果。 8.2.11 版式列表管理 系统应具备对审核通过的媒体素材进行编辑、排序，形成版式列表的功能，支持定时播放、顺序循环播等多种播放方式，能够对版式列表进行编辑与发布。 版式列表应支持多级审核、预览、发布功能，审核后的版式列表才能够下发，并支持对多线路和多列车进行版式列表设置和发布，协议要求应符合附录 B 中 B.5.1 要求。 8.2.12 播放列表管理 系统应具备播放列表管理功能，包括播放列
28、表制作、编辑功能和定时播放设置等，实现对所辖线路多媒体信息进行统一编辑与发布。 播放列表应支持多级审核、预览、发布功能，审核后的播放列表才能够下发，并支持对多线路和多列车进行播放列表设置和发布，协议要求应符合附录 B 中 B.5.1 要求。 DB11/T 16832019 8 8.2.13 系统设备参数下发 系统应具备将设备参数、运营参数和车站参数信息下发的功能，协议要求应符合附录 B 中 B.5.2要求，PIS 系统编码规则应符合附录 C 要求。 8.2.14 设备控制 系统应具备远程设备控制功能，实现对控制设备重启、开关机、调整音量大小等操作，协议要求应符合附录 B 中 B.5.3 要求。
29、 8.2.15 终端画面监视 系统应具备所辖线路 PIS 终端画面监视功能，实时查看播放控制器的播放画面，协议要求应符合附录 B 中 B.5.4 要求。 8.2.16 设备状态监视 系统应具备对所辖线路 PIS 设备工作状态的统一监视功能，并通过统一的管理平台，实现设备监视、设备信息管理、故障报警，协议要求应符合附录 B 中 B.5.5 要求。 8.2.17 日志管理 系统应具备日志记录、日志检索等功能，应能查看用户操作、信息发布、软硬件报警故障等日志记录，并检索各种日志内容，协议要求应符合附录 B 中 B.5.5、B.7.2 要求。 8.2.18 ATS 数据下发 系统应具备 ATS 数据采
30、集与下发功能。支持对所辖线路 ATS 信息的统一采集，并将 ATS 信息下发到线路车站,协议要求应符合附录 B 中 B.7.1 要求。 8.3 OCC- PIS 功能要求 8.3.1 OCC- PIS 功能概述 OCC- PIS功能包括播放版式设计、多媒体编播管理、信息发布与解除、版式列表管理、播放列表管理、设备状态监视及时钟同步等功能。 8.3.2 播放版式设计 系统应具备轨道交通乘客信息系统的播放版式设计功能，实现多媒体文件的采集和编辑；接收并解析来自TCC- PIS的版式列表，并可将其下发至SPIS/TPIS使用。 具备车站、列车显示终端版式制作功能，实现对版式区域进行划分和叠加，支持不
31、同类型的媒体素材，可对版式各区域进行设置。 设置LED屏的系统，需具备LED版式制作功能，包括版式区域划分、各个分区支持媒体类型以及字体颜色、大小、滚动速度设置。 8.3.3 多媒体信息管理 系统应具备多种多媒体信息采集、媒体素材文件的制作及媒体素材的处理、媒体素材上传、审核功能。 8.3.4 视频直播 系统应具备数字视频直播流的发送功能。 8.3.5 电子地图 DB11/T 16832019 9 系统应具备电子地图功能，能实现对地图的拖动、平移、放大、缩小及线路图展示功能，能显示车站设备的位置、状态等。 8.3.6 接口软件监视 系统应具备监视各个软件接口状态功能，支持接口故障报警等。 8.
32、3.7 时钟同步 系统应具备时钟同步功能，实现与路网时钟源的同步，并为 SPIS 提供标准时钟信号。系统应具备时钟同步状态反馈功能，能够对路网时钟源、SPIS 时钟同步状态进行反馈及在异常状态下进行告警。 8.3.8 设备维护管理 系统应具备设备维护管理功能，应能查看自动恢复和人工处理的设备故障记录和维护记录及人工处理的设备故障记录等信息。 8.3.9 商务信息管理 系统应具备商务信息管理功能。 8.3.10 信息发布与解除 系统应具备信息发布、信息审核、信息解除功能，协议要求应符合附录 B 中 B.4 要求。 信息发布应实现对发布对象选择、发布级别设置、发布时间段设置、发布效果预览、信息发布
33、结果反馈。信息需要进行二次密码验证，验证通过后进行发布。 系统应支持多级审核，审核发布的信息内容和发布范围。 信息解除应实现对发布的信息进行解除并反馈解除结果。 8.3.11 版式列表管理 系统应具备对审核通过的媒体素材进行编辑、排序，形成版式列表的功能，支持定时播放、顺序循环播等多种播放方式，能够对版式列表进行编辑与发布。 版式列表应支持多级审核、预览、发布功能，审核后的版式列表才能够下发，并支持对本线各车站和多列车进行版式列表设置和发布，协议要求应符合附录 B 中 B.5.1 要求。 8.3.12 播放列表管理 系统应具备播放列表管理功能，包括播放列表制作、编辑功能和定时播放设置等，实现对
34、本线多媒体信息进行统一编辑与发布。 播放列表应支持多级审核、预览、发布功能，审核后的播放列表才能够下发，并支持对本线各车站和多列车进行播放列表设置和发布，协议要求应符合附录 B 中 B.5.1 要求。 8.3.13 系统设备参数下发 系统应具备将设备参数、运营参数和车站参数信息下发的功能，协议要求应符合附录 B 中 B.5.2要求，PIS 系统编码规则应符合附录 C 要求。 8.3.14 设备控制 系统应具备远程设备控制功能，实现对控制设备重启、开关机、调整音量大小等操作，协议要求应符合附录 B 中 B.5.3 要求。 8.3.15 终端画面监视 系统应具备本线 PIS 终端画面监视功能，实时
35、查看播放控制器的播放画面，协议要求应符合附录B 中 B.5.4 要求。 DB11/T 16832019 10 8.3.16 设备状态监视 系统应具备对本线 PIS 设备工作状态的统一监视功能，并通过统一的管理平台，实现设备监视、设备信息管理、故障报警，协议要求应符合附录 B 中 B.5.5 要求。 8.3.17 日志管理 系统应具备日志记录、日志检索等功能，应能查看用户操作、信息发布、软硬件报警故障等日志记录，并检索各种日志内容，协议要求应符合附录 B 中 B.5.5、B.7.2 要求。 8.3.18 ATS 数据下发 系统应具备 ATS 数据采集与下发功能。支持对本线 ATS 信息的统一采集
36、，并将 ATS 信息下发到线路车站，协议要求应符合附录 B 中 B.7.1 要求。 8.4 SPIS 功能要求 8.4.1 SPIS 功能概述 SPIS功能包括信息、版式列表和播放列表接收与播放、信息发布与解除、视频直播接收、设备状态监视及时钟同步等功能。 8.4.2 视频直播接收 系统应具备能够接收视频直播功能，接收视频直播信号并在终端播放。 8.4.3 视频垫播 系统应具备在网络故障的情况下，视频垫播文件和直播视频之间的切换功能，切换不得影响整个版式布局中其他区域播放。 8.4.4 时钟同步 系统应具备时钟同步功能， 实现与 MPIS/OCC- PIS 时钟源的同步。 系统应具备时钟同步状
37、态反馈功能，能够向 MPIS/OCC- PIS 反馈时钟同步状态。 8.4.5 信息、版式列表和播放列表接收与播放 系统应具备信息、播放列表、版式列表接收、断点续传、增量下载和日志记录等功能，协议要求应符合附录 B 中 B.4、B.5 要求。 系统接收并解析 TCC- PIS 及 MPIS/OCC- PIS 下发的信息、版式列表和播放列表等命令，并在终端设备上进行显示， 终端设备的布置原则及要求应符合附录 A 中 A.1 的要求。在 TCC- PIS/MPIS/OCC- PIS系统或网络子系统故障时，按照下载的版式列表和播放列表在本站显示终端上自动播放。 8.4.6 信息发布与解除 系统应具备
38、信息发布、信息审核和信息解除功能，协议要求应符合附录 B 中 B.4 要求。 信息发布应实现对发布对象选择、发布级别设置、发布时间段设置、发布效果预览、信息发布结果反馈。 系统应支持信息审核，审核发布的信息内容和发布范围。 信息解除应实现对解除对象选择或解除级别设置、信息解除结果反馈。信息解除指令审核通过后进行解除。 系统应支持强制解除本站终端设备的显示信息的功能。 8.4.7 设备控制 DB11/T 16832019 11 系统应具备对本站设备控制功能，应实现对设备重启、开关机、调整音量大小等操作，协议要求应符合附录 B 中 B.5.3 要求。 8.4.8 设备状态监视 系统应实现设备状态实
39、时监控、设备信息管理、故障报警、终端画面监视等管理功能，能保存所有接收的设备状态数据至少 30 天，协议要求应符合附录 B 中 B.5.5 要求。 8.4.9 日志管理 系统应具备日志记录、日志解析、日志检索等功能，应能查看用户操作、信息发布、软硬件运行情况等日志记录，并检索各种日志内容，协议要求应符合附录 B 中 B.5.5、B.7.2 要求。 8.4.10 设备状态上传 系统终端设备应实现设备状态信息和终端画面上传至 TCC- PIS、MPIS/OCC- PIS，协议要求应符合附录 B 中 B.6.4 要求。 8.4.11 ATS 数据接收播放 系统应能接收 MPIS/OCC- PIS 下
40、发的 ATS 信息，并在终端设备显示播放，协议要求应符合附录 B中 B.7.1 要求。 8.5 TPIS 功能要求 8.5.1 TPIS 功能概述 TPIS功能包括版式列表和播放列表接收与播放、信息播放与解除、视频直播接收、设备状态上传、设备控制及时钟同步功能等。 8.5.2 视频直播接收 系统应具备接收 TCC- PIS/MPIS/OCC- PIS 直播视频，并在终端播放的功能。 8.5.3 视频垫播 系统应具备在网络故障的情况下，视频垫播文件和直播视频之间的切换功能，切换不得影响整个版式布局中其他区域播放。 8.5.4 时钟同步 系统应具备时钟同步功能，实现与列车时钟源时钟同步，系统应具备
41、时钟同步状态反馈功能，能够向 MPIS/OCC- PIS 反馈时钟同步状态。 8.5.5 信息、版式列表和播放列表接收与播放 系统应具备播放列表、版式列表接收、断点续传、增量下载和日志记录等功能，协议要求应符合附录 B 中 B.4、B.5 要求。 系统接收并解析 TCC- PIS 及 MPIS/OCC- PIS 下发的版式列表和播放列表等命令，并在终端设备上进行显示。在 TCC- PIS/MPIS/OCC- PIS 系统或网络子系统故障时，按照下载的版式列表和播放列表在显示终端上自动播放。 8.5.6 信息播放与解除 系统应具备信息播放与解除功能，接收 TCC- PIS/MPIS/OCC- P
42、IS 下发的信息指令并在终端设备播放和信息解除，协议要求应符合附录 B 中 B.4 要求。 8.5.7 设备控制 DB11/T 16832019 12 系统应具备接收设备控制指令功能，实现对设备重启、关机、调整音量大小等操作，协议要求应符合附录 B 中 B.5.3 要求。 8.5.8 设备状态上传 系统终端设备应能将设备状态信息及播放画面上传到 TCC- PIS/MPIS/OCC- PIS， 协议要求应符合附录 B 中 B.6.4 要求。 8.5.9 ATS 数据接收播放 系统应能接收 ATS 数据，并在终端设备显示播放，协议要求应符合附录 B 中 B.7.1 要求。 9 性能要求 9.1 可
43、靠性 系统平均无故障时间不应小于5000h。 9.2 可维护性 系统平均修复时间不应大于2h。 9.3 性能指标 9.3.1 TCC- PIS 性能指标 数据查询响应时间不应大于3s，数据统计响应时间不应大于8s,支持数据并发处理不应小于200用户，支持全量备份和增量备份、且备份文件能够正常恢复。 9.3.2 MPIS 性能指标 数据查询响应时间不应大于3s，数据统计响应时间不应大于6s,支持数据并发处理不应小于200用户，支持全量备份和增量备份、且备份文件能够正常恢复。 9.3.3 OCC- PIS 性能指标 数据查询响应时间不应大于3s，数据统计响应时间不应大于6s,支持数据并发处理不应少
44、于200用户，支持全量备份和增量备份、且备份文件能够正常恢复。 9.3.4 SPIS 性能指标 系统的直播垫播切换、垫播直播切换响应时间不应大于3s，本地视频切换响应时间不应大于1s。信息发布、 信息解除响应时间不应大于3s。 播放软件支持不小于1920*1080全高清视频播放并且播放流畅。 9.3.5 TPIS 性能指标 系统的直播垫播切换、垫播直播切换响应时间不应大于3s，本地视频切换响应时间不应大于1s，播放软件支持不低于1920*1080全高清视频播放并且播放流畅。 9.3.6 TCC- PIS 与 MPIS/OCC- PIS 接口性能指标 在TCC- PIS与MPIS/OCC- PI
45、S接口间，版式列表接收（不含素材下载）响应时间不应大于2s，播放列表接收（不含素材下载）响应时间不应大于2s。 9.3.7 TCC- PIS 与 SPIS 接口性能指标 DB11/T 16832019 13 在TCC- PIS与SPIS接口间，信息发布到终端、解除终端信息、版式列表播出（不含素材下载） 、播放列表播出（不含素材下载） 、设备状态变化、设备控制指令、终端画面监视响应时间不应大于6s，直播垫播切换时间不应大于3秒，直播播放过程中显示效果不应出现明显断点、失帧、抖动、马赛克等，声音效果不应出现明显噪音、滑码等。 9.3.8 TCC- PIS 与 TPIS 接口性能指标 在TCC- P
46、IS与TPIS接口间，信息发布到终端、解除终端信息、版式列表播出（不含素材下载） 、播放列表播出（不含素材下载） 、设备状态变化响应时间不应大于6s，直播垫播切换时间不应大于3s，直播播放过程中显示效果不应出现明显断点、失帧、抖动、马赛克等，声音效果不应出现明显噪音、滑码等。 9.3.9 MPIS/OCC- PIS 与 SPIS 接口性能指标 在MPIS/OCC- PIS与SPIS接口间， 信息发布到终端、 解除终端信息、 版式列表播出 （不含素材下载） 、播放列表播出（不含素材下载） 、设备状态变化、设备控制指令、终端画面监视、ATS数据变化响应时间不应大于4s，直播垫播切换时间不应大于3s
47、，直播播放过程中显示效果不应出现明显断点、失帧、抖动、马赛克等，声音效果不应出现明显噪音、滑码等。 9.3.10 MPIS/OCC- PIS 与 TPIS 接口性能指标 在MPIS/OCC- PIS与TPIS接口间， 信息发布到终端、 解除终端信息、 版式列表播出 （不含素材下载） 、播放列表播出（不含素材下载） 、设备状态变化响应时间不应大于5s，直播垫播切换时间不应大于3秒，直播播放过程中显示效果不应出现明显断点、失帧、抖动、马赛克等，声音效果不应出现明显噪音、滑码等。 9.3.11 TCC- PIS、MPIS/OCC- PIS 与时钟系统接口性能指标 TCC- PIS、MPIS/OCC-
48、 PIS与路网/线路时钟系统校时周期宜不大于30s,时间偏差不应大于1s。 9.3.12 TPIS 与 TCMS/列车广播接口性能指标 TPIS与TCMS/列车广播接口间，ATS数据变化响不应大于4s，校时周期宜不大于30s，时间偏差不应大于1s。 10 接口要求 10.1 TCC- PIS 接口 TCC- PIS应建立与路网时钟系统、路网电源系统的接口，具体系统接口参见附录D中的D.1要求。 10.2 MPIS 接口 MPIS应建立与路网时钟系统、路网电源系统、线路汇聚节点的接口，具体系统接口参见附录D中的D.2要求。 10.3 OCC- PIS 接口 OCC- PIS 应建立与线路汇聚节点
49、包括与线路传输系统、线路 ATS、线路集中告警系统、车地综合无线通信系统以及电源系统的接口，具体系统接口参见附录 D 中 D.3 的要求。 10.4 SPIS 接口 车站应建立与线路传输系统、时钟系统及电源系统的接口，具体系统接口参见附录 D 中 D.4 的要求。 10.5 TPIS 接口 DB11/T 16832019 14 TPIS 应建立与车地综合无线通信系统、列车 TCMS/列车广播、列车电源系统等其他专业的接口，具体系统接口参见附录 D 中的 D.5 要求。 11 安全要求 11.1 通用要求 物理环境、通信网络、边界防护、计算环境、管理中心、管理制度、管理机构、管理人员、建设管理和
50、运维管理应符合GB/T 222392019中第7章的要求。 11.2 系统可用性 系统应避免因单台设备故障造成系统瘫痪、网络瘫痪或系统主要功能缺失。 系统应避免因非授权客户或者攻击者发送大量服务请求而导致核心设备资源大量占用，不能正常响应授权用户的访问请求或不能处理播出信息、控制信息等。 DB11/T 16832019 15 附 录 A （规范性附录） 终端布置及显示规则 A.1 终端显示点位布置 A.1.1 布置原则 PIS 终端设备是系统直接服务于乘客的窗口，终端设备设置于公共区域，包括但不限于出入口及通道、站厅付费区、站厅非付费区、上行站台、下行站台、换乘通道以及车辆内，终端设备的设置应
