智能交通系统its体系结构（）

1、第三章 ITS体系结构智能交通系统是一种复杂的巨系统，如何来描述系统各构件之间的相互关系及系统各局部的功能与整体功能，就要用到“体系结构这一概念。本章介绍ITS体系结构的根本概念、体系结构的构建方法、以及应用实例。第一节 什么是ITS体系结构系统的概念来源于自然实践。辞海对系统的解释是：所谓“系统，是由相互作用和相互依赖的假设干组成局部结合成的具有特定功能的有机整体。在交通系统中，人、车、路以及货物这四个组成局部构成了道路交通系统，该系统的目的是实现人或物的有效移动。如果人货物、车、路构成的道路交通系统，再配上具有智能的交通信息中心、交通管理中心、交通控制中心等以及智能化的车载设施和道路交通根

2、底设施，如各类检测设施、信息发布设施即信息传输设施，就构成了智能交通运输系统。然而，怎样来描述这一抽象概念的系统呢？像居住房屋一样，房屋由根底、梁、柱、屋面等各构件用一定的搭接方式建成，具有供人们居住生活的功能。房屋的各构件相互搭接的关系及房屋各局部的功能和整体功能可用房屋的建筑图和结构图来描绘。同样，ITS各构件的相互关系及各局部的功能和整体功能，也可用系统体系结构来描述。因此，ITS的体系结构是指系统所包含的子系统、各个子系统之间的相互关系和集成方式、以及各个子系统为实现用户效劳功能、满足用户需求所应具备的功能。根据定义，ITS体系结构决定了系统如何构成，确定了功能模块以及模块之间的通信协

3、议和接口，它的设计必须包含实现用户效劳功能的全部子系统的设计。ITS体系结构具有以下重要意义：ITS本身比拟复杂，涉及面广，需要有一个指导性的框架，来帮助我们理解这个系统的结构； ITS是一个庞大的系统，包含有很多子系统，它的实施需要通过这些子系统来实现，ITS体系结构为ITS的各个局部提供了统一的接口标准，从而使各个局部便于协调，集成为一个整体；防止少缺和重复，使ITS成为一个高效、完整的系统，并具有良好的扩展性；根据国家总体ITS框架，开展地区性的体系结构，保证不同地区智能交通系统具有兼容性。第二节 ITS体系结构的构建方法1. ITS体系结构构建方法比拟世界各国开发ITS体系结构采用的方

4、法主要有两种，一种称为结构化方法(Structured Method)，一种称为面向对象的方法(Object Oriented Method)。结构化方法，以功能的抽象与分解为主要手段，按功能之间的联结关系组织数据。结构化方法简单易行，流行已久，能被大多数工程师理解和接受，便于交流，但用结构化方法开发的系统修改或扩展比拟困难。面向对象的方法，首先确定对象或实体及其与其他对象之间的关系，然后确定每个对象执行的功能，围绕数据对象或实体组织功能，形成单一的相互关联的视图。用面向对象方法开发的系统易于扩展和修改，但该方法操作起来比拟复杂，而且可读性不强，不利于交流和讨论。国家ITS体系结构作为一种指导

5、全国ITS设计的框架，必须得到全国工程师和投资者的广泛认同才能真正发挥作用。因此，国家ITS体系结构必须具有较强的可读性，以便让更多的人能理解之，进而讨论之。此外，如果用面向对象的方法来开发ITS逻辑结构，在确定“对象集时将遇到很大的麻烦，因为ITS是一个复杂的大系统，可能的“对象太多，“对象的抽象程度也很难一致。美国“国家ITS体系结构开发小组就是选用结构化方法构建了其?国家ITS体系结构?。我国“九五国家科技攻关工程“中国智能交通系统体系框架研究，也采用了结构化方法。2. 结构化方法简介结构化方法构建ITS体系结构，其主要流程如图3.1所示。图3.1 结构化方法构建体系结构流程简图1界定用

6、户构建ITS体系结构首先要界定系统的用户。ITS作为信息技术IT系统的一个分支，可用IT系统界定用户的方法来界定其用户。信息系统的用户是指影响系统或受系统影响的人和机构，可以从四个方面识别信息技术系统的用户，即：需要IT者、制造IT者、使用IT者和管理IT者。2用户效劳所谓用户效劳是按用户的要求，系统应能为用户效劳的事项。ITS用户效劳就是ITS能提供的效劳与产品；提出了ITS用户效劳工程，也就是提出了ITS开发的范围。3用户效劳要求为了实现每项用户效劳，需要ITS能完成一系列功能。为了反映这一点，须将每项用户效劳分解成更为详细的功能说明即用户效劳要求；换句话说，用户效劳要求是系统为提供用户效

7、劳而应该具备的一些功能。4需求模型需求模型描述系统应该做什么，是系统功能要求的模型化。需求模型主要任务是定义系统的信息处理行为和控制行为。在构架模型开发阶段主要考虑系统的功能要求。需求模型由“需求总图、一系列分层次的“数据流图与“控制流图及其相应的“过程定义、“控制说明与“数据字典组成。需求总图定义系统的边界，即确定哪些元素属于系统内部，哪些元素位于系统外部。数据流图和过程定义描述系统执行的功能。控制流图和控制说明描述系统执行这些功能的条件或环境。实时性要求(Time Specification)对系统在“输入终端接受事件(Event)刺激后，在“输出终端作出反响的时间进行限定。数据字典对在数

