奥运车辆GPS监控管理系统-技术方案

附件一

北京奥运车辆 GPS 定位监控调度综合管理系统 技术方案

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

目录
1 项目概述................................................................................................................................... 3 1.1 项目背景....................................................................................................................... 3 1.2 建设目标....................................................................................................................... 4 1.3 项目特点....................................................................................................................... 4 技术方案................................................................................................................................... 5 2.1 基本任务和要求........................................................................................................... 5 2.1.1 构建三级奥运车辆 GPS 定位监控调度体系结构 ........................................... 5 2.1.2 实现奥运车辆动态实时监控、报警处理和运行数据统计分析 ................... 6 2.2 项目需求分析............................................................................................................... 6 2.2.1 车辆的分类和服务要求 ................................................................................... 6 2.2.2 车辆的监控和管理需求 ................................................................................... 9 2.3 系统与环境接口......................................................................................................... 12 2.3.1 中国移动无线通信网络 ................................................................................. 12 2.3.2 奥组委 GPS 交通指挥中心 ............................................................................. 12 2.3.3 奥组委安保系统 ............................................................................................. 13 2.4 设计准则..................................................................................................................... 13 2.4.1 时间第一性准则 ............................................................................................. 13 2.4.2 确保成功的原则 ............................................................................................. 13 2.5 总体设计分析............................................................................................................. 14 2.5.1 性能设计分析 ................................................................................................. 14 2.5.2 界面设计分析 ................................................................................................. 15 2.5.3 功能设计分析 ................................................................................................. 16 2.6 系统框架与组成......................................................................................................... 20 2.6.1 系统框架 ......................................................................................................... 20 2.6.2 系统组成 ......................................................................................................... 22 2.7 系统部署..................................................................................................................... 24 2.7.1 网络配臵 ......................................................................................................... 24 2.7.2 部署结构 ......................................................................................................... 25 2.8 系统安全设计方案 ..................................................................................................... 25 2.8.1 病毒防护策略 ................................................................................................. 26 2.8.2 灾难恢复策略 ................................................................................................. 28 2.8.3 口令管理策略 ................................................................................................. 29 2.8.4 数据备份策略 ................................................................................................. 29 阶段计划................................................................................................................................. 30 职责和分工............................................................................................................................. 31 4.1 系统软件开发............................................................................................................. 31 4.2 系统运行网络环境 ..................................................................................................... 31 4.3 硬件设备..................................................................................................................... 31 4.4 车载终端设备............................................................................................................. 31

2

3 4

-2-

2

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

1 项目概述
1.1 项目背景
北京奥运申办报告中承诺: “为奥运会专用车辆装备全球卫星定 位技术监控系统和地理信息系统” ;奥组委在“科技奥运”理念中提 出: “紧密结合国内外科技最新进展,集成全国科技创新成果,举办 一届高科技含量的体育盛会。 ”同时,北京奥运会的顺利进行离不开 有效的、高水平的交通服务与管理。应用现代化的科技手段,建设奥 运服务车辆 GPS 定位监控调度综合管理系统(以下简称“GPS 监控系 统” ) ,实现对交通服务车辆的实时监控和智能调度, 是实现“高水 平”奥运交通服务的重要条件。 2006 年 9 月,根据奥组委主席专题会议要求,交通部组织召开 专家论证会, 对“北京奥运服务专用车辆 GPS 定位系统”项目的必要 性、技术可行性和赛后利用等问题进行了论证。 2006 年 10 月, 交通部与技术部共同组织召开项目方案专家论证 会。专家组从建设目标、技术路线、阶段计划、硬软件配臵、经费预 算和分摊原则等方面进行了论证。 2006 年 11 月,按照岐山市长的要求将项目方案进行调整,再次 向吉林和刘敬民副市长进行汇报,并最终同意交通部的方案,确定由 中国卫通公司承担本项目建设。

-3-

3

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

1.2 建设目标
基于“3G” (GPS、GPRS 和 GIS)以及计算机系统等技术,通过与 奥运车辆信息管理系统相结合,建设一个满足奥运会交通服务需求、 适应北京实际情况的奥运交通服务车辆指挥调度信息化管理平台- 北京奥运服务车辆 GPS 定位监控调度综合管理系统(简称“GPS 监控 系统”) 。该系统通过分层监控,全面掌握奥运车辆实时运行状况, 从而为可靠、及时、灵活的车辆指挥调度、平衡运输供给提供技术支 持,确保高水平的交通服务。 对奥运期间 6092 辆车辆进行监控,为各竞赛场馆、非竞赛场馆 等 191 个 PC 安装客户端软件,提供赛时监控信息服务;为奥运安保 提供车辆监控基础数据服务。

