10.03.2014 Views

PeMS 6 - Institute of Transportation Studies - University of California ...

PeMS 6 - Institute of Transportation Studies - University of California ...

PeMS 6 - Institute of Transportation Studies - University of California ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

CALIFORNIA CENTER FOR INNOVATIVE TRANSPORTATION<br />

INSTITUTE OF TRANSPORTATION STUDIES<br />

UNIVERSITY OF CALIFORNIA, BERKELEY<br />

Freeway Performance Measurement System<br />

(<strong>PeMS</strong>), <strong>PeMS</strong> 6<br />

Pravin Varaiya, PhD<br />

Department <strong>of</strong> Electrical Engineering and Computer Science<br />

CCIT Research Report<br />

UCB-ITS-CWP-2007-7<br />

ISSN 1557-2269<br />

The <strong>California</strong> Center for Innovative <strong>Transportation</strong> works with<br />

researchers, practitioners, and industry to implement transportation<br />

research and innovation, including products and services that improve<br />

the efficiency, safety, and security <strong>of</strong> the transportation system.


Freeway Performance Measurement System (<strong>PeMS</strong>), <strong>PeMS</strong> 6:<br />

Final Report for CCIT TO 15<br />

Pravin Varaiya<br />

<strong>University</strong> <strong>of</strong> <strong>California</strong>, Berkeley CA 94720<br />

Department <strong>of</strong> Electrical Engineering and Computer Science<br />

Tel: (510) 642-5270, Fax: (510) 643-2356<br />

varaiya@eecs.berkeley.edu<br />

February 18, 2006<br />

Executive summary<br />

Under development and operation since 1999, <strong>PeMS</strong> now is the de facto repository for all<br />

Caltrans loop detector data. The system is used to investigate everything from the<br />

characteristics <strong>of</strong> individual loop detectors to highly aggregated performance trends<br />

across Caltrans districts. <strong>PeMS</strong> supports 4000-5000 web hits per day. It distributes data<br />

to 55 registered Value Added Resellers, 20 <strong>of</strong> which actively retrieve real-time data.<br />

<strong>PeMS</strong> is located on the U.C Berkeley campus. In summer 2006, a copy <strong>of</strong> <strong>PeMS</strong> will<br />

start operating within Caltrans. Caltrans <strong>PeMS</strong> will be a 24×7 production facility.<br />

Campus <strong>PeMS</strong> will then become a platform for developing new algorithms and features.<br />

Once or twice a year, a version <strong>of</strong> the Campus <strong>PeMS</strong> s<strong>of</strong>tware will be uploaded to<br />

Caltrans <strong>PeMS</strong>.<br />

The <strong>PeMS</strong> 6 effort completed six tasks.<br />

1. Components <strong>of</strong> total congestion<br />

The ‘congestion pie’ application divides total congestion delay into four components: the<br />

portion <strong>of</strong> recurrent congestion that can be eliminated by ramp metering; the portion due<br />

to excess demand; collision-induced congestion; and the remainder. The algorithm can<br />

be applied at the level <strong>of</strong> a freeway, district or the entire state.<br />

For the first time, Caltrans management can obtain quantitative estimates <strong>of</strong> the<br />

contribution to congestion by different causes; set congestion reduction targets; and<br />

monitor the effectiveness <strong>of</strong> congestion relief strategies.<br />

2. Bottleneck analysis<br />

This application locates the bottlenecks for any freeway and determines how frequently<br />

each bottleneck is activated, the delay it causes, its duration in time, and the extent <strong>of</strong> the<br />

congestion queue.<br />

The application was used to locate the most important bottlenecks in the state. The<br />

application provides a scientific basis for directing resources to combat congestion.<br />

3. Productivity<br />

Congestion causes a drop in flow (volume). The resulting productivity drop can be<br />

estimated in terms <strong>of</strong> lane-mile-hours <strong>of</strong> capacity lost. In money terms, this loss is the<br />

capital cost <strong>of</strong> constructing a certain number <strong>of</strong> lane-miles <strong>of</strong> freeway.


4. Truck traffic<br />

Single-loop data are processed to provide real-time estimates <strong>of</strong> truck traffic. For the first<br />

time, Caltrans has some understanding <strong>of</strong> truck traffic statewide.<br />

5. Travel time<br />

This application permits specification <strong>of</strong> a route; calculates travel time statistics (average,<br />

variability) for the route; and gives a real-time prediction <strong>of</strong> the travel time for any<br />

departure time. It opens the way for posting travel times on changeable message signs<br />

throughout the state.<br />

6. Maintain and support Campus <strong>PeMS</strong><br />

This continuing task is undertaken by Berkeley <strong>Transportation</strong> Systems (BTS).<br />

Introduction<br />

