RNO/ITS - PIARC (World Road Association)
Published on RNO/ITS - PIARC (World Road Association) (https://rno-its.piarc.org)

Home > Printer-friendly > Vehicles & Roadways

Vehicles and Roadways

Road network monitoring technologies are there to enable effective operations, incident detection and traffic management. Without a real-time view of the road network – gathered from sensors or other data sources – road operators would not be able to detect incidents, optimise traffic plans, inform the development of long-term upgrade and new capacity plans, or confirm the effectiveness of investments made.

The most cost effective data gathering strategies use existing detectors, sensors and other trusted sources. Most of the time, routine monitoring of static detectors provides the main source of traffic data but if an incident is detected other sources may become more important. For example, voice reports from a police officer at the scene of an accident can help optimise the most appropriate response. Other data sources that are used in network operations to influence traffic behaviour include weather monitoring stations (temperature, visibility and wind speed), ice alerts on bridges, and notifications of roadworks by utility companies or lane closures for road repairs.

Different vehicle and traffic monitoring applications provide different (but complementary) views of the road network. For example:

  • a road network may already be equipped with various types of static sensors, such as buried inductive loops or roadside detectors as part of a Vehicle Monitoring scheme
  • alternatively Probe Vehicle Measurement methods may be in place that enable individual vehicles to be monitored over a distance

By combining different outputs, it becomes possible to automatically alert road operators to unusual patterns that could indicate that an incident has occurred. The figure below summarises the general data collection methods available.

Traffic condition and travel time monitoring. Reproduced by permission of Easyway (http://www.easyway-its.eu.) a trans-European project co-financed by the European Commission.

Traffic condition and travel time monitoring. Reproduced by permission of Easyway (http://www.easyway-its.eu.) a trans-European project co-financed by the European Commission.

The key sources of data, the technologies for their collection and methodologies for their analysis include:

  • Vehicle Detection (See Vehicle Detection)
  • Data Communications (See Data Communications)
  • Data Aggregation and Analysis (See Data Aggregation & Analysis)
  • Automatic Incident Detection (See Automatic Incident Detection)
  • Probe Vehicle Measurement (See Probe Vehicle Measurements)
  • Other Data Sources (See Other Monitoring Sources)
Reference sources

US Federal Highway Administration, Impacts of Technology Enhancements on Transport Management Center Operations, Transport Management Centre Pooled Fund Study (TCC PFS), accessed at http://www.ops.fhwa.dot.gov/publications/fhwahop13008/index.htm

Vehicle Detection

Vehicle detection is a critical enabler of traffic management, network monitoring and incident management. Examples are: the operation of signalised junction, variation in speed limits on managed motorway schemes, triggering red light cameras and controlling barriers,. In many cases, road users are unaware of vehicle detection systems but they do experience their effects. Vehicle detection is also an essential tool for incident management and traffic count surveys – and may complement reports from emergency services and other manual reporting sources.

Detectors may also be categorised according to where they are mounted:

  • on or below the road surface
  • near or on the kerb
  • on posts beside the road
  • placed overhead on bridges and gantries

Vehicles may be detected in a number of ways:

  • mechanical deflection of sub-surface sensors
  • measuring the degree of disturbance of radio or magnetic fields
  • viewing them with near visible or visible light sensors
  • detecting emissions generated from other systems within the vehicles themselves
  • Some sensors are passive and others actively illuminate the zone that is being monitored. Sensors can be deployed as single units (‘point sensors’) or designed to be part of a comprehensive multi-sensor monitoring scheme that is able to measure vehicle occupancy, speeds and journey times

TECHNOLOGIES DATA AND RESOURCES

Vehicle detectors and sensors commonly used for traffic monitoring include:

  • Surface mounted or below ground:
    • inductive loops
    • magnetic field sensors (also above ground)
    • galvanic contacts / treadles
    • piezo and capacitive strip sensors (typically used for axle counting)
    • bending plate scales (typically used for weigh-in-motion)
  • Above-ground:
    • Closed Circuit Television (CCTV) cameras
    • microwave (radar) detectors
    • laser radar detectors
    • magnetic field sensors
    • passive or active infra-red sensors
    • ultrasonic and other instruments based on acoustic or video image processing

CCTV Cameras

CCTV cameras are often used as a substitute for inductive loops in some applications and when interpreted by computer can provide valuable information to road operators about traffic flows, incidents, local weather conditions and the presence of pedestrians and animals. Images can also be used to derive information on speed, occupancy and traffic volume. It is also one of the main sensor technologies for Automatic Incident Detection (AID). (See Automatic Incident Detection) A typical CCTV-based detection scheme consists of cameras installed on masts, each having a roadside cabinet, located on the edge or the median of the road. The topography of the road network dictates where cameras should be located (and their height) - to ensure some overlap of coverage zones. Camera separation for AID is likely to be denser than for general surveillance.

Applications

Point sensors and cameras are used for incident detection and warning as well as for the daily management of the network:

  • inductive loops are the most common type of point sensor and are usually owned and operated by a traffic authority
  • a dual loop configuration (two sets of loops, typically separated by 2 or 3 metres) can provide a spot speed measurement and – when installed a few hundred metres apart on main roads or intersections – can be used to measure flow rates and to manage traffic by imposing variable speed limits
  • galvanic contacts and treadles are often used in toll lanes to count the number of vehicle axles – by counting the number of times that the contacts close in response to wheel pressure
  • piezo or capacitive strip sensors can detect presence and instantaneous weight and are often used for dynamic Weigh-In Motion (WIM) schemes
  • CCTV cameras are the most common device for traffic monitoring since the images and the processing of the images provide information that can be easily interpreted by a road operating authority for network control, surveillance and incident detection
  • other above ground detectors are generally focused on a small area such as a single lane, a strip across a road or an intersection - to provide some combination of presence, speed, occupancy and vehicle classification data (See ITS Technologies)

ADVICE TO PRACTITIONERS

There are advantages and disadvantages to using the different types of detectors:

  • surface mounted detectors: require a traffic lane to be closed when a sensor is replaced – so care must be taken to install these detectors on a stable sub-surface that makes them less prone to mechanical movements that could cause them to fail
  • above ground sensors: can provide a view across a larger detection zone, and are easier to replace when faulty - but are also more likely to be vandalised unless properly protected. Microwave (radar) detectors have the advantage that they can be mounted on poles beside the road - but they may not always be as accurate as inductive loop detectors and can be impacted adversely by rain, particularly over extended distances

In the urban environment, buried inductive loops are inexpensive but require on-going maintenance to ensure that a significant proportion remain operational. Above ground detectors may be more appropriate instead.

For remote locations, the cost of providing power and communications for detection equipment and CCTV cameras can be high, particularly if the security of the camera sites and communications cables cannot be ensured. In these circumstances, solar-powered sensors or cameras equipped with cellular radio modules can be used. Limited light (particularly in winter months) and variable radio coverage may mean that these installations are equally unreliable.

Cameras with overlapping coverage can increase the resilience of the camera network. When combined with Automatic Incident Detection (AID) and other sensors, a comprehensive view of the traffic network can be progressively developed. This can be expensive. (See Vehicle Detection and Probe Vehicle Measurement)

INSTITUTIONAL ISSUES

The data gathering process can capture information that, when used by itself or when combined with other data, would be regarded as ‘personal information’ in some countries’ legal frameworks, raising issues of data protection and privacy. (See Legal and Regulatory Issues)

 

Reference sources

EasyWay Consortium (2012) Traffic Management Services: Incident Warning and Management, ITS Deployment Guideline, TMS-DG05-08 available for download at: http://dg.easyway-its.eu/DGs2012

USDOT Research and Innovative Technology Administration- RITA (2013), ITS ePrimer, Supporting ITS Technologies, Module 9, US Department of Transportation, http://www.pcb.its.dot.gov/ePrimer.aspx

Data Communications

The basis for traffic management and incident management is the monitoring of real-time traffic conditions by probe vehicles and other sources. The systems aspect of ITS is increasingly complex, combining hardware, software, and communications to provide transportation services (See Managing ITS Implementation).

Communications networks are critical to the timely gathering of data and its distribution between operational systems, their functional components and road users. The communications layer of a system architecture is concerned with the accurate and timely exchange of information between different system components that support transport solutions. (See What is ITS Architecture) Common to many of the resources and activities of a Traffic Control Centre (TCC) are:

  • the communication resources required to connect the TCC with other public agencies such the police and emergency services
  • field network communications and device controller infrastructure which connect the TCC with equipment on the network for monitoring and traffic management

To ensure that a TCC has a comprehensive and continuous view of the road network, the communications services must be reliable. This means that they must be available most of the time and have the capacity to meet the requirements of applications. Ideally each interface should comply with publicly available communication standards that are supported by a competitive network of suppliers - to ensure that the communication architecture can be expanded.

TECHNOLOGIES DATA AND RESOURCES

Data communications are needed for the transmission of voice, video camera images and other data from CCTV cameras, traffic detectors, weather stations, emergency phones and tunnel monitoring systems. Communications also play a central part in distributing data for the management of the highway. The most common forms are:

  • fixed links (such as twisted pair, coaxial, optical fibre networks) between accessible, fixed locations
  • fixed wireless links (such as microwave relay and spread spectrum) to reach remote or inaccessible areas
  • mobile links (based on cellular, WiMax, wireless mesh networks or private mobile radio) to serve mobile data sources

The communication architecture identifies devices, roadside controllers, intermediate communication hubs and equipment needed at TCCs. A well-designed architecture allows expansion - such as the addition of more CCTV cameras (including high definition cameras), detectors located on other roads and voice and other data services.

Careful management of the communication network and its security is needed to maintain the performance of the communication links and to protect investments in communication systems. The communication network will also need to support the distribution of advisory and mandatory instructions to road users, such as Variable Message Signs (fixed and mobile) and Highway Advisory Radio (HAR) or other control signals. The communication network specification must to be designed with this in mind.

ADVICE TO PRACTITIONERS

An effective traffic management operation relies on effective communication between agencies. This is not always fully achieved due to differences in organisational responsibilities and the lack of open, non-proprietary communications protocols that are in use – often because available standards-based interfaces have not been adopted.

The sensor equipment (such as loops, CCTV cameras) and the applications they serve, will determine the communication requirements and may be restricted by limited bandwidth. Typically, the data is collected and uploaded to a central location. For instance:

  • loop detectors may be equipped with a local interface (such as RS485) or a long-distance interface (such as Internet Protocol) to send short data packets occasionally
  • high definition video images may be sent from cameras more frequently at a rate that adapts to the communication link’s available capacity.

Communications using Internet Protocol (IP) television and Voice Over IP (VoIP) systems and components support road network management based on multi-media services, and are becoming more common. Standards are necessary to enable interoperability across interfaces. Ideally, equipment installed on the roadside should comply with standards for ‘field-to-centre’ communications – such as those standards authored by the NTCIP (21xx, 22xx and 23xx), Directorate-General for Mobility and Transport (European Commission) (DATEX), ISO (TC204), CEN (TC278) and the Transport Department of China (JT/T-series standards).

CCTV Image Transmission

CCTV cameras are a common means of monitoring traffic and keeping track of incidents. Digital CCTV with image processing software can also be used to measure traffic flows, classify vehicles and to detect, verify and manage incidents. For example, in some parts of South Africa they are used to detect 80-85% of all incidents occurring on main roads. As a means of monitoring a road network the value of CCTV is unparalleled because it provides control centre operators with visual confirmation of an incident.

In general, CCTV cameras are distinguished by having either analogue or Internet Protocol (IP) communication interfaces. IP cameras may suffer from image compression (such as MPEG-4) but offer more flexibility when designing and scaling a CCTV system. If high-resolution IP cameras are used, the communication network capacity must match the data output demand of each camera – and this is potentially as high as 4Mb/sec. Otherwise the cameras need to be specified to balance image quality with frame rate. Some cameras have the capability to be configured to reduce their image quality and image reporting frequency.

 

Reference sources

USDOT Research and Innovative Technology Administration The National ITS Architecture 7.0 http://www.iteris.com/itsarch/html/archlayers/commlayer.htm

USDOT Research and Innovative Technology Administration ITS ePrimer, Module 2, System Engineering http://www.pcb.its.dot.gov/ePrimer.aspx

USDOT Research and Innovative Technology Administration ITS ePrimer, Module 4, Traffic Operations  http://www.pcb.its.dot.gov/ePrimer.aspx

DATEX: a standard developed for information exchange between traffic management centres, traffic information centres and service providers http://www.datex2.eu

Data Aggregation and Analysis

As the road network expands, so does the need to manage it better. Deployment and use of technologies and equipment that detect vehicles and capture other dynamic data can help. The capture, analysis and interpretation of this data lends itself to computer-based processing enabling the state of the network to be easily understood. The information that is produced by the data aggregation and analysis function is fundamental to managing road networks. (See Operational Activities)

The benefit of data aggregation and analysis increases with coverage of detectors - potentially extending into other regions that are the responsibility of other traffic authorities. Traffic management operations on travel corridors that include national roads, secondary routes and municipal routes, could benefit from traffic operators sharing sensor data, traffic reports and interpreted data.

There are many types of detector technologies which have different levels of accuracy, reliability, update rates and data content. The process of data aggregation and analysis provides filtering, error compensation, normalising and fusion with other data streams – to provide a picture of the status of a road link or the road network, which is useful for road management.

The purpose of data aggregation and analysis, otherwise known as Data Fusion is to estimate or predict traffic characteristics – such as current/future/mean vehicle speeds, vehicle classifications and their volume – as well as environmental information and other topics of interest to travellers.

A distributed network of detectors will provide a more accurate view of the state of the road network than is possible from information captured by a few detectors. Sophisticated analysis can:

  • contribute to operational robustness - for example, by compensating for the failure of a detector
  • increase the effective spatial coverage (by combining static measurements with probe vehicle measurements)
  • increase reliability (since redundant data sources can help eliminate data conflict and errors)

Data aggregation and analysis relates to Sub-function 2 of the Functional Architecture of a service – as shown below. There are many different approaches to aggregating real-time data in order to predict traffic conditions and provide journey time information. In general they include data validation and certification. The result is a measure of the Level of Service (LoS) of the monitored route. (See Monitoring and Evaluation)

The Information Chain. Reproduced by permission of the EasyWay Consortium (http://www.easyway-its.eu) a trans-European project co-financed by the European Commission.

The Information Chain. Reproduced by permission of the EasyWay Consortium (http://www.easyway-its.eu) a trans-European project co-financed by the European Commission.

The most common traffic variables can be extracted by considering all types of detectors, fixed and mobile – and include:

  • traffic volume count - the number of vehicles in a defined period of time - and vehicle classification (for example, counts estimated from loop detector data interpreted by roadside cameras)
  • occupancy - the number of vehicles within a defined space
  • speed - vehicle speed measured at discrete locations (by using, for example, inductive loops)
  • average vehicle speed - measured by and calculated from mobile devices

Additional data may include historical traffic data, details of planned events, road closures and diversions.

TECHNOLOGIES DATA AND RESOURCES

Data aggregation and analysis depends on a network of measuring devices (static, mobile or a combination of both) and probe vehicle measurements. The process takes account of the characteristics of each type of detector to estimate the traffic state of the network.

Measured data may need to be pre-processed to correct for known errors, measurement bias and availability, and to update rates (data age) and coverage (small or large area). Typically, the methodologies used are:

  • statistical - weighting and combining measured data using statistical measures and assumptions on distributions
  • probabilistic / Bayesian - reasoning, assessing maximum likelihood and sophisticated ‘Kalman’ filters to estimate unknown variables from noisy data regardless of the underlying distribution of data
  • fuzzy logic - estimation of traffic states assuming uncertainty, resulting in qualitative results
  • expert systems - the application to measurements of stored knowledge and ‘genetic’ (iterative improvement) algorithms and rules

It may be necessary to progressively refine the measured data and to include additional sources – in order to improve its accuracy and trust in the data. Generally this process involves:

  • converting the sensor data into known variables (such as volume, lane occupancy and vehicle speed)
  • associating this data with road segments and compensating for any irregular or missing data
  • initial interpretation, comparing the data set with other data sources (such as historic records or police reports)
  • refining the impact assessment of the traffic condition using the measured data along with comparative data, data fusion and processing, to produce an estimate of likely duration – as summarised in the figure below

Traffic condition and travel time monitoring. Reproduced by permission of the EasyWay consortium (http://www.easyway-its.eu.) a trans-European project co-financed by the European Commission.

Traffic condition and travel time monitoring. Reproduced by permission of the EasyWay consortium (http://www.easyway-its.eu.) a trans-European project co-financed by the European Commission.

ADVICE TO PRACTITIONERS

The analysis of data collected from a distributed network of sensors can be extended beyond simple detection of vehicles to predict congestion, to refine the timings of signals in urban traffic control systems or to detect incidents. For example, a breakdown in the flow of traffic would be indicated by rapidly reduced flow rates and by an imbalance between detectors located before and after an incident.

The quality of traffic information based on a network of different sensor types and their configurations depends significantly on the quality of the data received from each measurement device or system.

Each measurement technology has its own characteristics, including its accuracy (how often its measurements are close to the truth) and its reliability and availability (the proportion of time that the device is working and able to provide data reliably):

the device might have an on-board internal clock – which may:

  • be synchronised with other equipment or out of sync (because of a fault)
  • have a time-offset compared with other devices or the system used for data fusion – (as with traffic signal control)
  • other important characteristics will be the device’s ability to provide data continuously - or only from when a pre-programmed threshold has been reached, such as low visibility or floodwater on a road

The data aggregation process may need to fill in missing data, adjust for time offsets, and eliminate the effect of known faulty readings. The objective is to derive an accurate understanding of prevailing traffic conditions. At the same time the process needs to be sensitive to anomalies that might suggest an incident. For example, a CCTV camera can compensate for the failure of another if the cameras are placed so their coverage of the road network overlaps. Similarly, measurements based on probe vehicles can complement static detectors and extend the measurement coverage of static detectors.

In many regions, CCTV has provided the main source of traffic data to operators. As the CCTV coverage increases, the use of Automatic Incident Detection (AID) becomes a valuable tool for traffic officers - as a specialised form of data analysis that extends the capability of manual operators.

INSTITUTIONAL ISSUES

The process of data capture may include information that, when used by itself or when combined with other data, would be regarded as ‘personal information’ in some countries’ legal frameworks - raising issues of data protection and privacy. (See Legal and Regulatory Issues)

 

Reference sources

DATEX: a standard developed for information exchange between traffic management centres, traffic information centres and service providers, www.datex2.eu/

Keever, Shimizi et al.(2003)  Data Fusion for Delivering Advanced Traveler Information Services, USDOT ITS Joint Program Office, Report # FHWA-OP-03-119, http://ntl.bts.gov/lib/jpodocs/repts_te/13837.html

Automatic Incident Detection (AID)

Traffic patterns become more complex as a road network grows to meet demand or improve access. Higher levels of congestion on some parts of the road network mean that unplanned incidents can have an influence outside the immediate area of the incident. This can result in greater risk to human safety and economic loss. (See Traffic Incidents)

Automatic Incident Detection (AID) use computers to continuously monitor traffic conditions and detect incidents or traffic queues. Road networks equipped with a variety of detectors and CCTV cameras provide the basis for automated continuous monitoring. The detectors are deployed to provide speed, occupancy and flow data to assist with traffic operations. Their output can be used to alert control centre operators to unusual traffic conditions and to detect incidents much more quickly than by manual methods – and so manage them more effectively.

It has been estimated that for every minute saved in detecting incidents, verifying them, and clearing them – another five minutes are saved in recovery time. The use of AID can also improve road safety by enabling a more rapid response to the victims of accidents within the critical first hour, otherwise known by the emergency services as the ‘golden hour’.

Incident management involves the implementation of a systematic, planned and coordinated set of response actions and deployment of resources to prevent accidents in potentially dangerous situations and to handle incidents safely and quickly. They are a critical component of a decision support system for traffic operations on the urban and interurban road network and its infrastructure of bridges and tunnels. (See Incident Response Plans)

At the heart of Automatic Incident Detection (AID) are filters and algorithms programmed to scan and automatically recognise a variety of patterns. The operators can validate the incident using conventional methods such as CCTV cameras and information from other sources, such as reports by the police and emergency services at the scene of the incident.

AID systems use the available detector data and image streams from road sensors and CCTV cameras to continuously monitor traffic conditions for patterns that indicate that an incident may have occurred. When the system detects a potential incident, it can alert traffic operators to commence the Incident Management (IM) process and implement pre-programmed responses to warn drivers and others. AID provides an effective means of improving incident detection. It complements manual monitoring of a road network since it can detect incidents quickly (often within a few seconds) and is able to monitor more video streams than a manual operator.

TECHNOLOGIES DATA AND RESOURCES

The most common sources of primary data for AID are in-vehicle inductive loops and CCTV cameras although there are a large range of other technologies that may be used. (See Vehicle Detection) The equipment (sensors and CCTV cameras) is used for both incident detection and the daily management of the network.

AID depends on the interpretation of information (vehicle occupancy, speed and traffic volume) captured from the network of traffic detectors. The Incident Detection Algorithm (IDA), often used in combination with AID, should be responsive and accurate - with a low error rate - to ensure that the AID system is trusted. Typical IDAs that depend on a network of discrete traffic sensors include:

  • low speed detection
  • high occupancy
  • queue-end detection
  • ‘California’ (based on occupancy comparison)
  • ‘McMaster’ (based on flow and occupancy)

Whatever algorithms are chosen, they will need to be calibrated and matched to the available types of sensors. It can be advantageous to simultaneously use multiple IDAs that have complementary characteristics – or apply different IDAs to different scenarios. To ensure accuracy, the data from individual sensors needs to be filtered before it is used by the IDA. (See Data Aggregation and Analysis) When an incident is detected, operators can draw on additional information from other sources such as CCTV cameras – and apply their own judgement to manually validate the incident.

IDAs can be applied to existing video streams. The IDA is either integrated within individual CCTV cameras or applied to a group of cameras to permit discrete events to be detected, such as stopped vehicles – as in the image below, debris, and vehicles driving erratically or in the wrong direction. Video-based AID detects events visually anywhere within an image - not only in the driving lanes but also on hard shoulders and emergency refuge areas regardless of the road surface material (concrete, asphalt, gravel or metal).

Stopped vehicle detection – interurban highway

Stopped vehicle detection – interurban highway

ADVICE TO PRACTITIONERS

AID depends on there being comprehensive coverage by sensors and/or CCTV cameras of the road network to be monitored. The accuracy and geographical reach of AID can be improved if additional sensors and cameras are deployed.

Traffic Sensors

Traffic sensors installed for surveying purposes or for general traffic monitoring may not be suitable for AID for various reasons (loop systems may detect traffic presence but not changes in traffic speed, existing CCTV cameras may not have image processing capability). In most cases additional sensors will be needed to ensure the reliable detection of incidents. (See Vehicle Detection)

CCTV Systems

Images taken from a CCTV camera dedicated to AID can be used to provide reliable information on occupancy, flow and speed - whilst also serving its primary purpose of surveillance - enabling an operator to validate an incident reported by the IDA.

For a CCTV-based AID strategy there are a number of issues to consider:

  • some CCTV cameras allow the operator to adjust the Pan, Tilt and Zoom (PTZ) setting – they may not be considered as a good source of data for AID unless the camera position can be fixed at a known position to enable the IDA to function properly
  • camera suppliers will have their own preference for mounting height and camera geometry to achieve effective coverage
  • the detection area depends on the height of the camera - a rule of thumb is that the detection range of a camera is equivalent to 20 times its height
  • it is likely that the CCTV camera positioning strategy will be different in tunnels due to the limited headroom

For night-time conditions or where streetlights are unreliable, thermal cameras are effective at detecting vehicles on verges, or pedestrians and animals on roads. Thermal cameras also perform better in foggy conditions - so are useful for simple traffic monitoring.

Whether existing or new cameras are deployed, pre-recorded video of incidents can be used to test the performance of an AID system under different conditions, typically described by three parameters:

  • Time To Detect (TTD) - typically an alarm is raised within 10 seconds
  • Detection Rate (DR) - a reliable system should pick up 95% of the stopped vehicles outdoors and 98% in indoor conditions (tunnel)
  • False Alarm Rate (FAR) - preferably expressed as the number of False Alarms (FAs) per day, per camera. For example, for stopped vehicles a value of 0.025 FA/camera/day, equals 1 FA for a system of 40 cameras. It is not recommended that FAR is expressed as a percentage since this is influenced by sample size

Hard Shoulder Running

If hard shoulders are designated as normal travel lanes on a part-time basis (“hard shoulder running”) then an AID system, as part of a Decision Support System (DSS), is necessary to ensure the safety of road users. For example, if an incident is detected on the hard shoulder during hard shoulder running, approaching vehicles need to be alerted and the hard shoulder closed automatically or under manual supervision.

Detecting Flow Breakdown

Excess traffic demand may cause a breakdown in traffic flow that results in the formation of queues and increases the risk of vehicle collisions and other incidents. An IDA function needs to be able to detect unusual queues, compared with normal traffic flows – adjusted for time of day, the day of the week and holiday periods.

Legacy, obsolescence & upgrade Issues

Legacy networks of CCTV cameras can support AID - although a video decoder will be needed to prepare the video for computer analysis. Depending on the manufacturer, many legacy CCTV cameras, including those with a PTZ function, can provide video to support an AID function. It is likely that existing cameras have been positioned for surveillance – and may not be suitable for the image processing required by camera-based AID. They will need to be repositioned to ensure high detection accuracy and to remove the effects of light reflection (from vehicle headlights, wet road surfaces, low-level sunlight).

 

Reference sources

USDOT Research and Innovative Technology Administration - RITA  ITS ePrimer, Module 4 - Traffic Operations, http://www.pcb.its.dot.gov/ePrimer.aspx

EasyWay Consortium (2012) Traffic Management Services, Incident Warning and Management ITS Deployment Guideline, TMS-DG05-08 http://dg.easyway-its.eu/DGs2012

Probe Vehicle Monitoring

Inductive loops buried beneath the road surface or passive roadside detectors are able to provide a comprehensive view of traffic flows on the road network - but the impact of traffic conditions on individual vehicles can be difficult to understand. Detecting an identified vehicle as it passes through known locations on the network can serve as a “traffic probe”.

Probe vehicle monitoring is emerging as a critical technology that complements static sensors, CCTV cameras and ad-hoc reports, whilst also providing information on the speed and flow of a road segment. Road network monitoring is traditionally provided by static detectors such as inductive loops and CCTV cameras located on strategic roads with the highest volumes of traffic. (See Vehicle Detection) This is supplemented with ad-hoc reports from the police, emergency services and members of the public, which contributes to the development of a comprehensive view of the roads (including secondary or tertiary roads) – but the cost of monitoring a large area is often prohibitive.

Probe vehicle monitoring is where a vehicle is equipped to track journey time - for example by tracking Bluetooth signatures between successive points or by using in-vehicle navigation (GNSS). Speed and point to point journey time data is stored and communicated back to the management or control centre to:

  • provide a detailed, accurate and real-time assessment of the state of a road network for traffic monitoring and incident detection
  • help evaluate the response of the road network to a traffic management strategy

Probe vehicles can generate more detailed information on the impact of traffic conditions – by providing the data to calculate, for example:

  • the average speed of the road link (km/hr) or the connected links on which the vehicle is travelling – this can be achieved by reading the vehicle’s number plate or detecting unique codes from the radio emissions of mobile phones or other electronic devices carried within the vehicle
  • the travel time of the probe vehicle (hours and minutes) can be calculated on the basis of the known position of a probe vehicle at known times – measured by roadside detector or a device in the vehicle

A probe vehicle must be capable of being reliably and uniquely identified at more than one discrete location. For example:

  • a single vehicle may not be wholly representative of the behaviour of all vehicles on a road link – and the accuracy of the information improves when more vehicles are monitored at more locations
  • a vehicle may be uniquely identified by reading its Vehicle Registration Mark (VRM) from the vehicle’s number plate by using a specially equipped camera system with Automatic Number Plate Reader (ANPR) capability
  • if the vehicle contains a mobile phone, the phone itself may transmit unique (but not necessarily personally identifiable) data that can be captured by a roadside detector

TECHNOLOGIES DATA AND RESOURCES

Roadside-based detection technologies make it possible to detect the same vehicle at different locations on the road network so it can be used as a traffic probe. The vehicles must have a specific identifier - such as a readable number plate, a Radio Frequency Identification (RFID) tag, or vehicles carrying a device (such as mobile phone, satellite navigation system, computer or portable media device) with a Bluetooth transceiver that is discoverable. Probe vehicles can also be categorised as “passive” or “active” - although sometimes this is an arbitrary distinction:

  • “passive” probes may be used for travel time data collection
  • “active” probes are technically equipped to provide positioning information on a continuous basis
  • technologies – such as mobile phones equipped with satellite receivers – can be classified as either passive or active

The techniques of Probe Vehicle Measurement have developed to ensure that any data collected is combined to create average road link performance and is not personally identifiable.

The most common technologies for probe vehicle monitoring can be split into roadside-based detection and mobile device reporting. Examples include:

  • Bluetooth radio modules integrated into mobile phones, navigation units and portable media players
  • Wi-Fi nodes integrated into portable media devices, or on-board mobile gateways integrated into a Vehicle Area Network (VAN)
  • Radio Frequency (RF) or Dedicated Short Range Communication (DSRC) tags used for electronic toll collection
  • ANPR cameras that use Optical Character Recognition (OCR) or cameras that correlate images to measure vehicle travel times
  • network-based measurement - Mobile Network Operators (MNOs) monitor mobile phone IDs to optimise network operation, capacity management and call handling and need to routinely identify the cell or sector of the cell in which the phone is located
  • terminal (mobile phone)-based measurements - position estimates (measured by satellite receivers in smart phones) provided voluntarily by users in return for navigation or other transport-related mobile Location-Based Services (LBS)

Satellite-based in-vehicle systems are often integral to fleet management applications for freight and commercial operations. These vehicles often travel along strategic highways and can be a suitable for a fleet of probe vehicles to cover the network. (See Freight and Commercial Operations) Satellite technology can also be used for road user charging. (See Electronic Payment)

ADVICE TO PRACTITIONERS

In general, the greater the number of probe vehicles, the better the quality and accuracy of the information that is derived. Small samples of probe vehicle may not deliver high enough accuracy on a specific road or for a specific road network. The behaviour of a single vehicle (such as a bus) may not reflect the general traffic flow – so it is important that the probe vehicles are a high enough proportion of the total to meet the required levels of accuracy.

Washington Probe Vehicles

A study by the Washington State Department of Transportation (WSDOT) suggested that sample sizes as low as 45 RF-tag-equipped probe vehicles per day – with average 30-minute headways - could yield useful data on the occurrence, duration, severity, and frequency of congestion. Probe vehicle sample sizes varied depending on local road networks, traffic patterns and other factors.

Increasingly, road users are being informed about road network conditions, before and during trips, through social messaging and third party navigation systems. They may receive traffic reports from other sources such as public radio stations, mobile phone alerts (Twitter, Weibo or other social messaging sites) and third party navigation applications. Traffic authorities can monitor messaging services such as Twitter (South Africa) and Weibo (China) for traffic information that may help complement static vehicle detectors.

INSTITUTIONAL ISSUES

The provision, collection and use of data from road users raises legal and institutional issues relating to privacy, data collection, ownership and sharing. (See Legal and Regulatory Issues)

 

Reference sources

World Road Association Technical Committee on Winter Service (2016) Advanced Technology for Data Collection and Information to Users and Operators. Report 2016R30 World Road Association (PIARC) Paris. ISBN 978-2-84060-434-1. Available from the Internet site of the World Road Association.

USDOT Research and Innovative Technologies Administration - RITA. ITS ePrimer, Supporting ITS Technologies, http://www.pcb.its.dot.gov/ePrimer.aspx

US Federal Highways Administration (2011) ITS Probe Vehicle Techniques, Travel Time Data Collection Handbook, Chapter 5, pp5-4 to 5-5 http://www.fhwa.dot.gov/ohim/tvtw/natmec/00020.pdf

Other Monitoring Sources

Static detectors and probe vehicle measurement provide complementary views of the performance of the road network through roadside observation and by passively monitoring individual vehicles. These techniques are adequate, most of the time, for managing traffic operations. AID can improve their effectiveness in responding to accidents and planned events. Other sources of data that can help better manage a road network include:

  • ad-hoc reports from the police, emergency services and public transport operators using voice, fax or other data interfaces
  • traffic information provided by privately operated fleet management and navigation service providers such as TomTom based on probe vehicle measurement (South Africa)
  • congestion alerts provided by crowd-sourced information providers such as Google and Waze

During an incident, the mix of traffic data available to road operators is likely to change, with increasing amounts of information arriving from both reliable known sources (“trusted”) and unproven (“untrusted”) sources. Some of the information received may conflict with current knowledge - potentially highlighting a change in circumstances or new and unrelated incidents. The effective use and management of all data sources is critical to effective network operations, particularly during the incident management process.

A well-designed cost-effective traffic management operation needs to recognise the existence of other data sources and to provide the means to include them in its traffic and incident management strategy. Data sources and data owners, other than the highway authority or road operator include:

  • the data source (such as the police, public transport operator, or social messaging services monitor)
  • the type of data provided (such as planned tunnel lane closure, bridge closure;
  • the process by which the data is provided including the interfaces (voice, file transfer, Internet Protocol (IP) or a proprietary data format)
  • and the standards, rules or agreements that might apply to the collection and use of the source of data

The figure below shows the role of other parties alongside road operators in the traffic data collection process. By way of illustration:

  • weather stations may not be owned by the road operator but the data could be provided to them through a partner data sharing agreement with the source owner - perhaps another public authority, a university or third party
  • ad-hoc information such as voice reports from the scene of an incident need to be recorded in a standardised, auditable format that can be retransmitted to other parties involved in managing an incident (this improves the handling of the incident and can be used to inform any review of the incident management process)

Whatever the source of the data, it needs to be assigned a level of trust by the road operator to help it prioritise sources and ensure that the reliance placed on a specific source is appropriate. Data sharing agreements between organisations should clearly specify each parties’ respective roles and responsibilities – and be formally documented (perhaps in a Memorandum of Understanding) and agreed by all parties. The road operator will also need to develop a policy and procedure for handling reports by the public – and to record this for its staff in an operations handbook.

Organisational Model and the relationship with other parties. Reproduced by permission of the EasyWay Consortium (http://www.easyway-its.eu.) a trans-European project co-financed by the European Commission.

Organisational Model and the relationship with other parties. Reproduced by permission of the EasyWay Consortium (http://www.easyway-its.eu.) a trans-European project co-financed by the European Commission.

ADVICE TO PRACTITIONERS

The variety of other data sources available is matched by the variety of data formats and the trust that may be placed on the sources. The most cost-effective data sources for developed and developing countries are existing sources – but it is important to check that they are reliable and suitable if they were designed for another purpose (such as a weigh-in-motion sensor). A rigid definition of sources may not be relevant – and a traffic operator will need to apply discretion and judgment to the value of the reports received from them. Whatever the source, all data collected needs to include as a minimum - location information and a time stamp.

Where additional information is needed to improve traffic operations or incident management, site observers may be deployed to specific locations to collect survey data, report on traffic behaviour at planned events or to provide real-time information by voice (mobile phone or private mobile radio) or handheld computer at the location of an incident.

Data Exchange

Standardisation of data formats, protocols and communications interfaces is desirable to avoid misunderstandings or conflicts between organisations – such as the data provider (a Police Incident Control Centre) and the data receiver (the Traffic Control Centre – TCC).

If a data interface is required, a technical interface standard can help ensure that a TCC can add new sources easily - whether the data is provided from another system (Centre to Centre, C2C) or directly from a device located in the field (Centre to Field, C2F). Examples include:

  • the DATEX II specification for interoperable machine-to-machine communication of ITS services (Europe)
  • NTCIP Specifications (US, Hong Kong and elsewhere) that include reference to the Common Object Request Broker Architecture (CORBA)
  • the JT/T and GB/T series of standards issued by the Transport Department of China

 

Reference sources

US Department of Transportation. National Transportation Communications for ITS protocol (www.ntcip.org)

Object Management Group (OMG) Common Object Request Broker Architecture (CORBA) (www.corba.org)

DATEX: a standard developed for information exchange between traffic management centres, traffic information centres and service providers http://www.datex2.eu

EasyWay Consortium (2012) Traffic Condition and Travel Time Information ITS Deployment Guideline, TIS-DG03-05 pp18-19, http://dg.easyway-its.eu/DGs2012

 


Source URL: https://rno-its.piarc.org/en/network-monitoring-its-network-monitoring/vehicles-roadways