Publication: Magyar Közlöny
Issue: MK-2007-70 (Year: 2007, Number: 70)
Era: 2004-2010
Section: Melléklet a 2007. évi XLVI. törvényhez
Paragraph Index: 4250

c) non-use, or restricted use, of remote access to ATN ground end system, intermediate systems and SM workstations. 3.9.2 ATN security policy Note.— Communication monitoring and third party traffic analysis do not constitute safety hazards and are not considered security threats for the ATSC. However, some ATS and/or non-ATS users and applications may have local, or organizational, policies wherein communication monitoring and third party traffic analysis would be considered security threats based on other concerns, such as economic considerations. 3.9.2.1 ATS messages shall be protected from masquerade, modification and replay. Note 1. — This means that for data messages exchanged among ATN entities there will be a high level of assurance that a message comes from where it claims, has not been tampered with, and is not a repeat of an obsolete message. Note 2. — The level of protection may vary by the type of security threat and by the level of ATN security service selected by the user or application process. 3.9.2.2 A request for protection of ATS messages shall be honoured. 4H 27/11/03 No. 78 2007/70/II. szám Part I Annex 10 — Aeronautical Telecommunications 5/11/95 1/11/01 No. 76 Note.— A request for non-use of protection may be honoured. This means that the use of security is the default and negotiation to non-use is based on local policy. 3.9.2.3 The ATN services that support messages to and from the aircraft shall be protected against denial of service attacks to a level of probability consistent with the required application service availability as determined by local policies. Note 1.— The term “denial of service” describes a condition where legitimate access to information or other ATN resources is deliberately impeded. Note 2.— This may mean having alternative communications paths available in case one path is subject to denial of service. 4I 2007/70/II. szám Annex 10 — Aeronautical Telecommunications Volume III 5/11/95 1/11/01 No. 76 TABLES FOR CHAPTER 3 Table 3-1. Transit delays for ATSC Classes Maximum one-way ATN end-to-end transit delay at 95% probability (seconds) ATSC Class Reserved A 4.5 B 7.2 C 13.5 D E F G H No value specified no preference Note 1.— The value for the ATN end-to-end transit delay represents approximately 90% of the value for the total end-to-end transit delay between the ultimate users of the system. Note 2.— The 95% probability is based on the availability of a route conforming to the requested ATSC class. 4J 2007/70/II. szám Part I Annex 10 — Aeronautical Telecommunications 5/11/95 1/11/01 No. 76 Table 3-2. Mapping of ATN communication priorities Corresponding protocol priority Message categories ATN application Transport layer priority Network layer priority Network/systems management SM Distress communications Urgent communications High-priority flight safety messages CPDLC, ADS Normal-priority flight safety messages AIDC, ATIS Meteorological communications METAR Flight regularity communications CM, ATSMHS Aeronautical information service messages Network/systems administration SM, DIR Aeronautical administrative messages <unassigned> Urgent-priority administrative and U.N. Charter communications High-priority administrative and State/Government communications Normal-priority administrative communications Low-priority administrative communications and aeronautical passenger communications Note.— The network layer priorities shown in the table apply only to connectionless network priority and do not apply to subnetwork priority. 4K 2007/70/II. szám Annex 10 — Aeronautical Telecommunications Volume III 5/11/95 1/11/01 No. 76 Table 3-3. Mapping of ATN network priority to mobile subnetwork priority Message categories ATN network layer priority Corresponding mobile subnetwork priority (see Note 4) AMSS VDL Mode 2 VDL Mode 3 VDL Mode 4 (see Note 5) SSR Mode S HFDL Network/systems management see Note 1 high high Distress communications see Note 1 high high Urgent communications see Note 1 high high High-priority flight safety messages see Note 1 high high Normal-priority flight safety messages see Note 1 high high Meteorological communications see Note 1 medium low Flight regularity communications see Note 1 medium low Aeronautical information service messages see Note 1 medium low Network/systems administration see Note 1 medium low Aeronautical administrative messages not allowed not allowed not allowed not allowed not allowed <unassigned> unassigned unassigned unassigned unassigned unassigned unassigned Urgent-priority administrative and U.N. Charter communications not allowed not allowed not allowed not allowed not allowed High-priority administrative and State/Government communications not allowed not allowed not allowed not allowed not allowed Normal-priority administrative communications not allowed not allowed not allowed not allowed not allowed Low-priority administrative communications and aeronautical passenger communications not allowed not allowed not allowed not allowed not allowed Note 1.— VDL Mode 2 has no specific subnetwork priority mechanisms. Note 2.— The AMSS SARPs specify mapping of message categories to subnetwork priority without explicitly referencing ATN network layer priority. Note 3.—The term “not allowed” means that only communications related to safety and regularity of flight are authorized to pass over this subnetwork as defined in the subnetwork SARPs. Note 4.— Only those mobile subnetworks are listed for which subnetwork SARPs exist and for which explicit support is provided by the ATN boundary intermediate system (BIS) technical provisions. Note 5.— The VDL Mode 4 subnetwork provides support for surveillance applications (e.g. ADS). 4L 27/11/03 No. 78 2007/70/II. szám Part I Annex 10 — Aeronautical Telecommunications 5/11/95 1/11/01 No. 76 FIGURE FOR CHAPTER 3 Figure 3-1. Conceptual model of the ATN Note 1.— Shading indicates elements outside the scope of these SARPs. User requirements define the interface between the application entity and the user and ensure the functionality and interoperability of the ATN. Note 2.— The figure represents a simplified model of the ATN and does not depict all of its capabilities (e.g. 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 specify certain end-to-end performance requirements. It may be necessary, however, to define different end-to-end points to facilitate the qualification of implementations to those performance 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. Note 4.— An IS is a conceptual representation of functionality and does not correspond precisely to a router. A router which implements the system management application requires the protocols of an end system and when using the system management application is also acting as an end system. Application process End system (ES) Application entity Upper layers communications service Internet communications service ATN end-to-end ATN communication services end-to-end ATN Internet communications service end-to-end Intermediate system (IS) Intermediate system (IS) Application process Application entity Upper layers communications service Internet communications service Subnetwork Subnetwork Subnetwork End system (ES) 4M 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám 2007/70/II. szám Annex 10 — Aeronautical Telecommunications Volume III 9/11/95 THIS PAGE INTENTIONALLY LEFT BLANK 27/11/03 No. 78 2007/70/II. szám ANNEX 10 — VOLUME III 5-1 28/11/02 No. 77 CHAPTER 5. SSR MODE S AIR-GROUND DATA LINK Note.— The SSR Mode S air-ground data link is also referred to as the Mode S subnetwork in the context of the aeronautical telecommunication network (ATN). 5.1 DEFINITIONS RELATING TO THE MODE S SUBNETWORK Air-initiated protocol. A procedure initiated by a Mode S aircraft installation for delivering a standard length or extended length downlink message to the ground. Aircraft. The term aircraft may be used to refer to Mode S emitters (e.g. aircraft/vehicles), where appropriate. Aircraft data circuit-terminating equipment (ADCE). An aircraft specific data circuit-terminating equipment that is associated with an airborne data link processor (ADLP). It operates a protocol unique to Mode S data link for data transfer between air and ground. Aircraft data link processor (ADLP). An aircraft-resident processor that is specific to a particular air-ground data link (e.g. Mode S) and which provides channel management, and segments and/or reassembles messages for transfer. It is connected to one side of aircraft elements common to all data link systems and on the other side to the air-ground link itself. Aircraft address. A unique combination of 24 bits available for assignment to an aircraft for the purpose of air-ground communications, navigation and surveillance. Aircraft/vehicle. May be used to describe either a machine or device capable of atmospheric flight, or a vehicle on the airport surface movement area (i.e. runways and taxiways). BDS Comm-B Data Selector. The 8-bit BDS code determines the register whose contents are to be transferred in the MB field of a Comm-B reply. It is expressed in two groups of 4 bits each, BDS1 (most significant 4 bits) and BDS2 (least significant 4 bits). Broadcast. The protocol within the Mode S system that permits uplink messages to be sent to all aircraft in coverage area, and downlink messages to be made available to all interrogators that have the aircraft wishing to send the message under surveillance. Capability report. Information identifying whether the transponder has a data link capability as reported in the capability (CA) field of an all-call reply or squitter transmission (see “data link capability report”). Close-out. A command from a Mode S interrogator that terminates a Mode S link layer communication transaction. Cluster of interrogators. Two or more interrogators with the same interrogator identifier (II) code, operating cooperatively to ensure that there is no interference to the required surveillance and data link performance of each of the interrogators, in areas of common coverage. Comm-A. A 112-bit interrogation containing the 56-bit MA message field. This field is used by the uplink standard length message (SLM) and broadcast protocols. Comm-B. A 112-bit reply containing the 56-bit MB message field. This field is used by the downlink SLM, groundinitiated and broadcast protocols. Comm-C. A 112-bit interrogation containing the 80-bit MC message field. This field is used by the uplink extended length message (ELM) protocol. Comm-D. A 112-bit reply containing the 80-bit MD message field. This field is used by the downlink ELM protocol. Connection. A logical association between peer-level entities in a communication system. Data link capability report. Information in a Comm-B reply identifying the complete Mode S communications capabilities of the aircraft installation. Downlink. A term referring to the transmission of data from an aircraft to the ground. Mode S air-to-ground signals are transmitted on the 1 090 MHz reply frequency channel. Extended length message (ELM). A series of Comm-C interrogations (uplink ELM) transmitted without the requirement for intervening replies, or a series of Comm-D replies (downlink ELM) transmitted without intervening interrogations. Uplink ELM (UELM). A term referring to extended length uplink communication by means of 112-bit Mode S Comm-C interrogations, each containing the 80-bit Comm-C message field (MC). Downlink ELM (DELM). A term referring to extended length downlink communication by means of 112-bit Mode S Comm-D replies, each containing the 80-bit Comm-D message field (MD). 2007/70/II. szám Annex 10 — Aeronautical Telecommunications Volume III 5-2 28/11/02 No. 77 Frame. The basic unit of transfer at the link level. In the context of Mode S subnetwork, a frame can include from one to four Comm-A or Comm-B segments, from two to sixteen Comm-C segments, or from one to sixteen Comm- D segments. General formatter/manager (GFM). The aircraft function responsible for formatting messages to be inserted in the transponder registers. It is also responsible for detecting and handling error conditions such as the loss of input data. Ground data circuit-terminating equipment (GDCE). A ground specific data circuit-terminating equipment associated with a ground data link processor (GDLP). It operates a protocol unique to Mode S data link for data transfer between air and ground. Ground data link processor (GDLP). A ground-resident processor that is specific to a particular air-ground data link (e.g. Mode S), and which provides channel management, and segments and/or reassembles messages for transfer. It is connected on one side (by means of its DCE) to ground elements common to all data link systems, and on the other side to the air-ground link itself. Ground-initiated Comm-B (GICB). The ground-initiated Comm-B protocol allows the interrogator to extract Comm-B replies containing data from a defined source in the MB field. Ground-initiated protocol. A procedure initiated by a Mode S interrogator for delivering standard length or extended length messages to a Mode S aircraft installation. Mode S air-initiated Comm-B (AICB) protocol. A procedure initiated by a Mode S transponder for transmitting a single Comm-B segment from the aircraft installation. Mode S broadcast protocols. Procedures allowing standard length uplink or downlink messages to be received by more than one transponder or ground interrogator respectively. Mode S ground-initiated Comm-B (GICB) protocol. A procedure initiated by a Mode S interrogator for eliciting a single Comm-B segment from a Mode S aircraft installation, incorporating the contents of one of 255 Comm-B registers within the Mode S transponder. Mode S multisite-directed protocol. A procedure to ensure that extraction and close-out of a downlink standard length or extended length message is affected only by the particular Mode S interrogator selected by the aircraft. Mode S packet. A packet conforming to the Mode S subnetwork standard, designed to minimize the bandwidth required from the air-ground link. ISO 8208 packets may be transformed into Mode S packets and vice-versa. Mode S specific protocol (MSP). A protocol that provides restricted datagram service within the Mode S subnetwork. Mode S specific services. A set of communication services provided by the Mode S system which are not available from other air-ground subnetworks, and therefore not interoperable. Mode S specific services entity (SSE). An entity resident within an XDLP to provide access to the Mode S specific services. Packet. The basic unit of data transfer among communication devices within the network layer, (e.g. an ISO 8208 packet or a Mode S packet). Required navigation performance (RNP). A statement of the navigation performance accuracy necessary for operation within a defined airspace. Segment. A portion of a message that can be accommodated within a single MA/MB field in the case of a standard length message, or MC/MD field in the case of an extended length message. This term is also applied to the Mode S transmissions containing these fields. Standard length message (SLM). An exchange of digital data using selectively addressed Comm-A interrogations and/or Comm-B replies (see “Comm-A” and “Comm-B”). Subnetwork. An actual implementation of a data network that employs a homogeneous protocol and addressing plan, and is under the control of a single authority. Subnetwork management entity (SNME). An entity resident within a GDLP that performs subnetwork management and communicates with peer entities in intermediate or endsystems. Timeout. The cancellation of a transaction after one of the participating entities has failed to provide a required response within a pre-defined period of time. Uplink. A term referring to the transmission of data from the ground to an aircraft. Mode S ground-to-air signals are transmitted on the 1 030 MHz interrogation frequency channel. XDCE. A general term referring to both the ADCE and the GDCE. XDLP. A general term referring to both the ADLP and the GDLP. 2007/70/II. szám Part I Annex 10 — Aeronautical Telecommunications 5-3 28/11/02 No. 77 5.2 MODE S SUBNETWORK CHARACTERISTICS 5.2.1 General provisions Note 1.— Reference ISO document. When the term “ISO 8208” is referred to in this standard, it means the ISO Standard “Information technology — Data communications — X.25 Packet Layer Protocol for Data Terminal Equipment, Reference Number ISO/IEC 8208: 1990(E)”. Note 2.— The overall architecture of the Mode S subnetwork is presented in the diagram on the following page. Note 3.— The processing splits into three different paths. The first consists of the processing of switched virtual circuits (SVCs), the second consists of the processing of Mode S specific services, and the third consists of the processing of subnetwork management information. SVCs utilize the reformatting process and the ADCE or GDCE function. Mode S specific services utilize the Mode S specific services entity (SSE) function. 5.2.1.1 Message categories. The Mode S subnetwork shall only carry aeronautical communications classified under categories of flight safety and flight regularity as specified in Annex 10, Volume II, Chapter 5, 5.1.8.4 and 5.1.8.6. 5.2.1.2 Signals in space. The signal-in-space characteristics of the Mode S subnetwork shall conform to the provisions contained in Annex 10, Volume IV, Chapter 3, 3.1.2. 5.2.1.3 Code and byte independency. The Mode S subnetwork shall be capable of code and byte independent transmission of digital data. 5.2.1.4 Data transfer. Data shall be conveyed over the Mode S data link in segments using either standard length message (SLM) protocols or extended length message (ELM) protocols as defined in 3.1.2.6.11 and 3.1.2.7 of Annex 10, Volume IV. Note 1.— An SLM segment is the contents of one 56-bit MA or MB field. An ELM segment is the contents of one 80-bit MC or MD field. Note 2.— An SLM frame is the contents of up to four linked MA or MB fields. An ELM frame is the contents of 2 to 16 MC or 1 to 16 MD fields. 5.2.1.5 Bit numbering. In the description of the data exchange fields, the bits shall be numbered in the order of their transmission, beginning with bit 1. Bit numbers shall continue through the second and higher segments of multisegment frames. Unless otherwise stated, numerical values encoded by groups (fields) of bits shall be encoded using positive binary notation and the first bit transmitted shall be the most significant bit (MSB) (3.1.2.3.1.3 of Annex 10, Volume IV). 5.2.1.6 Unassigned bits. When the length of the data is not sufficient to occupy all bit positions within a message field or subfield, the unassigned bit positions shall be set to 0. 5.2.2 Frames 5.2.2.1 UPLINK FRAMES 5.2.2.1.1 SLM frame. An uplink SLM frame shall be composed of up to four selectively addressed Comm-A segments. Note.— Each Comm-A segment (MA field) received by the ADLP is accompanied by the first 32 bits of the interrogation that delivered the segment (3.1.2.10.5.2.1.1 of Annex 10, Volume IV). Within these 32 bits is the 16-bit special designator (SD) field (3.1.2.6.1.4 of Annex 10, Volume IV). 5.2.2.1.1.1 SD field. When the designator identification (DI) field (bits 14-16) has a code value of 1 or 7, the special designator (SD) field (bits 17-32) of each Comm-A interrogation shall be used to obtain the interrogator identifier subfield (IIS, bits 17-20) and the linked Comm-A subfield (LAS, bits 30-32). The action to be taken shall depend on the value of LAS. The contents of LAS and IIS shall be retained and shall be associated with the Comm-A message segment for use in assembling the frame as indicated below. All fields other than the LAS field shall be as defined in 3.1.2 of Annex 10, Volume IV. Note.— The SD field structure is shown in Figure 5-1*. 5.2.2.1.1.2 LAS coding. The 3-bit LAS subfield shall be coded as follows: LAS MEANING single segment linked, 1st segment linked, 2nd but not final segment linked, 3rd but not final segment linked, 4th and final segment linked, 2nd and final segment linked, 3rd and final segment unassigned 5.2.2.1.1.3 Single segment SLM frame. If LAS = 0, the data in the MA field shall be considered a complete frame and shall be made available for further processing. * All tables and figures are located at the end of this chapter. 2007/70/II. szám Annex 10 — Aeronautical Telecommunications Volume III 5-4 28/11/02 No. 77 Functional elements of the Mode S subnetwork Key : physical (RF) connection : peer level association : interfaces Notes:

Source: https://magyarkozlony.hu/hivatalos-lapok/7e70cec03f34e3c2efd8610b865b65591eafd701/dokumentumok/a55dc160549d57fa4db0035e37c6a6a98dd1a0b9/letoltes