4.7 TMS-06 Incident Warning and Management

4.7.1 ITS service at a glance

ITS service definition

Incident management (IM) is defined as the implementation of a systematic, planned and coordinated set of responsive actions and resources to prevent accidents in potentially dangerous situations and to handle incidents safely and quickly. It proceeds through a cycle of several phases: from incident detection to restoration of normal traffic conditions, including the use of immediate and advance notice of possible dangers or problems, i.e. warnings, in order to prevent accidents.

ITS service objective

Incident warning and management have two main goals:

  1. to prevent or minimize the risk of incidents or the consequences of incidents; 
  2. to manage and resolve incidents in a safe, effective and expeditious way regarding the following three aspects in order of priority as follows: safety, mobility of traffic flow and control and repair of damage.

ITS service radar

ITS service key words

  • incident management
  • responders
  • emergency response
  • accident

4.7.2 ITS service profile

4.7.2.1 General ITS service description

Incident management (IM) is defined as the implementation of a systematic, planned and coordinated set of responsive actions and resources to prevent accidents in potentially dangerous situations and to handle incidents safely and quickly. It proceeds through a cycle of several phases: from incident detection to restoration of normal traffic conditions, including the use of immediate and advance notice of possible dangers or problems, i.e. warnings, in order to prevent accidents.

Definitions:

  • An incident is a situation on the road that is not expected or foreseen by the road user and which may, or may not, lead to an accident. An incident impacts the safety and/or capacity of the road network for a limited period of time. Incidents range from breakdowns, to debris on carriageway, mobile or temporary or ad-hoc road works, collisions between vehicles or with obstacles and accidents involving hazardous materials. 
  • An accident implies a collision, damage or a personal injury and can be considered as a specific type of incident.
  • A warning is an immediate or advance notice of a possible danger or problem (that can also be given to the road users separately from IM)
  • IM partners are all organisations involved in Incident Management, e.g. police, fire brigades, ambulance services, recovery services, road authorities, network managers, TCC operators etc.
  • IM responders are all people involved in Incident Management at the scene, e.g. police, fire brigades, ambulance services, recovery service, road operators etc.

4.7.2.2 What is the vision?

Incident warning and management have two main goals:

  • To prevent or minimize the risk of incidents or to prevent or minimize the consequences of incidents.   
  • To manage and resolve incidents in a safe, effective and expeditious way regarding the following three aspects in order of priority as follows: safety, mobility of traffic flow and control and repair of damage.

4.7.2.3 What is the mission?

Three aspects by order of priority:

Safety

Whenever an incident occurs, it also has an effect on the safety of people in the vicinity of the incident. Victims of the primary incident, IM responders and road users (upstream of the incident and on the other side of the road) are the most important risk groups exposed to additional risks, i.e. secondary incidents. Therefore, IM must create the safest possible workplace at the scene of the incident to ensure the safety of IM responders, those involved in the incident and road users travelling past the incident scene. Measures must be taken to protect all involved from hazards at the incident scene, e.g., smoke and hazardous substances. 

Traffic flow

IM must ensure that the traffic flow in the vicinity of the incident is safe and optimal. If necessary and possible, traffic must be diverted via other routes to relieve the incident area and safeguard the mobility of traffic flow. In this aspect, the goal of IM is to reduce delays and increase reliability for the road user.

Control and repair of damage

IM must consider the consequences, including the economic cost incurred, of damage to the vehicles and their loads involved in incidents, as well as the repair of possible damage to the road (surface, road equipment [e.g. safety barrier] and civil engineering structures), considering economic costs. Traffic queues caused by incidents result in delays, disruption to public transport schedules, financial loss to freight operators and businesses and increased vehicle emissions due to traffic idling for extended periods of time. These are the reasons why incident management is considered such a high priority. 

4.7.2.4 Distinctiveness to other ITS services

The ITS service Incident Management and Incident Warning is not comparable to traffic management services as described in the other ITS service descriptions. Together with the ITS service “Traffic management plan service for corridors and networks”, its nature is a management service which uses and applies other services. This is due to the nature of the IM process in which cooperation between IM responders including a clear description of the roles and responsibilities of the different IM responders plays an important role. Therefore, some requirements relate to the non-ITS-aspects of IM. They are meant to use ITS in a more efficient and more effective way.

