37000 Feet | Browse and search NASA's Aviation Safety Reporting System |
|
Attributes | |
ACN | 624234 |
Time | |
Date | 200407 |
Day | Mon |
Local Time Of Day | 1201 To 1800 |
Place | |
Locale Reference | navaid : mtu.vortac |
State Reference | UT |
Altitude | msl single value : 36000 |
Environment | |
Flight Conditions | VMC |
Light | Daylight |
Aircraft 1 | |
Controlling Facilities | artcc : zlc.artcc |
Operator | general aviation : corporate Other |
Operating Under FAR Part | Part 91 |
Flight Phase | descent : intermediate altitude |
Route In Use | arrival : on vectors |
Flight Plan | IFR |
Aircraft 2 | |
Controlling Facilities | artcc : zlc.artcc |
Operator | common carrier : air carrier |
Make Model Name | A300 |
Operating Under FAR Part | Part 121 |
Flight Phase | cruise : level |
Flight Plan | IFR |
Person 1 | |
Affiliation | government : faa |
Function | controller : radar |
Qualification | controller : radar controller : non radar |
Experience | controller limited radar : 21 controller non radar : 22 controller radar : 20 controller supervisory : 3 controller time certified in position1 : 2.3 |
ASRS Report | 624234 |
Person 2 | |
Affiliation | company : corporate |
Function | flight crew : captain oversight : pic |
Events | |
Anomaly | conflict : airborne critical non adherence : published procedure non adherence : required legal separation |
Independent Detector | atc equipment : conflict alert atc equipment other atc equipment : radar/mode c aircraft equipment : tcas other controllera other flight crewa other flight crewb |
Resolutory Action | flight crew : took evasive action |
Consequence | faa : investigated |
Miss Distance | horizontal : 24600 vertical : 1000 |
Supplementary | |
Problem Areas | ATC Human Performance Flight Crew Human Performance |
Primary Problem | ATC Human Performance |
Air Traffic Incident | Operational Error |
Narrative:
Aircraft #1 was being vectored and descended to his destination, 36U. 2 other aircraft were in his way. As I gave aircraft #1 his last descent clearance, I received a conflict alert on other traffic in my sector. The alert was for aircraft #1 and aircraft #2 having lost separation. This was the first time I had seen aircraft #2. Simultaneously aircraft #2 called to say he was responding to an RA and asked about the traffic. That was when I noticed that aircraft #2 was in the handoff mode to another sector. We had recently combined another sector with mine. The person closing the other sector had handed off aircraft #2 to the wrong sector and so it did not display on my scope until the conflict alert forced it to mine. I had no knowledge of aircraft #2 until the conflict alert. This event happened very near the convergence of 8 different sectors between 2 ctrs. It was my first day back after 3 weeks off. I was being especially careful, but did not see the limited data block through a lot of other data block congestion. One practice I use is when I close a sector (combining my airspace with another sector, giving my traffic to them), I always make sure I can drop all of my data blocks. If I can drop them then someone else has taken control of them and they have all been accounted for. After reviewing the tapes it was discovered that aircraft #2 never checked in with us. His first call to the center was to ask about the RA. My assumption is that he dialed in our frequency, heard that we were busy, waited for an opportunity to jump in and then forgot. Don't know if that made a difference or not. My sector was going red as the decision was made to combine the other with mine. Our tmu monitors the sectors to try and predict (and hopefully preclude) overloading. That process didn't work. It shouldn't have been combined, but we were running short of controllers on this shift so corners may have been cut.
Original NASA ASRS Text
Title: A ZLC ARTCC RADAR CTLR LOST SEPARATION BTWN AN LJ40 AND AN A300 IN HIS SECTOR AT FL360.
Narrative: ACFT #1 WAS BEING VECTORED AND DSNDED TO HIS DEST, 36U. 2 OTHER ACFT WERE IN HIS WAY. AS I GAVE ACFT #1 HIS LAST DSCNT CLRNC, I RECEIVED A CONFLICT ALERT ON OTHER TFC IN MY SECTOR. THE ALERT WAS FOR ACFT #1 AND ACFT #2 HAVING LOST SEPARATION. THIS WAS THE FIRST TIME I HAD SEEN ACFT #2. SIMULTANEOUSLY ACFT #2 CALLED TO SAY HE WAS RESPONDING TO AN RA AND ASKED ABOUT THE TFC. THAT WAS WHEN I NOTICED THAT ACFT #2 WAS IN THE HDOF MODE TO ANOTHER SECTOR. WE HAD RECENTLY COMBINED ANOTHER SECTOR WITH MINE. THE PERSON CLOSING THE OTHER SECTOR HAD HANDED OFF ACFT #2 TO THE WRONG SECTOR AND SO IT DID NOT DISPLAY ON MY SCOPE UNTIL THE CONFLICT ALERT FORCED IT TO MINE. I HAD NO KNOWLEDGE OF ACFT #2 UNTIL THE CONFLICT ALERT. THIS EVENT HAPPENED VERY NEAR THE CONVERGENCE OF 8 DIFFERENT SECTORS BTWN 2 CTRS. IT WAS MY FIRST DAY BACK AFTER 3 WKS OFF. I WAS BEING ESPECIALLY CAREFUL, BUT DID NOT SEE THE LIMITED DATA BLOCK THROUGH A LOT OF OTHER DATA BLOCK CONGESTION. ONE PRACTICE I USE IS WHEN I CLOSE A SECTOR (COMBINING MY AIRSPACE WITH ANOTHER SECTOR, GIVING MY TFC TO THEM), I ALWAYS MAKE SURE I CAN DROP ALL OF MY DATA BLOCKS. IF I CAN DROP THEM THEN SOMEONE ELSE HAS TAKEN CTL OF THEM AND THEY HAVE ALL BEEN ACCOUNTED FOR. AFTER REVIEWING THE TAPES IT WAS DISCOVERED THAT ACFT #2 NEVER CHKED IN WITH US. HIS FIRST CALL TO THE CTR WAS TO ASK ABOUT THE RA. MY ASSUMPTION IS THAT HE DIALED IN OUR FREQ, HEARD THAT WE WERE BUSY, WAITED FOR AN OPPORTUNITY TO JUMP IN AND THEN FORGOT. DON'T KNOW IF THAT MADE A DIFFERENCE OR NOT. MY SECTOR WAS GOING RED AS THE DECISION WAS MADE TO COMBINE THE OTHER WITH MINE. OUR TMU MONITORS THE SECTORS TO TRY AND PREDICT (AND HOPEFULLY PRECLUDE) OVERLOADING. THAT PROCESS DIDN'T WORK. IT SHOULDN'T HAVE BEEN COMBINED, BUT WE WERE RUNNING SHORT OF CTLRS ON THIS SHIFT SO CORNERS MAY HAVE BEEN CUT.
Data retrieved from NASA's ASRS site as of July 2007 and automatically converted to unabbreviated mixed upper/lowercase text. This report is for informational purposes with no guarantee of accuracy. See NASA's ASRS site for official report.