Air Traffic Management Concept Baseline Definition - The Boeing ...
Air Traffic Management Concept Baseline Definition - The Boeing ...
Air Traffic Management Concept Baseline Definition - The Boeing ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
<strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong><br />
<strong>Concept</strong> <strong>Baseline</strong> <strong>Definition</strong><br />
Prepared by<br />
<strong>Boeing</strong> Commercial <strong>Air</strong>plane Group<br />
NEXTOR Report # RR-97-3<br />
October 31, 1997<br />
Aslaug Haraldsdottir, Principal Investigator<br />
Monica S. Alcabin<br />
Alvin H. Burgemeister<br />
Charles G. Lindsey<br />
Nigel J. Makins<br />
Robert W. Schwab<br />
Arek Shakarian<br />
William D. Shontz<br />
Marissa K. Singleton<br />
Paul A. van Tulder<br />
Anthony W. Warren
Preface<br />
This report documents research undertaken by the National Center of Excellence for<br />
Aviation Operations Research, under Federal Aviation Administration Research Grant<br />
Number 96-C-001. This document has not been reviewed by the Federal Aviation<br />
Administration (FAA). Any opinions expressed herein do not necessarily reflect those of<br />
the FAA or the U.S. Department of Transportation.<br />
This document consists of the ATM <strong>Concept</strong> <strong>Baseline</strong> <strong>Definition</strong>, which incorporates<br />
material from the NAS Stakeholders Needs report prepared as a separate volume. <strong>The</strong><br />
NAS Stakeholders Needs report should be viewed as an adjunct to this volume, and is<br />
included as part of <strong>Boeing</strong>’s submission under NEXTOR Contract #DTFA03-97-00004,<br />
Subagreement #SA1636JB.<br />
ii
Executive Summary<br />
This report presents an operational concept for the U.S. National <strong>Air</strong>space System (NAS)<br />
through the year 2015, including a transition path from the current system. This concept<br />
was developed by <strong>Boeing</strong> Commercial <strong>Air</strong>plane Group for NASA’s Advanced <strong>Air</strong><br />
Transportation Technologies (AATT) program, under subcontract with NEXTOR<br />
(National Center of Excellence for Aviation Operations Research).<br />
<strong>The</strong> operational concept presented here is aimed at driving research to support preliminary<br />
design decisions for the NAS, which will produce top level technical and human factors<br />
requirements to achieve the system mission. Detailed concept validation research must<br />
then be performed, where technology and human factors will be combined with economic<br />
evaluation of concept components to fully define the operational concept and architecture.<br />
Thus, the concept presented here, although well supported by rationale as to what might<br />
be feasible in the next two decades, must be subjected to critical analysis and validation.<br />
A companion report presents the results of a survey of NAS stakeholder needs, conducted<br />
May-August 1997, which details stakeholders’ concerns about terminal area capacity and<br />
access to airspace through 2015. Stakeholders also expressed the need to maintain or<br />
improve safety in the NAS, and a need for increased emphasis on human factors research.<br />
This report discusses the various factors that can force change in the NAS, and develops a<br />
rationale for considering traffic growth as the primary driver for the ATM operational<br />
concept. <strong>The</strong> NAS mission goals are defined in terms of safety, capacity and efficiency,<br />
and a scenario is presented that predicts NAS traffic gridlock by 2006, where the terminal<br />
area will be the primary choke point. If not averted, this will make current airline hubbing<br />
operations infeasible, lead to escalation of operating costs and constrain economic growth.<br />
This scenario is used as the basis for the operational concept, and high density operations<br />
are emphasized in the report.<br />
Highlights of the concept evolution presented in this report are:<br />
1. <strong>Air</strong>space will be configured to support a certain density of operation, ranging from<br />
high to low, through dynamic partitioning.<br />
2. Access to airspace will be based on the required system performance for the airspace<br />
operation. A given aircraft will be qualified to a maximum Required System<br />
Performance (RSP) level in which it can operate. RSP is developed by considering<br />
ATM-related safety through an analysis of collision risk for the overall separation<br />
assurance function.<br />
3. A uniform CNS infrastructure performance is assumed to be provided throughout the<br />
NAS, except for Category II-III landing and surface operations.<br />
4. High density separation services will be provided neither by procedural nor radar<br />
separation, but by a new precision form of separation assurance. This will allow<br />
system throughput to be maximized where shared precision trajectory intent and a<br />
universal time reference are assumed.<br />
5. Low density separation services will be provided in other airspace, where user freedom<br />
to select and modify the flight trajectory is allowed.<br />
iii
6. Separation responsibility will remain shared between air traffic services and flight<br />
crews. In high density operations the airplane will provide a separation monitoring<br />
function.<br />
<strong>The</strong> report discusses the human factors issues that lie at the heart of most of the proposed<br />
system modernization initiatives, and makes recommendations regarding the nature and<br />
extent of the human factors involvement in the system evolution. A detailed overview of<br />
current and emerging communication, navigation and surveillance technologies is included<br />
in the report, along with an overview of aviation weather technology.<br />
<strong>The</strong> current lack of consensus in the industry on the details of the NAS modernization<br />
path are discussed in the report. <strong>The</strong> need for a disciplined systems engineering approach<br />
to the NAS evolution is detailed, with a particular focus on preliminary design activity that<br />
is essential to focus the effort on the critical mission needs. <strong>The</strong> report calls for a<br />
collaborative development and validation of the operational concept, and of the system<br />
architecture, to ensure consideration of total system performance and minimize political<br />
risk.<br />
iv
Table of Contents<br />
1 Introduction..................................................................................................................1<br />
1.1 Objectives..............................................................................................................1<br />
1.2 Context..................................................................................................................2<br />
1.3 Scope.....................................................................................................................2<br />
1.4 Report Overview....................................................................................................3<br />
2 <strong>The</strong> NAS ATM System Development Process...............................................................5<br />
2.1 <strong>Air</strong> <strong>Traffic</strong> System Modernization Mandate............................................................5<br />
2.2 Consensus Future System Development Needs.......................................................6<br />
2.3 Systems Engineering and Preliminary Design..........................................................6<br />
3 <strong>The</strong> ATM System Functional Structure .......................................................................26<br />
3.1 <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> Objectives......................................................................26<br />
3.2 A Functional View of the Current <strong>Concept</strong>...........................................................28<br />
3.3 A Functional View of the Proposed <strong>Concept</strong>........................................................35<br />
3.4 Proposed CNS/ATM Technology Improvements..................................................42<br />
3.5 <strong>Air</strong>space and <strong>Air</strong>ways...........................................................................................42<br />
3.6 <strong>Air</strong>ports ...............................................................................................................43<br />
3.7 Flight Service Stations .........................................................................................44<br />
4 Human Factors ...........................................................................................................45<br />
4.1 <strong>The</strong> Search For Greater Throughput And <strong>The</strong> Demands On <strong>The</strong> Human ..............45<br />
4.2 <strong>The</strong> Role Of Human Factors In Enabling Change .................................................45<br />
4.3 Human Factors Issues Affecting Tactical Control .................................................48<br />
5 Available and Emerging Technology ...........................................................................55<br />
5.1 Introduction.........................................................................................................55<br />
5.2 Communication....................................................................................................65<br />
5.3 Navigation ...........................................................................................................75<br />
5.4 Surveillance .........................................................................................................80<br />
5.5 Aviation Weather.................................................................................................87<br />
6 ATM <strong>Concept</strong> <strong>Baseline</strong>.............................................................................................102<br />
6.1 <strong>Concept</strong> Transition Methodology .......................................................................102<br />
6.2 Capacity Driven <strong>Concept</strong> <strong>Baseline</strong>......................................................................106<br />
6.3 <strong>Concept</strong> Validation Needs..................................................................................114<br />
v
7 NAS <strong>Concept</strong> Evaluation..........................................................................................116<br />
7.1 Global Scenarios ................................................................................................116<br />
7.2 Implications of Global Scenarios on System Transition Paths .............................119<br />
7.3 Comparison with the FAA and RTCA Operational <strong>Concept</strong>s..............................120<br />
8 Conclusions and Recommendations...........................................................................122<br />
8.1 Conclusions .......................................................................................................122<br />
8.2 Recommendations..............................................................................................122<br />
8.3 Research Needs to Support the 2015 <strong>Concept</strong>....................................................123<br />
Acknowledgments .......................................................................................................129<br />
Bibliography ................................................................................................................130<br />
Appendix A. Technology Inventory ............................................................................136<br />
Appendix B. Global Scenario Issue Texts....................................................................149<br />
Appendix C. Comparison of FAA 2005 and RTCA Users 2005 Operational <strong>Concept</strong>s 161<br />
Appendix D. Transition Database................................................................................173<br />
Appendix E. Constraints Model ..................................................................................183<br />
vi
List of Figures<br />
2.1 System Development Process<br />
2.2 Requirements, <strong>Concept</strong>s, and Architecture<br />
2.3 World <strong>Air</strong>plane Capacity Requirements (1997-2016)<br />
2.4 User Needs Categories<br />
2.5 American <strong>Air</strong>lines NAS Study Validated with Actual Delay Data<br />
2.6 American <strong>Air</strong>lines NAS Study Results: Current NAS Delay Variance and Minutes<br />
2.7 American <strong>Air</strong>lines NAS Study Results: Average <strong>Air</strong> Delay per Flight<br />
2.8 Growth in Operations, Safety Rate & Frequency of Accidents (1980-2015)<br />
2.9 Hull Loss Accidents (1982-92) for U.S. and Canada vs. Latin America<br />
2.10 Primary System Agents<br />
2.11 System Performance and Separations<br />
2.12 <strong>The</strong> CAFT Analysis Process<br />
2.13 Distribution of <strong>Air</strong>port Delay by Weather and Duration<br />
2.14 Economic Modeling Process<br />
3.1 <strong>The</strong> <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> System<br />
3.2 <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> System Functional Structure<br />
3.3 AOC and <strong>The</strong> Flight Planning Function<br />
3.4 CFMU and the Flow Planning Function<br />
3.5 Cockpit Crew and the Guidance and Navigation Function<br />
3.6 <strong>The</strong> Separation Assurance Loop<br />
3.7 Separation Standard and Performance Factors<br />
3.8 Dense Terminal <strong>Air</strong>space and CNS/ATM Technologies<br />
3.9 Overview of Proposed CNS/ATM Technologies<br />
5.1 Generic System Configuration for the Exchange of <strong>Air</strong>/Ground Information<br />
5.2 Voice Communication<br />
5.3 ACARS Communication<br />
5.4 FANS-1 Communication<br />
5.5 ATN Communication<br />
5.6 Interfacility Communication<br />
5.7 Navigation Functionality Overview<br />
5.8 Area Navigation Capabilities for Departure Procedures<br />
5.9 Reduced Separation Between Parallel Ocean Tracks<br />
5.10 <strong>Air</strong>port Surface Surveillance Evolution Path<br />
5.11 Terminal Area Surveillance Evolution Path<br />
5.12 En Route Surveillance Evolution Path<br />
5.13 Oceanic/Remote Area Surveillance Evolution Path<br />
5.14 Functional Areas of Aviation Weather<br />
5.15 Aviation Weather Observation Function<br />
5.16 Aviation Weather Analysis Function<br />
5.17 Aviation Weather Forecasting Function<br />
vii
5.18 Aviation Weather Dissemination Function<br />
6.1 <strong>Air</strong>space Operating Phases<br />
6.2 Capacity and Efficiency as a Function of <strong>Air</strong>space Operating Phases<br />
6.3 Final Approach Throughput Performance Factors<br />
6.4 CNS/ATM Transition Logic Diagram Template<br />
6.5 CNS/ATM Transition Logic for Flow <strong>Management</strong><br />
6.6 CNS/ATM Transition Logic for En Route and Terminal Area<br />
6.7 CNS/ATM Transition Logic for the Arrival Transition Phase<br />
6.8 CNS/ATM Transition for the Final Approach and Initial Departure Phase<br />
6.9 CNS/ATM Transition for the <strong>Air</strong>port Surface<br />
8.1 Preliminary Design Tools<br />
viii
Acronyms<br />
AAS<br />
AATT<br />
ACARS<br />
ACP<br />
ADF<br />
ADF<br />
ADS<br />
ADS-B<br />
AEEC<br />
AERA<br />
AFN<br />
AFTN<br />
AGFS<br />
AGL<br />
AIDC<br />
AIV<br />
ALPA<br />
AMASS<br />
AMSS<br />
ANP<br />
AOC<br />
AOPA<br />
ARSR<br />
ARTCC<br />
ASAS<br />
ASDE<br />
ASOS<br />
ASR<br />
ATA<br />
ATC<br />
ATIS<br />
ATM<br />
ATN<br />
ATS<br />
ATS<br />
ATSMHS<br />
AVOSS<br />
AWC<br />
AWIPS<br />
AWOS<br />
AWR<br />
CAFT<br />
CDM<br />
CDTI<br />
Advanced Automation System<br />
Advanced <strong>Air</strong> Transportation Technology<br />
ARINC Communications Addressing and Reporting System<br />
Actual Communication Performance<br />
<strong>Air</strong>line Dispatchers Federation<br />
Automated Direction Finder<br />
Automatic Dependent Surveillance<br />
Automatic Dependent Surveillance-Broadcast<br />
<strong>Air</strong>lines Electronic Engineering Committee<br />
Automated En Route ATC<br />
ATS Facilities Notification<br />
Aeronautical Fixed Telecommunication Network<br />
Aviation Gridded Forecast System<br />
Above Ground Level<br />
ATS Interfacility Data Communication<br />
Aviation Impact Variables<br />
<strong>Air</strong> Line Pilots Association<br />
<strong>Air</strong>port Movement Area Safety System<br />
Aeronautical Mobile Satellite System<br />
Actual Navigation Performance<br />
<strong>Air</strong>line Operational Control<br />
<strong>Air</strong>craft Owners and Pilots Association<br />
<strong>Air</strong> Route Surveillance Radar<br />
<strong>Air</strong> Route <strong>Traffic</strong> Control Center<br />
<strong>Air</strong>borne Separation Assurance Systems<br />
<strong>Air</strong>port Surface Detection Equipment<br />
Automated Surface Observation System<br />
<strong>Air</strong>port Surveillance Radar<br />
<strong>Air</strong> Transport Association<br />
<strong>Air</strong> <strong>Traffic</strong> Control<br />
Automated Terminal Information System<br />
<strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong><br />
Aeronautical Telecommunication Network<br />
<strong>Air</strong> Transportation System<br />
<strong>Air</strong> <strong>Traffic</strong> Services<br />
ATS Message Handling Service<br />
Aviation Vortex Spacing System<br />
Aviation Weather Center<br />
Advanced Weather Information Processing Systems<br />
Automated Weather Observation System<br />
Aviation Weather Research<br />
CNS/ATM Focused Team<br />
Collaborative Decision Making<br />
Cockpit Display of <strong>Traffic</strong> Information<br />
ix
CDTW<br />
CFIT<br />
CFMU<br />
CMA<br />
CNS<br />
CONUS<br />
CPC<br />
CPDLC<br />
CSMA<br />
CTAS<br />
CWSU<br />
DGPS<br />
DH<br />
DME<br />
DOD<br />
DOT<br />
DSR<br />
EATCHIP<br />
EATMS<br />
EGPWS<br />
ETMS<br />
FAA<br />
FANS<br />
FIR<br />
FMC<br />
FMS<br />
FSL<br />
FSS<br />
GA<br />
GAMA<br />
GDP<br />
GLS<br />
GNSS<br />
GPS<br />
GPWS<br />
HAI<br />
IATA<br />
ICAO<br />
ICP<br />
IFR<br />
ILS<br />
IMC<br />
IRS<br />
ITWS<br />
Cockpit Display of <strong>Traffic</strong> and Weather Information<br />
Controlled Flight Into Terrain<br />
Central Flow <strong>Management</strong> Unit<br />
Context <strong>Management</strong> Application<br />
Communication Navigation Surveillance<br />
Continental United States<br />
Controller/Pilot Communications<br />
Controller-Pilot Data Link Communication<br />
Collision Sense Multiple Access<br />
Center-TRACON Automation System<br />
Center Weather Service Unit<br />
Differential Global Positioning System<br />
Decision Height<br />
Distance Measuring Equipment<br />
Department of Defense<br />
Department of Transportation<br />
Display System Replacement<br />
European <strong>Air</strong> <strong>Traffic</strong> Control Harmonization and Integration<br />
Programme<br />
European <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> System<br />
Enhanced Ground Proximity Warning System<br />
Enhanced <strong>Traffic</strong> <strong>Management</strong> System<br />
Federal Aviation Administration<br />
Future <strong>Air</strong> Navigation System<br />
Flight Information Region<br />
Flight <strong>Management</strong> Computer<br />
Flight <strong>Management</strong> System<br />
Forecast Systems Laboratory (NOAA)<br />
Flight Service Stations<br />
General Aviation<br />
General Aviation Manufacturers Association<br />
Gross Domestic Product<br />
GPS Landing System<br />
Global Navigation Satellite System<br />
Global Positioning System<br />
Ground Proximity Warning System<br />
Helicopter Association International<br />
International <strong>Air</strong> Transport Association<br />
International Civil Aviation Organization<br />
Installed Communication Performance<br />
Instrument Flight Rules<br />
Instrument Landing System<br />
Instrument Meteorological Conditions<br />
Inertial Reference System<br />
Integrated Terminal Weather System<br />
x
KIAS<br />
LAAS<br />
LAHSO<br />
LLWAS<br />
MAC<br />
MCP<br />
MDCRS<br />
MLS<br />
MMR<br />
MNPS<br />
MSAW<br />
MU<br />
NADIN<br />
NAS<br />
NASA<br />
NATCA<br />
NBAA<br />
NCAR<br />
NCARC<br />
NCEP<br />
NDB<br />
NEXTOR<br />
NOAA<br />
NOTAM<br />
NRP<br />
NWP<br />
NWS<br />
OAG<br />
ODAPS<br />
PDT<br />
PRM<br />
PTT<br />
RAA<br />
RASS<br />
RCP<br />
RESCOMS<br />
RGCSP<br />
RMP<br />
RNAV<br />
RNP<br />
RPM<br />
RSP<br />
RTA<br />
RUC<br />
RVR<br />
Knots Indicated <strong>Air</strong> Speed<br />
Local Area Augmentation System<br />
Land and Hold Short Operations<br />
Low Level Wind Shear Avoidance System<br />
Medium Access Control<br />
Mode Control Panel<br />
Meteorological Data Collection and Reporting System<br />
Microwave Landing System<br />
Multi-Mode Receiver<br />
Minimum Navigation Performance Standard<br />
Minimum Safe Altitude Warning<br />
<strong>Management</strong> Unit<br />
National <strong>Air</strong>space Data Interchange Network<br />
National <strong>Air</strong>space System<br />
National Aeronautics and Space Administration<br />
National <strong>Air</strong> <strong>Traffic</strong> Controllers Association<br />
National Business Aviation Association<br />
National Center for Atmospheric Research<br />
National Civil Aviation Review Commission<br />
National Center for Environmental Prediction<br />
Non-Directional Beacon<br />
National Center of Excellence for Aviation Operations Research<br />
National Oceanic and Atmospheric Administration<br />
Notice to <strong>Air</strong>men<br />
National Route Program<br />
Numerical Weather Prediction<br />
National Weather Service<br />
Official <strong>Air</strong>line Guide<br />
Oceanic Display and Planning System<br />
Product Development Team (FAA)<br />
Precision Runway Monitor<br />
Push-To-Talk<br />
Regional <strong>Air</strong>line Association<br />
Radio Acoustic Sounding Systems<br />
Required Communication Performance<br />
Regional Scale Combined Observation and Modeling Systems<br />
Required General <strong>Concept</strong> of Separation Panel (ICAO)<br />
Required Monitoring Performance<br />
Area Navigation<br />
Required Navigation Performance<br />
Revenue Passenger Miles<br />
Required System Performance<br />
Required Time of Arrival<br />
Rapid Update Cycle<br />
Runway Visual Range<br />
xi
RVSM<br />
RWP<br />
SATCOM<br />
SELCAL<br />
SIDS<br />
SSR<br />
STARS<br />
STARS<br />
SUA<br />
TACAN<br />
TCAS<br />
TDWR<br />
TIS<br />
TMA<br />
TMU<br />
TRACON<br />
TWDL<br />
TWEB<br />
VDR<br />
VHF<br />
VMC<br />
VOR<br />
WAAS<br />
WARP<br />
WPDN<br />
Reduced Vertical Separation Minima<br />
Radar Wind Profilers<br />
Satellite Communications<br />
Selective Calling<br />
Standard Instrument Departures<br />
Secondary Surveillance Radar<br />
Standard Approach Procedures<br />
Standard Terminal Replacement System<br />
Special Use <strong>Air</strong>space<br />
Tactical <strong>Air</strong> Navigation<br />
<strong>Traffic</strong> Alert and Collision Avoidance System<br />
Terminal Doppler Weather Radar<br />
<strong>Traffic</strong> Information Services<br />
Terminal Maneuvering Area<br />
<strong>Traffic</strong> <strong>Management</strong> Unit<br />
Terminal Radar Approach Control<br />
Two-Way Data Link<br />
Transcribed Weather Broadcast<br />
VHF Data Radio<br />
Very High Frequency<br />
Visual Meteorological Conditions<br />
Very High Frequency Omnidirectional Range<br />
Wide Area Augmentation System<br />
Weather and Radar Processor<br />
Wind Profiler Demonstration Network<br />
xii
1 Introduction<br />
This report presents an operational concept for the U.S. National <strong>Air</strong>space System (NAS)<br />
through the year 2015, including a transition path from the current system. This concept<br />
was developed by <strong>Boeing</strong> Commercial <strong>Air</strong>plane Group for NASA’s Advanced <strong>Air</strong><br />
Transportation Technologies (AATT) program, under subcontract with NEXTOR<br />
(National Center of Excellence for Aviation Operations Research). <strong>The</strong> contract was<br />
awarded as part of Milestone 1.0.0 of the AATT program, which will provide a baseline<br />
air traffic management (ATM) operational concept to guide the program’s research<br />
efforts.<br />
<strong>The</strong> <strong>Boeing</strong> team worked actively with NASA experts, the Federal Aviation<br />
Administration (FAA) <strong>Air</strong> <strong>Traffic</strong> Operational <strong>Concept</strong> Development Team and NEXTOR<br />
faculty members from MIT and UC Berkeley during the six month contract period.<br />
1.1 Objectives<br />
<strong>The</strong> primary objective of this work was to define and document the probable evolution of<br />
the NAS through the year 2015, based on current FAA and industry activity and the ATM<br />
system mission. This evolution path, stated in the form of an operational concept, was to<br />
provide part of a road map to guide AATT program research.<br />
In order to achieve this objective, the team undertook the following tasks:<br />
• Collect and document NAS stakeholder needs and expectations for the system in terms<br />
of safety, capacity and efficiency.<br />
• Identify the primary driving forces affecting the NAS modernization, along with the<br />
most important constraints placed upon the system.<br />
• Establish a probable baseline operational concept for 2015 and at least one feasible<br />
transition path to that future concept.<br />
• Provide insight for AATT planning that will allow the program to achieve a certain<br />
level of robustness with respect to NAS modernization uncertainty.<br />
<strong>The</strong> last task, that of providing insight into NAS modernization uncertainty, is perhaps the<br />
most important one currently, due to the lack of the industry’s clear vision of the desired<br />
end state and transition path. <strong>The</strong> following are the major factors contributing to the<br />
uncertainty:<br />
• Political climate<br />
• System size and complexity<br />
• Diversity of users<br />
• Safety criticality<br />
• Human operators in demanding roles<br />
• Reliance on rapidly developing tehnology<br />
1
To cope with this uncertainty, the modernization must continue to be driven by a clear<br />
statement of system mission and goals, and guided by an operational concept that strives<br />
to achieve those goals.<br />
1.2 Context<br />
This work was performed with knowledge of a variety of related completed or ongoing<br />
efforts. <strong>The</strong> primary related activities were the following:<br />
• FAA <strong>Air</strong> <strong>Traffic</strong> Operational <strong>Concept</strong> <strong>Definition</strong> team, formed in January 1997, and<br />
chartered with defining a concept for a target completion date of 2005.<br />
• RTCA Task Force 3, whose Free Flight Report, published in 1995, along with<br />
ongoing RTCA Free Flight follow-on work, includes the recent definition of an<br />
operational concept for users of the NAS.<br />
• FAA NAS Architecture Working Group had published Version 1.5 and 2.0 of the<br />
architecture through 2012 when the team started work, and industry comments on it<br />
had been published as V2.5. Some preliminary data on V3.0 was made available to the<br />
team, but considerable uncertainty still remains.<br />
• <strong>The</strong> Flight 2000 initiative was launched in early 1997, and the team kept up-to-date on<br />
the program as much as possible. Again, uncertainty remains regarding program<br />
funding and details of the final program plan.<br />
• Eurocontrol had published its European <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> System (EATMS)<br />
Operational <strong>Concept</strong> V1.0, and the team had a number of other sources of information<br />
available to keep abreast of developments in Europe. <strong>The</strong> pending changes in the<br />
Eurocontrol charter seem likely to lead to an increased emphasis within the<br />
organization on capacity issues in Europe’s terminal areas, and thus the U.S. and<br />
European ATM concepts may see more convergence in the near future.<br />
During this period the FAA budget constraints have continued to hamper the architecture<br />
definition efforts. This, along with substantial difficulties in FAA’s recent system<br />
development and procurement efforts produce considerable volatility in the NAS<br />
modernization plan. Some of these difficulties can be traced to a lack of a clear business<br />
case for most of the current modernization initiatives, and a lack of consensus among<br />
users on many of the implementation details.<br />
1.3 Scope<br />
<strong>The</strong> operational concept presented here is aimed at driving research to support preliminary<br />
design decisions for the NAS, which will produce top level technical and human factors<br />
requirements to achieve the system mission. Detailed concept validation research must<br />
then be performed, where technology and human factors are combined with economic<br />
evaluation of concept components to fully define the operational concept and architecture.<br />
Thus, the concept presented here, although well supported by rationale as to what might<br />
be feasible in the next two decades, must be subjected to critical analysis and validation.<br />
This process will inevitably lead to concept refinement, perhaps enabled by currently<br />
2
unknown technology, and thus the concept will evolve to continue to reflect the current<br />
state and the system mission.<br />
This operational concept is for the Continental U.S. (CONUS) and the adjacent oceanic<br />
areas, with primary focus on the domestic radar environment where NASA’s research<br />
efforts are concentrated. <strong>The</strong> focus is on services and functions directly involved with<br />
planning and operating flights in the CONUS. System components such as the airport<br />
ground side, airway facilities operation and airline operations are not treated in any detail.<br />
<strong>The</strong>se are equally important to the operation of the total system, and must be considered<br />
in their own right along with the ATM operational concept.<br />
1.4 Report Overview<br />
A capacity-driven operational concept developed by the team is summarized in Section<br />
6.2, with supporting detail on improvements needed in the various ATM functions<br />
presented in Sections 3.3 and 3.4. An operational concept must be clearly driven by stated<br />
mission goals, and Section 2 presents the predicted traffic growth scenario that the team<br />
chose as the primary driver for change in this operational concept.<br />
Section 2 also discusses the current lack of consensus in the industry on the details of the<br />
NAS modernization path. Section 2.3 addresses the need for a disciplined systems<br />
engineering approach to the NAS modernization, and in particular the current lack of<br />
preliminary design activity that is required to focus the effort on achieving the critical<br />
mission needs.<br />
Section 3 presents a view of the functional structure of the ATM system as it exists today,<br />
and the fundamental system objectives of capacity, safety and efficiency. <strong>The</strong> primary<br />
system functions are presented in the context of these objectives, using a representation<br />
that illustrates the levels of flow planning in the system and of plan execution through<br />
separation assurance and navigation. Section 3.3 and 3.4 discuss the improvements that<br />
the team believes are needed in the system to achieve the capacity and safety objectives<br />
stated in Section 2, with primary focus on the separation assurance function.<br />
Sections 4 and 5 present the human factors issues and the technology performance<br />
parameters that must be taken into account throughout the system development process.<br />
<strong>The</strong> concept presented here is aimed at safely increasing traffic density in the system, and<br />
this will have a substantial impact on the separation assurance function, where safety is<br />
maintained and where human operator performance is a key issue. Section 4 discusses the<br />
human factors issues in some detail, and Section 5 follows with an overview of the current<br />
and emerging technologies available to support the concept.<br />
Section 6 discusses the methodology that the team employed in synthesizing the<br />
operational concept, which is then presented in the form of transition paths for the various<br />
operating phases in Section 6.2. Each step in the transition path is described briefly to<br />
relate technology to a proposed operational improvement. Section 6.3 details the concept<br />
validation process that is needed to ensure that a concept fulfills the mission requirements<br />
and to drive successful system design, build and installation.<br />
3
Section 7 contains a discussion of various global scenarios that can affect the future NAS<br />
operational concept, and the potential implications on the system transition path. In<br />
addition, Section 7.3 gives a brief summary of how this operational concept compares<br />
with the concepts developed by the FAA and RTCA earlier this year, with more detail<br />
presented in Appendix C.<br />
Conclusions and recommendations are presented in Section 8, including some fundamental<br />
research directions the team believes must be addressed for an operational concept that<br />
satisfies the system mission through 2015.<br />
<strong>The</strong> survey of NAS stakeholder needs that was conducted as part of this effort is<br />
presented in a separate document. A summary of the findings of the stakeholder survey is<br />
presented in Section 2, along with additional material that supports the stakeholders’<br />
general concern about traffic growth and the ability to operate efficiently in the NAS<br />
through 2015.<br />
4
2 <strong>The</strong> NAS ATM System Development Process<br />
This section establishes the context for the development of an operational concept and<br />
future system architecture to achieve the long-range needs of the air transportation<br />
system. <strong>The</strong> argument advanced in this section is that the industry needs to move from<br />
historic, reactive approaches to system modernization, and to begin the systematic<br />
development of a new NAS system using the principles of systems engineering. <strong>The</strong><br />
industry needs to focus on the systems analysis or preliminary design phase of a system<br />
development to exercise broad trade studies, to examine new concepts of operation in<br />
response to critical air transportation mission needs, to derive technical performance<br />
requirements and evaluate human performance abilities in support of mission needs, and to<br />
provide analysis tools for evaluating economic consequences of alternative transition paths<br />
into the future.<br />
2.1 <strong>Air</strong> <strong>Traffic</strong> System Modernization Mandate<br />
Increasingly, the industry is faced with a sense of urgency regarding the modernization of<br />
the air traffic control (ATC) system. <strong>The</strong> age of systems such as ARTS make it difficult to<br />
continue to acquire spare parts, while the personnel qualified to maintain these old systems<br />
are retiring. At the same time, there is a lack of a mandate for change. <strong>The</strong> diverse<br />
interests of the FAA’s users makes a consensus regarding the future needs of the system<br />
difficult. Michael S. Nolan (Nolan, 1994) describes the genesis of Project Beacon: “It<br />
was apparent that the air traffic control system in the United States had been constructed<br />
haphazardly in response to situations instead of in anticipation of them.” This statement<br />
characterizes the state of system development as well today as in 1961.<br />
<strong>The</strong> most recent systematic attempt at system modernization was the NAS Plan of 1981<br />
(U.S. FAA, 1981). <strong>The</strong> initiative of FAA’s administrator J. Lynn Helms planned a<br />
systematic upgrading of the navigation, communication, surveillance, weather and ATC<br />
infrastructure. <strong>The</strong> driving premise for this modernization, and the economic justification,<br />
was based on the concept of remote maintenance, which would sharply reduce O&M<br />
costs. Unfortunately, many of the key elements of the NAS Plan failed to come to<br />
fruition. <strong>The</strong> microwave landing system (MLS) program, the Mode S data link, the<br />
Advanced Automation System, the Oceanic Display and Planning System (ODAPS), all<br />
ended in failure to achieve full operational usefulness. Where improvements were<br />
realized, they were often less than completely successful. En route computers were<br />
upgraded, but with no new software.<br />
Today the FAA F&E organization is developing a new system architecture. <strong>The</strong> hope is<br />
that this architecture will become the blueprint for modernization. But while there is much<br />
definition of technology features of the new architecture, there is a lack of agreement<br />
about the fundamental measures of what will constitute a successful air traffic<br />
infrastructure, both for the near-term and twenty years into the future, across the range of<br />
diverse user needs.<br />
5
2.2 Consensus Future System Development Needs<br />
<strong>The</strong> FAA’s R,E&D Advisory Committee met in Washington in September (U.S. FAA,<br />
1997) to recommend research needs for the FAA to facilitate system modernization. High<br />
priority recommendations centered on the need for improved system development<br />
methods with emphasis on systems engineering, software engineering and human factors.<br />
Other issues which received numerous citations included programmatic and management<br />
concerns, emphasis on information technologies, need to provide enhanced levels of<br />
system capacity, safety and security. Finally, the group agreed that a key priority is the<br />
need for credible investment analysis. <strong>The</strong> systems engineering, software engineering and<br />
human factors issues form the core of the discussion on system modernization, which<br />
provides the framework for the following discussions on concept of operations, human<br />
factors and technology assessment, and transition planning and system alternatives<br />
evaluation. <strong>The</strong>se preliminary design activities are key to the establishment of a system<br />
architecture and the associated research needs, which supports the needed air<br />
transportation needs of capacity, safety and efficiency of operation for the next twenty<br />
years.<br />
Another issue central to the discussions of the R,E&D Advisory Committee was the lack<br />
of a mandate for system modernization. <strong>The</strong> airlines, military, general aviation (GA) and<br />
business segment of the industry often disagree on specific technology decisions, as well<br />
as policy issues. <strong>The</strong> concern is that the industry lacks agreement on the high level<br />
objectives of system modernization and the mission needs of the system, which should<br />
drive the technical requirements, concept of operation and system architecture. <strong>The</strong><br />
approach identified in this section focuses on the preliminary design phase of the system<br />
development life cycle, and the need to clearly identify the long range mission needs of the<br />
system. It also examines tools and methods to allocate requirements to subsystems, assign<br />
functions to system agents and evaluate the performance objectives over the twenty year<br />
life of the system.<br />
2.3 Systems Engineering and Preliminary Design<br />
Figure 2.1 summarizes the system engineering steps which divide the life cycle of a major<br />
system development into phases: definition of requirements and objectives, analysis of<br />
functions and operations, definition of system architecture, design of the system and<br />
subsystem elements, production of the system elements, integration of the system in the<br />
laboratory of integration and validation testing, certification, and system operation and<br />
maintenance. <strong>The</strong> discipline of the systems engineering process is vital to the successful<br />
completion of an airplane development program, where a large team of thousands of<br />
engineers must work a complex, real-time, human-in-the-loop, safety critical system<br />
development to produce and certify a system integrating subsystems containing hundreds<br />
of thousands of line of code and a system architecture of data busses linking hundreds of<br />
‘Line Replaceable Units’ of differing criticality. <strong>The</strong> development of a major ATC system<br />
upgrade may be an order of magnitude more complex, because it shares the safety<br />
criticality and human-in-the-loop real-time nature of the airplane development, and further<br />
requires that the existing system remain operational while supporting transition to the new<br />
system.<br />
6
System Requirements & Objectives<br />
Validation<br />
Functional & Operational Analysis<br />
System Architecture & Allocation<br />
Verification<br />
System Design & Development<br />
System Integration & Testing<br />
In-Service<br />
Reports<br />
System Operation & Maintenance<br />
Figure 2.1 System Development Process<br />
<strong>The</strong> first three steps of Figure 2.1 belong to what is designated preliminary design in the<br />
airframe development process. At the airplane level, the preliminary design process may<br />
be conducted over a period of a year or two to establish a baseline production go-ahead<br />
configuration. <strong>The</strong> purpose of the preliminary design phase is to evaluate a broad range of<br />
airplane configurations over a large set of potential customer needs (typically payload<br />
range studies among various city-pairs) to identify the design mission needs of the<br />
production go-ahead configuration. This configuration is also the business case basis for<br />
negotiations with the customers on sales.<br />
Figure 2.2 summarizes the <strong>Boeing</strong> concept of the preliminary design process for the<br />
development of air traffic management systems and components. <strong>The</strong> approach consists<br />
of development of traffic demand scenarios, performance of a mission analysis based on<br />
evaluating high level system capacity, safety and efficiency objectives, allocation of<br />
operational requirements to subsystem technical requirements, and evaluation of<br />
technologies, human factors, and economic factors in defining system transitions from the<br />
current operating state to the future concept.<br />
2.3.1 Scenario Planning and System Demand as ‘Driver’<br />
<strong>The</strong> preliminary design process begins with the development of traffic demand scenarios.<br />
<strong>The</strong>se scenarios are, in turn, premised on economic, geopolitical, airline business and other<br />
factors which may dictate fundamental changes in the operation of the future air<br />
transportation system. <strong>The</strong> objective of the scenario-based planning approach is the<br />
identification of a system whose operation is not necessarily optimized for a specific end<br />
state, but is robust when evaluated against a range of possible future states of the world.<br />
7
<strong>Traffic</strong><br />
Demand<br />
Scenarios<br />
Alternative<br />
Operational<br />
<strong>Concept</strong>s<br />
Mission Requirements<br />
•Stakeholder Objectives<br />
•Safety Constraints<br />
Goals<br />
• Safety<br />
• Capacity<br />
• Efficiency<br />
<strong>Concept</strong> Development<br />
•Enroute<br />
• Term/Surface<br />
•<strong>Air</strong>craft<br />
Revise<br />
<strong>Concept</strong><br />
Synthesis<br />
System Design<br />
and Implementation<br />
Required<br />
Performance<br />
Analysis<br />
RSP:<br />
• RCP, RNP, RMP<br />
• Operational<br />
Improvements<br />
Human Factors<br />
and Operations<br />
Available and<br />
Emerging<br />
Technologies<br />
<strong>Concept</strong> Evaluation<br />
• Technology Alternatives<br />
• Safety Analysis<br />
• Economic Analysis<br />
Revise<br />
Performance<br />
Metrics<br />
System Development<br />
and Integration<br />
•Architecture<br />
• Simulation<br />
• Prototyping<br />
Decision<br />
<strong>Concept</strong> <strong>Definition</strong><br />
ATM System<br />
Specs<br />
Evaluaton<br />
Figure 2.2 Requirements, <strong>Concept</strong>s, and Architecture<br />
<strong>The</strong> analysis of risk and the various forms of uncertainty which can influence system<br />
development is summarized here. In this instance, risk may be defined as the chance that<br />
predictions of future requirements will be significantly in error or that measures to<br />
accommodate growth will be unsuccessful. Major elements of risk can be found in the<br />
technical area, in politics, in regulation and in pressure on the stakeholders. Planning<br />
major changes over so extended a period carries a great deal of risk and there are many<br />
variables which must be taken into account. <strong>The</strong>re are several possible scenarios:<br />
• <strong>Traffic</strong> growth projections for the future may be too conservative, and growth may<br />
exceed expectations. Such initiatives may also result in growth in unexpected areas<br />
increasing the uncertainty associated with regional change.<br />
• <strong>Traffic</strong> growth may not meet expectations, which are based on expected passenger<br />
demand, in turn dependent on economic growth assumptions.<br />
• <strong>Traffic</strong> growth is normally assumed to be linear with time, whereas regional change<br />
may be much greater in some markets than others or the nature of the growth (pointto-point<br />
versus hub-and-spoke service) may change.<br />
<strong>The</strong> following material summarizes technical, political, regulatory and stakeholder risk.<br />
Technical Risk<br />
• <strong>The</strong> pace of technological advancement may render solutions under development<br />
obsolete even before they are implemented. Users are aware that some of the<br />
8
technologies needed for initial transition steps may need to be replaced or augmented<br />
if expected air transportation system (ATS) changes are to occur later, and benefits are<br />
to be realized. Users may delay implementation of enhancements, allowing delays to<br />
grow, in turn reducing demand.<br />
• Future operational concepts rely on the benefits (ultimately financial) to be realized<br />
through the use of technological and procedural changes, many of which are currently<br />
theoretical. Some of these postulated solutions may be shown to be impractical or<br />
even impossible.<br />
• <strong>The</strong> technological and operational solutions may work but expected benefits<br />
may not be realized.<br />
• <strong>The</strong> solutions may be too costly, resulting in failure to achieve the critical mass<br />
of users.<br />
• It may prove to be impossible to make technological advances which meet the<br />
diverse requirements of users and regulators.<br />
• <strong>The</strong> global aviation community may find it impossible to arrive at common<br />
technological and operational solutions resulting in excessive cost of full<br />
implementation.<br />
• System and operating standards are developed, to a large degree, by volunteer bodies<br />
which meet only on an occasional basis. Such an approach results in slow<br />
development of standards and consequent delays in development of hardware,<br />
software and procedures.<br />
• Telecommunications developments like video conferencing could find higher<br />
acceptance as alternatives to business travel, traditionally a source of high profits for<br />
airlines. Business aviation radio bands might also be taken over by<br />
telecommunications interests.<br />
Political Risk<br />
• Sub-regional implementations of Future <strong>Air</strong> Navigation System (FANS) (e.g.<br />
FANSTAR) could spur the industry into a more aggressive approach to the transition<br />
process.<br />
• Restricted funding of Civil Aviation Authority or privatized service provider programs<br />
might delay the airlines’ ability to realize benefits from new technologies, which would<br />
result in increased delays and less growth.<br />
• <strong>The</strong> funding of ground infrastructure improvement might be delayed or accelerated<br />
changing the economic benefit picture for users.<br />
• <strong>The</strong> trend toward charging system users more directly for services will change airline<br />
profitability pictures and/or increase ticket prices or even discourage general aviation<br />
proliferation.<br />
9
• National or international conflict discourages discretionary travel. Regions in which<br />
maximum traffic growth are expected (CIS, China, Africa) are the most volatile<br />
politically and thus more vulnerable to the effects of unrest.<br />
• Changes in diplomatic relations between or among countries may accelerate or delay<br />
implementation of more efficient routes.<br />
• Ratification of bilateral agreements (or failure to ratify) may affect international<br />
frequencies.<br />
• Different technological or procedural solutions may be adopted by different countries<br />
or blocs, resulting in escalated cost of compliance.<br />
Regulatory Risk<br />
• Communities located under flight paths or close to busy airports may take legal action<br />
to block improvements to airports.<br />
• New concepts of operations must be developed and accepted by regulatory agencies<br />
before new technologies and operational procedures can be developed.<br />
• Certification periods might be further stretched by unresponsive regulatory authorities,<br />
increasing costs and rendering solutions obsolete before implementation.<br />
Stakeholder Risk<br />
• It has been widely publicized that by the year 2015, if air transport safety standards<br />
cannot be improved there will be one hull loss globally per week. <strong>The</strong> perception of<br />
worsening safety may mean that passengers will be less eager to fly.<br />
• If system capacity cannot keep pace with demand, resulting delays may also reduce<br />
passenger demand.<br />
• Labor action is likely to have only negative effects since it usually results in increased<br />
airline costs and diminishes the traveling public’s confidence in the system.<br />
• Oil prices directly and significantly affect airline costs and fluctuations in the prices<br />
beyond those expected could affect growth. <strong>Air</strong>lines could absorb increases, reducing<br />
profits and thus delaying investment in technology, and/or increases could be passed<br />
on to passengers through increased ticket prices, reducing demand. Reduced prices<br />
could also be passed on to passengers, increasing demand.<br />
• Political unrest and forms of fundamentalism have been carried to the more stable<br />
areas of the world in the form of terrorism. <strong>The</strong> threat of terrorist action against the<br />
air transportation system (e.g. the recent revelation that GPS jammers are now<br />
available on the open market), successful attacks or even suspicions that an attack has<br />
occurred (e.g. TWA Flight 800) have an immediate effect on passenger demand which<br />
can affect airline finances for years afterward.<br />
• All users want to invest the minimum possible, at no risk, with a return on investment,<br />
within one to two years. It may not be possible to develop transitional steps which<br />
allow these aims to be met.<br />
10
• <strong>The</strong> goals of various users are so diverse that it may prove to be impossible to reach<br />
equitable solutions, resulting in dilution of benefits.<br />
• <strong>Air</strong>lines may block improvements for competitive reasons.<br />
Scenarios for evaluation of the mission must exercise as many of the key risk areas as<br />
possible. Also, the transition evaluation process must address risk as a key element in the<br />
evaluation of system alternatives.<br />
<strong>The</strong> development of a comprehensive set of future scenarios is beyond the scope of the<br />
current contract activity, but this report presents an initial list of issues from which global<br />
scenarios for evaluation can be synthesized. <strong>The</strong>se scenario factors are summarized in<br />
Appendix B, Global Scenarios. From various government, industry, and private<br />
documented studies, a sample or collage of texts was assembled from which a single world<br />
scenario was constructed. In particular, this subtask broaches a range of general ATM<br />
issues, although by no means exhaustive, which highlight potential limitations, costs,<br />
constraints, and assumptions which may be of importance to the modus operandi of the<br />
envisioned NAS future. To help the development of such a global scenario, six general<br />
categories were used:<br />
1. Economics/Markets (E),<br />
2. Organizational/Institutional/Operational (O),<br />
3. Technological/Scientific (T),<br />
4. Social/Political (S),<br />
5. Environmental (ENV), and<br />
6. Human-centered/System-centered (H).<br />
A brief description of each broad category follows:<br />
Economics/Markets (E)<br />
This category reviews the best estimates and forecasts for future air traffic growth and<br />
demand figures including a few corresponding issues associated with increased air traffic.<br />
Organizational/Institutional/Operational (O)<br />
Under this category a select sample of issues such as workload, organizational structure<br />
and culture, and operational considerations were collated.<br />
Technological/Scientific (T)<br />
<strong>The</strong> increasingly technoscientific NAS operational infrastructure introduces a number of<br />
potential pitfalls as well as promises. Issues related to widely utilized computer and<br />
information technology-based support and automation are captured by this category.<br />
Social/Political (S)<br />
In a growing global context of air traffic flows, this category aims to present some of the<br />
potential political and social issues which may impact future operations.<br />
11
Environmental (ENV)<br />
This category focuses on possible constraints stemming from tougher future environmental<br />
regulations.<br />
Human-centered/System-centered (A)<br />
<strong>The</strong> human/system related issues such as human-centered ATM design and structure are<br />
presented under this category.<br />
<strong>The</strong> above broad categories support a more specific issues list, itself composed of a<br />
collage of texts drawn from the various documented sources. This helps to structure the<br />
top level issues in meaningful sets of issues which inform the scenario writing process. It<br />
should be noted that the list below is structured and generally ordered beginning at the top<br />
with the broader, more external issues first (e.g. environmental, changing international<br />
relationships, et. al.) following with more internal issues towards the bottom(e.g. airport<br />
capacity, FAA organizational culture and workforce et. al.). This helps to continuously<br />
contextualize the many interrelated issues considered in this scenario. <strong>The</strong> 13 global<br />
scenario issues are:<br />
Issue # 1: <strong>Air</strong> traffic growth and demand: twenty year outlook<br />
Issue # 2 : Some limitations of future ATM concepts<br />
Issue # 3: Changing international relationships<br />
Issue # 4: FAA funding reform<br />
Issue # 5: Environmental considerations<br />
Issue # 6: <strong>Air</strong> travel and alternatives<br />
Issue # 7: GPS and satellite-based navigation<br />
Issue # 8: ATC systems architecture<br />
Issue # 9: Ground handling<br />
Issue # 10: <strong>Air</strong>port capacity<br />
Issue # 11: <strong>Management</strong> of special use airspace<br />
Issue # 12: <strong>Air</strong>port safety<br />
Issue # 13: FAA organizational culture and workforce<br />
Section 7.1 presents the single global scenario and Appendix B contains the above issues<br />
list as well as the referenced texts from which the scenario was constructed.<br />
<strong>The</strong> approach in this section identifies traffic demand as the single most critical ‘driver’ of<br />
future air traffic system needs. <strong>The</strong> approach relates the future capacity, safety and<br />
efficiency needs of the system to assumed traffic growth. <strong>The</strong> <strong>Boeing</strong> Current Market<br />
Outlook (<strong>Boeing</strong>, 1997) summarizes the expected growth in air transport to the year<br />
2015 (Figure 2.3). <strong>The</strong> balance of this section focuses on economic issues and their<br />
impact on the demand scenarios for evaluation. <strong>The</strong> CMO indicates that about two-thirds<br />
of world air travel growth is derived from economic growth. Thus economic<br />
12
considerations are key to evaluating future scenarios, but an extensive evaluation needs to<br />
consider all of the elements reviewed in Appendix B, Global Scenarios.<br />
Figure 2.3 World <strong>Air</strong>plane Capacity Requirement (1997-2016)<br />
<strong>The</strong> traffic forecasting process begins with a regional analysis of gross domestic product<br />
(GDP) and travel share. World GDP rates are assumed to grow between 2 and 3% per<br />
year for mature economies. GDP rise accounts for about two-thirds of world air travel<br />
growth. Regional differentiation is considerable. From 1997 to 2006 China and Hong<br />
Kong are assumed to grow at 7.4% annually, while Western Europe grows at 2.4% and<br />
North America at 2.3%.<br />
Key assumptions include declining yield and resultant fare changes, the use of flight<br />
frequencies in competitive markets, the influence of globalization and world trade and the<br />
differentiation of markets by stage length. With these various assumptions, GDP change<br />
can be related to travel demand, stated in terms of revenue passenger miles (RPMs) and<br />
then to operations counts. Regional flows can be translated into projected schedules, with<br />
further assumptions. Ten and twenty year forecasts are produced. Key assumptions<br />
stated in the CMO are: gross domestic product and increased value drive air travel,<br />
relaxation of airline industry regulation allows increased competition, market forces<br />
increasingly determine airline routes, airplane selection and the composition of the world<br />
fleet, and air traffic control systems and airport capacities respond to demand.<br />
2.3.2 Analysis of Future System Capacity, Safety and Efficiency Needs<br />
<strong>The</strong> traffic demand defined in the previous paragraph is used to drive an analysis of the<br />
system mission. A high level statement of mission requirements includes safety, capacity<br />
and efficiency goals for all system stakeholders. <strong>The</strong> goals are stated in terms of metrics<br />
against which all proposed operational concepts can be evaluated.<br />
<strong>The</strong> mission analysis quantifies the predicted traffic demand for the period in which the<br />
operational concept is expected to be in use. This demand is derived from stakeholder<br />
13
usiness objectives of growth (capacity), efficiency, affordability, and safety, identifying<br />
and accounting for the possible effects of constraints that may limit the achievement of any<br />
particular objective. <strong>The</strong> stakeholders often have competing objectives, and a viable<br />
operational concept will include a reasonable compromise among these objectives to<br />
reduce political risk to system implementation.<br />
A part of this study has included the conduct of a stakeholder survey of future system<br />
needs. This survey is provided as a separate document, NAS Stakeholder Needs. Stakeholders<br />
interviewed were: <strong>Air</strong> Transport Association (ATA), Regional <strong>Air</strong>line Association<br />
(RAA), National Business Aviation Association (NBAA), General Aviation Manufacturers<br />
Association (GAMA), <strong>Air</strong>craft Owners and Pilots Association (AOPA), Helicopter<br />
Association International (HAI), Department of Defense (DOD), <strong>Air</strong>ports Council<br />
International - North America (ACI-NA), <strong>Air</strong> Line Pilots Association (ALPA), National<br />
<strong>Air</strong> <strong>Traffic</strong> Controllers Association (NATCA), and <strong>Air</strong>line Dispatchers Federation (ADF).<br />
<strong>The</strong> document identifies a wide-ranging number of stakeholder issues. <strong>The</strong>se are grouped<br />
into potential system metrics of capacity, efficiency, safety, affordability, and access and<br />
tallied by number of responses across all the interviewed groups in Figure 2.4.<br />
Capacity<br />
Need Category<br />
Efficiency<br />
Safety<br />
Affordability<br />
Access<br />
0 5 10 15 20 25 30<br />
Tally<br />
Figure 2.4 User Needs Categories<br />
This study has identified relevant industry activities that provide the basis for the<br />
beginnings of the air transportation system mission needs analysis necessary for<br />
establishing system requirements which drive system architecture definition. <strong>The</strong> focus is<br />
on the capacity, safety and efficiency needs, which are the primary focus of the air carrier<br />
segment, but mission needs analysis needs to encompass all of the stakeholders’ high level<br />
objectives and future system needs, as part of the consensus development process.<br />
Affordability is addressed as part of the evaluation phase and discussed in Section 2.3.6,<br />
Transition Planning and Tradeoff Analysis.<br />
American <strong>Air</strong>lines (AA) and Sabre Decision Technologies (SDT) have conducted an NAS<br />
simulation of the air carrier operations for the next twenty years to examine the system<br />
capacity needs over time. <strong>The</strong> simulation study summarized here is documented in the<br />
14
Free Flight White Paper on System Capacity (Chew, 1997). <strong>The</strong> objective of the study<br />
was the identification of a ‘critical’ year when the airline hub operating integrity threshold<br />
is reached. <strong>The</strong> American <strong>Air</strong>line NAS study uses the 1996 Official <strong>Air</strong>line Guide (OAG)<br />
as the starting point for analysis, representing over 18,000 flights per day.<br />
100.00%<br />
90.00%<br />
Actual<br />
Simulation - AA<br />
Percent of Flights Within<br />
80.00%<br />
70.00%<br />
60.00%<br />
50.00%<br />
40.00%<br />
30.00%<br />
20.00%<br />
10.00%<br />
0.00%<br />
2<br />
4<br />
6<br />
8<br />
10<br />
12<br />
14<br />
16<br />
18<br />
20<br />
22<br />
Delay in Minutes<br />
24<br />
26<br />
28<br />
30<br />
32<br />
>33<br />
Figure 2.5 American <strong>Air</strong>lines NAS Study Validated with Actual Delay Data<br />
A simulation was conducted representing the jet traffic operating over 4,000 routes among<br />
the 50 busiest U.S. airports. An annualized traffic growth of 2.3% was assumed, based on<br />
a 4% growth in passenger enplanements. <strong>The</strong>se values are consistent with FAA and<br />
<strong>Boeing</strong> 1996 market outlook estimates. Current NAS separation standards were<br />
estimated at 7 nm en route, 2 nm in the terminal area and between 1.9 and 4.5 nm for<br />
wake vortex avoidance. Figure 2.5 indicates the model output compared with observed<br />
American <strong>Air</strong>lines data on system delay. <strong>The</strong> comparison shows that the 1996 simulation<br />
data agrees well with empirical results.<br />
<strong>The</strong> analysis examines the change in the average delay system wide, with growth in traffic,<br />
as well as the growth in the percentage of flights which experience more than 15 minutes<br />
of delay in the system. <strong>The</strong> 15 minute delay figure is considered key to maintaining hub<br />
integrity and provides a good indicator as to the hub viability. <strong>The</strong> simulation results in<br />
Figure 2.6 indicate that the 15 minute delay statistic grows faster than the average delay<br />
value. American’s study indicates delay problems in the NAS will become significant by<br />
the 2005 to 2007 time frame.<br />
15
<strong>The</strong> next step in the analysis was to postulate several system improvements: reduced en<br />
route separations from 7 nm to 3 nm, reduced terminal area separations from 4 nm to 2<br />
nm, reduced wake vortex separations from 4.5 to 1.9 nm down to a range of 2.5 to 1.5<br />
nm, and the addition of departure runways. <strong>The</strong> postulated system enhancements<br />
provided system growth for 20 to 25 years from the 1996 base. Figure 2.7 shows the<br />
reduction in the system-wide delay with the postulated enhancements.<br />
8<br />
7<br />
Average Delay in Minutes<br />
Percentage of Flights With More Than 15 Minutes of Delay<br />
7.17%<br />
8.00%<br />
7.00%<br />
6<br />
6.00%<br />
5.45%<br />
5<br />
5.00%<br />
4<br />
4.14%<br />
4.00%<br />
3.6<br />
3<br />
2.93%<br />
3.1<br />
3.00%<br />
2<br />
1<br />
1.1<br />
0.45%<br />
1.3<br />
0.61%<br />
1.4<br />
0.80%<br />
1.6<br />
1.09%<br />
1.8<br />
1.61%<br />
2.11%<br />
2.0<br />
0<br />
0.00%<br />
1996 1998 2000 2002 2004 2006 2008 2010 2012 2014 2016<br />
Figure 2.6 American <strong>Air</strong>lines NAS Study Results: Current NAS Delay Variance and<br />
Minutes<br />
Future traffic demand affects safety and efficiency requirements in the future National<br />
<strong>Air</strong>space System, just as it does capacity needs. A recent analysis by the Safety<br />
organization of the <strong>Boeing</strong> Commercial <strong>Air</strong>plane Group (Higgins, 1997) considers the<br />
impact of increasing operations, with a flat safety rate (number of fatal or hull loss<br />
accidents per million departures) projected into the future. Figure 2.8 shows the growth<br />
in operations, the extrapolated safety rate and the consequent predicted frequency of<br />
accidents.<br />
2.3<br />
2.7<br />
2.00%<br />
1.00%<br />
16
4.5<br />
4.3<br />
4<br />
3.7<br />
Current NAS<br />
Future NAS<br />
3.5<br />
3.3<br />
3<br />
Delays in Minutes<br />
2.5<br />
2<br />
1.5<br />
1.4<br />
1.6<br />
1.7<br />
1.9<br />
2.2<br />
2.5<br />
2.8<br />
1<br />
1.2<br />
0.5<br />
0.4<br />
0.4<br />
0.5<br />
0.5<br />
0.5<br />
0.5<br />
0.6<br />
0.6<br />
0.7<br />
0.7<br />
0.7<br />
0.9<br />
0<br />
1996 1998 2000 2002 2004 2006 2008 2010 2012 2014 2016 2018 2020 2022 2024 2026<br />
Year<br />
Figure 2.7 American <strong>Air</strong>lines NAS Study Results: Average <strong>Air</strong> Delay Per Flight<br />
50<br />
45<br />
40<br />
35<br />
30<br />
25<br />
20<br />
15<br />
10<br />
Improvement areas:<br />
• Lessons learned<br />
• Regulations<br />
• <strong>Air</strong>planes<br />
• Flight operations<br />
• Maintenance<br />
• <strong>Air</strong> traffic management<br />
• Infrastructure<br />
Hull loss accidents<br />
per year<br />
<strong>Air</strong>planes in service<br />
23,100<br />
11,060<br />
1996 2015<br />
Millions of departures<br />
5<br />
0<br />
Hull loss accident rate<br />
1965 1975 1985 1995 2005 2015<br />
Year<br />
Figure 2.8 Growth in Operations, Safety Rate, and Frequency of Accidents (1980-2015)<br />
<strong>The</strong> worldwide accident analysis shows the substantial variation in accident rate by region<br />
of the world. <strong>The</strong> U.S. has the safest and most efficient air transportation system in the<br />
17
world. By region of the world the civilian air transport accident rate (accidents per million<br />
departures) is:<br />
Africa 10.7<br />
Asia & Pacific Islands 2.6<br />
China 4.2<br />
Japan 0.8<br />
Europe 0.8<br />
Latin America and Caribbean 4.5<br />
Middle East 2.0<br />
Oceania 0.3<br />
USA & Canada 0.5<br />
Data indicating the primary factor causing accidents is found in Figure 2.9, in this case<br />
comparing causal factors between the U.S./Canada and Latin America. ATC is cited for<br />
hull loss accidents between 1982 and 1992 in 19% of the cases in the U.S. and 14% of<br />
Latin American hull loss accidents.<br />
Crew 7<br />
66%<br />
86%<br />
<strong>Air</strong>line6<br />
53%<br />
53%<br />
<strong>Air</strong>plane5<br />
10%<br />
37%<br />
Maintenance4<br />
ATC3<br />
6%<br />
19%<br />
14%<br />
24%<br />
United States and Canada<br />
Latin America and Caribbean<br />
<strong>Air</strong>port2<br />
19%<br />
18%<br />
Weather1<br />
2%<br />
7%<br />
0 10 20 30 40 50 60 70 80 90<br />
0 10 20 30 40 50 60 70 80 90 100<br />
Percentage of accidents with group prevention strategies<br />
70 U.S. and Canadian accidents<br />
51 Latin American accidents<br />
1580 U.S. and Canadian fatalities<br />
1711 Latin American fatalities<br />
Figure 2.9 Hull Loss Accidents (1982-1992) for U.S. and Canada vs. Latin America<br />
<strong>The</strong> last issue of the system performance factors is efficiency. We define efficiency as the<br />
cost, or degree to which the current or future system penalizes the airplane operations,<br />
versus a minimal (or optimal) cost. Factors which are contained in the efficiency costs<br />
include: route circuitry, other procedural restrictions such as special use airspace<br />
prohibitions, and flight delay, often due to inadequate airport or airspace capacity. An<br />
ATA study was performed on the base year of 1993 to examine these infrastructurerelated<br />
costs. <strong>The</strong> ATA assessment was that the current system operation costs $4 billion<br />
annually over best operation. United <strong>Air</strong>line estimated they incur costs of $670 million<br />
annually (Cotton, 1994). <strong>The</strong>se costs will increase with traffic loads, and that the delay-<br />
18
elated component will increase with exponential growth, especially as potential saturation<br />
is approached. A key cost avoidance issue is the magnitude of the unimproved system<br />
user costs in ten or twenty years.<br />
<strong>The</strong> above analysis considered the operational costs in the current system against a closeto-ideal<br />
operation (no flight delays, no excess routing and other procedural restrictions,<br />
access to optimal flight levels). <strong>The</strong> inefficiency costs in the present system were thus<br />
quantified. Another issue which also needs to be addressed is the cost of services<br />
provided by the FAA to the users of the system. In many parts of the world, user charges<br />
for ATC and navigation services are a recognized (and fast-growing) component of the<br />
airline direct operating cost structure. <strong>The</strong> International <strong>Air</strong> Transport Association<br />
(IATA) recently reported that a “concerted effort to improve operational efficiency,<br />
reflected in airline profits of US$4 billion on international scheduled services by IATA<br />
members last year. <strong>The</strong> same improvement ... is not reflected in airport and airspace<br />
management operations. ... Pointing to a 36 percent improvement in capacity between<br />
1991 and 1995, coupled with a 30 rise in costs, the airlines say that airport charges have<br />
risen by 48 per cent and en route charges 75 per cent.” (Jane’s <strong>Air</strong>port Review, 1997)<br />
In the U.S., the ticket tax currently masks the impact of ATC system operational efficiency<br />
on airline productivity. But changes in the funding basis for the agency, as recommended<br />
in the National Civil Aviation Review Commission (NCARC) report (NCARC, 1997)<br />
portend a much higher level of user awareness and concern on the ATC system<br />
effectiveness.<br />
2.3.3 Operational <strong>Concept</strong>: System Agents and Functional Allocation<br />
Figure 2.10 summarizes at a high level the primary system agents involved in the daily<br />
planning and execution of flights in the system. <strong>The</strong> left side of the figure shows the air<br />
traffic planning element, the <strong>Traffic</strong> Flow <strong>Management</strong> System, and its agent, the <strong>Traffic</strong><br />
Flow Manager. <strong>The</strong> <strong>Traffic</strong> Flow <strong>Management</strong> System can be further partitioned into the<br />
national level (Central Flow Control Facility at Washington Dulles), center level and<br />
airport level elements. <strong>The</strong>se people and their system determine the daily schedule<br />
demand for resources (airport and airspace) and restrict or constrain flight, as deemed<br />
necessary, consistent with safety of flight, controller workload, etc. <strong>The</strong> airline planning<br />
counterpart is the dispatcher and the in-flight control agents, parts of the <strong>Air</strong>line<br />
Operational Control (AOC) system.<br />
On the flight execution side (right side of the figure), the sector controllers, planning and<br />
execution, provide the separation assurance function of ATC between instrument flight<br />
rules (IFR) flights in the system. <strong>The</strong> execution controller is in very high frequency (VHF)<br />
radio contact with the flight crew, providing flight plan amendments, as necessary, for<br />
separation assurance.<br />
Section 3 describes, at a functional level, the complex interrelationships among the<br />
planning and execution elements, and how the system efficiency, capacity (as measured by<br />
throughput) and safety measures are supported. <strong>The</strong> system operational concept is<br />
fundamentally the assignment of roles and responsibilities to system agents and to their<br />
automation support systems. As the future mission needs of the air traffic system are<br />
19
defined and quantified, a critical question to be asked is: how must the roles and<br />
responsibilities be changed to assure the maximum likelihood that the future mission needs<br />
will be met<br />
<strong>Traffic</strong> Flow<br />
<strong>Management</strong><br />
S ystem<br />
T raffic<br />
Manager<br />
Sector<br />
Controller<br />
Controller<br />
Decision<br />
Support<br />
S ystem<br />
ATC<br />
<strong>Air</strong>line<br />
<strong>Air</strong>line<br />
Operational<br />
C ontrol<br />
S ystem<br />
Dispatcher<br />
Work<br />
System<br />
Flight<br />
Crew<br />
Flight<br />
<strong>Management</strong><br />
System<br />
Figure 2.10 Primary System Agents<br />
<strong>The</strong> basic air traffic management services of the system include: air traffic control, air<br />
traffic flow management, airspace management, flight information services, navigation<br />
services and search and rescue. We have assumed, in the mission analysis, that satisfaction<br />
of system demand is the key driver on system modernization needs. Central to the air<br />
traffic control function is separation assurance. Separation minima, as enforced between<br />
IFR flights, are the primary determinants of the realized safety and theoretical throughput<br />
of a given air traffic system. <strong>The</strong> correct sizing of the long term system needs is a central<br />
modernization issue. Section 3 of this report examines implications of operating roles and<br />
responsibilities, given the postulated system needs, and focuses on research issues central<br />
to the development of a system whose capacity, safety, efficiency and productivity levels<br />
meet projected user needs over the system life.<br />
2.3.4 System Technical Requirements<br />
<strong>Boeing</strong> believes that the separation assurance function is key to realizing fundamental<br />
system capacity and safety long range needs. In support of this thesis, <strong>Boeing</strong> has<br />
postulated a concept, Required System Performance (RSP), intended to characterize<br />
airspace and/or aircraft operating in airspace, and the level of separation service<br />
applicable.<br />
In 1996, a white paper was prepared for the RTCA Technical <strong>Management</strong> Committee on<br />
RSP (Nakamura and Schwab, 1996). This paper was endorsed by the RTCA group, and<br />
was the basis for the coordinated development of RSP across several existing RTCA<br />
20
Special Committees. <strong>The</strong> paper, with minor modifications, was also submitted to the<br />
International Civil Aviation Organization (ICAO) Separation Panel meeting later in 1996.<br />
<strong>The</strong> paper states that the definition of required air navigation system performance should<br />
encompass navigation, communications and monitoring (or surveillance) performance and<br />
provide a related, high level characterization of the air navigation environment, RSP. <strong>The</strong><br />
thesis of the paper is that RSP is best characterized by the traditional airspace attribute of<br />
separation minima. <strong>The</strong> paper asserts that the concept of separation minima is the primary<br />
airspace performance determinant.<br />
As indicated in Figure 2.11, for procedural environments, this separation standard is<br />
primarily related to navigation performance. In radar environments, however, with direct<br />
controller-pilot voice communications, each of the communications, navigation and<br />
surveillance (or monitoring) factors becomes important in a complex interaction of aircraft<br />
navigation, air-ground communications, radar surveillance and air traffic service-airplane<br />
interaction. Thus the concept of RSP necessarily contains elements of navigation,<br />
communications and surveillance performance. <strong>The</strong>se RSP components establish the basis<br />
for an environment in which operational access approval is explicitly performance-based,<br />
in place of current practice in which the basis of approval is indirect and implicitly related<br />
to capability, based on equipage sets including navigation sensors used.<br />
95%<br />
Navigation<br />
Performance<br />
(nm)<br />
20<br />
16<br />
12<br />
8<br />
Procedural Environments<br />
Oceanic Base Operation<br />
NATS MNPS<br />
Proposed RNP 4<br />
Standard<br />
RNP 4 with Proven<br />
Containment Standard<br />
RADAR Standard<br />
4<br />
100 80 60 40 20 0<br />
LATERAL SEPARATION MINIMA (nm)<br />
Figure 2.11 System Performance and Separations<br />
A key element to the successful definition of system performance is that the rare- and nonnormal<br />
system performance will fundamentally drive system safety-related performance.<br />
Thus, required navigation performance (RNP) must address 95% accuracy for navigation<br />
availability and navigation system integrity level supported. Similarly, for communications<br />
and monitoring, the normal, rare-normal, and non-normal (both detected and undetected<br />
failure rates) must be specified, to insure system design that will support the future mission<br />
capacity, safety and efficiency levels.<br />
21
<strong>The</strong> RSP model described above relates the system level performance (capacity and safety)<br />
to the sub-system performance elements for communications, navigation and surveillance<br />
(CNS). Additionally, in an intervention ATC environment such as radar, models and<br />
safety assessment techniques are needed to determine the impact of human performance,<br />
together with decision support performance and CNS element performance on system<br />
performance levels.<br />
In Section 3 of this document, a first-cut system separation model is developed, identifying<br />
the separation functions into: detection, response and response frequency considerations.<br />
<strong>The</strong>se provide the basis for the allocation of performance objectives to subsystem<br />
elements, and the quantification of expected safety and system throughput levels.<br />
2.3.5 Technology and Human Factors Analysis<br />
A vital issue to the development of a successful new air traffic system is ensuring that<br />
human performance capabilities and responsibilities are respected as new technologies are<br />
deployed. <strong>The</strong> safety criticality of the system magnifies the importance of the need to<br />
respect human performance and capabilities. Especially, in the preliminary design phase of<br />
program development, we lack tools and methods for examining the issues of functions<br />
and task design and allocation, and thus are unable to clearly determine which are best<br />
done by humans and those activities which are best automated.<br />
A number of issues explored in Section 4 of this report identify the need for developing a<br />
comprehensive, integrated description of human behavior (both physical and cognitive) in<br />
the system; consideration of human performance capabilities and limitations, starting at<br />
concept definition; the need for human factors support through implementation, including<br />
education and training requirements for transition and maintenance of new systems; and<br />
the need to consider the entire range of possible operating condition in assessing human<br />
performance. Specific domain issues include dependency on decision support systems;<br />
situational awareness; and intent. Other issues identified include the need for structure<br />
while maximizing throughput, and the problems with shared responsibility.<br />
Current and planned technology elements are cataloged in Section 5. <strong>The</strong>y are described<br />
in terms of their potential application to air traffic services; their constituent performance,<br />
and their expected system level, installed performance. <strong>The</strong>se technologies can be<br />
compared with the allocated technical requirements in order to trade-off the costs and<br />
benefits of the alternatives.<br />
2.3.6 Transition Planning and Tradeoff Analyses<br />
A critical element of air traffic services planning is the determination of workable system<br />
transition steps. To assess the tradeoffs of technology and operational changes, it is<br />
necessary to develop tools and methods which organize airspace changes into workable<br />
transitions.<br />
<strong>The</strong> CNS/ATM Focused Team (CAFT) is a group of airlines, airframe manufacturers, and<br />
service providers. <strong>The</strong> CAFT process is aimed at making credible investment analyses of<br />
alternative system transitions. <strong>The</strong> analysis process is summarized in Figure 2.12. <strong>The</strong><br />
tools used in this process includes: (1) cost databases and forecasting tools, (2) a capacity-<br />
22
efficiency-constraints model that identifies key elements of the system affecting system<br />
performance, (3) transition logic diagrams linking operational improvements, technology<br />
solutions, and benefit mechanisms in phased steps, and (4) economic modeling that<br />
assesses the costs, benefits, and risks of the improvements to industry and all stakeholders.<br />
Regional Priorities: <strong>The</strong> process begins with an examination of regional priorities<br />
resulting from assessing current system operational effectiveness. As an example of the<br />
regional priority of an airline, consider Figure 2.13 which presents the distribution of<br />
airport delay by weather and duration. Thunderstorms cause the largest percentage of<br />
delay for longer duration events at 20 major U.S. airports. As the duration increases, so<br />
does an airline’s operational difficulty and disruption of schedule. This kind of data<br />
indicates relative impact of airport operations disruptions by cause of disruption.<br />
Constraints Analysis Model: <strong>The</strong> next part of the process is the constraints analysis<br />
modeling, an example of which is presented in detail in Section 6.3. <strong>The</strong> primary factors<br />
that affect throughput in the various phases of the aircraft’s flight through the system are:<br />
gate, apron, taxiway, runway, initial climb/final approach, vectoring, standard instrument<br />
departures (SID) and standard terminal arrival routes (STAR), and en route operations.<br />
Constraints modeling can be performed for system safety, capacity, efficiency, or<br />
productivity. <strong>The</strong> methodology allows examination of the economic, technological, and<br />
operational implications of the complex interrelationships among demand, capacity, and<br />
delay.<br />
Regional<br />
Growth Constraints<br />
& Operational Costs<br />
Regional<br />
Priorities<br />
Constraints<br />
Analysis<br />
Performance<br />
Factors<br />
Benefit Mechanisms,<br />
Operational Transitions,<br />
and Enablers<br />
Costs,<br />
Timing,<br />
Benefits,<br />
Risks<br />
Economic<br />
Modeling<br />
- Market Forecasts<br />
- ATA/IATA/NASA ATC Cost Studies<br />
- System Performance Measurement<br />
- <strong>Air</strong>port Capacity Studies<br />
Regional Plans<br />
FreeFlight (U.S.)<br />
EATCHIP<br />
IATA<br />
Independent<br />
Recommended<br />
Changes to<br />
Plans<br />
Figure 2.12 <strong>The</strong> CAFT Analysis Process<br />
23
60%<br />
50%<br />
40%<br />
All Durations<br />
> Fifteen Minutes<br />
30%<br />
20%<br />
10%<br />
0%<br />
Thunderstorms Fog Visibility<br />
Figure 2.13 Distribution of <strong>Air</strong>port Delay by Weather and Duration<br />
Source: Weber, M. et al (1991)<br />
With no capacity for growth, the system will adapt in some less than optimal way.<br />
Examples include (1) schedules spread from desired peak times, (2) aircraft size increases<br />
more rapidly than desired, (3) ability to compete with frequency is limited, (4) slot<br />
constraints increase, (5) smaller cities lose service, (6) delays increase, (7) block times<br />
increase, and (8) other transportation modes become more competitive. Each of these<br />
adaptation mechanisms has an associated cost. Ultimately, any adaptation the system is<br />
forced to take because of a lack of capacity causes ‘waste’, increasing the cost of air<br />
travel. Constraints on the system limit the ability of carriers to compete freely. Some<br />
carriers may lose the ability to respond competitively to the marketplace.<br />
Transition Analysis Model: <strong>The</strong> constraints model is used as a template for determining<br />
specific technology initiatives by phase of flight and by benefit category. A time-phased<br />
approach, considering short- and long-term technologies, is then applied to determine the<br />
phasing of technology for an airspace region of interest. <strong>The</strong> procedures and technologies<br />
must be in place in each transition phase for throughput to increase. This modeling process<br />
provides the basis for a systematic evaluation of alternative technologies. It also supports<br />
the development of ATM operational concepts. <strong>The</strong> output of these phased technologies<br />
provides an input to an economic model evaluation. Each transition has potential user<br />
benefits, costs, timing, and risk elements that can be evaluated in the economic modeling.<br />
<strong>The</strong>se can be used as the basis of the performance of the technology and procedural<br />
tradeoff studies that need to be conducted. Depending on the results of the mission<br />
analysis, transitions can be developed, based on capacity, safety, efficiency or productivity<br />
needs. Detailed NAS future capacity transitions, for each of the operating phases, are<br />
provided in Section 6 of this report.<br />
Economic Modeling: <strong>The</strong> development of economic models is the last step in the CAFT<br />
process. <strong>The</strong>se models evaluate costs, benefits, timing, and risk for each phase of<br />
transition. For a given phase, the return on investment is evaluated for each technical<br />
solution for each alternative. Figure 2.14 illustrates the typical steps in the development of<br />
an economic model.<br />
24
• Problem Statement<br />
• Alternatives<br />
• Assum ptions<br />
Assess<br />
Investm ent &<br />
Operations<br />
Cost Impact<br />
Cost Inform ation<br />
Assess<br />
Risk &<br />
Resolution Time<br />
Convert<br />
Benefit<br />
Mechanisms<br />
to $<br />
Benefit Inform ation<br />
Analyze<br />
Model<br />
Outputs<br />
Probability of Success<br />
Develop<br />
Rules for<br />
Modeling<br />
Benefits<br />
Phasing of Benefits<br />
Recommended<br />
Changes to Plans<br />
Figure 2.14 Economic Modeling Process<br />
25
3 <strong>The</strong> ATM System Functional Structure<br />
This section discusses the primary functions involved in air traffic management and<br />
presents a framework through which their performance can be related to the system<br />
metrics of capacity, efficiency and safety. A top level functional structure for air traffic<br />
management is presented in Section 3.2, along with a discussion of current roles and<br />
responsibilities of system agents. Section 3.2 takes a close look at flow management and<br />
traffic separation, and at the performance factors that combine to provide a safe minimum<br />
separation standard for a given operation. Section 3.3 details the technical and operational<br />
changes that are likely to be needed to support the system capacity, efficiency and safety<br />
goals for 2015. Section 3.4 presents an overview of the CNS/ATM technologies that are<br />
likely to be needed to support the new operational concept. Section 3.5 discusses the<br />
airspace implications of the proposed operational improvements, Section 3.6 discusses<br />
airport impact, and Section 3.7 takes a brief look at Flight Service Stations.<br />
3.1 <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> Objectives<br />
<strong>The</strong> air traffic management component of the NAS is a very complex system whose<br />
primary objective is to safely and efficiently accommodate the demand for flight through<br />
U.S. airspace. Figure 3.1 illustrates a top level view of the system, showing air traffic<br />
demand as the primary input, traffic flow as the output, disturbances as unwanted inputs,<br />
and capacity as the system resource that allows traffic to flow.<br />
Capacity<br />
Disturbances<br />
<strong>Traffic</strong> Demand<br />
<strong>Air</strong> <strong>Traffic</strong><br />
Flow <strong>Management</strong><br />
Process<br />
<strong>Traffic</strong> Flow<br />
Figure 3.1 <strong>The</strong> <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> System<br />
System capacity in this report is used to denote the theoretical maximum flow rate<br />
supported by the separation standard. Throughput is the rate of flow that is realized in<br />
operation, which is never more than the system capacity, and often considerably less due<br />
to the need to accommodate operational uncertainty and disturbances without<br />
compromising safety. Efficiency is a measure of how close the real operation is to<br />
achieving ideal flight, which is influenced partly by the balance between capacity and<br />
demand, and partly by airspace restrictions such as special use airspace.<br />
<strong>The</strong> primary capacity objective is to maximize flow rate, up to the actual traffic demand.<br />
This goal is challenging due to several factors:<br />
26
• <strong>The</strong> highly peaked nature of air traffic demand, caused by passenger desired<br />
travel times and airline hubbing operations<br />
• <strong>The</strong> diversity of aircraft performance capabilities<br />
• Competing objectives among system stakeholders<br />
<strong>The</strong> primary safety objective of air traffic management is to assure safe separation between<br />
aircraft (and ground vehicles) on the airport surface and in the airspace. <strong>The</strong> system<br />
efficiency objective is to minimize the cost of operating flights through the system, both<br />
under normal conditions, and in the face of disruptions due to weather or other causes.<br />
3.1.1 Capacity and Safety<br />
<strong>The</strong> capacity of the air traffic management system is fundamentally bounded by the<br />
separation standards in effect for the airspace. Thompson (1997) reviews the history of the<br />
development of airspace separation standards and states that the standards for radar<br />
controlled airspace have evolved slowly and are not based on a formal model of collision<br />
risk. By contrast, the separation standards in MNPS airspace in the North Atlantic were<br />
developed through use of a collision risk model developed by Reich (1966). Reich’s<br />
model takes into account only the aircraft’s guidance and navigation error characteristics,<br />
due to the absence of air traffic surveillance in oceanic airspace. <strong>The</strong> model includes a<br />
parameter that defines collision risk, and the use of the model involves a decision to accept<br />
a certain value for this risk parameter.<br />
System capacity, and therefore throughput, are bound up in the definition of separation<br />
standards, and thus to accommodate the demand for growth in the NAS through 2015 it is<br />
fundamentally important that a rational approach to separation standards development be<br />
put in place. Risk management is at the heart of this process, which must find an<br />
acceptable balance between collision risk and airspace throughput through a clear<br />
definition of a collision risk parameter for controlled airspace.<br />
<strong>The</strong> process of establishing separation standards must include a model of the nominal<br />
system performance, along with failure modes and effects, all of which combine to provide<br />
a certain probability of spatial overlap of pairs of aircraft. <strong>The</strong> factors that contribute to<br />
the performance of the separation assurance function are discussed in more detail in<br />
Section 3.2.6.<br />
3.1.2 Throughput and Efficiency<br />
It is important to consider the relationship between throughput and efficiency in the<br />
current system. <strong>The</strong>re is a need on part of system users to retain a certain level of<br />
flexibility in routing to achieve an efficient operation. But, when considering that current<br />
separation assurance methods are fundamentally based on a controller’s highly tuned<br />
knowledge of a sector and its fixed path geometry, it becomes apparent that flexibility<br />
could have a negative impact on airspace throughput. In addition, a controller handles<br />
more aircraft by assuming that pilots stick to their assigned trajectories with a high<br />
probability.<br />
27
Thus, in effect, flexibility is restricted in the system today to gain capacity and/or<br />
controller productivity. In the future system, it is conceivable that a better balance could<br />
be found between throughput and efficiency, but this balance will depend on limitations of<br />
human and technology performance, of which the human performance is the more difficult<br />
issue. This is discussed in more detail in Section 4.3.3 from the human factors point of<br />
view. To guide the design decisions regarding throughput and efficiency, the system<br />
developers must continue to keep in mind the fundamental system mission of providing<br />
sufficient traffic throughput.<br />
3.2 A Functional View of the Current <strong>Concept</strong><br />
3.2.1 Throughput and Safety<br />
System throughput is a measure of the realized flow through the system in a given time<br />
period. Whereas separation standards are established through an analysis of collision risk,<br />
throughput is dependent on the controller’s ability to accommodate traffic demand in the<br />
face of uncertainty and disturbances. Periods when demand exceeds capacity in parts of<br />
the system can cause an increase in collision risk, and it is important to include functions in<br />
the system that prevent such overload. In the NAS operation this is done through flow<br />
planning, where a planning horizon of 24 hours is both feasible and appropriate given the<br />
daily traffic demand cycle.<br />
3.2.2 Levels of Flow Planning in the System<br />
<strong>The</strong> traffic flow planning function is complicated by the fact that the system is subject to a<br />
variety of sources of uncertainty. <strong>The</strong> three most important ones for the daily plan are:<br />
• Weather prediction uncertainty, which affect primarily the arrival phase of<br />
flights through airport arrival rates.<br />
• <strong>Air</strong>craft pushback readiness due to a variety of factors in aircraft turnaround at<br />
the gate, which affects primarily the departure phase of flights.<br />
• NAS equipment status, which can affect any phase of flight.<br />
<strong>The</strong> uncertainty inherent in the daily flow plan often results in situations where the plan is<br />
out of phase with the unfolding situation, leading to possible overloads or wasted capacity.<br />
To deal with the uncertainty, the system could:<br />
• Reduce the uncertainty level (difficult, but progress is being made)<br />
• Provide plenty of room to safely absorb the uncertainty (wasteful)<br />
• Modify the plan dynamically to manage the situation as it unfolds<br />
<strong>The</strong> last option, to modify the plan dynamically, is what the NAS is evolving toward in an<br />
effort to achieve an acceptable balance between throughput and safety. Thus the NAS<br />
includes several levels of planning:<br />
• National and regional flow planning<br />
• Facility-level flow planning<br />
28
• Sector-level flow planning<br />
Each level has a certain planning time horizon and range of possible planning actions, as<br />
will be discussed in detail in Section 3.2.4 and 3.2.5.<br />
3.2.3 Levels of Plan Execution in the System<br />
Flight and flow plans in the system are executed through a number of functions, the<br />
primary ones being:<br />
• <strong>Air</strong>craft guidance and navigation<br />
• Separation assurance<br />
• <strong>Air</strong>craft on-board collision avoidance<br />
<strong>The</strong> execution functions are discussed in detail in 3.2.4 and 6.<br />
3.2.4 Functional Structure<br />
Figure 3.2 shows the functional structure of the air traffic management system in terms of<br />
functions directly affecting the process that links real-time traffic demand with actual flight<br />
through NAS airspace.<br />
Weather<br />
Flight<br />
Planning<br />
Filed<br />
Flight<br />
Plans<br />
Flight<br />
Schedule<br />
Schedule of<br />
Capacities<br />
National<br />
Flow<br />
Planning<br />
hrs - day<br />
Planning<br />
Approved<br />
Flight<br />
Plans Facility<br />
Flow<br />
Planning<br />
hrs<br />
Planned<br />
Flow<br />
Rates<br />
Desired<br />
Sector<br />
Loads<br />
Sector<br />
<strong>Traffic</strong><br />
Planning<br />
5-20 min<br />
Clearance<br />
Requests<br />
Approved<br />
Handoffs<br />
Negotiate<br />
Handoffs<br />
Sector<br />
<strong>Traffic</strong><br />
Control<br />
5 min<br />
Clearance<br />
Requests<br />
Execution<br />
AOC<br />
Vectors<br />
<strong>Air</strong>craft <strong>Air</strong>craft State<br />
Guidance and<br />
Clearances Navigation<br />
< 5 min<br />
<strong>Traffic</strong><br />
Sensor<br />
<strong>Air</strong>line CFMU TMU D-side R-side<br />
Real State<br />
Plan/Intent<br />
Measurement<br />
Requests<br />
AC State<br />
Sensor<br />
Pilot<br />
Other <strong>Air</strong>craft<br />
States<br />
Efficiency<br />
Throughput<br />
Safety<br />
Increasing Criticality Level<br />
Figure 3.2 <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> System Functional Structure<br />
<strong>The</strong> diagram in Figure 3.2 illustrates the processes and information flow that make up the<br />
traffic planning and separation assurance functions of the system. Figure 3.2 is only one of<br />
many possible cross sections through a very large and complex system and hides a<br />
considerable amount of detail, but is conceptually valid and useful to serve this discussion<br />
of system safety, capacity and efficiency . It is also important to note that Figure 3.2 is an<br />
29
idealized diagram of a system that is very adaptable due to the predominant presence of<br />
human operators, and in which assignment of functions to agents is dynamic.<br />
Figure 3.2 illustrates the path, starting at the left, from a desired flight schedule and a<br />
weather forecast, through filed flight plans, to real aircraft movement on the extreme right.<br />
Each block in the diagram indicates a function that is performed in the system today, and<br />
the arrows denote either real aircraft state, communication of a plan or intent,<br />
measurements or requests. <strong>The</strong> functions can be divided roughly into planning and<br />
execution, with a substantial overlap in the sector controller team.<br />
<strong>The</strong> diagram indicates the approximate planning time horizons for each function, ranging<br />
from a day for national flow planning to minutes or seconds for the aircraft guidance and<br />
navigation. <strong>The</strong> actual time horizons employed by system operators vary greatly<br />
depending on the airspace and traffic levels, but the numbers in Figure 3.2 are reasonable<br />
for most components of the NAS.<br />
An approximate analogy to the current assignment of functions to agents is shown in the<br />
figure through reference to the R-side (radar) and D-side (data) controllers, <strong>Traffic</strong> Flow<br />
<strong>Management</strong> (TMU) positions and Central Flow <strong>Management</strong> (CFMU). <strong>The</strong> separation<br />
assurance function is here considered to be assigned to the sector controller team, using a<br />
radar display and flight plan information, with the aircraft crew as a collision avoidance<br />
backup, through visual observation of traffic and through the <strong>Traffic</strong> Alert and Collision<br />
Avoidance System (TCAS).<br />
It is worth noting that the criticality level of the system functions increases from left to<br />
right on the diagram. Criticality level is fundamentally important in all discussions about<br />
required performance to support a function, and for the level of attention to human<br />
factors that a function requires. Section 3.2.6 discusses the execution loop and separation<br />
standards in more detail.<br />
Figure 3.2 illustrates how uncertainty is accommodated through several levels of replanning<br />
in the system. <strong>Traffic</strong> situation data feedback to the planning levels is a weekness<br />
in the system today, and therefore there is not an ability to update the flow plan<br />
comprehensively across facilities or regions.<br />
To relate back to the system objectives, Figure 3.2 illustrates that safety is the primary<br />
responsibility of the aircraft, with separation assurance assistance from the sector<br />
controller. System throughput is maintained primarily by the execution loop, with<br />
assistance through overload protection from the planning functions. Efficiency is worked<br />
primarily by the flow planning functions, through negotiations of flight plans, with<br />
assistance from the execution loop through in-flight rerouting.<br />
3.2.5 Flight and Flow Planning<br />
Figure 3.2 illustrates how the functions that make up air traffic management are connected<br />
in an overall process to allow safe and efficient traffic flow through the NAS. <strong>The</strong> agents<br />
that perform the flight and flow planning functions are:<br />
• <strong>Air</strong>line operational control and/or dispatch<br />
30
• Flow managers<br />
Figure 3.3 shows the flight planning function, performed by AOC, local dispatch, or an<br />
individual pilot. <strong>Air</strong>line operational control agents and dispatchers have detailed<br />
knowledge of their airline’s business objectives and the nature of the airline’s operation,<br />
much of which cannot be shared with outside agents for competitive reasons. In addition,<br />
their operational objectives can change so rapidly that it may not be practical to express<br />
them in much detail to outside organizations. Thus, it is necessary in today’s business<br />
climate to allow each operator to make some of the decisions that influence the efficiency<br />
of their daily operation.<br />
Weather Forecast<br />
(<strong>Air</strong>line) Schedule<br />
Available Fleet<br />
Flight<br />
Planning<br />
<strong>Air</strong>line Operational Control<br />
Flight Plans<br />
Technical performance parameters:<br />
• prediction time horizon: hrs - day<br />
• prediction time resolution: 15 mins<br />
• spatial resolution: airports<br />
Figure 3.3 AOC and the Flight Planning Function<br />
Figure 3.4 shows the national flow planning function, which is assigned to central flow<br />
managers. This function originated as a safety net to protect the sector controller team,<br />
but has a large impact on operator efficiency through its interaction with the operator’s<br />
flight planning activity. In addition, due to the competition between operators that is<br />
inherent in operating in an overloaded system, there is a need for arbitration, and this is a<br />
natural role for the flow management agent. <strong>The</strong> art is to manage effectively, while<br />
allowing the individual agents sufficient room to optimize their operation, and this is the<br />
objective of the Collaborative Decision Making (CDM) initiative, as discussed in Section<br />
3.3.9.<br />
3.2.6 Separation Assurance and Technical Performance<br />
Figure 3.5 shows the guidance and navigation function, which is performed by the cockpit<br />
crew. <strong>The</strong> cockpit crew has the most detailed and up-to-date knowledge of their aircraft<br />
performance ability, and of the immediate environment in which the aircraft is being<br />
operated. In addition, the crew is the only agent that has control of the aircraft. In<br />
today’s operational environment, the cockpit crew has very limited information about<br />
weather or traffic conditions ahead of it, and therefore must rely on assistance from other<br />
system agents for medium to long term flight planning. It is interesting to note, though,<br />
that the cockpit crew must maintain a planning horizon, often shared with AOC, ranging<br />
from the duration of the flight (hours) to immediate control action (seconds). In this sense<br />
the crew has a unique responsibility among the agents listed above, and herein arises the<br />
31
question of where to put the emphasis for the cockpit, in light of the increased ability to<br />
provide information through datalink.<br />
Weather Forecast<br />
Flight Plans (OAG)<br />
<strong>Air</strong>port Arrival Rates<br />
Sector Capacities<br />
National<br />
Flow<br />
Planning<br />
Central Flow <strong>Management</strong><br />
Departure Delays<br />
Technical performance parameters:<br />
• prediction time horizon: hrs - day<br />
• prediction time resolution: 15 mins<br />
• spatial resolution: airports, sectors<br />
Figure 3.4 CFMU and the Flow Planning Function<br />
Weather<br />
NAS Status<br />
FMS Trajectory<br />
<strong>Air</strong>craft Position<br />
Clearances<br />
Nearby <strong>Traffic</strong><br />
Guidance<br />
and<br />
Navigation<br />
Cockpit Crew<br />
<strong>Air</strong>craft Position<br />
Clearance Requests<br />
Technical performance parameters:<br />
• prediction time horizon: < 1 min - duration of flight<br />
• prediction time resolution: 1 sec<br />
• spatial resolution: ANP level<br />
Figure 3.5 Cockpit Crew and the Guidance and Navigation Function<br />
<strong>The</strong> sector controller team performs the function of separation assurance, which as<br />
illustrated in Figure 3.2 can be divided into two functions, sector traffic planning and<br />
traffic control. Depending on traffic complexity and volume, the sector controller team is<br />
anywhere from one to four or five persons, with a variety of active and backup roles.<br />
Section 4 provides considerable detail on the current nature of this function, and the issues<br />
that face the industry regarding potential future changes to roles and responsibilities. It is<br />
clear that the performance, both normal and non-normal, of the separation function is at<br />
the heart of any discussion about system throughput, and thus the focus in this report is on<br />
this critical inner loop in the system.<br />
Figure 3.6 illustrates the separation assurance loop, with additional detail showing the<br />
primary sub-functions in the loop. <strong>The</strong> sector planning function’s primary objective is to<br />
manage the intervention rate in the sector, i.e. the number of potential conflict situations<br />
the sector controller may need to process. <strong>The</strong> set of flight plans inbound and inside the<br />
sector can be considered the primary data input to this function, along with the real-time<br />
32
traffic situation as it currently affects the sector controller’s workload. <strong>The</strong> sector planner<br />
may also need to assist the controller with clearance requests from aircraft that he cannot<br />
immediately process. Thus, the sector planner function helps manage the sector controller<br />
workload, and is therefore the primary agent in managing exposure to collision risk.<br />
Planned<br />
Flow<br />
Rates<br />
Desired<br />
Sector<br />
Loads<br />
Flight Plan <strong>Management</strong><br />
Conflict Prediction<br />
Sector<br />
Planning<br />
Clearance<br />
Requests<br />
Approved<br />
Handoffs<br />
Negotiate<br />
Handoffs<br />
Sector<br />
Control<br />
5-20 min 5 min<br />
Clearance<br />
Requests<br />
Conformance Monitoring<br />
Vectors<br />
Detection<br />
Intervention<br />
Clearances<br />
Flight Replanning<br />
Conformance<br />
Collision Avoidance<br />
<strong>Air</strong>craft<br />
flight duration<br />
to<br />
< 5 min<br />
AOC<br />
<strong>Air</strong>craft State<br />
AC Position<br />
AC Velocity<br />
AC State<br />
Sensor<br />
<strong>Traffic</strong><br />
Sensor<br />
Other <strong>Air</strong>craft<br />
States<br />
Figure 3.6 <strong>The</strong> Separation Assurance Loop<br />
<strong>The</strong> sector controller in today’s radar control operation is the only traffic management<br />
agent that communicates directly with the aircraft. <strong>The</strong> functions performed by the sector<br />
controller are conformance monitoring and short-term conflict detection and intervention,<br />
along with receiving, granting or rejecting route modification requests from the aircraft.<br />
This function directly affects the performance of detection and intervention of conflicts.<br />
Detection performance depends on the accuracy of the aircraft state sensor, the display<br />
resolution and update rate, and the controller’s ability to predict the aircraft trajectory into<br />
the future. Intervention performance involves the decision to act on a potential conflict,<br />
and the communication of the action to the cockpit crew, which then must intervene and<br />
change the flight path. <strong>The</strong> sector controller is thus a critical component of detection and<br />
intervention, and today’s system has very limited backup for failures in either the<br />
performance of the function or in the surveillance and communication equipment the<br />
function relies on.<br />
<strong>The</strong> cockpit crew is responsible for guidance and navigation according to an agreed upon<br />
flight plan, along with replanning for reasons of safety, efficiency or passenger comfort.<br />
<strong>The</strong> cockpit crew contributes to the performance of the intervention function through its<br />
response to ATC vectors. <strong>The</strong> crew also has a safety responsibility to monitor and avoid<br />
other aircraft in its immediate vicinity, either visually or through TCAS. This is currently a<br />
limited safety backup for the sector controller’s separation assurance. In addition,<br />
separation assurance is transferred to the cockpit crew in some well defined scenarios to<br />
increase throughput or efficiency (e.g., visual approaches or oceanic in-trail climb).<br />
33
Figure 3.7 illustrates how intervention rate, intervention and detection combine in an<br />
overall separation assurance function, and lists the performance factors involved in each<br />
component. Nakamura and Schwab (1996) propose a framework where the performance<br />
of each of these fundamental factors is combined in an overall Required System<br />
Performance parameter, which is then directly related to a minimum allowable separation<br />
between aircraft. <strong>The</strong> navigation function performance has been formalized through the<br />
definition of Required Navigation Performance, as described in the RTCA Special<br />
Committee 181 document DO-236 (RTCA, 1997). RNP includes a definition of accuracy,<br />
integrity and availability levels, which are functions of navigation sensors and their<br />
sources, cockpit-crew interface design and pilot performance. To compose an overall<br />
performance index (RSP) for the separation assurance function, consideration must be<br />
given to Required Communication Performance (RCP) and Required Monitoring<br />
Performance (RMP), along with an additional potential metric relating to the performance<br />
of the traffic planning function that manages intervention rate.<br />
Resource-Constrained<br />
Effective<br />
<strong>The</strong>oretical Effective Resource-Constrained<br />
Intervention Rate<br />
Intervention Detection<br />
RNP, RMP, RCP RMP, RCP RMP<br />
Display<br />
Weather<br />
Medium-Term Intent<br />
Data Controller<br />
Comm: g/g<br />
Pilot<br />
Flow Rates<br />
<strong>Air</strong>space Complexity<br />
Sensor<br />
Display<br />
Short-Term Intent<br />
Controller<br />
Comm: a/g<br />
Pilot<br />
Closure Rate<br />
Sensor<br />
Display<br />
Controller<br />
Pilot<br />
Required Element Performance<br />
RxP = f (sensors, decision support, human)<br />
Required System Performance sets the Separation Standard<br />
RSP = g ( RCP, RMP, RNP )<br />
Figure 3.7 Separation Standard and Performance Factors<br />
<strong>The</strong> operational concept presented in this report is centered on needed increases in NAS<br />
capacity to accommodate the predicted growth in traffic demand through 2015. <strong>The</strong><br />
system operational enhancements that make up the concept are centered around changes<br />
in the performance of the separation assurance and navigation functions depicted in Figure<br />
3.7, since these are the primary influences on system capacity. <strong>The</strong> phasing that is<br />
suggested in Section 3.3, and described in Section 6.2, is one where the intervention rate<br />
performance is worked first, then the intervention performance, and finally the core<br />
detection function. <strong>The</strong> rationale for this phasing is twofold:<br />
• <strong>The</strong>re is capacity to be gained by reducing the spacing buffers inserted in today’s<br />
operation above the minimum separation standard, to account for uncertainty in sector<br />
traffic planning.<br />
34
• It is probable that the process of reducing separation standards from current radar<br />
separations will be slow, and a great many interrelated factors will have to be worked.<br />
Sections 4 and 5 detail the human factors and technology performance issues involved in<br />
the system development process, and Section 8 contains a list of the primary research<br />
topics that the team has identified to support this concept.<br />
3.3 A Functional View of the Proposed <strong>Concept</strong><br />
3.3.1 <strong>Air</strong>space Characteristics: High Vs. Low <strong>Traffic</strong> Density<br />
<strong>The</strong> operational concept presented here treats traffic density as the characteristic that<br />
determines what operational improvements are suggested for a particular airspace. Given<br />
that this concept is primarily concerned with capacity improvements, high density airspace<br />
is the primary concern here. Based on the discussion in Section 3.1.2 regarding capacity<br />
and routing flexibility, it will be assumed here that throughput has priority, and that<br />
flexibility will be allowed to the extent that it does not detract from full utilization of<br />
system capacity. Low density airspace allows more flexibility to optimize operator<br />
efficiency, and thus the concept includes operational improvements to this end. If it is<br />
found to be necessary to restrict traffic flexibility to maintain acceptable throughput, then<br />
this must be the overriding concern.<br />
<strong>Traffic</strong> density in the NAS is highest in terminal areas around large airports, or where<br />
many airports are located in close proximity. Most en route airspace in the NAS can be<br />
considered low density from the point of view of installed CNS technologies. <strong>The</strong>re are,<br />
however, areas such as the northeast corridor that have very high density en route traffic,<br />
complicated by climbing and descending traffic to airports below. Sections 3.3.2-8 detail<br />
the operational improvements proposed in this concept for the range of airspace density<br />
found in the CONUS.<br />
3.3.2 Throughput in Dense Terminal <strong>Air</strong>space<br />
For dense terminal airspace, capacity and throughput are the primary concern, and the<br />
discussion in Section 3.2 is the basis for the concept. <strong>The</strong> operational enhancements that<br />
are proposed in this concept are as follows, prioritized in the order in which they are<br />
presented:<br />
1. Reduce intervention rate, and the associated spacing buffers applied above the<br />
basic separation minimum. This will be achieved through the following<br />
improvements:<br />
1.1. Precision 4-dimensional (3-D space, plus time) guidance and navigation,<br />
based on area navigation (RNAV) capability, vertical guidance and a<br />
common and accurate time source. This will effect an improvement in<br />
trajectory planning and conformance by suitably equipped aircraft, and thus<br />
contribute to a lower intervention rate.<br />
1.2. Precision sequencing and spacing of arriving and departing aircraft through<br />
improvements in the sector and/or facility planning functions. Inherent in<br />
35
this improvement will be the same time source as onboard the aircraft,<br />
knowledge of key aircraft performance parameters and better wind<br />
information. Automation aids to process this information and calculate<br />
trajectory predictions will be required, along with tools to assist in<br />
optimizing arrival and departure sequences.<br />
1.3. <strong>Air</strong>/ground data link to exchange trajectory and weather information will<br />
be required to take full advantage of navigation and sequencing<br />
capabilities. Careful consideration must be given to who the agents in the<br />
data link exchange should be, because the improved navigation, sequencing<br />
and spacing functions may allow much less reliance on ATC vectors, and<br />
thus the nature of the communications may be shifting away from<br />
execution and toward medium-term planning. Thus, it may be that AOC<br />
will take on a more active role in decisions regarding aircraft sequencing<br />
priority, and that the flow manager or sector planner will need to<br />
communicate directly with AOC or the aircraft through data link.<br />
2. Improved intervention performance. This may allow further reduction in spacing<br />
buffers, and will help set the stage for eventual reductions in separation standards.<br />
<strong>The</strong> following performance factors must be addressed:<br />
2.1. More reliable clearance delivery. This refers to a lower error rate in<br />
communicating clearances to aircraft, which may be achieved partly<br />
through the use of data link and partly through a lower intervention rate<br />
due to improved planning and conformance described in item 1.1.<br />
2.2. Improved intervention response time. This may be enabled by data link,<br />
given appropriate controller and crew interfaces that allow quicker<br />
execution onboard, and where frequency congestion can be alleviated. <strong>The</strong><br />
improved planning and conformance described in item 1 may also result in<br />
an a higher probability that the sector controller issues clearances in a<br />
timely manner.<br />
2.3. More accurate prediction of time-to-go in a conflict situation. <strong>The</strong><br />
improvements in trajectory prediction and conformance described in item 1,<br />
combined with automation that provides estimated time-to-go, may result<br />
in lower false alarm rates and thus reduced spacing buffers.<br />
3. Improved conflict detection, coupled with the improvements in items 1 and 2,<br />
should allow reductions in separation standards in dense terminal airspace. <strong>The</strong><br />
following factors must be considered for improvement:<br />
3.1. Tracking of radar surveillance data. Current NAS tracker has substantial<br />
lag in detecting aircraft maneuvers. Newer Kalman filter-based multiradar<br />
trackers could improve detection performance considerably.<br />
3.2. Precision position and velocity information from on-board navigation<br />
sensors could further improve performance. In particular, an independent<br />
velocity measurement would support improved short-term trajectory<br />
prediction and reduce the lag in detecting maneuvers.<br />
36
3.3. Event-based trajectory deviation reporting from the aircraft could allow a<br />
reasonable compromise between position update frequency and the need to<br />
detect maneuvers or blunders in tightly space traffic scenarios.<br />
3.4. Short-term conflict alerting tools for the sector controller would reduce the<br />
probability of missed detection of true conflicts.<br />
<strong>The</strong> improvements listed in items 1-3 above pertain primarily to the nominal system<br />
performance enhancements that may be required to support growth through 2015.<br />
Section 3.3.4 details the associated non-normal performance requirements from the point<br />
of view of simultaneously maintaining or improving safety in dense terminal airspace.<br />
3.3.3 Efficiency in Dense Terminal <strong>Air</strong>space<br />
It is conceivable that high throughput in terminal areas can be maintained with some room<br />
for operators to optimize efficiency. This points to the concept of dynamic planning for<br />
fleet and flight management, to improve individual or bank efficiency, which would be<br />
based on the following operational improvements:<br />
1. Hub schedule updates to maximize passenger throughput.<br />
2. Trajectory negotiation and intent information sharing through data link.<br />
3. Precision 4D navigation to maintain conformance with trajectory plan.<br />
4. Precision sequencing and spacing to aid in maintaining throughput.<br />
As discussed in more detail in Section 4, there are substantial unresolved issues regarding<br />
the effect of trajectory flexibility and reliance on automation on human performance,<br />
particularly in non-normal conditions. <strong>The</strong> above list therefore would need to be subjected<br />
to substantial concept validation studies before feasibility is proven.<br />
3.3.4 Safety in Dense Terminal <strong>Air</strong>space<br />
<strong>The</strong> criticality of the detection and intervention functions will lead to a requirement for<br />
very high availability and integrity levels, as traffic spacing is reduced in dense terminal<br />
areas. It is unlikely that the current functional and CNS architecture will be sufficient to<br />
achieve the total system certification and commissioning criteria associated with reduced<br />
separations, and thus the following enhancements may be required:<br />
1. Nominal performance parameters, such as accuracy and latency, will be improved as<br />
detailed in 3.4.2-3.<br />
2. Establish the level of criticality through risk analysis. It is clear that safety<br />
improvements through risk reduction with the lower separations will require higher<br />
availability and integrity of the total system.<br />
3. High availability of function may require independent redundancy in communication,<br />
navigation and surveillance, and in the separation assurance function element. This<br />
may imply independent voice and data link channels, independent navigation sources<br />
and two independent surveillance data sources.<br />
37
4. High integrity of function may require an external monitor to detect failures. This,<br />
taken with item 3, points to the potential of the aircraft acting as the redundant backup<br />
for the primary separation function, which resides with the sector controller team.<br />
3.3.5 Separation Assurance and CNS/ATM Technologies<br />
Figure 3.8 illustrates where some of the technologies under consideration for the NAS<br />
would be applied in the separation assurance loop for dense terminal airspace.<br />
AOC<br />
Desired<br />
Hub<br />
Schedule<br />
Planned<br />
Flow<br />
Rates<br />
Desired<br />
Sector<br />
Loads<br />
Sector<br />
<strong>Traffic</strong><br />
Planning<br />
Clearance<br />
Requests<br />
Approved<br />
Trajectories<br />
Negotiate<br />
Trajectories<br />
Sequencing Automation<br />
Trajectory Planner<br />
Voice<br />
Sector<br />
<strong>Traffic</strong><br />
Control<br />
Conflict Alert<br />
Time to Alarm<br />
CPDLC<br />
Clearances<br />
Vectors<br />
Voice<br />
CPDLC<br />
AOC<br />
<strong>Air</strong>craft<br />
Guidance and<br />
Navigation<br />
Precision 4D Nav<br />
ADS-B, CDTI<br />
ACARS<br />
<strong>Air</strong>craft State<br />
ADS-A, ADS-B<br />
AC State<br />
Sensor<br />
<strong>Traffic</strong><br />
Sensor<br />
Other <strong>Air</strong>craft<br />
States<br />
Other <strong>Air</strong>craft<br />
States<br />
Figure 3.8 Dense Terminal <strong>Air</strong>space and CNS/ATM Technologies.<br />
3.3.6 Efficiency in Low Density <strong>Air</strong>space<br />
In low density airspace, be it terminal area or en route, users should be allowed to fly<br />
preferred trajectories to the extent possible without compromising safety or throughput.<br />
This increased flexibility in trajectories will, however, carry with it:<br />
1. Increased reliance on automation tools to predict and resolve traffic conflicts. This<br />
remains an open area for research and concept validation.<br />
2. Substantial changes in traffic flow patterns both daily and hourly, therefore separation<br />
assurance agents need to move with the flow. In current operation sectors are split or<br />
combined during the day as traffic loads change, but their geometry and the airways<br />
within them remain fixed. As discussed in Section 4 this is a fundamental premise for<br />
today’s air traffic control methods. A complete airspace redesign for a facility or a<br />
38
egion takes on the order of years to complete, including training of controllers and<br />
reprogramming of automation equipment. Thus, dynamic flexible routing calls for an<br />
enormous change in the way separation assurance is performed.<br />
3. Criticality of function will drive required performance levels and the feasible<br />
architecture. <strong>The</strong> issues are identical to those discussed in 3.3.4, but must be applied<br />
to a different set of automation tools.<br />
3.3.7 Transition from Low to High Density <strong>Air</strong>space<br />
This operation refers primarily to the entry of aircraft into high density terminal airspace<br />
from low density en route areas, where routing flexibility is assumed. <strong>The</strong> primary<br />
objective must be the maximum throughput of the airport, with hub or individual flight<br />
efficiency as the secondary objective. <strong>The</strong> following operational characteristics are<br />
suggested:<br />
1. Structure is applied over a larger area as density increases, up to 200 nm radius or<br />
more during peak traffic hours, and down to 10 nm radius during off peak hours.<br />
2. Multiple terminal area entry points are defined, using reduced spacing based on<br />
improvements discussed in Sections 3.3.2-5. This will help avoid long in-trail traffic<br />
patterns that are wasteful of airspace and reduce opportunity for user preferences.<br />
3. Data communication is used to negotiate trajectories into the terminal area, either<br />
between the aircraft and traffic planner, or AOC to traffic planner with uplink to<br />
aircraft through Controller-Pilot Data Link Communications (CPDLC).<br />
4. Terminal area entry times are used to allocate arrival slots, and aircraft are responsible<br />
to meet those times to ensure expedient handling.<br />
5. Arrival and departure flows are coordinated.<br />
3.3.8 Extended Terminal Areas<br />
This refers to complex terminal areas with multiple airports, and even to entire regions<br />
such as the northeast corridor. <strong>The</strong> following characteristics are suggested:<br />
1. <strong>Traffic</strong> flow planning is coordinated regionally across airports and en route centers.<br />
2. Arrival and departure management is coordinated.<br />
3. <strong>Air</strong>port configuration management is improved.<br />
4. Surface routing and scheduling are coordinated with TMA plan.<br />
5. Precision 4D navigation is applied.<br />
6. Data link for 4D trajectory information exchange is in place.<br />
7. Precision sequencing and spacing is performed.<br />
8. Departure time uncertainty for short-haul flights must be accommodated in the plan.<br />
39
3.3.9 National Flow <strong>Management</strong><br />
3.3.9.1 Planning for Operator Efficiency and Overload Protection<br />
As illustrated in Figure 3.2, efficiency and overload protection are the dual objectives of<br />
flight and flow planning. <strong>The</strong> figure also illustrates how the system operation goes from a<br />
plan to execution, through a sequence of functions that must be coordinated to form a<br />
seamless and effective operation. Figure 3.2 illustrates how information and control<br />
authority flows through the system, and when considering overall system flow<br />
management it is crucial to maintain a whole system view to ensure a sound system<br />
design.<br />
3.3.9.2 Time Horizons and Coordination<br />
Flow planning is fundamentally concerned with balancing the need to plan ahead against<br />
the inherent uncertainty in predicting the future. From the aircraft’s point of view there<br />
are two distinct periods involved in the flight:<br />
• <strong>The</strong> period before departure, used for planning, checking and loading, subject to<br />
considerable uncertainty, but a wide range of decision options is available.<br />
• <strong>The</strong> period while airborne, where safe flight is the primary concern, uncertainty level is<br />
low, and only a limited range of decision options remain.<br />
Correspondingly, for flow managers to work effectively with flight planners, they should<br />
have a wide range of routing and scheduling options available for aircraft prior to<br />
departure, and it is reasonable to assume that this implies the function is at the national<br />
level. However, as soon as the aircraft is ready for push-back, and can be fit into a<br />
departure sequence, the primary concern of the corresponding flow planning function must<br />
be safe flight. <strong>The</strong>re is still a need to replan flows to accommodate in-flight operational<br />
uncertainty, but immediate flight safety must always be the priority.<br />
<strong>The</strong> NAS currently operates its central flow planning function with a large level of<br />
uncertainty due to lack of real-time schedule updates from Official <strong>Air</strong>line Guide (OAG)<br />
operators, and no predictive knowledge of any other flight plans. This leads to poor<br />
overload protection, i.e. strains the separation assurance resources, and also leads to<br />
periods of poor capacity utilization whith resources at times idle. Section 3.3.9.3<br />
discusses the requirements to achieve performance improvements through more complete<br />
real-time data flow. Section 3.3.9.4 discusses the efficiency gains that may be achievable<br />
through collaborative decision making during the flight planning phase.<br />
<strong>The</strong> problem of accommodating in-flight operational uncertainty through replanning<br />
involves the following primary question:<br />
• What is the extent of the replanning need (flight and hub optimization, and<br />
disturbances due to weather, aircraft emergency, conflict resolution, etc.), after the<br />
information flow and decision making structure at the national level have been<br />
optimized<br />
40
<strong>The</strong> answer to this question is likely to vary, primarily due to weather phenomena, and so<br />
the system may need to accommodate dynamically a range of options:<br />
• A large level of replanning need implies a flow management mechanism with a larger<br />
scope (time and space), i.e. closer to a national or regional level. This might be caused<br />
by major weather phenomena moving through the system.<br />
• A limited need for replanning could be handled in a more distributed manner, i.e. at<br />
facility or sector level. This is likely to be the ‘normal day’ scenario, when severe<br />
weather is not a factor.<br />
<strong>The</strong> frequency of occurrence, associated operational costs, or safety implications of these<br />
options should determine the emphasis in the eventual system design. Section 8.3<br />
discusses the research efforts needed to perform the high level trades involved in the<br />
overall flow management strategy.<br />
3.3.9.3 Information Flow<br />
<strong>The</strong> thrust of the current initiative to improve information flow between users and the<br />
central flow management facility is focused on the following four areas, as described in the<br />
operational concept document for ATM-AOC information exchange (RTCA, 1997):<br />
• Current operators, with published OAG schedules, will provide real-time schedule<br />
updates to central flow, including flight cancellations, diversions and other decisions<br />
made by the operator in response to major disruptions.<br />
• Central flow management will include more users in the gate-hold program, in an<br />
effort to reduce the uncertainty associated with non-OAG traffic demand in the<br />
system.<br />
• Common weather forecast information will be made available for all users and flow<br />
managers, in an effort to build consensus on traffic initiatives.<br />
• NAS status information will be made available to users, to the extent to which it<br />
affects traffic flow through the system.<br />
3.3.9.4 Collaborative Decision Making<br />
This initiative, as described in the RTCA Task Force 3 Report on Free Flight (1995), is<br />
focused on giving system users more freedom to make decisions in response to traffic flow<br />
restrictions. This is essential to reduce the cost of major disruptions in system throughput.<br />
<strong>The</strong> primary components of the initiative are:<br />
• Users manage response to delay, after an overall delay allocation from central flow.<br />
This involves the user allocating arrival/departure time to individual aircraft in their<br />
fleet, or opting to re-route around congestion areas.<br />
41
• Central flow management will continue to act as an arbitrator to allocate resources<br />
fairly, and to help users expedite their flight planning.<br />
3.4 Proposed CNS/ATM Technology Improvements<br />
Figure 3.9 illustrates the primary technologies that are being proposed as the basis for the<br />
NAS modernization through 2015.<br />
3.5 <strong>Air</strong>space and <strong>Air</strong>ways<br />
<strong>The</strong> NAS is currently operating at a throughput that is very close to saturation in many of<br />
the busiest terminal areas. In areas such as the northeast corridor, the upper airspace has<br />
also become quite congested. <strong>The</strong> concept presented here introduces step-by-step<br />
improvements in the system for increased throughput, where initially no major new<br />
technology will be required. However, as the system moves beyond the first steps in the<br />
transition, the implication is that higher performance levels will be required to achieve<br />
higher density operations where they are needed.<br />
As the system transitions to support increased throughput, there will be substantial impact<br />
on NAS airspace, including RSP levels to support operation at a given density level. RSP<br />
will imply end-to-end performance, i.e. aircraft, communication, navigation, surveillance<br />
and air traffic management. Thus, for a given airspace or operation, each system element<br />
will be required to perform at a certain level to ensure system performance.<br />
<strong>Air</strong>space performance requirements should be imposed based the nature of the traffic that<br />
will be accommodated in that airspace. High density traffic during peaks at hub airports<br />
will require high performance levels, whereas off-peak traffic at those hubs, and traffic in<br />
low density areas can be accommodated at a lower performance level. Thus, airspace<br />
performance requirements can vary during the day, depending on traffic demand. How<br />
best to manage such requirements must be resolved through careful analysis of user needs<br />
and of what is feasible in an operational system. In the end, some of the decisions<br />
regarding required airspace performance levels will have to be made at the policy level,<br />
where a reasonable compromise between potentially competing objectives must be found.<br />
42
Flight<br />
Schedule<br />
Flight<br />
Planning<br />
Filed<br />
Flight<br />
Plans<br />
NASWIS<br />
Weather<br />
NAS Status<br />
Schedule of<br />
Capacities<br />
National<br />
Flow<br />
Planning<br />
hrs - day<br />
AOCNET<br />
CDM<br />
Delay Est.<br />
Approved<br />
Flight<br />
Plans<br />
Planning<br />
Facility<br />
Flow<br />
Planning<br />
hrs<br />
CTAS<br />
SMA<br />
Planned<br />
Flow<br />
Rates<br />
Desired<br />
Sector<br />
Loads<br />
Sector<br />
<strong>Traffic</strong><br />
Planning<br />
5-20 min<br />
UPR<br />
URET<br />
CTAS<br />
SMA<br />
CPDLC<br />
Approved<br />
Handoffs<br />
Negotiate<br />
Handoffs<br />
Clearance<br />
Requests<br />
<strong>Traffic</strong><br />
Control<br />
5 min<br />
CTAS<br />
ATN<br />
Radar Net<br />
Voice<br />
CPDLC<br />
Clearances<br />
Vectors<br />
Voice<br />
AC State<br />
Sensor<br />
Tracker<br />
ADS-A<br />
ADS-B<br />
Execution<br />
AOC<br />
<strong>Air</strong>craft<br />
Guidance and<br />
Navigation<br />
< 5 min<br />
<strong>Traffic</strong><br />
Sensor<br />
ADS-B<br />
CDTI<br />
ACARS<br />
Other <strong>Air</strong>craft<br />
States<br />
<strong>Air</strong>craft State<br />
Figure 3.9 Overview of Proposed CNS/ATM Technologies<br />
3.6 <strong>Air</strong>ports<br />
<strong>The</strong> throughput growth requirements presented in Section 2 imply a need for additional<br />
runways in the system, and it is likely that this will have to be met both at existing hubs<br />
and at other airports. As presented in the NAS Stakeholder Needs report that<br />
accompanies this document, the system users are unanimous in their concern about<br />
continuing access to airports, given that it is becoming increasingly difficult to get<br />
approval for any new runway construction.<br />
<strong>Air</strong>port construction and operational cost is a fundamental issue where economic growth<br />
vs. shorter term business objectives must be carefully weighed. As detailed in the NAS<br />
Stakeholder Needs report, the NBAA expressed concern about continued economical<br />
access to smaller airports, because their members see this as essential for the growth of<br />
small business outside the major population centers.<br />
Another issue of interest is the potential introduction of new types of air transport vehicles<br />
into the NAS. <strong>The</strong> current development of a civil tiltrotor aircraft is an example, where a<br />
new aircraft user class could potentially contribute to the growth in system capacity. In<br />
the case of the tiltrotor, one proposed scenario is that a portion of the current small jet<br />
transport market could be served with tiltrotor aircraft, that would operate independently<br />
into and out of heliport facilities at hub airports. This might bring added throughput<br />
without the need for major new runway construction, but would instead require other<br />
changes in both airspace and airport facilities. <strong>The</strong> viability of this concept will ultimately<br />
be determined based on economics, where the seat-mile cost will drive the potential<br />
market share, but some policy level decision may have to be made regarding the needed<br />
infrastructure investment.<br />
43
3.7 Flight Service Stations<br />
<strong>The</strong> NAS Stakeholder Needs document details the concerns of the NAS users that rely on<br />
Flight Service Stations for information needed during flight planning. This concern is<br />
focused on flight safety related to weather conditions, and to airspace access through<br />
flight plan filing. It must be kept in mind that the safety concern is supported by existing<br />
data on accident rates, and it is probable that improvements in content and presentation of<br />
weather information at Flight Service Stations would reduce the accident rate in this<br />
segment of the system. <strong>The</strong> cost is probably the primary issue here, and there is an<br />
immediate need for innovative economical solutions for this system component.<br />
44
4 Human Factors<br />
This section addresses some of the major thrusts in the role human factors must play in<br />
enabling increases to the throughput of the ATM system. <strong>The</strong> primary focus of Section 4<br />
is on human factors roles and issues in increasing throughput in the terminal area.<br />
However, the basic thrust of human factors involvement as well as the issues addressed<br />
apply throughout the ATM system. Section 4.1 frames the top level issues. Section 4.2<br />
describes areas where human factors involvement in the system research, development,<br />
design and implementation process should be improved. Section 4.3 raises some key<br />
human factors issues that require research and development to avoid the unwanted sideeffects<br />
that tend to develop from technically focused initiatives.<br />
4.1 <strong>The</strong> Search For Greater Throughput And <strong>The</strong> Demands On <strong>The</strong> Human<br />
Automation will always be beneficial: the data obtained in experiments<br />
employing fine grained performance and workload measurements indicate that<br />
many ‘tools’ will not be used as predicted or even at all, especially under high<br />
task loading conditions.<br />
(Jorna, 1997)<br />
<strong>The</strong> current ATM system is a large, complex, almost organic system with human<br />
interactions as the glue that holds it all together. Controllers and pilots manipulate and<br />
manage complex subsystems in real time. <strong>The</strong>y also manage the inherent risks, within<br />
these subsystems, through being adaptive and flexible in times of critical circumstances.<br />
<strong>The</strong>se factors tend to make the development and design of new systems very complex.<br />
<strong>The</strong> fact that the system has both tightly coupled and loosely coupled components further<br />
complicates the task of defining, designing, and implementing changes which will increase<br />
the throughput of the system and protect safety levels. It is this need for increased<br />
capacity that is driving the need for change. If the American <strong>Air</strong>lines forecast (Chew,<br />
1997) of impending severe throughput limitations in terminal airspace is valid, then change<br />
must occur in the entire system. Since humans play central roles within this system, it can<br />
be reasoned that a major drive for increased throughput will also drive a requirement for<br />
major changes in the roles of the humans in the system and consequently in the tasks they<br />
perform.<br />
Human factors input is a key element in determining the way that changes to the human<br />
role should best be managed in order to achieve increased capacity without suffering the<br />
unwanted side effects that could adversely affect safety.<br />
4.2 <strong>The</strong> Role Of Human Factors In Enabling Change<br />
Before actual changes can be discussed or determined it is essential to have an appropriate<br />
framework for the process of research, development, design and implementation itself.<br />
Combined with this system development process there is a need to identify and<br />
incorporate the right skills and knowledge into a team.<br />
45
4.2.1 <strong>Baseline</strong> Data Of Human Roles<br />
In order to have a reasonable level of confidence in the successful evolution towards a<br />
system that achieves the capacity goals stated in Section 2, there is a need for a<br />
comprehensive, integrated description of human behavior (both physical and cognitive) in<br />
the system. <strong>The</strong> description would serve as a baseline against which to compare proposed<br />
changes to the system. Such a baseline provides by far the most cost effective way of<br />
estimating potential impact of proposed change before the costly process of prototype<br />
development and testing is undertaken. <strong>The</strong> valuable framework that such a database can<br />
provide should not be underestimated.<br />
An excellent review of human factors research relevant to various aspects of air traffic<br />
control has recently been published by the National Research council’s Panel on Human<br />
Factors in <strong>Air</strong> <strong>Traffic</strong> Control (Wickens, 1997). Many of the references in this work<br />
provide pieces of the puzzle of human behavior in the ATM system. <strong>The</strong> work of the<br />
Panel is probably the first comprehensive step in providing a knowledge base for human<br />
behavior in the ATM system. <strong>The</strong> next part of that team’s work should add greatly to a<br />
knowledge base.<br />
<strong>The</strong> availability of both the database and knowledge base should provide a powerful tool<br />
for focusing the development and assessment of decision support tools.<br />
4.2.2 Involvement Of Human Factors From <strong>Concept</strong> Development Through Final<br />
Design<br />
<strong>The</strong> role of human factors in system development must not be confined to that of<br />
modifying the results of earlier design decisions to ensure user acceptability. Failure to<br />
consider human performance capabilities and limitations from the very beginning of<br />
concept definition can lead to inappropriate design and serious compromises in system<br />
productivity and even safety. Human factors specialists must be full members of<br />
interdisciplinary development and design teams from the start of the development cycle, so<br />
that both the strengths and weaknesses of the human subsystem can be adequately<br />
accommodated in the final design.<br />
<strong>The</strong> design team should include the design engineers and end user personnel as well as the<br />
human factors specialists; the latter often play a mediating role between designer and user.<br />
<strong>The</strong> emphasis here on inclusion of end user personnel is important. However, there is a<br />
need to ensure that the end users are well versed in the principles and skills used by the<br />
other team disciplines. <strong>The</strong>se end users tend to become untypical because of their<br />
involvement in the development process, thus there is a need for regular reviews involving<br />
more typical end users.<br />
<strong>The</strong> multi-disciplinary design teams should work closely through the entire spectrum of<br />
development tasks from concept development and function analysis/allocation through<br />
preliminary design and prototype development and system evaluation with special<br />
emphasis on human performance testing. Section 4.2.3 discusses the involvement of the<br />
team beyond this point, but it cannot be too strongly emphasized that human factors<br />
specialists should be full members of such teams from the beginning of their existence.<br />
46
4.2.3 Human Factors Support For Implementation, Education, And Training<br />
<strong>The</strong> involvement of human factors should continue beyond the design stage into the<br />
implementation process. <strong>The</strong>re is a tendency to allow modifications to the final design to<br />
be made by the end user to facilitate implementation. This needs to be carefully controlled<br />
by involving human factors and end users together. It is very easy to lose some or much of<br />
the effectiveness of the original design concept through misinformed or uninformed final<br />
design modifications choices which can lead to loss of efficiency, and possibly have safety<br />
implications.<br />
New systems require fully developed implementation plans which include educating the<br />
users on the logic, capabilities, and rationale of the new system operation as well as its<br />
role in the overall ATM system. <strong>The</strong> operators of a system will tend to look upon changes<br />
in system design as extensions or refinements of current practice and may fail to<br />
understand the need for new and different tasks and procedures to realize productivity and<br />
safety. This need for education and training was one of the main conclusions of the PD1<br />
simulation report (Eurocontrol (1997), PHARE Development simulation 1). <strong>The</strong><br />
education process is in addition to the typical training that operators will receive with the<br />
introduction of new equipment or procedures. <strong>The</strong> baseline data, described earlier in<br />
Section 4.2.1, will be invaluable in supporting the development of the implementation plan<br />
for new equipment and procedures.<br />
Without a positive and proactive education and training program there is likely to be<br />
considerable transfer of old attitudes and working methods, often referred to as negative<br />
transfer. In developing the implementation plan, very careful attention must be paid to the<br />
potential for transfer of habits used to accomplish tasks under the old system which, if<br />
applied with the new system, would seriously compromise efficiency; but more<br />
importantly safety. Such negative transfer is most often evident when operators are under<br />
considerable stress. Again, the baseline database will provide an effective tool in the<br />
identification of potential negative transfer.<br />
4.2.4 Designing To Support Human Performance Across <strong>The</strong> Entire Range Of<br />
System Operating Conditions<br />
<strong>The</strong> air traffic domain is comprised of many complex subsystems, it is subject to the<br />
vagaries of the weather, it is also operated by many different individual humans each<br />
having their own slight differences in behavior as well as each being prone to error or<br />
misjudgment. <strong>The</strong> net effect is a system with many minor disturbances and potential<br />
exceptions, the majority of which never develop into reportable incidents - because of the<br />
influence of the adaptive human being. <strong>The</strong>re are also the rare-normal and abnormal<br />
conditions which develop, but with much less frequency.<br />
It is critical when designing decision support systems to include the capability to explicitly<br />
present to the operator the limits of the system with respect to operating conditions.<br />
<strong>The</strong> operator cannot be left to guess or assume system status and shortcomings under<br />
specific conditions when asked to step in and perform manually what the system has<br />
heretofore been accomplishing automatically. This issue will be treated in more detail<br />
when discussing the issue of decision support systems in Section 4.3.1.<br />
47
Capturing the range of normal, rare-normal, and abnormal conditions is itself difficult.<br />
<strong>The</strong> baseline database must do this for the operations as they occur today. Controllers and<br />
other end users must be key members of the team which develops this database. In fact, a<br />
number of end users from very different ATC environments should participate and review<br />
the database to ensure adequate capture of operating conditions.<br />
4.3 Human Factors Issues Affecting Tactical Control<br />
This section identifies the major human factors issues that have an impact on the search for<br />
increased capacity in the tactical domain of the air traffic management system.<br />
<strong>The</strong> terminal and tower domains are probably the most dynamic parts of the air traffic<br />
control environment. <strong>The</strong>y are both time- and safety-critical, and the central role of the<br />
human in these domains is both skill- and practice-critical. <strong>The</strong>se environments are<br />
managed by many individual controllers, all in the very exposed situation of having no<br />
immediate support for their tasks. This is because in tower and terminal control there is<br />
not usually a second controller working in close contact (like the ‘D’ side of en route).<br />
Thus the controller is a potential single point failure which, when combined with the single<br />
VHF radio channel for communications, makes for a high level of risk in the event of a<br />
failure in either of these two subsystems. <strong>The</strong> pressure on the controllers and pilots in this<br />
environment has a greater significance when taking into account the nature of terminal and<br />
tower operations. It is here that most rare-normal situations occur involving aircraft<br />
failures, pilot errors or weather effects. This is also where separation standards are used<br />
as the target separation distances to achieve maximum throughput. Allowing a little extra<br />
separation reduces throughput, while a judgmental error the other way causes a loss in the<br />
safety separation. In addition, there is always the potential for an aircraft to suffer some<br />
form of technical problem. <strong>The</strong> terminal and tower environments are thus very difficult<br />
domains in which to implement change and the challenge must not be underestimated.<br />
Sections 4.3.1 - 4 attempt to frame the specific human factor issues that affect increasing<br />
throughput in the terminal airspace. <strong>The</strong>se issues were raised earlier within Section 3.4.<br />
<strong>The</strong> issues of one section tend to be influenced by issues in other sections. This is the<br />
nature of the system, complex and interconnected with adaptive, reasoning humans in a<br />
key role.<br />
4.3.1 Decision Support Systems<br />
<strong>The</strong> term ‘decision support’ covers many different types and levels of computerized<br />
support or guidance to the human operator. <strong>The</strong> main issues associated with decision<br />
support are the growing dependency that tends to occur and the effect that the support<br />
could have on the ability to maintain situational awareness.<br />
Whatever the nature of the support system, it is clear that controllers and pilots respond in<br />
a very similar way to other living organisms by developing a growing dependency on the<br />
support. This growing dependency has been described in various sources and has a major<br />
impact on the way that human roles should develop within air traffic control systems.<br />
48
“System designers, regulators, and operators should recognize that over-reliance<br />
(on automation) happens and should understand its antecedent conditions and<br />
consequences”<br />
(Parasurman, 1997)<br />
This dependency can be expected to grow not only as a function of time and confidence<br />
in the system, but it can also be expected to grow as a function of lack of knowledge of<br />
how the system functions without the presence of that support. Thus, new (relatively<br />
naive) operators who do not have the same skill and experience base as the existing<br />
operators, can be expected to display dependency quicker than operators who have this<br />
pre-support experience. Growing dependency has implications on how the system copes<br />
with failures, errors and exceptions. <strong>The</strong>refore it is essential that such dependency is<br />
accounted for not only in the development, design and implementation stages but also<br />
during the certification procedures where issues of availability, reliability and redundancy<br />
are raised.<br />
<strong>The</strong> second issue to be raised about decision support systems is how they affect the<br />
operator’s ability to maintain the necessary level of situational awareness. A key aspect of<br />
situational awareness is the ability to identify when intervention is necessary and then<br />
intervene as required.<br />
Controllers formulate a ‘tactical plan’ which is constantly being executed and modified in<br />
real time. This tactical plan is their baseline for actions within their domain of<br />
responsibility. <strong>The</strong> plan demands that certain information is accessed and processed in a<br />
timely manner. If the necessary information is not available, then this absence is itself a<br />
trigger to change tactics. Thus triggers to tactical actions can be derived from the absence<br />
or presence of information. This knowledge of what should be present, but is not, would<br />
have to be explicit in the support tool design; lack of required information requires some<br />
form of ‘flag’.<br />
<strong>The</strong> whole aspect of situational awareness, what it is, where it comes from, what<br />
information is needed when (in order to support it), is still not adequately understood. To<br />
place decision support systems into such a domain of incomplete knowledge is an action<br />
that should be treated with great caution.<br />
Most aspects of these two issues can be addressed using a series of questions about the<br />
proposed new process or tool:<br />
• Has the level of expected dependency on the new support tool by new operators been<br />
identified<br />
• What is its availability - how often is it prone to fail<br />
• What is its reliability - what are the situations when its output is highly variable<br />
• What online checks are being made on its reliability - are these continuous or periodic<br />
• Is it the human operator that verifies the output If so, is this operator capable of<br />
making those reliability checks<br />
49
• What are the back-up procedures to take into account failure, degradation or<br />
inappropriate outputs<br />
• What verification procedures are used to ensure required availability of back-up<br />
systems/procedures<br />
• Are these back-up systems and procedures available, online and well practiced<br />
• What is the certainty that any necessary human intervention skills are of the<br />
appropriate level of proficiency and availability - does this change with time and<br />
population structure - how is this tested and how frequently<br />
<strong>The</strong>re needs to be more research in the whole area of decision support tools, and how they<br />
are subject to growing dependency and affect the maintenance of appropriate situational<br />
awareness.<br />
4.3.2 Intent<br />
<strong>The</strong>re are several issues surrounding the content and availability of intent information that<br />
have an impact on the effectiveness of decision support systems and have major<br />
implications requiring human factors consideration.<br />
<strong>The</strong> main issues are:<br />
• Where is the knowledge of the intentions of each aircraft and of the tactical controller<br />
Is it in the Flight <strong>Management</strong> Computer (FMC) or other computer or is it in<br />
someone’s head<br />
• How accurate and reliable are these intentions<br />
• How long are they valid<br />
• How can these intentions be made available to the decision support system in order to<br />
allow it to function with the best quality data available<br />
• How can the system be kept updated or informed when disturbances occur that<br />
demand rapid re-planning on the part of both pilots and controller<br />
‘Intent’ is the description of how the future is most likely to unfold, and in it there is an<br />
attempt to shape the future. Thus intent involves elements of both prediction and predetermination.<br />
<strong>Air</strong>borne technology has developed to a state that is allowing prediction of<br />
the future, from the individual aircraft’s point of view, to be realized with a fairly high<br />
degree of certainty. This high level of certainty is the result of the FMC’s working to<br />
ensure that predictions come true; the FMC ensures conformance; the future state(s) is/are<br />
constraints that should be achieved.<br />
Intent is not confined to the aircraft and its plan; it is also an important aspect of the<br />
controller’s method of managing a domain of responsibility. <strong>The</strong> controller’s intent is an<br />
extension forward in time of the dynamics of the current situation, identifying where<br />
modifications will be necessary to maintain safety and achieve pilots’ requested profiles.<br />
<strong>The</strong> air traffic control system functions principally through the action of the controller<br />
combining all the individual pilot intents with his/her own intent into an overall plan,<br />
50
arbitrating wherever intents conflict. <strong>The</strong> intent information then becomes a constraint to<br />
which each pilot and the controller attempt to conform. Controllers that talk of ‘having<br />
the picture’ are referring to knowing not only both the current status and intent, but also<br />
of having a plan for the future. <strong>The</strong>y are fully aware of the situation.<br />
<strong>The</strong> controller’s intent currently tends to exist only in the head of the controller. Groundbased<br />
decision support systems need to have knowledge of the controller’s intent in order<br />
to support the execution of the ‘tactical plan’. <strong>The</strong>se issues are made more difficult to<br />
resolve within the terminal and tower domains by the nature of the operations in those<br />
domains. Terminal and tower are very time-critical and tend to have both a high<br />
mechanical task loading as well as a high cognitive loading. This places extreme demands<br />
on decision support systems for the terminal environment both in terms of task loading<br />
and situational awareness.<br />
Thus there are major issues surrounding the requirements for a better understanding of<br />
registering intent:<br />
• How to get intent into the system<br />
• How to ensure its validity<br />
• How to update it or declare it invalid<br />
<strong>The</strong>re is another set of issues surrounding the possibility of using some decision support<br />
system to create its own plan, thus resolving human input problems. <strong>The</strong> main issue in this<br />
approach is how to inform the operator about the system’s plan, (especially if the human is<br />
the back-up system).<br />
Decision support systems will have limited effect unless they have knowledge of both the<br />
pilots’ and controller’s intentions. It is the sharing of intention and then the formulation of<br />
a plan that are key elements in achieving greater throughput whilst maintaining or<br />
improving safety.<br />
4.3.3 Using Structure To Maximize Throughput<br />
<strong>The</strong> usual response of controllers, when the demand for throughput increases, is to impose<br />
some structure as to how traffic flows through their domain of responsibility. This has<br />
been raised as a possible strategy for maximizing throughput in Section 3.4.7. <strong>The</strong><br />
imposition of various restrictions, in a structured form, is an attempt to control the<br />
complexity which results from having many pilots each with different requirements. As<br />
traffic load increases, the controller tends to move from a mode of processing individual<br />
requests to one of restricting individual aircraft so that they fit into a certain structure.<br />
A number of options are available:<br />
1. <strong>The</strong> structure can be predetermined and accessible to the pilots for planning; e.g.,<br />
<strong>Air</strong>ways, SID’s, STAR’s, or<br />
2. It can be predetermined but not available to the pilots; e.g., letters of agreement<br />
between air traffic control facilities on the use of flight levels or routes, or<br />
51
3. It can consist of predetermined actions based on group or individual experience and<br />
not published anywhere, and can be as extreme as stopping all departures from a<br />
particular airport if a sector becomes dangerously overloaded.<br />
<strong>The</strong>re are major differences in the controller’s cognitive workload between allowing<br />
aircraft to fly in a non-airways system, searching for conflicts as the traffic levels grow,<br />
using novel strategies for each situation, versus that of enforcing structure and limiting<br />
conflicts to particular, well-defined points where pre-determined strategies can be utilized<br />
to resolve them.<br />
<strong>The</strong> current strategy for reducing the cognitive workload on controllers when predicting<br />
conflicts is to restrict traffic to conform to a particular structure. In this way, the cognitive<br />
load per aircraft can be reduced so that the overall level (resulting from the total traffic)<br />
remains at a manageable level.<br />
<strong>The</strong> degree of detail on each aircraft’s passage through a domain of responsibility, which<br />
the controller must retain, can be reduced using this structuring technique. If all aircraft<br />
are on individual routes and profiles, then the removal of all structure and constraints from<br />
the ATC system may well reduce the actual incidence of conflicts. However, although the<br />
incidence of actual conflict may be reduced, there would probably be an increase in the<br />
controller’s cognitive load because of the demand for more detail on each individual flight<br />
in order to detect potential conflicts.<br />
It is important to keep in mind that the primary role of the controller is to detect and<br />
resolve potential conflicts, before they become actual conflicts. <strong>The</strong> act of tactical planning<br />
and its constant revision reflect this responsibility. (See Section 6.4 for a discussion on<br />
how to reduce the workload of searching for potential conflicts).<br />
This issue is most obvious in terminal airspace where, due to the uncertainty of aircraft<br />
performance in the vertical plane and the lack of good quality intent information currently<br />
available, there are many more potential conflicts than for aircraft in a more stable cruise<br />
environment. This aspect of detecting potential conflicts and understanding the heuristics<br />
for determining what is a potential conflict are important aspects when establishing fast<br />
time simulations to forecast the effects of different airspace organizations. It is the<br />
potential conflict that creates workload for the controller, and in any situation where<br />
aircraft are climbing and/or descending towards each other there is a need to manage the<br />
uncertainty of these potential conflicts by close monitoring and probably positive<br />
intervention until the situation becomes certain.<br />
How controllers assess and manage uncertainty needs to be clearly understood before<br />
schemes that involve removal or modification of some of the structures used to manage<br />
uncertainty are implemented. Human factors knowledge needs to be used in determining<br />
the impact of airspace structure on capacity, and the requirements for support for the<br />
controller’s cognitive workload in a system that has less structure than at present.<br />
4.3.4 Sharing Responsibility<br />
Responsibility for separation assurance is usually vested in the controller except for very<br />
specific situations (i.e. during visual meteorological conditions (VMC) when limited<br />
52
aircraft-to-aircraft separation responsibility can be delegated to the pilots concerned).<br />
Controllers assess how all the aircraft are flowing through a sector or area of<br />
responsibility, working out where adding structure (perhaps in the form of temporary<br />
restrictions) will reduce the incidence of conflicts. When conflicts do occur, there is a<br />
balancing of the needs of the individual aircraft and an attempt to confine the side effects<br />
of any resolution maneuver to as few aircraft as possible. <strong>The</strong> controller, in any conflict<br />
resolution strategy, balances the demands of each aircraft against the needs of all the<br />
aircraft that are implicated. As discussed in Section 4.3.2, controllers impose structure<br />
during dense traffic scenarios in order to reduce the incidence of conflicts. This is a<br />
stabilizing and throughput maximizing strategy. <strong>The</strong> controller acts as arbiter where there<br />
is a conflict of interest, but does not have time to discuss the resolution strategy.<br />
Is it possible to transfer separation assurance to the pilots in the terminal area to achieve<br />
VMC-type separation distances in instrument meteorological conditions (IMC) and<br />
thereby increase runway utilization<br />
<strong>The</strong> terminal area encompasses the most demanding phases of flight for pilots: approach<br />
and departure. Taking on the additional role of separation assurance would have the<br />
potential of considerably increasing that workload in IMC. In the event of any on-board<br />
difficulty, pilot workload would rise, probably necessitating a reduction of overall tasks.<br />
It is also probable that in order to achieve the goal of safe and stable flight the first task to<br />
be off-loaded would be the separation assurance task. <strong>The</strong> transfer of such a responsibility<br />
back to the controller would have to be explicit in order for each party to be aware of the<br />
extent of changes in his/her responsibility. Such a sudden transfer at a time of already high<br />
pilot workload could also lead to a situation of higher than acceptable risk. <strong>The</strong> aircraft is<br />
already experiencing difficulty, and the intent information required as input to any decision<br />
support system may be rapidly changing without either the system or the controller being<br />
aware of the extent of these changes. In additional, separation standards associated with<br />
airborne separation assurance concepts might be less than those which an unsupported<br />
controller could sustain. Thus the controller is presented with a situation where the<br />
appropriate separation does not exist for ground-based separation. In this context, the<br />
system is potentially fail-dangerous.<br />
By going through this type of failure mode analysis, it is clear that if separation assurance<br />
is shared with the flight deck in order to achieve reduced separation standards, then<br />
adequate redundancy must be provided to prevent the immediate reversion to control by<br />
an unsupported controller on the ground. This points to a need for consideration of some<br />
critical human factors issues on the flight deck, not the least of which is a major potential<br />
shift in pilot roles, tasks and operating procedures. <strong>The</strong>re seems little likelihood that pilots<br />
will be able to support aircraft-based separation in potentially high workload scenarios<br />
without the integration into the cockpit of major decision support systems. In such a<br />
scenario human factors issues which are raised, both in the cockpit and at the controller’s<br />
workstation, should be examined without delay.<br />
<strong>The</strong> other issue connected with the sharing of responsibility is that of ensuring that actions<br />
chosen by pilots as resolution strategies do not cause other conflicts. <strong>The</strong>re is a need to<br />
constrain the possible range of strategies commensurate with traffic conditions.<br />
53
It is probable, in light traffic conditions, that certain conflicts could be delegated to pilots<br />
to resolve without maneuver restriction. But in heavy traffic conditions, restrictions would<br />
need to be imposed on available strategies in order to prevent a ripple effect on other<br />
aircraft. Once again, unless significant information and suitable support systems are<br />
provided to the pilot, the initiative for limiting maneuvers must be provided by someone<br />
with an overview of the situation. It is likely that the controller must continue to provide<br />
such oversight. In this case, the expectation of aircraft-based separation in anything but<br />
the least dense traffic scenarios must be seriously questioned.<br />
Any issue that affects the roles of pilots or controllers as well as the tasks they perform to<br />
execute those roles needs to have the human factors issues carefully considered in order to<br />
prevent unwanted side effects.<br />
54
5 Available and Emerging Technology<br />
5.1 Introduction<br />
5.1.1 System Performance<br />
To achieve reduced airplane separations in part requires a formal definition of system<br />
performance that encompasses improved communications, navigation and surveillance<br />
performance. In addition, a formal characterization is required of the airspace environment<br />
(e.g., airspace configuration, traffic characteristics, available functionality, procedures<br />
definitions) for both nominal and rare-normal performance (e.g., failure modes, temporary<br />
constraints such as weather, etc.).<br />
Experience has shown the need for a formal definition of system performance. For<br />
example, more precise departure and approach paths and direct routings for improved<br />
airspace operations were expected with the introduction of area navigation technology<br />
such as that introduced in the initial 757/67 aircraft fielded in 1982. A more complete<br />
characterization of systems capabilities and features (i.e., the airplane operating<br />
environment and air traffic infrastructure) since 1982 has led to incremental step benefits.<br />
Total system performance characterization of the primary variables enables the higher level<br />
of performance and closer permitted separation.<br />
<strong>The</strong> proposed definitions of the required performance components for navigation,<br />
communication and surveillance are summarized in the following paragraphs. RNP has<br />
been adopted by the ICAO Required General <strong>Concept</strong> of Separation Panel (RGCSP) and<br />
All-Weather Operations Panel (AWOP), implemented in the <strong>Boeing</strong> 737, 747, 777 models<br />
(757/767 will be certified in early 1998), and is ready for initial operational approval. RCP<br />
and Required Monitoring Performance (RMP) are in various stages of development.<br />
<strong>The</strong>se performance definitions can be combined in many ways to support the reduction of<br />
buffer regions in airplane separation. However, the identification of Required System<br />
Performance must find a practical set of CNS capabilities that address operational needs in<br />
a way that provides intended efficiency while maintaining or increasing safety. To<br />
illustrate the objective of RSP, one can conceive a protection volume around the airplane,<br />
whose size depends on the dimensions of the combined communication, navigation,<br />
surveillance performance, and synthesizes into an RSP performance characterization.<br />
5.1.2 Communication Performance<br />
<strong>Air</strong>plane communication requirements for each phase of flight are a function of the<br />
controller-pilot communication needs. <strong>The</strong>se vary greatly with traffic complexity and<br />
density, the weather conditions, the controller’s needs to issue clearances and vector the<br />
airplane or simply to establish contact with the crew.<br />
Increased communication performance will be provided through air/ground data link<br />
communications integrated into the Aeronautical Telecommunication Network (ATN) to<br />
complement the current voice communications means. This evolution to more data<br />
communications together with increased flexibility in the use of communication<br />
55
technology will enable the use of the several available links depending upon the most<br />
efficient communication pathway. <strong>The</strong> pathway chosen will be transparent to the user, but<br />
will be affected by aircraft location, message type, message criticality, and pathway<br />
availability.<br />
<strong>The</strong> draft document on RCP (RTCA, 1997) establishes the end-to-end requirements for<br />
the communication component of the CNS/ATM operating environment. <strong>The</strong> following<br />
paragraphs provide further details of the RCP concept.<br />
5.1.2.1 Required Communication Performance <strong>Concept</strong><br />
Required Communication Performance is a statement of the operational communication<br />
performance delay, integrity and availability necessary for flight within a defined airspace,<br />
or for an aircraft to perform a specified operation or procedure. Figure 5.1 illustrates a<br />
generic system configuration for the exchange of air/ground information. An RCP is<br />
determined by cognizant authorities in consideration of environmental factors such as<br />
target levels of safety, separations, flight operation standards, and hazards associated with<br />
the airspace or procedure.<br />
ATS Facility<br />
Data<br />
To<br />
User<br />
<strong>Air</strong>craft<br />
<strong>Air</strong>craft<br />
System<br />
End<br />
System<br />
<strong>Air</strong>/Ground<br />
Networks<br />
Ground/Ground<br />
Networks<br />
ATS System<br />
End<br />
System<br />
Data<br />
To<br />
User<br />
Voice<br />
Voice<br />
Figure 5.1 Generic System Configuration For <strong>The</strong> Exchange Of <strong>Air</strong>/Ground Information<br />
As RCP evolves to its formal definition, it will define the communication performance of<br />
the individual components (i.e., the aircraft subsystem, the air/ground networks, the<br />
ground/ground networks and the ATS subsystem) on an end-to-end basis, both for Voice<br />
and Data communications. <strong>The</strong> requirements must be stated in technology independent<br />
terms and, to a degree, independent of architecture, in order to accommodate alternative<br />
technologies and architectures.<br />
5.1.2.2 Installed Communication Performance<br />
Installed communication performance (ICP) is a statement of the aggregate performance<br />
of a given communication system, as depicted in Figure 5.1, and the service arrangements<br />
and levels that have been arranged for with air/ground service providers. ICP is expressed<br />
in the same terms and with the same parameters as RCP. <strong>The</strong> total user-to-user ICP T is a<br />
56
function of all the ICPs of elements between the users (i.e., communications elements<br />
between a pilot and a controller). Once ICP T is determined, it can be compared against a<br />
specific RCP to determine if the RCP is met.<br />
Determination of ICP T is part of the process of gaining operational approval for the given<br />
RCP airspace or operation. ICP is inherently tied to one or more specific technologies. It<br />
is the term used to describe the performance of the particular communication path as<br />
certified by the cognizant authority. ICP can be associated with a given aircraft because it<br />
is strongly influenced by the aircraft’s equipage and the communication support<br />
arrangements that have been made for it.<br />
5.1.2.3 Actual Communication Performance<br />
Actual communication performance (ACP) is an observation of the dynamic operational<br />
communication capability of the same communication elements as was used for the<br />
determination of ICP. ACP is expressed in the same terms and parameters as are RCP and<br />
ICP, but at a given instant may differ from the ICP of a particular path. ACP can be<br />
determined by monitoring the communication path or by monitoring the current condition<br />
of the elements of the path. It is recognized that various cognizant authorities may wish to<br />
specify the necessary reactions of the airspace manager and flight crew when ACP differs<br />
from ICP.<br />
5.1.3 Navigation Performance<br />
<strong>Air</strong>plane navigation requirements for each phase of flight are a function of airplane<br />
separation requirements. <strong>The</strong> separation of aircraft and obstacles also provides<br />
requirements especially in the approach/landing phase. A high degree of confidence in the<br />
aircraft staying within a specified volume of airspace is needed to establish separation<br />
standards. <strong>The</strong> dimensions of this volume are based on the probability of the aircraft<br />
navigation system performance not exceeding a specified error. However, airplane<br />
separation criteria established by the FAA also account for the availability and limitations<br />
of communications, and surveillance services, as well as operational factors (e.g., the<br />
crew/autopilot’s use of the navigation information to control the airplane position) in<br />
addition to navigation requirements.<br />
<strong>The</strong> increased equipment accuracy and world wide coverage of new systems based on<br />
Global Positioning System (GPS) navigation will greatly improve operations because of<br />
the performance limitations of ground aids. This is achieved in large part by providing<br />
increased integrity monitoring and more reliability. As navigation evolves to satellite based<br />
aids, consideration of additional failure modes will have to be considered. <strong>The</strong>se and<br />
potentially more sophisticated crew alerting schemes will keep driving new requirements<br />
as applications evolve. Cost considerations may become driving factors, but minimizing<br />
the impact on crew interfaces as a fundamental design philosophy will help as will the<br />
potential use of navigation technology developed for the mass market.<br />
RTCA’s document DO-236, “Minimum Aviation System Performance Standards:<br />
Required Navigation Performance for Area Navigation” (RTCA, 1997) establishes the<br />
requirements for the airborne navigation component of the CNS/ATM operating<br />
57
environment. <strong>The</strong>se standards will be used by the service providers and users to obtain<br />
operational benefits and may be used to varying degrees depending on the operating<br />
environment. <strong>The</strong> following paragraphs provide further details of the RNP concept and<br />
the examples in paragraph 5.3 illustrate potential or proposed applications of the RNP<br />
MASPS.<br />
5.1.3.1 Required Navigation Performance <strong>Concept</strong><br />
RNP is a statement of the navigation performance accuracy, integrity, continuity and<br />
availability necessary for operations within a defined airspace. <strong>Boeing</strong>’s implementations<br />
of RNP focuses on horizontal applications and specify the accuracy, integrity and<br />
availability of navigation signals and availability of navigation equipment requirements for<br />
a defined airspace (Leslie, R.S. (1996) and Tarlton, T. (1995)).<br />
<strong>The</strong> RNP concept introduces the containment surfaces to define requirements beyond<br />
accuracy and provide assurance of navigation performance. It defines a region around the<br />
desired airplane path that can be defined, and that the probability that the airplane does not<br />
remain within that region can be bounded. <strong>The</strong> containment integrity and containment<br />
continuity requirements define the allowable probabilities of certain types of failures for<br />
the navigation system. In particular, the integrity requirement limits the probability of a<br />
malfunction of the navigation system which causes the cross-track component of the total<br />
system error to exceed the cross-track containment limit associated with the current RNP<br />
without annunciation. <strong>The</strong> continuity requirement limits the probability of the loss of<br />
function, which occurs when the system indicates that it is no longer able to meet the<br />
containment integrity requirement. <strong>The</strong> containment surface width is typically set at two<br />
times RNP (i.e., the airplane will be located within two times RNP of the FMC estimated<br />
position). <strong>The</strong> containment surface ties this performance measure to the airspace<br />
environment and has direct operational implications for flight path, separation minima and<br />
obstacle clearance surfaces criteria.<br />
5.1.3.2 Actual Navigation Performance<br />
Actual Navigation Performance (ANP) is the actual estimated navigation system accuracy<br />
with associated integrity for the current FMC position. It is expressed in terms of nautical<br />
miles and represents a radius of a circle centered around the computed position where the<br />
probability of the aircraft being inside the circle is 95%.<br />
<strong>The</strong> computed accuracy, ANP, is displayed to the crew as ACTUAL (navigation<br />
performance), and annunciation is provided if ANP (ACTUAL) does not comply with the<br />
containment integrity requirement of the current RNP.<br />
5.1.4 Surveillance Performance<br />
5.1.4.1 Required Monitoring Performance<br />
58
A key concept in the definition of future ATM systems is that of Required Monitoring<br />
Performance (RMP). <strong>The</strong> term ‘Monitoring Performance’ refers to capabilities of an<br />
airspace user to monitor other users and be monitored by other users to a level sufficient<br />
for participation of the user in specified strategic and tactical operations requiring<br />
surveillance, conflict assessment, separation assurance, conformance, and/or collision<br />
avoidance functions. RMP is intended to characterize aircraft path prediction capability<br />
and received accuracy, integrity, continuity of service, and availability of a monitoring<br />
system for a given volume of airspace and/or phase of operation.<br />
<strong>Air</strong>craft path prediction is a key function for airspace management and monitoring.<br />
<strong>Air</strong>craft path prediction capability is defined by a position uncertainty volume as a function<br />
of prediction time over a specified look ahead interval. Monitoring integrity (assurance of<br />
accurate, reliable information), where there is availability of service, must be defined<br />
consistent with desired airspace operations. Continuity of service and availability also<br />
must be defined consistent with desired airspace usage. Development of these concepts is<br />
currently in progress by various standards organizations.<br />
5.1.4.2 Surveillance System Objectives<br />
Surveillance is a key function for airspace management and supports both tactical<br />
separation assurance of aircraft and strategic planning of traffic flows. <strong>The</strong> primary<br />
objective of the surveillance function is to support the following types of airspace<br />
management functions:<br />
• Short Term Separation Assurance<br />
<strong>The</strong> surveillance function provides current aircraft state information on controller displays<br />
and as inputs to separation automation functions, i.e. the short term Conflict Alert system<br />
for detecting immediate path conflicts, and the Minimum Safe Altitude Warning (MSAW)<br />
system for detecting potential flight into terrain. In addition, future automation functions<br />
may require inputs for path lateral and vertical conformance monitoring and for automated<br />
checking of path intent versus path clearances.<br />
• Medium Term Separation Assurance<br />
<strong>The</strong> surveillance function currently provides state information for sector-based airspace<br />
planning and load management. In the future, additional automation functions such as<br />
Medium Term (~ 20 min. lookahead) Conflict Probe may be used to detect and resolve<br />
potential airspace conflicts, enhancing the productivity of ATC centers. <strong>The</strong>se automation<br />
functions will probably require enhanced surveillance in order to provide accurate and<br />
reliable path predictions for medium term lookahead periods.<br />
• Medium Term <strong>Air</strong>space Planning<br />
In the future, the surveillance function must support medium term flow planning and<br />
airport arrival/departure management in congested hubs and other areas where traffic<br />
loads can lead to flow inefficiencies and saturation of airspace throughput. Automation<br />
tools such as the Center-TRACON Automation System (CTAS) arrival manager and<br />
proposed dynamic sectorization tools will require higher levels of surveillance<br />
performance if safety and capacity goals are to be achieved as traffic demand increases.<br />
59
• Strategic/Long Term Planning and Flow <strong>Management</strong><br />
One of the goals for the future flow management system is to transition from a departure<br />
managed system to an arrival managed system of flow management. One enabling<br />
technology for strategic management of airport arrival slots is accurate 4D prediction of<br />
flight paths from takeoff to arrival at airport metering fixes. <strong>The</strong> surveillance function<br />
supports strategic flow management by providing accurate state and intent information for<br />
long term path predictions. Similarly, en route traffic flow control automation such as<br />
dynamic sectorization requires accurate path predictions for sector load analysis and flow<br />
management.<br />
5.1.4.3 Current Radar-Based Surveillance System Performance<br />
<strong>The</strong> current NAS uses a variety of radar systems to supply surveillance data for surface,<br />
terminal, and en route airspace management. On the airspace surface, current generation<br />
<strong>Air</strong>port Surface Detection Equipment (ASDE-3) primary radars are being installed at<br />
major hub airports to provide surface surveillance and incursion alerting. In the terminal<br />
airspace of most medium and large capacity airports, surveillance data is provided by an<br />
<strong>Air</strong>port Surveillance Radar (ASR) primary radar which provides position reporting on a<br />
periodic scan basis, supplemented by a co-located Secondary Surveillance Radar (SSR)<br />
which provides aircraft identification, altitude, and backup position reporting. Smaller<br />
airports may only have access to an SSR radar, or may have no surveillance capability<br />
other than that provided by voice reporting and tower controllers. En route airspace uses<br />
a networked system of <strong>Air</strong> Route Surveillance Radars (ARSR) which provide continuous<br />
monitoring of aircraft flying in domestic airspace above ~ 9,000 feet altitude. Each radar<br />
is networked to one or more <strong>Air</strong> Route <strong>Traffic</strong> Control Centers (ARTCC) to provide<br />
continuous monitoring of aircraft across NAS managed airspace. Considerable<br />
redundancy is built into the en route surveillance system in that ARSR sensors are<br />
positioned to achieve at least dual radar coverage throughout NAS managed airspace, and<br />
in addition a co-located SSR provides identification, altitude and position reporting along<br />
with that of the primary ARSR radars.<br />
Current terminal area surveillance is provided by a mix of ASR -7,8,9 primary radars and<br />
<strong>Air</strong> <strong>Traffic</strong> Control Beacon Interrogator (ATCBI - 3,4,5) and Mode S secondary radars.<br />
<strong>The</strong> older generation analog ASR-7 radars are more than 30 years old and are being<br />
replaced by modern ASR-9 radars or the near term ASR-11 radar. <strong>The</strong> last-generation<br />
ASR-8 radars are also analog radars which are being upgraded to ASR-8D digital radars<br />
to perform surveillance equivalent to that of the current generation ASR-9 radars. <strong>The</strong><br />
ATCBI-3,4,5 are older SSR radars which are being replaced by modern Mode S radars or<br />
the near term ATCBI-6 which is a monopulse SSR with limited Mode S functionality.<br />
(<strong>The</strong> ASR-9s for major hub airports are paired with Mode S radars, and the ASR-11s will<br />
be paired with ATCBI-6 secondary radars.) <strong>The</strong>se radars are designed to support ranges<br />
of at least 60 nm around each airport, and to scan at a rate of about one report per five<br />
second interval. <strong>The</strong> individual radars have a detection capability exceeding 98 percent,<br />
and a system availability exceeding 0.999 in low altitude terminal airspace. <strong>The</strong> modern<br />
radars have azimuth accuracies on the order of one milliradian rms, which means that the<br />
position reports of aircraft within terminal range are accurate to 0.1 nm or better. By<br />
60
contrast, the older radars have azimuth accuracies on the order of three milliradians which<br />
means that the cross-range components of position reports have much greater uncertainty<br />
and aircraft tracking is significantly less precise.<br />
Current en route surveillance is provided by a mix of ARSR-1,2,3,4 primary radars with<br />
co-located ATCBI and Mode S secondary radars. <strong>The</strong> ARSR-1,2 radars are very old<br />
analog radars and must be decommissioned in the near term as they are very expensive to<br />
maintain. <strong>The</strong> ARSR-4 radars are the current generation systems which are being<br />
deployed paired with Mode S secondaries along the U.S. coast lines and international<br />
borders, and the ARSR-3 radars will be given service life extensions to maintain service<br />
over the next 20 years. <strong>The</strong>se radars are designed to provide line-of-sight (~ 250 nm<br />
range) capability and to scan at a rate of about one report per 12 second interval. <strong>The</strong><br />
detection probability and accuracies are similar to those of the terminal radars. This means<br />
that position reports at ranges on the order of 150 nm or more are considerably less<br />
accurate than those for terminal surveillance, and as a consequence of the report accuracy<br />
and lower data rate, en route tracking and data report quality are much lower for en route<br />
surveillance. This is one of the reasons that horizontal separation standards are much<br />
larger in en route airspace.<br />
NAS Surveillance System Limitations and Deficiencies<br />
Surveillance system performance today is characterized by the radar sensors available, the<br />
tracking and data fusion software in the ATC centers, and the display automation used for<br />
tactical control. In the terminal area, the modern ASR and monopulse SSR sensors<br />
produce high quality position data for determining aircraft state and identity, and the older<br />
less capable sensors are in the process of being replaced. Similarly, most of the processing<br />
and display limitations of the current ARTS system may be overcome with the<br />
replacement STARS automation system. A primary architectural problem, however, is the<br />
low connectivity of radars in the terminal area. This leads to an expensive system, since<br />
every airport with ATC facilities needs a source of surveillance data. One of the goals of<br />
the future system is to reduce the number of radars in each urban area to provide dual<br />
surveillance coverage of all major airports (for functional redundancy in case of system<br />
failures), and at least single coverage of other airports by networked distribution of<br />
surveillance data to ATC fusion nodes. <strong>The</strong>se goals are annunciated in the NAS<br />
Architecture V2.0 (U.S. FAA,1996).<br />
By contrast, current NAS en route surveillance is characterized by a number of problem<br />
areas. <strong>The</strong> accuracy and usefulness of aircraft state data is greatly limited by the use of<br />
legacy tracking and display software. This results in fair to poor velocity estimates with<br />
considerable noise variations from scan to scan, and in large tracker lag errors (~ 30 to 60<br />
second lag errors during turn maneuvers). Moreover, the use of the ‘radar mosaic’<br />
concept for switching from one primary sensor source to another as the aircraft traverses<br />
across mosaic boundaries leads to track state ‘jumping’ as the tracker shifts from one<br />
sensor source to another. In addition to these implementation problems, the current<br />
surveillance system does not provide flight path intent data for path conformance<br />
monitoring, and provides only limited coverage at low altitudes and in mountainous<br />
terrain. <strong>The</strong> implementation problems of the current system can be largely overcome by<br />
use of modern multi-sensor tracking and data fusion software, which compensates for<br />
61
deterministic sensor errors such as azimuth bias errors, and enables dynamic blending of<br />
the most appropriate data for aircraft state estimation. (A surveillance ‘server’ concept is<br />
advocated in NAS Architecture Versions 2.0-3.0, which would network multiple terminal<br />
and en route sensors into common data fusion nodes, and distribute the global track data<br />
to appropriate ATM facilities, requesting users, and to external fusion nodes.)<br />
5.1.4.4 Surveillance System Performance Metrics<br />
Within the regions where surveillance coverage is available, the primary metrics for the<br />
surveillance function are accuracy, availability, integrity and latency. (Continuity of<br />
function and reception probability are also of interest, but are usually treated within the<br />
scope of the above metrics.) Although individual sensors or subsystems may have<br />
individual or characteristic performance, it is the end system performance metrics which<br />
are of significance for the users of surveillance data. For path prediction analysis, for<br />
example, both position and velocity performance is significant for determining the overall<br />
prediction errors for a given lookahead period. We summarize these metrics and future<br />
requirements in this section.<br />
Accuracy Metrics<br />
<strong>The</strong> accuracy metrics in the current system are most often driven by user requirements for<br />
separation assurance. In the terminal area, where this function involves vectoring and<br />
altitude level-off controls, the greatest need is for relative accuracy measures, i.e.<br />
monitoring the current aircraft states versus the currently active clearance. Typical<br />
relative position accuracy of modern radars in the terminal area is under 0.1 nm and is<br />
adequate for current means of separation assurance. <strong>The</strong> future use of RNP routings on<br />
the order of RNP-0.3 for SIDs, STARs, and non-precision approach, and the potential use<br />
of operational concepts to increase throughput may lead to requirements for substantially<br />
higher accuracy and dynamic reporting of path intent. Part of this requirement will be for<br />
absolute accuracy, since bias errors between the flight navigation system and the<br />
surveillance system may appear as path conformance violations to ground controllers, and<br />
part of this requirement will be for more precise velocity states for faster detection and<br />
resolution of route conformance and clearance errors.<br />
<strong>The</strong> accuracy metrics for surveillance performance in transition and en route airspace are<br />
driven by several needs including conflict detection, separation assurance and sector load<br />
planning. Operational concepts such as the use of medium term conflict probe will require<br />
much better tracking than is available with current legacy systems. Earlier studies<br />
(Warren, 1996) have shown the need for much reduced lags in tracking of maneuvering<br />
aircraft, and in achieving steady state velocity errors on the order of 5 knots rms.<br />
Similarly, the use of operational concepts to achieve reduced separation standards, and the<br />
future use of RNP-1 routings may lead to requirements for substantially better tracking<br />
accuracy than is achievable with currently fielded systems.<br />
Availability Metrics<br />
Since active surveillance is essential for safely separating aircraft at the separation<br />
standards currently used in the NAS, the desired levels of system availability are on the<br />
order of 0.99999 or better (RTCA, 1997, MASPS on Automatic Dependent Surveillance-<br />
62
Broadcast (ADS-B), V6.0). Individual radar sensors can support availability on the order<br />
of 0.999. However, to achieve the overall system level availability, dual surveillance<br />
coverage is usually required. This is currently not a problem at high altitudes since dual<br />
radar coverage or better is available throughout the NAS. At low altitudes, and in the<br />
terminal maneuvering areas this requirement is difficult to achieve and an availability of<br />
0.999 is currently considered acceptable, except at the major hub airports. This level of<br />
availability is probably adequate for future systems, except that traffic growth may extend<br />
the need for higher availability in more terminal areas. Continuity of function is often<br />
included in the availability metrics and in future system planning considerations.<br />
Integrity Metrics<br />
Integrity is usually measured in terms of undetected errors in surveillance system outputs.<br />
Desired system level integrity is on the order of one undetected error in 10 7 scans/output<br />
reports. At the sensor level, clutter detections and fruit replies can lead to large<br />
spontaneous errors at much higher rates. <strong>The</strong> tracking and data fusion software typically<br />
provides the added integrity to achieve the desired system level performance. Future<br />
systems will probably require equivalent integrity, although the use of multi-sensor<br />
processing and integrity checking could yield higher integrity than current systems.<br />
Latency Metrics<br />
Latency is a measure of the acceptable delay between successive surveillance reports on<br />
the average or at a specified probability level. (For example, with en route radars the<br />
probability of reception per scan is on the order of 98%, and the latency between<br />
successive scans is 12 seconds at the 98% probability level.) This metric is typically<br />
specified by a stressing application such as separation assurance at a typical range between<br />
the aircraft being tracked and the tracking sensor. For close range applications such as<br />
parallel approach monitoring and collision avoidance, a typical latency requirement is a<br />
one second report updating at a 95 to 99 percent probability of reception. For other<br />
applications latency requirements increase with separation range and size of minimum<br />
separation standards, e.g. latency may be 15 minutes with ~95% reception probability for<br />
an oceanic ADS system supporting horizontal separation standards on the order of 30<br />
miles. This does not include transmission latency, which is a measure of the time delay in<br />
actually receiving the report at the data fusion center, or latency error, which is a measure<br />
of the time stamping error associated with a surveillance report. <strong>The</strong>se metrics are also<br />
useful in quantifying system performance.<br />
5.1.5 Aviation Weather Performance<br />
Weather has a major impact on the safety, efficiency, and capacity of aviation operations.<br />
Accidents and incidents continue to be caused by adverse weather. Runway acceptance<br />
rates and other capacity metrics are reduced in IMC. According to some studies, 40-65<br />
percent of delays that affect U.S. domestic airlines are caused by adverse weather, at<br />
annual direct costs ranging from $4-5B per year (Evans, 1995). In addition, passengers<br />
are inconvenienced by flight delays and cancellations or diversions due to weather, and are<br />
uncomfortable when turbulence is encountered during a flight. <strong>The</strong> expected future<br />
growth in air traffic will only exacerbate all these conditions, imposing constraints on the<br />
63
ability of the airlines to meet growing demand while improving safety and efficiency.<br />
<strong>Boeing</strong> has recently launched an Aviation Weather Study to collect and document<br />
information on the affect of aviation weather on the domestic and international ATM<br />
system (Lindsey, 1997). An important component of this effort is to develop an<br />
understanding of user requirements for aviation weather information, and then to assess<br />
how well the current and planned aviation weather system will meet those needs. Section<br />
5.5 presents some of the preliminary findings from this project regarding the operational<br />
aspects of current and future aviation weather technologies.<br />
Recently, the National Research Council released a report describing the results of its<br />
review of the domestic aviation weather system (NRC, 1995). Some of the key findings<br />
and recommendations from that study related to the performance of weather technologies<br />
included:<br />
• Some of the measurements provided by automated weather observing systems are not<br />
always reliable, especially observations of ceiling and visibility measurements. More<br />
human observers are needed at key facilities to ensure that erroneous data are not<br />
disseminated to pilots and controllers.<br />
• <strong>Air</strong>craft observations of winds and temperatures provided by the Meteorological Data<br />
Collection and Reporting System have improved forecast accuracy, and its use should<br />
be expanded and more carriers encouraged to participate.<br />
• New weather technologies coming online now and in the near term are producing<br />
much larger data sets than previously available. New data management and analysis<br />
technologies, such as the Aviation Gridded Forecast System, are needed to manage<br />
and distribute this information.<br />
• <strong>The</strong> accuracy and timeliness of short-term ‘nowcasts’ and longer term forecasts of<br />
weather conditions in the terminal area and en route environments need to be<br />
improved. Additional research is required to improve current weather forecasting<br />
tools and to develop new technologies.<br />
• Many of the negative impacts of weather on the aviation system are regional rather<br />
than global problems. Regional solutions should be sought where they will be most<br />
effective (Alaska is a key area identified by the NRC where this recommendation<br />
should be followed).<br />
• Interactive computer graphics workstations and graphical images depicting current and<br />
expected weather conditions are becoming the tools of choice for analyzing and<br />
disseminating weather information to users. Efforts are needed to standardize the<br />
information provided by these systems so that all users benefit from shared situational<br />
awareness. Controllers in particular should be given critical weather information in<br />
formats that improves their situational awareness without increasing their workload.<br />
Such information could significantly improve the efficiency of the air traffic control<br />
system while improving safety standards at the same time.<br />
• <strong>The</strong> limited capabilities of current cockpit displays and communications links are the<br />
largest technical constraint on disseminating weather information to pilots. Research<br />
64
is needed to develop cockpit display systems and communications systems that will<br />
provide weather information to pilots in as an efficient and timely manner as possible.<br />
Human factors issues and crew workload considerations must be addressed early in<br />
this process.<br />
<strong>The</strong> NRC study addressed many areas of concern related to the aviation weather system,<br />
but it did not specifically investigate some of the near term and far term performance<br />
requirements for aviation weather technologies to support CNS/ATM systems. For<br />
example, accurate 3D meteorological information will be needed for CTAS and conflict<br />
probe trajectory calculations, and for the wake vortex separation prediction system being<br />
developed by NASA. <strong>The</strong> data sets needed for these tools will be generated from analyses<br />
of current surface and aloft conditions and forecasts of future conditions. <strong>The</strong> accuracy,<br />
precision, and completeness of the meteorological information must be quantified, and the<br />
sensitivity of CNS/ATM tools to errors in the data need to be determined. Information is<br />
also needed on the amounts and types of additional data, especially upper-air data, that<br />
will be required to ensure the success of these technologies.<br />
Most weather impacts on today’s ATM system are associated with bad weather, especially<br />
in the terminal area when adverse weather creates inefficiencies that lead to capacity<br />
reductions at the busiest airports. Thus, most aviation weather technology deployments<br />
already made or planned for the near term focus on improving the quality and timeliness of<br />
weather information for instrument meteorological conditions. However, for the far term<br />
the focus will need to shift to improving the quality of aviation weather information under<br />
all weather conditions, including what would normally be considered fair weather, i.e.,<br />
visual meteorological conditions. This is because the day-to-day success of Free Flight<br />
and new CNS/ATM technologies like CTAS will depend in part on the quality of the<br />
observed and predicted meteorological information that these technologies will need.<br />
5.2 Communication<br />
5.2.1 <strong>Air</strong>/Ground Communication<br />
<strong>Air</strong>/ground communication provides for the transfer of information between the aircraft<br />
and a ground entity. <strong>The</strong> ground entity may be an air traffic control facility, an airline<br />
operations center or another source of required information, such as an airport which<br />
prepares an Automated Terminal Information System (ATIS) message.<br />
<strong>Air</strong>/air communication is a special case of air/ground communication. <strong>The</strong> primary use of<br />
air/air communication is monitoring the party line of other air/ground communications.<br />
Certain operations, such as operations at uncontrolled airfields, require transmission-inthe-blind.<br />
That is, the pilot reports his position and intent to any and all aircraft near that<br />
airport without addressing a specific aircraft or expecting a reply. In addition, flight crews<br />
directly communicate between aircraft, such as in oceanic airspace.<br />
Communication functionality may be described in three layers of service. <strong>The</strong><br />
Application layer provides standard formats for efficient transfer of information. In voice<br />
communication, this consists of standard phrases and reporting procedures which have<br />
evolved over time and are specified in documents such as FAA Order 7110.65, <strong>Air</strong> <strong>Traffic</strong><br />
65
Control, and the Aeronautical Information Manual (U.S. FAA, 1997). <strong>The</strong> next layer is<br />
the Protocol layer, which provides the conventions or rules for communication. <strong>The</strong> third<br />
layer is the Media layer, which connects communicating nodes together by radio<br />
frequencies or wires.<br />
5.2.1.1 Voice<br />
Voice air/ground communication has evolved from early tube-type avionics transmitters<br />
and receivers to modern 760-channel very high frequency (VHF) transceivers and satellite<br />
communication (SATCOM). As shown in Figure 5.2, voice communication provides both<br />
air traffic services (ATS) and AOC services. <strong>Air</strong> traffic services includes ATC voice<br />
procedures, waypoint reports, and ATIS broadcast information. Although waypoint<br />
reports are actually a subset of ATC voice procedures, they are shown here as a placeholder<br />
for the ADS function which will be described in the data communication section.<br />
ATIS broadcast is shown here as a representative of a broader group broadcast services,<br />
including transcribed weather broadcast (TWEB), Automated Weather Observation<br />
System (AWOS), and Automated Surface Observation System (ASOS) on very high<br />
frequency omnidirectional range (VOR) and non-directional beacon (NDB) audio<br />
channels.<br />
Two-way voice traffic on VHF or HF radio is performed as half-duplex; that is, one party<br />
transmits, then the other party responds using the same channel. <strong>The</strong> speaker presses a<br />
transmit button to gain access to the channel; hence the term push-to-talk (PTT). In<br />
theory, an ATC controller is the owner of any channel assigned to ATC but in fact channel<br />
access is equal for all users. Many operations, including oceanic VHF, the emergency<br />
channel (121.5 MHz), and Multicom, have no ATC participant who can be said to own<br />
the channel.<br />
Since there are many users potentially requiring access to the channel, a verbal Medium<br />
Access Control (MAC) protocol has evolved. <strong>The</strong> pilot or controller listens for a break in<br />
the communications, presses the transmit button, and speaks the message. If a response is<br />
not received in a timely manner, the sender assumes that a collision happened or some<br />
other problem prevented the person at the other end from responding and the transmission<br />
is repeated. This is essentially the same logic as the Collision Sense Multiple Access<br />
(CSMA) normally attributed to digital data protocols. <strong>The</strong> individual messages may be<br />
considered packets of information.<br />
66
ATC<br />
Voice<br />
Procedures<br />
Waypoint<br />
Reports<br />
AOC<br />
Voice<br />
Procedures<br />
ATIS<br />
Broadcast<br />
SELCAL<br />
Voice<br />
PTT<br />
SATCOM HF VHF<br />
VOR<br />
Audio<br />
Figure 5.2 Voice Communication<br />
For those channels where the probability of receiving a call is sufficiently small (e.g., AOC<br />
channels) or the normal channel noise is quite high (e.g., HF voice) a tone selective calling<br />
(SELCAL) system is provided to indicate to the pilot that a call addressed to his aircraft<br />
has been received. He can then turn up the receive audio and respond.<br />
SATCOM does not use the PTT protocol. SATCOM provides a service which has more<br />
in common with conventional or cellular telephone service. A telephone number is<br />
entered into a control/display device in the aircraft or at the ground station. When a<br />
‘send’ button is pressed a connection is established between the airplane and the ground<br />
and an annunciator is activated at the other end. When the call is received a duplex voice<br />
path is activated, allowing simultaneous talk in both directions. Since air time is relatively<br />
expensive the connection is maintained only while active conversation is required, then the<br />
call is terminated.<br />
VHF radio is the preferred medium whenever the aircraft is within line-of-sight of a<br />
ground station. When within range, VHF signal quality is generally good to excellent.<br />
<strong>The</strong>re are 760 channels to choose from, spaced 25 KHz apart. Some European countries<br />
will soon activate VHF channels 8.33 KHz apart, allowing up to three times as many<br />
channels to choose from, but the FAA has no plans to use this capability.<br />
HF radio is the normal communication medium for oceanic and remote areas not covered<br />
by VHF. Unlike VHF, HF communication is normally indirect, i.e., a radio operator<br />
actually talks with the flight crew, then communicates with the ATC controller by text<br />
(teletype). This is because of the unique skills required to communicate in the noise and<br />
fading signal of HF and the need to choose communication frequency based on time of day<br />
and ionospheric condition. A phone patch can be arranged if the controller and pilot need<br />
to talk directly.<br />
SATCOM service is generally available whenever at least one satellite is within line-ofsight<br />
of the aircraft. <strong>The</strong> current satellite service, called Aeronautical Mobile Satellite<br />
Service (AMSS) by ICAO, is currently provided by Inmarsat. Since the satellites are<br />
67
geostationary, they orbit over the equator at an altitude such that they appear stationary to<br />
a ground observer. <strong>The</strong>refore, the satellite appears near the horizon to an aircraft flying at<br />
a high latitude. <strong>The</strong>re are four Inmarsat locations (Atlantic Ocean East, Atlantic Ocean<br />
West, Indian Ocean, and Pacific Ocean), so coverage extends nearest the poles directly<br />
north (or south) of each satellite location.<br />
Voice broadcast is provided in the VHF communications band for ATIS, ASOS, and<br />
AWOS. TWEB is available on some VOR and NDB stations. Some countries also<br />
provide ATIS on a VOR frequency instead of a VHF communications frequency.<br />
5.2.1.2 ACARS<br />
Voice communication can provide direct communication from a person’s brain, through<br />
his voice, to the brain of another person. Data communication, on the other hand, has the<br />
capability to communicate from a computer to another computer. This allows<br />
communication of important data without human intervention. On the other hand, text<br />
messages can be presented by the computer to the pilot and controller, which can<br />
communicate some information more efficiently and accurately than voice. <strong>The</strong><br />
advantages are improved communication accuracy and a potential reduction in workload.<br />
ARINC Communications Addressing and Reporting System (ACARS) was developed by<br />
the airline industry nearly 20 years ago to support their AOC needs. Most of the<br />
communication requirements of the federal regulations are met by ACARS. <strong>The</strong><br />
Out/Off/On/In reports, which were the first messages of ACARS, have been supplemented<br />
by a wide variety of messages, conveying information both to and from the airplane. For<br />
instance, some airlines regularly send flight plans to their airplanes for direct loading into<br />
the FMC. Onboard maintenance computers can automatically send reports to the ground<br />
at a specific point in the flight, in case of a detected fault, or in response to a ground<br />
request. <strong>The</strong> airlines are continuing to expand the functionality of ACARS with additional<br />
message formats.<br />
As seen in Figure 5.3, ACARS is also used for air traffic services communication. <strong>The</strong><br />
FAA provides pre-departure clearances for about 40 of the major airports. This is not a<br />
direct ATC-to-airplane service, but rather has used some existing capabilities to provide<br />
this service. ARINC receives the departure clearances from the FAA for contracting<br />
airlines and delivers them to the airline. <strong>The</strong> airline in turn forwards the clearance to the<br />
designated airplane. Although this is generally considered an ACARS service, the airline<br />
can use any appropriate means, such as delivering a printout to the cockpit, to get the<br />
clearance to the airplane. <strong>The</strong> FAA is in the process of installing digital ATIS in a number<br />
of towers at major airports, which will allow the flight crew to request and receive the<br />
current ATIS information by ACARS. Like pre-departure clearances, the FAA version of<br />
ATIS is unique to the FAA.<br />
68
CPC = Controller<br />
Pilot Communications<br />
CPC<br />
Waypoint<br />
Reports<br />
ATIS<br />
&<br />
PDC<br />
AOC<br />
ATIS & PDC<br />
(FAA)<br />
PDC = Pre-Departure<br />
Clearance<br />
ACARS<br />
ACARS = <strong>Air</strong>craft Communication<br />
Addressing & Reporting System<br />
SATCOM HF VHF<br />
Figure 5.3 ACARS Communication<br />
<strong>The</strong> <strong>Air</strong>lines Electronic Engineering Committee (AEEC), who specified ACARS, has<br />
defined a series of ATC messages and recommended their use to the various authorities<br />
which desire to provide air traffic services via ACARS. <strong>The</strong>se messages, defined in<br />
ARINC Specification 623 (ARINC, 1994), include departure clearances, ATIS, waypoint<br />
position reports (for oceanic use), and a series of simple controller/pilot communications<br />
(CPC). <strong>The</strong> CPC messages were added to the specification to support the NOW<br />
communications the FAA has been considering. A few European airports have<br />
implemented services using the pre-departure clearance and ATIS messages.<br />
ACARS was developed in the era of teletype services and networks, which are based on<br />
character-oriented protocols. As a result, all ACARS messages are restricted to those<br />
which can be conveyed by upper-case alphabetic characters, numbers, and a very limited<br />
set of punctuation marks. <strong>The</strong> air/ground message format is received by ARINC at its<br />
processor in Annapolis and translated into the airline ground/ground protocol and then<br />
forwarded to its destination. An uplink is similarly translated into the ACARS protocol.<br />
ACARS was originally developed for use with VHF radio. <strong>The</strong> airplane installation<br />
includes an ACARS <strong>Management</strong> Unit (MU), which is connected to a conventional VHF<br />
communications radio by audio lines, transmit and data mode discretes, and a tuning bus.<br />
Modulation is 2.4 Kbps minimum shift key, which can be achieved by normal AM double<br />
sideband modulation of the radio frequency with the audio from a modem in the MU.<br />
Received signals can be similarly demodulated and sent to the modem as audio signals.<br />
A new modulation standard for VHF ACARS has been proposed, which is differentially<br />
encoded 8-phase shift keying. <strong>The</strong> bit rate will be 31.5 Kbps. This modulation method<br />
will require direct digital modulation of the radio frequency signal, so the audio interface<br />
to an external modem will not be possible. A VHF Data Radio (VDR) has been specified,<br />
but is not yet in production, to provide the new modulation functionality. A digital data<br />
bus will be used to connect the MU and the VDR.<br />
69
<strong>The</strong> 2.4 Kbps and 31.5 Kbps described above are the raw bit rates in the signal-in-space.<br />
<strong>The</strong> available user bit rate is decreased by message overhead and is inversely proportional<br />
to the number of stations sharing a VHF channel. A single channel (frequency) is used<br />
across most of the U.S. and up to three additional channels may be available in high<br />
density airport areas. <strong>The</strong>refore, if 14 aircraft and two ground stations are within line-ofsight<br />
of each other on one frequency, the average long term bit rate for each will be 2400 /<br />
16 = 150 bps.<br />
<strong>The</strong> ACARS specification has been expanded to provide SATCOM and HF media<br />
connections. <strong>The</strong> VHF-unique protocol is stripped off and the remaining characters are<br />
encapsulated in a SATCOM or HF protocol data unit for transmission. <strong>The</strong> ACARS MU,<br />
the SATCOM data unit, and the HF data unit or radio are connected together with digital<br />
data busses.<br />
<strong>The</strong> raw bit rate of 10.5 Kbps has been mentioned for SATCOM. Although this bit rate is<br />
available for providing a dedicated circuit for SATCOM voice, as described earlier, data<br />
link protocols depend a packet service, which is multiplexed among multiple users. A bit<br />
rate of 300 bps is a more reasonable value.<br />
HF data radio has automatically-selected bit rates of 300, 600, 1200, and 1800 bps. <strong>The</strong><br />
bit rate is chosen based on the channel real time propagation characteristics, such as noise<br />
and fading. Experience has shown that the bit rate is normally 600 bps. An estimated ten<br />
aircraft can share a channel, providing an average bit rate of 60 bps per aircraft.<br />
5.2.1.3 FANS-1<br />
<strong>The</strong> set of data link services provided in a FANS-1 airplane is shown in Figure 5.4. <strong>The</strong><br />
ACARS protocol and the air/ground media are identical to those described above.<br />
Communication between the controller and the pilot is provided by Two-Way Data Link<br />
(TWDL), as described in RTCA Document DO-219 (RTCA,1993). This application has<br />
been commonly called Controller-Pilot Data Link Communications (CPDLC) which, as<br />
described below, is the formal name for the ATN application which provides the<br />
equivalent functionality.<br />
Position and intent reporting is provided by the Automatic Dependent Surveillance<br />
function. Although there is an equivalent RTCA document, the specification produced by<br />
AEEC, ARINC 745, was used for this implementation (ARINC, 1993). <strong>The</strong> ground<br />
system requests a ‘contract’ with the aircraft, specifying the reporting period for basic and<br />
supplemental data to be transmitted. <strong>The</strong> contract can also specify a set of events, such as<br />
altitude deviation, which will also cause a report to be transmitted.<br />
70
TWDL = Two-Way<br />
Data Link<br />
CPDLC = Controller<br />
Pilot Data Link Comm.<br />
TWDL<br />
(CPDLC)<br />
ADS<br />
AOC<br />
ADS = Automatic<br />
Dependent Surveillance<br />
ACF = ACARS<br />
Convergence Function<br />
ACF<br />
AFN = ATS Facilities<br />
Notification<br />
AFN<br />
ACARS<br />
SATCOM HF VHF<br />
Figure 5.4 FANS-1 Communication<br />
<strong>The</strong> AOC functionality is generally the same as described above. It includes the normal<br />
collection of airline-defined functions and messages. <strong>The</strong> FANS-1 installation also<br />
includes direct interface to the FMC to support uplink and downlink of a large number of<br />
FMC-hosted parameters, including flight plans. Although this functionality was previously<br />
available, this is the first time it has been installed in an entire fleet of airplanes.<br />
ADS and TWDL were both intended to be used over the ATN, so they were designed as<br />
bit-oriented applications. Since ACARS can only accept character-oriented messages, an<br />
ACARS Convergence Function has been specified to convert bit-oriented messaged to<br />
character-oriented format for transmission and to convert received messages back to bitoriented<br />
format. This is done by taking each nibble (four bits) of the bit string and<br />
expressing it as a hexadecimal character (0...9, A...F). A 16-bit cyclic redundancy check is<br />
calculated on the original bit string and the four characters representing the result are<br />
appended to the character string calculated for the message. <strong>The</strong> reverse procedure is<br />
performed at the receiving end.<br />
An additional function was required to send and receive messages, in ACARS character<br />
format, to find the necessary addresses for communicating in the FANS-1 environment<br />
and to communicate function availability at the two ends (e.g., an ATS ground station that<br />
can send and receive TWDL but not ADS). This function is called the ATS Facilities<br />
Notification (AFN) function.<br />
<strong>The</strong> FANS-1 functionality was first demonstrated in the South Pacific, for flights between<br />
the Los Angeles and San Francisco to Sydney, Australia and Auckland, New Zealand. <strong>Air</strong><br />
traffic control uses TWDL replaces HF voice communication for regular pilot/controller<br />
dialog. Position reports by HF voice (about every 40 minutes) have been replaced by<br />
periodic (about every 15 minutes) ADS reports or by position reports using TWDL for<br />
71
those Flight Information Regions (FIRs) which don’t yet have ADS at the controller<br />
workstations. <strong>The</strong> reliability of these data link applications over SATCOM has been<br />
proven. <strong>The</strong> operational procedures are in the process of being formalized, which will<br />
allow the airlines and ATC agencies to gain benefit from the investments that were made.<br />
FANS-1 equipment and operations are being established along other oceanic and remote<br />
routes which currently use non-radar procedures for ATC. Although FANS-1 has been<br />
considered for en route and terminal operations, the relatively poor latency of the ACARS<br />
network and human factors challenges on the ground and in the cockpit have slowed those<br />
developments.<br />
5.2.1.4 ATN<br />
ICAO has been developing the network and applications of ATN for a number of years.<br />
<strong>The</strong> ATN Standards and Recommended Practices (SARPs) have been accepted by ICAO<br />
and are in the process of final publication. Unofficial but complete and correct electronic<br />
copies are available on electronic file servers (French Ministry of Transport, 1996). <strong>The</strong><br />
functions of ATN are illustrated in Figure 5.5.<br />
CPDLC ADS FIS AOC<br />
FIS = Flight Information<br />
Services<br />
CMA = Context<br />
<strong>Management</strong><br />
Application<br />
CMA<br />
ATN<br />
GateLink<br />
SATCOM HF VHF<br />
Mode S<br />
Figure 5.5 ATN Communication<br />
<strong>The</strong> air/ground applications of ATN which have been defined are CPDLC, ADS, FIS, and<br />
CMA. CPDLC is a refined version of the TWDL/CPDLC function described above for<br />
FANS-1. Lessons learned in the implementation and operation of FANS-1 have been<br />
applied to the ATN version of CPDLC. In addition, the international ATC operational<br />
community has evolved some new concepts and phrases since RTCA document DO-219<br />
was written, which have been incorporated in the ATN CPDLC specification.<br />
ADS has similarly been improved based on lessons learned from implementation and<br />
operation of FANS-1. <strong>The</strong> most obvious change is the addition of more event triggers to<br />
72
the ATN ADS specification. This will allow a greater reliance on aircraft-detected<br />
deviation from the planned flight to initiate reports and less dependence on periodic<br />
reports and controller detection of those deviations. This will allow the periodic reports<br />
to be less frequent, resulting in more efficient use of radio bandwidth with equal or better<br />
conformance monitoring.<br />
Flight Information Services (FIS) is a collector for a potential group of applications, such<br />
as weather and Notice to <strong>Air</strong>men (NOTAM) reporting. At this time, the only function<br />
which has been defined is ATIS. FIS may be described as an ‘inverted ADS’ in that the<br />
aircraft can request a contract with a ground-based database for specific information. For<br />
instance, an aircraft may ask for the arrival ATIS information for a specific airport, with<br />
the contract specifying that an update be sent to the aircraft whenever the information is<br />
modified. This would allow the aircraft to maintain current ATIS information with no<br />
further pilot intervention.<br />
Context <strong>Management</strong> Application (CMA) is functionally equivalent to the AFN function<br />
of FANS-1. <strong>The</strong> aircraft and ground share information about function and version<br />
availability for each of the applications. <strong>The</strong> intent is that future versions of the<br />
applications will be backward compatible, allowing the applications to down-mode to a<br />
lower version to maintain compatibility with their peer at the other end.<br />
<strong>The</strong> ATN protocol consists of a family of protocols derived from those specified by the<br />
International Standards Organization. <strong>The</strong> protocol family is partitioned into seven layers<br />
of functionality, called the Open Systems Interconnection.<br />
<strong>The</strong> key protocols of ATN are found in the Network layer. <strong>The</strong> movement of data<br />
packets is performed by the Connection-Less Network Protocol. <strong>The</strong> exchange of routing<br />
data to ensure that the packets get forwarded to their destination is performed by the<br />
Inter-Domain Routing Protocol. Other members of the protocol support the functionality<br />
provided by these two protocols.<br />
<strong>The</strong> primary media for ATN are the same as for FANS-1, that is, VHF, SATCOM, and<br />
HF. <strong>The</strong> subnetwork protocols for these three media are different from those in an<br />
ACARS environment in that they are optimized to support the bit-oriented network<br />
protocol data units which they convey. In addition, a couple of other media have been<br />
proposed for ATN.<br />
Mode S data link was proposed as a medium early on in the development of ATN.<br />
Although some European countries continue to plan for Mode S data link, the FAA has<br />
removed Mode S data link from their plans, in favor of VHF.<br />
When the aircraft is parked at the gate, on the open ramp, or in a hangar, an umbilical<br />
cable may prove to be a more efficient way to convey data to and from the aircraft. This<br />
would save precious radio bandwidth for mobile aircraft, which have no choice but to use<br />
radio frequencies, and would allow a larger bandwidth than is technically feasible over<br />
available radio bands. <strong>The</strong> Gatelink concept has been proposed to fill this need. <strong>The</strong><br />
current definition is based on the 100 Mbps Fiber Distributed Data Interface network.<br />
Gatelink has not been implemented in other than prototype so it may change if, and when,<br />
it is finally built.<br />
73
5.2.2 Ground/Ground Communication<br />
In addition to the air/ground communication described above, communication among<br />
ATC facilities and between ATC and AOC facilities is important to CNS/ATM. Much of<br />
the communication internal to the NAS is conducted on FAA-specified systems that do<br />
not necessarily conform to international standards. Communication between the NAS and<br />
the ATC systems of other countries either conform to ICAO and other international<br />
standards or is based on a bilateral agreement between the U.S. and a specific adjacent<br />
country. Figure 5.6 illustrates the general overview of ground/ground voice and data<br />
communication.<br />
AIDC<br />
ATSMHS<br />
AFTN<br />
Telephone<br />
AIDC = ATS<br />
Interfacility Data<br />
Communication<br />
AFTN = Aeronautical<br />
Fixed Telecommunication<br />
Network<br />
ATN<br />
ATSMHS = ATS<br />
Message Handling<br />
Services<br />
NADIN II<br />
NADIN = National<br />
<strong>Air</strong>space Data<br />
Interchange Network<br />
PTN = Public<br />
Telephone Network<br />
PTN<br />
FAA Lines<br />
Figure 5.6 Interfacility Communication<br />
5.2.2.1 Voice<br />
<strong>The</strong> primary communication between ATC facilities and between AOC and ATC is via<br />
telephone. Voice switching centers at ATC facilities provide automated dialing and<br />
connection through either dedicated FAA circuits or through the public telephone<br />
network.<br />
5.2.2.2 Current Data<br />
Data is communicated among centers, TRACON’s, towers, and Flight Service Stations<br />
over a dedicated packet switched network called National <strong>Air</strong>space Data Interchange<br />
Network (NADIN). Data include flight plans and transfer-of-control information between<br />
host computers.<br />
74
<strong>The</strong> airlines and the FAA have recently established AOCNET to provide a means of<br />
sending messages between the AOC center and the NAS primarily the central flow facility.<br />
5.2.2.3 ATN<br />
ATN provides not only air/ground communication but also ground/ground<br />
communication. Two applications have been developed for ground/ground service. ATS<br />
Interfacility Data Communication (AIDC) provides direct real-time messaging between<br />
controllers, similar to CPDLC between pilots and controllers.<br />
<strong>The</strong> second ATN ground/ground application is ATS Message Handling Service<br />
(ATSMHS). Based on the X.400 Message Handling Service (e-mail) developed by the<br />
International Telegraph and Telephone Consultative Committee, ATSMHS provides a<br />
store-and-forward messaging service that is appropriate for sending flight plans and other<br />
information that is unnecessary to send in real time.<br />
5.3 Navigation<br />
5.3.1 Navigation Functionality<br />
<strong>The</strong> navigation functionality provides position determination, flight plan management,<br />
guidance and control, display and system control, and fault configuration management.<br />
Navigation functionality may be described in three layers of services (see Figure 5.7). <strong>The</strong><br />
Controls and Displays layer provides the interfaces between the flight crew and the<br />
airplane systems. <strong>The</strong>se include:<br />
1. <strong>The</strong> Mode Control Panel, which provides coordinated control of the FMC, FD/AP and<br />
altitude alert functions<br />
2. <strong>The</strong> Electronic Flight Instruments’ Primary Flight Displays, which displays the flight<br />
mode annunciation, and airspeed, attitude, altitude, vertical speed, and heading<br />
indications<br />
3. <strong>The</strong> Horizontal Situation Indicator, which displays flight path orientation and guidance<br />
cues (bugs) on airspeed and Engine Pressure Ratio<br />
4. <strong>The</strong> Control Display Unit, which enters the desired lateral and vertical flight plan<br />
information into the FMC and displays the waypoints and path constraints stored<br />
within the navigation database.<br />
<strong>The</strong> processor layer integrates data from the air data, inertial reference, radio navigation,<br />
engine and fuel sensors, navigation, performance and flight plan databases, and crewentered<br />
data to navigate the airplane. <strong>The</strong> sensors layer provides the airplane state data<br />
(i.e., position, velocity, acceleration, attitude) and navigation and guidance information.<br />
This includes radio navigation sensors, such as Instrument Landing System (ILS) Glide<br />
Slope and Localizer receivers or equivalent Microwave Landing System (MLS), Distance<br />
Measuring Equipment (DME) or equivalent tactical air navigation (TACAN), Global<br />
Positioning System (GPS), Inertial Reference System (IRS), Very-high frequency Omni<br />
Range (VOR) receiver, Automated Direction Finder (ADF) and the air data sensors (pitot<br />
static and temperature probes, angle of attack, etc.).<br />
75
Early navigation systems (i.e., direction finders and four-course low frequency ranges)<br />
developed around determining the position of the aircraft to avoid obstacles and arrive<br />
safely at a destination. In those days, navigation needed navaid-to-navaid operation for<br />
airplane position fixing and to allow procedural control of airplane separation. This<br />
established the U.S. route structures (i.e.,Victor and Jet <strong>Air</strong>ways). <strong>The</strong> success of these<br />
navigation systems (with increasingly more accurate position determination in different<br />
phases of flight) led to the trend of minimizing aircraft track excursions. With this trend,<br />
navigation systems were able to combine navigation data from several sources to optimize<br />
the intended track and increase operational accuracy. <strong>The</strong> resulting Area Navigation<br />
(RNAV) capability is able to better utilize resources (e.g., fuel and time). This capability is<br />
implemented in the Flight <strong>Management</strong> Systems (FMS) where the system controls the<br />
airplane path along a stored trajectory and enables RNAV operations on any desired flight<br />
path within the coverage of station-referenced navigation aids or within the performance<br />
limits of self-contained aids.<br />
Electronic<br />
Flight<br />
Instruments<br />
Control<br />
Display<br />
Unit<br />
Secondary<br />
Flight<br />
Instruments<br />
Mode<br />
Control<br />
Panel<br />
Flight<br />
Plan<br />
Nav/Perf<br />
Data Base<br />
Area<br />
Navigation<br />
Autopilot<br />
Flight Director<br />
<strong>Air</strong><br />
Data<br />
GPS DME/TACAN VOR IRS ILS/MLS<br />
ADF<br />
(NDB)<br />
Pitot<br />
Static<br />
Figure 5.7 Navigation Functionality Overview<br />
<strong>The</strong> FMS provides the crew both lateral and vertical flight path guidance cues along<br />
predefined procedures or can fly the airplane in an automated flight mode. Thus, by<br />
combining the navigation systems developed over the decades, incremental operational<br />
benefits have been obtained since the late 1980s in all phases of flight. New capabilities<br />
introduced in the 1990s, based on GPS technology, have allowed a further increase in<br />
accuracy or overall performance. <strong>The</strong>se performance enhancements are the basis for the<br />
many new applications proposed by the user. <strong>The</strong> most promising of these are illustrated<br />
in the following paragraphs.<br />
5.3.2 Terminal Area Navigation<br />
Terminal area routes provide access to the en route structure for departing airplanes (SID)<br />
and routing to enter and execute the approach (STAR) and landing phase for arriving<br />
airplanes. <strong>The</strong> procedures are stored in the navigation database and are selectable from a<br />
76
menu associated with the airport of interest. Terminal navigation is typically characterized<br />
by moderate to high traffic densities, converging routes, and transitions in flight altitudes<br />
that require narrow route widths. <strong>The</strong> routes are typically within the coverage of radio<br />
navigation aids (VOR and DME/TACAN, ADF) which provide increased navigation<br />
performance over self contained aids (i.e., IRS). Navigation while flying along a SID or<br />
STAR may be to procedure-tuned navaids or to optimally selected navaids. Independent<br />
surveillance is generally available to assist ATC in monitoring airplanes independently<br />
from the ground.<br />
<strong>The</strong> standard FMS RNAV capability provides guidance cues to the crew along predefined<br />
procedures as illustrated on the left of Figure 5.8. It maximizes the crew’s situational<br />
awareness through MAP/Horizontal Situation Displays in the cockpit and allows the crew<br />
to manage its workload. In addition the system allows aircraft to consistently and<br />
precisely fly along the predefined path such as departure or approach and landing paths.<br />
Standard FMS Area<br />
Nav. Departure<br />
Flight Path<br />
Flight Path<br />
RNP<br />
FMS/RNP<br />
Flight Path<br />
Obstacle<br />
(or Protected <strong>Air</strong>space)<br />
Departure<br />
Waypoint<br />
Figure 5.8 Area Navigation Capabilities For Departure Procedures<br />
With the advent of GPS and the RNP concept, significant improvements in accuracy and<br />
availability over VOR/DME RNAV systems is obtained with lateral accuracies of 0.2 to<br />
0.3 nm achievable in coupled flight. Coupled vertical accuracy can be justified to near<br />
Category 1 minima. This is illustrated on the right in Figure 5.8. <strong>The</strong> RNP function<br />
provides flight phase dependent performance with assurance provided by the containment<br />
region around the flight path and navigation performance alerting to the crew, enabling<br />
access to sites with natural or man-made fixtures around them. <strong>The</strong> best example of this<br />
capability is the Alaska <strong>Air</strong>lines FMS-based departure and arrival procedures at Juneau,<br />
Alaska. Other examples include the Eagle County Departure out of Vail, Colorado, and<br />
the San Francisco Quiet Bridge Approach, all FMS-based procedures developed jointly by<br />
the FAA and <strong>Air</strong> Transport Association Task Force.<br />
77
<strong>The</strong> ability to design FMS approaches or departures based on RNP containment enables<br />
potential economic benefits by allowing access to runways which do not have a precision<br />
approach in use, or which require special RNAV procedures to ensure separation.<br />
Access to these runways can provide benefits in terms of: reduced delays, on ground or<br />
while airborne; avoided diversions; reduced fuel load requirements for dispatch; increased<br />
payload and reduced communications between the controller and the pilot.<br />
5.3.3 Oceanic /En Route Navigation<br />
Oceanic navigation requires very large separations because of the limited navigation<br />
performance of the inertial reference systems or long range navigation systems, and the<br />
lack of independent surveillance capability other than infrequent voice position reports.<br />
<strong>The</strong> IRS is typically characterized by a linear accuracy decay of 1.5 to 2 nm/hr. Oceanic<br />
routes are typically fixed or wind optimized tracks between key city pairs where the tracks<br />
are repositioned based on the latest wind forecasts. <strong>The</strong> routes are typically structured<br />
around a main track (optimum wind/minimum time track) and a number of parallel tracks<br />
on either side to accommodate the predicted traffic. <strong>Traffic</strong> flow is primarily<br />
unidirectional because of the time difference between continents and the airline customers<br />
arrival time preferences.<br />
<strong>The</strong> procedural separations applied in this environment are dominated by the navigation<br />
performance, and yield operations where 20 nm (95%) navigation systems are separated<br />
by 100 nm and 12.6 nm (95%) systems are separated by 60 nm (see also Figure 2.10). It is<br />
proposed to reduce the large separation to 30 nm based on the containment concept of<br />
RNP as illustrated in Figure 5.9 below. An RNP 4 capability (i.e., a 4 nm 95% accuracy<br />
threshold) together with high availability has been proposed to achieve this reduced<br />
separation. <strong>The</strong> required high availability is provided by the onboard integrity monitoring<br />
techniques that allow the use of GPS with high accuracy during many satellite<br />
constellation outages (which are a function of satellite geometry and pseudorange noise)<br />
and eliminates the need to frequently revert to less accurate means of navigation. An<br />
aircraft meeting the RNP will remain within the 8 nm lateral containment limit with a<br />
predefined level of confidence. As an initial implementation, a ‘safety buffer’ of 14 nm is<br />
proposed to account for less frequent blunders. This buffer can be reduced, perhaps<br />
eliminated, when other CNS elements provides suitable assurance of containment region<br />
conformance (e.g., data link, ADS) and operational experience confirms that navigation<br />
containment removes most of the sources of large excursion risk.<br />
78
8.0 NM<br />
4.0 NM<br />
POPP<br />
PLMN<br />
14.0 NM<br />
30.0 NM<br />
PLWX<br />
4.0 NM<br />
8.0 NM<br />
PWVG<br />
Defined Path<br />
RNP 95% Threshold<br />
Containment Threshold<br />
Figure 5.9 Reduced Separation Between Parallel Oceanic Tracks<br />
In this context, the containment applies to the lateral position of the aircraft. In the future,<br />
the time and vertical components will be added, to provide a four dimensional containment<br />
surface that can be used to support full user-preferred trajectories in four dimensional<br />
flight. In fact, a Required Time of Arrival (RTA) function is already available on several<br />
FMSs, specified as a time at which to reach a waypoint. <strong>The</strong> first application for this<br />
function could help the crossing of oceanic tracks. This initial RTA function is part of the<br />
FMS performance prediction computation and requires further development to integrate it<br />
with the RNP concept. <strong>The</strong> ability to design oceanic track procedures based on RNP<br />
containment enables potential economic benefits by allowing more airplanes to fly the<br />
minimum time track along the optimal wind, by reducing fuel burn and fuel reserves.<br />
En route navigation has not benefited to the same extend from the GPS capability and still<br />
uses the basic short-range aid to navigation in the U.S., VOR or VOR/DME. Some new<br />
or recently upgraded airplanes include GPS sensors, typically to provide operational<br />
benefits in other than the en route environment or in areas lacking the VOR/DME<br />
infrastructure. When using the IRS, an approved external navaid must be used to monitor<br />
its performance. <strong>Air</strong> carrier operators use these navaids, while other operators have<br />
historically used Loran-C and OMEGA. GA airplanes and smaller operators do benefit<br />
from the GPS capability because of its lower acquisition cost.<br />
<strong>The</strong> VOR/DME navaid forms the basis for the international air navigation system. Over<br />
time it has proven to be safe and adequate, as well as currently representing a large<br />
investment in ground/airborne equipment by both users, governments and institutions<br />
worldwide. At present, almost all commonly traveled U.S. domestic routes are covered<br />
by Jet Routes or Victor <strong>Air</strong>ways supported by the VOR/DME navaid. However, the<br />
VOR/DME system performance is limited so that route width in the domestic phase of<br />
flight varies from 16 to 8 nm at best. <strong>The</strong> FAA is developing a Wide Area Augmentation<br />
System (WAAS) to increase GPS performance (i.e., primarily integrity and availability, but<br />
also accuracy), as well as a means to phase out land-based navigation aids and reduce<br />
maintenance costs. Introduction of the FMS has freed the airplane from the constraints of<br />
flying fixed routes over navaids and opened up new airspace. FMS-enabled Direct Routes<br />
79
(i.e., Great Circle tracks) have been introduced progressively to save fuel and time by<br />
avoiding the inherent detours of fixed routes (e.g., National Route Program and random<br />
routes/User Preferred Trajectories). Fixed track routings have been retained where the<br />
traffic distribution must be kept simple and/or the number of crossing points in a sector<br />
kept well defined.<br />
5.3.4 Landing and Surface Operations<br />
<strong>The</strong> ILS navigation aids (i.e., localizer and glide slope) provides lateral (from 25 nm out)<br />
and vertical guidance (from 10 nm out) to the runway. Marker beacons or DME navaids<br />
indicate the distance to the runway threshold. Precision Approach Minimums range from<br />
CAT I to CAT III operations as a function of Decision Height (DH) and Runway Visual<br />
Range (RVR). CAT I requires 200 feet DH and 1800 to 2400 feet RVR minima<br />
depending on lighting system and airplane speed category, CAT III requires a DH between<br />
0 and 50 feet and an RVR from not less than 700 feet (CAT IIIA) to not less than 150<br />
feet (CAT IIIB). <strong>The</strong> ILS performance is limited in some areas by FM frequency<br />
interference, in-band congestion, and siting limitations (an ILS site requires the<br />
surrounding terrain to be flat so that signal characteristics are not distorted). Hence, the<br />
Microwave Landing System was developed to the same performance requirements as ILS.<br />
<strong>The</strong> FAA’s MLS development contract ran into production problems in the late 1980s and<br />
was later canceled. It has been replaced with the Local Area Augmentation System<br />
(LAAS) program which is a GPS-based landing system augmented with ground<br />
augmentation aids. LAAS performance will include coverage for multiple runways or<br />
airports in a regions. <strong>Air</strong>plane avionics are being developed to carry a Multi-Mode<br />
Receiver (MMR) able to interface the crew controls and displays with one of several<br />
receivers, either ILS, MLS or GPS Landing System (GLS).<br />
5.4 Surveillance<br />
5.4.1 Summary of Surveillance Evolution<br />
<strong>The</strong> current surveillance system is based on the use of redundant primary and secondary<br />
(beacon) radars. <strong>The</strong> role that ground based radars play may be gradually diminished as<br />
GPS-based ADS 1 systems become available. <strong>The</strong> evolution to next generation<br />
surveillance is complicated by interoperability and compatibility with current systems in<br />
use. Two principles which limit available options for next generation systems are:<br />
• Compatibility with current secondary radar systems, i.e. Mode A/ C/ S<br />
• Interoperability with current TCAS collision avoidance systems and next generation<br />
Cockpit Display of <strong>Traffic</strong> Information (CDTI)-based air/air surveillance and situation<br />
awareness<br />
1 In this section ADS is referred to in a generic sense rather than as a specific implementation. In this sense,<br />
Mode-S Specific Services, Mode-S extended squitter broadcast and contract based ADS as defined by RTCA<br />
DO-212 represent specific implementations of ADS technology.<br />
80
<strong>The</strong> near future will probably see a mix of radar and ADS technologies which will be<br />
integrated and fused at the major ATC centers, providing high integrity and high accuracy<br />
surveillance based on multiple sensor inputs.<br />
<strong>The</strong> value that ADS methodology adds to surveillance is not limited to radar monitoring<br />
capability, however. With ADS it is possible to downlink extended surveillance<br />
information related to aircraft intent, and other data such as current winds aloft which are<br />
useful for predicting aircraft paths. <strong>The</strong> ability to fly flexible routings, for example, may<br />
depend on knowing validated and accurate path intent, as well as the ability to monitor<br />
current position and velocity states.<br />
<strong>The</strong> value of ADS broadcast (ADS-B) for air/air surveillance and airborne separation<br />
assurance is yet to be evaluated. However, this technology will certainly play a role in<br />
areas where radar surveillance is uneconomic or not feasible. Dual mode CDTI/TCAS<br />
systems will be in use in the near future for oceanic and remote area applications such as<br />
In-Trail Climb/Descent and for increased safety in non-radar airspace. CDTI will also play<br />
a role in the congested terminal areas of major hub airports providing additional safety and<br />
operational capabilities for equipped aircraft, as discussed in Sections 3 and 6.<br />
<strong>The</strong> sections below summarize the evolution of surveillance for surface, terminal area, en<br />
route, and oceanic operations. <strong>The</strong> emphasis of these sections is on the evolution of<br />
air/ground surveillance since the primary responsibility for separation assurance will<br />
remain with ground-based systems in the near term evolution of the NAS airspace system.<br />
A possible evolution path for air/air surveillance and CDTI is then summarized.<br />
5.4.2 <strong>Air</strong>port Surface Surveillance<br />
<strong>Air</strong>port surface surveillance includes monitoring and display of the movements of all<br />
vehicles on controlled areas such as taxiways and runways, and providing sensor inputs for<br />
surface movement and incursion alert automation systems. Figure 5.10 shows the<br />
probable evolution of surface surveillance from current radar-based monitoring systems to<br />
multi-sensor radar/ADS-B systems. <strong>The</strong> dotted arrows in the figure denote evolutionary<br />
upgrade paths, while the solid line arrows denote inputs from sensors to automation<br />
systems. <strong>The</strong> older generation of ASDE-2 radars is currently being phased out and newer<br />
generation ASDE-3 primary radars are being installed at 40 of the biggest hub airports in<br />
the U.S. <strong>The</strong> ASDE-3 display system will then be upgraded by <strong>Air</strong>port Movement Area<br />
Safety System (AMASS) software for automated incursion alert. Two major problems<br />
with the ASDE-3 systems are the cost of installing and maintaining the radars, and the lack<br />
of aircraft/vehicle ID for surface movement, guidance & control. At the larger hub<br />
airports, ADS-B systems will be integrated with the ASDE radars to provide<br />
aircraft/vehicle ID, and to provide a backup sensor for radar failures. At smaller airports,<br />
ADS-B ground systems will provide a less expensive means of surface surveillance for<br />
equipped aircraft and surface vehicles. <strong>The</strong> AMASS automation software will evolve into<br />
Surface Movement Guidance and Control Systems, for comprehensive surface guidance &<br />
control to maximize airport capacity during peak periods, while maintaining adequate<br />
safety for airport surface operations.<br />
81
ASDE-2<br />
Radar<br />
* 1960’s Era<br />
Radar<br />
ASDE-3<br />
Radar<br />
* Modern<br />
Radar<br />
ADS-B<br />
* GPS<br />
Incursion<br />
Alerting<br />
Surface Movement<br />
Guidance & Alerting<br />
(SMGCS)<br />
Legend<br />
System Transition<br />
Sensor<br />
Automation<br />
Application<br />
CDTI<br />
* <strong>Air</strong>port Map<br />
& Vehicle<br />
Tower<br />
Displays<br />
Figure 5.10 <strong>Air</strong>port Surface Surveillance Evolution Path<br />
ADS-B data may also be used aboard equipped aircraft to display surface traffic and<br />
airport features on a plan view CDTI display optimized to surface operations. This would<br />
provide the air crew with redundant monitoring of potential incursions for increased safety<br />
and surface situation awareness.<br />
5.4.3 Enhanced Terminal Area Surveillance<br />
Terminal area surveillance with today's radar-based technology and automation system<br />
consists of tracking and display of position and velocity states and aircraft ID for all<br />
aircraft operating within 60 nm of the airport surveillance radars. Figure 5.11 illustrates<br />
that future terminal area systems may evolve in several ways to provide enhanced terminal<br />
surveillance. One of the major changes will be the evolution of multi-sensor tracking<br />
systems for integrating data inputs from multiple radar systems and from ADS-B equipped<br />
aircraft to derive the most accurate and robust tracking of current aircraft states obtainable<br />
from multiple data sources. Even without ADS inputs, the use of multiple radar sensor<br />
blending has been shown to greatly improve the quality of aircraft tracking for advanced<br />
automation systems such as CTAS, and area-wide conflict probe (Hunter, 1996 &<br />
Warren, 1994). <strong>The</strong>se systems need high quality velocity estimates with accurate steady<br />
state tracking and rapid response to aircraft maneuvers, which is attainable with state of<br />
the art multi-sensor tracking systems. <strong>The</strong> advent of ADS-B equipped aircraft will also<br />
require multi-sensor tracking to blend radar and ADS-B sensor inputs.<br />
82
ASR/SSR<br />
Radar<br />
Terminal<br />
Automation<br />
Short<br />
Arrival/<br />
Term<br />
Departure<br />
Separation Managers<br />
ASR/SSR<br />
Radar<br />
Multi-Sensor<br />
Tracking<br />
Path Predictions<br />
(20 min lookahead)<br />
ADS-B<br />
* GPS Squitters<br />
* 1990’s Era<br />
Automation<br />
CDTI<br />
ADS / ADS-B<br />
* Winds Aloft<br />
* Future Waypoints<br />
* Event Reports<br />
Figure 5.11 Terminal Area Surveillance Evolution Path<br />
A second major change is that surveillance will evolve to include any data inputs that can<br />
be used for improved path predictions. This will include radar and ADS-B measurements<br />
of current position and velocity, information on current flight plan and path intent, and<br />
data related to winds aloft along the intended path. <strong>The</strong> current ADS systems for oceanic<br />
use recognize the need for such extended surveillance, and explicitly include downlink of<br />
winds aloft and future waypoints for more accurate tactical and strategic path prediction.<br />
With current ground-based systems, 3-4 minute path predictions are generated for conflict<br />
alert, based on current estimates of aircraft position and velocity. Automation systems<br />
such as CTAS and regional conflict probe require 20-30 min. predictions of aircraft path,<br />
and thus require much more extensive data fusion of wind, tracker states, and path intent<br />
to achieve high quality path predictions. In this regard, ADS systems can play a unique<br />
role not feasible with current surveillance systems, i.e. transmitting aircraft intent,<br />
including the generation of event messages when path intent changes.<br />
It is technically feasible to transmit extended surveillance data such as waypoint intent<br />
using either ADS-B or ADS-A selective addressing. However, such data is unlikely to be<br />
of interest to the general population of air and ground users capable of receiving ADS-B<br />
messages. Thus, the current thinking is that extended surveillance data such as future<br />
waypoints and winds aloft will be obtained using selectively addressed ADS. In any event,<br />
the terminal areas of busy hubs need dynamic flight intent updating to support future<br />
operational concepts such as departure and arrival automation and dynamic selection of<br />
SID and STAR routing options.<br />
<strong>The</strong> use of ADS-B data for air/air surveillance and CDTI applications such as aids to<br />
visual approaches and visual acquisition of traffic is also important for increased safety and<br />
capacity in the future CNS/ATM system. Although separation assurance and flow<br />
83
management functions will primarily remain with ground-based systems, cooperative<br />
air/ground use of CDTI capability can be a valuable supplement for reducing separation<br />
standards and increasing traffic throughput during arrival and departure rushes.<br />
5.4.4 Enhanced En Route Surveillance<br />
Today's en route surveillance system is based on primary and secondary radar systems<br />
which are nearing the end of their economic life, and on 1960's era automation software<br />
which is obsolete by today's standards. Both the radar sensors and the tracking software<br />
need to be replaced to support flexible routings and advanced ATM initiatives. Figure<br />
5.12 illustrates the likely evolution path for en route surveillance in NAS airspace. <strong>The</strong><br />
current plan is to decommission the older radar systems, extend the networking of radar<br />
sensors to include terminal radars to reduce the need for replacing en route radars, and to<br />
replace the older beacon radars with modern monopulse SSR or Mode S sensors.<br />
<strong>The</strong> current Mosaic-based en route tracking system will also be replaced by multi-sensor<br />
tracking software, greatly enhancing the quality, accuracy, and flexibility of the en route<br />
tracking function. Recent studies (Hunter, 1996) have graphically demonstrated the<br />
performance problems associated with using Mosaic-based trackers for advanced ATM<br />
automation systems such as CTAS. It is essential that multi-sensor tracker software be<br />
developed and implemented in the mid-term NAS architecture in order to support midterm<br />
CNS/ATM initiatives such as direct path routings with reduced separation standards.<br />
<strong>The</strong> use of Mode S extended squitter for en route air/ground ADS-B surveillance is<br />
problematic in the near and mid-term due to insufficient reception range with low cost<br />
omni antennas. Eventually, ADS-B listening stations will probably be added to the ground<br />
infrastructure to perform enhanced en route surveillance for equipped users, and to back<br />
up the conventional en route surveillance infrastructure. In the mid-term transition period<br />
when ADS-B avionics become available for air/air and terminal applications, a possible<br />
transition solution for enhanced surveillance is to use the Mode S interrogation capability<br />
to obtain ADS-B equivalent information during each scan of the Mode S radar. Figure<br />
5.12 shows that such ADS capability is highly desired for evolution of flexible routings<br />
and advanced ATM automation.<br />
As in the terminal area, extended surveillance is also needed to predict aircraft trajectories<br />
for nominal 20 minute Conflict Probe and other ATM applications en route. Although<br />
enhanced radar tracking and more frequently updated wind forecasts may be used in the<br />
near term to support advanced ATM automation, ADS transmission of path intent and real<br />
time monitoring of aircraft states for path conformance are seen as essential evolution<br />
steps to achieve increased capacity and efficiency in the future CNS/ATM system.<br />
84
ASR/SSR<br />
Radar<br />
Mosaic Based<br />
(Host) Tracker<br />
* Arrival Metering<br />
* Conflict Probe<br />
Mode-S/ Monopulse<br />
Secondary Radar<br />
Multi-Sensor<br />
Tracking<br />
Path Predictions<br />
(20 min lookahead)<br />
* 1990’s Era<br />
Automation<br />
ADS-B /<br />
Mode-S<br />
ADS-B / Listening<br />
Stations <br />
Short Term<br />
Separation<br />
ADS /<br />
ADS-B<br />
* 2005 Era Sensors * Future Waypoints<br />
Figure 5.12 En Route Surveillance Evolution Path<br />
5.4.5 Enhanced Oceanic and Remote Area Surveillance<br />
Today’s methodology for non-radar procedural separation involves the use of HF or VHF<br />
voice reporting at fixed latitudes in oceanic airspace or at intermediate waypoints in<br />
remote area routings. <strong>The</strong> older airspace automation systems are relatively primitive<br />
compared to those for radar-based ATC and are still based on the use of flight strips for<br />
flight following. This technology is being supplanted by next generation FANS systems<br />
with ADS-based surveillance, data link and satellite-based voice communications, and<br />
GPS-based navigation for oceanic and transcontinental routings. <strong>The</strong> main driving forces<br />
for implementation of this technology are to increase capacity in procedural airspace and<br />
to provide more optimal wind routes and altitudes for increased flight efficiency. This<br />
evolution is shown in Figure 5.13. At the same time, there is a great need for increased<br />
safety in many areas of the world such as Africa and undeveloped areas of Asia. In the<br />
near term, TCAS is being mandated in some of these areas to provide increased safety for<br />
avoiding mid-air collisions. <strong>The</strong> probable next evolution for capacity and safety in these<br />
areas is the implementation of dual CDTI/TCAS systems using both ADS-B and TCAS<br />
sensors. In the near term, such systems will be developed for applications such as in-trail<br />
climb/descent for enhanced oceanic operations. In the far term, the dual use of both ADS<br />
and CDTI technology will give enhanced situation awareness to both ground-based<br />
controllers for traffic planning and separation assurance, and to the air crew for enhanced<br />
tactical maneuvering in low density, remote areas. <strong>The</strong> evolution to ADS-based ground<br />
surveillance and ADS-B based air/air surveillance will probably enable reduced separation<br />
standards on the order of 15 nm horizontal minimums for equipped aircraft, based on<br />
redundant ground and air surveillance systems and separation assurance capability.<br />
85
HF / VHF<br />
Voice Reporting<br />
ADS / CPDLC<br />
DATALINK<br />
ADS -B / TCAS<br />
SENSOR<br />
FIRST<br />
GENERATION<br />
OCEANIC<br />
AUTOMATION<br />
ENHANCED<br />
OCEANIC<br />
AUTOMATION<br />
* 1990’s Era<br />
Automation<br />
CDTI / TCAS<br />
SEPARATION<br />
ASSURANCE<br />
FLIGHT PLANNING/<br />
REROUTING<br />
PROBLEM<br />
RESOLUTION<br />
Figure 5.13 Oceanic/Remote Area Surveillance Evolution Path<br />
<strong>The</strong> widespread use of ADS-B and CDTI technology for separation assurance may first<br />
occur in oceanic airspace. In essence, the oceanic centers would provide strategic<br />
planning and separation services for such aircraft, and the flight crews of equipped aircraft<br />
would provide short term separation services for limited tactical encounters such as track<br />
crossings. For reduced separation standards, both aircraft involved in an encounter will<br />
need to be ADS or ADS-B equipped.<br />
5.4.6 Enhanced <strong>Air</strong>/air Surveillance and CDTI Evolution<br />
Although there are many potential applications for CDTI, a phased implementation of<br />
ADS-B/CDTI equipage is envisioned, since user benefits depend on the percentage of<br />
ADS-B equipped aircraft for each application. A few of the more noteworthy applications<br />
and their possible role in the evolution of CDTI are briefly described below.<br />
<strong>The</strong> near term applications of CDTI are for proposed functions such as in-trail climb, intrail<br />
stationkeeping, enhanced visual approaches, and on-board monitoring of closely<br />
spaced parallel approaches. <strong>The</strong>se functions may be viewed as extensions of existing<br />
TCAS avionics and display systems. However, the TCAS systems were designed for<br />
collision avoidance and were never intended for such applications. From a user<br />
perspective, however, TCAS systems are expensive avionics which serve a limited, though<br />
important function. <strong>The</strong>re is great interest in extending the functionality of such<br />
equipment. One likely group of users transitioning to ADS-B may be the TCAS users<br />
who have already invested in Mode S transponders, TCAS processors and cockpit<br />
displays. Moreover, widespread ADS-B equipage by TCAS users may justify<br />
development of increased performance TCAS systems with lower false alarm rates and<br />
more accurate detection and display of intruder aircraft.<br />
86
Another group of users which can benefit from ADS-B and CDTI equipage are the non-<br />
TCAS aircraft which fly in high density terminal airspace and need a lower cost system for<br />
conflict avoidance and visual acquisition of traffic. Although TCAS-I was originally<br />
intended for such users, equipage costs have proved prohibitive for most GA and military<br />
users. However, a transition problem exists for potential CDTI users since user equipage<br />
may not be cost effective unless a substantial portion of the airspace population is visible.<br />
<strong>The</strong> likely transition solution is the implementation of <strong>Traffic</strong> Information Services (TIS)<br />
which would transmit ground-based surveillance data to airborne users. Eventually, as<br />
ADS-B systems are mandated in such airspace, the TIS services can be replaced with<br />
ADS-B surveillance as a primary source of CDTI input data.<br />
<strong>The</strong> last application to be mentioned is the use of ADS-B and CDTI technology for<br />
cooperative <strong>Air</strong>borne Separation Assurance Systems (ASAS). <strong>The</strong> concept of operation<br />
is cooperative since responsibility for separation assurance is primarily a ground function<br />
as in the current system, except that during limited time encounters between two aircraft,<br />
responsibility for monitoring and assuring safe separation can be transferred to properly<br />
equipped and certified air crew. <strong>The</strong> motivation for this mode of operation is the ability to<br />
fly User Preferred Trajectories, including user specified routing, speed, and cruise altitudes<br />
for most economic flight operations. Such operations may lead to an increased number of<br />
encounters, however, compared with current operational procedures. Controller<br />
workload may be kept within acceptable bounds by transferring separation assurance to<br />
the air crew, who can perform separation monitoring during close proximity encounters<br />
and activate conflict avoidance maneuvers whenever a potential loss of separation is<br />
detected.<br />
5.5 Aviation Weather<br />
Operational aviation weather services are provided by the FAA, the National Weather<br />
Service (NWS), and the private sector. Research and development of aviation weather<br />
technologies is conducted by the FAA, the National Oceanic and Atmospheric<br />
Administration (NOAA), NASA, the MIT Lincoln Laboratory, and the National Center<br />
for Atmospheric Research (NCAR). <strong>The</strong> operational and research functions performed by<br />
these organizations can be broken down into four areas:<br />
• Observations<br />
• Analysis<br />
• Forecasting<br />
• Dissemination<br />
Figure 5.14 illustrates the functional relationships between these four areas. Observations<br />
are used to prepare analyses of current weather, which in turn are used to prepare<br />
forecasts of expected conditions. Forecast products usually include gridded data fields,<br />
which must themselves be analyzed. Finally, the analysis and forecast products are passed<br />
to the users via the dissemination process.<br />
87
Dissemination<br />
Forecasting<br />
Analysis<br />
Observations<br />
Figure 5.14 Functional Areas Of Aviation Weather<br />
<strong>The</strong> NWS operates much of the meteorological observing network, and it prepares<br />
weather analyses and forecasts at the National Center for Environmental Prediction<br />
(NCEP) and the Aviation Weather Center (AWC). <strong>The</strong> NWS distributes weather<br />
information to users electronically via land-based networks and satellite communications<br />
systems and by voice. <strong>The</strong> FAA also collects weather information, including surface<br />
observations in the terminal area and radar observations of storm locations and intensity.<br />
NWS meteorologists working in the Center Weather Service Units (CWSU) at each<br />
ARTCC, in the Central Flow Weather Service Unit, and at Flight Service Stations (FSS)<br />
provide analysis and forecasting services for their FAA colleagues, and produce weather<br />
information that is then relayed to controllers and pilots. A few of the major airlines have<br />
their own meteorological centers, but most receive their weather information from the<br />
NWS and/or private sector providers of weather information.<br />
Observations of current meteorological conditions are collected at airports and at other<br />
sites located throughout the country and offshore. <strong>The</strong>se include surface and upper-air<br />
observations of winds, temperature, pressure, moisture, precipitation, cloud type and<br />
amount, radar reflectivity, and soil and water temperature, among others. <strong>The</strong>se data are<br />
used to prepare objective analyses of current weather conditions that affect aviation<br />
operations, referred to as Aviation Impact Variables (AIV’s). Examples of AIV’s include<br />
ceiling and visibility, precipitation, icing conditions, winds aloft, runway winds, and<br />
turbulence.<br />
Objective analyses also provide initial and boundary conditions for numerical weather<br />
prediction (NWP) models and other forecasting tools. Weather conditions are forecasted<br />
on time frames as short as 30-60 minutes (referred to as ‘nowcasts’) to as long as several<br />
days. Nowcasts provide useful information for managing air traffic flows into and out of<br />
terminal areas, and for providing information to support tactical decision making, e.g.,<br />
vectoring aircraft around hazardous weather. For aviation applications, the longer-range<br />
forecast periods of greatest interest are probably in the 3-24 hour time frame. <strong>The</strong>se<br />
forecasts support strategic planning and decision making by providing information that<br />
helps planners and air traffic managers coordinate aircraft and airport operations. Once<br />
the weather analyses and forecasts are prepared, the information must be distributed to<br />
users in a timely manner. Weather information is highly perishable, so that the technology<br />
88
and human factor elements in all four of these areas must work together effectively and<br />
efficiently.<br />
5.5.1 Observations<br />
Weather observations for aviation applications are collected by the NWS, FAA, and the<br />
airlines themselves, via the Meteorological Data Collection and Reporting System<br />
(MDCRS). Meteorological data used in the aviation weather system can be broken down<br />
into four broad categories, which include:<br />
• Surface observations of present weather, such as winds, temperatures, pressure and<br />
altimeter setting, atmospheric water vapor, precipitation, visibility, and cloud cover.<br />
• Upper-air observations of winds, temperatures, pressure, and water vapor.<br />
• Weather radar reflectivity data showing storm location, intensity, and motion; and<br />
Doppler radar observations of near-surface and upper-air winds.<br />
• Visible and infrared satellite imagery of cloud location, motion, and temperature; and<br />
water vapor imagery showing upper-air circulation patterns.<br />
Historically, most operational aviation weather systems have been operated in a standalone<br />
mode, that is, there has been little or no integration of the data into systems that<br />
directly supported aviation operations (the Low Level Wind Shear Avoidance System,<br />
LLWAS, is an exception). This paradigm is finally changing. <strong>The</strong> Lincoln Laboratory is<br />
developing and testing algorithms to detect gust fronts and measure microburst intensities<br />
with Doppler radar, and to present this information to controllers along with other<br />
aviation-related information via the Integrated Terminal Weather System (ITWS) (Evans<br />
and Ducot, 1997). Likewise, the Aviation Vortex Spacing System (AVOSS) program at<br />
NASA’s Langley Research Center is developing an operational wake vortex separation<br />
tool, which will likely require surface and upper-air meteorological data from a network of<br />
sensors that are not currently being used at airports (Hinton, 1997). <strong>The</strong>se kinds of<br />
technologies hold much promise for improving the safety, efficiency, and capacity of the<br />
ATM system. <strong>The</strong>y will also expand requirements for observations in the airport and en<br />
route environments, and they will require research into instrument and system<br />
performance metrics, human factors engineering, and operator training issues.<br />
Figure 5.15 identifies the major instrument systems used in the four categories of<br />
observations mentioned above. <strong>The</strong> following sections describe the different types of<br />
weather observing systems currently in use or planned for the near term, and indicate areas<br />
where new technologies are needed to support weather requirements for the future ATM<br />
system.<br />
5.5.1.1 Surface Observations<br />
Surface measurements are made with a combination of in-situ and remote sensing systems.<br />
<strong>The</strong> NWS is completing its deployment of the Automated Surface Observing System<br />
(ASOS), and the FAA is completing the network of Automated Weather Observing<br />
89
Systems (AWOS). <strong>The</strong>se systems are complementary, but perform somewhat different<br />
functions. <strong>The</strong> ASOS was intended to be a complete surface meteorological observing<br />
station that would replace human observers. ASOS systems are deployed at airports but<br />
also in a much broader weather observing network around the country. Problems have<br />
emerged with some of the ASOS sensors, particularly the visibility package, which have<br />
prevented the ASOS from achieving the goal to eliminate human observers. Work<br />
continues on these problems, but the likelihood of their success is not known at this time.<br />
Human observations of some critical aviation impact variables will likely be needed for the<br />
foreseeable future (National Research Council, 1995). <strong>The</strong> AWOS is designed strictly as a<br />
terminal weather information system. It was not intended to eliminate human observers,<br />
but it does provide certified observations of ceiling, visibility, altimeter setting, wind<br />
speed, and wind direction. It too has been criticized for providing misleading aviation<br />
weather information, especially ceiling observations.<br />
Specific information on the performance of the sensors on the ASOS and AWOS was not<br />
available at the time of this writing. However, it is reasonable to expect that the accuracy<br />
of the sensors is adequate for most current and expected analytical and modeling<br />
applications. <strong>The</strong> notable exception is that the visibility and present weather sensors have<br />
been criticized for giving inaccurate and misleading information under some circumstances<br />
(NRC, 1995). An important issue for the success of future improvements in aviation<br />
weather information is likely to be increasing the spatial density of measurements to<br />
provide improved coverage of key weather parameters. When completed, the ASOS<br />
network will consist of over 850 units and the AWOS network will consist of 160 units<br />
located at airports that do not otherwise provide certified weather information. (Some<br />
state governments have also purchased AWOS systems.) <strong>The</strong>se two surface monitoring<br />
systems will likely go forward for a decade or longer as the primary surface observing<br />
systems used for aviation weather.<br />
Other sources of surface data are used for aviation weather, primarily to support tactical<br />
decision making. For example, the FAA operates sensors that measure runway visual<br />
range (RVR). Errors in automated RVR systems (and ASOS and AWOS visibility<br />
measurements) deployed to date suggest that near term improvements in visibility<br />
measurement technologies could improve the efficiency of airport operations. <strong>The</strong> FAA<br />
also operates the LLWAS, a network of tower-mounted anemometers that is supposed to<br />
detect potentially hazardous wind shear and microburst conditions at the airport.<br />
However, concerns over the efficacy of LLWAS data have sometimes lead controllers to<br />
ignore LLWAS warnings. This was apparently the case during the 1994 crash of a US<strong>Air</strong><br />
MD-80 at Charlotte-Douglas airport (NRC, 1995) during a microburst event. In the near<br />
term, improvements in wind shear algorithms and/or the use of more Doppler radar<br />
information could improve safety conditions in the terminal area. <strong>The</strong>re is also a national<br />
network of lightning detection sensors that show where cloud-to-ground lightning strikes<br />
are occurring.<br />
90
ASOS<br />
AWOS<br />
TDWR<br />
NEXRAD<br />
Surface<br />
Upper-<strong>Air</strong><br />
Rawin<br />
Profiler<br />
LLWAS<br />
MDCRS<br />
Observations<br />
ASR-9<br />
Weather<br />
Radar<br />
Satellite<br />
NEXRAD<br />
TDWR<br />
Figure 5.15 Aviation Weather Observation Function<br />
5.5.1.2 Upper-<strong>Air</strong> Observations<br />
Adequate upper-air meteorological data are critical to the aviation weather system, and<br />
this is an area where additional resources and technology development in the near term<br />
and far term could produce significant improvements in aviation weather information. <strong>The</strong><br />
primary source of upper-air data comes from the NWS’s network of rawinsonde<br />
observations. Radio wind soundings are made by weather balloons that carry aloft a small<br />
instrument package called a radiosonde. <strong>The</strong> radiosonde measures atmospheric pressure,<br />
temperature, and moisture as it ascends, which are used to calculate altitude. Radio<br />
direction finding techniques or navaid-based tracking systems follow the motion of the<br />
balloon, from which winds aloft are computed. <strong>The</strong> accuracy of the thermodynamic<br />
sensors is generally good (a few percent), while rms errors in winds aloft are typically 1-3<br />
m/s. Sounding systems expected to become available in the near term will use GPS to<br />
track balloon position, which should improve the accuracy of altitude data and may<br />
significantly improve the quality of upper-air wind information. GPS radiosondes have not<br />
yet come into widespread use because of their cost relative to conventional radiosondes,<br />
but this situation is expected to improve over the next few years.<br />
In the U.S., two soundings are made each day, one at 00 UTC (1900 EST) and the other<br />
at 1200 UTC (0700 EST), at approximately 80 stations in the CONUS, Alaska, and<br />
Hawaii. <strong>The</strong> data are used to analyze weather patterns on constant pressure surfaces and<br />
aloft winds at constant flight levels, and to initialize NWP models. <strong>The</strong> meteorological<br />
community is virtually unanimous in its opinion that increasing the spatial and temporal<br />
density of upper-air data would significantly improve weather forecasts, but due to budget<br />
constraints there are no plans to expand the rawinsonde network. <strong>The</strong> current network is<br />
probably just barely adequate to characterize synoptic-scale weather features (fronts,<br />
locations of high and low pressure centers, etc.), but much of the weather that affects<br />
aviation occurs on the mesoscale, e.g., connective storms. <strong>The</strong> current rawinsonde<br />
91
network does not provide adequate spatial or temporal resolution to monitor the<br />
atmospheric environment on this scale, and the accuracy of weather forecasts suffers as a<br />
result. <strong>The</strong> absence of upper-air data in the oceanic domain also seriously degrades the<br />
performance of NWP models, especially of forecasts issued for coastal areas and of aloft<br />
conditions expected during intercontinental flight operations.<br />
To compensate for the lack of data coverage in inland areas, networks of Doppler radars<br />
are being used to provide supplementary upper-air observations. Three categories of<br />
radars are currently providing upper-air information. <strong>The</strong>se include the WSR-88D<br />
(NEXRAD) Doppler weather radar, the Terminal Doppler Weather Radar (TDWR), and<br />
Doppler radar wind profilers (RWP), which can be equipped with radio acoustic sounding<br />
systems (RASS) for temperature profiling. When fully deployed, the NWS and DOD will<br />
operate a nationwide network of 138 NEXRAD radars, and the FAA will operate TDWRs<br />
in 34 terminal areas. Both of these radar systems measure near-surface winds in storm<br />
environments, and provide vertical profiles of winds in the clear air during periods when<br />
hazardous weather conditions are not occurring.<br />
<strong>The</strong> only operational RWP network providing upper-air data for aviation analysis and<br />
forecasting applications is the Wind Profiler Demonstration Network (WPDN) operated<br />
by NOAA’s Forecast Systems Laboratory (FSL). This network of 404-MHz radars<br />
provides continuous measurements of upper-air winds through much of the troposphere.<br />
<strong>The</strong>re are 32 profilers in the WPDN, most located in the midwest. <strong>The</strong> WPDN has been<br />
operational for almost a decade, but has been threatened with elimination because the<br />
radar frequency interferes with search and rescue satellite operations. Plans are being<br />
considered to convert the WPDN to 449 MHz and to expand the network into the<br />
Caribbean and Alaska. In the near term, maintaining and expanding the WPDN would<br />
likely benefit aviation weather information by providing enhanced spatial and temporal<br />
resolution of aloft winds. For example, RWP data in the TRACON area could improve<br />
the quality of aircraft trajectories calculated by the CTAS system. In addition, there are<br />
now some semi-permanent networks of so-called ‘boundary layer’ RWP and RASS that<br />
operate near 1 GHz and provide continuous observations of winds and temperatures in the<br />
first 1-3 km of the atmosphere. <strong>The</strong> usefulness of data from these instruments in aviation<br />
weather applications has not yet been explored to any degree. In the near term, the impact<br />
of RWP data from boundary layer profilers on CNS/ATM technologies like CTAS should<br />
be investigated.<br />
<strong>The</strong> quality of Doppler radar wind data has been the subject of several studies in recent<br />
years. <strong>The</strong>re is no way to determine the absolute accuracy of these instruments, since the<br />
data can not be compared to absolutely known values or reference standards in the same<br />
way that surface sensors can be checked. Based on recent intercomparison studies, the<br />
accuracy of Doppler radar wind data is on the order of ±1.0 m/s on a vector component<br />
basis, with rms errors of about 2.0-2.5 m/s. <strong>The</strong> completeness of Doppler radar wind data<br />
depends on atmospheric conditions. Higher temperatures and humidities generally<br />
produce good data recovery, while cold, dry conditions limit data availability. All three<br />
Doppler radar system also suffer from contamination from biological targets, especially<br />
migrating birds (Wilzak et al., 1994). Migrating birds often appear in Doppler radar data<br />
92
sets as legitimate atmospheric data, when in fact the data actually indicate the direction<br />
and speed of the birds’ flight. Work is progressing on developing improved signal<br />
processing algorithms to correct these errors and to improve the quality of radar-derived<br />
wind information. This is an area that warrants careful attention and additional research in<br />
the near term to ensure the long term future success of aviation weather technologies that<br />
rely on radar wind data.<br />
Another important source of upper-air meteorological data that has been evolving over the<br />
last few years are the wind and temperature measurements being provided by aircraft<br />
equipped with the MDCRS. Some MDCRS aircraft are also being equipped with<br />
humidity sensors. Sensitivity studies indicate that the aircraft data are improving the<br />
quality and accuracy of NWS forecasts. If more aircraft measurements become available<br />
in the near term, further improvements can likely be expected. <strong>The</strong> benefits to be gained<br />
from adding relative humidity measurements to more MDCRS aircraft should also be<br />
evaluated, especially for improving predictions of convective activity in the terminal area.<br />
One drawback to current aircraft-based data is that most of the observations are being<br />
collected along a limited number of fixed routes, so that horizontal and vertical gradients<br />
in atmospheric conditions are not well resolved. Under Free Flight rules, allowing<br />
operators to fly preferred routes with aircraft equipped with MDCRS capability will help<br />
improve this situation. Sensitivity studies will be useful that show the density of aircraft<br />
measurements that are needed to see statistically significant improvements in forecast<br />
accuracy.<br />
In the far term, new approaches to collecting upper-air data may be needed to achieve<br />
significant improvements in aviation weather information. Data over the oceanic domain<br />
is especially important. Options for collecting upper-air observations over the oceans<br />
include:<br />
• Expanded MDCRS observations<br />
• “Dropsondes” from commercial and military aircraft<br />
• Space-based remote sensing systems, such as Doppler lidar (light detection and<br />
ranging) systems<br />
• <strong>Air</strong>craft-mounted Doppler radar systems<br />
• Remotely piloted vehicles with radiosonde-type capabilities<br />
• Radar wind profilers located on islands and ships of opportunity<br />
Each of these technologies is probably technically feasible, but the cost to develop and<br />
deploy them needs to be studied carefully and evaluated in terms of their expected impact<br />
on the quality of aviation weather information.<br />
5.5.1.3 Weather Radar Observations<br />
<strong>The</strong> reflectivity data acquired by the NEXRAD and TDWR systems gives an indication of<br />
the location, intensity, and amount of precipitation being generated by a storm system.<br />
<strong>The</strong>se data are displayed in the form of color-coded mosaics projected on a plan view of<br />
the radar’s area of coverage. This information allows meteorologists to track the<br />
development and motion of potentially hazardous weather. <strong>The</strong> NEXRAD is capable of<br />
93
observing weather out to about 200 miles from the radar site. <strong>The</strong> TDWR’s range is<br />
about 50-60 miles. In addition to these stand-alone meteorological radars, the ASR-9<br />
surveillance radar has been equipped with weather sensing capabilities to detect<br />
precipitation and track storm motion. Some of this information can be depicted on a<br />
controller’s display, although during heavy workloads controllers often turn off the<br />
weather display. <strong>The</strong> planned deployment of the NEXRAD and TDWR networks is<br />
nearly completed. New TDWRs could be installed at other airports, but information is not<br />
available at this time on any plans to expand this network.<br />
One drawback to this mixed network of weather radars is that not all users in the aviation<br />
system are receiving the same information. <strong>The</strong> ARTCCs receive the NEXRAD<br />
information, while the TRACONs receive the TDWR and ASR-9 data streams. Pilots<br />
receive none of the ground-based data, but do have access to on-board weather radar<br />
information. This means that during some meteorologically significant events, different<br />
players in the ATM system are making decisions without the benefits of shared situational<br />
awareness. This reduces the overall efficiency of the system and leads to capacity<br />
reductions at busy airports during adverse weather. As discussed later, some new<br />
technologies like ITWS that are scheduled to be deployed in the near term are designed to<br />
eliminate some of these problems.<br />
5.5.1.4 Satellite Data<br />
Satellite imagery is not collected specifically for the aviation community, but rather as part<br />
of the broader mission of the NWS to provide national and global coverage of<br />
atmospheric conditions. Satellite imagery is used by meteorologists in the aviation<br />
weather system to monitor storm development and motion and to help prepare forecasts.<br />
5.5.2 Analysis<br />
Analyses of weather data provide the link between observations and forecasts. <strong>The</strong>y<br />
consist of data sets and depictions of weather conditions over selected geographical areas<br />
that are based on objective analyses of the available observations. Most operational<br />
analyses used in the aviation weather system take the form of charts showing features such<br />
as surface fronts, isobars, winds, locations of VFR and IFR conditions, upper-level flow<br />
patterns, locations of troughs of low pressure and ridges of high pressure, and composites<br />
of radar reflectivity. <strong>The</strong>se charts are typically stand-alone two-dimensional images, which<br />
may be produced in hard-copy form, or in computer graphical images that can be<br />
manipulated and animated with appropriate software. <strong>The</strong>y are often accompanied by<br />
text-based messages that describe the salient features depicted in the analyses. Most of<br />
these products are produced by the NWS and distributed to their field offices and FAA<br />
personnel for interpretation and dissemination to controllers and pilots as appropriate.<br />
Figure 5.16 shows the major components of the analysis process used in the aviation<br />
weather system, which are described below.<br />
94
AWIPS/WFO-<br />
Advanced<br />
WARP<br />
Analysis<br />
Products<br />
RUC<br />
AGFS<br />
Figure 5.16 Aviation Weather Analysis Function<br />
<strong>The</strong> NWS has put a great deal of effort into developing a new generation of graphical<br />
meteorological workstations and associated sub-systems, referred to as the Advanced<br />
Weather Information Processing System (AWIPS). AWIPS is behind schedule by a few<br />
years, mainly because of software problems. FSL is now working on a new version of the<br />
software called ‘WFO-Advanced’, and the combined AWIPS/WFO-Advanced technology<br />
is now expected to be deployed to NWS field offices over the next several years. When<br />
finally implemented, AWIPS will allow meteorologists at NWS facilities to prepare multiimage,<br />
animated mosaics of current and forecasted weather conditions, and to prepare<br />
interactive weather alerts and warnings that can be immediately distributed to other users<br />
and to the public. Initial results from field tests of these systems have indicated that they<br />
will significantly improve the quality and timeliness of weather reporting and forecasting.<br />
A full assessment of the performance of the AWIPS/WFO-Advanced systems cannot be<br />
completed until more units are deployed and being used operationally.<br />
<strong>The</strong> FAA is in the process of procuring its own version of a meteorological workstation,<br />
referred to as the Weather and Radar Processor (WARP). WARP is designed to replace<br />
the Meteorologist Weather Processor in the ARTCC’s. It is currently scheduled to be<br />
deployed in the CWSUs and in the CWFSU at the central flow facility by the end of 1997.<br />
WARP will allow a Center’s meteorologists to prepare mosaics of NEXRAD reflectivity<br />
data and to overlay supporting weather information like lighting strike data, satellite<br />
imagery, and gridded and graphical weather information. <strong>The</strong> system will allow CWSU<br />
staff to prepare and distribute aviation weather products such as Center Weather<br />
Advisories and Hazardous Weather Area outlines. In its initial ‘Stage 0’ implementation,<br />
the WARP products will be available to CWSU and TMU personnel for briefing and<br />
planning purposes. Future implementations of WARP (Stage 1, Stage 3), are designed to<br />
allow weather displays to be presented to controllers. As is the case for AWIPS, this<br />
technology ought to represent a significant step forward in the analysis and dissemination<br />
of aviation weather information, but more work is needed to understand system<br />
performance, human factors issues, and training requirements.<br />
<strong>The</strong> role of the FAA weather operations staff in the centers and the TRACONs is to<br />
interpret current weather information and forecasted conditions so that they can provide<br />
95
guidance to traffic managers and controllers on potential weather impacts on aviation<br />
operations. Most of the actual data management, analysis and forecasting of weather<br />
conditions is the responsibility of the NWS’s Aviation Weather Center. To assist AWC<br />
meteorologists, FSL and NWS have been developing the Aviation Gridded Forecast<br />
System (AGFS). <strong>The</strong> AGFS will consist of 3D gridded data sets of observed, analyzed,<br />
and forecasted weather conditions that affect aviation. <strong>The</strong> AGFS includes software tools<br />
that allow AWC meteorologists to prepare and distribute analyses of AIVs. More<br />
information is needed on how the AGFS will be integrated into the analysis and<br />
forecasting functions performed in the CWSUs and the TRACONs, and on the quality of<br />
the gridded fields. However, a tool such as the AGFS will be needed to help manage and<br />
provide quality control to the increasingly complex meteorological information being<br />
produced by observing networks and analysis and forecasting tools.<br />
5.5.3 Forecasting<br />
<strong>The</strong> need for accurate forecasts of expected weather conditions in the terminal and en<br />
route environments is becoming increasing acute as demand for system capacity increases.<br />
Most aviation forecasting services are provided by the NWS through the Aviation<br />
Weather Center, although some of the larger airlines have their own teams of<br />
meteorologists who prepare forecasts for their areas of operation, and some private sector<br />
firms also provide forecasting services. Figure 5.17 shows the major components of the<br />
aviation weather forecasting system, which are described in this section.<br />
Aviation<br />
Weather Center<br />
NCEP<br />
NWP Models<br />
Forecast<br />
Products<br />
ITWS<br />
AVOSS<br />
Figure 5.17 Aviation Weather Forecasting Function<br />
NCEP operates a suite of numerical weather prediction models that produce forecasts of<br />
gridded meteorological parameters that are analyzed to estimate the future locations of<br />
storm systems, areas of precipitation, surface and aloft winds, and other conditions<br />
affecting aviation operations. <strong>The</strong>se models solve the so-called ‘primitive’ equations<br />
describing the physics of the atmosphere, with varying degrees of sophistication in the use<br />
of numerical integration techniques, turbulence closure schemes, hydrostatic versus nonhydrostatic<br />
approximations, boundary conditions, horizontal and vertical resolution, and<br />
so forth. Short-term forecasts out to 48 hours are performed using the Eta model, while<br />
96
longer-term domestic and international forecasts are made using codes such as the AVN<br />
and MRF prognostic models. Forecasts are usually issued in three to six hour intervals for<br />
periods as short as three hours to as long as several days. AWC meteorologists use these<br />
forecast products and other available information to prepare Terminal Aerodrome<br />
Forecasts for U.S. airports, and to prepare advisories and alerts for weather conditions<br />
that may adversely affect aviation operations (e.g., SIGMETS and convective SIGMETs).<br />
In their present forms, models like the Eta and its counterparts are best suited for<br />
predicting the movement of synoptic scale meteorological features that affect the weather<br />
over regions larger than individual terminal areas and on time scales longer than are<br />
valuable for many aircraft operations. Thus, while these models are useful for general<br />
large-scale weather prediction, they have not been optimized to meet the specific needs of<br />
the aviation weather system. <strong>The</strong> FAA, NASA, MIT-LL, NOAA, and NCAR have been<br />
working on several new technologies designed to provide aviation-specific forecasts.<br />
FSL has developed an analysis and forecasting tool called the Mesoscale Analysis and<br />
Prediction System, which has been recently implemented at NCEP as the Rapid Update<br />
Cycle (RUC). <strong>The</strong> RUC combines objective analyses and short-term (less than 12 hr.)<br />
prediction tools to prepare gridded data sets of surface and upper-air meteorological<br />
conditions that affect aviation operations. <strong>The</strong> RUC is run at NCEP every three hours on<br />
a 60-km grid covering the CONUS, and produces an analysis of current conditions and 3-<br />
hourly forecasts out to 12 hours. An experimental 40 km version is being tested, and<br />
plans call for going to finer horizontal resolutions in the future.<br />
RUC products are currently being tested in new CNS/ATM and aviation weather<br />
technologies. For example, the current implementation of CTAS uses the 3D RUC wind<br />
fields to calculate aircraft descent trajectories. An important issue for the successful<br />
application of RUC data in CNS technologies like CTAS, Conflict Probe, and other flight<br />
management systems is the need for good information on the accuracy and repeatability of<br />
RUC variables (e.g., rms errors in upper-air wind analyses and forecasts). For example,<br />
some preliminary evaluations of RUC upper-air wind forecasts indicate that in the 0-1 hr.<br />
time frame rms errors in vector winds may be on the order of 2-3 m/s, increasing to 5-7<br />
m/s at the end of the RUC forecast period. Likewise, the sensitivity of CNS/ATM<br />
technologies to uncertainties in RUC variables needs to be examined. More information is<br />
also needed on how RUC data sets will be incorporated into the AGFS.<br />
<strong>The</strong> ITWS is an analysis and prediction tool that is currently being developed by MIT-LL<br />
for use in the terminal area. <strong>The</strong> ITWS ingests the RUC gridded wind fields, TDWR and<br />
NEXRAD wind data, ASR-9 weather reflectivity data, MDCRS observations,<br />
ASOS/AWOS and LLWAS data, and other available information. It analyses these data<br />
to determine storm cell locations and movement, areas of precipitation, locations and<br />
intensities of gust fronts and microbursts, low-level winds affecting runway operations,<br />
locations of tornadoes, and other aviation impact variables. It predicts storm cell<br />
movement and the locations of gust fronts at 10 minute and 20 minute intervals from the<br />
analysis time. ITWS also produces three-dimensional gridded fields of winds on scales<br />
varying from 2 km near the terminal area to 60 km at the outer extent of the ITWS<br />
97
domain, which generally extends to the outer boundaries of the TRACON and beyond into<br />
Center airspace.<br />
ITWS test beds are currently being evaluated at several large airports, including Dallas-<br />
Fort Worth and Orlando. <strong>The</strong> FAA issued a contract in early 1997 to procure four<br />
commercial systems, with an option to expand ITWS installations to 34 terminal areas that<br />
cover 45 of the busiest airports in the U.S. by early in the next century. Initial reports of<br />
the benefits of ITWS to users suggests that the technology can improve efficiency and<br />
increase capacity during adverse weather (Evans and Ducot, 1997). Plans are also<br />
underway to test the ITWS gridded wind fields in the CTAS system. Analyses of the<br />
accuracy and uncertainties in ITWS products and their contribution to uncertainties in<br />
CTAS trajectory calculations will be needed in the near term.<br />
Another specialized analysis and prediction system under development is the AVOSS<br />
wake vortex separation tool. <strong>The</strong> AVOSS will ingest surface and upper-air<br />
meteorological data from a network of surface and upper-air sensors deployed around the<br />
airport, and use these data to prepare predictions out to about 30 minutes of key<br />
meteorological parameters that affect vortex decay and transport (e.g., vertical wind and<br />
temperature profiles). <strong>The</strong>se parameters will then be used to predict separation<br />
requirements for aircraft pairs based on expected vortex intensity and location. NASA,<br />
MIT-LL, the Volpe Transportation Center, and other organizations are participating in the<br />
AVOSS program. Plans call for the first prototype operational system to be fielded in the<br />
2000-2001 time frame, with deployments of operational systems completed by later in the<br />
decade. <strong>The</strong> AVOSS will be a complex technology that will require careful evaluation and<br />
testing. More information is needed on the interaction of an operational AVOSS system<br />
with the ITWS technology and with other CNS/ATM technologies like CTAS and cockpit<br />
displays of traffic and weather information (CDTW) (see Section 5.5.4).<br />
<strong>The</strong> FAA is funding research and development efforts in several areas related to weather<br />
impacts on aviation and the development of new aviation weather analysis and prediction<br />
technologies. An Aviation Weather Research (AWR) program has been initiated within<br />
FAA’s Office of <strong>Air</strong> <strong>Traffic</strong> Systems development, which is organized into eight Product<br />
Development Teams (PDT). <strong>The</strong> research areas currently being explored by the AWR<br />
include:<br />
• Inflight Icing<br />
• <strong>The</strong> AGFS<br />
• Turbulence<br />
• Convective Weather<br />
• Weather Support For Ground De-Icing Decision Making<br />
• Model Development And Enhancement<br />
• NEXRAD Improvements<br />
• Ceiling And Visibility<br />
While some of these PDTs focus mainly on developing improved measurement methods,<br />
most are directed at developing tools to improve the short-term prediction of AIVs. For<br />
98
example, the ceiling and visibility PDT is focused in part on developing and demonstrating<br />
a forecast tool that will predict the time of burn-off of the marine stratus layer at San<br />
Francisco International <strong>Air</strong>port. Such a tool would allow more efficient use of the<br />
airport’s closely spaced parallel runways and increase airport capacity by allowing parallel<br />
runway operations to begin sooner in the day than they currently do. However, the status<br />
of funding for some of these efforts is uncertain. For example, work on the ceiling and<br />
visibility PDT may be discontinued in 1998.<br />
In the far term, improvements in aviation weather forecasts in the terminal area are likely<br />
to come from improved numerical weather prediction methods, with the models being<br />
driven by data collected from networks of surface and upper-air sensors deployed in the<br />
region surrounding the airports. RESCOMS (Regional-Scale Combined Observation and<br />
Modeling Systems) technologies should be investigated to determine the sensitivity of<br />
model results to different densities of measurements and to uncertainties in observations.<br />
Model configurations and data requirements would be established based on the<br />
meteorological conditions that prevail in a terminal area. For example, RESCOMS<br />
forecasting in the coastal and complex terrain setting of southern California might be best<br />
performed by a hydrostatic NWP and a relatively dense network of surface and upper-air<br />
wind and temperature sensors. Conversely, at Dallas-Fort Worth a RESCOMS system<br />
would include ITWS technologies combined with a non-hydrostatic model able to simulate<br />
convective storms. For en-route Free Flight operations, the RESCOMS concept could be<br />
extended to Center airspace by the addition of more MDCRS data combined with other<br />
supplemental upper-air observations from networks of wind profilers or rawinsondes.<br />
In the near term, improving the absolute accuracy of forecasts of complex weather<br />
systems like convective storms is an ambitious task. For example, to be effective for<br />
strategic planning, the location of convective cells need to predicted to within 1-2 miles<br />
and within tens of minutes of their actual position several hours in advance. Current and<br />
likely near-term technologies will probably not meet this requirement. However,<br />
improvements in weather prediction in the near term may be able to provide sufficiently<br />
accurate estimates of the probability of such weather events to be useful in flight planning<br />
operations. For example, American <strong>Air</strong>lines is supporting the development of a<br />
forecasting system to allow it to make proactive operational decisions based on the<br />
likelihood of weather impacts at its hub airports (Qualley, 1997). <strong>The</strong> usefulness of<br />
probabilistic estimates of weather impacts on components of the aviation weather system<br />
needs to be explored in more detail.<br />
5.5.4 Dissemination<br />
Aviation weather information is currently disseminated in the form of alphanumeric text<br />
messages, graphical depictions of weather patterns, and audio recordings of current and<br />
forecasted conditions. Communications systems for sending weather information to users<br />
include dial-up and dedicated telephone lines, satellite broadcast, internet transmission,<br />
and radio broadcast of data and voice messages. For the aviation community, weather<br />
information is available from the AWC, the Direct User Access Services Service system,<br />
manned and Automated Flight Service Stations, the CWSUs, and airline dispatch offices.<br />
99
An important issue for users of aviation weather products is that the information they need<br />
must be presented in a way that is timely, efficient, easy to comprehend, and that allows<br />
different users in different locations (controllers, pilots, airline dispatch, airport operators)<br />
to develop a shared situational awareness of the weather conditions affecting flight<br />
operations. In the current ATM system, these objectives have often been difficult to meet.<br />
Traditional text-based messages are often difficult to decode and interpret, and do not<br />
provide an integrated view of important weather conditions. TRACON and ARTCC<br />
controllers are presented with different types and amounts of weather information, and<br />
pilots have limited access to weather information other than that provided by their<br />
onboard sensors (radar, winds, temperature) and visual observations. This has lead to<br />
inefficiencies and capacity reductions at busy airports during adverse weather, which could<br />
likely have been mitigated if the dissemination process was more effective.<br />
To address these issues, increasingly the trend for distributing aviation weather<br />
information is through the use of interactive graphical images produced by computer<br />
workstations. <strong>The</strong> AWIPS/WFO-Advanced and WARP technologies are intended to meet<br />
this need. Likewise the ITWS system is designed to provide interactive computergenerated<br />
graphical images showing weather conditions and expected storm movement in<br />
the terminal area. Figure 5.18 illustrates the various near term components of the<br />
dissemination system for aviation weather information. If successful, these technologies<br />
can provide CWSU personnel and controllers with similar types of information so that<br />
they can make effective strategic and tactical decision and improve efficiency in the<br />
terminal area and en route environment. Several issues need to be addressed to<br />
understand if these technologies will be successful, including issues related to human<br />
factors engineering, and requirements for training programs.<br />
An important area beginning to receive attention is the dissemination of weather<br />
information to the cockpit. In the far term, there may be good reasons to get ATC out of<br />
the loop in disseminating weather information to pilots (NRC, 1995), and several types of<br />
cockpit weather information systems are being investigated. For example, MIT-LL has<br />
been testing the Terminal Weather Information for Pilots (TWIP) system, which provides<br />
a simple alphanumeric and graphical depiction of ITWS data products to pilots via the<br />
ACARS system (Campbell et al., 1995). Anecdotal evidence indicates that pilots receiving<br />
TWIP messages during approaches to busy airports being impacted by convective weather<br />
find them very useful.<br />
100
WARP<br />
TWIP<br />
ITWS<br />
CWIN<br />
Information<br />
Dissemination<br />
CDTW<br />
DUATS<br />
FSS/AFSS<br />
Figure 5.18 Aviation Weather Dissemination Function<br />
It is likely that there are a number of weather products that pilots would find useful,<br />
especially to support strategic decision making during Free Flight operations and tactical<br />
decision making in the terminal area. A CDTW system could facilitate flight management<br />
decisions and improve safety in Free Flight operations, and it could serve as an interface to<br />
needed data during final approach to airports equipped with an AVOSS. However, a<br />
number of technical and logistical issues must be addressed to develop a successful<br />
cockpit weather information system. Among these are understanding what kinds of<br />
weather information are most useful to pilots during different phases of flight, addressing<br />
human factors engineering and crew work load considerations, and developing suitable<br />
communication links and weather product formats so that data transmissions to the<br />
cockpit are timely and cost effective.<br />
101
6 ATM <strong>Concept</strong> <strong>Baseline</strong><br />
This section details the baseline concept developed in response to the mission needs<br />
identified in Section 2. <strong>The</strong> capacity-driven concept in Section 6.2 is based on the<br />
methodology developed as part of the CNS/ATM Focused Team (CAFT) process, initially<br />
developed to evaluate the RTCA Task Force 3 planned evolution to Free Flight. <strong>The</strong><br />
overall methodology is introduced in Section 2.3.6, Transition Planning and Tradeoff<br />
Analyses. This process has been applied to the Task Force 3 recommendations, the<br />
Eurocontrol EATCHIP plan and the IATA regional CNS/ATM Plans. <strong>The</strong> complete<br />
methodology is described in the paper on CNS/ATM Transitions from the 1997 CAFT<br />
meeting (Allen et al, 1997).<br />
6.1 <strong>Concept</strong> Transition Methodology<br />
<strong>The</strong> baseline concept is developed by considering possible capacity transitions from<br />
current to future operations. <strong>The</strong> transition analysis is based on the airspace phases and<br />
performance factors of the constraints analysis model. <strong>The</strong> model divides a flight into six<br />
operating phases, going from the departure gate to the arrival gate, as illustrated in Figure<br />
6.1. Phase 1 is airspace and flight planning, which spans the other five regions. Phase 2 is<br />
the airport surface, phase 3 is final approach and initial departure, and so on through the<br />
en route, which is phase 6.<br />
5<br />
6<br />
5<br />
4<br />
4<br />
3<br />
2 3<br />
2<br />
1<br />
1 <strong>Air</strong>space and Flight Planning 4 Approach/Departure Transition<br />
2 <strong>Air</strong>port Surface<br />
5 TMA Arrival / Departure<br />
3 Final Approach / Initial Departure 6 En Route<br />
Figure 6.1 <strong>Air</strong>space Operating Phases<br />
102
Constraints modeling can be performed for system safety, capacity, efficiency or<br />
productivity measures. <strong>The</strong> methodology allows examination of the technical and human<br />
performance factors which potentially affect the airspace region.<br />
<strong>The</strong> final approach and initial departure phases include the runway and refer to a phase in<br />
which air traffic control interventions are minimal due to the nature of the aircraft<br />
operation. <strong>The</strong> approach transition phase is operated differently depending on available<br />
technology and traffic density. In busy airports this is generally where air traffic<br />
controllers vector aircraft to merge traffic into properly spaced streams for final approach<br />
and landing, while in low density operations it might be a single waypoint transition to the<br />
next region. <strong>The</strong> Terminal Maneuvering Area (TMA) arrival/departure phase is generally<br />
operated through published SID and STAR procedures. <strong>The</strong> en route phase encompasses<br />
the remainder of the flight, including published transitions from SID to cruise and from<br />
cruise to STAR. En route operations vary greatly by location, anywhere from oceanic<br />
procedural control to dense traffic in radar controlled airspace. <strong>The</strong> differences in<br />
operation can be characterized by levels of performance for the CNS components, as well<br />
as by air traffic control automation support, topography, traffic flow patterns, airspace<br />
availability and so on.<br />
En Route<br />
TMA<br />
Arrival/Departure<br />
Planning<br />
AIRSIDE<br />
CAPACITY/EFFICIENCY<br />
FACTORS<br />
Approach<br />
Transition<br />
<strong>Air</strong>port<br />
Surface<br />
Gate<br />
Final Approach/<br />
Initial Departure<br />
Taxiway<br />
Apron<br />
Final<br />
Approach<br />
Initial<br />
Departure<br />
CONDITION:<br />
LOCATION:<br />
Figure 6.2 Capacity and Efficiency as a Function of <strong>Air</strong>space Operating Phases<br />
Using the six operating phases above, Figure 6.2 provides a graphical illustration of how<br />
the capacity and efficiency of operations are aggregated across the various operating<br />
phases. Overall system capacity and efficiency are complex functions of the type of<br />
103
operation in each of the phases, along with the interactions between them, which can also<br />
be thought of as the ‘handoff’ from one air traffic control unit to another.<br />
<strong>The</strong> air traffic management system capacity and efficiency depend on a large collection of<br />
technological, procedural and environmental factors, all of which vary by geographical<br />
location. Thus, when using the constraints model, it is necessary to note both location and<br />
weather condition for which the analysis is being performed, as illustrated in the lower left<br />
hand corner of Figure 6.2. <strong>The</strong> system operational element which is most constraining to<br />
the operation will vary from region to region and, within a given region, from day to day.<br />
In the U.S. domestic airspace, in good weather conditions, system capacity is usually<br />
constrained in the final approach/initial departure phase. In marginal visual conditions, the<br />
system may constrain in the approach transition region (at Chicago O’Hare and San<br />
Francisco, for example). In instrument conditions (Cat I), the system is usually<br />
constrained on final approach/initial departure, while in low visibility (Cat II-III)<br />
conditions, the airport surface tends to constrain. When convective weather affects<br />
terminal operations, the terminal arrival/departure corridors tend to saturate. In<br />
procedural environments (such as oceanic regions) the en route system may constrain the<br />
system throughput.<br />
Each of the six phases illustrated in Figure 6.2 has its own set of performance factors,<br />
some of which are unique to that phase, while others, such as communication and<br />
navigation, are common throughout. All of the constraint factors for each of the<br />
operational phases are summarized in Appendix E. Figure 6.3 illustrates the throughput<br />
performance factors for the final approach phase. <strong>The</strong> figure shows navigation and<br />
guidance performance as two of the factors that contribute to the throughput on final<br />
approach, along with communication system performance. Accuracy, availability and<br />
integrity are the determining factors for both, and, on final approach, signal interference of<br />
the instrument landing system is an important factor. <strong>The</strong> surveillance element is broken<br />
into two components, i.e. monitoring performance and control performance. Monitoring<br />
performance here refers to the display of position and velocity information to the air traffic<br />
controller, including the performance of a surveillance system such as radar or dependent<br />
position reports. Control performance includes both controller and pilot, and includes any<br />
automation aids such as a sequencing tool, blunder detection etc.<br />
Other factors depicted in Figure 6.3 are important as well, wake vortex being perhaps the<br />
dominant performance constraint in most instrument weather conditions. Runway<br />
occupancy may become the dominant factor in extremely low visibility where pilots have<br />
difficulty locating runway exits. In each case, when it has been determined that a phase of<br />
flight such as final approach is the constraint on throughput, it is necessary to evaluate that<br />
operation in detail, and the constraints model can be a valuable tool in focusing the<br />
analysis.<br />
<strong>The</strong> constraints model is used as a template for determining a set of technology iniatives<br />
by operational phase to achieve a particular mission objective, for example, increased<br />
throughput. A time-phased approach, considering short-, medium- and long-term<br />
technology schedules and system needs, is derived.<br />
104
Figure 6.4 shows a template for illustrating phased improvements in the NAS driven by<br />
the top-level stakeholder goals. <strong>The</strong> upper right corner identifies the Regional Plan<br />
represented. Separate transition logic diagrams are created for capacity and efficiency,<br />
and for each operational phase of the constraints analysis. A benefit mechanism is<br />
identified for each diagram, with incremental phasing of operational enhancements.<br />
Approach Configuration<br />
- Approach Path Length<br />
-<br />
Other Runway Dependencies<br />
- Runway Occupancy Factors<br />
<strong>Air</strong>plane Performance<br />
- Approach Speed<br />
- Weight Class<br />
- Braking Performance<br />
- Gate Assignment<br />
CONDITION:<br />
LOCATION:<br />
Wake Vortex<br />
- Visibility<br />
Final<br />
Approach<br />
Nav/Guidance Performance<br />
- Accuracy<br />
- Availability<br />
- Integrity<br />
- Gross Navig. Error Rate<br />
Control Performance<br />
- Finall Approach<br />
Sequence<br />
- Spacing Precision<br />
- Go-around decision<br />
- Blunder Detection &<br />
Alarm<br />
Monitoring Performance<br />
- Availability<br />
- Integrity<br />
- Accuracy; Latency<br />
Comm Performance<br />
- Availability/Coverage<br />
- Integrity<br />
- Message Delivery<br />
Performance<br />
Figure 6.3 Final Approach Throughput Performance Factors<br />
CNS/ATM Transition Logic Diagram<br />
REGIONAL PLAN<br />
Operational Phase Benefit Mechanism Capacity (Efficiency)<br />
Regional Initiative<br />
ENABLER<br />
Operational<br />
Enhancement<br />
Phase 1<br />
ENABLER<br />
Regional Initiative<br />
Regional Initiative<br />
ENABLER<br />
Operational<br />
Enhancement<br />
Phase 2<br />
ENABLER<br />
Initiative (Not in Regional Plan)<br />
Regional Initiative<br />
ENABLER<br />
Operational<br />
Enhancement<br />
Phase 3<br />
ENABLER<br />
Initiative (Not in Regional Plan)<br />
Figure 6.4 CNS/ATM Transition Logic Diagram Template<br />
105
6.2 Capacity Driven <strong>Concept</strong> <strong>Baseline</strong><br />
<strong>The</strong> sequence of transition steps presented here defines one of many possible paths that<br />
the system operational concept and architecture could follow through the year 2015. This<br />
particular path is constructed with the objective of achieving the capacity goals stated in<br />
Section 2, using the team’s best judgment of what system enhancement steps could be<br />
taken during this period with available and emerging CNS/ATM technologies. This<br />
transition path, and most of the individual steps within it, have not been validated, and<br />
thus the quantification of the system capacity impact cannot be estimated for each step.<br />
Also, the baseline set of selected technologies will need to be subjected to requirements<br />
validation and system tradeoffs. <strong>The</strong> transition path, however, is a reasonable baseline<br />
from which to initiate the top level operational and technology trades that must be<br />
performed for initial concept validation, followed by the detailed validation studies that<br />
precede eventual implementation. Thus it supports the process presented in Figure 2.2,<br />
namely the research and development that must be initiated now to move the system<br />
successfully through 2015.<br />
6.2.1 NAS Flow <strong>Management</strong><br />
Figure 6.5 shows the proposed concept transition path for national and local traffic flow<br />
management. <strong>The</strong> diagram shows two parallel paths, one starting at the national level and<br />
the other starting at the airport level. <strong>The</strong> two paths merge in the third transition step into<br />
a coordinated traffic flow management system. <strong>The</strong> improvements implied in each<br />
transition step are detailed below.<br />
CNS/ATM Transition Logic Diagram<br />
Planning (1)<br />
NAS<br />
Improved Throughput Capacity<br />
Real-time<br />
Info Exch.<br />
EFM<br />
–Flpl feedback<br />
–Ration by sched<br />
–Flexible delay program<br />
–Schedule updates<br />
–Collaborative Dec. Making<br />
National<br />
Improved<br />
TFM<br />
Collaborative<br />
<strong>Traffic</strong><br />
<strong>Management</strong><br />
Dynamic<br />
Density<br />
<strong>Air</strong>craft<br />
Weather<br />
Reports<br />
Convective<br />
Weather<br />
Forecast<br />
TFM Seq<br />
Spacing<br />
Tool<br />
Data<br />
Link<br />
Coordinated<br />
TFM System<br />
<strong>Air</strong> <strong>Traffic</strong><br />
Mgmt System<br />
Local/<strong>Air</strong>port<br />
Enhanced<br />
Arrival<br />
Planning<br />
Integrated<br />
<strong>Air</strong>port Flow<br />
Planning<br />
EFM<br />
–Config Mgmt Sys<br />
–Departure Spacing Program<br />
–Surface <strong>Traffic</strong> Automation<br />
–Surface Movement Advisor<br />
Figure 6.5 CNS/ATM Transition Logic for Flow <strong>Management</strong><br />
106
National Level. Improved <strong>Traffic</strong> Flow <strong>Management</strong><br />
This step involves real-time information exchange between NAS users and central flow<br />
management, focused primarily on automatic schedule updates from the airlines and timely<br />
notification to airlines of flow management actions. Currently only OAG schedule and<br />
historic routing is used in the ground-hold program.<br />
National Level. Collaborative <strong>Traffic</strong> <strong>Management</strong><br />
This operational enhancement includes a collection of changes in flow management aimed<br />
at giving users more flexibility in deciding how delay is allocated across their operation.<br />
Delay will be allocated to operators according to their published schedule, and the<br />
operator in turn allocates the delay to their individual flights. Where arrival airport<br />
capacity is the constraint, emphasis will be on arrival airport schedule management and<br />
away from departure gate-hold times. This will allow operators to minimize the overall<br />
cost impact of delay on their operation by prioritizing flights according to issues such as<br />
passenger and baggage connections.<br />
<strong>Air</strong>port Level. Enhanced Arrival Planning<br />
This enhancement step provides improved terminal area arrival flow planning, including<br />
arrival runway load balancing, enhanced arrival sequencing and improved arrival flow replanning,<br />
given a perturbation such as runway change or convective weather.<br />
<strong>Air</strong>port Level. Integrated <strong>Air</strong>port Flow Planning<br />
This enhancement step involves a group of airport traffic planning initiatives aimed at<br />
integrating arrival and departure traffic, along with surface movements, into a coordinated<br />
plan. This will include optimal airport balancing of arrival and departure resources and the<br />
need for automation to support airport configuration management, including the<br />
replanning from one configuration to another due to transients.<br />
Coordinated <strong>Traffic</strong> Flow <strong>Management</strong> System<br />
In this step flow planning at the national, regional and local level are brought together in a<br />
coordinated system. <strong>The</strong> function allocation strategy to achieve this step, and the<br />
technologies required are to be determined, but many of the relevant issues are brought<br />
out in Section 3.3.<br />
6.2.2 NAS En Route and Outer Terminal Area<br />
Figure 6.6 shows the proposed concept transition path to achieve increased capacity in the<br />
en route and TMA Arrival/Departure operating phases. <strong>The</strong> sequence of operational<br />
improvement steps represented by the boxes, from top to bottom, address a reduction in<br />
effective traffic spacing starting with airway spacing criteria, through reduction of<br />
intervention rate and intervention buffers, to the eventual reduction in the basic separation<br />
standard. <strong>The</strong> improvements implied by each box are described in detail below.<br />
107
Reduced Lateral Spacing For More Arrival And Departure Transition Routes<br />
This enables closely spaced standard arrival and departure routes to fit additional traffic<br />
streams within terminal area corridors. This will help avoid congestion over entry points<br />
into terminal areas and reduce the need for in-trail traffic that backs up into en route<br />
airspace. This enhancement will be most beneficial in terminal areas where airspace is<br />
constrained due to proximate airports or special use airspace, or where severe weather<br />
activity can prevent traffic flow through parts of the airspace.<br />
<strong>Air</strong>space design criteria have to be changed to enable this operational enhancement.<br />
Those criteria are likely to be predicated on a level of navigation performance in the range<br />
of RNP 1 to RNP 0.3, along with the corresponding surveillance performance. <strong>Air</strong>space<br />
will then have to be redesigned around airports where advantage can be taken of this<br />
enhancement.<br />
CNS/ATM Transition Logic Diagram<br />
NAS<br />
En Route (6) and TMA (5) Improved Throughput Capacity<br />
<strong>Air</strong>space<br />
Criteria<br />
RNP 1-<br />
RNP0.3<br />
Nav<br />
Reduced Lateral Spacing<br />
along Fixed <strong>Air</strong>ways<br />
RMP 1-<br />
RMP0.3<br />
Surv<br />
<strong>Air</strong>space<br />
Design<br />
Guidance<br />
Path<br />
Short<br />
Term<br />
C.A.<br />
ADS-B<br />
(A/G)<br />
Data<br />
Link<br />
Wind and<br />
Temp<br />
CDTI<br />
Monitor<br />
& Backup<br />
RVSM<br />
Reduced Intervention<br />
Rate Buffer<br />
Reduced Intervention<br />
Buffer<br />
Reduced<br />
Separation Standard<br />
Radar<br />
Trackers<br />
RMP0.2<br />
Surv<br />
ADS-B<br />
(A/A)<br />
A/C Perf<br />
Models<br />
RNP0.2<br />
Nav<br />
TFM Seq<br />
Spacing<br />
Tool<br />
Ground<br />
Conformance<br />
Monitor<br />
Figure 6.6 CNS/ATM Transition Logic for En Route and Terminal Area<br />
Reduced Intervention Rate Buffer<br />
<strong>The</strong> intervention rate separation buffer is the outermost separation buffer discussed in<br />
Figure 3.7, which is added to reduce the number of potential conflict situations in the<br />
sector, and thus to limit sector controller workload. This is the role of the sector planning<br />
function in Figure 3.6, and thus the enhancements proposed here relate to the performance<br />
108
of flight plan management and medium term conflict prediction functions. Improvements<br />
in both the horizontal and vertical dimensions are included in this step, and the<br />
implementation order is likely to be horizontal first because the technology is more mature<br />
for horizontal than for vertical prediction accuracy, although the benefits of improved<br />
vertical accuracy may be greater.<br />
An improvement in medium term trajectory prediction will be needed to reduce the<br />
uncertainty that the controller has today when predicting conflicts. This improvement will<br />
be enabled by tracker enhancements that provide higher accuracy and lower latency, better<br />
wind and temperature information, and a medium term conflict probe. <strong>The</strong> terminal area<br />
will benefit from automation for more accurate sequencing and spacing of climbing and<br />
descending traffic, which will require accurate aircraft performance models. Data link will<br />
probably be required to exchange weather information, aircraft performance parameters,<br />
and trajectory definition between the air and ground systems.<br />
In addition to the above factors, a higher probability that the aircraft will follow its<br />
intended path may be required, and this may involve implementation of 4D terminal area<br />
navigation capability, and a common and accurate time source. Depending on the level of<br />
criticality of the function, there may be a requirement for cockpit traffic situation<br />
awareness through position broadcast, to provide redundancy of function.<br />
Reduced Intervention Buffer<br />
<strong>The</strong> intervention buffer is the spacing added above the minimum separation standard to<br />
account for the time required for the sector controller to detect a conflict, decide on a<br />
resolution, communicate it to the pilot, and for the pilot to act. This is the performance of<br />
the reaction loop around the sector controller and aircraft illustrated in Figure 3.6.<br />
To reduce the intervention buffer it is postulated here that data link would improve the<br />
delivery time and integrity of communications from controller to pilot. A ground-based<br />
conformance monitor is assumed that would alert the controller to aircraft deviations from<br />
intended trajectory, and a short term conflict alert function is also assumed. Criticality<br />
level is expected to be high, which will likely require an independent monitor function in<br />
the aircraft through CDTI.<br />
Reduced Separation Standards<br />
This refers to both vertical and horizontal separation. Reduced Vertical Separation<br />
Mimima (RVSM) in domestic airspace would likely be predicated on vertical path<br />
following performance similar to what is required currently in the North Atlantic.<br />
Horizontal separation is likely to require improvements in the surveillance sensors both for<br />
en route and terminal areas, and better navigation performance. <strong>The</strong> detailed requirements<br />
will have to be worked out through research, starting with the development of a risk<br />
evaluation methodology that can be used to determine the influence of technology and<br />
human factors on collision risk in radar controlled airspace.<br />
6.2.3 NAS Approach/Departure Transition<br />
Figure 6.7 shows the proposed concept transition path to achieve increased capacity in the<br />
Arrival/Departure transition operating phases. <strong>The</strong> sequence of operational improvement<br />
109
steps represented by the boxes, from top to bottom, address a reduction in effective traffic<br />
spacing starting with route spacing, intervention buffers, through reduction in the basic<br />
separation standard. <strong>The</strong> improvements implied by each box are described in detail below.<br />
Reduced Lateral Spacing For More Arrival And Departure Transitions<br />
This enables closely spaced arrival and departure routes to fit additional traffic streams<br />
within terminal area corridors. This enhancement will be most beneficial in terminal areas<br />
where airspace is constrained due to proximate airports or Special Use <strong>Air</strong>space.<br />
<strong>Air</strong>space design criteria have to be changed to enable this operational enhancement.<br />
Those criteria are likely to be predicated on a level of navigation performance of RNP 0.3,<br />
along with a corresponding surveillance performance. <strong>Air</strong>space will then have to be<br />
redesigned around airports where advantage can be taken of this enhancement.<br />
CNS/ATM Transition Logic Diagram<br />
NAS<br />
Arr/Dep Trans (4) Improved Throughput Capacity<br />
Close<br />
Routes<br />
Criteria<br />
Final<br />
Approach<br />
Spacing<br />
Tool<br />
RNP0.3<br />
Nav<br />
Reduced Lateral Spacings:<br />
More Arr & Dep Trans<br />
Reduced Separation<br />
Buffer (Ground Vectoring)<br />
RMP 0.3<br />
Surv<br />
<strong>Air</strong>space<br />
Design<br />
Radar<br />
Trackers<br />
TFM Seq<br />
Spacing<br />
Tool<br />
RTA<br />
Short<br />
Term<br />
C.A.<br />
CDTI<br />
Reduced Separation<br />
Buffer (A/C Guidance)<br />
RMP0.1<br />
Surv<br />
A/G Data<br />
Link<br />
ADS-B<br />
(A/G)<br />
Reduced Horizontal<br />
Separation Standard<br />
RNP0.1<br />
Nav<br />
Figure 6.7 CNS/ATM Transition Logic for the Arrival Transition Phase<br />
Reduced Separation Buffer (Ground Vectoring)<br />
This enhancement involves more accurate timing of aircraft delivery to the final approach<br />
fix through more effective ATC vectors. <strong>The</strong> improvement will be enabled by better<br />
trackers for trajectory prediction, automation tools for accurate traffic sequencing and<br />
spacing, and automation support to generate accurate ATC vectors for final approach<br />
spacing.<br />
Reduced Separation Buffer (<strong>Air</strong>craft Guidance)<br />
110
<strong>The</strong> component of the spacing buffer at the final approach fix that is contributed by the<br />
aircraft guidance and navigation performance will be improved in this step. This will<br />
involve the use of required time of arrival functionality with the appropriate performance<br />
parameters, an accurate and common time source and data link to deliver clearances with<br />
accurate timing information. In addition, short term conflict alert functionality may be<br />
required to improve conformance monitoring.<br />
Reduced Horizontal Separation Standard<br />
In this operating phase it is normally spacing on final approach that determines the<br />
separations applied. As seen in Figure 6.7 the concept includes a plan to reduce spacing<br />
on final approach, and thus the approach transition phase may need corresponding<br />
separation reductions. <strong>The</strong> improvement and enablers would be analogous to the last box<br />
in Figure 6.6, with perhaps a need for further improvement in navigation and surveillance<br />
performance.<br />
6.2.4 NAS Final Approach<br />
Figure 6.8 shows the proposed concept transition path to achieve increased capacity in the<br />
Final Approach and Initial Departure operating phases. <strong>The</strong> chart shows two independent<br />
enhancement paths, the one on the right centered on additional runways, the one on the<br />
left centered on increased runway utilization. <strong>The</strong> improvements are described in detail<br />
below.<br />
CNS/ATM Transition Logic Diagram<br />
NAS<br />
Final App/Init Dep (3) Improved Throughput Capacity<br />
TFM<br />
Assignm.<br />
Seq.<br />
Increased Rwy.<br />
Utililization<br />
with current<br />
technology<br />
PRM<br />
CRDA<br />
AIP<br />
Additional<br />
Available<br />
Runways<br />
DGPS<br />
<strong>Air</strong> to<br />
Ground<br />
ADS<br />
Ground<br />
Monitor<br />
Reduction in<br />
lateral separation<br />
to 2500 ft<br />
Wake<br />
Vortex<br />
Mitigation<br />
Reduction in<br />
longitudinal<br />
separation to<br />
3/2.5nm<br />
Procedures<br />
Procedures<br />
CDTI<br />
<strong>Air</strong> to<strong>Air</strong><br />
ADS<br />
Reduction in<br />
lateral separation<br />
to 1000 ft<br />
DGPS<br />
Reduction in<br />
longitudinal<br />
separation to<br />
2nm<br />
ROT<br />
Rollout /<br />
Turnoff<br />
Guidance<br />
Figure 6.8 CNS/ATM Transition for the Final Approach and Initial Departure Phase<br />
Additional Available Runways<br />
This improvement involves a combination of new runways being built, and of existing<br />
runways being made more available through development of instrument approaches.<br />
111
FAA’s <strong>Air</strong>port Improvement Program is the enabler for new runway construction, which<br />
also may rely on new approaches to approach and procedure design to address airport<br />
noise concerns. Existing FMS capabilities can be utilized to reduce both the spread and<br />
the severity of noise impact, through tailored approach and departure procedures.<br />
Experience at Frankfurt airport (Schadt and Rockel, 1996) has shown that by flying FMS<br />
procedures instead of ATC vectors, neighborhood noise impact can be reduced<br />
considerably.<br />
Instrument approaches to a larger number of runways in the CONUS will be enabled by<br />
differential GPS down to CAT III minima, and again the implementation relies on<br />
procedure development for each airport.<br />
Increased Runway Utilization with Current Technology<br />
This improvement step involves the installation of existing technology where needed to<br />
increase throughput of closely spaced parallel and converging runways in IMC. To fully<br />
take advantage of the Precision Runway Monitor and Converging Runway Display Aid<br />
technologies it may be necessary to include arrival and departure sequencing and spacing<br />
automation.<br />
Reduction in Lateral Separation to 2500 ft<br />
This enhancement reduces further the minimum lateral separation between parallel<br />
runways for independent operations. To assist with aircraft blunder detection, ADS<br />
event-based position reporting and improved monitoring on the ground will be needed.<br />
Precision missed approach guidance may also become an issue.<br />
Reduction in Lateral Separation to 1000 ft<br />
<strong>The</strong> reduction below 2500 ft between independent parallel runways in IMC is currently<br />
being discussed in the context of airborne separation assurance through CDTI. Wake<br />
vortex is also an issue here. This is an ambitious step, and the exact requirements will have<br />
to be worked out carefully through further research.<br />
Reduction in Longitudinal Separation to 3 or 2.5 nm<br />
In IMC, the longitudinal separation on final approach is currently set by wake vortex<br />
considerations, and therefore this enhancement step must address wake detection and<br />
avoidance. This may be done through a combination of wake prediction/detection<br />
technology and new procedures to mitigate risk.<br />
Reduction in Longitudinal Separation to 2 nm<br />
Further reduction in longitudinal spacing on final approach would address runway<br />
occupancy and the need to ensure rapid braking and turnoff performance of the aircraft.<br />
In low visibility this may require improved rollout and turnoff guidance, perhaps based on<br />
differential GPS. Included here might be the possibility of allowing two aircraft on the<br />
runway at the same time, if it can be ensured that the trailing aircraft has the required<br />
braking performance to stop short.<br />
112
6.2.5 NAS Surface<br />
Figure 6.9 shows the proposed concept transition path to achieve increased capacity on<br />
the airport surface. <strong>The</strong> chart shows two independent enhancement paths, the one on the<br />
right centered on low visibility operations, the one on the left centered on good VMC.<br />
<strong>The</strong> improvements are described in detail below.<br />
Additional Gates, Taxiways and Aprons<br />
This enhancement will be needed along with any additional runways, or improved runway<br />
utilization, to ensure that the airport surface does not become the constraining factor in<br />
the operation. <strong>The</strong> <strong>Air</strong>port Improvement Program is the cornerstone for this<br />
enhancement.<br />
Reduced Schedule Uncertainty<br />
This enhancement involves reducing variability of operations at major hubs during peaks,<br />
so that arriving aircraft can get to a gate expediently, and thus avoid gridlock on taxiways<br />
and apron areas. This will involve both more predictable aircraft turnaround time, and<br />
better airport flow management, which should result in less schedule padding due to<br />
variance in traffic related delay.<br />
CNS/ATM Transition Logic Diagram NAS<br />
Surface (2)<br />
Improved Throughput Capacity<br />
Good Visibility<br />
Low Visibility<br />
AIP<br />
Additional<br />
Gates, Taxiways<br />
and Aprons<br />
AMASS<br />
ASDE<br />
Improved Surface<br />
Guidance<br />
and Control<br />
Lights<br />
Reduce<br />
Turnaround<br />
Time<br />
Reduce<br />
Schedule<br />
Uncertainty<br />
Enhanced<br />
Flow<br />
Managmt<br />
Surface<br />
Guidance<br />
Visual Throughput<br />
in CAT IIIb<br />
RNP 0.1<br />
Surface<br />
<strong>Traffic</strong><br />
Automation<br />
Data Link<br />
Improved Surface<br />
Sequencing,<br />
Scheduling and<br />
Routing<br />
RTA<br />
ASDE<br />
CDTI<br />
Figure 6.9 CNS/ATM Transition for the <strong>Air</strong>port Surface.<br />
Improved Surface Sequencing, Scheduling and Routing<br />
This involves surface surveillance and automation to sequence, schedule and route aircraft<br />
through the taxiway system more effectively.<br />
Improved Surface Guidance and Control<br />
113
In extreme low visibility conditions it can be taxiway guidance and surface surveillance<br />
that limit the airport’s throughput. This enhancement step would improve surface lighting<br />
to guide the aircraft, and implement surveillance and runway incursion alerting for the<br />
tower controller.<br />
Visual Throughput in CAT IIIb<br />
This enhancement would be enabled by all-weather surface operations guidance in the<br />
aircraft, along with aircraft position information. Presentation of other aircraft position<br />
may also be a requirement.<br />
6.3 <strong>Concept</strong> Validation Needs<br />
<strong>The</strong> system transitions presented in Section6.2 are constructed to achieve phased<br />
reductions in traffic spacing in high density areas in the NAS. None of the steps presented<br />
have been fully validated, although the initial improvements are well supported by<br />
performance data, and the steps are subject to more uncertainty as we predict further into<br />
the future.<br />
Regardless of what transition steps the system will eventually go through, it is necessary to<br />
follow a disciplined process of transition plan validation before system procurement<br />
decisions are made. Figures 2.1 and 2.2 are top level illustrations of what this validation<br />
process entails, in terms of sequence and content of the validation tasks.<br />
<strong>The</strong> first three steps in Figure 2.1 constitute the system preliminary design phase, which<br />
when applied to the air traffic management system development will include the following<br />
tasks:<br />
1. Considering the whole system, which improvement steps should be taken first, based<br />
on considerations of potential benefits vs. estimated cost This task produces a<br />
prioritized list of transition steps, and thus serves to focus further more detailed efforts<br />
on the most important problems.<br />
2. For each of the operating phases, what are the kinds of improvement steps that are<br />
needed, and in what order should they be taken This step involves a look at available<br />
and emerging technology, taken together with human factors feasibility issues, but<br />
must remain at a high enough level to retain an overall system view.<br />
3. For a particular improvement step in the plan produced in 1 and 2, derive the required<br />
system performance, and allocate to the associated CNS/ATM elements. This<br />
allocation, again, must includes human factors feasibility along with technology<br />
performance.<br />
4. Given the CNS/ATM performance requirements in 3, determine what combinations of<br />
technology and procedures can be applied to achieve the improvement objectives.<br />
This produces a list of alternatives for each transition step under consideration.<br />
5. Determine which of the alternatives in 4 is the best option. This involves technology<br />
and human factors feasibility, investment analysis, and implementation risk, and must<br />
be considered in the context of the overall system architecture. Thus, the design<br />
114
trades involved in this step will result in functional allocation and system architecture<br />
decisions for the end-to-end system improvements being considered.<br />
Items 1 through 5 above will require appropriate analysis tools to properly resolve the<br />
complex issues, and it is important for these issues to remain at an overall system level.<br />
Thus, the tools employed must include only the necessary level of detail and carefully<br />
constructed metrics. <strong>The</strong> team is concerned that this is currently a weakness in the NAS<br />
modernization process. Specific research topics aimed at addressing this concern are<br />
discussed in Section 8.3.<br />
<strong>The</strong> detailed validation of operational concept elements (i.e. the transition steps in the<br />
modernization plan) follows the preliminary design trades described above. This is an area<br />
where much more emphasis has been placed in traditional system development, and thus<br />
many of the required methods and tools are already available. <strong>The</strong> following items must<br />
be included in the concept validation process:<br />
• Normal, non-normal, and rare-normal performance of all system components must be<br />
included throughout the process. This may currently be an area of weakness in ATM<br />
systems development, where too much emphasis is placed on normal performance, and<br />
disturbances and failure modes are considered only late in the development process.<br />
• Technology must be prototyped, including human factors considerations, and<br />
simulation analysis used to produce performance data and refine the system design.<br />
• <strong>Concept</strong> validation involves demonstrating technical and human performance, and the<br />
associated benefits and costs, against the metrics established in the preliminary design<br />
phase.<br />
• <strong>The</strong> validation process is iterative, may lead to a conclusion that a concept (and<br />
associated technology) is not viable and must be either modified or abandoned.<br />
• When the validation process is completed, and an investment case is made, the concept<br />
moves into system design, build and install.<br />
Of the three primary system development phases (preliminary design, concept validation<br />
and design and implementation), the last is by far the most costly, and the first can be<br />
performed at a relatively low cost by properly focusing the effort. Thus, it is possible to<br />
avoid potentially costly procurement that fails to meet requirements with a reasonable<br />
investment in preliminary system design.<br />
115
7 NAS <strong>Concept</strong> Evaluation<br />
7.1 Global Scenarios<br />
Scenario writing typically involves the juxtaposition of a number of alternative futures.<br />
<strong>The</strong>se constructed images of the future may range from ‘optimistic’ to ‘pessimistic’ as<br />
they attempt to extrapolate current nominal trends with other likely and plausible futures.<br />
In this section, only a single NAS scenario was constructed. This single global scenario is<br />
based on a review of some relevant references structured by six major scenario categories<br />
that capture the many facets of NAS operations subject to possible limitations, constraints,<br />
modifications, and shifts regarding the future ATM system envisioned for 2015. Section<br />
2.3.1 outlines the scenario building process, including a brief description of the 13 issue<br />
categories which, along with the six major scenario categories, organize the selected texts<br />
drawn from the several sources listed in the Bibliography. Appendix B contains the collage<br />
of texts cited from the Bibliography. <strong>The</strong> following is a general scenario that provides a<br />
spectrum of potential issues which may affect the future patterns of development of the<br />
ATM infrastructure and operation.<br />
First, according both FAA and <strong>Boeing</strong> references, the increase of air traffic domestically<br />
and globally is estimated to grow from 1997 to 2016 by about 5% (<strong>Boeing</strong> CMO (1997),<br />
p. 3). This expected growth will increase domestic aircraft operations in 2008 to 31.5<br />
million relative to 1996 (24. 0 million) (U.S. FAA Aviation Forecasts (1997), p. I-14).<br />
Coupled to this growing traffic is its effect on the workload levels at ARTCCs. <strong>The</strong><br />
forecasts indicate a workload increase at an annual rate of 1.8% from 1996 to 2008. This<br />
increased workload means that FAA en route centers are expected to handle 50.2 million<br />
IFR aircraft by 2008 (ibid, p. I-14).<br />
<strong>The</strong> increased traffic flows require a substantial economic investment for all categories of<br />
infrastructure including ATC/ATM systems, airports, and feeder roads, all of which will<br />
require government financial support. <strong>The</strong>se supports may be delayed since governments<br />
may be cash-strapped (Booz, Allen & Hamilton (1995), p. 2-29). For example, future<br />
funding for the FAA will fall far short of what the agency needs to provide even the<br />
current level of services, since it is projected that a budget shortfall of $12 billion exists in<br />
the near term or from fiscal year 1997 to 2002. Such deficits promote an unfolding<br />
scenario of increased corporatization and privatization of basic ATM services with<br />
uncertain consequences regarding economic, safety and regulatory issues (U.S. Congress<br />
(1996), p. 9).<br />
Political and economic related concerns in the international context may also conflict with<br />
the sovereignty of states. <strong>Air</strong> transport authorities have become increasingly concerned<br />
about the regulation of international air transport. <strong>The</strong> establishment of unified regional<br />
economic markets has invoked concerns about adverse effects on the national airlines of<br />
non-participating states (Booz, Allen & Hamilton (1995), p. 2-135). A major ICAO<br />
meeting in 1994 concluded that “in view of the disparities in economic and competitive<br />
situations there is no prospect in the near future for a global multilateral agreement in the<br />
116
exchange of traffic rights.” (Donne (1995), pp. 47-49). Related potential disruptive issues<br />
include global market access, where an open skies policy for international operations is not<br />
yet considered feasible, especially when slot allocations are limited, foreign investment in<br />
another sovereign state’s airlines raises ownership and control concerns, and the over 900<br />
different taxes worldwide imposed on the industry creates an added economic burden on<br />
airlines (ibid, pp. 50-51).<br />
In the area of environmental considerations, the affect of world air transport has,<br />
according to IATA, been less severe than other modes of transportation. However,<br />
tougher standards are being proposed which may add to developmental costs incurred by<br />
the airline industry (ibid, pp. 161-162).<br />
<strong>The</strong> future affects of alternatives to air travel seem to be relatively secure. Various forms<br />
of innovative electronic communication have been, and may well be in the future, less<br />
severe than some reports have suggested. Video-conferencing, for example, seems to have<br />
some impact on reductions in air traffic only during economic recessions when<br />
businessmen forego travel expenses during these periods. From an efficiency point of<br />
view, such high-tech communications and information technologies do not directly<br />
compete with air travel (ibid, pp. 85-87).<br />
A number of potential drawbacks exist, however, with the proposed GPS and satellitebased<br />
navigation on the use of airspace. First, several ICAO member states have been<br />
vocal in their reluctance to accept a GPS-based satellite navigation system, primarily<br />
because GPS is U.S.-owned and currently managed by the DOD. <strong>The</strong>y are also concerned<br />
that the U.S. may unilaterally degrade the GPS signal accuracy for precision guidance<br />
(Booz, Allen & Hamilton (1995), pp. 3-94, 3-95). Much work has been conducted by the<br />
international community to develop and implement a GNSS, which may not include GPS<br />
(ibid, p. 3-49). Moreover, uncertainties associated with GPS (and other) satellite-based<br />
navigation include system availability and integrity especially crucial during precision<br />
approaches in poor weather conditions (ibid, pp. 3-53, 3-58).<br />
Not only the space segment poses potential constraints for the future ATC/ATM<br />
operations in NAS or other airspace. <strong>The</strong> ATC architecture may itself be a source of<br />
potential problems. If current software practices continue (such as heterogeneous<br />
communications protocols and data formats, and multiple application languages), costly<br />
software maintenance of the many (e.g. 54 operational ATC systems written in 53<br />
programming languages) fragmented ATC systems would be the result in the future (U.S.<br />
GAO AIMD-97-30 (1997), pp. 40-46). No FAA organization is responsible for the<br />
problem of technical ATC architecture creating the potential proliferation of an<br />
uncoordinated ATC software architecture development process affecting the future ATC<br />
modernization effort (ibid, pp. 47-54).<br />
<strong>The</strong> disruption and delay of traffic flow may also be generated from ground handling<br />
processes. For example, due to increased mix of international passengers, delays may be<br />
caused by increasing volume of visa processing. This could be especially acute in a<br />
possible future of heightened political instabilities which would create stricter measures to<br />
control the flow of immigrants and foreign travelers (Booz, Allen & Hamilton (1995), p.<br />
148). Another future risk associated with ground handling concern health requirements of<br />
117
travelers. <strong>The</strong>re are signs that debilitating or fatal diseases which have been eradicated in<br />
many countries may be returning and have the potential for spreading through<br />
international travel, and thereby causing further processing delays as health-related<br />
documentation is reviewed at ports of entry. Also, outmoded and complicated inspections<br />
negate the inherent advantage of speed offered by public air transport which may also add<br />
to the cost of airline operation in excess of $100,000 per day (Donne (1995), p.149).<br />
In addition to ground handling issues, the efficient operation of airports demands increased<br />
airport capacity that could handle the projected 57% increase in passenger enplanements<br />
between 1993 and 2005. Major investments will be needed to accommodate more<br />
passengers and larger aircraft. A substantial increase in aircraft operations at a large hub<br />
airport may warrant consideration of additional runways. However, the outlook for new<br />
runways at major origin/destination airports is less promising. New runways are being<br />
considered at only 5 of 13 large hub airports where more than two-thirds of traffic is<br />
locally generated. <strong>The</strong> engineering and political obstacles are daunting to new runway<br />
construction at these airports. It is projected that airfield congestion at major<br />
origin/destination airports will continue to be one of the most difficult issues facing civil<br />
aviation (U.S. FAA NPIAS (1995), pp. 29-30).<br />
Efforts to increase future airspace capacity with Free Flight concepts may be stalled by<br />
conflicts of Special Use <strong>Air</strong>space issues. Although SUA serves the important safety<br />
function of segregating hazardous activity from non-participating aircraft, civil users have<br />
voiced concerns about whether SUA is being efficiently managed. By its location SUA can<br />
limit air traffic to and from a particular location and thus has become a much more urgent<br />
issue because of the aviation community’s movement toward Free Flight. Under a Free<br />
Flight operating concept, the users of the system would have more freedom to select<br />
preferred routes as long as such routes do not interfere with safety, capacity, and SUA<br />
airspace. A key recommendation is the establishment of a real time system to notify<br />
commercial users of SUA availability. At least two hours of minimum notice is suggested.<br />
Such use of SUA could disrupt the visions of relatively unfettered Free Flight for the NAS<br />
in 2015 (U.S. GAO RCED-97-106 (1997), p. 25).<br />
Some potential airport safety problems may be anticipated under the emergence of the<br />
new NAS. An example is when the acquisition, development, integration, and assimilation<br />
of complex systems and technologies (which rarely are ‘off-the-shelf’) produce<br />
unexpected outcomes, costs, and delays, such as was the case for the now defunct<br />
Advanced Automation System (AAS). Currently being replaced by the Standard Terminal<br />
Replacement System (STARS) which provides controllers in TRACONs with new<br />
workstations and supporting computer systems, the AAS incurred schedule delays of up<br />
to eight years with estimated increase in costs from $2.5 billion to $7.6 billion. FAA’s<br />
schedule for STARS can also be jeopardized by scheduling conflicts with other<br />
modernization efforts. For example, in September 1996, a study identified 12 potential<br />
scheduling conflicts at the first 45 STARS sites. Safety issues surrounding airport<br />
operations may also be associated with an unhealthy mix of newer digital and older nondigital<br />
systems such as terminal surveillance radars (U.S. GAO RCED-97-51), pp. 3-4).<br />
FAA’s organizational culture and workforce issues also may prove to be problematic in<br />
the future in terms of safety, schedule delays, and project costs. As may be inferred from<br />
118
above, the agency’s organizational culture has been an underlying cause of the persistent<br />
cost overruns, schedule delays, and performance shortfalls as exhibited, for example, in its<br />
acquisition of major ATC systems. FAA officials have rushed into production before<br />
completing development, testing, or evaluation of programs. Also, poor oversight has<br />
caused acquisition problems in such projects as ODAPS and Mode S where the delivery of<br />
the latter was delayed for five years (U.S. GAO RCED-96-159 (1996), pp. 22-29).<br />
Moreover, an environment of control has been fostered by the agency’s hierarchical<br />
structure where employees are not empowered to make needed management decisions.<br />
Fewer than half reported that they had enough authority to make day-to-day decisions<br />
about day-to-day problems. Also, poor coordination between FAA’s program offices and<br />
field organizations has caused schedule delays as has been the case with the Terminal<br />
Doppler Weather Radar, the <strong>Air</strong>port Surveillance Radar, and the <strong>Air</strong>port Surface<br />
Detection Equipment (ibid, pp. 29-31). Finally, a study in 1994 showed that differences in<br />
the organizational culture among FAA’s air traffic controllers, equipment technicians,<br />
engineers, and divisional managers made communication difficult and limited coordination<br />
efforts (ibid, pp. 32-33).<br />
With respect to potential future issues regarding FAA’s workforce, the agency has<br />
identified that for 1997 and 1998 their staffing needs will be met. However, it is uncertain<br />
whether current sources can provide the controller candidates FAA will need through<br />
2002. FAA officials have identified several impediments that hinder their ability to staff<br />
ATC facilities at specified levels. <strong>The</strong> first is FAA headquarters’ practice of generally not<br />
providing funds to relocate controllers until the end of the fiscal year, which causes<br />
delayed controller moves and continued staffing imbalances. <strong>The</strong> second impediment is the<br />
limited ability of regional officials to recruit controller candidates locally to fill vacancies at<br />
ATC facilities. In addition, FAA regional officials also believe that limited hiring of new<br />
controllers in recent years has hindered their ability to fill vacancies. Partly due to these<br />
impediments, as of April 1996 about 53% of ATC facilities were not staffed at levels<br />
specified by FAA’s staffing standards (U.S. GAO RCED-97-84 (1997), pp. 3-4.<br />
7.2 Implications of Global Scenarios on System Transition Paths<br />
<strong>The</strong> global scenario outlined in Section 7.1 suggests some of the possible ways that the<br />
future transitional path of the NAS system in 2015 may be diverted from the generally<br />
expected trajectory. <strong>The</strong> particular unfolding nature of these transitions may affect system<br />
capacity, safety, and efficiency.<br />
NAS system demand is primarily driven by general market and economic conditions. For<br />
example, about 80% of the Gross Domestic Product (GDP) directly contributes to the<br />
Revenue Passenger Miles (RPM). Moreover, political, social, and cultural realities, and<br />
concomitant uncertainties, may also play a significant role in shaping the demand for<br />
travel, in general, and air travel, in particular. To address future traffic demand, a sufficient<br />
NAS system capacity must be provided. How the future NAS system capacity is realized,<br />
however, is dependent on a number of parameters including airplane size, the mix of an<br />
airline’s fleet, the nature and extent of operating in a hub and spoke configuration, and<br />
other relevant issues such as airline deregulation and the impact of technological<br />
developments and applications (e.g. ADS-B, CTAS). In terms of NAS capacity, an<br />
119
estimated 5% constant traffic growth requires that the NAS infrastructure and operational<br />
capacity in 2015 is prepared to handle 2.4 times the current traffic flow rate. A successful<br />
system transition toward this goal may likely be delayed given the range of technical,<br />
economic, institutional, and political obstacles. From delays in ground handling due to<br />
likely increases in processing foreign passengers, to delays in integrating the latest<br />
software and other technological subsystems, the NAS may have insufficient capacity in<br />
2015 to assimilate the projected growth rates in traffic. <strong>The</strong> estimated RNP levels may not<br />
be viable (especially near terminal areas) for the stated period, as successfully integrating<br />
the CNS/ATM technical operational infrastructure may be affected by potential ATC<br />
architecture integration issues associated with complexity, functional redundancy, and<br />
general compatibility of several software-laden technologies. <strong>The</strong> number of planned<br />
runway construction projects at the 13 major hubs promises to constrain the capacity<br />
needs in 2015. Of course, economic shortfalls can undercut needed improvements in<br />
system capacity by underfunding specific technical projects (e.g. ASR-9 surveillance radar<br />
installations) which directly contribute to enhancements in NAS capacity.<br />
Given recent ATC developmental history, possible impacts on system safety may arise<br />
from the emerging trend of multiple, uncoordinated, and fragmented technologies<br />
producing an unsystematic array of incompatible technologies (e.g. several software<br />
protocols) which may diminish presumed margins of safety. Also, the expected shortage of<br />
trained air traffic controllers after 2002 may be detrimental to operational safety precisely<br />
when traffic flow levels are expected to rise dramatically. In addition, possible conflicts<br />
stemming from Special Use <strong>Air</strong>space between the military and civilian interests may<br />
introduce added risks in a regime of Free Flight envisioned for en route airspace. If a<br />
minimum of two hour notification is needed to communicate the availability status of the<br />
SUA, a decrease in operational safety may be expected due to possible communication<br />
errors in the operational context of relative route flexibilities generated in a Free Flight<br />
environment, which would require heightened ATC surveillance levels.<br />
Possible setbacks from planned NAS efficiency may come from the inability of operators<br />
to have unfettered airspace market access, or when limitations in slot allocations at many<br />
airports is reached. This is due, in part, to concerns by sovereign states in protecting their<br />
national interests. International competitive pressures may further exacerbate the efficient<br />
traffic flows from one global region to another. <strong>The</strong> uncertainties regarding different<br />
satellite-based CNS schemes may also cause operational inefficiencies as carriers may be<br />
required to adapt to multiple modes of navigational aids, moving from GPS-based systems<br />
to other non-U.S. developed navigational systems. Finally, potential inefficiencies may be<br />
incurred due to possible degradations of satellite-based navigation signal availability or<br />
continuity of function due to ionospheric scintillations and other potential sources of<br />
errors. <strong>The</strong>se effects would be especially severe during the approach and landing phases.<br />
7.3 Comparison with the FAA and RTCA Operational <strong>Concept</strong>s<br />
<strong>The</strong> concept presented in this report is built around the goal of increasing system capacity<br />
in clearly defined transition steps. Additional system improvements to support increased<br />
efficiency are also presented. This concept, as well as other long term ATM operational<br />
120
concepts under consideration for the NAS, will need to be validated against the mission<br />
objectives as discussed in Section 6.<br />
Appendix C contains a top level analysis that the team performed on the FAA and RTCA<br />
operational concepts in June of this year. It appears that the FAA and RTCA concepts<br />
assume a very similar technology basis as this report, with an operational emphasis that is<br />
perhaps more on user flexibility than on system capacity, although this is not stated in<br />
either document.<br />
Many possible transition paths and a large array of technology can be applied to the NAS<br />
modernization. An approach that is largely technology-driven has resulted in an emphasis<br />
on new technology as the solution, but there is not yet an agreement on what the primary<br />
problem is. <strong>The</strong> industry must clearly define what problem should be solved (i.e. state the<br />
system mission), and use this statement to drive technical requirements with proper<br />
inclusion of human factors, or run the risk of making a huge investment in a system that<br />
does not fulfill the mission.<br />
121
8 Conclusions and Recommendations<br />
8.1 Conclusions<br />
1. <strong>The</strong> traffic growth predictions presented in Section 2 indicate that as early as 2006<br />
the NAS will suffer serious traffic gridlock unless increased capacity is ensured.<br />
<strong>The</strong> terminal area is predicted to be the primary choke point in the system, with<br />
increasing congestion in some en route regions. This situation, if not addressed,<br />
will cause airline hubbing operations to become difficult, if not infeasible, with<br />
escalating costs which will constrain economic growth.<br />
2. <strong>The</strong> current approach to NAS modernization will not accommodate the predicted<br />
growth. This is primarily due to two factors:<br />
• <strong>The</strong> pace of the modernization is too slow to respond to market needs.<br />
• <strong>The</strong> system development process is inadequate, as it is largely technologydriven<br />
to point solutions, without traceability to clearly defined mission<br />
goals.<br />
8.2 Recommendations<br />
1. NAS capacity must be increased two to three fold through 2015. This is a<br />
challenging task, technically and economically, and will involve a combination of<br />
the following:<br />
1.1. Additional runways will be needed, either at existing hub or reliever<br />
airports or at new airports.<br />
1.2. Higher traffic density in terminal areas and the most congested en route<br />
regions will also be needed. <strong>The</strong> operational concept presented in this<br />
report proposes to achieve this through a combination of the following:<br />
1.2.1. Improvements in communications, navigation and surveillance<br />
technology to support reduced separations. This will be aimed at<br />
more accurate trajectory definition and execution, and better<br />
position and intent information for the separation assurance<br />
functions. A precision 4-D separation assurance framework,<br />
distinct from procedural or radar control, will emerge.<br />
1.2.2. Changes in the separation assurance functions to achieve the<br />
capacity goals. This will involve decision support tools for<br />
increased accuracy and productivity, along with an architecture that<br />
supports the required criticality of function for separation<br />
assurance.<br />
1.2.3. <strong>Air</strong>space configuration to support either high or low density<br />
operations through dynamic partitioning. Access to airspace will be<br />
based on aircraft capability, qualified to a maximum Required<br />
System Performance (RSP) level in which the aircraft can operate.<br />
122
1.2.4. A coordinated traffic flow planning system that supports higher<br />
capacity and efficiency. This will involve a careful definition of<br />
roles for each flow planner and the information infrastructure<br />
needed to support each function.<br />
2. A major change is needed in the ATM system development process to ensure that<br />
the modernization objectives will be achieved. <strong>The</strong> following issues must be<br />
carefully considered:<br />
2.1. All system elements will be affected, and thus a whole-systems approach<br />
must be taken to ensure that benefits will be delivered.<br />
2.2. A collaborative development approach must be adopted throughout the<br />
modernization process to ensure inclusion of all system stakeholders.<br />
2.3. <strong>The</strong> high level preliminary design trade examination must be done before<br />
major concept and architecture decisions are made to ensure that the<br />
system will achieve its mission - which includes total system productivity<br />
and affordability.<br />
2.4. <strong>Concept</strong> development and validation must incorporate human factors and<br />
technology equally throughout the modernization effort.<br />
2.5. <strong>The</strong> level of risk and criticality requirements for ground and air elements<br />
must be understood and incorporated early in the development, to ensure<br />
that the concept and architecture will be certifiable.<br />
2.6. Interdisciplinary research and development teams are essential to ensuring<br />
modernization success, due to the size and complexity of the system.<br />
8.3 Research Needs to Support the 2015 <strong>Concept</strong><br />
This report has presented an operational concept baseline for the NAS through 2015, and<br />
has devoted considerable attention to how a large scale system development such as the<br />
NAS modernization should be approached. This section presents a list of research areas<br />
where focused effort will be required to move from a concept into an operational system.<br />
<strong>The</strong> list is not exhaustive and a considerable effort is required to develop a comprehensive<br />
research and development plan, but this section attempts to highlight the most critical<br />
research needs.<br />
8.3.1 System Development Process<br />
<strong>The</strong> following are the primary recommendations to address the shortcomings of the ATM<br />
system development process:<br />
1. System Performance Metrics. An overriding concern for the entire ATM system<br />
development process is that efforts are not properly focused on clear goals. This is<br />
partly due to a lack of consensus in the industry, but partly due to a lack of meaningful<br />
metrics against which to measure success. Thus, from the point of view of managing<br />
research and development, an immediate priority must be placed on the development<br />
of a set of system performance metrics that directly relate to the system safety,<br />
123
capacity and efficiency goals. Deriving from these top level metrics will be a hierarchy<br />
of metrics for measuring performance of system components, all of which need to be<br />
defined to support the top level metrics.<br />
2. Integration of Human Factors. <strong>The</strong>re is a need to determine, in detail, the process<br />
of how human factors can be incorporated into ATM system development, design,<br />
integration and maintenance. <strong>The</strong> process should define both the nature and timing of<br />
inputs. <strong>The</strong> plan for human factors involvement would then be available as guidelines<br />
which could be used by decision makers in the system development process.<br />
3. Role <strong>Definition</strong>. Focused and specific guidelines need to be produced on how to<br />
determine and describe the eventual role of the humans in a system where the<br />
functional allocation is to be human-centered. <strong>The</strong> kind of automation support<br />
humans need will be identified by the requirements of the human role within the ATM<br />
system. This activity must done as part of the operational concept definition phase of<br />
system development and would be expected to identify very explicit research questions<br />
that need to be answered as a part of preliminary design.<br />
8.3.2 Research Tools Development<br />
An integrated set of analysis and simulation tools needs to be developed, aimed at the<br />
evaluation of preliminary design concepts for a selected U.S. high density air traffic area.<br />
<strong>The</strong> tools must support the development of a transition plan from the current ATC<br />
infrastructure to the future architecture and operation. This tool set will support the<br />
identification of long range (up to 30 year) system capacity, safety and efficiency needs,<br />
evaluation of alternative operational concepts, allocation of requirements to CNS and<br />
ATM system elements, and evaluation of the safety, human performance suitability and<br />
economics of alternative transition strategies.<br />
A series of research tasks are needed for developing an operational performance baseline<br />
of a high density air traffic services area. <strong>The</strong>se tasks will establish traffic and<br />
infrastructure forecasts, develop an integrated analysis tools set spanning overall system<br />
operational modeling, technical CNS and ATM performance modeling, and economic<br />
transition assessment. Also to be established is a database of technology (current and<br />
emerging), as well as human performance tools and assessments. <strong>The</strong>se tools and data<br />
will be applied to the preliminary design and evaluation of the phased introduction of new<br />
CNS/ATM technologies for high density traffic areas. A conceptual framework for this<br />
set of preliminary design exploration tools is shown in Figure 8.1.<br />
124
<strong>Concept</strong>s Requirements Trades Evaluation<br />
Operational<br />
<strong>Baseline</strong><br />
<strong>Traffic</strong> and<br />
Infrastructure<br />
Forecast Models<br />
Analysis Tools:<br />
Operations<br />
Investment Anal<br />
Tech Reqmts<br />
System Transition State 1<br />
System Transition State 2<br />
System Transition State 3<br />
System Transition State 4<br />
Technology<br />
Schedule &<br />
Performance Models<br />
Human Perf<br />
Models & Data<br />
Figure 8.1 Preliminary Design Tools<br />
8.3.3 Research on ATM Functions<br />
Overall Performance of ATM Functions<br />
1. Reduction of separation for higher throughput must be researched. <strong>The</strong><br />
relationship between safety and capacity must be quantified through a collision risk<br />
model for what is the radar controlled environment in the current system. This risk<br />
model will include the following primary components:<br />
• Intervention rate buffer, which reflects protection against exposure to<br />
potential conflicts in a sector, and is thus directly related to sector<br />
controller workload.<br />
• Intervention buffer, which reflects the time needed to determine that a<br />
conflict is imminent, and to resolve it.<br />
• Detection performance, which is directly related to the resolution and<br />
accuracy of the surveillance sensor, and the situation display.<br />
• <strong>Definition</strong> of criticality levels for each function and allocation or<br />
requirements to subfunctions.<br />
125
• <strong>Definition</strong> of normal, non-normal and rare-normal conditions for each<br />
operating phase in the ATM system, and accounting for these in the entire<br />
process to ensure that systems will be certifiable.<br />
2. <strong>The</strong> relationship between capacity and efficiency must be developed, including the<br />
following primary components:<br />
• Degree of structure needed to ensure throughput as contrasted with<br />
routing flexibility to achieve efficient flight.<br />
• Internal schedule flexibility for larger operators, and how collaborative<br />
decision making can be incorporated in flow planning.<br />
• Flow planning and separation assurance for improved routing flexibility.<br />
Planning roles in the system must be coordinated and clearly defined.<br />
3. Transitions from en route to high density terminal areas must be addressed. One<br />
of the possible methods is to base a plan on required time of arrival at particular<br />
points around the terminal areas. <strong>The</strong> need to perform conflict prediction and<br />
resolution through possibly intermediate sectors is an issue.<br />
4. Trajectory prediction accuracy and use of intent information for traffic planning<br />
and separation assurance must be addressed, in the context of the collision risk<br />
model discussed in item 1.<br />
5. Flow planning in extended terminal areas and high density regions such as the<br />
northeast corridor is a challenging topic and of considerable importance.<br />
6. Surface automation and the overall coordination with terminal area airborne<br />
operations must be examined.<br />
7. <strong>The</strong> problem of wake vortex in a variety of situations (including approach,<br />
departure, parallel approaches and airborne) is one of the largest challenges on the<br />
road to increased capacity.<br />
8.3.4 Human Factors Performance<br />
<strong>The</strong> output from the following items could be in the form of contributions to both a<br />
database and knowledge base. It may be possible to formulate either models or analysis<br />
and development tools in specific instances.<br />
1. Decision Support Systems:<br />
<strong>The</strong> main issues identified in Section 4.3.1 were how controllers would become<br />
dependent on decision support systems, how this dependency might affect<br />
situational awareness, and what type of intervention skills may be necessary for<br />
any rare-normal or abnormal events. Research should be focused at identifying the<br />
relationship between dependency and situational awareness with specific emphasis<br />
on determining the ability of the controller to:<br />
• Identify when intervention is necessary<br />
• Maintain the necessary skills to intervene.<br />
126
2. Intent:<br />
<strong>The</strong> research area identified is the understanding of the nature and structure of the<br />
controllers’ intent. <strong>The</strong>re is a need to understand how their intent is translated into<br />
a 4D action plan, how the plan is shaped by the need to delay execution of specific<br />
actions, and how that action plan is modified in real time. This knowledge is basic<br />
to determining how intent data could be entered into and used by a decision<br />
support tool.<br />
3. Structure to Maximize Throughput:<br />
An understanding needs to be developed about how airspace structure is used to<br />
reduce cognitive workload (intervention rate) and thus facilitate increased<br />
capacity. <strong>The</strong> cognitive demands on the tactical controller were discussed in terms<br />
of being affected by the need to identify potential conflicts. <strong>The</strong> task of<br />
determining the potential for conflicts becomes more difficult in the terminal<br />
environment due to the uncertainties in the profiles of climbing and descending<br />
aircraft. Topics will include:<br />
• Real time studies on the cognitive workload for distributed flight profiles<br />
versus a more structured organization. <strong>The</strong> scenarios for this test must<br />
include both high and low density traffic situations with the presence of<br />
aircraft that do not respect clearance or suffer some failure (i.e., nonnormal<br />
and rare-normal events).<br />
• Fast time studies on the number of potential conflicts created in high and<br />
low density airspace using a non-airway or free-routing organization.<br />
4. Sharing Separation Assurance Responsibility:<br />
Research associated with the sharing of the separation assurance task should focus<br />
primarily on identifying the feasibility of ground and cockpit recovery procedures<br />
involving transfer of control. Factors to address are requirements for independent<br />
monitoring and the technologies needed to support such requirements.<br />
8.3.5 Communication Research<br />
In order to fully exploit the future capability of data link, the following research should be<br />
undertaken:<br />
1. Natural Language Information Flow Between the <strong>Air</strong>craft and Control - <strong>The</strong><br />
current specifications for Controller/Pilot Data Link replicate exactly the standard<br />
phrases specified in FAA Order 7110.65 and its ICAO equivalent document.<br />
<strong>The</strong>se documents have evolved over many years to ensure complete and<br />
unambiguous verbal communication. <strong>The</strong>y do not, however, represent the best<br />
way of communicating when verbal communication is not the means. Research is<br />
needed to define the best way to communication flight clearances and intent<br />
independent of the means of expressing that information. Human factors research<br />
must accompany this effort to ensure that the resulting natural language of air<br />
127
traffic control can be unambiguously conveyed to and from the humans at each end<br />
of the communication process.<br />
2. Natural Language Information Flow for <strong>Air</strong>craft Access to Ground Data<br />
Bases and for Ground Access to <strong>Air</strong>craft State and Intent - <strong>The</strong> current<br />
specifications for ADS and FIS are derived from their verbal counterparts.<br />
Research is required to develop methods for requesting and sending information<br />
that is independent of the constraints of verbal communication. <strong>The</strong> bandwidth<br />
and latency constraints of air/ground communication media must be recognized in<br />
this development, however.<br />
128
Acknowledgments<br />
<strong>The</strong> <strong>Boeing</strong> team worked very closely with NASA personnel during the entire contract<br />
period, and had numerous opportunities for professional exchange and to gain insight into<br />
the technologies that are being developed within the AATT program.<br />
<strong>The</strong> team also had an opportunity to work with the FAA <strong>Air</strong> <strong>Traffic</strong> Operational <strong>Concept</strong><br />
Development Team, which was formed at about the time this contract was being<br />
established. <strong>The</strong> FAA’s first operational concept document draft was available to the<br />
<strong>Boeing</strong> team before this contract was established, and the team received updates as they<br />
became available. Team members also attended two FAA internal working meetings on<br />
functional allocation and task analysis for the air traffic concept during the contract period,<br />
and gained valuable insight into the details involved in the concept implementation.<br />
<strong>The</strong> team was supported by NEXTOR faculty members for the duration of the contract,<br />
and their expertise was valuable for various aspects of the concept. John R. Hansman,<br />
MIT, served as Principal Investigator for NEXTOR. Hansman, along with Amedeo Odoni<br />
of MIT, Adib Kanafani and Mark Hansen of UC Berkeley, provided consultation on a<br />
number of technical issues. <strong>The</strong>ir expertise contributed substantially to the concept<br />
definition and its presentation.<br />
For the NAS Stakeholder Needs survey, the team relied on the valuable time and ATM<br />
system knowledge of 11 professional organizations: ACI-NA, ADF, ALPA, AOPA, ATA,<br />
DoD, GAMA, HAI, NATCA, NBAA and RAA. <strong>The</strong> team is grateful for the time taken<br />
by the experts in these organizations to provide the information requested in the<br />
appropriate format, and for the valuable insight the team gained into the various aspects of<br />
this large and complex system.<br />
Last, but not least, the team was supported in its work by a number of experts within<br />
<strong>Boeing</strong>, who contributed to the wide range of topics covered in this report. <strong>The</strong> primary<br />
contributors, in addition to the authors listed, were Malcolm A. Coote, Nicholas Patrick,<br />
George Boucek and Roger Nicholson. Unfailing support from the CNS/ATM Program<br />
management team of James E. Templeman, Richard L. Wurdack, and David L. Allen, is<br />
also gratefully appreciated. Information needs, along with persistent and much needed<br />
editorial support was provided by Daniel B. Trefethen, and Christa M. Stafford cheerfully<br />
ensured that team members always knew exactly where they were going and how to get<br />
back again.<br />
129
Bibliography<br />
<strong>Air</strong> Transport Action Group (1994), Economic Benefits of <strong>Air</strong> Transport, Geneva,<br />
Switzerland. Available on the World Wide Web at<br />
http://www.atag.org/ECO/Index.htm.<br />
<strong>Air</strong> Transport Action Group (1994), <strong>Air</strong> Transport and the Environment, Geneva,<br />
Switzerland. Available on the World Wide Web at<br />
http://www.atag.org/ATENV/Index.htm.<br />
Allen, D.L., et al (1997), “<strong>The</strong> Economic Evaluation of CNS/ATM Transition”, First<br />
U.S.A./Europe <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> Research and Development Seminar,<br />
Session 3, ATM Performance Indicators, Paris, June, sponsored by Eurocontrol.<br />
American Institute of Aeronautics and Astronautics (1992), Recommended Technical<br />
Practice Document (Draft): Operational <strong>Concept</strong> Document Preparation<br />
Guidelines, January 24, Washington DC.<br />
ARINC, Inc.(1993), Automatic Dependent Surveillance, Specification 745, June,<br />
Annapolis, Maryland.<br />
ARINC, Inc.(1994), Character-Oriented <strong>Air</strong> <strong>Traffic</strong> Service (ATS) Applications,<br />
Specification 623, December, Annapolis, Maryland.<br />
Billings, C.E. (1997), Aviation Automation: <strong>The</strong> Search for a Human Centered Approach,<br />
Lawrence Erlbaum Associates.<br />
<strong>Boeing</strong> Commercial <strong>Air</strong>plane Group, CNS/ATM Analysis (1997), CNS/ATM Focused<br />
Team Meeting, presentation binder, March 19-20, Seattle, Washington.<br />
<strong>Boeing</strong> Commercial <strong>Air</strong>plane Group (1997), Current Market Outlook, March, Seattle,<br />
Washington.<br />
Booz, Allen & Hamilton, Inc. (1995), <strong>Air</strong> <strong>Traffic</strong> Control and <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong><br />
Systems: An Analysis of Policies, Technologies and Global Markets, v. 1.,<br />
McLean, Virginia.<br />
Campbell, S.D., Mathews, M.P., and Rooney, M.(1995), “<strong>The</strong> Terrain Weather<br />
Information for Pilots (TWIP) Program”, paper 4.3 presented at the 6 th<br />
Conference on Aviation Weather Systems. Long Beach, CA. Feb 2-71995,<br />
American Meteorological. Society, Boston, MA.<br />
Chew, R. (1997), “CNS/ATM: Preserving <strong>Air</strong>line Opportunity”, presented in CNS/ATM<br />
Focused Team Meeting, March 19-20, hosted by <strong>Boeing</strong> Commercial <strong>Air</strong>plane<br />
Group CNS/ATM Analysis, Seattle, Washington.<br />
Coonan, J.R. and Mpontsikaris, P. (1971), A Functional Description of <strong>Air</strong> <strong>Traffic</strong><br />
Control, Transportation Systems Center Technical Note DOT-TSC-FAA-71-4,<br />
April, Cambridge, Massachusetts.<br />
Cotton, W.B.(1994), “<strong>The</strong> Need for Teamwork in FANS <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong>”,<br />
Proceedings of the 1994 RTCA Symposium: Implementing <strong>Air</strong> <strong>Traffic</strong><br />
<strong>Management</strong> Through Government/Industry Partnerships, November 30-<br />
December 1, 1994, Reston, Virginia.<br />
Donne, Michael (1995), <strong>The</strong> Future of International <strong>Air</strong> Passenger Transport: Into an<br />
Era of Dynamic Change, Financial Times <strong>Management</strong> Report.<br />
130
Eurocontrol (1996), Meeting Europe’s <strong>Air</strong> <strong>Traffic</strong> Needs: <strong>The</strong> Role of EATCHIP and<br />
Eurocontrol, Brussels, Belgium.<br />
Eurocontrol (1997), EATMS Operational <strong>Concept</strong> Document (OCD), January, Brussels,<br />
Belgium.<br />
Eurocontrol et al (1997), PHARE PD 1 Final Report, document 96-70-24, Brussels,<br />
Belgium.<br />
Evans, J. and Ducot E.R.(1997), “Allowing the Major <strong>Air</strong>ports to Operate Smoothly<br />
Despite the Weather with the Integrated Terminal Weather System”, paper P1.8<br />
presented at the 7 th Conference on Aviation, Range, and Aerospace Meteorology.<br />
Long Beach, CA. Feb 2-7 1997, American Meteorological. Society, Boston,<br />
MA.<br />
Evans, J.(1995), “Measuring the Economic Value of Aviation Meteorological Products”,<br />
paper J5.2 presented at the 14 th Conference on Weather Analysis and<br />
Forecasting, Dallas, TX Jan. 15-20 1995, American Meteorological. Society,<br />
Boston, MA.<br />
French Ministry of Transport, Center for the Study of Aerial Navigation (CENA) (1996),<br />
Aeronautical Telecommunication Network Panel ATN Validation Archive/Server,<br />
version 4.0, October 7, available on the World Wide Web at<br />
http://www.cenatls.cena.dgac.fr/atnp/, directory /srpgm/p1 (user “atnp”,<br />
password “upplval”).<br />
Higgins, C.R. (1997), Perspectives on Aviation Safety and Efficiency, presentation to the<br />
National Civil Aviation Review Council, July 1997.<br />
Hinton, D.(1995), <strong>Air</strong>craft Vortex Spacing System (AVOSS) <strong>Concept</strong>ual Design, NASA<br />
Technical Memorandum 110184, NASA Langley Research Center, Hampton,<br />
VA.<br />
Hunter, C.G. (1996), CTAS Trajectory Sensitivity Analysis and Potential Benefits Study,<br />
Seagull Technology Inc. report TM 96150-1, May.<br />
International Civil Aviation Organization (1994), Manual on Required Navigation<br />
Performance (RNP), document 9613, Montreal.<br />
International Civil Aviation Organization (1995), Outlook for <strong>Air</strong> Transport to the Year<br />
2003, circular 252-AT/103, ICAO, Montreal.<br />
International Civil Aviation Organization (1996), Review of the General <strong>Concept</strong> of<br />
Separation (RGCS) Panel, ninth meeting, May 6-17, Montreal.<br />
Jane’s <strong>Air</strong>port Review (anonymous, 1997), “IATA Bemoans High Charges”, Jane’s<br />
<strong>Air</strong>port Review v.9, no. 7, September 1997, p. 11.<br />
Jorna, P. (1997), “Human Machine Interface for ATM Automation: A European Strategy<br />
Towards Technology and Human Factors Validation”, Eurocontrol <strong>Air</strong> <strong>Traffic</strong><br />
<strong>Management</strong> Research and Development Seminar, Paris, June.<br />
Leslie, R.S., Willis, D.L., Shomber, H.R.(1996), U7.4/U8.4 FMCS Navigation Capability<br />
for 737-300/400/500, <strong>Boeing</strong> Commercial <strong>Air</strong>plane Group, Document D6-38928,<br />
Revision A, September 20, Seattle, Washington.<br />
Lindsey, C.G.(1997), Aviation Weather Study Project Plan Document, prepared for<br />
<strong>Boeing</strong> Commercial <strong>Air</strong>plane Group CNS/ATM Analysis, Everett, Washington.<br />
MITRE Corporation (1996), Report on the Implementation of the <strong>Air</strong> <strong>Traffic</strong> Service<br />
Plan report number MP 96W0000184, August, Cambridge, Massachusetts.<br />
131
Nakamura, D.A. and Schwab, R.W. (1996), Development of Minimum Aviation System<br />
Performance Standards for RNP for Area Navigation, <strong>Boeing</strong> Commerical<br />
<strong>Air</strong>plane Group, Working Paper for the International Civil Aviation Organization<br />
Working Group A: Review of General <strong>Concept</strong> of Separation Panel, Montreal.<br />
National Civil Aviation Review Commission (1997), Avoiding Aviation Gridlock: A<br />
Consensus for Change, Preliminary Funding Task Force Report, September 10,<br />
Washington DC.<br />
National Research Council(1995), Aviation Weather Services, a Call for Federal<br />
Leadership and Action, National Aviation Weather Services Committee,<br />
Aeronautics and Space Engineering Board, Commission on Engineering and<br />
Technical Systems, National Research Council. National Academy Press,<br />
Washington DC.<br />
Nolan, M.S. (1994), Fundamentals of <strong>Air</strong> <strong>Traffic</strong> Control, Wadsworth Publishing<br />
Company, Belmont, California.<br />
Parasurman, R.(1997), “Humans & Automation: Use, Misuse, Disuse & Abuse”, Human<br />
Factors and Ergonomics Society Journal, June.<br />
Pavaux, J. (ed.) (1995), <strong>Air</strong> Transport: Horizon 2020, Key Factors and Future Prospects,<br />
Institut du Transport Aerien, Paris.<br />
Perry, T.S. (1997), “In Search of the Future of <strong>Air</strong> <strong>Traffic</strong> Control”, IEEE Spectrum, v.<br />
34, no. 8, pp.18-35, August.<br />
Qualley, W.L.(1995), “Commercial <strong>Air</strong>line Operational Control”, paper 5.1 presented at<br />
the 6 th Conference on Aviation Weather Systems. Long Beach, CA. Feb 2-7<br />
1995, American Meteorological. Society, Boston, MA.<br />
Reich, P.G.(1966), “Analysis of Long-Range <strong>Air</strong> <strong>Traffic</strong> Systems: Separation Standards -<br />
I, II, and III”, Journal of Navigation, v.19, no. 1, pp. 88-96; no.2, pp. 169-176;<br />
no. 3, pp. 331-338.<br />
RTCA, Inc. (1997), Minimum Aviation System Performance Standards (MASPS):<br />
Required Communication Performance for Safety Services, Special Committee<br />
169 draft report version 13, August 13, Washington DC.<br />
RTCA, Inc.(1993), Minimum Operational Performance Standards for ATC Two-Way<br />
Data Link Communications, Document DO-219, August 27, Washington DC.<br />
RTCA, Inc.(1997), Minimum Aviation System Performance Standards: Required<br />
Navigation Performance for Area Navigation, Document DO-236, January 27,<br />
Washington DC.<br />
RTCA, Inc. (1997), Minimum Aviation System Performance Standards (MASPS) for<br />
Automatic Dependent Surveillance-Broadcast (ADS-B), draft version 6.0, RTCA<br />
paper 249-97, August 28, Washington, DC.<br />
RTCA, Inc. (1995), Final Report of RTCA Task Force 3, Free Flight Implementation,<br />
October 26, Washington DC.<br />
RTCA, Inc. (1996), RTCA Action Plan: Dynamic <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> (Free Flight<br />
Action Plan), August 15, Washington DC.<br />
RTCA, Inc. (1997), Operational <strong>Concept</strong> for <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> (ATM) -<br />
Aeronautical Operational Control (AOC) Ground-Ground Information<br />
Exchange, April 29, Washington DC.<br />
132
Schadt, J and Rockel, B. (1996), “Optimization of Arrival and Departure Procedures<br />
Using <strong>Air</strong>borne Flight <strong>Management</strong> Systems FMS, For Example Frankfurt”,<br />
FMS-Users Forum, April 25.<br />
Simpson, R.W. (1995), “Creating New Operational <strong>Concept</strong>s for Global Automated ATM<br />
Systems”, Proceedings of ATM 95, Advanced Workshop on <strong>Air</strong> <strong>Traffic</strong><br />
<strong>Management</strong>, held October 1995 in Capri, Italy.<br />
Tarlton, T., Allen, D.L., Aimar, J.L.(1995), RNP Capability of FANS-1 FMCS Equipped<br />
747-400, <strong>Boeing</strong> Commercial <strong>Air</strong>plane Group, Document D240U126, Revision<br />
A, August 10, Seattle, Washington.<br />
Thompson, S.D. (1997), Terminal Area Separation Standards: Historical Development,<br />
Current Standards, and Processes for Change, Massachusetts Institute of<br />
Technology Lincoln Laboratories Project Report ATC-258, January 16,<br />
Lexington, Massachusetts.<br />
U.S. Congress, 103 rd Session, Senate Committee on Appropriations (1995), Proposal to<br />
Corporatize <strong>The</strong> Nation’s <strong>Air</strong> <strong>Traffic</strong> Control System, Senate hearing 103-1016,<br />
Government Printing Office, Washington DC.<br />
U.S. Congress, 104 th Session, Senate Committee on Commerce, Science and<br />
Transportation (1996), <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> System Performance<br />
Improvement Act of 1996, Senate Report 104-251, April 10, Government<br />
Printing Office, Washington DC.<br />
U.S. Department of Transportation and Department of Defense (1997), 1996 Federal<br />
Radionavigation Plan, July, Washington DC.<br />
U.S. Federal Aviation Administration, Aeronautical Information Manual, serial<br />
publication, Washington DC.<br />
U.S. Federal Aviation Administration (1981), National <strong>Air</strong>space System Plan: Facilities,<br />
Equipment and Associated Development, December, Washington DC.<br />
U.S. Federal Aviation Administration (1994), ELVIRA Operational <strong>Concept</strong> Document<br />
Final Report, March, Washington DC.<br />
U.S. Federal Aviation Administration (1995), National Plan of Integrated <strong>Air</strong>port Systems<br />
(NPIAS) 1993-97, April, Department of Transportation, Washington DC.<br />
U.S. Federal Aviation Administration (1996), FAA Strategic Plan, Washington DC.<br />
U.S. Federal Aviation Administration (1996), Performance Metrics of the Future<br />
National <strong>Air</strong>space System, interim report D60261-01, July 19, Washington DC.<br />
U.S. Federal Aviation Administration (1996), National <strong>Air</strong>space System Architecture,<br />
Version 2.0, October, Washington DC (version 3.0 is forthcoming).<br />
U.S. Federal Aviation Administration (1997), <strong>Air</strong> <strong>Traffic</strong> Control, FAA Order 7110.65K,<br />
July 17, Government Printing Office, Washington DC.<br />
U.S. Federal Aviation Administration (1997), <strong>Air</strong> <strong>Traffic</strong> Service Plan 1996-2001, Draft,<br />
March 10, Washington DC.<br />
U.S. Federal Aviation Administration (1997), <strong>Air</strong> <strong>Traffic</strong> Services FY-96 Business Plan,<br />
March 24, Washington DC.<br />
U.S. Federal Aviation Administration (1997), FAA Aviation Forecasts: Fiscal Years<br />
1997-2008, report number FAA-APO-97-1, March, Government Printing Office,<br />
Washington DC.<br />
133
U.S. Federal Aviation Administration (1997), Research, Engineering and Development<br />
Advisory Committee Report, September, Washington DC.<br />
U.S. Federal Aviation Administration and National Aeronautics and Space Administration<br />
(1996), Integrated Plan for <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> Research and Technology<br />
Development, Version 1.0, September 30, Washington DC.<br />
U.S. General Accounting Office (1994), <strong>Air</strong> <strong>Traffic</strong> Control: Better Guidance Needed for<br />
Deciding Where to Locate Facilities and Equipment, report number<br />
GAO/RCED-95-14, December.<br />
U.S. General Accounting Office (1996), Aviation Acquisition: A Comprehensive Strategy<br />
is Needed for Cultural Change at FAA, report number GAO/RCED-96-159,<br />
August, Government Printing Office, Washington DC.<br />
U.S. General Accounting Office (1997), <strong>Air</strong> <strong>Traffic</strong> Control: Complete and Enforced<br />
Architecture Needed for FAA Systems Modernization, report number<br />
GAO/AIMD-97-30, February, Government Printing Office, Washington DC.<br />
U.S. General Accounting Office (1997), <strong>Air</strong> <strong>Traffic</strong> Control: Improved Cost Information<br />
Needed to Make Billion Dollar Modernization Investment Decisions, report<br />
number GAO/AIMD-97-20, January, Government Printing Office, Washington<br />
DC.<br />
U.S. General Accounting Office (1997), <strong>Air</strong>port Development Needs: Estimating Future<br />
Costs, report number GAO/RCED-97-99, April 7, Government Printing Office,<br />
Washington DC.<br />
U.S. General Accounting Office (1997), <strong>Air</strong> <strong>Traffic</strong> Control: Status of FAA’s Standard<br />
Terminal Automation Replacement System Project, report number GAO/RCED-<br />
97-51, March.<br />
U.S. General Accounting Office (1997), Aviation Safety and Security: Challenges to<br />
Implementing the Recommendations of the White House Commission on Aviation<br />
Safety and Security, report number GAO/RCED-97-90, March.<br />
U.S. General Accounting Office (1997), Aviation Safety: Opportunities Exist for FAA to<br />
Refine the Controller Staffing Process, report number GAO/RCED-97-84, April,<br />
Government Printing Office, Washington DC.<br />
U.S. General Accounting Office (1997), National <strong>Air</strong>space System: Issues in Allocating<br />
Costs for <strong>Air</strong> <strong>Traffic</strong> Services to DoD and Other Users, report number<br />
GAO/RCED-97-106, April, Government Printing Office, Washington DC.<br />
U.S. National Aeronautics and Space Administration (1996), Advanced <strong>Air</strong><br />
Transportation Technology Program, Non-Advocate Review, November 6-7,<br />
Ames Research Center, Moffett Field, California.<br />
U.S. National Aeronautics and Space Administration (1996), Transportation Beyond<br />
2000: Technologies Needed for Engineering Design, proceedings of a workshop<br />
held Sept. 26-28, 1995 at Langley Research Center, Hampton, Virginia, published<br />
February 1996, Conference Publication 10184 pt. 1.<br />
Warren, A.W. and Schwab, R.W. (1997), “A Methodology and Initial Results Specifying<br />
Requirements for Free Flight Transitions”, <strong>Air</strong> <strong>Traffic</strong> Control Quarterly,<br />
forthcoming.<br />
Warren, A.W. (1996), Conflict Probe <strong>Concept</strong>s Analysis in Support of Free Flight,<br />
NASA Contractor Report 201623, December.<br />
134
Warren, A.W. (1994), “A New Methodology for Medium Term Conflict Detection and<br />
System Implications”, Proceedings of the 1994 <strong>Air</strong> <strong>Traffic</strong> Control Association<br />
Conference, September, Arlington, Virginia.<br />
Weber, M. et al (1991), “Weather Information Requirements for Terminal <strong>Air</strong> <strong>Traffic</strong><br />
Control Automation”, Fourth Int’l Conference on Aviation Weather, American<br />
Meteorological Society, Paris, June 24-28.<br />
WEFA Group (1997), World Economic Outlook: 20 Year Extension.<br />
White House Commission on Aviation Safety and Security (1997), Final Report, February<br />
17, Washington DC.<br />
Wickens, C.D. et al, editors (1997), Flight to the Future: Human Factors in <strong>Air</strong> <strong>Traffic</strong><br />
Control, sponsored by the National Research Council, published by National<br />
Academy Press, Washington DC.<br />
Wilczak, J.M., et al(1995), “Contamination of Wind Profiler Data by Migrating Birds:<br />
Characteristics of Corrupted Data and Potential Solutions”, J. Atmos. Ocean.<br />
Tech. 12:449-467.<br />
135
Appendix A. Technology Inventory<br />
A.1 Communication<br />
<strong>The</strong> communication technology elements are shown in Tables A-1 through A-3. As<br />
described in the body of this report, communication technology can be described as three<br />
layers. Each lower layer provides certain communication services to the next layer above<br />
it. <strong>The</strong> top, application, layer presents communication services to the flight crew or air<br />
traffic controller through a set of control and display interfaces and by accessing and<br />
servicing data bases hosted in the aircraft and controller workstation automation.<br />
Table A-1 describes the applications which use communication paths to perform their<br />
function. Table A-2 describes the communication protocols which operate over the<br />
communication media and provide communication transport services to the<br />
communication applications. Table A-3 describes the communication media which<br />
connect the aircraft to the ground to support the communication functions.<br />
Table A-1, Communication Applications, presents each application and describes key<br />
characteristics about that application. <strong>The</strong> input column identifies the protocol technology<br />
which is appropriate for that particular application. <strong>The</strong> output column identifies the user<br />
of the communication service. <strong>The</strong> column marked “performance” describes the user<br />
expectations of performance currently associated with this particular application and its<br />
underlying protocol and medium. Greater performance may be required in the future to<br />
support more critical functions (e.g., en route, terminal and ground operations.) <strong>The</strong><br />
availability column describes when the technology and its underlying protocol and medium<br />
support is, or will be, available.<br />
Table A-2, Communication Protocols, presents each protocol and describes key<br />
characteristics about that protocol. <strong>The</strong> input column identifies the medium or other<br />
protocol element that supports it. <strong>The</strong> output column identifies the application or other<br />
protocol which uses the services provided by the protocol element. Note that ATN and<br />
FANS-1 require certain mutually-supporting protocol elements, which are described in<br />
Section 5.1 of the body of this document. <strong>The</strong> performance column identifies the<br />
performance contribution or reduction which the protocol adds to the communication<br />
path.<br />
Table A-3, Communication Media, presents each radio or other medium which has been<br />
used for aircraft/ground communication. Since the media represent the bottom of the<br />
communication stack they do not have inputs but the column was retained for consistency.<br />
<strong>The</strong> output column identifies the protocol elements which use the services of the medium.<br />
<strong>The</strong>re is a subnetwork protocol associated with all of the data link related media, in<br />
addition to the protocol described in Table A-2. <strong>The</strong> performance column describes when<br />
the medium is, or will be, available.<br />
136
Table A-1<br />
Communication Applications<br />
Technology Elements Inputs Outputs Performance Availability<br />
Controller-Pilot Data Link<br />
Communications (CPDLC)<br />
Automatic Dependent<br />
Surveillance (ADS)<br />
ATN, 622-ACF<br />
ATN, 622-ACF<br />
Flight Crew Interface, Flight<br />
<strong>Management</strong>, Flight Data<br />
Processor, Surveillance Data<br />
Processor<br />
Flight Crew Interface, Flight<br />
<strong>Management</strong>, Flight Data<br />
Processor, Surveillance Data<br />
Processor<br />
• latency:<br />
oceanic operations < 1 minute<br />
en route & terminal: near real time<br />
• availability: non critical performance<br />
• latency: < 1 minute<br />
• event reporting rates:<br />
oceanic 1/15 minutes,<br />
en route 1/minute,<br />
deviating from clearance: near real time<br />
• availability: non critical performance<br />
• non critical performance<br />
Initial Operations<br />
(1)<br />
Initial Operations<br />
(1)<br />
Flight Information Service<br />
(FIS)<br />
ATN<br />
Flight Crew Interface, Flight<br />
<strong>Management</strong><br />
Plain Old ACARS (POA) ACARS Flight Crew Interface, Flight • latency: non critical performance Initial Operations<br />
Messages<br />
<strong>Management</strong><br />
• availability: non critical performance (2)<br />
ARINC 623 ATS Data Link ACARS Flight Crew Interface, Flight • latency: < 1 minute<br />
Initial Operations<br />
Messages (623-ATS)<br />
<strong>Management</strong><br />
• availability: non critical performance (3)<br />
Controller-Pilot<br />
SELCAL, Flight Deck Mics & Head • latency: near real time<br />
Mature<br />
Communications (FAA Order SATCOM voice Phones<br />
• availability: critical - en route & terminal,<br />
7110.65)<br />
non critical oceanic & remote<br />
ATIS VHF radio Flight Deck Head Phones • non critical performance Mature<br />
AOC SELCAL Flight Deck Mics & Head • non critical performance<br />
Mature<br />
Phones<br />
Notes:<br />
(1) FANS-1 applications are in operational use in the South Pacific and elsewhere; ATN applications in prototype evaluation.<br />
(2) FAA Pre-Departure Clearance (PDC) and digital ATIS.<br />
(3) European Departure Clearance and digital ATIS.<br />
137
Table A-2<br />
Communication Protocols<br />
Technology Elements Inputs Outputs Performance Availability<br />
Context <strong>Management</strong><br />
Application (CMA)<br />
ARINC 622 ACARS<br />
Convergence Function (622-<br />
ACF)<br />
ARINC 622 ATS Facilities<br />
Notification (622-AFN)<br />
Aeronautical<br />
Telecommunication Network<br />
ATN<br />
Flight Crew Interface, Flight<br />
<strong>Management</strong><br />
ACARS CPDLC, ADS • transfer delay: minimal increase<br />
• integrity: CRC check<br />
ACARS<br />
VDL, SATCOM Data 3,<br />
HFDL Data 3, Mode S<br />
DL, Gatelink<br />
Flight Crew Interface, Flight • provides log-on functionality<br />
<strong>Management</strong><br />
CPDLC, ADS, CMA, FIS • transfer delay: minimized by large # of<br />
routing stations<br />
see application<br />
see application<br />
see application<br />
ACARS Routing VHF, SATCOM Data 2, 622-ACF, 622-AFN, 623- • transfer delay: increased by limited # of see application<br />
HFDL Data 2<br />
ATS, POA<br />
routing stations<br />
SELCAL HF radio, VHF radio FAA Order 7110.65, AOC Mature<br />
138
Table A-3<br />
Communication Media<br />
Technology Elements Inputs Outputs Performance Availability<br />
VHF Data Link (VDL) N/A ATN • transfer delay<br />
• voice 250 msec<br />
• data 1 sec (95%), 5 sec (99.9%)<br />
• access delay: TBD<br />
• hroughput: 31.5 Kbit/s (link)<br />
• coverage: line of sight (200 nm)<br />
VHF Radio N/A ACARS, SELCAL • near real time transfer delay<br />
• freq. congestion dependent access delay<br />
• availability: en route domestic/terminal primary<br />
• coverage: line of sight (110-160 nm)<br />
SATCOM N/A SATCOM voice • transfer delay<br />
• congestion dependent access delay<br />
ACARS - Data 2 • throughput: 9.6 - 4.8 Kbit/s data (link)<br />
• availability: oceanic primary<br />
ATN - Data 3 • coverage: satellite range (optimized at mid/low<br />
latitudes)<br />
HF radio N/A SELCAL • transfer delay<br />
• congestion dependent access delay<br />
• availability: oceanic primary<br />
• coverage: line of sight + ionospheric skip<br />
HF Data Link (HFDL) Data 2 N/A ACARS - Data 2 • transfer delay<br />
• congestion dependent access delay<br />
ATN - Data 3 • throughput: ~30 bits/s (airplane)<br />
• availability: oceanic primary<br />
• coverage: line of sight + ionospheric skip<br />
Mode S DL N/A ATN • transfer delay: radar scan rate<br />
• throughput: 300 bit/s uplink,<br />
160 bit/s downlink (airplane)<br />
• coverage: line of sight<br />
VDL-based ACARS<br />
maybe 1999<br />
Mature<br />
Initial Operations<br />
Mature<br />
Data 2 - 1998<br />
Data 3 - TBD<br />
TBD<br />
139
Gatelink N/A ATN • coverage: at the gate<br />
140
A.2 Navigation<br />
<strong>The</strong> navigation technology elements are shown in Tables A-4 and A-5. Like the<br />
communication elements, navigation can be described in layers. Sensors, described in<br />
Table A-4, provide service in the form of raw data to processors or directly to displays.<br />
Processors, described in Table A-5, in turn, manipulate the raw data and turn it into useful<br />
information for displays and for control of aircraft. <strong>The</strong> controls and displays are very<br />
aircraft-specific and therefore are not described here.<br />
Table A-4, Navigation Sensors, lists the elements which sense either physical phenomena<br />
about the aircraft state or radio signals. <strong>The</strong>y can, in, turn be used to determine aircraft<br />
state. <strong>The</strong> output column describes the user of the raw data and a short list of the<br />
parameters which are available from this sensor. <strong>The</strong> performance column describes<br />
accuracy, availability, area of coverage, and other key characteristics for each sensor. <strong>The</strong><br />
availability column describes the state of development of the sensor technology.<br />
Table A-5, Navigation Processors, describes some of the processors of navigation data<br />
typically found on aircraft. <strong>The</strong> inputs column describes the data sources which the<br />
processor requires to performs its function. <strong>The</strong> outputs column describes the users of the<br />
information generated by the processor. Performance, as mentioned for all processors, is<br />
almost entirely dependent on the quality of the raw data supplied to the processor. All of<br />
the processors identified are in current production and in use today. <strong>The</strong> navigation data<br />
base, although identified here as a separate processor to better illustrate the functionality,<br />
is normally a subfunction of the navigation processor it supports.<br />
141
Table A-4<br />
Navigation Sensors<br />
Technology Elements Outputs Performance Availability<br />
Inertial Reference Systems (IRSs)<br />
Flight Guidance, Autopilot (2D position, <strong>Air</strong>craft<br />
Velocity, Acceleration, Attitude)<br />
• Accuracy: 2 nmi per hour<br />
• Availability: primary<br />
• Coverage: global<br />
VOR/DME Flight Guidance (2D position) • RNP 2.0<br />
• Availability: primary<br />
• Coverage: line of sight<br />
DME/DME and Scanning DMEs Flight Guidance (2D position) • RNP 1.0<br />
• Availability: primary<br />
• Coverage: line of sight<br />
GPS<br />
Flight Guidance (3D position; time; integrity • RNP 1.0<br />
limit)<br />
• Coverage: global<br />
GPS/WAAS<br />
Flight Guidance (3D position; time; integrity<br />
limit)<br />
• RNP 0.1<br />
• Availability: primary<br />
• Coverage: regional<br />
GPS/LAAS Autopilot (Final approach path deviation) • < RNP 0.1<br />
• Availability: primary<br />
• Coverage: local<br />
ILS Autopilot (Final approach path deviation) • < RNP 0.1<br />
• Availability: primary<br />
• Coverage: local<br />
MLS Autopilot (Final approach path deviation) • < RNP 0.1<br />
• Availability: primary<br />
• Coverage: local<br />
Pitot and Static pressure<br />
Flight Guidance, <strong>Air</strong> Data (altitude, vert. velocity,<br />
airspeed)<br />
• Availability: primary<br />
• Coverage: global<br />
mature<br />
mature<br />
mature<br />
operational;<br />
IOC 1998; Phase II<br />
IOC 2002<br />
Reqmts in<br />
development<br />
mature<br />
Plans in Europe,<br />
some operational<br />
prototypes<br />
mature<br />
142
Table A-5<br />
Navigation Processors<br />
Processors Inputs Outputs Performance Operational<br />
Availability<br />
Navigation &<br />
Guidance Computer<br />
Navigation Sensors (position,<br />
velocities, accelerations); Flight<br />
Plan; Performance Plan<br />
Flight <strong>Management</strong>; Flight Steering see sensor Mature<br />
Autopilot Computer Flight Steering; Approach & Flight Guidance for Approach and Landing; see sensor Mature<br />
Landing Path Deviation<br />
Flight Control<br />
<strong>Air</strong> Data Computer Pitot Static Flight Guidance (aircraft air mass parameters) see sensor Mature<br />
Navigation Data Base<br />
Flight Guidance (waypoint data; Radio Sensors<br />
(frequencies for autotuning)<br />
see sensor Mature<br />
143
A.3 Surveillance Inventory<br />
<strong>The</strong> surveillance system elements which are in place or proposed for the 2000-2015 time<br />
period are summarized in Table A-6. <strong>The</strong>re are a total of 12 rows which describe the<br />
major systems comprising air-ground, air-air, and oceanic surveillance. <strong>The</strong> columns in<br />
the table name the various surveillance elements and give a number of details on<br />
performance characteristics and system availability. <strong>The</strong> table includes all the systems that<br />
are currently deployed or proposed for regional deployment in future architecture plans,<br />
and those which could be available in the time frame of interest to implement future<br />
CNS/ATM systems.<br />
Rows 1 and 2 in Table A-6 summarize the characteristics of current and emerging radar<br />
technologies for air-ground surveillance. <strong>The</strong> specific systems in these rows, e.g. ASR-9,<br />
are NAS deployed radars. <strong>The</strong> newest proposed radars shown are the ASR-11 primary<br />
radar, the European Mode-S radar (POEMS) which features Downlink of <strong>Air</strong>craft<br />
Parameters (DAP) at each scan cycle, and the ATCBI-6 which is a monopulse SSR with<br />
selective interrogation capability (Partial Mode-S capability).<br />
Rows 3, 4, 5, and 6 are surveillance elements that describe various concepts for<br />
processing and distributing surveillance data. <strong>The</strong> current generation systems embed the<br />
Radar Data Processor (RDP) as a major element of current generation ATC automation.<br />
<strong>The</strong> Surveillance Distribution Network (SDN) is a concept for networking terminal and en<br />
route radars to ATC centers and other sensors such as ADS and ADS-B systems. In the<br />
core areas in Europe this concept has been implemented using common surveillance<br />
distribution protocols and appropriate ground based communication networks. <strong>The</strong> SDN<br />
needs to be paired with appropriate Surveillance Data Processor (SDP) software which is<br />
intended to blend multi-sensor inputs into common aircraft track files, i.e. the RDP in<br />
current systems will probably be replaced in the NAS system with SDN and SDP systems.<br />
Finally, the Surveillance Server System (SSS) is an advanced version of SDN and SDP<br />
which distributes multi-sensor processed track files to any ATC, military, or other users of<br />
track file data. This system will allow smaller airports and aircraft dispatch operations to<br />
have access to the most current and accurate aircraft state information.<br />
Row 7 describes the current TCAS system for collision avoidance. Although there is<br />
research and standards development continuing beyond the capabilities shown here, there<br />
are no specific regional plans or commitments to develop TCAS beyond version 7 at this<br />
time, although this is feasible in the time frame of interest. A likely successor to TCAS II<br />
would be a system using Mode-S extended squitters and Mode-S interrogation<br />
capabilities.<br />
Row 8 in Table A-6 describes Contract ADS. This type of sensor is primarily oriented for<br />
oceanic and remote area - non-radar airspace. Many undeveloped areas are considering<br />
the use of ADS surveillance as a lower cost alternative to traditional radar surveillance.<br />
Rows 9 and 10 in Table A-6 describe ADS-Broadcast sensors for airborne surveillance<br />
and ADS-B listening stations for air-ground reception and distribution of ADS-B data to<br />
ground facilities. <strong>The</strong> two primary systems proposed for ADS-B implementation in this<br />
time frame are the Mode-S extended squitter and the STDMA system which is being<br />
144
standardized as VDL Mode-4. Both systems will require ground stations for air-ground<br />
surveillance, and are being considered for reduced cost air-ground surveillance and for airair<br />
applications such as collision avoidance and Cockpit Display of <strong>Traffic</strong> Information<br />
(CDTI).<br />
Row 11 in Table A-6 describes Mode-S Services. This sensor is a potential domestic form<br />
of ADS that would use interrogation by the Mode-S radars to downlink surveillance data<br />
such as aircraft position and velocity states and intent information. Mode-S Services is<br />
complementary to extended squitter based ADS-B and is considered to be a transitional<br />
system between the current radar systems and a fully integrated radar/ADS-B surveillance<br />
system.<br />
Row 12 in Table A-6 describes <strong>Traffic</strong> Information Services (TIS) or TIS broadcast. This<br />
is the concept of transmitting ground based track information to equipped aircraft for<br />
providing air-air surveillance on nearby aircraft. This type of service can be implemented<br />
using the Mode-S interrogation band, or using another communication system such as<br />
VDL Mode-4. This service is intended as a lower cost means of surveillance than TCAS<br />
systems, and as a transitional or backup service to using ADS-B for air-air surveillance.<br />
145
Table A-6<br />
Surveillance Inventory<br />
Surveillance System Inputs Outputs Performance Availability<br />
Primary<br />
Radar<br />
Terminal Radars:<br />
ASR - 4, 5, 6, 7, 8, 9, 11<br />
En-Route Radars<br />
ARSR - 1, 2, 3, 4<br />
Surface Radars<br />
ASDE - 2, 3<br />
N/A<br />
<strong>Air</strong>craft Skin Report (r, r_dot,<br />
az , t)<br />
Six Level Weather (ASR - 9,<br />
11)<br />
<strong>Air</strong>craft Height (ARSR - 4)<br />
Terminal / En-Route Systems<br />
Range Coverage ~ 60 / 250 nm<br />
Detect Prob. ~ 0.98<br />
Update Rate ~ 5 - 12 sec<br />
Azimuth Accuracy ~ 2 mrad<br />
Range Accuracy ~ 150 ft<br />
Current systems mature<br />
Replenish older primaries by 2002<br />
(ASR - 4, 5, 6, 7, 8; ARSR - 1, 2;<br />
ASDE - 2)<br />
Secondary<br />
Radar<br />
Classical SSR<br />
ATCBI - 3, 4, 5<br />
Monopulse SSR<br />
Mode-S, ATCBI - 6<br />
Radar Data Processor (RDP)<br />
Radar Tracker<br />
Surveillance Distribution<br />
Network (SDN)<br />
N/A<br />
Transponder Replies<br />
<strong>Air</strong>craft ID<br />
Pressure Altitude (r , j , t)<br />
Mode-S Data-Link<br />
TIS Uplink<br />
DAP Downlink<br />
ADS Broadcast<br />
Primary Radars <strong>Air</strong>craft States<br />
Secondary Radars <strong>Air</strong>craft ID<br />
Surveillance Position States<br />
Distribution Network Velocity States<br />
Primary Radars<br />
Secondary Radars<br />
ADS A/B Systems<br />
Radar Data Processor<br />
Surveillance Data Processor<br />
Surveillance Server<br />
Range Coverage ~ 150 - 250 nm<br />
Detect Prob. ~ 0.99<br />
Update Rate ~ 5 - 12 sec<br />
Azimuth Accuracy<br />
~ 3 mrad (classical)<br />
~ 1 mrad (monopulse)<br />
Time to Establish Tracks<br />
Tracker Latency<br />
Maneuver Response Time<br />
Steady State Accuracy<br />
Clutter / Fruit Rejection<br />
Data Correlation Purity<br />
RCP Performance Parms:<br />
Throughput in bits/sec<br />
Data Latency at 99% level<br />
Integrity of Decoded Reports<br />
Current systems mature<br />
Replenish older systems by 2002<br />
(ATCBI - 3, 4, 5)<br />
Data Link pre-operational 1998<br />
Data Link initial operations 2003<br />
Current system and new systems in<br />
development<br />
ARTS (TRACON)<br />
STARS (TRACON)<br />
HOST (En-Route)<br />
Pre-operational 2000<br />
Initial operations 2001<br />
146
Table A-6<br />
Surveillance Inventory<br />
Surveillance System Inputs Outputs Performance Availability<br />
Surveillance Data Processor<br />
(SDP)<br />
Multi-Sensor Data Fusion<br />
Surveillance Server System<br />
(SSS)<br />
<strong>Traffic</strong> Collision Avoidance<br />
System (TCAS) - Sensor<br />
Contract ADS (ADS-C)<br />
(1)<br />
ADS - Broadcast<br />
Mode - S<br />
STDMA<br />
Primary Radars<br />
Secondary Radars<br />
Surveillance<br />
Distribution Network<br />
ADS A/B Systems<br />
<strong>Air</strong>craft States<br />
<strong>Air</strong>craft ID<br />
Position States<br />
Velocity States<br />
Current Intent States<br />
Primary Radars <strong>Air</strong>craft Tracking<br />
Secondary Radars Trajectory Prediction Services<br />
Surveillance<br />
Distribution Network<br />
ADS A/B Systems<br />
TCAS Squitters Intruder Track files:<br />
Mode-S Address<br />
Relative alt & alt-rate<br />
Relative rnge & r-dot<br />
Relative Bearing<br />
Navigation DataBase<br />
<strong>Air</strong> Data Parameters<br />
FMS / RNAV Based<br />
<strong>Air</strong>craft States<br />
Similar to ADS-C<br />
ADS Reporting Svcs<br />
Earth Ref. States<br />
<strong>Air</strong> Ref. States<br />
Flight Intent (2)<br />
Meteo Reporting (2)<br />
Earth Ref. States<br />
<strong>Air</strong> Ref. States (3)<br />
Flight Intent<br />
RDP Metrics Plus Metrics for<br />
Sensor Data Maintenance<br />
Group Track Redundancy<br />
Intent/ Clearance Checking<br />
RDP Metrics Plus Metrics for<br />
Sensor Data Maintenance<br />
Group Track Redundancy<br />
Intent/ Clearance Checking<br />
TCAS Sensor Performance:<br />
Range Coverage ~ 30+ nm<br />
Detection Prob. > 0.9<br />
Update Rate ~ 1 sec<br />
Range / Alt. Accuracy ~ 25 ft<br />
Comm Metrics as in SDN above<br />
Surveillance Metrics Include<br />
Report Update Rate<br />
Maneuver Alerting<br />
Conformance Alerting<br />
Comm Metrics as in SDN above<br />
ADS- Broadcast Rate<br />
Spectrum Efficiency (4)<br />
Range Coverage<br />
Pre-operational 2003<br />
STARS P3I<br />
HOST Replacement<br />
Initial operations 2005<br />
Pre-operational 2006<br />
Initial operations 2008<br />
Current system mature<br />
Version 7 upgrade in 1999<br />
Pre-operational 1996<br />
Initial operations 2000<br />
Pre-operational 1996 (STDMA)<br />
Initial operations 2004<br />
147
Table A-6<br />
Surveillance Inventory<br />
Surveillance System Inputs Outputs Performance Availability<br />
ADS - B Listening Stations<br />
(5)<br />
ADS - Broadcasts<br />
Backup<br />
Interrogations<br />
Earth Ref. States<br />
<strong>Air</strong> Ref. States (3)<br />
Flight Intent<br />
Mode - S Services (DAP) Similar to ADS-C Downlink via Mode-S Radars<br />
ADS Reporting Svcs<br />
Earth Ref. States<br />
<strong>Air</strong> Ref. States<br />
Flight Intent (2)<br />
Meteo Reporting (2)<br />
<strong>Traffic</strong> Information Services<br />
(TIS,TIS-B)<br />
Mode-S Radar<br />
Tracks<br />
Predicted Relative Position<br />
States for CDTI / <strong>Traffic</strong><br />
Alerting<br />
Notes:<br />
(1) VHF / HF / SATCOM transmission media<br />
(2) Outputs for strategic path predictions<br />
(3) <strong>Air</strong> Reference States only broadcast as backup to Earth Reference States<br />
(4) 1090 Mhz frequency shared with Mode-S radars and TCAS<br />
(5) Proposed for Radar augmentation or system replacement<br />
Range Coverage ~ 60 - 250 nm<br />
Report Update Rate ~ 3 - 12 sec<br />
Reception Prob. > 0.9<br />
Near GPS Accuracies<br />
Range, Detection Prob. & Update<br />
Rate Equivalent to SSR<br />
Message Content & Accuracies<br />
Equivalent to Contract ADS<br />
TIS Metrics Include:<br />
Relative Range Coverage ~ 7 nm<br />
Relative Altitude Cvg ~ 1200 ft<br />
Range Resolution ~ 2 nm<br />
Bearing Resolution ~ 6 deg<br />
• Pre-operational 1996<br />
(STDMA)<br />
• Initial operations 2004<br />
• Pre-operational 1999<br />
• Initial operations 2003<br />
• Pre-operational 1997<br />
• Initial operations 1998<br />
148
Appendix B. Global Scenario Issue Texts<br />
<strong>The</strong> Global Scenario is based on 13 issues which were constructed to organize the<br />
scenario writing found in section 7.1. <strong>The</strong>se 13 issues emerged from a select reading from<br />
a number of diverse government, industry, and other sources related to the future<br />
operational configuration of the NAS. Below is a list of these 13 issues including the select<br />
fragments of texts marked by their appropriate reference number and page. Also indicated<br />
after each portion of text are six relevant broad scenario categories which are also<br />
presented in section 2.3.1.. <strong>The</strong>se categories are: 1) Economics/Markets (E), 2)<br />
Organizational/Institutional/Operational (O), 3) Technological/Scientific (T), 4)<br />
Social/Political (S), 5) Environmental (ENV), and 6) Human-centered/System-centered<br />
(H). A brief description of each broad category follows:<br />
Economics/Markets (E)<br />
This category reviews the best estimates and forecasts for future air traffic growth and<br />
demand figures including a few corresponding issues associated with increased air traffic.<br />
Organizational/Institutional/Operational (O)<br />
Under this category a select sample of issues such as workload, organizational structure<br />
and culture, and operational considerations were collated.<br />
Technological/Scientific (T)<br />
<strong>The</strong> increasingly technoscientific NAS operational infrastructure introduces a number of<br />
potential pitalls as well as promises. Issues related to widely utilized computer and<br />
information technology based support and automation are captured by this category.<br />
Social/Political (S)<br />
In a growing global context of air traffic flows, this category aims to present some of the<br />
potential political and social issues which may impact future operations.<br />
Environmental (ENV)<br />
This category focuses on possible constraints stemming from tougher future environmental<br />
regulations.<br />
Human-centered/System-centered (A)<br />
<strong>The</strong> human/system related issues such as human-centered ATM design and structure are<br />
presented under this category.<br />
Issue # 1: <strong>Air</strong> <strong>Traffic</strong> Growth and Demand: Twenty Year Outlook<br />
• Major projections for the twenty for the twenty-year period 1997-2016 are:<br />
worldwide economic growth will average 3.2% per year.<br />
traffic growth will average 4.9% per year.<br />
149
cargo traffic will average 6.6% per year.<br />
<strong>The</strong> world fleet will be 23,600 passenger and cargo jets in 2016.<br />
<strong>The</strong> composition of the world fleet in 2016 will be:<br />
69.1% single-aisle airplane.<br />
23.5% intermediate-size airplanes.<br />
7.4% 747-size or larger airplanes.<br />
<strong>The</strong> total market potential for new commercial airplanes over the next twenty years is<br />
16,160 airplanes, or an equivalent $1.1 trillion in 1996 us dollrs.<br />
<strong>Air</strong>lines will take delivery of:<br />
11,260 single-aisle airplanes.<br />
3720 intermediate-size airplanes.<br />
1180 747-size or larger airplanes. [Ref. 15, page 3] (E)<br />
• Cooperative strategies, such as code sharing, concentrate traffic by serving the<br />
customers of two airlines on a single airplane departure. Partners in the alliance can benefit<br />
by accommodating the demand for frequency while enjoying the cost advantage of fewer<br />
flights. However, cooperative strategies can also let airlines concentrate their traffic at<br />
both ends of a city pair that would not warrant nonstop service by either airline alone. This<br />
diverts traffic from existing pairs, increasing regional frequencies overall. Even in the same<br />
city pair, alliances can increase competition. Large international markets where airlines<br />
combine services are usually opened to additional competition as a prerequisite to the<br />
alliance being permitted. Thus, traffic may actually end up divided among more<br />
competitors or even competing alliances. [Ref. 15, page 25] (S), (E)<br />
• Activity in the combined FAA and contract towered airports is projected to grow from<br />
61.8 million operations in 1996 to 72.3 million in 2008, and increase of 1.3% annually.<br />
<strong>The</strong> majority of this growth is expected to be the result of increased commercial aircraft<br />
activity, which is forecast to increase from 24.0 million operations in 1996 to 31.5 million<br />
in 2008, and increase of 2.3% annually. [Ref. 14, page I-14] (E)<br />
• <strong>The</strong> workload of the air route traffic control centers is forecast to increase at an average<br />
annual rate of 1.8% during the 12-year forecast period. in 2008, FAA en-route centers are<br />
expected to handle 50.2 million IFR aircraft, up from 40.3 million in 1996. [Ref. 14, page<br />
I-14] (O)<br />
• U.S. commercial air carriers flew an estimated total of 12.3 million hours in 1996, up<br />
from 12.0 million hours in 1995. Two aircraft categories for over three-fourths of total<br />
airborne hours: two-engine narrowbody aircraft (65.2%) and three-engine narrowbody<br />
(12.0%). In 2008, the number of hours is forecast to increase to 19.3 million, an average<br />
annual increase of 3.8%. airborne hours are forecast to increase 2.8% in 1997 to 12.7<br />
million, and 2.7% in 1998, to 13.0 million. [Ref. 14, page III-43] (E), (O)<br />
150
Issue # 2: Some Limitations of Future <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> and <strong>Concept</strong>s<br />
• Capacity constraints in free flight systems will be restricted by runway operating time.<br />
with the aircraft and runways in place today, it is conceivably possible to land or takeoff at<br />
55 second intervals from a single runway. However, this is constrained by procedures that<br />
at most airports, limit an arrival or departure to an interval of 90 to 120 seconds causing a<br />
significant portion of the runway resource to be wasted. [Ref. 9, page 2-117] (O)<br />
• For automation to be effective and satisfy minimum safety standards, it must meet the<br />
needs of all system users. Flight crews have always benefited from HF attention, while<br />
much less consideration has been given to HF aspects of ATC. With increased automation,<br />
routine functions change from controlling to monitoring the systems. This alters the<br />
demands placed on the controller. Monitoring is not the best function for most humans<br />
because it tends to become monotonous and boring which leads to difficulties maintaining<br />
an adequate state of alertness and awareness. [Ref. 9, page 3-18] (T), (O), (H)<br />
• <strong>The</strong> issue of national and regional security is of fundamental concern to the design of<br />
effective dual-use airspace and to policies and procedures that will permit the smooth and<br />
instantaneous subjugation of airspace to the military in case of a national security threat.<br />
satellite CNS poses some unique and challenging issues to ATC/ATM planners in this<br />
regard. While it has been determined that surveillance is accurately performed by satellite<br />
navigation augmented by ADS, it is not reasonable to assume that hostile aircraft will<br />
cooperate. Some form of radar surveillance will be required and will be present in the<br />
modernized ATC/ATM environment of the developed or developing country. During<br />
peace time, the issue of special use airspace for training or exclusion zone purposes will<br />
also complicate matters. [Ref. 9, page 2-134] (S), (T)<br />
• <strong>The</strong> hundreds of billions of dollars needed for all categories of infrastructure including<br />
ATC/ATM systems, airports, and feeder roads will compete largely in capital markets with<br />
funds required for new aircraft. If government is a financial contributor to these<br />
modernizations, lengthy delays can be expected, as most governments, LDCs or DCs, are<br />
cash strapped...the most likely scenario unfolding will be the corporatization or<br />
privatization of much of the ATC/ATM infrastructure. Government backed bond funding<br />
can occur in a cycle tied to needs, as opposed to political agendas. [Ref. 9, page 2-29] (E)<br />
• Internationally, several ICAO member states have been vocal in their reluctance to<br />
accept a GPS-based satellite navigation system, primarily because GPS is U.S.-owned<br />
system currently managed by the DOD. <strong>The</strong> international community has repeatedly<br />
expressed concern that the United States may unilaterally decode to intentionally degrade<br />
the current GPS-SPS accuracy or “dither” the SA signal at such a high rate so as to<br />
preclude adequate precision guidance. This issue takes on additional significance when<br />
member states begin to maintain transportation infrastructures that rely completely on<br />
satellite-based navigation. From a European perspective, this apprehension has<br />
understandably diminished a willingness to implement a GPS-based satellite navigation<br />
system for critical safety and life operations. [Ref. 9, page 3-94-95] (S), (T)<br />
• Although ATC is in principal an exercise in safety, it is also a means by which states can<br />
control the sovereignty of their airspace as well as access to their economies. In recent<br />
151
years, air transport authorities have become increasingly concerned about the interest<br />
shown by anti-trust and competition law authorities in the regulation of international air<br />
transport. <strong>The</strong> establishment of unified regional economic markets has also invoked<br />
concerns about possible adverse effects on the national airlines of non-participating states.<br />
[Ref., page 2-135] (S), (E)<br />
Issue # 3: Changing International Relationships<br />
• Conscious of the pressures for change, ICAO held a major worldwide air transport<br />
conference in Montreal from November 23 to 6 December 1994...attended by more than<br />
800 delegates from 137 ICAO contracting states and from close to 50 interested<br />
international and national aviation organizations, the conference was the biggest and most<br />
important international aviation meeting for 50 years...the most significant decision<br />
emerging was on the controversial issue of multilateralism versus bilateralism. <strong>The</strong><br />
meeting accepted that those two concepts ‘can and do co-exist, and can each<br />
accommodate different approaches to international air transport regulation’. But it also<br />
affirmed that ‘in view of the disparities in economic and competitive situations there is no<br />
prospect in the near future for a global multilateral agreement in the exchange of traffic<br />
rights’. [Ref. 4, page 47-49] (S), (E)<br />
• Sub-issues include:<br />
Market Access: It was agreed that full global market access (‘open skies’) is not<br />
feasible at this time, but the meeting supported the principle of ‘gradual,<br />
progressive, orderly and safeguarded change’, with preferential treatment for<br />
developing nations [Ref. 4, page 50]. (E)<br />
Slot Allocations: Despite many criticisms, the existing voluntary airline system of<br />
slot allocations was recognised as the only tried and tested system offering the<br />
assurance of efficient utilisation of the limited resources available: until a better<br />
system can be devised internationally, it seems likely to remain in operation, but<br />
ICAO will continue to study the situation closely [Ref. 4, page 50]. (O), (E)<br />
<strong>Air</strong>line Ownership and Control: For 50 years the industry has lived with the rule<br />
that a country’s airlines must be owned or effectively controlled by interests based<br />
in that country: there are pressures for this to be changed, so as to allow increased<br />
foreign investment, but this will in turn raise questions concerning sovereignty and<br />
international traffic rights. there was no consensus on this topic at the meeting, but<br />
it was agreed that ICAO should study the situation, with a view of finding ways of<br />
broadening the present criteria [Ref. 4, page 50]. (E), (S)<br />
Taxation: With over 900 different taxes worldwide imposed on the industry, the<br />
burden runs into many millions of dollars annually and is increasing, with the<br />
industry now regarded by governments as a ‘cash cow’ for revenues unrelated to<br />
152
aviation. it was agreed that ICAO’s existing policies on seeking exemption,<br />
reduction and elimination of taxes on international air transport be continued. [Ref.<br />
4, page 51] (S), (E)<br />
Aero-Political Pressures: ...the multilateral/bilateral traffic rights debate,<br />
especially where ‘fifth freedom’ is concerned...seems most likely to dominate aeropolitical<br />
affairs...it is pointed out that where the U.S. is involved, many countries in<br />
the region (Asia-Pacific) feel they have had an unfair deal ...described as<br />
‘inequitable and antiquated bilaterals’, which has led to ‘damaging disputes’ with<br />
such countries as Australia, Japan and Thailand, disrupting trade and travel.<br />
Singapore feels that its own liberal attitude-‘Singapore’s skies are open to all U.S.<br />
carriers’-is not fully reciprocated by the Americans....it is felt that the U.S. now<br />
enjoys an unacceptable level of ‘fifth-freedom traffic’ which accounts for some<br />
40% of the total air traffic in the Asia-Pacific region. [Ref. 4, page 79-80] (S),<br />
(E)<br />
Issue # 4: FAA Funding Reform<br />
• Although the FAA’s budget grew significantly in the 1980’s, the years of growth in FAA<br />
funding appear unlikely to continue...the FAA’s budget has been cut by $600 million over<br />
the last few years. <strong>The</strong> FAA also has substantially reduced the number of employees and<br />
eliminated many technology programs...funding for FAA is expected to continue to<br />
decline in the foreseeable future because of spending reductions in transportation<br />
programs proposed in the recent balanced budget resolution...because of efforts to balance<br />
the federal budget, future funding will fall far short of what the FAA will need to provide<br />
even the current level of services, and drastic cuts in services will need to be made if new<br />
revenue is not found. <strong>The</strong> administration...projects an aggregate $12 billion shortfall in<br />
FAA funding over the time period from fiscal year 1997 to fiscal year 2002. This projected<br />
shortfall represents the difference between FAA’s stated need of $59 billion during that<br />
period and an estimated budget cap of $47 billion...the year-to-year appropriations process<br />
makes it difficult for the FAA to operate under a long-term capital investment plan. This<br />
leads to reactive, near-term investment decisions by the FAA based on an artificially<br />
imposed federal budget process, rather than on the basis of need or sound business<br />
decisions. [Ref. 7, page 9] (O), (E)<br />
Issue # 5: Environmental Considerations<br />
• ...the impact of world air transport on the environment has been far less severe than<br />
other modes of transportation in energy consumption, emissions, global warming, land<br />
use, and noise. However, tougher standards are being proposed. IATA has argued...that<br />
such new requirements would affect the development of new aircraft, which are currently<br />
in their earliest conceptual stages, already appear to offer the prospect of substantial<br />
environmental benefits in terms of fuel and emissions efficiency, but if tougher new<br />
153
standards are introduced the expense involved could well make the development of such<br />
aircraft impossible...IATA assessed the loss in fleet resale value as a result of introducing<br />
any such new constraints at as much as $5bn to $10bn. [Ref. 4, page 161-162] (ENV),<br />
(S)<br />
• A European-sponsored committee declared that ‘eliminating aircraft congestion in the<br />
air and on the ground is by far the most efficient way to reduce the impact of air transport<br />
on the environment. It can and must be achieved as a matter of absolute priority.’<br />
Moreover...the aerospace industry lobby is particularly concerned to insure that ICAO is<br />
made well aware of the technical problems for the aerospace manufacturers which would<br />
result from the recommendation of new (and more stringent) environmental regulations<br />
for the aviation community. [Ref. 4, page 162] (ENV), (S), (T)<br />
Issue # 6: <strong>Air</strong> Travel and Alternatives<br />
• ...a corporate air travel survey by IATA’s market and economic analysis division appears<br />
to indicate that the impact...of various forms of innovative electronic communications has<br />
been, and may well be in the future, less severe that some reports have suggested...much<br />
of the growth of video-conferencing over the past few years seems to have been due more<br />
to the effects of recession, with businessmen cutting travel costs, than to any improvement<br />
in business efficiency stemming from advanced electronic communications systems. [Ref.<br />
4, page 85-87] (T)<br />
Issue # 7: GPS and Satellite-based Navigation Issues<br />
• ...while optimistic, the international aviation community continues to express trepidation<br />
about investing preferentially in a satellite-based system that is currently controlled and<br />
operated by U.S. DOD. Consequently, much work has been conducted by the<br />
international community to develop and implement a GNSS, which may not include GPS.<br />
Potential GNSS architectures may include the Russian Glonass, yet-to-be developed<br />
private systems, or other satellite systems which may carry GNSS signals, such as those<br />
proposed by the IRIDIUM consortium and Inmarsat. [Ref. 9, page 3-49] (S), (T)<br />
• <strong>The</strong>re are a number of GPS (and other satellite systems) navigational error sources<br />
which are being addressed by various government, industry, and academic institutions.<br />
<strong>The</strong>se include: 1) Satellite Clock and Ephemeris errors, 2) Atmosperic related Ionosphere<br />
and Troposphere errors, 3) Receiver Errors such as Multipath, Oscillator, Tracking Delay,<br />
Noise, Filter Bias, 4) System Errors including Selective Availability and Geometry, and<br />
other sources. Although alternate mitigation schemes are being proposed that minimize the<br />
effects of these potential GPS-based navigation errors, the uncertainties associated with<br />
system integrity and availability of satellite-based operations persist, in particular during<br />
precision approach and landing (> Cat II, III) phases of flight. [Ref. 9, page 3-53-58] (T),<br />
(O)<br />
Issue # 8: ATC Systems Architecture<br />
154
• IPT architecture efforts are limited and do not constitute an ATC-wide technical<br />
architecture. [Ref. 5, page 40] (T)<br />
• Heterogeneous communications protocol and data formats require expensive system<br />
interfaces. [Ref. 5, page 45] (T)<br />
• Myriad of application languages makes maintenance more costly and difficult (software<br />
applications associated with 54 operational ATC systems have been written in 53<br />
programming languages including 19 assembly languages). [Ref. 5, page 46] (T)<br />
• Software maintenance is a significant FAA expense...the Host Computer System (HCS),<br />
its backup - the Enhanced Direct Access Radar Channel (EDARC) and PAMRI<br />
(Peripheral Adapter Module Replacement Item cost $63.6 million annually to maintain.<br />
[Ref. 5, page 47] (T)<br />
• Until a software sub-architecture is developed that is based on systematic analysis of the<br />
needs of current and planned operating environments and defines the languages to be used<br />
in developing ATC systems, FAA will continue to experience language proliferation...<br />
[Ref. 5, page 47] (T)<br />
• FAA...lacks an effective management structure for developing, maintenance, and<br />
enforcing a technical ATC systems architecture. no organization in FAA is responsible for<br />
technical ATC architecture...FAA has permitted a “hodge podge” of independent efforts<br />
scattered across its ATC modernization organization to emerge with no central guidance<br />
and coordination. [Ref. 5, page 54] (T), (O)<br />
Issue # 9: Ground Handling<br />
<strong>The</strong> Visa Problem: although several countries outside the EU have reached bilateral<br />
agreements to dispense with visas, in many parts of the world they remain a vital element<br />
of entry facilitation. there are no signs of any significant reduction in requirements in the<br />
years ahead-if anything, in an unstable political world visa requirements will become<br />
stricter, especially as measures to control illegal immigrants become tougher. [Ref. 4, page<br />
148] (O), (S)<br />
Health Requirements: ...in some parts of the world, debilitating or even potentially fatal<br />
diseases are rife, and some which it had been thought had been eradicated, such as<br />
smallpox, are returning. as a result, some countries are toughening their health<br />
requirements-demanding, for example, to see certificates of vaccinations which in many<br />
places have been ignored for years. It is thus incumbent upon every traveler to ensure that<br />
his or her vaccinations and health documentation are in order. [Ref. 4, page 149] (S)<br />
Inspections: ...IATA makes the point that complicated and outmoded inspections...negate<br />
the inherent advantage of speed offered to the public by air transport...it cites one<br />
example...where ‘ departure delays during peak hours at a major airport by excessive<br />
inspection controls cost the airlines in excess of $100,000 per day’. [Ref. 4, page 149]<br />
(O), (E)<br />
155
Other ground handling problems include: ‘off-airport’ check-in, baggage handling et al. all<br />
of these may produce delays and bottlenecks in the flow of air traffic. [Ref. 4, page 151-<br />
155] (E), (O)<br />
Issue # 10: <strong>Air</strong>port Capacity<br />
• <strong>The</strong> forecast for a 57 % increase in passenger enplanements between 1993 and 2005<br />
suggests that a major investment will be needed to expand terminals to accommodate<br />
more passengers and larger aircraft...the increase in air carrier operations at medium hubs<br />
will be accommodated by scheduling more flights for off-peak periods, attracting a portion<br />
of general aviation activity to reliever airports, and developing new runways to increase<br />
airfield capacity...a substantial increase in aircraft operations at a large hub airport may<br />
warrant consideration of additional runways...the outlook for new runways at major<br />
origin/destination airports is less promising...only 5 of 13 large hubs airports where more<br />
than two-thirds of traffic is locally generated are actively considering new runways...the<br />
engineering and political obstacles to new runway construction at these airports is<br />
daunting...airfield congestion at major origin/destination airports ...will continue to be one<br />
of the most difficult issues facing civil aviation [Ref. 13, page 29-30] (O), (E)<br />
Issue # 11: <strong>Management</strong> of Special-Use <strong>Air</strong>space<br />
• Within the NAS, some airspace is designed for use by the DOD and other federal<br />
agencies to carry out special research, testing, training...etc...non-participating aircraftboth<br />
civil and military-may be restricted from flying into such areas. Although Special-Use<br />
<strong>Air</strong>space (SUA) serves the important safety function of segregating hazardous activity<br />
from non-participating aircraft, civil users have voiced concerns about whether SUA is<br />
being efficiently managed...by its location SUA can limit air traffic to and from a particular<br />
location...SUA has become a much more urgent issue because of the aviation community’s<br />
movement toward “free flight.” Under a “free flight” operating concept, the users of the<br />
system would have more freedom to select preferred routes free of many of the current<br />
restrictions as long as such routes do not interfere with safety, capacity, and SUA<br />
airspace...a key recommendation from the task force (RTCA free flight) is the<br />
establishment of a “real-time” system to notify commercial users of the availability of<br />
SUA. FAA and airline officials...suggest... that at a minimum, airlines need 2 hours’ notice<br />
to take advantage of SUA. [Ref. 10, page 25] (O)<br />
Issue # 12: <strong>Air</strong>port Safety<br />
• ...concerns about accelerating the entire modernization effort that focus on the<br />
complexities of the technology and the integrity of FAA’s acquisition process....the<br />
complexity of developing and acquiring new ATC technology-both hardware and<br />
software-must be recognized...new ATC technology...is available “off-theshelf”...however,<br />
FAA has found significant additional development efforts have been<br />
needed to meet the agency’s requirements...two major contracts for systems-the Standard<br />
156
Terminal Replacement System (STARS) and the Wide Area Augmentation System<br />
(WAAS)-called for considerable development efforts. [Ref. 21, page 6-7] (T)<br />
• STARS is an outgrowth of the troubled Advanced Automation System (AAS)<br />
acquisition...the terminal segment of this system, known as Terminal Advanced<br />
Automation System, would provide controllers in TRACONS with new workstations and<br />
supporting computer systems. However, in June 1994, the FAA Administrator ordered a<br />
major restructuring of the acquisition to solve long-standing schedule and cost problems.<br />
<strong>The</strong>se schedule delays were up to 8 years behind the original schedule, and estimated costs<br />
had increased to $7.6 billion from the original $2.5 billion...FAA’s schedule for STARS<br />
can be jeopardized by scheduling conflicts with other modernization efforts...in September<br />
1996, the IPT identified 12 potential scheduling conflicts at the first 45 STARS<br />
sites...another scheduling conflict involves terminal surveillance radars...many existing<br />
surveillance radars are not digital, but STARS requires digital processing and<br />
communications....there are also potential difficulties in developing STARS<br />
software...[Ref. 20, page 3-4] (E), (O)<br />
Issue # 13: FAA Organizational Culture and Workforce<br />
FAA’s Organizational Culture<br />
• FAA’s organizational culture has been an underlying cause of the persistent cost<br />
overruns, schedule delays, and performance shortfalls in the agency’s acquisition of major<br />
ATC systems. Weaknesses in ATC acquisitions stem from recurring shortcomings in the<br />
agency’s mission focus, accountability, internal coordination, and adaptability. [Ref. 12,<br />
page 22] (O)<br />
• FAA officials rushed into production of ATC systems....cost, schedule, and performance<br />
problems have resulted from excessive concurrency-beginning system production before<br />
completing development, testing, or evaluation of programs. FAA has proceeded with<br />
producing numerous systems, including Microwave Landing System (MLS), Mode S<br />
radar, and Oceanic Display and Planning System (ODAPS), before critical performance<br />
requirements had been met...[Ref. 12, page 24] (O)<br />
• ...FAA concluded that because accountability for contract administration was not welldefined<br />
or enforced, program officials were not encouraged to exercise strong oversight of<br />
contractors...poor oversight...has caused acquisition problems in such projects as ODAPS,<br />
Mode S, and AAS...the delivery of the first system (MODE S)...had been delayed by 5<br />
years. [Ref. 12, page 28-29] (O)<br />
• ...an environment of control...has been... fostered by the agency’s hierarchical<br />
structure...employees are not empowered to make needed management decisions. This<br />
lack of empowerment decreases their sense of ownership and responsibility, which...makes<br />
them more reluctant to be held accountable for their decisions and actions....fewer than<br />
half reported that they had enough authority to make day-to-day decisions about day-today<br />
problems. [Ref. 12, page 29-30] (O), (H)<br />
157
• Poor coordination between FAA’s program offices and filed organizations has caused<br />
schedule delays. Although coordination between program offices and filed organizations is<br />
necessary to ensure that sites suitable for installing ATC systems are acquired and<br />
prepared, installations of the Terminal Doppler Weather Radar (TDWR), the <strong>Air</strong>port<br />
Surveillance Radar (ASR-9), and the <strong>Air</strong>port Surface Detection Equipment (ASDE-3)<br />
have all been delayed because of problems with putting these systems in the field....the<br />
implementation of the final 10 ASR-9 radars was being delayed because planned sites were<br />
not ready...similarly...FAA had to postpone TDWR’s implementation at 11 locations<br />
because of the unavailability of sites and land acquisition problems. [Ref. 12, page 31]<br />
(O), (T)<br />
• A major limiting coordination among stakeholders in FAA’s acquisition of major<br />
systems has been its organizational structure...OTA (Office of Technology Assessment)<br />
noted (1994) that differences in the organizational culture among FAA’s air traffic<br />
controllers, equipment technicians, engineers, and divisional managers made<br />
communication difficult and limited coordination...[Ref. 12, page 32-33] (O)<br />
FAA Workforce<br />
• FAA has identified a sufficient number of controller candidates to meet its short-term<br />
staffing needs in fiscal years 1997 and 1998. However, beyond fiscal year 1998, it is<br />
uncertain whether current sources can provide the controller candidates FAA will need to<br />
meet its hiring goals for fiscal years 1999 through 2002. <strong>The</strong> majority of available<br />
candidates are controllers who were fired in 1981 and who FAA officials believe could be<br />
eligible to retire within a few years of reemployment...[Ref. 11, page 3] (O), (S), (H)<br />
• FAA officials identified several principal impediments that hinder their ability to staff<br />
ATC facilities at specified levels. <strong>The</strong> first is FAA headquarters’ practice of generally not<br />
providing funds to relocate controllers until the end of the fiscal year, which causes<br />
delayed controller moves and continued staffing imbalances. <strong>The</strong> second impediment is the<br />
limited ability of regional officials to recruit controller candidates locally to fill vacancies at<br />
ATC facilities. In addition, FAA regional officials also believe that limited hiring of new<br />
controllers in recent years has hindered their ability to fill vacancies. Partly due to these<br />
impediments, as of April 1996 about 53% of ATC facilities were not staffed at levels<br />
specified by FAA’s staffing standards...[Ref. 11, pages 3-4] (O), (S)<br />
Selected References<br />
1) <strong>Air</strong> Transport and <strong>The</strong> Environment, IATA, http://www.atag.org/atenvv/atenv.htm<br />
2) <strong>The</strong> Economic Benefits of <strong>Air</strong> Transport, IATA,<br />
http://www.atag.org/ecobat/ecobat.htm<br />
3) Outlook for <strong>Air</strong> Transport to the Year 2003, ICAO Circular 252-AT/103, 1995<br />
4) <strong>The</strong> Future of International <strong>Air</strong> Passenger Transport: Ito an Era of Dynamic Change,<br />
Financial Times <strong>Management</strong> Report, Michael Donnel, 1995<br />
158
5) <strong>Air</strong> <strong>Traffic</strong> Control: Complete and Enforced Architecture Needed for FAA Systems<br />
Modernization, GAO/AIMD-97-30, February 1997<br />
6) Proposal to Corporatize <strong>The</strong> Nation’s <strong>Air</strong> <strong>Traffic</strong> Control System, S. Hrg. 103-1016,<br />
1995<br />
7) <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> System Performance Improvement Act of 1996, Report 104-<br />
251, April 10, 1996<br />
8) <strong>Air</strong> <strong>Traffic</strong> Control: Improved Cost Information Needed to Make Billion Dollar<br />
Modernization Investment Decisions, GAO/AIMD-97-20, January 1997<br />
9) <strong>Air</strong> <strong>Traffic</strong> Control and <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> Systems: An Analysis of Policies,<br />
Technologies, and Global Markets, Volume I, Booz . Allen & Hamilton, 1995<br />
10) National <strong>Air</strong>space System: Issues in Allocating Costs for <strong>Air</strong> <strong>Traffic</strong> Services to DOD<br />
and Other Users, GAO/RCED-97-106, April 1997<br />
11) Aviation Safety: Opportunities Exist for FAA to Refine the Controller Staffing<br />
Process, GAO/RCED-97-84, April 1997<br />
12) Aviation Acquisition: A Comprehensive Strategy Is Needed for Cultural Change at<br />
FAA, GAO/RCED-96-159, August 1996<br />
13) National Plan of Integrated <strong>Air</strong>port Systems (NPIAS) 1993-1997, FAA, April 1995<br />
14) FAA Aviation Forecasts: Fiscal Years 1997-2008, FAA-APO-97-1, March 1997<br />
15) 1997 Current Market Outlook, <strong>Boeing</strong> <strong>Air</strong>plane Marketing Group, March 1997<br />
16) World Economic Outlook: 20 Year Extension, WEFA Group, 1997<br />
17) EATMS Operational <strong>Concept</strong> Document (OCD), FCO.ET1.ST07.DEL01, January<br />
1997<br />
18) Meeting Europe’s <strong>Air</strong> <strong>Traffic</strong> Needs: <strong>The</strong> Role of Eatchip and Eurocontrol,<br />
Eurocontrol 1996<br />
19) In Search of the Future of <strong>Air</strong> traffic Control, IEEE Spectrum, August 1997<br />
20) <strong>Air</strong> <strong>Traffic</strong> Control: Status of FAA’s Standard Terminal Automation Replacement<br />
System Project, GAO/RCED-97-51, March 1997<br />
21) Aviation Safety and Security: Challenges to Implementing the Recommendations of<br />
the White House Commission on Aviation Safety and Security, GAO/T-RCED-97-90,<br />
March 1997<br />
22) <strong>Air</strong> <strong>Traffic</strong> Control: Better Guidance Needed for Deciding Where to Locate Facilities<br />
and Equipment GAO/RCED-95-14, December 1994<br />
23) Report on the Implementation of the <strong>Air</strong> <strong>Traffic</strong> Service Plan, MP 96W0000184, <strong>The</strong><br />
MITRE Corporation, August 1996<br />
24) Status Report: Global Navigation Satellite System (GNSS) Augmentation Audit and<br />
Cost Benefit Analysis, April 1997<br />
159
25) Aviation Automation: <strong>The</strong> Search for a Human Centered Approach, Charles E.<br />
Billings, LEA, 1997<br />
160
Appendix C. Comparison of FAA 2005 and RTCA Users 2005 Operational<br />
<strong>Concept</strong>s<br />
<strong>The</strong> following matrix is an analysis of the main features of the two concept documents:<br />
• An Evolutionary Operational <strong>Concept</strong> for Users of the National <strong>Air</strong>space System<br />
DRAFT v3.0 June23, 1997 prepared by the RTCA Select Committee on Free Flight.<br />
• A <strong>Concept</strong> of Operations for the National <strong>Air</strong>space System in 2005. Revision 1.3<br />
June27, 1997. FAA.<br />
<strong>The</strong> objective of the matrix is to focus on the attributes of the ATM System as described<br />
for the year 2005 in those two documents. <strong>The</strong> matrix is a comparison of the two<br />
different approaches to describing the functionality within the system. It identifies<br />
similarities, differences, and gaps in the two descriptions.<br />
An attempt was made to integrate this work with the European concept as produced by<br />
Eurocontrol; European <strong>Air</strong> <strong>Traffic</strong> <strong>Management</strong> System Operational <strong>Concept</strong> Document<br />
Issue 1.0 1 March 1997. This document is targeted at the year 2015 and is focused on the<br />
process for identifying a <strong>Concept</strong> rather than on determining the functionality of the<br />
system as it could exist. <strong>The</strong> comparison with the two previous documents was thus<br />
abandoned due to this fundamental difference in the structure of the documents.<br />
<strong>The</strong> two documents that are compared within this matrix have subsequently been revised.<br />
This matrix is thus a statement of the situation as it existed in July 1997.<br />
161
Flight<br />
Planning<br />
Overview<br />
Table C-1<br />
Comparison of FAA 2005 and Users’ 2005 Operational <strong>Concept</strong>s<br />
FAA 2005 User 2005<br />
NAS Wide Information system (interactive).<br />
More accurate (real-time) data for traffic forecasting. More data<br />
available for Users - helps flight planning.<br />
Integrated information system.<br />
Flight Object replaces flight plan.<br />
NAS-Wide Information System and Interactive Flight Planning System give<br />
Users access to real-time sharing of info. regarding NAS and system demand<br />
Enhanced data set supports 4-D planning and certain preferences i.e. runway<br />
Gaps<br />
Differences<br />
Key Aspects<br />
VFR use ELT<br />
Collaborative use of data improves traffic planning.<br />
User provided daily schedule as baseline for planning traffic loading.<br />
Automatic flight plan checking for constraints.<br />
Additional information can be added to the plan during flight<br />
Military can access info. on aircraft entering ADIZ <strong>Air</strong> Defense<br />
Identification Zone.<br />
Doesn’t cover benefits of changes other than providing User Preferred<br />
routings.<br />
Doesn’t offer any additional capacity.<br />
Doesn’t refer to Flow <strong>Management</strong>.<br />
More data, more accurate, updated in real-time, more accessible.<br />
Cooperative decision making for traffic planning.<br />
Refers to ability to update, when airborne, certain fields. This means<br />
User accessible flight plan even when airborne.<br />
VFR flights equipped with ELT (Emergency Locator Beacon).<br />
Collaborative use of data improves traffic planning.<br />
All Users have access to same information source.<br />
Additional information can be added to the plan during flight<br />
Refers to ability to update, when airborne, certain fields. This means User<br />
accessible flight plan even when airborne.<br />
162
Surface<br />
Movement<br />
Automation<br />
requirements<br />
Communication<br />
requirements<br />
Information<br />
requirements<br />
Table C-1<br />
Comparison of FAA 2005 and Users’ 2005 Operational <strong>Concept</strong>s<br />
FAA 2005 User 2005<br />
Automation to identify vehicles on airport movement area<br />
Automation to predict movement of all vehicles on airport movement area<br />
Automation to provide conflict advisories on airport movement area<br />
Automation to plan aircraft's movement from de-icing to takeoff without<br />
stopping<br />
Decision support systems to monitor and plan flow of surface traffic and Tower decision support system provided for DOD enabling exchange of<br />
accommodate user preferences for runway and gate assignment taking information about environmental and operating conditions to coordinate local<br />
into account current and projected congestion, runway loading, and air base operations.<br />
environmental considerations<br />
Dynamic planning of surface movement that includes balancing taxiway<br />
demand and improves sequencing of aircraft to departure queue<br />
Radio communications available<br />
More users equipped for data link at more airports<br />
Increased information sharing between users and service providers<br />
Increased CDM between users and service providers<br />
Improved information to the NAS-wide information system<br />
More users equipped for data link at more airports<br />
More data link messages for GA including clearance delivery, taxi instructions,<br />
basic meteorological information, current weather maps<br />
NAS-wide information system provides status of active and proposed flights<br />
and NAS infrastructure<br />
Increased automation of weather information (terminal weather radar,<br />
automated weather observation systems, integrated terminal weather<br />
systems that detect and predict hazardous weather, improved surface<br />
detection equipment)<br />
Continuous updating of aircraft flight for real-time planning<br />
Real-time updates of taxi times<br />
NAS-wide information system provides timely update of flight plan information<br />
Tracking of all vehicles entering active movement areas<br />
Service provider acquires all NOTAMS and meteorological information <strong>Air</strong>port information and weather provided over data link to more users at more<br />
airports<br />
163
Surface<br />
Movement<br />
Information<br />
requirements<br />
Separation<br />
Assurance<br />
Table C-1<br />
Comparison of FAA 2005 and Users’ 2005 Operational <strong>Concept</strong>s<br />
FAA 2005 User 2005<br />
More data link messages for GA including clearance delivery, taxi instructions,<br />
basic meteorological information, current weather maps<br />
Automated ATIS message recorded for transmission over synthetic voice Automated ATIS message recorded for transmission over synthetic voice or<br />
or digital data link<br />
digital data link for DOD<br />
Weather advisories automatically transmitted over synthetic voice or Weather conditions provided over data link to more users at more airports<br />
digital data link<br />
Taxi schedules automatically incorporate departure clearances, aircraft Taxi routes data linked to the cockpit. <strong>Air</strong>craft receive positions of other aircraft<br />
location, and aircraft type<br />
on the airport surface.<br />
Taxi clearances and instructions data linked to cockpit for DOD<br />
Departure clearances that incorporate enhanced flight plan information<br />
including pilot requested ascent and descent profiles and cruise speed and<br />
altitude provided over data link<br />
More data link messages for GA including clearance delivery, taxi instructions,<br />
basic meteorological information, current weather maps<br />
Surface movement information system provides environmental and<br />
operational conditions and sends updates to NAS wide information<br />
system; this information used for ATIS message<br />
Surface movement information system and NAS-wide information system <strong>Air</strong>craft coordinate with ATC regarding pushback and departure times.<br />
interface with surface and airborne surveillance information, flight Pushback clearances include specific aircraft location, aircraft type, and<br />
information, weather, and traffic management system<br />
sequencing number.<br />
Separation assurance by service provider through visual cues including Satellite-based surveillance broadcasts provide enhanced situation display of<br />
enhanced situation displays and surface detection equipment that receive surrounding surface traffic to the pilot<br />
and display the aircraft's broadcast of satellite navigation derived position<br />
data<br />
Pilots continue to rely on visual cues for separation assurance; some aircraft<br />
equipped with moving map display in cockpit; some aircraft equipped with<br />
conflict detection logic with moving map display<br />
Cockpit display of position information from other aircraft.<br />
ATC monitors aircraft movement and possible conflicts<br />
164
Surface<br />
Movement<br />
Efficiency<br />
Table C-1<br />
Comparison of FAA 2005 and Users’ 2005 Operational <strong>Concept</strong>s<br />
FAA 2005 User 2005<br />
Ramp service providers sequence and meter aircraft movement at gates Ramp service providers sequence and meter aircraft movement at gates and<br />
and ramp areas using situation displays that interface with decision ramp areas using situation displays that interface with decision support systems<br />
support systems and control tower personnel<br />
and control tower personnel<br />
Service provider coordinates with airline ramp and airport operators to<br />
efficiently sequence aircraft on the airport surface<br />
<strong>Traffic</strong> flow service provider establishes initial taxi times based on<br />
weather and airport configuration and adjust parameters as needed<br />
Tower automation uses timely aircraft information from NAS-wide information<br />
system to establish a realistic set of schedules for departures, arrivals, and<br />
surface traffic<br />
<strong>Traffic</strong> flow service provider coordinates with arrival/departure traffic<br />
flow service provider<br />
Reduced taxi occupancy times achieved through decision support systems Reduced taxi occupancy times achieved through decision su pport systems<br />
Surveillance<br />
Satellite-based surveillance broadcasts<br />
Gaps<br />
Doesn’t detail how runway occupancy could be increased.<br />
Doesn’t detail how airfield capacity might be increased.<br />
Doesn’t detail how runway occupancy could be increased.<br />
Doesn’t detail how airfield capacity might be increased.<br />
Differences Concentrates on ground systems Concentrates on air side<br />
Key Aspects A lot of references to automation.<br />
Concentrates on efficiency.<br />
165
Arrivals/<br />
Departures<br />
Overview<br />
Separation<br />
assurance<br />
Data processing<br />
Table C-1<br />
Comparison of FAA 2005 and Users’ 2005 Operational <strong>Concept</strong>s<br />
FAA 2005 User 2005<br />
Decision support systems assist service provider to assign runways and<br />
merge/sequence traffic, based on accurate traffic projections and user<br />
preferences.<br />
Tools such as FMS, datalink, and satellite navigation allow route<br />
flexibility by reducing voice communications and increasing<br />
navigational precision.<br />
Avionics fits allow an increasingly frequent transfer of responsibility<br />
for separation assurance to the flight deck for some types of operations.<br />
Pre-defined data link messages, such as altitude clearances and<br />
frequency changes, are uplinked to an increasing number of equipped<br />
aircraft. Voice communications between service providers and pilots<br />
are thereby reduced, giving the service provider additional time for<br />
planning functions that help accommodate increased traffic demand.<br />
Enhanced ground-to-ground communications systems (both digital and<br />
voice) that allow seamless coordination within and between facilities.<br />
Disruption in departure and arrival traffic is minimized by improved<br />
weather data and displays. <strong>The</strong>se displays enhance safety and efficiency<br />
by disclosing weather severity and location<br />
Decision support systems help service providers to maintain situation<br />
awareness, identify and resolve conflicts, and sequence and space<br />
arrival traffic.<br />
Separation assurance changes in the following areas: aircraft-to-aircraft<br />
separation, aircraft-to-airspace and aircraft-to-terrain/obstruction<br />
separation, and departure and arrival planning services<br />
<strong>Air</strong>craft-to-aircraft separation remains the responsibility of service<br />
providers<br />
All-weather pilot-pilot separation when deemed appropriate<br />
Expanded data acquisition results from inputs by the flight deck, airline<br />
operations center, service provider, and interfacing NAS systems<br />
Accurate information on SUA status and planned usage is disseminated<br />
automatically to the NAS-wide information system. Eliminating<br />
numerous coordination calls normally required between facilities<br />
Increased pilot situational awareness (ADS/CDTI)better weather and<br />
navigation increases safety and efficiency of approaches/departures and leads<br />
to better runway utilistation.<br />
RNAV capabilities support user preferred arrival/departure routed,<br />
climb/decent profiler, runway assignment.<br />
CFIT more readily avoided using GPS nav and improved terrain database.<br />
Reduced visual minima using specific points to allow easy visual acquisition<br />
of traffic.<br />
ABS-B/CDTI enable visual approaches where momentary loss of visual target<br />
acquisition occurs.<br />
ATIS info available via datalink.<br />
Dat aavailable on surrounding traffic and w/x displayed on CDTI<br />
166
Arrivals/<br />
Departures<br />
Automation/<br />
decision support<br />
<strong>Traffic</strong> Flow<br />
Service<br />
Table C-1<br />
Comparison of FAA 2005 and Users’ 2005 Operational <strong>Concept</strong>s<br />
FAA 2005 User 2005<br />
Conflict detection and resolution functions consider arrival and<br />
departure traffic throughout terminal airspace, separation at the<br />
intersection of converging runways, separation between parallel<br />
runways, and separation from ground vehicular traffic on the runways.<br />
Tower, arrival/departure, and en route service providers have access to<br />
identical tools and information regardless of facility<br />
In the final portion of the arrival phase, decision support systems<br />
facilitate the use of time-based metering to maximize airspace and<br />
airport capacity.<br />
Focus on establishing the parameters to be used by the support tools,<br />
and the tools develop the plan.<br />
service providers collaborate with users to resolve congestion problems<br />
through adjustment of user schedules.<br />
If scheduling inadequate, service providers work with the national<br />
traffic management function to solicit user input concerning flow<br />
constraints.<br />
DoD<br />
Equip with MMR’s. TCAS.<br />
Gaps<br />
Doesn’t refer to where increased capacity is coming from.<br />
Differences Not much emphasis on RNAV capabilities or FMS approaches. Little emphasis on ground system.<br />
Key Aspects Automation features highly.<br />
No real assessment of where increased capacity will come from in a<br />
critical part of the airspace.<br />
Ground tools enhance final approach spacing - communication direct to pilot<br />
who executes more flexible procedures.<br />
167
Table C-1<br />
Comparison of FAA 2005 and Users’ 2005 Operational <strong>Concept</strong>s<br />
En-Route FAA 2005 User 2005<br />
Overview<br />
En route airspace structures and boundary restrictions are unconstrained<br />
by communications and computer systems, and aircraft are no longer<br />
required to fly directly between navaids along routes<br />
Accommodation of User preferences for trajectories, schedule and flight<br />
sequence - based on decision support tools for Conflict detection,<br />
resolution and flow management.<br />
Flexible airspace structure (Probably daily! Potentially several times<br />
per day) adjustment of structure to meet predicted flows.<br />
Route structure the exception not the rule.<br />
Surveillance includes aircraft broadcast GNSS positions.<br />
Automated inter/intra facility coordination and communications.<br />
NAS Wide info. system continually updated.<br />
Routine pilot - controller comms. via datalink.<br />
Potential for separation minima to be reduced - dependent on aircraft<br />
equipage.<br />
Better w/x predictions available to all users (based on real-time<br />
reporting).<br />
Greater accommodation of user requests, including carrier preferences<br />
on the sequencing of their arrival aircraft.<br />
Facility boundaries are adjusted to accommodate dynamic changes in<br />
airspace structure.<br />
Accommodation of User preferences for trajectories, schedule and flight<br />
sequence - based on decision support tools for Conflict detection, resolution<br />
and flow management.<br />
Flexible airspace structure (Probably daily! Potentially several times per day)<br />
adjustment of structure to meet predicted flows.<br />
Route structure the exception not the rule.<br />
Surveillance includes aircraft broadcast GNSS positions.<br />
Automated inter/intra facility coordination and communications.<br />
NAS Wide info. system continually updated.<br />
Routine pilot - controller comms. via datalink.<br />
Better w/x predictions available to all users (based on real-time reporting).<br />
Moving map displays - reduces CFIT.<br />
Cross-border flight plan transfer (Mexico/Canada).<br />
A/c not equipped for all services will retain current level of service.<br />
Routes and procedures allow direct VFR flights through busy terminal areas<br />
Datalinking of NAS status data in-flight where required<br />
GNSS position used for surveillance drives enhanced conflict probing.<br />
168
Table C-1<br />
Comparison of FAA 2005 and Users’ 2005 Operational <strong>Concept</strong>s<br />
En-Route FAA 2005 User 2005<br />
Separation<br />
assurance<br />
<strong>Traffic</strong> Flow<br />
<strong>Management</strong><br />
Gaps<br />
Responsibility still with Service Provider.<br />
Changes to separation assurance function a result of increased decision<br />
support (conflict detection and resolution)..<br />
Availability of flight data for all flights. Improvements in separating<br />
controlled and uncontrolled flights and in VFR flight following service.<br />
Separation from SUA - activity info. availability allows more efficient<br />
planning of trajectories<br />
New role - Coordination of the dynamic changes to airspace structure.<br />
Better real-time information (airborne times) gives improved<br />
capabilities for strategic management.<br />
NAS info. available to all Users .<br />
Problem solving to change structure/flows a collaborative process<br />
involving Users.<br />
Use Conflict Detection tools of en-route control but with longer time<br />
horizon.<br />
Doesn’t cover benefits.<br />
Doesn’t talk of where capacity will come from. Doesn’t refer to<br />
separation assurance being transferred to pilot.<br />
Responsibility still with Service Provider.<br />
Reduced horizontal separation standards - in form of time-based separation. -<br />
provides more capacity.<br />
CDTI for more GA a/c enhances safety.<br />
Use of ground system enhanced conflict probe and alerting.<br />
Doesn’t cover much of the Ground System.<br />
Doesn’t refer to pilot taking over separation assurance role - even in specific<br />
circumstances<br />
Differences Covers <strong>Traffic</strong> Flow <strong>Management</strong> Doesn’t refer to <strong>Traffic</strong> Flow <strong>Management</strong>.<br />
Covers international aspects of flight plan transfer.<br />
Refers to VFR access to busy terminal airspace.<br />
Key Aspects<br />
Carrier preferences on the sequencing of their arrival aircraft<br />
Flexible airspace structure. Route structure only for high density<br />
periods. Facility boundaries are adjusted to accommodate dynamic<br />
changes in airspace structure.<br />
Automated inter/intra facility coordination and communication<br />
functions.<br />
Doesn’t refer to Free Flight. Doesn’t talk of separation assurance being vested<br />
with pilot.<br />
Refers to Ground Based Conflict Probe thus assumes separation assurance<br />
remains with Service provider.<br />
Covers international aspects of flight plan transfer<br />
169
Table C-1<br />
Comparison of FAA 2005 and Users’ 2005 Operational <strong>Concept</strong>s<br />
Oceanic FAA 2005 User 2005<br />
<strong>Air</strong>space structure<br />
Capacity increase<br />
Conflict detection<br />
and resolution<br />
Separation<br />
assurance<br />
Trajectories flown instead of tracks facilitated by full surveillance,<br />
better navigation tools, real time communications and automated data<br />
exchange between pilot and controller via data link.<br />
Reduced separation and dynamic management of route structures help<br />
user formulate and request preferred flight profile.<br />
Structure changes dynamically based on weather, demand and user<br />
preferences.<br />
If demand exceeds capacity, changes to airspace structure and<br />
trajectories made dynamically.<br />
Procedural changes in separation through improved infrastructure.<br />
Oceanic separation minima massively reduced allowing corresponding<br />
increase in traffic demand.<br />
Real time position data and continuously updated trajectory projections<br />
virtually eliminate manual control procedures in Oceanic airspace.<br />
Improvements in navigation, communication and the use of surveillance<br />
are paramount enablers of reduced separation.<br />
Service providers strategic in providing these functions plus solutions<br />
to traffic congestion and demand for user-defined trajectories using new<br />
tools and procedures.<br />
Service providers have same decision support tools available as en<br />
route controllers<br />
Separation standards and procedures are derived from radar control<br />
techniques.<br />
Service providers use tools to prevent aircraft entering restricted<br />
airspace.<br />
<strong>Air</strong>craft crossing <strong>Air</strong> Defense boundaries reported to the military.<br />
Decision support systems and traffic display similar to en route.<br />
Separation standards may differ.<br />
Environment creates opportunity for transfer of responsibility to the<br />
pilot for specific operations.<br />
CDTI creates pilot situational awareness of nearby traffic. Utilizes<br />
aircraft broadcast of satellite-based position<br />
Trajectories flown instead of tracks facilitated by full surveillance, better<br />
navigation tools, real time communications and automated data exchange<br />
between pilot and controller via data link.<br />
User-preferred routes replace the oceanic track system.<br />
Structure changes dynamically based on weather, demand and user<br />
preferences.<br />
Procedural changes in separation through improved infrastructure.<br />
Vertical, longitudinal and lateral reductions in separation.<br />
More precise monitoring of separation and conformance through surveillance.<br />
Improvements in navigation, communication and the use of surveillance are<br />
paramount enablers of reduced separation.<br />
Service providers strategic in providing these functions plus solutions to<br />
traffic congestion and demand for user-defined trajectories using new tools<br />
and procedures.<br />
Higher degree of cockpit responsibility necessitates appropriate support aids.<br />
Decision support systems and traffic display similar to en route.<br />
Higher degree of cockpit responsibility necessitates appropriate support aids.<br />
Cockpit self-separation provides immediate situation assessment,<br />
communications (i.e. air-to-air) and greatly reduced separation standards.<br />
170
Table C-1<br />
Comparison of FAA 2005 and Users’ 2005 Operational <strong>Concept</strong>s<br />
Oceanic FAA 2005 User 2005<br />
Separation<br />
assurance<br />
Communications<br />
Surveillance<br />
Interoperability<br />
Pilots coordinate specific maneuvers with service provider using CDTI<br />
to supplement ATC big picture.<br />
ATC conflict probe supplements pilot support of climb, descent,<br />
crossing and merging traffic.<br />
Separation standards and procedures are derived from radar control<br />
techniques.<br />
<strong>Air</strong>craft navigation using global satellite navigation system....improved<br />
accuracy generates required safety for reduced separation standards.<br />
SATCOM and electronic messaging allow more interactive and<br />
dynamic environment, supporting cooperative activities among flight<br />
crews, AOCs and service providers.<br />
Rapid delivery of clearances by the service providers, and responses by<br />
the flight deck, are achieved through increasingly common use of data<br />
link.<br />
Data link and expanded radio coverage provide direct air-to-ground<br />
communications (both digital and voice).<br />
Satellite navigation systems, and data link allow more accurate and<br />
frequent traffic position updates.<br />
Service providers use visual displays to monitor traffic situation in<br />
oceanic airspace.<br />
Harmonized NAS/ICAO oceanic system where data presented to service<br />
provider in same/similar form.<br />
Route and airspace flexibility is achieved as Oceanic airspace is<br />
integrated into the global grid of named locations. This flexibility is<br />
maximized through seamless coordination within and between<br />
facilities.<br />
Coordination/data exchange between sectors automated to increase<br />
efficiency and productivity of service providers.<br />
NAS oceanic service providers coordinate with their oceanic neighbors<br />
to agree on a common set of rules and operational procedures for a<br />
harmonized oceanic system.<br />
Pilots coordinate specific maneuvers with service provider using CDTI to<br />
supplement ATC big picture.<br />
Improved inter- and intra-communication among air traffic service providers<br />
and NAS users.<br />
Harmonized NAS/ICAO oceanic system where data presented to service<br />
provider in same/similar form.<br />
171
Table C-1<br />
Comparison of FAA 2005 and Users’ 2005 Operational <strong>Concept</strong>s<br />
Oceanic FAA 2005 User 2005<br />
Interoperability Differences between separation standards, data processing protocols<br />
and other issues worked toward harmonized conclusion.<br />
Dynamic changes in airspace structure and trajectories coordinated via<br />
electronic data transfer nationally and internationally.<br />
Daily airspace structure, alternatives to potential capacity problems and<br />
management of traffic over fixes and through gateways coordinated<br />
through international collaboration.<br />
Flight planning Domestic and oceanic flight planning procedures identical.<br />
Flight planning into non-US airspace evolves in concert with ICAO<br />
procedures.<br />
Overview Greatly reduced separation. Trajectories flown instead of tracks.<br />
Dynamic changes in airspace structure.<br />
Dynamic changes in trajectories.<br />
Real time position data and communications create en-route-like Pilot gains responsibility for separation in some circumstances using CDTI.<br />
environment. Same support tools provided.<br />
Overview<br />
Inter-sector, civil/military and international coordination via electronic Cooperation among service providers and users.<br />
data exchange.<br />
Conflict probe.<br />
International harmonization.<br />
Increasing use of data link.<br />
Gaps<br />
No reference to long-range communications other than satellite-based.<br />
Differences<br />
No recognition of dynamic re-routing.<br />
No reference to flight planning.<br />
No recognition of separation reduction in three dimensions.<br />
Key Aspects International harmonization and coordination. Availability of ADS-B<br />
Real-time surveillance and communication.<br />
CDTI.<br />
Reduced separation.<br />
172
Appendix D. Transition Database<br />
This appendix presents a database that captures the relationships between the operational<br />
enhancement steps and the enablers in Figures 6.4-9.<br />
<strong>The</strong> first column in the tables, Enabler Grouping Number, presents the number assigned to<br />
the enabler grouping. All of the enablers start with a “NAS” for this operatonal concept<br />
and are assigned a number as follows:<br />
1.0 - Navigation<br />
2.0 - Surveillance<br />
3.0 - <strong>Air</strong>space<br />
4.0 - Communication<br />
5.0 - ATM tools<br />
6.0 - Weather<br />
7.0 - <strong>Air</strong>port Enhancements<br />
8.0 - Not modeled<br />
9.0 - Enhanced Flow <strong>Management</strong><br />
<strong>The</strong> second column presents the name of the specific enabler and the third column,<br />
presents the name of the enabler grouping. <strong>The</strong> fourth column, Capacity Benefit<br />
Mechanism, presents the capacity benefit to be gained from the operational enhancement.<br />
<strong>The</strong> fifth column, Reference Figure Number, provides the figure number in Section 6 in<br />
which this enhancement appears. <strong>The</strong> sixth column, Capacity Operational Enhancement,<br />
provides the operational enhancement to be gained from that specific enabler.<br />
<strong>The</strong> ninth column, Source, provides the name of the document from which the enabler is<br />
presented. In this table, the document used is the ATM <strong>Concept</strong> <strong>Baseline</strong> Report. Other<br />
databases have been developed by the C/AFT for Free Flight, EATCHIP and IATA plans,<br />
as discussed in Section 6.<br />
173
Enabler<br />
Grouping<br />
Number<br />
NAS7.0<br />
NAS7.0<br />
Enabler<br />
<strong>Air</strong>port<br />
Improvement<br />
Program (AIP)<br />
increase airport<br />
capacity<br />
<strong>Air</strong>port<br />
Improvement<br />
Program (AIP)<br />
increase airport<br />
capacity<br />
Enabler<br />
Grouping<br />
<strong>Air</strong>port<br />
Enhancements<br />
<strong>Air</strong>port<br />
Enhancements<br />
NAS7.1 Lights <strong>Air</strong>port<br />
Enhancements<br />
NAS3.0<br />
NAS3.0<br />
NAS3.1<br />
NAS3.1<br />
<strong>Air</strong>space<br />
Criteria<br />
Close Routes<br />
Criteria<br />
<strong>Air</strong>space<br />
Design<br />
<strong>Air</strong>space<br />
Design<br />
<strong>Air</strong>space<br />
<strong>Management</strong><br />
(ASM)<br />
<strong>Air</strong>space<br />
<strong>Management</strong><br />
(ASM)<br />
<strong>Air</strong>space<br />
<strong>Management</strong><br />
(ASM)<br />
<strong>Air</strong>space<br />
<strong>Management</strong><br />
(ASM)<br />
NAS3.2 Procedures <strong>Air</strong>space<br />
<strong>Management</strong><br />
(ASM)<br />
Capacity<br />
Benefit<br />
Mechanism<br />
Improved Final<br />
Approach /<br />
Initial<br />
Departure<br />
Throughput<br />
Surface<br />
Improved<br />
Throughput<br />
Surface<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Arrival and<br />
Departure<br />
Transitions<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Arrival and<br />
Departure<br />
Transitions<br />
Improved<br />
Throughput<br />
Final App/Init<br />
Departure<br />
Improved<br />
Throughput<br />
NAS5.0 Guidance Path ATM Tools Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Ref. Figure<br />
Number<br />
Table D-1<br />
Transition Database<br />
Capacity<br />
Operational<br />
Enhancement<br />
6.8 Additional<br />
Available<br />
Runways<br />
6.9 Good Visibility -<br />
Additional<br />
Gates, Taxiways<br />
and Aprons<br />
6.9 Low Visibility -<br />
Improved<br />
Surface<br />
Guidance and<br />
Control<br />
6.6 Reduced Lateral<br />
Spacings Along<br />
Fixed <strong>Air</strong>ways<br />
6.7 Reduced Lateral<br />
Spacings: More<br />
Arr & Dep.<br />
Transitions<br />
6.6 Reduced Lateral<br />
Spacings Along<br />
Fixed <strong>Air</strong>ways<br />
6.7 Reduced Lateral<br />
Spacings: More<br />
Arr & Dep.<br />
Transitions<br />
6.8 Additional<br />
available<br />
runways<br />
6.6 Reduced<br />
Intervention Rate<br />
Buffer<br />
Associated<br />
Initiatives<br />
Target Date Source Cost Benefit<br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
174
Enabler<br />
Grouping<br />
Number<br />
NAS5.1<br />
NAS5.1<br />
NAS5.1<br />
Enabler<br />
TFM<br />
Sequencing<br />
Spacing Tool<br />
TFM<br />
Sequencing<br />
Spacing Tool<br />
TFM<br />
Sequencing<br />
Spacing Tool<br />
Enabler<br />
Grouping<br />
ATM Tools<br />
ATM Tools<br />
ATM Tools<br />
Capacity<br />
Benefit<br />
Mechanism<br />
Arrival and<br />
Departure<br />
Transitions<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Planning<br />
Improved<br />
Throughput<br />
NAS5.10 ROT ATM Tools Improved Final<br />
Approach /<br />
Initial<br />
Departure<br />
Throughput<br />
NAS5.11<br />
NAS5.12<br />
NAS5.13<br />
NAS5.14<br />
NAS5.15<br />
Rollout/Turnof<br />
f Guidance<br />
Ground<br />
Conformance<br />
Monitor<br />
Aviation<br />
Vortex Spacing<br />
System<br />
(AVOSS)<br />
Surface <strong>Traffic</strong><br />
Automation<br />
Dynamic<br />
Density<br />
ATM Tools<br />
ATM Tools<br />
ATM Tools<br />
ATM Tools<br />
ATM Tools<br />
Improved Final<br />
Approach /<br />
Initial<br />
Departure<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Improved Final<br />
Approach /<br />
Initial<br />
Departure<br />
Throughput<br />
Surface<br />
Improved<br />
Throughput<br />
Planning<br />
Improved<br />
Throughput<br />
Ref. Figure<br />
Number<br />
Table D-1<br />
Transition Database<br />
Capacity<br />
Operational<br />
Enhancement<br />
6.7 Reduced<br />
Separation<br />
Buffer (Ground<br />
Vectoring)<br />
6.6 Reduced<br />
Intervention Rate<br />
Buffer<br />
6.5 Local/<strong>Air</strong>port<br />
Level Enhanced<br />
Arrival Planning<br />
6.8 IMC - Further<br />
Reduction in<br />
longitudinal<br />
separation to<br />
1000 feet<br />
6.8 IMC - Further<br />
Reduction in<br />
longitudinal<br />
separation to<br />
1000 feet<br />
6.6 Reduced<br />
Intervention<br />
Buffer<br />
6.8 Reduction in<br />
longitudinal<br />
separation<br />
6.9 Good Visibility -<br />
Improved<br />
Surface<br />
Sequencing,<br />
Scheduling, and<br />
Routing<br />
6.5 Coordinated<br />
TFM System<br />
Associated<br />
Initiatives<br />
Target Date Source Cost Benefit<br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
175
Enabler<br />
Grouping<br />
Number<br />
NAS5.16<br />
NAS5.2<br />
NAS5.3<br />
NAS5.3<br />
NAS5.4<br />
NAS5.4<br />
NAS5.5<br />
Enabler<br />
<strong>Air</strong> <strong>Traffic</strong><br />
<strong>Management</strong><br />
System<br />
<strong>Air</strong>craft<br />
Performance<br />
Models<br />
CDTI Monitor<br />
and Backup<br />
CDTI Monitor<br />
and Backup<br />
Short Term<br />
Conflict Alert<br />
Short Term<br />
Conflict Alert<br />
Final Approach<br />
Spacing Tool<br />
Enabler<br />
Grouping<br />
ATM Tools<br />
ATM Tools<br />
ATM Tools<br />
ATM Tools<br />
ATM Tools<br />
ATM Tools<br />
ATM Tools<br />
Capacity<br />
Benefit<br />
Mechanism<br />
Planning<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Arrival and<br />
Departure<br />
Transitions<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Arrival and<br />
Departure<br />
Transitions<br />
Improved<br />
Throughput<br />
Arrival and<br />
Departure<br />
Transitions<br />
Improved<br />
Throughput<br />
NAS5.6 PRM ATM Tools Improved Final<br />
Approach /<br />
Initial<br />
Departure<br />
Throughput<br />
NAS5.7 CRDA ATM Tools Improved Final<br />
Approach /<br />
Initial<br />
Departure<br />
Throughput<br />
Ref. Figure<br />
Number<br />
Table D-1<br />
Transition Database<br />
Capacity<br />
Operational<br />
Enhancement<br />
6.5 Coordinated<br />
TFM System<br />
6.6 Reduced<br />
Intervention Rate<br />
Buffer<br />
6.6 Reduced<br />
Intervention<br />
Buffer<br />
6.7 Reduced Vertical<br />
Separation<br />
Standard<br />
6.6 Reduced<br />
Intervention<br />
Buffer<br />
6.7 Reduced<br />
Separation<br />
Buffer (Ground<br />
Vectoring)<br />
6.7 Reduced<br />
Separation<br />
Buffer (Ground<br />
Vectoring)<br />
6.8 IMC - Increased<br />
Runway<br />
Utilization (with<br />
today's<br />
technology)<br />
6.8 IMC - Increased<br />
Runway<br />
Utilization (with<br />
today's<br />
technology)<br />
Associated<br />
Initiatives<br />
Target Date Source Cost Benefit<br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
176
Enabler<br />
Grouping<br />
Number<br />
Enabler<br />
Enabler<br />
Grouping<br />
Capacity<br />
Benefit<br />
Mechanism<br />
NAS5.8 Wake Vortex ATM Tools Improved Final<br />
Approach /<br />
Initial<br />
Departure<br />
Throughput<br />
NAS5.9 Monitor (to<br />
support<br />
increased<br />
reduction in<br />
lateral<br />
separation)<br />
ATM Tools<br />
NAS4.0 Datalink Communication<br />
Enhancement<br />
NAS4.0 Datalink Communication<br />
Enhancement<br />
NAS4.0 Datalink Communication<br />
Enhancement<br />
NAS4.1 A/G Datalink Communication<br />
Enhancement<br />
NAS9.0<br />
NAS9.0<br />
NAS9.0<br />
Enhanced Flow<br />
<strong>Management</strong><br />
Enhanced Flow<br />
<strong>Management</strong><br />
Enhanced Flow<br />
<strong>Management</strong><br />
Enhanced Flow<br />
<strong>Management</strong><br />
Enhanced Flow<br />
<strong>Management</strong><br />
Enhanced Flow<br />
<strong>Management</strong><br />
Improved Final<br />
Approach /<br />
Initial<br />
Departure<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Surface<br />
Improved<br />
Throughput<br />
Planning<br />
Improved<br />
Throughput<br />
Arrival and<br />
Departure<br />
Transitions<br />
Improved<br />
Throughput<br />
Surface<br />
Improved<br />
Throughput<br />
Planning<br />
Improved<br />
Throughput<br />
Planning<br />
Improved<br />
Throughput<br />
Ref. Figure<br />
Number<br />
Table D-1<br />
Transition Database<br />
Capacity<br />
Operational<br />
Enhancement<br />
6.8 IMC - Reduction<br />
in lateral<br />
separation to<br />
2500 feet<br />
6.8 IMC - Increased<br />
reduction in<br />
lateral separation<br />
to 1000 feet<br />
6.6 Reduced<br />
Intervention Rate<br />
Buffer<br />
6.9 Good Visibility -<br />
Improved<br />
Surface<br />
Sequencing,<br />
Scheduling and<br />
Routing<br />
6.5 Local/<strong>Air</strong>port<br />
Level Enhanced<br />
Arrival Planning<br />
6.7 Reduced<br />
Separation<br />
Buffer (A/C<br />
guidance)<br />
6.9 Good Visibility -<br />
Reduce Schedule<br />
Uncertainty<br />
6.5 National Level<br />
Colloborative<br />
<strong>Traffic</strong><br />
<strong>Management</strong><br />
6.5 Local/<strong>Air</strong>port<br />
Level Integrated<br />
<strong>Air</strong>port Flow<br />
Planning<br />
Associated<br />
Initiatives<br />
Target Date Source Cost Benefit<br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
177
Table D-1<br />
Enabler<br />
Grouping<br />
Number<br />
NAS9.1<br />
NAS1.0<br />
Enabler<br />
Real Time<br />
Information<br />
Exchange<br />
RNP 1 - RNP<br />
0.3<br />
Enabler<br />
Grouping<br />
Enhanced Flow<br />
<strong>Management</strong><br />
Navigation<br />
Enhancement<br />
NAS1.1 RVSM Navigation<br />
Enhancement<br />
NAS1.2 RNP 0.2 Navigation<br />
Enhancement<br />
NAS1.3 RTA Navigation<br />
Enhancement<br />
NAS1.3 RTA Navigation<br />
Enhancement<br />
NAS1.4 RNP 0.1 Navigation<br />
Enhancement<br />
NAS1.5 Wake Vortex Navigation<br />
Enhancement<br />
NAS1.5 Wake Vortex Navigation<br />
Enhancement<br />
Capacity<br />
Benefit<br />
Mechanism<br />
Planning<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Arrival and<br />
Departure<br />
Transitions<br />
Improved<br />
Throughput<br />
Surface<br />
Improved<br />
Throughput<br />
Arrival and<br />
Departure<br />
Transitions<br />
Improved<br />
Throughput<br />
Improved Final<br />
Approach /<br />
Initial<br />
Departure<br />
Throughput<br />
Improved Final<br />
Approach /<br />
Initial<br />
Departure<br />
Throughput<br />
Ref. Figure<br />
Number<br />
Transition Database<br />
Capacity<br />
Operational<br />
Enhancement<br />
6.5 National Level<br />
Improved TFM<br />
6.6 Reduced Lateral<br />
Spacings Along<br />
Fixed <strong>Air</strong>ways<br />
6.6 Reduced Vertical<br />
Separation<br />
Standard<br />
6.6 Reduced Vertical<br />
Separation<br />
Standard<br />
6.7 Reduced<br />
Separation<br />
Buffer (A/C<br />
Guidance)<br />
6.9 Good Visibility -<br />
Improved<br />
Surface<br />
Sequencing,<br />
Scheduling, and<br />
Routing<br />
6.7 Reduced Vertical<br />
Separation<br />
Standard<br />
6.8 Reduction in<br />
lateral separation<br />
6.8 Reduction in<br />
longitudinal<br />
separation<br />
Associated<br />
Initiatives<br />
Target Date Source Cost Benefit<br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
178
Table D-1<br />
Enabler<br />
Grouping<br />
Number<br />
Enabler<br />
Enabler<br />
Grouping<br />
NAS1.6 DGPS Navigation<br />
Enhancement<br />
NAS1.7 Glideslopes Navigation<br />
Enhancement<br />
NAS1.8 HUD Navigation<br />
Enhancement<br />
NAS1.9 Map Display Navigation<br />
Enhancement<br />
NAS8.0<br />
NAS2.0<br />
Reduce<br />
Turnaround<br />
Time<br />
RMP 1 - RMP<br />
0.3<br />
Not Modelled<br />
Surveillance<br />
Enhancement<br />
NAS2.1 Radar Tracker Surveillance<br />
Enhancement<br />
NAS2.1 Radar Tracker Surveillance<br />
Enhancement<br />
NAS2.2 ADS-B (A/A) Surveillance<br />
Enhancement<br />
Capacity<br />
Benefit<br />
Mechanism<br />
Improved Final<br />
Approach /<br />
Initial<br />
Departure<br />
Throughput<br />
Improved Final<br />
Approach /<br />
Initial<br />
Departure<br />
Throughput<br />
Surface<br />
Improved<br />
Throughput<br />
Surface<br />
Improved<br />
Throughput<br />
Surface<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Arrival and<br />
Departure<br />
Transitions<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Ref. Figure<br />
Number<br />
Transition Database<br />
Capacity<br />
Operational<br />
Enhancement<br />
6.8 Additional<br />
Available<br />
Runways<br />
6.8 Additional<br />
Available<br />
Runways<br />
6.9 Low Visibility -<br />
Visual<br />
throughput in<br />
CAT IIIb<br />
6.9 Low Visibility -<br />
Visual<br />
throughput in<br />
CAT IIIb<br />
6.9 Good Visibility -<br />
Reduce Schedule<br />
Uncertainty<br />
6.6 Reduced Lateral<br />
Spacings Along<br />
Fixed <strong>Air</strong>ways<br />
6.6 Reduced<br />
Intervention Rate<br />
Buffer<br />
6.7 Reduced<br />
Separation<br />
Buffer (Ground<br />
Vectoring)<br />
6.6 Reduced<br />
Intervention Rate<br />
Buffer<br />
Associated<br />
Initiatives<br />
Target Date Source Cost Benefit<br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
179
Table D-1<br />
Enabler<br />
Grouping<br />
Number<br />
Enabler<br />
Enabler<br />
Grouping<br />
NAS2.3 ADS-B (A/G) Surveillance<br />
Enhancement<br />
NAS2.3 ADS-B (A/G) Surveillance<br />
Enhancement<br />
NAS2.4 RMP 0.2 Surveillance<br />
Enhancement<br />
NAS2.5 RMP 0.3 Surveillance<br />
Enhancement<br />
NAS2.6 RMP 0.1 Surveillance<br />
Enhancement<br />
NAS2.7 ADS Surveillance<br />
Enhancement<br />
NAS2.8 ASDE Surveillance<br />
Enhancement<br />
NAS2.8 ASDE Surveillance<br />
Enhancement<br />
Capacity<br />
Benefit<br />
Mechanism<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Arrival and<br />
Departure<br />
Transitions<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Arrival and<br />
Departure<br />
Transitions<br />
Improved<br />
Throughput<br />
Arrival and<br />
Departure<br />
Transitions<br />
Improved<br />
Throughput<br />
Improved Final<br />
Approach /<br />
Initial<br />
Departure<br />
Throughput<br />
Surface<br />
Improved<br />
Throughput<br />
Surface<br />
Improved<br />
Throughput<br />
Ref. Figure<br />
Number<br />
Transition Database<br />
Capacity<br />
Operational<br />
Enhancement<br />
6.6 Reduced Vertical<br />
Separation<br />
Standard<br />
6.7 Reduced Vertical<br />
Separation<br />
Standard<br />
6.6 Reduced Vertical<br />
Separation<br />
Standard<br />
6.7 Reduced Lateral<br />
Spacings: More<br />
Arr & Dep.<br />
Transitions<br />
6.7 Reduced Vertical<br />
Separation<br />
Standard<br />
6.8 IMC - Increased<br />
reduction in<br />
lateral separation<br />
to 1000 feet<br />
6.9 Good Visibility -<br />
Improved<br />
Surface<br />
Sequencing,<br />
Scheduling and<br />
Routing<br />
6.9 Low Visibility -<br />
Improved<br />
Surface<br />
Guidance and<br />
Control<br />
Associated<br />
Initiatives<br />
Target Date Source Cost Benefit<br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
180
Table D-1<br />
Enabler<br />
Grouping<br />
Number<br />
Enabler<br />
Enabler<br />
Grouping<br />
NAS2.9 AMASS Surveillance<br />
Enhancement<br />
NAS6.0<br />
NAS6.1<br />
NAS6.2<br />
NAS6.3<br />
NAS6.3<br />
Wind Field<br />
(aid to reduce<br />
lateral/longitud<br />
inal<br />
intervention<br />
rate buffer)<br />
Wind &<br />
temperature<br />
gradients (aid<br />
to Reduced<br />
Intervention<br />
Rate Buffer)<br />
<strong>Air</strong>craft<br />
Weather<br />
Reports<br />
Convective<br />
Weather<br />
Forecast<br />
Convective<br />
Weather<br />
Forecast<br />
Weather Info<br />
Enhancement<br />
Weather Info<br />
Enhancement<br />
Weather Info<br />
Enhancement<br />
Weather Info<br />
Enhancement<br />
Weather Info<br />
Enhancement<br />
Capacity<br />
Benefit<br />
Mechanism<br />
Surface<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Enroute and<br />
TMA<br />
Improved<br />
Throughput<br />
Planning<br />
Improved<br />
Throughput<br />
Planning<br />
Improved<br />
Throughput<br />
Planning<br />
Improved<br />
Throughput<br />
Ref. Figure<br />
Number<br />
Transition Database<br />
Capacity<br />
Operational<br />
Enhancement<br />
6.9 Low Visibility -<br />
Improved<br />
Surface<br />
Guidance and<br />
Control<br />
6.6 Reduced<br />
Intervention Rate<br />
Buffer<br />
6.6 Reduced<br />
Intervention Rate<br />
Buffer<br />
6.5 Local/<strong>Air</strong>port<br />
Level Enhanced<br />
Arrival Planning<br />
6.5 Local/<strong>Air</strong>port<br />
Level Integrated<br />
<strong>Air</strong>port Flow<br />
Planning<br />
6.5 National Level<br />
Colloborative<br />
<strong>Traffic</strong><br />
<strong>Management</strong><br />
Associated<br />
Initiatives<br />
Target Date Source Cost Benefit<br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
ATM <strong>Concept</strong><br />
<strong>Baseline</strong><br />
181
182
Appendix E. Constraints Model<br />
<strong>Traffic</strong> Character<br />
- Schedule<br />
- Speed Mix/Envelope<br />
- Altitude Mix<br />
- Climb/Descent Performance<br />
En Route Configuration<br />
-SUA<br />
- Topography<br />
- <strong>Traffic</strong> Flow Patterns<br />
- Route Complexity<br />
En Route<br />
Control Performance<br />
- Decision Support<br />
- Proficiency<br />
Nav/Guidance Performance<br />
- Accuracy<br />
- Availability/Coverage<br />
- Integrity<br />
-GNE Rate<br />
CONDITION:<br />
LOCATION:<br />
Comm Performance<br />
- Availability/Coverage<br />
- Integrity<br />
- Message Delivery<br />
Performance<br />
Monitoring Performance<br />
- Availability/Coverage<br />
- Integrity<br />
- Accuracy; Latency<br />
<strong>Definition</strong><br />
Arrival is from the beginning<br />
of the STAR to the end of the<br />
STAR. Departure is from the<br />
beginning of the SID to the<br />
transition to en-route.<br />
Terminal Area Configuration<br />
and Flow<br />
- Special Use <strong>Air</strong>space<br />
- Routes/<strong>Air</strong>ways<br />
- Severe Weather<br />
-Terrain<br />
TMA<br />
Arrival/Departure<br />
Control Performance<br />
- Sequencing Efficiency<br />
- Separation Precision<br />
- Runway Load Balancing<br />
Monitoring Performance<br />
- Availability<br />
-Integrity<br />
- Accuracy; Latency<br />
<strong>Air</strong>plane Performance<br />
- Arrival: Speed Schedule, descent path<br />
- Departure: Speed schedule, climb path,<br />
engine out<br />
CONDITION:<br />
LOCATION:<br />
Nav/Guidance Performance<br />
- Accuracy<br />
- Availability<br />
-Integrity<br />
Comm Performance<br />
- Availability<br />
-Integrity<br />
- Message Delivery<br />
Performance
<strong>Definition</strong><br />
From the end of the STAR<br />
to the beginning of Final<br />
Approach.<br />
Runway Configuration and<br />
Flow Pattern<br />
-<br />
Noise/Environment<br />
- Quotas and Schedule<br />
- Restrictions<br />
Flight Path Constraints<br />
- Obstacles<br />
- Special Use <strong>Air</strong>space<br />
- Missed Approach Constraints<br />
- Arrival Path Constraints<br />
- Departure Path Constraints<br />
CONDITION:<br />
LOCATION:<br />
Approach<br />
Transition<br />
Nav/Guidance Performance<br />
-Accuracy<br />
- Availability<br />
- Integrity<br />
Control Performance<br />
- Sequencing Efficiency<br />
- Separation Precision<br />
- Flight Path Efficiency<br />
- Runway Assignment<br />
Efficiency<br />
Monitoring Performance<br />
- Availability<br />
- Integrity<br />
- Accuracy; Latency<br />
Comm Performance<br />
- Availability<br />
- Integrity<br />
- Message Delivery<br />
Performance<br />
Departure Path Length<br />
(affects traffic compression)<br />
- Obstacles<br />
- Departure Path Constraints<br />
- Noise / Environment<br />
Wake Vortex<br />
- <strong>Air</strong>plane Weight<br />
Increased Time<br />
Runway Operation<br />
Dependencies<br />
- Crossing Runway or<br />
Flight Paths<br />
Parallel/Diverging<br />
Departures<br />
Other (e.g. political)<br />
Control Performance<br />
- Separation Precision<br />
Runway Occupancy Time<br />
- Runway Access Time<br />
- Accel Performance (ground)<br />
- Flight Crew Procedures<br />
T/O Checklist<br />
Initial<br />
Departure<br />
Monitoring Performance<br />
- Availability<br />
- Integrity<br />
- Accuracy; Latency<br />
<strong>Air</strong>plane Performance<br />
- <strong>Air</strong>borne Accel/Climb Perf.<br />
- Speed Schedule<br />
CONDITION:<br />
LOCATION:<br />
Nav/Guidance Performance<br />
- Accuracy<br />
- Availability<br />
- Integrity<br />
Comm Performance<br />
- Departure/Takeoff<br />
Clearance<br />
- Availability<br />
- Integrity<br />
- Message Delivery<br />
Performance
Approach Configuration<br />
- Approach Path Length<br />
-<br />
Other Runway Dependencies<br />
- Runway Occupancy Factors<br />
<strong>Air</strong>plane Performance<br />
- Approach Speed<br />
- Weight Class<br />
- Braking Performance<br />
- Gate Assignment<br />
CONDITION:<br />
LOCATION:<br />
Wake Vortex<br />
- Visibility<br />
Final<br />
Approach<br />
Nav/Guidance Performance<br />
- Accuracy<br />
- Availability<br />
- Integrity<br />
- Gross Navig. Error Rate<br />
Control Performance<br />
- Finall Approach<br />
Sequence<br />
- Spacing Precision<br />
- Go-around decision<br />
- Blunder Detection &<br />
Alarm<br />
Monitoring Performance<br />
- Availability<br />
-Integrity<br />
- Accuracy; Latency<br />
Comm Performance<br />
- Availability/Coverage<br />
- Integrity<br />
- Message Delivery<br />
Performance<br />
Turnaround Time<br />
- Maintenance<br />
- Load/Unload<br />
-Dispatch<br />
- Deicing<br />
Control Performance<br />
- Departure/Flight Plan<br />
Clearance<br />
- Pushback Clearance<br />
Pushback Availability<br />
-Operator<br />
-Power Cart<br />
Gate<br />
Docking Guidance<br />
Number of Gates, by<br />
<strong>Air</strong>craft Size<br />
Comm Performance<br />
- Availability<br />
-Integrity<br />
- Message Delivery<br />
Performance<br />
CONDITION:<br />
LOCATION:
<strong>Definition</strong><br />
End of taxiway to gate.<br />
<strong>Air</strong>plane Performance<br />
-Speed<br />
- Maneuverability<br />
Control Performance<br />
- Tower Visibility/Awareness<br />
- Cockpit Visibility/Awareness<br />
- Decision Time and Integrity<br />
Pushback Performance<br />
Apron<br />
Monitoring Performance<br />
- Availability<br />
- Integrity<br />
- Accuracy; Latency<br />
Terminal/<strong>Air</strong>port Configuration<br />
- Terminal Building<br />
- Apron/Gate Layout<br />
- Apron/Taxiway Layout<br />
CONDITION:<br />
LOCATION:<br />
Nav/Guidance Performance<br />
- Accuracy<br />
- Availability<br />
- Integrity<br />
Comm Performance<br />
- Availability<br />
- Integrity<br />
- Message Delivery<br />
Performance<br />
Taxiway Configuration<br />
- Taxiway/Runway Crossings<br />
-Distance<br />
- Load Limitations<br />
Control Performance<br />
- Tower Visibility/Awareness<br />
- Cockpit Visibility/Awareness<br />
- Decision Time and Integrity<br />
Flow Patterns<br />
Taxiway<br />
Monitoring Performance<br />
- Availability<br />
-Integrity<br />
- Accuracy; Latency<br />
<strong>Air</strong>plane Performance<br />
- Speed<br />
- Maneuverability<br />
CONDITION:<br />
LOCATION:<br />
Nav/Guidance Performance<br />
- Accuracy<br />
- Availability<br />
-Integrity<br />
Comm Performance<br />
- Availability<br />
-Integrity<br />
- Message Delivery<br />
Performance