Jump to content
Wygene Chong

atc-discussion Handoffs to Reykjavik

Recommended Posts

Wygene Chong

Good afternoon all,

I thought I should make a note here of the new Reykjavik guides released today, which adopt a variant of the real world transfer between Shanwick/Gander and Reykjavik Control. 

http://vatsim-scandinavia.org/pilots/airports/iceland/ >> Guide to Iceland >> Area Control >> Transfers

From Shanwick and Gander to Reykjavik
o Reykjavik to provide a squawk code to Shanwick/Gander by coordination.
o Pilot to change transponder and switch frequency to Reykjavik at the entry point.
o Reykjavik identifies aircraft at entry point when pilot calls up and assumes ATC tag.

Formal letters of agreement (LoA) take an enormous amount of work & time to produce so we have yet to begin negotiating those, however, our Reykjavik controllers will begin providing squawk codes to EGGX/CZQX for inbound traffic as per the above procedure. It should not dramatically affect the great work you guys do here, the onus will be on us to provide the squawk :) 

Share this post


Link to post
Share on other sites
Sebastian Rekdal

I've heard that the transfer of communication will take place 1 degree prior to the AoR boundary (or at a specific point), while the transfer of control will take please at the AoR boundary, unless otherwise coordinated beforehand. I might be wrong, as it's quite difficult to provide such information to us virtual controllers :P

Ref.: https://m.youtube.com/watch?v=idkA43KTD3U

Share this post


Link to post
Share on other sites
Wygene Chong

That sounds about right Sebastian :) What we've done is have transfer of communication AND control at the AoR boundary, with the only additional step being Shanwick Radio passing on a squawk. For illustration:

  • Pilot from EGLL to BIKF via Shanwick. On entry to EGGX, Shanwick provides OCL through to BIKF. No coordination of this is necessary unless there is a deviation from flight planned route/level/speed.
  • When pilot comes within range of Reykjavik visibility, BIRD_CTR assigns a squawk code in ES and provides this code to EGGX_FSS by private chat.
  • EGGX_FSS passes it on to the pilot: "BAW123, crossing 61N012W, squawk 4412 for Reykjavik"
  • After the final position report in Shanwick, EGGX_FSS tells pilot: "BAW123, at 61N012W, contact Reykjavik Control on 119.700."
  • Pilot will remain monitoring EGGX_FSS until the AoR boundary, then switch frequency and call up on BIRD_CTR with position.
  • BIRD_CTR will acknowledge and identify: "BAW123, Reykjavik Control, identified."

Share this post


Link to post
Share on other sites
Sebastian Rekdal

Alright, I understand. Thanks for clarification, Wygene! I would like to mention a procedure established between ACC Scottish, ACC Reykjavik and Shanwick OACC: The provision of air traffic service at RATSU (61N010W) has been delegated by Shanwick to Reykjavik. Flights intending to enter NAT Oceanic airspace via RATSU (61N010W) should not call Shanwick for an Oceanic Clearance. The required Oceanic Clearance will be issued by Reykjavik Control. There are three points established at the boundary of delegated airspace from Scottish to Reykjavik, BESGA, DEVBI and BARKU on routes to RATSU. Reykjavik will issue Oceanic Clearances from those points. Aircraft that have not received their oceanic clearance prior to those points shall enter Reykjavik airspace at the domestic cleared flight level while awaiting such oceanic clearance.

Share this post


Link to post
Share on other sites
Wygene Chong

No problem!

Re. the RATSU triangle, that is kind of in the existing LoA although I admit it could be clearer. However, as I'm sure you're aware, the C1 training for Iceland assumes that the RATSU triangle is part of Icelandic airspace and we frequently issue clearances via BESGA, DEVBI, BARKU to RATSU onwards, or indeed from RATSU itself onwards if EGPX_CTR is not online. In fact, on vRoute and in our sector map, BIRD_CTR is drawn as including the RATSU triangle with no indication that it is in fact delegated airspace.

Share this post


Link to post
Share on other sites
Sebastian Rekdal

Lovely! Then we're on the same page ;)

Share this post


