|
1
|
|
|
2
|
- Introductions & Logistics
- IntelliDrive System Engineering
- System Engineering
- Vehicle Infrastructure Integration (VII)
- IntelliDrive Program
- User Needs Overview / Examples
- User Needs Break-Out #1 / Discussion
- User Needs Break-Out #2 / Discussion
- Wrap Up
|
|
3
|
- IntelliDrive SE Team
- Participating Organizations:
- State/Local Transportation Agency
- Public Safety/ Emergency Services
- Automotive/Vehicle equipment developer
- Traveler Information Service Provider
- Academic / Research organization
- Networking / Telecommunications Provider
- Transportation Device Manufacturer
- System Integrators
- Transit communities
- Rail communities
|
|
4
|
- Main Room
- Breakout Rooms
- Restrooms
- Safety Issues
|
|
5
|
|
|
6
|
- Revisit and update the IntelliDrive concept of operations, requirements,
and architecture
- Existing documentation and lessons learned will be used as a resource
- Focus on the Core, Enabling System necessary to form the basis for the
safety, mobility, environmental applications
- The first step in this process is to elicit User Needs from you.
|
|
7
|
- Provide the technical foundation for future activities
- next generation of field tests
- initial and ongoing deployments
- continued research as the core technologies and program evolve
|
|
8
|
|
|
9
|
|
|
10
|
|
|
11
|
- An inter-disciplinary approach and means to enable the realization of
successful systems.1
|
|
12
|
- Focuses on:
- Defining customer needs and required functionality early in the
development cycle
- Documenting requirements
- Then proceeding with design, implementation, and system validation
while considering the complete problem
|
|
13
|
- Start with Your Eye on the Finish Line
- Stakeholder Involvement is Key
- Define the Problem before
Implementing the Solution
- Delay Technology Choices
|
|
14
|
- Reduced risk of schedule and cost overruns
- Increased likelihood that implementation will meet users’ needs
- Improved stakeholder participation
- Verified functionality and fewer defects
- Better documentation
- More adaptable and resilient systems
- Extensibility, scalability, robustness
|
|
15
|
|
|
16
|
|
|
17
|
- Communications – air gap bridged by 5.9 GHz DSRC and only 5.9 GHz DSRC
- Vehicles equipped as new production only
- VII Network not to be used to replace existing infrastructure (e.g. to
provide communications between centers and signal controllers)
- Probe data required
- Privacy principles
|
|
18
|
|
|
19
|
|
|
20
|
|
|
21
|
- Suite of technologies and applications that use wireless communications
to provide connectivity:
- Between vehicles (of all types)
- Between vehicles and roadway infrastructure
- Between vehicles and wireless communication devices
- Between wireless communication devices and roadway infrastructure
|
|
22
|
|
|
23
|
|
|
24
|
|
|
25
|
|
|
26
|
|
|
27
|
- Broad program of research to address all aspects of IntelliDrive
- Safety – V2V, V2I
- Mobility – Data Capture Management, Dynamic Mobility Applications
- Environment – AERIS along with road weather management (Clarus)
- As well as looking at higher level issues
- Regulatory needs
- Policy framework
- Standards evolution
|
|
28
|
- IntelliDrive is composed of 3 layers:
- (1) Users, Mobile, Non-Mobile, Public and Private
- (2) Applications, which bring about safer, smarter, and greener
transportation, and
- (3) a Core System, which enables applications by providing cooperative
data exchange capabilities.
- Our Focus today is on the Core System
|
|
29
|
|
|
30
|
- Safety and mobility capabilities, while a continual focus of the program
over the last several years, are not intended to be its limit.
- Capabilities that provide
environmental benefit are a new focus for IntelliDrive support.
- While strictly commercial capabilities are no longer a point of focus
for the IntelliDrive program, commercial capabilities that enhance
safety, provide mobility and/or are environmentally-focused may also be
supported.
|
|
31
|
- Vehicle to Vehicle
(from the basics to more advanced capabilities)
- Location/speed: “Here-I-Am”
- Emergency electronic brake lights: “Look out, I’m braking”
- Accident notification: “I just had an accident”
- Cooperative platooning
|
|
32
|
- Vehicle to Infrastructure
(covers safety and mobility)
- Intersection based collision avoidance
- Signal optimization, prioritization, pre-emption
- Curve speed/rollover warning
- Credentialing
- Payment
|
|
33
|
- Vehicles, Infrastructure and Wireless Devices
(mobile to fixed – either broadcast or transaction specific
communications)
- Where is my car?
- Pedestrian alert to vehicle
- eCommerce
|
|
34
|
- Dedicated Short Range Communications (DSRC)
- Remains one of the important technologies used within the IntelliDrive
System
- 75MHz of spectrum in 5.9 GHz range allocated by FCC to:
- “[provide] vehicle-to-vehicle and vehicle-to-infrastructure
communications, helping to protect the safety of the traveling public.
It can save lives by warning drivers of an impending dangerous
condition or event in time to take corrective or evasive actions.”
- “The band is also eligible for use by non-public safety entities for
commercial or private DSRC operations.”
|
|
35
|
- Wireless Technologies such as Wi-Fi and Cellular Communications may
supplement DSRC at 5.9 GHz
- Aftermarket and Retrofit Devices – both on-board and handheld
- Deployments could be more organic
- Various Vehicle Types will be supported
- Alternative Approaches to Privacy and Anonymity may be considered
- Different Services may be provided
|
|
36
|
|
|
37
|
|
|
38
|
|
|
39
|
- A “User Need” is defined as a capability that is identified to
accomplish a specific goal or solve a problem that is to be supported by
the IntelliDrive System.
- “A user requirement for a system that a user believes would solve a
problem experienced by the user.”
- IEEE Std 1362-1998, Section 3.26 - User Need
- Describes “what” is needed and not “how” it is to be implemented
|
|
40
|
- Scoped to the appropriate level
- Too general -- needs to be further defined
- Too specific -- may imply design
- Not Application specific
- May include notional latency, security, size or bandwidth (if
applicable) needs
- Not the solution of any specific interface or protocol
|
|
41
|
|
|
42
|
- Who: Thurston
- What: I need the soda pop vending machine to provide a way to quench my
thirst.
- Why: To increase my chance of survival.
|
|
43
|
- Who: Allen Wright
- What: I need the soda pop vending machine to accept some means of
payment for the product.
- Why: To finance more product, my salaray, and the gas for my delivery
truck.
|
|
44
|
- Who: Tony
- What: I need for the soda pop vending machine to increase the amount of
customers to my gas station convenience mart.
- Why: So that I can sell more snacks and other high margin items in my
convenience mart.
|
|
45
|
- Identify User Needs (capabilities, problems to be solved, processes to
be improved)
- Attribute each need to an individual/group/organization
- What is your Rationale?
- Tell us your perspective
|
|
46
|
- Who? Traffic Manager
- What is the problem? I don’t have a complete picture of traffic
conditions on my roadway network.
- Why is this a problem? I need to manage the roadways to reduce
congestion while improving safety and mobility.
- What do you need to solve this problem? I need current and historical
information that describes traffic conditions on the entire scope of the
roadways I manage.
- Why should IntelliDrive solve
this problem? If I could get vehicle locations with IntelliDrive I could
perform better adaptive signal control.
Getting this information with fixed sensors is cost prohibitive.
|
|
47
|
- Who? Emergency Operations Center Manager
- What is the problem? I currently only broadcast advisory
information. I want to
selectively send advisory information to travelers in specific
geographical areas.
- Why is this a problem? The advisories can be received by travelers not
impacted by the advisory.
- What do you need to solve the problem? I want to increase the relevancy
of the advisory information to the travelers for more effective
communication.
- Why should IntelliDrive solve this problem? I want IntelliDrive to
provide me a means to communicate emergency advisory information
directly to travelers in certain geographic areas. Providing this
capability with existing
dissemination methods is cost prohibitive.
|
|
48
|
- Who? Vehicle OEM
- What is the problem? I would like to provide a way of notifying the
vehicle’s systems of upcoming bad road weather conditions.
- Why is this a problem? Road weather surface conditions can change
rapidly and pose a safety risk to vehicles.
- What do you need to solve the problem? I need better road surface
condition data.
- Why should IntelliDrive solve this problem? IntelliDrive can provide
actual vehicle’s reactions to weather conditions (ABS, traction control
etc.) that I cannot get another way.
IntelliDrive can also provide information for areas where I
cannot install fixed sensors.
|
|
49
|
- Who? Transit Manager
- What is the problem? I can’t ensure that my transit vehicles stay on
schedule.
- Why is this a problem? Late transit vehicles has resulted in a drop in
ridership.
- What do you need to solve the problem? I have a need for the signals to
be modified in order to accommodate a bus that is behind schedule.
- Why should IntelliDrive solve this problem? IntelliDrive could provide a
way for my transit fleet to communicate with the signals and reduce my
reliance on proprietary signal priority equipment.
|
|
50
|
- Who are you?
- What is the problem?
- Why is this a problem?
- What do you need to solve the problem?
- Why should IntelliDrive solve this problem?
|
|
51
|
|
|
52
|
|
|
53
|
- Identify Breakout Session
- You are encouraged to attend that topic that you are familiar with and
that you are interested in
- Once you get there start by introducing yourselves – who you are and
what your background with IntelliDrive is.
- Each group will discuss topics particular to that domain along with
general findings across all domains
|
|
54
|
|
|
55
|
- Introduce ourselves
- Name
- Company/Agency/ Organization
- Involvement, Background with IntelliDrive (and its predecessors)
- Expectations
- Objectives
- Capture User Needs– problems/solutions/rationale
|
|
56
|
- Who are you?
- What is the problem?
- Why is this a problem?
- What do you need to solve the problem?
- Why should IntelliDrive solve this problem?
|
|
57
|
- 9:00 – 9:05 Welcome Back
- 9:05 – 9:45 Breakout #1 Reports
- 9:45 – 10:00 Intro of Breakout #2 Topics
- 10:15 – 10:45 Breakout Sessions #2
- 10:45 – 11:00 Break
- 11:00 – 12:00 Breakout Sessions (cont’d)
- 12:00 – 1:00 Lunch
- 1:00 – 2:30 Breakout Sessions (cont’d)
- 2:30 – 2:45 Break
- 2:45 – 3:30 Breakout #2 Reports
- 3:30 – 4:30 Wrap-Up
|
|
58
|
- Someone from each group summarize key points
|
|
59
|
|
|
60
|
- What if the following scenarios took place…
- What could you do with that data or information?
- What capabilities would you be able to support?
- What other data would be helpful?
- What else would be needed to support other capabilities...
- Think of today, and think of the future……evolutionary and revolutionary
|
|
61
|
- Broadcast from Mobile
- Broadcast from Fixed
- Transactions Based
|
|
62
|
- Scenario 1A: Commercial vehicles are instrumented to broadcast basic
safety messages (time, speed, direction) and data necessary to support
vehicle-in-motion inspection
- Scenario 1B: Vehicles are instrumented to broadcast basic safety
messages every 100 msec
- Scenario 1C: PDAs (smartphone, smart pad) are instrumented to broadcast
basic safety messages every 100 msec
- Scenario 1D: Pedestrians/cyclists are instrumented to broadcast basic
safety messages every 100 msec
- Scenario 1E: Equipment is installed to collect broadcast safety messages
and makes those available to other users out of range of original
transmission
|
|
63
|
- Scenario 2A: What if roadside equipment were provided to broadcast data
or information that can be delivered to a vehicle in another location
that triggers message activation
- Scenario 2B: What if roadside equipment were provided to broadcast data
or information that can be delivered to a PDAs (smartphone, smart pad)
in another location that triggers message activation
- Scenario 2C: What if roadside equipment were provided to broadcast data
or information that can be delivered to a pedestrian/cyclist in another
location that triggers message activation
- Scenario 2D: What if roadside equipment provided the capability for
application provision (a “qualified user” is given permission to install
an application)
|
|
64
|
- Scenario 3A: Transit fleet management; other fleet management
- Scenario 3B: Heavy vehicles are instrumented to perform transactions (in
addition to e-payment)
- Scenario 3C: PDAs (smartphone, smart pad) are instrumented to perform
transactions (in addition to e-payment)
- Scenario 3D: Pedestrians/cyclists are instrumented to perform
transactions (in addition to e-payment)
|
|
65
|
|
|
66
|
- Someone from each group summarize key points
|
|
67
|
|
|
68
|
- The inputs from this workshop will be collected and organized
- Findings Report provided to USDOT
- DOT will disseminate to the participants
- Workshops to be held in San Jose, Washington D.C.
- Next Step for the program will be to update the IntelliDrive System
Concept of Operations
- Stay tuned!
|
|
69
|
|
|
70
|
|