02.01.2015 Views

Air Traffic Management Concept Baseline Definition - The Boeing ...

Air Traffic Management Concept Baseline Definition - The Boeing ...

Air Traffic Management Concept Baseline Definition - The Boeing ...

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!