Patent Grant
8566016
This invention relates to methods for preventing gridlock and preventing merging and crossing conflicts between vehicles on an airport surface.
Current airport surface air traffic controllers generally assign surface route paths to aircraft and other vehicles that conform to prescribed routings. Current controllers monitor aircraft positions and movements by observation and by viewing electronic displays where available, and mentally determine surface path assignments based on the predefined routing guidelines for vehicles traversing the airport movement area, normally between runways and ramp entry/exit points. These prescribed routings define direction-of-movement rules along various series of taxiway segments. These routings segregate inbound and outbound surface traffic flows to minimize to the extent possible interference between the flows. However various points of crossing and merging within and between flows are unavoidable, leading to potential crossing and merging conflicts that must be resolved by traffic controllers. Airline ramp traffic controllers assign routings for movement in ramp areas between the airport movement area exit/entry points and terminal gates.
Air traffic controllers issue taxi clearances that typically identify the path to be traversed and a clearance limit in the form of a hold instruction. The hold instruction defines a point along the path towards which the vehicle may move under pilot/operator autonomous control (i.e., pilot discretion) but at which the vehicle must stop unless otherwise directed by the controller. The pilot/operator maintains self-separation with other vehicles to preclude overtaking along the assigned path. In the current system, by defining hold points at crossing or merge intersections on the surface taxiway network of the airport, the traffic controller manages potential conflicts without extensive automation decision-making support. The controller resolves individual potential conflicts as vehicles approach intersections by selecting one of the vehicles for traversal of the intersection and issuing or maintaining holds on the other approaching aircraft.
The use of prescribed routes on the airport surface facilitates surface traffic management, but introduces inherent delay by circumventing more-direct routings between various start and end points for multiple aircraft. Also, the current process of separately resolving individual potential conflicts does not consider network-wide effects, and leads to solutions that are not the best solutions with respect to overall system delays. A more serious concern is the possibility of air traffic controller issued taxi clearances creating surface gridlock. Gridlock is a situation where vehicles are not able to move forward because of oncoming traffic (e.g., two aircraft nose-to-nose on a taxiway segment, four aircraft entering a four-way intersection, a gate or ramp exit blocked by an inbound aircraft, and the like). While current surface traffic controllers readily resolve conflicts among vehicles approaching crossing and merging intersections, the surface traffic controllers can not assure the gridlock-free movement of vehicles on the airport surface on downstream segments. Further, the potential for gridlock is increased during route transition periods where paths are dynamically modified and often partially reversed due to runway configuration changes, which directly impact surface traffic management on the airport surface. Gridlock potential is most problematic at large airports during busy transition periods where numerous alternative routings available to controllers can lead to incompatible path assignments.
Prior art documents that generally address gridlock and vehicle path conflicts are related to various automated systems for railroad network train control. These prior art references apply fixed or moving block control strategies in which the track sections preceding a train are examined for conflicts and trains are prevented from entering a blocked section (i.e., a section occupied by or assigned to a predecessor) using signalization systems. These prior art references allow forward or reverse movement of trains, and allow the use of track sidings as secondary routings to enable one train to pass another on a single track (assigned route). These prior art references include:
These prior art references require the availability of routing options or the application of scheduling techniques or both. The capabilities disclosed in these prior art references are not required by the methodology of the present invention herein to resolve conflicts in the airport surface traffic network.
Other related prior art references describe route selection, rescheduling or other network optimization applications. These capabilities are not required by the present invention to generate hold advisories. Some of the other prior art references disclose various means for defining path assignment inputs, these include:
Several prior art references also emulate current airport surface traffic control operations which enforce predefined network path direction-of-movement rules to minimize gridlock and manage vehicle crossings of individual vertexes along these predefined paths. For example, Couluris, Mittler et al. describes a method to control aircraft movement through an airport surface link-node network by individually scheduling each aircraft's traversal of a node to resolve conflicts when the aircraft requests entry to that node or a link leading to and connected the that node. Couluris et al. applies predefined network paths to separate inbound and outbound traffic flows.
What is needed is a method for preventing gridlock and resolving potential crossing and merging conflicts among the vehicles on an airport surface area before the conflicts occur that considers simultaneously a multitude of nodes/vertexes that have potentially a multitude of contending vehicles where each vehicle is assigned a path through the surface network.
According to a first aspect of the present invention, there is provided a method for preventing conflicts between vehicles in a vehicle traffic network on an airport surface, the method comprising defining the traffic network on an airport surface, the traffic network comprising at least a plurality of taxiways, runways and intersections therebetween, determining a location and an assigned path for each vehicle in the traffic network for which location and path data are provided, searching along the assigned path and identifying a conflict where assigned paths for two vehicles merge, cross or intersect from opposing directions on the airport surface, designating a critical section on the airport surface for each identified conflict and defining a protected zone for each identified critical section and determining a hold requirement for each identified conflict, the hold requirement defining a projected hold position for stopping one of the two vehicles in a conflicting pair at an entry point to the protected zone for the identified critical section. The method further comprising determining whether any of the projected hold positions for the vehicles intrudes into the protected zone, repositioning projected hold positions intruding into the protected zone, and providing a hold advisory to a traffic controller, the hold advisory comprising the hold requirement to stop all but one vehicle or all vehicles at entry points to the protected zone for each identified critical section on the airport surface.
In some embodiments, identifying the conflict comprises pairing one vehicle with each of the other vehicles in the traffic network, comparing the assigned path for the one vehicle to the assigned path for the other vehicle in the pair to identify common vertexes, identifying each common vertex as a part of a critical section on the airport surface, repeating the pairing and comparing of the assigned path for the one vehicle to the assigned paths for each of the remaining other vehicles in the traffic network, and repeating the pairing and comparing of the assigned paths for each of the remaining other vehicles in pairs in the traffic network.
In some embodiments, searching along the assigned path commences at a vertex most recently crossed by each vehicle in the pair and moves forward along a remaining portion of the assigned path for each vehicle, wherein the remaining portion includes a current position of the vehicle. In some embodiments, the vertex most recently crossed, the current position and remaining portion of the assigned path for each vehicle are provided as input data.
In some embodiments of the method of the present invention, the critical section is a crossing critical section when the assigned paths for each of the vehicles in the pair intersect a single vertex. In these embodiments, the protected zone of the crossing critical section comprises an area containing at least the identified single common vertex.
In some embodiments of the method of the present invention, the critical section is a merging critical section when the assigned paths for each of the vehicles in the pair have more than one common vertex and are moving in the same direction. In these embodiments, the protected zone of the merging critical section comprises an area containing at least a first common vertex identified along the assigned paths for each of the vehicles.
In some embodiments of the method of the present invention, the critical section is a gridlock critical section where the assigned paths for each of the vehicles in the pair have more than one common vertex and are moving in different directions. In these embodiments, protected zone of the gridlock critical section comprises an area containing a first common vertex along the assigned path and direction of travel for the one vehicle, an area containing a first common vertex along the assigned path and direction of travel for the another vehicle and an area containing the more than one common vertexes identified and the edges between each of the more than one common vertexes. In some embodiments, the protected zone is blocked when any part of a vehicle occupies any part of the protected zone.
In some embodiments, the method further comprises repositioning the projected hold position when a projected hold position causes the held vehicle to block at least a portion of a protected zone, wherein the repositioned projected hold position is an entry point for the vehicle to the protected zone. In other embodiments, repositioning the projected hold position comprises repositioning a hold position generated by an external function. In some embodiments, repositioning the projected hold position further comprises determining whether the repositioned hold position causes the held vehicle to block at least a portion of a protected zone and repositioning the repositioned hold position when the repositioned hold position causes the held vehicle to block at least a portion of a protected zone.
In some embodiments, the method further comprises applying user-defined prioritization rules to assign projected hold positions to vehicles when more than one vehicle is not assigned a projected hold position. In other embodiments, the hold advisories stop vehicles at an earliest hold position along the vehicle's path from the current position of the vehicle. In most embodiments, the hold requirement permits no more than one vehicle to move uninterrupted through the identified critical section.
In most embodiments, the hold position selected for each of the vehicles is provided to traffic controllers in surface air traffic control systems. In some of these embodiments, the airport surface traffic network is a graph, each of the plurality of intersections is a vertex on the graph and each of the runways and taxiways is an edge on the graph.
According to a second aspect of the present invention, there is provided a system for preventing conflicts between vehicles in a vehicle traffic network on an airport surface comprising one or more surveillance systems covering a traffic network on an airport surface, the traffic network comprising at least a plurality of taxiways, runways and intersections therebetween, and a computer running a program for preventing conflicts, wherein the computer receives at least location data and path data from the one or more surveillance systems, determines a location and an assigned path for each vehicle in the traffic network for which location and path data are provided, searches along the assigned path and identifies a conflict where assigned paths for two vehicles merge, cross or intersect from opposing directions on the airport surface, and designates a critical section on the airport surface for each identified conflict and defines a protected zone for each identified critical section. The computer further determines a hold requirement for each identified conflict, the hold requirement defines a projected hold position for stopping one of the two vehicles in a conflicting pair at an entry point to the protected zone for the identified critical section, determines whether any of the projected hold positions for the vehicles intrudes into the protected zone, repositions projected hold positions that intrude into the protected zone, and provides a hold advisory to a traffic controller. The hold advisory comprises a hold requirement to stop all but one vehicle or all vehicles at entry points to the protected zone for each identified critical section on the airport surface.
In some embodiments, the computer identifies a conflict by pairing one vehicle with each of the other vehicles in the traffic network; comparing the assigned path for the one vehicle to the assigned path for the other vehicle in the pair to identify common vertexes; identifying each common vertex as a part of a critical section on the airport surface, repeating the pairing and comparing of the assigned path for the one vehicle to the assigned paths for each of the remaining other vehicles in the traffic network, and repeating the pairing and comparing of the assigned paths for each of the remaining other vehicles in pairs in the traffic network.
In some embodiments, the computer searches along the assigned path starting at a vertex most recently crossed by each vehicle in the pair and moves forward along a remaining portion of the assigned path for each vehicle, the remaining portion of the assigned path including a current position of the vehicle. In other embodiments, the vertex most recently crossed, the current position and remaining portion of the assigned path for each vehicle are provided as input data to the computer by at least the one or more surveillance systems.
In some embodiments, the computer identifies the critical section as a crossing critical section when the assigned paths for each of the vehicles in the pair intersect a single vertex. In these embodiments, the computer determines the protected zone of the crossing critical section comprises an area containing at least the identified single common vertex.
In some embodiments, the computer identifies the critical section as a merging critical section when the assigned paths for each of the vehicles in the pair have more than one common vertex and are moving in the same direction. In these embodiments, the computer determines the protected zone of the merging critical section comprises an area containing at least a first common vertex identified along the assigned paths for each of the vehicles.
In some embodiments, the computer identifies the critical section as a gridlock critical section where the assigned paths for each of the vehicles in the pair have more than one common vertex and are moving in different directions. In these embodiments, the computer determines the protected zone of the gridlock critical section comprises an area containing a first common vertex along the assigned path and direction of travel for the one vehicle, an area containing a first common vertex along the assigned path and direction of travel for the another vehicle and an area containing the more than one common vertexes identified and the edges between each of the more than one common vertexes.
In some embodiments, the computer determines that the protected zone is blocked when any part of a vehicle occupies any part of the protected zone. In these embodiments, the computer repositions the projected hold position when a projected hold position causes the held vehicle to block at least a portion of a protected zone, wherein the repositioned projected hold position is an entry point for the vehicle to the protected zone. In other embodiments, the computer repositioning the projected hold position comprises repositioning a hold position generated by an external function.
In some embodiments, the computer applies user-defined prioritization rules to assign projected hold positions to vehicles when more than one vehicle is not assigned a projected hold position. In other embodiments, the computer determines whether the repositioned hold position causes the held vehicle to block at least a portion of a protected zone and repositions the repositioned hold position when the repositioned hold position causes the held vehicle to block at least a portion of a protected zone.
In some embodiments, the computer determines a hold position and displays the hold position selected for each of the one or more vehicles to traffic controllers in a surface traffic control system. In other embodiments, the hold advisories stop the one or more vehicles at an earliest hold position along the vehicle's path from the current position of the vehicle.
In some embodiments, the computer defines the airport surface traffic network on a graph with each of the plurality of intersections as a vertex on the graph and each of the runways and taxiways as an edge on the graph. In these embodiments, the hold requirement permits no more than one vehicle to move uninterrupted through the identified critical section.
For a fuller understanding of the nature and objects of the invention, reference should be made to the following detailed description for practicing the invention, read in connection with the accompanying drawings in which:
a) shows an example in which overlapping protected zones of two crossing critical sections in which a projected hold position due to resolution of blockage is in the protected zone of another critical section, inducing potential blockage in that protected zone in the present invention;
b) shows an example of the present invention resolving the induced potential blockage caused by overlapping protected zones of two crossing critical sections in one embodiment of the present invention;
a) shows an example of a situation in which an externally-generated hold places Vehicle B within a critical section, inducing potential blockage to Vehicle A;
b) shows an example of the present invention resolving the induced potential blockage caused by an externally-generated hold for Vehicle B in one embodiment of the present invention;
The present invention was developed to address the above problems with the existing airport traffic management systems as part of an automated system to support traffic control of aircraft and other vehicles moving on an airport surface.
The present invention provides means to better manage and resolve surface traffic congestion as part of an automated surface air traffic control system to improve aircraft traffic throughput and reduce delays and aircraft emissions. The airport surface traffic network contains single-lane taxiway and ramp segments where vehicles can move in either direction on a segment but cannot pass each other on a segment and cannot reverse direction. Airport surface traffic controllers need to be able to resolve crossing and merging conflicts as well as prevent aircraft and other vehicles from being in a situation where they are not able to move forward because of oncoming traffic, i.e. gridlock. More specifically, the process of the present invention receives vehicle position and route path data as inputs, determines potential crossing and merging conflicts and generates advisory instructions that prevent gridlock and resolve potential crossing and merging conflicts among the vehicles on the airport surface. The advisory instructions generated by the present invention also support vehicle separation assurance.
The Surface Hold Advisor Using Critical Sections of the present invention (hereinafter Advisor) focuses on preventing gridlock network-wide on the airport surface while concurrently preventing all crossing and merging conflicts between vehicles that are moving on an airport surface. The Advisor is a transformative process by which vehicle position and path inputs are used to generate hold advisories. The hold advisories define points on the surface network at which vehicles must stop to avert gridlock as well as avert crossing and merging conflicts. Advisories are recommended instructions. The hold advisories are provided to traffic controllers for issuance as actual hold instructions to vehicles subject to controller discretion. The process is automatically and continually updated in rapid succession such that inputs are refreshed at regular but short time intervals (e.g., every second) or in response to very-frequently occurring events (e.g., taxiway intersection crossings). A new set of hold advisories is generated at each automatic update cycle. In one embodiment, the new set of hold advisories is automatically updated at least once per second. In another embodiment, the new set of hold advisories is automatically updated at least once every thirty seconds. In yet another embodiment, the new set of hold advisories is automatically updated at a rate of at least thirty hertz.
The Advisor provides recommended instructions (hold advisories) for stopping aircraft and other vehicles traversing an airport surface. The Advisor methodology processes input data describing vehicle positions and assigned/planned route paths through the airport surface traffic network, and generates hold advisories. The airport surface traffic network resources (i.e., taxiway and ramp segments) are single-lanes where vehicles can move in either direction but cannot reverse direction and cannot pass each other. The Advisor performs pair-wise comparisons of the projected path of each vehicle with that of other surface vehicles. Where the Advisor determines a conflict for use of a segment of the airport surface traffic network exists, the Advisor identifies the segment of the airport surface traffic network as a critical section. A critical section defines a portion of the surface network where two vehicles are in contention with respect to crossing or merging conflicts or approach a segment from opposite directions, creating gridlock. The Advisor then defines a protected zone around each identified critical section. The protected zone includes entry points where a vehicle can be held before reaching the identified conflict. The Advisor determines which vehicle or vehicles to hold at an entry point to the protected zone for the critical section (i.e., stop at the entry point to the protected zone for the critical section) and which vehicle to allow to proceed through the critical zone. The Advisor than issues advisories to the traffic controllers defining the vehicles to hold and where to hold them to prevent the conflict. These advisories prevent network gridlock and resolve crossing and merging conflicts at intersections. The Advisor does not monitor and prevent potential conflicts as vehicles move through identified critical sections.
The advisory enables a traffic controller to issue a hold instruction prior to a vehicle reaching the hold point on the entry boundary to the protected area for the critical section. The Advisor continually reassesses the state of the airport traffic network and issues or discontinues hold advisories. A discontinuance of a hold advisory allows a vehicle to continue without stopping or restart forward movement after stopping at a hold point.
The present invention has several embodiments in which the methodology is a modular component of a basic automated surface traffic control system, an advanced automated surface traffic control system and fast-time or real-time computer simulations of automated surface traffic control systems.
In some embodiments, the present invention is a hardware/software decision support tool (DST) operating as a sub-system within the automated surface traffic control system. In this embodiment, the Advisor includes software running on a computer 10 having at least a 32-bit architecture with a minimum speed of 1.8 GHz. having access to at least 2 GB of memory. In some of these embodiments, the computer 10 receives data from airport surface surveillance systems 20, such as ASDE-X, automated airport surface traffic control systems 30, which may include other decision support tools (DSTs), and other airport operations systems, such as flight operations data 35, weather data 36, and local operations adaptation data repository 37, as shown in
The Advisor processes vehicle state inputs provided by airport surveillance systems, route assignment inputs provided by automated airport surface traffic control systems or other DSTs, airport infrastructure inputs maintained by the automated system defining the airport surface traffic network and parameters for analyzing potential traffic conflicts, and generates hold advisories to surface air traffic controllers and/or ramp controllers 12, as shown in
In one embodiment, the Advisor's inputs describing vehicle movement are limited to vehicle position and assigned/planned path data, including the most recently crossed intersection. Other inputs to the Advisor are limited to infrastructure descriptions of the surface network structure and parameters for operating the present invention. The assignment of paths, modification of assigned paths and scheduling of paths is outside the scope of the present invention. Paths are determined external to the Advisor by controllers based on prescribed or preferred routings or based on routing optimization advisories provided by decision support tools in an automated traffic control environment. Similarly, optimized time schedules or time-based trajectory predictions for path traversals are the product of external decision support tools. Regardless of current operations or more-automated future operations, the Advisor processes position and path descriptors without regard to other route information. The Advisor generates hold advisories without enforcement of network path direction-of-movement rules or application of time-based trajectory prediction, route selection or scheduling or optimization algorithms. The present invention determines hold advisories without otherwise changing the assigned/planned paths in any manner.
The present invention provides a general advisory service by which a traffic controller can issue instructions to allow each vehicle to move along its assigned route but hold (stop) at a strategic point, if required, to prevent gridlock and resolve potential crossing and merging conflicts among the vehicles on the airport surface. The determination of hold advisories does not require any of the following:
The Advisor generates hold advisories designed to prevent projected crossing and merging conflicts and resolve projected gridlock to the extent possible (i.e., where pathological gridlock conditions are not imbedded in the network movement structure). In these embodiments, the Advisor describes the airport surface traffic network on which vehicles move on a graph composed of vertexes (nodes, e.g., intersections) and edges (links e.g., taxiway and ramp segments) for computational purposes. As shown in
The Advisor issues hold advisories intended to prevent entry into a critical section if the critical section is being used or blocked by other vehicles or to avert gridlock in the critical section. The Advisor controls entry into defined protected zones for critical sections and does not attempt to maintain required in-trail separation between successive vehicles as they move through the grid. Such separation service is provided by functions external to the Advisor (e.g., traffic controller monitoring and intervention or vehicle self-separation capabilities). External services to the Advisor are responsible to prevent vehicles overtaking situations once a vehicle enters and moves through a critical section.
Starting with the most recently crossed vertex and given the current position of a vehicle, the Advisor searches forward along a planned/assigned path to identify all conflicts for segments or nodes on the graph, identifies each conflict as a critical section and defines a protected zone surrounding an identified critical section. A critical section is a common region of the graph shared by two surface paths, and consists of one or more vertexes and edges where two vehicles are in contention with respect to crossing or merging conflicts or approach a segment from opposite directions, creating gridlock. These vertex and edge graph components may represent a network traffic intersection (e.g., intersection of taxiways segments), a common lane segment (e.g., taxiway and ramp segment), a common terminal point (e.g., hold short line), or a continuous series of intersection/terminal points and their enclosed lane segments. The Advisor identifies at least the following three different types of critical sections: a crossing critical section, a merging critical section, and a gridlock critical section.
A crossing critical section occurs at the intersection of two different paths at a single vertex and the vehicles are traveling in directions that are different but are not opposite to one another. The vertex crossing is the critical section. The vertex may be the most recently crossed vertex of one of the vehicles or any vertex along the path of each vehicle at or downstream of their current positions, as shown in
A merging critical section occurs when two separate paths converge onto a shared section and the vehicles are moving in the same direction of travel. The merging critical section is bounded by the entry and exit vertexes and consists of the vertexes and edges enclosed within and including the entry and exit vertexes, as shown in
A gridlock critical section occurs when two separate paths share a common section and the vehicles are traveling in directions opposite to one another (i.e., vehicles moving toward each other head-to-head), as shown in
After searching all of the assigned vehicle paths using pair-wise comparisons of the projected path of each vehicle, any single vehicle may be found to compete for numerous critical sections, and any single critical section may be found to have multiple contending vehicle pairs. After identifying each conflict as a critical section the Advisor defines a protected zone for each critical section, which the Advisor uses to determine additional potential conflicts. The protected zone encompasses an area including at least one of an entry vertex to the critical section or an exit vertex to the critical section. The protected zone may include both an entry vertex and an exit vertex to the critical section, and can include the entire critical section. In some embodiments, the protected zone is a polygon shaped area centered on the vertex. In another embodiment, the protected zone is a circular-shaped area centered on the vertex. In other embodiments, the protected zone is a square or rectangular-shaped area centered on the vertex. In yet another embodiment, the protected zone is a simply a defined distance along each edge radiating from the vertex (e.g., at an airport, this distance could define the location of a hold short line on a taxiway approach to an intersection). The user of the Advisor specifies the shape and dimensions of the protected zones for identified critical sections. In some embodiments, the shape and dimensions of the protected zones are different for each type of critical section. In other embodiments, the shape and dimensions of the protected zones are predefined for each type of critical section. For generality and purpose of explanation, we use the polygon in the remainder of this description of the Advisor.
In some embodiments, the shape of each polygon is determined in part by the geometry of the edges converging at the vertex. For example, a square-shape would accommodate perpendicular edges converging at a vertex. More complex polygons would accommodate configurations of multiple edges with various angles of convergence at a vertex. In some of these embodiments, the radial dimension of the polygon along each graph edge conforms to inter-aircraft separation requirements and may differ among edges and different aircraft types, which could result in irregular convex or concave polygons. The distance from vertex to a polygon boundary is sufficient to enable a vehicle to hold at the boundary of the polygon without infringing the protected zone (e.g., nose-to-tail or wingtip-to-wingtip spacing) of a vehicle in or approaching the critical section polygon. In some embodiments, the vertex-to-polygon boundary distance is a static distance value for all vertexes. In other embodiments, the vertex-to-polygon boundary distance is a dynamically-defined distance that depends on vehicle dimensions and the convergence geometry at each vertex.
The protected zone of each critical section is defined as follows:
As part of the hold advisory generation process, the Advisor determines if a vehicle's projected entry into a protected zone is blocked by other vehicles. Blockage is caused by projected potential conflicts with other vehicles. At any instant, the advisor determines blockage by comparing the current states, most recent vertex crossing, and planned/assigned forward paths of vehicles without regard to scheduled, projected or required times along assigned vehicle paths. Input data for vehicles that is received by the Advisor includes position and path data for vehicles currently operating on the airport surface and vehicles pending entry to the airport surface. The Advisor's blockage determination criteria vary among critical section protected zones as follows:
However, separate from a merging condition, the Advisor does not examine coincidental paths where vehicles strictly follow each other (e.g., a common same-direction path from network entry to exit, or a vehicle following another vehicle on the same path through a series of vertexes and edges) because in-trail separation service is provided by functions external to the Advisor. The use of the external in-trail separation service enables more than one same-direction vehicle to occupy a merging critical section at any instant.
The Advisor of the present invention can be used as a decision support tool in applications ranging from fast-time and real-time computer simulation to automated real-time decision-making support of actual traffic control operations on an airport surface. In some embodiments, the Advisor is automatically invoked periodically according to a user-defined update interval (e.g., once per second) or on-demand (e.g., at each vertex crossing event). Upon invocation, the Advisor examines all of the vehicles known or planned to be active on the surface graph at the current instant. The Advisor examines planned/assigned paths given the vehicle current positions on the surface graph, and conducts a pair-wise comparison of the path of each vehicle with that of the other vehicles to detect critical sections. The Advisor identifies all pairs of vehicles contending for each critical section.
For each detected critical section, the Advisor's blockage prevention function determines which vehicle or vehicles to issue hold advisories to hold at an entry point to the protected zone. The objective of the Advisor is to resolve each critical section individually by selecting a single vehicle or no vehicles for entry into the protected zone without holding, and issuing hold advisories to hold the other vehicles.
In some embodiment, the selection process is initiated by eliminating those vehicles contending for a critical section that are blocked by each other at the current instant. Since any hold advisory could introduce new blockages into the airport surface traffic network, embodiments of the Advisor include an internal blockage prevention function to mitigate any new vehicle delays caused by overlapping protected zones, such as complex graph subsections composed of closely spaced vertexes connected by short edges (e.g., an airport ramp area interfacing multiple terminal gates or a taxiway area consisting of multiple nearby crossing intersections). For example, the projected position of a vehicle held at a protected zone entry point can place that vehicle in the protected zone of another critical section. An example of the projected hold position causing blockage to a vehicle approaching a critical section for overlapping protected zones of crossing critical sections is illustrated in
More specifically, in
During typical airport surface operations, functions external to the Advisor (e.g., an in-trail vehicle separation service) also generate hold advisories. These externally generated advisories define hold positions at any point on the airport surface (i.e., graph), which do not correspond to entry points to protected zones. These externally defined hold positions can cause all or part of a vehicle to extend into a protected zone, inducing potential blockage to another vehicle. The Advisor receives and reviews externally generated hold advisories and searches for induced potential blockages of the protected zone of any critical sections.
In most situations, the Advisor will determine at least one vehicle that will be permitted to proceed through the critical section without holding and will issue hold advisories for the remaining vehicles. In most of these situations, one or more vehicles will remain initially eligible for entry into the protected zone, because the protected zone is typically not occupied by a vehicle at the current instant (e.g., the vehicles contending for the identified critical zone are sufficiently distanced from the protected zone so to not interfere with each other). However, in some situations, the constraints of the airport surface traffic network and situation will result in the Advisor issuing hold advisories for all of the vehicles having a conflict for an identified critical section. In these situations, the Advisor will continually reassess the situation and determine the sequence of the vehicles for proceeding through the critical section in order. In some of these cases, the Advisor determines the sequence of vehicles to proceed through the critical section based on user-defined prioritization criteria (which are part of the operating rules input data shown in
In some embodiment, the Advisor determines the distance of each vehicle from the protected zone of the identified critical section and using a closest-distance priority, issues a hold advisory for the vehicle the furthest distance from the protected zone to stop upon reaching an entry point to the protected zone, as illustrated in
At each invocation, the Advisor identifies holds at critical sections without reissuing hold advisories previously issued to vehicles if their potential conflict condition is no longer projected. The Advisor will issue a set of hold advisories that does not include the previous hold advisory to thereby discontinue the previous hold advisory when the potential conflict condition is no longer valid. The discontinuance of a hold advisory essentially revokes the advisory. Given a sufficiently long look-ahead span over the forward path, the hold discontinuance will often occur well before the vehicle has reached a downstream critical section. In this case, the vehicle would not stop, and can enter and traverse the critical section without delay.
Upon determining all potential conflicts and protected zones, the Advisor issues hold advisories to traffic controllers for the vehicles to be held. Generally, only the first/earliest hold along any one vehicle's path need be issued at the current instant. Couluris, Davis et al. describes critical sections as objects of hold solutions in a fast time simulation, but does not incorporate protection zones to resolve blockages, resolution of holds due to externally generated holds, prioritized resolution of holds and resolution of induced blockages.
Functional Description of the Advisor
The Advisor process is continually and automatically invoked, and comprises the following functional components:
Detection of Critical Sections;
Internal Generation of Holds due to Blockage;
Resolution of Externally Generated Holds;
Prioritized Resolution of Unassigned Holds; and
Resolution of Induced Potential Blockages.
While blockage prevention is a prime function of the Advisor, it is only one component of the overall Advisor process in this embodiment. The disclosed embodiment of the Advisor is applicable to aircraft and other vehicles (service trucks, emergency vehicles, etc) on an airport surface, that are moving or taxiing in the airport surface traffic network (graph) composed of edges (taxiway and ramp segments) and vertexes (intersections and terminal gates) under traffic control. Each of the above functional components is discussed in more detail in the following paragraphs.
Detection of Critical Sections—To start each assessment, the Advisor examines all vertexes along each search path. The search path starts at and includes the most recent vertex the vehicle has crossed and proceeds along the sequence of remaining vertexes on the planned/assigned forward path. This examination is conducted for all vehicles active on the surface as well as pending entries (e.g., departure aircraft waiting at gates) to determine critical sections on the airport surface traffic network (e.g., airport surface). These detections use position and path data without reference to scheduled, projected or required times along assigned vehicle paths.
Internal Generation of Holds due to Blockage—Once all of the critical sections on the airport surface traffic network are detected, the Advisor examines each vehicle pair competing for the use of each critical section and determines which of these vehicles (one, both or none) to hold outside the critical section. These determinations use position and path data without reference to scheduled, projected or required times along assigned vehicle paths. The Advisor conducts Resolution of Induced Potential Blockages, described below, to resolve induced potential blockages.
Resolution of Externally Generated Holds—The Advisor processes hold advisories generated by external functions, and resolves any externally induced blockage by issuing hold advisories that reset the hold position inducing the blockage. However, in some situations the reset hold position itself may induce a new blockage, which the Advisor resolves by conducting Resolution of Induced Potential Blockages, described below.
Prioritized Resolution of Unassigned Holds—A critical section is considered to be resolved when either no vehicle or one vehicle is not subject to being held in accordance with an issued hold advisory. For each critical section still unresolved at this point in the Advisor solution process (i.e., a critical section for which more than one competing vehicle has not been subject to a hold in a hold advisory), the Advisor selects one of these vehicles for entry into the identified critical section and issues a hold advisory to hold the other vehicles that conflict for the identified critical section. The selection is based on user-defined prioritization criteria specific to the environment under assessment. In one embodiment, the order priority is based on closest path distance to the critical section entry vertex. In another embodiment, the order priority is based on estimated vertex crossing times where the crossing times can be provided by functions external to the Advisor. In other embodiments, the Advisor uses one or more of the prioritization alternatives in succession to determine vehicle prioritization assignments. The Advisor conducts Resolution of Induced Potential Blockages, described below, to resolve any induced potential blockages due to prioritized hold advisories.
Resolution of Induced Potential Blockages—The generation of a hold advisory from one or more of Internal Generation of Holds due to Blockage, Resolution of Externally Generated Holds or Prioritized Resolution of Unassigned Holds can result in a projected intrusion into a protected zone. An intrusion occurs if the vehicle's projected hold position infringes the protected zone of a critical section. For each intruded protected zone, the Advisor applies Resolution of Induced Potential Blockages as appropriate to evaluate the intrusion and determine a new hold advisory assignment that eliminates the intrusion. The new hold advisory repositions the vehicle whose hold position intrudes into a protected zone to the entry point to the protected zone of the critical section in which the vehicle potentially intruded. If this revised hold position induces a new potential blockage at the next upstream vertex back along the intruder's path, the advisor iterates the Resolution of Induced Potential Blockages solution. The iteration could examine a series of new hold positions along the intruder's path subject to the limit of the intruder's current position (i.e., the final hold position cannot be upstream/behind the intruder's current position).
The Advisor includes a modular software component that runs on either dedicated or shared computer system resources. In various embodiments, the Advisor is a modular component of the following systems:
a basic automated surface traffic control system;
an advanced automated surface traffic control system;
a real-time computer simulation system; and
a fast-time computer simulation system.
Each of the above embodiments is discussed in the following sections. In another derived embodiment, which is based on modifications of any one of the above four embodiments, the Advisor is used as a decision support tool to generate hold advisories.
Basic Automated Surface Traffic Control System Embodiment
In this embodiment, the Advisor is a hardware/software decision support tool within a basic automated surface traffic control system, as shown in
Detection of Critical Sections
For each pair of vehicles on the airport surface, the Advisor determines if their projected paths share any vertexes on the graph. The search paths start at each vehicle's most recently crossed vertex and proceed along the planned/assigned forward path. The process for detecting crossing, merging and gridlock critical sections includes the following steps.
Crossing Critical Section Detection—The Advisor selects each vertex along the path of one of the selected vehicles and determines whether the other vehicle shares this vertex, as shown in
Merging Critical Section Detection—When the Advisor determines that the projected paths for two vehicles share a contiguous set of multiple vertexes on the graph, the direction of travel of the vehicles through the contiguous set of multiple vertexes is the same, and the aircraft enter the first shared vertex from different directions, then the sequence of shared contiguous vertexes and enclosed edges is a merging critical section for this aircraft pair, as shown in
Gridlock Critical Section Detection—When the Advisor determines that the projected paths for two vehicles share a contiguous set of multiple vertexes on the graph, the direction of travel of the vehicles through the contiguous set of multiple vertexes is opposite, then each sequence of shared contiguous vertexes and enclosed edges is a gridlock critical section for this aircraft pair, as shown in
If none of the above critical section detections apply, the Advisor determines that there are no critical sections between these two vehicles.
Internal Generation of Holds Due to Blockage
The process for detecting internal generation of holds due to blockage includes the following steps.
Crossing Critical Section Hold Generation due to Blockage—For each identified crossing critical section for a pair of vehicles where the Advisor has not previously issued a hold advisory assigning a hold position for one of the vehicles as part of a previous pair-wise comparison, The Advisor will issue a hold advisory for the vehicle that is not occupying any part of the protected zone for the identified crossing critical section when any part of the other vehicle occupies any part of the protected zone for the identified crossing critical section (vertex polygon) at the current instant, as shown in
Merging Critical Section Hold Generation due to Blockage—For each identified merging critical section for a pair of vehicles where the Advisor has not previously issued a hold advisory assigning a hold position for one of the vehicles as part of a previous pair-wise comparison, The Advisor will issue a hold advisory for the vehicle that is not occupying any part of the protected zone for the identified crossing critical section when any part of the other vehicle occupies any part of the protected zone for the identified crossing critical section (vertex polygon) at the current instant, as shown in
Gridlock Critical Section Hold Generation due to Blockage—For each identified gridlock critical section and for each pair of opposite-direction aircraft competing for that critical section where the Advisor has not previously issued a hold advisory assigning a hold position for one of the vehicles as part of a previous pair-wise comparison, The Advisor will issue a hold advisory for the vehicle that is not occupying any part of the protected zone for the identified crossing critical section when any part of the other vehicle occupies any part of the protected zone for the identified crossing critical section (vertex polygon) at the current instant, as shown in
Resolution of Induced Potential Blockages
The process for resolving induced potential blockages for each vehicle having a newly-assigned hold position in a hold advisory, the Advisor determines whether the hold position places any part of this vehicle in any part of a protected zone (i.e., the hold position causes intrusion of a protected zone), and where the newly-assigned hold position intrudes into another protected zone and is at or forward of this vehicle's current position, The Advisor issues a new hold advisory that reassigns the hold position for this vehicle to the vehicle's entry point into the intruded protected zone, as shown in
Prioritized Resolution of Unassigned Holds
At this point, if neither vehicle in the pair having an identified critical section has been assigned a hold position in a hold advisory in the Advisor processing, then neither vehicle is subject to blockage and neither vehicle has priority over the other. In this situation, both vehicles are potentially eligible to enter the critical section, which would lead to conflict if not resolved. For each identified critical section in which neither vehicle is being held at this point in current assessment session, the Advisor selects the vehicle with the highest priority by applying one or a series of user-defined prioritization criteria (e.g., the closest aircraft to the critical section or the aircraft having the earliest critical section estimated entry time or combinations of selection criteria) and lets this vehicle proceed to or through the critical section without a hold as shown in
Resolution of Induced Potential Blockages
The Advisor repeats the process for resolving induced potential blockages step shown in
Issue Hold Advisories
Upon determining that all conflicts for critical sections are resolved (i.e., each section has zero or one un-held aircraft), the Advisor issues hold advisories to traffic controllers. For each aircraft with at least one hold advisory, the Advisor issues only the first/earliest hold advisory along the aircraft's path.
Advanced Automated Surface Traffic Control System Embodiment
In this embodiment, the Advisor is a hardware/software decision support tool within an advanced automated surface traffic control system. The Advisor generates hold advisories by applying the solution process shown in
Detection of Critical Sections
The Advisor performs the same processing as detailed under the Basic Automated Surface Traffic Control System embodiment, as discussed previously.
Internal Generation of Holds Due to Blockage
The Advisor performs the same processing as detailed under the Basic Automated Surface Traffic Control System embodiment, as discussed previously.
Resolution of Externally Generated Holds
For each externally-assigned hold for a vehicle, the Advisor determines whether any part of one of the vehicles occupies any part of a protected zone for the identified critical section (vertex polygon) at the current instant (i.e., the hold position causes intrusion of a protected zone) and if the vehicle's entry point to this intruded protects zone is at or upstream of this vehicle's current position, the Advisor issues a hold advisory reassigning the hold position for the vehicle to the vehicle's entry point to this intruded protected zone, as shown in
Resolution of Induced Potential Blockages
The Advisor performs the same processing as detailed under the Basic Automated Surface Traffic Control System embodiment, as discussed previously.
Prioritized Resolution of Unassigned Holds
The Advisor performs the same processing as detailed under the Basic Automated Surface Traffic Control System embodiment, as discussed previously.
Resolution of Induced Potential Blockages
The Advisor performs the same processing as detailed under the Basic Automated Surface Traffic Control System embodiment for all newly assigned hold positions, as discussed previously.
Issue Hold Advisories
The Advisor performs the same processing as detailed under the Basic Automated Surface Traffic Control System embodiment, as discussed previously.
Real-Time Computer Simulation Embodiment
In this embodiment, the Advisor is a module within a real-time simulation system. The simulation system is comprised of hardware/software modules that interface with human traffic controller laboratory test subjects. In this embodiment, the hold advisories generated by the Advisor are provided to the traffic controller test subjects through the interface, as shown in
Fast-Time Computer Simulation Embodiment
In this embodiment, the Advisor is a hardware/software module within a fast-time simulation system. Here the simulation system is comprised of hardware/software modules, including a module that models traffic controller operations, as shown in
Reordered Internal Generation of Holds Derived Embodiment
With respect to Internal Generation of Holds due to Blockage in each of the above embodiments, the order in which contending aircraft pairs are examined is flexible. The aircraft pairs may be analyzed in any order to achieve feasible solutions. In this derived embodiment, the applicable steps are performed in any order or intermixed per user preference.
While the present invention has been particularly shown and described with reference to the preferred mode as illustrated in the drawings, it will be understood by one skilled in the art that various changes in detail may be effected therein without departing from the spirit and scope of the invention as defined by the claims.
The present invention was made with United States Government support under contract NNA08BA44D awarded by the National Aeronautics and Space Administration (NASA). The United States Government has certain rights in the invention.
| Number | Name | Date | Kind |
|---|---|---|---|
| 3976272 | Murray et al. | Aug 1976 | A |
| 4122523 | Morse et al. | Oct 1978 | A |
| 5623413 | Matheson et al. | Apr 1997 | A |
| Entry |
|---|
| Balakrishnan, H., Jung, Y. “A Framework for Coordinated Surface Operations Planning at Dallas-Fort Worth International Airport,” AIAA 2007-6553, Guidance Navigation and Control (GNC) Conference, Hilton Head, SC (Aug. 20-23, 2007). |
| Brinton, C., “Improved Taxi Prediction Algorithms for the Surface Management System,” AIAA 2002-4857, Guidance Navigation and Control (GNC) Conference, Monterey, CA (Aug. 5-8, 2002). |
| Cheng, V.H.L., Foyle, D.C., “Automation Tools for Enhancing Ground-Operation Situation Awareness and Flow Efficiency,” AIAA 2002—4856, Guidance Navigation and Control (GNC) Conference, Monterey, CA (Aug. 5-8, 2002). |
| Couluris, G.J., Davis, P.C., Mittler, N.C, Saraf, A.P., Timar, S.D, “ACES Terminal Model Enhancement,” DASC 2009-130, AIAA 28th Digital Avionics Systems Conference, Orlando, FL, (Oct. 27, 2009). |
| Couluris, G., Mittler, N., Stassart, A., Signor, D., and Hsiao, T., “A New Modeling Capability for Airport Surface Traffic Analysis,” Paper 3E4, Digital Avionics System Conference (DASC), St. Paul, MN (Oct. 26-28, 2008). |
| Garcia, J., Berlanga, A., Molina, J.M., Beseda, J.A., Casar, J.R., “Planning Techniques for Airport Ground Operations,” Paper 1d5, Digital Avionics System Conference (DASC), Irvine, CA (Oct. 27-31, 2002). |
| Hatzack W., B. Nebel, 2001. “The Operational Traffic Control Problem: Computational Complexity and Solutions,” A. Cesta (Ed.), Proceedings of the Sixth European Conference on Planning (ECP'01), (2001). |
| Keith, G., Richards, A., “Optimization of Taxiway Routing and Runway Scheduling,” AIAA-2008-6827-760, Guidance Navigation and Control (GNC) Conference, Honolulu, HI (Aug. 18-21, 2008). |
| Nguyen, A.T., Baras, J.S., “Network Cell Routing Model for Control of Throughput and Delay of Air Traffic,” Paper 2b2, Digital Avionics System Conference (DASC), Orlando, FL (Oct. 25-29, 2009). |
| Rathinam, S., Montoya, J., Jung, Y., “An Optimization Model for Reducing Aircraft Taxi Times at the Dallas Fort Worth International Airport,” ICAS 2008-570, 26th International Congress of the Aeronautical Sciences, Anchorage, AK (Sep. 14-19, 2008). |
| Wood, Z., Rathinam, S., “A Simulator for Modeling Aircraft Surface Operations at Airports,” AIAA 2009—5912, Modeling and Simulation (MST) Conference, Chicago, IL (Aug. 10-13, 2009). |
| Number | Date | Country | |
|---|---|---|---|
| 20110282565 A1 | Nov 2011 | US |
| Number | Date | Country | |
|---|---|---|---|
| 61334288 | May 2010 | US |
