
Article 1 

1. This Regulation  provides for the application of requirements derived from  the first common project, hereinafter referred to as the ‘Pilot Common Project’. The Pilot Common Project identifies a first set of ATM functionalities to be deployed in timely, coordinated and synchronised way so as to achieve the essential operational changes stemming from the European ATM Master Plan.
2. This Regulation shall apply to the  United Kingdom Air Traffic Management System (UK ATMS). It shall apply to the stakeholders identified in the Annex to this Regulation.
Article 2 
For the purpose of this Regulation, the definitions set out in Article 2 of Regulation (EC) No 549/2004 and in Article 2 of  Commission Regulation (EU) No 677/2011  shall apply. However, the definition of  ‘operational stakeholders’ in Article 2(27) of Commission Regulation (EU) No 677/2011 does not apply.
In addition, the following definitions shall apply:

((1)) ‘Airport — Collaborative Decision Making (A-CDM)’ means a process in which decisions related to Air Traffic Flow and Capacity Management (hereinafter: ‘ATFCM’) at airports are made based on interaction between operational stakeholders and other actors involved in ATFCM and which aims at reducing delays, improving the predictability of events and optimising the utilisation of resources;
((2)) ‘Airport Operations Plan (AOP)’ means a single, common and collaboratively agreed rolling plan available to all airport stakeholders whose purpose is to provide common situational awareness and to form the basis upon which stakeholder decisions relating to process optimisation can be made;
((3)) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
((4)) ‘to operate an ATM functionality’ means that the ATM functionality in question is put in service and that it is fully used in daily operations;
((5)) ‘deployment target date’ means the date by which the deployment of the ATM functionality in question is to be completed and fully used operationally.
((6)) ‘ATM functionality’ means a group of ATM operational functions or services related to trajectory, airspace and surface management or to information sharing within the en-route, terminal, airport or network operating environments;
((7)) ‘industrialisation’ of ATM functionalities means the activities and processes, following their validation that include standardisation, certification and production by the manufacturing industry (ground and airborne equipment manufacturers);
((8)) ‘implementation’ of ATM functionalities means the procurement, installation and putting into service of equipment and systems, including associated operational procedures, carried out by operational stakeholders;
((9)) ‘essential operational change’ means an Air Traffic Management (ATM) operational change that provides significant network performance improvements to the operational stakeholders, as referred to in the ATM Master Plan;
((10)) ‘operational stakeholders’ means civil and military: airspace users, air navigation service providers and airport operators.
Article 3 

1. The Pilot Common Project  comprises  the following ATM functionalities:
(a) Extended Arrival Management and Performance Based Navigation in the High Density Terminal Manoeuvring Areas;
(b) Airport Integration and Throughput;
(c) Flexible Airspace Management and Free Route;
(d) Network Collaborative Management;
(e) Initial System Wide Information Management;
(f) Initial Trajectory Information Sharing.Those ATM functionalities are described in the Annex.
2. The operational stakeholders identified in the Annex ..., shall deploy the ATM functionalities referred to in paragraph 1 and implement the associated operational procedures allowing their seamless operation in accordance with the Annex .... The military operational stakeholders shall deploy those ATM functionalities only to the extent necessary  for effective airspace and air traffic flow management, and the safe and efficient use of airspace by all users, through the application of the concept of flexible use of airspace; whilst taking into account national security considerations.
Article 4 
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Article 5 
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Article 6 
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Article 7 
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
...Done at Brussels, 27 June 2014.
For the Commission
The President
José Manuel BARROSO
ANNEX
1. 
Extended Arrival Management (AMAN) and Performance Based Navigation (PBN) in high density Terminal Manoeuvring Areas (TMAs) improves the precision of the approach trajectory and facilitates air traffic sequencing at an earlier stage. Extended AMAN supports extension of the planning horizon out to a minimum of 180-200 nautical miles, up to and including the Top of Descent of arrival flights. PBN in high density TMAs covers the development and implementation of fuel efficient and/or environmental friendly procedures for arrival and departure (Required Navigation Performance 1 Standard Instrument Departures (RNP 1 SIDs), Standard Arrival Routes (STARs)) and approach (Required Navigation Performance Approach (RNP APCH)).

This functionality is composed of two sub-functionalities:


