SPaT Challenge Webinar Series

Report 0 Downloads 84 Views
SPaT Challenge Webinar Series Webinar #1: Initial SPaT Challenge Activities

2:00 – 3:30 PM (Eastern) | March 6, 2018

Webinar Logistics • All lines are muted • Webinar will be recorded • Submit questions and comments in chat or Q&A section of webinar window • Questions will be answered at webinar conclusion 2

Agenda • Introduction to the SPaT Webinar Series  Blaine Leonard, Utah DOT

• Systems Engineering Approach to the SPaT Challenge  Ray Starr, Minnesota DOT  Dean Deeter, Athey Creek Consultants

• Costs, Procurement, and Corridor Selection  Blaine Leonard, Utah DOT

• Q&A 3

Introduction to the SPaT Webinar Series Blaine Leonard, Utah DOT

Update on V2I Deployment Coalition (V2I DC) Phase 2 • V2I DC activities have resumed • https://transportationops.org/V2I/V2I-overview • SPaT Challenge activities will continue under the Strategic Initiatives Technical Working Group Strategic Initiatives TWG

SPaT Challenge Resource Team

SPaT Challenge Tactical Working Group

5

Update on V2I DC Phase 2 • Strategic Initiatives Working Group (Phase 1 TWG 1)  Chaired by Greg Larson, Caltrans  Meets 4th Thursday of every month at 2pm ET  Next meeting: March 22 at 2pm ET

• Technical Resources Working Group (Phase 1 TWG 4)  Chaired by Faisal Saleem, MCDOT  Meets 2nd Wednesday of every month at 11am ET

• Peer Exchange & Outreach Working Group  Chaired by Ed Seymour, TTI

• To be added to or removed from one or more groups, visit: https://www.surveymonkey.com/r/V2IDC_TWGs 6

SPaT Challenge What is the Challenge? To challenge state and local public sector transportation IOOs to cooperate together to achieve deployment of DSRC infrastructure with SPaT broadcasts in at least one corridor or network (approximately 20 signalized intersections) in each state by January 2020

7

SPaT Challenge What is SPaT? A Signal Phase and Timing (SPaT) message defines the current intersection signal light phases Current state of all lanes at intersection are provided, as well as any active pre-emption or priority. SPaT message defined by SAE J2735 (a subject of a subsequent webinar) 8

SPaT Challenge Why do this Challenge? To provide IOOs with an entry into DSRC-based V2I deployment and gain valuable procurement, licensing, installation, and operation experience, which in turn will:  Lay ground work for more advanced V2I deployments  Show a commitment to OEMs and applications developers  Analogous to early fiber deployments – most benefits came later

9

SPaT Challenge What are the benefits? • Be more prepared for DSRC-equipped vehicles and on-board V2I applications • Useful as testing site for future applications • Supports deployment of V2I applications that build on SPaT at intersections:    

Smart Transit Signal Priority Red Light Violation Warning Intelligent Signal Systems Eco-Driver 10

SPaT Challenge What is the long-term goal? • Widespread deployment of V2I applications at intersections will lead to:  Improved safety for drivers and pedestrians  Improved mobility for traveling public, transit, freight, snow plows, and other fleet vehicles

• High penetration rates in vehicles  Agency vehicles and OEM-produced vehicles able to utilize and benefit from SPaT broadcasts

• We have to start small . . . And scale up! 11

SPaT Challenge Website One-stop shop for SPaT-related information • Overview • Current map with SPaT deployment details and contacts • Resources

https://transportationops.org/spatchallenge 12

SPaT Challenge Website

+ New ConOps Document + Webinar Schedule and Recordings 13

Upcoming SPaT Challenge Webinars •

Design Considerations, Part 1    



Design Considerations, Part 2  



April 24, 2018 1:00-2:30pm ET Live technical demonstration and step-by-step training on using the MAP creator tool

Design Considerations, Part 3  



April 17, 2018 2:00-3:30pm ET MAP messages and vehicle position correction

MAP Creator Tool Demonstration  



March 20, 2018 2:00-3:30pm ET Signal controller interface and creation of SPaT messages Examples of designs for assembling SPaT messages DSRC licensing

