智能交通系统（ITS）：车载通信基础应用定义

需积分: 10 78 浏览量更新于2024-07-15 收藏 1.85MB PDF 举报

ETSI TR 102 638 V1.1.1 (2009-06) 基于智能交通系统（ITS）的vehicular通信基本应用定义 ETSI TR 102 638 V1.1.1 (2009-06) 是欧洲电信标准协会（ETSI）发布的一份技术报告，旨在为智能交通系统（ITS）中的vehicular通信提供基本应用定义。该报告为ITS领域中的一个重要参考标准，涵盖了vehicular通信的基本概念、应用场景和技术要求。报告的主要内容包括： 1. 智能交通系统（ITS）概述：报告对ITS的概念和架构进行了详细的介绍，包括ITS的定义、架构、功能和应用场景。 2. 车载通信技术：报告详细介绍了vehicular通信技术，包括vehicular通信的概念、类型、应用场景和技术要求。 3. 基本应用定义：报告定义了vehicular通信的基本应用，包括vehicular通信的基本概念、vehicular网络架构、vehicular通信协议等。报告的目的是为了提供一个统一的vehicular通信标准，确保vehicular通信系统的互通性和可靠性。该报告对vehicular通信领域的发展和应用产生了重要影响。知识点： 1. 智能交通系统（ITS）：ITS是指使用先进的信息和通信技术来改善交通系统的安全性、效率和可持续发展的交通系统。ITS涵盖了交通基础设施、vehicular通信、智能交通管理等多个方面。 2. 车载通信技术：vehicular通信技术是指车辆之间、车辆与基础设施之间的通信技术，包括vehicular Ad-hoc网络（VANET）、vehicular通信协议等。 3. vehicular Ad-hoc网络（VANET）：VANET是指车辆之间的Ad-hoc网络，能够实现车辆之间的实时通信，提高交通安全和效率。 4. vehicular通信协议：vehicular通信协议是指vehicular通信系统中使用的通信协议，包括IEEE 802.11p、Dedicated Short Range Communications（DSRC）等。 5. 基本应用定义：基本应用定义是指vehicular通信系统中的基本应用场景，包括vehicular通信的基本概念、vehicular网络架构、vehicular通信协议等。 ETSI TR 102 638 V1.1.1 (2009-06) 是一个重要的技术报告，为vehicular通信领域的发展和应用提供了重要参考标准。

ETSI

ETSI TR 102 638 V1.1.1 (200

06)

This application support facility monitors permanently the real time evolutions of relevant vehicle electronic

information either directly or through some in vehicle network. This facility further filters necessary variables allowing

the update of the vehicle dynamic parameters.

Main common requirements

• This support facility requires access to vehicle functions according to selected options (e.g. braking system,

steering system, tyre pressure monitoring system, stability control system, speed control, etc.).

• This support facility requires capabilities to filter the selected parameters being needed by applications and

other facilities (e.g. master cylinder pressure, steering wheel angle, steering wheel angle rate of change,

programmed speed control value, stability control status, yaw rate, vehicle speed, acceleration control, etc.).

• This support facility requires capabilities to update parameters values being used for CAM.

5.3 Station state monitoring

This application support facility is permanently monitoring the current static state of ITS station. For ITS vehicle

station, this requires the combination of different variables which values are collected from in vehicle system

e.g. engine/power train, cockpit, windscreen wiper, lights control, etc. Some of the monitored variables are specific to

the type of ITS vehicle station e.g. tilt for a motorcycle, light bar and siren states for an emergency or service vehicle.

Principle of this support facility

This application support facility monitors permanently (directly or through some in vehicle network) relevant ITS

station functions and filter some variable values allowing the update of the ITS station state.

Main common requirements

• This support facility requires access to vehicle functions according to selected options

(e.g. engine/power train, cockpit, windscreen wiper, lights control, etc.).

• This support facility requires capabilities to filter the selected parameters being used by applications and other

facilities (e.g. engine temperature, gear status, light bar in use, siren in use, tank filing level, wiper rate, etc.).

• This support facility requires capabilities to update vehicle state values being used for CAM.

5.4 Services management

This application support facility manages the ITS station life cycle services through downloading of new customer

services, up-grading or removing of existing services. This facility will update the capabilities in the information

