Versions Compared

Version Old Version 19 New Version 20
Changes made by

LEPORI Hubert

LEPORI Hubert

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Panel
borderColorblack
borderStyledashed
Excerpt

This section describes the use cases related the eFPL usage by ANSPs.

Table of Contents
maxLevel1
absoluteUrltrue
typeflat
separatorpipe

Warning
titleStatus
WORK IN PROGRESS - content should not be used







Panel
titleFull table of contents

Table of Contents
absoluteUrltrue

Use Cases Categorisation

CategoryGeneral Description
VisualisationThis category covers UCs whereby the eFPL content is displayed to various actors in an ACC (e.g. Flight Data Assistant, Flow Manager, Supervisor, Coordination Controller, Executive Controller) for enhancing their situational awareness and satisfying additional information needs.
Flow ManagementThis category covers UCs whereby the eFPL content is used in Flow- and Complexity Tools in order to improve the quality of the respective forecasts and the related planning for sector configurations and staff allocation. These UCs are acknowledged in the ICAO FF-ICE Implementation Guidance Manual, Section “Implementation Strategy” :
By taking the first step of accepting FF-ICE flight plans through the filing service, ASPs would gain access to more detailed trajectory information. This would be useful for strategic traffic flow management purposes, at the same time allowing ASPs to explore/develop other capabilities made possible by the additional trajectory information. ASPs will be able to gain experience in using the trajectory information and hence better build up their system capabilities for information processing, …
Core ATC systemThis category covers UCs whereby the eFPL content is used in various components of the core ATS-System, where flight plan information is used and needed. The mainly affected component would be the Flight Data Processing System (FDPS), but also other components could benefit directly or indirectly from eFPL information, e.g. Arrival Management Systems and Conflict Detection Tools
...


Use Cases Overview


Content of
the distributed eFPL

Use Cases
Data CategoryData Item
Flight IdentificationGUFI (blue star)
Aircraft Identification
Flight Status

Operator Flight Plan Version (blue star)
Revalidation Status (blue star)
Revalidation Status Explanation (blue star)
Flight Characteristics







Flight Rules
Type of Flight
Special Handling
Flight Plan Originator
Remarks
Operator
Equipment and Capabilities
Supplementary Information Source
Required Runway Visual Range
Aircraft Characteristics






Total number of aircraft
Registration
Aircraft Address
SELCAL Code
Mode A Code
Number and type of aircraft
Wake Turbulence Category
Aircraft Approach Category
Departure/Destination Data





Departure Aerodrome
Destination Aerodrome
Estimated Off-Block Time
Departure Airport Slot Identification (blue star)
Destination Airport Slot Identification (blue star)
Departure Runway (blue star)
Destination Runway (blue star)
Alternates

Alternate Destination Aerodrome(s)
Alternate Take-Off Aerodrome(s)
Alternate En-Route Aerodrome(s)
Desired Route/Trajectory (blue star)
Agreed Route/Trajectory (blue star)Display of the Agreed Route/Trajectory to the ATCO when radar contact has been lost
           Route/Traj. Group


Aircraft Take-off Mass (blue star)

Processing of the Aircraft Take-off Mass for trajectory computation

Display of the Aircraft Take-off Mass to the ATCO

Requested Cruising Speed
Requested Cruising Level
Total Estimated Elapsed Time
General Flight Constraint (blue star)
         Route/Traj. Element

















Along Route Distance (blue star)
Route Element Start PointUse of the (Expanded) Route Element Start Points for trajectory computation
Route to Next Element
Modified Route Indicator (blue star)
Route Truncation Indicator (blue star)
Requested Change
Route/Trajectory Constraints (blue star)
Trajectory Point (blue star)
            Geo Position (blue star)
            Time (blue star)
            Predicted Airspeed (blue star)
            Predicted Ground Speed (blue star)
            Wind Vector (blue star)
            Assumed Altimeter Setting (blue star)
            Temperature (blue star)
            Trajectory Point Property (blue star)
            Weight at 4D Point (blue star)
Planned Delay
          Route/Traj. Aircraft PerformancePerformance Profile (blue star)Processing of the Performance Profile for trajectory computation
Speed Schedule (blue star)Processing of the Speed Schedule for trajectory computation
Route to Revised DestinationRevised Destination
Route String to Revised Destination
Dangerous GoodsDangerous Goods Information (blue star)
AIRACAIRAC Reference (blue star)
Supplementary InformationFuel Endurance
Persons on Board
Emergency Radio
Survival Capability
Life Jacket Characteristics
Aircraft Colour and Markings
Pilot in Command
Dinghies
Remarks
Other European ItemsRoute Text
Ifps Identifier
Stay Information
AO What-If ReRoute Indicator
Replacement Flight Plan Indicator








Use Cases Descriptions

Aircraft Take-off Mass

Flight Status UCs

Flight Performance UCs

Processing of the Aircraft Take-off Mass for trajectory computation

Expand
NameProcessing of the Aircraft Take-off Mass for trajectory computation
CategoryCore ATC system
Actors