May 15, 2018 2:00-3:30pm ET Backhaul infrastructure, intersection, and roadside equipment specification, design and installation

Deployment & Validation  

June 12, 2018 2:00-3:30pm ET Procurement, validation, verification, and security of SPaT deployments

14

Systems Engineering Approach to the SPaT Challenge Ray Starr, Minnesota DOT

Why a Systems Engineering Approach? • • • • • • •

Federal funding requires it System that meets user needs Needs are not missed Common understanding of intent Basis for testing Stakeholder roles Especially valuable for implementing nonroutine systems 16

Systems Engineering “Vee” Diagram

https://www.fhwa.dot.gov/cadiv/segb/

Source: FHWA 17

Concept of Operations (ConOps)

https://www.fhwa.dot.gov/cadiv/segb/

Source: FHWA 18

Concept of Operations (ConOps) • • • • • •

Scope/Background System overview (Context Diagram) Operational needs Concept(s) (apps & functions) User oriented operational descriptions Operational scenarios

19

System Requirements

https://www.fhwa.dot.gov/cadiv/segb/

Source: FHWA 20

System Requirements • Itemized requirements • Verification method  Demonstration, test, analysis, inspection

• References for requirement • Traceability to needs

21

Minnesota’s SPaT Deployment Planning Phase Scope of Work • ConOps • System requirements • Data governance plan & tech support • System security plan • Project deployment plan • Design support • Construction inspection support 22

Minnesota’s ConOps (First Draft)

23

Minnesota’s ConOps (First Draft) Challenge

Need ID

Need

Roadway User Needs General Equipped Vehicle Operator/Self‐Equipped Driver Needs In‐Vehicle equipment running UN‐CC‐1.01‐ Signal Phase and Timing. A General Equipped Vehicle applications need intersection v01 Operator Driver/Self‐Equipped Driver needs advance notice data to support those of signal phase and timing changes to safely approach an applications intersection Drivers may be unaware that UN‐CC‐1.02‐ Dynamic Roadway Maintenance Activity Awareness. A they are approaching a short v01 General Equipped Vehicle Operator Driver/Self‐Equipped term mobile work zone or Driver needs to be aware of dynamic maintenance activities snow plow actively engaging in (e.g. snow plowing, pothole filling) in/along the path of operations travel

General Vehicle Operator is UN‐CC‐1.03‐ Pedestrian in Crosswalk Awareness. A General Equipped v01 Vehicle Operator Driver/Self‐Equipped Driver needs not aware of pedestrian in increased awareness of a pedestrian in a crosswalk when crosswalk due to a‐pillar making a movement at a signalized intersection due to occlusion occlusion by the vehicle a‐pillar to reduce the likelihood of a pedestrian crash

24

Minnesota’s ConOps (First Draft) User Class SPaT

General Equipped  Vehicle Operator Self‐Equipped Driver Unequipped Driver Snow Plow Operator Pedestrian Traveler Information  Provider Work Zone Worker Traffic Manager

X

Vehicle‐ Pedestrian  Intersection  Conflict  Warning X

X*

X*

Use Cases Snow Plow  CV Data  Signal  Mgmt Priority

Third‐Party  Traffic  Signal Data  Sharing

Mobile  Work Zone  Warning  System X

X* X

X X X

X X

X

X

X

X X

25

Minnesota’s ConOps (First Draft) Use  Vehicle‐Pedestrian Intersection Conflict Warning Case Scenari UC2‐S1: Normal Operating Conditions – Pedestrian in  o ID and  Signalized Crosswalk Title  Improve awareness of pedestrians to general  Scenari equipped vehicle operators o   Notify and warn general equipped vehicle  Objectiv operators when their path of travel is across a  e crosswalk with a pedestrian in it  The system properly determines there is a  pedestrian in the vehicle’s path Operati onal   The system properly notifies the General  Event(s) Equipped Vehicle Operator of a pedestrian in the  path of the vehicle User Role Safely traverse the crosswalk  Pedestrian User(s) at the intersection General Equipped  Safely navigate through the  Vehicle Operator intersection  A vehicle is waiting to make a permitted (not  protected) left turn at a red light  Opposing traffic is queued at the same signalized  intersection  A pedestrian is waiting to cross the opposing  crosswalk, but is traveling against the flow of  opposing traffic Initial   The pedestrian has performed all required  Conditio actions (e.g. pressing the pedestrian crossing  ns push button) to receive a walk signal during the  next cycle  Note: This scenario is generally applicable to any  pedestrian movement and general equipped  vehicle movement such that the path of the  vehicle crosses the path of the pedestrian when  the pedestrian has the right‐of‐way.

 Post‐ Conditi ons

