Preferred Route Database: Difference between revisions

From New York ARTCC
No edit summary
Line 1: Line 1:
==Preferred Use Database Usage==
==Preferred Use Database Usage==
=== Introduction ===
=== Introduction ===
The Preferred Route Database (PRD) is our way of standardizing route and efficiently expediting the flow of traffic. The PRD is a massive database of combinations of flights with either suggested or required routing in it. The PRD removes a lot of uncertainty from new and old controllers alike regarding most efficient ways to get out of, or travel around, the N90/PHL TRACONs and ZNY airspaces. This is a fabulous tool that, when utilized properly, makes ZNY a highly efficient ARTCC. From S1 to I3, the PRD is one of the most useful flight verification tools we have.  The PRD should be checked for ALL flights within ZNY, to [https://www.fly.faa.gov/ois/tier/zny.htm Tier 1 ARTCCs], or Toronto Pearson Airport (CYYZ).
The Preferred Route Database (PRD) is our way of standardizing route and efficiently expediting the flow of traffic. The PRD is a database of combinations of flights with either suggested or required routing in it. The PRD removes a lot of uncertainty from new and old controllers alike regarding most efficient ways to get out of, or travel around, the N90/PHL TRACONs and ZNY airspaces.
 
'''The PRD should be checked for ALL flights within ZNY, to [https://www.fly.faa.gov/ois/tier/zny.htm Tier 1 ARTCCs], or Toronto Pearson Airport (CYYZ).'''


=== Ok yes, it's amazing we know, but how does it work? ===
=== Ok yes, it's amazing we know, but how does it work? ===
The PRD is really quite simple. The first step is to locate it on the website. This can be accomplished by scrolling down to the bottom of the [https://nyartcc.org Home Page] or by clicking [https://nyartcc.org/prd here].
The PRD is really quite simple. The first step is to locate it on the website. This can be accomplished by scrolling down to the bottom of the [https://nyartcc.org Home Page] or by clicking [https://nyartcc.org/prd here].


Clicking on the last link brings you to the PRD with a sample route put in, KJFK to KBOS (a very common route on the VATSIM network).
Clicking on the last link brings you to the PRD with a sample route put in, KJFK to KBOS (a common route on the VATSIM network).


[[File:PRD-Example.png|900px]]
[[File:PRD-Example.png|900px]]


First and foremost, let's discuss what each of the table headers means.
The table headers represent:
 
# ''Origin'': the departure airport
# From
## '''Note:''' because most departure airports in the PRD are in the Contiguous United States (exception: Bermuda - TXKF), the prefix K is omitted from the departure airport code. However, this K will exist in the flight plan of the aircraft you are clearing. You '''must''' ensure there is a K in both the departure and arrival airport of the flight plan in the controlling client.
## This column is the departure airport in question.
# ''Route'': the route the aircraft should follow
### <u>NOTE</u> Because most departure airports in the PRD are in the Contiguous United States (exception: Bermuda - TXKF), the prefix K is omitted from the departure airport code. However, this K will exist in the flight plan of the aircraft you are clearing. You '''must''' ensure there is a K in both the departure and arrival airport of the flight plan in the controlling client.
## Routes are often subject to restrictions based on aircraft type. Keep reading to learn how to select among them.
# Route
# ''Destination'': the arrival airport
## This column is the route portion to check against the airplane you are clearing.
## As with the departure airport, the leading "K" is omitted in the PRD but must be present in the aircraft's flight plan.
## There is something very interesting about the JFK-BOS PRD routing. Notice how the first few routes all have checkmarks. This indicates that these routes are '''higher priority''' than the other routes. This essentially means that these routes are agreed upon by multiple facilities in the form of an LOA, SOP, or some other facility directive. '''When at all possible, you must assign one of these routes to the pilot.'''
# ''Type'': the type of route
### <u>NOTE</u> Each of these routes is subject to restrictions based on aircraft type. Make sure to keep reading on to learn more about how to determine between them.
## Types commonly found in the ZNY PRD include the following.
# To
### H: high altitude (i.e., in the flight levels)
## This column is the arrival airport in question.
### L: low altitude (i.e., no higher than 17,000')
# Area
### TEC: tower enroute control: lower altitude routes through busy airspace that avoid Center airspace.
## This column indicates which airports are affected by this routing. If this column includes the content "AND SATS," all JFK Satellite airports would also be subject to this routing if applicable.
# ''Area'': which airports the route applies to.
### <u>NOTE</u> Not every minor airport in ZNY has every PRD routing attached to it when searched. Due to this reality, those issuing clearances at minor airports should '''ALWAYS''' attempt to search for a PRD route from the major airport which indicates that it should be applied to the satellite airports as well.
## Routes may apply to multiple nearby origin and/or destination airports.
# Altitude
## Not every minor airport has all of its PRD routings in the database. Therefore, when issuing clearances for aircraft departing from or landing at minor airports, controllers should '''always''' search to see if there is a PRD route from the nearest major airport that indicates that applies to the satellite airport.
## This column contains the approved altitudes for this route of flight. This column may not always have something in it. Make sure to ensure that airplanes filed on these routes are issued altitudes between the two numbers. Taking the first checked route for example, this is read as "11,000 to FL210." This means that no flight should be assigned this routing below 11,000 or above FL210.
### Example: there is no preferred route from MMU to BWI. However, searching for a preferred route from [https://nyartcc.org/prd?from=teb&to=bwi TEB to BWI] returns a route with "FROM TETERBORO(TEB.MMU.CDW)" in this column. That route should therefore be issued to a MMU departure.
# Aircraft
### Example: there is no preferred route from TEB to DTW. However, searching for a preferred route from [https://nyartcc.org/prd?from=ewr&to=dtw EWR to DTW] returns a route with "FROM NEWARK & SATS" that should be used for a TEB departure.
# ''Altitude'': the required altitude or altitude range
## This column may be empty. If so, any altitude that is valid for direction of flight (i.e., follows NEODD/SWEVEN) may be assigned.
## If a single altitude is listed, the aircraft must be assigned that altitude. Note that these altitudes do not necessarily follow NEODD/SWEVEN; it is ok to issue such altitudes in this case.
## If a single altitude with "AOA" (at or above) or "AOB" (at or below) is listed, then a corresponding valid altitude that also follows NEODD/SWEVEN should be assigned.
## If a range of altitudes is listed, an altitude that is both within that range and follows NEODD/SWEVEN should be assigned.
# ''Aircraft'': the applicable aircraft type(s)
## This is potentially '''one of the most important columns''' for most clearances you will issue. This column determines what type of aircraft can fly this route. This can range from more broader restrictions (like "TURBOJET RNAV ONLY") to very specific restrictions (such as "/E,/F,/G, PROPS ONLY").
## This is potentially '''one of the most important columns''' for most clearances you will issue. This column determines what type of aircraft can fly this route. This can range from more broader restrictions (like "TURBOJET RNAV ONLY") to very specific restrictions (such as "/E,/F,/G, PROPS ONLY").
### If your routing assignment comes down to the aircraft, always assign the most restrictive restriction. For instance, RNAV always overrules non-RNAV. In the majority of situations, those who file RNAV-capable can also fly Non-RNAV routes, but Non-RNAV-capable aircraft can almost never fly RNAV routes. Keep reading for a flow chart later on regarding all of this.
## If your routing assignment comes down to the aircraft, always select the most restrictive option. For instance, RNAV always overrules non-RNAV. Usually, those who file RNAV-capable can also fly non-RNAV routes, but non-RNAV-capable aircraft can almost never fly RNAV routes. The flowchart below helps make this decision process clear.
# CTR FROM
# ''CTR FROM'': which ARTCC the aircraft is departing from
## This column indicates which ARTCC the PRD applies to. For now, this will always be ZNY
## In our PRD, this will always be ZNY.
# CTR TO
# ''CTR TO'': which ARTCC the aircraft is arriving in
## This column indicates which ARTCC the PRD applies to. This is what column you look at to determine whether or not the airport the aircraft is within 1 ARTCC or is arriving within ZNY. This column is another one that determines whether or not a PRD routing will be required
## This column makes it possible to check if the arrival airport is within 1 ARTCC or is arriving within ZNY.
# ''ZNY PREF'': whether this is a preferred route
## Routes where a checkmark is present, are '''higher priority''' than the other routes. '''When at all possible, you must assign one of these routes to the pilot.'''


=== PRD Decision Making ===
=== PRD Decision Making ===
All of us here at ZNY understand that this can be a lot to take in. Air Traffic Control is an incredibly complex system, and there are things that sometimes just take practice to let sink in. However, we have some extra resources we'd like to provide to ease that transition.
The following flow chart is usable for any clearance you issue while a controller here at ZNY. We ''highly'' recommend studying it and referring to it as needed when issuing clearances.
 
The following flow chart is usable for any clearance you issue while a controller here at ZNY. We <u>highly</u> recommend giving this a good glance, and maybe even practice with it up on your screen for as long as you need.


[[File:PRD-FlowChart.png|700px]]
[[File:PRD-FlowChart.png|700px]]


'''*NOTE*''' "1 ARTCC away" (or "Tier 1 Facility") is defined at ZNY as ZOB, ZBW, and ZDC or flights to CYYZ. These routes should always be highlighted in green, whether manually added or pulled from the FAA.
"1 ARTCC away" (or "Tier 1 Facility") is defined at ZNY as ZOB, ZBW, and ZDC or flights to CYYZ. These routes are always highlighted in green in the PRD.


The PRD is manually updated by our staff as we notice inconsistencies with real world operations, changes in LOAs, etc. We pull our routing straight from the FAA [https://www.fly.faa.gov/rmt/nfdc_preferred_routes_database.jsp here]. Additionally, [https://flightaware.com/statistics/ifr-route FlightAware] is a great resource to find routes used in the real world.
The PRD is periodically updated as real world operations change, LOAs are updated, etc. Our routing comes [https://www.fly.faa.gov/rmt/nfdc_preferred_routes_database.jsp straight from the FAA].


Obviously, every single situation you will experience while on the network can't be addressed in one document. However, do not hesitate to ask questions in the #ask-staff channel in Discord or by submitting a ticket through the website.
Obviously, every single situation you will experience while on the network can't be addressed in one document. However, do not hesitate to ask questions in the #ask-staff channel in Discord or by submitting a ticket through the website.


See you on the scopes!
See you on the scopes!

Revision as of 16:37, 8 February 2025

Preferred Use Database Usage

Introduction

The Preferred Route Database (PRD) is our way of standardizing route and efficiently expediting the flow of traffic. The PRD is a database of combinations of flights with either suggested or required routing in it. The PRD removes a lot of uncertainty from new and old controllers alike regarding most efficient ways to get out of, or travel around, the N90/PHL TRACONs and ZNY airspaces.

The PRD should be checked for ALL flights within ZNY, to Tier 1 ARTCCs, or Toronto Pearson Airport (CYYZ).

Ok yes, it's amazing we know, but how does it work?

The PRD is really quite simple. The first step is to locate it on the website. This can be accomplished by scrolling down to the bottom of the Home Page or by clicking here.

Clicking on the last link brings you to the PRD with a sample route put in, KJFK to KBOS (a common route on the VATSIM network).

The table headers represent:

  1. Origin: the departure airport
    1. Note: because most departure airports in the PRD are in the Contiguous United States (exception: Bermuda - TXKF), the prefix K is omitted from the departure airport code. However, this K will exist in the flight plan of the aircraft you are clearing. You must ensure there is a K in both the departure and arrival airport of the flight plan in the controlling client.
  2. Route: the route the aircraft should follow
    1. Routes are often subject to restrictions based on aircraft type. Keep reading to learn how to select among them.
  3. Destination: the arrival airport
    1. As with the departure airport, the leading "K" is omitted in the PRD but must be present in the aircraft's flight plan.
  4. Type: the type of route
    1. Types commonly found in the ZNY PRD include the following.
      1. H: high altitude (i.e., in the flight levels)
      2. L: low altitude (i.e., no higher than 17,000')
      3. TEC: tower enroute control: lower altitude routes through busy airspace that avoid Center airspace.
  5. Area: which airports the route applies to.
    1. Routes may apply to multiple nearby origin and/or destination airports.
    2. Not every minor airport has all of its PRD routings in the database. Therefore, when issuing clearances for aircraft departing from or landing at minor airports, controllers should always search to see if there is a PRD route from the nearest major airport that indicates that applies to the satellite airport.
      1. Example: there is no preferred route from MMU to BWI. However, searching for a preferred route from TEB to BWI returns a route with "FROM TETERBORO(TEB.MMU.CDW)" in this column. That route should therefore be issued to a MMU departure.
      2. Example: there is no preferred route from TEB to DTW. However, searching for a preferred route from EWR to DTW returns a route with "FROM NEWARK & SATS" that should be used for a TEB departure.
  6. Altitude: the required altitude or altitude range
    1. This column may be empty. If so, any altitude that is valid for direction of flight (i.e., follows NEODD/SWEVEN) may be assigned.
    2. If a single altitude is listed, the aircraft must be assigned that altitude. Note that these altitudes do not necessarily follow NEODD/SWEVEN; it is ok to issue such altitudes in this case.
    3. If a single altitude with "AOA" (at or above) or "AOB" (at or below) is listed, then a corresponding valid altitude that also follows NEODD/SWEVEN should be assigned.
    4. If a range of altitudes is listed, an altitude that is both within that range and follows NEODD/SWEVEN should be assigned.
  7. Aircraft: the applicable aircraft type(s)
    1. This is potentially one of the most important columns for most clearances you will issue. This column determines what type of aircraft can fly this route. This can range from more broader restrictions (like "TURBOJET RNAV ONLY") to very specific restrictions (such as "/E,/F,/G, PROPS ONLY").
    2. If your routing assignment comes down to the aircraft, always select the most restrictive option. For instance, RNAV always overrules non-RNAV. Usually, those who file RNAV-capable can also fly non-RNAV routes, but non-RNAV-capable aircraft can almost never fly RNAV routes. The flowchart below helps make this decision process clear.
  8. CTR FROM: which ARTCC the aircraft is departing from
    1. In our PRD, this will always be ZNY.
  9. CTR TO: which ARTCC the aircraft is arriving in
    1. This column makes it possible to check if the arrival airport is within 1 ARTCC or is arriving within ZNY.
  10. ZNY PREF: whether this is a preferred route
    1. Routes where a checkmark is present, are higher priority than the other routes. When at all possible, you must assign one of these routes to the pilot.

PRD Decision Making

The following flow chart is usable for any clearance you issue while a controller here at ZNY. We highly recommend studying it and referring to it as needed when issuing clearances.

"1 ARTCC away" (or "Tier 1 Facility") is defined at ZNY as ZOB, ZBW, and ZDC or flights to CYYZ. These routes are always highlighted in green in the PRD.

The PRD is periodically updated as real world operations change, LOAs are updated, etc. Our routing comes straight from the FAA.

Obviously, every single situation you will experience while on the network can't be addressed in one document. However, do not hesitate to ask questions in the #ask-staff channel in Discord or by submitting a ticket through the website.

See you on the scopes!