37000 Feet | Browse and search NASA's Aviation Safety Reporting System |
|
Attributes | |
ACN | 1467953 |
Time | |
Date | 201707 |
Local Time Of Day | 1201-1800 |
Place | |
Locale Reference | NCT.TRACON |
State Reference | CA |
Aircraft 1 | |
Make Model Name | Small Transport |
Flight Phase | Final Approach |
Route In Use | Other Instrument Approach |
Flight Plan | IFR |
Person 1 | |
Function | Departure Approach |
Events | |
Anomaly | ATC Issue All Types Airspace Violation All Types Conflict Airborne Conflict Deviation - Procedural Clearance Deviation - Procedural Published Material / Policy Deviation - Track / Heading All Types |
Narrative:
Aircraft X is inbound to sql airport which is located in woodside sectors airspace. Licke sector works the sql IFR approach into sql starting at ameby which is on the boundary of licke and woodside's airspace. Licke sector has to accomplish up to three point outs with the sql IFR approach; point out to the toga sector; point out to the woodside sector and depends what altitude the approach crosses ameby point out to nuq tower.aircraft X is inbound to ameby for the RNAV Runway30 approach to sql. Toga point out has been accomplished the woodside point out is in the process of a point out via automated point out procedure. Woodside calls the licke sector and instructs licke to spin aircraft X once and then bring it in and they will take the point out at that time because they released a sql IFR departure. Licke sector instructs aircraft X who is on an approximate 320 heading to turn left to a heading of 180. That's when I relieve the licke controller. A moment later I see the sql departure depart sql; I instruct aircraft X to go direct ameby for the approach. We spun aircraft X like the woodside sector instructed us to do. Aircraft X made a left turn to ameby and made the 360 route that woodside instructed. When I saw aircraft X was direct ambey I cleared aircraft X for the RNAV approach starting at ameby fully expecting woodside to accept the point out like they stated they would. Aircraft X was approaching woodside's airspace again and has yet to accept the automated point out. I am not sure about the sequence events next. Woodside sector calls for coordination on their sql departure. Woodside stated they are going to take the departure eastbound into aircraft X the sql arrival. I gave instructions as a receiving controller to take the aircraft south to go behind aircraft X. So aircraft X can continue inbound for the approach. The instruction seems to confuse the transferring controller. I then clarified to take the aircraft over osi VOR and depart woodside on a 110 heading which is a standard route to alleviate the confusion. Coordination ended at that. Woodside has yet to take the point out on aircraft X. I call woodside to accomplish a manual point out. Woodside refused to accept the point out because of the sql departure in which I already gave instruction to resolve the conflict. I felt woodside was being obstinate in refusing to take the point out. All conflicts were resolved and there was no other conflict to let aircraft X continue inbound on the approach and for the woodside controller to accept the point out. Instead of delaying the aircraft X aircraft again I told the woodside sector that aircraft X was continuing inbound. We spun aircraft X like woodside instructed and anticipated that woodside would accept the point out like they instructed. Woodside then refused to take the point out and the airspace design around ameby does not leave us many options to hold in our airspace that close to the IAF. Aircraft X continued the approach; landed going through woodside's airspace without a point out with no other incidents.this conflict is with two different sectors in two different areas of the building. One sector works the departures that depart opposite direction head on with another sector in another area working the arrival into the same airport which is sql. It causes confusion; there is a break down on who is doing what.I suggest the sql arrivals and departures are worked by the same area and same controller; this would alleviate the coordination between two different areas. Sql airport in located in woodside's airspace and jefny an IAF for the RNAV approach to sql which is in woodside's airspace. I recommend that the IFR arrivals be routed over jefny and be worked by the woodside controller this way one sector and one area can work out the delay or sequence for the opposite direction departure vs the arrival. It would no longer have the confusion of coordination control instruction and accepting point outs.
Original NASA ASRS Text
Title: NCT TRACON Controller reported about confusion; an airspace violation and constant problems associated with an airport where one sector works the arrival and another sector works the departure.
Narrative: Aircraft X is inbound to SQL airport which is located in Woodside Sectors airspace. LICKE sector works the SQL IFR approach into SQL starting at AMEBY which is on the boundary of LICKE and Woodside's airspace. LICKE sector has to accomplish up to three point outs with the SQL IFR approach; point out to the TOGA sector; point out to the Woodside Sector and depends what altitude the approach crosses AMEBY point out to NUQ tower.Aircraft X is inbound to AMEBY for the RNAV Runway30 approach to SQL. Toga point out has been accomplished the Woodside point out is in the process of a point out via automated point out procedure. Woodside calls the LICKE sector and instructs LICKE to spin Aircraft X once and then bring it in and they WILL TAKE THE POINT OUT at that time because they released a SQL IFR departure. LICKE sector instructs Aircraft X who is on an approximate 320 heading to turn left to a heading of 180. That's when I relieve the LICKE controller. A moment later I see the SQL departure depart SQL; I instruct Aircraft X to go direct AMEBY for the approach. We spun Aircraft X like the Woodside sector instructed us to do. Aircraft X made a left turn to AMEBY and made the 360 route that Woodside instructed. When I saw Aircraft X was direct AMBEY I cleared Aircraft X for the RNAV approach starting at AMEBY fully expecting Woodside to accept the point out like they stated they would. Aircraft X was approaching Woodside's airspace again and has yet to accept the automated point out. I am not sure about the sequence events next. Woodside sector calls for coordination on their SQL departure. Woodside stated they are going to take the departure eastbound into Aircraft X the SQL arrival. I gave instructions as a receiving controller to take the aircraft south to go behind Aircraft X. So Aircraft X can continue inbound for the approach. The instruction seems to confuse the transferring controller. I then clarified to take the aircraft over OSI VOR and depart Woodside on a 110 heading which is a standard route to alleviate the confusion. Coordination ended at that. Woodside has yet to take the Point Out on Aircraft X. I call Woodside to accomplish a manual point out. Woodside refused to accept the point out because of the SQL departure in which I already gave instruction to resolve the conflict. I felt Woodside was being obstinate in refusing to take the point out. All conflicts were resolved and there was no other conflict to let Aircraft X continue inbound on the approach and for the Woodside controller to accept the point out. Instead of delaying the Aircraft X aircraft again I told the Woodside sector that Aircraft X was continuing inbound. We spun Aircraft X like Woodside instructed and anticipated that Woodside would accept the point out like they instructed. Woodside then refused to take the point out and the airspace design around AMEBY does not leave us many options to hold in our airspace that close to the IAF. Aircraft X continued the approach; landed going through Woodside's airspace without a point out with no other incidents.This conflict is with two different sectors in two different areas of the building. One sector works the departures that depart opposite direction head on with another sector in another area working the arrival into the same airport which is SQL. It causes confusion; there is a break down on who is doing what.I suggest the SQL arrivals and departures are worked by the same area and same controller; this would alleviate the coordination between two different areas. SQL airport in located in Woodside's airspace and JEFNY an IAF for the RNAV approach to SQL which is in Woodside's airspace. I recommend that the IFR arrivals be routed over JEFNY and be worked by the Woodside controller this way one sector and one area can work out the delay or sequence for the opposite direction departure vs the arrival. It would no longer have the confusion of coordination control instruction and accepting point outs.
Data retrieved from NASA's ASRS site 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.