Scenario  Diagram

Traceab ility

Source

Step

Key Action

General

1

Traffic Signal turns  green (permitted) for  the vehicle and for  opposing traffic

2

Simultaneously  receives a walk signal  and begins to cross  the crosswalk to the  left of the vehicle

Crosswalk is in  the intended path  of the vehicle

CC  System

3

Issues notification to  general equipped  vehicle operator that  there is a pedestrian in  the crosswalk.

As the system  properly detects  a potential  conflict between  the vehicle and  the pedestrian

General  Equipped Vehicle  Operator

4

Advances into the  intersection and stops,  waiting for opposing  traffic to clear

General

5

Opposing traffic clears  the intersection

Pedestria n

6

Continues to cross and  remains in the  crosswalk

CC  System

7

Continues to issue  notification to general  See Step 3  vehicle operator that  comment there is a pedestrian in  the crosswalk.

Pedestria n

Key  Actions  and  Flow of  Events

Comments Solid green bulb  (no left turn  arrow) indicates a  permitted left  turn

CC  System  Inputs

CC  System  Outputs

The pedestrian safely crosses the intersection  in the crosswalk  The general equipped vehicle operator  completes the left turn without compromising  the safety of the pedestrian UN‐CC‐1.03‐v01 Pedestrian in Crosswalk Awareness UN‐CC‐4.01‐v01 Pedestrian in Crosswalk Safety  Detection (of Pedestrian)  Map Input (from Traffic Manager)  Position Correction Data (from NTRIP Caster)  Raw Traffic Signal Data (from Traffic Signal  Controller)  General Equipped Vehicle Location/Motion  (from GNSS)  Pedestrian in Crosswalk Notification (to  General Equipped Vehicle Operator)  Pedestrian in Crosswalk Warning (to General  Equipped Vehicle Operator)

26

Systems Engineering “Vee” Diagram

https://www.fhwa.dot.gov/cadiv/segb/

Source: FHWA 27

SPaT Challenge Model ConOps & Requirements Dean Deeter, Athey Creek Consultants

SPaT Challenge Model ConOps & Requirements Overview Four Things I’d Like to Accomplish Today 1. Introduce the Model ConOps & Requirements Documents 2. Define the term “SPaT Infrastructure System” 3. Describe the Approach to the Documents 4. Share a Few Examples of Details 29

Introduction to the Model Documents • SPaT Challenge Model Concept of Operations and Functional Requirements  Two stand-alone but related documents  Available online:

https://transportationops.org/spatchallenge/resources

• Developed to help agencies plan a SPaT infrastructure deployment • Written for transportation agencies to adapt to various local site conditions, individual practices, and to address specific needs • Represents initial “model” concepts • These are “working drafts” to serve as resources to you. Not prescriptive in any way 30

Defining “SPaT Infrastructure System” Sources of SPaT Data

Users who will Benefit From SPaT Data

Driver

Traffic Signal Systems

Pedestrians

31

SPaT Enabled V2I Connected Vehicle Systems Users who will Benefit From SPaT Data

Sources of SPaT Data

Driver

Traffic Signal Systems

SPaT Enabled Connected Vehicle Systems Pedestrians

32

Defining “SPaT Infrastructure System” Sources of SPaT Data

SPAT Infrastructure System (the Focus of the ConOps Document)

Users who will Benefit From SPaT Data

Driver

Traffic Signal Systems

New infrastructure to securely communicate SPaT, MAP, and supporing data to Vehicles and Pedestrian devices. Pedestrians

May also receive data from vehicles and pedestrian devices.

33

Defining “SPaT Infrastructure System” Sources of SPaT Data

SPAT Infrastructure System (the Focus of the ConOps Document)

Traffic Signal Systems

New infrastructure to securely communicate SPaT, MAP, and supporing data to Vehicles and Pedestrian devices.

