PROJECT MESA

Broadband Mobility for Emergency and Safety Applications

Jatin KadakiaChair, TSG-SYS

jkadakia@qualcomm.com

SEM27-03

Brief HistoryProject MESA is a transatlantic public safety partnership between European Telecommunications Standards Institute (ETSI) and Telecommunications Industries Association (TIA) that represents the first international initiative to involve users and organizations from the Public Safety, Disaster Response, Civil Defence sectors, TIA and ETSI

Recognized that ETSI and TIA were independently working on similar projectsChallenges faced by PPDR professionals are similar throughout the world

In May 2000 ETSI and TIA signed a Partnership Project Agreement (PPA) in Washington DC to work collaboratively by providing a forum in which the key players can contribute actively to the elaboration of MESA specificationsIn January 2001 the partnership agreement was ratified in the City of Mesa (Arizona)

Project’s name given in recognition of the signature cityMESA = Mobility for Emergency and Safety Applications

2002 first documents published with Statement of Requirements (SoR)

2005 System Overview and revision of SoR completed

2007 Project MESA system High Level Reference Architecture completed and Functional Requirements derived from SoR by TSG

Observers : • the Telecommunications Technology Association (TTA) of Korea• the Telecommunications Standards Advisory Council of Canada (TSACC)

Objectives

MESA aims at producing globally applicable technical specifications for digital mobile broadband technology, aimed initially at the sectors of public safety and disaster response allowing a co-ordination of regional/international responses to emergencies, disasters and monitoring day-by-day services

Project MESA

Goal is to coordinate capabilities/develop technology specifications for interoperable mobile broadband data for Public Protection and Disaster Relief (PPDR)

Auto-establishing, self-healing, robust, ad-hoc networkingBit rates above 2 Mbits/secIndependent of radio spectrumSecure end-to-end transparent encryptionSeamless switching to global broadband infrastructureEnhanced access and terminal capabilities

Main MESA Technical System Features

To fulfil user requirements MESA systems must be:reliableable to ensure multiple levels of security and encryptioneasy and fast to deployable to support Quality of Service (QoS)flexible

• adaptable• reconfigurable• scalable

self-organizing interoperable with existing private and public infrastructuresBroadband for mobilelow-power consumableable to locate nodes, sensors, robots …

Activities

ETSI and TIA support the administrative needs while the technical work required to develop the Project MESA specifications is performed by members

Members meet every 6 months (alternating between European and North American venues) to coordinate program activities and to review project documents for approval

Between the meetings, members coordinate specification development and other activities primarily during phone conferences and through e-mail

StructureLiaison Standardization bodies

+ EU &

USA

Projects

System Technical Specifications

Service Specification Group

Services & Applications

SSG SA

Technical Specification Group

System

TSG SYS

Organizational Partners

MESA SC(Steering Committee)

Structure

Service Specification Group - Services and Applications (SSG –SA) i.e. USERS

WRITE WHAT THEY NEED !

Technical Specification Group – System (TSG – SYS) i.e. Technical people

TRANSLATE THAT INTO TECHNICAL REQUIREMENTS

RES1TA12

TA12

KS

RAND1

DCK1

KSRAND1RAND1, RS

MSAuthentication

Centre

TA11

KRS

TA11

KRS

XRES1 DCK1

RES1

R1

Participation

Organizational PartnersA recognized Standards Development Organization

Individual MembersHave to be a member of an Organizational PartnerCurrently 50+ Individual Members

Public Safety MembersHave to represent a Public Safety entityCurrently 40+ Public Safety Members

Growing membership

Consensus Process with balanced leadership

Project MESA is unique in that requirements are derived from actual PPDR professionals

MembersPolice, Firefighters and Medical emergency

Governmental agencies

Manufacturers

Network operators

Universities/research

National Government and Associations

Others

….Korea, Australia, Japan, IndiaFull affiliation list: http://www.projectmesa.org/info/MESApeople.htm

How we operate

14 meetings have taken place so far, 7 in North-America – 7 in Europe.

