Office of Operations
21st Century Operations Using 21st Century Technologies

Using Your Regional ITS Architecture Peer Exchange Workshop

Kansas City, MO 7-8 December 2004

Workshop Summary and Findings

PDF version (250KB)

You will need the Adobe Acrobat Reader to view this PDF.

Table of Contents

Executive Summary

This paper presents the findings of the "Using Your Regional ITS Architecture (RA) Peer Exchange Workshop" held in December 2004, Kansas City, MO.

The Federal Highway Administration, 23 CFR Parts 655 and 940 Intelligent Transportation System Architecture and Standards Final Rule, and Federal Transit Administration National ITS Architecture Policy on Transit Projects (Final Rule) states that after April 8, 2005, a Regional ITS Architecture must be in place for regions to use Highway Trust Fund monies, including the Mass Transit Account, for new ITS projects. In addition, ITS projects using Highway Trust Fund monies must be developed following a systems engineering analysis.

There are several good reasons to integrate the adopted RA, and its development and maintenance into the transportation planning process. The RA provides a useful source of information to the planning process through the ITS inventory, stakeholders and planned ITS projects. The RA supports the planning process mainly through increased stakeholder participation in the Long Range Transportation Plan (LRTP) development and through better system and inter-jurisdictional integration.

Adopting the RA will provide the most value for harnessing the relationships developed and information gathered during the RA development process. The RA can be adopted in many ways. The RA can be formally approved or endorsed by the MPO board, by a stakeholder group or informally through good relationships.

The RA development process has helped to get relevant stakeholders from a variety of modes involved in the ITS planning process. This stakeholder involvement is the key to developing regional ITS systems that are integrated and meet the larger transportation goals of the region. The RA provides a structured mechanism for stakeholder involvement. Besides face-to-face forums such as stakeholder meetings, the RA can be posted on the internet for information sharing and for gathering RA update information.

One intent of the Final Rule is to require the use of a systems engineering process when developing ITS projects. The RA saves time and provides value by creating a baseline for ITS projects that use a systems engineering process. Some of the initial work may have already been done in developing the RA. A starting point thus exists for project development.

Stakeholders can take several measures to help make sure that ITS projects are consistent with their RA, and that the RA is useful for project development. These measures include updating State DOT project development manuals to reflect ITS, RA and systems engineering; placing greater emphasis on training for systems engineering and RA use; documenting RA and systems engineering benefits; and dedicating project resources for systems engineering analysis.

The development and implementation of RA maintenance procedures are requirements of the Final Rule. As ITS projects are implemented, the RA will need to be updated to reflect new ITS priorities and reflect strategies that emerge through the transportation planning process. This includes accounting for expansion in ITS scope, and allowing for the evolution and incorporation of new ideas. The region should follow an established maintenance process for updating the RA. Currently, the regions that attended the workshop are maintaining their RA in-house. It is important to have a well defined maintenance plan and a thorough configuration management process to ensure that all aspects of RA maintenance and updates are covered. As RAs mature and maintenance needs increase, consultants may be considered. Regions should plan to dedicate resources for RA maintenance as funding and resources for RA maintenance is expected to be an issue in the future. Keeping the right stakeholders involved in the ongoing maintenance process is very important. The foundational relationships between ITS stakeholders often established during the development of the RA need to be continued in order to keep the RA relevant and useful as an ITS planning and implementation framework.

1. Background and Introduction

The Federal Highway Administration, 23 CFR Parts 655 and 940 Intelligent Transportation System Architecture and Standards Final Rule, and Federal Transit Administration National ITS Architecture Policy on Transit Projects (Final Rule) was adopted in April 2001. This Final Rule states that after April 8, 2005 a Regional ITS Architecture must be in place for regions to use Highway Trust Fund monies, including the Mass Transit Account, for new ITS projects. This Regional ITS Architecture must include:

  • Description of the region
  • Identification of participating agencies and stakeholders
  • An operational concept that identifies roles & responsibilities of stakeholders
  • List of agreements required for operations
  • System functional requirements (high-level)
  • Interface requirements and information exchanges with systems and subsystems
  • Identification of ITS standards supporting regional and national interoperability
  • Sequence of projects required for implementation
  • Maintenance procedures for the Regional ITS Architecture

In addition, the Final Rule states that all ITS projects that use Highway Trust Fund monies shall be developed using a systems engineering analysis. This systems engineering analysis shall include:

  • Identification of portions of the Regional ITS Architecture being implemented
  • Identification of participating agencies with roles and responsibilities
  • Definition of requirements
  • Analysis of alternatives
  • Identification of procurement options
  • Identification of standards and testing procedures
  • Identification of resources for operations and maintenance

Pursuant to this Final Rule, many regions have developed a Regional ITS Architecture. These regions have a wealth of knowledge and experience in developing, using and maintaining their RA which is valuable to regions that are not as far along.

This paper documents the results of a workshop whose purpose was to harness the knowledge, experience and lessons learned of selected regions in using their RA in the planning process, integrating the RA with systems engineering for project development, and maintaining their RA. This workshop was conducted on 7-8 December 2004, in Kansas City, MO. The “Using Your Regional ITS Architecture Peer Exchange Workshop” included 24 attendees from 8 regions from across the country. The participant mix from each participating region at the minimum included an RA champion, an MPO representative and a Federal Highway Administration Division Office representative. In addition, FHWA staff from Headquarters and the Resource Center were present to facilitate the workshop. The regions were invited on the basis of: the amount of experience, maturity of the architectures, diversity in type of architecture, and ability to participate. The invitation letter and workshop agenda are provided in Appendix A. Descriptions of the 8 regions and their RAs can be found in Appendix B.

The discussion during the workshop fell under these categories:

  1. Linking the RA and the Transportation Planning Process
  2. Using the RA for Project Development
  3. Maintaining the RA

Each discussion category is presented in a separate section within this document. Each category section includes: an introduction, a summary of major findings; and a discussion overview. The Introduction part of the section for each category lays out the context. This introductory part is gathered from existing documents and some insights from practitioners. It generally describes the issue being discussed and provides some high level advice. The Major Findings follows the introduction and lists the major points that came across at the workshop. These major findings were gathered from the workshop’s interactive discussions. These were then presented to the attendees at the end of the workshop for concurrence. The Discussion Overview part of each section presents the compilation of the main interactive discussion during the workshop. The discussion overview is organized by major topics that were raised during the workshop. It elaborates on the major findings when necessary and also covers other areas of the discussion that are not represented in the major findings. A short section of concluding remarks follows the discussion on Maintaining the RA.

2. Linking the RA and the Transportation Planning Process

2.1 Introduction

This section identifies ways to better link the RA with the transportation planning process and presents some benefits and issues about how the current process is evolving. There are several good reasons to integrate and adopt the RA and its development and ongoing maintenance into the transportation planning process. The RA development uncovers collaboration opportunities, communications issues and institutional issues. RA development has benefits that go forward into adoption and maintenance. The RA provides a useful source of information to the planning process through the ITS inventory, stakeholders and planned ITS projects contained in it. Connecting the RA development and maintenance process to the planning process assists in developing integrated goals and objectives, improves communications between the stakeholders, and helps support and justify ITS projects for Federal funding (inclusion in Unified Work Plan and TIP) and provides a framework for unified decision making.

The RA should relate to other planning documents, particularly the long-range or regional transportation plan. The RA supports the planning process through increased stakeholder participation in the long-range plan development and through better system and inter-jurisdictional integration. The RA can directly support the selection of projects for the TIP. The RA can also serve as the basis for an ITS strategic plan and play a role in the development of corridor plans.

The RA development and maintenance process provides an accessible way for transportation planners to become more familiar with integrated management and operations. The RA serves as a focal point for coordination and collaboration between planning and operations practitioners. It can also help to engage operations managers in regional planning including deciding transportation funding priorities.

The connection between the RA development and maintenance process and the transportation planning process can be initiated by identifying how the RA incorporates regional goals and objectives. Reviewing the goals, objectives, and strategies in transportation plans will reveal the opportunities for coordination with the RA. Creating appropriate mechanisms to better link the RA with planning documents is essential for best utilizing the RA and linking the RA to planning.

