examining bmw´s open architecture for telematic applications - h michel

Examining BMW´s Open Architecture For Telematic Applications Challenges and Opportunities

Hans-Ulrich Michel Project Manager Information, Communication and Telematics

25-09-02 Seite 2

1. Introduction: The “Starting Point”

2. Challenges and Opportunities

3. Open Platform and Standardization Activities

Examining BMW´s Open Architecture For Telematic Applications Challenges and Opportunities

4. BMW Research – Exemplary Applications

25-09-02 Seite 3

The “Starting Point”: The importance of automobile electronics

25-09-02 Seite 4

•  Percentage of Production Costs: 20-35% Increase 10-15% p.a.

Engine Management

Security-Sytems Bus Systems

Driver Assistance Infotainment

Comfort-Electronics

The Importance of Automotive Electronics

25-09-02 Seite 5

Challenges and Opportunities:

What are the challenges and opportunities for the future ?

25-09-02 Seite 6

sensor sensor

16-24

ECU architecture: BMW luxury segment

Number ECU´s

Increased Networking

PT-CAN (500 kBd) I/K-BUS (9,6 kBd) P-BUS (9,6 kBd)

PT-CAN (500 kBd) K-CAN (100 kBd) K-CAN-P (100 kBd) byteflight (10 MBd) MOST (22 MBd)

33-70

ECU

ECU

ECU

ECU Gateway

Bus 1 Bus 2

ECU

ECU

ECU

Driving Forces Networking:

-  Increasing number of ECU´s

-  Multi-usage of sensor signals

-  Diagnostics

-  Hierachical and functional overlapping of app´s

actuat. actuat.

The Main Challenge: Major increase in System Complexity

25-09-02 Seite 7


ECUs & Busses

Mob.Phone Phone

Vehicle

25-09-02 Seite 8

CommunicatingDevices

ECUs & Busses


25-09-02 Seite 9

Software complexity Communicating Devices

ECUs & Busses


25-09-02 Seite 10

ECUs&Busses CommunicatingDevices

Softwarecomplexity

Problem: System complexity makes development cycles longer and less predictable


25-09-02 Seite 11

Open Platform: Open Platform and Standardization Activities

25-09-02 Seite 12

Open Platform Design

MOST MO

HMI

Navi SW

HW

HMI

Tuner SW

HW

HMI

Phone SW

HW

MOST

Navi SW

HW

HMI

Tuner SW

HW

Phone SW

HW

…

MOST

Application Space

Software Platform

Hardware Platform

HMI

Navi

Phone

Tuner

..