Next meeting (MESA #15)• 30 October to 1 November, 2007 in Kista - Sweden hosted

by Ericsson

Electronic working on Mailing lists available for all the groups and open to the everyone

MESA system of systems approach

Develop MESA capabilities as a “system of systems” maximizing usage of existing communications technologies and infrastructures.

MESA specification development is taking a technology neutral approach and resulting implementations may involve private and/or commercial technology and systems, along with new technologies still under development.

MESA CAPABLE SYSTEM

MESA CAPABLE SYSTEM

Statement of user Requirements (SoR)

Developed within the user-focused Service Specification Group (SSG) of MESA and approved by the Project MESA Steering Committee (SC)in 2002, revised in 2005Intended to describe and define functional and operational user requirements, capabilities, applications and scenarios that involve broadband air interface data rates

documents the details of PPDR scenarios, describing the types ofinformation that are routinely required to support PPDR activities technology needs within Public Protection & Disaster Relief (PPDR) discipline

Emphasis on applications identified by users/agencies as key requirements, but which current applied technology may not fullydeliver To view the latest SoR document, please visit http://www.projectmesa.org/ftp/Specifications/

How has this been done ?

Together ! Driven by consensus

Processes ensure that everyone can contribute

Identify common requirements

Document your requirements

Add/review/delete ……please

TSG => Technical Specification Process

Identification and derivation of the System Technical Requirements from the SoR

The mapping consists in reorganizing the breadth of information provided in the SoR into a logical framework that could be used to identify the system technical requirements across the different PPDR scenarios

TSG SYS is going to derive a generic set of MESA communications requirements (bandwidth, delay, jitter, QoS, security, priority access, scalability…) that address the requirements of all PPDR scenarios

MESA Scenarios

Typical scenarios were developed to stimulate thought about possible applications

MESA Technology

Wireless fixed ad hoc network

MESA Technology

Mobile ad hoc networksAutomatically establishing “self-healing” network“Moving hot spot”Ultra-fast deploy

MESA Applications

Mobile robotics• Hazardous material removal• Anti-terrorist action• Rescue in hazardous locations• Remote inspection

MESA Applications

Remote patient monitoring• Blood pressure• Cardiac activity• Encephalographic data• Body temperature

MESA Applications

The MESA Firefighter• Biometric monitoring• Positioning• Environment monitoring

EU mock-up

Categories “Cube”

Services have been sorted into 12 different categories resulting from the combination of identified

Indoor/Day-by-Day/Single SpotIndoor/Emergency/Single SpotUrban/Day-by-Day/Single SpotUrban/Day-by-Day/Wide AreaUrban/Emergency/Single SpotUrban/Emergency/Wide AreaUrban/Disaster/Wide AreaRural/Day-by-Day/Single SpotRural/Day-by-Day/Wide AreaRural/Emergency/Single SpotRural/Emergency/Wide AreaRural/Disaster/Wide Area

Scenarios

Example of Network Architecture (3)Rural+Urban/Emergency+Disaster/Wide Area

MESA GWMESA AP+router+router

MESANode

MESA AP+router+router

MESANode

Satellitebackhaul

HAP backhaul

RemoteControlCentre

MESA AP+router+router

MESANode

peer-to-peer connectionAP-to-MESA nodes connectionAP-to-AP connectionAP-to-MESA router connectionInteroperability with external access networksInterconnection through the backhaul to the RCC

Project MESA Network Reference Architecture

PAN

PAN Device

PAN Device

PAN Device

1a

1aPSCD (Handheld)

1

JAN

Infrastructure IAN

IAN WACS

JAN WACS JAN CoreJAN Corec2

JAN Service and Network Control Point (JSNCP)

Ancillary Wireless NetworkAWN Core

AWN CoreAWN WACS (Wireless Access)

EANEAN Core

EAN Core

JAN

JAN WACSJAN CoreJAN Core c2

JAN Service and Network Control Point (JSNCP)

IAN CoreIAN Core

Infrastructure IAN

IAN WACSIAN CoreIAN Core

EAN Service and Network Control Point (ESNCP)

IAN SNCP IAN SNCP

Ad-Hoc IAN and DMO Interfaces

PSCD Handheld Mobile Terminal Semi-stationaryMobile Terminal Semi-

stationary2 2a

2

2b

4

3

2c

c1 c1s1s1

i1

s2 s2

h1 h1

h2h2

2b

AWN Service and Network Control Point (ESNCP)

s3

NMINMI

h3

3

2b

3

AWN WACS (Wireless Access)

NMI

4

Terminology

IAN – Incident Area Network

JAN – Jurisdictional Area Network

EAN – Extended Area Network

PAN – Personal Area Network

PSCD – Public Safety Communications Device

AWN – Auxillary Wireless Network

DMO – Direct Mode Operation

Successes

Achievement of the Statement of requirements documents

represents the first trans-Atlantic consolidated view expressed directly by the professional users it represents a unique source of information in the aim of understanding the often very difficult and dangerous working environments, which the user community is facing, such that industry can provide the most effective and accurate technical solutions.

Project MESA High Level Network Reference Architecture

These are living documents and additional input is welcome to further refine them

Current Status

Creation of North American and European user focus groups to validate the functional requirements developed by TSG and derive harmonized functional requirements

North American focus group is currently working to validate the functional requirements (expected 1st week of November 2007)

Work closely with various groups (NPSTC, BBWG, PSBL, PSST, etc.) involved with 700 Mhz D Statement of Requirements development

Next Steps

European focus group validation of functional requirements

Continue to evolve SoR, network architecture and functional requirements to reflect any new needs

Perform technology gapping analysis for the technologies proposed (TSG process)

Validation of gapping analysis (SSG process)

Derive and validate technical specifications

Submit technical specifications to OPs (operational partners – ETSI and TIA) for standardization

Thank you for your attentionThank you for your attention

For more information please visit:http://www.projectmesa.orghttp://portal.etsi.org/mesa