Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 25 Next »

Introduction and Background

PANS-AIM ENR 4.1 "Radio navigation aids — en-route" and AD 2.19/AD 3.18 "Radio navigation and landing aids" require for the AIP data set the following:

Facility coverage shall be indicated in the remarks column.

PANS-AIM only requires the facility coverage to be provided as part of the remark. Hence, it is sufficient to provide that information as an NavaidEquipment.annotation. However, AIXM 5 also provides the possibility to code that information in a more accurate form.

Page Table of Content

AIXM Model Overview

Unable to render {include} The included page could not be found.

Although PANS-AIM only requires the facility coverage to be coded, also other limitations of a navaid may be provided in the scope of an AIP data set.

Angle Sectors and Horizontal Components

For coding the horizontal extent of a sector, seven attributes will be used:

  • The CircleSector.fromArc attribute is used to define the beginning of angle of the sector.
  • The CircleSector.toArc attribute is used to define the ending of angle of the sector.
  • The CircleSector.arcDirection attribute is then used to indicate if the direction fromArc to the toArc is clock-wise ('CWA') or counter-clockwise ('CCA').
  • The CircleSector.angleDirectionReference attribute is used to define the direction with regard to a reference point, i.e. if the angles have to be read 'FROM' or 'TO' the navaid.
  • In addition, the CircleSector.type attribute is used for indicating the type of the angles: magnetic bearing, true bearing, VOR radial, etc.

For the sake data harmonisation it is recommended to encode the angles of the sector volumes in clockwise direction and from the navaid.

In order to complete the horizontal extend of the sector a CircleSector.outerDistance has to be defined. In addtion also a CircleSector.innerDistance will be defined. In case the inner distance is at the position of the Navaid it shall be coded equal-to '0'. The UomDistanceType class provides a set of values that can be used for the coding of the unit of measurements such as 'NM' or 'KM'.

If the inner limit of a limitation is '0', i.e. begins at the Navaid, the innerDistance attribute should be encoded like that and not be left "uncoded".

The example of an AIP shows the coding of the inner and outer distance:

The following three cases and associated figures show the way in which these attributes are used to describe various sector shapes:

Case 1: A simple sector is described by the fromAngle and toAngle

fromAngle defines the angle that describes the leading edge of the sector - the edge at which the sector volume begins. toAngle defines the angle to the end of the sector volume. The arcDirection is relevant in order to define the sector volume.

Two horizontal distances are defined, outerDistance and innerDistance, each defining the radius of a circle, centred on the Navaid. The circle defined by innerDistance is the edge at which the limitation starts [when moving away from the Navaid]. outerDistance describes the edge at which the limitation stops. Therefore the two values together describe the extent of the limitation in terms of distance away from the Navaid.

Case 2: Full circle limitation

Where the Navaid limitation is defined for the entire area surrounding a Navaid, between two lateral distances from the Navaid, the limitation is defined in a full circle centred on the Navaid.

In order to describe this situation fromAngle is set equal-to '0' and toAngle is set equal-to '360'.

Case 3: Limitation defined at a single angle.

When a limitation is defined at a single angle this is modelled as a zero width sector. The innerDistance and outerDistance attribute values have identical use as in the previous cases.

In order to define a zero width sector toAngle and fromAngle are both set to the angle of the limitation.


Open question arcDirection

Is arcDirection needed for Case 2 and 3?

The figure below illustrates the Horizontal limits group applied to three different instances of limitations (e.g. Coverage), one from 0 NM to 80 NM within a angle sector from 025 to 202.5 degrees, a second one from 0 NM to 60 NM within a angle sector from 202.5 to 337.5 degrees and a third one from 0 NM to 40 NM within an angle sector from 337.5 to 025 degrees.

Vertical Components

For the coding of the vertical extent of a sector four attributes may be used:

The CircleSector.upperLimit attribute is used for the uppermost altitude or level that is included in the sector.

The CircleSector.lowerLimit attribute is used for the lowermost altitude or level that is included in the sector.

The UomDistanceVerticalType class provides a set of values that can be used for the coding of the unit of measurement for the two vertical limits, such as feet ('FT') or flight level ('FL').

The two corresponding ...LimitReference attributes define the reference surface used for the value of vertical limits. For example, Mean Sea Level ('MSL'), Ground ('SFC'), etc.

For more coding details and rules about vertical limits see topic Vertical Limits.

The figure below illustrates the upper and lower limits applied to two different instances of limitations (e.g. Coverage) having different horizontal limits.

In the example provided, one coverage goes from SFC up to 3000 FT (with a limitation range from 0 to 30 NM) and a second one from 3000 FT up to FL 500 (with a limitation range from 0 to 60NM).

Coding Rules for Facility Coverage