Direct Users of the SpaT Infrastructure System

Users who will Benefit From SPaT Data

SPAT Vehicle System Applications that will be installed on passenger or fleet vehicles to communicate with SPaT Infrastructure Systems to receive data, and use the data to support the drivers’ safety, mobility, and efficiency.

Driver

Pedestrians

May also receive data from vehicles and pedestrian devices.

Personal Information Devices (a User of the SPaT Infrastructure System)

Handheld devices that receive communications from the infrastructure and support pedestrians as they cross intersections

34

SPaT Challenge Model ConOps • Focused on SPaT Infrastructure System • Needs and Operational Concepts written for –  Indirect stakeholders: Pedestrians and drivers

 Direct stakeholders: SPaT Vehicle System equipped with applications Pedestrian Personal Information Devices (PIDs) Traffic Signal System including system controlling the traffic signals at the intersection Traffic Data System including traffic conditions databases, central signal control systems (CSCS), and Advanced Traffic Management Systems (ATMS) Security Back End including the Security Credentials Management System Traffic Engineering Staff Maintenance Staff 35

SPaT Challenge Model ConOps • V2I applications based on SPaT that are considered in the Model ConOps

36

Section 2 – Current Situation and Needs • Current System Overview • Stakeholders  Indirect Users  Users  Other Stakeholders

• Stakeholders Use of the SPaT Infrastructure System • Stakeholders Needs Challenge Indirect User Stakeholder Needs Driver Needs Vehicles running red lights and entering signalized intersections is a safety concern, with an average of 700 fatalities each year, 90,000 injuries related to an average of 100,000 red light running related crashes.

Need ID

1.1

Need

Drivers need a red light violation warning (RLVW) to help them avoid unintended red light violations.

37

Section 3 – Operational Concept for the SPaT Infrastructure System • How each user will interact with the SPaT Infrastructure System • Users include humans and systems • Written as numbered lines for traceability by the Requirements 3.3

SPaT Vehicle Systems’ Perspective

3.3.1 

SPaT  Vehicle  Systems  will  receive  current  signal  phase  and  timing  (SPaT  Data)  from  the  SPaT  Infrastructure System for the approaching intersection. (Need 3.1)  3.3.1.1  For intersections equipped with SPaT Infrastructure Systems, SPaT Vehicle Systems will  receive the SPaT Data upstream of the intersection, beginning at a distance that enables  the  SPaT  Vehicle  System  to  perform  needed  calculations  and  information  display  to  38 drivers. (Need 8.3) 

Section 4 – Operational Concept for SPaT, MAP, and Traffic Data • Presents details about the use of J2735 SPaT and MAP Message, as well as details about Traffic Controller Data • Our attempt to get as much of the information describing this data exchange into one document

39

Section 5 – Operational Scenario

• Initial Conditions • Sequence of Events

 Chronological description of the interactions of the SPaT Infrastructure System with the users 5.2

Sequence of events

Map Message:  1. The SPaT Vehicle System receives the MAP message and validates the security credentials.  2. The SPaT Vehicle System checks the message revision number and determines it has never received this  revision  of  the  MAP  message  (alternate  ‐  the  SPaT  Vehicle  System  determines  it  has  already received this revision of the MAP message and skips step 3.)  3. The SPaT Vehicle System decodes the MAP message and determines  a. Intersection location.  b. Ingress and egress lane geometry and location.  c. Connections from ingress lanes to egress lanes via specific maneuvers.  a. The signal group IDs related to the connections. 

40

SPaT Challenge Model Requirements • Contain industry input • Include relevant specifications and standards • Define the minimal requirements to maintain compatibility between broadcast SPaT messages and vehicle on-board units planned by automobile industry • Requirements organization on next slide 41

Group 7: Manage  Preemption / Priority

Traffic Signal  Controller

Group 1: Manage  Interface to SPaT Sources Interface with  the Traffic  Signal  Controller

Central Signal  Control System

Interface with  the Central  Signal Control  System

Monitor Preemption  & Priority Requests Manage Conflicting  Signal Request  Messages (SRMs) Request Preemption  & Priority Obtain Preemption &  Priority Status Assemble Standard  Signal Status  Messages (SSM)