support. Consequently, list of ITS services supported by the station will be part of the services announcement.

Principle of this support facility

Services provisioning servers advertise the availability of new services which can be contracted/downloaded by

stations. In receiving ITS station, the "service management" support facility is analyzing received proposals. The

application layer, after a local dialogue with the user if necessary, identifies selected services to be installed. Then, the

downloading of selected services software and associated data are achieved by this support facility, the services are then

activated at the station level. Such downloading operation will lead to an updating of the vehicle capabilities.

Main common requirements

• Capabilities from a service provisioning server to advertise mobiles on the availability of new services and

associated contractual conditions. This can be achieved directly from a global network or indirectly using a

road side unit or a hot spot.

• Capability to receive and analyze service proposals messages.

• Capability to present proposed services to the application layer and get its selection request.

• Capability to request the downloading of subscribed services to the service provider.

ETSI

ETSI TR 102 638 V1.1.1 (2009

06)

• Capability to download, integrate and activate the software associated to subscribed services.

• Capability to update an application with a new version due to new functionality or bug fixing.

5.5 LDM management

The LDM management facility permanently updates the LDM data base, according to local information and remote

information received through V2X communication messages. Safety critical applications may benefit from a digital

map. This map might comprise lane-specific information including curves, pedestrian walking, bicycle paths and road

furniture such as traffic signs and traffic lights. Furthermore all dynamic objects that are directly sensed or which

presence is indicated by other road users (co-operative awareness) should have a reference to the digital map. As a

consequence, large numbers of objects need to be stored and maintained in the Local Dynamic Map (LDM) data base.

Principle of this support facility

This support facility is permanently analysing application messages and map data received from other ITS Stations and

provide necessary updating function to LDM database.

Main common requirements

• Capability to analyze application message contents and extract the relevant data for the real time updating of

the LDM.

• Capability to analyze map data contents and extract relevant data for the real time updating of LDM.

• Capability to store a huge amount of data structured in such a way to facilitate their use by multiple

applications.

• Capability to retrieve quickly relevant dynamic data to satisfy critical road safety applications requests.

• Capability to retrieve relevant data from the LDM data base on request of any supported applications.

5.6 Messages management

This application support facility is generating, structuring and formatting application messages in conformity with the

available European standard, currently CAMs and DNMs are being specified. It is also receiving V2X messages,

analyzing their contents and dispatching relevant data to requesting applications and other local facilities (e.g. LDM

management).

Principle of this support facility

This support facility is formatting and generating constantly standard application messages and passing to the

transport/network layer. CAM is mainly used for permanently providing essential data enabling vehicles co-operations

and vehicles -road infrastructure co-operations while DNM is triggered on road events to signal them. This support

facility is also receiving CAMs and DNMs from the transport/network layer for further analysis and use.

Main common requirements

• Capability to generate common messages conforming to the available European standard.

• Capability to provide mandatory data and to structure application messages (e.g. CAMs and DNMs) according

to future relevant European standard.

• Capability to process received application messages at their reception frequencies and extract mandatory and

optional data for further use by local applications and other facilities.

• Capability to stop transmitting and forwarding application messages according to application requirements.

• Capability to structure application messages according to some management policy provided by the

management layer.

ETSI

ETSI TR 102 638 V1.1.1 (2009

06)

5.7 Security access management

This application support facility is providing to the security entity the security requirements of the ITS applications and

facilities functions.

Principle of this support facility

This support facility is interacting with the security entity through the SF-SAP interface to provide facilities layer

security requirements and contribute to the achievement of the security policy under request of the security entity.

Main common requirements

• Capability to interface the security entity through the SF-SAP.

• Capability to communicate security requirement of the facilities layer through the SF-SAP.

• Capability to contribute to the achievement of the security policy consolidated by the security entity upon

request of the management layer (management of the security policy).

• Capability to connect to various security functions provided through the SF-SAP.

5.8 Time management

The time management support facility is maintaining a global time reference which is used for the time stamping data

elements. This global time reference can also be used by other functional layers of the station e.g. by the

network/transport and application layer. Moreover, this support facility is calculating the maximum latency time

requirement to be communicated to the network/transport layer. This maximum latency time requirement is derived

from the application operating requirements.

Principle of this support facility

This support facility is extracting the GMT time provided by the GNSS captor and used to synchronize a local real time

