Label Handoff and Frequency Change Question

[AirNoServicesAustralia]

In Oz we would always initiate a label/jurisdiction handoff to another sector, wait for it to be accepted, and then transfer the aircraft to that frequency.

I have to admit I thought everyone did it that way.

We are about to introduce a system here that has Handoff/Accept functionality and I am surprised to find that some parts of the world switch the aircraft frequency and then initiate the label handoff.

Is this really the case and if so where?

Secondly, why would you do this? Isn't the whole point of a handoff function to allow the recieving the sector to decide if they are in a position to take someone else on there frequency (eg. Open mic, emergency, on the line to someone else, too many aircraft calling etc etc.). Doesn't that allow him the chance to let the label flash for 10 or 20 seconds, sort out his stuff and then accept the label so that shortly after the aircraft will call?

Anyway I would be interested to know how and why everyone does it, to try and understand a different perspective.

Thanks.

[westausatc]

On this, one thing that I hate and happens frequently, is people start the handoff, I accept, they tell the aircraft to call and THEN hit the hotline to do coord..... while the aircraft they just transferred is calling in on my freq! - ARGH!!! Why can't they do the coord just after I have accepted - there is (probably) noone about to call me and my eyes have been drawn to that area by accepting the aircraft......

[BlueSkye]

A feasible idea on paper but less so in reality. Reasons:

1. Hand over label and wait for acceptance. Phone rings or attention is diverted to something else on screen. Acceptance of label not noticed. Call from receiving sector, "Got the label, can I have the comms?"; "Oh sorry, Ok."

2. Hand over label and wait for acceptance. Flashing label is outside of (very quiet) accepting sector's screen view. (Range settings). Call to receiving sector, "You doing nothing, take the damn label."; "Oh sorry, Ok."

3. Sector is very busy. Traffic from adjoining FIR/APP (no label handover function) checks in. Self explanatory.

Solution: Get rid of the label and voice at same time, if receiving unit is busy he/she will do one of two things. Ignore or "Standby". Pretty much what happens during point 3 above.

The actual reason for the label handoff denotes transfer of control. In the absence of a fixed 'transfer of control' point, the handoff and acceptance of the radar label indicates a relinquishing and acceptance of control over the traffic. So, if the pilot calls you and no label was received it will indicate an erroneous call and should not be viewed as a handoff before establishing the intentions of the previous sector.

Caveat: ATC101. Clean handoffs. No exeptions.

On a side note ref. procedures. Never write a procedure to protect the weakest link. Otherwise, great job dude.

[TrafficTraffic]

WestAtc...

Heres an Idea!

Turn the AHO function back on and stop requiring the rest of the world to be working like it is 1988 with the gear we have now.

Why we have to coord with Melbourne on traffic you know is coming - you can see is coming and have all the same information on I will never know - just another way to get stood down .....

TT

[AirNoServicesAustralia]

Ok there have been a lot of viewing but not much writing.

I am really interested in how this is handled the world over. As I said in Oz and the how it is planned to be done in the UAE is,

1. Handoff Label.
2. Label Accepted by other sector.
3. Transfer Aircraft onto next frequency.

It seems that Sth Africa do it a different way,

1. Handoff Label and transfer frequency at the same time.
2. Other sector accepts label at a time of their choosing after that.

I personally think that means that the handoff of label is irrellevant as my understanding of the use of handoff of label is to propose a handoff and if that is clean with other traffic and I am in a position frequency or workload wise to accept the aircraft, I accept it, and as such expect the frequency transfer to follow.

Reality is BlueSkye the transfer of frequency and the forgetting to do it, is no different to remembering to transfer the aircraft now. I mean you still have a strip, the only difference now is you have a flashing accepted label to remind you to do the transfer which you don't have now.

On the handing off of a label outside the screen range of the receiving sector. I think transfers of frequency are done way too early by a lot of ATCOs here and if the receiving sector can't see it on their screen yet it is too early.

I would like to know from other units around the world if they do it the first way, as in Oz, or the second way as in SA, or in some other way.

Thanks for all your help in working through this issue.

[BlueSkye]

I personally think that means that the handoff of label is irrellevant as my understanding of the use of handoff of label is to propose a handoff and if that is clean with other traffic and I am in a position frequency or workload wise to accept the aircraft, I accept it, and as such expect the frequency transfer to follow

No, it's not a proposition, it's a handoff in the full sense. Transfer of comms and jurisdiction, which means turn, climb or descend. And it's not a case of "if it's clean with other traffic," it will be clean with other traffic. The responsibility lies with the transferring sector, not the receiving sector. How long must I wait if you don't accept the handoff? 10, 20, 30 seconds? Or must I call and ask if you can accept after the third attempt, which renders the whole procedure moot. What about transfers from APP or adjacent FIRs?

I also think the the discussion should include what happens after the handoff. If you want to introduce some radical new ideas, introduce the complete release idea, as is the case in SA for the last 25 years.

