Module 40 - A309a
A309a: Understanding User Needs for Ramp Meter Control (RMC) Units Based on NTCIP 1207 v02 Standard
HTML of the Student Supplement
(Note: This document has been converted from the Student Supplement to 508-compliant HTML. The formatting has been adjusted for 508 compliance, but all the original text content is included, plus additional text descriptions for the images, photos and/or diagrams have been provided below.)
A309a: Understanding User Needs for Ramp Meter Control (RMC) Units Based on NTCIP 1207 v02 Standard
Table of Contents
Introduction/Purpose of Ramp Metering - 2
Overview of the NTCIP 1207 vo2 Standard - 3
Ramp Metering Terminology - 4
User Needs Organization and Examples - 7
References - 12
Study Questions - 13
Module Description
The purpose of this module is to help users learn how to identify and prepare well-written user needs. This module also helps users understand the scope and application of the NTCIP 1207 v02 standard as it addresses on-ramp flow control. This module relates to a freeway management systems that use ramp meters to control the flow of traffic from an on-ramp to the mainline freeway lanes. The application of this standard as it addresses on-ramp flow control facilitates efficient and safe mainline traffic flow, which improves mainline traffic speed and throughput, and reduces travel time and rear-ends crashes at merging lanes on highways. These benefits are key objectives of freeway traffic management and NTCIP 1207 is designed to aid in that process.
This module and the next companion module, A309b on RMC requirements, focuses on the communications interface aspects—how to configure, monitor, and control ramp meters remotely from a TMC, or locally at the front-panel using data objects provided by the NTCIP 1207 v02 standard. The metering plan includes fixed control interval, local-responsive, and a coordinated-corridor wide strategy. By deploying standard-based data objects, users will gain interoperability, maintain compatibility, and achieve vendor-independence. It will provide participants with information on how to identify the appropriate use of the NTCIP 1207 v02 Standard and acquire ramp meter control (RMC) units based on what the user is seeking to accomplish. This will be supported with tools and resources such as a management information base (MIB), conformance groups (CGs), and the systems engineering process (SEP).
Readers are advised to follow the curriculum path with modules I101, A101, A102, A103, and A201, A202, and A203 as prerequisites (the last two modules on the development of user needs and requirements will further aid in a better understanding of the RMC standard and functions it serves). Students are also advised to consult SEP-based standards such as NTCIP 1204 v03 ESS to learn how to organize and adopt user needs applicable to RMC.
1. Introduction/Purpose of Ramp Metering
The Freeway Management & Operations Handbook (Ref.8) defines Freeway Ramp Control as the application of control devices such as traffic signals, signing, and gates to regulate the number of vehicles entering or leaving the freeway to achieve operational objectives. Typically, the objectives will be to balance demand and capacity of the freeway in order to maintain optimum freeway operation and prevent operational breakdowns, or reduce collision rates associated with vehicles entering the freeway. The ITE Handbook on Traffic Engineering (Ref.9) states that traffic operations near ramps on freeways are affected for a distance of 1500 feet prior to on-ramps (entrances) and 1500 feet downstream of off-ramps (exits). These impacts are manifested by frequent vehicle lane changes, accelerations and deceleration within this vicinity. The geometric design of a freeway ramp (width, curvature, vertical alignment, etc.) can have a positive or negative influence on the operation of the ramp itself and on the operation of the freeway at and/or upstream of the merge point. Freeway design standards generally address those considerations. We are not concerned with the design and location of ramps issues in this module.
Our interest is in the operational aspects which require configuration, monitoring, and control of ramp meters for flow control.
Ramp control seeks to regulate the flow of vehicles at freeway ramps to achieve operational goals such as balancing demand, capacity, or enhancing safety. Other than freeway-to-freeway interchanges, freeway ramps represent the only opportunity for motor vehicles to legally enter or leave a freeway facility and is therefore the only point at which positive control can be exercised. Freeway ramp control systems have been in operation at various locations throughout the country since the early nineteen-sixties (Ref.8).
Ramp metering is part of freeway congestion management objectives. Generally speaking driver frustration, higher public and business costs, wasted fuel, decreased productivity, increased accidents, and severe degradation of regional air quality are reasons why agencies turn to ramp metering as one of the several components of a modern freeway system. Practice has shown that one successful approach to alleviate some of these congestion effects is to spread the vehicle loading on the freeways through ramp metering, which controls the arrival rates of new vehicles onto the freeway. In addition, merging on freeway's directional lanes is more orderly and responsible one, influencing drivers to safely merge with the traffic. This has safety benefits. Several slides in the module presentation outline ramp metering objectives and resulting benefits reported by agencies.
Due in part to the success of early applications and benefits (Ref.6), ramp metering has received increased emphasis in recent years under the umbrella of advanced traffic management systems (ATMS), a component of intelligent transportation systems (ITS) within the Freeway Management System operations. For further reading, readers are directed to the free-downloadable FHWA handbooks (Ref. 7, 8 for links to documents).
2. Overview of the NTCIP 1207 v02 Standard
NTCIP 1207 v02 assumes a model of operation in which RMC units possess intelligence, and the data used for ramp management and data collection is resident at the RMC unit. It refers to the RMC unit's status, control, and configuration data as the "controller database"; the standard specifies interfaces whereby this data can be manipulated by the central system.
The scope of NTCIP 1207 v02 is limited to the functionality related to RMC units used within a transportation environment. NTCIP 1207 v02 defines objects specific to RMC units and also defines standardized object Groups, which can be used for conformance statements. To achieve the functionality described in Annex A of v02 standard, which describes the typical operation of an RMC unit, some or all of the objects described in other standards are utilized.
Note on User Needs: User needs are defined and documented in NTCIP 1207 v02 since it does not yet follow the Systems Engineering Process (SEP) as other standards have done, such as Dynamic Message Signs (DMS) or Environmental Sensor Stations(ESS). NTCIP 1207 v02 also does not yet contain test procedures-plan needed for each functional requirement. This may be added in a future version of NTCIP 1207 v02. Users will need to develop both (user needs and testing plan) for their local specification. Annex A has provided operational requirements without documenting descriptions of user needs. A better understanding of Annex A will be helpful in defining RMC user needs.
Other Standards: The following is another key standard that a reader should be familiar with: Use of NTCIP 1203 v03 (2010)
Global Objects Definitions will also be needed to draw some common objects for completion of a specification.
3. Ramp Metering Terminology
Standard title: NTCIP 1207 v02 Object Definitions for Ramp Meter Control (RMC) Units (Ref.1)
Ramp meter is a traffic controller (Type 170 or 2070 or ATC) equipped with software/firmware and algorithms specific to a freeway ramp to control (to meter) traffic flow entering freeway lanes
Ramp metering is a rate, expressed in vehicle per hour per lane (vphpl), at which vehicles are allowed to proceed through the metered lane signal (release rate), for example, a Ramp Meter will allow 500 vph per lane (vphpl) release rate.
Ramp metering control (RMC) is a system in which the entry of vehicles onto a freeway from an on-ramp is controlled by a traffic signal allowing a fixed number of vehicles to enter from each metered lane of the on-ramp during each cycle
RMC unit consists of the field controller, its suit of sensors, and its warning signs and signals, and stop bar (a pavement marking where vehicle must stop first for Green).
RMC unit layout: Figure 1 shows components of an RMC unit function in the field environment.
(Extended Text Description: Author's relevant notes: Ramp Metering Control (RMC) Unit: The slide has a layout with detailed components of the RMC unit. Three detectors on mainline are shown as small square boxes with three outbound arrows for each lane showing direction of traffic flow. On the metered lane, several detectors are shown on a ramp with the inward arrow going towards the freeway mainline, labeled a queue detector. Demand detector and passage detector are the last ones after the STOP line. To the right, a warning sign- ramp meter is on when flashing appears. Another small yellow sign on the ramp side reads "Ramp Meter Ahead.")
Figure 1 RMC Unit Layout
Advanced warning sign is a sign that alerts motorists of ramp meter signal operation.
Flow rate is the rate at which vehicles pass a detection zone, expressed in vehicles per hour per lane or vphpl, e.g. 400 vphpl.
Metered lane is the lane on the ramp that is equipped with a signal. Typically one lane, but in some cases two lanes are found to be metered. In some rare cases a three lane operation is possible.
Discussion on Metering Strategies Suitability (NTCIP 1207 v02 supports both Strategies)
Fixed rate metering (pre-timed) follows a preplanned rate schedule. This is the simplest form of ramp metering and requires neither mainline detection devices nor communication with a TMC (although many systems that use this technique have detection and communication capability). However, if there is no mainline or ramp detection, agencies must regularly collect data by another method to analyze traffic conditions on the freeway and determine the appropriate metering rates. The metering operation will require frequent observation so rates can be adjusted as traffic conditions change over time.
Traffic responsive metering is a calculation based response in which algorithms calculate or select ramp metering rates based on current measured conditions on the freeway. Surveillance of the freeway mainline using traffic detectors is required. Different strategies are required for local traffic responsive ramp metering and system-wide traffic responsive ramp metering as discussed in subsequent sections of this chapter.
In a local traffic responsive metering, algorithms keep the volume or density of the flows at the merge of the mainline and entry ramp from exceeding the values of which flow breakdown may occur. Lane occupancy, the surrogate for density, is often used for this purpose.
In an emerging system-wide traffic responsive metering,a series of ramps are controlled in a coordinated manner to balance demands-capacities by using more complex real-time data, sometimes referred to as an adaptive system (Ref.8). Washington State DOT, Caltrans, and Minnesota are examples of regions where system-wide ramp metering is emerging in recent years.
For readers inquiring about which of the above two strategies are used in real-world applications and how the NTCIP 1207 v02 standard supports user needs, the following detailed discussion and figures illustrates both points.
Figure 2 illustrates how a TMC operator can make a request to the RMC Unit to implement an Action from the five ACTIONS supported by the standard for which design objects are provided. Incidentally, other actions in the figure are also at times needed, although not frequently. It is therefore necessary to understand the underlying user needs (Do I need capability for all five actions?). Figure 3 depicts how operational user needs are met by the RMC unit. It shows the RMC unit collects data as inputs and controls a warning sign and the signal intervals Green-Yellow-Red as outputs. A continuous cyclic process meets "operational needs" by allowing, for example, 300 vphpl release rate on to the freeway. This is achieved by either one vehicle per Green or in some cases two vehicles in tandem where a ramp merging geometric permits it and as per local agency policy. In more than one metering lane operation, e.g. HOV lane, alternate Green indicators are provided.
(Extended Text Description: Author's relevant notes: User Needs Translates to RMC unit "Actions": A photo of the TMC is shown on the left side of the figure. The RMC unit photo is in the middle and a text box that lists the action is on the right. A short arrow also appears from the text below the TMC and goes to the text below the RMC unit, which reads, "Functional Requirements." Key Message: This layout prepares students for understanding how RMC action is achieved: a user need is shown from an operator perspective which becomes a requirement that drives a functionality-capacity RMC must provide in the form of an action. A TMC operator needs to make a request to the RMC unit (FUNCTION) to implement any of the actions listed in the last box. In a typical operation, TMC software will either invoke fixed rate metering or traffic responsive based on time of day or other policy criteria. Other actions are also taken when needed basis.)
Figure 2 Remote Control of RMC Actions
(Extended Text Description: Author's relevant notes: How Does the RMC Standard Cover Operational Needs? This figure has two photos on left side, one in the middle, and two on right side. The top left photo shows loop detectors that feed data to RMC unit shown in the middle photo. A TMC is shown at bottom left side, connected to RMC in center with a two headed arrow. The photo on the top right shows one car per green. Below, a three-head signal is shown and thebottom a photo is of a Meter ON sign. All six photos together provide an indication of the management of RMC functions.)
Figure 3 RMC Operations
As the name implies, pre-timed (also referred to as time-of-day or fixed time), metering rates are pre-set based on historical conditions and are fixed according to the time of day. Meters are activated based on pre-set schedules. Again as the name implies, a traffic-responsive method using real-time data is used to determine control parameters, perhaps including when ramp meters are active. Traffic responsive systems can also be constrained to operate only during selected times of day based on policy decisions.
4. User Needs Organization and Examples
The following list (partial) of user needs is organized to illustrate the extent of support provided by the standard. This list is developed based on Annex A of the standard, which provides operational requirements parameters and is found to be useful in the practice. Users may begin with the list in organizing their RMC user needs and writing them using the criteria stated after the list and also discussed in the module presentation.
Freeway Segment:
ON-Ramp Operation:
Command Sources:
Command Actions:
Why are we Writing RMC Unit User Needs?
A user need is a concise statement in a specification that will dictate features in the RMC unit. A feature is a behavior of the RMC unit which cannot be taken for granted. RMC unit comes with more than one feature to serve desired (assigned) functions. The features identify and describe the various functions that users may want the device to perform. These features are derived from the high level user needs identified in the problem statement.
A procurement writer is required to develop a specification to acquire a standards-based RMC system by deriving user needs from standards. However, a problem occurs when a project needs to deploy certain standards without SEP content—RMC is one of them. These standards do not contain documented user needs from which an agency can select or customize.
A user need describes a business or operational problem (opportunity) that must be fulfilled in order to justify purchase or use. This representation may occur in many ways expressed by different users with varied understanding of the baseline case. This could lead to an incomplete system development or ambiguous statements confusing developers. To avoid such happenings, users needs need to be unambiguous and expressed in a consistent manner. This will result in desired interoperability and vendor independence.
Criteria for Writing a Well-Formed User Need
In general, ITS Standards with SEP content have followed the following SE criteria to define user needs. We need to understand this and apply it to user needs extracted from standards without SEP content as discussed below.
Examples of RMC User Needs
The following representative examples of RMC unit user needs (alternatively called features) are developed using above criteria, listed in no particular order. Users are advised to complete the list as an exercise in a local specification purpose.
UN 2.1: Provide Live Data Exchange
A management station (central software) has a need to conduct a live data exchange with the RMC unit to retrieve any set of data at any time.
UN 2.2: Provide Logged Data Exchange
A management station has a need to log data and to retrieve data at a later time from the RMC unit in a situation when communication is lost or not always on communications (e.g. dial-up links).
UN 2.3: Provide Capability to Retrieve RMC Identity
A TMC Operator desires to inquire basic information about the RMC unit such as its location, make, model and version of the device components.
UN 2.4 Fixed Rate
The agency desires to implement a fixed metering rate selected by the central system (or locally) based on a Time of Day Schedule to control ramp traffic for each metered lane. Currently, the agency intends to assign the left lane as Priority (HOV) lane and right lane as a common lane.
UN 2.5 Queue Override
The agency desires to implement a queue override operation, in the event that the occupancy of a queue detector reaches a certain threshold by increasing (faster) metering rate to flush the ramp traffic to cut delays.
UN 2.6 Traffic Responsive
The agency needs to implement a traffic responsive metering mode based on the plan selection that includes metering rate and metering levels based on occupancy thresholds to respond to change in traffic conditions as reported by the mainline and ramp detectors.
UN 2.7 Signal Service
The agency needs to adhere to transiting from a non-metering state to a metering state within the intervals of alert, warning, and green-yellow-red intervals during a non-metering state.
UN ID 2.8 Transitioning
During a non-metering state, the RMC unit ceases all metering and signalized control. Advanced warning signs and all signal lamps are to be dark while in this state. This mode is implemented at the end of a metering cycle green interval. Detector monitoring continues without interruption in processing while the controller is in the non-metering state.
UN 2.9: Configure a RMC Unit
A TMC operator with access to a management station has a need to retrieve information about the configuration of the RMC Unit to properly communicate with the device. The controlling entity may also need to alter the configuration to produce expected operations.
UN 2.10: Command Source Priority
The TMC operator, with access to RMC system, has a need to allow for five priority-based mechanisms to control the RMC unit to take metering action(s). The sources desired in priority order are: Manual (local at front panel), Communications from a central location (TMC), Interconnect (peer-to-peer communications from a filed master controller), Time Base Control (TBC for special events) and Default. Default mode is placed in effect after skipping all other commands due to loss failures.
Summary of Sample User Needs (Section 2 is assigned in a typical UN documentation)
RMC Unit Conformance Groups (Annex B)
NTCIP 1207 v02 lists the following partial list of CGs from which a specification can be prepared. Students are urged to consult Annex B of the standard for the full list of RMC CGs.
Ref | Areas | Clause of Profile | Status | Support |
---|---|---|---|---|
B.3 | General Configuration Conformance Group | NTC P 1207-3.2 | O | Yes/No |
B.4 | Traffic Responsive Conformance Group | NTC P 1207-3.3 | O | Yes/No |
B.5 | Metered Lane Conformance Group | NTC P 1207-3.3 | M | Yes |
B.6 | Dependency Group Conformance Group | NTC P 1207-3.4 | O | Yes/No |
B.7 | Queue Detection Conformance Group | NTC P 1207-3.4 | O | Yes/No |
- Length Based Queue Detection | O | Yes/No | ||
- Occupancy Based Queue Detection | O | Yes/No | ||
- Quick Occupancy Based Queue Detection | O | Yes/No | ||
- Rate Adjusted Queue Adjustment | O | Yes/No | ||
- Level Adjusted Queue Adjustment | O | Yes/No | ||
- Fixed Rate Queue Adjustment | O | Yes/No | ||
B.8 | Passage Detection Conformance Group | NTC P 1207-3.5 | O | Yes/No |
- Long Stop | NTC P 1207-3.5 | O | Yes/No | |
B.9 | Time Base Conformance Group | NTC P 1207-3.6 | O | Yes/No |
- Mainline Scheduling | NTC P 1207-3.6 | O | Yes/No | |
B.10 | Physical I/O Conformance Group | NTC P 1207-3.7 | O | Yes/No |
- Metered Lane Output | NTC P 1207-3.7 | O | Yes/No | |
- DependencyGroupOutput | NTC P 1207-3.7 | O | Yes/No | |
B 11 | Block Object Conformance Group | NTC P 1207-3.8 | O | Yes/No |
B.12 | Configuration Conformance Group | NTCIP 1201-2.2 | M | Yes |
The summary list of sample user needs, presented previously as an example (and additional user needs developed for project), is traceable to the conformance groups table shown above for specification conformance purpose. As the table shows, Mandatory (M) Metered Lane CG from the NTCIP 1207 and Configuration CG from NTCIP 1201, are minimum requirements for conformance to an RMC specification. Specification should also include Optional (O) CGs selected by the user to meet local project needs. The last column reflects project level support required for each CG.
As shown in the table below, user needs are traced to one or more CGs. Note the example table shown below is only an outline and does not list user needs titles shown above. However, users can adopt it and populate their own user needs in the columns accordingly.
Traceability with Conformance Groups
(Extended Text Description: Author's relevant notes: Key Message: This slide shows how a UN can be traced to CGs. CGs also lead us to objects for the specification. The data in the table is as follows:
User Need | Conformance Group | Requirement | Object Support |
---|---|---|---|
UN 1 Configure RMC Unit | B.3 General Configuration | ||
B.5 Meter Lane | |||
UNs | B.4 Traffic Responsive |
Note there is a red arrow pointing from B.3 General Configuration to UN 1 Configure RMC Unit.)
5. References
Further Reading on Ramp Metering Design and Development
6. Study Questions
1. Which of the following statements is FALSE as applied to the NTCIP 1207 standard?
2. Which of the following is a FALSE statement related to traffic responsive operation?
4. What is the best source of user needs?
5. Which of the following is a FALSE statement related to the NTCIP 1207 RMC v02 Standard?