— Arrival Management extended to en-route Airspace
— Enhanced Terminal Airspace using RNP-Based Operations
 1.1.  1.1.1. 
Arrival Management extended to en-route Airspace extends the AMAN horizon from the 100-120 nautical miles to 180-200 nautical miles from the arrival airport. Traffic sequencing may be conducted in the en-route and early descent phases.

Air traffic control (ATC) services in the TMAs implementing AMAN operations shall coordinate with Air Traffic Services (ATS) units responsible for adjacent en-route sectors.

The existing techniques to manage the AMAN constraints, in particular Time to Lose or Gain and Speed Advice may be used to implement this functionality.


— AMAN systems shall provide arrival sequence time information into en-route ATC systems up to 180-200 nautical miles from the arrival airport
— ATC systems of upstream air traffic service (ATS) units shall manage AMAN constraints. Data exchange, data processing and information display at the relevant controller working positions in the ATS units shall support the management of arrival constrains; Data exchange between ATS units may be achieved with existing technology pending the implementation of System-Wide Information Management (SWIM) services
 1.1.2. 
Enhanced Terminal Airspace using RNP-Based Operations consists of the implementation of environmental friendly procedures for arrival/departure and approach using PBN in high-density TMAs, as specified in the following navigation specifications:


— SIDs and STARs using the RNP 1 specification with the use of the Radius to Fix (RF) path terminator
— Required Navigation Performance Approach with Approach Procedure with Vertical guidance (RNP APCH with APV)

Enhanced Terminal Airspace using RNP-Based Operations includes:


— RNP 1 SIDs, STARs and transitions (with the use of the Radius to Fix (RF) attachment)
— RNP APCH (Lateral Navigation/Vertical Navigation (LNAV/VNAV) and Localiser Performance with Vertical guidance (LPV) minima)

ATC systems and ATC Safety Nets shall enable the Terminal Area and Approach PBN operations


— RNP 1 operations require the Lateral and Longitudinal Total System Error (TSE) to, be within +/– 1 nautical mile for at least 95 % of flight time and on-board performance monitoring, alerting capability and high integrity navigation databases
— For RNP APCH, the Lateral and Longitudinal Total System Error (TSE) shall be +/– 0,3 nautical mile for at least 95 % of flight time for the Final Approach Segment and on-board performance monitoring, alerting capability and high integrity navigation databases are required
RNP 1 as well as RNP APCH capability requires inputs from Global Navigation Satellite System (GNSS)
— Vertical Navigation in support of APV may be provided by GNSS Satellite Based Augmentation System (SBAS) or by barometric altitude sensors
 1.2.  1.2.1. 
Extended AMAN and PBN in high density TMAs and associated en-route sectors shall be operated at the following airports:


— London-Heathrow
— London-Gatwick
— London-Stansted
— Manchester Ringway
 1.2.2. 

 1.3. 
ATS providers ... shall ensure that ATS units providing ATC services within the terminal airspace of the airports referred to in point 1.2 and the associated en-route sectors operate Extended AMAN and PBN in high density TMAs as from  31 December 2027.
 1.4. 
The deployment of Extended AMAN and PBN in high density TMAs functionality shall be coordinated due to the potential network performance impact of delayed implementation in the airports referred to in Point 1.2. From a technical perspective the deployment of targeted system and procedural changes shall be synchronised in order to ensure that the performance objectives are met. The synchronisation of investments shall involve multiple airport operators and air navigation service providers. Furthermore, synchronisation during the related industrialisation phase shall take place, in particular among supply industry.
 1.5. 
There are no prerequisites for this functionality. An existing AMAN facilitates the operational integration of this ATM functionality into existing systems.
 1.6. 

— Data exchange between ATS units, in particular concerning Extended AMAN, shall be implemented using System Wide Information Management (SWIM) services where iSWIM functionality referred to in Point 5 is available
— Downlink trajectory information as specified in Point 6, where available, shall be used by the AMAN

2. 
Airport Integration and Throughput facilitates the provision of approach and aerodrome control services by improving runway safety and throughput, enhancing taxi integration and safety and reducing hazardous situations on the runway.

This functionality is composed of five sub-functionalities:


— Departure Management Synchronised with Pre-departure sequencing
— Departure Management integrating Surface Management Constraints
— Time-Based Separation for Final Approach
— Automated Assistance to Controller for Surface Movement Planning and Routing
— Airport Safety Nets
 2.1.  2.1.1. 
Departure management synchronised with pre-departure sequencing is a means to improve departure flows at one or more airports by calculating the Target Take Off Time (TTOT) and Target Start Approval Time (TSAT) for each flight, taking multiple constraints and preferences into account. Pre-departure management consists of metering the departure flow to a runway by managing Off-block-Times (via Start-up-Times) which take account of the available runway capacity. In combination with Airport — Collaborative Decision Making (A-CDM), Pre-departure management reduces taxi times, increases Air Traffic Flow Management-Slot (ATFM-Slot) adherence and predictability of departure times. Departure management aims at maximising traffic flow on the runway by setting up a sequence with minimum optimised separations.

Operational stakeholders involved in A-CDM shall jointly establish pre-departure sequences, taking into account agreed principles to be applied for specific reasons (such as runway holding time, slot adherence, departure routes, airspace user preferences, night curfew, evacuation of stand/gate for arriving aircraft, adverse conditions including de-icing, actual taxi/runway capacity, current constraints, etc.).


— Departure Management (DMAN) and A-CDM systems shall be integrated and shall support optimised pre-departure sequencing with information management systems for airspace users (Target Off Block Time (TOBT) feeding) and airport (contextual data feeding)
— DMAN systems shall elaborate a collaborative sequence and provide both TSAT and TTOT. TSAT and TTOT shall take into account variable taxi times and shall be updated according to the actual aircraft take-off; DMAN systems shall provide the air traffic controller with the list of TSAT and TTOT for the aircraft metering
 2.1.2. 
Departure management integrating surface management constraints is an ATM tool that determines optimal surface movement plans (such as taxi route plans) involving the calculation and sequencing of movement events and optimizing resource usage (e. g. de-icing facilities). The departure sequence at the runway shall be optimised according to the real traffic situation reflecting any change off-gate or during taxi to the runway.

Advanced Surface Movement Guidance and Control Systems (A-SMGCS) shall provide optimised taxi-time and improve predictability of take-off times by monitoring of real surface traffic and by considering updated taxi times in departure management.


— DMAN systems shall take account of variable and updated taxi times to calculate the TTOT and TSAT. Interfaces between DMAN and A-SMGCS routing shall be developed
— DMAN integrating A-SMGCS constraints using a digital system, such as Electronic Flight Strips (EFSs), with an advanced A-SMGCS routing function shall be integrated into flight data processing systems for departure sequencing and routing computation
— An A-SMGCS routing function shall be deployed
 2.1.3. 
Time-Based Separation (TBS) consists in the separation of aircraft in sequence on the approach to a runway using time intervals instead of distances. It may be applied during final approach by allowing equivalent distance information to be displayed to the controller taking account of prevailing wind conditions. Radar separation minima and Wake Turbulence Separation parameters shall be integrated in a TBS support tool providing guidance to the air traffic controller to enable time-based spacing of aircraft during final approach that considers the effect of the headwind.


— The flight data processing and AMAN systems shall be compatible with the TBS support tool and able to switch between time and distance based wake turbulence radar separation rules
— The controller working position shall integrate the TBS support tool with safety nets to support the air traffic controller, in order to calculate TBS distance respecting minimum radar separation using actual glide-slope wind conditions
— Local meteorological (MET) information providing actual glide slope wind conditions shall be provided to the TBS support tool
— The TBS support tool shall provide automatic monitoring and alerting on non-conformant final approach airspeed behaviour, automatic monitoring and alerting of separation infringement and automatic monitoring and alerting for the wrong aircraft being turned on to a separation indicator
— The TBS support tool and associated controller working position shall calculate Indicator distance and display it on controller displays
— Safety nets capturing automatic monitoring and alerting of separation infringement shall support TBS operations
 2.1.4. 
The routing and planning functions of A-SMGCS shall provide the automatic generation of taxi routes, with the corresponding estimated taxi time and management of potential conflicts.

Taxi routes may be manually modified by the air traffic controller before being assigned to aircraft and vehicles. These routes shall be available in the flight data processing system.


