ITS Transit Standards Professional Capacity Building Program

Module 8: Arterial Management and Transit Signal Priority: Understanding User Needs for Signal Control Priority (SCP) Based on NTCIP 1211 Standard, Part 1 of 2

HTML of the PowerPoint Presentation

(Note: This document has been converted from a PowerPoint presentation 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.)

Slide 1:

Welcome - Graphic image of introductory slide. Please see the Extended Text Description below.

(Extended Text Description: Welcome - Graphic image of introductory slide. A large dark blue rectangle with a wide, light grid pattern at the top half and bands of dark and lighter blue bands below. There is a white square ITS logo box with words "Standards ITS Training" in green and blue on the middle left side. The word "Welcome" in white is to the right of the logo. Under the logo box is the logo for the U.S. Department of Transpotation, Office of the Assistant Secretary for Research and Technology.)

Slide 2:

Welcome slide with Ken Leonard and screen capture of home webpage. Please see the Extended Text Description below.

(Extended Text Description: This slide, entitled "Welcome" has a photo of Ken Leonard, Director, ITS Joint Program Office, on the left hand side, with his email address, Ken.Leonard@dot.gov. A screen capture snapshot of the home webpage is found on the right hand side - for illustration only - from August 2014. Below this image is a link to the current website: www.pcb.its.dot.gov - this screen capture snapshot shows an example from the Office of the Assistant Secretary for Research and Development - Intelligent Transportation Systems Joint Program Office - ITS Professional Capacity Building Program/Advanced ITS Education. Below the main site banner, it shows the main navigation menu with the following items: About, ITS Training, Knowledge Exchange, Technology Transfer, ITS in Academics, and Media Library. Below the main navigation menu, the page shows various content of the website, including a graphic image of professionals seated in a room during a training program. A text overlay has the text Welcome to ITS Professional Capacity Building. Additional content on the page includes a box entitled What's New and a section labeled Free Training. Again, this image serves for illustration only. The current website link is: http://www.pcb.its.dot.gov.)

Slide 3:

ITS Transit Standards Professional Capacity Building Program

Module 8:

Arterial Management and Transit Signal Priority: Understanding User Needs for Signal Control Priority (SCP) Based on NTCIP 1211 Standard, Part 1 of 2

Patrick Chan

Slide 4:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

Slide 5:

Instructor

Head shot photo of the instructor, Patrick Chan, P.E.

Patrick Chan, P.E.
Senior Technical Staff
Consensus Systems Technologies
Flushing, NY, USA

Slide 6:

Target Audience

Slide 7:

Recommended Prerequisite(s)

  Decision-Maker Project Manager Project Engineer
Module 1: Introduction to ITS Transit Standards
Module 2: Transit Management Standards, Part 1 of 2
Module 3: Transit Communications Interface Profiles (TCIP), Part 1 of 2
Module 4: Transit Communications Interface Profiles (TCIP), Part 2 of 2 N/A
Module 5: Transit Management Standards, Part 2 of 2 N/A

Slide 8:

Curriculum Path (Project Manager)

Curriculum Path for Project Manager. Please see the Extended Text Description below.

(Extended Text Description: Curriculum Path for Project Manager. A graphical illustration indicating the sequence of training modules and where this module fits in. Each module is represented by a box with the name of the module in it and a flow chart showing the logical flow of the modules with the current module boxed in red. The first three horizontally sequenced boxes are green. The first box is "Introduction to ITS Transit Standards, Module 1." Below that, connected by a line, is a box with the text "Transit Management, Part 1 of 2." To the right of this box, is "Transit Management, Part 2 of 2". Below that "Transit Management, Part 1 of 2", connected by a line, is a box with the text, "TCIP, Part 1 of 2." To the right of this box, is "TCIP, Part 2 of 2." From here, the lines branch out into four text boxes that are horizontally sequenced. The first two: "Traveler Information, Part 1 of 2" and "Arterial Management & Transit Signal Priority, Part 1 of 2" which is outlined in red, are green. The last two are "Electronic Fare Payment Systems" and "Transit and the Connected Vehicle Environment/Emerging Technologies, Applications, and Future Platforms." Below "Traveler Information, Part 1 of 2," is the text box "Traveler Information, Part 2 of 2" coded in blue. Below "Arterial Management & Transit Signal Priority, Part 1 of 2", is the text box "Arterial Management & Transit Signal Priority, Part 2 of 2," coded in blue.)

Slide 9:

Curriculum Path (Project Engineer)

Curriculum Path for Project Engineer. Please see the Extended Text Description below.

(Extended Text Description: Curriculum Path for Project Engineer. A graphical illustration indicating the sequence of training modules and where this module fits in. Each module is represented by a box with the name of the module in it and a flow chart showing the logical flow of the modules with the current module boxed in red. The first three horizontally sequenced boxes are green. The first box is "Introduction to ITS Transit Standards, Module 1." Below that, connected by a line, is a box with the text "Transit Management, Part 1 of 2." To the right of this box, is "Transit Management, Part 2 of 2". Below that "Transit Management, Part 1 of 2", connected by a line, is a box with the text, "TCIP, Part 1 of 2." To the right of this box, is "TCIP, Part 2 of 2." From here, the lines branch out into four text boxes that are horizontally sequenced. The first two: "Traveler Information, Part 1 of 2" and "Arterial Management & Transit Signal Priority, Part 1 of 2" which is outlined in red, are green; the last two are "Electronic Fare Payment Systems" and "Transit and the Connected Vehicle Environment/Emerging Technologies, Applications, and Future Platforms." Below "Traveler Information, Part 1 of 2," is the text box "Traveler Information, Part 2 of 2" coded in green. Below "Arterial Management & Transit Signal Priority, Part 1 of 2", is the text box "Arterial Management & Transit Signal Priority, Part 2 of 2," coded in green.)

Slide 10

Learning Objectives

  1. Identify the needs addressed by and the benefits of Signal Control Priority (SCP) on an arterial
  2. Identify the components that form an SCP System
  3. Describe the different SCP system architectures and the considerations in selecting an architecture for implementation
  4. Identify the interfaces in an SCP System and the ITS standards that addresses each of these interfaces
  5. Identify the user needs addressed by the standards
  6. Describe at a high level how to incorporate ITS standards into an SCP system procurement
  7. Describe other arterial management tools and strategies

Slide 11:

Learning Objective #1: Identify the Needs Addressed by and the Benefits of Signal Control Priority (SCP) on an Arterial

Slide 12:

Learning Objective #1

Describe the Purpose of an SCP System

Typical Scenario

A graphical illustration depicting an arterial street with five intersections. Please see the Extended Text Description below.

(Extended Text Description: A graphical illustration depicting an arterial street with five intersections. Each intersection has a traffic signal to control traffic. Two of the intersections have transit stops, which are depicted by a transit bus icon. The first transit stop is downstream of the intersection (after the intersection) and the second transit stop is upstream of the intersection (before the intersection). A graphic of a transit bus is also depicted at the beginning of the arterial street, to indicate this is a transit route.)

Slide 13:

Learning Objective #1

Describe the Purpose of an SCP System

Transit Challenges

What does a transit manager need:

This slide has a graphical illustration showing a transit commuter at a transit stop looking at his watch, while waiting for a transit bus.

Slide 14:

Learning Objective #1

Describe the Purpose of an SCP System Signal Control Priority (SCP)

An SCP system improves transportation system operations by:

This slide has a graphical illustration showing a traffic signal on the street network. The red signal indication on the traffic signal is on.

Slide 15:

Learning Objective #1

Describe the Purpose of an SCP System (cont.)

Signal Control Priority (SCP)

How can traffic signal engineers provide priority?

This slide has a graphical illustration showing a traffic signal on the street network. The red signal indication on the traffic signal is on.

Slide 16:

Learning Objective #1

Describe How an SCP may Improve Transit Operations

Transit Signal Priority (TSP)

The benefits of an SCP System for transit service includes:

Slide 17:

Learning Objective #1

Describe How an SCP may Improve Transit Operations (cont.)

Transit Signal Priority (TSP)

Traffic Signal Priority vs Traffic Signal Preemption

This slide has two graphical illustrations. Please see the Extended Text Description below.

(Extended Text Description: This slide has two graphical illustrations. The first graphical illustration is an ambulance with its lightbar on, its siren on and moving quickly on the roadway, indicating the ambulance is responding to an incident. The second graphical illustration is a railroad crossing, with flashing red lights, warning noises, and a crossing arm down, indicating that a train is about to traverse across the roadway.)

Slide 18:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

Slide 19:

Learning Objective #1

How can SCP directly improve the attractiveness of transit to travelers?

Answer Choices

  1. Lower cost of transit
  2. Improve reliability of service
  3. Provide more frequent transit service
  4. Improve passenger loads

Slide 20:

Learning Objective #1

Review of Answers

A small graphical red and yellow X representing incorrect.a) Lower cost of transit
Incorrect. SCP may improve transit efficiency, but does not directly impact cost of transit to travelers.

