SWIM_TI_YP_1_0_AMQP_MESSAGING

All the reverse entity references for this entity

This Service Interface exposes the set of operations related to Coordination and Transfer that are not necessarily required to achieve a usual/basic interoperability level.

Operations

closePointOut is used in response to a pointOut notification for formally notifying the system that the notification has been processed by the receiver.
This remains a local action between the receiver and his/her system without any OLDI equivalent message.
The originator controller is capable of ending the point session, while the designated controller is capable only to remove his OEs from the recipient list (and if there is no more recipient, the point session is ended). The exception being that it is not possible to end a point session in another OLDI ATSU because OLDI considers the "point" as a one shot distribution..

Synchronous
SYNCHRONOUS
TI Protocol Methods
transfer

The Point message is sent to controller(s) of the same ATSU or another ATSU to point out a flight in order to facilitate verbal coordination, irrespective of whether co-ordination has taken place.
This is a PNT msg equivalent.
The input of the point function shall contain the identification of the SFPL and the identification of one or several point target sector(s).
The use of a reason parameter written by the originator is only allowed for Point message sent to controller(s) of the same ATSU.
The main uses of the point function are:
- highlight: to support vocal exchanges during the co-ordination process. In such cases, the flight is designated by the giving position, and it is highlighted on the positions managing the pointed sector(s).
- manual distribution: to support the delivery of flight data to a chosen recipient:
- for information, if the recipient is not within the computed informed responsibility list (e.g. to check with an adjacent position the possibility to transfer the flight to it)
- to replace automatic distribution by manual distribution, when the system is degraded.
.

Synchronous
SYNCHRONOUS
TI Protocol Methods
transfer

Operation to transfer the responsibility of a flight to a responsibility that is not in the list of the planned crossed responsibilities.
The input shall contain the identification of the SFPL and the name of the receiving responsibility (toSector)
.

Synchronous
SYNCHRONOUS
TI Protocol Methods
transfer

Operation to propose the flight for hand-over to the accepting controller (unit) when required.
This is a HOP msg equivalent.
This operation is possible only if the accepting unit is another ATSU.
This operation is allowed only if no clearances request is on going (either no request has been received for the flight, or otherwise it has been answered).
The input shall contain one or more of the following transfer data: CFL, assigned heading, direct route clearance, assigned speed, assigned rate of Climb/Descent..

Synchronous
SYNCHRONOUS
TI Protocol Methods
transfer
Processing Consideration

Operation to propose the flight for hand-over to the accepting controller (unit) when required.
This is a HOP msg equivalent.
This operation is possible only if the accepting unit is another ATSU.
This operation is allowed only if no clearances request is on going (either no request has been received for the flight, or otherwise it has been answered)..

Synchronous
SYNCHRONOUS
TI Protocol Methods
transfer
Processing Consideration

Operation from accepting unit to request some operational clearances from transferring unit.
This is a RTI msg equivalent.
This operation is allowed only if no hand over proposal is on going (either no proposal has been received for the flight, or otherwise it has been answered).
The input shall contain CFL, and optionally one or more of the following transfer data: CFL, assigned heading, direct route clearance, assigned speed, assigned rate of Climb/Descent..

Synchronous
SYNCHRONOUS
TI Protocol Methods
transfer
Processing Consideration
Behaviour
Interface Binding Description

Information is exchanged in Protobuf format. Protocol buffers or Protobuf are Google's language-neutral, platform-neutral, extensible mechanism for serializing structured data similar to XML, but smaller, faster, and simpler.

Interface Provision Side
TI Primitive Message Exchange Pattern
Service Interface Binding
Network Interface Binding

This Service Interface exposes the set of basic operations needed for manual correlation.

Operations
Behaviour
Interface Binding Description

Information is exchanged in Protobuf format. Protocol buffers or Protobuf are Google's language-neutral, platform-neutral, extensible mechanism for serializing structured data similar to XML, but smaller, faster, and simpler.

Interface Provision Side
TI Primitive Message Exchange Pattern
Service Interface Binding
Network Interface Binding

This Service Interface exposes two operations for publishing updates of correlation status, either immediately on a specific flight when updated, or periodically for all flights.

Operations

This operation periodically sends the correlation status for all flights to subscribers, and thus they are aware of the latest correlation status of all flights.
Correlation data are sent every 4 seconds (time period of radar updates).
CCS starts distributing correlation data for an SFPL when this SFPL is eligible for correlation or if it is MANUALLY_CORRELATED..

