Regional Architecture Logo
 

Send Your Comments

E-Mail

Infrastructure Provided Route Selection Equipment Package

Architecture Geographic Scope

Description:

This Equipment package shall have as prerequisite the capabilities of the Interactive Infrastructure Information Equipment package. In addition, this Equipment package provides the capability to provide specific directions to travelers by receiving origin and destination requests from travelers, generating route plans, returning the calculated plans to the users, and then potentially logging the route plans with Traffic Management Subsystem. Route plans can include bicycle routes, walkways, skyways, and multi-use trails. This additional capability shall be provided using equipment such as a workstation type processor and software for route planning and traffic measurements along with additional communications capabilities including dialup lines, PCS telephones, and wireless data transceivers.

 

Included in:

TxDOT Motor Carrier Routing Information

Processes:

1.1.4.6Provide Traffic Data Retrieval Interface
6.1.1Provide Trip Planning Information to Traveler
6.1.2Confirm Traveler's Trip Plan
6.6.1Provide Multimodal Route Selection
6.6.2.1Calculate Vehicle Route
6.6.2.2Provide Vehicle Route Calculation Data
6.6.2.3Provide Route Segment Data for Other Areas
6.6.2.4Update Vehicle Route Selection Map Data
6.6.2.5Provide ISP Operator Route Parameters Interface
6.6.3Update Other Routes Selection Map Data
6.6.4Select Transit Route
6.6.5Select Other Routes
  

User Service Requirements (fully or partially addressed):

