[AIXM-532] Direct associations between certain services and RouteSegment
ID: | AIXM-531 |
target version: | AIXM 5.2 |
version: | 1.0 |
last updated: | 08 AUG 2022 |
status: | APPROVED |
Description
Direct associations are added from InformationService, AirTrafficControlService, AirTrafficManagementService, and SearchAndRescueService towards RouteSegment.
Rationale for change
See https://aixmccb.atlassian.net/browse/AIXM-378
In the AIXM 5.1, the relation between a Route and its Controlling Unit is quite complex, regarding the effective operational need for the AIP dataset in ENR 3.X: "Remarks, including an indication of the controlling unit and its operating frequency." (ENR 3.X, "Remarks'' column). Moreover, there is no direct relation between a RouteSegment and its Controlling Unit, knowing that all the RouteSegments of a Route won't always have the same Controlling Unit.
A processing must be done to relate a RoutePortion object (associated to a Route) with a RouteSegment, in order to provide the AIP information.
In order to simplify this situation, it is proposed to add a direct n..1 relation from a subset of concrete Service types to one or more RouteSegment.
Impact assessment
[FWD_1:1] No data mapping is necessary and no data loss occurs when data is exchanged from a system (A) that uses AIXM 5.1.1 for output towards a system (B) that uses AIXM 5.2 for input.
[BWD_MAP_1:1] Data mapping is possible and no data loss occurs when data is exchanged from a system (B) that uses AIXM 5.2 for output towards a system (A) that uses AIXM 5.1.1 for input.
Change Proposal details
In the UML model, add a new association as follows:
- InformationService ‘isLocatedAt’ RouteSegment
- .* on the InformationService side,
- .* on the RouteSegment side, “clientRouteSegment” role name, definition = “The route segment for which the information is provided.”
- AirTrafficManagementService ‘manages’ RouteSegment
- .* on the AirTrafficManagementService side,
- .* on the RouteSegment side, “clientRouteSegment” role name, definition = “The route segment for which the flight planning and air traffic flow management services is provided.”
- AirTrafficControlService ‘controls’ RouteSegment
- .* on the AirTrafficControlService side,
- .* on the RouteSegment side, “clientRouteSegment” role name, definition = “The route segment for which the air traffic control is provided.”
- SearchRescueService ‘services’ RouteSegment
- .* on the SearchRescueService side,
- .* on the RouteSegment side, “clientRouteSegment” role name, definition = “The route segment where the search and rescue service is provided.”
The following UML class diagram indicates the new associations:
Mapping AIXM 5.1.1 to AIXM 5.2 (forward)
Not applicable
Mapping AIXM 5.2 to AIXM 5.1.1 (backward)
The following algorithm shall be applied:
- [MAPC-00] For each clientSegment child element of a InformationService, AirTrafficManagementService, AirTrafficControlService or SearchRescueService element:
- retrieve the RouteSegment referenced through the xlink:href value of the clientSegment and then add a clientRoute child element with
- xlink:href value equal to the RouteSegment.routeFormed.xlink:href value
- EnRouteSegmentPoint.pointChoice_….xlink:href value value equal to the RouteSegment.start.EnRouteSegmentPoint.pointChoice_….xlink:href value
- EnRouteSegmentPoint.pointChoice_….xlink:href value value equal to the RouteSegment.end.EnRouteSegmentPoint.pointChoice_….xlink:href value
- remove the clientSegment element.
- retrieve the RouteSegment referenced through the xlink:href value of the clientSegment and then add a clientRoute child element with
Mapping example
(Note: for mapping test data see: https://github.com/aixm/mapping_52_511/tree/master/AIXM-xxx)
AIXM Input | AIXM Output |
---|---|