Traffic Management services, in relation to IM, become more complex in situations where other ITS-services are involved like Dynamic Lane Management, Hard Shoulder Running, Variable Speed Limit and HGV Overtaking Ban. Extra steps in the IM process will be necessary. Traffic Management Services in the case of incidents also include actions, for e.g., diversion routes in the case of incidents with wide-scale impact on multiple regions.

4.7.3 Harmonization requirements and advice

4.7.3.1 ITS service definition

Incident management is defined as the implementation of a systematic, planned and coordinated set of responsive actions and resources to prevent accidents in potentially dangerous situations and to handle an incident safely and quickly. It proceeds through a cycle of several stages: from incident detection to the restoration of normal traffic conditions, including the use of immediate and advance notice of possible dangers or problems, i.e. warnings, in order to prevent accidents.

4.7.3.2 Functional Requirements and devices

4.7.3.2.1 Functional architecture

Figure 84: Functional architecture of Incident Warning and Management service

4.7.3.2.2 Functional requirements and advice

To realize IM as a traffic management measure, the parties involved have to go through three phases in an iterative process.

  • In phase 1 the cooperating parties jointly identify who should be responsible for what. They define a common approach with common goals and common priorities. 
  • Phase 2 relates to the practical implementation of the agreement between the IM partners. This includes the logging and monitoring of incidents which will serve as input for phase 3.
  • In phase 3 the IM partners should continuously monitor the quality of IM. The lessons learned lead to improved and enhanced procedures for elements like communication, traffic management, finances and education.

In the process of incident management before, during and after an incident, the following functional requirements to be fulfilled by the IM-partners can be distinguished:

Functional requirements:

  • FR1: Secondary accident prevention (to prevent further accidents as a result of a first accident or other incidents): if VMS are available, measures must be taken to warn road users of incidents ahead (e.g. traffic jams, limited availability of the crossing section, accident, etc.). 
  • FR2: Detection/discovery of events or conditions and collection of data: In accordance with Delegated Regulation (EU) No 886/2013 on SRTI, public and private road operators and/or service providers must set up or use the means to detect events or identify conditions on the SRTI designated sections of the road network, and must distribute the available road safety-related traffic data through a National Access Point. The deployment of these means must comply with the conditions and requirements set out in national law.
  • FR3: Verification: the identification of the nature, accurate location and impact of an incident (e.g. the number of cars/HGVs involved, number of victims, damage, and dangerous goods) should be communicated between IM partners.
  • FR4: Clearance of the road: measures must be taken to enable IM responders to gain safe access to the incident. To enable restoration to normality the incident scene must be cleared, so that traffic flow can be restored.
  • FR5: Traffic management: if ITS is available at the incident scene, traffic management measures must be taken at the start of the IM process e.g. dynamic lane closure, speed control, rerouting. 
  • FR6: Rescue: emergency (medical) assistance must be provided by IM responders, as defined in the safety measures protocol. 
  • FR7: Information to road users: road users should be warned about the impact of the incident e.g. dynamic road status data (like temporary traffic management measures and road or lane closures) and traffic data (like location and length of traffic queues and travel times).
  • FR8: Site investigation: investigation should be carried out on the cause of the incident.
  • FR9: Salvage/recovery: Measures should be taken to recover broken down vehicles. In case of HGVs or professional users, an estimation of the economic value of the load as opposed to the socioeconomic costs of the road closure may be made to determine the salvage approach.
  • FR10: Repair of road damage: if an incident has caused damage to the road or roadside equipment which may influence the safety level of road users, measures should be taken to repair the damages and/or safeguard the area.
  • FR11: Logging and monitoring reports should be produced, containing information about the nature, location and impact of the incident.
  • FR12: Evaluations and proposals for improvement should be analysed and used to optimize the IM process. 

4.7.3.3 Interface requirements 

Interface requirements:

  • IFR1: If the Incident Warning and Management service provides incident warning management information at interface 1 (see Figure 84), it must provide coded information including the following elements:
    • Location of the incident
    • Type of incident
    • Actions taken by authorities and road operators to deal with the incident
    • Start time, and, if applicable, the end time of the incident
  • IFR2: If interface 2 is implemented, the Incident Warning and Management service must provide at interface 2 (see Figure 84) Incident Warning and Management information coded in C-ITS messages including the following elements:
    • the respective road sign and text on the road sign (gantry)
    • the location of the accident
    • when relevant, the length and affected lanes of a traffic jam
    • the location of the affected vehicles
    • when relevant, the location of persons on the road
    • when relevant, the location of obstacles (such as car parts) on the road
    • when relevant, the presence of an emergency vehicle
    • when relevant, the presence and location of a blockage of a road (e.g. because of a heavy goods vehicle incident)
  • IFR3: When relevant, the Incident Warning and Management Service should collect at interface 3 (see  Figure 84) C-ITS coded Probe Vehicle Data information such as travel speed, direction, current location of a vehicle (microscopic traffic situation) relevant to this ITS Core service.