A small graphical green and yellow check mark representing correct.b) Improve reliability of service
Correct! SCP can reduce traffic signal delay and improve transit vehicle schedule adherence, resulting in improved reliability of service.

A small graphical red and yellow X representing incorrect.c) Provide more frequent transit service
Incorrect. With SCP and through more efficient run cutting, a transit agency may be able to provide more frequent transit service, but it is not a direct benefit.

A small graphical red and yellow X representing incorrect.d) Improve passenger loads
Incorrect. SCP does not directly impact the number of passengers on a vehicle, but rather impacts the vehicle's on-time performance.

Slide 21:

Learning Objective #1

Summary of Learning Objective #1

Identify the Needs Addressed by and the Benefits of Signal Control Priority (SCP) on an Arterial

Slide 22:

Learning Objective #2: Identify the Components that Form an SCP System

Slide 23:

Learning Objective #2

List the Centers, Vehicles, and Field Equipment that may be Part of an SCP System

Primary Components of an SCP System

Slide 24:

Learning Objective #2

Describe the Functions of a Priority Request Generator (PRG), Priority Request Server

(PRS), and Coordinator (CO)

Priority Request Generator

This slide has a graphical illustration showing a transit bus communicating (or exchanging information) with a traffic signal.

Slide 25:

Learning Objective #2