1.3 项目特点
(1) 系统实时性要求高 GPS 监控系统要对 T1-T4 类车辆进行不间断的位臵监控。车辆终 端位臵信息、调度和报警信息等都必须及时更新,从而保证交通部门 进行有效的监控和指挥调度。 (2) 系统服务对象需求复杂 GPS 监控系统需要服务 T1-T4 不同类型的车辆。针对不同的车辆 监控调度的重点也不相同。如对 T1、T2 类车辆,服务的重点在于保 障运行安全;而 T3 类车辆的重点是要对车辆进行及时调派;T4 类服
-44

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

务对象的服务重点是要保证班车准时准点。

2 技术方案
2.1 基本任务和要求 2.1.1 构建三级奥运车辆 GPS 定位监控调度体系结构
根据奥运车辆运行服务方案中的要求, 奥运交通服务车辆将按照 交通运行中心、交通运行分中心、各场站/媒体饭店等三级模式来组 织运行,上级中心对下级中心进行控制和管理,下级中心能够及时上 报运行信息,从而形成一个快速联动的有机整体,如下图所示:

-5-

5

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

奥运服务车辆三级监控调度运行模式 本项目首要任务即是根据交通运行服务方案, 构建奥运车辆三级 监控调度指挥体系,为确保交通运行服务方案的顺利实施,提供坚实 基础。

2.1.2 实现奥运车辆动态实时监控、报警处理和运行数据统 计分析
利用 GPS 全球卫星定位系统对奥运交通服务车辆运行状况进行 全程监控,并在奥运交通服务电子地图中实时显示,对于异常情况自 动报警,提示制定并执行应急运力调配预案。对所有车辆运行状况和 行驶轨迹作为交通运行信息存储。 对奥运交通服务车辆的日常运行过程和数据进行采集、 汇总和加 工处理,通过进行分类和分析,从而寻找出相关规律,为运营指挥提 供决策支持。

2.2 项目需求分析 2.2.1 车辆的分类和服务要求
根据奥运交通服务运行方案, 共分为 T1、 T2、 T3、 T4 四个等级, 每个等级提供给不同客户群使用。

-6-

6

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

GPS监控系统

T1车辆

T2车辆

T3车辆

T4车辆

T1 车辆服务的对象是: ? ? ? ? ? ? ? 国际奥委会主席、委员及其客人 国际体育单项组织主席、秘书长 国家(地区)奥委会主席和秘书长(代表团人数大于 50 人) 国际贵宾(国家元首、政要和王室成员) 赞助商贵宾 各国体育部长 新增选的国际奥委会运动员委员

T2 服务的对象是: ? 国际奥委会医疗委员会官员 ? 世界反兴奋剂组织官员 ? 国际体育单项组织技术代表 ? 体育仲裁法庭官员 ? 国家(地区)奥委会官员(人数小于 50) ? 国际奥委会秘书处、市场部等用车
-77

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

T3 服务的对象是: ? 国际奥委会、相关组织官员及其客人等。

T4 车辆为媒体交通服务车辆,主要服务对象是运动员与随队官 员,技术官员,注册媒体,奥林匹克青年营,赞助商等。

T1-T3 提供如下服务: ? T1:一个人使用的专车和专用司机的服务; ? T2:二个人使用的专车和专用司机的服务; ? T3:普通合用车服务。 同时,还提供机场的接送服务,包括其随身的行李。根据国际奥 委会交通技术手册的规定, 入境抵达时, 为各个体育单项组织的官员, T1, T2 和 T3 人员提供直达目的地的合乘车。T1, T2 和 T3 人员离 境服务需要根据数量和奥运会组委会的政策,通过专用的车辆或者 T3 车辆解决。

T4 提供如下服务: ? 抵、离交通服务; ? 开、闭幕式交通服务; ? 媒体免费班车服务; ? 由国际广播中心 /主新闻中心前往采访国际奥委会执行委
-88

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

