Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

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

...

ICAO defned coverage as follows

...

.

The diagram below shows the AIXM classes, including the relevant data types and code lists, needed to encode that information.

Image Removed

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.

The RadioFrequencyArea class is used to code any kind of limitations of a navaid equipments or service frequencies, such as coverage, unusability, etc.

In particular, it may be used to code the coverage of a radio naviagtion or landing aid.

The limitation (coverage) is not related to the Navaid but the NavaidEquipment class, as each navaid equipment a navaid is composed of may have a different limitation.

Even a navaid may have different limitations for different RadioFrequencyArea.singnalType, e,g. for a TACAN the limitation for the 'AZIMUTH' may be different than for the 'DISTANCE'.

A navaid equipment may have different types of limitations.

The code list of the RadioFrequencyArea.type attribute provides the following values in order to define the type of the navaid limitation.

...

For coding the facility coverage RadioFrequencyArea.type equal-to 'COV' will be used.

...

Panel
titlePage Table of Content

Table of Contents

AIXM Model Overview

Include Page
AC:Navaid coverage
AC:Navaid coverage

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.

Subsequently the CircleSector class is used to code the details of the coverage, i.e. to describe a 3D pattern based on start angle, stop angle, inner distance, outer distance and upper/lower altitude. A coverage may consist of more than one circle sector.

Another possibility would be to define the extent of the coverage using  thegml elements related to the Surface class.

...

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.

Image Added

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:

Image Added

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.


Image Added

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.

Image Added

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.

Coding Rules for Facility Coverage

...

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).

Image Added

Coding Examples

The

...

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

Image Modified

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):

Image Modified


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 AIP Data Set - Specimen (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']