<strong>PeMS</strong> 6 is the latest <strong>of</strong> six task orders devoted to research, development, and maintenance<br />

<strong>of</strong> the <strong>PeMS</strong> system. <strong>PeMS</strong> collects, processes, stores, and makes available online data<br />

from eight Caltrans districts (D3, 4, 5, 6, 7, 8, 11, 12). The data are obtained from 22,067<br />

loops 1 , grouped into 8,649 vehicle detector stations (VDS). These loops cover 3,154 out<br />

<strong>of</strong> 30,572 directional-miles <strong>of</strong> interstate and state highways in <strong>California</strong>.<br />

<strong>PeMS</strong> began as a research project. As the research system evolved, Caltrans determined<br />

that the information it provided was very valuable, and additional resources were then<br />

directed towards the development <strong>of</strong> <strong>PeMS</strong>. Faculty, post-doctoral fellows, and graduate<br />

student researchers at U.C. Berkeley (UCB) conduct the research element <strong>of</strong> the project.<br />

Berkeley <strong>Transportation</strong> Systems (BTS) is responsible for <strong>PeMS</strong> s<strong>of</strong>tware development<br />

and system maintenance. The UCB and BTS groups meet weekly. There are periodic<br />

conferences with members <strong>of</strong> Caltrans Division <strong>of</strong> Traffic Operations. The project is<br />

now administered through CCIT and co-managed by the <strong>PeMS</strong> PI and the Division <strong>of</strong><br />

Traffic Operations.<br />

The product <strong>of</strong> the research activity is reported in pr<strong>of</strong>essional meetings and journals and<br />

in algorithms. The algorithms are incorporated into <strong>PeMS</strong> s<strong>of</strong>tware as part <strong>of</strong> BTS’<br />

development activity. (Generally speaking, there is a one year lag between research<br />

results and their implementation.) We now describe the accomplishments under the six<br />

tasks that constitute the <strong>PeMS</strong> 6 project.<br />

Task 1 Components <strong>of</strong> total congestion<br />

A report by Dowling Associates [2] proposed a methodology for dividing the total delay<br />

on a freeway segment into recurrent and non-recurrent delay. The total delay is obtained<br />

from <strong>PeMS</strong> [1]. The recurrent delay is taken to be the average delay on the segment on<br />

incident-free delays. The non-recurrent delay on a particular day (which may have<br />

incidents) is taken to be the delay on that day minus the recurrent delay.<br />

The approach in [2] was refined by dividing the delay on a particular delay into (1)<br />

collision-induced delay; (2) the delay that could potentially be eliminated by ramp<br />

1 Some <strong>of</strong> these ‘loops’ are microwave radar detectors that act like loops.<br />

2


metering; (3) delay due to excess demand (which can only be reduced by demand<br />

management); and (4) the residual delay. The result is a congestion pie divided into four<br />

component slices [3]. When additional data are available, the division can be refined, as shown<br />

in [4].<br />

Figure 1 Congestion pie for <strong>California</strong>. Source [1].<br />

Figure 1 shows the result <strong>of</strong> selecting the ‘congestion pie’ application for <strong>California</strong>.<br />

Figure 2 Details <strong>of</strong> congestion pie <strong>of</strong> figure 1. Source [1].<br />

The congestion pie <strong>of</strong> Figure 1 is calculated by aggregating the congestion across all<br />

freeways. Figure 2 gives the details for some freeways. By following the hyperlinks, one<br />

can ‘drill’ down to find out how ‘total delay’, ‘potential reduction’, ‘excess demand’, and<br />

‘accident’ are calculated. The accident-caused delay calculation is based on TASAS<br />

data, which are only available through the end <strong>of</strong> 2004.<br />

3


Task 2 Bottleneck analysis<br />

Congestion occurs at a bottleneck—a location at which traffic moves freely downstream<br />

but slowly upstream. A computer program processes speed data to identify all<br />

bottlenecks by searching for freeway locations with such speed differentials [5].<br />

Bottleneck locations and their durations can be visually recognized from speed contour<br />

plots like those shown in Figure 3 (dark areas correspond to lower speed). The severity <strong>of</strong><br />

a bottleneck is measured by the associated congestion delay.<br />

Figure 3 Speed contour plots <strong>of</strong> I-15S, 5:00 -10:00 AM, between postmiles 10<br />

and 30, for 20 weekdays in May, 2003, show recurring bottlenecks at postmiles<br />

26 and 16. Traffic flows from top to bottom. Source [5].<br />

Figure 4 illustrates <strong>PeMS</strong>’ ‘bottleneck analysis’ application for I-5N in D11. During the<br />

30-day period, January 19-February 18, 2006, the bottleneck near Sea World Dr. was<br />

