曝光臺 注意防騙 網曝天貓店富美金盛家居專營店坑蒙拐騙欺詐消費者

not allowed
Annex 10 - Aeronautical Telecommunications
FIGURES FOR CHAPTER 3
ATN communication
Note I.- Shadirrg indicates elements outside the scope of these SARPs. User requirenzents define the inte$ace
bemeen the application enti9 and the user and ensure the finctionality and interoperability of the ATN.
Note 2.- Thefigure represents a simplified model of the ATN and does not depict all of its capabilities (e.8. the
store and forward capability which is provided for ATS message handling service).
Note 3.- Various end-to-end points have been defined within the ATN to specifjl certain end-to-end peflormance
requirements. It may be necessary, however, to define different end-to-end points to facilitate the qualification of
implementations to those pe$onnance requirements. In such cases, the end-to-end points should be clearly defined
and correlated with the end-to-end points shown in the figure.
Figure 3-1. Conceptual model of the ATN
511 1/98
No. 73
Part I Annex I0 - Aeronautical Telecommunications
(2) counted for uplink ELM frames with an even number of
Comm-C segments. The value contained in the LV field shall
be ignored if the packet is multiplexed.
Note.- A specific length field is used to de$ne ihe length
of each element of a multiplexed packet. Therefore the LVfield
value is not used. LVjeld error handling is described in
Tables 5-16 and 5-19.
5.2.2.3.2 Multiplexing. When multiplexing multiple
Mode S packets into single SLM on ELM frame, the following
procedures shall be used. Multiplexing of the packets within
the ADLP shall not be applied to packets associated with
SVCs of different priorities.
length as indicated in the LENGTH fieId and the Iength of the
frame hosting that packet, shall result in the discarding of the
packet unless the error can be determined to be limited to the
LENGTH field, in which case a RFECT packet with the
expected PS value can be sent.
5.2.2.3.2.3 Termination. The end of a frame containing
a sequence of multiplexed packets shall be determined by one
of the following events:
a) a length field of all zeros; or
b) less than eight bits left in the frame.
Note.- Multiplexing is not perjfomed on MSP packets. 5.2.2.3.3 MODE S CHANNEL SEQUENCE PRESERVATION
5.2.2.3.3.1 Application. In the event that multiple
5.2.2.3.2.1 Multiplexing optimization Mode S frames from the same SVC are awaiting transfer to
the same XDLP, the following procedure shall be used.
Recommendation.- When multiple packets are awaiting
transfer to the same XDLF: they should be multiplexed into a
single frame in order to optimize throughput, provided that 5-2-2.3.3.2 Procedure
packets associated with SVCs of differentpriorities are not
multiplexed together. Note I.- SLM and ELM transactions can occur
independentty.
5.2.2.3.2.2 Structure. The structure of the multiplexed
packets shall be as follows: Note 2.- Uplink and downlink transactions can occur
independently.
Note.-- A number in the field signifies the field length in
bits; "v" signifies that the field is of variable length.
5.2.2.3.2.2.1 Multiplexing header The header for the
multiplexed packets shall be as follows:
Where,
Data packet type (DP) = 0
MSP packet type (MP) = 1
Supervisory packet (SP) = 3
Supervisory type (ST) = 2
Note.- See Figure 5-23 for a definition for the field
structure used in the multiplexing header.
5.2.2.3.2.2.2 Length. This field shall contain the length
of the following packet in bytes. Any error detected in a
multiplexed DATA packet, such as inconsistency between
5.2.2.3.3.2.1 SLMframes. SLh4 frames awaiting transfer
shall be transmitted in the order received.
5.2.2.3.3.2.2 ELM frumes. ELM frames awaiting transfer
shall be transmitted in the order received.
5.2.2.4 GDLP FRAME PROCESSING
5.2.2.4.1 GENERALP ROVISIONS
5.2.2.4.1.1 The GDLP shall determine the data link
capability of the ADLPItransponder installation from the data
link capability report (5.2.9) before performing any data link
activity with that ADLF'.
5.2.2.4.1.2 GDLP frame processing shall provide to the
interrogator all data for the uplink transmission that is not
provided directly by the interrogator.
5.2.2.4.2 Delivery status. GDLP frame processing shall
accept an indication from the interrogator function that a
specified uplink frame that was previously transferred to the
interrogator has been successfully delivered over the groundto-
air link.
5.2.2.4.3 Aircrafi address. GDLP frame processing shall
ccceive from the interrogator along with he data in each
511 1/98
No. 73
Annex 10 - Aeronautical Telecommunications Volume I11
　
中國航空網 www.k6050.com
航空翻譯 www.aviation.cn
本文鏈接地址：附件10--航空電信an10_v3_1ed_amend_73(10)