Several NOTAM possible
Some ATS airspace are established in order to protect flights to/from airports. Depending on size and/or purpose, they serve one or more airports. In exceptional cases, they may impact more than one FIR. Explicit associations between the Event and one or more AirportHeliport or Airspace may be coded. Then, there exist dedicated provision in the OPADD (v4.1, section 2.3.9.3) with regard to the NOTAM that need to be issued in order to ensure that the NOTAM appear correctly in the relevant en-route and airport Pre-Flight Information Bulletins (PIB). Further details are provided in the “several NOTAM possible” section.
The NOTAM production rules provided on this page, unless specified otherwise, are applicable to the “first NOTAM” and the NOTAM containing one or more FIR in Item A.
Event.concernedAirspace | Event.concernedAirportHeliport | NOTAM to be generated |
---|---|---|
1..* | None | produce a single NOTAM with scope E for all the FIR(s) identified |
1..* | 1..* | Produce a "first" NOTAM with scope E for all FIR and additional (scope A) NOTAM for each airport concerned. |
1 | 1..* | Produce a "first" NOTAM with scope AE for the FIR and one of the aerodromes associated with the Event and additional (scope A) NOTAM for each additional airport. |
Item A
The item A shall be generated according to the general production rules for item A using the concernedAirspace(s) or the concernedAirportHeliport, according to the rules specified in table above.
Item Q
Apply the common NOTAM production rules for item Q, complemented by the following specific rules for this particular scenario:
Q code
The following mapping shall be used:
ASE.TD.AirspaceActivation values | Corresponding Q codes | ||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
a unique ASE.TD.AirspaceActivation with status='INACTIVE' |
| ||||||||||||||||||||||||||
at least one ASE.TD.AirspaceActivation with status='ACTIVE' |
|
Scope
For each NOTAM that is generated:
- If Item A contains the designator of one (or more) FIR, insert E.
- If item A contains the ICAO code of an airport, then insert AE for the first such NOTAM and value A for the rest of the NOTAM.
Lower limit / Upper limit
Apply the common NOTAM production rules for Lower limit / Upper limit.
In case of multiple sectors affected by activation/deactivation, the lowest and highest values shall be considered.
Geographical reference
Calculate the centre and the radius (in NM) of a circle that encompasses the whole ATS airspace (in the case of multiple sectors, encompass all these sectors, taken together). Insert these values in the geographical reference item, formatted as follows:
- the set of coordinates comprises 11 characters rounded up or down to the nearest minute; i.e. Latitude (N/S) in 5 characters; Longitude (E/W) in 6 characters. The radius consists of 3 figures rounded up to the next higher whole Nautical Mile; e.g. 10.2NM shall be indicated as 011.
See also the Note with regard to the risk that the circle/radius does not encompass the whole area, as discussed in the Location and radius}} common rules for the NOTAM text generation.
Items B, C and D
Items B and C shall be decoded following the common production rules.
Item D shall be left empty. If at least one ASE.TD.activation.AirspaceActivation.timeInterval exists (the Event has an associated schedule), it shall be decoded in item E.
Item E
One of the following patterns should be used for automatically generating the E field text from the AIXM data:
De-activation
If the ASE.TD associated with the Event contains a single ASE.TD.AirspaceActivation and this one has status='INACTIVE'
Activation (eventually with schedule)
If the ASE.TD associated with the Event contains at least one ASE.TD.AirspaceActivation with status='ACTIVE'
Reference | Data item (from coding scenario) | Rule | ||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
(1) | type | The area type shall be included according to the following decoding table:
Note: the values marked with * are unlikely to occur in reality; they are provided for completeness sake. | ||||||||||||||||||||||||||||||||||||||||||||||||||||
(2) | - | The name and designator (if applicable) of the area shall be included if present in the BASELINE data | ||||||||||||||||||||||||||||||||||||||||||||||||||||
(3) | - | If ASE.BL has an associated AirspaceLayerClass, then insert the value of the AirspaceLayerClass.classification attribute in the following format: "(class X)" where X is the value of the AirspaceLayerClass.classification | ||||||||||||||||||||||||||||||||||||||||||||||||||||
(4) | - | Insert "," after every sector and "and" before the last entry | ||||||||||||||||||||||||||||||||||||||||||||||||||||
(5) | activation status | Use this element if there exists a unique ASE.TD.AirspaceActivity and it has status='ACTIVE' | ||||||||||||||||||||||||||||||||||||||||||||||||||||
(6) | activation status | Use these elements if there exist more than one ASE.TD.AirspaceActivity (some with status='ACTIVE', some with status='INACTIVE') | ||||||||||||||||||||||||||||||||||||||||||||||||||||
(7) | schedule | Collect all ASE.TD.activation.AirspaceActivation.timeInterval that are associated with one ASE.TD.AirspaceActivation with status='ACTIVE' and decode according to the general decoding rules for Item D, E - Schedules | ||||||||||||||||||||||||||||||||||||||||||||||||||||
(8) | note | Annotations shall be translated into free text according to the common rules for annotations decoding. |
Note: The objective is the full automatic generation, without human intervention. However, the implementers of the specification might consider reducing the cost of a fully automated generation by allowing the operator to fine-tune the text in order to improve its readability (with the inherent risk for human error, when re-typing is allowed).
Items F & G
Item F and item G shall be left empty.
Note: Values for item F & G are only required for Navigation Warnings (QW) and Airspace Reservations (QR). Inclusion of applicable vertical limits in Item E) for changes of Airspace organisation (QA) can be considered, but is not applicable for this scenario as it does not cover modification of vertical limits.
Event Update
The eventual update of this type of event shall be encoded following the general rules for Event update or cancellation, which provide instructions for all NOTAM fields, except for item E and the condition part of the Q code, in the case of a NOTAM C
If a NOTAM C is produced, then the 4th and 5th letters (the "condition") of the Q code shall be "CN", except for the situation of a “new NOTAM to follow", in which case “XX”shall be used.
The following pattern should be used for automatically generating the E field text from the AIXM data:
- De-activation cancelled: If ASE.TD contains a single ASE.TD.AirspaceActivation and this one has status='INACTIVE'
- Activation cancelled: If ASE.TD contains at least one ASE.TD.AirspaceActivation with status='ACTIVE'
Reference | Rule |
(9) | If the NOTAM will be followed by a new NOTAM concerning the same situation, then the operator shall have the possibility to choose the "New NOTAM to follow" branch. This branch cannot be selected automatically because this information is only known by the operator. Note: in this case, the 4th and 5th letters of the Q code shall also be changed into “XX”. |