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

Version 1 Next »

ID:

AIXM-520

target version:

AIXM 5.2

version:

1.0

last updated:

08 AUG 2022

status:

APPROVED


Description

Additional attribute is added to TrafficSeparationService to indicate CPDLC standard.

Rationale for change

See https://aixmccb.atlassian.net/browse/AIXM-418

It was identified that information on CPDLC standard, along with the indication of availability (dataLinkEnabled) and logon information (dataLinkChannel) is necessary for the completeness. A separate attribute dataLinkStandard is created for that purpose.

Impact assessment

There is no impact on existing implementations as the current AIXM 5.1(.1) data remains fully valid against AIXM 5.2. No values are removed from this list.

When receiving data from AIXM 5.2 implementations, current AIXM 5.1(.1) systems will be able to map back the new values, as described in the mapping rules further in this document.

Change Proposal details

In the UML model, in the TrafficSeparationService feature:

  • Add a new dataLinkStandard attribute, defined as “An indication of Controller-Pilot Data-Link Communication (CPDLC) standard used in support of the service.”, data type CodeDataLinkStandardType.

In the UML model, add the following data types:

  • CodeDataLinkStandardBaseType (stereotype <<codelist>>, definition: “A coded value representing the standard used for Controller-Pilot Data-Link Communication (CPDLC).”), with the following list of values:
    • ATN_B1, type = string, definition = “Aeronautical Telecommunications Network (ATN) Baseline 1
    • ATN_B2, type = string, definition = “Aeronautical Telecommunications Network (ATN) Baseline 2”
    • FANS1_A, type = string, definition = “ Future Air Navigation System 1/A
    • FANS1_A_PLUS, type = string, definition = “ Future Air Navigation System 1/A+ (an updated standard)
    • ACARS_ATS, type = string, definition = “Aircraft Communications Addressing and Reporting System (ACARS) Air Traffic Services (ATS)
    • OTHER, type = string, definition = ”Other”
  • CodeDataLinkStandardType (specialisation of CodeDataLinkStandardBaseType, stereotype <<datatype>>, definition: “ A complex data type that enables the provision of a NIL reason for any attribute using this type.”), attribute:
    • nilReason (type: NilReasonEnumeration)

The following UML class diagram shows the new attribute and its list of values:


Mapping AIXM 5.1.1 to AIXM 5.2 (forward)

Not applicable

Mapping AIXM 5.2 to AIXM 5.1.1 (backward)

[MAPC-02] For each AirTrafficControlService or each GroundTrafficControlService that have a child dataLinkStandard element, from the three backward mapping options applicable in this case, the first two (discard the value or use an extension) are straightforward and do not need any further details. The 3rd option (backward mapping into a Note) is detailed in order to provide a complete description of this case and its conversion option. The following mapping into Note algorithm is proposed:

  1. Remove the element dataLinkStandard.
  2. Add an annotation.Note associated with the owner class having
  • purpose=“OTHER:BACKWARD_MAPPING”;
  • LinguisticNote.note=”dataLinkStandard:<value of dataLinkStandard>

Mapping example

(Note: for mapping test data see: https://github.com/aixm/mapping_52_511/tree/master/AIXM-xxx

AIXM 5.2AIXM 5.1(.1)







  • No labels