Link to post
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now

  • Similar Content

    • Dan Bishop-Adams
      By Dan Bishop-Adams
      Hi All,
      Following today's release of UK2000 Bristol 2019 HD, I thought I'd provide an update on the latest parking stand limitations - as this scenery includes some apron extensions and stand changes that won't be covered in the existing vMATS or indeed the sector file to an extent. This will also be useful for pilots choosing their stand when setting up for departure (or indeed arriving without ATC). 
      The aircraft type shown is the maximum type that can use that stand:
      Stands 1-3 - A321
      Stand 3R & 4 - B752
      Stands 5 & 6 - B738/A320
      Stands 7-9 - A320
      Stands 10-15 - A319
      Stands 19 & 20 - B738 
      Stand 21 - B733/F100/E190
      Stand 22 - B738/A320
      Stands 23-25 - A321*
      Stand 26 - B789/A333
      Stand 26S - B738/A320 (Cannot be used at same time as 26)
      Stands 28 & 30 - A321
      Stand 29 - B752
      Stand 31R - E145
      Stand 31 - A321
      Stand 32R - E145/AT72
      Stand 32 - B752
      Stand 32L - E195
      Stand 33 - B752
      Stand 33L - E195
      Stand 34 - A321
      Stand 35 - B738/A320
      Stand 36 - E145
      Stands 37-39 - A321
      (Bear in mind the multi-use of these stands, and which ones may block others)
      Overflow Stands (These are not to be used routinely, though some of them [Such as E2/W3/W5] could be used for additional heavy parking if 26 is occupied, but at the expense of blocking other stands):
      Stands E1-E3 - A321**
      Stands W1 & W2 - E145
      Stands W3-W7 - A321**
      *I have some conflicting information about stands 23-25, they used to be max B752 but the latest information I have states A321. I will check and update ASAP, as the documentation I am using has been misprinted before!
      **Stands E1/E2 & W4/W6 are used even more infrequently - in the real world, these are for departure only in very busy times and a/c are towed onto these stands. 
      Hope this is useful!
      Regards,
       
    • Chris Pawley
      By Chris Pawley
      Traffic Flow
      Traffic entering in the South West of the FIR will route towards Heathrow and Munich via the South coast and to Copenhagen and Warsaw via CPT and onwards.
      AC West is expected to see a large amount of inbound and overflying non-event traffic - for this reason - no inbound event traffic is routing via the BEDEK/KENET area.
       
      Traffic inbound at LIFFY and DEXEN will route to BNN for Heathrow, as well as to Amsterdam and Warsaw via LAMSO and into Scottish for Copenhagen. Some Copenhagen (via BPK) traffic will cross the Warsaw stream to LAMSO in the North Sea sector.
      Finally, traffic inbound to Heathrow will arrive via BEL & KELLY. This can be descended beneath the other streams.
      Daventry has mostly the responsibility to sequence for Heathrow arrivals. Clacton is staffed mostly for AMS <-> LHR city shuttlers
       
      Event Sectors
      Currently we plan to use the event split of AC West into North and South and AC North into Lakes and North Sea
       
      Neighbours
      Shannon is operating using this configuration: https://docs.google.com/drawings/d/1fQU_ksQkb-jAlJ6fOQlp7JxAYI0uajPSc1v9Ii8mITI/edit?
      Amsterdam plans to use an East/West split (no Maastricht Delta online)
      Brussels may be covered by Eurocenter vACC
    • Chris Pawley
      By Chris Pawley
      Traffic Flow
      Traffic entering in at MOLAK will split into three - one section to Copenhagen, one to Munich at LONAM and one to Amsterdam at TOPPA
      Traffic entering at NIPIT routes via BEL and KELLY into AC Lakes. This might need to be descended slightly early to go beneath traffic in their sector.
      Traffic routing towards Copenhagen from AC North will cross both Amsterdam and Munich inbounds, hopefully with Amsterdam traffic already descending towards TOPPA.
       
      Event Sectors
      Currently we plan to use the event split of Scottish East into North and South
      We will open West+Deancross combined and East.
       
      Neighbours
      Shannon is operating using this configuration: https://docs.google.com/drawings/d/1fQU_ksQkb-jAlJ6fOQlp7JxAYI0uajPSc1v9Ii8mITI/edit?
      Amsterdam plans to use an East/West split (no Maastricht Delta online)
      Copenhagen will use EKDK_N EKDK_V and EKDK_B
       

    • Martin Killner
      By Martin Killner
      Good Afternoon 
      Firstly, apologies if this topic is covered in other areas of the forum....I have carried out a search without a great deal of success. Secondly, this question has arisen after my inaugural full flight on VATSIM, from EGKK to EDDH on XP 11 with the FF A320, which was hugely enjoyable and fretful all at once.
      The majority of learning has been gained from "apron listening" to the various procedures. The one item I faced without any prior experience was the descent procedure. 
      As you know, the MCDU will give me a TOD point. I am happy that a radar or director controller will probably not be aware of this point and I will need to request it. This first flight resulted in a late descent pattern resulting in vectors to shed altitude, which I achieved readily enough. I was helped enormously by a very patient and understanding director and tower controller at EDDH...(Flight taken on 24/10/19 at about 1700Z. Thank you, by the way). 
      The question is: How far in advance of TOD should I carry out initial call up, (I am using the VATSIM P1 phraseology guide), to radar to assist in my calculated descent path, and is it acceptable to inform a controller if I anticipate a too steep a path due to control lags, (or most likely my incompetence)?
      p.s. Happy with the concept of track miles btw....
       
    • Robert Ispas
      By Robert Ispas
      Will other bookings (for example airports that are not taking part in the event) be valid for the day?
×
×
  • Create New...