PDA

View Full Version : ATC and TCAS ????


skyhawk1
2nd Jul 2004, 04:14
I find it hard to enjoy Canada day (July 1) like I used to.

Two years ago today, a good friend of mine and an excellent pilot passed on. He was the co-pilot aboard the DHL 757 that was lost when they were hit by a russian airliner over Germany.

During the course of the investigation (and from comments on this board) it came out that different parts of the world had different procedures when it came to TCAS and ATC instructions. I stopped trying to follow this shortly afterwards. All I want to know is: Did my friend die in vein? Or has some worldwide accepted procedure come about from this tragedy?

HotDog
2nd Jul 2004, 05:19
A TCAS last resort instruction was always accepted as an overriding factor in collision avoidance. Unfortunately some indidviduals chose to ignore this discipline. However the tragic death of your friend has reinforced the rules so he did not die in vain.

Shore Guy
2nd Jul 2004, 06:48
No, your friend did not die in vain. The world wide aviation community was made very aware of TCAS and following its commands. Training was reinforced at most carriers…simulator scenarios modified to incorporate TCAS scenarios. And numerous articles in industry and in house publications on TCAS.

Following is a piece I prepared for our in-house publication shortly after the event.


The German Midair – Lessons to be Learned

By now most of us have seen the press and industry accounts of the tragic midair collision between a DHL 757F and a Bashkirian Airlines Tupolev 154 over southern Germany, killing all 71 aboard both aircraft. Like many accidents, it resulted after a chain of events, any link of which, if broken, would have prevented the accident. And the scenario leading up to the collision was eerily similar to an event in the skies over Japan in January of 2001.

As of this writing, this much is known:

- Both aircraft were operating at the same Flight Level (FL360) in European RSVM airspace (1000’ vertical separation). Both aircraft were equipped appropriately for participation in Europe’s RSVM airspace ( CADC’s, servoed altimeters, etc., and TCAS (version 7.0 – see sidebar)).

- Both aircraft had been handed off to “Skyguide”, the Swiss ATC agency controlling southern Germany.

- Just prior to entering Skyguides airspace, the “conflict resolution” software function of the enroute radar was turned off for routine maintenance. Existing Skyguide regulations call for two controllers to be monitoring airspace under these circumstances, and increased lateral separation. One of the two controllers on duty was on break during the accident sequence.

- Parts of the main telephone system at Skyguide were also down for maintenance at the time of the accident sequence.

- The one controller on duty was working an enroute sector and an approach sector at the time of the accident. There were problems related to the phone system in contacting the tower of the approach sector.

- An adjoining sector (Karlsruhe ATCC) was warned of the impending loss of separation by its conflict alert system. When it observed no action being taken, they attempted, with no avail, to contact Skyguide (phone problems).

- Both aircraft received RA’s (TCAS Resolution Advisory) as designed – The Russian aircraft was instructed by TCAS to Climb, the DHL to descend. The DHL aircraft started its descent and transmitted so to ATC. Almost simultaneous with the initial TCAS issued RA to climb, the Russian aircraft was instructed by ATC to descend. There was a repeated ATC instruction, and the Russian aircraft descended to comply with the ATC instruction, overriding the TCAS RA command to climb (however, the latest information showed the Russian aircraft climbing 100 feet prior to the descent – possibly indicting that the aircraft initially responded to the RA, and then chose to descend on ATC command)..

- Unfortunately, the lateral geometry was perfect for the collision (more on this later).

Break any of the events in that chain, and the accident would have not occurred. Or, had the lessons of the Japanese extremely near miss the previous year been widely disseminated and trained for, this event may not have occurred.

The Japanese Near Miss


On January 31, 2001, JAL Flight 907, a Boeing 747, had departed Tokyo-Haneda with a destination of Naha. JAL Flight 958, a DC-10, was en route from Pusan to Tokyo-Narita. A trainee controller cleared flight 907 to climb to FL390. Two minutes later, JAL958 reported at FL370. Both flights were on an intersecting course near the Yaizu NDB (near Suruga Bay). The controller noticed the imminent conflict, but instead of ordering Flight 958 (DC-10) to descend, he mistakenly ordered Flight 907 (747) to descend. Immediately after this instruction, the crew of the flight 907 (747) were given a aural TCAS Resolution Advisory to climb in order to avoid a collision. At the same time, the crew of Flight 958 (DC-10) were given an aural TCAS advisory to descend. The captain of flight 907 (747) followed the instruction of the air traffic controller to descend instead of his TCAS RA to climb. A collision was averted when the pilot of the 747 put his aircraft into a steep descent (fortunately there was visual contact with other aircraft). The 747 missed the DC-10 by 105 to 165 meters in lateral distance, and 20 to 60 meters in altitude difference. About 100 crew and passengers aboard the 747 sustained injuries due the emergency maneuver.

PROBABLE CAUSE: The Aircraft and Railway Accident Investigation Commission concluded that the air traffic controllers error and the pilots decision to follow air traffic control instructions instead of the TCAS Resolution Advisory (RA) were the two main causes.


Lessons to be learned

The major lesson to be learned from these events is:
:
ALWAYS FOLLOW THE INSTRUCTIONS ISSUED IN A TCAS RESOLUTION ADVISORY (RA)

If your TCAS issues a RA, Air Traffic Control has already failed. At this point, the TCAS system is infinitely more valuable than ATC’s instructions. Most enroute radars have update rates between 6 and 10 seconds – the information your TCAS is providing is much more timely and, by design, training, and regulation, takes precedence over ATC commands.

Both the Russians and the Japanese, in their respective accident/incident, believed that ATC commands had priority over TCAS commands and were apparently trained accordingly. My guess it that this will be a favorite training scenario with many airlines around the world in the very near future.


THE ONLY WARNING THAT HAS PRIORITY OVER A TCAS RA IS A GPWS/EGPWS WARNING.