Main: ANSP FDPS

Other: NM Publication Service

Preconditions
  • the NM Publication Service is consumed by the ANSP
  • the Take-Off Mass is provided by the AU in the filed eFPL
  • the Take-Off Mass provided in the filed eFPL is shared by NM in the distributed eFPL
Trigger

A distributed eFPL containing a Take-Off Mass is received by the ANSP.

Description

A take-off mass is received. It is used by the FDPS as a replacement of the current parameter (e.g. as a replacement of a static adapted BADA parameter).

...


Display of the Aircraft Take-off Mass to the ATCO

Expand
NameDisplay of the Aircraft Take-off Mass to the ATCO
CategoryVisualisation, Core ATC system
Actors

Main: ATCO, ANSP

Other: NM Publication Service

Preconditions
  • the NM Publication Service is consumed by the ANSP
  • the Take-Off Mass and the Type of Aircraft are provided by the AU in the filed eFPL
  • the Take-Off Mass and the Type of Aircraft provided in the filed eFPL are shared by NM in the distributed eFPL
Trigger

A distributed eFPL containing a Take-Off Mass and the Type of Aircraft is received by the ANSP.

Description

A Take-Off Mass and a Type of Aircraft are received. The Take-Off Mass is displayed to the ATCO with an indication whether this is considered heavy for such an Type of Aircraft or not.

The ATCO can use this information to directly evaluate whether some rate of climb/descent can be made or not, without having to ask, thus saving frequency time.

...

Performance Profile UCs



Processing of the Performance Profile for trajectory computation

Expand
NameProcessing of the Performance Profile for trajectory computation
CategoryCore ATC system
Actors

Main: ANSP FDPS

Other: NM Publication Service

Preconditions
  • the NM Publication Service is consumed by the ANSP
  • the Performance Profile is provided by the AU in the filed eFPL
  • the Performance Profile provided in the filed eFPL is shared by NM in the distributed eFPL
  • the Performance Profile provided in the distributed eFPL is received by the ANSP
Trigger

A distributed eFPL contaning a Performance Profile is received by the ANSP.

Description

A performance profile is received. It is composed of a climb profile and a descent profile, both expressed as a sequence of profile points each containing: distance, time duration, flight level or altitude, and optionally the true airspeed.

Upon receipt, the climb and descent profiles are compared with the relevant departure and arrival portions of the FDPS local trajectory assuming zero-wind, standard atmosphere and no constraint.

This comparison produces correction factors (in distance, time, level, speed...) that can be subsequently applied by the FDPS during the trajectory computation, as appropriate.

...

Speed Schedule UCs



Processing of the Speed Schedule  for trajectory computation

Expand
NameProcessing of the Speed Schedule for trajectory computation
CategoryCore ATC system
Actors

Main: ANSP FDPS

Other: NM Publication Service

Preconditions
  • the NM Publication Service is consumed by the ANSP
  • the Speed Schedule is provided by the AU in the filed eFPL
  • the Speed Schedule provided in the filed eFPL is shared by NM in the distributed eFPL
Trigger

A distributed eFPL containing a Speed Schedule is received by the ANSP.

Description(warning) TODO
...
4D

Route/Trajectory UCs

Display of the Agreed Route/Trajectory to the ATCO when radar contact has been lost

Expand
NameDisplay of the Agreed Route/Trajectory to the ATCO when radar contact has been lost
CategoryVisualisation, Core ATC system
Actors

Main: ATCO, ANSP

Other: NM Publication Service

Preconditions
  • the NM Publication Service is consumed by the ANSP
  • the Agreed Route/Trajectory is shared by NM in the distributed eFPL
  • The distributed eFPL containing an Agreed Route/Trajectory is received by the ANSP
TriggerRadar contact is lost with the flight
Description

The agreed route/trajectory is displayed to the ATCO when radar contact is lost. This enables the ATCO to keep performing ATC and apply the appropriate procedural separation mechanisms.

...


Use of the (Expanded) Route Element Start Points for trajectory computation

NameUse of the (Expanded) Route Element Start Points for trajectory computation
CategoryCore ATC system
ActorsMain: ANSP FDPS

Other: NM Publication Service
Preconditions
  • the NM Publication Service is consumed by the ANSP
  • An Expanded Route is provided by the AU in the filed eFPL (package 2B or 2C)
  • An Expanded Route and the Route Text are provided by NM in the distributed eFPL
TriggerA distributed eFPL containing an Agreed Route/Trajectory with an Expanded Route is received by the ANSP.
Description

Upon receipt of the eFPL, the sequence of Route Element Start Points from the eFPL is used as follows by the FPDS:

  • OPTION 1: the FPDS no longer computes an expanded route from the Route Text, and uses instead the sequence of Route Element Start Points from the eFPL "as is";
  • OPTION 2: the FDPS still computes an expanded route from the Route Text, and then compares this computed expanded route with the expanded route from the distributed eFPL. The outcome of this comparison is then used by the FPDS to enhance the computed expanded route. For instance, expanded route points present in the eFPL but missing in the computed expanded route are added to the computed expanded route.
