Updating Flight Plans
Thread Starter
Join Date: Jan 2003
Location: moe's
Posts: 30
Likes: 0
Received 0 Likes
on
0 Posts
Updating Flight Plans
With the choas that resulted from the weather, on Saturday and Sunday. I thought it might be timely to seek clarification for the following.
When flight xxx calls for clearance and gets told," Standby 20mins airfield delay due wx/single rwy ops/etc", who is responsible for ensuring the EOBT is kept updated?.
The reason I ask, is that LHR/LGW/LTN/STN will update the EOBT, where's other towers will not,and as a result the plan gets suspended.
If it is written somewhere, I would appreciate if someone could advise where to find out.
Many Thanks
When flight xxx calls for clearance and gets told," Standby 20mins airfield delay due wx/single rwy ops/etc", who is responsible for ensuring the EOBT is kept updated?.
The reason I ask, is that LHR/LGW/LTN/STN will update the EOBT, where's other towers will not,and as a result the plan gets suspended.
If it is written somewhere, I would appreciate if someone could advise where to find out.
Many Thanks
Join Date: Jul 2004
Location: On the wireless...
Posts: 1,901
Likes: 0
Received 0 Likes
on
0 Posts
Try the CFMU Library.
http://www.cfmu.eurocontrol.int:80/c..._public.html#2
Take a look at the CFMU Handbook and the IFPS Users Manual. It should be in there somewhere.
http://www.cfmu.eurocontrol.int:80/c...book_2006.html
Good luck!
http://www.cfmu.eurocontrol.int:80/c..._public.html#2
Take a look at the CFMU Handbook and the IFPS Users Manual. It should be in there somewhere.
http://www.cfmu.eurocontrol.int:80/c...book_2006.html
Good luck!
Join Date: Nov 2006
Location: Sussex
Posts: 28
Likes: 0
Received 0 Likes
on
0 Posts
Sillywalks.
If an a/c requests start before the EOBT +15 period has elapsed and is then delayed by ATC, it is ATC's responsibility to keep the EOBT upto date.
http://www.caa.co.uk/application.asp...detail&id=1392.
At Gatwick this will be done routinely for you. I can't speak for other units.
Hope this clears it up.
If an a/c requests start before the EOBT +15 period has elapsed and is then delayed by ATC, it is ATC's responsibility to keep the EOBT upto date.
http://www.caa.co.uk/application.asp...detail&id=1392.
At Gatwick this will be done routinely for you. I can't speak for other units.
Hope this clears it up.
Join Date: Aug 2002
Location: UK
Posts: 531
Likes: 0
Received 0 Likes
on
0 Posts
I *think* I was told that if the airline causes the delay then they update the EOBT. If ATC cause the delay ONCE THE AIRCRAFT HAS REPORTED READY IN ACCORDANCE WITH ITS EOBT then its up to ATC to input the revision to the EOBT.
In practice this rarely happens as LHR did have some dispensation when the rules came into effect and nothing has really been done to ensure we properly apply them. Once big delays are in force then EOBT updates I suspect will be lower down the priority list. In previous control towers ATSAs did a fine job of keeping EOBTs up to date if required, however times have changed and those in charge thought that not to be the best way to deal with this and other issues of ATM......
In practice this rarely happens as LHR did have some dispensation when the rules came into effect and nothing has really been done to ensure we properly apply them. Once big delays are in force then EOBT updates I suspect will be lower down the priority list. In previous control towers ATSAs did a fine job of keeping EOBTs up to date if required, however times have changed and those in charge thought that not to be the best way to deal with this and other issues of ATM......
Join Date: Dec 1999
Location: LHR/EGLL
Age: 45
Posts: 4,392
Likes: 0
Received 0 Likes
on
0 Posts
In previous control towers ATSAs did a fine job of keeping EOBTs up to date if required, however times have changed and those in charge thought that not to be the best way to deal with this and other issues of ATM......
First overload I've ever seen filed on GMP!
Join Date: Mar 2002
Location: Sunny Warwickshire
Posts: 438
Likes: 0
Received 0 Likes
on
0 Posts
If I told you that you couldn't start for 20 mins due airfield congestion, and you were ready for your eobt, then I wouldn't update the eobt, simply because you might end up getting a massive slot delay, and that wouldn't be fair on you.
You have (if I remeber rightly) 15mins from eobt to request start and then 30mins from eobt to get airborne, at the smaller airfields this shouldn't be a problem
You have (if I remeber rightly) 15mins from eobt to request start and then 30mins from eobt to get airborne, at the smaller airfields this shouldn't be a problem
Join Date: Dec 1999
Location: LHR/EGLL
Age: 45
Posts: 4,392
Likes: 0
Received 0 Likes
on
0 Posts
Radar, surely if that 20 mins start delay takes the a/c outside of EOBT+15, then a delay message will have to be sent, precisely because it might now need a slot because it will go through a restriction?
Join Date: Apr 2002
Location: In the South
Posts: 81
Likes: 0
Received 0 Likes
on
0 Posts
RADAR 707. "If I told you that you couldn't start for 20 mins due airfield congestion, and you were ready for your eobt, then I wouldn't update the eobt, simply because you might end up getting a massive slot delay, and that wouldn't be fair on you."
Technically not correct. If the aircraft is waiting for a CTOT then fine, the aircraft must wait unless there is an improvement. If you have delayed the aircraft, and EOBT+15 has been passed, then you must send a delay message and update the EOBT. If the aircraft picks up a CTOT then that is unfortunate, and you will need to send a RDY MSG. If there is no improvement, pick up the phone and speak to UKFMP - they can sometimes intervene and help. What you can't do is allow aircraft to start beyond EOBT+15 just becuase you think it is unfair. We have to consider the impact this could have on the sectors further down route. The traffic managers use a system called TLPD (Traffic Loading Prediction Device) which, as it sounds, predicts traffic loading in sectors at a certain time and is based on EOBTs. It is only as accurate as the information put into it. You must ask the airlines to update the EOBTs prior to them calling ready and do it yourself if they are delayed as a result of ATC.
GONZO
"Likewise, yesterday we increased our default taxi time due to the outbound delay."
What did you increase the taxi time to?
Technically not correct. If the aircraft is waiting for a CTOT then fine, the aircraft must wait unless there is an improvement. If you have delayed the aircraft, and EOBT+15 has been passed, then you must send a delay message and update the EOBT. If the aircraft picks up a CTOT then that is unfortunate, and you will need to send a RDY MSG. If there is no improvement, pick up the phone and speak to UKFMP - they can sometimes intervene and help. What you can't do is allow aircraft to start beyond EOBT+15 just becuase you think it is unfair. We have to consider the impact this could have on the sectors further down route. The traffic managers use a system called TLPD (Traffic Loading Prediction Device) which, as it sounds, predicts traffic loading in sectors at a certain time and is based on EOBTs. It is only as accurate as the information put into it. You must ask the airlines to update the EOBTs prior to them calling ready and do it yourself if they are delayed as a result of ATC.
GONZO
"Likewise, yesterday we increased our default taxi time due to the outbound delay."
What did you increase the taxi time to?
Join Date: Apr 2002
Location: In the South
Posts: 81
Likes: 0
Received 0 Likes
on
0 Posts
I agree, pat on the back for UKFMP - good job well done. 
GONZO - if your taxi time is set to 30 mins, the system will always try and automatically improve any CTOT to meet the taxi time without the need for a RDY. So if I understand your thread correctly, the RDY 30 that you so wanted was already in place thanks to the increased taxi time!!
GONZO - if your taxi time is set to 30 mins, the system will always try and automatically improve any CTOT to meet the taxi time without the need for a RDY. So if I understand your thread correctly, the RDY 30 that you so wanted was already in place thanks to the increased taxi time!!
Moderator
Join Date: Jul 1997
Location: Europe
Posts: 3,228
Likes: 0
Received 0 Likes
on
0 Posts
We have to consider the impact this could have on the sectors further down route. The traffic managers use a system called TLPD (Traffic Loading Prediction Device) which, as it sounds, predicts traffic loading in sectors at a certain time and is based on EOBTs. It is only as accurate as the information put into it.
.
Join Date: Jun 2007
Location: London
Posts: 48
Likes: 0
Received 0 Likes
on
0 Posts
From my operational experience at EGCC, ATC can update the EOB time via the NAS computer system and thus keep the plan active in the UK system, however this does NOT update the actual flight plan via Brussels. The danger of doing this, from an air traffic point of view, is that if the flight plan is not updated via the CFMU then there is the possibility of a slot requirement at the later time when the aircraft actually becomes airbourne which in return may result in overloaded en-route sectors, etc. Or on the other hand, if the destination airfield as affected by severe delays or even closure, the flight would not be aware and will depart only to find themeselves holding indefinitely! And unfortunately, it's usually the poor ATSA's that get the agro when the sh*t hits the fan!
So delay messages really should be sent by the operating company to avoid any confusion, and the P times (EOBTs) only changed by ATC to avoid squawks dropping out of the system, prior to and IN CONJUCTION WITH A DELAY MESSAGE FROM THE COMPANY!
So delay messages really should be sent by the operating company to avoid any confusion, and the P times (EOBTs) only changed by ATC to avoid squawks dropping out of the system, prior to and IN CONJUCTION WITH A DELAY MESSAGE FROM THE COMPANY!
Join Date: Dec 1999
Location: LHR/EGLL
Age: 45
Posts: 4,392
Likes: 0
Received 0 Likes
on
0 Posts
Heathrow, Gatwick, Luton and Stansted all interface with IFPS/CFMU and NAS primarily with the EFPS electronic strip system. A DLA message sent from EFPS goes to both.
In recent days at Heathrow I would have loved to have had an ATSA helping us. They're sat right next to GMP, and yet are not allowed/unable to offer much assistance. It's ridiculous.
In recent days at Heathrow I would have loved to have had an ATSA helping us. They're sat right next to GMP, and yet are not allowed/unable to offer much assistance. It's ridiculous.
Join Date: Apr 2000
Location: Cheshire, England
Posts: 96
Likes: 0
Received 0 Likes
on
0 Posts
As far as I am aware,
If a/c gets a big slot delay, we need to update NAS to stop squawk dropping out.
If a/c is not ready in good time for its eobt, the handling agent must send a delay to IFPS. (or we can do it from the tower if we are not busy and in a good mood!)
BUT as for EFPS, Gonzo, if it is linked into both IFPS and NAS, then I can only assume that when an a/c gets a big slot delay, NAS gets the message and therefore the squawk will not drop out?
In the good 'ol days, I sometimes had to sit in flight plans and type in every slot, SRM, etc etc.
If a/c gets a big slot delay, we need to update NAS to stop squawk dropping out.
If a/c is not ready in good time for its eobt, the handling agent must send a delay to IFPS. (or we can do it from the tower if we are not busy and in a good mood!)
BUT as for EFPS, Gonzo, if it is linked into both IFPS and NAS, then I can only assume that when an a/c gets a big slot delay, NAS gets the message and therefore the squawk will not drop out?
In the good 'ol days, I sometimes had to sit in flight plans and type in every slot, SRM, etc etc.
Join Date: Aug 2002
Location: UK
Posts: 531
Likes: 0
Received 0 Likes
on
0 Posts
Well EFPS doesn't update the EOBT when a big delay results. About a month ago when Paris had severe thunderstorms the average delay was over 180 minutes. Aircraft who were ready for their initial EOBT and had waited for the 3 hours or so had squawks dropping. The only way to re-enter them from the tower was to update the EOBT but this would have caused futher slot delay. I think LTCC did the squawk re-entry for us. Good system.....