zlsa / atc

https://openscope.co/
342 stars 107 forks source link

KJFK Update #705

Closed jpeterson1346 closed 7 years ago

jpeterson1346 commented 7 years ago

Updated configuration to favor 31L/R. Reworked STARS and their traffic. SIDS now have climbouts incorporated in them (e.g., Canarsie, Breezy Point). This better handles departing traffic by directing aircraft in the correct direction depending on the departure gate.

jpeterson1346 commented 7 years ago

The New York airspace (N90 TRACON) is very congested. Traffic throughout the region is heavily restricted to coordinated procedures so that the three major and countless minor airfields can operate efficiently. On top of that, KJFK Airport is New York's main international gateway (though that can be argued by Newarkers). Nonetheless, heavy traffic arriving and departing is essentially constant with surges during the morning rush, afternoon international arrivals rush, and the evening departure rush. I'm going to include some (what I find useful) guides to managing traffic in the region, though keep in mind, you are free to deviate from these methods at your convenience.

Overview

screenshot 22

The way the configuration is setup in the game favors departures and arrivals on the 31s (31L/31R). The SIDS in the kjfk.json file reflect the preferred configuration and have corresponding climbouts. Further, arriving traffic--particularly ROBER# and PARCH# arrivals--is vectored and descended to altitudes and speeds that favor 31L/31R arrivals.

Departures

There are three SIDS from KJFK: JFK# (Kennedy; "Ken-e-dee" #), SKORR# ("score" #), and DEEZZ# ("deez" #). In the real world, these departures are assigned based on

  1. assigned runway,
  2. departure gate (which I will briefly explain in a minute),
  3. airport configuration,
  4. aircraft equipment, and,
  5. local time.

Unfortunately in this simulation, neither us editors nor controllers have that kind of flexibility. Thus, the setup is as follows.

Climbout

JFK# Climbs

In the simulation, JFK# is only valid for departures on 31L and on 31R. In the real world, JFK# is the standard SID for all departures (regardless of runway) at KJFK, except for RNAV-equipped aircraft (a certain type of equipment that enables greater ability to navigate via inferred distances and bearings to radio beacons) departing 31L or 31R, where SKORR# is assigned. Furthermore, the JFK# departure defines certain "climbs" for 31L/R and 22R departures, depending on an aircraft's route of flight, though the specifics are not necessarily applicable to the current state of the simulation. In short, departures to the southeast (SOUTH 1 gates: ARD, RNGRR, RBV, DIXIE, WHITE) are assigned the Breezy Point climb whereas all other gates (i.e., other directions) are assigned the Canarsie climb (for turbojets). For the purpose of the simulation, a similar approach was given.

image

Since departures from both runways require a climbing left turn direct CRI (Canarsie) VOR/DME within JFK 4.5 DME (i.e., hard left turn as soon as able after takeoff), parallel departures in short succession will cause a loss of separation. Likewise,

Other Departure Climbs

screenshot 25

SKORR# departures require a similar hard left turn after takeoff and similar loss of separation will occur. (DEEZZ# departures follow SKORR# climbouts nearly identically, including hard left turns from 31L and 31R).

After Climbout

JFK# and SKORR

Departures via these SIDS will exit (or "transition") in generally four directions. In the real world, there are five so-called departure "gates", though since the WEST gate consists of only SBJ (Solberg) and LANNA , I felt it safe to leave it out. In addition, the gate has certain specifics to the way aircraft are vectored to it and I felt it unnecessary to figure out how to incorporate those two transitions into the simulation. The four directions are

DEEZZ

DEEZZ# has its own transitions: CANDR ("can-der") and TOWIN ("tou-in"; rhymes with "now in"). It follows the same climbout as SKORR# but instead of departing through a particular gate, aircraft are radar-vectored to DEEZZ where they then rejoin the published RNAV route (DEEZZ..HEERO ["hero"]..KURNL ["ker-nul" or "kernel" {or "colonel"}]..CANDR..TOWIN*).

In brief, once you caf, everything should be good to go. Here's a rough guide to where aircraft go after climbout:

screenshot 26

What I do