员会会议和国际奥委会全会的班车服务; ? 北京奥林匹克转播公司专用的免费交通服务; ? 领取工作制服的免费交通服务; ? 摄影车队的免费交通服务; ? 8)其他。

2.2.2 车辆的监控和管理需求
2.2.2.1 车辆分组

可根据车辆种类、 任务、 隶属关系等条件, 将车辆分为不同的组, 以方便对一组车辆进行同时监控。 2.2.2.2 电子地图功能

1) 图层选择:地图具有多个图层,用户可以根据需要选择所显示的 图层。 2) 放大缩小:可对当前地图进行无极放大与缩小操作,以便了解整 个地区的总体情况和某个区域的详细情况。 3) 地图平移:可利用鼠标的拖动来实现地图的平移。 4) 标志查询: 可进行地理位臵、 建筑物的查询, 及该位臵附件空车、 重车、所有车辆的查询。 5) 地图打印:具有地图打印功能。

-9-

9

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

2.2.2.3

车辆实时数据信息处理

实时接收安装在车辆上的车载终端设备发送而来的定位时间、 位 臵、速度、方向和状态等数据,使中心或远程监控终端及时获得车辆 的地理信息和动态信息。 显示要素包括: 车牌号、 车辆类型 (如 T1、 T2、 T3 等) 、 经纬度、 地理位臵、速度、行驶方向、车辆状态(如报警状态、正常状态等) 、 时间等信息。 2.2.2.4 车辆实时情况监控

1) 实时监视:远程监控平台以电子地图为背景显示车辆动态、状态 与轨迹,可对被车辆实施全图监视、局部监视、跟踪监视,如车辆分 布位臵,车辆实时运行状况,是“停车”还是“以多少公里的速度向 什么方向行驶、向什么路段行驶等功能。 2) 选择监视: 远程监控终端设有按场站、 按车辆类别, 全部、 部分、 单车选择监控车辆等功能。可对车辆进行点名查看。 3) 跟踪控制:远程监控终端可对车辆进行跟踪、取消跟踪设臵。当 选定跟踪车辆后,对选定车辆进行实时跟踪,在电子地图中心显示被 跟踪车辆,对该选定的车辆进行连续实时跟踪监视。 4) 轨迹回放:中心系统设臵有各类动态和静态信息数据库,可利用 长期保存的车辆基础信息数据资料,选定车辆、地图、时间段、运行 速度进行历史数据轨迹回放。 可回放指定时间段内所有车辆的分布情 况。
- 10 10

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

2.2.2.5

报警情况处理

1) 紧急报警 车载终端防劫报警开关被按住 2s 以上, 则视为防劫报警上传, 监控台收到后执行报警处理流程。 2) 断电报警 如主电源被切断时间持续 10 秒以上,则视为断电报警,监 控台收到后执行报警处理流程。

2.2.2.6

数据统计分析

对奥运交通服务车辆的日常运行过程和数据进行采集、 汇总和加 工处理,通过进行分类和分析,从而寻找出相关规律,为运营指挥提 供决策支持。

- 11 -

11

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

2.3 系统与环境接口

2.3.1 中国移动无线通信网络
本项目采用中国移动无线通信网络作为车载终端设备和指挥中 心之间的数据通信手段,正常情况下采用 GPRS 技术,以 SMS 短信技 术作备份。中国卫通-奥组委 GPS 监控中心与北京移动公司之间,需 要有专线连接。 2.3.2 奥组委 GPS 交通指挥中心 奥组委 GPS 交通指挥中心与中国卫通-奥组委 GPS 车辆监控中心 通过专线连接,接入奥组委所有服务车辆的 GPS 数据,并通过奥组委 ADMIN 网络发送给各车队、场馆等监控终端。

- 12 -

12

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

2.3.3 奥组委安保系统
奥组委安保系统通过本系统获取所需的车辆信息 (主要包括车辆 经纬度、速度等) 。

2.4 设计准则 2.4.1 时间第一性准则
2008 年北京奥运会是全世界的一次体育盛会,中国政府和人民 已经和正在全力为奥运会的顺利圆满召开付出种种努力, 关系到国家 和人民的形象及声誉。 为了确保项目能够按时完成并满足项目的建设 要求, 需要根据已制定的奥运车辆交通运行服务方案中相关的时间点, 严格控制奥运会正式举办前完成各环节, 因此需要将进度控制作为本 项目第一实施准则。 同时,为了保证本项目的可用性,除了制定本项目建设的开发计 划外,还需掌握小客车调度系统等其他系统的建设进度计划,确保按 时完成各项任务。