4.7.3.4 Organisational requirements and advice

Incident management typically involves many different partners like the road authorities, road operators (public or private), the police, the fire brigade, ambulance services, recovery services and the media. 

The cooperating parties jointly identify who should be responsible for what. They define a common approach with common goals and common priorities. 

Organisational requirements:

  • OR1: For the effective functioning of the IM process, all IM partners should cooperate not only during incidents but also in planning and evaluation. This ensures the continuity and the enhanced quality of the IM process. 
  • OR2: Protocol: a safety measures protocol must be prepared, defining common and agreed safety measures for IM responders at the incident site as well as agreement on roles and responsibilities of cooperating parties. 
  • OR3: The IM partners should appoint one IM Coordinator, who has final responsibility on the scene. The IM Coordinator can vary between IM partners, depending on the type of incident.

There are a number of relevant laws, directives and guidelines, often defined at national level, that have to be considered and respected when an accident occurs and the responsive actions are activated. For example, removing damaged vehicles (incidents), stalled vehicles and lost cargo (spilled loads) from roads is based on laws in the private domain a result of a tort (wrongful act) committed against the road operator.

It is essential to take this legal framework into account in the organization and the cooperation of multiple partners.

4.7.3.5 Common Look & Feel requirements

A common look and feel concerns the road users´ expectations when they meet a situation where incident warning and management is required, like a breakdown or collision or traffic management measures activated to support IM.

Common look & feel requirements:

ITS-measures

Currently common icons at European level haven’t been defined; however, the following proposal is suggested.

  • CL&FR1: In dangerous situations at least a danger warning should be used as a minimum.
  • CL&FR2: If VMSs are available, warning signs should be used if possible. 
  • CL&FR3: In order to guarantee the harmonization, a danger warning sign should be used in accordance with prevailing national road codes and where applicable be in line with International Law (Vienna Convention) and national laws. For example:
Figure 85: Examples of Danger Warning Signs
  • CL&FR4: In addition, the type of incident may be clearly defined on the VMS (if the VMS is fitted with lines and alphanumeric characters). Some examples:
Figure 86: Some examples of incident warning on VMS
  • CL&FR5: If a single icon is not enough to ensure a driver’s clear understanding, other danger warning signs may be used in accordance with prevailing national road codes and where applicable be in line with International Law (Vienna Convention) and national laws. Some examples of this are as follows:
Figure 87: Examples of Danger Warning Signs with supporting icon
  • CL&FR6: The display of signs/pictograms on VMS or other end-user devices should be in accordance with prevailing national road codes and: 
    • Member States which ratified the Vienna Convention MUST respect the Vienna Convention and the European agreement supplementing the convention (1st May 1971) and SHOULD consider the Consolidated Resolution on Road Signs and Signals (R.E.2).
    • Member States which did not ratify the Vienna Convention SHOULD follow the Vienna Convention and also consider the R.E.2.

It is up to the deploying road operator to ensure that physical signs are well and widely understood by the road users.

Non- ITS measures

  • CL&FR7: On sections where incident warning and management systems are implemented, the road user must be able to provide their location. This could be achieved by e.g. road number, direction or distance marker post information, ERT – Emergency Road Telephone

Common Look & Feel advice: 

  • IM responders are advised to be recognizable to the road user as emergency services (for example via safety vests and IM vehicles).
Figure 88: Examples of Driver Location Signs

4.7.3.6 ICT Infrastructure requirements

The basis for incident warning, and consequently for its management, is the monitoring of real-time traffic conditions (including weather and road conditions) and the detection of an incident. 

As stated in FR2, detection can be done both through both technology and by human force. If technology is used to detect incidents, the following technologies could be used on the TEN-T Roads: 

  • Sensors
  • Cameras
  • e-Call[1]
  • Floating car data

