Tutorial zum Thema "Understanding Handoffs"

[Martin Georg]

Hallo Kollegen,


eine der wesentlichen Änderungen im neuen ASRC wird die Handoff Prozedur sein. Hier müssen diejenigen, die mit den Praktiken von Procontroller vertraut sind, erheblich umdenken.

ASRC unterteilt die Handoff-Prozedur im Grundsatz in 2 Teile:

Transfer of radar Identification
Transfer of Control and Communication

Im ersten Teil muss der Controller für die nächste Radarstation den Tag identifizieren. Technisch gesehen ist das der alte Handoff-Part des ProControllers. Hierzu dient die Funktion ".QX <CC> <acft>" wobei "CC" die Stationskennung des nächsten Controllers ist. Auf dem Bildschirm des nächsten Controllers wird jetzt das Tag blinkend angezeigt, und der CC der übergebenden Stelle erscheint unten rechts im Tag. Die nächste Station bestätigt den Transfer durch ".QT <acft>". Ab dann ist der Radar Identifcation Transfer complete, und der "alte" Controller kann nun keine Änderungen am Flugplan mehr vornehmen oder noch Anweisungen (wie z.B. temporary altitude) mehr eingeben. Das Aircraft sollte also hierfür bereits "clear of traffic sein".

Wichtig ist bei dieser Prozedur, dass es sich nur um eine Übergabe zwischen zwei Radarstationen handelt, der Pilot erfährt hiervon zunächst nichts. Erst im zweiten Teil, dem "Transfer of Control and Communication" wird das Aircraft tatsächlich übergeben. Hierzu setzt man im ASRC am besten ein Alias ein. Wer letztens unter meiner Kontrolle geflogen ist wird sicherlich bemerkt haben, dass im Handoff-Text die nächste Station mit ihrem ausgeschriebenen Radionamen auftaucht. Dies ist eine Makrofunktion von ASRC, d.h. die Software ermittelt aus einem vordefinierten Positionsfile automatisch den Radionamen und schreibt ihn zusammen mit der Frequenz aus. Mein Kommandoalias ".CON <CC> <ACFT>" würde also z.B. in der Schreibweise ".CON 34 EWG482" ausgeschrieben "EWG482, contact now Swiss Radar on frequency 128.050, good day" ergeben. Dabei wurde "34" vorher als "Swiss Radar", Callsign "LSZH_V_CTR" und Frequenz "128.050" definiert.

Eine ausführliche Beschreibung der Vorgänge und Konzepte beim Handoff findet sich in einem Tutorial von Jeff Clark, welches hier und hier nachzulesen ist.

[Dirk Trinkaus]

Hi Maddin...

ich gehe davon aus, dass man wie bisher beim Alias (Kommandos), nicht auf Gross- und Kleinschreibung achten muss, oder etwa doch ?

Gruss

Dirk

[Martin Georg]

ich gehe davon aus, dass man wie bisher beim Alias (Kommandos), nicht auf Gross- und Kleinschreibung achten muss, oder etwa doch ?

Affirm

[Peter Felix]

Eine ausführliche Beschreibung der Vorgänge und Konzepte beim Handoff findet sich in einem Tutorial von Jeff Clark, welches hier nachzulesen ist.

leider funzt der Link nicht...

[Martin Georg]

Hier der neue Link:

http://home.pacbell.net/capjw1/cx_zl...nghandoffs.htm

[Martin Georg]

Moin,


das Tutorial ist wieder mal umgezogen . Hier ist der neue Link:

http://www.laartcc.org/training/unde...nghandoffs.htm

http://www.laartcc.org/training/unde...ghandoffs2.htm

[Uwe von der Ahe]

Moin Moin,

das Thema handoff habe ich noch nicht so richtig verstanden. Klar ist mir die Sache zwischen zwei CTR oder APP-CTR. Da funktioniert die Sache ja so wie in den diversen Artikeln beschrieben. Was ist aber mit den anderen Postionen? DEL->GND->TWR->DEP(APP). Auf diesen Positionen läßt sich ein Flieger ja nicht tracken (jedenfalls funktioniert das bei mir nicht, ausser der Flieger ist schneller als 50kn). Und damit läßt sich ja auch kein handoff einleiten (transfer of identification). Wie wird denn hier der handoff abgewickelt, nur durch G/G-chat? Und wie ist das mit einem h/o nach PC hin, z.B. TWR mit ASRC und DEP mit PC. Läuft da der h/o auch nur über chat? Habe ich im ASRC-manual mal wieder was übersehen?

Ciao
Uwe

[Martin Georg]

Hallo Uwe,


Du hast ganz recht, unterhalb von APP werden mit ASRC keine Handoffs mehr gemacht. Im amerikanischen Konzept des ASRC ist der Handoff die "transfer of radar identification", und da Tower, Ground und Delivery keine Radarstationen sind (sie sind zwar oftmals mit Radar ausgerüstet, aber sie bieten eben keine Radar Control) findet auch kein Handoff statt. Man macht also einfach A/G communication und schickt den Flieger einfach weg.

In der umgekehrten Richtung von TWR zu APP sieht es genauso aus. Tower sagt dem Flieger, dass er sich (wann auch immer, airborne, passing 2000ft etc.) bei APP melden soll. Wenn der Flieger schneller als 50kts ist geht der Datablock bei APP automatisch auf und APP weiss dadurch, dass dieser Flieger bald rufen wird und trackt ihn dann.

Falls da eine ProController Station dazwischen ist, ist das auch nicht weiter schlimm, denn ProController braucht den Handoff ja nun erst gar nicht.

[Christoph Winkler]

Hier noch schnell ein kleiner Tip. Für Pro Controller habe ich mir folgende Aliase angelegt:

.COG $aircraft, contact Munich Ground on frequency 121.970, bye bye!
.COT $aircraft, contact Munich Tower on frequency 118.700, bye bye!
.COA $aircraft, contact Munich Arrival on frequency 128.020, bye bye!
.COC $aircraft, contact Munich Radar on frequency 124.050, bye bye!

Damit kann ich als PC-User die Flieger zu TWR/GND bzw. APP schicken, wenn dieser ASRC verwendet. Da ein ASRC-User am Boden keinen Handoff annehmen kann (und APP in der Regel auch nicht), es bei PC aber keine automatische Handoff-Nachricht gibt ohne Handoff *g*, ist sowas dann ganz praktisch ;-)

[Alexander Slanina]

Zitat von Christoph Winkler

Da ein ASRC-User am Boden keinen Handoff annehmen kann

Dem muss ich leider widersprechen, am Boden kann man sehr wohl einen h/o machen, z.B. GND --> TWR

Nebenbei sage ich im ASRC jedem Flieger am Boden Squawk mode charlie, damit ich als TWR die kontrolle übernehmen kann, denn sonst kann man keinen Flugplan ändern.

Squawk Mode C am Boden finde ich sowieso besser. CTR und APP sehen die Tags sowieso nicht, und TWR, GND können so besser koordinieren.

correct me from wrong

Alex.