广州地铁PIDS紧急信息发布功能优化实施方案.docxVIP

广州地铁紧急信息发布功能优化实施方案PIDS陈爽摘 要: 随着地铁线网的不断扩大，PIDS 广州地铁 紧急信息发布功能优化实施方案 PIDS 陈 爽 摘 要: 随着地铁线网的不断扩大，PIDS ( 乘客信息显示系统) 紧急信息发布功能已经无法满足 时效性等的需求，为此，广州地铁将对该功能进行升级改造，将完全集中式改为集中分布式，以 适应未来的发展需要。 关键词: 广州地铁; 紧急信息发布; 升级 Abstract: With the continuous expansion of line network in Guangzhou Metro，the emergency informa- tion release function of the Passenger Information Display System can not meet the demand of timeliness． Therefore，this function will be upgraded from a totally centralized mode into a distributed one to accom- modate the needs of future development． Key words: Guangzhou Metro; Emergency information release; Upgrading 地铁 PIDS ( 乘客信息显示系统) 紧急信息发 布功能，作为地铁运营信息发布的一个重要渠道， 能够将一些客流指引、乘客导向等日常信息快速地 传递给乘客，并且在地铁发生紧急情况的同时，能 够及时地指引疏导乘客。 目前，广州地铁的线网规模已经增加 一 倍， PIDS 的播放控制器数量接近 1200 台，一些线路也 已经运行多年，设备故障较多，整个 PIDS 的运行 环境发生了根本性变化，全线网发布一次紧急信息 需要耗时 15 ～ 30 min。随着线网的持续扩大，信 息发布耗时将会更长。因此，PIDS 的信息发布功 能已经无法满足地铁运营部门对信息发布的时效性 要求，必须对现有紧急信息发布功能进行升级改 造，才能提高其可用性。 现有状态 1 广州地铁既有 PIDS 在 2005 年底开始建设时， 线网规模较小，车站和车载的播放控制器数量大约 200 台。紧急信息的发布功能采用的是完全集中式 的机制，即通过网管终端向每一台播放控制器发布 指令，执行完毕后再向下一台发布指令，直到最后 一台发布完毕。通常情况下，如果不存在设备故障 和网络故障，向一台播放控制器发布信息耗时大约 2 系统升级改造方案 本着最小改造量的原则来完成对系统功能的升 级，以减少对现有系统正常运行的影响。 优化信息发布机制 完全集中式的发布机制，其特点是按顺序发 布，设备数量越多，需要的时间就越长。这是现有 PIDS 发布紧急信息耗时过长的根本原因，因此系 统升级首先要取消原有的完全集中式的发布机制， 采用新的发布机制。 针对完全集中式的按顺序发布的特点，如果发 布信息时不是直接从网管终端发布到播放控制器， 而是发布到时刻在线的分线服务器设备进行存储， 然后由各个播放控制器主动去查询，那么信息发布 时就只需要向分线服务器发送指令即可，这就是集 — 81 — 2. 1 (即 0. 05 s)，向全线网发布一次紧急信息， 50 ms 理论上耗时约 20 s。考虑实际情况，当出现设备故 障或者网络不稳定 ( 车-地无线网络) 时，一台设 备将耗时 2 ～ 5 s，故障设备越多或者网络持续不稳 定，总体发布时间就越长。当时全线网发布一次紧 急信息需要耗时 2 ～ 5 min，基本上可以满足实效 性要求。 陈 爽: 广州市地下铁道总公司 收稿日期: 2014-02-28 工程师 510220 广州 铁道通信信号 2014 年第 50 卷第 6 期中分布式的发布 铁道通信信号 2014 年第 50 卷第 6 期 中分布式的发布机制。即使全线网有 50 条线路， 对应 50 个分线服务器，发布指令也只需要 3 ～ 6 s。 指令发布到分线服务器后，各条线路内的车站和车 载播放控制器按照指定时间 ( 如 5 ～ 10 s) 的轮询 间隔各自独立的到分线服务器查询，查询到指令则 执行并将执行结果反馈回分线服务器，网管终端最 后从各分线服务器收集所有的执行结果，通过界面 反馈给操作用户。集中分布式的发布机制下的数据 流程如图 1 所示。其中，OCC 是中心运营工作站。 总 OCC 的 NetManage ( 网 络 管 理 软 件)、 1． 分 OCC 的 LineManage (分线网络管理软件)、车站 的 StationManage