智能运输系统的体系框架课件.PPT

2.2.2 体系框架构成 服务领域 服务名称 5. 紧急事件管理（Emergency Management） 5.1 紧急事件通知与个人安全（Emergency Notification And Personal Security） 5.2 紧急车辆管理（Emergency Vehicle Management） 5.3 灾害响应与疏散（Disaster Response And Evacuation） 6. 先进的车辆安全系统（Advanced Vehicle Safety Systems） 6.1 纵向碰撞预防系统（Longitudinal Collision Avoidance） 6.2 横向碰撞预防系统（Lateral Collision Avoidance） 6.3 路口碰撞预防系统（Intersection Collision Avoidance） 6.4 视觉强化碰撞预防系统（Vision Enhancement For Crash Avoidance） 6.5 安全准备（Safety Readiness） 6.6 碰撞前安全防护（Pre-crash Restraint Deployment） 6.7 自动车辆驾驶（Automated Vehicle Operation） 7. 信息管理（Information Management） 7.1 归档数据管理（Archived Data） 8. 维护与建设管理（Maintenance And Construction Management） 8.1 维护和建设运营（Maintenance And Construction Operations） 2.2.2 体系框架构成 2）逻辑框架（Logical Architecture） 以面向过程开发方法为指导，定义了满足用户服务所需的功能。 逻辑框架由流程定义、数据流、终端和数据存储组成。 数据流图展示各功能之间信息共享的过程，包含四个基本成分：数据流（用箭头表示）、功能（用圆圈表示）、文件（用直线段表示）、外部实体（用方框表示）。 美国国家ITS体系框架定义了一套与用户服务相对应的功能和数据流，并用数据词典和说明对其进行详细描述。逻辑框架顶层数据流图如图所示。 美国ITS体系框架逻辑框架顶层图 2.2.2 体系框架构成 3）物理框架（Physical Architecture） 物理框架将ITS划分为19个子系统。鉴于各个子系统在应用及管理上的特性，将其划分为4类： 中心型子系统：空间独立性，空间位置选择不受交通基础设施的制约。与其他子系统联络通常依赖于有线通信。 外场设备子系统：通常需要进入路边的某些具体位置来安装或维护诸如检测器、信号灯、可程控信息板等设施。一般要与一个或多个中心型子系统以有线方式连接，同时还需要与通过其部署路段的车辆进行信息交互。 出行者子系统：以旅行者或旅行服务业经营者为服务对象，运用ITS有关功能实现对多式联运旅行（Multimodal Traveling）的有效支持。 2.2.2 体系框架构成 车载子系统：安装在车辆上。可根据需要与中心型子系统、外场设备子系统及出行者子系统进行无线通信，也可与其他载体车辆进行车辆间通信。 每种类型的子系统通常共享通信单元。作为子系统间信息渠道（Interconnect Channel）的一个构成部分，通信单元所起的作用仅仅是传递信息，不参与智能运输系统的信息加工和处理。 子系统间通过三种通信方式相互连接以便于数据和信息的交换，包括有线通信、广域无线通信和短程无线通信。顶层物理框架如图所示。 3）物理框架（Physical Architecture） 2.2.2 体系框架构成 美国ITS顶层物理框架示意图 2.2.2 体系框架构成 系统不应对操作者和使用者造成损害，例如ITS中最常见的信息服务，就需要保证不能提供不确定的信息或错误的信息，防止使用者的利益受损。 还要保障系统自身的安全，包括数据安全、设备安全、供电安全等。 4）安全（Security） 完成特定服务的物理框架中多个组成部分的集成，例如交通控制服务包。服务包将不同的子系统、设备包、终端、信息流等组合到一起，提供特定的服务。 5）服务包（Service Packages） 2.2.2 体系框架构成 为了协助工程人员选择与其计划进行部署的ITS服务最相关的ITS标准，需对标准进行分类，分成的类别被称为应用领域。 由于每个应用程序区域地址对应一个接口类型，工程人员经常是组合多个应用程序来提供一个ITS服务。 6）应用领域（Application Areas） 每个服务包都有各自的理论支持，对每个组件如何提供服务进行描述。 5）服务包（Service Packages） 第2章 智能运输系统的体系