Synchronous
ASYNCHRONOUS
TI Protocol Methods
transfer
Operation Message
Processing Consideration
Interface Binding Description

Information is exchanged in Protobuf format. Protocol buffers or Protobuf are Google's language-neutral, platform-neutral, extensible mechanism for serializing structured data similar to XML, but smaller, faster, and simpler.

Interface Provision Side
TI Primitive Message Exchange Pattern
Service Interface Binding
Network Interface Binding

This Service Interface exposes the technical operation that allows the consumer to get the current correlation status of all flights on request. It is typically used when starting the Service, for initialisation.

Operations
Behaviour
Interface Binding Description

Information is exchanged in Protobuf format. Protocol buffers or Protobuf are Google's language-neutral, platform-neutral, extensible mechanism for serializing structured data similar to XML, but smaller, faster, and simpler.

Interface Provision Side
TI Primitive Message Exchange Pattern
Service Interface Binding
Network Interface Binding

This Service Interface exposes the technical operation that allows the consumer (operational supervisor, technical supervisor...) to get the current state of Airspace planning data on request. It is typically used when starting the Service, for initialisation.

Operations

If airspaceStatusRequested is filled, this operation allows a consumer to get the applicable airspace planning data related to all the relevant airspaces (ARES and/or CDR according to its request).
Only the ARES and CDR having at least 1 timesheet are received as a response to this request.

If airspaceName is filled, this operation allows a consumer to get the applicable airspace planning data related to the designated airspace (ARES or CDR).
If the designated airspace doesn’t have any timesheet, no airspace planning data is received..

Synchronous
SYNCHRONOUS
Precondition
Either airspaceStatusRequested or airspaceName should be filled.
TI Protocol Methods
transfer
Processing Consideration
Interface Binding Description

Information is exchanged in Protobuf format. Protocol buffers or Protobuf are Google's language-neutral, platform-neutral, extensible mechanism for serializing structured data similar to XML, but smaller, faster, and simpler.

Interface Provision Side
TI Primitive Message Exchange Pattern
Service Interface Binding
Network Interface Binding

This Service Interface exposes the operations for publishing on-line updates of Airspace planning data on a specific airspace immediately when updated.

Operations

In case of dynamic modification of an ARES planning, this operation performs the publication of the new or updated planning of this ARES to the subscribed service consumers.

The publication message contains the description of the planning of the given ARES (upper and lower flight levels, timesheet period, periodicity, ...)..

Synchronous
ASYNCHRONOUS
TI Protocol Methods
transfer

In case of dynamic modification of a CDR planning, this operation performs the publication of the new or updated planning of this CDR to the subscribed service consumers.

The publication message contains the description of the planning of the given CDR (the Open/Closed status, upper and lower flight levels, timesheet period, periodicity, ...)..

Synchronous
ASYNCHRONOUS
TI Protocol Methods
transfer
Interface Binding Description

Information is exchanged in Protobuf format. Protocol buffers or Protobuf are Google's language-neutral, platform-neutral, extensible mechanism for serializing structured data similar to XML, but smaller, faster, and simpler.

Interface Provision Side
TI Primitive Message Exchange Pattern
Service Interface Binding
Network Interface Binding

This service Interface exposes the operations for publishing on-line updates of Airspace Status data on a specific airspace immediately when updated.

Operations

In case of dynamic modification of an ARES activation status, this operation performs the publication of the new status and data related to the updated ARES to the subscribed service consumers..

Synchronous
ASYNCHRONOUS
TI Protocol Methods
transfer
Operation Message

In case of dynamic modification of a CDR status, this operation performs the publication of the new status and data related to the updated CDR to the subscribed service consumers.

The publication message contains the description of the status of the given CDR.

The CDR status is based on 2 attributes of the publication message:
- cdrStatus (its value is Open or Closed)
- cdrLockStatus (its value is Locked or Unlocked)
cdrStatus is provided only if cdrLockStatus is Locked. If cdrLockStatus is Unlocked, the Open/Closed status of the CDR can be deduced from the timetable.
.

Synchronous
ASYNCHRONOUS
TI Protocol Methods
transfer
Operation Message
Interface Binding Description

Information is exchanged in Protobuf format. Protocol buffers or Protobuf are Google's language-neutral, platform-neutral, extensible mechanism for serializing structured data similar to XML, but smaller, faster, and simpler.

Interface Provision Side
TI Primitive Message Exchange Pattern
Service Interface Binding
Network Interface Binding

This Service Interface exposes the technical operation that allows the consumer (operational supervisor, technical supervisor...) to get the current state of Airspace status data on request. It is typically used when starting the Service, for initialisation.

