PROJECT MESA

Broadband Mobility for Emergency and Safety Applications

Jatin Kadakia Chair, TSG-SYS jkadakia@qualcomm.com

SEM27-03

Brief History
Project 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 projects
Challenges 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 specifications In January 2001 the partnership agreement was ratified in the City of Mesa (Arizona)
Projects name given in recognition of the signature city MESA = 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 networking Bit rates above 2 Mbits/sec Independent of radio spectrum Secure end-to-end transparent encryption Seamless switching to global broadband infrastructure Enhanced access and terminal capabilities

Main MESA Technical System Features

To fulfil user requirements MESA systems must be:

reliable able to ensure multiple levels of security and encryption easy and fast to deploy able to support Quality of Service (QoS) flexible
adaptable reconfigurable scalable

self-organizing interoperable with existing private and public infrastructures Broadband for mobile low-power consumable able 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

Structure

Organizational Partners

Liaison Standardization bodies + EU & USA Projects

MESA SC (Steering Committee) Service Specification Group Services & Applications SSG SA Technical Specification Group System TSG SYS

System Technical Specifications

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

MS RS K

Authentication Centre

RS

TA11
KS RAND1, RS RAND1 TA12 RES1

TA11

RAND1

KS

R1 RES1 DCK1 XRES1

TA12

DCK1

Participation
Organizational Partners A recognized Standards Development Organization Individual Members Have to be a member of an Organizational Partner Currently 50+ Individual Members Public Safety Members Have to represent a Public Safety entity Currently 40+ Public Safety Members Growing membership Consensus Process with balanced leadership Project MESA is unique in that requirements are derived from actual PPDR professionals

Members
Police, Firefighters and Medical emergency Governmental agencies Manufacturers Network operators Universities/research National Government and Associations Others .Korea, Australia, Japan, India Full affiliation list: http://www.projectmesa.org/info/MESApeople.htm

How we operate
14 meetings have taken place so far, 7 in NorthAmerica 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 MESA MESA infrastructures. CAPABLE

CAPABLE SYSTEM SYSTEM

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.

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 2005 Intended 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 of information 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 fully deliver 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 networks

Automatically 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 Spot Indoor/Emergency/Single Spot Urban/Day-by-Day/Single Spot Urban/Day-by-Day/Wide Area Urban/Emergency/Single Spot Urban/Emergency/Wide Area Urban/Disaster/Wide Area Rural/Day-by-Day/Single Spot Rural/Day-by-Day/Wide Area Rural/Emergency/Single Spot Rural/Emergency/Wide Area Rural/Disaster/Wide Area Scenarios

Example of Network Architecture (3)

Rural+Urban/Emergency+Disaster/Wide Area
peer-to-peer connection AP-to-MESA nodes connection AP-to-AP connection AP-to-MESA router connection Interoperability with external access networks Interconnection through the backhaul to the RCC MESA AP +router

Satellite backhaul Remote Control Centre

HAP backhaul
MESA Node MESA GW MESA AP+router

MESA AP +router MESA Node

MESA Node

Project MESA Network Reference Architecture

Ancillary Wireless Network
AWN WACS (Wireless
Access) AWN Service and Network Control Point (ESNCP)

NMI

AWN Core AWN Core

NMI

NMI

AWN WACS (Wireless

Access)

EAN
EAN EAN Core Core h2 4

h3
EAN Service and Network Control Point (ESNCP)

s3

h2
JAN Service and Network Control Point (JSNCP)

JAN
JAN WACS

JAN Service and Network Control Point (JSNCP)

JAN
JAN WACS

c2

s2

JAN Core JAN Core

JAN Core JAN Core

s2

c2

h1

h1 i1
IAN SNCP IAN SNCP

Infrastructure IAN
IAN WACS
IAN Core IAN Core

Infrastructure IAN
IAN Core IAN Core

c1

s1

s1

c1

IAN WACS

2b

2c

Ad-Hoc IAN and DMO Interfaces

2b 2b
PSCD Handheld Mobile Terminal Semistationary

2 2
PSCD (Handheld)

2a

Mobile Terminal Semistationary

PAN
PAN Device

1a 1a

PAN Device

PAN Device

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 attention

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