Handbook Systems 12 0
Handbook Systems 12 0
Handbook Systems 12 0
EUROCONTROL
CFMU GENERAL & CFMU SYSTEMS
http://www.cfmu.eurocontrol.int
Clients experiencing on-line problems should inform the relevant Units as indicated below depending on the
nature of the problem.
mailto:cfmu.cso.help-desk@eurocontrol.int
The structure and organisation of this document is such that all of the key CFMU related procedures are
contained in the BASIC CFMU HANDBOOK which consists of:
The BASIC CFMU HANDBOOK is, in addition, supported by Supplements in the form of Descriptions,
Guides and Manuals.
The amendments which are reflected in Edition 12.0 of the BASIC CFMU HANDBOOK are summarised at
the beginning of each Part in the respective amendment history pages.
In addition, vertical revision bars are used to indicate changed information of a significant nature.
AMENDMENT N° 8
Amended
Section Issue Date Amended Section
Date
6. REFERENCE DOCUMENTS
02-May-2006
AND MESSAGES
8. THE ENVIRONMENT SYSTEM (ENV) 02-May-2006 8. THE ENVIRONMENT SYSTEM (ENV) 22-Jan-2008
10. THE INTEGRATED INITIAL FLIGHT 10. THE INTEGRATED INITIAL FLIGHT
02-May-2006 22-Jan-2008
PLAN PROCESSING SYSTEM (IFPS) PLAN PROCESSING SYSTEM (IFPS)
11. THE TACTICAL SYSTEM (ETFMS) 02-May-2006 11. THE TACTICAL SYSTEM (ETFMS) 22-Jan-2008
TABLE OF CONTENTS
1. THE CFMU HANDBOOK ............................................................................1-1
1.1. Audience Description ......................................................................................................... 1-1
1.2. Applicability Statement ...................................................................................................... 1-1
1.3. Purpose................................................................................................................................ 1-1
5. AREA OF RESPONSIBILITY......................................................................5-1
TABLE OF FIGURES
Figure 4-1 CFMU Organisation ............................................................................................. 4-4
Figure 4-2 Operational Structure with CFMU...................................................................... 4-5
Figure 7-1 CFMU Systems Overview ................................................................................... 7-1
Figure 7-2 NETWORK ............................................................................................................ 7-4
Figure 10-1 IFPS Inputs ......................................................................................................... 10-2
Figure 10-2 IFPS Outputs ...................................................................................................... 10-2
Figure 11-1 ETFMS Functionalities ...................................................................................... 11-2
Figure 12-1 Scope of DWH Data ........................................................................................... 12-1
Figure 12-2 Reporting on Available Information in DWH................................................... 12-3
They can be used and updated separately. The CFMU HANDBOOK describes the
organisation of the CFMU, the operating procedures to be applied in the CFMU area and
gives guidance for the use of CFMU applications.
These include Flight Plan Filing procedures with the Integrated Initial Flight Plan Processing
System (IFPS) and CFMU Air Traffic Flow and Capacity Management Procedures with the
Tactical (ETFMS) System.
Any person who intends to make use of the services provided by the CFMU should find in
the CFMU HANDBOOK the information required.
The intended audience of this CFMU HANDBOOK is any person engaged in aircraft
operations or in Air Traffic Services (ATS) who intends to make use of the services provided
by the Central Flow Management Unit (CFMU), Flight Plan Processing System (FPPS) and
Air Traffic Flow and Capacity Management (ATFCM).
The reader shall be conversant with the current flight planning rules and with the relevant
International Civil Aviation Organization (ICAO) messages.
1.3. Purpose
The purpose of the CFMU HANDBOOK is to ensure that users of the CFMU are familiar
with:
• The organisation of the CFMU and its systems.
• The centralised flight planning services and associated procedures as provided by
the CFMU.
• The centralised ATFCM services and associated procedures as provided by
the CFMU.
• The CFMU information services, through the use of CFMU applications and
interfaces.
The CFMU HANDBOOK can be used for learning the procedures and the messages used
by the CFMU and also as a reference guide when an action related to ATFCM operations
has to be taken.
All other Descriptions, Guides and Manuals are deemed as SUPPLEMENTS to the BASIC
CFMU HANDBOOK. Unlike the BASIC CFMU HANDBOOK which addresses all aspects of
CFMU operations for the whole CFMU Users’ community, the SUPPLEMENTS are focused
on CFMU specific functions or services and are therefore intended for targeted users’ sub-
groups.
It includes:
• A description of the CFMU HANDBOOK and reference documents.
• Details of the CFMU mandate, organisation, area of responsibility.
An overview of the CFMU Systems, explaining from a user's perspective the function
of every single System and the main inter-action between all Systems.
It consists of a description of: ENV, RPL, IFPS, ETFMS, DWH, IFPUV and PREDICT
Systems its relationship to the whole.
2.1.2. Integrated Initial Flight Plan Processing System (IFPS) USERS MANUAL
This is a self-contained users manual describing operating procedures with respect to flight
plan filing in the IFPS context.
Standard Amendment notification to all CFMU Users.
2.1.3. Air Traffic Flow and Capacity Management (ATFCM) USERS MANUAL
This is a self-contained users manual describing operating procedures in the context of the
TACTICAL (ETFMS) system and with Computer Assisted Slot Allocation (CASA):
• It complements the ICAO publications related to ATFCM in Europe with respect to the
CFMU specific procedures:
A general description of the CFMU, its role and position within the ICAO EUR
region.
The relationship and role of constituent parts such as OPSD, FMPs, etc., …
CFMU ATFCM/FLIGHT PLAN FILING procedures defining policy and requiring
approval at EUROCONTROL/ICAO level.
Description, procedures and objectives of the internationally coordinated
strategic planning process.
It includes:
• Quick Reference for OPERATIONAL PROBLEMS.
• Real Time Operational Problem Reporting.
• Operational Incident and Post Event Problem Reporting.
• Technical Problems.
2.1.5. Addresses
It includes:
• Contact addresses.
• Telephone/fax numbers.
• SITA/AFTN addresses, etc., …
for the CFMU, ECAC Flow Management Positions and ATC Units in neighbouring Countries
(sorted by country).
2.2. SUPPLEMENTS
This SUPPLEMENT describes the CFMU requirements related to the provision of ATS
environment data to be input in the CFMU Database.
Standard Amendment notification to FMPs, ATS.
For additional details and latest updates concerning access to these services, the CFMU
Web site shall be referred to.
This SUPPLEMENT describes the operating instructions related to the consultation of CFMU
general information and the dialogue with the CFMU, through a Web based application:
CFMU Internet Access (CIA).
CIA provides primarily the provision of flow management information, measures being
applied, access to flight lists and the ability to send ATFM messages. CIA does not provide
graphical displays or maps.
Standard Amendment notification only to CIA Users.
This supplement provides the users with the basic instructions for an efficient usage of the
reports available in the CFMU Interactive Reporting application (CIR).
CIR is a web-based application which allows reporting on CFMU archived data from
operational systems and on derived performance indicators. The source data are stored in
the CFMU Datawarehouse (DWH), also called the Archive System.
CIR is available since October 2004, and is accessible on request for: Aircraft Operators and
similar categories of users, ANSPs, National and International Aviation Authorities, AIS/ARO
and Airports.
At each update publication, the CFMU provides a revised Amendment Sheet stating the
status of validity and date of issue of each SECTION of the given BASIC
PART/SUPPLEMENT.
Revisions to the CFMU HANDBOOK are distributed electronically to all those addressees
who are known recipients. A dedicated address database is maintained at the CFMU for this
purpose.
The Member States of ECAC asked EUROCONTROL to create and operate on their behalf
the CFMU which shall provide Air Traffic Flow and Capacity Management (ATFCM) services
throughout their airspace.
The CFMU is based on the ICAO Centralised Traffic Management Organisation (CTMO)
concept which foresaw a central flow management unit supported by Flow Management
Positions (FMPs) in each Area Control Centre (ACC).
ATFCM is a service provided on behalf of Air Traffic Services (ATS) and Aircraft Operators
(AOs) with the following principal objectives:
• To develop and maintain the highest level of quality of ATFCM service on behalf of
both its ATS and AO users within the agreed ATFCM policy and principles.
• For ATS
The provision of flight plan data, the best utilisation of available capacity, the
smoothing of traffic flows and the assurance of protection against overloads.
• For AOs
The provision of advice and assistance in flight planning and the minimisation of
penalties due to congestion.
The CFMU is responsible for the provision of an efficient ATFCM service within the area of
responsibility of participating European States.
In addition to the principal objectives detailed above, the CFMU is required, within the
agreed policy and principles, to:
• Maintain and improve the cost effectiveness of its operations by increasing the level of
automation, taking advantage of technology evolution.
• Adapt its procedures and systems to the evolution of its operational environment, in
particular the Single European Sky (SES) initiative developed by the European Union
(EU) and the developments undertaken in the context of the ATM 2000+ strategy.
• Provide reports and statistics on ATFCM operations and delay situation for managerial
and operational purposes.
• Maintain a high level of responsiveness to ATS and AO users’ requests for procedure
improvements and system evolution.
In pursuit of the above objectives the internal structure of the CFMU will be adapted as
necessary to reflect the changing requirements.
A brief overview of each individual system can be found in the Section 7. of this Document.
Within the office of the Director CFMU, the Special Advisor assists and advises the director,
in the management, supervision and coordination of CFMU activities in close cooperation
with the CFMU Heads of Division and Bureau.
The main activities concern:
• Planning:
Assist in the elaboration of the CFMU Strategy and Development Plans.
Assist in the elaboration of the CFMU Business Plan, management control,
consistency within organisation.
Assist in the management of the CFMU Budget and Human Resources.
• Interface:
with OGG and other EUROCONTROL panels, internal work groups, etc.
Representation of the CFMU Communication at EUROCONTROL level.
• Launching of new initiatives and specific missions or studies as may be required.
The SQS Manager provides independent advice to the Director CFMU on Safety, Quality
and Security policies and objectives in co-ordination with other Agency units and external
bodies.
The SQS Managers main responsibilities include:
• Overall monitoring and promotion of CFMU Safety and Quality activities.
• Ensuring compliance with the CFMU objectives regarding ESARRs:
Staff competency.
Reporting procedures.
Investigation processes and procedures.
Safety recommendation management.
Feedback dissemination.
• Overall monitoring and promotion of the CFMU Security activities related to the
protection of the CFMU buildings, staff, systems and operations against acts of
unlawful interference.
• Coordination of the CFMU participation in the development of the Agency ATM
Security strategy.
This involves:
• The running of the Integrated Initial Flight Plan Processing System (IFPS) at Brussels
(FP1 Section) and Brétigny-sur-Orge (FP2 Section), the Environment (ENV) system
and related systems such as the Repetitive Flight Plan (RPL) system.
• The reception, processing and distribution of data concerning the impact of military
operations within the area of responsibility of the CFMU.
• The operational evaluation of the systems used by the Division.
• Provision of training for CFMU customers, of training preceding the introduction of
new releases and of training related to proficiency validation of CFMU operations staff.
This involves:
The European AIS Database service (EAD) has been originally developed under the
management of the EUROCONTROL EATM Unit. As the focus of the service has
transitioned from system development to service management, EAD have recently moved
from EATM to CFMU and took the name of the EAD & Aeronautical Information Bureau
(EAB). The objective of the move is to benefit from the CFMU’s operational experience and
customer support to enhance service to stakeholders.
EUROCONTROL owns and manages the European AIS Database (EAD) service on behalf
of the EUROCONTROL Member States. One of the main activities of the EAB is to ensure
the successful and efficient provision of Aeronautical Information from ECAC states and
world-wide to the EAD clients. EAB is responsible for both the daily management of the EAD
service and the evolution of the EAD in line with stakeholders' expectations. Many ECAC
Data Providers already manage and maintain their own data in the EAD.
4 CFMU ORGANISATION
Airports Airspace
(AMC)
© EUROCONTROL1996 - Central Flow Management Unit 12
URB\SEZ\085\1770\20.03.06
FMPs act as the interface between the OPSD and, ACCs and their associated aerodromes.
They provide the OPSD with local information and experience and ensure ACC staff is up to
date with the ATFCM situation.
FMPs are the point of contact within an ACC for coordination on ATFCM matters. They are
responsible for ensuring the CFMU has all the data and information required in each of the
ATFCM Phases to make the most effective use of available capacity and to implement the
most effective ATFCM plan.
An FMP’s area of jurisdiction is limited to the area of responsibility of the parent ACC
including the area(s) of responsibility of associated ATS Units.
While all FMPs within the CFMU area have equal status as required by the CTMO concept,
the size of individual FMPs varies according to the demands and complexities of the area
served.
Flow Management Positions (FMPs) have access to ETFMS information through CFMU
terminals provided at each FMP position.
5. AREA OF RESPONSIBILITY
The CFMU area of responsibility comprises the airspace of the following States within the
ICAO EUR Region:
Certain States are cooperating with the CFMU in that they exchange data with the CFMU
and participate in the CFMU ATFCM service. These States are described as cooperating
States.
The ATFCM and IFPS User Manuals of the BASIC CFMU HANDBOOK give the main
references related to procedures and operating instructions for respectively Air Traffic Flow
and Capacity Management (ATFCM) and Flight Planning (IFPS).
The ANM is the official medium for the notification of ATFCM measures. It is produced by
the CFMU the day before the day of operation to provide a summary of planned ATFCM
measures and to promulgate any specific instructions or communications requirements
associated with those measures. It is updated by ANM Amendments.
AIMs are produced as required by the CFMU to provide information and advice and to
promulgate instructions relating to the application of current ATFCM measures. They are
also used for the initial publication of, and changes to the Route Availability Document
(RAD) and for the initial publication of CFMU ATFCM operating procedures which affect all
users.
The ANM and AIMs are transmitted via the AFTN and SITA Networks to AROs, ATC Units
and those Aircraft Operators who wish to be included on the address list. The messages can
also be accessed on-line via Internet.
Strategic ATFCM routeing systems and certain CFMU operating procedures published
initially by CFMU AIM may subsequently be published by the States as a NOTAM or AIP
Supplement.
Note ICAO EUR Region EANPG decision 36/6 requires that EUR Air Traffic Services
providers and users comply with instructions contained in an AIM in anticipation of
the promulgation of national NOTAM.
The National AIPs include ATFCM information on specific arrangements within individual
States for dealing with ATFCM problems such as late changes to slots. These documents
also include the telephone numbers of FMPs or other local units to contact for ATFCM
advice and information.
The same applies in respect of flight plan filing procedures.
Most data flow exchanged between CFMU and Users systems correspond to flight plan data
(FPLs) and individual ATFCM measures (slot and rerouteing messages).
A general overview of the CFMU systems architecture can be found in the Figure 7-1 below.
Aircraft
RPL ENV
Operators
RCAT (ATC)
Services TA
DA
NV Daily
Reporting E ly PREDICT
Dai Plan
n
Offices Pla
Slots Rerouteings Network Situation
(AROs) Network Situation ETFMS ATC
Updates
DWH
© EUROCONTROL1997 - Central Flow Management Unit
URB\SEZ\085\1771\20.03.06
The Environment Database contains comprehensive details of the CFMU area ATS
organisation. It includes ATS routes and routeing systems, airfields, Standard Instrument
Departures (SIDs), Standard Arrival Routes (STARs), Navigation Aids, ATC sectorisation,
etc., …
The ENV System provides data for use by the IFPS, RPL and Tactical (ETFMS) Systems of
the CFMU. The accuracy and effectiveness of these systems depends to a large extent on
the accuracy of the ATS System data input into the ENV System. The data is obtained from
several sources but primarily from State ATS Authorities and through Aeronautical
Information Messages (AIPs).
The RPL System is a centralised RPL processing system serving all of the ATC Units within
the IFPS Zone (IFPZ).
The RPL System receives, processes, and stores bulk RPL files submitted by the Aircraft
Operators. The RPLs are checked upon reception and errors corrected, where necessary
following coordination with the RPL originator.
The RPL System re-processes all RPLs each AIRAC cycle to ensure they are valid with
reference to the current Environment data.
Its main functions are :
a) Storing RPLs.
b) Production of clean RPLs output.
c) Generation of individual flight plans for ATC (via IFPS) and ATFCM.
The main tool for ATFCM is ETFMS, a system used by the OPSD and FMPs for Tactical
operations. ETFMS receives data from IFPS, ATC, AO, CDM Airports and the ENV
Systems.
The DWH system contains archived data from other CFMU systems, together with derived
performance and quality indicators.
The information stored in the DWH system is accessible via the following interfaces:
The IFPUV is effectively a separate IFPS Unit, totally independent of the operational IFPS,
which was established solely for the purpose of submitting test flight plans.
Flight plan originators are able to submit, to the unique address of the IFPUV, their flight
plans for validation, prior to their submission to the operational system.
The IFPUV also offers the possibility for flight plan originators to request a route from
departure to destination. The system will respond by providing route(s) which are
valid at the time and flight level specified. In addition, the flight plan originator has the
possibility to indicate some limitations to the search facility e.g. via a point/airspace,
avoiding a point/airspace.
The PREDICT System is used to define the regulation plan during the Pre-Tactical phase. Its
technical structure is similar to the ETFMS system.
It uses flight data from the DWH System and environment data from the ENV System
(including forecasted capacities).
Regulations can be implemented on the system in order to access their impact before being
released through the ANM.
Flow rerouteings can also be tested.
The CFMU uses a high speed Wide Area Network (WAN) in order to achieve the necessary
two-way connectivity between the Users and the CFMU Systems.
The WAN is flexible in design in order to allow dialogue between various Networks (AFTN,
SITA, etc., …) and the CFMU Systems (IFPS, ETFMS, etc., …).
The CFMU has implemented the ability for customers to connect with the CFMU systems
using Internet technology. CFMU customers can connect via a dedicated network (Extranet)
or via the Internet. Internet access is subject to strict security checking algorithms.
More than 2.000 organisations (representing more than 3.000 users) are relying on the
WAN or the internet connectivity for data communication exchanges.
About 1.800 Aircraft Operators (AOs), 80 Flow Management Positions (FMPs) and 170
other Air Traffic Services Units (ATSUs) can consult ATFCM data through various
CFMU interfaces.
NETWORK
FP1 FP2 ETFMS
CFMU
USERS USERS
Internet Extranet
(TCP/IP) (TCP/IP)
AFTN/CIDIN
EB
EG
FMPs
SITA
LF BRU
ED PAR
LI
LE
All other clients (several thousand) exchange messages using SITA or AFTN terminals.
On average, a total of 160.000 messages are exchanged per day with CFMU Users.
The purpose of the CFMU Environment System (ENV) is to ensure that a complete and
accurate representation of the Air Traffic Control environment, including addresses, is
available at all times for the proper functioning of the other CFMU systems.
In the ENV system the basic data, required for the functioning of the client system is defined.
Each client system requires specific ENV data to fulfil its CFMU role in its area of
responsibility. The various CFMU areas of responsibility are listed here after.
The IFPS Zone (IFPZ)is the area in which IFPS is responsible for the distribution of FPLs
and associated messages to the ATC world.
The FPM Copy Area is the area to which IFPS forwards copies of the relevant FPLs to the
interested ATC instances without validation nor guarantee about the completeness (only if
these FPLs were received).
The ATFCM Area is the area in which the OPSD is responsible for the provision of ATFCM.
The ATFCM Adjacent Area is the Area, adjacent to ATFCM area. Flights originating from
this Area may be subject to ATFCM measures when crossing the ATFCM area.
The RSO Area is the area where the CRCO calculates the en-route charges based on the
FPLs received from the CFMU.
8.3. Scope
The scope of the ENV System is the complete Air Traffic Control environment of the States
in respect of the ATFCM, IFPS and RSO areas (together the CFMU area).
Additionally the ENV System must ensure a partial description of the Air Traffic Control
environment of the States in respect of the area adjacent to the ATFCM area for addressing
and extraction purposes.
Static Data can only be created, modified or deleted well before the AIRAC effective date
(i.e. these data are subject to advance notification).
Dynamic Data can be added, modified or deleted on-line. It is data which is frequently
changing due to operational requirements.
8.5. Points
A significant point is a specified geographical location used in defining an ATS route or the
flight path of an aircraft and for other navigation and ATS purposes (ICAO Doc 4444).
8.6. Aerodrome
Airspace Data reflect the operational ATC airspace structures and the administrative
airspaces. An hierarchical concept is used. The bottom element is an Air Block which is a
two-dimensional area, describing the surface or part of the surface of an ATC sector.
One or several Air Blocks plus an altitude/flight level band parameter describe one ATC
sector, called an Elementary Sector (ES).
Manageable Airspaces represent a part of the Airspace where General Air Traffic can be
restricted. In most cases when Military Operations may take place.
One or several Air Blocks plus an altitude/flight level band parameter describe a Flight
Information Region (FIR) or Upper Flight Information Region (UIR). Parts of an FIR or
UIR are described as PIR.
One or more FIRs and/or UIRs assembled make up the volume of a National Airspace
(NAS), the airspace of a country.
An Assembly of several FIRs and/or UIRs and/or PIRs and/or NAS make an AREA. The
areas described in § 8.2. are assembled in this manner.
Air Navigational Services Units are defined by describing the addressees of the units and
particularities for message exchanges with the CFMU.
8.10. Restrictions
CAP is expressed as the number of aircraft entering a sector, overflying a Point or departing
from an Aerodrome, arriving at an Aerodrome/Set of Aerodromes per hour.
CAP is based on ATC information, received from an agreed source, e.g. the concerned ATC
Unit or the National Administration H.Q.
8.12. Flows
A flow can consist of a maximum of three UPSTREAM and three DOWNSTREAM elements.
Upstream elements describe an origin area, downstream elements describe a destination
area. Only one of the two areas is mandatory, but both areas can be present in a flow.
The reasons for creating RLs instead of using the above listed data directly are to:
a) Distinguish relevant data from "Standard" data by further specifying those.
b) Limit the workload to create and maintain TFVs and limit the data amount, because
one RL can constitute the basic element for several TFVs.
Displayed Flows can be attached to an RL, showing the main traffic flows for this RL.
TFVs are created to enable the comparison between the Traffic Load and the available
capacity during the activation period.
These TFVs may be global (all traffic) or with flows (see next para.).
Flows on TFVs have the purpose of specifying the flights which are subject to ATFCM
Measures.
Flights which are crossing a TFV and which are not following a complete flow are completely
ignored, i.e. neither counted nor subject to ATFCM Measures.
8.15. Aircraft
The Aircraft domain consists of Aircraft type and Aircraft performance data for optimising the
ETFMS/IFPS profile.
The RPL processing System is a stand alone system independent but closely integrated into
the other CFMU Systems.
The RPL System groups all the functions to manage RPLs in files, to generate formatted
files on diskettes and to produce the listing of RPLs according to the ICAO format.
9.2. Scope
The RPL System is concerned with all RPL data which is relevant to the IFPS area.
9.3. Objectives
The main objective of the RPL System is to ensure the proper reception, processing,
correction and distribution of RPL data in order to provide:
• A clean and transparent daily flight plan for ETFMS and IFPS.
• The appropriate output for National Administrations (NAs), Originators of RPL data
and Air Traffic Service Units (ATSUs).
9.4.1. Summary
This function allows the RPL TEAM to create new files, to load new files, to open existing
files and to list the existing files.
The creation and loading of new files means the introduction of New List (NLST) (contains
only new data) and Revised List (RLST) (successive updates to existing data).
This function allows the RPL TEAM to manage the data in any one specific or series of RPL
Files.
The management of the file is performed from a function that gives a list of the RPLs
contained in the file.
For an existing file, the RPL TEAM is able to modify the header data and to update (add,
modify and delete) individual RPL records.
The IFPS is designed to enable the reception, processing and delivery of IFR GAT flight plan
data in the IFPS Zone, which is the area covered by the ATS facilities of the European Civil
Aviation Conference (ECAC) States.
It provides two addresses throughout the Zone for all flight plan messages concerning flights
which are partly or completely in the Zone and have an IFR GAT content. All types of Flight
Plan Messages (FPM) are processed.
The IFPS consists of two IFPS Units, FP1/RPL Section in Haren and FP2 Section in
Brétigny-sur-Orge, which are functionally identical and interconnected by a Wide-Area
Network (WAN) for data exchange. The software allows for flexibility in the number of IFPS
Units.
In order to share the processing load between the IFPS Units, the World is divided into a
number of Regions. Each Region is the responsibility of one of the IFPS Units.
The Aerodromes in the ATS Environment are divided into a number of Groups. An IFPS Unit
is responsible for a number of Aerodrome Groups. (The union of the IFPS Aerodrome
Groups for which the IFPS Unit is responsible makes up an IFPS Region).
Should an IFPS Unit fail, the responsibility for its Groups may be transferred to the other
IFPS Unit to maintain the overall IFPS service as described in § 10.7.
In addition, Aircraft Operator Units who submit Repetitive Flights Plans (RPLs) are required
to send them to the RPL Office at Haren who in turn provides them to the IFPS.
The users shown in these figures are the end users of the IFPS. Within the IFPS Zone
(IFPZ) it is normal practice for Aircraft Operators (AOs) to submit their Flight plans directly to
the IFPS. However, where this is not possible, use may be made of the Air Traffic Services
Reporting Offices (AROs).
At the CFMU, there is a gateway to the CFMU systems which must communicate with the
IFPS.
IFPS INPUTS
CFMU
ENV COMPUTER ETFMS END USER TERMINAL
IFPS OUTPUTS
IFPS SUPERVISOR ETFMS
COMPUTER END USER TERMINAL
The processing for all of these steps is the same as for the individual messages, see
previous section, except that:
• Checks against the ATS Environment data will not result in error indications,
because the environment on the days of activation of the flight may be different
from the environment known to the system when the repetitive flight plan is first
received.
• RPL data is processed and stored in the RPL System which is located at Haren
(Belgium).
d) Distribution
• Some ATS Units receive a copy of the RPLs that are relevant to them in the
form of electronic listings.
e) Days of Activation
• The RPL System extracts data for a flight from its database at pre-defined time
parameters and delivers it to the IFPS and ETFMS Systems. IFPS then
distributes an individual flight plan message to the addressees identified from
the flight profile (apart from those addressees which were already sent the
repetitive flight plan, see d) above).
The physical configuration of each IFPS Unit is based on a high-speed Local Area Network
(LAN), to which are connected workstations for the IFPS Unit operators, a database server
and a communication server.
The communications media used to implement the connectivity are:
a) Electronic media.
b) AFTN/CIDIN or SITA for Telex-type messages (TTY).
c) Computer-computer (by leased lines, PSTN, PSDN, CIDIN, SITA or VAN).
The IFPS Unit configuration is modular, and the number of workstations in an IFPS Unit is
normally determined by the number of operator positions required to handle the expected
load. The software is designed so that the quantities of workstations, servers and printers
can be altered without software changes.
The system is designed to ensure that no single hardware component failure can interrupt
the operation of an IFPS Unit. In order to achieve this, redundant hardware components may
be used, and techniques such as disk shadowing may be used.
The CFMU policy is to use and follow international or industry standards as far as possible
for the IFPS software, making use of Commercial Off-the-Shelf (COTS) software to minimise
development time and effort.
The screen layout consists of a number of windows and icons, with menus and a pointing
device (mouse) to direct operator input. The “look and feel” of this interface follows the
international standard defined by the OSF Motif Style Guide (ref. 14).
The IFPS comprises two IFPS Units which normally share the message processing load
between them by taking each a certain proportion of the total load.
Responsibility is divided as follows:
a) Each IFPS Unit is responsible for an IFPS Region. An IFPS Region consists of a
number of Groups of Aerodromes in the ATS Environment. The IFPS Unit will process
and distribute individual Flight Plan Messages (FPM) for flights originating in the
Region.
b) FP1/RPL is the applicable IFPS Unit for all Groups of Aircraft Operator Units (AOUs).
It processes and stores Repetitive Flight Plan Messages and Files from that Group,
and at the appropriate time generates individual Flight Plan messages from this
information.
For the purposes of this section the term Responsible IFPS Unit will be used to refer to both
cases a) and b) above.
If one IFPS Unit fails and the repair time is so long that it starts to have a significant effect on
flight plan distribution in the IFPS Zone, the IFPS Contingency Plan requires that a Backup
IFPS Unit be able to take over responsibility from the failed IFPS Unit.
An IFPS Unit Role is introduced to support this requirement. An IFPS Unit has a certain Role
with respect to an IFPS Group. The role may be:
a) Responsible.
b) Backup.
An IFPS Unit may have a responsible role for a number of IFPS Groups and at the same
time a backup role for a number of other IFPS Groups. The Responsible IFPS Unit and the
Backup IFPS Unit exchange data automatically to ensure that a full knowledge of IFPS data
is maintained at both Units.
The IFPS Authority will ensure that each Group defined in the ATS Environment has a
Responsible IFPS Unit and Backup IFPS Unit.
Should the Responsible IFPS Unit fail, the Backup IFPS Unit may be instructed by the IFPS
Unit Configuration Manager (IUCM) to take over responsibility for the failed IFPS Unit's
Groups until that IFPS Unit can be returned to service.
The rest of this section is concerned with provision of Backup service for IFPS Aerodrome
Groups and AOU Groups.
If an IFPS Unit provides a Backup service for a Group, it will maintain a Backup Database
containing the following data sets:
If an IFPS Unit provides a Backup service for a Group, it will maintain a Backup Database
containing the following data sets:
a) A Backup FPD Set, containing copies of each FPD sent from the Responsible IFPS
Unit. As the Responsible IFPS unit creates or modifies an FPD it will send a copy to
the Backup IFPS Unit (an Update Backup FPD message).
b) A Backup OM Set, containing the Original Messages, received by the Backup IFPS
Unit (from the Originator) for which it has not yet received instructions from the
Responsible IFPS Unit.
A Backup IFPS Unit stores an FPM in its Backup OM Set when it receives an Original
Message associated with a Group that it is providing a Backup service for.
When a Backup IFPS Unit receives an Update Backup FPD or a Discard OM message from
the Responsible IFPS Unit it will discard the corresponding Original Message from its
Backup OM Set.
The Responsible IFPS Unit will process those FPMs and Repetitive Flight Plan Files that it is
deemed to be responsible for. The result of processing will be either an update (creation or
modification) to the appropriate FPD, or the discarding of the FPM (for example when an
FPM is Rejected).
In the former case an Update Backup FPD message is sent to the Backup IFPS Unit
instructing it to update its Backup FPD Set, in the latter case a Discard OM message is sent,
instructing the Backup IFPS Unit to delete the FPM from its Backup OM Set.
Thus, at any given time the Backup IFPS Unit will have a Backup Database with validity as
follows:
a) Backup FPD Set, out of date with respect to the responsible IFPS Unit FPD Sets by a
small time period "t", where "t" is the time taken to propagate an Update Backup FPD
message from the Responsible Backup IFPS Unit.
b) Backup OM Set, containing all the Original Messages currently being processed by
the responsible IFPS Unit, plus the Original Messages corresponding to the Update
Backup FPD messages in transit (i.e. covering time period "t" above).
The IUCM may instruct an IFPS Unit to take over responsibility for an IFPS Group, or a
number of Groups, following failure of the Responsible IFPS Unit.
The take over IFPS Unit will assume responsibility as follows:
a) It will populate its IFPD Set and RFPD Set with FPDs from the Backup FPD Set and
provide a continued distribution service to Addressees.
b) It will extract all of the messages from its Backup OM Set and process them (as it
would process any normal incoming original message).
c) It will begin to process incoming Flight Plan messages for which it has become
responsible.
When a failed IFPS Unit has been restored to operation it will retrieve responsibility as
follows:
a) Recovery of FPD Sets
• The IFPS Unit will update its IFPD Set and RFPD Set from the currently
responsible IFPS Unit by sending a Request_FPD_Set message to that IFPS
Unit, specifying the Group for which it requires data.
• The currently responsible IFPS Unit will respond to this with a series of
Update_FPD messages (each containing a current FPD from its IFPD Set and
RFPD Set). The series of Update_FPD message will be terminated by an
End_FPD_Set message.
b) Resumption of Responsibility
• Once it has up to date IFPD and RFPD Sets the IFPS Unit will assume
responsibility for the Group by sending a Group_Takeover message.
• Upon reception of the Group_Takeover message the currently responsible IFPS
Unit will relinquish responsibility and revert to the role of provision of a backup
service for the Group.
The Tactical (ETFMS) contains flight data for the following forty-eight hours. Initially, it is fed
with RPL for that period and later with Flight Plan Messages in order to present the best
picture of air traffic demand. This data is later updated by ATC information on the actual
flight situation or any change to the initial flight plan (e.g. new route).
The tools for exploiting this data allow examination of the anticipated air traffic demand for
the following day. Aircraft Operators (AOs) and Flow Management Positions (FMPs) can
access the database via a terminal.
Environment Traffic-demand
& &
Aircraft Capacities Current Traffic Data
DATA COLLECTION & EVALUATION
Operators
(AOs) Air
/ Traffic
PLANNING EXECUTION
EXECUTION MONITORING
MONITORING
Air Traffic Control
Services (ATC)
Reporting /
EBBDZMTA EBBDZMTA
Offices BRUEA7X BRUEA7X FMPs
DISPLAY & TRANSMISSION
(AROs)
ATCFM Information ATCFM Measures
The CASA System is largely automatic and centralised, and functions from an Aircraft
Operator’s point of view in passive mode. In other words, the act of filing a flight plan
effectively constitutes a request for a slot.
FMPs and CFMU agree on those locations where ATFCM Measures are necessary. As a
consequence the CFMU activates regulations within ETFMS including the start and the end
times, the description of the location, the entering flow rate and some others parameters.
The system extracts all the flights entering for the specified airspace and sequences them in
the order they would have arrived at the airspace in the absence of any restriction.
On this basis, the Take-Off Time (TOT) for the flight is calculated. It is this information,
Calculated Take-Off Time (CTOT), which is transmitted to the Aircraft Operator concerned
and to the control tower at the aerodrome of departure.
For each regulated point, area or airport (regulation), CASA builds and manages a list of
slots i.e. the Slot Allocation List (SAL). A regulation may be specified over sub-periods, each
sub-period being assigned a rate. CASA uses these items to build initially an empty Slot
Allocation List. For instance, a four hour long sub-period associated with a basic rate of 28
flights per hour, would result in a Slot Allocation List made up of 112 slots separated from
one another by approximately 2 minutes.
The principle "First Planned - First Served", which presumes that flights should arrive over
the restricted location in the same order in which they would have arrived had there been no
ATFCM Measures, is applied throughout the CASA process.
When the regulation is activated, CASA starts to receive flight data, based on Repetitive
Flight Plan (RPL) and Filed Flight Plan (FPL) as available. Each flight is given a provisional
slot based on the order of their Estimated Time Over (ETO) the restricted location.
This initial reservation is internal to the ETFMS system and is subject to amendment.
Due to the constant recalculation of the SAL as new flight plans arrive, the provisional slot is
very likely to be changed. This is the pre-allocation stage.
When CASA receives new flight data, it pre-allocates the slot as close to the requested
Estimated Time Over (ETO) the restricted location as is available:
a) If that slot is free, it is assigned to the flight, which thus suffers no delay (provisional).
b) If that slot is already pre-allocated to a flight which is planned to overfly the restricted
location after the new flight then the latter takes the slot. Of course, the consequence
can be a chain reaction, because the flight whose slot has been taken tries to recover
another slot, possibly by taking the slot of another flight, etc., …
When CASA receives the flight data for the cancellation of a flight, this may improve the slots
given to other flights. The slot amendment procedure aims to take into account the new slots
made available. It applies only to pre-allocated flights. Therefore it is an essential
requirement, with beneficial interest for AOs, to cancel as early as possible those flight
plans which will no longer operate.
At a fixed time before the Estimated Off-Block Time (EOBT) of each pre-allocated flight,
called Slot Issue Time (SIT), the slot is allocated to the flight and a Slot Allocation Message
(SAM) is sent to the Aircraft Operators and ATC. This is the allocation stage.
An allocated slot cannot be taken by another flight. However, an Aircraft Operator should
request a revision to a slot if it is thought that the flight will not be able to comply. Moreover,
the slot allocated to a flight may be improved by the true revision process described
hereafter.
The general principle is that a flight which is submitted to several CASA restricted areas
(called "Regulations") is given the delay of the most penalising regulation and is forced with
that delay in all other regulations.
The Enhanced Tactical Flow Management System (ETFMS) has been implemented as an
upgrade of the previous TACT Computer Assisted Slot Allocation (CASA) System, which
enables the system to take into account the airports constraints and the real time position
of a flight. Once airborne, a flight is "forced" at its ATO in all concerned regulations.
Late departure notification or modification of the profile established through messages from
ATC will be used to modify the slot allocated to other flights by the true revision process
described hereafter.
The Air Traffic Services provide the CFMU with the necessary data concerning the position
of the flights once airborne. They give a more accurate picture of the traffic situation after the
departures of the flights enabling a more efficient ATFCM activity.
Such data are based upon ATC messages such as FSA and upon Correlated Position
Reports (CPRs). FSAs are received for a large part of the ATFCM area. CPRs are extracted
from surveillance data (radar derived positions). They are now provided by a large part of the
ATFCM area.
The wind information is taken into account to calculate the time estimates in the profiles.
When new meteo data arrive the flights before the Slot Issue Time are fully re-computed and
re-submitted to CASA. After the Slot Issue Time flights are recalculated but the impact on
slots is limited to changes in the regulation plan or improvements. Activated flights are never
re-computed.
Aircraft Operators are also providing, for some of the flights departing from outside the
ECAC area, information on their estimated time of arrival. It also gives a more accurate view
of the future traffic situation.
This is the automatic mechanism that routinely attempts to improve the slot of allocated
flights; for a given flight, the true revision process takes place after the SAM has been issued
until a time parameter before the CTOT. This parameter is linked to the Aerodrome of
Departure (ADEP).
The ARCHIVE SYSTEM is a computer based system which supports the CFMU and its
users in the preparation of their Strategic, Pre-Tactical and Tactical activities.
Formerly called ARC, the ARCHIVE SYSTEM has evolved towards a datawarehouse, now
referred to as DWH.
The ARCHIVE SYSTEM contains data and logs from other CFMU systems (ENV, IFPS,
ETFMS…). It also contains a wide set of derived performance and quality indicators of
ATFCM operations.
12.2. Scope
The scope of Data which are stored in the DWH system is illustrated in Figure 12-1.
CFMU Datawarehouse
Consolidated Archive
dB System
DOWNLOAD ENV
+ DAILY UPDATES
FLIGHT LAST 5
YEARS
ATFM Msg ETFMS FLIGHTS REGULATIONS
ETFMS Summary
LOGGING A set of derived statistics
and performance indicators
FLIGHT PLANS IFPS FLIGHT PLANS • Air traffic,
IFPS • ATFM delay,
LOG of EXCHANGED Msg • Adherence to rules,
LOGGING
• Quality of services...
Synthesis
CFMU ACCESS LOGGING CSC
Middleware to CFMU APPLICATIONS OPLOG
Network load
AN 1
D+1 LOG CFMU DWH
CFMU Archiving process
1 gigabyte of data per day LAST 15 MONTHS
dB - 1 terabyte
© EUROCONTROL2004 - Central Flow Management Unit
“Summary” contains of a subset of the most important information about flights and
applied regulations over the last 5 years.
“Synthesis” contains a set of derived statistics and performance indicators, computed
since 1997 from detailed archived data. It contains multiple interdependent indicators
to analyse and compare trends over several years, in Air Traffic in ECAC, ATFM
Delay, Adherence to rules, Quality of services (safety, anticipation, critical events
analysis, accuracy of flight information…).
The whole CFMU Datawarehouse represents a huge database (1 terabyte of data),
with facilities to investigate information from very global counts to the most detailed
level of post operations data.
From a functional perspective, the analysis of post operations data stored in the DWH
system aims at multiple objectives:
• The assessment of the performance of the Air Traffic Flow and Capacity Management
(ATFCM) operations by making quality control on results of ATCFM measures taken
in the past. This objective is met by providing statistics and reports with such
performance and quality indicators.
• The full feed-back on tactical activities when all operations have been completed.
• The preparation of the pre-tactical activities, with a detailed feed-back on the results of
the last applied ATFCM measures.
• The support to strategic planning and activities, with the compilation of different
performance trends, allowing seasonal comparisons over several years with targeted
objectives.
• The investigations of reported cases with anomalies or complaints, including specific
inquiries related to critical events.
• The quality monitoring of CFMU services and, in particular, the impact evaluation of
applied changes in procedures, systems, and new ATFM messages.
Two main functions are provided in support of the functional objectives described above:
• The collection and archiving of relevant data from the CFMU operational systems:
except for ENV static data which are loaded with each AIRAC cycle, all data
collected from systems are loaded the day after the operations.
derived quality and performance indicators are computed 2 days after the
operations, in order to include the impact of measures which may be applied up
to 2 days duration.
• The reporting facilities on DWH information and Archived Data.
with
CFMU nges
sE xcha
Mail
DWH ic deman
ds
Specif ADHOC reports
Interactive
CIR WEB
reports,
WEB Browser
Static Reports
BIS Inte ACTFM STATISTICS available on
rne
t/In papers or ,
tra
ne Daily Weekly Monthly Yearly
t
On CFMU Internet/ Intranet site (Statistics)
© EUROCONTROL2004 - Central Flow Management Unit
As illustrated in Figure 12-2, several different reporting services are available to access
DWH information, namely:
• Archive function via the CHMI interface.
• Production of ad-hoc reports in reply to specific requests sent to the CFMU.
• ATFCM Statistical reports (Static Reports), available in PDF format on the CFMU
Website.
• CFMU Interactive Reporting (CIR), a CFMU Web-based application, enabling access
to a set of pre-defined reports with interactive features and secured authentication.
The CIR interface is available since October 2004 for AOs, ANSPs, Legal Authorities,
AIS/ARO, Airports.
Through CIR, reports can be generated instantly at any time by the Users, with the
possibility to compare latest results (1 or 2 days after the operations) with trends over
several years.
Interactive Reporting also means interactive information selection using multiple selection
criteria (time period, geographical area, operators), zoom and navigation possibilities from
global counts to individuals flights, graph display and trends comparison facilities (in time,
locations, operators), export facilities of reported data into spreadsheets to allow further
analysis by the Customers.
ACRONYM DEFINITION
AO Aircraft Operator
ACRONYM DEFINITION
CAP Capacity
CR Change Request
CS Collapsed Sectors
DCT Direct
ACRONYM DEFINITION
ENGD CFMU - Engineering Division (regrouping the former DEVD and ENGD)
ACRONYM DEFINITION
LA Limited Airspace
QA Quality Assurance
RL Reference Location
RO RPL Office
RS Routeing Scheme
ACRONYM DEFINITION