Traffic Data System

Group 9: Manage  Traffic Data  System Interface Exchange data  with the Traffic  Data System

Group 8: Manage  Vehicle & PID Data Monitor Basic Safety  Messages (BSM), Probe  Vehicle Data (PVD) &  Personal Safety Messages  (PSM) Convert BSM & PSM to  Detector Calls

Security Back End

Group 11: Manage  Security Back End  Interface Configure  data  exchanges Configure the  security back  end system

Group 4: Manage Maps Manage a Map database Manage Map Dynamic  Features

Assemble SPaT messages  that conform to the SAE  J2735 standard message  format.

Assemble MAP messages  that conform to the SAE  J2735 standard message  format

Assemble SPaT messages  that comply with other  standardized message  formats.

Assemble other standard  MAP messages Group 5: Manage  Position Correction Obtain Position  Correction Data Obtain data for  Position  Correction messages Assemble SAE J2735  compliant position  correction messages Assemble other standard  correction messages

Group 12: Provide  Support

Group 6: Manage SPaT Vehicle System  Interface

SPaT Vehicle  System

Broadcast 5.9 GHz  DSRC Messages Receive and process  5.9 GHz DSRC  Messages Publish Data over  alternate  communications  Mediums Receive Data over  alternate  communications  Mediums

Personal  Information Device

Manage Logs Group 10: Manage  Security Obtain valid Security  Credentials Verify Received Message  Credentials

Configure Messages Manage MAP Data Manage GPS Corrections Manage Detection Zones Manage Reports

Notes: Bold text and boxes represents minimum SPaT Functions to support Vehicle based applications

Assemble the content  needed for Standard  SPaT Messages

Assemble the content  needed for MAP  Message

Aggregate BSM & PVD  Data Assemble Traffic Data  Messages

Group 2: Manage SPaT

Apply Security  Credentials to  broadcasts Manage access to the  system network

Manage Alerts Provide Diagnostics Reset the System Configure System

Group 3: Manage User  Interface

Traffic Engineer

Include an interface for  users to manage the  SPaT infrastructure  System and its data Include security to limit  user access Display information to  users

Maintenance Tech

42

Group 7: Manage  Preemption / Priority

Traffic Signal  Controller

Group 1: Manage  Interface to SPaT Sources Interface with  the Traffic  Signal  Controller

Central Signal  Control System

Interface with  the Central  Signal Control  System

Monitor Preemption  & Priority Requests Manage Conflicting  Signal Request  Messages (SRMs) Request Preemption  & Priority Obtain Preemption &  Priority Status Assemble Standard  Signal Status  Messages (SSM)

Traffic Data System

Group 9: Manage  Traffic Data  System Interface Exchange data  with the Traffic  Data System

Group 8: Manage  Vehicle & PID Data Monitor Basic Safety  Messages (BSM), Probe  Vehicle Data (PVD) &  Personal Safety Messages  (PSM) Convert BSM & PSM to  Detector Calls

Security Back End

Group 11: Manage  Security Back End  Interface Configure  data  exchanges Configure the  security back  end system

Group 4: Manage Maps Manage a Map database Manage Map Dynamic  Features

Assemble SPaT messages  that conform to the SAE  J2735 standard message  format.

Assemble MAP messages  that conform to the SAE  J2735 standard message  format

Assemble SPaT messages  that comply with other  standardized message  formats.

Assemble other standard  MAP messages Group 5: Manage  Position Correction Obtain Position  Correction Data Obtain data for  Position  Correction messages Assemble SAE J2735  compliant position  correction messages Assemble other standard  correction messages

Group 12: Provide  Support

Group 6: Manage SPaT Vehicle System  Interface

SPaT Vehicle  System

Broadcast 5.9 GHz  DSRC Messages Receive and process  5.9 GHz DSRC  Messages Publish Data over  alternate  communications  Mediums Receive Data over  alternate  communications  Mediums

Personal  Information Device

Manage Logs Group 10: Manage  Security Obtain valid Security  Credentials Verify Received Message  Credentials

Configure Messages Manage MAP Data Manage GPS Corrections Manage Detection Zones Manage Reports