...













Expand
titleWork Area / Old content

Use of eFPL for Visualisation

General Description

Several items of the eFPL can be displayed to various actors in an ACC for enhancing their situational awareness and satisfying additional information needs.

  1. Use of the eFPL data as an analysis tool – for learning purposes and training
  2. Visualisation of eFPL data as a Fall back mechanism, should the system encounter failure
  3. Visualisation of eFPL data enabling to perform ATC even when radar contact has been lost (Lack of contact with AU, procedural separation mechanisms)

Relevant eFPL content

These items include:

  • Agreed 4D Trajectory
  • Unconstrained Trajectory
Note

To be clarified: is this the desired trajectory captured in the filed eFPL, or the performance profile, which a zero-wind, standard atmosphere profile reflective of the flight capabilities and desired parameters.

  • Trajectory Change Points (TCP)
  • FPL2012 Field 15

Actors

  • Flight Data Assistant
  • Flow Manager
  • Supervisor
  • Coordination Controller
  • Executive Controller

Use of eFPL for Flow Management (Traffic Complexity Tools)

General Description


The information of the eFPL can be used in Flow- and Complexity Tools in order to improve the quality of the respective forecasts and the related planning for sector configurations and staff allocation.


Info
Quote from ICAO FF-ICE Guidance Material, Section “Implementation Strategy”
By taking the first step of accepting FF-ICE flight plans through the filing service, ASPs would gain access to more detailed trajectory information. This would be useful for strategic traffic flow management purposes, at the same time allowing ASPs to explore/develop other capabilities made possible by the additional trajectory information. ASPs will be able to gain experience in using the trajectory information and hence better build up their system capabilities for information processing, ……

Relevant eFPL content

  • Take-off Mass ( Would be used in EFD)

  • Performance data: performance profile, speed schedule ( Would be used in EFD)

  • Agreed 4D Trajectory

  • Trajectory Change Points (TCP)

  • FPL2012 Field 15

Actors

  • Flow Manager

  • Supervisor

Use of eFPL data in Core ATC system (FDPS)

General Description

The information of the eFPL can be used in various components of the core ATS-System, where flight plan information is used and needed. The mainly affected component would be the Flight Data Processing System (FDPS), but also other components could benefit directly or indirectly from eFPL information, e.g. Arrival Management Systems and Conflict Detection Tools

Relevant eFPL content

  • Take-off Mass:
    • Displaying the take-off mass to the ATCO with an indication whether this is considered heavy for such A/C type could give an indication on whether some ROCD can be made or not, without the ATCO having to ask, thus saving frequency time.
      • As an example, A320 is categorised as ”medium” but could be an actual ”heavy”
    • as input to the local trajectory computation
  • Performance data: 
    • Performance profile
    • Speed schedule
  • Agreed 4D Trajectory
  • Trajectory Change Points (TCP)
    • In today's operations, ANSP systems commonly ignore, or make assumptions on, level constraints and “clip them out”. This operationally leads to (1) clearances instructed by the ATCO (e.g. instructs FL350, while the clipped out level was FL300) and (2) sometimes intruders to our next partner. Especially if we know levels because of regulations, situation (2) would no longer occur. The information about the reason why a level constraint is present in the trajectory (for instance, PTR or regulation) will help avoid (2)
  • FPL2012 Field 15

Actors

  • Supervisor
  • Coordination Controller
  • Executive Controller






Use of the distributed eFPL by an ANSP

The data contained in the eFPL can be used by an ANSP in different ways:

ATC related

  • Several items of an eFPL can be displayed to various actors in an ACC (Flight Data Assistant, Flow Manager, Supervisor, Coordination Controller, Executive Controller) for enhancing their situational awareness and satisfying additional information needs. For instance:
    • Use of the eFPL data as an analysis tool – for learning purposes and training
    • Visualisation of eFPL data as a Fall back mechanism, should the system encounter failure
    • Visualisation of eFPL data enabling to perform ATC even when radar contact has been lost (Lack of contact with AU, procedural separation mechanisms)
  • The eFPL can be used in various components of the core ATS-System, where flight plan information is used and needed. The mainly affected component would be the Flight Data Processing System (FDPS), but also other components could benefit directly or indirectly from eFPL information, e.g. Arrival Management Systems and Conflict Detection Tools.

ATFM related

  • The information of the eFPL can be used in Flow- and Complexity Tools in order to improve the quality of the respective forecasts and the related planning for sector configurations and staff allocation, as acknowledged in the ICAO FF-ICE Implementation Guidance Manual, Section “Implementation Strategy”
    • By taking the first step of accepting FF-ICE flight plans through the filing service, ASPs would gain access to more detailed trajectory information. This would be useful for strategic traffic flow management purposes, at the same time allowing ASPs to explore/develop other capabilities made possible by the additional trajectory information. ASPs will be able to gain experience in using the trajectory information and hence better build up their system capabilities for information processing, …


The following table provides