Describe the Functions of a Priority Request Generator (PRG), Priority Request Server (PRS), and Coordinator (CO)

Priority Request Server

Slide 26:

Learning Objective #2

Describe the Functions of a Priority Request Generator (PRG), Priority Request Server

(PRS), and Coordinator (CO)

Coordinator

This slide has a graphical illustration showing a traffic signal controller unit communicating (or exchanging information) with a traffic signal.

Slide 27:

Learning Objective #2

List the Centers, Vehicles, and Field Equipment that may be Part of an SCP System

Secondary Components of an SCP System

This slide has three graphics. Please see the Extended Text Description below.

(Extended Text Description: This slide has three graphics. The first graphic is a transit bus. The second graphic is an office building used to depict a fleet management center. The third graphic is a traffic management center, with large monitors showing information and perhaps CCTV camera images forming one wall. In front of the wall are two rows of computer stations with 5 operators sitting in front of the computers and facing the large monitors.)

Slide 28:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

Slide 29:

Learning Objective #2

Which of the following components determines which priority requests to service?

Answer Choices

  1. Priority Request Generator
  2. Priority Request Server
  3. Coordinator
  4. Transit Vehicle

Slide 30:

Learning Objective #2

Review of Answers

A small graphical red and yellow X representing incorrect.a) Priority Request Generator
Incorrect. A PRG generates the priority requests.

A small graphical green and yellow check mark representing correct.b) Priority Request Server
Correct! A PRS receives priority requests from PRGs, processes the request and decides whether and how to grant priority based on the programmed strategies.

A small graphical red and yellow X representing incorrect.c) Coordinator
Incorrect. A Coordinator receives service requests from a PRS and implements the priority strategy.

A small graphical red and yellow X representing incorrect.a) Transit Vehicle
Incorrect. The transit vehicle may generate a priority request, but it does not determine what priority request to service.

Slide 31:

Summary of Learning Objective #2

Identify the Components that form an SCP System

An SCP system consists of:

An SCP system may also include:

Slide 32:

Learning Objective #3: Describe the Different SCP System Architectures and the Considerations in Selecting an Architecture for Implementation

Slide 33:

Learning Objective #3

Identify the Different System Architectures Supported by the Standards

The system architecture for the SCP system to be implemented will depend on:

Slide 34:

Learning Objective #3

Identify the Different System Architectures Supported by the Standards

Standards

Slide 35:

Learning Objective #3

Identify the Different System Architectures Supported by the Standards

TCIP

This slide has a snapshot of the cover of the APTA TCIP-S-001 4.0.0 standard, APTA Standard for Transit Communications Interface Profiles - Volume I Narrative.

Slide 36:

Learning Objective #3

Identify the Different System Architectures Supported by the Standards

NTCIP

NTCIP Family

This slide has three logos. Please see the Extended Text Description below.

(Extended Text Description: This slide has the logos of American Association of State and Highway Transportation Officials (AASHTO), Institute of Transportation Engineers (ITE), and National Electrical Manufacturers Association (NEMA).)

Slide 37:

Learning Objective #3

Identify the Different System Architectures Supported by the Standards

NTCIP 1211

This slide has a snapshot of the cover of NTCIP 1211, version v02, National Transportation Communications for ITS Protocol, Object Definitions for Signal Control and Prioritization (SCP).

Slide 38:

Learning Objective #3

Identify the Different System Architectures Supported by the Standards

System Architecture

Slide 39:

Learning Objective #3