Notes: Bold text and boxes represents minimum SPaT Functions to support Vehicle based applications

Assemble the content  needed for Standard  SPaT Messages

Assemble the content  needed for MAP  Message

Aggregate BSM & PVD  Data Assemble Traffic Data  Messages

Group 2: Manage SPaT

Apply Security  Credentials to  broadcasts Manage access to the  system network

Manage Alerts Provide Diagnostics Reset the System Configure System

Group 3: Manage User  Interface

Traffic Engineer

Include an interface for  users to manage the  SPaT infrastructure  System and its data Include security to limit  user access Display information to  users

Maintenance Tech

43

Group 7: Manage  Preemption / Priority

Traffic Signal  Controller

Group 1: Manage  Interface to SPaT Sources Interface with  the Traffic  Signal  Controller

Central Signal  Control System

Interface with  the Central  Signal Control  System

Monitor Preemption  & Priority Requests Manage Conflicting  Signal Request  Messages (SRMs) Request Preemption  & Priority Obtain Preemption &  Priority Status Assemble Standard  Signal Status  Messages (SSM)

Traffic Data System

Group 9: Manage  Traffic Data  System Interface Exchange data  with the Traffic  Data System

Group 8: Manage  Vehicle & PID Data Monitor Basic Safety  Messages (BSM), Probe  Vehicle Data (PVD) &  Personal Safety Messages  (PSM) Convert BSM & PSM to  Detector Calls

Security Back End

Group 11: Manage  Security Back End  Interface Configure  data  exchanges Configure the  security back  end system

Group 4: Manage Maps Manage a Map database Manage Map Dynamic  Features

Assemble SPaT messages  that conform to the SAE  J2735 standard message  format.

Assemble MAP messages  that conform to the SAE  J2735 standard message  format

Assemble SPaT messages  that comply with other  standardized message  formats.

Assemble other standard  MAP messages Group 5: Manage  Position Correction Obtain Position  Correction Data Obtain data for  Position  Correction messages Assemble SAE J2735  compliant position  correction messages Assemble other standard  correction messages

Group 12: Provide  Support

Group 6: Manage SPaT Vehicle System  Interface

SPaT Vehicle  System

Broadcast 5.9 GHz  DSRC Messages Receive and process  5.9 GHz DSRC  Messages Publish Data over  alternate  communications  Mediums Receive Data over  alternate  communications  Mediums

Personal  Information Device

Manage Logs Group 10: Manage  Security Obtain valid Security  Credentials Verify Received Message  Credentials

Configure Messages Manage MAP Data Manage GPS Corrections Manage Detection Zones Manage Reports

Notes: Bold text and boxes represents minimum SPaT Functions to support Vehicle based applications

Assemble the content  needed for Standard  SPaT Messages

Assemble the content  needed for MAP  Message

Aggregate BSM & PVD  Data Assemble Traffic Data  Messages

Group 2: Manage SPaT

Apply Security  Credentials to  broadcasts Manage access to the  system network

Manage Alerts Provide Diagnostics Reset the System Configure System

Group 3: Manage User  Interface

Traffic Engineer

Include an interface for  users to manage the  SPaT infrastructure  System and its data Include security to limit  user access Display information to  users

Maintenance Tech

44

Group 7: Manage  Preemption / Priority

Traffic Signal  Controller

Group 1: Manage  Interface to SPaT Sources Interface with  the Traffic  Signal  Controller

Central Signal  Control System

Interface with  the Central  Signal Control  System

Monitor Preemption  & Priority Requests Manage Conflicting  Signal Request  Messages (SRMs) Request Preemption  & Priority Obtain Preemption &  Priority Status Assemble Standard  Signal Status  Messages (SSM)

Traffic Data System

Group 9: Manage  Traffic Data  System Interface Exchange data  with the Traffic  Data System

Group 8: Manage  Vehicle & PID Data Monitor Basic Safety  Messages (BSM), Probe  Vehicle Data (PVD) &  Personal Safety Messages  (PSM) Convert BSM & PSM to  Detector Calls

Security Back End

Group 11: Manage  Security Back End  Interface Configure  data  exchanges Configure the  security back  end system

Group 4: Manage Maps Manage a Map database Manage Map Dynamic  Features

