Procedure di
controllo
Responsabilità
generali
Firenze Torre controlla il traffico IFR e VFR in arrivo e
partenza dal campo. Il traffico IFR inbound viene passato normalmente alla torre quando
stabile sulla radiale 221° inbound PRT. Il passaggio a Pisa APP (freq. 126.07) dei
traffici IFR in partenza avviene, in ogni caso, subito dopo il decollo (sia dalla pista 23
sia dalla pista 05). Il traffico che segue le regole del volo a vista viene istruito a
riportare uno dei punti immediatamente fuori lATZ (Galciana S.Casciano) e
quindi passato a Pisa Avvicinamento subito dopo il riporto.
Attraversamenti VFR
Pisa Avvicinamento passa inoltre alla torre il traffico VFR che
deve attraversare la zona di traffico (per esempio per procedere da Galciana a San
Casciano, una delle rotte standard di attraversamento della CTR di Pisa). In questi casi
la torre può autorizzare direttamente allattraversamento, se la situazione di
traffico lo consente, oppure può istruire ad attendere su uno dei punti di riporto prima
di impegnare lATZ ("LEONE1: "Firenze Torre, buon pomeriggio, LEONE1
decollato da Careggi per Pistoia, per lattraversamento" LIRQ_TWR:
"LEONE1, Firenze Torre, buon pomeriggio, traffico in finale pista 05, 3 miglia,
mantenga la città di Firenze la richiamiamo per lattraversamento"
LIRQ_TWR: "LEONE1, autorizzato allattraversamento in testata pista 23, riporti
Galciana". "LEONE1: "autorizzato, LEONE1"); le attese su Galciana
dovranno essere effettuate mantenendo i 1500 AGL e quelle su San Casciano non oltre
i 1900.
Lattraversamento non dovrebbe essere autorizzato con
traffico inbound al campo per avvicinamento alla pista 05 o 23 e laeromobile che ha
chiesto lattraversamento dovrà attendere latterraggio. In alcuni casi se il
traffico è su Galciana e i piloti sono in vista uno dellaltro,
lattraversamento in testata 05 potrà essere autorizzato quando il secondo traffico,
eseguendo un circuito per la pista 23, stia entrando nel sottovento sinistro.
Allo stesso modo lattraversamento dovrà essere ritardato
con traffico in decollo; tuttavia, talvolta, può essere emessa lautorizzazione
allattraversamento in testata pista 23 con traffico in decollo o appena decollato
dalla pista 23. Nel caso di decollo di un traffico IFR dalla pista 05 (con successiva
virata a sinistra per inserirsi sulla procedura) se è presente traffico VFR in attesa su
Galciana, sarà opportuno passare linformazione di traffico allaereo in
decollo.
Gestione di sequenze di
arrivi IFR
Può capitare che Pisa avverta di una sequenza di arrivi IFR
che verranno passati alla torre stabili sulla radiale 221° inbound PRT. La separazione in
finale (è compito di LIRP_APP impostarla correttamente) deve essere tale da consentire al
numero 1 di atterrare sulla pista 05, effettuare il contropista e liberare al primo
raccordo disponibile. A volte queste sequenze possono essere un po
"strette"; in questi casi è necessario tenere informato il numero 2 della
posizione del numero 1; eventualmente il traffico in contropista può essere garbatamente
invitato ad accelerare il rullaggio per liberare (CPP316: "CPP316 is five miles
out" LIRQ_TWR: CPP316, Firenze, roger continue approach, runway is still
engaged expect clearance in short final" CPP316: "continue approach
CPP316" LIRQ_TWR: "ISS3392 on the ground at 41, backtrack is approved,
first on the left, expedite if possible" ISS3392: "first on the left
expediting ISS3392".).
Il problema non si presenta se, come capita talvolta, il numero
2 ha chiesto un circuito per la 23. In questo caso, normalmente, nel tempo necessario al
numero 1 per atterrare e liberare il numero 2 completa il circuito e può essere
autorizzato allatterraggio quando in base sinistra.
Arrivi e partenze
Una delle particolarità di LIRQ (comunque condivisa con
diversi altri aeroporti anche in Italia) è che decolli e atterraggi avvengono normalmente
su piste opposte (05 atterraggi e 23 decolli) e che la salita iniziale degli aerei in
decollo (anche nel caso decollino dalla 05 in quanto effettueranno poi, come detto, una
virata a sinistra per rientrare sulle procedure strumentali della pista 23) interessa la
traiettoria di avvicinamento. Di conseguenza è spesso necessario ritardare gli aerei in
decollo in quanto soggetti a traffico inbound (AZ1694: "Firenze buona sera
AZA1694 richiede messa in moto per Fiumicino" LIRQ_TWR: "AZA1694 Firenze buon
giorno, è soggetto a 3 traffici inbound la richiamiamo per la messa in moto".
È necessario il coordinamento continuo (via chat) con
LIRP_APP per sapere quando è possibile inserire un decollo nel caso ci siano diversi
arrivi previsti. In ogni caso si dovrà evitare nel modo più assoluto di fornire
clearance e autorizzare al decollo un aereo senza coordinarsi con Pisa; questo potrebbe
mettere seriamente in difficoltà il vostro virtual-collega. Sarà bene, qui a Firenze
più ancora che in altri aeroporti IVAO sentire Pisa prima di emettere la clearance anche
per coordinare un livello iniziale appropriato alla situazione di traffico. Nella realtà
non è raro che unitamente allautorizzazione al decollo venga emessa una
"clearance addizionale" (additional clearance) che consiste sostanzialmente in
una limitazione della salita iniziale richiesta dalloperatore di Pisa in
considerazione della situazione di traffico nella CTR (LIRQ_TWR: "AZ1649, wind calm,
cleared for takeoff rwy 23, additional clearance from LIRP_APP, climb initially
5000").
Movimenti a terra
Il problema principale è gestire nel modo più rapido ed
efficiente i contropista sia dopo latterraggio sia prima del decollo. Nel caso di
una sequenza di arrivi lobiettivo è di avere la pista libera il prima possibile per
poter emettere lautorizzazione di atterraggio allaereo che segue nella
sequenza; quindi si istruirà il pilota appena atterrato, ammesso che sia un aereo che
deve parcheggiare nel piazzale A (vedi sopra piazzali e vie di rullaggio), a
liberare la pista utilizzando il primo raccordo sulla sinistra (R3); in questo modo si
guadagna tempo sia perché il raccordo è più vicino alla testata 23 sia perché
laereo può liberare più rapidamente data langolazione più favorevole del
raccordo che permette una maggiore velocità ("LIRQ_TWR: AZ1694 Florence, on the
ground 06, backtrack is approved, first on the left stand A9, buon
pomeriggio").Nel caso si preveda una sequenza atterraggio decollo
atterraggio, spesso è importante che il decollo avvenga quanto prima per facilitare il
lavoro dellavvicinamento che gestisce la sequenza degli arrivi e che ha creato la
"finestra" per inserire il decollo; per prima cosa si istruirà il traffico
outbound a rullare inizialmente al punto attesa pista 05 R3 (vedi la sezione piazzali e
vie di rullaggio) e a mantenere la posizione; ad atterraggio avvenuto si istruirà
laereo ancora in pista a liberare al secondo a sinistra, cioè al raccordo R1
(LIRQ_TWR: "AZ1694 Florence, on the ground 06, take second on the left, stand
A9, buon pomeriggio"). Mentre laereo atterrato effettua il contropista si
potrà già autorizzare il traffico in attesa al R3 allentrata in pista utilizzando
una clearance condizionale (LIRQ_TWR: "BCY5041, after taxiing Alitalia ATR in front
of you, backtrack rwy 23, report ready to copy"). Se il decollo è previsto dalla
pista 05 il traffico inbound attenderà al R1 mentre il traffico atterrato libererà al
R3. Teoricamente sarebbe possibile utilizzare anche in questo caso unistruzione del
genere "BCY5041, after landing Alitalia ATR, now 2 miles on final, line up and wait
rwy 05, behind. // ISS3293, dopo lATR Alitalia ora in finale 2 miglia, allineamento
e attesa 05, dopo"; a questo punto sarà necessario ancora una volta che il traffico
inbound liberi utilizzando il R3, cioè il primo dei due raccordi sulla sinistra.
Emissione delle
clearance
La clearance va coordinata con LIRP_APP; nella realtà non è
inusuale che le clearance siano emesse piuttosto tardi, spesso quando laereo sta
già effettuando il contropista per allinearsi sulla pista 23.
Buon divertimeno a Firenze su IVAO! Vi
aspettiamo :-) . |