8、据流图、控制流图中出现的数据流、控制流、存储器和终端进行描述和定义。需求模型在美国?国家ITS体系结构?中被叫做“逻辑结构，其中的控制流图被参加数据流图。5构架模型构架模型描述系统设计应如何组织，是系统设计的模型化。构架模型的主要任务是：确定组成系统的物理实体；定义物理实体之间的信息流动；说明信息流动的通道。在构架模型开发阶段不仅要考虑功能要求，而且要考虑性能要求、可靠性要求、平安保密要求以及开发费用、开发周期、可用资源甚至市场条件等方面的问题。构架模型由“构架总图、“信息流图、“模块说明、“信息通道图、“信息通道定义和“信息字典组成。构架总图建立系统与其运行环境之间的信息边界，是系统的最高级

9、视图，构架总图一般与系统总图一致。信息流图和构架模块说明描述组成系统的物理模块以及模块之间的信息流动。信息通道图和信息通道定义描述模块间信息流动的渠道。信息字典注释信息通道中所有的数据以及数据字典中未出现的其他信息。构架模型在美国?国家ITS体系结构?中被叫做“物理结构。构架模型完成后，经确认所有的用户效劳都被体系结构构架中各子系统所包含，并经过对所构建的体系进行评价，包括来自投资者意愿的反响信息，最后利用来自确认和评价的反响结果进一步修改系统要求和体系结构。修改完善后，在确定的ITS体系结构的根底上，才能拟定整个ITS的研究开发方案、制定ITS各局部和各类产品的统一标准以及规定系统的通信协议

10、等。第三节 美国的国家ITS体系结构1. 开发过程目前，我国还没有形成最终完善的?国家ITS体系结构?，这里以美国为例，简要介绍其ITS体系结构。美国是最早开发完整的ITS体系结构的国家，美国国家ITS体系结构开发方案分为两个阶段，第一阶段为“思路竞争阶段，由4个小组分别独立开发出体系结构初步方案；经过方案评审和比拟，2个开发小组获准进入第二阶段，称为“联合开发阶段，吸收各初步方案的优点，经过整理与合并，合作开发统一、唯一的国家ITS体系结构。典型的体系结构开发过程实质上包括在第一阶段的工作中，采用了反复修改的开发程序。首先从界定用户、确定用户效劳和用户效劳要求出发，开发出运营要求或系统要求，

11、进而开发出运营概念体系结构的目标以及用户如何与之交互；接着，开发包含一系列详细功能要求的逻辑结构；将逻辑结构中的处理分配到物理实体/子系统，就产生了物理结构，一个在2021年时间框架内提供所有用户效劳的体系结构也就被开发出来了；开展部署确定导入某些功能(或效劳)的时间框架和背景；体系结构确实认表达在追溯矩阵中，追溯矩阵将用户效劳要求追溯至逻辑结构中的处理、物理结构中的子系统，以保证所有的用户效劳都被体系结构所包含；然后对体系结构进行评价，包括接受来自投资者意愿的反响信息；最后利用来自评价和确认过程的返馈结果进一步改良系统要求和体系结构。2. ITS体系结构概貌美国国家ITS体系结构简称UNIA

12、开发方案共耗资2500万美元，主要成果表达在约2500页的文本中，分为：体系结构、评价、实施策略和相关标准等4局部内容。下文将从用户效劳与用户效劳要求、逻辑结构和物理结构等方面，介绍美国国家ITS体系结构概貌。1 用户效劳与用户效劳要求满足用户效劳和用户效劳要求是对ITS体系结构的根本要求，UNIA覆盖了30项ITS用户效劳见下表3-1)及相应的1000多条用户效劳要求。表3-1 美国ITS用户效劳用户效劳领域用户效劳出行和运输管理途中驾驶员信息 (En-Route Driver Information)路线导行(Route Guidance)旅行者效劳信息(Traveler Services

13、 Information)交通控制(Traffic Control)偶发事件管理(Incident Management)排放测试与缓解(Emissions Testing and Mitigation)道路铁路交叉口(Highway-Rail Intersection)出行需求管理出行前旅行信息(Pre-Trip Travel Information)合乘车匹配与预约(Ride Matching and Reservation)需求管理和运营(Demand Management and Operations)公共运输运营公共运输管理(Public Transportation Managem

14、ent)在途公交信息(En-Route Transit Information)个人化公共交通(Personalized Public Transit)公共出行平安(Public Travel Security)电子付费效劳电子付费效劳(Electronic Payment Services)商用车运营商用车电子结算(Commercial Vehicle Electronic Clearance)自动路边平安检查(Automated Roadside Safety Inspection)车载平安监视(On-Board Safety Monitoring)商用车行政管理(Commercial V

15、ehicle Administrative Processes)危险物品异常响应(Hazardous Material Incident Response)商用车队管理(Commercial Fleet Management)紧急事件管理紧急事件通报与个人平安(Emergency Notification and Personal Security)紧急车辆管理 (Emergency Vehicle Management)先进车辆控制和平安系统纵向防撞(Longitudinal Collision Avoidance )横向防撞(Lateral Collision Avoidance)交叉口防

