Sentinel: An Onboard Lane Change Advisory System for Intelligent Vehicles to Reduce Traffic Delay during Freeway Incidents
Abstract
This paper introduces Sentinel, an onboard system for intelligent vehicles that guides their lane changing behavior during a freeway incident with the goal of reducing traffic congestion, capacity drop, and delay. When an incident blocking the lanes ahead is detected, Sentinel calculates the probability of leaving the blocked lane(s) before reaching the incident point at each time step. It advises the vehicle to leave the blocked lane(s) when that probability drops below a certain threshold, as the vehicle nears the congestion boundary. By doing this, Sentinel reduces the number of late-stage lane changes of vehicles in the blocked lane(s) trying to move to other lanes, and distributes those maneuvers upstream of the incident point. A simulation case study is conducted in which one lane of a four-lane section of the I-66 interstate highway in the U.S. is temporarily blocked due to an incident, to understand how Sentinel impacts traffic flow and how different parameters - traffic flow, system penetration rate, and incident duration - affect Sentinel’s performance. The results show that Sentinel has a positive impact on traffic flow, reducing average delay by up to 37%, particularly when it has a considerable penetration rate. Working alongside Traffic Incident Management Systems (TIMS), Sentinel can be a valuable asset for reducing traffic delay and potentially saving billions of dollars annually in costs associated with congestion caused by freeway incidents.
Index Terms:
Freeway incident, intelligent vehicles, lane change, probability model, traffic simulationI Introduction
Freeway congestion can be categorized into two groups: recurrent congestion and non-recurrent congestion. Recurrent congestion is primarily due to traffic bottlenecks at fixed locations formed when traffic flow exceeds road capacity, for example at a lane drop. In contrast, non-recurrent congestion is generally caused by either freeway incidents (traffic accidents, vehicle breakdowns, etc.) or planned special events (freeway maintenance, construction, etc.) [1]. The 2019 Urban Mobility Report published by the Texas Transportation Institute based on data obtained in 2017 found that through a combined 8.8 billion hours of wasted time and 3.3 billion gallons of wasted fuel, congestion costs the U.S. an estimated $166 billion each year [2]. The National Traffic Incident Management Coalition (NTIMC) estimates that traffic incidents account for about 25% of total delay on U.S. roadways [3]. Therefore, any small improvement in traffic flow during freeway incidents can save a significant amount of time and money, and the emergence of intelligent vehicles presents new opportunities in this area.
To reduce the impact of non-recurrent congestion - especially freeway incidents - on traffic flow, states and municipalities across the U.S. have traditionally relied on Traffic Incident Management Systems (TIMS). The goal of TIMS is to accurately predict the occurrence of traffic incidents and reduce the time for the detection of, response to, and clearance of an incident [4]. Each of these aspects has been studied extensively by researchers in the field.
Enhanced incident prediction allows TIMS to better prepare for them by allocating resources more efficiently, resulting in faster response and reduced delay. Past research in this area has investigated the use of parametric tree-based (CART or classification and regression tree) models, artificial neural networks, and negative binomial regression models for accident frequency prediction [5, 6]. Past works have also studied the use of random effects probit model for predicting freeway accident likelihood [7]; using loop data through schematic eigenvectors for real-time crash likelihood prediction [8]; and using the Hadoop framework to process and analyze big traffic data efficiently for accident prediction [9]. Similarly, automatic, fast, and accurate detection of traffic incidents with low false positive rates allows TIMS to respond faster and reduces the overall delay. Past studies in this area have employed fuzzy-wavelet radial basis function neural network [10, 11], constructive probabilistic neural network (CPNN) [12, 13], wavelet transformation technique [14], and wavelet-clustering-neural network [1] for freeway incident detection, proposing high accuracy incident detection methods with low false positive rates capable of adapting to different traffic conditions.
Accurate estimation of incident duration also helps TIMS make more efficient decisions for responding to and clearing incidents, reducing their potential impact on traffic flow. Past studies in this area applied hazard-based duration models to statistically evaluate the time it takes to detect/report, respond to, and clear incidents [15], and used the survival analysis approach to develop a prediction model of accelerated failure time [16]. They also investigated a feature selection method that used genetic algorithms to create artificial neural network-based models that provide a sequential forecast of accident duration [17], and developed incident duration models for different incident types, studying several variables affecting incident duration [18]. More recent studies have proposed a novel M5P-HBDM model for accident duration prediction [19] and gradient boosting decision trees (GBDTs) to predict the nonlinear and imbalanced incident clearance time based on different types of explanatory variables [20]. They have also proposed a copula-based modeling framework for understanding the impact of influential factors on incident detection, response, and clearance times [21] and a data-driven approach to automatically determine the spatiotemporal impact areas of freeway incidents [22]. Overall, these studies have improved out understanding of the parameters that affect incident duration and enhanced the accuracy of estimating the time it takes to detect, respond to, and clear incidents.
The final piece of the puzzle for TIMS is finding approaches for management of traffic upstream of the incident location during the time it takes to respond to and clear the incident from the road. To that end, TIMS have relied on approaches developed for managing recurrent congestion at road bottlenecks [23], including the use of variable speed limit (VSL) strategies [24, 25, 26], congestion assistants [27, 28, 29, 30], or a combination of both [31, 32]. Proposed VSL strategies generally involve dynamically altering a bottleneck’s upstream speed limit through various optimization methods and control algorithms. Macroscopic simulations have shown these methods to be effective at reducing total travel time (TTT) and preventing capacity drop [26]; but as [31] notes, lack of a lane assignment strategy can lead to the breakdown of these methods in microscopic simulations because delays and capacity drops often happen due to rushed lane changes close to the bottleneck.
Even when a lane assignment strategy is present, deploying the traffic management approaches above relies on road infrastructure (e.g. overhead gantries) that are only available near large urban areas, limiting their effectiveness in dealing with traffic incidents that are random in nature. To address this problem, our research leverages the emergence and potential of connected, autonomous, and ADAS-enabled vehicles (here collectively referred to as intelligent vehicles) [33]. To that end, we introduce Sentinel, an onboard system for intelligent vehicles that utilizes a probabilistic prediction model [34, 35, 36] to guide the lane changing behavior of individual vehicles during a freeway incident. Not only does this approach save significant amounts of time and money by reducing traffic delay during freeway incidents, it facilitates faster TIMS response and clearance of the road by improving traffic flow, reducing the chance of triggering secondary incidents [20]. Furthermore, Sentinel only relies on a vehicle’s onboard sensing capabilities and does not require any external road infrastructure, though its performance can be improved by leveraging connected vehicle technology.
The remainder of this paper is organized as follows. Section II presents the methodology, including a brief overview of the probability model underlying Sentinel, how Sentinel operates, and the simulation setup used to evaluate its performance. Section III presents the results and discusses how Sentinel impacts traffic flow and efficiency. Finally, Section IV summarizes the main findings of this paper and lays out the future path of this research.
II Methodology
Before we can proceed with the methodology, we have to define a few terms. Throughout this work (including the previous section), a point on the road where upstream flow capacity is higher than downstream capacity is called a bottleneck [28]. A bottleneck can be the result of road features such as merges and lane drops or temporary lane closures caused by incidents or road maintenance. Furthermore, as mentioned in Section I an intelligent vehicle is defined as a vehicle capable of achieving SAE Level 2 autonomy [37]. In other words, the vehicle is equipped with one or more environment perception sensors (radar, camera, etc.) that enable the vehicle’s advanced driver assistance systems (ADAS).
Nominal capacity of a bottleneck is defined as the maximum traffic flow that can be maintained upstream and downstream of the bottleneck point simultaneously. In other words, if denotes the upstream capacity of a bottleneck point where a road transitions from lanes to lanes, , the nominal bottleneck capacity is defined as . The actual bottleneck capacity, however, is often lower than the nominal capacity , due to either upstream traffic flows larger than or rushed lane changing maneuvers of vehicles in the blocked lane(s) that disrupt traffic and slow other vehicles down. This reduction in capacity is called capacity drop and past research has shown that actual bottleneck capacity can be anywhere from 5% to 20% lower than the nominal capacity [38, 39]. Capacity drop disrupts traffic flow and results in increased delays for all vehicles.
Sentinel, as introduced in Section I, is an onboard system utilizing perception data, knowledge of incident location, and a prediction model that estimates the likelihood of reaching a target point on the road using one or multiple lane changes [34], with the goal of reducing traffic delay and postponing or preventing capacity drop during freeway incidents. When an incident blocking the lane(s) ahead is detected, Sentinel calculates the probability of leaving the blocked lane(s) before reaching the incident point at each time step. It advises the vehicle to change lanes when that probability drops below a certain threshold, or in other words, as the vehicle nears the congestion boundary. By doing this, Sentinel reduces the number of late-stage lane changes of vehicles in the blocked lane(s) trying to move to other lanes and distributes those maneuvers upstream of the incident point. Detailed description of how Sentinel operates is provided in Section II-B, and information regarding our implementation can be found in Section II-B3.
Sentinel was implemented in VISSIM® for a series of simulations of a four-lane section of the I-66 interstate highway where the rightmost lane is blocked for a set amount of time. In what follows, Section II-A gives a brief overview of the probabilistic prediction model introduced above, while Section II-B describes the operation and implementation of Sentinel and the simulation setup used to evaluate its performance.
II-A Probability model
The model introduced in [34] estimates the probability that a vehicle can reach a near-term goal state using one or multiple lane changes. While detailed model derivation and validation can be found in [34], a brief overview of the model is provided here to familiarize the reader.
Consider a road with lanes, numbered by 1 to from left to right. Without loss of generality assume that the ego vehicle wants to reach a position on lane a distance ahead of its current position on lane 1 and let denote the probability of doing so successfully. The model estimates this probability by making a few assumptions. First, it assumes that the velocity of all vehicles on lane , , is equal to , where can be considered the average velocity of all vehicles on that lane over a set period of time. Second, it assumes that inter-vehicle headway distances on lane are independent identically distributed (i.i.d.) random variables from a shared log-normal distribution defined by parameters and [40]. Finally, it assumes that the ego vehicle follows a Gipps gap acceptance model when changing lanes [41]. That is, if the ego vehicle is on lane , it only changes lanes if the gap between its leading and trailing vehicles on the adjacent lane is no smaller than a minimum acceptable (ciritical) gap . This lane changing maneuver is completed in seconds. Some of these assumptions are shown in Fig. 1 for better visualization.
The model calculates based on the parameters defined above. In other words, for the case described above , where denotes for a parameter and indices . is obtained through induction on with as the base case. For the base case, since does not have a closed-form expression, it is obtained from a look-up table of values (as a function of three parameters) calculated using Monte Carlo simulations of the problem [34, 42]. For , is determined recursively from
| (1) |
which is based on the law of total probability [43]. Extensive traffic simulations for a range of parameters confirmed that in the majority of cases the model is accurate to within 4% of the actual probability. They also validated our observations that overall, the probability drops with decreased distance to the goal state (increased ), increased traffic density in adjacent lanes (increased ), or less aggressive driver behavior (increased ).
II-B Simulation setup
Sentinel leverages the probability model to guide the lane changing behavior of intelligent vehicles with the aim of reaching a particular goal state, here navigating the congestion caused by a freeway incident. Specifically, when a vehicle equipped with Sentinel approaches a freeway incident and is in the blocked lane(s), Sentinel uses knowledge of the location of that incident to calculate and utilizes perception and vehicle data to calculate , and . Together with driver- or autonomous-vehicle-tuned parameters and , at each time step Sentinel estimates the probability of the vehicle moving out of the blocked lane(s) (using one or more lane changes) under those conditions before reaching the incident point. It instructs the vehicle to change lanes when that probability drops below a certain threshold . Using this approach, Sentinel reduces the number of late-stage, traffic disrupting lane changes of vehicles in the blocked lane(s) trying to get in other lanes and distributes those maneuvers upstream of the incident point. In other words, Sentinel’s goal is to reduce congestion by changing the behavior of individual vehicles.
Accurate knowledge of the incident is essential to the operation of Sentinel, as it is needed both to calculate and determine whether the vehicle is on a blocked lane. This information can be acquired from a few different sources. One source is TIMS, which as mentioned in Section I can detect incidents through a variety of methods [10, 11, 12, 13, 14, 1]. Along with the location of the incident, TIMS can generally infer the number of blocked lanes by observing the discharge rate of vehicles downstream of the incident, though they cannot determine which exact lanes are blocked. A second source of information is crowdsourced incident and lane closure data provided by online navigation services like Waze and Google Maps. These services already allow users to report the location of traffic incidents, and it is possible that in the future users could also indicate which lanes have been blocked by an incident. The final mechanism for obtaining incident information is vehicle-to-vehicle (V2V) connectivity, through which a variety of perception, trajectory, and traffic information can be passed from one vehicle to another. Using this technology, a vehicle passing by an incident can report its location and the exact lanes blocked by it to vehicles upstream equipped with V2V communication technology. An intelligent vehicle could obtain and combine information from some or all of these three sources to determine the location of the incident and the lanes blocked by it [30].
Sentinel would also need information about an intelligent vehicle’s surrounding traffic to estimate the value of parameters such as , and . The primary source of this information is the vehicle’s own perception sensors. Most, if not all, intelligent vehicles are equipped with a few radar and camera sensors to enable ADAS such as lane keeping, adaptive cruise control (ACC), and emergency braking required for SAE Level 2 autonomy. Sentinel can tap into those sensor observations to determine the velocity of surrounding vehicles and their inter-vehicle headway distances, allowing it to estimate , and . Of course, if vehicles are equipped with connected vehicle technology, V2V communication can be leveraged to obtain more accurate information about the velocity of surrounding vehicles and their inter-vehicle headway distances.
As with any other ADAS, driver compliance is essential to the successful operation of Sentinel. For our case, non-compliant vehicles are those that do not change lanes according to Sentinel’s advice, and are thus virtually indistinguishable from vehicles that are not equipped with Sentinel. Therefore, throughout this paper we assume vehicles equipped with Sentinel show full compliance and treat non-compliant vehicles and those not equipped with Sentinel as the same.
VISSIM® traffic simulations were used to study the impact of Sentinel on traffic flow, road capacity, and average delay during a freeway incident. Simulations were carried out for cases representing a variety of traffic conditions, obtained by changing incident duration, traffic flow, and Sentinel penetration rate. For each case, we investigated how different probability thresholds (the limiting value below which Sentinel advises the vehicle to leave the blocked lane(s)) impact road capacity, average delay, and overall traffic flow. Section II-B1 to Section II-B4 provide a detailed discussion of the simulation setup.
II-B1 Simulation fundamentals
A segment of the westbound I-66 interstate highway on the outskirts of Washington, D.C. was selected for our simulations. As shown in Fig. 2, the segment has four lanes and is 21,054 ft (3.99 mi) long. The starting point is immediately after the end of the acceleration lane of the merge from Lee Highway and the endpoint is just before the deceleration lane leading to the off-ramp to Sudley Road. The entire road segment is simulated as a single link with a vehicle input at the starting point.
Traffic simulations were carried out according to Virginia Department of Transportation (VDOT) Traffic Operations and Safety Analysis Manual (TOSAM) and VDOT VISSIM® User Guide [44, 45]. A recommendation of [45] is to run each simulation case 10 times with different - but consistent - random seeds and average the results. However, we observed that for some cases a few simulation runs crashed before finishing11 1 During a few runs, when Sentinel advised a vehicle to change lanes, VISSIM®’s internal model that controlled the vehicle’s driving behavior calculated a trajectory angle larger than 90 degrees, resulting in a crash., so we ran each simulation case 12 times22 2 This number was limited by the available amount of RAM., starting from a random seed of 42 with increments of 5 for the following runs. Each simulation run lasted for 9000 seconds, with the first 1800 seconds as the seeding period and the rest as the analysis period [45].
A variety of simulation cases were studied based on different combinations of three parameters: input vehicle flow , Sentinel penetration rate , and incident duration . was set to either 6400, 7200, or 8000 veh/hr, was set to either 10%, 40%, or 70%, and was set to either 30 or 60 minutes. Out of the 18 possible cases, three where = 60 min and = 8000 veh/hr were not studied because the resulting congestion would overflow the input.
North American vehicles33 3 Slightly larger than European vehicles used in VISSIM® by default. used in each simulation consisted of four different vehicle types: cars, Sentinel-equipped (SE) cars, buses (needed for modeling the incident), and heavy goods vehicles (HGVs). SE cars were identical to cars, with the only difference being the external driver model (EDM) that controlled their lane change initiation behavior, modeling Sentinel-equipped vehicles in real life (see Section II-B3 for details). Vehicle composition for SE cars, cars, HGVs, and buses was set according to in the following manner: , 85% - , 13%, and 2%. For example, if = 70%, the ratio of SE cars, cars, HGVs, and buses was set to 70%, 15%, 13%, and 2%, respectively. The desired speed distribution of all vehicles was set to 70 mph at the input, assigning a desired speed between 67 mph and 80 mph to each vehicle at random with uniform probability [44]. Finally, a set of travel time measurements were defined to measure TTTs and delays throughout the simulation. Travel time was measured from the beginning of the road segment to near its end, covering a total distance of 21,000 ft.
VISSIM®’s public transport functionality was used to simulate a freeway incident. Specifically, a public transport station was defined on the rightmost lane at 19,000 ft with a total length of 200 ft. During each simulation, at 3600 seconds a bus would pull up to and stop at the station, effectively blocking traffic in that lane. The bus would leave the station at either 5400 seconds or 7200 seconds, modeling incidents where total incident time was either 30 or 60 minutes.
II-B2 Driving behavior
Data from a previous VDOT study [46] was used in accordance with [44, 45] to define the driving behavior for the single link. Parameter values shown in Table I were used due to anticipation of significant weaving and merging behavior induced by the incident.
| Parameter | Value |
|---|---|
| CC0 (Standstill Distance) (ft) | 4.92 |
| CC1 (Headway Time) (s) | 0.9 |
| CC2 (Following Variation) (ft) | 13.12 |
| Maximum Deceleration (Own Vehicle) (ft/) | -15.00 |
| Maximum Deceleration (Trailing Vehicle) (ft/) | -12.00 |
| Accepted Deceleration (Own Vehicle) (ft/) | -4.00 |
| Accepted Deceleration (Trailing Vehicle) (ft/) | -3.28 |
| Safety Distance Reduction Factor | 0.25 |
| Maximum Deceleration for Cooperative Braking (ft/) | -23.00 |
| Advanced Merging | On |
| Cooperative Lane Change | On |
II-B3 External driver model
VISSIM®’s external driver model (EDM) API provides access to various driving behavior aspects of all or different subsets of all vehicles. It was used in this work to model Sentinel’s operation during a freeway incident.
The first simulation of each case was run with all vehicles using VISSIM®’s internal model, becoming the baseline for later comparison. In subsequent simulations, the EDM only affected the behavior of SE cars on the rightmost lane during the incident (i.e. between 3600 seconds and either 5400 or 7200 seconds, depending on incident duration). In the real world, Sentinel turns on when it is notified of an incident on the road ahead either by any of the methods described at the beginning of this section.
To estimate the probability that a vehicle successfully changes lanes before reaching the incident point, Sentinel requires knowledge of , and for that vehicle. Because only the rightmost lane was blocked in our simulations, the EDM only needed , and , assuming the rightmost lane was lane 1 and the lane to its left was lane 2. It set equal to the distance of the vehicle to the incident point and to the velocity of the vehicle. To estimate , and , the EDM used data from vehicles in lane 2 up to 820.21 ft (250 m) or a maximum of 10 vehicles ahead and up to 492.13 ft (150 m) or a maximum of 2 vehicles behind the ego vehicle. This range is similar to the range of radars installed on most intelligent vehicles. Denoting by the number of detected vehicles and by and , and , the velocities of these vehicles and their inter-vehicle headway distances, the EDM set
| (2) | ||||
| (3) | ||||
| (4) |
where std() is the standard deviation function. Equation 3 and Equation 4 come from the assumption that inter-vehicle headway distances are i.i.d. random variables from a shared log-normal distribution.
The critical gap was set to where and were set to 1.6 seconds and 1 meter, respectively. Though in reality the critical gap is stochastic in nature and depends on a multitude of factors including relative speeds and positions of nearby vehicles and driver aggressiveness, our choice simplified the model and its conservative nature (being generally larger than the actual critical gap) ensured lane changes were safe [47]. Finally, was set to 3 seconds because VISSIM®’s internal model completes a lane change in that time [48]. Both and can be tuned in a real-world implementation of Sentinel to match behavior characteristics of individual drivers or an autonomous vehicle.
The only exception to this value assignment process came when was within the interval , where was 4 m/s. In that case, we set . The reasoning behind this goes back to [34] that showed when is close to , the relative traveled distance is significantly reduced, causing a large drop in probability that is unrealistic. Therefore, this modification was made to more accurately represent driver behavior during a lane changing maneuver.
To simulate Sentinel, the EDM was tasked with calculating the probability described above at each time step. If the probability for a vehicle dropped below a certain threshold , the EDM instructed that vehicle to change lanes. From Section II-A and intuition we know that the probability drops with decreased distance to the incident location and increased traffic density in adjacent lanes, so can be thought of as a measure for how far upstream of the congestion boundary Sentinel warns vehicles to change lanes. In other words, if is very high (close to 1), Sentinel is expected to warn vehicles far ahead of the congestion boundary, whereas if is low, Sentinel is expected to warn vehicles only when they near the congestion boundary.
For each of the 15 cases, we tested different thresholds ranging from 0.999 to 0.6 to understand how affected average delay and traffic flow. Similar to [35, 36], a problem we encountered during the implementation of Sentinel was that when the EDM signaled a vehicle to change lanes, that vehicle (driven by an internal VISSIM® model) did not check to see if it was safe to do so, often passing through another vehicle during the maneuver. Our solution was to build a mechanism within the EDM to check for safety (adequate spacing and relative velocity of nearby vehicles) before starting a lane changing maneuver [47]. Details of the implementation of that mechanism can be found in [35, 36].
II-B4 Data processing and evaluation
Average delay, defined as the difference between travel time under free flow speed and actual travel time, was our measure of effectiveness (MoE) of choice [45]. Using the travel time measurement defined in Section II-B1, VISSIM® calculated the delay for each vehicle. For each combination of , , and , we calculated the average , standard deviation , and maximum delay of all vehicles for each run , , reporting , and for each 900-second interval and the entire analysis period.
As mentioned before, in some cases a few of the 12 runs crashed before finishing. Therefore, we utilized our approach in [36], excluding the crashed runs from , and calculations for the analysis period but retaining data up to the nearest 900-second interval before the crash happened for calculations of , and for 900-second intervals. For example, we retained data up to the 6300-second point if a run crashed at 6465 seconds. Cases with more than 2 crashes (hence fewer than 10 successful simulation runs) are marked with the number of successful runs in Table II and Table III.
III Results and Discussion
| = 10% | = 40% | = 70% | ||||||||
| (veh/hr) | Avg. (s) | Std. (s) | Max. (s) | Avg. (s) | Std. (s) | Max. (s) | Avg. (s) | Std. (s) | Max. (s) | |
| 6400 | baseline | 18.1 | 32.9 | 522.9 | 18.1 | 32.9 | 522.9 | 18.1 | 32.9 | 522.9 |
| 0.999 | 18.2 (0.4) | 33.9 (2.9) | 741.0 (41.7) | 16.1 (-11.0) | 28.3 (-14.1) | 497.5 (-4.9) | 15.0 (-16.9) | 26.1 (-20.8) | 487.6 (-6.7) | |
| 0.99 | 18.1 (0.1) | 33.7 (2.2) | 762.1 (45.7) | 16.0 (-11.6) | 28.2 (-14.5) | 454.8 (-13.0) | 14.7 (-18.9) | 25.4 (-23.0) | 487.9 (-6.7) | |
| 0.97 | 17.8 (-1.6) | 32.7 (-0.6) | 705.8 (35.0) | 15.6 (-13.5) | 27.8 (-15.6) | 484.9 (-7.3) | 14.9 (-17.7) | 25.4 (-22.8) | 433.2 (-17.2) | |
| 0.95 | 17.8 (-1.7) | 33.0 (0.1) | 726.4 (38.9) | 16.4 (-9.5) | 29.4 (-10.8) | 478.5 (-8.5) | 14.3 (-20.8) | 24.4 (-26.0) | 458.4 (-12.3) | |
| 0.9 | 18.0 (-0.5) | 33.0 (0.1) | 716.7 (37.1) | 16.1 (-10.8) | 28.7 (-12.9) | 505.4 (-3.3) | 14.9 (-17.5) | 25.3 (-23.2) | 446.9 (-14.5) | |
| 0.85 | 17.6 (-2.5) | 32.4 (-1.7) | 682.2 (30.5) | 15.6 (-13.8) | 27.4 (-16.9) | 473.5 (-9.4) | 15.1 (-16.8) | 25.8 (-21.7) | 446.4 (-14.6) | |
| 0.8 | 17.6 (-2.6) | 32.8 (-0.4) | 734.7 (40.5) | 16.2 (-10.7) | 28.9 (-12.2) | 485.6 (-7.1) | 15.4 (-14.7) | 27.0 (-18.0) | 483.5 (-7.5) | |
| 0.75 | 18.0 (-0.5) | 33.1 (0.3) | 708.0 (35.4) | 16.7 (-7.8) | 29.9 (-9.3) | 510.8 (-2.3) | 14.9 (-17.8) | 25.6 (-22.4) | 462.0 (-11.6) | |
| 0.7 | 17.7 (-2.0) | 33.0 (0.2) | 760.9 (45.5) | 16.5 (-8.8) | 29.2 (-11.5) | 481.4 (-7.9) | 15.4 (-14.7) | 26.9 (-18.2) | 474.0 (-9.4) | |
| 0.65 | 17.7 (-1.9) | 33.0 (0.0) | 728.1 (39.2) | 16.2 (-10.3) | 28.9 (-12.4) | 487.1 (-6.8) | 16.2 (-10.2) | 28.7 (-12.9) | 467.4 (-10.6) | |
| 0.6 | 18.2 (0.7) | 33.7 (2.2) | 740.5 (41.6) | 16.8 (-7.0) | 30.5 (-7.4) | 493.2 (-5.7) | 15.3 (-15.1) | 26.7 (-19.0) | 446.0 (-14.7) | |
| 7200 | baseline | 56.5 | 87.8 | 939.5 | 56.5 | 87.8 | 939.5 | 56.5 | 87.8 | 939.5 |
| 0.999 | 55.5 (-1.7) | 88.0 (0.2) | 805.4 (-14.3) | 51.4 (-9.0) | 82.3 (-6.2) | 962.5 (2.4) | 46.4 (-17.8) (9) | 76.9 (-12.4) | 876.7 (-6.7) | |
| 0.99 | 55.5 (-1.8) | 87.2 (-0.7) | 740.2 (-21.2) | 49.6 (-12.1) | 79.7 (-9.2) | 925.6 (-1.5) | 46.9 (-16.9) (6) | 77.8 (-11.4) | 809.5 (-13.8) | |
| 0.97 | 54.5 (-3.5) | 85.5 (-2.6) | 749.0 (-20.3) | 49.9 (-11.6) | 80.7 (-8.0) | 902.8 (-3.9) | 45.4 (-19.6) | 75.7 (-13.8) | 1033.8 (10.0) | |
| 0.95 | 55.2 (-2.2) | 86.6 (-1.3) | 763.9 (-18.7) | 51.8 (-8.4) | 83.1 (-5.3) | 917.3 (-2.4) | 47.1 (-16.7) | 78.0 (-11.2) | 937.0 (-0.3) | |
| 0.9 | 54.8 (-2.9) | 85.9 (-2.2) | 732.1 (-22.1) | 49.8 (-11.9) | 81.3 (-7.4) | 956.7 (1.8) | 47.8 (-15.3) (7) | 79.3 (-9.6) | 1209.2 (28.7) | |
| 0.85 | 56.6 (0.2) | 87.6 (-0.2) | 737.4 (-21.5) | 49.6 (-12.1) | 80.1 (-8.7) | 916.8 (-2.4) | 46.2 (-18.1) (9) | 76.7 (-12.6) | 934.0 (-0.6) | |
| 0.8 | 55.6 (-1.5) | 86.3 (-1.6) | 730.7 (-22.2) | 51.2 (-9.3) (9) | 81.8 (-6.9) | 865.7 (-7.9) | 48.0 (-14.9) (9) | 78.7 (-10.3) | 1099.8 (17.1) | |
| 0.75 | 55.3 (-2.0) | 86.6 (-1.3) | 726.8 (-22.6) | 51.0 (-9.7) | 81.7 (-6.9) | 911.4 (-3.0) | 47.1 (-16.7) (9) | 77.0 (-12.3) | 937.6 (-0.2) | |
| 0.7 | 55.7 (-1.3) | 86.7 (-1.3) | 731.9 (-22.1) | 51.6 (-8.6) | 83.2 (-5.2) | 944.4 (0.5) | 48.0 (-14.9) | 79.4 (-9.6) | 900.4 (-4.2) | |
| 0.65 | 55.7 (-1.5) | 86.9 (-1.0) | 747.5 (-20.4) | 50.4 (-10.7) | 81.7 (-6.9) | 977.2 (4.0) | 47.5 (-15.8) | 78.2 (-11.0) | 937.6 (-0.2) | |
| 0.6 | 55.2 (-2.3) | 85.8 (-2.3) | 723.9 (-22.9) | 51.4 (-8.9) | 83.3 (-5.1) | 941.8 (0.2) | 48.5 (-14.1) | 79.7 (-9.2) | 1020.5 (8.6) | |
| 8000 | baseline | 118.5 | 140.0 | 1060.0 | 118.5 | 140.0 | 1060.0 | 118.5 | 140.0 | 1060.0 |
| 0.999 | 113.7 (-4.0) | 140.6 (0.5) | 965.1 (-9.0) | 110.4 (-6.8) | 137.0 (-2.1) | 932.8 (-12.0) | 102.8 (-13.3) | 130.6 (-6.7) | 895.8 (-15.5) | |
| 0.99 | 116.0 (-2.1) | 140.5 (0.4) | 975.0 (-8.0) | 109.1 (-7.9) | 135.6 (-3.1) | 989.8 (-6.6) | 101.7 (-14.1) (7) | 130.9 (-6.4) | 888.6 (-16.2) | |
| 0.97 | 117.8 (-0.6) | 139.1 (-0.6) | 978.3 (-7.7) | 110.2 (-7.0) (7) | 132.5 (-5.3) | 1014.1 (-4.3) | 108.1 (-8.7) (4) | 131.9 (-5.8) | 865.9 (-18.3) | |
| 0.95 | 116.8 (-1.4) | 140.2 (0.2) | 1000.0 (-5.7) | 108.5 (-8.4) | 134.0 (-4.2) | 964.1 (-9.0) | 102.5 (-13.5) (7) | 129.0 (-7.8) | 845.7 (-20.2) | |
| 0.9 | 119.0 (0.4) | 141.2 (0.9) | 981.9 (-7.4) | 108.4 (-8.5) (7) | 132.6 (-5.3) | 993.0 (-6.3) | 102.6 (-13.4) (9) | 128.6 (-8.1) | 846.5 (-20.1) | |
| 0.85 | 115.1 (-2.9) | 140.4 (0.3) | 992.1 (-6.4) | 109.7 (-7.4) | 134.6 (-3.8) | 935.7 (-11.7) | 104.8 (-11.6) (8) | 131.3 (-6.2) | 821.0 (-22.5) | |
| 0.8 | 117.1 (-1.2) | 141.6 (1.1) | 961.5 (-9.3) | 110.1 (-7.1) (9) | 136.3 (-2.6) | 966.3 (-8.8) | 107.7 (-9.1) (6) | 136.7 (-2.4) | 933.6 (-11.9) | |
| 0.75 | 119.4 (0.8) | 141.1 (0.8) | 961.0 (-9.3) | 110.1 (-7.1) | 136.0 (-2.9) | 1000.3 (-5.6) | 103.8 (-12.4) (9) | 133.0 (-5.0) | 889.5 (-16.1) | |
| 0.7 | 116.4 (-1.8) | 140.2 (0.1) | 971.5 (-8.3) | 111.6 (-5.8) | 135.8 (-3.0) | 1015.1 (-4.2) | 103.7 (-12.5) (7) | 133.3 (-4.8) | 852.7 (-19.6) | |
| 0.65 | 116.5 (-1.7) | 139.7 (-0.2) | 957.5 (-9.7) | 111.5 (-5.9) (9) | 136.9 (-2.2) | 961.3 (-9.3) | 103.1 (-13.0) (6) | 129.4 (-7.5) | 799.5 (-24.6) | |
| 0.6 | 117.3 (-1.0) | 142.7 (2.0) | 968.2 (-8.7) | 109.6 (-7.5) (9) | 137.1 (-2.0) | 984.9 (-7.1) | 104.3 (-12.0) (5) | 132.1 (-5.6) | 840.0 (-20.8) | |
Statistical indicators of traffic delay results during the analysis period are shown in Table II for = 30 min and in Table III for = 60 min. In each table, the results are divided into square blocks based on the value of (increasing downward) and that of (increasing rightward). In each square block, each row provides the simulation results of that particular traffic setting (combination of , and ) for a particular value of , with the first row being the baseline case and values decreasing downward from 0.999 in the second row. For each horizontal row of square blocks, values are provided in the second column. Furthermore, in each square block the columns represent average, standard deviation of, and maximum delay. The numbers in parenthesis next to delay values in each row - other than the baseline - indicate percentage change relative to the baseline case. For example, values in columns 9, 10, and 11 of the sixth row of Table II show the average, standard deviation of, and maximum delay for the simulation case with = 6400 veh/hr, = 70%, = 30 min, and = 0.97, with the numbers in parenthesis showing change relative to the baseline case in the third row. For this value, average delay was improved by 17.7% relative to the baseline case, while standard deviation of the delay was improved by 22.8%. Finally, as mentioned in Section II-B4, for instances where the number of crashed simulations exceeded 2, the number of simulations that finished without an error and were used for averaging the results is indicated as a superscript for the average delay value of that case and applies to all three values representing that case. For instance, for the case with = 7200 veh/hr, = 70%, = 30 min, and = 0.9, 5 of the 12 simulations crashed and the rest were used to calculate the results.
| = 10% | = 40% | = 70% | ||||||||
| (veh/hr) | Avg. (s) | Std. (s) | Max. (s) | Avg. (s) | Std. (s) | Max. (s) | Avg. (s) | Std. (s) | Max. (s) | |
| 6400 | baseline | 42.8 | 65.5 | 714.9 | 42.8 | 65.5 | 714.9 | 42.8 | 65.5 | 714.9 |
| 0.999 | 40.2 (-6.0) | 63.3 (-3.3) | 1153.3 (61.3) | 30.8 (-28.1) | 48.6 (-25.7) | 645.5 (-9.7) | 27.8 (-35.0) | 44.5 (-32.0) | 620.6 (-13.2) | |
| 0.99 | 40.4 (-5.6) | 64.2 (-2.0) | 1194.4 (67.1) | 32.3 (-24.5) | 51.3 (-21.7) | 671.4 (-6.1) | 28.1 (-34.5) (9) | 44.2 (-32.5) | 619.0 (-13.4) | |
| 0.97 | 39.3 (-8.1) | 62.1 (-5.1) | 1157.6 (61.9) | 30.6 (-28.5) | 48.2 (-26.4) | 637.2 (-10.9) | 26.8 (-37.4) | 42.3 (-35.5) | 586.2 (-18.0) | |
| 0.95 | 40.2 (-6.1) | 62.9 (-4.0) | 1143.3 (59.9) | 31.0 (-27.5) | 48.9 (-25.3) | 676.7 (-5.3) | 27.2 (-36.4) (9) | 43.3 (-33.9) | 595.7 (-16.7) | |
| 0.9 | 40.3 (-5.8) | 62.3 (-4.8) | 1129.9 (58.1) | 33.7 (-21.3) | 52.8 (-19.4) | 622.3 (-13.0) | 29.1 (-32.1) | 46.0 (-29.8) | 596.1 (-16.6) | |
| 0.85 | 39.8 (-7.0) | 62.8 (-4.1) | 1127.0 (57.6) | 31.9 (-25.6) (9) | 50.2 (-23.4) | 626.1 (-12.4) | 28.5 (-33.4) | 45.3 (-30.8) | 607.7 (-15.0) | |
| 0.8 | 39.2 (-8.5) | 61.5 (-6.1) | 1173.2 (64.1) | 31.6 (-26.3) | 49.7 (-24.1) | 622.3 (-12.9) | 29.1 (-32.0) | 46.4 (-29.1) | 612.5 (-14.3) | |
| 0.75 | 41.1 (-4.0) | 64.3 (-1.9) | 1169.6 (63.6) | 34.3 (-19.9) | 53.6 (-18.2) | 672.6 (-5.9) | 28.6 (-33.2) | 44.8 (-31.6) | 620.4 (-13.2) | |
| 0.7 | 39.7 (-7.2) | 63.0 (-3.8) | 1204.4 (68.5) | 35.0 (-18.2) | 54.3 (-17.0) | 659.4 (-7.8) | 28.0 (-34.7) | 43.9 (-33.0) | 588.7 (-17.7) | |
| 0.65 | 39.8 (-7.0) | 63.3 (-3.3) | 1196.2 (67.3) | 33.2 (-22.5) | 52.4 (-20.0) | 637.4 (-10.8) | 31.0 (-27.6) (9) | 49.0 (-25.2) | 619.8 (-13.3) | |
| 0.6 | 40.6 (-5.3) | 63.8 (-2.5) | 1254.1 (75.4) | 35.4 (-17.3) | 56.0 (-14.5) | 667.4 (-6.6) | 30.7 (-28.2) | 48.6 (-25.8) | 559.6 (-21.7) | |
| 7200 | baseline | 185.2 | 180.9 | 1514.2 | 185.2 | 180.9 | 1514.2 | 185.2 | 180.9 | 1514.2 |
| 0.999 | 178.4 (-3.7) | 178.0 (-1.6) | 1077.5 (-28.8) | 162.3 (-12.4) (9) | 163.4 (-9.7) | 1611.5 (6.4) | 151.8 (-18.0) (6) | 159.8 (-11.7) | 1440.5 (-4.9) | |
| 0.99 | 179.4 (-3.1) | 178.2 (-1.5) | 1104.4 (-27.1) | 157.0 (-15.2) (7) | 160.3 (-11.4) | 1047.4 (-30.8) | 149.5 (-19.3) (4) | 155.9 (-13.9) | 1049.8 (-30.7) | |
| 0.97 | 176.6 (-4.6) | 173.7 (-4.0) | 1051.4 (-30.6) | 163.9 (-11.5) | 167.5 (-7.5) | 1570.5 (3.7) | 149.4 (-19.3) (7) | 155.7 (-13.9) | 1361.1 (-10.1) | |
| 0.95 | 180.7 (-2.4) | 179.2 (-1.0) | 1134.3 (-25.1) | 164.7 (-11.0) (7) | 167.9 (-7.2) | 1316.3 (-13.1) | 149.0 (-19.5) (4) | 155.1 (-14.3) | 950.9 (-37.2) | |
| 0.9 | 176.7 (-4.6) (9) | 175.2 (-3.1) | 1082.3 (-28.5) | 162.6 (-12.2) (8) | 165.8 (-8.4) | 1352.2 (-10.7) | 161.4 (-12.8) (6) | 166.5 (-8.0) | 2307.8 (52.4) | |
| 0.85 | 184.4 (-0.4) | 181.0 (0.0) | 1082.5 (-28.5) | 166.7 (-10.0) (6) | 167.7 (-7.3) | 1429.0 (-5.6) | 143.9 (-22.3) (2) | 152.0 (-16.0) | 932.9 (-38.4) | |
| 0.8 | 181.0 (-2.3) | 179.5 (-0.8) | 1094.1 (-27.7) | 162.7 (-12.1) (6) | 166.7 (-7.9) | 1463.1 (-3.4) | 153.8 (-16.9) (2) | 155.0 (-14.3) | 1839.6 (21.5) | |
| 0.75 | 179.0 (-3.4) | 178.3 (-1.5) | 1085.1 (-28.3) | 166.1 (-10.3) | 167.5 (-7.4) | 1504.4 (-0.6) | 153.8 (-16.9) (6) | 159.5 (-11.8) | 1470.8 (-2.9) | |
| 0.7 | 182.1 (-1.7) | 178.5 (-1.4) | 1104.0 (-27.1) | 167.0 (-9.8) | 169.2 (-6.5) | 1580.5 (4.4) | 157.6 (-14.9) (6) | 163.5 (-9.6) | 1448.7 (-4.3) | |
| 0.65 | 180.0 (-2.8) | 176.4 (-2.5) | 1041.9 (-31.2) | 164.9 (-11.0) (9) | 166.0 (-8.3) | 1629.0 (7.6) | 149.4 (-19.3) (2) | 157.2 (-13.1) | 2292.2 (51.4) | |
| 0.6 | 181.4 (-2.1) | 177.3 (-2.0) | 1141.8 (-24.6) | 165.8 (-10.5) (7) | 167.7 (-7.3) | 1005.4 (-33.6) | 155.6 (-16.0) (4) | 159.4 (-11.9) | 1660.7 (9.7) | |
A first glance at the results shows that in all traffic settings (combinations of , , and ), Sentinel was successful at improving traffic flow and reducing delay across all measures (average, standard deviation, and maximum) during the incident. The amount of reduction, however, depends on the parameters of each traffic setting and the chosen value. Therefore, we first discuss some overall trends in the results and then focus on the results of one simulation case and analyze them in more detail: the case with = 6400 veh/hr, = 40%, and = 60 min where all values result in around 20% to 30% reduction in average delay.
Table IIand Table III both show that delays for the baseline case are higher when incident duration is longer, as expected. They also show that for longer incidents the reduction in delay is usually larger, especially for larger values. As will be discussed further ahead, this can be attributed to the cascading effect of delay reduction made possible by Sentinel. The results also show that average delay increases with , because for larger traffic flows vehicles traveling in the blocked lane have a harder time finding an acceptable gap in the adjacent lane before getting close to the incident point, resulting in more last-minute lane changes that cause additional traffic disruptions and delays. Furthermore, the impact of the system is reduced with increasing because of congestion caused by a traffic flow beyond the capacity of a three-lane road.
Sentinel was not active for baseline cases, so its penetration rate does not impact traffic delay results. When it was active, for = 10% we see that it only had a modest impact on the results regardless of and because of low penetration rate, matching our expectations. We also see that the reduction in delay increases with penetration rate and is largest for = 70%, with improvements in average delay reaching as high as 37% and showing that all vehicles reap the benefits of increased Sentinel penetration. As for , no broad trends can be observed. Finally, we see that standard deviation and maximum values of delay follow similar trends as average delay for all parameters discussed above.
For the next analysis we need to define a new parameter , known as lane departure density [36]. can be thought of as a measure for quantifying the time-space rate of vehicles departing a blocked lane for the last time before reaching the blockage point. More specifically, if vehicles depart a blocked lane for the last time within a certain time interval with duration and road span with length before the blockage point, for that - time-space block is defined as
| (5) |
has the units of (lane departure)/(ft.s). In this paper we assume that = 100 s and = 200 ft.
Let’s now dive deeper into the case with = 6400 veh/hr, = 40%, and = 60 min. For this case, Fig. 3 shows the average delay and discharge rate of all vehicles for each 900-second simulation time-interval during the analysis period and for different values of . Fig. 4 and Fig. 5 show similar plots for regular cars and SE cars, respectively. Along with these figures, Fig. 6 shows the estimated (probability of leaving the blocked lane before reaching the incident point) calculated by Sentinel for a sample SE car and its velocity as it travels along the road for the case with . Finally, Fig. 7 shows time-space plots of density (in veh/mi) and speed (in mph) for all vehicles and for SE cars in lane 1, while Fig. 8 shows similar time-space plots of density and speed for all vehicles in lane 2. In each figure, the first column represents the baseline case, while the other three columns represent cases with = 0.999, 0.9, and 0.7, respectively. For each individual plot, the horizontal axis indicates simulation time and spans from 1800 to 9000 seconds, or the entire analysis period. The vertical axis indicates distance (in 1000 ft) and spans the entire length of the road segment (21,054 ft) for speed and density plots and up to the incident point (19,200 ft) for lane departure plots. For lane departure plots, we plotted instead of to better visualize the difference in values. We also opted to only use data from SE cars for lane departure plots despite using data from all cars for density and speed plots. This was due to the fact that Sentinel only affects the behavior of SE cars and that of other cars should not be statistically different from what it was for the baseline case.
Fig. 6illustrates how Sentinel operated during the simulations. Using data from nearby vehicles obtained through perception sensors, Sentinel estimated the probability of leaving lane 1 before reaching the incident point. We can see that for the first 10,000 ft this probability was nearly 1, but as the ego vehicle neared the congestion boundary and vehicles in lane 2 started to slow down and get closer to each other, the probability dropped until it crossed the 0.7 threshold, at which point Sentinel advised the ego vehicle to find an acceptable gap in lane 2 to leave lane 1. The vehicle did so slightly before reaching the incident-induced congestion, as indicated by the probability that steps up to 1 and the velocity that goes down to zero, bounces back, and does this again, portraying a stop-and-go motion.
This knowledge of how Sentinel operates guides our understanding of its impact on the overall traffic flow. As Fig. 5 shows, at the fifth 900-second time interval (the first time interval after the incident), Sentinel helped SE cars leave lane 1 early, reducing their average delay relative to the baseline case. Fig. 4 indicates that this was not the case for regular cars, whose average delay is nearly the same as the baseline case in the fifth interval. Fig. 5 further shows that this trend of reduction in average delay continues in subsequent time intervals for SE cars, where compared to average delay’s linear growth for the baseline case, the rate of growth is slower than linear in cases where Sentinel was operational. As can be seen from Fig. 3 and Fig. 4, this behavior reduced congestion and indirectly improved average delay for other vehicles relative to the baseline case. Fig. 3 also shows that Sentinel was able to restore some of the bottleneck capacity lost to congestion. It indicates that bottleneck capacity with operational Sentinel stands at around 6200 veh/hr, near the nominal capacity of a three-lane freeway and nearly 100 veh/hr more than the baseline case, with both SE cars and regular cars equally responsible for the increased capacity, as shown in Fig. 4 and Fig. 5.
Fig. 7and Fig. 8 bring another perspective to understanding how Sentinel impacts traffic flow. The lane departure density plot for the baseline case shows that when the incident occurs (intersection of 3600 s and 19,200 ft), there is a large spike in lane departures near the incident point, which gradually dilutes along the road as congestion in lane 1 grows. In contrast, in the other three cases there is a much smaller spike at the point of incident and lane departures are more evenly distributed upstream of the incident point. Not only did this help reduce traffic density on lane 1, but it also reduced traffic density on lane 2. This was because as SE cars departed lane 1 earlier and entered lane 2, some cars on lane 2 moved to lanes 3 and 4 to maintain the balance of density on the three lanes. For the baseline case on the other hand, a large volume of cars entered lane 2 at the incident point, rapidly increasing lane 2’s density because there was not enough time for other cars to move to lanes 3 and 4.
Lane departure density plots of Fig. 7 also reveal how the choice of impacts lane departure timings. As mentioned previously, when is larger Sentinel advises vehicles to depart lane 1 earlier than it would if was lower. We can see that for = 0.999, lane departures are evenly distributed along the road. This is because any minor disturbance in the traffic caused the probability to drop below and let Sentinel advise the vehicle to depart lane 1, even if it was not anywhere near the congestion. In contrast, lane departure plots for the other two cases show that Sentinel only advised vehicles to change lanes when they got close to the congestion. For these cases, the plots show that Sentinel started advising vehicles to depart lane 1 about 1.5 mi and 0.8 mi ahead of the incident point for cases with = 0.9 and 0.7, respectively. Despite this, Table III shows that among the three values, the largest reduction in average delay for this traffic setting was obtained for = 0.999 followed by = 0.9.
Overall, the choice of the optimal depends on traffic flow, road settings (number of lanes and number of blocked lanes), incident duration, and penetration rate of Sentinel. However, given that larger values of tend to push lane departures away from the incident point and distribute them more evenly, we recommend a value in the range of 0.9 to 0.97 for a satisfying performance. This value is neither too large (such as 0.999) to randomly advise vehicles to depart a lane, nor is it too small to advise vehicles to depart a lane just before reaching a congestion. In more complex cases, determining the optimal choice of may require additional traffic simulation. Dynamically assigning may be another solution, though this strategy needs further research.
IV Conclusions
This paper introduced Sentinel, an onboard system for intelligent vehicles that guides their lane changing behavior during a freeway incident with the goal of reducing traffic congestion, capacity drop, and delay. Sentinel does so by leveraging onboard perception data, knowledge of the incident location, and a prediction model that uses traffic- and driver-related parameters to estimate the probability of reaching a goal state on the road using one or multiple lane changes. When an incident blocking the lane(s) ahead is detected, Sentinel calculates the probability of leaving the blocked lane(s) before reaching the incident point at each time step. It advises the vehicle to leave the blocked lane(s) when that probability drops below a certain threshold, as the vehicle nears the congestion boundary. By doing this, Sentinel reduces the number of disruptive, late-stage lane changes of vehicles in the blocked lane(s) trying to move to other lanes and distributes those maneuvers upstream of the incident point.
A simulation case study in which one lane of a four-lane freeway was blocked by an incident for a set period of time was conducted using VISSIM® to understand how Sentinel impacted traffic flow and how different parameters - traffic flow, penetration rate, and incident duration - affected Sentinel’s performance. The results showed that Sentinel had a positive impact on the overall traffic flow, particularly when it had a considerable penetration rate. It was successful at reducing traffic delay by an average of 10% or more and reduced the drop in capacity at the bottleneck. We also observed that in most cases Sentinel’s performance was not strongly correlated with the choice of the probability threshold, recommending a probability threshold in the range of 0.9 to 0.97 for a satisfactory performance.
Overall, Sentinel’s effectiveness at reducing delay during freeway incidents, its simple design, and its ease of implementation show potential for its widespread adoption by intelligent vehicles, in which case it could potentially save billions of dollars annually in costs associated with congestion caused by freeway incidents. Based on the results of this study, future work will focus on using full-cabin driving simulators and real-world experiments to study driver compliance, Sentinel’s performance in the real world, and its overall impact on driving behavior.
Acknowledgment
The authors wish to express their gratitude to Dr. Harpreet S. Dhillon for his help with the probability model and to Dr. Montasir Abbas and Awad Abdelhalim for their assistance with VISSIM® simulations.
References
- [1] S. Ghosh-Dastidar and H. Adeli, “Wavelet-clustering-neural network model for freeway incident detection,” Computer-Aided Civil and Infrastructure Engineering, vol. 18, no. 5, pp. 325–338, 2003.
- [2] D. Schrank, B. Eisele, and T. Lomax, “Urban Mobility Report 2019,” Texas A&M Transportation Institute, The Texas A&M University, College Station, TX, USA, Tech. Rep. N/A, August 2019.
- [3] National Traffic Incident Management Coalition (NTIMC). (2020, July 28) Working together for improved safety, clearance, and communications. [Online]. Available: http://ntimc.transportation.org/Pages/NationalUnifiedGoal(NUG).aspx
- [4] “Traffic incident management systems,” United States Fire Administration, Emmitsburg, MD, USA, Tech. Rep. FA-330, March 2012.
- [5] L.-Y. Chang and W.-C. Chen, “Data mining of tree-based models to analyze freeway accident frequency,” Journal of Safety Research, vol. 36, no. 4, pp. 365–375, 2005.
- [6] L.-Y. Chang, “Analysis of freeway accident frequencies: negative binomial regression versus artificial neural network,” Safety Science, vol. 43, no. 8, pp. 541–557, 2005.
- [7] Y. Qi, B. L. Smith, and J. Guo, “Freeway accident likelihood prediction using a panel data analysis approach,” Journal of Transportation Engineering, vol. 133, no. 3, pp. 149–156, 2007.
- [8] S. Fang, W. Xie, J. Wang, and D. R. Ragland, “Utilizing the eigenvectors of freeway loop data spatiotemporal schematic for real time crash prediction,” Accident Analysis & Prevention, vol. 94, pp. 59–64, 2016.
- [9] S.-h. Park, S.-m. Kim, and Y.-g. Ha, “Highway traffic accident prediction using VDS big data analysis,” The Journal of Supercomputing, vol. 72, pp. 2815–2831, 2016.
- [10] H. Adeli and A. Karim, “Fuzzy-wavelet RBFNN model for freeway incident detection,” Journal of Transportation Engineering, vol. 126, no. 6, pp. 464–471, 2000.
- [11] A. Karim and H. Adeli, “Comparison of fuzzy-wavelet radial basis function neural network freeway incident detection model with California algorithm,” Journal of Transportation Engineering, vol. 128, no. 1, pp. 21–30, 2002.
- [12] X. Jin, R. L. Cheu, and D. Srinivasan, “Development and adaptation of constructive probabilistic neural network in freeway incident detection,” Transportation Research Part C: Emerging Technologies, vol. 10, no. 2, pp. 121–147, 2002.
- [13] D. Srinivasan, X. Jin, and R. L. Cheu, “Evaluation of adaptive neural network models for freeway incident detection,” IEEE Transactions on Intelligent Transportation Systems, vol. 5, no. 1, pp. 1–11, 2004.
- [14] H. Teng and Y. Qi, “Application of wavelet technique to freeway incident detection,” Transportation Research Part C: Emerging Technologies, vol. 11, no. 3-4, pp. 289–308, 2003.
- [15] D. Nam and F. Mannering, “An exploratory hazard-based analysis of highway incident duration,” Transportation Research Part A: Policy and Practice, vol. 34, no. 2, pp. 85–102, 2000.
- [16] W. Junhua, C. Haozhe, and Q. Shi, “Estimating freeway incident duration using accelerated failure time modeling,” Safety Science, vol. 54, pp. 43–50, 2013.
- [17] Y. Lee and C.-H. Wei, “A computerized feature selection method using genetic algorithms to forecast freeway accident duration times,” Computer-Aided Civil and Infrastructure Engineering, vol. 25, no. 2, pp. 132–148, 2010.
- [18] A. T. Hojati, L. Ferreira, S. Washington, and P. Charles, “Hazard based models for freeway traffic incident duration,” Accident Analysis & Prevention, vol. 52, pp. 171–181, 2013.
- [19] L. Lin, Q. Wang, and A. W. Sadek, “A combined M5P tree and hazard-based duration model for predicting urban freeway traffic accident durations,” Accident Analysis & Prevention, vol. 91, pp. 114–126, 2016.
- [20] X. Ma, C. Ding, S. Luan, Y. Wang, and Y. Wang, “Prioritizing influential factors for freeway incident clearance time prediction using the gradient boosting decision trees method,” IEEE Transactions on Intelligent Transportation Systems, vol. 18, no. 9, pp. 2303–2310, 2017.
- [21] Y. Zou, X. Ye, K. Henrickson, J. Tang, and Y. Wang, “Jointly analyzing freeway traffic incident clearance and response time using a copula-based approach,” Transportation Research Part C: Emerging Technologies, vol. 86, pp. 171–182, 2018.
- [22] J. Ou, J. Xia, Y. Wang, C. Wang, and Z. Lu, “A data-driven approach to determining freeway incident impact areas with fuzzy and graph theory-based clustering,” Computer-Aided Civil and Infrastructure Engineering, vol. 35, no. 2, pp. 178–199, 2020.
- [23] S. G. Farrag, F. Outay, A. U.-H. Yasar, and M. Y. El-Hansali, “Evaluating active traffic management (ATM) strategies under non-recurring congestion: Simulation-based with benefit cost analysis case study,” Sustainability, vol. 12, no. 15, p. 6027, 2020.
- [24] H.-Y. Jin and W.-L. Jin, “Control of a lane-drop bottleneck through variable speed limits,” Transportation Research Part C: Emerging Technologies, vol. 58, pp. 568–584, 2015.
- [25] M. Yu and W. Fan, “Tabu search strategies for variable speed limit control at a lane drop bottleneck,” Journal of Transportation Engineering, Part A: Systems, vol. 144, no. 7, p. 04018033, 2018.
- [26] ——, “Optimal variable speed limit control at a lane drop bottleneck: Genetic algorithm approach,” Journal of Computing in Civil Engineering, vol. 32, no. 6, p. 04018049, 2018.
- [27] C. J. Van Driel and B. Van Arem, “The impact of a congestion assistant on traffic flow efficiency and safety in congested traffic caused by a lane drop,” Journal of Intelligent Transportation Systems, vol. 14, no. 4, pp. 197–208, 2010.
- [28] C. Roncoli, N. Bekiaris-Liberis, and M. Papageorgiou, “Lane-changing feedback control for efficient lane assignment at motorway bottlenecks,” Transportation Research Record, vol. 2625, no. 1, pp. 20–31, 2017.
- [29] C. Zhang, N. R. Sabar, E. Chung, A. Bhaskar, and X. Guo, “Optimisation of lane-changing advisory at the motorway lane drop bottleneck,” Transportation Research Part C: Emerging Technologies, vol. 106, pp. 303–316, 2019.
- [30] S. G. Farrag, F. Outay, A. U.-H. Yasar, D. Janssens, B. Kochan, and N. Jabeur, “Toward the improvement of traffic incident management systems using Car2X technologies,” Personal and Ubiquitous Computing, vol. 25, pp. 163–176, 2021.
- [31] Y. Zhang and P. A. Ioannou, “Combined variable speed limit and lane change control for highway traffic,” IEEE Transactions on Intelligent Transportation Systems, vol. 18, no. 7, pp. 1812–1823, 2016.
- [32] S. G. Farrag, N. Sahli, Y. El-Hansali, E. M. Shakshuki, A. Yasar, and H. Malik, “STIMF: A smart traffic incident management framework,” Journal of Ambient Intelligence and Humanized Computing, vol. 12, pp. 85–101, 2021.
- [33] M. Zhou, X. Qu, and S. Jin, “On the impact of cooperative autonomous vehicles in improving freeway merging: A modified intelligent driver model-based approach,” IEEE Transactions on Intelligent Transportation Systems, vol. 18, no. 6, pp. 1422–1428, 2016.
- [34] G. Mehr and A. Eskandarian, “Estimating the probability that a vehicle reaches a near-term goal state using multiple lane changes,” IEEE Transactions on Intelligent Transportation Systems, 2021, in press.
- [35] ——, “Traffic-aware lane change advance warning system for delay reduction at congested freeway diverge areas,” Journal of Transportation Engineering , Part A: Systems, 2021, in press.
- [36] ——, “A probabilistic approach to driver assistance for delay reduction at congested highway lane drops,” International Journal of Transportation Science and Technology, 2020, in press.
- [37] “Taxonomy and definitions for terms related to driving automation systems for on-road motor vehicles,” Society of Automotive Engineers (SAE), Warrendale, PA, USA, Tech. Rep. SAE J3016, June 2018.
- [38] M. J. Cassidy and R. L. Bertini, “Some traffic features at freeway bottlenecks,” Transportation Research Part B: Methodological, vol. 33, no. 1, pp. 25–42, 1999.
- [39] K. Chung, J. Rudjanakanoknad, and M. J. Cassidy, “Relation between traffic density and capacity drop at three freeway bottlenecks,” Transportation Research Part B: Methodological, vol. 41, no. 1, pp. 82–95, 2007.
- [40] M. Mei and A. G. R. Bullen, “Lognormal distribution for high traffic flows,” Transportation Research Record, vol. 1398, pp. 125–128, 1993.
- [41] P. G. Gipps, “A model for the structure of lane-changing decisions,” Transportation Research Part B: Methodological, vol. 20, no. 5, pp. 403–414, 1986.
- [42] G. Mehr. (2021, March 3) Estimating the probability of a vehicle reaching a near-term goal state using multiple lane changes. [Online]. Available: https://github.com/VT-ASIM-LAB/LaneChangeProbability
- [43] A. Leon-Garcia, Probability, statistics, and random processes for electrical engineering. Upper Saddle River, NJ, USA: Pearson Education, 2008.
- [44] Traffic Operations and Safety Analysis Manual (TOSAM) - Version 2.0, February 2020.
- [45] VDOT Vissim User Guide - Version 2.0, January 2020.
- [46] Virginia Department of Transportation (VDOT) and Kimley-Horn, “Appendix F - VISUM and VISSIM Results and Calibration Data,” in Fairfax County Parkway & Franconia-Springfield Parkway Corridor Study. Virginia Department of Transportation (VDOT), June 2017.
- [47] T. Toledo, H. N. Koutsopoulos, and M. E. Ben-Akiva, “Modeling integrated lane-changing behavior,” Transportation Research Record, vol. 1857, no. 1, pp. 30–38, 2003.
- [48] PTV VISSIM 11 User Manual, Karlsruhe, Germany, 2019.
![]() |
Goodarz Mehr received his B.Sc. degree in mechanical engineering from Sharif University of Technology, Tehran, Iran, and is currently pursuing a Ph.D. degree in mechanical engineering from Virginia Tech. His research interests include robotics and control, stochastic planning models, machine learning, and cooperative perception. |
![]() |
Azim Eskandarian received his B.S. degree from George Washington University (GWU), his M.S. degree from Virginia Tech, and his D.Sc. degree from GWU, all in mechanical engineering. He was a Professor of Engineering and Applied Science with GWU and the Founding Director of Center for Intelligent Systems Research from 1996 to 2015, Director of the Transportation Safety and Security University Area of Excellence from 2002 to 2015, Co-Founder of the National Crash Analysis Center in 1992, and Director of the National Crash Analysis Center from 1998 to 2002 and 2013 to 2015. He was an Assistant Professor with Pennsylvania State University, York, PA, USA, from 1989 to 1992, and an Engineer/Project Manager in industry from 1983 to 1989. He has been a Professor and the Head of the Mechanical Engineering Department at Virginia Tech (VT), since 2015. He became the Nicholas and Rebecca Des Champs Chaired Professor in 2018. He established the Autonomous Systems and Intelligent Machines Laboratory at VT to conduct research on intelligent and autonomous vehicles and mobile robots. Dr. Eskandarian is a Fellow of ASME and a member of SAE professional societies. He is a Senior Member of IEEE and received the IEEE ITS Society’s Outstanding Researcher Award in 2017 and GWU’s School of Engineering Outstanding Researcher Award in 2013. |
![[Uncaptioned image]](https://arxiv.org/2009.05165v2/Figures/Goodarz_biography_bw.jpg)
![[Uncaptioned image]](https://arxiv.org/2009.05165v2/Figures/Azim_biography_bw.jpg)