There are, between the detection systems, those placed on or embedded in the road surface and those above the surface, sometimes recognised also as contactless systems. 

As sensors for the detection of traffic data, a number of solutions or detectors may be applied of which the most commonly deployed technologies are: 

  • inductive loops
  • magnetic sensors 
  • microwave radars 
  • laser radars 
  • passive infrared 
  • ultrasonic sensors
  • instruments based on acoustic and video image processing.
Figure 89: Traffic monitoring technologies

It is important to clarify that the technical equipment such as sensors, cameras, VMSs, etc., are used both for incident detection and warning as well as for the daily management of the network.

4.7.3.7 Required standards and specifications

Technical advice: 

  • It is advised that the following standards, concerning technologies and systems related to incident warning and management service, are considered:
    • Vienna Convention for use on VMS, Annex IX of ECE/TRANS/WP.1/119/Rev.2 27 May 2010 —EN 12966-1/2/3:2005. Road vertical signs. Variable message traffic signs.
    • Applicable national standards (see the annex)

 Information provision standards:

  • IPS1: If the Incident Warning and Management service provides dynamic road status data and/ or traffic data (to road users) at interface 1 (see IPR1), the provision of must be compliant to Delegated Regulation (EU) No 2015/962.
  • IPS2: Information content: In accordance with Article 4 of the Delegated Regulation (EU) No 886/2013, the information provided on the road safety-related events or conditions on SRTI designated sections of the road network must include the items listed below. The information shall be withdrawn if the event or condition cease to subsist or shall be modified if there is a change in the event or condition.
    • Location of the event or the condition
    • The category of event or condition as referred to in Article 3 of the SRTI Delegated Regulation and, where appropriate, a short description of it
    • Driving behaviour advice, where appropriate.
  • IPS3: Availability, exchange and reuse of data: Public and/or private road operators and/or service providers must share and exchange the data they collect on SRTI designated sections of the road network pursuant to Article 6 of the Delegated Regulation (EU) No 886/2013, or Functional Requirement 2, in compliance with Article 7 of the Delegated Regulation (EU) No 886/2013.
  • IPS4: Dissemination of Information: In accordance with Article 8 of the Delegated Regulation (EU) No 886/2013, public road operators, service providers and broadcasters dedicated to traffic information must provide road safety-related minimum universal traffic information of SRTI designated sections of the road network to end users prior to the provision of any other nonsafety-related traffic information. The information service must be compliant with Delegated Regulation (EU) No 886/2013 Article 8.
  • IPS5: If interface 2 is implemented, Incident Warning and Management information regarding the in-vehicle signage of road signs (see IFR2) should be profiled in an IVIM (Infrastructure to Vehicle Information Message) based on ISO 19321 using the C-ROADS C-ITS Message Profiles for the In-Vehicle Signage service. Additionally, all other Incident Warning and Management information (see IFR2) should be profiled in a DENM (Decentralized Environmental Notification Message) based on ETSI EN 302 637-2 using the C-ROADS C-ITS Message Profiles for the DEN Basic service.
  • IPS6: When relevant, the Probe Vehicle Data (microscopic traffic situation) information (see IFR3) should be profiled based on ETSI EN 302 637-2 using the CAR 2 CAR Communication Consortium Basic System Profile.

4.7.3.8 Level of Service Definition

4.7.3.8.1 Level of Service Criteria

Table 38 gives the Level of Service recommendations for an Incident Warning and Management service. The background of this concept is descripted in chapter 2.6.

Table 38: Level of Service recommendation for Incident Warning and Management

4.7.3.8.2 Level of Service Criteria related to Operating Environment

Level of Service requirement

  • LoSR1: Given that pre-deployment surveys and evaluations provide the necessary evidence to proceed with deployment, the minimum and optimum LoS should respect the Level of Service to Operating Environment mapping table. LoS/OE does not imply any obligation to deploy ITS services. However, if services are deployed, they should comply with the following table.

Table 39: Level of Service to Operating Environment mapping table (see also chapter  2.5.3 and ANNEX C)


[1] In case of a crash, an eCall-equipped car automatically calls the nearest emergency centre. Even if no passenger is able to speak, e.g. due to injuries, a ‚Minimum Set of Data‘ is sent, which includes the exact location of the crash site. Shortly after the accident, emergency services therefore know that there has been an accident, and where exactly, cutting emergency services response time.