With this configuration, I prefer using 31L as my dedicated departure runway. If things get particularly busy, I will use 4L for departures, assigning DEEZZ# for SIDS W 4L SID DEEZZ4 CAF CVS, and staggering them with 31L to prevent incursions. Alternatively, I sometimes use 31R as an overflow runway, however, this forces me to stagger departures with 31L (not to mention arriving aircraft).

Arrivals

KJFK accepts arriving traffic via six STARS: PARCH# ("parch" #), ROBER# ("row-bur" or "roe-bur" #), CAMRN# ("cam-ren" #), IGN# (Kingston; "Kings-ston" #), PWL# (PWL; "paw-ling" #), and LENDY# ("len-dee" #).

LENDY# and IGN

LENDY# and IGN# handle traffic from the North and West (e.g., Cleveland, Montreal). The important thing about them is that their last leg takes them along a route from LENDY to LGA (the VOR/DME) at FL190 and 250 kts. I usually split the flows so that LENDY# arrivals turn immediately south (heading 180-190 or direct COL [Colt's Neck]). I also descend this traffic to somewhere intermediate (like 5,000 ft) until closer in at which point I'll descend them to 3,000 ft to join the flow with CAMRN# traffic. IGN# traffic, I leave them on course but descend them to something like 6,000 ft until they're past the field. Then, I descend them to 4,000 ft to join ROBER# arrivals.

CAMRN

CAMRN# handles nearly all traffic from the South (e.g., San Juan, Atlanta). Arrivals will enter at 9,000 ft and 250 kts. Your best bet is to get them down to at least 4,000 ft as soon as you can so you don't have to worry about them. Sometimes I overflow arrivals onto 4R when things get especially busy. CAMRN# arrivals are very easy to vector there, as well as LENDY# traffic. Once closer in to the airport, I get arrivals down to 2,000 ft if landing 31L and if needed, 3,000 ft for 31R.

ROBER#, PARCH#, and PWL

ROBER# and PARCH# are essentially identical. They handle the vast majority of incoming European, New England, and Middle Eastern traffic (e.g., London, Boston). These arrivals come in crossing ROBER at 9,000 ft and 250 kts. I tweaked the routing after ROBER as follows:

Once these arrivals come into the airspace, I try to get them to 3,000 ft or 4,000 ft and spaced enough for me to be able to leave them alone. Depending on how "extended" I have the 31R final leg, I will either route them direct CATOD (I've heard "kay-tod" and "cat-tod"), direct MALDE ("mall-dee"), direct ZULAB ("zoo-lab") route CATOD..MALDE..ZULAB or rr CATOD..MALDE..ZULAB. This works when I have a relatively short final leg; however, if the final is long, I just assign a southwest heading (heading 210-250) fh220 and turn them towards the field when I need them to. Additionally, if I can't fit in an arrival and have to move it to 31L, I descend it to 2,000 ft to discriminate it from other 31R arrivals.

PWL# is only used by prop/turboprop aircraft operating at 250 kts or less. Arrivals come in descending to 4,000 ft, direct DPK (Deer Park), crossing at 210 kts. After DPK, they will proceed direct DEUCE at 4,000 ft, 210 kts. This portion (direct DEUCE) is different than published. These arrivals are pretty straightforward--all you have to do is watch for them and join them in with the IGN# arrivals and then ROBER# arrivals.

31lr arr

Summary

In summary, I like to divvy up arrival flows between runways. To better organize them, I descend 31L arrivals to 2,000 ft and 31R arrivals to 3,000 ft. The wind permits overflows onto either the 22s (preferably, 22L) or the 4s (preferably 4R). A 31L/31R arrival + 31L departure configuration favors arrivals, so might not be preferable during the beginning of the simulation. As such, departures are favored using

During heavy arrival pushes,

These configurations are useful to know, especially when traffic becomes extremely hectic. That way, you won't be wasting time thinking about how the setup should occur. Though, the time you spent reading this probably outweighs any time you could be playing the game.

doofus commented 7 years ago

This an excellent write-up on your changes. What did you use to generate the last map? Do you have any other insights regarding traffic management for other airports?

jpeterson1346 commented 7 years ago

@doofus Thanks! And sorry for not citing my sources. That map was created by FAA's Traffic Flow Management team: NY Airspace Map. It is slightly outdated but very useful nonetheless! I also wish they had those airspace flow maps for other airports too.

As far as other traffic "insights," I am most knowledgeable with KJFK. Additionally, though, I am familiar with the other NY Mets (and N90 TRACON), DC Mets (PCT), KDFW (and D10 TRACON), KORD (A90 TRACON), and KLAX (SCT). The main thing is that many TRACONs use the standard cornerpost arrivals/NSEW departures configuration for their airspace. A prime example is D10 (as well as A90):

D10 TRACON (Dallas/Fort Worth)

Arrivals

Arriving traffic enters through one of four "cornerposts":

JEN traffic is usually pretty light as arrivals would be coming from the southwest. CQY traffic is usually second lightest, though a significant amount of Gulf traffic and Caribbean traffic arrives through this gate (e.g., Houston, Miami). BYP and UKW are usually the heaviest two gates as traffic arriving through them is usually coming from the North and East (e.g., Chicago, London) and the West (e.g., Los Angeles, Tokyo), respectively.

What's useful about this setup is that there is great flexibility and interchangeability with cornerpost arrivals. For instance, if (like today, 7 November at the time of this post), nearly ALL traffic destined to KDFW (and KDAL) is subject to enroute restrictions. This is achieved through broad, national-level traffic initiatives and, in short, traffic affected by those initiatives are required to fly a certain defined route. The specifics are beyond the scope of this section, but basically, traffic that would normally or was previously scheduled (through their flightplans) to enter D10's airspace through the two northern cornerposts (BYP and UKW) face restrictions. As a result, affected arriving traffic is often routed so that they enter at other, less- or non-affected cornerposts. In this case, I imagine D10 is closing or restricting (by reducing the amount of arrivals they are willing to accept) BYP (northeast-inbound) traffic and forcing them to enter through CQY (southeast cornerpost). Likewise, I imagine UKW-bound traffic is being reduced and/or rerouted through JEN (southwest cornerpost). In any case, there is rather good flexibility for arriving traffic with this setup, mostly due to the extensive lateral and vertical availability of airspace--something which N90 generally lacks.

d10 setup Source: FAA/NWS Center Weather Service Unit (CWSU) ZFW (Fort Worth Center) edited by me

Departures

You may have guessed this but if arrivals enter via cornerposts, then departing traffic should exit in between, right? Absolutely. Departures exit through one of four cardinal directions. Similar to the flexibility to tactically and strategically redirect/reroute/restrict/etc. inbound cornerpost arrivals, departures can be managed analogously. Continuing with today's current situation, BYP and UKW are experiencing weather hazards which are affecting arrival traffic through those gates. Likewise, northbound departures are encountering those same hazards and are being restricted accordingly:

dfw n impacts _Source: FAA/NWS Center Weather Service Unit (CWSU) ZFW (Fort Worth Center)_

KDFW Airport

Operations

Flow Configuration

KDFW operates in basically one of two configurations depending on wind and weather. These are NORTH Flow and SOUTH Flow. Occasionally, when weather is particularly ugly, KDFW is forced into the dreaded NORTHWEST Flow.

SOUTH Flow

SOUTH Flow is when traffic, arriving or departing, is directed from North of the airport to South of the airport (i.e., traffic is _flow_ing SOUTH). The preferred runway configuration is

SOUTH Flow is essentially the default configuration and most common one for KDFW, unless the tailwind is greater than 5 kts. Then, KDFW goes into NORTH Flow...

NORTH Flow

NORTH Flow is basically opposite of SOUTH Flow:

Summary

In either flow, the 13s'/31s' arrivals force interdependence of them on 18s' and 17s'/35s' and 36s' departures, respectively. As such, it is most common to stick to the 5 parallels for arrivals/departures to avoid such conflicts. Further, in real world, arrivals on the 3 eastern-most runways in NORTH Flow (17L, 17C, and 31R) cause surface congestion on the East side taxiways. Luckily, this is not an issue for this simulation. The use of multiple parallel runways (plus optionally non-intersecting diagonal runways) affords a high AAR (airport acceptance/arrival rate). Optimal conditions permit AAR of 120, though slightly higher than that is possible and common. When NORTHWEST Flow forces use of the 31s for arrivals and departures, AAR drops to well below half of optimal--generally 50 to sometimes 30 per hour. At its current state, weather is not a factor for ATC operations, however, possible future development may allow for such variables.

dfw configs _Source: VATSIM/VATUSA/ZFWARTCC (online virtual air traffic control organization) edited by me_

As far as traffic patterns go, KDFW has about a half-million SIDs and another half-million STARs. Luckily, nearly all of these are RNAV and thus follow pre-defined waypoints, allowing for explicit configuration in the kdfw.json file (compared to kjfk.json, I would say KDFW has it easy). In any case, I am not familiar with them other than that they're essentially pattern procedures--that is, STARs generally follow routes from cornerpost to standard field pattern, whereby standard downwind, base, final configuration is thence utilized (either via radar vectors or RNAV procedure). SIDs do essentially the same:

dfw south flow config _Source: FAA/NWS Center Weather Service Unit (CWSU) ZFW (Fort Worth Center) edited by me_

Fechulo commented 7 years ago

@jpeterson1346 Wow, all of this information is extremely useful! I actually created KDFW back in August, but due to the development of v3 it hasn't been merged yet. However you can try it on my fork. I'm looking forward to playing at JFK after this is merged!

jpeterson1346 commented 7 years ago

@Fechulo KATL is called Boston Logan in your airport-select screen.

Fechulo commented 7 years ago

@jpeterson1346 Ha, well that's interesting, hadn't even noticed it.

jpeterson1346 commented 7 years ago

@Fechulo Oh, and at first glance, I think you might have to tweak your SIDs so that parallel departing traffic doesn't converge. I don't know the specifics for each SID but it should be relatively easy to make it so that climbouts are discriminated by departure runway! Nice video map, by the way.

Fechulo commented 7 years ago

@jpeterson1346 The KATL name problem should be fixed now. I'm not quite sure what you mean, the departures were implemented as described in the charts, so the climbout does change depending on the runway.

jpeterson1346 commented 7 years ago

@Fechulo Hmm...well some (not all) departures on 18L will turn left (into 17R departing traffic) after takeoff...

Fechulo commented 7 years ago

@jpeterson1346 Let's look at the ZACHH2 Departure. In this scenario, aircraft departing from 18L will converge into the 17R departures, but this is reallistic. ATC in real life would probably not assign RWY 18L to aircraft departing to the East.

jpeterson1346 commented 7 years ago

@Fechulo Ok! I believe you. Like I said, not familiar with all the departures etc. at KDFW. KJFK has only 3. KDFW has what, like 16?

Fechulo commented 7 years ago

@jpeterson1346 It's certainly a lot of SID's! a lot

jpeterson1346 commented 7 years ago

Man, look at HUBBARD. HUBBARD9. That's a lot of updates. Psh...(JFK3, DEEZZ4, SKORR3).

Fechulo commented 7 years ago

The O'Hare 2 Departure at KORD used to be O'Hare 9, but it wrapped back around to 1 and about a month ago it was updated again. Interestingly enough I can't seem to find any differences between the old version and the new update of the departure.

erikquinn commented 7 years ago

@fechulo it's probably just updates to the depicted obstructions and/or minimum climb rates, and other stuff not related to the actual routing. That'd be my guess!

erikquinn commented 7 years ago

@jpeterson1346 We are in the process of getting everything moved over to the new home of the simulator: https://github.com/openscope/openscope. Would you be able to close and reopen this pull request at the new repository? All issues and pulls here will soon be closed, and I want to make sure this one ends up getting merged into the sim. 😄

erikquinn commented 7 years ago

The ATC repository is being migrated to it's new home at https://github.com/openscope/openscope, and thus, all pull requests are being closed. If you would still like to see this merged into the simulator, please reopen the pull request at the new repo. Thank you!

Closing this PR.