According to Honeywell, for TCAS to do its job properly and insure separation, an RA must be complied with within 5.0 seconds and a G loading (+/-) .25 G’s. If an RA command is reversed (version 7.0), compliance requires a response within 2.5 seconds and a G loading of (+/-) .35 G’s . The autopilot should be turned off to accomplish an RA maneuver.

Some other considerations when using TCAS:

- Today’s avionics suites provide such precise lateral navigation, that in some ways it may contribute to the possibility of a near miss/midair with lack of vertical separation. Some routes/procedures may allow for offsets.

- Always communicate as soon as possible to ATC that you are climbing/descending in response to a Resolution Advisory. Future plans are for Mode S/ADSB transmission to ATC of an RA and it’s command, but for now, ATC has no idea why you are climbing/descending in response to a TCAS command.

- Do not try to use TCAS for lateral separation maneuvers. TCAS was designed
for vertical separation maneuvers only. Limits on current generation TCAS
antennae’s and processors allow for approximate azimuth information (may be
up to 30 degree error in azimuth at close ranges).

- While TCAS version 7.0 eliminates many of the false warnings associated with earlier versions, it is still recommended, particularly in 1000’ separation RSVM airspace, to have a reduced rate of climb/descent for the last 1000 feet of one’s climb/descent to assigned altitude, to prevent a possible overshoot and possible issuance of a RA (version 7.0 adds a slight time delay to avoid false warnings).

- Unfortunately, our current TCAS installations (747,757/767, most 727’s) have limited
range display capabilities. While the software is looking out to the maximum range of TCAS design, the crews cannot see a conflict developing as they could on a longer range display. The 757/767 fleet is due to be upgraded shortly with a longer range display.



- The first response to a “traffic, traffic” TCAS TA (Traffic Advisory) warning should be an attempt to visually identify the other aircraft. Keep in mind that azimuth information displayed on your TCAS display may be up to 30 degrees off.

- As reported in a previous article on runway incursions, there is a documented TCAS “save” by using TCAS information in a way not intended by the original designers. After the runway collision in Linate, Italy between a Cessna Citation and an SAS MD-87 in low visibility, the tower controller, unaware of the collision on the runway, issued a takeoff clearance to a Lufthansa jet. The Lufthansa crew did not observe the just departed SAS aircraft on its TCAS, and queried the controller as to its whereabouts. It subsequently refused takeoff clearance, almost certainly saving another collision (wreckage was on the runway).

As always, the Aircraft Operating Manual is the primary source for operating procedures for the TCAS unit and procedures installed on your aircraft. Currently, the procedures outlined in the 757/767 A.O.M. are:

TA’s – PF observes TCAS display and begins visual search. PNF calls out range, bearing and altitude of the intruder and joins visual search.

RA’s – PF clears airspace when conducting avoidance maneuver and alters vertical speed to move VSI needle out of the red and into the green “fly to” zone. PNF continues visual search, monitors intruder position on TCAS and verifies that PF is correctly following the RA. PF expeditiously returns to assigned flight path when clear of conflict (note: to prevent additional TA/RA from not being at assigned altitude).

Be careful out there.