Identify the Different System Architectures Supported by the Standards

This slide contains a diagram showing the interfaces between different components of an SCP system. Please see the Extended Text Description below.

(Extended Text Description: This slide contains a diagram showing the interfaces between different components of an SCP system. The diagram is labeled Physical Architecture - Example 1. At the bottom right corner of the diagram is a legend. The legend shows that A solid line between components represents an interface that is addressed by the NTCIP 1211 standard. A dotted line between components represents an interface that is addressed by the TCIP standard. A dotted - dashed line between components represents an interface that is addressed by other standards. The upper left corner of the diagram is a box entitled Fleet Vehicle. Within the Fleet Vehicle box are two boxes, one entitled PTV-PRI and one entitled PTV-DAT. Within the PTV-PRI box is another box entitled Priority Request Generator. There is a dotted line, with an arrow on both ends, between the Priority Request Generator and the PTV-DAT. Below the Fleet Vehicle Box is a box entitled Fleet Management Center. Within the Fleet Management Center box is a box entitled CAD/AVL System (CAD). There is a dotted-dashed line, with an arrow on both ends, between the CAD/AVL System and the Management Station. The Fleet Management Center and Traffic Management Center boxes are within a dashed box entitled PRG (Logical). To the right of the Traffic Management Center box, and outside the dashed box, is a box entitled Priority Request Server. Above the Priority Request Server box is a box entitled Traffic Signal Controller. Within the Traffic Signal Controller is a box entitled the Coordinator. There is a solid line, with an arrow on both ends, between the Management Station and the Priority Request Server. There is a solid line, with an arrow on both ends, between the Management Station and the Coordinator. There is a solid line, with an arrow on both ends, between the Priority Request Server and the Coordinator. There is a solid line, with an arrow on both ends, between the PRG (Logical) and the Priority Request Server.)

Slide 40:

Learning Objective #3

Identify the Different System Architectures Supported by the Standards

This slide contains a diagram showing the interfaces between different components of an SCP system. Please see the Extended Text Description below.

(Extended Text Description: This slide contains a diagram showing the interfaces between different components of an SCP system. The diagram is labeled Physical Architecture - Example 2. At the bottom right corner of the diagram is a legend. The legend shows that A solid line between components represents an interface that is addressed by the NTCIP 1211 standard. A dotted line between components represents an interface that is addressed by the TCIP standard. A dotted - dashed line between components represents an interface that is addressed by other standards. The upper left corner of the diagram is a box entitled Fleet Vehicle. Below the Fleet Vehicle Box is a box entitled Fleet Management Center. Within the Fleet Management Center box is a box entitled Priority Request Generator. There is a dotted line, with an arrow on both ends, between the Fleet Vehicle and the Priority Request Generator. To the right of the Fleet Management Center is a box entitled Traffic Management Center. Within the Traffic Management Center box is a box entitled Management Station. There is a dotted-dashed line, with an arrow on both ends, between the Priority Request Generator and the Management Station. The Fleet Management Center and Traffic Management Center boxes are within a dashed box entitled PRG (Logical). To the right of the Traffic Management Center box, and outside the dashed box, is a box entitled Priority Request Server. Above the Priority Request Server box is a box entitled Traffic Signal Controller. Within the Traffic Signal Controller is a box entitled the Coordinator. There is a solid line, with an arrow on both ends, between the Management Station and the Priority Request Server. There is a solid line, with an arrow on both ends, between the Management Station and the Coordinator. There is a solid line, with an arrow on both ends, between the Priority Request Server and the Coordinator. There is a solid line, with an arrow on both ends, between the PRG (Logical) and the Priority Request Server.)

Slide 41:

Learning Objective #3

Identify the Different System Architectures Supported by the Standards

This slide contains a diagram showing the interfaces between different components of an SCP system. Please see the Extended Text Description below.

(Extended Text Description: This slide contains a diagram showing the interfaces between different components of an SCP system. The diagram is labeled Physical Architecture - Example 3. At the bottom right corner of the diagram is a legend. The legend shows that a solid line between components represents an interface that is addressed by the NTCIP 1211 standard. A dotted line between components represents an interface that is addressed by the TCIP standard. A dotted - dashed line between components represents an interface that is addressed by other standards. The left side of the diagram is a box entitled Fleet Management Center. Within the Fleet Management Center box is a box entitled CAD/AVL System. To the right of the Fleet Management Center is a box entitled Traffic Management Center. Within the Traffic Management Center box are two boxes. One box is entitled Management Station and the second box is entitled Priority Request Generator. There is a dotted/dashed line, with an arrow on both ends, between the CAD/AVL System and the Traffic Management Center. To the right of the Traffic Management Center is a box entitled Priority Request Server. Above the Priority Request Server box is a box entitled Traffic Signal Controller. Within the Traffic Signal Controller is a box entitled the Coordinator. There is a solid line, with an arrow on both ends, between the Priority Request Generator and the Priority Request Server. There is a solid line, with an arrow on both ends, between the Management Station and the Priority Request Server. There is a solid line, with an arrow on both ends, between the Management Station and the Coordinator. There is a solid line, with an arrow on both ends, between the Priority Request Server and the Coordinator.)