— The A-SMGCS routing and planning function shall calculate the most operationally relevant route as free as possible of conflicts which permits the aircraft to go from stand to runway, from runway to stand or any other surface movement
— The controller working position shall allow the air traffic controller to manage surface route trajectories
— The flight data processing system shall be able to receive planned and cleared routes assigned to aircraft and vehicles and manage the status of the route for all concerned aircraft and vehicles
 2.1.5. 
Airport safety nets consist of the detection and alerting of conflicting ATC clearances to aircraft and deviation of vehicles and aircraft from their instructions, procedures or routing which may potentially put the vehicles and aircraft at risk of a collision. The scope of this sub-functionality includes the Runway and Airfield Surface Movement area.

ATC support tools at the aerodrome shall provide the detection of Conflicting ATC Clearances and shall be performed by the ATC system based on the knowledge of data including the clearances given to aircraft and vehicles by the air traffic controller, the assigned runway and holding point. The air traffic controller shall input all clearances given to aircraft or vehicles into the ATC system using a digital system, such as the EFS.

Different types of conflicting clearances shall be identified (for example Line-Up vs. Take-Off). Some may only be based on the air traffic controller input; others may in addition use other data such as A-SMGCS surveillance data.

Airport Safety Nets tools shall alert air traffic controllers when aircraft and vehicles deviate from ATC instructions, procedures or route. The air traffic controller instructions available electronically (through a digital system, such as EFS) shall be integrated with other data such as flight plan, surveillance, routing, published rules and procedures. The integration of this data shall allow the system to monitor the information and when inconsistencies are detected, an alert shall be provided to the air traffic controller (for example no push-back approval).


— Airport Safety Nets shall integrate A-SMGCS surveillance data and controller runway related clearances; Airport Conformance Monitoring shall integrate A-SMGCS Surface Movement Routing, surveillance data and controller routing clearances
— A-SMGCS shall include the advanced routing and planning function referred to in Point 2.1.4 above to enable conformance monitoring alerts
— A-SMGCS shall include a function to generate and distribute the appropriate alerts. These alerts shall be implemented as an additional layer on top of the existing A-SMGCS Level 2 alerts and not as a replacement for them
— The controller working position shall host warnings and alerts with an appropriate human-machine interface including support for cancelling an alert
— Digital systems, such as EFSs, shall integrate the instructions given by the air traffic controller with other data such as flight plan, surveillance, routing, published rules and procedures
 2.2.  2.2.1. 
Departure Management Synchronised with Pre-departure sequencing, Departure Management integrating Surface Management Constraints, Automated Assistance to Controller for Surface Movement Planning and Routing and Airport Safety Nets shall be operated at the following airports:


— London-Heathrow
— London-Gatwick
— London-Stansted
— Manchester Ringway

Time-Based Separation for Final Approach shall be operated at the following airports:


— London-Heathrow
— London-Gatwick
— Manchester Ringway
 2.2.2. 

 2.3. 
ATS providers and airport operators providing services at the airports as referred to in point 2.2 shall operate:


— Departure Management Synchronised with Pre-departure sequencing as from  31 December 2025
— Departure Management integrating Surface Management Constraints as from  31 December 2029
— Time-Based Separation for Final Approach as from  1 January 2025
— Automated Assistance to Controller for Surface Movement Planning and Routing as from  31 December 2029
— Airport Safety Nets as from  31 December 2029
 2.4. 
The deployment of Airport Integration and Throughput functionality shall be coordinated due to the potential network performance impact of delayed implementation in the targeted airports. From a technical perspective the deployment of targeted system and procedural changes shall be synchronised in order to ensure that the performance objectives are met. This synchronisation of investments shall involve multiple airport operators and air navigation service providers. Furthermore synchronisation during the related industrialisation phase shall take place, in particular among supply industry and standardisation bodies.
 2.5. 
The following prerequisites are required:


— Digital systems, such as EFS, A-CDM and initial DMAN for Departure Management Synchronised with Pre-departure sequencing
— Digital systems, such as EFS, initial DMAN and A-SMGCS level 1 & 2 for Departure Management integrating Surface Management Constraints
— Digital systems, such as EFS for TBS
— Digital systems, such as EFS and A-SMGCS level 1 & 2 for Automated Assistance to Controller for Surface Movement Planning and Routing
— Digital systems, such as EFS and A-SMGCS surveillance for Airport Safety Nets.
 2.6. 

