Experimental Performance of A Genetic Algorithm For Airborne Strategic Conflict Resolution
Experimental Performance of A Genetic Algorithm For Airborne Strategic Conflict Resolution
R=20090032235 2019-03-04T18:38:15+00:00Z
Maria Consiglio ¶
NASA Langley Research Center, Hampton, VA, USA
I. Introduction
n support of the National Aeronautics and Space Administration’s (NASA’s) concept of Distributed
I Air/Ground Traffic Management 1 and the NASA Airspace System Program research focus on functional
allocation, researchers at NASA Langley Research Center have been investigating the extent to which air-
craft separation responsibility can be delegated to the cockpit. In the NASA concept, properly-equipped
aircraft perform autonomous flight by self-optimizing their four-dimensional trajectories while conforming to
constraints such as required times of arrival (RTAs) generated by air-traffic service providers on the ground
for the purpose of traffic flow management. Unlike concepts that allow autonomous flight only in segre-
gated airspace, this concept allows autonomous aircraft to fly in airspace shared with aircraft managed by
controllers or automation systems on the ground.
The cornerstone of NASA Langley’s research into autonomous flight is the development of a prototype
Airborne Separation Assistance System (ASAS) tool called the Autonomous Operations Planner (AOP). 2
The AOP’s role in the cockpit is twofold: to support the flight crew in performing the new duties required
for assumption of separation responsibility in the cockpit, and to support enhanced optimization of the
aircraft’s flight path given the flexibility enabled by autonomous flight. To successfully fulfill both of these
roles, the AOP seamlessly integrates with other airborne avionics in charge of navigation, surveillance, and
∗ Principal Computer Scientist, member
t Chief Research Engineer, associate fellow
‡ Senior Software Engineer, member
§
Software Engineer, senior member
¶ Senior Research Scientist, member
1 of 15
A. Overview
The Safety Performance of Airborne Separation (SPAS) simulation study is designed to investigate the effect
of traffic demand on the safety performance of distributed air traffic control (ATC). 4,5 In a distributed
ATC environment, aircraft are responsible for traffic separation while maintaining adherence to traffic flow
management constraints. The SPAS study is a series of batch-mode Monte Carlo simulation experiments
designed to analyze and quantify the safety behavior of airborne self-separation. The experiments will also
examine the implications of prediction errors and system uncertainties for ASAS system safety performance.
To date, the first two simulation experiments have been completed.
The first experiment evaluated airborne self-separation behavior in a baseline scenario consisting of
randomized routes in a generic high-density airspace in which all aircraft were constrained to the same
flight level. Sustained traffic density was up to about 10 times the traffic density in a typical sector today. 4
This scenario included limited sources of uncertainty (primarily modeling simplifications in the predicted
trajectories) and was intended to develop an initial understanding of the safety performance of airborne
self-separation and to establish a baseline for comparison with later experiments that add other sources of
uncertainty.
The second experiment evaluated the potential impact of operator (flight crew) delay or inaction when
responding to airborne self-separation systems. 5 This experiment modified the simulated pilot behavior from
the first experiment by delaying resolution actions by as much as 240 seconds when responding to detected
conflicts. Additionally, a percentage of pilots, selected at random, completely ignored detected conflicts and
therefore performed no conflict resolution actions. This experiment’s scenarios were similar to those used in
the baseline experiment, but the maximum sustained average traffic density was increased to approximately
12 times the density in a typical sector today.
2 of 15
B. Simulation Environment
The SPAS simulation runs were conducted in the Air Traffic Operations Laboratory (ATOL) of the NASA
Langley Research Center. ATOL is a distributed simulation platform consisting of a network of workstation-
class computers with a High Level Architecture communication infrastructure. Each aircraft simulator is a
real-time, medium fidelity, 6-degree-of-freedom aircraft simulation running on its own computer. The aircraft
simulator includes separate software emulations of an FMS, AOP, an ADS-B datalink, and other avionics.
The baseline study simulated between 14 and 72 independent aircraft simultaneously in batch mode. The
second experiment increased the maximum number of aircraft to 88. When an aircraft passed beyond the
evaluation area, it was replaced by a new aircraft with another randomly-generated route to maintain average
traffic density. Each aircraft was “flown” by pilot model (PM) software that performed basic pilot conflict
management actions. The PM was composed of a sensory input model, a rule-based decision model, and an
actuator response model, enabling a range of human “personalities” to be configured to study the impact of
variation in pilot behavior.
To support both experiments, AOP strategic CR was configured for lateral maneuvers only. AOP’s
intent-based conflict detection (CD) look-ahead was set to 10 minutes for conflict alerts and 20 minutes for
conflict resolution. The experiment used the standard 5 nmi minimum separation requirement, but AOP’s
internal minimum separation requirement was set to 5.1 nmi and increased by 0.25 nmi during resolution as
an additional buffer. AOP’s capability to define trajectory prediction uncertainty bounds 6 to avoid missed
alerts that can result from inaccuracies in predicted trajectories was not utilized during these runs. Priority
Rules were used within AOP to limit the number of simultaneous resolution attempts between two aircraft
in conflict; the rules identified one aircraft as having priority, requiring the other aircraft to maneuver. When
the time remaining until predicted first LOS was less than a predetermined threshold, a either aircraft was
allowed to resolve the conflict. All tactical maneuvering support within AOP was disabled for these runs,
including tactical conflict detection and resolution.
AOP’s strategic resolutions were required to take all known trajectory constraints into account. The main
constraints for both experiments were the RTA constraints. Any AOP-generated resolution accepted by the
pilot model was uploaded directly into the FMS and executed as an active route change. Upon execution,
the new aircraft trajectory was broadcast to all neighboring aircraft in the form of trajectory change points
using trajectory change reports within simulated Mode S ADS-B. Both experiments assumed perfect ADS-B
transmission (no dropouts), and each cycle of trajectory change reports contained enough points to define
at least the first 20 minutes of the aircraft’s future trajectory.
A. Overview
PBGA selects and optimizes a resolution maneuver from a set of pre-defined maneuver patterns. 3 Each
maneuver pattern is a template designed to execute a different type of user-acceptable path modification.
For example, one pattern defines a lateral offset to be added to the FMS active route where another defines a
short-cut path from one active route leg to another downstream leg. The creation of a resolution route using a
pattern is then just a matter of “positioning and sizing” the pattern (i.e., determining where along the active
route to start the maneuver and defining values of its geometric parameters) to avoid the conflict. PBGA
'The threshold was five minutes for the first experiment, and seven minutes for the second experiment.
3 of 15
4 of 15
5 of 15
6 of 15
7 of 15
need to update on a one-second periodic cycle (e.g., processing of new ADS-B data, creation of new ownship
trajectory predictions, and conflict detection). Since situational awareness of changes to the aircraft’s current
conflict status is more important than finding a strategic solution to a previously detected conflict, a design
change forced PBGA’s thread to yield the processor at strategic times within the algorithm. Though this
design increased the total elapsed time of PBGA, it provided the proper balance of computational load to
support the entire range of AOP functionality required for SPAS.
8 of 15
The elapsed time of conflict resolution, TCR, is the amount of simulated time that passed between the instant
when AOP issued a request to execute P13GA and the instant when AOP received the result of this compu-
tation from P13GA. Since all simulation occurred in real time, this measurement is a good approximation of
the real (wall-clock) elapsed time.
This study used the SPAS dataset to estimate TCR. The start and end times of P13GA were recorded
with a precision of one second, so the elapsed time of each CR attempt was measured in whole seconds. Since
the objective was to estimate TCR for an arbitrarily selected conflict, if several CR attempts were made on
the same unique conflict (that is, with similar input each time, except that aircraft positions were advanced
a few seconds), the first value of TCR in the sequence was selected as the most representative value and the
others were discarded. This resulted in a set of 6944 observed values of TCR, including 6699 cases in which
P13GA returned a conflict-free route and 245 cases in which CR failed to converge.
on each conflicted chromosome, consists mainly of NAC calculations to find the region of airspace (if any) in
which each traffic aircraft is likely to conflict with possible ownship trajectories. The expected total number
of chromosomes evaluated during P13GA, however, can be considered a constant. j All processing outside of
P13GA is periodic and can be assumed to increase elapsed time by a constant factor not much greater than
unity. These facts suggest that the principal trend will be for the total elapsed time of conflict resolution,
TCR, to be a linear function of NAC.
As NAC increases, however, a conflict-free route may be harder to find. This suggests that a higher
percentage of chromosomes may have conflicts and may execute the conflicted fitness function, causing TCR
to grow at more than a linear rate. It is reasonable to model this accelerated growth rate by a term that is
quadratic in NAC. A hypothetical predictor of elapsed time, ˆTCR, then has the general form:
ˆTCR = 00 + 01 NAC + 02 N2
AC . (1)
h The principal contributors to PBGA processing time were identified by the Rational Quantify performance profiler.
i In the experiment, the conflict probe considered all traffic currently being simulated at the time CR was attempted. Conflicts
detected outside the evaluation region were ignored during later stages of computation.
j The only variation in the number of chromosomes evaluated was due to the random selection of chromosomes to mutate.
9 of 15
Because the input values are limited by the traffic densities that might occur in en-route airspace within
the next few decades, this predictor is not intended to address the asymptotic behavior of PBGA. While it
is a reasonable guess that any trends in the existing data will continue to some extent, caution is needed
when applying any results of this study much beyond the range studied in SPAS.
3. Estimation of Parameters
Rather than linear regression by the method of ordinary Figure 6. Elapsed CR time in seconds for 41 traffic
least squares, estimation of ˆTCR used a robust method aircraft.
of linear regression, specifically the robustfit function of
MATLAB version 7.7 with the default settings. Conve-
niently expressed in terms of NAC /100, the result is
2
ˆ
TCR = 2.381 + 11.698 . N
+7.315.
OO (00 ) (2)
This estimate of TCR ranges from 2.74 to 14.15 seconds over the 3 to 70 traffic aircraft observed in CR
requests in SPAS.
k The causes of these two problems are identified in Subsection 4 on the next page.
10 of 15
I/N00\I .
2 Figure 7. Elapsed CR time (seconds) vs. number
NOO
σ̂ = 0 .349 + 1 . 700 . +1 . 756 . (4) of traffic aircraft.
11 of 15
This regression was iterated; after each iteration, the variables corresponding to coefficients that were
statistically insignificant (that is, whose 95% confidence intervals included the value zero) were eliminated. If
there were no such variables, the variable that explained the least amount of variation in TCR was eliminated.
(The product of each variable’s regression coefficient and the difference between its least and greatest observed
values was deemed to be the amount of variation explained, that is, the estimated number of seconds this
variable might add or subtract from TCR.) In the fifth regression there were only three variables: number of
traffic aircraft ( NAC), total number of waypoints in the resolution route (ranging from 7 to 15), and fitness
of the winning chromosome (ranging from 8.0 to 255.7). The coefficients of this regression (including the
estimated constant term in (1)), and the bounds of their 95% confidence intervals, are shown in Table 6.
Although the regression coefficient of total number of waypoints was greater than that of the other two
variables, NAC had a much larger range of values (from 3 to 70) and as a result explained approximately
three times as much of the variation in TCR as either of the other two variables.
The number of waypoints in the conflicted route (prior to PBGA) was not considered in this regression,
since it was known for only 1622 CR attempts. When the regression was restricted to these CR attempts
and this variable was included along with the three variables in Table 6, it explained by far the least amount
of variation in TCR. (In fact the coefficient of NAC increased slightly.) Even when the only other variable
was NAC, the coefficient of active waypoints was only 0.202. It does not appear worthwhile to use this
much smaller dataset so that this variable could be included in other calculations. On the other hand, total
waypoints and fitness of the winning chromosome are not known until after PBGA finishes. Number of
traffic aircraft is therefore the only really useful predictor of elapsed time based on this dataset.
Despite the large number of first CR attempts observed, none of the coefficients of (5) is statistically
significant at the 95% level. Nevertheless, this prediction matches the observed results reasonably well when
the data are subdivided into three clusters of more than 2000 observations each, as shown in Table 7. A
robust method yielded similar regression coefficients, but did not result in as close a fit to the data in this
table. In any case, the probability of failure to converge is clearly low even when CR is not re-tried.
12 of 15
The SPAS dataset is likely to yield a very conservative estimate of the speed of PBGA. According to
informal observations on comparable (but more recently acquired) equipment, PBGA elapsed time has since
improved significantly due to processor speed alone. These observations also indicate that the elapsed time
is sensitive to the compiler options under which the software was built. SPAS used a “debug” build of AOP
(one that was linked with debug information), which made the execution of AOP consistent with debug
13 of 15
The pattern-based genetic algorithm that is the foundation of the AOP strategic CR capability success-
fully resolved all conflicts experienced during the SPAS baseline experiment and all but three highly complex
conflicts in the SPAS pilot delay experiment. Though the number of error sources was kept to a minimum in
these runs, the fact that AOP’s strategic CR capability was able to resolve these conflicts without the need
for either vertical or tactical maneuvering, even when traffic densities were increased to 10X–12X current
day traffic levels, is a significant result. PBGA’s current performance is adequate for follow-on batch-mode
experiments that will explore and identify specific error sources (such as wind errors) and operational condi-
tions under which vertical and tactical maneuvering become necessary. In addition, even without expected
improvements this is a promising baseline for future human-in-the-loop experiments.
Acknowledgment
This effort was conducted for NASA’s Langley Research Center under subcontract to Raytheon Corpo-
ration. The authors would like to thank Sherwood Hoadley of NASA Langley for her help in collecting the
analysis data and David Wing of NASA Langley for his many inputs and feedback on AOP functionality.
The authors would also like to thank the many Raytheon Team staff members who developed the other
components of NASA Langley’s ATOL simulation capability, without which this paper would not have been
possible.
14 of 15
15 of 15