2.4.2 确保成功的原则
由于 2008 年北京奥运盛会的影响巨大,就要求本项目必须能够 成功实施。 这个原则在一定意义上也是时间准则第一性的进一步扩展。 首先,为了确保成功必须保证项目交付系统是合格和可用的;其次, 要保证各项任务在奥运期间能良好运行。 为了确保项目的成功交付实施, 在本项目设计过程中充分考虑并
- 13 13

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

利用现有的技术积累,选择已有的成熟技术成果,进而降低了项目建 设的风险,为确保项目的成功实施提供技术保障。

2.5 总体设计分析 2.5.1 性能设计分析
本平台是一个复杂软硬件集成系统, 内部包含若干子系统和模块 以及硬件终端设备;此外平台由于其依赖于的外部技术环境,所以系 统的设计实施过程也不是单独进行的, 在对系统性能分析设计时必然 要考虑到其外部环境系统的各项性能指标。

软件系统部分性能指标分析包括以下内容: 1) 系统容量指标为 20000 辆, 能够充分满足目前奥运专用车辆 T1-T4 约 5000 辆的需求,同时充分预留了可能增加容量; 2) 系统的处理成功率指标 99%; 3) 系统可靠性,设计时考虑增加冗余备份措施,确保奥运会正式举 行期间 7×24 小时无故障处理。 4) 查询车辆动态信息时间:小于 15 秒; 5) 监控持续时间:1 分钟至始终; 6) 监控车辆数 ? 同时一般监控车辆数:1-1024 辆; ? 同时重点监控车辆数:1-100 辆; 7) 监控请求/撤消响应时间
- 14 14

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

监控请求响应时间:小于 15 秒; 监控撤消响应时间:小于 15 秒; 8) 报警车辆数 单监控终端接收报警车辆数:小于 15 辆; 同时报警车辆数:小于 320 辆; 9) 报警响应时间:小于 10 秒; 10)报警时车辆发送定位数据的间隔:小于 10 秒; 11)报警时远程控制指令响应时间:小于 10 秒; 12)正常远程控制指令响应时间:小于 10 秒; 13)同时监听车辆数:8 辆; 14)监听请求响应时间:小于 15 秒; 15)监听延时时间:小于 5 秒; 16)监听撤消响应时间:小于 15 秒

2.5.2 界面设计分析
在系统设计中,界面设计同样具有举足轻重的地位,优秀的界面 设计,将对系统的使用起到积极推广作用,同时有利于提高各级领导 对系统的认可成都。因此在本系统设计中对界面设计的要求非常高: 1) 美观性:界面美观性为界面设计中考虑的首要因素 2) 易操作性:让用户以最简单的操作获取到他所关注的信息 3) 直观性:以最易于理解的表现形式(例如图片)呈现给用户

- 15 -

15

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

4) 简洁性:以最简短的内容提供给用户最全面的信息 5) 友好性:以友好的交互形式与用户沟通(例如宁可提示用户操作 失败也不要让用户无休止的等待)

2.5.3 功能设计分析
2.5.3.1 GIS 功能 GIS 功能包括地图显示、地图放大、缩小、漫游、全图、距离 测量、面积测量功能。 特殊功能需求: (1) 地图采用固定比例尺方式显示; (2) 地图快速定位; (3) 车辆双击定位时地图自动缩放到相应比例尺 (默认 1:5000) 。 2.5.3.2 车辆监控 车辆监控功能包括位臵查询、 普通监控及重点监控等位臵信息跟 踪功能。 主监控窗口: (1) 监控台收到数据后立即在主监控窗口中显示; (2) 主监控窗口显示监控台所管理的全部车辆; (3) 在监控窗口中通过区域选择功能查找区域内的车辆; (4) 实现车辆隐藏、显示功能(按组或单车)默认全显示。通
- 16 16

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