1.0TRAVEL AND TRAFFIC MANAGEMENT
1.1PRE-TRIP TRAVEL INFORMATION
1.1.0ITS shall include a Pre-Trip Travel Information (PTTI) capability to assist travelers in making mode choices, travel time estimates, and route decisions prior to trip departure. It consists of four major functions, which are, (1) Available Services Information, (2) Current Situation Information, (3) Trip Planning Service, and (4) User Access. Information is integrated from various transportation modes and presented to the user for decision making.
1.1.1PTTI shall provide travelers with Available Services Information on travel, for their use.
1.1.1.1PTTI shall provide users with available services information that is timely.
1.1.1.1.1PTTI shall provide users the latest available information on transit routes.
1.1.1.1.2PTTI shall provide users the latest available information on transit schedules.
1.1.1.1.3PTTI shall provide users with the latest available schedule adherence information.
1.1.1.1.4PTTI shall provide users the latest available information on transit transfer options.
1.1.1.1.5PTTI shall provide users the latest available information on transit fares.
1.1.1.1.6PTTI shall provide users information on accessing ridematching services.
1.1.2PTTI shall provide the capability for users to access the Current Situation Information on transportation systems.
1.1.2.1PTTI shall provide the latest available information on the current status of transportation services.
1.1.2.1.1Real-time information provided by PTTI shall include the current condition of any incidents, including rural incidents such as high winds, extreme temperature, and falling rocks.
1.1.2.1.2Real-time information provided by PTTI shall include the current status of any accidents or incidents.
1.1.2.1.3Real-time information provided by PTTI shall include the current condition of any road construction.
1.1.2.1.4Real-time information provided by PTTI shall include any currently recommended alternate routes.
1.1.2.1.5Real-time information provided by PTTI shall include the current speeds on specific routes.
1.1.2.1.6Real-time information provided by PTTI shall include current parking conditions in key areas.
1.1.2.1.7Real-time information provided by PTTI shall include the schedules for any current or soon to start events.
1.1.2.1.8Real-time information provided by PTTI shall include the current weather situation.
1.1.3PTTI shall include a Trip Planning Service.
1.1.3.1PTTI trip planning service shall provide the users with information needed for planning an upcoming trip.
1.1.3.1.1Based on user specified parameters PTTI shall provide users with a calculated itinerary.
1.1.3.1.2Based on user specified parameters PTTI shall provide users with transportation mode choices.
1.1.3.1.3Based on user specified parameters PTTI shall provide users with real-time travel conditions for time of inquiry and estimated conditions for estimated time of travel.
1.1.3.1.4Based on user specified parameters PTTI shall provide users with one or more alternate itineraries in addition to the primary calculated itinerary.
1.1.3.2PTTI shall provide the capability for users to specify transportation parameters that are unique to their individual needs.
1.1.3.3In addition to the user specified parameters PTTI shall use additional factors when planning trips.
1.1.3.3.1PTTI shall consider current travel conditions when calculating a trip itinerary.
1.1.3.3.2PTTI shall consider predicted travel conditions when calculating a trip itinerary.
1.1.4PTTI shall provide the capability for User Access.
1.1.4.1PTTI shall provide the capability for users to access the system from multiple distributed locations.
1.1.4.1.1PTTI shall provide the capability for users to access the system from their homes.
1.1.4.1.2PTTI shall provide the capability for users to access the system from their place of work.
1.1.4.1.3PTTI shall provide the capability for users to access the system from major trip generation sites.
1.1.4.1.4PTTI shall provide the capability for users to access the system from personal portable devices.
1.2.0ITS shall include an En-Route Driver Information (DI) function. Driver Information provides vehicle drivers with information, while en-route, which will allow alternative routes to be chosen for their destination. Driver Information consists of two major functions, which are, (1) Driver Advisory and (2) In-vehicle Signing. The potential decrease in traffic may also provide benefits in highway safety, reduced air pollution, and decreased congestion.
1.2.1DI shall be implemented in a manner that is beneficial to the transportation system and the public.
1.2.1.4DI shall be designed in a manner that permits a two-phase implementation.
1.2.1.4.1The DI two-phase implementation shall include a short term capability to address those features that can be implemented in the present time frame.
1.3ROUTE GUIDANCE
1.3.0ITS shall include a Route Guidance (RG) function. Route Guidance will provide travelers with directions to selected destinations. Four functions are provided, which are, (1) Provide Directions, (2) Static Mode, (3) Real-Time Mode, and (4) User Interface.
1.3.1RG shall include the capability to Provide Directions to travelers.
1.3.1.2The Provide Directions function shall issue directions to travelers based on information about current conditions of transportation systems.
1.3.1.2.1Current transportation system conditions upon which directions to travelers is based shall include, but not be limited to, the following:
1.3.1.2.1(a)Current traffic conditions.
1.3.1.2.1(b)Status of transit systems.
1.3.1.2.1(c)Schedules of transit systems.
1.3.1.2.1(d).2Pedestrian events.
1.3.1.2.1(d).3No pedestrian zones.
1.3.1.3The Provide Directions function shall issue traveler directions that are simple and easy to understand, providing turning instructions on which way to turn onto including, but not limited to, the following:
1.3.1.3(a)Particular streets.
1.3.1.3(b)Roads.
1.3.1.3(c)Walkways.
1.3.1.3(d)Transit facilities.
1.3.2RG shall include a Static Mode for issuing information to travelers.
1.3.2.1Static Mode shall provide travelers with information that includes, but is not limited to, the following:
1.3.2.1(a)Mapping information about roadways.
1.3.2.2Static Mode infrastructure systems shall provide the capability to have two-way communications between the traveler and the infrastructure.
1.3.2.2.1The two-way communications shall provide the capability for the infrastructure to receive the traveler's desired destination.
1.3.2.2.2The two-way communications shall provide the capability to provide directions back to the traveler that are based on the infrastructure's calculated routing.
1.3.3RG shall include a Real-Time Mode for issuing information to travelers.
1.3.3.1The Real-Time Mode shall utilize current travel condition information to provide performance that is enhanced over the Static Mode performance, to include, but not be limited to, the following:
1.3.3.1(a)Traffic conditions information.
1.3.3.1(b)Dynamic transit schedule information.
1.3.3.2The Real-Time Mode shall include the capability to operate in either or both of the following two configurations:
1.3.3.2(a)Route selection processors located on the mobile unit.
1.3.3.2(b)Route selection processors installed in the transportation system infrastructure.
1.3.3.2.1Real-Time Mode Mobile Based systems shall include the capability to receive infrastructure information and use it in determining routing.
1.3.3.2.2If current real-time information is included in route determination, the system shall be denoted as an Infrastructure-based real-time system.
1.3.3.3The Real-Time Mode shall provide the capability for autonomous operation of mobile-based systems.
1.3.4RG shall include a User Interface function.
1.3.4.1The User Interface function shall provide the capability for travelers to access the system by utilizing interactive devices that include, but are not limited to, the following:
1.3.4.1(a)Visual displays.
1.3.4.2Mobile systems shall use the best information available to provide routing instructions.
1.3.4.2.1Mobile systems shall provide the capability for individual travelers to customize the routing selected for them.
1.3.4.3Infrastructure-based systems shall permit individual travelers to customize their routing selection.
1.3.4.3.1Infrastructure-based systems shall use the traveler's destination information to estimate extra demand on the transportation system and then provide routing to the traveler based on this predicted demand.
1.4.0ITS shall include a Ride Matching and Reservation (RMR) function. Ride Matching and Reservation will provide travel users with information on rideshare providers. Three major functions are provided, which are, (1) Rider Request, (2) Transportation Provider Services, and (3) Information Processing. This will also include a billing service to the providers.
1.4.1RMR shall include a Rider Request capability.
1.4.1.1Rider Request shall provide the capability for a traveler to request a ride by placing a single request from a facility to include, but not be limited to, the following:
1.4.1.2Rider Request shall provide a traveler the capability to request a specific itinerary by specifying, but not be limited to, the following:
1.4.1.2(a)Date.
1.4.1.3Rider Request shall provide the traveler with the available ridesharing options, based on the traveler's request and specified itinerary.
1.4.1.4Rider Request shall also include the capability to perform real-time ridematching by instantly matching rider and driver.
1.4.2RMR shall include a Transportation Provider Service function.
1.4.2.1Transportation Provider Services shall include the capability for providers to have their billing arranged through a central clearinghouse.
1.4.2.4Transportation Provider Services shall include the capability for commercial operators such as vanpools and taxis to be included as options for requesting travelers.
1.4.3RMR shall include an Information Processing function.
1.4.3.1Information Processing shall quickly match preferences and demands of requesting travelers with the services available from providers.
1.4.3.2Information Processing shall provide a clearinghouse capability for rideshare financial transactions.
1.4.3.3Information Processing shall link together the services available from all travel modes including, but not limited to, the following:
1.4.3.3(a)Bus.
1.4.3.3(b)Rail.
1.4.3.3(c)Vanpools.
1.4.3.3(d)Express bus.
1.4.3.3(e)Commercial providers.
1.4.3.3(f)Specialized service.
1.4.3.3(g)Carpools.
1.5.0ITS shall include a Traveler Services Information (TSI) function. Traveler Services Information provides travelers with service and facility data for the purpose of assisting prior to embarking on a trip or after the traveler is underway. The functions which are included in this capability are Information Receipt and Information Access. This will provide the traveler with a "yellow pages" type of capability.
1.5.1TSI shall include an Information Receipt function for the collection of information to be provided to travelers.
1.5.1.4Information Receipt shall provide the capability to support the financial transactions required for travelers to be billed for the purchase of activity tickets and room reservations.
1.5.2TSI shall include an Information Access function that allows travelers to access the available information.
1.5.2.2Information Access shall provide the capability for travelers and centers to request and receive information about the location of facilities and the quality of specific services provided in an area to include but, not be limited to, the following:
1.5.2.2(d)Hours of operation information.
1.5.2.2(e)Tourist activities information.
1.5.2.2(f)Daily or special events information.
1.5.2.2(g)Local shelter/medical facility availability information including level of service provided.
1.5.2.2(h)Nearest gas station information.
1.6TRAFFIC CONTROL
1.6.0ITS shall include a Traffic Control (TC) function. Traffic Control provides the capability to efficiently manage the movement of traffic on streets and highways. Four functions are provided, which are, (1) Traffic Flow Optimization, (2) Traffic Surveillance, (3) Control, and (4) Provide Information. This will also include control of network signal systems with eventual integration of freeway control.
1.6.3TC shall include a Device Control function.
1.6.3.4Device Control shall communicate control data to the following devices.
1.6.3.4.1Traffic Surveillance shall include a data process function to process the traffic data which are acquired.
1.6.4Device Control shall provide traffic control information to other elements of the ITS, including but not limited to the following:
1.6.4(b)Trip planning.
1.6.4(c)Routing systems.
1.7INCIDENT MANAGEMENT
1.7.0ITS shall include an Incident Management (IM) function. Incident Management will identify incidents, formulate response actions, and support initiation and ongoing coordination of those response actions. Four major functions are provided, which are, (1) Incidents Identification, (2) Response Formulation, (3) Response Implementation, and (4) Predict Hazardous Conditions.
1.7.1Incident Management shall provide an Incident Identification function to identify incidents.
1.7.1.1The Incident Identification function shall include the capability to identify predicted incidents.
1.7.1.1.1The Incident Identification function shall use information from the following types of sources, where available, to identify predicted incidents:
1.7.1.1.1(f)Transportation providers.
1.7.1.1.1(g)Sponsors of special events.
1.7.4IM shall provide the capability to Predict Hazardous Conditions, including the time and location of hazardous conditions that may cause an incident.
1.8TRAVEL DEMAND MANAGEMENT
1.8.1TDM shall include a communications function.
1.8.1.2The communications function shall include the capability to send information and rates needed to implement management and control strategies that respond to changing environments, conditions, and policy needs to include, but not limited to, the following locations of action:
1.8.1.2(d)Employment sites.
1.8.1.2(e)Toll facilities.
1.8.1.3TDM shall provide the capability to receive information and rates needed to implement management and control strategies that respond to changing environments, conditions, and policy needs to include, but not limited to, the following locations of action:
1.8.1.3(a)Parking facilities.
1.8.1.3(e)Toll facilities.
1.8.1.3(f)Travel (and traveler) information facilities.
1.8.1.6The communications function shall include the capability for two-way communications with other ITS user services including, but not limited to, the following:
1.8.1.6(a)Pre-Trip Planning.
1.8.2TDM shall include a processing function.
1.8.2.3Strategies developed by the processing function shall include the guidance for the operation of physical systems that:
1.8.2.3(c)Collect fees.
1.8.2.4The processing function shall provide the capability generate guidance for the pricing and control for locations of action that include, but are not limited to, the following:
1.8.2.4(a)Parking facilities.
1.8.2.4(f)Travel information facilities.
2.0PUBLIC TRANSPORTATION MANAGEMENT
2.3.0ITS shall include a Personalized Public Transit (PPT) function.
2.3.1The PPT shall include a Rider Request function.
2.3.1.2Rider Request shall provide the capability for an individual to specify a rider's special equipment or handling requirements.
2.4.0ITS shall include a Public Travel Security (PTS) function to create an environment of safety in public transportation.
2.4.3PTS shall include a Personal Sensors Items (PSI) function.
2.4.3.1PSI for ridematching shall include the capability for participants to be identified.
2.4.3.2PSI shall provide the capability for riders to use electronic payment to eliminate the need for passengers to carry cash and to reduce cash handling.
5.0EMERGENCY MANAGEMENT
5.2.0ITS shall include an Emergency Vehicle Management (EVM) Service.
5.2.2EVM Service shall include a Route Guidance System.
5.2.2.1Route Guidance System shall maintain real-time information on traffic conditions in urban and rural areas, emergency response vehicle locations, and emergency response vehicle destinations.
7.0INFORMATION MANAGEMENT
7.1ARCHIVED DATA FUNCTION
7.1.0ITS shall provide an Archived Data Function to control the archiving and distribution of ITS data. The Archived Data User Service provides the Historical Data Archive Repositories and controls the archiving functionality for all ITS data with five major functions: 1) the Operational Data Control function to manage operations data integrity; 2) the Data Import and Verification function to acquire historical data from the Operational Data Control function; 3) the Automatic Data Historical Archive function for permanently archiving the data; 4) the Data Warehouse Distribution function, which integrates the planning, safety, operations, and research communities into ITS and processes data products for these communities; and 5) the ITS Community Interface which provides the ITS common interface to all ITS users for data products specification and retrieval. ADUS helps achieve the ITS information goal of unambiguous interchange and reuse of data and information throughout all functional areas.
7.1.3The Archived Data Function shall include a Data Import and Verification (DIV) function to acquire historical data from the Operational Data Control function.
7.1.3.1DIV shall be capable of importing selected ITS Operational data from the ITS Operational Repositories.
7.1.3.1.8DIV shall be capable of importing ITS Vehicle and Traveler data to include:
7.1.3.1.8(c)Vehicle trajectories.
7.1.3.1.8(d)Route guidance data.
7.1.3.1.8(e)Parking and roadway pricing change data.
7.1.3.1.8(f)Origin/destination trip data.
7.1.3.1.8(g)Service requests
7.1.3.1.8(h)Information utilization
8.0MAINTENANCE AND CONSTRUCTION MANAGEMENT
8.1MAINTENANCE AND CONSTRUCTION OPERATIONS
8.1.1Maintenance and Construction Operations shall provide a Maintenance Vehicle Fleet Management (MVFM) function to schedule and dispatch, monitor and track location, and monitor operational condition and maintenance requirements of public and contracted fleets of maintenance, construction, and specialized service vehicles. This function includes interactions among Traffic Managers, Supervisors, Dispatchers, Field Crews, Construction Crews, Vehicle Maintenance Crews, Equipment Maintenance Crews, Weather Services Organizations, and Information Service Providers.
8.1.1.6MVFM shall be capable of providing dispatchers and operators of maintenance, construction, and specialized service vehicles with information regarding potential and actual roadway problems.
8.1.1.6.1MVFM shall provide information to dispatchers and vehicle operators, including but not limited to:
8.1.1.6.1(a)Congestion
  
The detailed process and user service requirement traceability information on this page was extracted from the National ITS Architecture. Consult the National ITS Architecture web site for more information.

Last updated on 01-25-2005 using Ronald C. Ice and Associates Web Spinner Technology.