Professional Documents
Culture Documents
PBN FOR ATC Simplified
PBN FOR ATC Simplified
Russia
B-RNAV US
2 Europe
P-RNAV
0 RNAV
Boeing
US-RNAV Australia
0 and
China
RNP10 RNP
3 Airbus
RNP 4 Canada
Japan
RNP/RNAV
South America
India
History of PBN
v ICAO began to act in 2004
Ø To stop proliferation of regional RNAV/RNP standards
Ø To review and redefine RNAV/RNP concept
Ø To include new NavSpecs to meet operational demands
v Set up ICAO RNPSORSG
Ø To achieve and document a common understanding of RNP/RNAV
and associated concepts and functionalities
• Clarify RNAV and RNP definition and Terminologies
• How do they relate to each other?
• What is the essential distinction?
Ø To harmonize the use of RNAV and RNP on global bases, for benefit
of operators and service providers
• Identified operational and airworthiness requirements for
RNAV/RNP
History of PBN
v Enter Performance Based Navigation
Ø PBN Concept replaced RNP concept
Ø PBN Manual (Doc 9613) was published in 2007 and updated in 2013
Ø ICAO’s 36th Assembly Resolution in 2007 supported PBN
Implementation and then reiterated it at 37th Assembly in 2010
Ø ICAO Global Seminars were held around the world
v ICAO PBN Study Group (PBN SG)
Ø Replaced RNPSORSG in November 2008
• To consolidate information learnt during ICAO Seminars
• To develop Operational Requirements for RNAV and RNP
Ø Published RNP APCH OPS Approval Guidance and updated PBN
Manual including new NavSpecs (RNP2, A-RNP, RNP 0.3, etc.)
Global PBN Goal
100%
90%
82%
Global
80%
76%
68% Asia Pacific (APAC)
70%
20%
Western and Central African (WACAF)
10%
0%
2010 2014 2016
8
Air Navigation Planning Subdivision
Air Navigation Planning Subdivision
CONTENT
GNSS
PBN CONCEPT
OPERATIONAL IMPACT
NAVIGATION & POSITION
HOW TO NAVIGATE
SENSOR
NDB
X
CONVENTIONAL VOR VOR/DME
DME DME/DME
AIRCRAFT KNOW
ITS POSITION
AREA GNSS
WAYPOINT
NAVIGATION
INS/IRS INS/IRS
PBN Terminology
v VOR/DME
Ø Positioning is calculated based on
• the distance information from a DME,
• the bearing information from a VOR (co-located), and
• VOR/DME location in the database North
d
θ
VOR/DME
DME/DME POSITIONING
v DME/DME
Ø Positioning is calculated based on
• the distances from two DMEs and
• their locations in the database
d1 d2
DME1 DME2
AREA NAVIGATION
Multilateration:
For Satellite Navigation: a, b & c are satellites, and a fourth is needed to solve for
clock variations.
AIRCRAFT BASED SATELLITE AUGMENTATION
L1, L2
FAA288-021
Ground Based Augmentation System
(GBAS) Architecture
Pseudolite
Pseudolite
Processor GBAS
Reference Station
GNSS
Receiver (Integrity
Pseudolite
VHF Accuracy
Transmitter
Availability)
Monitor
Status
PBN CONCEPT
What is PBN?
Conventional PBN
E
D
C
F
A
B
What is PBN?
v PBN stands for “Performance Based Navigation”.
Desired Path
NAVAID
INFRASTRUCTURE
COMPONENTS OF PBN CONCEPT – NAVIGATION
SPECIFICATION
Accuracy
Integrity Navigation Specification Requirements
Continuity (PBN Manual Vol II Chapter 1)
Availability
Ø What PERFORMANCE of RNAV system is
required?
Ø What FUNCTIONALITIES must RNAV system
have to achieve performance?
e.g. display type, leg type
Ø What NAVIGATION SENSORS must be
integrated in RNAV system to achieve
performance?
Ø What REQUIREMENTS are placed on AIR
CREW to achieve the required performance
NAVIGATION
from the RNAV system?
SPECIFICATION
Guidance used by State as basis for developing
Certification and Operational Approval
COMPONENTS OF PBN CONCEPT – NAVIGATION
SPECIFICATION
RNAV RNP
RNAV 1 RNP 1
± RNP Value
Alert to Pilot
NAVIGATION
SPECIFICATION
NAVIGATION
APPLICATION
NAVIGATION
APPLICATION
RNAV X RNP X
RNAV 10 RNP 4
RNAV 5 RNP 2 A-RNP
RNAV2 RNP 1 RNP APCH
RNAV1 RNP 0.3 RNP (AR) APCH
Ground Movement
Landing
Avionics Supporting Specifications
Permitted Sensors Aircraft Requirement
GNSS IRU D/D D/D/I VO/D AP/FD
RNAV-10 X X
RNAV-5 X X X X X FTE may be manually
controlled by the pilot
RNAV -1 & RNAV -2 X X X remaining within ½ full
scale deflection of CDI
RNP-4 X with corrected scaling for
RNP-21 X phase of flight
RNP-1 X X3
Advanced RNP1 X X3 X2
RNP APCH X X3 X3 X3
RNP AR APCH X X
RNP 0.3 X X
1. For Oceanic/Remote Continental operations, dual independent LRNS (providing Higher Continuity) are required
2. Although the A-RNP NavSpec does not explicitly state AP/FD, the RF appendix does and RF is a requirement for A-RNP
3. Only when authorized by a specific State based on an available DME infrastructure and appropriate aircraft capability
Navigation Specifications
v Long range operations
Ø RNAV 10 (RNP 10)
• No changes in principle – only a name change
• Existing RNP 10 approvals are valid (new approval RNP 10)
• Two sets of LRNS, INS(IRS) and/or GNSS
• For inertial only, 6.2h time limitation without position update
• For GNSS, 34 minutes FDE loss limitation
Ø RNP 4
• Two LRNS including one GNSS + navigation database
• For dual GNSS only, 25 min FDE loss limitation
Ø RNP 2 (with limitations)
• Duplicated equipment + FDE for additional continuity
• Predicted loss of integrity ≤ 5 mins
Navigation Specifications
v En-route/ Terminal area operations
Ø RNAV 5
• Automatic transition B-RNAV to RNAV 5
• Usable sensors : GNSS, INS/IRS, DME/DME/(IRU), VOR/DME
• Single RNAV system
• Navigation database not required
• Storage of 4 waypoints required
• Manual data entry permitted (Human factors issues?)
• IRS with radio updating or GNSS updating, or Stand-alone
GNSS (en-route mode)
• For INS/IRS, 2hrs without automatic radio updating
• For GNSS, Predicted loss of FD < 5 mins
Navigation Specifications
v En-route/ Terminal area operations
Ø RNAV 5 implementation issues
• Selecting the right NavSpec can be a challenge, sometimes
there are more older aircraft than expected
• Roll out airspace changes over time: avoid multiple airspace
changes at the same time as the PBN switch on date
• ‘Switch on’ PBN in the Terminal Airspace should be matched
by ‘switch on’ in continental en route…
Navigation Specifications
v En-route/ Terminal area operations
Ø RNAV 1 and RNAV 2
• Replaces P-RNAV and US-RNAV
• Usable sensors: GNSS, DME/DME/IRU, DME/DME
• Single ops approval for RNAV 1 and RNAV 2
• RNAV 1 and RNAV 2 routes are designated by ANSP based on
ground navaid infrastructure
• Applicable to SID/STAR
o Extracted from database
o Waypoints may be added/deleted
o Manual entry of waypoint data prohibited
• Single RNAV system and navigation database required
• IRS with radio updating or GNSS updating, or Stand-alone
GNSS (en-route mode)
• For GNSS, Predicted loss of FD < 5 mins
Navigation Specifications
v En-route/ Terminal area operations
Ø RNAV 1 and RNAV 2 implementation issues
• Aircraft populations may not make ‘cleaner’ turns because of
PBN … watch turn angle in design
• Co-ordination with stakeholders is a pre-requisite for success
• The number of SIDs/STARs at some major airports increased
significantly which caused problems for operators with limited
data base storage space
• Education needed on RNAV and RNP
Navigation Specifications
v En-route/ Terminal area operations
Ø RNP 2
• GNSS Required
• Loss of continuity minor failure condition provided alternative
nav system available
• Navigation database required
• Routes need to be extracted from database
• Pilots may construct routes using waypoints in the nav
database
• For flexible routes lat/long entry may be permitted
• For GNSS, predicted loss of integrity ≤ 5 mins
• Approval may be limited to domestic ops unless continuity
addressed
Navigation Specifications
v En-route/ Terminal area operations
Ø RNP 1
• Same as RNAV 1 and RNAV 2 with GNSS but some minor
differences
• Single GNSS system or FMS with GNSS input
• Navigation database required
• SID/STAR
o Extracted from database
o Waypoints may be added/deleted
o Manual entry of waypoint data prohibited
• For GNSS, loss of FD < 5 mins,
• For Stand-alone GNSS, automatic mode switching, require
ARP in flight plan, scaling changes at 30NM ARP
Navigation Specifications
v En-route/ Terminal area operations
Ø Advance RNP (A-RNP)
• Single operational approval allows aircraft to fly oceanic, en-
route, terminal area, and approach phase of flight
• Reduced individual assessments
• A-RNP Navigation Specification
o Authorises RNP Operations with Nav Accuracies 0.3 on
final approach and 1, 2, 5 NM for other phases of flight
o Relies solely on the RNP system without recourse to
conventional aids
o RF Radius to Fix capability is required
• For existing approvals, re-examination not required (Only
need to comply with A-RNP Navspec)
• For future approvals, aircraft will be documented to meet A-
RNP
Navigation Specifications
v En-route/ Terminal area operations
Ø RNP 0.3
• Intended to support short range helicopter operations
• RNP 0.3 required for all segments
• Capable nav system required
• RNP selectability to 0.3
• Aircraft is required to equip FMS with GNSS input, especially
for remote/offshore operations, need to equip duplicated
independent navigation systems
• CA path terminator capability required (VNAV capability)
• Integrity prediction required, loss of integrity ≤ 5 minutes
• Loss of GNSS capability must be considered
Navigation Specifications
v Types of Approach and Landing
Navigation Specifications
RNP APCH RNP AR APCH
APVs
Navigation Specifications
v RNP APCH
Ø Charted as RNAV (GNSS) or RNP (from 1 Dec 2022)
Ø No change to operations and design of approaches
Ø Navigation accuracy: final – 0.3NM; IAS, IS and MAS – 1NM
Ø RNP APCH LNAV
• Based on GA type stand-alone receivers
• Minima shown as LNAV (MDA/H)
Ø RNP APCH LNAV/VNAV
• RNP APCH LNAV + Baro VNAV (called as APV Baro)
• Minima shown as LNAV/VNAV (DA/H)
Ø RNP APCH LPV
• SBAS augmentation (Called as APV SBAS)
• Minima shown as LPV
• In case DA/H is 200ft, classified as precision approach, SBAS
CAT I
Navigation Specifications
v RNP AR APCH
Ø Charted as RNAV (RNP) or RNP RWY XX (AR) (from 1 Dec 2022)
Ø Authorization Required for operators, aircraft and flight crews
satisfying accurate operational requirements
Ø Minima shown as LNAV/VNAV with RNP 0.1~0.3 (DA/H)
Ø Duplicate navigation system required (2 FMS, 2 GNSS, 2 IRS, …)
Ø Reduced obstacle clearance 2 x RNP without buffers
Ø Baro VNAV obstacle clearance using VEB
Ø Supports use of RF legs
Ø Identified by AUTHORISATION REQUIRED on chart
Ø Benefits
• Designed to take advantage of available capability
• Extract the maximum benefit from installed equipment
• Improved safety and efficiency
Implementation Strategy
v No mandate but phased implementation leading to
mixed navigation capability
Ø More popular with airspace users (no costs are involved to
retrofit) but can be quite difficult for ATM in high-density
environments
Ø Disadvantages
• No incentive for aircraft to obtain operational approval
without a mandate
• NAVAID infrastructure evolution is slowed
Ø Acceptable if ATC can handle mixed traffic, e.g. RNAV1 and RNP 1
in the same airspace
Implementation Strategy
v No mandate but phased implementation leading to mixed
navigation capability
Ø Conditions for mixed mode operations
• ATC system support to allow the controller to know the
capability of the aircraft (Flight data processor could extract the
relevant information from Item 18 of the ATC flight plan)
• ATC system support that permits handling the traffic according
to their navigation capability
• Different SIDs/STARs and IAPs to accommodate different
navigation specifications (Human factor issues need to be
considered)
• Guidance material on handling mixed traffic is provided to
ANSPs, which includes airspace design considerations, allocation
of the appropriate clearances, the factors to be considered in
determining the percentage of approved aircraft needed, etc.
• Safety and business cases
• Implementation plans.
Implementation Strategy
v No mandate but phased implementation leading to
mixed navigation capability
Ø A negative impact on ATC workload, particularly in dense en-
route or terminal area operations
Ø Acceptable depending on the complexity of the ATS route or SID
and STAR route structure and upon availability and functionality
of ATC support tools.
Ø May limit a maximum of two types of mixed-mode operations
due to the increased ATC workload
Ø In some cases, ATC could accept a mixed environment where
between 70 and 90 per cent of the traffic is approved to the
required navigation specification.
Ø For these reasons, it is crucial that operations in a mixed
navigation environment are properly assessed in order to
determine the viability of such operations.
Implementation Strategy
v Mandate navigation enabler
Ø The homogenous nature of the traffic reduces the need for ATM
system changes compared to the mixed environment.
Ø ATC prefers this option (all aircraft are treated the same way)
Ø Simple airspace design and operations within the
Ø Not popular to users because of high cost (may involve retrofits)
Ø A favorable business case is essential to supporting a mandate to
persuade airspace users
Ø Two mandate scenarios can be envisaged:
• Equipment mandate (e.g. all aircraft above 5,700kg are
required to be approved RNP 1)
• Airspace mandate (e.g. all aircraft operating within X TMA are
required to be approved RNP 1).
Ø Equipment mandate seems favorable but mixed environment can
exist
Implementation Strategy
v Mandate navigation enabler
Ø Mandate considerations include:
• Business case
• The lead-time to be given to airspace users and various
service providers such as ANSPs
• The extent of the mandate (local, regional or multi-regional)
• Safety cases
• Implementation plans.
Ø Involves an investment for the airspace user (including a 7-year
lead time) with less costs being incurred by the ANSPs.
Ø Will ensure that capacity is maintained or increased.
Ø May result in slowing the pace of change (to more advanced
navigation capability) if the lowest common denominator is
selected as a mandate for the airborne navigation enabler.
Implementation Strategy
v Mixed mandate
Ø A “mixed-mandate” can be used within an airspace volume, e.g.
RNAV 1 for Y101, and RNAV 5 for M202 within the same airspace.
Ø Similar difficulties raised under the mixed environment
Ø Common in remote continental/oceanic airspace, e.g. RNP 4
mandate for specific route(s) while others are conventional
• Sophisticated ATM systems can determine the required
spacing between random tracks, or
• Separation minima can be established between aircraft using
specific approved conflict probes.
Ø User-orientated service but difficult to achieve in high
density/complex airspace.
ATC System Integration
v PBN implementation may require changes to the ATC
system interfaces and displays to ensure controllers have
the necessary information on aircraft capabilities.
v Considerations arising from mixed equipage scenarios are
Ø Modifying the air traffic automation’s flight data processor (FDP)
Ø Making changes, if necessary, to the radar data processor (RDP)
Ø Requiring changes to the ATC situation display and flight strips
Ø Requiring changes to ATC support tools.
v May require to change ANSP’s methods for issuing
NOTAMS
v Need to provide adequate training and supporting
materials for ATC, e.g. training packages, CBT, classroom
training, etc.
ATC Operations
v ATC verify aircraft is approved for that navigation
specification before clearing PBN procedures
v Radar Vectors
Ø No reference signal to clear aircraft to intercept on course
Ø Use “Direct to (waypoint)” clearance to follow published
procedures
Ø “Direct to (waypoint)” clearance can be used as an alternative
method to radar vectoring
v Sequencing
Ø No difference in terms of radar vectoring and speed control
Ø Curved paths (RF) in the approach procedures can be used for
sequencing
• Need careful arrangement between normal straight in
approach and curved approach
• Need to know aircraft capability for RF before the clearance
ATC Operations
v Phraseologies
Ø No significant differences compared to conventional
Ø New phraseologies related to RNAV, GNSS failure, contingencies,
etc. (refer to PANS-ATM Chapter 12)
v Others
Ø Need to understand aircraft’s maneuver related to PBN, e.g. Fly-
by vs. Fly-over, Path Terminators (CA, DF, CF, TF, etc.), holding, …
Ø RNP APCH can be used as a back-up for ILS or a primary approach
for other NPAs
Ø Use of PBN SID/STAR can reduce workload, improve capacity and
efficiency, and minimize environmental effect
Properly designed SIDs/STARs minimize conflict between arrivals and
departures enabling CDO and CCO
Flight Plan
v ATC need to identify aircraft capability from the flight
plan
v Aircraft capabilities are shown at
Ø Item 10 Equipment and capabilities
a) presence of relevant serviceable equipment on board the
aircraft;
b) equipment and capabilities commensurate with flight crew
qualifications; and
c) where applicable, authorization from the appropriate
authority
Ø Item 18 Other information
• RNAV/ and/or PBN/
• NAV/
• RMK/
Flight Plan
v Item 10 Equipment and capabilities
Ø Following equipment codes need to be inserted in a) column to
show aircraft’s PBN capabilities
A GBAS landing system J7 CPDLC FANS 1/A SATCOM (Iridium)
B LPV (APV with SBAS) K MLS
C LORAN C L ILS
D DME M1 ATC RTF SATCOM (INMARSAT)
E1 FMC WPR ACARS M2 ATC RTF (MTSAT)
E2 D-FIS ACARS M3 ATC RTF (Iridium)
E3 PDC ACARS O VOR
F ADF P1–P9 Reserved for RCP
G GNSS (See Note 2) R PBN approved (See Note 4)
H HF RTF T TACAN
I Inertial Navigation U UHF RTF
J1 CPDLC ATN VDL Mode 2 (See Note 3) V VHF RTF
J2 CPDLC FANS 1/A HFDL W RVSM approved
J3 CPDLC FANS 1/A VDL Mode 4 X MNPS approved
J4 CPDLC FANS 1/A VDL Mode 2 Y VHF with 8.33 kHz channel spacing capability
J5 CPDLC FANS 1/A SATCOM (INMARSAT) Z Other equipment carried or other capabilities (See Note 5)
J6 CPDLC FANS 1/A SATCOM (MTSAT) (Any alphanumeric characters not indicated used reserved)
Flight Plan
v Item 10 Equipment and capabilities
Note 2. If any portion of the flight is planned to be conducted under
IFR, it refers to GNSS receivers that comply with the
requirements of Annex 10, Volume I. If the letter G is used,
the types of external GNSS augmentation, if any, are specified
in Item 18 following the indicator NAV/ and separated by a
space
Note 4. If the letter R is used, the performance-based navigation
levels that can be met are specified in Item 18 following the
indicator PBN/. Guidance material on the application of
performance-based navigation to a specific route segment,
route or area is contained in the Performance-based
Navigation (PBN) Manual (Doc 9613).
Note 5. If the letter Z is used, specify in Item 18 the other equipment
carried or other capabilities, preceded by COM/ , NAV/ and/or
DAT, as appropriate.
Flight Plan
v Item 18 Other Information
Ø PBN/ : Indication of RNAV and/or RNP capabilities. Insert up to a
maximum of 8 entries (16 characters)
Ø Not exist for RNP 2, ARNP, RNP 0.3
RNAV SPECIFICATIONS RNAV SPECIFICATIONS
A1 RNAV 10 (RNP 10) D3 RNAV 1 DME/DME
B1 RNAV 5 all permitted sensors D4 RNAV 1 DME/DME/IRU
B2 RNAV 5 GNSS RNP SPECIFICATIONS
B3 RNAV 5 DME/DME L1 RNP 4
B4 RNAV 5 VOR/DME O1 Basic RNP 1 all permitted sensors
B5 RNAV 5 INS or IRS O2 Basic RNP 1 GNSS
B6 RNAV 5 LORANC O3 Basic RNP 1 DME/DME
C1 RNAV 2 all permitted sensors O4 Basic RNP 1 DME/DME/IRU
C2 RNAV 2 GNSS S1 RNP APCH
C3 RNAV 2 DME/DME S2 RNP APCH with BARO-VNAV
C4 RNAV 2 DME/DME/IRU T1 RNP AR APCH with RF (special AR)
D1 RNAV 1 all permitted sensors T2 RNP AR APCH without RF (special AR)
D2 RNAV 1 GNSS
Flight Plan
(FPL-SIA447-IS -A333 /H-SDE1E2E3FGHIJ3J5J6M1M2RWXY/LB1D1
-PBN/A1B1C1D1L1O1S2 DOF/140719 REG/9VSTK EET/VYYF0027
VTBB0159 WMFC0245 WSJC0334 SEL/GSHR CODE/76CE8B OPR/SIA
RMK/ACASII EQUIPPED REQ ADC INDIA)
A GBAS landing system J7 CPDLC FANS 1/A SATCOM (Iridium)
B LPV (APV with SBAS) K MLS
C LORAN C L ILS
D DME M1 ATC RTF SATCOM (INMARSAT)
E1 FMC WPR ACARS M2 ATC RTF (MTSAT)
E2 D-FIS ACARS M3 ATC RTF (Iridium)
E3 PDC ACARS O VOR
F ADF P1–P9 Reserved for RCP
G GNSS (See Note 2) R PBN approved (See Note 4)
H HF RTF T TACAN
I Inertial Navigation U UHF RTF
J1 CPDLC ATN VDL Mode 2 (See Note 3) V VHF RTF
J2 CPDLC FANS 1/A HFDL W RVSM approved
J3 CPDLC FANS 1/A VDL Mode 4 X MNPS approved
J4 CPDLC FANS 1/A VDL Mode 2 Y VHF with 8.33 kHz channel spacing capability
J5 CPDLC FANS 1/A SATCOM (INMARSAT) Z Other equipment carried or other capabilities (See Note 5)
J6 CPDLC FANS 1/A SATCOM (MTSAT) (Any alphanumeric characters not indicated used reserved)
Flight Plan
(FPL-SIA447-IS -A333 /H-SDE1E2E3FGHIJ3J5J6M1M2RWXY/LB1D1
-PBN/A1B1C1D1L1O1S2 DOF/140719 REG/9VSTK EET/VYYF0027
VTBB0159 WMFC0245 WSJC0334 SEL/GSHR CODE/76CE8B OPR/SIA
RMK/ACASII EQUIPPED REQ ADC INDIA)
RNAV SPECIFICATIONS RNAV SPECIFICATIONS
A1 RNAV 10 (RNP 10) D3 RNAV 1 DME/DME
B1 RNAV 5 all permitted sensors D4 RNAV 1 DME/DME/IRU
B2 RNAV 5 GNSS RNP SPECIFICATIONS
B3 RNAV 5 DME/DME L1 RNP 4
B4 RNAV 5 VOR/DME O1 Basic RNP 1 all permitted sensors
B5 RNAV 5 INS or IRS O2 Basic RNP 1 GNSS
B6 RNAV 5 LORANC O3 Basic RNP 1 DME/DME
C1 RNAV 2 all permitted sensors O4 Basic RNP 1 DME/DME/IRU
C2 RNAV 2 GNSS S1 RNP APCH
C3 RNAV 2 DME/DME S2 RNP APCH with BARO-VNAV
C4 RNAV 2 DME/DME/IRU T1 RNP AR APCH with RF (special AR)
D1 RNAV 1 all permitted sensors T2 RNP AR APCH without RF (special AR)
D2 RNAV 1 GNSS
Flight Plan
v Item 18 Other Information
Ø NAV/ : Indication Significant data related to navigation
equipment, other than specified in PBN/, as required by the
appropriate ATS authority. Indicate GNSS augmentation under
this indicator, with a space between two or more methods of
augmentation, e.g. NAV/GBAS SBAS
Ø RMK/ : Any other plain-language remarks when required by the
appropriate ATS authority or deemed necessary
Flight Plan
v Exercise : Identify aircraft capabilities related to PBN
(FPL-SIA317-IS
-A388/J-GSDHIJ1J5RWXYZ/B2L
-EGLL1030
-N0454F230 DVR L9 KONAN/N0483F310 UL607 FERDI/N0486F330 UL607 AMASI
UM149 BOMBI UL984 PADKA L984 SKAVI/N0489F350 L984 DIBED/K0899F350
UL984 NM UM991 OLGIN/K0900F350 B494 INSER/K0913F370 B494 MKL B491
BISNA/N0487F370 M23 MARAL/K0905F370 B450 BIBIM N644 ABDAN B371
LEMOD/N0496F370 N644 PAVLO/N0497F370 N644 DI M875 BUTOP/N0493F390
M875 KAKID M770 BUBKO/M084F390 M770 RAN/N0485F390 M770
GOLUD/M082F370 M751 VPK/N0481F370 B469 PADLI/N0479F350 B469 BIKTA
PASPU1A
-WSSS1202 WSAP
-PBN/A1L1B1C1D1O1S2 NAV/GBAS SBAS RNP2 DOF/120601 REG/9VSKJ
EET/EBUR0016 EDVV0035 EDUU0036 LKAA0100 EPWW0124 UKLV0145 UKBV0207
UKDV0232 URRV0257 UBBA0406 UTAK0419 UTAA0444 UTAV0516 OAKX0534
OPLR0610 VIDF0640 VABF0741 VECF0744 VYYF0921 VTBB1027 WMFC1109 WSJC1200
SEL/BPKS OPR/SIA ORGN/WSSSSIAX RMK/ACASII EQUIPPED)
Flight Plan
v RNP 2 Implementation
Ø APANPIRG Conclusion 27/35 : RNP 2 Implementation Guidance
a) States should ensure that all aircraft operators file* the
designator ‘Z’ in item 10 and ‘NAV/RNP2’ in item 18 to
indicate RNP 2 capability until the ICAO flight plan format is
amended by ICAO to include RNP 2 (such as by using the flight
plan PBN Designator ‘P2’);
b) ICAO be invited to harmonize the procedure above globally;
c) An equivalence for RNP 2 is recognized if the aircraft is
approved for RNAV 2, RNP 1 and GNSS but not approved for
RNP2.
Notes: ·The designator Z in item 10 and NAV/RNP2 in item 18 should be
filed with no brackets. ·
R is not required in item 10a with NAV/RNP2; R is filed in item
10a if PBN/ is filed in item 18 to indicate other PBN capability.
Flight Plan
v RNP 2 Implementation
Ø Practices in India
a) Item 10 : R G
b) In item 18
• PBN/C1, NAV/RNP2 CONTINENTAL , or
• PBN/C2, NAV/RNP2 CONTINENTAL
RNAV 1 = R1
RNAC 5 = R5
RNAV 15 = RNAV 1 + RNAV 5
FPL Information Display
v Sample Radar display (Japan)
RNAV 1/5 capable aircraft is indicated on radar scope data block as follow
On air On ground
PBN FOR ATC EXERCISE