Purpose of the SPaT Challenge FAQs
The SPaT Challenge FAQs are intended to give readers an understanding of the SPaT Challenge and to answer the general questions that an agency would ask as they determine if they want to investigate the SPaT Challenge further. Additional resources have been developed to address more specific topic areas and to provide more technical details, therefore such details are not included in the FAQs. In addition to the FAQs, additional resources are available, including:
These and other resources are available at the National Operations Center of Excellence (NOCoE) website at http://transportationops.org/spatchallenge
The American Association of State Highway Transportation Officials (AASHTO), the Institute of Traffic Engineers (ITE) and ITS America (ITSA) working together through the V2I Deployment Coalition have challenged state and local public sector transportation infrastructure owners and operators (IOOs) to work together to achieve deployment of roadside Dedicated Short Range Communications (DSRC) 5.9 GHz broadcast radio infrastructure to broadcast signal phase and timing (SPaT) in real-time at signalized intersections on at least one road corridor or street network (approximately 20 signalized intersections) in each of the 50 states by January 2020. This is commonly called the the SPaT Challenge. The National Highway Safety Traffic Administration (NHSTA) is in the process of requiring all new light vehicles sold in the US to be equipped with DSRC radios which can continuously and anonymously transmit basic information about the location, speed and critical operation of the vehicles. These radios will also be able to receive agency transmitted data, such as SPaT, with the intent to support safer, more efficient operations.
The National Connected Vehicle SPaT Deployment Challenge is being led by the V2I Deployment Coalition. The AASHTO Board of Directors passed a formal resolution of support, and is working with the V2I Deployment Coalition through their AASHTO Connected and Autonomous Vehicles Working Group.
Deploying the systems necessary to accomplish the SPaT Challenge in a number of locations around the country will provide state and local transportation agencies with a tangible first step for deploying V2I Applications, promote future more advanced V2I applications, and demonstrate a commitment to the DSRC-based V2I deployments that are being planned by automobile manufacturers. Also, the technical deployments required to accomplish the SPaT Challenge are relatively simple to deploy and fundamental to a number of V2I applications.
The net result of deploying SPaT will be to accelerate V2I application deployment by the automobile manufacturers, the private sector, and the public sector. IOOs are encouraged to work with other agencies within their region to identify deployment partnership opportunities.
The NTCIP 1202 Version 3 standard that is currently under development is intended to support SPaT data outputs that would meet the SPaT Challenge. Therefore, for any controller that is eventually NTCIP 1202 Version 3 compliant, no change to the controller would be needed. Signal controllers that currently support NTCIP 1202 Version 2 standards will require some vendor-specific software upgrades to produce the SPaT data.
It is recommended that agencies pursuing the SPaT Challenge contact the manufacturer of their signal control equipment and discuss the options and upgrades needed to meet the SPaT Challenge.
Ideally the location chosen for deployment will be where there are interconnected signals that are monitored at a central system. This will ensure the ability to monitor the operations and performance of the system and learn from that performance.
Hardware requirements include:
- A signal controller;
- A Roadside Unit (RSU) that includes a DSRC Radio;
- An optional connected vehicle roadside processor (to perform the translation of SPaT data from the NTCIP 1202 objects to the SAE J2735 standardized messages) if the functionality is not performed at the signal controller or at the RSU; and
- Cables connecting the signal controller and the RSU.
Software requirements include:
- Signal controller software upgrades (unless your signal controller is NTCIP 1202 Version 3 compliant); and
- Connected vehicle roadside process software (to perform the NTCIP 1202 to J2735 conversion). Note that this functionality may be located in the RSU, the signal controller, or in a connected vehicle roadside processor.
- Ability to send and receive messages signed using credential conformant to IEEE 1609
Additionally, a data file describing the physical intersection geometry (MAP data) is required, and must be formatted to SAE J2735 specifications. Some V2I applications also require global navigation satellite differential correction information, as standardized by the RTCM standard, to achieve accurate vehicle positions.
Figure 1 shows a basic layout of the equipment and information flow to enable SPaT transmission via DSRC at an intersection.
DSRC radios are manufactured by several companies. The RSUs should meet existing federal specifications. The software that control DSRC radios is still evolving, and is being updated regularly. When you purchase the radio, it is recommended that you request assurances from your vendor that they have the latest software and expect that it will need to be updated in the future, so understand the unit’s software update process.
Yes, SPaT has been deployed on both fixed and actuated signal systems and been shown to work fine. There have not yet been any deployments done on adaptive systems so there is currently no established understanding on how SPaT will work with such systems. Most of the work done to date has been with fixed time signal and where the deployment experience are relatively more mature.
The goal is to achieve DSRC infrastructure deployment of SPaT and MAP broadcasts in at least 20 signalized intersections in each of the 50 states by January 2020, and to commit to operating the SPaT broadcasts for a minimum of 10 years. In situations where a corridor of this size is not available, or the local technical or financial environment can only support a smaller number of intersections, deployments are still encouraged. The most important aspect is to achieve some deployment within each state.
Probably. As is typical with technology-based systems, there will likely be changes. The RSU hardware federal specifications are likely to be relatively stable for the near future. The software for applications is still being developed. As more systems are deployed and experience is gained, refinements and additional functionality will be needed. Manufacturers and application providers will refine their products and services to meet these evolving expectations. Hardware and data standards will also evolve to meet future needs. Eventually, equipment replacements may be needed.
The current state of the connected vehicle technologies could be considered at a level of maturity equivalent to an engineering prototype. CV Pilots and other testbeds around the country are working to advance and mature the technology. So changes are likely, and could be from unexpected sources depending on what we learn from each other.
SPaT deployment under this Challenge should be considered as a test deployment designed to help an agency learn about the benefits and risks of deployment. Initially, data disseminated by the DSRC broadcast at a SPaT-enabled intersection will be a “one-way transmit only” broadcast (i.e. there will be no vehicles broadcasting data back to the DSRC), therefore reducing the risk of a security breach by inappropriate data being sent to the DSRC, provided configurations are done correctly.
Additionally, a Security Credential Management System (SCMS) based on IEEE 1609 is being developed to maintain the integrity of sent messages and when properly configured it provides safeguards to protect against the message being recycled or rebroadcast by others outside the operating agency. An SCMS will reduce the risk of non-authorized systems transmitting false data, provided configurations are done correctly. The SCMS Proof of Concept is being developed by the automakers for the federal Connected Vehicle Pilot Deployment Program and may be available for other deployments as soon as mid-2018. This SCMS Proof of Concept will be the basis for a National SCMS. Additional information can be found in the SPaT Challenge Resource titled: The Security Credential Management System and SPaT Broadcasts.
It is recommended that SPaT be installed on signals that communicate with a central signal control software to best monitor their performance and note any anomalies. At this point, not all of the security issues are understood, but as more systems are installed both under this challenge and at national pilot deployments, they will become more apparent and addressable.
Costs are dependent on the signal hardware that currently exists at an intersection and on the availability of software. SPaT deployment depends on the controller’s ability to send SPaT data and on software to translate the data from the controller into standard messages that the DSRC roadside unit sends to vehicles. The amount of equipment needed at the controller to do this will vary depending on the model and age of the controller. The cost of software will vary depending on whether existing software meets the project needs or whether the agency needs to develop software. It is assumed that power is already available at the intersection. Cost estimates based on limited early deployments indicate that installation of a working system at an intersection can vary from $15k to $50k. More recent installations suggest that the cost can be as low as $5k per intersection if controllers that can send SPaT data are already in place. In addition, it is desirable to have the intersection report back to a central monitoring station, so back haul communications should be considered and its cost calculated if needed.
There is no dedicated funding that has been established to fund SPaT deployment. Agencies are expected to fund the effort using resources currently available to them and are encouraged to look at locations there they are already planning to do intersection and signal work and see if the SPaT work can be included. Agencies may consider existing ITS budgets, CMAQ funds, ATCMTD grant opportunities, and other such sources.
NHTSA issued a notice of proposed rulemaking which proposes the idea of requiring DSRC communication on all new light vehicles starting near 2021. If enacted, this rule would require DSRC radios on vehicles that may also enable a broad range of V2I applications, in addition to the V2V applications that those cars will have on board. The SPaT Challenge supports that deployment and prepares us, as infrastructure owners, to take advantage of these life-saving features and mobility enhancements.
The automakers have been testing, evaluating, and developing DSRC systems for over a decade, in anticipation of the NHTSA rulemaking. A group of automakers has also been developing a set of V2I applications. Deployment of DSRC infrastructure which broadcasts SPaT, MAP, and RTCM supports the eventual deployment of these applications. A few of the automakers have specifically supported the concept of the SPaT Challenge.
The SPaT Challenge is fundamentally about installing DSRC units to broadcast SPaT and MAP messages. This is a one-way broadcast and there are currently no production vehicles that have implemented in-vehicle applications which will use this data. The benefits of this challenge are: to gain experience with this new technology, to lay the groundwork for installation of specific software applications, and to demonstrate to the auto industry that the infrastructure owners are committed to building infrastructure to support V2I applications and entice them to move forward with those applications. Ultimately, many safety and mobility benefits will result from V2I applications, but those will not be realized from the SPaT Challenge alone.
This is an opportunity for your agency to develop institutional experience and to help the transportation field migrate to a connected environment. Carefully exposing the technologies to multiple operating conditions, needs, and demands will ultimately help the technology become more useful, mature, and robust. It can also help determine any gaps or opportunities from existing ITS infrastructures that have not been considered by the technologies.
In some situations, agencies may decide to begin with the SPaT broadcast alone, and add MAP and RTCM as funding is allowed. This is recognized as a valid approach so long as the understanding is that MAP, and possibly RTCM, will be required before vehicle equipped applications recognize the benefits of the broadcast.
In some cases, agencies will choose to deploy applications beyond the SPaT, MAP, and RTCM broadcasts. While this will be encouraged, and could yield short-term benefits, it is not expected as part of the challenge. To maintain a uniformity around the country and provide a base for broad-scale application deployment, SPaT and MAP messages will eventually need to be an element of every deployment. The need for vehicle position correction (transmitted as an RTCM message) is being studied at this time. Some examples of the types of additional applications that agencies may decide to add to leverage their SPaT, MAP, and RTCM deployment are:
- Transit Signal Priority Applications use SPaT and MAP data, allowing more sophisticated decisions regarding priority requests and ultimately reducing delay of all vehicles at these intersections. An agency could equip a bus fleet with on-board DSRC units and make this operational in the near term, however such a deployment would require additional messages and functionality.
- Red Light Violation Warning (RLVW) Applications could warn drivers of an approaching signalized intersection when the potential of running a red light is determined based on the SPaT, MAP, and RTCM data received from the infrastructure and the vehicle data. The automakers are working on this application.
- Intelligent Signal Systems (ISIG) Applications would require integration of DSRC broadcasts from the vehicles with the SPaT broadcasts from the infrastructure improving signal timing.
Can I work with a 3rd party and provide my SPaT data from my central control system for them to dist
Several companies are beginning to obtain SPaT data directly from agencies’ central signal control system. Typically, this is done using a device that interfaces with the central signal control computer which can gather and transmit high density real-time traffic signal data to selected third parties which is then transmitted to the vehicle by cell communication. The connection to the central signal control computer is typically done through Ethernet ports. Vehicles use the SPaT data to help drivers anticipate signal changes and maintain efficient speeds.
This approach avoids the need to install intersection level equipment but is only viable if an agency has a centrally controlled and/or monitored signal system. With this approach there are concerns about data rebroadcast latency, which will be dependent on how the central control system communicates with the signals and how the provider rebroadcasts the data. These companies may also have some prearranged data sharing agreements with other parties that may influence with whom you may ultimately be able to share the data.
In contrast to this approach there are additional benefits for implementing the SPaT Challenge at the intersection level:
- V2I safety applications such as Red Light Violation Warnings require SPaT broadcasts at a very high frequency of 10 broadcasts per second, which has been proven using DSRC but cannot be achieved with other methods.
- Operating DSRC at signalized intersections will open up the opportunity for two way communications between the vehicle and the infrastructure. At some point this will allow vehicles to communicate the lane they are traveling in to allow the signal controller to consider this as part of adaptive control. Similarly, transit or emergency vehicles may use the DSRC communications to send priority requests to the signal controllers.
For these reasons the SPaT Challenge is specifically focused on requiring the transmission of SPaT data at the intersection via DSRC.
Need to Know More?
Go to the National Operations Center of Excellence for a comprehensive list of resources which will help you in your quest to take the Challenge. http://www.transportationops.org/spatchallenge/resources
Click here for the latest PDF of the above FAQ. (updated Oct. 20, 2017)