reference. It is providing the time stamping data at the end of message formatting process. Then it is calculating the

maximum latency time required to the network/transport layer according to application operating requirements.

Main common requirements

• Each critical time application requires a maximum latency time to be respected by the whole system involved

in the communication.

• The facilities layer requires the capability to maintain an accurate (to be specified in operating requirements)

global time clock used for time stamping messages.

• The facilities activity requires the capability to calculate the maximum latency time required to the

transport/network layer.

• The facility layer requires the capability to communicate the current global time and maximum latency times

when requesting a service to the transport/network layer.

5.9 Information support

The information supports are mainly repositories and associated processing capabilities for the static and dynamic

information being used by the facilities layer and accessed by the applications. Currently, the information support

contains the following repositories/facilities:

• The LDM data base contains all the data necessary to build a LDM. This data base needs to be structured

such as to facilitate the various "applications accesses" using it. This data base is constantly updated in real

time by the LDM Management support facility.

• The location referencing provides the standard methods (e.g. [i.11]) necessary to position static and mobile

objects on a LDM.

ETSI

ETSI TR 102 638 V1.1.1 (2009

06)

• The data presentation corresponds to the presentation layer of the OSI reference model. Its function is to

code and decode messages according to formal language being used (e.g. ASN.1).

• The Station type/capabilities register some static and dynamic information related to ITS station (e.g. type of

vehicle, vehicle size, RSU type, road link type, nearest RSU, etc.) and their respective capabilities (available

services, networking resources, HMI, possible direct actions on vehicle, etc.).

5.10 Communication support

The communication support function provides capabilities to manage the various communication modes

e.g. broadcasting, geocasting, unicasting and communication sessions. These communication support functions include

in co-operation with the transport/network layer:

• Addressing of vehicles, areas and other multicast groups.

• Transparent routing in ad - hoc fashion and towards the Internet.

• Transparent mobility management while the vehicle moves and changes point - of - attachment to the Internet.

• Applications - defined policies for the selection of the communication technology.

The enabling technologies being considered to provide the above listed support functions are the geonetworking

protocol [i.5], integrated with IPv6 [i.3] and network mobility basic Support [i.4].

An activity to gather requirements for network mobility basic support route optimization is currently being supported

jointly by C2C-CC and ISO TC 204 [i.10]. NEMO basic support offers the capability for a vehicle and the complete set

of devices connected to the vehicle to be reachable at a permanent network prefix/address. This implies that all of the

use cases described in the present document involving the Internet can strongly benefit from NEMO basic support.

details can be found in [i.10].

6 Basic Set of Applications definition

6.1 Summary of BSA content

The analysis approach outlined in annex A has identified a set of applications that form the BSA and the scenarios are

described in some detail in this clause. Table 6.1 identifies the application class, the application, and the use case

(described in annex C), to be considered in the further development of ITS standardization. Selection of BSA is taking

into account requirements and needs from users and stakeholders in different criteria:

• Strategic requirements.

• Economical requirements.

• System Capabilities requirements.

• System performances requirements.

• Organizational requirements.

• Legal requirements,

• Standardization and certification requirements.

A detailed explanation of these criteria is given in annex B.

剩余80页未读，继续阅读

嘉兴老杨

粉丝: 13
资源: 23

智能交通系统（ITS）：车载通信基础应用定义

ETSI TR 102 742 V1.1.1: 宽带无线接入系统移动终端要求

2011 ETSI TS 102 687 V1.1.1: 5GHz V2X Congestion Control for ITS

ETSI TS 103532 V1.1.1: Attribute-Based Encryption for Access Control

ETSI TR 102 742 V1.1.1 (2008-03)

V2x欧洲标准 DSRC ETSI TR 101 607 V1.1.1 (2013-05)

ETSI TR 102 863-2011 智能传输系统(ITS).车载通信.应用的基础集.本地动态地图(LDM).标准化的基本原理和指南(版本1.1.1)

ETSI TR 102 863-2011：ITS车载通信LDM标准应用与指南

DVB Specification - Implementation guidelines for Data Broadcasting

欧洲C-ITS V2X通信架构标准TR 302 665详解

在C-ITS V2X通信架构中，如何实现不同类型通信实体（如V2V, V2I, V2P）之间的互操作性和安全性？

最新资源