IdentifierData Encoding RuleJustificationData Verification Rule (UID)Remarks
NAV-801A facility coverage should be provided for each NavaidEquipment at least as NavaidEquipment.annotation.PANS-AIMTBD
NAV-802If RadioFrequencyArea.type equal-to 'COV' then CircleSector.outerDistance is mandatory.EADTBD
NAV-803If RadioFrequencyArea.type equal-to 'SCL' then RadioFrequencyArea.angleScallop is mandatory.EADTBD
NAV-804CircleSector.outerDistance must be greater than CircleSector.innerDistance.EADTBD
NAV-805If CircleSector.upperLimit is specified, then CircleSector.upperLimitReference is mandatory.AIXM 4.5 /Minimal data ruleAIXM-5.1_RULE-1A13D0
NAV-806

If CircleSector.lowerLimit is specified, then CircleSector.lowerLimitReference is mandatory.

AIXM 4.5 /Minimal data ruleAIXM-5.1_RULE-1A13D1
NAV-807If the unit of measurement of CircleSector.upperLimit has the value 'FL' or 'SM', then the attribute CircleSector.upperLimitReference must have the value 'STD' (standard pressure).AIXM 4.5 Business Rules / Minimal data ruleAIXM-5.1_RULE-1A4E77
NAV-808If both CircleSector.lowerLimit and CircleSector.upperLimit are specified, then the value of the lower limit must be smaller than or equal to the value of the upper limit (when converted to a common unit of measurement and reference system).EADTBD
NAV-809If the unit of measurement of CircleSector.lowerLimit has the value 'FL' or 'SM', then the attribute CircleSector.lowerLimitReference must have the value 'STD' (standard pressure).AIXM 4.5 Business Rules / Minimal data ruleAIXM-5.1_RULE-1A4E6D
NAV-810RadioFrequencyArea.angleScallop may be specified only for VOR or TACAN.EADTBD
NAV-811The RadioFrequencyArea.angleScallop may be specified only if RadioFrequencyArea.type is 'SCL' or 'COV'.EADTBD
NAV-812If a CircleSector is defined for a RadioFrequencyArea the CircleSector.fromArc is mandatory.Data consistencyTBD
NAV-814If a CircleSector is defined for a RadioFrequencyArea the CircleSector.toArc is mandatory.Data consistencyTBD
NAV-813If a CircleSector is defined for a RadioFrequencyArea the CircleSector.arcDirection is mandatory.Data consistencyTBD
NAV-814If a CircleSector is defined for a RadioFrequencyArea the angleDirectionReference is mandatory, unless a full circle is described.Data consistencyTBD
NAV-815If a CircleSector is defined for a RadioFrequencyArea the CircleSector.type is mandatory, unless a full circle is described.Data consistencyTBD



NAV-816

 Each RadioFrequencyArea shall have assigned type value



AIXM 4.5 /Minimal data ruleAIXM-5.1_RULE-1A33C3
NAV-817 Each  CircleSector with upperLimit.uom equal-to ('FL', 'SM') shall have upperLimit value expressed with  2 or 3 digitsICAO Annex 11AIXM-5.1_RULE-1A4A81
NAV-818 Each  CircleSector with lowerLimit.uom equal-to ('FL', 'SM') shall have lowerLimit value expressed with 2 or 3 digitsICAO Annex 11AIXM-5.1_RULE-1A4A82
NAV-819

If the inner limit of a limitation is ''0', i.e. begins at the Navaid, the innerDistance attribute should be encoded like that and not be left "uncoded".

Data consistancyTBD

Coding Examples

The example below illustrates the encoding of the coverage (DOC) of the VOR Tango (note that the TACAN has other limitations):

The figure below illustrated how the limitations of the VOR Tango look like in regard to the horizontal and vertical limits (drawing is not to scale):


typelowerLimit¹lowerLimitReference¹Upper LimitupperLimitReferenceinnerLimitouterLimitarcDirectionangleDirectionReferenceFromArc
ToArc
COV0 FTSFC500 FLSTD0 NM **80 NMCWAFROM045135
COV0 FTSFC500 FLSTD0 NM **60 NMCWAFROM135045
UUS0 FTSFC3200 FTMSL20 NMnot codedCWAFROM125145
UUS0 FTSFC5200 FTMSL30NMnot codedCWAFROM125145
UUS0 FTSFC7200 FTMSL40 NMnot codedCWAFROM125145

¹ As not specified in the source data, the lower limit and its reference may also not be coded.

** As not specified in the source data, the inner limit may also be left blank.

Coding examples can also be found in the Sample AIP Data Set (DONLON):

No.DescriptionXPath Expression

VOR-EX-01

DME-EX-01

VOR/DME facility coverage (full circle)

//aixm:RadioFrequencyAreaTimeSlice [@gml:id ='RFA_VOR_BOR'] |

//aixm:RadioFrequencyAreaTimeSlice [@gml:id ='RFA_DME_BOR']

NDB-EX-01NDB (unknown facility coverage)//aixm:NDBTimeSlice [@gml:id ='NDB_DON']
  • No labels