Assemble SPaT messages  that conform to the SAE  J2735 standard message  format.

Assemble MAP messages  that conform to the SAE  J2735 standard message  format

Assemble SPaT messages  that comply with other  standardized message  formats.

Assemble other standard  MAP messages Group 5: Manage  Position Correction Obtain Position  Correction Data Obtain data for  Position  Correction messages Assemble SAE J2735  compliant position  correction messages Assemble other standard  correction messages

Group 12: Provide  Support

Group 6: Manage SPaT Vehicle System  Interface

SPaT Vehicle  System

Broadcast 5.9 GHz  DSRC Messages Receive and process  5.9 GHz DSRC  Messages Publish Data over  alternate  communications  Mediums Receive Data over  alternate  communications  Mediums

Personal  Information Device

Manage Logs Group 10: Manage  Security Obtain valid Security  Credentials Verify Received Message  Credentials

Configure Messages Manage MAP Data Manage GPS Corrections Manage Detection Zones Manage Reports

Notes: Bold text and boxes represents minimum SPaT Functions to support Vehicle based applications

Assemble the content  needed for Standard  SPaT Messages

Assemble the content  needed for MAP  Message

Aggregate BSM & PVD  Data Assemble Traffic Data  Messages

Group 2: Manage SPaT

Apply Security  Credentials to  broadcasts Manage access to the  system network

Manage Alerts Provide Diagnostics Reset the System Configure System

Group 3: Manage User  Interface

Traffic Engineer

Include an interface for  users to manage the  SPaT infrastructure  System and its data Include security to limit  user access Display information to  users

Maintenance Tech

45

Group 7: Manage  Preemption / Priority

Traffic Signal  Controller

Group 1: Manage  Interface to SPaT Sources Interface with  the Traffic  Signal  Controller

Central Signal  Control System

Interface with  the Central  Signal Control  System

Monitor Preemption  & Priority Requests Manage Conflicting  Signal Request  Messages (SRMs) Request Preemption  & Priority Obtain Preemption &  Priority Status Assemble Standard  Signal Status  Messages (SSM)

Traffic Data System

Group 9: Manage  Traffic Data  System Interface Exchange data  with the Traffic  Data System

Group 8: Manage  Vehicle & PID Data Monitor Basic Safety  Messages (BSM), Probe  Vehicle Data (PVD) &  Personal Safety Messages  (PSM) Convert BSM & PSM to  Detector Calls

Security Back End

Group 11: Manage  Security Back End  Interface Configure  data  exchanges Configure the  security back  end system

Group 4: Manage Maps Manage a Map database Manage Map Dynamic  Features

Assemble SPaT messages  that conform to the SAE  J2735 standard message  format.

Assemble MAP messages  that conform to the SAE  J2735 standard message  format

Assemble SPaT messages  that comply with other  standardized message  formats.

Assemble other standard  MAP messages Group 5: Manage  Position Correction Obtain Position  Correction Data Obtain data for  Position  Correction messages Assemble SAE J2735  compliant position  correction messages Assemble other standard  correction messages

Group 12: Provide  Support

Group 6: Manage SPaT Vehicle System  Interface

SPaT Vehicle  System

Broadcast 5.9 GHz  DSRC Messages Receive and process  5.9 GHz DSRC  Messages Publish Data over  alternate  communications  Mediums Receive Data over  alternate  communications  Mediums

Personal  Information Device

Manage Logs Group 10: Manage  Security Obtain valid Security  Credentials Verify Received Message  Credentials

Configure Messages Manage MAP Data Manage GPS Corrections Manage Detection Zones Manage Reports

Notes: Bold text and boxes represents minimum SPaT Functions to support Vehicle based applications

Assemble the content  needed for Standard  SPaT Messages

Assemble the content  needed for MAP  Message

Aggregate BSM & PVD  Data Assemble Traffic Data  Messages

Group 2: Manage SPaT

Apply Security  Credentials to  broadcasts Manage access to the  system network

Manage Alerts Provide Diagnostics Reset the System Configure System

Group 3: Manage User  Interface

Traffic Engineer

Include an interface for  users to manage the  SPaT infrastructure  System and its data Include security to limit  user access Display information to  users

Maintenance Tech

46