Besides ANSA, expect some fierce resistance from down the passage when it comes to approval time. Regardless of the proposal.

[ayrprox]

In the uk we use the system where the a/c is deemed to have been accepted if an estimate has been passed(either electronically in most cases, or verbally) and no objection is raised ,so the a/c can be transferred without a handover, unless its at an ODL or doing something non standard. Its a good system and seems to work. I cant imagine what would happen if we had to do a phone call for every plane.

[AirNoServicesAustralia]

Ayrprox, maybe it's a misunderstanding due to the use of the term handoff. There is no phone call involved. It is a system handoff, ie. designate the aircraft on your radar, press the HND key select the sector from the drop down menu and it will flash on the receiving sector screen, he presses ACC to accept the aircraft, it then flashes on the handing off sectors screen to say that the handoff has been accepted, and you then transfer the aircraft.

There were a lot of things in the new system I expected to have to fight about, funnily enough this one wasn't one of them. To me it makes perfect sense but I am going on here expecting to be told I am wrong and that's fine but I need to know what the usual practice is around the world.

Thanks for the feedback so far.

BluSkye as I said to you previously, I can see the point about handoff of label equalling hand off of control but that needs to be worked on for each sector to make sure the route structure between routes accomodates that, and what sort of release of control that entails, eg. all turns left or right, turns left and right up to 20 degrees, 45 degrees, just vertical release etc.

We have to walk before we can run. We have been barely crawling all these years with the Watchkeeper system remember. Cheers.

[ferris]

Are you intending to run with auto-handoffs, or are you talking about controller-initiated handoff (lots of {additional} mouse clicks)?

edit: I also think you need to look at whether you are setting this up for single-man ops, or will there always be a co-ord (if so, then receiving a/c on freq is not a problem, and changes whether you need to manually accept)

[AirNoServicesAustralia]

Hey Ferris,

As you know the inter-sector boundaries and the related route structure is not exactly conducive to auto-handoff, that is too many crossing routes to muddy the water of where is a god place to hand-off. So no auto-handoff, so 2 mouseclicks per handoff.

We can't man the single man per position roster so no chance of dual manning anytime in the next decade here. Therefore as a guy on your own controlling when an aircraft calls you relating to sector loading and frequency congestion is important.

Thanks.

[bekolblockage]

ANSA

HK uses Raytheon AutoTrac II system
According to the book, HND is proposed and causes label to flash on receiving Sector
Receiving Sector ACCepts the handoff which causes label to flash on hand-off screen
Aircraft is instructed to change freq.


Attempting to handoff when label is outside the viewing area of receiving Sector causes error mesage "off-screen at receiver", however this can be overridden by forced handoff function.

Unfortunately many controllers use the forced hand-off as the default way of operating and hand-off way too early (up to 80 miles!) . The frequency transfer may or may not follow immediately. This often causes some controllers to think "hey, what did I just accept?" when they are legitimatley trying to accept another label that is visible - and nothing appears to happen.

Many controllers from other parts of the world here just shug this off as "big-deal, its just the label", but in my opinion handing off the label too early not only negates what I consider is the important connection between thought process and mechanics but causes some ambiguity about when the aircraft will call. The concept of Sarwatch on frequency transfer is not well understood nor challenged here.

Hope that makes some sense to you.

BB

[AirNoServicesAustralia]

Thanks Bekol,

I appreciate the info. It makes sense and I agree with you, but unfortunately as you said there are a lot of places that say "it's just a label".

It is just a label if the transfer of frequency happens whenever the handing off sector feels like transferring it, or in a regimented way at the defined sector boundary. It is a whole lot more than just a label if it is the silent agreement between two controllers that one is happy to give you the aircraft and the other is happy to recieve it.

It works like clockwork when everyone knows what to do and how, and I do think it is the safest way of handling things but I am yet to convince many here.

[bekolblockage]

Oh yeah, and I forgot to include that the handoff Sector's label then dims to Quicklook colour/brightness which has caused the inevitable " out of sight, out of mind" type incident when people have forgotten about the aircraft after they have handed off too early.

[av8boy]

The actual reason for the label handoff denotes transfer of control.

This is what I find particularly interesting about this discussion. In the US, unless there is an agreement between the facilities that allows for the receiving controller to control the aircraft upon which he or she has just accepted the handoff, or the transferring controller says “your control,” accepting a handoff does not give the receiving controller the right to alter heading, route, speed, altitude, or beacon code until that aircraft is in the receiving controller’s airspace. In fact, I can’t turn the aircraft until it’s 1.5 miles inside my airspace because I have to protect the boundary between my airspace that of the adjacent controller (1.5 miles if the target is less than 40 miles from my antenna, or 2.5 miles when it’s 40 or more miles from my antenna. Your mileage may vary depending upon automation, radar/nonradar, and inter-facility agreements/coordination.).

However, in short, here’s how it works (and note that this is plain-vanilla—this can generally be altered by agreement or coordination):

