Difference between revisions of "CPDLC Air Initiated Transaction Delay for ATN"
(Created page with " The time provided in the header of the CPDLC LACK message sent from the aircraft is considered as giving a fairly accurate indication of when the associated uplink message h...") |
|||
Line 1: | Line 1: | ||
+ | The CPDLC Ground Initiated Transaction Delay is a part of the CPDLC ground initiated transactions [[Performance Statistics|performance statistics]]. It is the time taken between the message that initiates a transaction being sent and the corresponding message that closes the transaction being received. | ||
+ | |||
+ | Only transactions that are responded to by the flight crew are considered. Transactions that are triggered automatically by the ground system and automatically responded by the aircraft (for example UM160 Next Data Authority) are not considered as a part of this metric. | ||
+ | |||
+ | [[Image: AITransactionDelay.jpg | frame| none | CPDLC AIR INITIATED TRANSACTION DELAY]] | ||
Revision as of 16:51, 4 February 2013
The CPDLC Ground Initiated Transaction Delay is a part of the CPDLC ground initiated transactions performance statistics. It is the time taken between the message that initiates a transaction being sent and the corresponding message that closes the transaction being received.
Only transactions that are responded to by the flight crew are considered. Transactions that are triggered automatically by the ground system and automatically responded by the aircraft (for example UM160 Next Data Authority) are not considered as a part of this metric.
The time provided in the header of the CPDLC LACK message sent from the aircraft is considered as giving a fairly accurate indication of when the associated uplink message has been processed and is available to the pilot. Similarly the timestamp in the header of the CPDLC request from the aircraft can be considered as giving a reasonable indication of when the pilot made the request.
The CPDLC Transaction Delay (CTD) is the time taken between the message that initiates a transaction being sent and the corresponding message that closes the transaction being received.
Air initiated transactions and ground initiated transactions will be analysed separately since they have different performance requirements (ET is different).
Each different type of transaction will have to be considered separately to determine which message initiates the transaction and which closes it.
If the initial response is an ERROR message then the transaction should not be included in the statistic (since the transaction will not be closed) but the error should be counted. Also if the initial response is a LACK but an ERROR message is received subsequently for this transaction (because the pilot or the controller did not respond before the timer expired) then the transaction should also not be included in the statistic but again the error should be counted.
The ground system would record all ground initiated requests and associated closing responses and all aircraft initiated requests and associated closing responses.