ASAM OpenODD

ASAM OpenODD

DATASHEET
Title
Operational Design Domain
Domain
Simulation
Current Version
Concept
Release Date
01 Oct 2021
Application Areas
  • Definition of ODD e.g. for use in inner cities
  • Definition of Testcases to validate the vehicle
  • Driving Simulation

(The status of ASAM OpenODD is not yet a finalized standard but a concept, which serves as basis for a future standard.)

ASAM OpenODD (Operational Design Domain) is still a very young standardization initiative within the ASAM Simulation domain. The aim is to provide a format that is capable of representing a defined Operational Design Domain for connected automated vehicles (CAV). 

An Operational Design Domain Definition (ODD) should be valid throughout the entire operating life of a vehicle and is part of its safety and operational concept. The ODD is used for the functional specification of connected automated vehicles. It specifies what environment parameters (static and dynamic) the CAV must be able to manage. They include all types of traffic participants, the weather conditions, the infrastructure, the location, the time of day and everything else that can have an impact on the driving situation.

To give an example: Looking at the picture below, an ODD would define the following parameters as suitable for the vehicle: 

•    Paved road 
•    Right hand traffic
•    Country road
•    No visibility limitation due to weather or time of day
•    Expect all possible traffic participants
•    Expect animals
•    …
But there will be many more attributes in the ODD to describe this road and the environmental conditions. 


The goal of the ASAM OpenODD concept project was to create a machine-interpretable format to represent the ODD specification. With this format an ODD description becomes exchangeable, comparable and processable. This new format will enable for example the following use case: 

  • A city defines an ODD for its inner city, using the ASAM OpenODD format. Now car manufactures can compare vehicle ODDs, defined in ASAM OpenODD, to their vehicle to find out if it is allowed to drive in this specific inner city. The advantage for homologation bodies will be that they can define ODDs against which they can check the vehicle’s ODD. 
  • A second use case which will support the development of ADAS and AD systems is the use of the ODD to define the testcases that are necessary to validate the vehicle. There can be obvious limitations e.g. if the vehicle is not capable of speeds above 50 km/h, therefore highway tests are not necessary. This application of an ODD will help to focus the limited validation resources on the really needed scenarios. 

The ODD must be represented so it can easily be used for simulation and other machine processed environments. The content of ASAM OpenODD will be derived from an abstract „Vehicle ODD“, that provides the information in a usable manner. For the purpose of using an abstract vehicle ODD description (represented in ASAM OpenODD) for simulations and post-processing the format must fulfil the following requirements:

  • searchability
  • exchangeability
  • extensibility 
  • machine readability 
  • measurability and verification 
  • human readability / constrained natural language


During the concept project, the following aspects were addressed in particular:  

  1. ATTRIBUTES: Provision of a base set of relevant attributes for the ASAM OpenODD format.
  2. SPECIFICATION: Development of semantics and syntax for the ASAM OpenODD description language, also enabling the use of different ontologies/taxonomies for the definition of ODDs. 
  3. METRICS: Evaluation of the possibility of measurable metrics and what the ODD needs to be able to represent, so any application can perform analysis on the ODD. 
  4. REPRESENTING UNCERTAINTY: Representation of uncertainty with the goal to enable the ODD format to handle rare events and misuse. 

The ASAM OpenODD standardization initiative takes into account and aims to complement the activities of BSI (BSI PAS 1883 provides a taxonomy for ODD) and ISO (ISO 34503 uses the taxonomy to provide a high-level definition format for ODD). All three projects are in close contact to avoid contradictions.

 

Authors of the Concept Paper

Advanced Data Controls Corp.,   Ansys Inc,   AVL List GmbH,   BTC Embedded Systems AG,   DENSO Corporation,   Deutsches Zentrum für Luft- und Raumfahrt e.V.,   Edge Case Research,   e-SYNC Co. Ltd.,   FIVE,   Foretellix Ltd,   Fraunofer-Institut für Kognitive Systeme IKS,   Hexagon Manufacturing Intelligence,   iASYS Technology Solutions Pvt. Ltd,   Institute of Communication and Computer Systems (ICCS),   Oxfordshire County Council,   RISE Research Institutes of Sweden,   Robert Bosch GmbH,   Siemens Digital Industries Software,   SOLIZE Corporation,   Technische Universität Braunschweig Institut für Regelungstechnik,   WMG University of Warwick.


DATASHEET
Title
Operational Design Domain
Domain
Simulation
Current Version
Concept
Release Date
01 Oct 2021
Application Areas
  • Definition of ODD e.g. for use in inner cities
  • Definition of Testcases to validate the vehicle
  • Driving Simulation
Our newsletter informs you when a new standard version is released.
Subscribe