过勾选主界面左侧的车辆信息列表内车辆“显示”复选框,以确定车 辆位臵是否显示在监控窗口中。 点名查询: (1) 通过点名监控指令对车辆当前位臵进行查询。当点名指令 失败后,监控台自动获取车辆最新位臵数据并显示在地图上(用特殊 的颜色区分此车辆最后位臵定位状态) ; (2) 点名监控支持组操作。 普通监控: (1) 通过普通监控指令对选定的车辆进行普通监控。普通监控 功能可以设臵位臵上报频率,最高频率为 2 分钟; (2) 普通监控功能有指令重发机制; (3) 普通监控支持组操作。 重点监控: (1) 对车辆进行重点监控,终端按照设定的频率(最高频率为 10 秒)上传 GPS 位臵信息数据,直到重新设臵为普通监控为止; (2) 重点监控车辆时, 可以手工设定持续时间 (最长为 60 分钟, 默认为 10 分钟) ,重点监控达到设定时间后,系统将自动设臵车辆为 普通监控; (3) 重点监控功能有一个监控台最多可同时重点监控 10 辆车; (4) 指令重发机制; (5) 重点监控支持组操作。 撤销监控:
- 17 17

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

(1) 对于处于监控状态中的车辆停止监控。 (2) 撤销监控支持组操作。 车辆跟踪: 车辆跟踪功能通过在监控窗口对单一车辆进行轨迹跟踪, 以亮点 显示方式在地图上标出每个轨迹点。 历史轨迹回放: (1) 通过轨迹回放窗口,对指定车辆的指定时间段内的轨迹进 行回放。要求轨迹点在地图上全部显示出来。 (2) 历史轨迹回放功能可通过配臵文件设臵其可用状态。 2.5.3.3 车载终端参数设臵 对终端进行短信中心号码设臵及 GPRS 参数设臵;终端参数设臵 功能可通过配臵文件设臵其可用状态。 2.5.3.4 车辆信息管理 车辆信息管理功能对划定区域内的车辆进行信息统计管理及对 监控台所有车辆状态进行统计。 车辆区域管理:通过(圆形或者矩形工具)划定区域,监控台可 对划定区域内的车辆基础信息进行统计, 并弹出窗口显示区域内车辆 的统计结果,包括区域内的车辆总数及车牌号码。 车辆信息统计:系统可统计出行驶车辆总数、静止车辆总数、实 时定位车辆总数、非实时定位车辆总数(只需显示出统计数即可) ,

- 18 -

18

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

在监控台信息栏中实时显示当前统计结果。 2.5.3.5 报警处理 当车载终端上报“紧急报警”数据时,监控台自动显示报警提示 信息。报警提示信息包括:车辆图标显示为报警状态;报警信息滚动 显示。 未处理报警车辆警情时,车辆应一直处于报警状态(未处理报警 的车辆,车辆颜色始终为报警颜色) ; 2.5.3.6 系统管理 系统管理功能对监控台车辆进行分组管理、 历史日志查询等操作。 组管理:奥运车辆分为团队和车队两级管理。团队、车队和车辆 之间的关系固定,且一辆车只属于一个车队。北京奥运 GPS 定位监控 系统在服务器端维护上述车辆分组关系, 实现服务器端的组管理及监 控台组管理功能。监控台登录服务器后,可以同步所管理的车辆及分 组信息。 日志查询: 用户可以通过时间段对内各类事件信息的记录进行查 询。 其他参数配臵:包括车辆快捷信息设臵、车辆图标设臵(可以对 不同的车型进行个性化设臵) 、地图设臵、通讯服务器及补发服务器 连接参数设臵、指令重发设臵、报警声音设臵。

- 19 -

19

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

2.5.3.7 报表统计 车辆平均速度统计:统计指定车辆、指定时间段内的平均速度。 车辆最高速度统计:统计指定车辆、指定时间段内的最高速度。 车辆报警信息统计:统计指定车辆、指定时间段内的报警信息。 车辆报警详细信息:可以提供指定车辆、指定时间段内的报警详 细信息。 历史指令信息统计:统计指定车辆、指定时间段内的指令信息。 历史指令详细信息:可以提供指定车辆、指定时间段内的指令详 细信息。

2.6 系统框架与组成 2.6.1 系统框架
系统总体框架如下图所示:

- 20 -

20

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

GPS卫星 移动通信网络 T1/T2/T3/T4

GPRS前置机1

GPRS前置机2

短信前置机

前端接入层

