Mars Sample Return Mission Design
This presentation discusses the redesign and reschedule options, sample transfer chain, and bioburden control.
Gershman, Robert↗
SEARCH · Search NASA
Results for “Rescheduling”
Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.
Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.
Concepts in Distributed Scheduling and Control
To support instrument and experiment operations effectively in the Space Station era, planning, scheduling and control must allow for: interactive, realtime, remote operations; responsive scheduling and rescheduling; support of the full range of distributed science, application and commercial users; interaction and cooperation among distributed users; and efficient use of on-board, communications, and ground-based resources. We suggest conceptual and managerial approaches that address these needs. Specifically, we describe an approach to distributed planning, scheduling and control functions that is based on resources and on a distributed knowledge hierarchy. We describe these functions as components of an integrated management system. We discuss automated scheduling assistants and integration of planning and scheduling functions with realtime operations control. The suggested approach, taken from a users' point-of-view, has resulted in the Science User Resource Planning and Scheduling System (SURPASS). In this paper, we describe the major components of SURPASS and discuss the features of this innovative prototype. Further ideas concerning instrument planning, scheduling, and control may be found in the Space Station Instrument Control System Study.
Hansen, Elaine R.↗
X-Ray Weak Broad-Line Quasars: Absorption or Intrinsic X-Ray Weakness
XMM observations of X-ray weak quasars have been performed during 2003. The data for all but the last observation are now available (there has been a delay of several months on the initial schedule, due to high background flares which contaminated the observations: as a consequence, most of them had to be rescheduled). We have reduced and analyzed these data, and obtained interesting preliminary scientific results. Out of the eight sources, 4 are confirmed to be extrimely X-ray weak, in agreement with the results of previous Chandra observations. 3 sources are confirmed to be highly variable both in flux (by factors 20-50) and in spectral properties (dramatic changes in spectral index). For both these groups of objects, an article is in preparation. Preliminary results have been presented at an international workshop on AGN surveys in December 2003, in Cozumel (Mexico). In order to further understand the nature of these X-ray weak quasars, we submitted proposals for spectroscopy at optical and infrared telescopes. We obtained time at the TNG 4 meter telescope for near-IR observations, and at the Hobby-Eberly Telescope for optical high-resolution spectroscopy. These observations will be performed in early 2004, and will complement the XMM data, in order to understand whether the X-ray weakness of these sources is an intrinsic property or is due to absorption by circumnuclear material.
Risaliti, Guido↗
X-ray Weak Broad-line Qquasars: Absorption or Intrinsic X-ray Weakness
XMM observations of X-ray weak quasars have been performed during 2003 and 2004. The data for all the observations have become available in 2004 (there has been a delay of several months on the initial schedule, due to high background flares which contaminated the observations: as a consequence, most of them had to be rescheduled). We have reduced and analyzed all the data, and obtained interesting scientific results. Out of the eight sources, 4 are confirmed to be extremely X-ray weak, in agreement with the results of previous Chandra observations. 3 sources are confined to be highly variable both in flux (by factor 20-50) and in spectral properties (dramatic changes in spectral index). For both these groups of objects we are completing a publication: 1) For the X-ray weak sources, a paper is submitted with a complete analysis of the X-ray spectra both from Chandra and XMM-Newton, and a comparison with optical and near-IR photometry obtained from all-sky surveys. Possible models for the unusual spectral energy distribution of these sources are also presented. 2) For the variable sources, a paper is being finalized where the X-ray spectra obtained with XMM-Newton are compared with previous X-ray observations and with observations at other wavelengths. It is shown that these sources are high luminosity and extreme cases of the highly variable class of narrow-line Seyfert Is. In order to further understand the nature of these X-ray weak quasars, we submitted proposals for spectroscopy at optical and infrared telescopes. We obtained time at the TNG 4 meter telescope for near-IR observations and at the Hobby-Eberly Telescope for optical high-resolution spectroscopy. These observations have been performed in early 2004. They will complement the XMM data and will lead to understanding of whether the X-ray weakness of these sources is an intrinsic property or is due to absorption by circum-nuclear material. The infrared spectra of the variable sources have been already analyzed and are discussed in the paper by Memola et al. which will be soon submitted.
Mushotzky, Richard↗
DSN Scheduling Engine
The DSN (Deep Space Network) Scheduling Engine targets all space missions that use DSN services. It allows clients to issue scheduling, conflict identification, conflict resolution, and status requests in XML over a Java Message Service interface. The scheduling requests may include new requirements that represent a set of tracks to be scheduled under some constraints. This program uses a heuristic local search to schedule a variety of schedule requirements, and is being infused into the Service Scheduling Assembly, a mixed-initiative scheduling application. The engine resolves conflicting schedules of resource allocation according to a range of existing and possible requirement specifications, including optional antennas; start of track and track duration ranges; periodic tracks; locks on track start, duration, and allocated antenna; MSPA (multiple spacecraft per aperture); arraying/VLBI (very long baseline interferometry)/delta DOR (differential one-way ranging); continuous tracks; segmented tracks; gap-to-track ratio; and override or block-out of requirements. The scheduling models now include conflict identification for SOA(start of activity), BOT (beginning of track), RFI (radio frequency interference), and equipment constraints. This software will search through all possible allocations while providing a best-effort solution at any time. The engine reschedules to accommodate individual emergency tracks in 0.2 second, and emergency antenna downtime in 0.2 second. The software handles doubling of one mission's track requests over one week (to 42 total) in 2.7 seconds. Further tests will be performed in the context of actual schedules.
Clement, Bradley↗
Work Coordination Engine
The Work Coordination Engine (WCE) is a Java application integrated into the Service Management Database (SMDB), which coordinates the dispatching and monitoring of a work order system. WCE de-queues work orders from SMDB and orchestrates the dispatching of work to a registered set of software worker applications distributed over a set of local, or remote, heterogeneous computing systems. WCE monitors the execution of work orders once dispatched, and accepts the results of the work order by storing to the SMDB persistent store. The software leverages the use of a relational database, Java Messaging System (JMS), and Web Services using Simple Object Access Protocol (SOAP) technologies to implement an efficient work-order dispatching mechanism capable of coordinating the work of multiple computer servers on various platforms working concurrently on different, or similar, types of data or algorithmic processing. Existing (legacy) applications can be wrapped with a proxy object so that no changes to the application are needed to make them available for integration into the work order system as "workers." WCE automatically reschedules work orders that fail to be executed by one server to a different server if available. From initiation to completion, the system manages the execution state of work orders and workers via a well-defined set of events, states, and actions. It allows for configurable work-order execution timeouts by work-order type. This innovation eliminates a current processing bottleneck by providing a highly scalable, distributed work-order system used to quickly generate products needed by the Deep Space Network (DSN) to support space flight operations. WCE is driven by asynchronous messages delivered via JMS indicating the availability of new work or workers. It runs completely unattended in support of the lights-out operations concept in the DSN.
Zendejas, Silvino↗
Scheduling with Automatic Resolution of Conflicts
DSN Requirement Scheduler is a computer program that automatically schedules, reschedules, and resolves conflicts for allocations of resources of NASA s Deep Space Network (DSN) on the basis of ever-changing project requirements for DSN services. As used here, resources signifies, primarily, DSN antennas, ancillary equipment, and times during which they are available. Examples of project-required DSN services include arraying, segmentation, very-long-baseline interferometry, and multiple spacecraft per aperture. Requirements can include periodic reservations of specific or optional resources during specific time intervals or within ranges specified in terms of starting times and durations. This program is built on the Automated Scheduling and Planning Environment (ASPEN) software system (aspects of which have been described in previous NASA Tech Briefs articles), with customization to reflect requirements and constraints involved in allocation of DSN resources. Unlike prior DSN-resource- scheduling programs that make single passes through the requirements and require human intervention to resolve conflicts, this program makes repeated passes in a continuing search for all possible allocations, provides a best-effort solution at any time, and presents alternative solutions among which users can choose.
Clement, Bradley↗
Role of Computational Fluid Dynamics and Wind Tunnels in Aeronautics R and D
The purpose of this report is to investigate the status and future projections for the question of supplantation of wind tunnels by computation in design and to intuit the potential impact of computation approaches on wind-tunnel utilization all with an eye toward reducing the infrastructure cost at aeronautics R&D centers. Wind tunnels have been closing for myriad reasons, and such closings have reduced infrastructure costs. Further cost reductions are desired, and the work herein attempts to project which wind-tunnel capabilities can be replaced in the future and, if possible, the timing of such. If the possibility exists to project when a facility could be closed, then maintenance and other associated costs could be rescheduled accordingly (i.e., before the fact) to obtain an even greater infrastructure cost reduction.
Malik, Murjeeb R.↗
Two Mechanisms to Avoid Control Conflicts Resulting from Uncoordinated Intent
This software implements a real-time access control protocol that is intended to make all connected users aware of the presence of other connected users, and which of them is currently in control of the system. Here, "in control" means that a single user is authorized and enabled to issue instructions to the system. The software The software also implements a goal scheduling mechanism that can detect situations where plans for the operation of a target system proposed by different users overlap and interact in conflicting ways. In such situations, the system can either simply report the conflict (rejecting one goal or the entire plan), or reschedule the goals in a way that does not conflict. The access control mechanism (and associated control protocol) is unique. Other access control mechanisms are generally intended to authenticate users, or exclude unauthorized access. This software does neither, and would likely depend on having some other mechanism to support those requirements.
Mishkin, Andrew H.↗
Real-Time Kennedy Space Center and Cape Canaveral Air Force Station High-Resolution Model Implementation and Verification
NASA's Launch Services Program, Ground Systems Development and Operations, Space Launch System and other programs at Kennedy Space Center (KSC) and Cape Canaveral Air Force Station (CCAFS) use the daily and weekly weather forecasts issued by the 45th Weather Squadron (45 WS) as decision tools for their day-to-day and launch operations on the Eastern Range (ER). Examples include determining if they need to limit activities such as vehicle transport to the launch pad, protect people, structures or exposed launch vehicles given a threat of severe weather, or reschedule other critical operations. The 45 WS uses numerical weather prediction models as a guide for these weather forecasts, particularly the Air Force Weather Agency (AFWA) 1.67 km Weather Research and Forecasting (WRF) model. Considering the 45 WS forecasters' and Launch Weather Officers' (LWO) extensive use of the AFWA model, the 45 WS proposed a task at the September 2013 Applied Meteorology Unit (AMU) Tasking Meeting requesting the AMU verify this model. Due to the lack of archived model data available from AFWA, verification is not yet possible. Instead, the AMU proposed to implement and verify the performance of an ER version of the high-resolution WRF Environmental Modeling System (EMS) model configured by the AMU (Watson 2013) in real time. Implementing a real-time version of the ER WRF-EMS would generate a larger database of model output than in the previous AMU task for determining model performance, and allows the AMU more control over and access to the model output archive. The tasking group agreed to this proposal; therefore the AMU implemented the WRF-EMS model on the second of two NASA AMU modeling clusters. The AMU also calculated verification statistics to determine model performance compared to observational data. Finally, the AMU made the model output available on the AMU Advanced Weather Interactive Processing System II (AWIPS II) servers, which allows the 45 WS and AMU staff to customize the model output display on the AMU and Range Weather Operations (RWO) AWIPS II client computers and conduct real-time subjective analyses.
Meteorology↗
Surface Hold Advisor Using Critical Sections
The Surface Hold Advisor Using Critical Sections is a system and method for providing hold advisories to surface controllers to prevent gridlock and resolve crossing and merging conflicts among vehicles traversing a vertex-edge graph representing a surface traffic network on an airport surface. The Advisor performs pair-wise comparisons of current position and projected path of each vehicle with other surface vehicles to detect conflicts, determine critical sections, and provide hold advisories to traffic controllers recommending vehicles stop at entry points to protected zones around identified critical sections. A critical section defines a segment of the vertex-edge graph where vehicles are in crossing or merging or opposite direction gridlock contention. The Advisor detects critical sections without reference to scheduled, projected or required times along assigned vehicle paths, and generates hold advisories to prevent conflicts without requiring network path direction-of-movement rules and without requiring rerouting, rescheduling or other network optimization solutions.
Law, Caleb Hoi Kei↗
Software Testbed for Developing and Evaluating Integrated Autonomous Subsystems
To implement fault tolerant autonomy in future space systems, it will be necessary to integrate planning, adaptive control, and state estimation subsystems. However, integrating these subsystems is difficult, time-consuming, and error-prone. This paper describes Intelliface/ADAPT, a software testbed that helps researchers develop and test alternative strategies for integrating planning, execution, and diagnosis subsystems more quickly and easily. The testbed's architecture, graphical data displays, and implementations of the integrated subsystems support easy plug and play of alternate components to support research and development in fault-tolerant control of autonomous vehicles and operations support systems. Intelliface/ADAPT controls NASA's Advanced Diagnostics and Prognostics Testbed (ADAPT), which comprises batteries, electrical loads (fans, pumps, and lights), relays, circuit breakers, invertors, and sensors. During plan execution, an experimentor can inject faults into the ADAPT testbed by tripping circuit breakers, changing fan speed settings, and closing valves to restrict fluid flow. The diagnostic subsystem, based on NASA's Hybrid Diagnosis Engine (HyDE), detects and isolates these faults to determine the new state of the plant, ADAPT. Intelliface/ADAPT then updates its model of the ADAPT system's resources and determines whether the current plan can be executed using the reduced resources. If not, the planning subsystem generates a new plan that reschedules tasks, reconfigures ADAPT, and reassigns the use of ADAPT resources as needed to work around the fault. The resource model, planning domain model, and planning goals are expressed using NASA's Action Notation Modeling Language (ANML). Parts of the ANML model are generated automatically, and other parts are constructed by hand using the Planning Model Integrated Development Environment, a visual Eclipse-based IDE that accelerates ANML model development. Because native ANML planners are currently under development and not yet sufficiently capable, the ANML model is translated into the New Domain Definition Language (NDDL) and sent to NASA's EUROPA planning system for plan generation. The adaptive controller executes the new plan, using augmented, hierarchical finite state machines to select and sequence actions based on the state of the ADAPT system. Real-time sensor data, commands, and plans are displayed in information-dense arrays of timelines and graphs that zoom and scroll in unison. A dynamic schematic display uses color to show the real-time fault state and utilization of the system components and resources. An execution manager coordinates the activities of the other subsystems. The subsystems are integrated using the Internet Communications Engine (ICE). an object-oriented toolkit for building distributed applications.
Testbed↗
Real-Time Kennedy Space Center and Cape Canaveral Air Force Station High-Resolution Model Implementation and Verification
Customer: NASA's Launch Services Program (LSP), Ground Systems Development and Operations (GSDO), and Space Launch System (SLS) programs. NASA's LSP, GSDO, SLS and other programs at Kennedy Space Center (KSC) and Cape Canaveral Air Force Station (CCAFS) use the daily and weekly weather forecasts issued by the 45th Weather Squadron (45 WS) as decision tools for their day-to-day and launch operations on the Eastern Range (ER). For example, to determine if they need to limit activities such as vehicle transport to the launch pad, protect people, structures or exposed launch vehicles given a threat of severe weather, or reschedule other critical operations. The 45 WS uses numerical weather prediction models as a guide for these weather forecasts, particularly the Air Force Weather Agency (AFWA) 1.67 kilometer Weather Research and Forecasting (WRF) model. Considering the 45 WS forecasters' and Launch Weather Officers' (LWO) extensive use of the AFWA model, the 45 WS proposed a task at the September 2013 Applied Meteorology Unit (AMU) Tasking Meeting requesting the AMU verify this model. Due to the lack of archived model data available from AFWA, verification is not yet possible. Instead, the AMU proposed to implement and verify the performance of an ER version of the AMU high-resolution WRF Environmental Modeling System (EMS) model (Watson 2013) in real-time. The tasking group agreed to this proposal; therefore the AMU implemented the WRF-EMS model on the second of two NASA AMU modeling clusters. The model was set up with a triple-nested grid configuration over KSC/CCAFS based on previous AMU work (Watson 2013). The outer domain (D01) has 12-kilometer grid spacing, the middle domain (D02) has 4-kilometer grid spacing, and the inner domain (D03) has 1.33-kilometer grid spacing. The model runs a 12-hour forecast every hour, D01 and D02 domain outputs are available once an hour and D03 is every 15 minutes during the forecast period. The AMU assessed the WRF-EMS 1.33-kilometer domain model performance for the 2014 warm season (May-September). Verification statistics were computed using the Model Evaluation Tools, which compared the model forecasts to observations. The mean error values were close to 0 and the root mean square error values were less than 1.8 for mean sea-level pressure (millibars), temperature (degrees Kelvin), dewpoint temperature (degrees Kelvin), and wind speed (per millisecond), all very small differences between the forecast and observations considering the normal magnitudes of the parameters. The precipitation forecast verification results showed consistent under-forecasting of the precipitation object size. This could be an artifact of calculating the statistics for each hour rather than for the entire 12-hour period. The AMU will continue to generate verification statistics for the 1.33-kilometer WRF-EMS domain as data become available in future cool and warm seasons. More data will produce more robust statistics and reveal a more accurate assessment of model performance. Once the formal task was complete, the AMU conducted additional work to better understand the wind direction results. The results were stratified diurnally and by wind speed to determine what effects the stratifications would have on the model wind direction verification statistics. The results are summarized in the addendum at the end of this report. In addition to verifying the model's performance, the AMU also made the output available in the Advanced Weather Interactive Processing System II (AWIPS II). This allows the 45 WS and AMU staff to customize the model output display on the AMU and Range Weather Operations AWIPS II client computers and conduct real-time subjective analyses. In the future, the AMU will implement an updated version of the WRF-EMS model that incorporates local data assimilation. This model will also run in real-time and be made available in AWIPS II.
Numerical Weather Prediction↗
Increasing Crew Autonomy for Long Duration Exploration Missions: Self-Scheduling
Over the last three years, we have been investigating the operational concept of crew self-scheduling as a method of increasing crew autonomy for future exploration missions. Through Playbook, a planning and scheduling software tool, we have incrementally increased the ability for Earth analog mission crews to modify their schedules. Playbook allows the crew to add new activities from scratch, add new activities or groups of activities through a Task List, and reschedule or reassign flexible activities. The crew is also able to identify if plan modifications create violations, i.e., plan constraints not being met. This paper summarizes our observations with qualitative evidence from four NASA Extreme Environment Mission Operations (NEEMO) analog missions that supported self-scheduling as a feasible operational concept.
crew autonomy↗
In the Hot Seat: STS-115 Lightning Strike Stand Down Debate - NASA Case Study
There is no way the PIC's could have seen any current' was the gist of Mike Griffin's assessment. Griffin was the NASA Administrator at the time. The buck stopped at his desk. Holding a napkin out to Pat Lampton, Griffin showed Lampton the calculations he'd made over dinner that predicted that the Pyrotechnic Initiator Controllers (PIC's) at the base of the Space Shuttle Solid Rocket Boosters (SRBs) were fine. A lightning strike the day before, the worst ever experienced with a Space Shuttle on the launch pad, caused a halt to the launch count down as technicians, engineers, and managers scrambled identify any damage to the launch system. SRB technicians and engineers assessed the data against their Lightning Strike Re-Test Requirements, determining that all but one of the requirements could be checked if they resumed the countdown. For the one remaining requirement, testing the integrity of the PIC's would require 96 hours to set up, test, and reassemble. The engineers were convinced that there was no way to do calculations to show the PIC's were okay. The only option was to stand down. It was SRB Deputy Project Manager (PM) Pat Lampton's responsibility to decide what the SRB project position needed to be to certify that their hardware was safe to fly. He had to communicate that decision to the Mission Management Team (MMT) as a Go or No Go position to resume the count down. If the answer was Go they could still meet a delayed, but acceptable launch schedule. If the answer was No Go, rescheduling the launch would be a grueling shuffling of hardware, personnel, and mission timelines to accommodate Russian missions to the Space Station, supplies for the launch, and personnel manning launch operations. On top of that, Hurricane Ernesto was spinning off the coast of Florida, threatening the need for the Shuttle to roll back to the hangar if they waited too long.
Kummer, Lizette↗
Close Range Photogrammetry in Space - Measuring the On-Orbit Clearance between Hardware on the International Space Station
When photogrammetrists read an article entitled "Photogrammetry in Space" they immediately think of terrestrial mapping using satellite imagery. However in the last 19 years the roll of close range photogrammetry in support of the manned space flight program has grown exponentially. Management and engineers have repeatedly entrusted the safety of the vehicles and their crews to the results of photogrammetric analysis. In February 2010, the Node 3 module was attached to the port side Common Berthing Mechanism (CBM) of the International Space Station (ISS). Since this was not the location at which the module was originally designed to be located on the ISS, coolant lines containing liquid ammonia, were installed externally from the US Lab to Node 3 during a spacewalk. During mission preparation I had developed a plan and a set of procedures to have the astronauts acquire stereo imagery of these coolant lines at the conclusion of the spacewalk to enable us to map their as-installed location relative to the rest of the space station. Unfortunately, the actual installation of the coolant lines took longer than expected and in an effort to wrap up the spacewalk on time, the mission director made a real-time call to drop the photography. My efforts to reschedule the photography on a later spacewalk never materialized, so rather than having an as-installed model for the location of coolant lines, the master ISS CAD database continued to display an as-designed model of the coolant lines. Fast forward to the summer of 2015, the ISS program planned to berth a Japanese cargo module to the nadir Common Berthing Mechanism (CBM), immediately adjacent to the Node 3 module. A CAD based clearance analysis revealed a negative four inch clearance between the ammonia lines and a thruster nozzle on the port side of the cargo vehicle. Recognizing that the model of the ammonia line used in the clearance analysis was "as-designed" rather than "as-installed", I was asked to determine the real clearance between the ammonia lines and expected position of the thruster bell using existing on-orbit imagery. Imagery of the area of interest, taken several years earlier from the Space Shuttle during a fly-around of the ISS, was found and used to set a stereo pair. Space Vision System Targets and Handrail bolts measured in the ISS analytical coordinate system (ISSACS) prior to launch, were used to obtain an absolute orientation so all photogrammetric measurement's would be in the ISSACS coordinate system. Coordinates for the design location of the edges of the thruster bell, when the cargo vehicle was fully berthed to the ISS, were displayed in 3-D relative to the as-installed ammonia lines. This immediately revealed a positive clearance, which was later quantified to be a minimum of 10" +/0.5". The analysis was completed over a single weekend by a single analyst. Using updated imagery, acquired from the station's robotic arm, a complete as-installed model of the coolant lines was generated from stereo photography and replaced the design model in the master ISS CAD database.
Liddle, Donn↗
Increasing Crew Autonomy for Long Duration Exploration Missions: Self-Scheduling
Over the last three years, we have been investigating the operational concept of crew self-scheduling as a method of increasing crew autonomy for future exploration missions. Through Playbook, a planning and scheduling software tool, we have incrementally increased the ability for Earth analog mission crews to modify their schedules. Playbook allows the crew to add new activities from scratch, add new activities or groups of activities through a Task List, and reschedule or reassign flexible activities. The crew is also able to identify if plan modifications create violations, i.e., plan constraints not being met. This paper summarizes our observations with qualitative evidence from four NASA Extreme Environment Mission Operations (NEEMO) analog missions that supported self-scheduling as a feasible operational concept.
planning and scheduling↗
Integrated Demand Management: Minimizing Unanticipated Excessive Departure Delay while Ensuring Fairness from a Traffic Management Initiative
This paper introduces NASA's Integrated Demand Management (IDM) concept and presents the results from an early proof-of-concept evaluation and an exploratory experiment. An initial development of the concept was focused on integrating two systems - i.e. the FAA's newly deployed Traffic Flow Management System (TFMS) tool called the Collaborative Trajectory Options Program (CTOP) and the Time-Based Flow Management (TBFM) system with Extended Metering (XM) capabilities to manage projected heavy traffic demand into a capacity-constrained airport. A human-in-the-loop (HITL) simulation experiment was conducted to demonstrate the feasibility of the initial development of the concept by adapting it to an arrival traffic problem at Newark Liberty International Airport (EWR) during clear weather conditions. In this study, the CTOP was utilized to strategically plan the arrival traffic demand by controlling take-off times of both short- and long-haul flights (long-hauls specify aircraft outside TBFM regions and short-hauls specify aircraft within TBFM regions) in a way that results in equitable delays among the groups. Such strategic planning allows less airborne delay to occur within TBFM by feeding manageable long-haul traffic demand while reserving sufficient slots in the overhead streams for the short-haul departures. The manageable traffic demand indicates the TBFM scheduler assigns no more airborne delay than its assigned airspace is capable of absorbing. TBFM then uses its time-based metering capabilities to deliver the desirable throughput by tactically rescheduling the TBFM entered long-haul flights and short-haul departures. Additional research was also performed to explore use of Required Time of Arrival (RTA) capabilities as a potential control mechanism for the airborne flights to improve arrival traffic delivery accuracy of scheduled long-haul traffic demand. The study results show that both short- and long-haul flights received similar ground delays. In addition, there was a noticeable reduction in the total amount of excessive unanticipated last-minute ground delays, i.e. delays that are frequently imposed on the short-haul flight in current day operations due to saturation in the overhead stream, commonly referred to as 'double penalty'. Furthermore, the concept achieved the target throughput while minimizing the expected cost associated with overall delays in arrival traffic. Assessment of the RTA capabilities showed that there was indeed improvement of the scheduled entry times into TBFM regions by using RTA capabilities. However, with respect to reduction in delays incurred within TBFM, there was no observable benefit of improving the precision of long-haul flights entry times.
Collaborative Trajectory Options Program (CTOP)↗