Slide 42:

Learning Objective #3

Identify the Different System Architectures Supported by the Standards

This slide contains a diagram showing the interfaces between different components of an SCP system. Please see the Extended Text Description below.

(Extended Text Description: This slide contains a diagram showing the interfaces between different components of an SCP system. The diagram is labeled Physical Architecture - Example 4. At the bottom right corner of the diagram is a legend. The legend shows that A solid line between components represents an interface that is addressed by the NTCIP 1211 standard. A dotted line between components represents an interface that is addressed by the TCIP standard. A dotted - dashed line between components represents an interface that is addressed by other standards. The lower left corner of the diagram is a box entitled Fleet Vehicle. Within the Fleet Vehicle box are two boxes, one entitled PTV-PRI and one entitled PTV-DAT. Within the PTV-PRI box is another box entitled Priority Request Generator. There is a dotted line, with an arrow on both ends, between the Priority Request Generator and the PTVDAT. To the right of the Fleet Vehicle is a box entitled Priority Request Server. Above the Priority Request Server box is a box entitled Traffic Signal Controller. Within the Traffic Signal Controller is a box entitled the Coordinator. There is a solid line, with an arrow on both ends, between the Priority Request Generator and the Priority Request Server. There is a solid line, with an arrow on both ends, between the Priority Request Server and the Coordinator. Above the Fleet Vehicle box is a box entitled Traffic Management Center. Within the Traffic Management Center box is a box entitled Management Station. There is a solid line, with an arrow on both ends, between the Management Station and the Priority Request Server. There is a solid line, with an arrow on both ends, between the Management Station and the Coordinator.)

Slide 43:

Learning Objective #3

Identify the Different System Architectures Supported by the Standards

This slide contains a diagram showing the interfaces between different components of an SCP system. Please see the Extended Text Description below.

(Extended Text Description: This slide contains a diagram showing the interfaces between different components of an SCP system. The diagram is labeled Physical Architecture - Example 5. At the bottom right corner of the diagram is a legend. The legend shows that A solid line between components represents an interface that is addressed by the NTCIP 1211 standard. A dotted line between components represents an interface that is addressed by the TCIP standard. A dotted - dashed line between components represents an interface that is addressed by other standards. The upper left corner of the diagram is a box entitled Fleet Vehicle. Within the Fleet Vehicle box is a box entitled PTV-DAT. Below the Fleet Vehicle is a box entitled Fleet Management Center. To the right of the Fleet Management Center is a box entitled Priority Request Generator. There is a dotted line, with an arrow on both ends, between the PTV-DAT and the Priority Request Generator. There is also a dotted line, with an arrow on both ends, between the Fleet Management Center and the Priority Request Generator. To the right of the Priority Request Generator is a box entitled Priority Request Server. Above the Priority Request Server box is a box entitled Traffic Signal Controller. Within the Traffic Signal Controller is a box entitled the Coordinator. There is a solid line, with an arrow on both ends, between the Priority Request Generator and the Priority Request Server. There is a solid line, with an arrow on both ends, between the Priority Request Server and the Coordinator. Above the Priority Request Generator is a box entitled Traffic Management Center. Within the Traffic Management Center box is a box entitled Management Station. There is a solid line, with an arrow on both ends, between the Management Station and the Priority Request Server. There is a solid line, with an arrow on both ends, between the Management Station and the Coordinator.)

Slide 44:

Learning Objective #3

Identify the Different System Architectures Supported by the Standards

This slide contains a diagram showing the interfaces between different components of an SCP system. Please see the Extended Text Description below.