业务核心(BZ) 数据库 通信网关

业务支撑(BSS)

通信服务器

。。。

通信服务器

数据处理层

监控座席

监控座席

。。。 监控座席

监控座席

监控座席

。。。 监控座席

应用表现层

图表 2-6 系统总体框架图

如上图所示,整个系统分为前端接入层、数据处理层和监控应用 层三层结构。 1) 前端接入层 前端接入层负责车载终端信息的接入,将车载终端上报的信 息转换为内部统一消息格式; 同时负责向车载终端发送控制命令。 2) 数据处理层 数据处理层负责数据的存储、转发、车载终端入网注册、账 户权限分配等业务功能。
- 21 21

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

3) 应用表现层 应用表现层分为运行监控分中心和远程监控座席两部分, 是 具体车辆监控业务功能的表现层, 包括车辆实时信息处理、 车辆监控、 报警处理、数据统计分析等功能。

2.6.2 系统组成
系统软件架构如下图所示:

短信前置机

GPRS前置机1 (3000终端连接)

GPRS前置机2 (3092终端连接)

BSS BSS数据库 BZ数据库

BZ核心/LDAP

通信网关

数据存储CS

CS1

CS2

CS3

CS4

CS5

CS6

CS7

CSDB/HIS

历史数据回放器

系统软件主要由以下部分组成: 1) 通讯前臵机 通讯前臵机负责车载终端数据信息的接入工作,是车载终端 与监控中心之间的通信中转站;通讯前臵机一方面负责接收车载 终端上报的位臵数据信息,将数据转换为内部统一消息后转发到

- 22 -

22

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

数据中心;另一方面,通讯前臵机接收数据中心发送的各种车载 终端控制指令, 转换为终端特定格式并通过 GSM 或 GPRS 网络发送 给车载终端。 2) 业务核心(BZ) BZ 是整个系统的核心。负责接收前臵机转发而来的数据,进 行存储后,根据预先设定的派发规则,将数据转发到不同的下级 通信网关。 3) 业务支撑子系统(BSS) 负责系统用户的开户和管理、分中心的维护等后台支撑管理 功能。 4) 通信网关 负责将从业务核心收到的实时位臵数据转发到多个分中心通 信服务器。 5) 分中心通信服务器(CS) 负责部分监控座席的业务请求处理和实时数据转发。 6) 监控座席 对奥运车辆进行监控管理的最终部分, 由日常值班人员操作, 管理本车队隶属车辆的日常监控、报警处理、数据统计分析等功 能。

- 23 -

23

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

2.7 系统部署 2.7.1 网络配臵
系统的网络结构如下图所示:

Admin
10.202.16.1/30

Anbao
172.19.6.14/29

Chinamobile
10.132.3.13/30

162928

162851

S0/2/0:1 10.202.16.2/30 Olympic-2811-1 Fa0/1 192.168.1.1

Vlan 划分如下:
序号 1 2 3 4 5 vlan 号 1 20 30 50 60 IP 地址 10.202.48.0/24 10.130.116.112/29 172.19.6.0/29 192.168.0.1/24 192.168.1.1/24 用途 业务核心网段 北京移动网段 安保中心接入网段 移动接入网段 Admin 接入网段

1628
192.168.1.0/24

50

Fa0/0 172.19.6.10 Olympic-anbao-2611 Fa0/1 172.19.6.2

S0/2/0:1 10.132.3.14/30 Olympic-2811-2 Fa0/1 192.168.0.1

vlan60

vlan30
172.19.6.0/29

vlan50
192.168.0.0/24

OUT e0 192.168.1.2 IN e1 10.202.48.254

DMZ e2 172.19.6.1 Olympic-pix515-1

OUT e0 192.168.0.2 Olympic-pix515-2 IN e1 10.130.116.113

vlan1
10.202.48.0/24

vlan20 10.130.116.112/29

- 24 -

24

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

2.7.2 部署结构
Vlan 1 Vlan 20 MSA 1000 LAN Fibre Chanel 移动信息机 HP DL 580 HP DL 380

San Switch

San Switch

COLD-BACKUP-ZONE

cluster SUC-CS-1 SUC-CS-2 CORE-BZ-1 CORE-BZ-2 COM-GW-1 COM-GW-2 CORE-BSS BACK-BSS BACK-SMS

