FLYSAFE Andrew K. Mirza, Met Office RTCA Special Committee 206 5th Meeting 14th June 2006 Met Office

1
FLYSAFE Andrew K. Mirza, Met Office RTCA
Special Committee 206 (5th Meeting)14th June
2006Met Office, Exeter
2
FLYSAFE

• Introduction
• FLYSAFE Scope and Objectives
• Weather Information Management Systems
• Flight Scenarios
• Ground Weather Processors Communications
• Project Timescales
• Data and Data Link
• Flight Simulations / Flight Trials
• Comments
• Contact Details

3
Introduction

• We have taken this opportunity to address this
  meeting of the RTCA to present an informal
  overview of the FLYSAFE Project.
• As this is an informal presentation, the details
  and content may change and may not represent the
  official position of the FLYSAFE Consortium.
• Personal Details
• Andrew Mirza, Senior Applied Scientist, Aviation
  Applications
• Joined the Met Office in April 1998, as a member
  of Forecasting Development Team responsible for
  development of production systems to deliver Air
  Quality and Ensemble Forecasts
• joined the Aviation Team in January 2006, work
  package leader responsible for development of a
  data delivery system for FLYSAFE

4
FLYSAFE Scope and Objectives

• FLYSAFE Scope and Objectives
• Expectation of an increase in world-wide
  air-traffic during the next 20 years which may
  affect flight safety
• Safety depends on actions of flight crew, which
  depends on their situation awareness
• FLYSAFE will design, develop and implement a Next
  Generation Integrated Surveillance System (NGISS)
  to improve flight crew situation awareness
• The NGISS shall be a decisive step towards the
  ACRE VISION-2020 for flight safety
• FLYSAFE will improve flight safety by addressing
  the main causes of accidents collision with
  terrain, traffic and adverse weather

5
FLYSAFE Scope and Objectives
6
FLYSAFE Scope and Objectives

• The three main types of hazards sources for
  aviation
• adverse atmospheric conditions, traffic and
  terrain,
• have led to the creation of three Project
  branches, with a fourth branch dedicated to the
  development of the
• Next Generation Integrated Surveillance System
• itself with the integration of the design
  solutions.

7
FLYSAFE Scope and Objectives

• Atmospheric hazards will develop means to
  increase the awareness onboard aircraft with
  regard to all major sources of atmospheric
  hazards (wake vortex, wind-shear, clear air
  turbulence, icing, and thunderstorm).
• Traffic hazards will develop means to increase
  the crew traffic situation awareness and provide
  them with information on potential traffic
  hazards along the flight path.
• Terrain information management will develop
  means to increase the crew terrain and obstacle
  situation awareness and provide them with the
  potential terrain and obstacle hazards along the
  flight path.
• The validation of the complete NG-ISS system,
  with both ground and onboard components, will be
  performed by means of a set of simulator and
  flight trials, involving a representative group
  of pilots.

8
FLYSAFE Scope and Objectives

• The remainder of this presentation will focus
  upon the component for Atmospheric Hazards

9
Work Package 2Atmospheric Hazards
WEATHER HAZARDS
AIRCRAFT
GWP surface a/c communication
GROUND
-
BASED WEATHER PROCESSOR
COMMUNICATIONS
interface to other users
WP 2.2.7
WIMS GWP surface communication
WEATHER INFORMATION MANAGEMENT SYSTEMS
WP 2.2.2
WP 2.2.3
WP 2.2.4
WP 2.2.5
WP 2.2.6
OBSERVATIONAL SYSTEMS AND INPUT DATA SOURCES
radar
weather prediction
weather
satellite
wind
PIREP
lightning
observations
aircraft
profiler
models
WEATHER HAZARDS
10
Flight Scenarios

• To aid development of the atmospheric awareness
  sub-system two flight scenarios were written
• Scenario1 Routine European Flight flight time
  
• Scenario2 Routine Transatlantic Flight flight
  time two hours
• Scenario includes events icing, volcanic ash,
  thunderstorm
• This scenario will not be presented here but
  details are available on request

11
Flight Scenarios
12
Ground-Based Weather Processor Communications

• Inputs Outputs

WP 1.1.1 OCD
WP 1.1.1 FLYSAFE Func. Spec
WP 2.3.6 On-board Data Fusion Display
13
Ground-Based Weather Processor Communications

• Ground Weather Processors Specification and
  Design
• Baseline system Enhanced System
• Two-way data link between ground and aircraft
• Weather Products for dissemination on demand
  using the available two-way data link
• Establishment of Two-way data link (working with
  WP-235)
• Uplink of atmospheric data downlink requests
• Communication protocols user authentication,
  data security
• Characteristics of data size, format, refresh
  rate, transmit rate, compression and criticality
• Data Dissemination Specification and Design
• Replicate up-linked atmospheric data to other
  users, e.g., Air Traffic Management,
  Weather Forecasters

14
Ground-Based Weather Processor Communications

• Deliverables
• February 2006 Literature Review
• June 2006 - Specification of the Baseline Ground
  Weather Processors
• February 2007 Prototype of Baseline Ground
  Weather Processors
