What about a sort of reverse 'bread-crumb' solution? A way for the pilot(s), once on the ground to be actively shown the way to go. It seems that when an airplane is on the ground, you need three pieces of information: who they are, where they are at a given point in time, and where they need to end up. From that you can calculate everything else and make dynamic adjustments along the way.Let's assume who they are can be identified through their transponder code. Where they are can be established by placing them at a known spot, say a given taxiway with a bright green 'COME HERE' light. Since runways are essentially serialized pipes and one airplane at a time can be on them, you only need to time it so as soon as airplane A lands, the proper taxiway is lit for that plane and that one alone and as soon as they cross the threshold, the light turns off, ready for the next arrival.
Where they want to go depends on whether they are a big plane with a fixed pre-determined destination or a smaller plane where a dialogue with ground control is required to establish intent. So you get the big planes off the runway quickly which is how it should be. If it's a known route, just light up the rest of the bread-crumb for them to follow. Turn the breadcrumbs red to indicate they need to stop and let someone else go by.
The breadcrumbs can be in the form of bright lights (or indicators) to the side of the runway/taxiways, or embedded lights right down the centerline (that a lot of airports already have installed). The only thing is it needs to be visible in hard sunlight. Either way, some thing that can be cheaply installed and wired for active control.
If it's not a known route, then a system needs to calculate a best-fit path, given where they are and where they need to be. Since the number of options are fairly finite in a given airport, it's not a hard technical problem.
To fine-tune the system, a series of location spot-checks need to be performed, meaning if they tell Airplane A to go from point B to point Z, then there should be a way to make sure they crossed over points C, D, and E in a timely manner so as not to hold the other people up. The solution can be as simple as your lowly FastPass-like traffic toll transponder/RFID chip (attachable with velcro to the windshield, natch :-) Pass the sensor at spot C, check. Taking too long to get to D. Your breadcrumb light just turned red so you stop to let an airplane cross the taxiway. If you have one of these, now you don't even have to rely on the transponder code to identify the plane.
This way, the only thing the pilots have to pay for is a FastPass-like transponder. Not too onerous a burden especially if it help speed up their coming and going. If someone doesn't carry one of these, they get a lot of slow red lights while ground control routes them in short-burst segments to their destination.
This way, the pilots only have to pay attention to the breadcrumb lights on the roadway, instead of dividing attention between the outside and the screen inside the cabin -- this after a possibly long, tiring flight.
The whole cost of development and installation would be much less than making every pilot/airline buy an expensive computer/GPS device for each aircraft and it all can be done using existing time-tested technologies.
My $.02.
-- Ramin Firoozye, July 2, 2008
Take ASDE-X or ASDE-3X. These are supposed FAA blessed improvements over AMASS. some people don't think 3X is worth it (see http://www.natca.org/legislationcenter/testimony-detail.aspx?id=226).AMASS has formal rules about aircraft-aircraft encounters. it has formal rules about aircraft-ground vehicle encounters. true, it is limited by its sensors. but even when it is not, several of the safety rules are disabled in the operational deployment because Controllers and the owners-operators of airports WANT them to be. in short, a busy, operating airport, to maintain its throughput, needs aircraft juggled and stacked in a pattern that violates AMASS' safety rules. the resulting alarms and alerts are annoying, so the rules are disabled.
the same kinds of approaches are taken to the software in ASDE-X and ASDE-3X. there are a lot of ambiguities, judging by sensor-only data. and configurations of sensors need to be tuned to particular airports in order to remove effects of multipath and reflections at that airport. no doubt these could be configured properly if the original software were more transparent.
-- Jan Theodore Galkowski, July 2, 2008
I think the fundamental problem is that we're using the same people and the same communications techniques on the ground as in the air. That's convenient, but perhaps not as efficient as it could be, taking into modern technology and energy costs. Airplanes are designed to fly, and pilots trained to fly them.What if, once clear of the active, airport-provided tugs were waiting to hookup to the just-landed aircraft? Operators of these would be extremely familiar with that single airport and they would have radio and other technologies specifically designed for moving airplanes around the ground efficiently. The tugs would be the type which completely lift the front wheel off the ground, not the push-bar type you usually see at the gate. The lifter type allows for much faster taxiing and is more like highway-capable truck than a tug.
While under control of the tug, the airliner could have both engines off, saving quite a bit of fuel. You'd need a lot of these tugs ("Roger, number 16 in sequence for takeoff"), but between reduced fuel and engine wear, perhaps it would at least be a wash?
-- Trenton Lipscomb, July 2, 2008
So if a major part of the problem is that the per-plane expense gets to high why not deploy some technology at the airport itself?Would some system of text boards next to the various junctions directing planes by their tail-number (or whatever the common id they use is)? I'm thinking boards that reinforce the existing system, saying things like "XXXXX: Hold here" and "XXXXX: Left on November" with a zonking great arrow pointing down November.
Of course when you're done you have only done that airport, but at least you don't let the old skills rust. You would reinforce the existing comms, and if the system was out, or a pilot arrived an airport that didn't do it they ought to still know what to do.
-- Ashok Argent-Katwala, July 2, 2008
Phil,There must be some more immediate ways to reach many of the same objectives without the burden of certified equipment. Why not change FAR 91.129 so that controllers are required to give explicit clearance to taxi on the runway? Also, airports can (easily?) deploy dynamic signs (e.g. traffic lights) which might be set automatically when a runway is active or manually to control arbitrary surface movements. Finally, in addition to the current system of named taxi routes, you might have color coding ("continue on blue, turn left on green") to make some information easier to convey.
Aside from Tenerife, is there a correlation between RVR and the incidence of incursions? How many airports actually have ground radar? I understand that it, too, has problems in the rain.
-- Vik Bajaj, July 2, 2008
Very clever idea, and I bet we'll see more GA innovations driving airline operational concepts in the future. Some feedback for what it's worth:
-- Are you proposing a short-term fix before NextGen becomes reality, or a long-term solution that's part of (or in place of) NextGen? See section 2.6 of the FAA's conops (PDF file)
-- In your "what could go wrong" list, I suggest adding:
---- "controller misinterprets pilot's replies" (contributed to Tenerife)
---- "controller forgets about an instruction" (happened at LAX, USAir 1493)
---- "controller gets confused about where the aircraft is" (contributed to incursions at Detroit, NW1482 and Lexington, Delta 5191)
-- Regarding Trenton's comment, after landing I think most jet engines need some cooldown time before shutting down, so it might be more economical to self-taxi to the gate. Plus, powered nosewheels might soon replace tugs.
-- Andrew Schrauben, July 2, 2008
Many of these problems also relate to other problems being worked out in traffic control.A simple first step would be a constant digital stream indicating what runways and taxiways are clear or in use, and who they are in use by. If the gps/computer doesn't get a signal that a runway is cleared for taxi, it will flash occupied, and sound a warning if the aircraft taxis towards it.
If the ATC forgets to clear the runway, the pilot will call and ask "when can I use that runway, I'm waiting..." If the ATC marks a runway as clear when traffic is landing, you could get an incursion, though ideally a system should know what runways have been assigned to traffic, and will create a warning if the ATC tries to assign them to another aircraft.
Fancy traffic control systems involve a "reservation system" where each vehicle gets a reservation to be in a particular place in space at a particular time. Vehicles ask for reservations, and get them, and then warn if for some reason they fall behind and won't be able to use the reservation. You don't go where you are not the reserved owner, nor head on a vector that will put you somewhere you aren't the reserved owner.
For ground vehicles, systems have been designed that even let you run a high-speed road intersection at grade (no overpass) where vehicles zoom through at the same time, each in their reserved spot. You slow down or speed up to assure you go through the intersection only in your window. That's for computer controlled vehicles, though.
You make most of it automatic. A plane is cleared to land, it owns the runway around its expected landing time. Ditto cleared for takeoff. For taxi, it owns a smaller moving rectangle. Any attempt to have two vehicles in the same spot is a red flag.
-- Brad Templeton, July 3, 2008
I suggest the use of optical encoding on the surface of the runways and taxi areas itself. A simple low-resolution camera on the underside of the plane (or even beside the pilot's window in a smaller plane) would suffice.Maintenance would be minimal (just paint) and there is so much ground that high tolerances (read: dpi of resolution) would not be required.
That way, the pilot could know where he was to be at all times, and an alarm could sound if the optical encoding indicated that he was on the wrong section of road.
As well, any other equipment traveling over the surface could also read the same information.
-- Patrick Giagnocavo, July 6, 2008