PRE-GPRS-1 PRE-GPRS-2 PRE-SMS

??
COM-CS-1 --- COM-CS-7

BACK-GPRS

北京移动

Admin

安保

2.8 系统安全设计方案
本系统将严格按照北京奥组委的要求采取信息安全保障措施。 在 后期的系统设计中将详细规划信息安全措施, 并将相关文档提交北京 奥组委技术部进行安全评估工作。 本系统是一个从硬件网络现到软件系统再到数据全方位建设过 程,因此,系统的安全策略也必须是从硬件、网络、软件系统、数据 全方位地考虑。当然,对人员、设备的管理等也是系统安全策略的重 要内容。安全策略(security policy)是决策的集合,它们集中体现 了一个组织对安全的态度。更准确地说,安全策略对于可接受的行为
- 25 25

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

以及应对违规做出何种响应确定了界限。 物理的安全是保护计算机网络设备、 设施以及其它媒体免遭地震、 水灾、 火灾等环境事帮以及人为操作失误或错误和各种计算机犯罪行 为导致的破坏过程,如灾难保护、防电磁信息辐射等。 网络的安全如进行网外网的隔离、在内外网之间设臵防火墙,进 行分组过滤和应用代理、布设网络安全性分析系统、进行网络反病毒 以及与其它局网在 Internet 上建立 VPN 通道等。 系统的安全如身份认证及授权、信息传输安全、灾难恢复等。 数据的安全如数据的备份、数据加密等。 物理安全和网络安全在网络的分层结构中, 主要属于传输层以下 的安全策略(虽然部分内容也有应用层次的应用,如防火墙的应用代 理就属于应用层),在网络系统设计进就必须考虑的。而系统的安全 的数据的安全则属于应用层的安全策略。

2.8.1 病毒防护策略
目前, 计算机网络已经成为计算机病毒的最主要传播途径。 同时, 病毒对计算机网关、以及基于网络的信息系统产生严重的安全威胁, 干拢了网络用户的正常工作, 网络防病毒已经成为计算机网络安全管 理的重要内容。 选择网络防病毒产品,建议从以下几个方面来考虑:

- 26 -

26

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

1) 2) 3) 4) 5) 6)

病毒检测率和清除率 产品的综合性能 管理能力 可靠性 病毒代码与杀毒引擎的联网更新 厂商的服务能力和条件

通过对市面上网络防病毒产品的分析, 我们建议采用赛门铁克防 病 毒 企 业 套 装 产 品 8.5 版 ( Symantec AntiVirus Enterprise Edition) 。 Symantec AntiVirus Enterprise Edition 融合了几种业界领先 的防病毒解决方案,可以提供高性能的防护和灵活性,保护网关、服 务器和工作站的安全。这种全面的套装可以消除多厂商产品组合、管 理安全产品时所产生的复杂性。 Symantec AntiVirus Enterprise Edition 由业界最大的安全专家团队支持,可以提供全面防护,对新 型 威 胁 进 行 灵 活的 全 球 响 应 。 Symantec AntiVirus Enterprise Edition 使组织可以灵活地部署多种防病毒解决方案,满足启用的独 特需求。它是一套完善的安全解决方案,提供先进技术来保护网络中 各个层次。

- 27 -

27

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

2.8.2 灾难恢复策略
系统的故障分类: ? A 类:计算机软硬件故障。此类故障发生可能性最大,也最频繁, 是经常发生的一类故障; ? B 类:人为操作故障。此类故障对管理较严、人员素质较高的企 业, 偶尔发生; 对管理较松、 人员培训不足的企业, 会经常发生; ? C 类:资源不足引起的计划性停机。资源不足引起的计划性停机 随着业务的快速增长,平均每年均会发生如软、硬件升级、系统 资源扩充等事件,业务增长越快的企业,发生亦越频繁; ?
D 类: 生产地点的灾难。 此类故障发生概率较小; 对于全国范围, 有偶然发生的必然性;

灾难恢复办法

灾难类别 A类 B类

灾难恢复办法 本地双机热备,实现系统冗余,增强业务系统的高可用性 提高系统自动化运行管理水平,做好本地数据冷备份,减 少人的操作与干预, 或制定严格的管理规范, 避免误操作。

C类 D类

本地双机热备,实现系统冗余 建立灾难恢复中心

