SIXTH FRAMEWORK PROGRAMME - PRIORITY FP6-2002-IST-1/ IST-2002-2.3.1.4 - Mobile and wireless systems beyond 3G

WIDENS and MESA

Walter Legrand, EADSVania Conan, THALES

MESA, 26 October 2005

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

2

WIDENS Project Factsheet

• R&D project (www.widens.org)– 8 partners – mix of academia and indusry (ETSI members:

Thales, EADS, HUT, Eurecom)– 3 Meuros budget, 2 years effort ending on 31 Jan 2006

• Target– Investigate technologies applicable to MESA type

incident area networks

– Validate it with a prototype system and demonstration

• A platform to experiment/validate technologies

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

3

Purpose of presentation

• Approach– Based MESA DTR 70.0012 V1.2.6 (2005-10) as a

reference in the presentation– Identify links between MESA and WIDENS

technology developments

• Goals– Provide feedback on the WIDENS approach to MESA– Receive feedback from MESA on the WIDENS

approach

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

4

Positionning in the architecture

• WIDENS as an example MESA IAN

Base Station 1

Base Station 2

Base Station 3

Device 1 Device 2

Sensor

Sensor Sensor

BackboneNetwork

SensorNetwork

Incident AreaNetwork

Ad hocWidensnetwork

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

5

WIDENS Wireless interface

• Tightly coupled MAC/PHY– Hierarchical scheduling driven by wideband channel quality and

traffic volume• TDD, but potentially multi-frequency• Time-slotted, distributed network timing synch• Not connection oriented

– channel access is quasi-random but contention-free (inside cluster) due to feedback-based scheduling.

• Dynamic OFDM(A)-based, multi-antenna capable (2,4 TX/RX)

• Coded Modulation– 802.11a coded-modulation (default)– MIMO STC (TAST) in P2P links– concatenated coding possible although not specified at present

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

6

WIDENS Network

• Reservation scheme– Flow-based reservation– Several traffic classes are possible– RSVP-like reservation mechanism

• Multi-hop routing based on adaptations of OLSR– Introduction of QoS information in the topology set of the network– Choice of next-hop to destination based on QoS constraints

• Connection Admission Control– based on hello messages received from 1-hop neighboring nodes

• Securing the routes– Authentication of nodes (X509.v4 certificates, RSA and ECC keys)

• Cross-layer optimisations– For routing: 1-hop and 2-hop neighbourhood discovered by MAC– For QoS: mapping of network Qos classes to MAC layer queues

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

7

WIDENS node architecture overview

EFFICIENT SECURITY

COMPONENTS

ENHANCED 802.11 DLC/MAC/PHY SERVICES

ConnectionAdmission Control

OLSR QoSRouting Extensions

QoS Management(reservation protocol)

QoS ReservationSignaling Protocol

CROSS-LAYER INTERFACE

Get QoS Status

CheckRoutingDecision

GetTopology& QoSInformation

Set, Delete,and Update

QoSReservation

OLSR SecureRouting Extensions

Optimized Link State Routing protocol– OLSR –

GetBestRoute

DeploymentMonitoring

ConfigurationService

Get / SetOLSRInformation

Get / SetOLSRInformation

GetDeploymentInformation

OLSR DeploymentExtensions

Get / SetOLSRInformation

MANAGEMENT

COMPONENTS

Data BasesReplication

ADVANCED QOSCOMPONENTS

MANAGEMENT SERVICES

Audio / VideoSurveillance

PUBLIC SAFETY APPLICATIONS & SERVICES

QoS Reservation Requests

GetDeploymentInformation

Network Discovery &Cluster Management

Radio Resource Control

Hello Protocol2-hop view

TrafficReservation

Request

Address ResolutionProtocol (ARP)

Data Queues &Measurements

Synchronization

AccessScheduling

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

8

WIDENS as an example ad hoc IAN

WIDENS ad-hocnetwork (p2p) WIDENS MAC

Cluster head

WIDENSCluster

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

9

Demonstration on January 26th 2005in Sophia Antipolis

TeamTeam

Garbejaïrevillage

Eurecombuilding

Control roomControl room

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

10

Topology

Cluster 2

TeamTeam

Control roomControl room

Cluster 1

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

11

Equipment

• A new PCMCIA Module is developed to demonstrate the feasibility of hardware solutions of the WIDENS system

– MIMO capable (two-antennas) – multi-frequency capable (2 GHz

today and 4-6 GHz at end of project)

– An important part of signal processing can be performed on the onboard FPGA in order to reduce the burden on the host PC.

• A choice was made for the Linux OS to develop the networking functionalities

– The UniK OLSR deamon was chosen as a starting point

– XORP Platform– CLICK Forwarding Plane

FPGAAD/DA

RF

WIDENS-specific equipment (2GHz)

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

12

Demonstration features

