Presentation on theme: "1 Air-Ground Integration Ed Bailey, Airborne Project Leader & Ian Wilson, PATs Project Leader."— Presentation transcript:
1 Air-Ground Integration Ed Bailey, Airborne Project Leader & Ian Wilson, PATs Project Leader
2 The Aim : l What is air-ground integration l How was it done l How should it have been done l How it worked in practice - technical story of a flight
3 PHARE Objective: l The objective of PHARE is to organise, co-ordinate and conduct on a collaborative basis, experiments and trials aiming at proving and demonstrating the feasibility and merits of a future air ground integrated air traffic management system in all phases of flight.
4 PHARE Air/Ground Integration Integration in PHARE was limited to Trajectory Negotiation Integration in PHARE was limited to Trajectory Negotiation Trajectory Negotiation did not involve exchange of trajectories or Remote Procedure Calls Trajectory Negotiation did not involve exchange of trajectories or Remote Procedure Calls Simply Trajectory Negotiation was: Simply Trajectory Negotiation was: Trajectory from the aircraft Trajectory from the aircraft Constraints from the ground Constraints from the ground Equivalent to: Here is my intent - is it safe, if not, make it safe Equivalent to: Here is my intent - is it safe, if not, make it safe
6 Ideal Trajectory Negotiation Aircraft downlinks User Preferred Trajectory Aircraft downlinks User Preferred Trajectory Ground checks trajectory for conflicts adding constraints if necessary to deconflict and to sequence departure and arrival, then uplinks the constraints to the aircraft Ground checks trajectory for conflicts adding constraints if necessary to deconflict and to sequence departure and arrival, then uplinks the constraints to the aircraft Aircraft modifies User Preferred Trajectory and downlinks it to the ground Aircraft modifies User Preferred Trajectory and downlinks it to the ground Ground checks the new User Preferred Trajectory for conflicts, broken constraints and infringements and if none uplinks deviation parameters to the aircraft Ground checks the new User Preferred Trajectory for conflicts, broken constraints and infringements and if none uplinks deviation parameters to the aircraft Aircraft generates trajectory and downlinks Accept Aircraft generates trajectory and downlinks Accept
7 Its NOT that simple Problem areas - Problem areas - Is the first downlink really the User Preferred Trajectory ? Is the first downlink really the User Preferred Trajectory ? What ground checks are really needed ? What ground checks are really needed ? Does the controller need to see a trajectory that has no conflicts ? Does the controller need to see a trajectory that has no conflicts ? Is there a need to co-ordinate sector-sector on trajectory changes and what is the place of Letters of Agreement ? Is there a need to co-ordinate sector-sector on trajectory changes and what is the place of Letters of Agreement ? Delay during checks causes asynchronous work for controller Delay during checks causes asynchronous work for controller
8 User Preferred Trajectory ? l Ideally Blue Sky trajectory l But it includes known ATC restrictions such as Flight Levels and posslibly routings l If the user does not get the request the alternative may be very different
9 Ground Checks l Negotiation Manager Software checks for l Conflicts caused in current and neighbour sectors l Constraints not met l Changes in entry exit conditions at sector boundaries l Conflicts must be checked, but the other checks may be unnecessary l Forcing co-ordination not appreciated l Time delay means controller may need to multi-task
10 Controller display l Does a trajectory without problems need to be displayed ? l Depends on: l Trust in system l Method of controller working - with tools it is not strictly necessary l The Big Picture - is it still required by controllers with automated support ?
11 Shortened Procedures l Standard Trajectory Negotiation may be too long in some circumstances. l Shortened procedures: l From Air - Pre-Emptive Negotiation l From Ground - Formal Clearance
12 Pre-Emptive Negotiation l The aircraft is doing something therefore the ground is told not asked. l Sequence: l Trajectory sent to ground l Deviation parameters and accept l Equivalent to: Here is what I am flying - is it safe ? If not, make it safe.
13 Formal Clearance l The ground requires an aircraft to do something now therefore the aircraft is told not asked. l Sequence: l Set of constraints and deviation parameters are sent to the aircraft l The aircraft generates a trajectory and flies it when the pilot accepts l Equivalent to: Fly this trajectory.
14 Flight Planning to 40 Mins l Nominal values to process the information l Trajectory Predictor Generates Initial Trajectory into Flight Data Base l Flight Database distribution l Conflict Probe on Trajectory l Initial Arrival and Departure sequencing commences
15 Air Trajectory Prediction l The Trajectory is generated for the entire flight. l SID and STAR (plus any procedural routings) are used for initial constraints. l Trajectory is in 3 main Phases: l Climb, l Cruise, l Descent.
16 Ground Trajectory Prediction l For what-if modelling of all flights, by the controller and by the sequencing tools. l For provision of advisories to the Tactical Controller to pass to non-equipped aircraft. l Non-equipped - either without Datalink or with a less capable FMS.
17 Aircraft Log In to Datalink l Aircraft Provides trajectory based on aircraft data. l Get Meteo data l Derive vertical profile and 3D plus relative times l Pilot checks then Negotiates l First Trajectory Negotiation to Ground l Ground sequences the flight and constraints passed for push-back and take-off
18 Take Off l DAP or trajectory indicating Take Off l Trajectory now certain l Re-negotiate Trajectory if required l New contract if required
19 Diagrammatic View of Planning and Control Authority
20 Post Take-off Planning l Next Planner plans and deconflicts (using CP, CT, PS, TP, NM) l Tactical controller monitors (using FPM and CT, PS, TP, NM if change required) l Multi-Sector Planner 30 minutes away - checks loadings on the sectors (Using TLS and TP, NM if change required)
23 Airborne Route Amendments l Pilot amends route on AHMI l Aircraft generates trajectory based on aircraft data. l Constraints provided from the ground for en-route deconfliction and Arrival l Aircraft recomputes trajectory to meet constraints and datalinks down l Checked and Agreed with ground
24 Automated Holds - Stacks l Long lookahead to avoid holds… l If hold required trajectory predictors in the EFMS and on the ground create one l If there are other aircraft in the hold a Stack Manager process on the ground provides descent constraints.
25 Arrivals l Sequencing continual while aircraft are en-route with sequence arrival times defined l Changes of Time of Arrival only negotiated when change exceeds parameter time l Automated sequencing frozen prior to descent
26 Automated Approaches l Expedite and Retard using trombones or approach fans l Aircraft uses the area of the trombone or fan to amend its trajectory to achieve accuracies within 5 seconds at the approach gate l Always misunderstood by controllers
27 Problems - Communications l Datalink l Slow, very low bandwidth l Trajectory Information Structure l System l Some single threaded - resulted in unworkable delay l If multi-threaded, controller also has to multi-thread
28 Achievement of Concept l PHARE integrated the aircraft and ground systems l The aircraft generates the trajectory held in the ground flight database l The aircraft is only constrained if required to avoid conflict l Similar control by pictures approach both in the air and on the ground l Data-Link with sufficient bandwidth is essential for full benefit
29 Air-Ground Integration Ed Bailey, Airborne Project Leader & Ian Wilson, PATs Project Leader