(Extended Text Description: This slide contains a diagram showing the interfaces between different components of an SCP system. The diagram is labeled Physical Architecture - Example 6. At the bottom right corner of the diagram is a legend. The legend shows that A solid line between components represents an interface that is addressed by the NTCIP 1211 standard. A dotted line between components represents an interface that is addressed by the TCIP standard. A dotted - dashed line between components represents an interface that is addressed by other standards. The upper left corner of the diagram is a box entitled Fleet Vehicle. Within the Fleet Vehicle box is a box entitled Transmitter. Below the Fleet Vehicle is a box entitled Traffic Management Center. To the right of the Traffic Management Center is a box entitled Traffic Cabinet. There are two boxes within the Traffic Cabinet. One box is entitled Receiver. The second box is entitled Traffic Signal Controller. Within the Traffic Signal Controller are three boxes. One box is entitled Priority Request Generator, the second box is entitled Coordinator, and the third box is entitled Priority Request Server. There is a dotted-dash line, with an arrow on both ends, between the Transmitter and Receiver. There is a dotted-dash line, with an arrow on both ends, between the Receiver and the Priority Request Generator. There is also a solid line, with an arrow on both ends, between the Management Stations and the Priority Request Server. There is a solid line, with an arrow on both ends, between the Management Station and the Coordinator.)

Slide 45:

Learning Objective #3

Review the Technical Factors and Institutional Challenges that Affect the Selection of an SCP System Architecture

The selection of an SCP system architecture may depend on a number of factors, including technical factors and institutional challenges.

Technical factors include:

Institutional factors may include:

Slide 46:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

Slide 47:

Learning Objective #3

What is not a significant factor in selecting an architecture for an SCP System?

Answer Choices

  1. Communications Infrastructure
  2. Current capabilities on the transit vehicle
  3. Current capabilities of the transit vehicle driver
  4. Current capabilities of the traffic signal controller

Slide 48:

Learning Objective #3

Review of Answers

A small graphical red and yellow X representing incorrect.a) Communications Infrastructure
Incorrect. The current communications infrastructure can play a role in selecting a system architecture.

A small graphical red and yellow X representing incorrect.b) Current capabilities on the transit vehicle
Incorrect. This is an important factor for selecting a system architecture, particularly depending on whether the transit vehicle has AVL.

A small graphical green and yellow check mark representing correct.c) Current capabilities of the transit vehicle driver
Correct! All of the functions of the SCP system can be automated without any intervention or input from the driver.

A small graphical red and yellow X representing incorrect.d) Current capabilities of the traffic signal controller
Incorrect. The capabilities of traffic system controller is extremely important - this plays a large role in infrastructure costs.

Slide 49:

Summary of Learning Objective #3

Describe the Different SCP System Architectures and the Considerations in Selecting an Architecture for Implementation

The standards describe several system architectures, which identifies the relationships between the different components of an

SCP system.

Selection of a system architecture involves an evaluation of :

Slide 50:

Learning Objective #4: Identify the Interfaces in an SCP System and the ITS Standards that Addresses each of these Interfaces

Slide 51:

Learning Objective #4

Identify the Interfaces Addressed by the TCIP Standard

ITS Standards

Define how ITS components interact and exchange information

Slide 52:

Learning Objective #4

Identify the Interfaces Addressed by the TCIP Standard

TCIP Interfaces

Interfaces addressed by the TCIP standards include:

This slide has a graphical illustration showing a transit bus communicating (or exchanging information) with an office building used to depict a fleet management center.

Slide 53:

Learning Objective #4

Identify the Interfaces Addressed by the

NTCIP Standards

Interfaces addressed by the NTCIP standards include:

This has a graphical illustration depicting a traffic signal communicating with a transit bus, and the same traffic signal communicating with a traffic management center. Please see the Extended Text Description below.

(Extended Text Description: This has a graphical illustration depicting a traffic signal communicating (or exchanging information) with a transit bus, and the same traffic signal communicating (or exchanging information) with a traffic management center. The traffic management center is represented by a graphic with large monitors showing information and perhaps CCTV camera images forming one wall. In front of the wall are two rows of computer stations with 5 operators sitting in front of the computers and facing the large monitors.)

Slide 54:

Learning Objective #4

Identify the Interfaces Addressed by the

NTCIP Standards

The following are the interfaces addressed by NTCIP 1211:

Slide 55:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

Slide 56:

Learning Objective #4

Which is not a benefit of using ITS

Standards?

Answer Choices

  1. Supports interoperability
  2. Eliminates institutional issues
  3. Lowers integration costs
  4. Makes procurements easier

Slide 57:

Learning Objective #4

Review of Answers

A small graphical red and yellow X representing incorrect.a) Supports interoperability
Incorrect. ITS Standards support interoperability, which help keep users from being limited to a single vendor's products when deploying more devices.

A small graphical green and yellow check mark representing correct.b) Eliminates institutional issues
Correct! ITS Standards helps with resolving and mitigating technical issues, but not institutional issues.

A small graphical red and yellow X representing incorrect.c) Lowers integration costs
Incorrect. ITS Standards lower integration costs by providing a common language between systems that are being integrated.