• June 2007 Specification of Enhanced Ground
  Weather Processors
• December 2007 Prototype of Enhanced Ground
  Weather Processor
• February 2008 Presentation of Enhanced Ground
  Weather Processor (link to WP-228 Evaluation)
• February 2008 Report on data-link (uplink and
  downlink)

15
WP-227 Ground-Based Weather Processor Units
Communications

• Participants
• UKM Met Office National Met Service (United
  Kingdom)
• Leads WP-227 and ensures consistency with WP-235
• FME Meteo France National Met Service (France)
• Development of Ground Weather Processor and
  Implementation of WIMS for GWP.
• NLR National Aerospace Laboratory (Netherlands)
  
• Define specify two-way data link and interface
  to WIMS
• DLR National Aerospace Research Centre
  (Germany)
• Two-way comms and data link to WIMs for Wave
  Vortices Thunderstorms
• RCF Rockwell Collins (France)
• Two-way comms and data link to WIMs - onboard
• UNI University of Hannover (Germany)
• Co-ordinates with WP-210

16
Ground-Based Weather Processor Communications
CONSTRAINT CPU STORAGE, REFRESH RATE
DATA FUSION
DISPLAY HANDLER
PILOT
AIRCRAFT OBS
DATA LINK
STD WX DISPLAY
AIRCRAFT
CONSTRAINT DATA RATE RECEPTION
DOWN LINK
CONSTRAINT DATA RATE TRANSMISSION
UP LINK
CONSTRAINT DATA FORMAT
AIRCRAFT TYPE 1
AIRCRAFT TYPE 2
AIRCRAFT TYPE 3
PILOTS REQUEST
BROADCAST HAZARDS
AIR-OBS HANDLER
ATC/ATM
GROUND WEATHER PROCESSOR
WIMS ICING
WIMS VORTEX
WIMS STORMS
WIMS TURBU.
17
Ground-Based Weather Processor Communications

• Joint technical meeting between 221, 227, 235,
  236 discussed ground-based architecture, data
  transmission, on-board data fusion and display
  management
• Data Geo-reference
• all meteorological data shall be geo-referenced
  using latitude-longitude co-ordinates on an
  ellipsoid model with altitude being referenced to
  mean sea-level (to be used also by terrain and
  tracking components
• Data Format
• All non-gridded meteorological data shall be
  disseminated in the form of objects using XML to
  define such objects
• All gridded meteorological data may be
  disseminated using the NetCDF
• Data Coverage
• decision support at the strategic time scale (
  20 mins)
• the aviation user's flight corridor volume of
  space surrounding the airborne user

18
Ground-Based Weather Processor Communications

• Flight Corridor
• To provide the aviation user with weather
  information that will correspond to the radar
  range (at minimum) and with sufficient
  information to enable decision support for flight
  times ahead, below, behind and either side.

19
Ground-Based Weather Processor Communications

• Data Request
• Aviation user to request data (request reply)
  baseline system
• Data Optimisation
• Data to be optimised for transmission using an
  agreed algorithm
• Data Security
• No decision was made at this meeting
• Data Routine Weather Products
• SIGMET, SIGWX, Volcanic Ash, Tropical Storm

20
Ground-Based Weather Processor Communications

• Data Link Technology
• FLYSAFE are at a too early a stage to present
• a clear definition of technology to be used
• type of transmission
• standards and format of data
• WP-235 Data Link
• A document describing current and promising data
  link technologies has been written
• A number of weather products have been identified
  for uplink, which will inform the weather data
  link characteristics for FLYSAFE
• Iterative Refinement
• Recognising that there are implicit dependencies
  between weather data specification ground based
  systems communications and on-board systems we
  are undertaking a process of iterative refinement
  to answer questions that will lead to the
  baseline systems

21
Ground-Based Weather Processor Communications

• Data Flow Illustration

22
Ground-Based Weather Processor Communications

• Flight Tests
• Full Flight Simulations
• 16 Airline Crews will participate in the
  experiment. Each crew will conduct simulator
  sessions for a minimum of two full days, while
  three days are available for pilot briefing,
  training and debriefing
• Flight Trials
• Two campaigns
• Winter (1st Feb 2008 1st Apr 2008)
• Summer (1st Jul 2008 31st Aug 2008)

23

• Comparison of terminology/concepts for weather
  information
• FLYSAFE RTCA Met Office - JEDDS()
• - point point observations (BUFR)
• - area -
• gridded (NetCDF) gridded gridded (GRIB)
• data-object (XML) vector sensible object (GML)
• point-to-point request/reply -
• broadcast broadcast -
• - contract -
• () Joint Environmental Dynamic Data Service to
  supply meteorological data in support of tactical
  decision aids

24
Contact Details

• FLYSAFE Website http//www.eu-flysafe.org
• Work Package 2 Leader Atmospheric Awareness
• Bob Lunnon bob.lunnon_at_metoffice.gov.uk
• Rebecca Quaggin rebecca.quaggin_at_metoffice.gov.uk
  
• Work Package 227 Leader Ground Weather Processor
• Andrew Mirza andrew.mirza_at_metoffice.gov.uk

25
Development Plan