— There are no interdependencies with other ATM functionalities
— The sub-functionalities Departure Management Synchronised with Pre-departure sequencing and Time Based Separation for Final Approach may be implemented independently from the other sub-functionalities; The implementation of the sub-functionalities Departure management integrating surface management constraints and Airport Safety Nets require the availability of the sub-functionality Automated assistance to controllers for surface movement planning and routing (A-SMGCS level 2+)

3. 
Combined operation of Flexible Airspace Management and Free Route enable airspace users to fly as closely as possible to their preferred trajectory without being constrained by fixed airspace structures or fixed route networks. It further allows operations that require segregation, for example military training, to take place safely and flexibly, and with minimum impact on other airspace users.

This functionality is composed of two sub-functionalities:


— Airspace Management and Advanced Flexible Use of Airspace
— Free Route
 3.1.  3.1.1. 
Airspace Management (ASM) and Advanced Flexible Use of Airspace (A-FUA) aims to provide the possibility to manage airspace reservations more flexibly in response to airspace user requirements. Changes in airspace status shall be shared with all concerned users, in particular Network Manager, air navigation service providers and airspace users (Flight Operations Centre/Wing Operations Centre (FOC/WOC)). ASM procedures and processes shall cope with an environment where airspace is managed dynamically with no fixed-route network.

Data-sharing shall be enhanced by the availability of airspace structures in support of a more dynamic ASM and Free Routing Airspace (FRA) implementation. FRA is the airspace defined laterally and vertically, allowing free routing with a set of entry/exit features. Within this airspace, flights remain subject to air traffic control.

ASM solutions shall support all airspace users, including enabling the alignment of FRA, Conditional Route (CDR) and published Direct Routing (DCT). These ASM solutions shall be based on forecast demand received from the local Air Traffic Flow and Capacity Management (ATFCM) function and/or the Network Manager.


— The ASM support system shall support the fixed and conditional route networks currently in place, as well as DCTs, FRA and flexible sector configurations; The system shall be able to respond to changing demands for airspace; ... The system shall support cross-border activities, resulting in shared use of segregated airspace regardless of national boundaries
— Airspace configurations shall be accessible via Network Manager systems, which shall contain the up-to-date and foreseen airspace configurations, to allow airspace users to file and modify their flight plans based on timely and accurate information
— The ATC system shall support flexible configuration of sectors so that their dimensions and operating hours can be optimised according to the demands of the NOP
— The system shall allow a continuous assessment of the impact of changing airspace configurations on the network
— ATC systems shall correctly depict the activation and de-activation of configurable airspace reservations and the change of a volume of airspace from a fixed route network to FRA
— The Flight Plan Processing System (IFPS) shall be modified to reflect the changes in the definition of airspace and routes so that the routes, flight-progress and associated information are available to ATC systems
— The ASM, ATFCM and ATC systems shall securely interface in a way that allows the provision of air navigation services based on a common understanding of the airspace and traffic environment. The ATC systems shall be modified to enable this functionality to the extent necessary  for effective airspace and air traffic flow management, and the safe and efficient use of airspace by all users, through the application of the concept of flexible use of airspace; whilst taking into account national security considerations.
— Centralised Aeronautical Information Services (AIS) systems, such as the European AIS Database (EAD), shall make available environment data for flexible airspace structures to all involved operational stakeholders in a timely manner. This enables planning to be undertaken based on accurate information relevant to the time of the planned operations; Local AIS systems shall enable this capability and the upload of changing local data
— Operational stakeholders shall be able to interface with the NOP as specified in Point 4; Interfaces shall be defined to allow dynamic data to be sent to operational stakeholder systems, and for those stakeholders to be able to communicate information in an accurate and timely manner; The systems of these stakeholders shall be modified to enable these interfaces
 3.1.2. 