A small graphical red and yellow X representing incorrect.d) Makes procurements easier
Incorrect. ITS standards make procurements, as well as testing, easier by defining the language used by ITS devices.

Slide 58:

Summary of Learning Objective #4

Identify the Interfaces in an SCP System and the ITS Standards that Addresses Each of these Interfaces

Slide 59:

Learning Objective #5: Identify the User Needs Addressed by the Standards

Slide 60:

Learning Objective #5

Identify Architectural Needs Addressed by the Standards

SCP operational needs may vary depending on physical architecture used to implement the system

The following operational needs should be considered when implementing an SCP system:

Slide 61:

Learning Objective #5

Identify the Features Addressed by the Standards

NTCIP 1211 user needs, or features, are organized by the interface they address:

Slide 62:

Learning Objective #5

Identify the Features Addressed by the Standards

Features supported between a management station and a PRS:

Slide 63:

Learning Objective #5

Identify the Features Addressed by the Standards

Features supported between a management station and a CO:

Slide 64:

Learning Objective #5

Identify the Features Addressed by the Standards

Features supported between the PRG and the PRS:

Slide 65:

Learning Objective #5

Identify the Features Addressed by the Standards

Features supported between a PRS and a CO:

Slide 66:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

Slide 67:

Learning Objective #5

Which of the following user needs are not supported by NTCIP 1211 v02?

Answer Choices

  1. Need to know the distance of the transit vehicle from the intersection
  2. Need to configure priority strategies
  3. Need to exchange priority requests
  4. Need to exchange service requests

Slide 68:

Learning Objective #5

Review of Answers

A small graphical green and yellow check mark representing correct.a) Need to know the distance of the transit vehicle from the intersection
Correct! This need is not addressed by NTCIP 1211 v02. However, it may be addressed by TCIP.

A small graphical red and yellow X representing incorrect.b) Need to configure priority strategies
Incorrect. This need is addressed as part of the interface between a management station and a CO.

A small graphical red and yellow X representing incorrect.c) Need to exchange priority requests
Incorrect. This need is addressed as part of the interface between a priority request generator and a priority request server.

A small graphical red and yellow X representing incorrect.d) Need to exchange service requests
Incorrect. This need is addressed as part of the interface between a priority request server and a coordinator.

Slide 69:

Learning Objective #5

What do the ITS standards define?

Answer Choices

  1. The conditions that must be satisfied for the PRG to generate a priority request
  2. The process that the PRS prioritizes priority requests
  3. How the CO implements the priority strategy
  4. The interfaces between the components of an SCP system

Slide 70:

Learning Objective #5

Review of Answers

A small graphical red and yellow X representing incorrect.a)The conditions that must be satisfied for the PRG to generate a priority request
Incorrect. Standards do not define the conditions for the PRG to generate a priority request - that is specific to each implementation.

A small graphical red and yellow X representing incorrect.b) The process that the PRS prioritizes priority requests
Incorrect. The process and how the PRS prioritizes priority request is also implementation specific.

A small graphical red and yellow X representing incorrect.c) How the CO implements the priority strategy
Incorrect. How the CO implements the priority strategy is also implementation specific

A small graphical green and yellow check mark representing correct.d) The interfaces between the components of an SCP system
Correct! The standards defines the interfaces between the components—what information is exchanged and how.

Slide 71:

Summary of Learning Objective #5

Identify the User Needs Addressed by the Standards

Slide 72:

Learning Objective #6: Describe at a High Level how to Incorporate ITS Standards into an SCP System Procurement

Slide 73:

Learning Objective #6

Identify a Case Study where ITS Standards were Incorporated in an SCP System Procurement

Current Situation

Slide 74:

Learning Objective #6

Identify a Case Study where ITS Standards were Incorporated in an SCP System Procurement

Current Situation (cont.)

Slide 75:

Learning Objective #6

Identify a Case Study where ITS Standards were Incorporated in an SCP System Procurement

Goals

This slide has a graphical illustration depicting a person with a rope lassoing a star in the sky.

Slide 76:

Learning Objective #6

Identify a Case Study where ITS Standards were Incorporated in an SCP System Procurement

Institutional Issues

This slide has a graphical illustration with a hand signing a document with a pen.

Slide 77:

Learning Objective #6

Identify a Case Study where ITS Standards were Incorporated in an SCP System Procurement

Traffic Agency Capabilities

Slide 78:

Learning Objective #6

Identify a Case Study where ITS Standards were Incorporated in an SCP System Procurement

Cost Analysis

Slide 79:

Learning Objective #6

Identify a Case Study where ITS Standards were Incorporated in an SCP System Procurement