1. The transferring controller initiates an automated handoff to me.
2. I see the data block of that aircraft flashing as the target approaches the airspace boundary. If there is an inter-facility agreement to do so, the aircraft will be on a particular routing, altitude, speed, etc.
3. I have to accept the target prior to it reaching a point 1.5 miles from my airspace boundary. If it starts to get close and I haven’t accepted the handoff, the transferring controller will give me a shout on the coordination line. If I don’t answer or I don’t take the handoff or at least verbally approve the aircraft entering my airspace, then the transferring controller has to vector the aircraft away from my airspace, respecting the prescribed distance from the airspace boundary.
4. I accept the handoff using automation (varies, but generally I would mouse over to the target and click on the target symbol. The data block stops flashing and the target symbol changes to my symbol. The data block then flashes on the transferring controller’s display, letting him know that I’ve accepted the handoff and that he can now transfer coms.
5. Only after I accept the handoff does the transferring controller advise the aircraft to change to my frequency.
6. As I accept the handoff, I may call the transferring controller and “request control” of the aircraft. If approved, I may fully control the aircraft before it reaches my airspace.
7. If I have not requested control, I may turn/descend/etc the aircraft after it is 1.5 miles inside of my airspace.

Note that it’s never “just the label.” When I accept the handoff I expect to be talking to that aircraft very soon thereafter. I would never accept a handoff on an aircraft 80 miles from my airspace boundary because I can’t control him out there anyway (hell, I can't even see him out there, so the point is moot), and I know of no facilities in the US that would try to hand off an aircraft at that distance because the aircraft would still be in their airspace and be their responsibility , but would be talking to me. Very uncool.

I would guess that better than 99% of the handoffs that I initiate or receive are done through automation and do not include any voice contact between the sectors.

Hope that makes sense.

Dave

[Fox3snapshot]

Bekol....

Interesting you mentioned that last point, for that very reason we were not allowed to use the QL function on our AutoTrac II system at my previous unit for the same results.

[ferris]

I can understand you wanting to define the point at which you can "move" the a/c, but given how tight the UAE airspace is, what is the point in not accepting jurisdiction? If you have a loading problem, not accepting one approaching the boundary is going to help how? He wont be on freq, and in a few moments he will be in your patch. Thats gotta be worse. How will you deal with non-acceptance of jurisdiction? Orbit them?

[av8boy]

Ferris,

To whom is that question directed?

Dave

[AirNoServicesAustralia]

Ferris there are many cases here where people are transferring frequency way before the boundary and this alllows the receiving controller to control up to a degree when they are ready for the aircraft. Also the aircraft will flash for 40 seconds before it times out, so if I am on a coord line and don't want a call right in the middle of it, I might wait 10 seconds, finish the call and then accept. Ferris I hope you realise that in a lot of cases the States have smaller sectors than we do here and with a more congested route structure than we do. On the traffic loading it may be as simple as I have the limit of aircraft without calling a planner, I see an aircraft flash at my Eastern boundary and I have an aircraft approaching my Western boundary so I switch him to Bahrain (no handoff facility with them yet) and then accept the other aircraft.

This practice also will help on West where the whole convoluted West Max procedure can be simplified or even removed as the reason it went in was the West controller had no non-verbal way of controlling his traffic numbers. Now if he still has his max number in the stack he doesn't accept the handing off aircraft until he transfers one to Dubai, and until then the aircraft holds with North sector.

If used properly and with the correct discipline it can work just as well as it did in Oz, and by the sounds of it in the US. Thanks heaps for all the info Av8boy.

[ferris]

Dave, I read your post that if jurisdiction isnt accepted, then you have to vector around the airspace. So the question was for ANSA. (as an aside, does that ever happen?)
Yeah, I can see what you want to happen, but I just dont see how it will work in practice. IMHO, the acceptance of jurisdiction was primarily designed for freq management, and you appear to want to use it for capacity management. I dont see, in practical terms, how non-acceptance would work (even from North to west, as you describe- unless all aircraft are held by north, and only released after acceptance by west). If adopting the US model as described below, not accepting a handoff proposal just leads to co-ordination (and then vectoring {how would that work???}). Do you want that if you are at capacity? I dont believe you can look at parts of another system in isolation. You need the whole picture.
On your other point about freq management, with one flashing on your eastern boundary- what if there isnt one on the western boundary for you to pitch? I think a re-think of the Great Dane ruleset (which are stupid and ill-conceived arse-covering) is required before you try and make your new system fit the old rules. If thats not in your remit- then I guess you'll just have to make do, so it doesnt matter which way you do it. IMHO.
With the future in mind, capacity management really needs a re-think (and yes, everyone who has ever worked there has said the same thing).

And yes, this idea that you should try and get the aircraft off your frq asap, even if halfway across your patch, is interesting.

[ferris]

Just chatting to a Canuck, and he agrees that internal handoffs are as you desire, but that handoffs across the border to the states are done as we do them now in the ME.
Makes you wonder of there is a difference. Maybe access to hotlines is the key?