本系统采用 A 类应对策略,保证系统安全可靠运行。
- 28 28

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

除了上述灾难恢复的办法外,必要时还可以进行网络备份。网络 备份程序较复杂,在此不进行详细说明。

2.8.3 口令管理策略
口令安全管理的内容包括口令的选取、保存、更改周期、定期检 查、保密等。口令安全管理需要注意以下几个问题: 1) 不要使用“弱”口令。所谓弱口令,就是比较容易猜的口

令。不要使用人们熟知的可能的口令信息,如姓名拼音、出生日期、 常用单词等,最好使用字符和数字的混合口令。 2) 3) 定期更换口令。 限制用户错误口令登录次数,防止用户枚举性地试探猜测

管理员口令。

2.8.4 数据备份策略
本系统涉及到的数据主要包括 GIS 数据、 综合数据、 GPS 数据等。 这些数据都是通过后台数据库存储的。 所以在选择数据备份策略时主 要考虑数据库备份策略。 故障转移 故障转移的方式是采用两台或更多的服务器对公用磁盘阵列进 行群集管理, 所有数据包括文件数据和关系数据库数据都放在公用磁 盘阵列上。而对于做故障转移群集的服务器中,同时只能由一台对磁

- 29 -

29

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

盘阵列进行管理。当管理的服务器发证宕机等事故不能正常工作时, 备份的服务器就自动接管对磁盘阵列的管理, 这样就实现了故障转移, 对系统运行不产生任何影响。

3 阶段计划
本项目划分为三个阶段:研发阶段、测试完善阶段和正式运行阶 段。 研发阶段从 2006 年 10 月至 2007 年 6 月。 主要进行系统软件开发、 硬件采购和测试和终端的接入工作;测试完善阶段从 2007 年 7 月至 2008 年 6 月,主要包括对系统软硬件以及终端设备的安装部署以及 系统在各类测试赛中的试运行。此阶段结束后,系统将调试到最优状 态,准备进入正式运行;正式运行阶段从 2008 年 7 月至 2008 年 10 月,系统进入奥运实战。
系统研发阶段06年10月-07年6月 测试完善阶段07年7月-08年6月
硬件设备采 购、安装 测试赛1 编码测试 集成测试 系统联 调测试 测试设备订购 测试设备安装 测试赛2

正式运行阶段08年7月-08年10月

软件开发
需求分析 系统设计

车载设备安装

系统总结完善 奥运期间运行服务保障

硬件部署

. . .

系统总结完善

. . .

终端接入

测试赛n 终端标准制订 终端入网测试

系统总结完善

- 30 -

30

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

4 职责和分工
4.1 系统软件开发
系统软件开发工作由中国卫通公司负责组织实施, 由交通部与中 国卫通公司共同确定系统需求。

4.2 系统运行网络环境
系统运行时的网络环境与 T4 运行网络环境一致,由奥组委相关 部门统一部署,本项目不再考虑。

4.3 硬件设备
系统硬件设备包括以下三个方面: 1) 1 个交通运行中心所需设备 交通运行中心所需设备由中国卫通公司负责提供。 2) 9 个运行分中心所需设备 运行分中心所需设备与 T4 大客车调度系统复用。 3) 场站、场馆等末端点所需设备 场站、场馆等末端点所需设备与 T4 大客车调度系统复用。

4.4 车载终端设备
车载终端由各奥运车辆提供商自行安装配备, 车辆提供商在选择
- 31 31

北京奥运车辆 GPS 定位监控调度综合管理系统技术方案

车载设备时,需要满足以下条件: 1) 符合奥组委车辆 GPS 定位监控调度综合管理系统所要求的 车载设备功能标准; 2) 3) 车载设备必须通过相关资质认证; 车载设备需要通过设备入网测试。

- 32 -

32


相关文档

GPS车辆管理调度监控系统技术方案
GPS车辆监控系统技术方案(华强)
(华强GPS车辆监控系统技术方案)
GPS车辆管理系统技术方案
GPS车辆监控系统技术方案
客运车辆GPS监控管理系统方案
GPS车辆监控系统技术方案介绍
工程车辆GPS监控管理系统解决方案(
GPS车辆监控报警系统技术方案(行业通用)
车辆GPS&BD双模监控调度系统技术解决方案1
电脑版