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: 4108

c) end-of-text character 0/3 (ETX). 4.4.15.3.12.1.1 Recommendation.— Station terminal equipment (page printers) on the International Alphabet Number 5 (IA-5) shall be provided with a capability to generate sufficient line feed functions for local station use upon the reception of a VERTICAL TAB character (0/11). 4.4.15.3.12.1.2 Recommendation.— When the message does not transit ITA-2 portions of the AFTN, or where Administrations have made provisions to add automatically the second carriage return before transmission to an ITA-2 circuit, one carriage return in the alignment function and endof-line function should be permitted subject to agreement between the Administrations concerned. 4.4.15.3.12.1.3 Messages entered by the AFTN origin station shall not exceed 2 100 characters in length. Note.— The character count includes all printing and nonprinting characters in the message from and including the start-of-heading character (SOH) to and including the end-oftext character. 4.4.15.4 Except as provided in 4.4.15.5 to 4.4.15.6 and 4.4.16, the procedures of 4.4.8 and 4.4.9 to 4.4.13 shall be used for messages using IA-5 code. 4.4.15.5 Channel-check transmissions. In the case where continuous control of channel condition is not provided the following periodic transmissions shall be sent on teletypewriter circuits: 1) heading line (see 4.4.15.1.1); S 2) alignment function T; X 3) the procedure signal CH; E 4) alignment function T. X The receiving station shall then check the transmission identification of this incoming transmission to ensure its correct sequence in respect of all messages received over that incoming channel. Note.— Application of this procedure provides some measure of assurance that channel continuity is maintained; however, a continuously controlled channel is much more preferable in that data integrity can also be improved. 4.4.15.5.1 Recommendation.— Where a circuit is unoccupied and uncontrolled, the transmission identified in 4.4.15.5 should be sent at H + 00, H + 20, H + 40. 4.4.15.6 The receipt of distress messages (priority indicator SS, see 4.4.1.1.1) shall be individually acknowledged by the AFTN destination station by sending a service message (see 4.4.1.1.9) to the AFTN origin station. Such acknowledgement of receipt shall take the format of a complete message addressed to the AFTN origin station, shall be assigned priority indicator SS and the associated priority alarm (see 4.4.15.2.2.5), and shall have a text comprising: 1) the procedure signal R; 27/11/03 No. 78 2007/70/II. szám Annex 10 — Aeronautical Telecommunications Volume II 1/11/01 4-26 2) the origin line (see 4.4.15.2.2) without priority alarm, or optional heading information of the message being acknowledged; 3) the ending (see 4.4.15.3.12.1). Note.— The following example illustrates the application of the 4.4.15.6 procedures: Heading (see 4.4.15.1.1) <≡ SS → LECBZRZX <≡ 121322 → EGLLYFYX (Priority Alarm) <≡ S TR → 121319 → LECBZRZX <≡ X Ending (see 4.4.15.3.12.1). 4.4.16 Action taken on mutilated messages in IA-5 detected in computerized AFTN relay stations 4.4.16.1 On channels employing continuous control the mutilation detection and subsequent recovery shall be a function of the link control procedures and shall not require the subsequent sending of service or CHECK TEXT NEW ENDING ADDED messages. 4.4.16.2 On channels not employing continuous control the relay station shall employ the following procedures: 4.4.16.2.1 If, during the reception of a message a relay station detects that the message has been mutilated at some point ahead of the end-of-text character, it shall: 1) cancel the onward routing responsibility for the message; 2) send a service message to the transmitting station requesting a retransmission. Note.— The following example illustrates a typical text of a service message in which the foregoing procedure has been applied in respect of a mutilated message: SVC→QTA→RPT→ABC 123 (ending — see 4.4.15.3.12.1) 4.4.16.2.2 When the provisions of 4.4.16.2.1 are applied, the station receiving the service message shall reassume responsibility for the referenced message with a new (i.e. correct in sequence) transmission identification (see 4.4.15.2.1). If that station is not in possession of an unmutilated copy of the original message, it shall send a message to the originator as identified by the originator indicator in the origin of the mutilated message, requesting repetition of the incorrectly received message. Note.— The following example illustrates a typical text of a service message in which the foregoing procedure has been applied in respect of a mutilated message having as its origin “141335 CYULACAX”: SVC→QTA→RPT→141335→CYULACAX (ending — see 4.4.15.3.12.1) 4.4.16.3 If, after transmission of the text material of a message, a relay station can detect that there is no complete end-of-text character, but has no practical means of discovering whether the irregularity has affected only the end-of-text character, or whether it has also caused part of the original text to have been lost, it shall insert into the channel the following: 1) <≡CHECK≡TEXT≡ NEW→ENDING→ADDED 2) its own station identification; 3) (ending — see 4.4.15.3.12.1). 4.4.17 Transfer of AFTN messages over code and byte independent circuits and networks When AFTN messages are transferred across code and byte independent circuits and networks of the AFS, the following shall apply. 4.4.17.1 Except as provided in 4.4.17.3 the heading line of the message shall be omitted. The message shall start with an alignment function followed by the address. 4.4.17.2 The message shall end with a complete ending. 4.4.17.3 Recommendation.— For the purposes of technical supervision, entry centres should be permitted to insert additional data preceding the first alignment function and/or following the ending of the message. Such data may be disregarded by the receiving station. 4.4.17.3.1 When the provisions of 4.4.17.3 are applied, the data added shall not include either carriage return or line feed characters or any of the combinations listed in 4.1.2.4. 4.5 Common ICAO Data Interchange Network (CIDIN) Note 1.— The common ICAO data interchange network (CIDIN), which comprises application entities and communication services for ground-ground message exchange, makes use of protocols based on the International Telegraph and Telephone Consultative Committee (CCITT) X.25 Recommendation to provide code and byte-independent communication facilities. 2007/70/II. szám Chapter 4 Annex 10 — Aeronautical Telecommunications 4-27 1/11/01 Note 2.— The principal goals of the CIDIN are to improve the AFTN and to support large message transmission and more demanding applications, such as operational meteorological information (OPMET), between two or multiple ground systems. Note 3.— Details of CIDIN communication procedures, as implemented in Europe, are shown in the EUR CIDIN Manual. 4.6 ATS Message Handling Services (ATSMHS) The ATS message service of the ATS (air traffic services) message handling service (ATSMHS) application shall be used to exchange ATS messages between users over the aeronautical telecommunication network (ATN) internet. Note 1.— The ATS message service comprised in the ATS message handling service application aims at providing generic message services over the ATN internet communication service (ICS). It may, in turn, be used as a communication system by user-applications communicating over the ATN. This may be achieved, for example, by means of application programme interfaces to the ATS message service. Note 2.— The detailed specification of the ATS message handling service application is included in the Manual of Technical Provisions for the Aeronautical Telecommunication Network (ATN) (Doc 9705), Sub-volume III. Note 3.— The ATS message service is provided by the implementation over the ATN internet communication service of the message handling systems specified in ISO/IEC (International Organization for Standardization/International Electrotechnical Commission) 10021 and ITU-T (International Telecommunication Union — Telecommunication Standardization Sector) X.400 and complemented by the additional requirements specified in the Manual of Technical Provisions for the Aeronautical Telecommunication Network (ATN) (Doc 9705). The two sets of documents, the ISO/IEC MOTIS (Message-Oriented Text Interchange System) International Standards and the ITU-T X.400 Series of Recommendations (1988 or later) are, in principle, aligned with each other. However, there are a small number of differences. In the above-mentioned document, reference is made to the relevant ISO International Standards and International Standardized Profiles (ISP), where applicable. Where necessary, e.g. for reasons of interworking or to point out differences, reference is also made to the relevant X.400 Recommendations. Note 4.— The following types of ATN end systems performing ATS message handling services are defined in the Manual of Technical Provisions for the Aeronautical Telecommunication Network (ATN) (Doc 9705), Sub-volume III: 1) an ATS message server; 2) an ATS message user agent; 3) an AFTN/AMHS gateway (aeronautical fixed telecommunication network/ATS message handling system); and 4) a CIDIN/AMHS gateway (common ICAO data interchange network/ATS message handling system). Connections may be established over the internet communications service between any pair constituted of these ATN end systems (see Table 4-1). Table 4-1. Communications between ATN end systems implementing ATS message handling services ATN End System 1 ATN End System 2 ATS Message Server ATS Message Server ATS Message Server AFTN/AMHS Gateway ATS Message Server CIDIN/AMHS Gateway ATS Message Server ATS Message User Agent AFTN/AMHS Gateway AFTN/AMHS Gateway CIDIN/AMHS Gateway CIDIN/AMHS Gateway CIDIN/AMHS Gateway AFTN/AMHS Gateway 2007/70/II. szám Annex 10 — Aeronautical Telecommunications Volume II 1/11/01 4-28 4.7 Inter-Centre Communications (ICC) The inter-centre communications (ICC) applications set shall be used to exchange ATS messages between air traffic service users over the ATN internet. Note 1.— The ICC applications set enables the exchange of information in support of the following operational services:

Source: https://magyarkozlony.hu/hivatalos-lapok/4c6310a937d14bac566ee9c9d944896656c292dd/dokumentumok/5a6ac3c6db12e692ae41096677ad5f072d2cc9f3/letoltes