Stakeholder adoption of the RA is important. Adopting the RA will provide the most value for harnessing the relationships developed and information gathered during the RA development process. The RA development process can highlight for planners the importance of integrating ITS technology with management and operations considerations into regional plans. The stakeholders can adopt their RA in many ways. The RA can be approved or endorsed by the MPO board, by a stakeholder group or informally through good relationships. As an example, RA documentation exerpts and references may be included in the adopted Long Range Transportation Plan (LRTP). An adopted RA can be used by agencies as a guide for ITS-related decisionmaking. A completed and adopted RA provides the greatest benefit if agencies use it as a framework for decisionmaking and to improve communications.

USDOT has several resources available on linking RA and the transportation planning process (http://www.ops.fhwa.dot.gov/its_arch_imp/guidance.htm)

A section on the relationship between the RA and the transportation planning process can be found on pages 117-125 of the guidance document entitled Developing, Using, and Maintaining an ITS Architecture for Your Region ( http://ntl.bts.gov/lib/jpodocs/repts_te/13598.pdf).

In the FHWA publication Getting More by Working Together: Opportunities for Linking Planning and Operations, the Regional ITS Architecture is identified in as important vehicle for creating better linkages between the transportation planning and operations functions (http://www.ops.fhwa.dot.gov/publications/lpo_ref_guide/index.htm).

The link between transportation planning and the RA occurs mainly through increased stakeholder participation in the Long Range Transportation Plan (LRTP) development and through better system and inter-jurisdictional integration. The RA can be adopted in the LRTP and can be accepted when accepting the LRTP. The adopted RA provides documentation for ITS projects and can directly support the selection of projects for the Transportation Improvement Program (TIP). The RA can also serve as the basis for an ITS Strategic Deployment Plan and play a role in the development of other regional management plans.

2.2 Major Findings

  • The RA development process fosters involvement of operators/project developers in the larger transportation planning process.
  • The RA process has helped to get relevant stakeholders from a variety of modes involved in the ITS planning process.
  • Posting the RA on the Internet is proving to be useful for information sharing, gathering updates, and making changes to both the RA and other transportation plans.
  • The RA is useful for transportation planning in that it provides a complete inventory of ITS project elements, a description of how projects are integrated, and stakeholder agreement on project deployment needs.
  • Having a LRTP that reflects RA needs promotes a unified regional ITS vision and satisfies both the RA and LRTP Federal requirements.
  • Some regions use their ITS Deployment Plan as a vehicle for including RA project needs in the transportation planning process.
  • Different regions have their own way of approving their RA and considering it ready for use.
  • Integrating the RA project sequencing list with the TIP project list can help reduce redundancy and aid funding decisions. Having a joint TIP and RA projects list helps to make deployment more efficient by eliminating the occurrence of projects that have the same purpose and functionality.

2.3 Discussion Overview

Stakeholder Involvement

The RA provides a resource for identifying relevant stakeholders to be included in the transportation planning process and fosters focused communication among stakeholders to bring greater value to the process. The RA helps facilitate the major planning goal of developing a consensus and getting different stakeholders to work cooperatively by providing a common ground. The RA also helps provide tangible support from multimodal and non-traditional groups and sets the stage to get these stakeholders together to discuss common projects. It is increasingly important to involve engineers and operators in the RA and related transportation planning functions since they use the RA to define ITS at the project level.

Based on the workshop findings, there are three levels of regional stakeholder involvement in the RA process: regions that have integrated new stakeholders into standing planning committees, regions that involve relevant stakeholders in ad hoc committees on an as needed basis, and regions that have found it challenging to maintain stakeholder support in the planning process. Some of the reasons for stakeholder involvement or non-involvement were cited as follows:

  • Funding Opportunities: Many stakeholders participate in RA activities because that is how they get their funding for projects. In the near term, having projects and associated funding encourages greater involvement.
  • Project Need: Participation by some groups (commercial vehicle operators, chamber of commerce, emergency and safety agencies) is not strong because it is not always clear how they will benefit from the involvement. To encourage participation, it is important to explain from their point of view what ITS and RA can do. Speaking their language helps and it is important to be sensitive to how they perceive and understand information. It is important to understand their issues and to take the initiative and go to them rather than have them come to you. One-on-one discussions seem to work well to encourage participation.
  • Fostering Involvement: Some public constituents such as environmental groups fear that ITS may encourage people to drive more. One region suggested using transit as an example to explain that ITS has environmental benefits. This region’s environmental group will support ITS as long as they see it as a way to promote transit services.

RA and Transportation Planning Integration

Prior to the RA development requirements, planners and others whose primary role was non-ITS did not have an easy mechanism to be involved in the various aspects of ITS planning and decision making. They were often involved in ITS on an ad-hoc basis, based on varying levels of exposure to ITS decision making, or based on regional relationships. The RA development and maintenance process has provided a mechanism to planners and others to ensure that all different perspectives are covered and issues are not overlooked. As a result of this involvement, planners are developing new ways to integrate ITS projects into the existing transportation planning process and the RA has provided a framework for facilitating this exchange.

The RA provides important background information for overall transportation planning. It provides an ITS project inventory, a high level description of ITS project functionality and shows how the various systems interconnect. The RA additionally provides a framework for identifying which projects to implement and when to implement them. This framework can assist planners to prioritize projects, address transportation system performance, and have better control of the process. The RA is useful for anticipating issues and future developments so that stakeholders can avoid redundancy and implement integrated systems. The RA development and maintenance process helps planners engage the right stakeholders. It is important not to implement stovepiped ITS systems that do not communicate with other systems.

Based on the workshop feedback, some regions use the RA directly in the planning process and others use it to support existing practices. Several regions are using the RA to support development and refinement of their ITS Strategic Deployment Plan, which outlines regional ITS goals. The ITS Strategic Deployment Plan is then used to support the Long Range Transportation Plan (LRTP). Planners use ITS Strategic Deployment Plans to translate the more technical aspects of the RA into a high level format that is better understood by regional decision makers. Planners are finding that it is easier to convey ITS project plans when technical information is reduced to a minimum.

The RA has helped some regions embed ITS into the TIP. When TIP projects come to the MPO board, the RA provides the supporting information to help the MPO board understand the rationale and benefits of the ITS elements. The RA also provides some direction for incorporating projects into the LRTP. One region used the RA directly to communicate ITS project needs to other committees and localities. They found that the connection of the RA to the TIP and LRTP is through direct discussion of ITS projects.

Another region looked at the TIP to see where ITS fits in and how it is funded. They created categories to classify ITS projects and asked the TIP committee if they could include these categories in the TIP list. The TIP committee realized that they could use the RA as a resource to assist in the development of a prioritized project list that is ultimately included in the TIP. This is important because it helped to eliminate funding competition presented by some ITS projects and provided them with one unified list of regional project priorities.

Some regions find that their TIP and ITS Strategic Deployment Plan project list is more useful than the RA project sequencing list. The RA project sequencing list is not as well accepted by their TIP committees as is the TIP and list of ITS Strategic Deployment Plan projects.

Other findings show that some regions are using the RA ITS project inventory to identify opportunities for their congestion mitigation strategy development. Regions are also finding the RA useful to develop their regional communications infrastructure plans and corridor management plans.

One familiar complaint about ITS is that rushing to implement ITS for the sake of having ITS may not allow a region to realize the full potential of the technology. This is especially true if no planning considerations were made. However, to understand the potential of ITS technologies it is important to get planners involved in the ITS project development process. This aids planners in understanding how ITS can help achieve larger regional goals.

Funding Source

Regions often implement ITS projects that are not federally funded. Some regions shared concerns about involving these non-federally funded projects in the RA. If a federally funded project is not consistent with the RA, the RA needs to be updated to include it through the regional maintenance procedures. It was noted that regions should be aware that their FHWA Division Office representatives will be asking them specific questions about project consistency with the RA.

Formal RA Adoption

Different regions have their own way of approving their RA and considering it ready for use. The following methods were identified by workshop participants:

  • One region promoted the RA through their State ITS chapter and the MPO general assembly approved it. Their RA has been mainstreamed into the LRTP. They approved it the same as they would approve any major planning document. Approvals were done as part of the LRTP. They now have an updated version in which there are no significant changes. They will seek a new approval in their next update when they expect to have significant changes.
  • One smaller region took their RA to their policy committee for approval. They chose a 10 year time horizon because they felt it would better accommodate the evolution of technology.
  • One region approved their updated RA version as part of the transportation management plan. They posted it on the Internet so stakeholders would have easy access and accepted comments over a period of one month.
  • One region’s RA was endorsed by the transportation policy board. They used focus groups and telephone interviews to get RA feedback. A committee was formed just for the RA development phase. The committee does not meet on an ongoing basis and it was only formed for the RA development phase. They consider it a challenge to track down the original participants in order to update the RA.
  • In some regions a less formal approval process is enabled by good communications between the RA maintainer and stakeholders who manage ITS projects.

3. Using the RA for Project Development

3.1 Introduction

This section presents the experience of regions in ITS project development and how the RA can help.

One intent of the Final Rule is to encourage the use of a systems engineering process when developing ITS projects. The RA provides input to the systems engineering process used for project development.

The desired outcome of any ITS project is a successful system at the end of the project, with success measured by how well the system satisfies the requirements of the people who use it. A goal-oriented ITS project manager wants to use any tools or techniques that help achieve success. Systems engineering provides those tools and techniques. Using systems engineering helps:

  • Accurately identify and evaluate alternatives
  • Manage project uncertainty and risk
  • Manage program management issues

One of the objectives of systems engineering is to provide significantly greater value to the project for a smaller value investment. Systems engineering is not intended to add burden to the project or to diminish value through cost increase. Just like in RA development, the systems engineering effort should be commensurate with the scope of the ITS project, i.e. the more complex a project, the more complex the analysis.

The RA saves time and provides value by creating a baseline for ITS projects that use a systems engineering process. Some of the initial project work may already have been done in developing the RA. The RA provides a starting point in the development of the concept of operations, in requirements definition and in the design phase of the systems engineering process. The RA can assist with:

  • Confirming needs as identified by the regional stakeholders
  • Lending support for justification of funding requests
  • Providing a baseline for requirements definition
  • Identifying key players for system implementation
  • Identifying existing system inventories
  • Defining system interfaces and information flows
  • Providing information on institutional and technical agreements related to the ITS project
  • Identifying potential ITS standards

3.2 Major Findings

  • The RA development process allows operators/project developers to understand how a project fits in the deployment vision for a region/state.
  • Having an identified RA coordinator in the project review process helps ensure that ITS and/or enabling technologies are considered in capital projects.
  • State DOT project development manuals need to be updated to reflect ITS, RA and systems engineering.
  • State IT departments can be engaged as partners/stakeholders in project development and deployment as they can be a useful resource.
  • State and local ITS champions would welcome FHWA assistance in getting the RA and systems engineering message out to other stakeholders.
  • Training is key to widespread acceptance and use of the RA and systems engineering.
  • Setting aside project money for training can help minimize project risk.
  • RA and systems engineering benefits need to be documented and shared.
  • For projects where no federal funds are used, the use of the RA and a systems engineering analysis is not required. Methods need to be found for these projects to encourage RA and systems engineering use such that deployment consistency is achieved.

3.3 Discussion Overview

RA, Systems Engineering and Project Development

Most regions agreed that at the minimum, people have heard of and have some awareness of the RA. The level of understanding of the RA and how it may be used for project development varies. The RA operational concept is a useful starting point to develop the project concept of operations. Some regions try to make sure that they incorporate some of the aspects of the RA like operational concept into project documentation. The ITS inventory gathered in the RA helps to identify issues and spark discussion about where the major links need to be. The ITS inventory in the RA needs to be accurate and thorough. The RA should be accurate and meet the intent of the final rule in order to be useful as a starting point for project development.

One State mentioned that beyond technical understanding, there is a significant business practice issue involved in using the RA for project development. They have hired a systems engineering consultant to look at State DOT-wide business practices. This effort will also include looking at merging the Plans, Specifications, and Estimate (PS&E) and systems engineering processes. It was generally agreed that this approach would be helpful. DOT project development manuals need to include RA and systems engineering to clarify to practitioners how project development, RA and systems engineering relate. Workshop participants asked that FHWA promote the revision of these manuals. One State has state-level procedures in place for incorporating RA with projects. Workshop attendees from this State mentioned that it is yet to be seen how these procedures will be carried out with the local jurisdictions.

All regions agreed that the systems engineering process needs to be better understood. More outreach and training is required for promoting use of the systems engineering process. All regions agreed that it would be very useful to have the benefits of the RA and the systems engineering process available to them. This will help justify the project investment required up front for systems engineering analysis. There is a need to document and compare transportation industry examples of when systems engineering was used versus not used. Benefits information will be useful to explain how the RA and systems engineering add value and to clear the perception that funds are being taken away from construction. One way of explaining the benefits of systems engineering is through the value engineering concept, which basically says that spending now will save much more later. Money spent in making the project follow a systems engineering approach will lead to savings during project implementation, in operations and system maintenance. It would be useful for FHWA to continue devoting resources to capture successes and lessons learned.

It was agreed that it would be useful to have those involved in the RA as well as people with systems engineering expertise attend monthly project design meetings. Time should be dedicated to RA and systems engineering issues at these meetings.

In one region, the MPO acted as a consultant for a transit project and helped develop a project definition based on RA knowledge. It was mentioned that from a transit perspective, FHWA, FTA and APTA should promote a common systems engineering process to ensure interoperable systems.

Some regions mentioned that there is a need to specify ITS projects better to fully utilize the value of systems engineering. There is a need to do a better job at cataloging ITS specifications. Often, the last ITS project that was implemented provides the standards and specifications for the next ITS project. This approach is reactive and not optimal. One approach would be to have baseline specifications for ITS projects and then add functionality as needed. The RA could possibly drive standards development in a region. This standards development can lead to more compatible and interoperable ITS deployments.

One region that had interest from stakeholders in using the RA for project development has posted the RA and Turbo outputs highlighting the systems engineering related portions on the internet with a feedback mechanism.

All regions agreed that the RA generally helps their projects in involving stakeholders, in improving cooperation and coordination, and in providing a starting point for project development.

Promoting Use of RA for Project Development

Workshop participants emphasized that every State is different. In certain States the local stakeholders have taken the initiative in promoting and using the RA. In others the State DOT or the MPO may play that role. Training and awareness are of primary importance. Once it is understood how the RA, systems engineering and project development fit together, then it will be much easier to promote RA use. Most agreed that the current training in promoting RA use is beneficial. Finding training related money and time is an issue. Participants indicated that dedicated earmark or special funding for training would be useful.

One State has achieved success in promoting and using the RA for projects based on a close working relationship between their MPOs and the State DOT. Another State has had success because they had State Planning and Research (SPR) funding for systems engineering and ITS outreach. One region has used the completed and adopted RA to bring in operations personnel involved in the project development process. In another region the MPO is working with implementers in helping them promote RA use.

Turbo Architecture

Most regions represented at the workshop have used Turbo Architecture for RA development but not for project development. Use of Turbo Architecture has many benefits including providing good RA output. Regions are hoping that the latest version of Turbo Architecture, version 3.0 may be useful for projects as it includes help with developing the concept of operations. Turbo Architecture 3.0 is available through McTrans for a nominal fee. Turbo Architecture training is available through NHI. FHWA does not see Turbo Architecture as a complete tool for systems engineering. There are other good industry tools available to support the systems engineering process. Turbo Architecture has helped regions to feel comfortable enough to develop their RA in-house. Some regions felt they needed to use Turbo Architecture regularly to stay proficient in the use of the tool. Some participants thought that it would be useful to make Turbo Architecture more user friendly because RA development work is in most cases only a part of their responsibilities.

All agreed that State and local agencies do not have enough money for Turbo Architecture and systems engineering training. Participants indicated that FHWA funding for Turbo Architecture training would be useful. It is also important to train some of the regional stakeholders in the use of Turbo Architecture. One region participated with their ITS State Chapter to partner in providing Turbo Architecture training.

Consultant Management

The general consensus is that consultants proficient in RA development are a good resource. One indicator of the capabilities of a consultant is their familiarity and understanding of the Final Rule. Some regions decided not to hire a consultant and to develop their RA in-house. They found this to be a good opportunity for growth in their skills and knowledge of RA and systems engineering.

It is important to know what to look for and expect from a consultant. Having knowledgeable internal staff helps. Stakeholders should make sure that they stay engaged with the RA development and maintenance process if a consultant is hired. There needs to be frequent consultant-agency interaction, training and knowledge transfer in the process development. The sponsor should shadow the consultant. They need to ensure that the consultant is providing overview and training of the process to internal staff as the RA is being developed.

Information Technology Department Involvement in Project Development

Some regions think that it is important to make sure that the IT staff is involved in ITS projects. These regions experienced several benefits by doing so. For example, IT staff can assist in improving projects by reviewing networks and traffic operations center (TOC) configurations. Some regions have been able to share costs with IT departments on ITS components like servers.

Conversely, one region said that IT departments that saw the complexity of ITS may be reluctant to own ITS components. Many IT departments primarily perform office automation activities and may not be aware of ITS software and hardware engineering needs. Some cautioned that involvement of IT staff should not lead to IT staff driving the project.

Overall participants agreed that it can be useful for IT staff to be involved in the project development and deployment process. This must be done with caution. Success and best use of IT resources will depend upon relationships and the expertise of IT staff with ITS, which varies by region. Some regions pointed out that though advantageous, involving IT resources may have other ramifications such as the sharing of networks that are designed to be exclusively for transportation data.

4. RA Maintenance

4.1 Introduction

This section presents the experience of regions in maintaining and updating their RA.

The development and implementation of RA maintenance procedures are requirements of the Final Rule. Stakeholders that were engaged to develop the RA need to continue to be engaged for RA maintenance. As ITS projects are implemented, the RA will need to be updated to reflect new ITS priorities and strategies that emerge through the transportation planning process, to account for expansion in ITS scope, and to allow for the evolution and incorporation of new ideas. A maintenance process should be developed for the region and used to update the RA. This maintenance process should be documented as part of the initial development of the RA in a RA maintenance plan. The goal of the maintenance plan is to guide controlled updates to the RA baseline so that it continues to accurately reflect the regions existing ITS capabilities and future plans.

The collaborative nature of the Regional ITS Architecture development requires approval of changes and updates by more than one stakeholder. The configuration management/change process should reflect the cooperative/collaborative nature of Regional ITS Architecture development. Configuration management is accepted as standard practice in many disciplines and applied across many industries. The same practices can be applied to the maintenance of the RA.

The RA is not meant to be static and will continually evolve. It must change as plans change, ITS projects are implemented, and the ITS needs and services evolve in the region. The RA must be maintained so that it continues to reflect the current and planned ITS systems, interconnections, and other aspects. The events that may cause change to a RA include:

  • Changes in regional needs
  • New stakeholders
  • Changes in scope of services considered
  • Changes in stakeholder or element names
  • Changes in other related architectures
  • Changes in project definition and priority
  • Changes due to addition of projects

While many regions have only recently completed or are in the process of completing their RA, there are some regions that have had experience with maintaining their RA. Of the regions with experience in RA maintenance, most have opted to do maintenance in-house, but will consider hiring contractors as needed.

4.2 Major Findings

  • In-house RA development may provide some maintenance benefits, although staff turnover could be an issue. Consultants can be considered.
  • Changes in the National ITS Architecture and Turbo Architecture are not a reason to change the RA unless the changes affect the components in the RA.
  • RA maintenance needs to be carried out through a well defined configuration management process.
  • There will be multiple sources for changes and all should be considered.
  • It can be challenging to track changes on a project by project basis and correspondingly maintain the RA.
  • While some agencies have had success in funding RA maintenance from SPR or MPO work plan funds, finding funding and resources for RA maintenance is an issue.

4.3 Discussion Overview

Participants at the workshop were not sure about what it would take to keep the RA updated in terms of expertise and resources, but they agreed that the project implementer will play an important role in that process.

In-house RA development may provide some maintenance benefits like having a better understanding of the process and saving money; however staff turnover is a problem and may cancel out the knowledge benefit. Retaining proficient staff will be an issue for all.

Most regions are taking over maintenance of the RA unless the RA is too extensive and then it may be more cost effective to have a consultant do the work. Having a good consultant can also have other benefits. One region’s consultant had the experience and initiative and promoted the benefits of the RA to regional partners. This made the overall process much easier. Also, if internal staff resources are constrained, having a consultant can be very beneficial.

Some regions see difficulty with their RA maintenance process in being able to track and manage changes that result from individual projects. A thorough configuration management process helps track changes comprehensively. Most regions agreed that websites seem to be the most popular tool for facilitating RA communication and updates to the baseline documentation. Changes in the RA can also be highlighted with websites. This can be part of continuous RA website improvement.

Some regions plan to do their RA update to be aligned with the TIP. Others vary with some regions planning to maintain and update their architecture on an as-needed basis and some regions are planning to update periodically. Note: The RA maintenance approach for the 8 regions in attendance at the workshop is captured under each regions description in Appendix B.

Some regions only have funding to update the RA within a limited time frame and they are not sure about the sources for future funding. Some agencies have had success in funding RA maintenance from SPR or MPO work plan funds.

Sometimes maintainers may not be aware of all changes that have been made that might affect the RA. The participants agreed that there needs to be a well defined process in place to acknowledge and make changes to the RA since there may be multiple sources for changes. Stakeholders may be required to submit a change consistency certification when proposing changes. These proposed changes can then be evaluated by a review committee with final approval being determined by a body such as an executive committee.

Changes in the National ITS Architecture and Turbo are not a reason to change the RA unless the changes affect the components in a regions RA. There are no plans for a National ITS Architecture version 6.0 right now, but unexpected events could initiate changes.

5. Concluding Remarks

The development and use of the RA can assist in promoting ITS implementation in a region. It can facilitate involving new stakeholders in the larger transportation process. It can help reduce redundancy and aid funding decisions. Adopting or endorsing the RA assists in integrating it with the transportation planning process and promoting its use.

The RA can help the planning process by serving as a source of information. The RA can help the planning process through the ITS inventory, stakeholders and planned ITS projects. The RA and the transportation planning process support each other through better system and inter-jurisdictional integration and through increased stakeholder participation in the LRTP development. It is important to formally adopt the RA to fully utilize the relationships developed during RA development.

The use of a RA and systems engineering for project development provides some benefits and presents some challenges to project implementers. The RA saves time and provides value by creating a baseline for ITS projects that use a systems engineering process. Some of the initial work may have already been done in developing the RA. A starting point thus exists for project development. New processes and procedures can be developed in State DOTs and local agencies to improve coordination between the RA and the SE process.

It is important to maintain the RA after it has been developed. Overall transportation planning issues and project implementation decisions will serve as a basis for change and drive the maintenance effort. The RA is meant to continually evolve. It must change as plans change, ITS projects are implemented, and the ITS needs and services evolve in the region. The RA must be maintained so that it continues to reflect the current and planned state of ITS systems. Maintaining the RA may also present some coordination and resource challenges. Sustaining the continued involvement of stakeholders in the maintenance process will help to ensure that the RA remains current and useful as an ITS planning and implementation framework.

Appendix A - Peer Exchange Invitation and Agenda

Dear Attendee,

The Federal Highway Administration cordially invites you to attend the “Using Your Regional ITS Architecture Peer Exchange Workshop” to be held on 7 & 8 December 2004 in Kansas City, MO. Attached is the invitation letter and enclosures you will be receiving by mail shortly.

The purpose of this workshop is to harness the knowledge and experience of the attendees in using and maintaining their Regional ITS Architectures. The discussions and lessons learned during this Peer Exchange Workshop will be documented and widely distributed for use by the participants and other regions. Approximately 24 individuals will attend this workshop representing eight regions.

This workshop will be held at the Fairmont Hotel, Phone: (816) 756-1500. Federal Highway Administration will pay for travel, lodging and per diem for this workshop. One of the attachments discusses how the invitational travel will work, and I ask that you please call the Fairmont Hotel and make your reservation as soon as possible. Please make your reservation to arrive on 6 December. **For all other arrangements, please contact Barbara McClary at (202) 366-2163.

We would like to briefly contact you to gather some information about your region and architecture. Information about all the participating regions and their architectures will be mailed to you 2 weeks before the workshop.

Thank you for your participation in the Peer Exchange Workshop. Please contact me at (202) 366-2199 or by email with your RSVP and if you have any questions.

Regards and we look forward to meeting you in Kansas City,

Pam

Pamela M. Kordenbrock
ITS Engineer
Federal Highway Administration
400 Seventh Street, SW Room 3404
Washington , DC 20590
202-366-2199
202-366-8712
pamela.kordenbrock@fhwa.dot.gov


Using Your Regional ITS Architecture
Peer Exchange Workshop Agenda
7 December 2004



Time Topic Presenter
7:45a - 8:30a Breakfast
8:30a - 9:00a Introduction Pam Kordenbrock, FHWA
9:00a - 10:30a Linking the Regional ITS Architecture and the Transportation Planning Process Mac Lister, FHWA
10:30a - 10:45a Mid Morning Break
10:45a - 12:15p Using the Regional ITS Architecture for Project Development Greg Jones, FHWA
12:15p - 1:30p Lunch
1:30p - 3:00p Maintaining the Regional ITS Architecture Pam Kordenbrock
3:00p - 3:20p Mid Afternoon Break
3:20p - 4:20p Breakout Sessions
  • Architecture and the Planning Process
  • Architecture and Project Development
Mac Lister

Greg Jones
4:20p - 4:35p Recap Day 1 Pam Kordenbrock


8 December, 2004



Time Topic Presenter
7:45a - 8:30a Breakfast
8:30a - 10:00a Other Discussion Issues Mac Lister
10:00a - 10:20a Mid Morning Break
10:20a - 11:45a Revisit Main Points, Remaining Issues, Findings Greg Jones, Pam Kordenbrock, Mac Lister
11:45a - 12:00p Workshop Close Pam Kordenbrock

Appendix B - Regional RA Descriptions

Amarillo Regional ITS Architecture

Regional Architecture (RA) Representatives:

Mr. Taylor Withrow, Traffic Engineer, City of Amarillo
Ms. Robin Frisk, ITS Program Specialist, TxDOT Amarillo
Mr. Mark Olson, FHWA Texas Division

Completion Schedule: Started: February 2002 and Completed: January 2003; Current Status: Adopted – Consensus MOU signed; Lead Agency: Texas Department of Transportation (TxDOT)

Overview of Architecture:
  • The project team of Kimley-Horn and Associates, Inc. and Consensus Systems Technologies (under contract to TxDOT) developed the RA through a cooperative effort with the region's transportation agencies. Stakeholders reached consensus on the transportation needs of the region.
  • The RA was developed using version 4.0 of the National ITS Architecture and version 2.0 of Turbo Architecture. Market packages applicable to the Amarillo Region were identified and customized for the RA.
  • The Amarillo RA has a time horizon of up to twenty years with particular focus on systems and interfaces likely to be implemented in the next ten years.
  • Interfaces to other TxDOT Traffic Management Centers (TMC) and neighboring states TMC’s were identified in the RA.
  • Although not required, an ITS deployment plan was developed to identify and prioritize projects needed to implement the ITS architecture on a short, medium, and long-term basis.

Overview of Amarillo Region:The Amarillo Region is predominantly rural in nature, with the City of Amarillo serving as the major population center in the Region. The Amarillo Region is located in the Texas Panhandle and is bordered to the west by the State of New Mexico and by Oklahoma to the north and east. The Region corresponds to the 17-county TxDOT Amarillo District, and includes the cities of Amarillo, Pampa, Borger, Hereford, Dalhart, Dumas, and Perryton.

Example Stakeholders:

  • Amarillo Metropolitan Planning Organization (MPO)
  • Amarillo/Potter/Randall Department of Emergency Management
  • Arizona Department of Transportation
  • BWXT Pantex Plant (Department of Energy)
  • City of Amarillo Fire
  • City of Amarillo Police
  • City of Amarillo Traffic Engineering
  • City of Amarillo Transit
  • City of Dalhart
  • Oldham County
  • New Mexico State Highway and Transportation Department
  • Texas Department of Public Safety
  • TxDOT Amarillo District
  • TxDOT Childress District
  • TxDOT Lubbock District
  • TxDOT Wichita Falls District
  • TxDOT Traffic Operations Division
  • FHWA Texas Division
  • FHWA Southern Resource Center

RA and the Planning Process: All future ITS phases will be planned using the RA and the Deployment Plan. At this time no funding or time resources have been set aside in the work plan specifically for architecture activities.

Overview of ITS Projects: The following were identified as high priority projects that have funding available to be implemented in the 5 year time frame: TxDOT Center-to-Center Communications, Amarillo Traffic Control System Expansion Phase 1, Amarillo City Transit Security Cameras, and TxDOT Highway Condition Reporting System Enhancements.

Projects Developed Using the RA:

  • During the development of the Regional ITS Deployment Plan, the TxDOT Amarillo District successfully implemented its Phase 1 ITS program, which included closed circuit television cameras, dynamic message signs, and a TMC with advanced traffic management system (ATMS) software.
  • TxDOT Amarillo District ITS Web Site – to disseminating traffic information from the TMC through an ISD Web Site. Provides the platform for implementing a comprehensive Broadcast Traveler Information System.
  • The TxDOT Rural School Flashers outlined in Market Package ATMS3.

RA and the Planning Process: All future ITS phases will be planned using the RA and the Deployment Plan. At this time no funding or time resources have been set aside in the work plan specifically for architecture activities.

Overview of ITS Projects: The following were identified as high priority projects that have funding available to be implemented in the 5 year time frame: TxDOT Center-to-Center Communications, Amarillo Traffic Control System Expansion Phase 1, Amarillo City Transit Security Cameras, and TxDOT Highway Condition Reporting System Enhancements.

Projects Developed Using the RA:

  • During the development of the Regional ITS Deployment Plan, the TxDOT Amarillo District successfully implemented its Phase 1 ITS program, which included closed circuit television cameras, dynamic message signs, and a TMC with advanced traffic management system (ATMS) software.
  • TxDOT Amarillo District ITS Web Site – to disseminating traffic information from the TMC through an ISD Web Site. Provides the platform for implementing a comprehensive Broadcast Traveler Information System.
  • The TxDOT Rural School Flashers outlined in Market Package ATMS3.

Future Plans for ITS Implementation: Projects were identified to correspond to the needs and priorities identified by the regional stakeholders, and were categorized into 5, 10 and 20 year timeframes. These ITS projects will assist in providing more efficient Travel and Traffic Management, Emergency Management, Maintenance and Construction, Public Transportation Management and Information Management.

RA Maintenance: The TxDOT Amarillo District was identified as the agency that should take the lead in maintaining and updating the RA and Deployment Plan, with support from the multi-jurisdictional committee. A two-year timeframe was selected by the stakeholders to correspond with the Amarillo MPO’s Transportation Improvement Plan updates.

Agreements:

  • Update the current Municipal Maintenance Agreements between TxDOT and cities in the Region
  • Data Sharing and Usage Agreements among public agencies
  • Data Sharing and Usage Agreements among public and private media and information service providers
  • Shared Video Monitoring Agreements between TxDOT and emergency services agencies
  • Mutual Aid Agreements among public sector agencies, primarily fire, police, emergency services and TxDOT
  • Joint Operations and Shared Control Agreements between TxDOT and the City of Amarillo
  • 6 State Planning MOUs

Architecture Resources:

http://www.consystec.com/texas/web/amarillo/amarillointro.htm
http://ntl.bts.gov/lib/jpodocs/repts_te/13802.html

Binghamton Regional ITS Architecture

Regional ITS Architecture (RA) Representatives:

Mr. Steven Gayle, Executive Director, Binghamton Metropolitan Transportation Study
Mr. Jerry Zell, FHWA, New York Division Office

Completion Schedule:Started: Fall 2002, Current Status: Adopted March 2004 by Binghamton Metropolitan Transit Study (BMTS)

Overview of Architecture:

  • A 10 year horizon was selected for the Binghamton RA. This facilitates most of the anticipated opportunities for ITS deployment and integration.
  • Some systems are being developed as part of a statewide effort and are acknowledged in the Binghamton architecture, but are not addressed independently. These systems include commercial vehicle operations, the 511 traveler information system, and a proposed statewide electronic information network.
  • Developed using National ITS Architecture Version 4.0
  • Developed using Turbo Architecture Version 2.0
  • Developed in-house by MPO staff

Overview of Binghamton Region: The Binghamton Metropolitan Region has been generally defined as all of Broome County, and the Town of Owego in Tioga County. While the Binghamton urbanized area, as defined by the U.S. Census Bureau, has been extended into Susquehanna County, Pennsylvania along the I-81 corridor, that area will not be included in the RA because of the difference in the institutional structure. As noted in the stakeholders discussion, there will be close coordination with Pennsylvania DOT regarding ITS applications in the I-81 corridor, but they are working to define their own regional architecture for northeast Pennsylvania.

Example Stakeholders:

  • New York State Department of Transportation
  • Pennsylvania Department of Transportation
  • Binghamton Metropolitan Transportation Study
  • Broome County
  • Tioga County Department of Public Works/Highways
  • Broome and Tioga County Transit Agencies
  • New York State Police
  • Broome County Office of Emergency Services
  • Broome County Sheriff
  • Tioga County Sheriff
  • Local Police Agencies
  • Local Fire Agencies
  • Local EMS Agencies
  • Special Events Organizers
  • AAA of Southern New York
  • Federal Highway Administration
  • Federal Transit Administration

RA Planning Process: Development, utilization, and maintenance of the RA are incorporated in the BMTS Unified Planning Work Program. The decision was made early on that the MPO was the most appropriate agency to develop and ‘own’ the RA. Because BMTS recognizes the importance of operations strategies in its transportation plan, the RA is almost by definition incorporated in the planning process. What has not yet been tested is the possibility of the key stakeholder, New York State DOT, to be fully guided by the RA in their project proposals/project development (although NYSDOT was a full partner with BMTS in developing the RA).

Overview of ITS Projects: Priority plans for ITS deployment in the Binghamton Metropolitan Region include: a New York State DOT regional traffic management center, a closed loop signal system on NY 434 and US 11, and a freeway incident management system incorporating loop detection, CCTV, additional permanent VMS and HAR.

Projects Developed Using the RA: No deployments to date; a New York State DOT project related to interstate designation will include a number of ITS elements. Until the Design Report/Environmental Assessment is released later this year, the degree of conformity to the RA is unknown. It is expected, however, that the project will conform.

Future Plans for ITS Implementation: Proposed projects for the Binghamton Region include Traffic Management, Emergency Management, Traveler Information, Maintenance and Construction, and Public Transportation systems. An ITS Strategic Implementation Plan is currently in development, with completion expected by early 2005.

RA Maintenance: BMTS is the lead, with NYSDOT as a cooperating agency. The maintenance plan is under development.

Agreements: Agreements currently under negotiation include:

  • New York State DOT and Broome County regarding operation of TMC and various ITS field elements (e.g., operation of CCTV, operation of VMS)
  • New York State DOT and BMTS regarding access to archived ITS data
  • New York State DOT and transit operators regarding operation of AVL on transit vehicles by the TMC

Architecture Resources:

http://www.gobroomecounty.com/departments/ITSRegionalArchitectureReport.pdf [Link no longer active]
http://www.gobroomecounty.com/departments/ITSRegionalArchitectureChart.pdf [Link no longer active]

Northeastern Illinois Regional ITS Architecture

Regional ITS Architecture (RA) Representatives:

Mr. Mark Thomas, Director of Transportation Decision Systems, Chicago Area Transportation Study
Mr. David Zavattero, ITS Program Manager, Illinois Department of Transportation
Mr. Dean Mentjes, Area Engineer, FHWA, Illinois Division

Completion Schedule: Started: Current architecture started early 2002, however, there were a several architecture efforts within the region prior to this effort. These efforts included Gary-Chicago-Milwaukee architecture, City of Chicago architecture and RTA (transit) architecture among other. Current Status: Completed in April 2003 and approved by the CATS MPO policy committee in June 2003.

Overview of Architecture:

  • The RA was developed for a 15 year time horizon. It was developed with the intent to be flexible and to be regularly updated.
  • The RA built on previous ITS studies including an Early Deployment Plan and the Gary-Chicago-Milwaukee corridor planning.
  • The RA was developed using version 4.0 of the National ITS Architecture
  • The RA was developed using Turbo Architecture version 2.0.
  • The RA was developed both in-house and under contract with consultants.

Overview of Northeastern Illinois Region: The Northeastern Illinois region considered in the development of the regional ITS architecture included six counties: Cook, DuPage, Kane, Lake, McHenry, and Will. Portions of a seventh county, Kendall, are included in the Metropolitan Planning Area, but were not explicitly included in the development of the regional ITS architecture but will be addressed at a later date. The region is characterized by both large area (3700 square miles) and large population (8.1 million in the 2000 census).

Example Stakeholders:

  • Chicago Area Transportation Study
  • Illinois Department of Transportation
  • Chicago Port Authority
  • Chicago Transit Authority
  • City of Chicago Department of Transportation
  • City of Chicago Department of Aviation
  • Chicago Police Department
  • Argonne National Laboratory
  • Lake County Division of Transportation
  • ITS Midwest
  • Cook County Highway Department
  • DuPage County Division of Transportation
  • Gary-Chicago-Milwaukee Corridor Coalition
  • Chicago Park District
  • AMTRAK
  • Regional Transportation Authority
  • METRA
  • Pace
  • Will County Highway Department
  • Will County Sheriff
  • Illinois State Police

RA and the Planning Process:

The RA is considered a part of the Regional Transportation Plan (RTP). The CATS Policy Committee approves the RA as part of approving the RTP. The RTP includes groupings of ITS projects called components. The RA is used to identify holes in ITS project planning. The RA is coordinated with the GCM Corridor Architecture, the Southeastern Wisconsin RA, the Northwestern Indiana RA, and several project architectures including the Gateway Project Architecture, the Regional Transit ITS Plan Architecture and others. The Architecture was forwarded to the USDOT by the Policy Committee for a finding of “Consistency with the National ITS Architecture”. The FHWA and FTA agreed that the Regional ITS Architecture was consistent. ITS is a component of the RTP and the architecture effort is referenced in that section of the Regional Plan.

Overview of ITS Projects: There are several existing and planned projects including those involving traffic management, maintenance and construction, public transportation, traveler information, commercial vehicle operations, emergency management, archived data management and vehicle safety systems.

Projects Developed Using the RA: The RA was correlated with the Strategic Early Deployment Plan and includes several projects developed through the plan. A new ITS Strategic Deployment Plan is being developed which will identify the ITS projects to be developed. The new SDP includes relating the current, planned and proposed projects to the RA.

Future Plans for ITS Implementation: There are many local and statewide and multi-state projects with ITS components including all the major categories of ITS.

RA Maintenance: Responsibility for maintenance of the Northeastern Illinois Regional ITS Architecture lies with CATS. CATS was responsible for the original development effort (in partnership with IDOT) and as the planning organization for the region, they will be one of the primary users of the architecture. A group of core stakeholders act as an institutional framework to review proposed changes to the architecture. The core stakeholders are active participants in the CATS Advanced Technology Task Force (ATTF). The RA will be updated every three years coordinated with updates of the Regional Transportation Plan

Agreements:

The practice and preference of agencies in northeastern Illinois has been to cooperate through simplified agreements such as letters and MOUs. The RA has identified a list of 18 agreements including for example:

- Multi-State Incident Response Teams in State Border Regions
- Multi-State "One-Stop" Shopping for Commercial Vehicle Interstate Credentials
- Inter-Agency Traffic Signal Coordination
- Interstate Electronic Toll Collection Interoperability
- Multi-State 511 Traveler Information System
- Regional ITS Architecture Maintenance

Architecture Resources:

http://www.catsmpo.com/prog-its.htm [Link no longer active]
http://www.catsmpo.com/itsarc/illinois-final-arch/neil/neilintro.htm [Link no longer active]

Central Ohio Regional ITS Architecture

Regional ITS Architecture (RA) Representatives:

Ms. Erika Witzke, Mid-Ohio Regional Planning Commission

Mr. Mark Nawrath, Central Ohio Transit Authority

Mr. Jim Buckson, FHWA, Ohio Division Office

Completion Schedule: Started: first version was completed in 1999; current version was started in July 2002; Current Status: Completed April 2004 by MORPC. The architecture was adopted in April 2004.

Overview of Architecture:

  • Time Horizon: 10 years
  • The Central Ohio RA was developed as an update to the Integration Strategy for Central Ohio developed in 1999.
  • Developed using National ITS Architecture Version 4.0
  • Developed using Turbo Architecture Version 2.0
  • Developed in-house by MPO staff

Overview of Mid-Ohio Region: The geographical region covered by the Central Ohio Regional ITS Architecture is the MORPC transportation planning area, which is composed of Franklin County, Delaware County, a portion of northwest

Fairfield County, and a portion of southwest Licking County. Member agencies located outside the transportation planning area are also included. The major interstate and state routes through the region include: I-71, I-70, I- 270, I-670, and SR 315.

Example Stakeholders:

  • Mid-Ohio Regional Planning Commission (MORPC)
  • Ohio Department of Transportation (ODOT)
  • Central Ohio Transit Authority (COTA)
  • Delaware Area Transit Authority
  • Columbus Regional Airport Authority
  • Delaware County
  • Franklin County
  • City of Columbus
  • Ohio State Highway Patrol
  • Public Utilities Commission of Ohio
  • Federal Highway Administration

RA and the Planning Process: MORPC is involved in planning for both system and interjurisdictional integration. MORPC has been involved in ITS planning and has conducted a number of studies regarding the application of ITS systems in the region. These efforts include involvement in Operation TimeSaver (1993), the Central Ohio ITS Early Deployment Study (1997), the development of the Integration Strategy for Central Ohio (1999), as well as project specific studies related to a centralized. The RA was developed keeping in mind the MPO planning process. ITS planning is treated as part of the MPO planning process.

Overview of ITS Projects: ITS projects include ODOT’s Columbus Metropolitan Freeway Management System, Freeway Incident Response Service Team, City of Columbus Computerized Traffic Signal System Upgrades, Transit Automatic Vehicle Locator System., Real Time Bus Arrival Information System, Automatic Passenger Counters, and Signal Priority.

Projects Developed Using the RA: No deployments to date; the need for a regional traffic signal system control arose from the RA and is currently at the feasibility study stage. Automatic Vehicle Location for snow plows is also being investigated.

Future Plans for ITS Implementation: In May 2003 MORPC updated the TIP and identified all projects that will receive CMAQ funds between the fiscal years 2004-2007. These projects include expansion of ODOT’s freeway management system, various City of Columbus signal system projects, as well as projects for the Central Ohio Transit Authority.

RA Maintenance: The Central Ohio Regional ITS Architecture will be updated on a three year cycle in conjunction with MORPC’s Transportation Plan update.

As developer of the architecture, MORPC will coordinate and oversee the entire maintenance effort and will make the final decision on changes to implement. A separate budget for RA maintenance is not identified. The updates will be done by MPO staff.

Agreements: Currently MOUs are being developed. These will be followed by formal agreements over time. ODOT and the city of Columbus currently have two formal agreements in place regarding traffic operations and ITS pertaining to the operation and maintenance of Phases 1 and 2 of the Columbus Freeway Management System. The second agreement establishes a computer aided dispatch (CAD) link from the city of Columbus police department to ODOT’s Columbus Freeway Management System.

Franklin County has established a central Ohio 800 MHz radio system that has agreements in place for its users.

Southeast Michigan Regional ITS Architecture

Regional ITS Architecture (RA) Representatives:

Mr. J. Thomas Bruff, Assistant Transportation Specialist, Southeast Michigan Council of Governments

Mr. Gregory D. Krueger, ITS/Safety Engineer, Michigan Department of Transportation

Mr. Morris Hoevel, Area Engineer, FHWA, Michigan Division Office

Completion Schedule: Started: Tier I workshop was held in early 2000, Tier II workshop was held in October 2000, Current Status: The RA is currently considered complete except for some architecture areas. A report is being worked on by SEMCOG.

Overview of Architecture:

  • The RA has a time horizon of up to twenty years with particular focus on those systems and interfaces that are likely to be implemented in the next ten years. The time horizon is consistent with the Regional Transportation Plan timeframe, which is also 20 years.
  • The RA was developed using version 4.0 of the National ITS Architecture
  • The RA was developed using Turbo Architecture version 2.0.
  • The RA was developed both in-house and under contract with consultants.

Overview of Southeast Michigan Region: The Southeast Michigan includes the existing and planned intelligent transportation systems in Livingston, Macomb, Monroe, Oakland, St. Clair, Washtenaw and Wayne Counties. This corresponds to the metropolitan planning area covered by SEMCOG.

Example Stakeholders:

  • Ann Arbor Transportation Authority
  • Canadian portion of Blue Water Bridge Authority
  • City of Ann Arbor
  • City of Detroit
  • City of Detroit DOT
  • City of Detroit DTC Detroit Transportation Corporation
  • City of Detroit Fire Department
  • City of Detroit Police Department
  • City of Port Huron
  • Commuter Express
  • Detroit Port Authority
  • Flint Mass Transit Authority
  • Livingston County
  • Macomb County
  • Michigan Department of Transportation
  • Monroe County
  • Oakland County
  • Ohio DOT
  • SEMCOG Southeast Michigan Council of Governments
  • St. Clair County Road Commission
  • Wayne County
  • Federal Highway Administration

RA and the Planning Process: The RA follows the same timeframe as the regional transportation plan. The RA is currently being planned to be used as a framework for ITS deployment. Agency stakeholders have contacted SEMCOG for letters of conformity for federal funding.

Overview of ITS Projects: As one of the largest metropolitan regions in the country the Southeast Michigan region has a large number of ITS including traffic management, transit, CVO, emergency management, traveler information, toll and , intermodal deployments. These have been inventoried in the RA.

Projects Developed Using the RA: There are projects identified in the RA that are moving from the planning stages to implementation. These ITS projects are included in the FY 2004 - 2006 TIP for implementation.

Future Plans for ITS Implementation: Project sequencing is not complete as yet.

RA Maintenance: Maintenance of the RA will be ongoing by SEMCOG on an as needed basis. Maintenance is currently not being done.

Agreements:

The region has not yet documented existing agreements. There are ITS agreements in place such as for snow clearance management. No agreements cam out of the RA development effort.

Architecture Resources:

http://www.semcog.org/TranPlan/ITS/intro.cfm [Link no longer active]

Kansas City Regional ITS Architecture

Regional ITS Architecture (RA) Representatives:

Mr. Ronald B. Achelpohl, Mid-America Regional Council

Mr. Marc Hansen, Mid-America Regional Council

Mr. Mike Floberg, Kansas Department of Transportation

Mr. Ray Webb, Missouri Department of Transportation

Ms. Edward Stevens, FHWA, Missouri Division Office

Mr. Robert Alva, FHWA, Kansas Division Office

Completion Schedule: Started: Spring 2000, Current Status: Completed August 2004 by Mid-America Regional Council and approved by Mid-America Regional Council Board of directors.

Overview of Architecture:

  • The RA was developed with no specific time horizon. It was developed with the intent to be flexible and to be updated every 3 years or in case of a major change.
  • Developed using National ITS Architecture Version 4.0
  • Developed using Turbo Architecture Version 2.0
  • Developed by consultants and MPO staff.

Overview of Kansas City Region: The Kansas City Regional ITS Architecture includes the existing and planned intelligent transportation systems in all of Wyandotte, Johnson, and Jackson counties, and portions of Leavenworth, Platte, Clay, and Cass counties. This corresponds to the metropolitan planning area covered by the Mid-America Regional Council.

Example Stakeholders:

  • Johnson County Transit
  • Missouri Department of Public Safety (MSHP)
  • Kansas City Area Transportation Authority (KCATA)
  • Missouri State Emergency Management Agency
  • Kansas Department of Transportation (KDOT)
  • Missouri Department of Transportation (MoDOT) Kansas Turnpike Authority (KTA)
  • Mid-America Regional Council (MARC)
  • Unified Government
  • Kansas Highway Patrol
  • Federal Highway Administration

RA and the Planning Process: In 2003, MARC added a Management and Operations Work Group to its existing transportation planning committee structure to oversee the development and maintenance of the RA and incorporate it into the metropolitan planning process.

Overview of ITS Projects: There are several ITS projects in the region: Kansas City Scout Traffic Operations Center, KCATA Transit AVL.

Projects Developed Using the RA: The KCATA and the City of Kansas City, Missouri have developed a Bus Rapid Transit project using the RA. Additionally, Johnson County Transit is using the RA to develop an AVL system.

Future Plans for ITS Implementation: Projects planned or expected to be expanded include Transit AVL, KC Scout Traffic Operations Centers, MARC Operation Green Light ATMS, Kansas City SmartPort ITS, and Olathe ATMS.

RA Maintenance: A change management policy has been developed. MARC has the ownership and responsibility to update and maintain the RA. The update schedule is every 3 years or if significant events warrant an update. RA maintenance will be done by MARC staff. Changes will be categorized as amendments requiring a major change, or as administrative revisions which will involve correcting any errors in the architecture database.

Agreements: Operational MOUs are in place for KCATA Bus Rapid Transit and Kansas City Scout ATMS. Funding and operational agreements are in place for Green Light ATMS, Olathe ATMS and Overland Park ATMS. Other MOUs are planned.

Architecture Resources:

http://www.marc.org/transportation/ITS/index.htm [Link no longer active]

Sacramento Regional ITS Architecture

Regional ITS Architecture (RA) Representatives:

Mr. David Shabazian, Senior Planner, Sacramento Area Council of Governments

Mr. Frank Cechini, ITS Engineer/Team Leader, FHWA, California Division Office

Completion Schedule: Started: Fall 1999 (Tier I & II), Partial Update July 2001. Current Status: Strategic Deployment Plan (SPD) update now under contract, Sacramento Area Council of Governments (SACOG) is the lead agency.

Overview of Architecture:

  • Time Horizon: 20 years
  • The Sacramento RA is being developed in close coordination with the California Statewide Architecture, Metropolitan Transportation Plan, and nationally recognized Blueprint Land Use/Transportation Study
  • The Sacramento RA work to date was developed using National ITS Architecture version 3.0
  • The Sacramento RA work to date was developed using Turbo Architecture version 2.0
  • The Sacramento RA work to date was developed both in-house and under contract with Iteris. Current contract for complete SDP update is with Kimley-Horn & Assoc.

Overview of Sacramento Region:

The Sacramento region is located in the central valley of California, 1.5 hours east of San Francisco. The State capitol in the city of Sacramento anchors one of three main job centers, the other two being to the east along the base of the Sierra Nevada foothills. The Sacramento Regional Architecture covers the metropolitan portion of the region (mostly contained in Sacramento County), approximately 1.4 million people. Portions of Yolo and Placer counties that are contiguous with the urban core are also covered by this architecture. The region is home to nearly 2 million people and is expected to add another 1.7 million people in the next 50 years. This growth will inevitably impact the transportation system and air quality, prompting planners to look toward ITS to help reduce those impacts.

Example Stakeholders:

  • Sacramento Area Council of Governments
  • City of Sacramento
  • Sacramento Regional Transit District
  • California Highway Patrol (CHP)
  • Yolo County Transit District
  • Placer County Transportation Planning Agency
  • City of West Sacramento
  • Sacramento County DOT
  • City of Citrus-Heights
  • City of Elk Grove
  • Caltrans District 3
  • City of Roseville
  • City of Rancho Cordova

RA and the Planning Process:

  • Currently, the architecture is not being used in SACOG’s planning process directly. However, with the update of the region’s deployment plan, which will be based on land use changes projected for the region, an ITS project list will be much more compatible with SACOG’s transportation plan development process.
  • Currently, SACOG’s ITS budget includes staff time for maintenance of the ITS program, which included architecture updating.

Overview of ITS Projects: Funded/Priority projects for the Sacramento Region include:

  • Sacramento City – TOC, red light enforcement and preemption, centrally controlled signal system, CCTV, fiber optic communications
  • County of Sacramento Department of Transportation – TOC, CCTV, DMS, fiber optic communications
  • Caltrans/CHP – RTMC, fiber optic communications
  • Sacramento Regional Transit Authority – Transit priority system, next bus arrival, Bus intersection queue-jump, fiber optic communications
  • City of Roseville – BI Tran QuicNet/4 traffic signal control system
  • Sacramento Region 511

Projects Developed Using the RA: None to date.

Future Plans for ITS Implementation: Planned projects for the Sacramento Region include:

  • Regional Center-to-Center protocol over extensive fiber optic comm. Plant (STARNET Traffic Management RIM)
  • City of Roseville Regional Transit - Transit Management Center
  • SACOG – Data Repository
  • Citrus Heights - Traffic Operations Center
  • Roseville – TOC
  • Regional Transit – Transit Kiosks
  • Regional Transit – Transit Monitors
  • Local Transit Dispatch Centers
  • Elk Grove - TOC

RA Maintenance: Regional Partners decided the RA would be updated and maintained by SACOG. This allows SACOG to streamline ITS projects into their standard regional planning process, thereby meeting requirements of TEA-21 and resource needs in the region. Project architectures will be submitted to the Regional Partners for approval. Once approved, projects will be submitted to SACOG for inclusion in the RA. This process will be updated under current SDP update contract.

Agreements: A MOU is being circulated for final review and approval by Partnership legal staffs where necessary. Additional agreements inventory will be undertaken by SDP update contractor.

Architecture Resource:

http://www.sacog.org/

Puget Sound Regional ITS Architecture

Regional ITS Architecture (RA) Representatives:

Ms. Stephanie Rossi, Associate Transportation Planner, Puget Sound Regional Council
Mr. Pete Briglia, State ITS Engineer, Washington State Department of Transportation
Mr. Ron Vessey, ITS Project Engineer, Washington State Department of Transportation
Mr. Mike Brower, Area Engineer, FHWA, Washington Division Office

Completion Schedule: Started: January 2000, Current Status: The ITS Architecture was Endorsed by the Puget Sound Regional Council (PSRC) Executive Board on June 28 th 2001. It was not intended to go through the full voting process for “approval.”

Overview of Architecture:

  • The RA was developed with no specific time horizon. It was developed with the intent to be flexible and to be updated on an as needed basis.
  • Connections to other architectures: Various architectures were developed after the RA was completed including the State, local transit agencies and local cities/counties.
  • The Puget Sound RA was developed using version 3.0 of the National ITS Architecture
  • The current Architecture was developed using Visio. We hope to convert this to Turbo Architecture and be compatible with other local architectures.
  • The Puget Sound RA was developed both in-house and under contract with the IBI Group in association with PB Farradyne, Pacific Rim Resources, and Battelle Memorial Institute

Overview of Puget Sound Region: The central Puget Sound region is located between the Cascade and Olympic mountain ranges and is bisected by the saltwater inlets of Puget Sound. The region is made up of four counties: King, Kitsap, Pierce, and Snohomish. The major cities of the region are Seattle and Belleview in King County, Bremerton to the west across Puget Sound in Kitsap County, Tacoma to the south in Pierce County, and Everett to the north in Snohomish County.

Example Stakeholders:

  • Washington State Department of Transportation
  • King County
  • Kitsap County
  • Pierce County
  • Snohomish County
  • City Representatives – the region includes over 70 cities
  • Ambulance Services
  • Hospitals
  • Local Fire Departments
  • WSDOT Incident Response
  • Local Police Departments
  • Information Service Providers
  • Commercial Vehicle Administration
  • Transit Management
  • Washington State Ferries
  • Mt. Rainier National Parks
  • Mount Baker/Snoqualmie
  • National Forest
  • US Customs
  • Department of Licensing

RA and the Planning Process:

  • The RA is incorporated in the Metropolitan Transportation Plan Destination 2030 under Maintenance and Preservation as well as System Optimization. All projects in the Transportation Improvement Program (TIP) are required to meet federal ITS requirements if applicable and are screened on the TIP application with a question specific to ITS.
  • The ITS Architecture maintenance and update is a budget item in the 2006/07 Work Program. It was delayed slightly awaiting potential new regulations with reauthorization as well as other work program responsibilities.

Overview of ITS Projects: Planned ITS projects include: WSDOT Freeway Management System, Traffic Operations Center, Regional Advanced Transportation Management System, Traffic Signal System Operations, Smart Trek, 511 Three-Digit Traveler Information Telephone Number, ITS Backbone, Transit Operations Center, Transit Fare Coordination, Transit Traveler Information, Transit Signal Priority, CVISN, Electronic Border Crossing, Intermodal Freight, Electronic Toll Collection, Federal Lands Traveler Information

Projects Developed Using the RA: All projects conform to the RA. However, currently no projects have been developed using the RA.

Future Plans for ITS Implementation: There are many local and statewide projects with ITS components including transit and traffic management and maintenance as well as traveler information.

RA Maintenance: Maintenance of the RA will be ongoing by PSRC as well as incorporated into the anticipated update of the RA as itemized in the PSRC 2006-07 Work Program.

Agreements:

  • Regional Traffic Control roles and responsibilities among public agencies
  • Transit Signal Priority agreement
  • Regional Parking Management agreement
  • Fare Management and Transit Information agreement
  • ITS Backbone agreement
  • Regional Multi-Modal Traveler Information Center agreement
  • Incident Management agreements
  • 511 Three-Digit Traveler Information Telephone Number agreement
  • Data Archiving agreement
  • Communications agreement

Architecture Resources:

http://www.psrc.org/datapubs/pubs/reg_arch0601.pdf [Link no longer active]
Office of Operations