《2020（交通运输）DELL方案书智能交通》由会员分享，可在线阅读，更多相关《2020（交通运输）DELL方案书智能交通（34页珍藏版）》请在金锄头文库上搜索。
1、（交通运输）DELL方案书智能交通Dell/合作伙伴联合解决方案模板-智能交通管理系统 2 0 1 3 年 4 月目 录一、需求分析：41.1集成平台建设要求5技术路线要求5架构要求5层次模型要求61.2接入规范设计要求7二、方案概述10三、实现功能123.1 指挥调度体系功能123.2 态势监控体系功能183.3 缉查防控体系功能203.4 信息服务体系功能223.5 业务管理体系23四、方案配置清单264.1网络交换机26边吹向后端,10GbE 堆栈功能264.2 数据库服务器27- Dell(TM) PowerEdge(TM) R910机架式服务器274.3 磁盘阵列（IP-SAN）27
2、-PowerVault(TM) MD3200i 1Gb iSCSI SAN Storage Array274.4 应用服务器27-Dell(TM) PowerEdge(TM) R520机架安装服务器284.5 通讯服务器、时钟服务器、地图服务器、网站服务器28- Dell(TM) PowerEdge(TM) R520机架安装服务器284.6 磁盘阵列28- PowerVault(TM) MD3620f 8Gb FC Storage Array28空端口）29一、 需求分析：工信部：2020年，我国汽车保有量将达2亿辆 根据交通部的规划，到2020年，中国将建成国家骨架公路网，全国高速公路总里程
3、预计将达到10万公里。预计到2010年底，中国公路网总里程将达到395万公里，其中，农村公路总里程将达到345万公里，据估计，到2020年还将增加近百万的公路里程。目前来看，智能交通已经在一些具体项目或具体领域中展示了自己的价值所在，比如奥运、世博和即将开始的亚运，比如ETC、GPS运输车辆监管以及道路监控等，起码在管理上，智能交通的强大功用已经被验证，也得到了管理者的信任。服务提供方面，深圳、上海、北京等一些城市的交通诱导系统在某些重点区域已经相当完善;动态交通信息服务也开始初见雏形，现在很多地图终端能够提供实时交通动态信息;GPS更是进入了规模普及阶段，离客运物流以及特殊行业的车辆一网打尽
4、的时日已经不远了。但存在的问题也比较突出，首先是核心技术问题。因为智能交通是一个跨科技行业较多的综合应用领域，RFID、传感器、无线通信、 GPS芯片等等都高度依赖国外技术和产品。另一个主要方面也就是智能交通建设高度依赖管理需求也就是政府需求，而服务需求也就是商业化对智能交通的拉动作用有限。目前我国很多行业都在制定十二五发展规划，以明确今后5年的发展原则、方向、目标等。相信不久之后，我们就可以看到智能交通的十二五发展规划了，到时候我们再来验证本期主题的内容有多少与科技部组织的十二五发展规划相符合或者相类似。只是现在我们的跨度是10年，跨越两个5年规划，但大致的发展趋势应该是一致的。我们首先来看
5、有关2020年的有些与智能交通发展的大环境相关的推演数据(当然，最大的前提是我们确信人类和地球能顺利挺过2012)：日前，中国社会科学院财政与贸易经济研究所最新发布的中国财政政策报告2010/2011指出，到2008年底，中国的城市化率已达到45.6%，中国的城市人口已达到6.07亿人。如果按照1%的速度增长，到十二五期末，中国的城市化率将超过50%，到2020年城市化率将达到55%，中国城市人口将超过8亿，占总人口60%。汽车和商用车辆将在城镇内部及城镇间的交通运输中发挥重要作用。伴随着智能交通的社会认知程度的提高，同时也伴随着出行方式的大规模转变以及城市拥堵的日益加剧，智能交通被寄予的希望
6、也越来越高，管理者希望通过智能交通控制和减缓交通拥堵，提高执法和管理效率。1.1 集成平台建设要求技术路线要求本次交警指挥集成平台的设计和研发需要遵循以下技术路线进行。1. 基于ArcGIS进行设计开发的，同时能够实现向PGIS的顺利移植。2. 采用C/S、B/S相结合的模式。应针对实际的业务应用特点，对集成平台的各类应用系统终端选择合适的系统应用模式。3. 采用基于XML的消息中间件提供实时的、高效的、可靠的、跨越不同网络环境、跨越不同应用软件、跨越不同数据库环境和跨越不同开发语言的消息传送服务。4. 采用统一、开放的子系统接口标，同时制定一套系统、全面和完善的接口规范。5. 采用一体化设计
7、，充分实现数据的最小冗余和最大共享。6. 采用组件式结构，模块之间可实现积木式搭配，适用于监控中心业务不同阶段的需求，使系统可以逐步扩充和完善。7. 采用严格、统一的权限管理，确保系统的安全性。架构要求集成平台系统是按照公安交通指挥系统建设技术规范的标准进行设计和建设的。随着内外场各应用系统不断建设和数据的接入，集成平台的应用根据需求也初步形成了指挥调度、态势监控、缉查防控、信息服务、设备监管等五大业务体系。交警指挥集成平台的规划和建设以通讯系统、网络系统和硬件支撑系统为基础，通过统一的接口标准采集和接入指挥中心内外网数据和非公安系统的相关数据库数据，同时对接入的数据进行分析处理，通过上述五大
8、业务体系为交警部门的交通管理运行提供支持和帮助，同时为交通管理决策提供决策依据。公安局交警指挥集成平台结构图如下所示：图 1公安局交警支队集成平台结构图注：中图英文简写含义如下UTC交通信号控制系统ACS闯红灯自动记录系统CCTV电视监控系统SMRS超速监测记录系统VMR公路车辆智能监测记录系统TFM交通流信息采集系统GPS全球定位系统VMS交通诱导发布系统PDA移动警务系统层次模型要求系统采用如下图所示的三层构架模式。图 2系统层次模型1. 用户终端层完成与公安交通指挥系统中子系统和操作人员的信息交换。具体为与子系统完成接入控制，按规定的通信协议和通信格式交换信息；终端用于完成与操作人员的接
9、口，对于交通管理人员，采用基于GIS的终端界面。终端形式要求：系统终端技术采用B/S模式，由于其非常方便得到广泛的应用，主要用于远程查询和控制，包括基于GIS系统的各种查询和统计。2. 应用层本系统的各项业务处理统一归于应用服务层面，随着系统的发展，系统的业务种类和应用内容会逐渐增多，对每项应用的处理深度要求也会不断深化。所以，在系统建设中需要两方面考虑，一是由于增加新功能（新的应用）导致系统的扩容，另一方面是由于现有应用的处理要求深化而导致系统有足够的处理能力来支持。3. 数据层该层面即本系统的数据库管理系统，是集成系统核心。采用三层结构模型情况下，用户终端接入层的实体按照应用要求直接与应用
10、服务层的实体通信，系统的所有业务处理都由处在应用处理层的实体完成，当一个用户接入层的实体需要多个应用服务层实体为之服务时（如同时调用视频图像和显示实时交通状态），可以从不同应用服务层实体取得数据和交换指令以请求服务；同样，一个应用服务器也可以同时为多个用户接入层实体服务（如同时向多个终端提供统一路段的交通状态）。处在应用服务层的各个实体之间通过数据库服务器交换数据。1.2 接入规范设计要求为规范智能交通管理系统的建设，实现对不同厂家、基于不同技术的各类应用系统进行统一的管理和控制，结合已建内外场技术应用系统现状，编制符合实际应用状况的，满足将来发展需求的智能交通系统集成平台接入规范。大屏幕显示
11、系统（DLP）集成1. 要求对大屏幕显示系统集成功能、通讯技术、应用环境进行界定。2. 通讯协议应包括：消息查询、查询反馈、消息控制三类。3. 对于消息控制，应具体对“开关屏/切换模式/清除模式”控制消息、“切换vedio/vga信号”控制消息、控制反馈消息的功能要求、信息格式、数据库表进行定义。4. 应提供完整的数据库表，包括定义好的字段名、并对字段取值、数值长度等进行界定。警力定位系统（GPS）集成1. 要求对GPS向平台及平台向GPS双向传输的信息内容进行界定。2. 对于GPS子系统集成系统控制指令，应具体对群呼指令、电子围栏指令、车速限速指令、车速限时指令、设置车载参数指令、反馈指令、
12、文字调度指令、车载设备控制指令及控制反馈指令功能描述、信息格式、数据库表进行定义。其中群呼指令的指令格式不仅定义呼叫发送指令格式，还应定义呼叫反馈指令格式。3. 应提供完整的数据库表，包括定义好的字段名、并对字段取值、数值长度等进行界定。移动警务系统（PDA）集成1. 要求对移动警务系统集成功能、数据表、协议内容进行界定。2. 对于协议内容，应具体对指挥平台对PDA的调度、平台调度反馈消息、PDA管理中心接受与发送消息的信息格式、数据库表进行定义。3. 应提供完整的数据表，数据表应包括设备基本信息、设备历史轨迹、PDA数据库历史记录、PDA数据库的事故临时历史记录等。数据表应包括定义好的字段名
13、、并对字段取值、数值长度等进行界定。设备报警信息查询1. 要求对设备报警信息查询的应用机制进行界定。2. 设备报警信息查询应包括：设备报警服务平台的信息输入、输出项。3. 信息输入项应包括：各子系统向平台发送设备报警信息、平台读取的设备状态表定义。4. 对于信息输入项，应具体对各个子系统的报警消息、平台读取的设备状态表定义和接收设备状态的通知消息的消息描述、信息格式、数据库表进行定义。5. 对于信息输出项，应具体对报警服务平台接收到各子系统设备报警消息后直接操作的数据对象的表、报警服务平台对其它平台发送的消息体进行描述，并对信息格式、数据库表进行定义。6. 应提供完整的数据库表，包括定义好的字
14、段名、并对字段取值、数值长度等进行界定流量检测系统（TFM）集成1. 要求对流量检测系统集成规范的应用机制进行界定。2. 对于常规数据，即车道数据，需要对消息体上传时机、消息体格式、数据库表进行界定。3. 对于非常规数据，即连线数据，需要对消息体上传时机、消息体格式、数据库表进行界定。4. 应提供完整的数据库表，包括定义好的字段名、并对字段取值、数值长度等进行界定。信号控制系统（UTC）集成1. 要求对信号控制系统的消息格式、消息发送规则进行界定。2. 信号控制系统消息应包括：订阅消息、设备故障状态报警消息、通知消息、请求消息、控制消息五类。3. 对于订阅消息，应具体对订阅消息和取消订阅消息的
15、信息格式、数据库表进行定义。4. 对于通知消息，应具体对灯态改变通知消息、控制模式改变通知消息、设备运行状态通知消息、系统事件通知消息、流量数据通知消息的信息格式、消息上报时机、消息结束时机、数据库表进行定义。5. 对于请求消息，应具体对查询消息、反馈消息的信息格式、消息上报时机、数据库表进行定义。6. 对于控制消息，应具体对相位锁定、特勤控制、相位跳转等的信息格式、消息上报时机、数据库表进行定义。7. 应提供完整的数据库表，包括定义好的字段名、并对字段取值、数值长度等进行界定。电视监控系统（CCTV）集成1. 要求对电视监控系统集的消息接口和组件接口进行说明。2. 要求对消息接口的应用场景和消息清单进行界定。3. 对消息接口的消息种类进行界定。4. 对消息体功能、信息内容及格式、应用注意事项进行界定5. 对于组件接口，应具体对各组件所能提供的接口方法、各组件的调用说明及调用准备进行描述。6. 组件接口中应具体对各种调用方法进行界定，并对各种调用方