Cost Analysis

Slide 80:

Learning Objective #6

Identify a Case Study where ITS Standards were Incorporated in an SCP System Procurement

User Needs

Review the user needs supported by the standards. Determine if each user need is applicable to the corridor.

Slide 81:

Learning Objective #6

Identify a Case Study where ITS Standards were Incorporated in an SCP System Procurement

User Needs (cont.)

Slide 82:

Learning Objective #6

Identify a Case Study where ITS Standards were Incorporated in an SCP System Procurement

User Needs

Review the user needs supported by the standards. Determine if each user need is applicable to the corridor.

Slide 83:

Learning Objective #6

Identify a Case Study where ITS Standards were Incorporated in an SCP System Procurement

Other Changes

Slide 84:

Learning Objective #6

Summary of Learning Objective #6

Describe at a High Level how to Incorporate ITS Standards into an SCP System Procurement.

ITS Standards can be used:

Slide 85:

Learning Objective #7: Describe Other Arterial Management Tools and Strategies

Slide 86:

Learning Objective #7

Define the Purpose of an Integrated Corridor Management

Integrated Corridor Management (ICM)

This slide has three photographs contained within an arrow icon. Please see the Extended Text Description below.

(Extended Text Description: This slide has three photographs contained within an arrow icon. The first photographis of congested traffic on a highway. The second photograph is a traffic management center with large monitors on a wall and a bank of computer stations in front on a wall. One monitor on the wall is displaying a map showing the highway network, another monitor on the wall is showing informational text, and 3 additional monitors on the wall are showing CCTV camera images of traffic conditions on the highway. The third photograph is of a commuter railroad train in front of the highway with congested traffic.)

Slide 87:

Learning Objective #7

Define the Purpose of an Integrated Corridor Management

Integrated Corridor Management (ICM)

Manage corridor as an integrated asset in order to:

Slide 88:

Learning Objective #7

Define the Purpose of an Integrated Corridor Management

Integrated Corridor Management (ICM)

Other Standards

Slide 89:

Learning Objective #7

Describe How Transit Traveler Information Improves Transit Service Along Arterials

Transit Traveler Information

Transit traveler information can improve transit service along arterials by:

This slide has three graphics. Please see the Extended Text Description below.

(Extended Text Description: This slide has three graphics. The first graphic is a touch screen kiosk for viewing information. The second graphic is a timetable showing the arrival time of 16:25. The third graphic is of a smartphone with an antenna, and several buttons.)

Slide 90:

Learning Objective #7

Describe How Transit Traveler Information Improves Transit Service Along Arterials

Transit Traveler Information

Other Standards

Slide 91:

Activity. A placeholder graphic with an image of hand over a computer keyboard to show that an activity is taking place.

Slide 92:

Learning Objective #7

Which of the following is NOT a characteristic of an ICM program?

Answer Choices

  1. Sharing information between agencies
  2. Coordinating between different modes of transportation
  3. Providing traveler information
  4. Improving maintenance of transit vehicles

Slide 93:

Learning Objective #7

Review of Answers

A small graphical red and yellow X representing incorrect.Sharing information between agencies
Incorrect. The goal is ICM is to optimize the entire transportation network by leveraging unused capacity along corridors. This is accomplished by sharing information between transportation agencies.

A small graphical red and yellow X representing incorrect.Coordinating between different modes of transportation
Incorrect. Coordinating between different transportation modes is a key component of the ICM program.

A small graphical red and yellow X representing incorrect.Providing traveler information
Incorrect. Providing traveler information allows travelers to make better informed choices that can impact the level of congestion on the transportation network.

A small graphical green and yellow check mark representing correct.Improving maintenance of transit vehicles
Correct! Maintenance of transit vehicle is the responsibility of the operating agency.

Slide 94:

Summary of Learning Objective #7

Describe Other Arterial Management Tools and Strategies

Other arterial management strategies include:

Slide 95:

What We Have Learned

  1. Signal control priority is an operational strategy to facilitate the movement of fleet vehicles through signalized intersections.
  2. A signal control priority system consists of:
    1. A priority request generator
    2. A priority request server
    3. A controller
  3. Technical factors for the selection of a system architecture include signal system and fleet vehicle capabilities and communications.
  4. ITS Standards can be used to design, procure, and operate a signal control priority system
  5. Integrated corridor management strategies and transit traveler information can improve service along a transportation corridor.

Slide 96:

Resources

Slide 97:

Next Course Module

Module 9:

Arterial Management and Transit Signal Priority: Specifying Requirements for SCP based on NTCIP 1211 Standard, Part 2 of 2

Slide 98:

Thank you for completing this module.