activated on two days, causing on average a delay <strong>of</strong> 517.8 vehicle-hours, lasting 50<br />

minutes, and creating a 2.7 mile-long queue. By following the hyperlinks in Figure 4, the<br />

bottlenecks are located on a map (Figure 5). The size and colors <strong>of</strong> the circles that<br />

indicate the bottleneck are keyed to the average delay and frequency <strong>of</strong> activation.<br />

An early version <strong>of</strong> the bottleneck application was used to locate the most severe<br />

bottlenecks statewide.<br />

4


Figure 4 Some bottlenecks on I-5N in D11. Source [1].<br />

Figure 5 Map <strong>of</strong> bottlenecks. Source [1].<br />

5


Task 3 Productivity<br />

The TMS Master Plan [6, Exhibit II-2] proposed a measure <strong>of</strong> productivity loss due to<br />

congestion. This is the number <strong>of</strong> lane-mile-hours that are lost due to the freeway<br />

operating under congested conditions. The <strong>PeMS</strong> ‘productivity’ application automates<br />

the procedure. It calculates drop in flow due to the fact that the freeway is operating in<br />

congested conditions instead <strong>of</strong> in free flow, multiplies the drop by the extent <strong>of</strong> freeway<br />

(lane-miles) in congestion and the duration <strong>of</strong> congestion (hours) to obtain the lane-milehours<br />

<strong>of</strong> lost capacity.<br />

Figure 6 Lane-hour-miles <strong>of</strong> capacity loss on I-5N during 2/11-2/18/2006. Source [1].<br />

Figure 6 shows the capacity loss on I-5N during the week <strong>of</strong> February 11-18, 2006.<br />

Task 4 Truck traffic<br />

Algorithms are proposed in [7, 8] to estimate truck traffic (VHT, VMT) using single-loop<br />

detector data. These algorithms are now implemented in <strong>PeMS</strong>. Figure 7 shows the<br />

hourly truck traffic in VMT on I-5N during 2/11-2/18/2006. Interestingly, the traffic is<br />

heaviest around noon. <strong>PeMS</strong> also estimates truck VHT.<br />

6


Figure 7 Hourly truck traffic (VMT) on I-5N, 2/11-2/18, 2006. Souce [1].<br />

Task 5 Travel time<br />

Total congestion delay is the single best measure <strong>of</strong> freeway performance measure from<br />

the viewpoint <strong>of</strong> Caltrans. Travel time is the most relevant measure from the public’s<br />

viewpoint. The two are related by the accounting identity:<br />

CongestionDelay<br />

= Total travel time − Free flowtravel time<br />

<strong>PeMS</strong>’ travel time application has two parts: route selection and travel time calculation.<br />

A qualified user can create and name any route comprising contiguous freeway segments.<br />

Figure 8 shows the route ‘Circuitous Route 1’ created by a user. It consists <strong>of</strong> 9 segments<br />

on different freeways. Once the route is created, it can be retrieved by name to view<br />

travel time estimates for that route.<br />

7


Figure 8 A complex route comprising 9 segments. Source: [1].<br />

Figure 9 plots actual travel times along a route comprising a single segment on SR-55N,<br />

for different departure times during February 7-9, 2005. The figure shows travel times<br />

along the HOV lane, and lanes 1 and 4. It is interesting that during both morning and<br />

afternoon peak hours, the travel time along the HOV lane is only slightly shorter than<br />

along lane 1; outside the peak hours, lane 1 traffic is faster than HOV traffic.<br />

The tabs at the top <strong>of</strong> Figure 9 name the available travel time calculations:<br />

• Time series—travel time vs. departure time (for particular lanes)<br />

• Comparison—plot <strong>of</strong> one day vs. average over several days<br />

• Time <strong>of</strong> day—variability in travel time vs. time <strong>of</strong> day<br />

• Departure time—travel time for a given departure time<br />

• Prediction—predicts travel time using real-time data<br />

Also available are aggregate measures relating to travel time.<br />

8


Figure 9 Travel time on different lanes <strong>of</strong> a one-segment route on SR-55N. Source: [1]<br />

Task 6 Maintain and support Campus <strong>PeMS</strong><br />

Campus <strong>PeMS</strong> consists <strong>of</strong> four machines; 135 disks holding over 4TB <strong>of</strong> data; two<br />

(backup) tape drives; and seven different databases. BTS provides Oracle database<br />

support, operating system support, and support to Unix and Oracle users. BTS is<br />

responsible for continued system monitoring and operations. BTS is also assisting the<br />

installation <strong>of</strong> Caltrans <strong>PeMS</strong>.<br />

Conclusion<br />

A recent FHWA report [9] describes six Archived Data Management Systems: <strong>PeMS</strong>,<br />

