There exists a significant problem with potential collisions between aircraft (or ground vehicles) and other aircraft (or ground vehicles) during operations on the surface of the airport, particularly at night or in low-visibility conditions.
Current collision-avoidance systems, such as traffic collision avoidance systems (TCAS) are effective only when aircraft are airborne. Also, relatively few large airports are equipped with radar that can monitor surface traffic, and even where it is available this radar usually has many “blind spots” on the airport where detection of airplanes or vehicles is not possible.
The present invention includes systems and methods for providing the crew of an airplane or vehicle with an alert of an impending collision.
The time when the alert is triggered depends on presumed flight-crew action and reaction times, ownship speed, and required distance to safely stop the ownship before intersection with traffic. Moreover, the present invention does not use airport map data.
An exemplary system located aboard an ownship includes a communication device that receives information from a ground traffic vehicle; a memory device that stores ownship information and predefined constants; and a processing device that determines a point in time associated with a full-stop location of the ownship, based on the received ownship information and the predefined constants, determines distance to the ground traffic vehicle based on the determined point in time, and generates a potential collision alert if the determined distance is less than a predefined safe distance value. An output device outputs the generated potential collision alert.
Preferred and alternative embodiments of the present invention are described in detail below with reference to the following drawings:
The present invention identifies potential collision with traffic in sufficient time to allow the crew to take corrective action. The present invention also ensures that nuisance alerts or lost alerts are minimized. The present invention does not rely on the availability of map data for the airport.
The processor 24 receives the following data from existing avionic systems on the ownship 18:
The processor 24 receives the following data from other aircraft or vehicles (the “traffic”):
An example of the data communications device 28 includes an automatic dependent surveillance-broadcast (ADS-B) data link system.
The processor 24 also receives from the memory 30, or some external source, some constant values, such as those previously defined in various publications (e.g., RTCA DO-322). Examples of constant values include:
Using all or a portion of the received data, the processor 24 determines if a collision-alert condition exists. If a collision-alert condition is determined to exist, the processor 24 outputs an alert signal to the output device 32.
After the ownship is determined to be on the ground, the processor 24 receives information from other proximate grounded vehicles. Then, the process 60 determines if the ownship is moving, see decision block 70. If the ownship is determined to be moving, the process 60 determines if a potential collision condition exists, based on the received target information and the ownship information, see decision block 72. If the potential collision condition does not exist, then the process 60 returns to decision block 64 after a delay (block 74). If the potential collision condition exists, then, at a block 76, a distance to the traffic, when the traffic will pass the ownship after an estimated ownship stopping position, is determined.
Next, at a decision block 80, it is determined if the determined distance to the traffic is less than or equal to a predetermined safe-distance value. If the distance to traffic is not less than or equal to the predetermined safe-distance value, then the process 60 returns to decision block 64. If the distance to traffic is less than or equal to the predetermined safe-distance value, then, at a block 82, a potential collision alert condition exists and warning of the traffic is performed by illuminating an exterior light of the ownship. The illuminated exterior light of the ownship provides a warning to the flight crew of the traffic that a collision threat exists. At a decision block 86, after a delay the process 60 determines if the potential collision alert condition still exists. If the potential collision alert condition still exists, then at a block 88, the illumination of the exterior light(s) is changed (e.g., steady to flashing; slow flashing to fast flashing). If the potential collision alert condition is determined to not exist after the delay, then at a block 90, the exterior light(s) is extinguished.
The exterior light is one designated exclusively for this purpose or is an existing light(s) of the ownship (e.g. landing lights).
In one embodiment, the first time the exterior light(s) is illuminated, it is illuminated in a predefined pattern. An example of the predefined pattern includes steady on at various levels of intensity. Another example of the predefined pattern includes flashing at a first rate.
When the exterior light(s) illumination is changed, various aspects of the illuminating exterior light(s) are changed either separately or in combination. For example, the light intensity changes, the rate of flashing changes or if there are more than one landing light, then the lights alternately flash. If the potential collision alert condition still existed after the delay without adequate resolution, it would be assumed that a collision is more imminent. In this situation, the exterior light illumination is changed in order to impart a more immediate need to take action. Increasing the flash rate or intensity of the exterior light(s) are exemplary ways of imparting a need to take action.
In one embodiment, the outputted alerts include graphical highlighting of areas or traffic on a cockpit map display, are text messages presented on a display, or are aural messages provided to the crew via cockpit loudspeaker or headset. Tactile alert systems may also be used.
The solution of the potential traffic collision detection is built on the following conditions:
Wingspan of the traffic is determined according to information about the size category of the traffic aircraft, e.g., from the traffic ADS-B data and a database stored in the memory 30. For each size category, the processor 24 uses the higher value of wingspan range stored in the memory 30.
The processor 24 uses the following constants when determining the full-stop location: flight crew reaction time (tR (sec)); flight crew action time (tA (sec)); and aircraft deceleration (a(′s2)).
Based on speed of the ownship (OS) the braking distance (dBrake) and time to full stop (TSTOP) are calculated from following formulas:
Equation (3) represents the assumption that, after alert triggering, the speed of ownship remains constant during the time period (tR+tA) and after this time ownship starts deceleration with deceleration rate (a) (ownship decelerates until vOS=0).
The processor 24 calculates “safe distance”. DSafe, which represents minimum distance between ownship and traffic (TR), in which ownship and traffic shall pass each other.
Where: CSafe—Safety coefficient;
The processor 24 recalculates the position of traffic (XTR; YTR) to a “local” coordinate system relative to the position of ownship (
GPS position of ownship: (XOS GPS; YOS GPS)
GPS position of Traffic: (XTR GPS; YTR GPS)
Current position of ownship and traffic in the local coordinate system (expressed in feet) is as follows:
The processor 24 evaluates whether the traffic represents a potential threat to ownship. Evaluation is based the following values:
The current distance between ownship and traffic is expressed as follows:
D
Curr=√{square root over ((XTR−XOS)2+(YTR−YOS)2)}{square root over ((XTR−XOS)2+(YTR−YOS)2)} (5)
Calculation is running in the local coordinate system XOS=YOS=0; thus, equation (5) is rewritten as:
D
Curr=√{square root over ((XTR−YTR2)} (6)
The distance between ownship and traffic is written as a function of time. In the local coordinate system the position of ownship and traffic in time (t) is written as follows:
X
OS
=X
OS
+v
OS
·t·cos γOS=vOS·t·cos γOS
Y
OS
=Y
OS
+v
OS
·t·cos γOS=vOS·t·sin γOS (7)
X
TR
=X
TR
+v
TR
·t·cos γTR
Y
TR
=Y
TR
+v
TR
·t·sin γTR (8)
Function of distance between the ownship and traffic is expressed as follows:
D
(t)=√{square root over (XTR
D
(t)=√{square root over (XTR+vTR·t·cos γTRvOS cos γOS)2+(YTR+vTR·t·sin γTR−vOS·t·sin γOS)2)}{square root over (XTR+vTR·t·cos γTRvOS cos γOS)2+(YTR+vTR·t·sin γTR−vOS·t·sin γOS)2)} (9)
Development of the equation (9) results in following:
D
(t)=√{square root over (A·t2+B·t+C)} (10)
Equation (10) indicates parabolic running of function D(t). As an example,
From
If first derivative of function D(t) is equal to zero, the time in which the distance between ownship and traffic will be minimum can be calculated.
To simplify the solution equation (10) is expressed as follows:
D
(t)
2
=A·t
2
+B·t+C (11)
The first derivation of equation (11):
(D(t)2)′=2At+B(D(t)2)′=2At+B (12)
The time of minimum of D(t) is found if:
(D(t)2)′=02AtMin+B=0
Hence
Substituting tMin to the equation (10) the minimum value of D(t) is obtained. The minimum value of D(t) is the distance in which ownship and traffic pass each other (or “collide”).
D
Min=√{square root over (A·tMin2+B·tMin+C)} (14)
If DMin is less than DSafe, the traffic may represent a potential future threat. Then, the processor 24 calculates the distance in which traffic will pass ownship after ownship stops (DStop), if an alert is triggered at the current time. Calculation is done in the local coordinate system (XOS=YOS=0). Using equation (3) the position of ownship in time is written as follows:
X
OS STOP
=d
Brake·cos(γOS)
Y
OS STOP
=d
Brake·sin(γOS) (15)
In the same time, under the assumption of constant speed and heading of traffic, the traffic is determined to be at the following position:
X*
TR
=X
TR
+v
TR
·T
STOP·cos(γTR)
Y*
TR
=Y
TR
+v
TR
·T
STOP·sin(γTR) (16)
For the condition above, the distance by which traffic is predicted to pass the ownship can be obtained from equation (9). For this case equation (10) is expressed as follows and distance by which traffic will pass the stationary ownship is calculated:
D*
(t)=√{square root over ((X*TR+vTR·t·cos γTR)2+(Y*TR+vTR·t·sin γTR)2)}{square root over ((X*TR+vTR·t·cos γTR)2+(Y*TR+vTR·t·sin γTR)2)}
D*
(t)=√{square root over (A*·t2+B*·t+C*)}
D*
(t)
2
=A*·t
2
+B*·t+C* (17)
Where:
Hence:
DStop represents the expected distance by which traffic will pass the ownship if alert is triggered at present time and ownship is stopped under the assumption of equation (3). If the value of DStop is greater than the “safe distance” value (equation (4)), traffic is evaluated as “safe”. If the value of DStop is less than the “safe distance” value (equation (4)), traffic is evaluated as a threat and an alert is triggered.
In one embodiment, the processor 24 continuously evaluates the distance between ownship and traffic and the predicted separation distance DStop between ownship and traffic if ownship stops. If this distance is equal to or less than the safe distance, the alert is triggered.
While the preferred embodiment of the invention has been illustrated and described, as noted above, many changes can be made without departing from the spirit and scope of the invention. Accordingly, the scope of the invention is not limited by the disclosure of the preferred embodiment. Instead, the invention should be determined entirely by reference to the claims that follow.