Standardized API`s

Satellite Device

MOST

Stand alone devices

Integrated HMI, but all functions (App´s) running on different devices

Open Platform Design: Functions are software-modules in an application space on a system platform using standardized API´s. Integration of external devices via MOST

25-09-02 Seite 13

Open Platform Design

25-09-02 Seite 14

Gatew

ay/Firewall

K-CAN

PowertrainCAN

SI-BUS ...

Gatew

ay/Firewall

Other bus systems Multimedia BUS

MOST Wireless Port

Customer Port

GSM/GPRS/DAB...

BMW Research: Open Platform Design

. . .

Java VM + Java APIs

Nav Tuner Phone PIM Telematic

HMI

Convenience/Serv. Framework Native

Libraries / Base Services

Comm.Proxi

25-09-02 Seite 15

MediaOrientedSystemsTransport OpenServicesGatewayInitiative

OSEK/VDX Opensystemsandthecorrespondinginterfacesforautomotiveelectronics

AutomotiveMultimediaInterfaceCollaboration

Important Standardization Activities for the Automotive Industry

25-09-02 Seite 16


Series projects with MOST: •  Audi •  BMW •  DaimlerChrysler •  Porsche •  Saab •  Volkswagen

BMW DaimlerChrysler Harman/Becker

Oasis

Audi VW

Porsche

Renault

Saab Opel

Alpine

AM3

Audio Int.

Bosch

Bose

Clarion

Ford Loewe

Nokia Pioneer

RadiSys

Siemens Infineon

VDO

AW Aisin

Framatome

Furukawa

Grundig

Hirschmann

Jurk

Yazaki

Harting

Johnson Controls

Kroschu-Kabelw.

Magneti Marelli

Mitsubishi Int.

Mitsumi

Molex

Philips

Fiat

Delphi Delco

PSA Kostal

Learnout&Hauspie

Volvo

Denso

CAA

AMP

Toyota

Hosiden

Softing Vector

Sumitomo

Matsushita

Accutest

GADV

• Car Networking Standardization

•  ECU Abstraction as a set of Function Blocks

•  Media Independent Object Model and Transport . Protocol

25-09-02 Seite 17

CAN,.. MOST

Bluetooth

GS

M/G

PR

S

Car-Platform Java VM

OS

To be used as a software platform for

Communication Gateways


25-09-02 Seite 18

Benefits of an OSGi enabled Platform for Car Manufacturers

•  Reduce Overall Dependencies •  Platform Vendor Independence •  Service Provider Independence •  Network Independence

•  Security Infrastructure •  Standardized Hardware Abstraction (HW-SW Separation) •  Standard Platform APIs and Basic Libraries

•  Rapid Application Development

•  Faster Time-To-Market of the Complete Infrastructure (through standardized SP-Interaction)

•  Scalability of Application (Client / Server)

•  Dynamic Service Deployment

•  Specification of API´s for Automotive Requirements (R3)

25-09-02 Seite 19

Navigation UI

Route G

uidance

Route C

alculation

Map Library

Positioning

System

Utils

Navigation Application LB-Advertizing Application

System

Utils

Location Based Advertizing UI

Messaging

Map Library

Positioning


•  Component Model

25-09-02 Seite 20



OSGi Framework

Navigation U

I

Route G

uidance

Route C

alculation

Map Service

Positioning API

Utils

System

Navigation Application

1 2 3 4 5 6 7

Map Service

Positioning API

Messaging Service

Location Based A

dvertizing U

ser Interface

Utils

System

LB-Advertising Application

4 5 6 7 8 9

OSGi Framework

25-09-02 Seite 21



OSGi Framework

Navigation U

I

Route G

uidance

Route C

alculation

Map Service

Positioning API

Utils

System


1 2 3 4 5 6 7

Map Service

Positioning API

Messaging Service

Location Based A

dvertizing U

ser Interface

Utils

System


4 5 6 7 8 9

OSGi Framework

OSGi Framework

Navigation U

I

Route G

uidance

Route C

alculation

Map Service

Positioning API

Messaging Service

Location Based A

dvertizing U

ser Interface

Utils

System



1 2 3 4 5 6 7 8 9

25-09-02 Seite 22

OSGi Framework

Navigation U

I

Route G

uidance

Route C

alculation

Map Service

Positioning API

Messaging Service

Location Based A

dvertizing U

ser Interface

Utils

System



1 2 3 4 5 6 7 8 9

OSGi Framework

Navigation U

I

Route G

uidance

Route C

alculation

Map Service

Positioning API

Messaging Service

LB A

dvertizing U

ser Interface

Utils

System



⇒ Easier and Quicker Application Development and Deployment !



25-09-02 Seite 23

BMW Research: Some Exemplary Applications

25-09-02 Seite 24

Application Server Internal Services

BMW Portal

EJB-Container

FZG-Server

TCP/IP

HTTP

PDA-Client

FZG-Client

Portal Server Internet Explorer

OSGI Container

Gateway Internet

Wegekarten Images

Dienst B

Dienst C

Dienst A

Dienst ...

GPRS

BMW Content

Applications (BMW)

Standard Services

Customer Relationchip Managmaent

SOAP / http / TCP/IP

Application Server Extern / Internet

EJB-Container

Service Provider

SOAP / http

SMS

Persitance

Content Provider

Com

mun

icat

ion

Gat

eway

SOAP

Messaging

http Service

Navigation

Telephone

Postitioning

Tracking& Logging

Bundle Management

Power Management

Pres

enta

tion

Man

ager

Authentication/ Authorization

GSM GSM

GPRS

UMTS UMTS

Internationali-zation

Personalization

Presentation Service

Input

Output Output Device

Adress

PIM

Input Device

Home Internet Explorer

Office

Internet Explorer

SMS

WLA

N

Blu

etoo

th

Blu

etoo

th

WLA

N

Fahrzeug

Gateway Fahrzeug


http / TCP/IP TCP/IP


http / TCP/IP / Bluetooth

BMW Research - General End-to-End Architecture

25-09-02 Seite 25

Service Provider

BMW Research - - EU-Project End-to-End Architecture for Service Delivery

Service Provider

Authentication/ Authorisation

Billing

Control

Centre

BMW AG

Vodafone

OSGi Client invokeService [uh, bh, sid]

Propagate user id/services data

auth

entic

ate

authenticate [uh, list of sid]

[uh,

list o

f sid

]

billService [uh, bh, sid]

[result] Service Provider

authorize [uh,sid] [bh]

[bh]

auth

oris

e[uh

, sid

]

uh : user handle sid: service identifier bh: billing handle

A1-A2:authenticate exactly one time B1-B4: authorize and use service n-times

Top Drive BMW Customer Data

BMW

BMW BMW

Vodafone

Interface 1

interface 2

25-09-02 Seite 26

SP Service Provider

SO Service

Operator Routing

SO Service

Operator Reservation

SO Service

Operator Parkinfo

CP Content Provider

Stadt- Info-

Server CO

Content Owner

PSA 1

PSA 2

PSA n

PSA n+1

PA 1

PA 2

PA 3

User

Parking Application System Architecture

25-09-02 Seite 27

Application Server BEA

Web Server DMZ

EJB-Container

FZG-Server

http / TCP/IP / Bluetooth

HTTP

PDA-Client

FZG-Client

Web-Server NES

Internet Explorer

OSGI Container

BEA Plugin

Wegekarten Images

Reservieren

E-Ticket

Parkinfo

P+R / Knopfdruck

...

GUI Parken

GPRS

Bluetooth Bluetooth

Servlet Engine

Service Provider (Diensteauswahl)

Komunikation (Session, Login etc.)

Service B Service Operator

(Diesnt A)


Application Server Extern Internet

EJB-Container

Servlet Engine

Service Provider (Diensteauswahl)

Service Operator (Parkinfo)

SOAP / http / T3

HTTP / TCP/IP / GSM -GPRS

Application Server WINNT für Kaufkomponente

Map Matching

SOAP / http

LDAP Server IPlanet

GSM

SMS

SOAP

GPRS

WebService

GSM

SMS

Service Operator (P+R /Knopfdruck)

Service Operator (Fußgänger Routing)

Home /Office Internet Client

Internet Explorer

PPP

SMS

Parking Application System Architecture

25-09-02 Seite 28

Parking Application Component View

OSGi Framework

Parking U

I

Route G

uidance

Route C

alculation

Map S

ervice

Positioning A

PI

Com

munication

Service

Parking Inform

ation S

ervice

Electronic Ticket

Service

System

/ Utils / H

MI

Parking Application

Parking Bundles

Shared Bundles

System/Base Bundles

25-09-02 Seite 29

Backend •  user account •  stored travel data

PC PDA Vehicle

Bluetooth/WLAN

Inte

rnet

Inte

rnet

1. Travel Plan at Home •  (with parking lot reservation)

2. Travel by car •  Download travel data / route •  Onboard-route guidance •  Route calculation off-board

3. Walking to destination •  Use PDA with map / walking route to go from parking lot destination (Java / native app ? -> look and feel

Seamless Navigation Application General View

25-09-02 Seite 30

Seamless Navigation Application High Level Navigation Requirements

1.  Ability to navigate to a target 2.  The navigation user should have to input the target and way points

only once. 3.  Ability to synchronize destination and way points in order to fulfill

req.2. 4.  Ability of all navigation devices (CCC and PDAs) to cooperate

while navigating (e.g. avoid multiple position or route calculation, simultaneous audio output etc.).

5.  Master awareness => „the better is the master“ strategy, the CCC will be the master for the most operations, but a better performing PDA can become a master for e.g. route calculation => master negotiation protocol.

6.  Seamless navigation continuation after leaving the car. 7.  Ability to update the map

25-09-02 Seite 31

OSGi Framework

Navigation U

I

Route G

uidance

Route C

alculation

Map S

ervice

Positioning A

PI

Com

munication

Service

Navigation Inform

ation S

ynch Service (P

DA

)

Navigation M

aster N

egotiation Service

System

/ Utils / H

MI


Navigation Bundles

Shared Bundles

System/Base Bundles

Seamless Navigation Application Component View

25-09-02 Seite 32

Personal Information Assistant Application General Requirements

•  Synchronization of Personal Data . Home PC / PDA / Vehicle / Server

•  Vcard (Address, Phone) •  Tasks •  Memo •  Email

•  Possible Additional Feature •  Vcar-Profile with Car-Personalization Data

25-09-02 Seite 33

OSGi Framework

PIA U

I

Contacts S

ervice

Synchronization S

ervice

User A

uthentication S

ervice

User A

dmin S

ervice

Com

munication

Service

Calendaring S

ervice

E-m

ail Service

System

/ Utils / H

MI

PIA Application

PIA Bundles

Shared Bundles

System/Base Bundles

Personal Information Assistant Application Component View

25-09-02 Seite 34

Conclusion

To develop Standard API´s for the interaction of subsystems is essential.

OSG is an important standardization activity for the automotive industry that enables the implementation of an open platform design.

examining bmw´s open architecture for telematic applications - h michel

Technology

system platform

ecu ecu ecu ecu gateway

ecu architecture

major increase

kbd pbus

kbd ikbus

software complexity

main challenge