• Main features:– Communication between two clusters – Mobility of a node between the two clusters– Multihop routing in BE and with QoS (reservation, CAC)– Voice communication between any two nodes (multihop

narrowband UDP traffic)– Simultaneous access to the database from two nodes (multihop

narrowband TCP traffic)– Video streaming (broadband TCP traffic)– Secure routing– Deployment tool

• Interested by attending the demo ?– Send an email to vania.conan@fr.thalesgroup.com

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

13

WIDENS

Thank you for your attention!

www.widens.org

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

14

ANNEX - MESA specifications and WIDENS

• Setting the scene:

• The future building blocks• The working assumptions• Similar ongoing work• WIDENS presentation , strawman…

demonstration…• An example of possible roadmap• Standardization proposals• The SoR mapping

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

15

The future building blocks and key technologies (1)

• Technology evolution: ICT model (from the ISO model 7 Layers – convergence Telecom and Computers – VoIP…)– Multi - Service level– Middleware level– Multi access level

• Today what is key is the Service level and the Middleware level– SOA ‘Service Oriented Architecture’ under dev.– Middleware which is handling network selection, mobility,

Security levels, QoS handling, formats…

• Access technology is made transparent (Then it can be done by I3E, TR8…separately, asynchronously)

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

16

The future building blocks (2)

• Data Links• SDR

– Software defined radio but security risks still and performance risks.

– Intermediate steps multi mode and multi frequency

• Interconnection to legacy systems with end to end security (SCIP, SDR…)

• Complex common ICT architecture to different users as PPDR, Defence, Homeland Security

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

17

Some Working assuptions (1)

• Users have in the SoR defined the Services they want, but they do not care about the technology used (If standardised…) as long as it meets their needs

• Interoperability has three levels:– Operational (the USERS main interest…)– System (Mobility, QoS, Security…)– Technical (Wired, wireless, fixed and mobile

accesses…)

• Legacy systems interconnection and migration is key

• Roadmap is needed with steps due to the the technology evolutions

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

18

Working assumptions (2)

• There are so many combinations of services, procedures, formats… that a Service Oriented Architecture is the proposed way. (A Service is a combination of generic sub services…)

• In order to deal with multiple information formats the XML model is proposed.

• SDR is still ‘costly’, with security and performance risks

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

19

Access Middleware (QOS, Security, Mobility)

Wired, Wireless fixed and mobile Accesses

Service Middleware (SOA ongoing)

Applications (Voice, Video, Medical, Data, Loc…)

USER1 USER2 USER3

NETWORKS

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

20

Similar Users and Industry ongoing work

• Similar ongoing work examples to liaise with and possibly reuse:– NCOIC (Network Centric Operations Industry

Consortium – Boeing), 2 regions US and Europe– NATO NEC Network Enabled Capabilities US and

EU– CEN Network Enabled Abilities and OASIS– ETSI NGN core IMS…– E2R…

• Vision: Develop a generic architecture on which to plug different accesses for multiple customized users applications and services

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

21

Roadmap

• ACCESS– Use first Wireless access that is ‘stable’ as 802.11

• But Data rate limitation to 10Mbs• But Mobility limited to pedestrian…

– Later 802.16 with data rate of 50Mbs for example when mobility is added…

• Middleware– Access middleware: Modified (Standards review and gap

analysis)• Mobility ‘AD HOC’• QoS

– Service middleware in a second step

• Security– Authentification: Choose first the RSA algorithm as it is more

efficient than the ECC but not so strong– Then optimize the ECC one…

SIXTH FRAMEWORK PROGRAMME - PRIORITY FP6-2002-IST-1/ IST-2002-2.3.1.4 - Mobile and wireless systems beyond 3G

WIDENS project, in parallel to MESA has been starting to

validate the model from the SoR

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

23

Some Standardization proposals

• A generic architecture (Strawman)• Open interfaces as

– The Applications APIs– The Cross Layer interface– The ‘Hello’ messages– The Security APIs

• To decorelate the applications with the access technology

• WIDENS allows to test one architecture, trial results will help

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

24

Mapping to the SoR

• MESA/WIDENS• Data rate ‘limited’ to

10MBs shared• One level: auth.• Ad hoc, pedestrian• GPS• Dynamic • Yes• Yes, routing…• Video, voice, data

access

• SoR• Allow high quality video• Multiple levels of

security• Speed up to 300km/h• Localisation• Operations mgt• Self healing• Garantee of QoS• Multiple applications

WID

EN

S /

ME

SA

Ed

imb

urg

h m

ee

ting

, No

vem

ber

20

05

25

Conclusion

• Some of the concepts required by the MESA SoR are validated:– Ad Hoc for PPDR– Security level1– Qos and priority handling– IAN, JAN concepts– Broadband based on civil standard

…

Follow up almost ready to start...