Mitigating Risk in Commercial Aviation Operations

The MAchine learning ESTimations for uRban Operations (MAESTRO) system is a novel approach that couples commodity sensors with advanced algorithms to provide real-time onboard local wind and kinematics estimations to a vehicle's guidance and navigation system. Sensors and computations are integrated in a novel way to predict local winds and promote safe operations in dynamic urban regions where Global Positioning System/Global Navigation Satellite System (GPS/GNSS) and other network communications may be unavailable or are difficult to obtain when surrounded by tall buildings due to multi-path reflections and signal diffusion. The system can be implemented onboard an Unmanned Aerial Systems (UAS) and once airborne, the system does not require communication with an external data source or the GPS/GNSS. Estimations of the local winds (speed and direction) are created using inputs from onboard sensors that scan the local building environment. This information can then be used by the onboard guidance and navigation system to determine safe and energy-efficient trajectories for operations in urban and suburban settings. The technology is robust to dynamic environments, input noise, missing data, and other uncertainties, and has been demonstrated successfully in lab experiments and computer simulations.

Actual air traffic data and weather information are utilized to evaluate an aircrafts flight-plan route and predict its trajectories for the climb, cruise, and descent phases. The dynamics for heading (the direction the aircraft nose is pointing) and airspeed are also modeled by the FACET software, while performance parameters, such as climb/descent rates and speeds and cruise speeds, can also be obtained from data tables. The resulting trajectories and traffic flow data are presented in a 3-D graphical user interface. The FACET software is modular and is written in the Java and C programming languages. Notable FACET applications include reroute conformance monitoring algorithms that have been implemented in one of the Federal Aviation Administrations nationally deployed, real-time operational systems.

NASA Ames has developed an Autonomous Situational Awareness Platform system for a UAS (ASAP-U), a traffic management system to incorporate Unmanned Aerial Systems (UASs) into the National Airspace System. The Autonomous Situational Awareness Platform (ASAP) is a system that combines existing navigation technology (both aviation and maritime) with new procedures to safely integrate Unmanned Aerial Systems (UASs) with other airspace vehicles. It uses a module called ASAP-U, which includes a transmitter, receivers, and various links to other UAS systems. The module collects global positioning system GPS coordinates and time from a satellite antenna, and this data is fed to the UAS's flight management system for navigation. The ASAP-U module autonomously and continuously sends UAS information via a radio frequency (RF) antenna using Self-Organized Time Division Multiple Access (SOTDMA) to prevent signal overlap. It also receives ASAP data from other aircraft. In case of transmission overload, priority is given to closer aircraft. Additionally, the module can receive weather data, navigational aid data, terrain data, and updates to the UAS flight plan. The collected data is relayed to the flight management system, which includes various databases and a navigation computer to calculate necessary flight plan modifications based on regulations, right-of-way rules, terrain, and geofencing. Conflicts are checked against databases, and if none are found, the flight plan is implemented. If conflicts arise, modifications can be made. The ASAP-U module continuously receives and transmits data, including UAS data and data from other aircraft, to detect conflicts with other aircraft, terrain, weather, and geofencing. Based on this information, the flight management system determines the need for course adjustments and the flight control system executes them for a safe flight route.

The Flight Awareness Collaboration Tool (FACT) user interface is a quad design with four areas. The Primary Map View shows the US with several traffic and weather overlays. The Surface Map View displays the selected airport with information on runway conditions and other factors. The Information View has specific data from various sources about the area of interest. This view also has a built-in algorithm that predicts the impact of the forecast winter weather on airport capacity. The Communication View supports messaging within the geographically-dispersed team that is using FACT. When an airport is selected in the Primary Map View, the information presented in the Surface Map and Information Views is focused on that choice. FACT is a web-based application using Node.js and MongoDB. It receives Java messages from the Federal Aviation Administration System Wide Information Management (SWIM) data repository. Data acquired from web pages and SWIM are tailored for FACTs Information View area. FACT is designed to reside on an existing workstation monitor to be put into use as needed.

Every 12 seconds, the Dynamic Weather Route (DWR) automation system computes and analyzes trajectories for en-route flights. DWR first identifies flights that could save 5 or more flying minutes (wind-corrected) by flying direct to a downstream return fix on their current flight plan. Eligible return fixes are limited so as not to take flights too far off their current route or interfere with arrival routings near the destination airport. Using the direct route as a reference route, DWR inserts up to two auxiliary waypoints as needed to find a minimum-delay reroute that avoids the weather and returns the flight to its planned route at the downstream fix. If a reroute is found that can save 5 minutes or more relative to the current flight plan, the flight is posted to a list displayed to the airline or FAA user. Auxiliary waypoints are defined using fix-radial-distance format, and a snap to nearby named fix option is available for todays voice-based communications. Users may also adjust the alert criteria, nominally set to 5 minutes, based on their workload and desired potential savings for their flights. A graphical user interface enables visualization of proposed routes on a traffic display and modification, if necessary, using point, click, and drag inputs. If needed, users can adjust the reroute parameters including the downstream return fix, any inserted auxiliary waypoints, and the maneuver start point. Reroute metrics, including flying time savings (or delay) relative to the current flight plan, proximity to current and forecast weather, downstream sector congestion, traffic conflicts, and conflicts with special use airspace are all updated dynamically as the user modifies a proposed route.