16、撞(Intersection Collision Avoidance)防撞视野强化(Vision Enhancement for Crash Avoidance)危险预警(Safety Readiness)撞前避伤(Pre-Crash Restraint Deployment)自动公路系统(Automated Highway Systems)2 逻辑结构UNIA逻辑结构通过ITS需求总图、数据流图、处理说明和数据字典来表达前述用户效劳和用户效劳要求。UNIA确定的美国ITS总图如图3.2所示，图中圆圈代表ITS功能性“处理，矩形代表从ITS处理接收信息或者将信息传递给ITS处理的“外部终端。图

17、3.3是简化了的UNIA顶层数据流图，图中箭头表示“数据流，圆圈表示“处理、直线段表示“文件，矩形表示“外部终端。图3.2 美国ITS总图图3.3 简化的UNIA顶层数据流图3物理结构UINA将运输系统分成3层：运输层、通信层和体制层。运输层执行运输功能，通信层为运输层组件之间的连接提供通信效劳，体制层反映政策制定者、规划者和其他ITS用户之间的关系。物理结构确实定要考虑体制方面的因素，但体制层不属于物理结构局部，而是在实施策略中描述。物理结构分运输层和通信层进行描述。运输层UNIA构架总图与图3.2所示的逻辑结构总图一致。UNIA将ITS组件分成4类，即：中心子系统、路侧子系统、车辆子系统、

18、出行者子系统；每种类型又包括数量不等的个别子系统，UNIA共确定了19个子系统；每个子系统进一步分解多个设备包。设备包是物理结构中可以购置的最小单位的实体，每个设备包对应着逻辑结构中的一个或多个“处理。图3.4是UNIA顶层构架流图(Top Level Architecture Flow Diagram)，显示了各类子系统之间及其与外部终端之间的关系，图中实线框表示ITS组件，虚线框表示外部终端。图3.4 UNIA顶层构架流图通信层 UNIA为支持ITS子系统之间的通信定义了4种类型的通信媒体，即：有线通信固定固定、广域无线通信固定移动、专用短程通信固定移动和车车通信移动移动。图3.5是UNI

19、A顶层构架互连图，显示了美国ITS分属4类的19个子系统用矩形框表示及其交换信息的4种根本通信连接方式用椭圆形框表示，该图也可被看成是UNIA物理结构之运输层和通信层的最高级视图。图3.5 UNIA顶层构架互连图第四节 中国国家ITS体系结构展望本节参考UNIA，对中国国家ITS体系结构CNIA做扼要介绍，主要集中于上层体系结构，并给出各子系统之间的关系。1. 逻辑结构逻辑结构的重点是系统的功能性处理和数据流。逻辑结构独立于体制和技术，它不确定由谁来实现系统中的功能，也不考虑实现这些功能的方式。因此，CNIA逻辑结构与UNIA逻辑结构的差异主要来源于中、美ITS用户效劳与用户效劳要求的差异。

20、ITS总图总图定义系统的边界，根据中国ITS用户效劳要求，可初步确定中国ITS总图如图3.6所示；与美国ITS总图相比，增加了自行车、骑自行车者、残疾车、残疾人、科研人员、防灾救灾办公室等外部终端。图3.6 中国ITS总图 顶层数据流图顶层数据流图涉及到ITS功能的首次分解，其实质是划分ITS功能领域。UNIA逻辑结构将ITS分解成8棵功能性“处理树，即：交通管理、商用车管理、车辆监视与控制、公交管理、紧急效劳管理、驾驶员和出行者效劳、电子付款效劳、规划与实施。考虑到中国与美国在用户效劳要求上的区别，可以在逻辑结构顶层数据流图将中国ITS分解成9棵功能性“处理树：1)交通管理；2)商用车管理；

21、3)车辆监视与控制；4)公交管理；5)紧急效劳管理；6)驾驶员与旅行者效劳；7)电子收付费；8)自行车与行人支援；9)提供历史数据效劳。考虑各“处理树之间的数据交换，可得中国ITS逻辑结构顶层数据流图如图3.7所示。图3.7 中国ITS逻辑结构顶层数据流图2. 物理结构物理结构把逻辑结构所确定的“处理分配到ITS物理实体上，根据各实体所含的“处理之间的数据流，确定实体之间的构架流，进而确定物理实体的互连方式。物理结构确实定要考虑系统功能要求，也要考虑非功能性要求，包括体制、文化、市场等因素的影响。系统功能要求通过逻辑结构确定的“处理和“数据流来表达，决定ITS物理实体必须完成的功能。非功能性要求那么影响ITS功能在物理实体间的分配。例如：美国最初想把“交通信