BOAC
2nd Jul 2004, 07:03
A TCAS last resort instruction was always accepted as an overriding factor in collision avoidance. Unfortunately some indidviduals chose to ignore this discipline
Hotdog - I wonder if you have read the whole accident report, particularly with reference to the conflicting SOPs for the Tupolev crew regarding TCAS warnings - as Skyhawk comments? One side of those SOPs dictated that ATC instructions were over-riding. The statement, I feel, (mistakenly, I'm sure) puts a possible slur on the crew of the Tupolev which would not be entirely right?

Commiserations to Skyhawk1, and if I may add to 'Shore Guy's' post, I feel that the answer might be more accurately phrased along the lines of:

"It was apparent that some parts of the world had confusing instructions regarding TCAS. As a result of this tragic accident, many lessons have been learned both on the ground and in aviation SOPs. I understand that these areas of confusion have now been eliminated"

For Skyhawk1, although it always sounds so trite - no, he did not die in vain and things have changed, if that is any consolation for you and the others who lost.

HEATHROW DIRECTOR
2nd Jul 2004, 07:17
<<If your TCAS issues a RA, Air Traffic Control has already failed.>>

As a retired Heathrow radar controller I take exception to this statement and I am sure that many of my ATC colleagues world-wide will agree that it is flawed.

I have on a number of occasions seen serious incidents caused by TCAS when aircraft started off properly separated. Example: DC-10 was cleared to 4000 ft and pilot announced "TCAS, descending". The only traffic within several miles of that aeroplane was one climbing to 3000 ft underneath. TCAS, not knowing that the outbound was going to stop at 3000 ft and the inbound at 4000 ft had decided that the best action was to get the DC10 down fast - the wrong decision because what was a 100% safe situation developed into a loss of separation.

I have also experienced TCAS RAs causing loss of separation in holding patterns - where an inbound a/c joining a hold is descending rapidly... and also with outbound a/c climbing up rapidly under a holding pattern. Until there is data exchange between the ground and the TCAS such incidents will continue.

TCAS is a most useful tool which has undoubtedly saved lives, but please don't ever in your wildest dreams believe that every RA is caused by an ATC (or aircrew) foul up.

seat 0A
2nd Jul 2004, 07:29
In our company we`ve had a few occasions, involving older Russian aircraft, where following an RA would have caused loss of separation.
Apparently, some older Russian type of altimeters (Gilham-encoded altimeters) give erroneous altitude information to the transponders and therefore the intruder appears to be at an altitude different from the real one.
The cases mentioned occured over China and Mongolia.

Thank god it was VMC at the time.

West Coast
2nd Jul 2004, 07:48
HD
I do agree with most of your post. I still will follow RA guidance in the situation you give, even if previously told of the impending traffic. What if in the crews haste to set up the hold they neglect to fly the plane and blow through their assigned altitude? I was inbound to KSLC last year and was told of a Lear that was to level a thousand feet above me. That was the controllers plan. however the Lear blew through his altitude causing a RA on our part. ATC cannot fly the plane, only fallible humans can despite whatever clearance they are given. That said don't be mad if you see a RA response to what you think is a resolved situation.

I guess now that your retired you don't have to worry about that anymore. Only what beer to drink and what time to get up

HotDog
2nd Jul 2004, 08:15
Before the days of TCAS, we were cleared to descend to 10,000ft , Onjuku VOR inbound to Haneda in a L1011. Unbeknown to us, a JAL 747 was also cleared to Onjuku 10,000ft outbound. We were IFR in cloud when we reported 10,000 Onjuku VOR when the JAL 747 cut across our bows so close that we saw the white underbelly and main gear doors of the aircraft.
Heathrow Director, I appreciate your professional pride and you may say this could not have happened to you but it did happen to us, albeit in Japan. ( I am not insinuating that Japanese ATC is unprofessional by the way).

West Coast , right on buddy!:ok:

cresslime
2nd Jul 2004, 11:07
Two years after mid air collision there is no ICAO stipulated procedure for "automatic" notifications of RAs. Leaving those notifications at the expense of many circumstances, as happened in this tragedy.
It will be advisable to establish a procedure that unerringly notifies to ATCOs the fact that tCAS is issuing RA command to the crew.The quickest way would be to send a predetermined sqwack on the transponder.
Any delay on RA notification could have fatal consecuences.

Frangible
2nd Jul 2004, 11:19
A lesson has undoubtedly been learned, but no way did it need all those deaths to be applied. Should never have happened if the relative priority of ATC and TCAS RAs had been clearly stated by ICAO, not buried in "training guidelines". And what makes it worse is that the JAL incident occurred in Jan 01, with the Japanese authorities drawing the attention of ICAO to the incident and asking for guidance. ICAO responded guess when, August 02, one month after Ueberlingen.

The BFU accident report (available in English on their web-site) doesn't pull any punches in this regard. It identifies several systemic causes of the disaster, and top of their list was:

"The integration of ACAS/TCAS II into the system aviation was insufficient and did not correspond in all points with the system philosophy.
The regulations concerning ACAS/TCAS published by ICAO and as a result the regulations of national aviation authorities, operations and procedural instructions of the TCAS manufacturer and the operators were not standardised, incomplete and partially contradictory."

LostThePicture
2nd Jul 2004, 11:37
Hot Dog, I'm unsure of the relevance of your last paragraph as a response to HD's post. Yes, in that instance you would have got a TCAS RA if you'd had a TCAS fitted, and yes, ATC had fouled up. These mistakes do happen, and all ATCOs are acutely aware that it could happen to them as easily as it could happen to anyone else. But I think what HD is trying to say is that many RAs (probably much more than 50% of them) are "nuisance advisories" and occur when ATC have provided the correct separation. In an en-route environment, this may merely be an minor annoyance, because it's quite unlikely that there'll be anything else in your way. In a terminal environment, a nuisance RA can quickly put an aircraft in much more danger than it was in before TCAS intervened.

As ATCOs we do our best to issue traffic information when situations occur where separation has been provided, but the profile of the traffic is such that your TCAS may become "interested", and issue a TA or RA. We DO expect you to respond to ALL RAs, but with any luck, early traffic information means that pilots will moderate their climb/descent profile accordingly, thus reducing the likelihood of a TCAS event.

The bald statement, <<If your TCAS issues a RA, Air Traffic Control has already failed.>>, isn't just flawed, it's untrue. Try opening a topic in ATC issues with that statement, and check the response you get.

LTP

Eva San
2nd Jul 2004, 12:11
I still will follow RA guidance in the situation you give, even if previously told of the impending traffic.
ANd that's exactly the right thing to do because as you said there could be a hundred reasons for this "resolved situation" in the controller's mind to turn into a loss of separation.

As an example, the latest RA I had was this situation where normally an aircraft was descending to level 110 and the other one (not on my freq) cleared to climb to FL100. The trouble was that the pilot ( american) was climbing to 10 000 feet on the QNH, which was pretty high that day:1028 or something. And as this plane was on another frequency I had absolutely no way to know or even have a clue of what was happening, so when I heard this "TCas Climb" I was surprised, maybe shocked ...but happy afterwards that the pilot followed his Tcas.

And however we have to remind that Tcas is not meant to provide separation (the way controllers see it, i mean like 3NM or 1000 ft) but to prevent collision. And the Uberlingen accident should have taugh that: whether you're pilot or a controller don't ever argue with Tcas !

I think that the problem of this Tcas awareness for controllers is linked to the very short term action of Tcas, which doesn't really leave time to the pilot to advise ATC of the RA. In fact when a pilot hears a resolution is merely 30 seconds away from collision, so definitely his priority is to take action and sorry to say that but not to advise ATC. That's where, as someone has already said, a special and automatic squawk could be useful but then, still you would depend on the speed of your radar...

One last thing, to those who have read the report from Uberlingen, one thing I noticed is the that the Tupolev crew is five . Can you imagine the troubles of CRM between five ? and it might have played a minor role in this... This said, I don't want to blame the crew for the tragedy or to disculp the controller, they've already paid a hard price for what happened.
May they all rest in peace.

ATC Watcher
2nd Jul 2004, 16:39
Shore Guy :

Very good paper you wrote for your crews, small factual errors but the message getting out is the good one.
One error however I cannot let pass is your reference to the internet rumour about the Lufthansa refusing the clearance to take off on account of his TCAS … total bull..
There was no Lufhansa on the sequence in Linate at that time, the aircraft that was lined up and wait after the SAS took off was I-LUBI and after the TWR called the SAS 5 times (unsuccessfully ) , they ordered the I-BI to vacate the runway via R1 back to the apron. ( If you want to be sure, check Appendix P of the report , the transcript of the TWR freq. )

My dear Skyhawk

Sorry about your friend. Really.
Did he die in vein ?
No because , much more people are now aware of the interface ATC-ACAS problem . ICAO wrote additional text in November 2002 that has found its way this time in training manuals.
Will it never happen again then ? That is far from certain. There are still may traps in the TCAS logic and grey zones in the human interface.
The line is still, ATC stop to be responsible as soon as pilot report a n RA. If a pilot follows an RA but does not report it, controller may ( and will ) interfere. So Ueberlingen could happen again .

In our case here the TU154 crew did not report they were receiving an RA and the B757 crew did so 23 seconds after starting to manoeuvre ( a very, very long delay for ATC and especially in that case ).

The controller issued the clearance to the TU154 to descend prior the RA were started, and did not issue any different instructions after the RAs started.

Standard ATC – TCAS interface would you say.

So why a collision then ?

First , to all of you out there with an ATPL :
Consider the human factors aspects of the following :

The airline you fly for has all manuals ( translated ) in Russian . always had, (an ICAO language even ).
Your national AIP sates that a pilot must always follow an ATC instruction unless in emergency . ( like in many other AIPs as this is an ICAO recommendation )
ACAS RAs are not defined as emergency and the word RA ( Resolution Advisory ) is translated in verbatim : an advisory, not a command.
Then you fly at night, your are under supervision and your instructor is sitting besides you on the right seat. You FO is in the jump seat behind you. You set your TCAS display on max range and spot, well before the TA , an aircraft at same altitude .( you say : “ he is showing us zero “)
When the TA starts, it confirm what you saw all the time and you are not surprised.
When you later receive a clearance by ATC to descend , you are not surprised and comply
Your instructor even tells you : “ descend ! “ .
When an RA starts, you are surprised , your FO tells you : “it says “ climb “ but you are already descending. Your instructor is telling you : “ He is guiding us down “ but before you are finished thinking the controller repeat his clearance to descend, since you forgot to acknowledge the first clearance.
You continue to descend.
You still see the traffic ( despite the wrong indication by the controller of 2 o,clock instead of 10 ) and say : “here on the left ….” Then things go wrong , the 757 grow bigger and bigger of course you try to avoid visually, you dive further and turn, and deviate from both TCAS RA and ATC clearance , and you hit with your left wing the vertical stab of the 757. , missing it by about 2 meters…..

Now my friends, tell me how you think you will have reacted at that time if you were the TU154 captain flying that night ?
No benefit of hindsight, no new procedures, with what you knew about TCAS in July 2002 ?

From an ATC point of view, the situation in which the controller found himself that night is a total management failure. Alone with degraded radar system, main telephone out of service, wrongly programmed back up telephone, unscheduled inbound to a normally closed airfield at night forcing him to open a separate position with a different frequency , leaving him 2 frequencies and 2 radar pictures to monitor on 2 positions several meters apart. Short tem conflict alert disabled, etc…
He spotted the conflict late, issued an expedite descend clearance to the TU154 ( as it was anyway coordinated lower with adjacent centre) and when he saw the Mode C of the TU154 winding down , he considered the problem solved. What he did not know is that the 757 had already started his descent as the radar return rate on that degraded mode was very slow. The 757 FO was PNF ( doing the R/T) and had left the cockpit leaving the Capt alone at the time of the RA, so he did not warn ATC immediately. When F/O came back 23 seconds later, he informed ATC using a wrong call sign, but irrelevant since the transmission was blocked by the A320 inbound to FH on the other frequency. ( the controller had admitted he did not hear the 757 call ).
There you go.
Without knowing that any of the aircraft was following an RA , the ATC clearance issued was a solution that should have solved the conflict in the mind of the controller.
But even If both pilots had reported they were following an RA, the controller would have said nothing as ATC is supposed to stop issuing instructions ( and be responsible for anti collision )after that point .
Without ATC , no collision. without TCAS no collision, if they would have been IMC , probably no collision.
Small things , errors, or small deviations from procedures, insignificant if taken in isolation ,are causing a tragedy when put in a certain sequence. Mixing automated systems with humans decisions is not and never will be a good choice.

Are we so sure this will never happen again ? I doubt it.

TCAS is far from being perfect and will contribute mathematically to more collisions . ( I remember hearing from the MITRE corp in the US , the owners of the sofware, something like for every 30 collisions it saves , TCAS will cause one ) But each collision will highlight more problem areas and more people will learn from them and try to avoid them in the future.

For this your friend probably did not die for nothing .

A last wish :
If I had some power I would mandate the following :

ALWAYS FOLLOW THE RA and never ever manoeuvre against it ! is the sticker that should be printed and put above every TCAS display .

West Coast
2nd Jul 2004, 17:25
"I think what HD is trying to say is that many RAs (probably much more than 50% of them) are "nuisance advisories" and occur when ATC have provided the correct separation"

I understand what your saying, but its only a nuisance RA if he does level where he was supposed to. If you issue appropriate clearances to separate and traffic calls I would hope the accident board completely clears you. The one I worry about is the other pilots most of the time, not the controllers doing their usual stellar job of separating aircraft. We as pilots are keenly aware of the envelopes that will set off a RA and tend to fly outside those parameters. That is, to avoid setting off his or mine as we come within the 25 second CPA. That said, all it takes in a bit of inattention in one aircraft, a screw up on the automatics (using a mode on the A/P that may not capture altitude) heads down reviewing an approach plate, etc., and your legal clearance in voided and I'm in a world of hurt.

We simply have to respond, whether you think we are separated of not. Its not a knock against you, You did your job. I simply must fly as if I have your family in the back because I do have someone's.

Shore Guy
2nd Jul 2004, 18:23
ATC Watcher,

Thanks for the complement and correction on the Linate/Lufthansa situation. I wrote the piece shortly after the accident, and at the time, there was no denial of the situation (in fact, I believe I picked up the story off PPRUNE).

Don’t believe everything on the net is the lesson.

GlueBall
2nd Jul 2004, 18:38
It had been mentioned previously: If you get a T/A it would enhance situational awareness if you were to reduce the TCAS range immediately to 10 miles, and in the case of an R/A to have the non flying pilot further reduce the range to 5 miles or 3 miles. This would help you to also steer away (laterally) from the approaching target while climbing or decending as directed.
:{

5milesbaby
2nd Jul 2004, 22:45
Glueball, I wouldn't trust the accuracy of the TCAS readout to use it to provide your own lateral separation.

From my side, the tragic events 2 years ago only re-inforced that what we are taught is 100% correct, and that following the RA as apposed to my instructions is what pilots should do. I will issue the vectors to avoid even further, but no reference to height will be mentioned.

To refer to Heathrow Directors post, I have also seen the consequences of when TCAS gets it wrong, that when vertical separation existed TCAS took over and eroded it. Even in these circumstances I would expect pilots to follow the TCAS call, and would not intervene with vertical instructions.

Skyhawk1, I can assure you that many lessons have been learnt following this accident. In the world of ATC its one of those events that is now rarely mentioned but is often in the mind, our thoughts always go out to those that were in the air as well as those that were on the ground and hope it will never happen again.

Shore Guy
3rd Jul 2004, 04:44
Glueball and all,

I would absolutely NOT try to use a lateral separation maneuver based on TCAS information only to avoid a collision. Laterally, TCAS is inherently sloppy – that is why there is no envisioned lateral escape maneuver based on TCAS only information (ADS-B, well that is another story for another day….you could do lateral escape on an ADS-B based system due to its inherent accuracy and update rate).

If you have the capability in your aircraft, bring the range down close and watch the TCAS targets “hop” laterally – that is why (but it is very accurate in range).

And, I’m wondering if some of the bad/erroneous TCAS RA’s referred to were events prior to TCAS 7.0 being implemented.

ATC Watcher
3rd Jul 2004, 06:36
Absolutely correct Shore Guy. TCAS is very bad in azimuth, and I would never attempt to maneuvre lateraly on account of TCAS alone.
For instance , if intruder is dead ahead , slightly ( say 5 deg) on the right of your centreline on TCAS display, the aircraft can be indeed on the left by 5 or 6 degr... Azimuth tolerance on TCAS is 11 degrees. TCAS was never made for this.

I do not believe the number of false / erroneous RAs have not significantly changed with Version 7 even if the reports do get less. This is probably due to the fact , that since nothing hapens after reports are sent ( and nothing can currently can be done as the TCAS team has been disbanded by the FAA) peolple tend not to file reports anymore if it is not involving a safety issue .

The events that involved false mode C encodings and a/c picking up their own transponder have been solved has they were transponder problems not involving TCAS logic.

To echo HD, no an RA is definitively not only when ATC failed. In fact virtual level busts ( you intend to level off , but your vertical rate is that high that ACAS beleives you will not level off and trigger an RA ) are still , and by far, the most number of TCAS RAs.
Version 7 has reduced those numbers ( by delaying the trigger of the RA) but they are still there.
From a philosophical point of view, you would like to keep those RAs as , even if the intruder pilot intends to level off, you never can be 100% sure he will. And if you both follow the RA as intended, both a/c will only move 3 or 400 feet .
The only way to eliminate those is to reduce vertical rate before level off to 1000 to 1200 ft/min maxi.
Some Airlines ( BA is a good example ) already recommend this , but some others ( in the US especially ) refuse to apply this, arguing that TCAS is a tool, and therefore it should be modified, not having pilots adapting to a tool.

Both arguements are valid. TCAS is definitively not something easy , becauses it mixes crude blind automation with human (re)actions.
TCAS is not HAL ( from 2001 a space Odyssey for the youngsters ) but is the closest thing we have build yet.

Shore Guy
3rd Jul 2004, 07:18
ATC Watcher and all,

I agree with everything you have said. TCAS is (excuse the expression) a bastardized system piggybacked on components not originally designed for use as collision avoidance systems. Assuming that, it works remarkably well.

A “clean sheet of paper” design, incorporating ADS-B or its equivalent and FMS interface will not occur during my career…..and right now, with airline economics being what they are would not be installed unless mandated.

One aspect that is seems would be relatively easy to design into existing FMS aircraft would be a reduced climb/descent rate in the last 1000 feet to prevent (false) RA’s. (Perhaps this is built into recently designed aircraft….I’m flying an early FMS design).

Another apology…this time to HD…..I agree – my statement that if you get an RA, ATC has failed was painted with a broad brush. Pilot error (altitude bust or lateral deviation) that triggers an RA is not the fault of ATC.

skyhawk1
3rd Jul 2004, 08:47
Thanks for the replies guys. I did not mean to start a debate - just wondered if something had been set in place.

Guess I can sleep a little easier now.

BYOD
3rd Jul 2004, 10:01
Fly one mile right, I says. With GPS Nav etc we fly under each other's bellies. But then doing just that over GAFA country(as non standard level flying was preverlent), got ticked off by my company for this smart arse proceedure, after ATC lodged a complain. So now I remain a dumb arse until the next mid air crash and that becomes the norm. :{

Capt Pit Bull
3rd Jul 2004, 13:21
ATC Watcher

ALWAYS FOLLOW THE RA and never ever manoeuvre against it !

Nearly. I'd be happier if you moved the capitals and said this instead:

"Always follow the RA and NEVER EVER MANOEUVRE AGAINST IT"

I'd be even happier with:

"Follow the RA if you possibly can. If you can't, fly as close to it as you can. Whatever happens NEVER EVER MANOEUVRE AGAINST IT".

To reiterate a point I make every time this accident topic comes up, failing to follow RAs is nowhere near as dangerous as manouevering opposite.

I'm not saying it is a good idea to ignore RAs. It is easily possible to imagine circumstances when fully complying with the RA might be impossible.

In such circumstances it is vital that people retain the 'never manouevre opposite' as the one overriding rule not to be broken.

I always get a little concerned that zooming in on the 'Follow the RA' aspect means that folks miss out on the 'never manoeuvre opposite' message.

My concern then is that when placed in a position where full compliance with an RA is not possible, that a crew are suddenly dumped in a SOP breaking position. Once an SOP is broken, how do you get back into the groove? Very awkward psychologically I would think.

If that makes any kind of sense.


Others,

On the whole traffic display (TD) useage thing. Very briefly: in a collision scenario the best thing to do with it is use it as a tool help you get a visual spot. Once you can see the other aircraft you maybe will have some options for a lateral manouevre. So whilst TCAS attempts to solve the vertical, the back up plan is for a lateral solution by visual spotting or an ATC vector; but NEVER a turn based SOLELY on the TD.

CPB

ATC Watcher
3rd Jul 2004, 18:05
Capt Pit Bull ( hope this is not a CRM nickname ;) )

You are absolutely right. Your remarks make a lot of sense and indeed the emphasis should be on not to manoeuvre against a RA. Good point .
Now how do we get this idea to progress further ?

On your second remark , about visual aquisition, I can support your comment but cannot forget the fact we discovered while examining the TU154 FDR : the a/c turned towards the 757 and was still doing 1900 ft/min when it collided.
The awsome fact , in that collision, is that if the TU154 crew did not see the 757 , it possibly had stayed on course, and had passed well ahead of the 757, ( but this is speculation ) but more importantly, it would most probably have levelled off at FL350 , therefore would have reduced its rate prior to that, passing definitively above the 757.
Depending on how you look at the geometry, had the TU 154 been between 2 and 4m higher they would have missed each other.
It is not easy to find a procedure covering 100% of cases.

Fox3snapshot
3rd Jul 2004, 23:53
Here we are debating whether or not the aviation community has come to grips with the wonders of TCAs technology and yet....

....we still have not agreed to an international form of units of measurement !!!!!!!!!!!!!!

Yes that's right we still have countries measuring height in meters, pressure in inches or Hpa, speed in Km/h or knots and the list goes on. :ugh:

When giving our QNH to a particular charter group (US owned/operated) operating here for a major Middle Eastern airline recently who are used to using inches, QNH 997 was read back 3, yes 3 times, as 2997. Now please remember that the fancy dan TCAS is an altimeter and pressure based setting etc. therefore the whole thing is a complete crock if you have 400+ feet of difference in settings between FIR boundary's or poorly set altimeters.

Can we pleeeeeeese agree on one form of measurement in the aviation community, or at least run with the majority which would see the end of INCHES, METERS (I think the Cathay gang now about that little bun fight between their FIR's!), and KM/H !!!!!! It would have saved the passengers and crews of the worlds worst mid air collision in India which was a direct result of the lack of standardization in the industry!

:*

Desert Dingo
4th Jul 2004, 01:52
Now please remember that the fancy dan TCAS is an altimeter and pressure based setting etc. therefore the whole thing is a complete crock if you have 400+ feet of difference in settings between FIR boundary's or poorly set altimeters.

It is a long time since I did the course, but I think you will find that TCAS (and transponders too) are all hard wired to the standard pressure setting and are not affected by anything the pilots do to their altimeters. Part of the design philosophy to prevent the possibility of the stuff-up mentioned above.

FlightDetent
4th Jul 2004, 08:20
D.D.: My call exactly. It is the feature of surveillance displays to compensate for pressure setting thus you'll see aircraft on proper altitudes. That's for transponders in general.

However the 997hPa/2997in sound like it could be a beginning to a very scary story. :uhoh:

FD.

Fox3snapshot
4th Jul 2004, 09:51
So you can can confirm that below the transition layer when an aircraft has his/her altimeter set at an innacurate QNH (which we see on the radar) that the interigating transponders won't see the same information???? If that is the case it would negate ATC verifying levels would it not?

:confused:

FlightDetent
4th Jul 2004, 15:46
I've seen screen that did not compensate for QNH difference.

If altimeter readings would be transmitted, you would see me jump up and down as I change the altimeter. QFE fields like Sofia (LBSF, elev. 1700'+) come to mind immediately. You'd see a mulititude of RA in stack if someone spu nthe baro knob.

How yould you feel about providing separation to someone with incorrectly set altimeter???

No way. Mode A is strictly QNE information and this provides for some major benefits. It is alco ATCO's responsibility to ensure terrain clearance under radar vectors, right?

Fox3snapshot
4th Jul 2004, 16:25
"If altimeter readings would be transmitted, you would see me jump up and down as I change the altimeter"

We do see your altitudes jump up and down on the radar when wrong QNH is set on your altimeter and the QNH is subsequently changed, thats why we challenge the levels for separation.

Example...

An example in this FIR with our adjacent FIR Tehran. An inbound acft was at FL120, our transition layer is FL140. At the same exit/entry point an outbound is on QNH flying at A110, inbound the aircraft at FL120 on 1013. Our QNH was 997, the difference of 16Hpa which had the inbound aircraft at A116 which A. on radar would be a loss of separation, B.I f the aircraft were on conflicting courses/climbs descents etc. it should give a TCAS alert????

Shore Guy
4th Jul 2004, 18:05
Sigh.....Lawyers again, looking for a deep pocket

Even when the stuff works right, you still get sued in the good old USA (S. G.)

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Russian Families Sue US Companies for Plane Crash
TCAS gives pilots correct instructions, controller does not,
but lawyer says TCAS at fault... sound familiar?

The families of six Russians who perished as a result of a
mid-air collision over Germany have decided to sue Honeywell and
other aviation equipment manufacturers in the US, blaming the TCAS
systems on both aircraft for the crash that killed 71 people in
2002. This, even though all investigations have pointed to an error
on the part of the Swiss controller -- had the pilots both followed
the TCAS commands, there would have been no accident.

A total of thirty Russian families have filed suit
against Honeywell and four other companies. The six lawsuits, filed
Thursday in Miami, allege that the companies failed to provide
adequate procedures, instructions and training.

The Bashkirian
Airlines Tu-154 collided with a DHL
International cargo aircraft on July 1, 2002 less than
a minute after receiving a radio transmission from the
one and only controller on duty at the Zurich ATC center. The
Russian jet was transporting 45 students and their families to
Barcelona, Spain.

The lawsuit claims that the collision warning system told the
Russian jet to climb while the Swiss controller told it to
descend. Instead of following the correct command from the TCAS
collision avoidance system, the Russian pilot followed the
controller's instructions and descended. At the same time, the DHL
pilot was correctly commanded twice by the TCAS system to
descend. Obviously, had both pilots followed the commands of the
TCAS systems, there would not have been a mid-air
collision.

Nevertheless, Gustavo Fuentes, a Miami attorney representing the
families behind the six lawsuits, claims that "the Russian pilots
did not have sufficiently clear instructions as to what to do when
this alarm system started to give them instructions at the same
time that the air traffic controller was giving them conflicting
instructions."

Honeywell International has released a statement where it said it had not seen the lawsuit and could not comment on it. However, the company has reiterated that the investigation into the crash concluded that the TCAS equipment functioned properly, and that the only reasonable explanation was that the accident was the pilots' fault for failing to follow the system's
commands.

According to Fuentes, more lawsuits were to be filed in
California, New York, New Jersey, and Washington.

The controller on duty in 2002 was Peter Nielsen -- he was
fatally stabbed outside his home on Feb. 24. Swiss police arrested
a Russian architect whose wife, son and daughter died in the
crash.

Desert Dingo
4th Jul 2004, 23:58
Fox3snapshot:
You said:
We do see your altitudes jump up and down on the radar when wrong QNH is set on your altimeter and the QNH is subsequently changed, thats why we challenge the levels for separation.
I think what you are seeing is the aircraft being flown to the correct level after the altimeter setting gets changed. I can't imagine the crew correcting the altimeter setting but then remaining at the original incorrect altitude/FL with all the cockpit indications now showing them off their assigned level.

Have a look at AvWeb - Transponder Basics (http://www.avweb.com/news/avionics/183231-1.html) under the heading Altitude reporting (it's a long way down the page).
.....your transponder transmits your aircraft's PRESSURE ALTITUDE (rounded off to the nearest 100 feet) whenever it receives a Mode C interrogation and is switched to ALT mode. <snip> Because the transponder reports pressure altitude, the altimeter setting that you dial into your altimeter's Kollsman window has absolutely no effect on your Mode C altitude reports

I can see from your point of view you give a QNH change and see a change in altitude readout. However, I contend that it is not a direct cause and effect and a few other factors get into the act.

[PS. I always looked forward to entering your airspace when in your part of the world. A bit like coming home!]
Maasalaama.
DD

Giles Wembley-Hogg
5th Jul 2004, 07:47
I think it is worth mentioning that TCAS can be surprisingly accurate in azimuth (a wx radar return off an aircraft will often coincide with the TCAS position and tie in with the position determined by the Mark 1 eye-ball). However, NEVER, EVER use TCAS alone to manoeuvre laterally - that is not how it is designed to be used.

I think it is worth acknowleging the often high azimuth accuracy, because if people are told it is not accurate, yet see it working well every day they might consider (as Glueball suggested) using it. DO NOT!

When it comes to the RA - manoeuvre as little as possible ie just outside the red zone (whether it is on the VSI or the ADI). More separation is not necessarily better separation.

G W-H

PFD
5th Jul 2004, 11:02
Thanks for that coment on how azimuth can be accurate, I will highlight that in my teachings in ground school.

To get back to the 1st post, it was Tragic what happened to your friend and the bottom line is... rules have changed because of it and I believe the following additional guidelines were issued by ICAO?

1. When changing flight level to avoid nuisance RA's it is good practice to reduce your VS to 1000 fpm when within 1000ft of your required Flight Level, this should stop most "I'm climbing, your descending to within 1000ft of each other vertically" RA's.

2. If during an RA another aircraft is seen, the pilot should not assume that it is the aircraft generating the TCAS RA, so it should be ignored. Easy for them to say, but it makes sense as TCAS should be aware of all aircraft in the vicinity and will issue the RA for up to 3 conflicting aircraft at one time.

Once again my sympathy to you. Pray God we learn.

Invictus
5th Jul 2004, 11:35
Regarding the Flight Level vs. Altitude readout for ATC’s;

The transition altitude is usually configured into the Radar Display Software (RDS).

The ATC sets the local QNH into the RDS.

The RDS displays all Pressure Altitudes above the Transition as they are received (1013.25Hpa), in Flight Levels.

The RDS converts all Pressure Levels that are below the (configured) Transition, to Altitudes.

Because the RDS and the Aircraft convert based on QNH setting, they both see the same value (if they are set to the same QNH).

ATC’s can test this by setting a “very” different QNH into the RDS and observing that only aircraft below transition will show the variation. (Do not do this at an operational position, or without warning other sectors on the same RDS).

Invictus

Fox3snapshot
5th Jul 2004, 11:48
It all makes sense now, thanks for your valuable input to what has turned out to be an interesting topic of discussion within the fraternity here. The link you posted was provided a top explanation.

:ok:

My next question though is what altitude information is displayed on your TCAS display on the adjacent traffic as this once again could differ to what the ATC radars would be displaying if it is derived from the transponder/tcas equipment only based on 1013.

Shukran, hope to see you back through this patch again someday.

:cool:

BOPralph
5th Jul 2004, 12:22
A lot of good info and you lot have obviously thought about this issue in depth. I would suggest that if the readers and writers here are on the recieving end of a TCAS event, the outcome will be an incident report and nothing worse (maybe a few red faces depending on the dynamics that caused the kit to activate).

But do I have to read PPrune or the Ueberlingen and JAL accident reports before I start flying round in a TCAS equiped aircraft? No. I get a pilots license, read the company and aircraft manuals, do the training and launch.

Yes - we are very aware of the subject at the moment - some more aware than others. But how wide spread is the awareness? And what is the impact of time as it all fades in our memory? Where is the lasting reminder that TCAS is an interdependant system requiring everyone to sing from the same hymn book?

Lets see ICAO step up to the batter's box.

ICAO needs to conduct a thorough review and rewrite of all the TCAS material. Weight needs to be given to the important elements of the system, and the information needs to be distributed in the most relevant documents.

ICAO needs to take the lead in developing internationally accepted training. This must strictly reflect the standards and procedures they have written. There are well developed training packages out there, but where is the accepted "master" TCAS training guide to measure them against?

ICAO then needs to ensure all national authorities mandate compliance with its SARPs and training requirements. This means everyone in the industry - airlines, training organisations, ATC, manufactures (aircraft and equipment) - everyone. There is no room for deviation or misinterpretation. And beware the poor translation. Get this wrong and nothing is improved.

ICAO should follow all this up by auditing everything with the letters TCAS linked to it. They don't have to do it all themselves, there are other organisations out there that can give them a hand. But once they have the SARPs agreed upon, everyone must abide by them.

I know the BFU made recommendations down these lines (I have read the whole report), but ICAO must read between the lines and realise they have to overhaul all their writings.

Was it Spike Milligan that said - "We have learnt from our mistakes and can repeat them almost perfectly".

I am sure that we will learn the hard lessons from this tragic accident, and that steps will be taken to sharpen up many areas of the industry.

Skyhawk1 - I too, will always remember what happened that night, and feel the loss that is shared by many. I know what has been learnt can be used not only to prevent a similar accident but also improve many areas of aviation safety.

ATC Watcher
5th Jul 2004, 15:20
BOPralph : I see what you are trying to say, but you are shooting at the wrong target.

ICAO is not a superpower , it is an assembly of States representatives ( sometimes with different agendas up their sleeves.)
ICAO is us, collectively.

For your info . ( and very briefly, as I could write for hours on this )
TCAS is not an ICAO invention, it is a pure made in USA thing , and which was introduced by a US Presidential order against ICAO recommendation at the time. An ICAO group was working ( too slowly I agree) on a universal ACAS. But with TCAS out there , with no guidance material outside the US airspace, and pressure from other States to do something , ICAO had to backtrack and modify its work to accomodate part of TCAS.

The initial ICAO ACAS training manual came AFTER the US documentation was out. . Those US docs did not mention the absolute need to follow RAs on nearly all cases , especially if conflicting with ATC, for the typical US legal reasons. Therefore the term " Advisory " came about.
ICAO wanted more time to study implications before mandating such a system. The US denied them that and went ahead unilaterally. The rest of the world had to follow ( Sounds familiar eh ? ).

TCAS was hastily introduced and many of the shortcomings and flaws were tested in life traffic. ( and to some extend still are today ) This is the sad truth.

Desert Dingo
5th Jul 2004, 16:04
Fox3snapshot:
My next question though is what altitude information is displayed on your TCAS display on the adjacent traffic as this once again could differ to what the ATC radars would be displaying if it is derived from the transponder/tcas equipment only based on 1013.
The only altitude information TCAS ever displays is that relative to the other traffic. The traffic symbol can have a 4 character tag; A plus/minus sign and 2 digits for altitude difference in hundreds of feet and an up or down arrow if it is climbing or descending more than 500 feet per minute. Once again, like the transponder, this is all based on a hardwired standard pressure altitude setting, so the pilots cannot stuff it up with an incorrect altimeter setting. If the aicraft are separated by by only (say) 100 feet, then that is what both aircraft will see in relative terms (100 ft) and you will see in absolute terms (eg. FL 249 and FL 250)

More info at
TCAS Symbols (http://www.honeywelltcas.com/support_pages/whitepapers/tcasoperationaldescription.pdf)
and some good pictures of a typical display during RAs down towards the end of
TCAS Displays (http://www.aerowinx.de/html/tcas.html)

DD

PFD
6th Jul 2004, 12:08
The only altitude information TCAS ever displays is that relative to the other traffic. The traffic symbol can have a 4 character tag; A plus/minus sign and 2 digits for altitude difference in hundreds of feet and an up or down arrow if it is climbing or descending more than 500 feet per minute. Once again, like the transponder, this is all based on a hardwired standard pressure altitude setting, so the pilots cannot stuff it up with an incorrect altimeter setting.

Almost exactly what I would have said, I'd just like to clarify the plus/minus bit, you would see in this case (if the intruder were 100 feet above you descending at more than 500 fpm.

If an RA, a red square above which in red would be, +01 with a downward pointing arrow. This can be switched to display flight levels, as per DD's explanation.

Desert Dingo
7th Jul 2004, 01:42
Sorry, maybe a bit more clarification is needed.
I have never seen a TCAS display that could be switched to show flight levels. My reference to flight levels was about what ATC would see on their radar display. ATC will see the actual altitudes of the aircraft, but the aircraft themselves will only see the altitude difference.
I should have been more precise about the arrows: It will be an up arrow if the traffic is climbing at a rate of 500fpm or more; it will be a down arrow if the traffic is descending 500fpm or more.
DD

edited cause I cant spel proply

Giles Wembley-Hogg
7th Jul 2004, 07:57
Desert Dingo

Our TCAS will show the flight level of other traffic (rather than the relative level) if the F/L switch on the transponder is pressed. This is a momentary action switch, so it has to be held down, but it is rarely used.

G W-H

Desert Dingo
7th Jul 2004, 21:58
Thanks G W-H, I did not know about that.
Advancing technology has left me behind.
Again :{