哈大客运专线旅客服务系统集成管理平台路局集中技术方案v10.docVIP

哈大客运专线旅客服务系统 集成管理平台路局集中技术方案 目 录 TOC \o 2-2 \h \z \t 标题 1,1 1. 概述 - 4 - 2. 系统目标 - 4 - 3. 设计思路 - 5 - 3.1. 正常模式处理流程 - 6 - 3.2. 应急模式处理流程 - 6 - 4. 系统架构 - 9 - 4.1. 基础网络 - 9 - 4.2. 系统结构 - 10 - 5. 系统功能 - 12 - 5.1. 路局集成管理平台功能 - 12 - 5.2. 车站应急管理平台功能 - 19 - 6. 技术实现 - 20 - 6.1. 技术体系 - 20 - 6.2. 系统接口 - 25 - 7. 系统配置 - 29 - 7.1. 哈大客专旅客服务系统配置 - 29 - 7.2. 集成管理平台设备配置说明 - 31 - 8. 通道需求 - 32 - 8.1. 沈阳局 - 33 - 8.2. 哈尔滨局 - 36 - 9. 系统特点 - 37 - 9.1. 集成度更高，管理跨度更广 - 37 - 9.2. 高扩展性 - 37 - 9.3. 高可靠性 - 38 - 9.4. 统一信息接入 - 38 - 9.5. 高资源利用率 - 38 - 概述 随着高速铁路的快速发展，旅客服务管理模式也发生了巨大变化，从单站集成管理到大站带小站集中管理，对系统集成化程度和自动化水平的要求越来越高。旅客服务系统集成管理平台也同步提供了车站独立运营、大站代管小站、集中管控等模式，为旅客服务系统的整体管理水平和服务质量的提高提供技术手段保障。 哈大客专的建设，对旅客服务系统提出了新的需求： 以局为单位的统一指挥、统一管理 哈大客专高密度、高速度的运营模式对各车站之间的业务联动提出了更高的要求，需要以局为单位进行统一指挥和统一管理，在路局层面进行集中的管控，实现系统的快速反应，并为未来高铁线路的接入提供基础。 全线信息实时同步 行调、票务、检票信息的自动采集要求哈大客专全线各站进行信息的实时同步更新，以站和大站为中心的分布式部署、小范围集中模式已不能满足全线同步和实时的要求，需要在路局层面对信息进行集中的接入、管理和发布。 集约化管理和维护 随着客运专线的逐步建设，路局需要维护的系统和设备数量也逐渐增多，分布式部署的方式越来越不利于路局的管理和维护，旅客服务系统的高度集中成为必然。系统的集约化有利于资源的高效利用，有利于系统的集中管理和维护，提高系统整体可靠性。 系统目标 为了满足哈大客专管理上的新需求，旅客服务系统也需要进行优化设计，实现以下目标： 实现以路局为单位的集中化业务管理； 实现对行调、票务、检票信息的统一采集、管理和发布； 实现系统主机在路局的集中部署； 实现车站在应急情况下的独立处理； 优化系统资源； 实现系统安全、可靠运营； 根据路局需要，支持多种运营模式； 为未来集中管理扩展预留技术接口。 设计思路 旅客服务系统采用在路局大集中的方案，在路局设置系统主机，统一指挥和管控，在各车站设置应急处理设备。根据业务需要在大型车站设置站级集成管理平台。 在业务管理上，旅客服务系统在保留单站集中管理、大站代管小站的基础上，增加以局为单位的集中管理模式，并具备多线集中管理的扩展能力。 在网络结构上，旅客服务系统以客运专线IP数据网为基础，采用双冗余网络方案，当出现单点故障时，快速切换到正常链路，不对系统运行产生影响。 在系统部署上，采用集中部署的方案，在路局通过设置高端冗余服务器保证系统的稳定、可靠运行，并具备未来的系统扩展能力。在车站通过设置应急管理平台以满足应急情况下的业务连续性。 在系统配置上，根据各站在规模和业务需要，提供不同类型的系统配置方案。 旅客服务系统在系统正常和应急模式时的处理流程如下： 正常模式处理流程 图 3 SEQ 图 \* ARABIC \s 1 1正常客运组织业务流程图 正常模式下，路局集成管理平台的处理流程如下： 在路局统一自动采集调度信息、售票信息和自动检票信息； 生成和调整客运组织计划和流程，进行业务组织和管理； 通过旅服终端控制器自动采集各站旅服终端设备状态，并集中管控各站旅服终端； 在路局时钟源获取标准时间确保整个旅服数据网时间同步； 在路局的综合监控平台获取全线各站的视频数据，供用户及时掌握现场情况； 通过旅服数据网和无线语音调度系统实现路局和各站各岗位的业务指挥； 采用数据同步机制，实现路局集成管理平台和各站应急管理平台的实时信息同步。 应急模式处理流程 当各车站无法与路局集成管理平台正常通讯的时候，系统进入应急模式。 （一）路局集成管理平台系统故障