Washington State TRAC, Detroit MITS, Minnesota TMC, Maricopa County RADS, and<br />

King County Metro. All these systems, except for King County Metro, use loop<br />

detectors as their primary source <strong>of</strong> data. (The King County system, concerned with bus<br />

transit, uses AVL data.) Only <strong>PeMS</strong> makes the data available in real time to anyone with<br />

an Internet connection. The other systems distribute the raw data after a delay, ranging<br />

from one day to one month. None, except for <strong>PeMS</strong>, imputes missing or incorrect data<br />

values in real time. None comes remotely close to providing the range <strong>of</strong> applications that<br />

<strong>PeMS</strong> <strong>of</strong>fers. These applications convert raw data into information useful to its wide<br />

9


audience: decision makers, Caltrans engineers and planners, VARs, consultants,<br />

academics, and the interested public and media. In this respect, <strong>PeMS</strong> is years ahead <strong>of</strong><br />

other systems. The Division <strong>of</strong> Traffic Operations and the research team that jointly<br />

designed and developed <strong>PeMS</strong> showed remarkable foresight (or they have been lucky) in<br />

the design choices they made along the way.<br />

Acknowledgements<br />

The research summarized here is the joint effort <strong>of</strong> the <strong>PeMS</strong> Development Group,<br />

especially Alexander Skabardonis and Pravin Varaiya <strong>of</strong> U.C. Berkeley; Jaimyoung<br />

Kwon <strong>of</strong> CSU East Bay; and Bill Morris and Karl Petty <strong>of</strong> BTS. We have benefited<br />

greatly from the advice, interest and guidance <strong>of</strong> Fred Dial and John Wolf <strong>of</strong> Caltrans,<br />

Division <strong>of</strong> Traffic Operations, and Tarek Hatata <strong>of</strong> System Metrics Group.<br />

The contents <strong>of</strong> this report reflect the views <strong>of</strong> the authors who are responsible for the<br />

facts and the accuracy <strong>of</strong> the data presented herein. The contents do not necessarily<br />

reflect the <strong>of</strong>ficial views <strong>of</strong> or policy <strong>of</strong> the <strong>California</strong> Department <strong>of</strong> <strong>Transportation</strong>.<br />

This report does not constitute a standard, specification or regulation.<br />

References<br />

[1] http://pems.eecs.berkeley.edu/<br />

[2] Dowling Associates, Berkeley <strong>Transportation</strong> Systems and System Metrics Group.<br />

Measuring Non-Recurrent Traffic Congestion: Final Report. Prepared for <strong>California</strong><br />

Department <strong>of</strong> <strong>Transportation</strong>, June 2002.<br />

[3] J. Kwon and P. Varaiya, “The congestion pie: delay from collisions, potential ramp<br />

metering gain, and excess demand,” Proceedings <strong>of</strong> 84th <strong>Transportation</strong> Research Board<br />

Annual Meeting, Washington, D.C., January 2005.<br />

[4] J. Kwon, M. Mauch and P. Varaiya, “The components <strong>of</strong> congestion: delay from<br />

incidents, special events, lane closures, weather, ramp metering gain, and excess<br />

demand,” Proceedings <strong>of</strong> 84th <strong>Transportation</strong> Research Board Annual Meeting,<br />

Washington, D.C., January 2006.<br />

[5] C. Chen, A. Skabardonis and P. Varaiya, “Systematic Identification <strong>of</strong> Freeway<br />

Bottlenecks,” 83 rd Annual Meeting <strong>Transportation</strong> Research Board January 2004,<br />

Washington, D.C. Also, <strong>Transportation</strong> Research Record, No. 1867, 46-52, 2004.<br />

[6] System Metrics Group, Inc. <strong>Transportation</strong> Management System (TMS) Master Plan,<br />

February 2004.<br />

[7] J. Kwon, A. Skabardonis and P. Varaiya, “Estimation <strong>of</strong> Truck Traffic Volume from<br />

Single Loop Detector Outputs Using Lane-to-lane Speed Correlation,” 82nd Annual<br />

Meeting <strong>Transportation</strong> Research Board January 2003, Also, <strong>Transportation</strong> Research<br />

Record, No. 1856, 106-117, 2003.<br />

[8] J. Kwon, A. Skabardonis and P. Varaiya, “Acquisition and Utilization <strong>of</strong> Real-Time<br />

District-Wide Truck Traffic Volume Data from Single Loop Detectors.” 83 rd Annual<br />

Meeting <strong>Transportation</strong> Research Board January 2004, Washington, D.C.<br />

[9] FHWA. Archived Data Management Systems: A cross-cutting study, Report No.<br />

FHWA-JPO-05-044, EDL # 14128, December 2005.<br />

10

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!