Free Route may be deployed both through the use of Direct Routing Airspace and through FRA. Direct Routing Airspace is the airspace defined laterally and vertically with a set of entry/exit conditions where published direct routings are available. Within this airspace, flights remain subject to air traffic control. To facilitate early implementation before the target deployment date specified in Point 3.3, free route could be implemented in a limited way during defined periods. Procedures for transitioning between free route and fixed route operations shall be set. Initial implementation of Free Route may be done on a structurally limited basis, for example by restricting the available entry/exit points for certain traffic flows, through the publication of DCTs, which will allow airspace users to flight plan on the basis of those published DCTs. DCT availability may be subject to traffic demand and/or time constraints. The implementation of FRA based on DCTs may allow the removal of the ATS route network. FRA and DCT shall be published in aeronautical publications as described in the European Route Network Improvement Plan of the Network Manager.


— Network management systems shall implement:
— Flight plan processing and checking for DCTs and FRA
— IFPS routing proposals based on FRA
— dynamic re-routing
— ATFCM planning and execution within FRA
— calculation and management of traffic loads
— ATC systems shall implement the following:
— Flight data processing system, including HMI, to manage trajectory/flight planning without reference to the fixed ATS network
— Flight planning systems to support FRA and cross-border operations
— ASM/ATFCM to manage FRA
— for FRA, Medium Term Conflict Detection (MTCD) including Conflict Detection Tools (CDT), Conflict Resolution Assistant (CORA), Conformance Monitoring, and APW for dynamic airspace volumes/sectors; Trajectory prediction and de-confliction shall support an automated MTCD tool adapted to operate in FRA airspace and, when required, on DCT
— ATC systems may receive and utilise updated flight data coming from an aircraft (ADS-C EPP) where data link functionality is available
— Airspace users' systems shall implement flight planning systems to manage dynamic sector configuration and FRA
— Flight Data Processing System (FDPS) shall support FRA, DCT and A-FUA
— The controller working position shall support the operating environments, as appropriate
 3.2. 
Flexible Airspace Management and Free Route shall be provided and operated in the airspace for which the  United Kingdom is  responsible at and above flight level 310 in the ICAO EUR region.
 3.3. 
Air  navigation service providers and airspace users shall operate:


— DCT as from 1 January 2018
— FRA as from  31 December 2028
 3.4. 
The deployment of Flexible Airspace Management and Free Route functionality shall be coordinated due to the potential network performance impact of delayed implementation in a wide geographical scope involving a number of stakeholders. From a technical perspective the deployment of targeted system and procedural changes shall be synchronised to ensure that the performance objectives are met. This synchronisation of investments shall involve multiple civil/military air navigation service providers, airspace users and the Network Manager. Furthermore, synchronisation during the related industrialisation phase shall take place, in particular among supply industry.
 3.5. 
There are no prerequisites for this functionality.
 3.6. 
4. 
5. 
System Wide Information Management (SWIM) concerns the development of services for information exchange. SWIM comprises standards, infrastructure and governance enabling the management of information and its exchange between operational stakeholders via interoperable services.

Initial System Wide Information Management (iSWIM) supports information exchanges that are built on standards and delivered through an internet protocol (IP)-based network by SWIM enabled systems. It consists of:


— Common infrastructure components
— SWIM Technical Infrastructure and Profiles
— Aeronautical information exchange
— Meteorological information exchange
— Cooperative network information exchange
— Flight information exchange
 5.1.  5.1.1. 
Common infrastructure components are:


— The registry, which shall be used for publication and discovery of information regarding service consumers and providers, the logical information model, SWIM enabled services, business, technical, and policy information
— Public Key Infrastructure (PKI), which shall be used for signing, emitting and maintaining certificates and revocation lists; The PKI ensures that information can be securely transferred
 5.1.2. 
A SWIM Technical Infrastructure (TI) Profile implementation shall be based on standards and interoperable products and services. Information exchange services shall be implemented on one of the following profiles:


— Blue SWIM TI Profile, which shall be used for exchanging flight information between ATC centres and between ATC and Network Manager
— Yellow SWIM TI Profile, which shall be used for any other ATM data (aeronautical, meteorological, airport, etc.)
 5.1.3. 
Operational stakeholders shall implement services which support the exchange of the following aeronautical information using the yellow SWIM TI Profile:


— Notification of the activation of an Airspace Reservation/Restriction (ARES)
— Notification of the de-activation of an Airspace Reservation/Restriction (ARES)
— Pre-notification of the activation of an Airspace Reservation/Restriction (ARES)
— Notification of the release of an Airspace Reservation/Restriction (ARES)
— Aeronautical information feature on request. Filtering possible by feature type, name and an advanced filter with spatial, temporal and logical operators.
— Query Airspace Reservation/Restriction (ARES) information
— Provide Aerodrome mapping data and Airport Maps
— Airspace Usage Plans (AUP, UUP) — ASM level 1, 2 and 3
— D-Notams

Service implementations shall be compliant with the applicable version of Aeronautical Information Reference Model (AIRM), the AIRM Foundation Material and the Information Service Reference Model (ISRM) Foundation Material.


— ATM systems shall be able to use the Aeronautical information exchange services
 5.1.4. 
Operational stakeholders shall implement services which support the exchange of the following meteorological information using the yellow SWIM TI Profile:


— Meteorological prediction of the weather at the airport concerned, at a small interval in the future:
— wind speed and direction
— the air temperature
— the altimeter pressure setting
— the runway visual range (RVR)
— Provide Volcanic Ash Mass Concentration
— Specific MET info feature service
— Winds aloft information service
— Meteorological information supporting Aerodrome ATC & Airport Landside process or aids involving the relevant MET information, translation processes to derive constraints for weather and converting this information in an ATM impact; the system capability mainly targets a ‘time to decision’ horizon between 20 minutes and 7 days.
— Meteorological information supporting En Route/Approach ATC process or aids involving the relevant MET information, translation processes to derive constraints for weather and converting this information in an ATM impact; the system capability mainly targets a ‘time to decision’ horizon between 20 minutes and 7 days
— Meteorological information supporting Network Information Management process or aids involving the relevant MET information, translation processes to derive constraints for weather and converting this information in an ATM impact; the system capability mainly targets a ‘time to decision’ horizon between 20 minutes and 7 days

Service implementations shall be compliant with the applicable version of AIRM, the AIRM Foundation Material and the ISRM Foundation Material.


— ATM systems shall be able to use the MET information exchange services
 5.1.5. 
Operational stakeholders shall implement services which support the exchange of the following cooperative network information using the yellow SWIM TI Profile:


— Maximum airport capacity based on current and near term weather conditions
— Synchronisation of Network Operations Plan and all Airport Operations Plans
— Regulations
— Slots
— Short term ATFCM measures
— ATFCM congestion points
— Restrictions
— Airspace structure, availability and utilisation
— Network and En-Route Approach Operation Plans

Service implementations shall be compliant with the applicable version of AIRM, the AIRM Foundation Material and the ISRM Foundation Material.
 5.1.6. 
Flight information shall be  shared  during the pre-tactical and tactical phases by ATC  systems with the  Network Manager.

Operational stakeholders shall implement services which support the exchange of the following flight information as indicated in the table below using the blue SWIM TI Profile:


— Various operations on a flight object: Acknowledge reception, Acknowledge agreement to FO, End subscription of a FO distribution, Subscribe to FO distribution, Modify FO constraints, Modify route, Set arrival runway, Update coordination related information, Modify SSR code, Set STAR, Skip ATSU in coordination dialogue
— Share Flight Object information. Flight Object includes the flight script composed of the ATC constraints and the 4D trajectory

Operational stakeholders shall implement the following services for exchange of flight information using the yellow SWIM TI Profile:


— Validate flight plan and routes
— Flight plans, 4D trajectory, flight performance data, flight status
— Flights lists and detailed flight data
— Flight update message related (departure information)

Service implementations shall be compliant with the applicable version of AIRM, the AIRM Foundation Material and the ISRM Foundation Material.


— ATC systems shall make use of the flight information exchange services
 5.2. 
iSWIM functionality shall be deployed in the  UK ATMS  as indicated in the table. ...


 Civil ANSPs(excluding MET providers) Airports Civil-military coordination Airspace Users MET providers ...
Aeronautical information exchange Area Control Centres, TMAs and Towers identified in the Appendix Geo-graphical scope as referred to in Point 1.2 All centres in the Member States that have non-integrated civil/military service provision AOC system providers — . . .
Meteorological information exchange Area Control Centres, TMAs and Towers identified in the Appendix Geo-graphical scope as referred to in Point 1.2 All centres in the Member States that have non-integrated civil/military service provision AOC system providers All MET providers . . .
Cooperative network information exchange Area Control Centres, TMAs and Towers identified in the Appendix Geo-graphical scope as referred to in Point 1.2 — AOC system providers — . . .
Flight information exchange Area Control Centres & TMAs identified in the Appendix — — — — . . .

 5.3. 