Model Requirements Document • Example of a Requirement, and mapping to the Numbered Operational Concept Group 2: Manage SPaT Requirements describing the functions of the SPaT Infrastructure to assemble the SPaT data into  standard SPaT messages for broadcast. 2.1

The SPaT Infrastructure System shall assemble the  content needed for standard SPaT messages.

2.1.1

The SPaT Infrastructure System shall process the  message containing SPaT data obtained from the  Traffic Signal System and generate a SPaT message.

Minimum; RLVW

3.3.1.3

47

SPaT Challenge Model Requirements Requirements classified as: • Minimum: necessary to achieve minimum SPaT broadcast functionality to support Red Light Violation Warning (RLVW) • Optional: alternate approach to achieve minimum SPaT functionality  e.g. a different message format or communication mechanism

• Optional – minimum for application: necessary if additional functionality is desired; not needed for minimum functionality  e.g. priority/preemption and data collection from vehicles

• Optional – recommended: improves system manageability, but not needed for minimum functionality  e.g. reporting, log, and user management tools 48

Verifying and Validating SPaT Deployments SPaT Challenge Verification Document:  https://transportationops.org/content/spat-challengeverification-document

• Developed by the Crash Avoidance Metrics Partnership (CAMP) • Intent is to ensure:  Deployments are compatible and meet minimum requirements for on-board applications released by automobile manufacturers  Compatibility with future Red Light Violation Warning (RLVW) applications

• More on this topic during Webinar #5 49

Costs, Procurement, and Corridor Selection Blaine Leonard, Utah DOT

Corridor Selection • Select a Corridor / Area  Infrastructure Compatibility Signal Controllers Backhaul and Central Control of Intersections Number of signals

 Concept of Operations Consider local conditions and needs Identify partners and partners Future V2I Applications (Long-term Strategy)

 Get on the NOCOE SPaT Challenge Map 51

Corridor Selection / Procurement • Define Operations / Requirements  System Requirements Messages Being Sent – SPaT and MAP Messages Being Received – BSM Other Messages (Application Dependent) • SRM, SSM, TIM, etc

Performance Requirements Security (SCMS)

52

Procurement • Procurement Approaches  Government Procurement Testing / Small Quantity Full Procurement

 Partner / University  Consultant Faster Ownership / Maintenance

53

Procurement • Define Hardware Requirements  RSU 4.1 Specification  Outside Certification (pending)  Specific Requirements Messages Performance Security

 Software Development Kit (SDK) Needed for software development / modification

 OBUs (optional) Number of radios (one vs two) 54

Procurement • Other Hardware  Cabling  Mounting  Processor (optional)

55

Costs • Disclaimer . . .  Every deployment is different – lots of variables Learning Curve – Experience of Team Consultant vs In-house Efforts (or Combination) Testing Applications Beyond SPaT Procurement Variations Installation Parameters

 We would love your input on cost experience! 56

Costs • Hardware  RSU $1500 to $3200

 Mounting Brackets, Cables, Power Supply $200 to $600

 OBU $900 to $1500

57

Costs • Engineering  Design / Testing $1000 to $8500

 Installation / Integration $2000 to $11,000 Location of DSRC Installation Lane Closures / Night Work

 Create MAP Data (future webinar) $400 to $1500 Use of Tool Local Mapping 58

Webinar Wrap-Up and Q&A

Next SPaT Challenge Webinar • Design Considerations, Part 1  March 20, 2018 2:00pm ET  Minimum content for SPaT broadcasts to be verified/validated  Signal controller interface and creation of SPaT messages  Examples of designs for assembling SPaT messages  DSRC licensing • Registration: https://transportationops.org/event/webinar-2spat-challenge-design-considerations-part-1 60

Q&A Submit questions and comments in chat or Q&A section of webinar window

Upcoming SPaT Challenge Webinars Design Considerations, Part 1 Design Considerations, Part 2 MAP Creator Tool Demonstration Design Considerations, Part 3 Deployment & Validation

March 20, 2018 2:00-3:30pm ET April 17, 2018 2:00-3:30pm ET April 24, 2018 1:00-2:30pm ET May 15, 2018 2:00-3:30pm ET June 12, 2018 2:00-3:30pm ET