Operations

If airspaceStatusRequested is filled, this operation allows a consumer to get the applicable airspace status data related to all the relevant airspaces (ARES and/or CDR according to its request).

If airspaceName is filled, this operation allows a consumer to get the applicable airspace status data related to the designated airspace (ARES or CDR)..

Synchronous
SYNCHRONOUS
Precondition
Either airspaceStatusRequested or airspaceName should be filled.
TI Protocol Methods
transfer
Operation Message
Processing Consideration
Behaviour
Interface Binding Description

Information is exchanged in Protobuf format. Protocol buffers or Protobuf are Google's language-neutral, platform-neutral, extensible mechanism for serializing structured data similar to XML, but smaller, faster, and simpler.

Interface Provision Side
TI Primitive Message Exchange Pattern
Service Interface Binding
Network Interface Binding

This Service Interface exposes the set of operations related to SSR Code Management that are not necessarily required to achieve a usual/basic interoperability level.

Operations

The operation allows to reset the isEligibleForModeSCode indicator (i.e. change it from TRUE to FALSE) or, if manually reset, to enable again its automatic reassessment (i.e. enable its automatic change from FALSE to TRUE, if previously manually changed from TRUE to FALSE).
The setModeSEligible attribute is ignored by CCS.

When the system will have to automatically assign a SSR code to the flight, the system will take this status (indicator set or not) into account to determine the proper code to use (discrete or conspicuity).
By default, automatic reassessment is allowed.
On reset of the "Eligible for Mode S Code" indicator in the SFPL, the system shall:
- trigger a new discrete SSR code automatic assignment to the controlled SFPL internal segments that had the conspicuity code automatically assigned and are not in left status, if any, and
- store the conspicuity code in the PSSR of these internal segments, if any, and
- remove the Mode S address stored in the SFPL, if the SFPL was correlated on the conspicuity code.
- disable the automatic reassessment of the indicator.
If automatic reassessment is allowed, the indicator is TRUE if :
- the flight is Mode S equipped
- the entire remaining route is included in a Mode S declared Airspace
- the flight belongs to a Mode S flagged directional flow.
For an inbound flight, if the SSR code received from the upstream segment is the Mode S conspicuity code, the system forces the Mode S capability of the flight and considers it as a Mode S flight..

Synchronous
SYNCHRONOUS
TI Protocol Methods
transfer
Processing Consideration
Interface Binding Description

Information is exchanged in Protobuf format. Protocol buffers or Protobuf are Google's language-neutral, platform-neutral, extensible mechanism for serializing structured data similar to XML, but smaller, faster, and simpler.

Interface Provision Side
TI Primitive Message Exchange Pattern
Service Interface Binding
Network Interface Binding

This Service Interface exposes the set of basic operations needed for SSR Code Management.

Operations

The operation allows to release an assigned SSR code if it is not used for correlation purpose.
Due to the limited number of Mode 3/A SSR codes it is necessary to release assigned codes back into the pool of available codes when possible. Normally this would be handled automatically with the Flight Data Manager or other service monitoring the status of a flight and requesting the release of a code when a flight lands, leaves the Area of Responsibility of an ATSU or is cancelled..

Synchronous
SYNCHRONOUS
TI Protocol Methods
transfer
Processing Consideration

The operation allows to manually assign a code given in the input, or to request an automatic code assignment.
The manual assignment is allowed if there is no code assigned, as well as if there is one already assigned to the flight, in order to modify it.
If ssrCode is provided in the input (i.e. manual assignment), the operation allows changing either the code assigned to the segment given in the input, the code assigned to the previous segment, or the one assigned to the next.
- for the assignment of the code to the given segment: If the controlled SFPL internal segment is correlated on the current assigned SSR code, or if the flight is not yet correlated and previousSSRCode is empty, the system shall push the currently assigned SSR code in the previousSSRCode and the new assigned one in the assignedSSRCode. Otherwise the system shall overwrite the currently assigned SSR code by the new one.
- for the assignment of the code to the previous or next segment: the input is accepted if the code to modify is not currently used for correlation purpose.

Synchronous
SYNCHRONOUS
TI Protocol Methods
transfer
Processing Consideration
Behaviour
Interface Binding Description

Information is exchanged in Protobuf format. Protocol buffers or Protobuf are Google's language-neutral, platform-neutral, extensible mechanism for serializing structured data similar to XML, but smaller, faster, and simpler.

Interface Provision Side
TI Primitive Message Exchange Pattern
Service Interface Binding
Network Interface Binding