Embed Size (px)
Citation preview
Cooperative Systems:overview of IBBT research
Johan Bergs(IBBT-PATS)Wim Vandenberghe (IBBT-IBCN)
September 23rd 2010, Gent
Outline
• PATS & IBCN research groups• ITS & Cooperative Systems• IBBT SPAMM project• IBBT NextGenITS project• FP7 ITS Test Beds project
PATS research group
• Performance Analysis of Telecommunication Systems• Research group at the University of Antwerp, dept. of
Mathematics & Computer Science• Member of IBBT• Founded in 1995• Currently consists of:
• 2 professors• 5 post-docs• 12 Ph.D. students
PATS Research Group
IBCN research group
• Intec Broadband Communication Networks• Research group at Ghent University• Member group of IBBT
IBCN competences
IBCN Members
Networks Software Services
Staff & Post Doc
Piet DemeesterChris DevelderTom DhaeneBart DhoedtFilip De Turck Frank Gielen 60%Eric LaermansIngrid MoermanMario PickavetJozef De Man 10%
Ann AckaertPieter Audenaert Stefan BouckaertGautam DasMarc De LeenheerDirk DeschrijverDidier ColleWouter HaerickJeroen HoebekeBart LannooIlse LievensBart PuypeTim StevensSofie VerbruggeBrecht VermeulenBruno VolckaertTim Wauter
Staff + Post Doc 27
PhD 51
Project 32
Support 10
Total 120
IBCN application domains
9
APPLICATION DOMAINS- Smart home, office, building, city environments- eHealth- Bioinformatics- Emergency systems- Private and Public Networks- Intelligent Transport Systems- Logistics- Media distribution and content management- Media production - Telecommunications- SaaS, cloud computing, …- Gaming- Smart Power Grid- …
Outline
• PATS & IBCN research groups• ITS & Cooperative Systems• IBBT SPAMM project• IBBT NextGenITS project• FP7 ITS Test Beds project
11
Intelligent Transport Systems
• Intelligent Transport Systems (ITS) • ICT systems• More efficient and safer traffic• Wide range of diverse technologies
• Cooperative Systems• ITS subdomain• Applications that rely on vehicle-to-vehicle (V2V) and
vehicle-to-infrastructure (V2I) communication
Cooperative applications
12
Images: CVIS project
Collision hazard warnings Traffic jam Accident / breakdown Ghost driver Blind spot Electronic brake light Obstacle on the road
Environment information Limited grip (oil, ice, …) Dynamic ISA Intersection assistance Approaching emergency
vehicle Internet-based applications
eCall Breakdown call Road charging Map updates Traffic info & management Battery management EVV
Outline
• PATS & IBCN research groups• ITS & Cooperative Systems• IBBT SPAMM project• IBBT NextGenITS project• FP7 ITS Test Beds project
Solutions Platform for Advanced Mobile Mesh
SPAMM
SPAMM project
• “The goal of the SPAMM project is the development of a demonstrator for integration into vehicles, which allows transferring information from the vehicle towards a central back-end.”
• Main focus:• Public transport (busses)• Transportation (trucks)
SPAMM – Partners
SPAMM – Public Transport
• Always-connected vehicles.• Wi-Fi mesh• GPRS/UMTS/HSDPA
• Applications• Passenger Internet• Time table• Route information• Security & surveillance
• Live video transmission• Connection set-up
• Bus Control Center• Control Center Bus
SPAMM – Public Transport
• Vehicles decide autonomously which network to use.• Bandwidth requirements• Latency• Communication cost
• To avoid uplink activity for each vehicle, use Wi-Fi mesh as much as possible.• The buses form a mesh network• Mesh nodes are deployed on fixed locations (e.g. bus
stops)
SPAMM – Transportation
• Transportation companies want to have a real-time overview of their fleet.• Any time• Any place• No driver interaction required.
• Applications• Transmit tachograph, location data etc. to the head
office• Ad-hoc Police checks
• Read out tachograph data while on the move
SPAMM - Transportation
Outline
• PATS & IBCN research groups• ITS & Cooperative Systems• IBBT SPAMM project• IBBT NextGenITS project• FP7 ITS Test Beds project
Project scope
• WP1: Traffic Info• WP2: eCall• WP3: Intelligent Speed Adaptation (ISA)• WP4: Road charging• WP5: Cooperative Systems• WP6: Multi application platform
WP1: Traffic info
• How to send traffic info to mobile client systems?• Broadcast versus two-way communication• Standardization versus private protocols• Business model : government or private
service provider
• Results• Communication study• How-to guide on using TPEG• Business models: actors, value network, …• Implementation of mobile application on
different platforms
WP2: eCall
• Commercial roll-out faster than expected WP stopped May 1st 2009• Literature study done• Business model analyzed
http://www.touring.be/nl/beschermen/onderweg/safedrive/index.asp
WP3: Intelligent Speed Adaptation (ISA)
• Scope• Collection and Storage of speed limit data• Exchange of speed limits to map producers• Dynamic change of speed limits by traffic control centre• Real-time update of speed limits in the vehicle• Inform driver of speeding
WP3: ISA - Results
• Requirements and architecture documented
• Existence of basic speed limits in Flanders
• Evaluation report on existing communication technologies and platforms
• System available as demonstration
WP4: Road charging
• Single component on board unit concept (ATOP)• End2End impact study• Install it Yourself analysis and procedure for On Board Unit• Analysis of legal, liability and privacy aspects• Integration of Mobile Payment• Security and tamper evidence
WP4 - E2E impact study - model
Cell coverage
l
Update to server
c
d Logging of coordinate
i vehicles/minute @ speed v
Uc= i * (l / d) * p * m * co updates/hourDc = (i * (l /d) * p * m * co) * (O + ((d / c) * b * z)) byte/hour
WP4 - E2E impact study – model parameters
WP4 - E2E impact study – Results
• Thin client streaming: unacceptable• Trucks only: 50 000 connections &
600 Mbit / hour in 1 cell at 18h• All : x 3
• Thin client store & forward• Appropriate d value: 50 … 200 km• 80…330 connections/hour & 11…14
Mbit/hour in 1 cell at 18h
• Thick client• Same number of connections as
store & forward• Amount of data: less per connection
(1 …4 Mbit for d = 50 … 200 km)• Additional complication:
synchronized software updates
WP5 Cooperative Systems
• Local vehicle-to-vehicle (V2V) and vehicle-to-infrastructure (V2I) communication to enable applications such as:• Collision hazard warnings
• Traffic jam• Accident / breakdown• Ghost driver• Blind spot• Electronic brake light
• Road condition information• Limited grip (oil, ice, …)• Obstacle on the road• Dynamic ISA• Approaching emergency vehicle
System architecture
Node architecture
Node architecture in Click Modular Router
IPv6 router
802.11papprox.
VANET protocols
Research platform
Research platform - Simulations
Research platform – Vehicular testbed
38
Research platform – Wireless Lab
IEEE 802.11p research
• Research on emerging IEEE 802.11p standard for short range communication• Hardware: software defined radio implementation.
• ++ lowers integration cost for multi standard support• -- currently in prototype stage, not competitive with 11p
solutions derived from WIFI hardware• -- antenna and cabling cost dominant for automotive
integration
• System level• Matlab level performance studies of 11p• 11p approximation on existing Wilab 11a infrastructure,
resulting in low cost on board unit for technical validation.
SP5 – cooperative systemsIEE802.11p on imec software defined radio HW
Analog front-ends
Software defined radio Linux PC
SP5 – Cooperative SystemsMatlab modeling of 802.11p(a) communication reliability
Packet error rate increases in function of distance and
speed
SP5: VANET Routing
Research of network protocols for Vehicular Ad Hoc Networks (VANET)
Three protocols have been developed already Highway alert messaging protocol: REACT Manhattan scenario protocol 1
Packet duplication at intersection Manhattan scenario protocol 2
Trying to predict the best path using extra information
SP5: REACT
REACT uses beacons to discover neighbors When an incident happens (e.g. abrupt breaking), the
vehicle sends an alert to approaching traffic Sending:
Selecting best placed neighbor and appointing him as next hop
Overhearing for information and acknowledgement
Repeating till geographical destination is reached
Manhattan Protocol 1
Idea: send data from a vehicle in the city to an access point a couple of blocks further on
Beaconing to get to know your neighbors
Try to send packets to an intersection in the right direction
On an intersection the vehicle tries to send the message in two directions closer to the destination
– Trying to find the fastest path
– Packet duplication!
Manhattan Protocol 2
Finding the best path is good, but what to do about the packet duplication?
Try to look ahead, but you cannot share all information in beacon messages, they would become huge
Keep tables of number of vehicles in different directions, only share this and only for limited number of hops
Work in progress
Final demonstrator
http://www.youtube.com/watch?v=cSP9xlTDY3o&fmt=22
Conclusions
• In SP5 we …• developed the required research tools …• and gained the necessary hands on experience …• to further tackle the open issues of VANET networking …• on all layers of the protocol stack
WP6: Multi application platform
• Volume drivers like Road charging and e-call will catalyze the rollout of other telematics services
• There is a need for a Secure Evolvable Multi Application Platform architecture
• Secure provisioning of applications and services to automotive telematics systems
WP6: Multi application platform - Results
• Design of a Secure Evolvable MAP architecture
• Industry roadmap (deployment of services over time)
• Elaboration on the business models• Multi-virtual-SIM proposal• Concepts for secure over-the-air service
delivery and deployment• Demonstrators:
• Provisioning and deployment demonstrator• Payment demonstrator according to SP6
architecture
Outline
• PATS & IBCN research groups• ITS & Cooperative Systems• IBBT SPAMM project• IBBT NextGenITS project• FP7 ITS Test Beds project
FP7 ITS Test Beds project
• Combines the results of major European ITS projects in one test bed
• IBBT supporting role• Partners:
• ITS Belgium, ITS France, ITS Norway,ITS Netherlands, TNO, INRETS, DLR, IMEC, SINTEF, IBBT, Technolution, Q-Free, TC Matix, NXP
52
www.itstestbeds.org