Operational stakeholders ... referred to in Point 5.2 shall provide and operate the iSWIM as of  31 December 2025.
 5.4. 
The deployment of Initial System Wide Information Management functionality shall be coordinated due to the potential network performance impact of delayed implementation in a wide geographical scope involving a number of stakeholders. From a technical perspective the deployment of targeted system and service delivery changes shall be synchronised to ensure that the performance objectives are met. This synchronisation shall enable changes targeted within ATM functionalities referred to in sections 1 to 4 above as well as future common projects. Synchronisation shall involve all ATM ground stakeholders (civil/military air navigation service providers, airspace users — for AOC systems, airport operators, MET Service Providers and the Network Manager. Furthermore, synchronisation during the related industrialisation phase shall take place, in particular among supply industry and standardisation bodies.
 5.5. 
To support the blue SWIM TI Profile, very high and high capacity centres shall be connected to Pan-European Network Services (PENS).
 5.6. 

— SWIM services enable the AMAN functionality as described in Point 1, A-FUA as described in Point 3, Network Collaborative Management functionality as described in Point 4 and flight data processing systems to flight data processing systems exchange of down-linked trajectory information between ATS units required by Initial Trajectory Information Sharing functionality referred to in Point 6
— The implementation of SWIM infrastructure and services referred to in Point 5 facilitates the information exchange for all mentioned ATM functionalities

6. 
Initial Trajectory Information Sharing (i4D) consists of the improved use of target times and trajectory information, including where available the use of on-board 4D trajectory data by the ground ATC system and Network Manager Systems, implying fewer tactical interventions and improved de-confliction situation.
 6.1. 
Target times and 4D trajectory data shall be used to enhance ATM system performance.

Trajectory information and target times shall be enhanced by the use of air-ground trajectory exchange.


— Equipped aircraft shall down-link trajectory information using ADS-C Extended Projected Profile (EPP)as part of the ATN B2 services; The trajectory data shall be automatically down-linked from the airborne system shall update the ATM system according to the contract terms
— Data link communications ground systems shall support ADS-C (downlink of aircraft trajectory using EPP) as part of the ATN B2 services
— Flight data processing systems controller working positions and Network Manager systems shall make use of downlinked trajectories
— FDP to FDP trajectory exchange between ATS units as well as between ATS units and the Network Manager systems shall be supported using flight object exchange as defined in Point 5
 6.2. 
Initial Trajectory Information Sharing shall be deployed in all ATS units providing air traffic services within the airspace for which the  United Kingdom is  responsible in the ICAO EUR region.
 6.3. 
ATS providers ... shall ensure that they enable Initial Trajectory Information Sharing as from  31 December 2027.

...
 6.4. 
The deployment of Initial Trajectory Information Sharing functionality shall be coordinated due to the potential network performance impact of delayed implementation in a wide geographical scope involving a number of stakeholders. From a technical perspective the deployment of targeted system and service delivery changes shall be synchronised to ensure that the performance objectives are met. This synchronisation shall enable changes targeted within ATM functionality referred to in section 1, 3 and 4 above as well as future common projects. Synchronisation shall involve all air navigation service providers, the Network Manager and airspace users (air-ground synchronisation need). ... Furthermore, synchronisation during the related industrialisation phase shall take place, in particular among supply industry and standardisation and certification bodies.
 6.5. 
The data link capability as described in Commission Regulation (EC) No 29/2009 on data link services is an essential prerequisite for this ATM functionality.
 6.6. 

— The down-linked aircraft trajectory may be used to enhance the AMAN functionality described in Point 1
— Downlink trajectory information may be integrated into the Enhanced Short Term ATFCM Measures calculation and the Automated Support for Traffic Complexity Assessment as specified in Point 3
— ...
— iSWIM referred to in Point 5 shall enable FDP to FDP exchange of down-linked trajectory information between ATS units

Appendix

— LONDON ACC CENTRAL
— PRESTWICK ACC


— LONDON TMA TC
— MANCHESTER APPROACH
