.rs .\" Troff code generated by TPS Convert from ITU Original Files .\" Not Copyright ( c) 1991 .\" .\" Assumes tbl, eqn, MS macros, and lots of luck. .TA 1c 2c 3c 4c 5c 6c 7c 8c .ds CH .ds CF .EQ delim @@ .EN .nr LL 40.5P .nr ll 40.5P .nr HM 3P .nr FM 6P .nr PO 4P .nr PD 9p .po 4P .rs \v | 5i' .LP \fBMONTAGE: FIN DE LA RECOMMANDATION U.201 EN\(hyT\* | TE DE CETTE PAGE\fR .sp 2P .LP \v'35P' \fBRecommendation\ U.202\fR .RT .sp 2P .ce 1000 \fBREQUIREMENTS TO BE MET IN PROVIDING THE TELEX SERVICE\fR .EF '% Fascicle\ VII.2\ \(em\ Rec.\ U.202'' .OF '''Fascicle\ VII.2\ \(em\ Rec.\ U.202 %' .ce 0 .sp 1P .ce 1000 \fBWITHIN THE ISDN\fR .ce 0 .sp 1P .ce 1000 \fI(Melbourne, 1988)\fR .sp 9p .RT .ce 0 .sp 1P .LP The\ CCITT, .sp 1P .RT .sp 1P .LP \fIconsidering\fR .sp 9p .RT .PP (a) that there may be economic and operational advantages in using the ISDN switching and transmission technology to support the telex service; .PP (b) that some Administrations have implemented, or are about to implement, ISDNs; .PP (c) that the I\(hyseries Recommendations define the ISDN concept; .PP (d) that the telex service is a mature and expanding service and is expected to remain established for many years; .PP (e) that the maximum number of selection digits on the international telex network, in accordance with the existing U\(hyseries signalling Recommendations, is limited to\ 12 digits, .bp .sp 1P .LP \fIunanimously declares the view\fR .sp 9p .RT .PP (1) that the service principles defined in CCITT Recommendation\ F.60 should be maintained; .PP (2) that the establishment of a call from a telex terminal on the ISDN, to a terminal on a dedicated telex network shall be by means of a single\(hystage addressing. The same applies to calls in the opposite direction; .PP (3) that there should be no difference between the telex service provided on ISDN with the one provided on a dedicated telex network; .PP (4) that telex terminals in the ISDN should be assigned a number that is part of the telex national numbering plan; .PP (5) that the provision of a telex service in the ISDN should place no burden on the telex services of other Administrations. .sp 2P .LP \fB1\fR \fBScope\fR .sp 1P .RT .PP 1.1 This Recommendation outlines configuration models for the integration of the telex service into the ISDN. .sp 9p .RT .PP 1.2 The configuration models assume no change in the design of telex terminals and proposals are made for the necessary terminal adapter and network performance parameters. .PP 1.3 The overall subscriber\(hyto\(hysubscriber performance should be related to the hypothetical reference circuit, for telex networks, specified in CCITT Recommendation\ U.8. .sp 2P .LP \fB2\fR \fBConfiguration models\fR .sp 1P .RT .sp 1P .LP 2.1 \fITwo configuration models may be developed:\fR \v'3p' .sp 9p .RT .LP a) a minimum integration model, where the switching between telex terminals connected to the ISDN is carried out within the telex network. This model is illustrated by Figure\ 1/U.202; .LP b) a maximum integration model, where switching between telex terminals connected to the ISDN may also take place in the ISDN. This model is illustrated by Figure\ 2/U.202. .LP .rs .sp 26P .ad r \fBFigure 1/U.202, p. \fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 35P .ad r \fBFigure 2/U.202, p. \fR .sp 1P .RT .ad b .RT .LP \fB3\fR \fBGeneral principles\fR .sp 1P .RT .sp 2P .LP 3.1 \fIMinimum integration model\fR .sp 1P .RT .PP 3.1.1 Where Administrations implement the minimum integration model, as in Figure\ 1/U.202 connection to the telex network should be treated as a telex subscriber line. .sp 9p .RT .PP 3.1.2 The telex subscriber connected to the ISDN should be assigned a number that is part of the national telex numbering plan. .PP 3.1.3 This method of integration is normally intended for situations where both a telex network and an ISDN are provided by the Administration. .PP 3.1.4 The connection across the ISDN may be provided on a permanent, or semi\(hypermanent basis, however, access to the telex network must be provided on a dedicated basis per subscriber. .PP 3.1.5 The B\(hyChannel in circuit mode of the ISDN should be used for the text transmission and the service conditions of CCITT Recommendation\ F.60 must be maintained. The use of packet mode for text transmission is for further study. The use of B\(hy and D\(hyChannels for packet mode text transmission is for further study. .bp .PP 3.1.6 Administrations should ensure that the distortion limits, as specified in CCITT Recommendation\ R.20 are not exceeded. .PP 3.1.7 Any signal delay introduced should be in accordance with the limits specified in CCITT Recommendation\ R.58 | fIbis\fR , for the total national section of the calls. .sp 2P .LP 3.2 \fIMaximum integration model\fR .sp 1P .RT .PP 3.2.1 Where Administrations implement the maximum integration model, as shown in Figure\ 2/U.202, then connection to the telex network should be made at trunk level. .sp 9p .RT .PP 3.2.2 This method of integration may be used where both a telex network and an ISDN are provided by an Administration or where only an ISDN is provided. .PP 3.2.3 The number assigned to the telex terminal connected to the ISDN should be identifiable, from a telex network of other Administrations, as part of a telex national numbering plan. .PP 3.2.4 Where the Administration provides both a telex network and an ISDN, then the signalling system to be used between the interworking function and the telex network is a national matter. However, it is recommended that signalling systems in accordance with CCITT Recommendation\ U.11 or\ U.12 be used. .PP 3.2.5 It is recommended that where an ISDN only is provided, then connection to telex networks of other Administrations should be in accordance with CCITT\ U\(hyseries Recommendations, preferably\ U.11 or\ U.12. .PP 3.2.6 Interconnection of ISDNs to support the telex service should be agreed bilaterally. .PP 3.2.7 The B\(hyChannel circuit mode of the ISDN should be used for the text transmission and the service conditions of CCITT Recommendation\ F.60 must be maintained. .PP The use of packet mode for text transmission is for further study. .PP 3.2.8 Any signal delay introduced, within the total national section of the call, should not exceed the limits specified in CCITT Recommendation\ R.58 | fIbis\fR . .PP 3.2.9 Any distortion introduced in the national section of the call should not exceed the limits specified in CCITT Recommendation\ R.58. .PP 3.2.10 The routing of the call through the ISDN is a national matter. .LP \fB4\fR \fBCall establishment sequences\fR .sp 1P .RT .sp 2P .LP 4.1 \fIMinimum integration model\fR .sp 1P .RT .PP 4.1.1 Where connection across the ISDN is provided on a permanent basis, the telex call establish sequences will take place on the B\(hyChannel. .sp 9p .RT .PP 4.1.2 Typical telex subscriber outgoing and incoming signal sequences will be in accordance with Figure\ 3/U.202 and Figure\ 4/U.202 respectively. .PP 4.1.3 The method of establishing the permanent connection across the ISDN is a national matter. .PP 4.1.4 Where connection across the ISDN is on a semi\(hypermanent basis, typical telex subscriber outgoing and incoming signal sequences will also be in accordance with Figure\ 3/U.202, and Figure\ 4/U.202 respectively. .PP 4.1.5 The method of establishing the semi\(hypermanent connection is a national matter, but the outgoing and incoming call establishment sequences may be in accordance with Figure\ 5/U.202 and Figure\ 6/U.202 respectively. .bp .LP .rs .sp 24P .ad r \fBFigure 3/U.202, p. 3\fR .sp 1P .RT .ad b .RT .LP .rs .sp 24P .ad r \fBFigure 4/U.202, p.4\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 23P .ad r \fBFigure 5/U.202, p. 5\fR .sp 1P .RT .ad b .RT .LP .rs .sp 26P .ad r \fBFigure 6/U.202, p. 6\fR .sp 1P .RT .ad b .RT .LP .bp .sp 2P .LP 4.2 \fIMaximum integration model\fR .sp 1P .RT .PP 4.2.1 Where Administrations implement the maximum integration model, telex subscribers connected to the ISDN may communicate with other telex subscribers connected to the same ISDN and to telex subscribers connected to existing telex networks. .sp 9p .RT .PP 4.2.2 Typical telex subscriber outgoing and incoming signal sequences will be in accordance with Figure\ 3/U.202 and Figure\ 4/U.202 respectively. .PP 4.2.3 The outgoing and incoming call establishment sequences should be in accordance with Figure\ 7/U.202 and Figure\ 8/U.202 respectively. .LP .rs .sp 44P .ad r \fBFigure 7/U.202, p. \fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 27P .ad r \fBFigure 8/U.202, p. \fR .sp 1P .RT .ad b .RT .LP .rs .sp 21P .ad r \fBL\*'egendes Figures 3 \*`a 8/U.202, p. \fR .sp 1P .RT .ad b .RT .LP .bp .PP 4.2.4 The use of the D\(hyChannel or CCITT Signalling System No.\ 7 is for further study. .PP 4.2.5 Where translation from the international telex number to the ISDN number (E.164) for routing purposes is required, this should be done in the IWF. .PP 4.2.6 The Administration providing the telex service within the ISDN is responsible for providing this translation. .PP 4.2.7 The method for forwarding the service signals issued by the dedicated telex network to the telex subscriber on the ISDN, is for further study. .LP \fB5\fR \fBTerminal adapter functions\fR .sp 1P .RT .sp 2P .LP 5.1 The following terminal adapter functions will be required. .sp 1P .RT .sp 1P .LP 5.1.1 \fIRate adaption\fR .sp 9p .RT .PP The telex speed of 50\ bauds will be converted to the ISDN B\(hyChannel speed of\ 64\ kbit/s, and vice versa. .PP The method of achieving this conversion is for further study. .RT .sp 1P .LP 5.1.2 \fISignal sequence mapping\fR .sp 9p .RT .PP The telex subscriber signal sequences will be converted to the ISDN D\(hyChannel signalling protocol, and vice versa. .RT .PP 5.2 The interface between the telex terminal and the terminal adpater is considered to be a matter not for international standardization. .sp 9p .RT .sp 2P .LP \fB6\fR \fBAdapter unit\fR .sp 1P .RT .PP 6.1 The provision of an adapter unit, for the minimum integration model is a national matter and is not a subject for international standardization. However, similar functions to those identified for the terminal adapter will be required. .sp 9p .RT .sp 2P .LP \fB7\fR \fBInterworking facility functions\fR .sp 1P .RT .PP 7.1 The following interworking facility functions will be required. .sp 9p .RT .sp 1P .LP 7.1.1 \fIRate adaption\fR .sp 9p .RT .PP The IWF will convert the telex speed of 50\ bauds to the ISDN B\(hyChannel speed of 64\ kbit/s, and vice versa. The method of achieving this conversion is for further study. .RT .sp 1P .LP 7.1.2 \fISelection signal mapping\fR .sp 9p .RT .PP The telex selection signals will be converted to ISDN selection signal requirements, and vice versa. The method of achieving this conversion is for further study. .RT .sp 1P .LP 7.1.3 \fIAddress translation\fR .sp 9p .RT .PP The method for translating the international telex number to the ISDN\ E.164 number, if required, is a national matter. .RT .sp 2P .LP \fB8\fR \fBOther telex service features\fR .sp 1P .RT .PP 8.1 The provision of other telex service features in the ISDN is for further study. .bp .sp 9p .RT .sp 2P .LP \fBRecommendation U.204\fR .RT .sp 2P .ce 1000 \fBINTERWORKING BETWEEN THE TELEX SERVICE AND THE PUBLIC\fR .EF '% Fascicle\ VII.2\ \(em\ Rec.\ U.204'' .OF '''Fascicle\ VII.2\ \(em\ Rec.\ U.204 %' .ce 0 .sp 1P .ce 1000 \fBINTERPERSONAL MESSAGING SERVICE\fR .ce 0 .sp 1P .ce 1000 \fI(Melbourne, 1988)\fR .sp 9p .RT .ce 0 .sp 1P .LP The CCITT, .sp 1P .RT .sp 1P .LP \fIconsidering\fR .sp 9p .RT .PP (a) that Administrations are introducing public message handling services; .PP (b) that there are benefits in the provision of an interworking capability between message handling services and the telex service; .PP (c) that there are already existing arrangements in place for interworking between telex and the interpersonal messaging system; .PP (d) that Recommendation\ F.60 defines the service requirements of the telex service; .PP (e) that the F.400\(hyseries of Recommendations define the service requirements of the message handling services; .PP (f ) that Recommendation F.420 defines the service requirements of the public interpersonal messaging service; .PP (g) that Recommendation\ F.421 defines the operational procedures for interworking between the public interpersonal messaging service and the telex service; .PP (h) that the U\(hyseries of Recommendations define the technical requirements of the telex service; .PP (i) that the X.400\(hyseries Recommendations define the technical requirements of the message handling services, .sp 1P .LP \fIunanimously declares\fR .sp 9p .RT .PP that, for new implementations, the technical aspects of interworking between the telex service and the public interpersonal messaging service shall be in accordance with this Recommendation. .RT .sp 1P .LP \fIdefinitions\fR .sp 9p .RT .PP The following terms used in this Recommendation have the undermentioned definitions: .RT .sp 1P .LP \fBPTLXAU\fR .sp 9p .RT .PP The public telex access unit (PTLXAU) is a functional unit which implements the requirements to allow the delivery of messages from telex subscribers to users of the interpersonal messaging service (and vice versa) as specified in the relevant U\(hyseries and X\(hyseries of Recommendations. The method of implementation of these functions in any physical unit is a national matter. .RT .sp 1P .LP \fBregistered IPMS user\fR .sp 9p .RT .PP A user of the interpersonal messaging service who has registered with the PTLXAU for the receipt of telex messages and who is assigned a telex number that is part of the telex national numbering plan for this purpose. .RT .sp 1P .LP \fBIPMS user answerback\fR .sp 9p .RT .PP In the case of one\(hystage selection, the answerback that is returned to the telex network on receipt of a WRU signal and which uniquely identifies the registered IPM user to the telex network. .RT .sp 1P .LP \fBPTLXAU answerback\fR .sp 9p .RT .PP In the case of two\(hystage selection, the answerback of the destination PTLXAU and which is always returned by the PTLXAU in response to a received WRU signal. .RT .sp 1P .LP \fBPTLXAU identification\fR .sp 9p .RT .PP When delivering an IP message to a telex subscriber, the sequence transmitted by the PTLXAU which indicates the country of origin of the PTLXAU and IPM service. .bp .RT .sp 1P .ce 1000 TABLE\ OF\ CONTENTS .ce 0 .sp 1P .sp 2P .LP 1 \fIIntroduction\fR .sp 1P .RT .LP 1.1 Scope .LP 1.2 Service outline .sp 1P .LP 2 \fIMethods of interworking\fR .sp 9p .RT .sp 1P .LP 3 \fITelex access to the IPM service\fR .sp 9p .RT .LP 3.1 One\(hystage selection .LP 3.2 Two\(hystage selection .LP 3.3 IPM elements of service in the telex\(hyto\(hyIPM direction .LP 3.4 Message deposit and format .LP 3.5 Telex message delivery inside the IPM service .LP 3.6 Follow\(hyon call facility .sp 1P .LP 4 \fIAccess from the IPM service to telex\fR .sp 9p .RT .LP 4.1 General principles .LP 4.2 Conversion .LP 4.3 Message delivery to telex .sp 1P .LP 5 \fINotification Messages\fR .sp 9p .RT .LP 5.1 Delivery notification .LP 5.2 Non\(hydelivery notification .LP 5.3 Combined delivery and non\(hydelivery notification .sp 1P .LP 6 \fIClearing procedures\fR .sp 9p .RT .sp 1P .LP 7 \fIAbnormal conditions\fR .sp 9p .RT .sp 1P .LP \fIAnnex\ A\fR \ \(em 1) Example of message : Telex\(hyto\(hyIPM service .sp 9p .RT .LP 2) Example of message : IPM service\(hyto\(hytelex .LP \fB1\fR \fBIntroduction\fR .sp 1P .RT .sp 2P .LP 1.1 \fIScope\fR .sp 1P .RT .PP 1.1.1 This Recommendation defines the procedures to be followed for interworking between the telex service and the public interpersonal messaging service (IPMS). .sp 9p .RT .PP 1.1.2 The operational procedures of this interworking capability and the full range of facilities are described in Recommendation\ F.421\ [1]. .PP 1.1.3 For calls originated in either service, communication will be affected using the international telex network. .sp 2P .LP 1.2 \fIService outline\fR .sp 1P .RT .PP 1.2.1 Communication between subscribers of the telex service and the IPM service is on a store\(hyand\(hyforward basis; conversational\(hymode interworking is thus not applicable. .sp 9p .RT .PP 1.2.2 Delivery of messages from telex subscribers to users of the IPM service as well as delivery of messages to the international telex network from IPMS users shall be provided by means of a public telex access unit (PTLXAU) which shall be considered as part of the IPM service. .PP 1.2.3 For calls originated by either telex subscribers or IPMS users, the international connection shall be via the international telex network, as shown in Figure\ 1/U.204. .bp .LP .rs .sp 18P .ad r \fBFigure 1/U.204, p. \fR .sp 1P .RT .ad b .RT .PP 1.2.4 The procedures to be followed by an originating telex subscriber allow for either one\(hystage or two\(hystage selection. .PP 1.2.5 The IPMS user will follow normal MHS addressing principles when sending to telex. The rules for naming and addressing in the message handling services are found in Recommendation\ F.401\ [2]. .sp 2P .LP \fB2\fR \fBMethods of interworking\fR .sp 1P .RT .sp 1P .LP \fIconsidering\fR .sp 9p .RT .PP (a) that different addressing formats may be used within the IPM service; .PP (b) that these formats may consist of either numeric or mnemonic information, .LP then the following methods of interworking between the telex service and the IPMS may be provided: .LP (1) interworking with one\(hystage selection, .LP (2) interworking with two\(hystage selection. .PP Messages from an IPM service user are sent as normal IP messages using the appropriate elements of service in accordance with Recommendation\ F.420\ [8]. .sp 2P .LP \fB3\fR \fBTelex access to the IPM service\fR .sp 1P .RT .sp 1P .LP 3.1 \fIOne\(hystage selection\fR .sp 9p .RT .PP In the one\(hystage selection procedures, the IPM service user is assigned a telex number that is derived from the national telex numbering plan. Figure\ 2/U.204 shows the recommended access procedures. .RT .sp 2P .LP 3.1.1 \fICall establishment\fR .sp 1P .RT .PP 3.1.1.1 The originating telex subscriber will select the IPM service user using normal telex procedures. .sp 9p .RT .PP 3.1.1.2 The procedures for call establishment between the terminating telex network and the PTLXAU are a national matter. .bp .LP .rs .sp 41P .ad r \fBFigure 2/U.204, p.\fR .sp 1P .RT .ad b .RT .PP 3.1.1.3 The telex number received by the PTLXAU from the telex network will be verified by the IPM service as being proper to a registered IPMS user. The method of effecting this verification is a national matter. If the verification fails, the procedures to be adopted shall be in accordance with Recommendation\ F.421\ [1]. .PP 3.1.1.4 If the submitted telex number is positively verified, then the PTLXAU shall return the call connected signal to the originating telex subscriber using normal telex signalling procedures. .PP 3.1.1.5 The IPM service user answerback returned by the PTLXAU in response to the WRU signal from the telex network shall conform to Recommendation\ F.74\ [3]. .PP 3.1.1.6 If the call originates from a telex automatic emitting device, the calling telex subscriber should indicate this by commencing the procedure with the non\(hyinteractive service request\ (CI). .bp .sp 2P .LP 3.1.2 \fIDetermination of the calling telex address\fR .sp 1P .RT .PP 3.1.2.1 Following the transmission of the IPMS user answerback, the PTLXAU shall monitor for the receipt of characters from the telex network and shall transmit a WRU signal only after an idle condition has existed for at least\ 800\ ms. .sp 9p .RT .PP 3.1.2.2 The PTLXAU shall determine the calling telex address from the received telex answerback in accordance with the rules laid down in Recommendation\ U.74\ [4]. .PP 3.1.2.3 The PTLXAU shall wait 3 seconds from the end of the calling telex answerback to enable the telex subscriber to input the calling telex address. At the end of this period and if the calling telex address cannot be determined from the received telex answerback, then the PTLXAU shall return the prompt signal. .PP 3.1.2.4 If the calling telex address is not received within 15\ seconds of the ADD prompt, then another prompt signal shall be returned. If another\ 15 seconds elapse without the receipt of the calling telex address, the connection shall be cleared by the PTLXAU. .PP 3.1.2.5 The calling telex address shall be input by the telex subscriber in the following format: .LP .rs .sp 2P .ad r \fB[T1.204], p. \fR .sp 1P .RT .ad b .RT .LP .sp 1 e.g. [ADD] 50032266 .PP The calling telex address may optionally be preceded by ADD. .PP 3.1.2.6 The calling telex address, when received, may be preceded by the non\(hyinteractive service request CI, which may or may not be associated with carriage\(hyreturn, line\(hyfeed and letter\(hyshift characters. In this case, the call procedure originating from a telex automatic emitting device will be as shown in Figure\ 3/U.204. .sp 9p .RT .LP .rs .sp 21P .ad r \fBFigure 3/U.204, p. \fR .sp 1P .RT .ad b .RT .LP .bp .sp 1P .LP 3.2 \fITwo\(hystage selection\fR .sp 9p .RT .PP The two\(hystage selection, the address(es) of the IPMS user(s) is/are given prior to the transmission of the message and after a telex connection has been established between the originating telex subscriber and the gateway to the IPM service, i.e., the PTLXAU. The use of either upper\(hy or lower\(hycase letters by the originating telex subscriber in the input of service identifiers, address attributes, etc., has no significance. .RT .PP 3.2.1 The originating telex subscriber will use normal telex procedures to access the PTLXAU which will be allocated a telex number that is derived from the national telex numbering plan of the country in which the PTLXAU is located. .sp 9p .RT .PP 3.2.2 The procedures to be followed shall be in accordance with Recommendation\ U.80\ [5], except where specified in this Recommendation and are shown in Figure\ 4/U.204. .LP .rs .sp 41P .ad r \fBFigure 4/U.204, p. \fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 29P .ad r \fBFigure 4/U.204 [T2.204], p. \fR .sp 1P .RT .ad b .RT .sp 2P .LP 3.2.3 \fIO/R address input by the telex subscriber\fR .sp 1P .RT .PP 3.2.3.1 In the second stage of selection, it will be necessary for the calling telex subscriber to input the O/R address of the desired IPM service user. .sp 9p .RT .PP Provisions for multi\(hyaddress calls shall be on a bilateral basis. .PP 3.2.3.2 The second stage of addressing will be prefaced by the service identifier \*QIPM\*U to indicate to the PTLXAU that the message is to be delivered to an IPM service user. The use of other service identifiers is for further study. In a multi\(hyaddress message, the service identifier may optionally be given before each address. .sp 9p .RT .PP 3.2.3.3 The PTLXAU must be able to receive and process the appropriate domain\(hydefined O/R address forms: .sp 9p .RT .LP Numeric O/R address .LP Mnemonic O/R address .LP Terminal O/R address .PP The rules governing O/R address formats are found in Recommendation\ F.401\ [2]. .PP It is, at all times, the responsibility of the originating telex subscriber to input all the necessary address attributes required by the national IPM service to which the user belongs. .RT .PP 3.2.3.4 The structure of the O/R address input is detailed in Recommendation\ F.421\ [1], \(sc\ 4.2.2.4 and Table\ 1/F.421. .bp .sp 9p .RT .sp 1P .LP 3.2.3.5 \fINumeric O/R address\fR .sp 9p .RT .PP The format of this address type is shown in Figure\ 5/U.204 where \*QCTN\*U, etc., are address attribute identifiers with their \*Qvalues\*U in accordance with Recommendation\ F.421\ [1]. .RT .LP .rs .sp 13P .ad r \fBFigure 5/U.204 [T3.204], p. \fR .sp 1P .RT .ad b .RT .PP An example of such an address is given in Annex\ A to this Recommendation. .sp 1P .LP 3.2.3.6 \fIMnemonic O/R address\fR .sp 9p .RT .PP The general format of the Mnemonic O/R address to be input by the calling telex subscriber is shown in Figure\ 6/U.204 where \*QCTN\*U, etc., are address attribute identifiers with their \*Qvalues\*U in accordance with Recommendation\ F.421\ [1]. .RT .LP .rs .sp 21P .ad r \fBFigure 6/U.204 [T4.204], p. \fR .sp 1P .RT .ad b .RT .PP An example of such an address is given in Annex\ A to this Recommendation. .bp .sp 1P .LP 3.2.3.7 \fITerminal O/R address\fR .sp 9p .RT .PP The general format of the terminal O/R address to be input by the calling telex subscriber is shown in Figure\ 7/U.204 where the terminal address forms will be qualified by the preceding strings TLX, TTX, FAX. The use of other terminal address forms and values, e.g. for Videotex, is for further study. .RT .LP .rs .sp 19P .ad r \fBFigure 7/U.204 [T5.204], p. \fR .sp 1P .RT .ad b .RT .PP 3.2.3.8 The sequence of input of address attributes is not significant except when an attribute occurs several times in the same O/R address. The attributes shall then be given in the order as specified in the relevant X.400\(hyseries of Recommendations. .sp 9p .RT .PP 3.2.3.9 Each address will be delimited by the sequence carriage\(hyreturn and line\(hyfeed. .sp 9p .RT .sp 1P .LP 3.2.3.10\ \ During the input of the O/R address, the PTLXAU shall validate the submitted address for the existence of domain\(hyspecific attributes, as follows: .sp 9p .RT .LP \(em the existence of mandatory attributes .LP \(em the existence of not\(hyallowed attributes .LP \(em the minimum and maximum allowed number of characters in each attribute .LP \(em the existence of not\(hyallowed characters in an attribute. .PP Non\(hysignificant characters, either preceding or following an attribute value, shall not prevent validation. .PP An example of such an address is given in Annex A to this Recommendation. .RT .sp 1P .LP 3.2.3.11\ \ When a positive delivery notification facility is provided by the PTLXAU, it shall be requested by the originating telex subscriber on a per\(hymessage basis by extending the end\(hyof\(hyaddress signal, as follow: \v'6p' .sp 9p .RT .sp 1P .ce 1000 \(<- \(== \(da BT \(ua , \(da ACK .ce 0 .sp 1P .LP .sp 1 where \*QBT\*U is the EOA signal and \*QACK\*U the request for positive delivery notification. See\ \(sc\(sc\ 3.3.3 and\ 5.1. .bp .sp 1P .LP 3.2.3.12\ \ Address line editing facilities, where provided, shall operate as follows: .sp 9p .RT .PP Any part of the address (either address attribute or element of service) may be cancelled by the receipt of four consecutive = characters (combination\ 22 in Figure case). .sp 1P .LP 3.2.3.13\ \ The provision of address format validation and the corresponding actions to be taken if a particular address is rejected is left for further study. .sp 9p .RT .sp 1P .LP 3.2.3.14\ \ The action to be taken when abnormal conditions are encountered during O/R address input shall be in accordance with\ \(sc\ 7. .sp 9p .RT .PP 3.2.4 The methodology of providing the originating telex subscriber with a prompt\(hydriven procedure and a simpler method for the input of the O/R address is left for further study. .sp 9p .RT .sp 2P .LP 3.3 \fIIPM elements of service in the telex to IPM direction\fR .sp 1P .RT .PP 3.3.1 The elements of service activated by the PTLXAU when delivering a message to the IPM service are listed in Recommendation\ F.421\ [1], \(sc\ 4.3. .sp 9p .RT .PP 3.3.2 In the two\(hystage selection case, the originating telex subscriber can, when supported by the PTLXAU, select the following elements of service: .sp 9p .RT .LP \(em Disclosure of other recipients .LP \(em Deferred delivery .PP The PTLXAU, if it receives either or both of these from the originating telex subscriber, shall convert them into the form required by the IPM service. These elements of service are fully described in Annex\ B to Recommendation\ F.400\ [6]. .sp 1P .LP 3.3.2.1 \fIDisclosure of other recipients\fR .sp 9p .RT .PP If this element of service is present, then disclosure of other recipients of the telex message will be enabled within the IPM service. The calling telex subscriber will request it in the following format: \v'6p' .RT .sp 1P .ce 1000 DUR \(<- \(== .ce 0 .sp 1P .LP .sp 1 .sp 1P .LP 3.3.2.2 \fIDeferred delivery\fR .sp 9p .RT .PP This element of service will be used if deferred delivery of the submitted message to the required IPM user is requested. Omission of this element of service indicates that standard delivery for telex is required. .PP \fINote\fR \ \(em\ The PTLXAU shall set the Grade of Delivery element of service to the value \*QURGENT\*U in accordance with Recommendation\ F.421\ [1]. .PP The element of service will be selected by the calling telex subscriber in the following format: \v'6p' .RT .sp 1P .ce 1000 DEF \(ul XY \(<- \(== .ce 0 .sp 1P .LP .sp 1 where \*QXY\*U are numeric characters which specify the minimum delivery delay in hours from 01\ \(em\ 23. .PP 3.3.3 While the position of the above specified elements of service in the submitted O/R address(es) is not significant, it is recommended that they, when selected, be input at the end of the O/R address(es) and immediately before the end\(hyof\(hyaddress(es) signal (EOA) which shall be \v'6p' .sp 9p .RT .sp 1P .ce 1000 \(<- \(== \(da BT .ce 0 .sp 1P .PP .sp 1 3.3.4 It shall be possible to set the elements of service on either a per\(hymessage basis, i.e. applying to all requested O/R addresses, or on an individual address basis, an example of which is shown in Figure\ 8/U.204. .bp .sp 9p .RT .LP .rs .sp 28P .ad r \fBFigure 8/U.204 [T6.204], p. \fR .sp 1P .RT .ad b .RT .PP 3.3.5 In the case of the deferred delivery IPM element of service, the possibility for an originating telex subscriber to set this value to any specific time in the future, other than as provided for in\ \(sc\ 3.3.2.2 is left for further study. .sp 9p .RT .sp 2P .LP 3.4 \fIMessage desposit and format\fR .sp 1P .RT .PP 3.4.1 The PTLXAU shall store all received telex characters (with the exception of the WRU signal) and shall convert these from ITA2 coding to IA5 coding in accordance with Recommendation\ S.18\ [7] for inclusion as an IA5 body type in the IP message. .sp 9p .RT .PP 3.4.2 Any conversion which might be applied as part of the IPM service will be handled in accordance with the F.400\(hyseries Recommendations and is outside the scope of this Recommendation. Specifically, the application of the element of service \*Qconversion prohibition in case of loss of information\*U, when considering interworking between the telex service and the IPM service is left for further study. .PP 3.4.3 A valid message shall be deemed to exist if at least one printable character is received from the telex network, excluding any WRU signals or spaces. .PP 3.4.4 Under normal conditions, message input will be terminated with an end\(hyof\(hymessage (EOM) or end\(hyof\(hytransaction (EOT) signal. These signals are defined in Recommendation\ U.80, \(sc\(sc\ 4.9 and\ 4.10. .PP 3.4.5 The actions to be taken when abnormal conditions are encountered during message input are described in\ \(sc\ 7. .bp .sp 2P .LP 3.5 \fITelex message delivery inside the IPM service\fR .sp 1P .RT .PP 3.5.1 The received telex message will be delivered by the PTLXAU to the IMPS user(s) in accordance with the submitted elements of service and the rules laid down in Recommendation\ F.421\ [1], \(sc\ 4.3. .sp 9p .RT .PP 3.5.2 Despite the acceptance by the PTLXAU of the submitted address (either telex number or O/R address), and the subsequent storage of the submitted message, there is no guarantee that the message will be delivered to the addressed IPMS user. In this case, the originating telex subscriber may be charged for a message which was not delivered. .PP 3.5.3 When the message cannot be delivered to the requested IPM user, the PTLXAU shall return a non\(hydelivery notification message to the orginating telex subscriber. These procedures are described in\ \(sc\ 5. .sp 1P .LP 3.6 \fIFollow\(hyon call facility\fR .sp 9p .RT .PP The provision of a follow\(hyon call facility by the PTLXAU is for further study. .RT .LP \fB4\fR \fBAccess from the IPM service to telex\fR .sp 1P .RT .sp 2P .LP 4.1 \fIGeneral principles\fR .sp 1P .RT .PP 4.1.1 Messages from an IPM service use are sent as normal IP messages using the appropriate elements of service in accordance with Recommendation\ F.420\ [8]. .sp 9p .RT .PP 4.1.2 IP messages received by the PTLXAU will be converted into the format and character repertoire specific to the telex service and forwarded to the addressed telex subscriber. .PP 4.1.3 The PTLXAU shall be responsible for the action to be taken for all received IPM/MT elements of service in accordance with Recommendation\ F.420. The expected elements of service, when interworking with telex, are listed in Annex\ B to Recommendation\ F.421\ [1] along with the desired response of the PTLXAU. .sp 1P .LP 4.2 \fIConversion\fR .sp 9p .RT .PP If the originating IPMS user does not conform to the conversion rules of the IPM service, then loss of information may result. In particular, the element of service \*Qimplicit conversion\*U should be handled by the PTLXAU in accordance with Recommendation\ X.408\ [9]. .RT .sp 2P .LP 4.3 \fIMessage delivery to telex\fR .sp 1P .RT .PP 4.3.1 Call establishment by the PTLXAU and delivery of the message to the telex subscriber shall be in accordance with Recommendation\ U.81\ [12], except where specified in this Recommendation, and are shown in Figure\ 9/U.204. .sp 9p .RT .PP 4.3.2 During call establishment, the answerback sequence sent by the PTLXAU to the called telex subscriber should be either .sp 9p .RT .LP \(em The F.74 [3] answerback of the originating IPMS user for a one\(hystage selection PTLXAU, or .LP \(em The PTLXAU answerback for a two\(hystage selection PTLXAU. .PP 4.3.3 The IP message sent to the called telex subscriber should be preceded by the PTLXAU identification. The format of the identification is a national matter but it is recommended that, as a minimum, it should contain the sequence CI, the sequence IPM and the telex network identification code, as follows: \v'6p' .sp 9p .RT .sp 1P .ce 1000 \(<- \(== \(da CI IPM \o"\(*s/" .ce 0 .sp 1P .LP .sp 1 where \o"\(*s/" is the TNIC of the country in which the PTLXAU is located in accordance with Recommendation\ F.69\ [10]. .PP 4.3.4 The delivered IP message shall have two components, a \*Qmessage header\*U and a \*Qbody\*U. .sp 9p .RT .PP 4.3.5 The \*Q message header \*U shall contain the relevant elements of service associated with the IP message converted by the PTLXAU into printable text. The language of the text is a national matter. .PP 4.3.6 The \*Q body\*U part shall comprise the text of the message and may include multiple \*Qbody\*U parts. .bp .LP .rs .sp 19P .ad r \fBFigure 9/U.204 [T7.204], p. \fR .sp 1P .RT .ad b .RT .PP .sp 1 4.3.7 In some implementations, the PTLXAU may transmit additional information in a user\(hyfriendly form to assist telex recipients in recalling the originator. This field will be the first element of the message heading and, when used, will be titled \*QFOR RECALL\*U. The contents of this field is a national matter. .PP 4.3.8 In particular, the PTLXAU shall transmit the O/R address of the originating IPMS user to the called telex subscriber in the form necessary for recall by the telex subscriber. This shall be done in accordance with Figure\ 10/U.204. .LP .rs .sp 16P .ad r \fBFigure 10/U.204 [T8.204], p. \fR .sp 1P .RT .ad b .RT .LP .bp .PP 4.3.9 If requested by the originating IPMS user, the PTLXAU shall return a delivery notification message upon successful delivery of the message to the requested telex subscriber. .PP 4.3.10 For delivery attempts which fail within the telex network, the PTLXAU shall initiate a retry procedure in accordance with Recommendation\ U.40\ [11]. .PP If delivery is still unsuccessful, then a mandatory non\(hydelivery notification shall be returned to the IPMS user by the PTLXAU. .PP 4.3.11 If the service signals RDI or NCH are received during call set up more than once in any one delivery or notification attempt cycle, then the message shall be considered undeliverable and the appropriate non\(hydelivery notification returned as described in\ \(sc\ 5. .sp 2P .LP \fB5\fR \fBNotification messages\fR .sp 1P .RT .PP Automatic advice of delivery/non\(hydelivery, where appropriate, shall be given by the PTLXAU as soon as the message retry cycle applicable within the IPM service has been terminated. In the particular case of multi\(hyaddress messages, the notification may be either on a per\(hymessage or per\(hyaddress basis, the former being preferred in order to minimise the number of call attempts. .PP Notification messages on a per\(hyaddress basis shall be in accordance with\ \(sc\(sc\ 5.1 and\ 5.2. Notification messages on a per\(hymessage basis shall be in accordance with\ \(sc\ 5.3. .RT .sp 2P .LP 5.1 \fIDelivery notification\fR .sp 1P .RT .PP 5.1.1 In the telex to IPMS direction, the provision of a positive delivery notification to the originating telex subscriber is a national matter. Where such a feature is provided, it is recommended that the provisions of Recommendation\ U.81\ [12], \(sc\ 4.3.6.2 should apply. .sp 9p .RT .PP 5.1.2 For a two\(hystage selection PTLXAU, the format of the delivery notification returned to the originating telex subscriber (where provided) shall be as shown in Figure\ 11/U.204. The delivery advice shall be sent as a normal IP message, the notification forming the \*Qbody\*U part of the message. .LP .rs .sp 17P .ad r \fBFigure 11/U.204 [T9.204], p. \fR .sp 1P .RT .ad b .RT .LP .rs .sp 2P .ad r Blanc .ad b .RT .LP .bp .sp 1P .LP 5.2 \fINon\(hydelivery notification\fR .sp 9p .RT .PP The provision of a non\(hydelivery notification shall be mandatory for calls originated within the telex service. .RT .sp 2P .LP 5.2.1 \fITelex to IPMS direction\fR .sp 1P .RT .sp 1P .LP 5.2.1.1 \fICase of one\(hystage selection PTLXAU\fR .sp 9p .RT .PP Where the originating telex subscriber uses a conventional telex address to attempt to forward a message to an IPMS user, and which subsequently cannot be delivered, the PTLXAU shall return to the telex subscriber a non\(hydelivery notification in accordance with Figure\ 12/U.204. This notification shall be delivered as a normal message to the telex subscriber. .RT .LP .rs .sp 21P .ad r \fBFigure 12/U.204 [T10.204], p. \fR .sp 1P .RT .ad b .RT .sp 1P .LP 5.2.1.2 \fICase of two\(hystage selection PTLXAU\fR .sp 9p .RT .PP Where an originating telex subscriber uses an O/R address to attempt to forward a message to an IPMS user, and which subsequently cannot be delivered, the non\(hydelivery notification message returned by the PTLXAU, sent as a normal IP message to telex, shall be in accordance with\ Figure\ 13/U.204. .RT .sp 2P .LP 5.2.1.3 \fITranslation between MTS non\(hydelivery\(hyreason\(hycodes and\fR \fItelex service signals\fR .sp 1P .RT .sp 1P .LP 5.2.1.3.1\ \ Messages which fail to be delivered to the destination IPMS user will have a non\(hydelivery\(hyreason\(hycode and a non\(hydelivery diagnostic code associated with the non\(hydelivery advice sent by the MTS to the PTLXAU. The precise details of such failures and codes are contained in Recommendation\ X.411\ [13]. .sp 9p .RT .LP 5.2.1.3.2\ \ It is desirable to include the reason code or diagnostic code in the non\(hydelivery notification returned by the PLTXAU to the originating telex subscriber. The method is indicated in Figure\ 11/U.204 and Figure\ 12/U.204. .LP 5.2.1.3.3\ \ The reason code or diagnostic code will be by the PTLXAU in printable text to the originating telex subscriber. The language to be used is a national matter. .LP 5.2.1.3.4\ \ The list of possible reason codes and diagnostic codes which may be returned to the telex subscriber is given in Table\ 1/U.204. .bp .LP .rs .sp 17P .ad r \fBFigure 13/U.204 [T11.204], p. \fR .sp 1P .RT .ad b .RT .ce \fBH.T. [T12.204]\fR .ce TABLE\ 1/U.204 .ce \fBList of MTS non\(hydelivery\(hyreason\(hycodes and non\(hydelivery\(hydiagnostic\(hy .ce \fBcodes returned to the originating telex subscriber as\fR .ce \fBpart of the non\(hydelivery notification message\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(120p) . { MTS non\(hydelivery\(hyreason\(hycode } _ .T& lw(120p) . Transfer failure .T& lw(120p) . Unable\(hyto\(hytransfer .T& lw(120p) . Conversion not performed _ .T& cw(120p) . { MTS non\(hydelivery\(hydiagnostic\(hycodes } _ .T& lw(120p) . Unrecognised\(hyO/R\(hyname .T& lw(120p) . Ambiguous\(hyO/R\(hyname .T& lw(120p) . MTS\(hycongestion .T& lw(120p) . Loop\(hydetected .T& lw(120p) . Recipient\(hyunavailable .T& lw(120p) . Maximum\(hytime\(hyexpired .T& lw(120p) . { Encoded\(hyinformation\(hytypes\(hyunsupported } .T& lw(120p) . Content\(hytoo\(hylong .T& lw(120p) . Conversion\(hyimpractical .T& lw(120p) . { Implicit\(hyconversion prohibited } .T& lw(120p) . Invalid\(hyarguments .T& lw(120p) . { Implicit\(hyconversion\(hynot\(hysubscribed } .T& lw(120p) . { Content\(hytype\(hynot\(hysupported } .T& lw(120p) . Too\(hymany\(hyrecipients .T& lw(120p) . No\(hybilateral\(hyagreement .T& lw(120p) . { No\(hyDL\(hysubmit\(hypermission } _ .TE .nr PS 9 .RT .ad r \fBTable 1/U.204 [T12.204], p. \fR .sp 1P .RT .ad b .RT .LP .bp .LP 5.3 \fIComined delivery and non\(hydelivery notifications\fR .sp 1P .RT .sp 2P .LP 5.3.1 \fITelex\(hyto\(hyIPM service direction\fR .sp 1P .RT .PP 5.3.1.1 In order to minimize the number of call attempts by the PTLXAU into the telex network for the purpose of returning notification reports on a multi\(hyaddress message, it is recommended that the PTLXAU shall only forward one notification report to the originating telex subscriber which shall comprise the results of the various delivery attempts within the IPM service, both successful and unsucessful. .sp 9p .RT .PP 5.3.1.2 This combined notification report shall be formatted in accordance with Figure\ 14/U.204. .LP .rs .sp 22P .ad r \fBFigure 14/U.204 [T13.204], p. \fR .sp 1P .RT .ad b .RT .sp 2P .LP .sp 5 \fB6\fR \fBClearing procedures\fR .sp 1P .RT .PP 6.1 In the telex to IPMS direction, the call shall be cleared using normal telex call clearing procedures or after the procedures for ITD have been concluded, where relevant. .sp 9p .RT .PP The PTLXAU should only clear the connection in the event of an abnormal condition being encountered, as described in\ \(sc\ 7. .PP 6.2 In the IPMS to telex direction, the PTLXAU shall clear the connection in accordance with the procedures described in Recommendation\ S.20\ [15]. .bp .sp 9p .RT .LP \fB7\fR \fBAbnormal conditions\fR .sp 1P .RT .sp 2P .LP 7.1 \fITelex\(hyto\(hyIPMS direction\fR .sp 1P .RT .sp 1P .LP 7.1.1 \fIInter\(hycharacter timeout during input of address information\fR .sp 9p .RT .PP If there is a delay in excess of 15 seconds at the start of address input or during address input in the case of two\(hystage selection, the PTLXAU shall transmit the code expression NP to the calling telex subscriber and clear the connection. .RT .sp 1P .LP 7.1.2 \fIClear by the telex subscriber without the EOM or EOT signal\fR .sp 9p .RT .PP If a clearing signal is received by the PTLXAU without having first received the EOM or EOT signal, the PTLXAU shall forward the text received to the addressed IPM user with the following text appended in the appropriate language: .RT .sp 1P .ce 1000 \*QThis message may be incomplete\*U .ce 0 .sp 1P .LP 7.1.3 \fIPause during input of message text\fR .sp 9p .RT .PP After a period of 30 seconds of idle condition, the PTLXAU shall return the prompt GA to request more text (or the EOI signal). If after an additional 30\ seconds without receipt of either additional text (or the EOI signal), the PTLXAU shall clear the connection and forward the text received so far to the addressed IPM service user, with the following text appended in the appropriate language: .RT .sp 1P .ce 1000 \*QThis message may be incomplete\*U .ce 0 .sp 1P .LP 7.1.4 \fIReceipt of WRU during text input\fR \v'3p' .sp 9p .RT .LP a) In the case of one\(hystage selection, the PTLXAU shall return the IPM user answerback (see\ \(sc\ 3.1). .LP b) In the case of two\(hystage selection, the answerback returned shall be that of the PTLXAU. .PP In all cases, the WRU signal is not stored as part of the received message. .PP If the WRU is followed by text, message input is suspended and continued after the return of the appropriate answerback. .PP If the WRU is followed by a clearing signal, the PTLXAU shall proceed as in\ \(sc\ 7.1.2. .PP If the WRU is followed by an idle condition, the PTLXAU shall proceed as in\ \(sc\ 7.1.3. .RT .sp 1P .LP 7.1.5 \fIReceipt of characters after the EOT signal\fR .sp 9p .RT .PP Any character received after the EOT signal will be discarded i.e., not stored as part of the message. The PTLXAU shall attempt to stop the transmission by the user of the TTT | | | procedure and shall expect to receive a clearing signal from the calling telex subscriber in the normal way. .PP If the transmission is not stopped within 20 seconds of the TTT | | | sequence, the PTLXAU shall immediately clear the connection. .PP If the transmission is stopped and no clear signal is received within 30\ seconds, the PTLXAU shall clear the connection. .PP These above procedures do not apply in the case of a PTLXAU which offers a follow\(hyon call facility. .RT .sp 1P .LP 7.1.6 \fIReceipt of national variants of telex characters\fR \fI(F, G, H in figure\(hycase)\fR .sp 9p .RT .PP If ITA2 combinations 6, 7 or\ 8 are received in figure\(hycase, the provisions of Recommendation\ S.18 shall apply. This is regarded as a national matter. .RT .sp 1P .LP 7.1.7 \fIReceipt of combination 10 in figure case (Bell)\fR .sp 9p .RT .PP Receipt of a \*Qbell\*U signal shall be handled in accordance with Recommendation\ S.22\ [16]. .bp .RT .sp 1P .LP 7.1.8 \fILack of storage capacity during text input\fR .sp 9p .RT .PP The PTLXAU shall be so dimensioned as to guarantee a message length of 24 | 00 characters, taking into account the expected calling rate, the offered grade of service and the rate of message delivery. The method of achieving this is a national matter. .PP If, during call establishment, the minimum storage cannot be guaranteed, the procedures to be followed shall be in accordance with Recommendation\ U.45\ [17]. .PP Any message which exceeds the guaranteed length will continue to be accepted if storage is available and in accoradance with Recommendation\ F.60\ [14], \(sc\ 3.2.5. .PP If, during message input, storage capacity becomes exhausted, the PTLXAU shall clear the connection in accordance with Recommendation\ U.45\ [17]. Any received text will be forwarded to the addressed IPM user with the following text appended in the appropriate language: .RT .sp 1P .ce 1000 \*QThis message may be incomplete\*U .ce 0 .sp 1P .LP 7.1.9 \fIMT service unavailable\fR .sp 9p .RT .PP The PTLXAU shall monitor for the availability of the MT service and shall not accept any call when the MT service is not available to deliver the message to the addressed IPM user. The procedures to be followed shall be in accordance with Recommendation\ U.45\ [17]. .RT .sp 1P .LP 7.2 \fIIPMS\(hyto\(hytelex direction\fR .sp 9p .RT .PP The procedures to be followed in the event of abnormal conditions being encountered in the IPMS\(hyto\(hytelex direction shall be in accordance with the F.400\(hyseries and X.400\(hyseries Recommendations. .RT .sp 1P .LP 7.2.1 \fIReceipt of telex characters while delivering message\fR .sp 9p .RT .PP If telex characters are received on the backward path by the PTLXAU while it is delivering a message to a telex subscriber, it should behave in accordance with Recommendation\ S.20\ [15]. If the backward path signals are sustained, the PTLXAU shall clear the connection and make one additional re\(hyattempt to deliver the message. If backward path signals are again received, the message should be deemed undeliverable. .PP If, however, the second attempt is successful and the message is fully delivered, the PTLXAU should precede the message with the text .RT .sp 1P .ce 1000 POSSIBLE DUPLICATE MESSAGE .ce 0 .sp 1P .LP 7.2.2 \fIReceipt of recorded message from telex subscriber\fR \v'3p' .sp 9p .RT .LP a) If the recorded message is followed by a clear, the IP message should be deemed undeliverable and no re\(hyattempt made. .LP b) The action to be taken by the PTLXAU when the recorded message is not followed by a clear requires further study. .sp 1P .LP 7.2.3 \fIFailure to deliver notification message\fR .sp 9p .RT .PP The action to be taken when a notification message cannot be delivered shall be the responsibility of the Operating Agency of the PTLXAU and is a national matter. .RT .LP .rs .sp 5P .ad r Blanc .ad b .RT .LP .bp .ce 1000 ANNEX A .ce 0 .ce 1000 (to Recommendation U.204) .sp 9p .RT .ce 0 .LP .rs .sp 42P .ad r \fBFigure A1/U.204 [T14.204], p.\fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 41P .ad r \fBFigure A2/U.204 [T15.204], p.\fR .sp 1P .RT .ad b .RT .LP .bp .sp 2P .LP \fBReferences\fR .sp 1P .RT .LP [1] CCITT Recommendation \fIIntercommunication between the IPM Service and\fR \fIthe Telex Service\fR , Rec.\ F.421. .LP [2] CCITT Recommendation \fIMessage Handling Services: Naming and addressing\fR \fIfor public message handling services\fR , Rec.\ F.401. .LP [3] CCITT Recommendation \fIOperational provisions relating to mailbox\fR \fIdevices connected to the telex network\fR , Rec.\ F.74. .LP [4] CCITT Recommendation \fIExtraction of telex selection information from a\fR \fIcalling telex answerback\fR , Rec.\ U.74. .LP [5] CCITT Recommendation \fIInternational telex store and forward access\fR \fIfrom telex\fR , Rec.\ U.80. .LP [6] CCITT Recommendation \fIMessage handling: system and service overview\fR , Rec.\ F.400. .LP [7] CCITT Recomendation \fIConversion between International Telegraph\fR \fIAlphabet No.\ 2 and International Alphabet No.\ 5\fR , Rec.\ S.18. .LP [8] CCITT Recommendation \fIMessage handling services: Public Interpersonal\fR \fImessaging service (IPM service)\fR , Rec.\ F.420. .LP [9] CCITT Recommendation \fIMessage handling systems: encoded information\fR \fItype conversion rules\fR , Rec.\ X.408. .LP [10] CCITT Recommendation \fIPlan for telex destination codes\fR , Rec.\ F.69. .LP [11] CCITT Recommendation \fIReaction by automatic terminals connected to\fR \fIthe telex network in the event if ineffective call attempts or signalling\fR \fIincidents\fR , Rec.\ U.40. .LP [12] CCITT Recommendation \fIInternational telex store and forward delivery\fR \fIto telex\fR , Rec.\ U.81. .LP [13] CCITT Recommendation \fIMessage handling systems: message transfer\fR \fIlayer\fR , Rec.\ X.411. .LP [14] CCITT Recommendation \fIOperational provisions for the international\fR \fItelex service\fR , Rec.\ F.60. .LP [15] CCITT Recommendation \fIAutomatic clearing procedure for a telex\fR \fIterminal\fR , Rec.\ S.20. .LP [16] CCITT Recommendation \fIUse of \*QConversation impossible\*U response\fR \fIto J/bell signals from a telex terminal\fR , Rec.\ S.22. .LP [17] CCITT Recommendation \fIThe not\(hyready condition of the telex terminal\fR , Rec.\ U.45. .LP [18] CCITT Recommendation \fITeletex Service, Recommenation F.200\fR . .LP .rs .sp 20P .ad r Blanc .ad b .RT .LP .bp .LP \fBMONTAGE: PAGE 264 = PAGE BLANCHE\fR .sp 1P .RT .LP .bp .sp 1P .ce 1000 \v'12P' \s12PART\ II\fR \v'4P' .RT .ce 0 .sp 1P .ce 1000 \fBSUPPLEMENTS\ TO\ THE\fR .EF '% \ \ \ ^'' .OF ''' \ \ \ ^ %' .ce 0 .sp 1P .ce 1000 \fBSERIES\ U\ RECOMMENDATIONS\fR .ce 0 .sp 1P .LP .rs .sp 30P .LP .bp .LP MONTAGE: PAGE \ \ \ = PAGE BLANCHE .sp 1P .RT .LP .bp .sp 2P .LP \fBSupplement\ No.\ 1\fR .RT .sp 2P .ce 1000 \fBSIGNALLING\ CHARACTERISTICS\ AND\ TIMING\ OF\ THE\fR .EF '% Fascicle\ VII.2\ \(em\ Suppl.\ No.\ 1'' .OF '''Fascicle\ VII.2\ \(em\ Suppl.\ No.\ 1 %' .ce 0 .sp 1P .ce 1000 \fBMARISAT\ TELEX\ SERVICE\fR .ce 0 .sp 1P .ce 1000 (\fISource:\fR \ COMSAT) .sp 9p .RT .ce 0 .sp 1P .LP \fB1\fR \fBIntroduction\fR .sp 1P .RT .PP In response to Recommendation\ U.4, this Supplement describes the characteristics and time sequences of the international telex service operated over the MARISAT maritime satellite communication system. .RT .sp 2P .LP \fB2\fR \fBShip terminal originated\fR \fBtelex call\fR .sp 1P .RT .PP Figure 1 shows the signalling sequence for a telex call originated from a ship terminal in the MARISAT system. Figure\ 2 illustrates the telex signalling and timing sequence. The following is a general description of the sequence of events in establishing a telex call from a ship terminal to a gateway switch. .RT .PP 2.1 To initiate a call, the ship terminal sends a telex request message in the \fIout\(hyof\(hyband\fR request channel. The coast earth station receiving the valid request message will send back an \fIout\(hyof\(hyband\fR assignment message instructing the ship terminal equipment to tune to the assigned channel. .sp 9p .RT .PP 2.2 On the receipt of a valid \fIout\(hyof\(hyband\fR assignment message from the coast earth station, the ship terminal can then access its assigned channel. The terminal will normally achieve carrier and bit timing synchronization within 0.58\ seconds after receipt of the assignment message. This time includes assignment message decoding, carrier recovery and clock recovery. Transmission will normally start upon frame synchronization, which occurs in less than 5.25\ seconds. Therefore, the normal ship terminal response time will be less than 5.8\ seconds as seen at the ship or 6.6\ seconds as seen at the coast earth station. The time that the assignment message remains active in the coast earth station is in addition to this 6.6\ seconds, allowing enough time for the ship terminal to start transmitting. .PP 2.3 The coast earth station, which is continually transmitting a spacing signal, makes the transition space to mark indicating call confirmation within one character (150\ milliseconds not counting framing delays) after the assignement message is formatted. In cases of heavy traffic, the assignment message may be delayed in queue until after the transition has occurred, i.e.,\ it is possible for the space to mark transition to be received by the ship terminal before the assignment message. .PP 2.4 The initial ship terminal transmission is in the spacing state. When a mark is received from the coast earth station, the terminal changes its transmission from space to mark. In the case when the space to mark transition on the coast earth station to ship terminal link reaches the terminal before the assignement message, the terminal inserts no more than two space characters in the initial burst. .PP 2.5 Once the coast earth station has received the terminal's space to mark transition, it sends a WRU (figure case\ D) to the ship terminal. The coast earth station must receive a 20\ character answerback within 7\ seconds from the end of the WRU character sequence or it will clear the call. In addition, the coast earth station sends a \fIrequest not acceptable\fR assignment message (out\(hyof\(hyband) back to the terminal. The coast earth station does not check if the answerback code corresponds to the ship terminal's destination code\ (ID). .PP 2.6 The received answerback is stored by the coast earth station. Call processing is now started between the coast earth station and the gateway switch. The coast earth station presents a mark to the gateway switch and the gateway responds with a \fIcall confirmation\fR within 1\ second. Within 3\ seconds after the \fIcall confirmation\fR , the gateway returns a \fIcall connect\fR . The coast earth station then connects the gateway switch to the ship terminal. The gateway then sends its header (if any) and a WRU to the ship terminal. After transmission of these signals, the coast earth station disconnects the circuit and sends the ship's answerback in storage to the gateway switch within 850\ milliseconds. The ship terminal will send an answerback in response to the WRU from the gateway switch. However, this second answerback is blocked by the coast earth station. The coast earth station will connect the circuit after the 19th character of the ship's answerback is received, and the ship terminal can then send selection digits to the gateway switch. .bp .PP 2.7 After this second connection, the coast earth station does not respond to any data on the line until it detects clearing. .PP 2.8 The gateway switch, upon receipt of the selection sequence from the ship terminal, proceeds to process the call to the desired terrestrial subscriber. As the MARISAT system interfaces with various gateway switches, the signalling sequences proceed according to the protocol between the particular gateway switch and the terrestrial network. .PP \fINote\fR \ \(em\ The signalling sequences shown between the gateway switch and terrestrial network in Figure\ 1 illustrates one method of signalling which can be employed. .sp 2P .LP \fB3\fR \fBTelex call\fR \fBoriginated by a coast earth station\fR .sp 1P .RT .PP 3.1 Figures 3 and 4 illustrate the telex signalling and timing sequences for a telex call originated in a terrestrial network to a ship terminal via the MARISAT system. As the signalling sequences between the terrestrial networks and each gateway switch are not identical, that portion of the signalling sequences in Figure\ 3 are for illustrative purposes only and no attempt is made to describe all the possible sequences. .sp 9p .RT .PP 3.2 The following paragraphs provide a description of the sequence of events which occurs between a gateway switch and a ship terminal for a telex call originated by a coast earth station. .PP 3.2.1 Upon receit of the selection digits from the terrestrial network, the gateway switch starts the signalling sequence by sending a \fIcall request\fR signal on an idle circuit to the coast earth station. Upon receipt, the coast earth station returns both a \fIcall confirmation\fR and \fIproceed\(hyto\(hyselect\fR signal within the proper intervals as shown in Figure\ 4. The gateway switch can then proceed to send the selection digits to the coast earth station. .PP 3.2.2 The coast earth station checks the validity of the selection digits and if correct, sends an \fIout\(hyof\(hyband\fR assignment message to the ship terminal requested. When the assignment message has been transmitted, the signalling proceeds in the same manner as a call from a ship terminal to a coast earth station described in \(sc\ 2. Once the ship has accessed its assigned channel, the coast earth station sends a WRU to the ship terminal. The terminal responds with its answerback which is stored by the coast earth station. .PP 3.2.3 When the answerback is stored, the coast earth station sends a \fIcall connect\fR signal to the gateway switch. The gateway then sends a WRU and its header toward the coast earth station. These signals are blocked at the coast earth station and prevented from going to the ship terminal. The coast earth station responds to the gateway's WRU with the ship terminal answerback it had previously stored. The coast earth station then interconnects the circuit between the gateway switch and the ship terminal. From this point, the coast earth station is essentially transparent to all data on the line until it detects a \fIclearing\fR signal. .sp 2P .LP \fB4\fR \fBTelex clearing sequence\fR .sp 1P .RT .PP 4.1 The coast earth station recognizes a \fIclearing\fR signal as a spacing condition of 400 to 1000\ milliseconds from either the gateway switch or a ship terminal. After recognition of the \fIclearing\fR signal, the coast earth station will disconnect the circuit and send a \fIclear confirmation\fR signal in both directions. .sp 9p .RT .PP 4.2 Release of the satellite circuit section is under the control of the coast earth station. The ship terminal does not stop transmission of its RF carrier until; .LP a) it has returned a \fIclear confirmation\fR signal following the receipt of a \fIclearing\fR signal from the coast earth station; or .LP b) a \fIclear confirmation\fR signal is received from the coast earth station. In either case, the ship terminal maintains a spacing signal for a maximum of 3.09\ seconds before transmission is terminated. .PP 4.3 For 6 seconds after the successful receipt of the \fIclearing\fR and \fIclear confirmation\fR signals over a circuit section between the coast earth station and a gateway switch, the coast earth station will not process any calls on that circuit section. The ship terminal is also considered busy during this 6\(hysecond interval. This 6\(hysecond guard time is necessary to allow for proper clearing of the ship terminal over the satellite circuit section. If another telex call is received for that ship terminal during the 6\(hysecond guard time, the coast earth station will send back an \fBOCC\fR service signal. .bp .LP .rs .sp 41P .ad r \fBFigure 1/suppl. 1 p.105 .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 2/suppl. 1 p.106 .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 41P .ad r \fBFigure 3/suppl. 1 p.107 .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 4/suppl. 1 p.108 .sp 1P .RT .ad b .RT .LP .bp .sp 2P .LP \fBSupplement\ No.\ 2\fR .RT .sp 2P .ce 1000 \fBSIGNALLING\ ARRANGEMENTS\ IN\ THE\ MARITIME\fR .EF '% Fascicle\ VII.2\ \(em\ Suppl.\ No.\ 2'' .OF '''Fascicle\ VII.2\ \(em\ Suppl.\ No.\ 2 %' .ce 0 .sp 1P .ce 1000 \fBSATELLITE\ TELEX\ SERVICE\ VIA\ THE\ MARISAT\ SYSTEM\fR .ce 0 .sp 1P .ce 1000 [\fISource:\fR \ Kokusai Denshin Denwa Co., Ltd. (KDD)] .sp 9p .RT .ce 0 .sp 1P .LP \fB1\fR \fBIntroduction\fR .sp 1P .RT .PP In response to Recommendation U.4, this supplement describes the characteristics and signalling conditions of the Maritime Satellite Service being provided by KDD in Japan. The coast earth station at Yamaguchi was built by KDD to access the Indian Ocean MARISAT satellite. .PP Coast earth stations can be grouped into two types. As shown in Figure\ 1\ \fIa)\fR , a coast earth station can be viewed as a gateway to accommodate international circuits directly by giving it routing, charging and other functions. On the other hand [Figure\ 1\ \fIb)\fR ] to simplify its functions the coast earth station can be regarded as a line concentrator, or local switch. .PP The Yamaguchi station is regarded as a local switch in the KDD telex network and uses domestic signalling, conforming to Recommendation\ U.1 (type\ B), between the station and a Tokyo gateway (CT10). Figure\ 1 shows the network configuration. .RT .sp 2P .LP \fB2\fR \fBNumbering and routing\fR .sp 1P .RT .PP Ship stations are accessed by 3\(hydigit destination codes of Recommendation F.69\ [1] assigned to each maritime satellite (583 is assigned to the Indian Ocean satellite) and 7\(hydigit ship numbers. Ship stations gain access by means of 2\(hy or 3\(hydigit destination codes of Recommendation\ F.69\ [1] and subscriber numbers. When a ship station accesses a KDD operator for number inquiry,\ etc., the coast earth station converts the 2\(hydigit number before sending it to the gateway. .PP Generally, maritime telex calls are connected automatically, while distress, urgent and safety calls have come to be operated manually. .RT .sp 2P .LP \fB3\fR \fBCharging and accounting\fR .sp 1P .RT .PP At present, information, based on conversation time, about both subscribers' charging and international accounting is recorded onto the same toll ticket by transferring the originating subscriber's number to the gateway in the KDD network where it is recorded. .PP One of the tariff parameters in maritime satellite communications is space segment utilization. In order to base the accounting on holding times (including the time required for setting\(hyup calls), recording at coast earth stations will be necessary. Fortunately, the MARISAT system has the same accounting structure as telex networks (i.e.\ based on conversation time). It is, therefore, possible to get charging and accounting information (including the space segment) from only one record, by transferring ship station numbers to gateways, and by utilizing the charging and accounting function of gateways. .PP Items recorded for ship originated calls are: .RT .LP a) ship station number, .LP b) address number, .LP c) outgoing route information, .LP d) date and time at start of charging and accounting, .LP e) time at release of the connection. .PP Items recorded for calls originated by domestic subscribers are: .LP 1) domestic subscriber number, .LP 2) ship station number, .LP 3) date and time at start of charging and accounting, .LP 4) time at release of the connection. .bp .LP .rs .sp 47P .ad r \fBFigure 1/Suppl. 2 p.109 .sp 1P .RT .ad b .RT .LP .bp .PP Items recorded for calls originated by foreign subscribers are: .LP i) incoming route information, .LP ii) ship station number, .LP iii) date and time at start of accounting, .LP iv) time at release of the connection. .PP Ship station numbers up to nine digits can be handled. Time information is recorded in units of seconds. .PP The above information is recorded at the outgoing gateway, or at gateways which have operator positions. For ship originated calls, a reference number consisting of the date, time in Japanese Standard Time (JST), and circuit number is sent by the charging gateway to the ship station when calls are accepted. The chargeable duration of communications is sent when signals indicating the end of call are received. .RT .sp 2P .LP \fB4\fR \fBSignalling\fR .sp 1P .RT .PP When introducing a new service, the first consideration must be to minimize the impact on the existing network. For example, a call setting\(hyup procedure from a ship station meeting this objective must be like the one shown in Figure\ 2. However, considering that shipboard operators are already familiar with the procedure at the U.S. coast earth stations, the procedure shown in Figure\ 3 has been adopted to unify the call setting\(hyup procedure. .RT .LP .rs .sp 29P .ad r \fBFigure 2/Suppl. 2 p.110 .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 31P .ad r \fBFigure 3/Suppl. 2 p.111 .sp 1P .RT .ad b .RT .sp 2P .LP 4.1 \fIShip originated call\fR .sp 1P .RT .PP See Figure 2. .RT .sp 1P .LP 4.1.1 \fIAcceptance of requests\fR .sp 9p .RT .PP Ship stations sending request signals are checked to determine whether or not they are authorized in the MARISAT system. Requests from ship stations that are not authorized are neglected. However, requests for distress calls are unconditionally accepted. .PP Request signals are of two types \(em release requests and assignment requests. On reception of a release request, a \fIchannel release\fR is sent if a channel has already been assigned to that station; if an assignment request is waiting in a queue, it is deleted from that queue. .PP In the case of assignment requests, a \fIrequest not acceptable\fR is sent if assignment requests have already been accepted. Requests from ships to which the coast earth station is broadcasting are accepted. \fIRequest not acceptable\fR is sent when request signals contain errors. .PP For routine requests, a circuit is assigned to the ship if there is an idle circuit. If there is no idle circuit, the request signal is put into the queue, and \fIacknowledged message (queue)\fR is sent. The length of a queue can vary up to a maximum size of\ 10. .bp .PP In the case of distress requests, the request is handled in the same manner as for routine calls if there is an idle circuit. If there is no idle circuit, one circuit is pre\(hyempted automatically. The priority order for this is as follows: .RT .LP a) a circuit in setting\(hyup procedure; .LP b) a circuit in progress. .PP For urgent or safety requests, the same procedure that is applied to routine calls is taken. .PP A circuit is selected from the higher order channel numbers. .PP After the request is accepted, the polarity of the transmission line on the gateway side is immediately inverted from an A\ polarity to Z\ polarity (backward busy). This backward busy signal is released on reception of the end\(hyof\(hyselection signal\ (+) from the ship station. However, in the case of distress, urgent, or safety requests, this signal is released after the second answerback is received from the ship. .PP During this time, the receive channel from the gateway is not monitored. .RT .sp 1P .LP 4.1.2 \fIResponse to assignment\fR .sp 9p .RT .PP If the carrier does not arrive at the coast earth station within ten seconds of sending the assignment signal, a second identical \fIassignment\fR signal is sent. The call is released if carrier is not received within a further ten seconds. .RT .sp 1P .LP 4.1.3 \fIResponse to coast earth station identification\fR .sp 9p .RT .PP The \*QWho are you?\*U signal is sent out after receiving a carrier, but the call is released unless a group of 20\ characters (ship's answerback) is received within ten seconds. After receiving the answerback, the coast earth station identification (\(<-\(==\(da\fBKDD\fR \(ua\(ra\fBxx\fR \(ra\fBxxxx\fR \(da\fBZ\fR \(ra where \fBxx\fR and \fBxxxx\fR are the date and time in UTC) and \*QWho are you?\*U are sent. Unless a further answerback is received within ten seconds, the call is released. Any characters received from ship stations while sending \fIWho are\fR \fIyou\fR ? or coast earth station identification signals are neglected, and character groups received are not checked as to whether answerbacks are those of eligible ship stations, or not. .RT .sp 1P .LP 4.1.4 \fIProcessing of selection signals\fR (except distress, urgent and safety) .sp 9p .RT .PP The numerical information received from the ship station between the end of the ship's answerback and the end\(hyof\(hyselection signal is stored. It is checked to see that the inter\(hydigit pause does not exceed 16\ seconds. The call is also released should the numerical information exceed 15\ digits. .PP In cases where the first\(hydigit numerical information is \*Q1\*U, the following conversion is performed: .RT .LP a) Numbers 10 and 19 are converted to a number for the information position at the Tokyo gateway. .LP b) Number 18, to a number for the telephone booking position at the Tokyo international telephone office. .LP c) Numbers 17 and 16 are also accepted for the connection to the technical operator's position at the shore station and automatic test code sender respectively. .LP d) Any characters received from ships between the end\(hyof\(hyselection signal and connect\(hythrough are ignored. .sp 1P .LP 4.1.5 \fITransmission of a calling signal\fR .sp 9p .RT .PP After releasing the backward\(hybusy signal, reception of the clear\(hyconfirmation signal (A\ polarity for 450\(hy600\ ms) is confirmed. Three seconds later, a calling signal (inversion from A to Z\ polarity) is sent to the gateway. Unless the clear\(hyconfirmation signal is received within five seconds, the circuit is released after returning the service signal\ \fBNC\fR to ship station. .RT .sp 1P .LP 4.1.6 \fIResponse to a calling signal\fR .sp 9p .RT .PP Unless proceed\(hyto\(hyselect (a Z polarity pulse for 20\(hy40\ ms followed by A polarity for 20\ ms) is received from the gateway within three seconds of it sending a calling signal, the calling signal is repeated after sending an A\ polarity for three seconds. If no proceed\(hyto\(hyselect signal is received in this time, the circuit is released after returning\ \fBNC\fR to the ship. The gateway side is cleared after detecting the clear confirmation signal and \fIcarrier off\fR (three sequential TDMA bursts missing) from the ship. Three seconds thereafter, a retest signal (a Z\ polarity pulse for two seconds) is periodically sent to the gateway. If the .bp .PP proceed\(hyto\(hyselect signal is received while sending the Z\ polarity, the retest is stopped, and the circuit status is made idle three seconds after receiving a clear\(hyconfirmation signal from the gateway. If a calling signal is detected while sending the A\ polarity, retest is stopped and the call is accepted. .PP Failure to receive a proceed\(hyto\(hyselect signal after making five retests at one\(hyminute intervals and, thereafter, an additional five at 30\(hyminute intervals, causes the circuit status to be changed to a fault condition. .PP A head\(hyon collision is registered and the gateway side is released if Z\ polarity is received continuously for more than 40\ ms against a calling signal. Three seconds after receiving a clear\(hyconfirmation signal, a calling signal is again sent out. Failure to receive a clear\(hyconfirmation signal within five seconds causes the ship station to be released after returning\ \fBNC\fR , and the gateway is released after detecting the clear\(hyconfirmation signal and \fIcarrier off\fR condition from the ship station. .RT .sp 1P .LP 4.1.7 \fISending of selection signals\fR .sp 9p .RT .PP After receiving a proceed\(hyto\(hyselect signal from the gateway, the coast earth station sends a selection signal in one of the formats shown in Table\ 1. The numerical information is coded using a 2\(hyout\(hyof\(hy5 code. .PP Priority calls are connected to a special operator position at the Tokyo gateway. .PP The class of calling party is used for barring and other uses in the KDD network. Number\ 02 is assigned to MARISAT ship stations, and number\ 21, to priority calls. .RT .ce \fBH.T. [T1.204]\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; cw(12p) | cw(36p) | cw(72p) | cw(24p) | cw(12p) | cw(24p) | cw(18p) . \(ua F.69 code national telex number < \(== < \(== _ .TE .nr PS 9 .RT .ad r \fBTable 1/Suppl.2 [T1.2], p.112 (Recup.)\fR .sp 1P .RT .ad b .RT .sp 1P .LP 4.1.8 \fIResponse to selection\fR .sp 9p .RT .PP After sending the end\(hyof\(hyselection signal to the gateway, the coast earth station inspects the return channel for 10\ seconds to detect the gateway call\(hyconnected signal (Z\ polarity for 100\(hy150\ ms). The circuit is connected through if this is successfully detected. .PP Failure to detect the call\(hyconnected signal results in the release of the ship station after returning\ \fBNC\fR , the channel to the gateway being released after receiving the clear\(hyconfirmation signal, and \fIcarrier off\fR from the ship station. .bp .RT .sp 1P .LP 4.1.9 \fIMonitoring after through\(hyconnection\fR .sp 9p .RT .PP See Figure 4. .PP The circuit is monitored at the coast earth station. When a clearing signal (an A\ polarity for 450\(hy600\ ms) is detected, either from the ship station or the gateway, the circuit is split at this point. .PP When clearing from the ship station, the clear\(hyconfirmation signal is returned to the ship station after splitting the circuits without waiting for a clear\(hyconfirmation signal from the gateway or a \fIcarrier off\fR from the ship station. .PP The ship status is changed to the idle condition when \fIcarrier off\fR has been detected, and the circuit's status is changed to the idle condition three seconds after a clear\(hyconfirmation signal has been received from the gateway and the conditions for the detection of \fIcarrier off\fR have been fulfilled. .PP In the case of clearing from the gateway, the circuits are split when the clearing signal is detected. Then, the ship station status is changed to the idle condition when \fIcarrier off\fR is detected after the arrival of a clear\(hyconfirmation signal from the ship station. At the same time, the clear\(hyconfirmation signal is returned to the gateway, and the circuits status changed to the idle condition after three seconds. .PP Unless a clear\(hyconfirmation signal and \fIcarrier off\fR | are received from the ship within 60\ seconds of sending a clearing signal to the ship, or unless \fIcarrier off\fR is received from the ship within 60\ seconds of sending a clear\(hyconfirmation signal to the ship, a backward busy signal is sent to the gateway, and \fIchannel release\fR command is sent to the ship, five times at intervals of one minute. \fICarrier off\fR is then expected. Failure to detect \fIcarrier off\fR causes the circuits and ship stations to be regarded as having failure status. .PP If \fIcarrier off\fR is detected when release is not detected in both directions, the circuits are split, and clearing signals are sent to both the ship station and the gateway. A backward busy signal is sent to the gateway after receiving a clear\(hyconfirmation signal from the gateway. When \fIcarrier\fR \fIoff\fR is detected prior to a clear\(hyconfirmation signal after sending a clearing signal to the ship, an A\ polarity is sent for three seconds to the gateway, following which a backward busy signal is sent. In either case, a backward busy signal is sent for 50\ seconds after receiving \fIcarrier off\fR , and the circuits are made idle three seconds thereafter. The ship station is made idle when \fIcarrier off\fR is detected. .PP If five continuous \fIfull stops\fR | (ITA 2 combination No. 13) or \fIcommas\fR (ITA 2 combination No.\ 14) are received from the ship station together with release and \fIcarrier off\fR , the circuits are split for 600\ ms. During this time, an A\ polarity is continuously sent to the gateway, and a Z\ polarity, to the ship stations. .PP For \fIcarrier off\fR | with less than three sequential TDMA bursts, the circuits are maintained in a condition of through\(hyconnection, and characters stored are sent to the ship station when the carrier recovers. .RT .sp 1P .LP 4.2 \fIShore originated call\fR .sp 9p .RT .PP See Figure 5. .RT .sp 1P .LP 4.2.1 \fISending of proceed\(hyto\(hyselect signal\fR .sp 9p .RT .PP When a calling signal from the gateway is detected (Z polarity for 100\ ms), a proceed\(hyto\(hyselect signal (Z\ polarity for 25\ ms) is sent in response to it. .RT .sp 1P .LP 4.2.2 \fIProcessing of selection signal\fR .sp 9p .RT .PP After sending a proceed\(hyto\(hyselect signal to the gateway, the coast earth station monitors the channel for 16\ seconds to detect the start\(hyof\(hyselection signal (ITA\ 2 combination No.\ 29). If it fails to receive it, the circuit status is changed to a hold condition until the receiving line from the gateway is cleared. The characters received after receiving the start\(hyof\(hyselection signal are stored while performing inter\(hydigit pause monitoring for 16\ seconds, until an end\(hyof\(hyselection (ITA\ 2 combination No.\ 5) is received. Should a failure be detected the gateway is released after returning the service signal\ \fBNC\fR . .bp .RT .LP .rs .sp 33P .ad r \fBFigure 4/Suppl. 2 p.113 \fR .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 23P .ad r \fBFigure 5/Suppl. 2 p.114 .sp 1P .RT .ad b .RT .PP The formats of selection signal received are as follows. Numerical information is coded using the 2\(hyout\(hyof\(hy5 code. .LP \-v'1P' .ce \fBH.T. [T2.204]\fR .ce \fINotes to Figure 4/U.204:\fR .ce \fINote\ 1\fR .ce \ \(em\ This WRU signal is transmitted 800 ms after transmission of the .ce PTLXAU answerback if the backward path remains idle. .ce \fINote\ 2\fR .ce \ \(em\ One additional WRU signal shall be transmitted by the PTLXAU if: .ce a) .ce there was no response to the first WRU, or .ce .ce b) .ce signals were received after the first WRU which could not .ce be identified as an answerback. .ce This second WRU should be transmitted at least 10 seconds after the transmission of the first WRU and only after a period of 300\ ms of idle condition has been detected. .ce \fINote\ 3\fR .ce \ \(em\ Case A: Procedure to be followed when the calling telex address .ce can be determined from the received telex answerback. .ce \fINote\ 4\fR .ce \ \(em\ Case B: Procedure to be followed when the calling telex .ce address cannot be determined from the received telex answerback. .ce \fINote\ 5\fR .ce \ \(em\ In Case A, the prompt GA shall be transmitted 5 seconds after .ce detection of the processable answerback. .ce \ \(em\ In Case B, the prompt GA shall normally be transmitted 5 seconds after receipt of the calling telex address. .ce \fINote\ 6\fR .ce \ \(em\ The prompt ADD is used only in Case B and is sent immediately a .ce nonprocessable answerback has been detected and if the calling telex subscriber has not voluntarily input the proper calling telex address. The procedures .ce to be followed shall be in accordance with \(sc\(sc 3.1.2.4 and 3.1.2.5. .ce \fINote\ 7\fR .ce \ \(em\ The service request CI is usually sent when the calling telex .ce terminal is operating in a non\(hyinteractive mode. .ce \fINote\ 8\fR .ce \ \(em\ The procedures to be followed shall be in accordance with .ce \(sc\(sc 3.1.2.4 and 3.1.2.5. .ce \fINote\ 9\fR .ce \ \(em\ The prompt GA is not sent in Case B if CI has been received. .ce \fINote\ 10\fR .ce \ \(em\ The provision of a follow\(hyon call facility is for further study. .ce \fINote\ 11\fR .ce \ \(em\ Following receipt of the EOT signal, the PTLXAU shall proceed as .ce follows: .LP a) .ce If the calling telex terminal is operating in non\(hyinteractive mode, then the PTLXAU may wait up to 2 seconds for a WRU signal. If this is received, the PTLXAU shall return its answerback followed by the ITD sequence. If the WRU signal is not received within the 2 seconds, then the PTLXAU shall return the ITD sequence. .LP b) .LP If the calling telex terminal is operating in a manual mode, the PTLXAU shall return the ITD sequence as soon as possible. .LP c) In all cases, the ITD sequence and any associated reference information must be returned within a maximum of 5 seconds from the receipt of the EOT signal. .LP \fBH.T. [T3.204]\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; lw(96p) . .T& lw(96p) . CTN \(ul\ .T& lw(96p) . ADM \(ul\ .T& lw(96p) . PRI \(ul\ .T& lw(96p) . NUS \(ul\ .T& lw(96p) . DDT \(ul\ \ \ (Note) .T& lw(96p) . { DDV \(ul\ \ \ (Note) } .TE .LP \fINote\fR \ \(em\ A maximum of four separate pairs of these attributes may be given sequentially. .LP FIGURE\ 5/U.204 \fBNumeric O/R address input by telex subscriber\fR .nr PS 9 .RT .ad r \fBTable [T2.2], p.115 (Recup.)\fR .sp 1P .RT .ad b .RT .PP \-v'1P' Checks made to the ship station number and to the service signals returned to the gateway are given in Table\ 2. .LP \-v'1P' \-v'6p' .ce \fBH.T. [T3.204]\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; lw(96p) . .T& lw(96p) . CTN \(ul\ .T& lw(96p) . ADM \(ul\ .T& lw(96p) . PRI \(ul\ .T& lw(96p) . NUS \(ul\ .T& lw(96p) . DDT \(ul\ \ \ (Note) .T& lw(96p) . { DDV \(ul\ \ \ (Note) } .TE .LP \fINote\fR \ \(em\ A maximum of four separate pairs of these attributes may be given sequentially. .LP FIGURE\ 5/U.204 \fBNumeric O/R address input by telex subscriber\fR .nr PS 9 .RT .ad r \fBTable 2/Suppl. 2 [T3.2], p.116 (Recup.)\fR .sp 1P .RT .ad b .RT .PP \-v'1P' \-v'6p' Checks made to selection signals and service signals are given in Table\ 3. .ce \fBH.T. [T4.204]\fR .ps 9 .vs 11 .nr VS 11 .nr PS 9 .TS center box; lw(96p) . .T& lw(96p) . CTN \(ul\ .T& lw(96p) . ADM \(ul\ .T& lw(96p) . PRI \(ul\ .T& lw(96p) . SUR \(ul\ .T& lw(96p) . GIV \(ul\ .T& lw(96p) . INI \(ul\ .T& lw(96p) . GEN \(ul\ .T& lw(96p) . ORG \(ul\ .T& lw(96p) . OUN \(ul\ \ \ (Note 1) .T& lw(96p) . DDT \(ul\ \ \ (Note 2) .T& lw(96p) . DDV \(ul\ \ \ (Note 2) .T& lw(96p) . { COM \(ul\ } .TE .LP \fINote\ 1\fR \ \(em\ A maximun of four separate attributes may be given. Each attribute may be given sequentially on a separate line. .LP \fINote\ 2\fR \ \(em\ Similar to Note, Figure 5/U.204. .LP FIGURE\ 6/U.204 \fBMnemonic O/R address input by telex subscriber\fR .nr PS 9 .RT .ad r \fBTable 3/Suppl. 2 [T4.2], p.117 (Recup.)\fR .sp 1P .RT .ad b .RT .PP \-v'1P' \-v'6p' The kinds of class of calling party are: 1)\ foreign subscribers, 2)\ domestic subscribers and 3)\ service. At present, only service calls are accepted for broadcast calls. .bp .sp 1P .LP 4.2.3 \fIResponse to assignment\fR .sp 9p .RT .PP If a carrier is not received in the assigned channel within 10\ seconds of sending an assignment, the call to the ship station is repeated by sending an assignment of the same content. If a carrier is not received within a further 10\ seconds, the ship station is released, and the gateway is released by returning the service signal\ \fBABS\fR . .RT .sp 1P .LP 4.2.4 \fIResponse to coast earth station identification\fR .sp 9p .RT .PP After receiving a carrier from the ship station, the coast earth station identification and \*QWho are you?\*U signal are sent. If the answerback sequence (group of 20\ characters) is not received from the ship station within 10\ seconds of the completion of the coast earth station identification, the gateway is released by returning \fBDER\fR . Characters from the ship other than the 20\(hycharacter group are ignored until the sending of the station identification has been completed. Characters received between the end of the 20\(hycharacter group and connect\(hythrough are returned to the ship station as they are received. .RT .sp 1P .LP 4.2.5 \fIThrough\(hyconnection\fR .sp 9p .RT .PP After receiving the answerback sequence from the ship station, a call\(hyconnected signal (a polarity inversion to a Z\ polarity) is sent to the gateway. Three seconds thereafter, the stored answerback sequence from the ship station is sent. .RT .sp 1P .LP 4.2.6 \fIMonitoring after through\(hyconnection\fR .sp 9p .RT .PP This is the same as the procedure for a ship originated call. .RT .sp 1P .LP 4.3 \fIBroadcast\fR .sp 9p .RT .PP See Figure 6. .RT .LP .rs .sp 22P .ad r \fBFigure 6/Suppl. 2 p.118 (Recup.)\fR .sp 1P .RT .ad b .RT .sp 1P .LP 4.3.1 \fICall\(hyconnected signal\fR .sp 9p .RT .PP Seven seconds after sending an assignment, a call\(hyconnected signal is returned to the gateway. .bp .RT .sp 1P .LP 4.3.2 \fICoast earth station identification and dummy answerback\fR .sp 9p .RT .PP Three seconds after returning a call\(hyconnected signal, a dummy answerback in the following format is returned to the gateway, and coast earth station identification is returned to the ship: .RT .sp 1P .ce 1000 \(da\(<-\(==\(da\(da\fBGA\fR \(ra\(ua\fBxxxxxxx\fR \(da\(<-\(==\(da .ce 0 .sp 1P .PP Where \fBxxxxxxx\fR is the ship station number in the selection signals from the gateway. .PP The circuit is connected through after completing the return of the dummy answerback. .RT .sp 2P .LP \fBReference\fR .sp 1P .RT .LP [1] CCITT Recommendation \fIPlan for telex destination codes\fR , Rec.\ F.69. \v'1P' .sp 2P .LP \fBSupplement\ No.\ 3\fR .RT .sp 2P .ce 1000 \fBTELEX\ SIGNALLING\ ARRANGEMENTS\ IN\ THE\fR .EF '% Fascicle\ VII.2\ \(em\ Suppl.\ No.\ 3'' .OF '''Fascicle\ VII.2\ \(em\ Suppl.\ No.\ 3 %' .ce 0 .sp 1P .ce 1000 \fBNORDIC\ MARITIME\ SATELLITE\ COAST\ EARTH\ STATION\fR .ce 0 .sp 1P .ce 1000 (\fISource:\fR \ Norway) .sp 9p .RT .ce 0 .sp 1P .LP \fB1\fR \fBIntroduction\fR .sp 1P .RT .PP 1.1 In response to Recommendation\ U.4, this supplement describes the signalling conditions of the Nordic maritime satellite coast earth station. .sp 9p .RT .PP 1.2 The coast earth station is planned to commence operation in the autumn of 1981. The station will be located at Eik in the south western part of Norway. .PP 1.3 The station will provide fully automatic telex service to ships in the Maritime Satellite Service operating in the Indian Ocean region. The station will operate as an international gateway exchange connected to the international exchange in Oslo which for this purpose will act as a transit exchange. .PP Since the station has full switching capabilities for telex, it may also be connected to other international gateway exchanges but the traffic is expected to be too small at the outset to merit such a solution. .PP 1.4 It should be noted that some of the timings required in order to interwork properly with the maritime satellite system will be different from those otherwise encountered towards the gateway exchange in Oslo. .sp 2P .LP \fB2\fR \fBNumbering and routing\fR .sp 1P .RT .PP 2.1 At the outset the station will accept ship identities in accordance with the MARISAT numbering plan, i.e.\ seven digit octal numbers. The station is prepared for accepting six digit decimal numbers in accordance with Recommendation\ F.120/E.210\ [1] and will furthermore be capable of operating with a mixed numbering plan during the period of transition from MARISAT numbers to CCITT numbers. .sp 9p .RT .PP 2.2 The F.69\ [2] code to be used towards the coast earth station will be 583. .PP 2.3 Provisions for group calls to ships will be made available. However, only calls to all ships in the ocean region will be provided at the outset (i.e.\ using MARISAT numbers 1 | 00 | 00 or CCITT numbers 000 | 00). .bp .PP When the new numbering plan of Recommendation F.120/E.210\ [1] is introduced, group calls to other groups of ships will also be provided for. .PP The procedure used for authorization of the calling subscriber is that defined in Recommendation\ U.61. At the outset a group call facility may be offered to 100 subscribers. .RT .sp 2P .LP \fB3\fR \fBOperator facilities\fR .sp 1P .RT .PP No operator facilities will be provided at the coast earth station. However, such facilities will be offered at the gateway exchange in Oslo for traffic from other countries. .RT .sp 2P .LP \fB4\fR \fBTelegram service\fR .sp 1P .RT .PP Telegrams to ships from telegram positions may be sent automatically using telex procedures. .RT .sp 2P .LP \fB5\fR \fBSignalling\fR .sp 1P .RT .PP 5.1 The timing diagrams for incoming traffic which is routed in transit via Oslo are shown in Figure\ 1. For completeness Figure\ 2 shows diagrams for traffic routed directly to the coast earth station. In both cases fully automatic working using type\ A signalling is provided for. .sp 9p .RT .sp 1P .LP 5.2 \fITraffic via Oslo\fR .sp 9p .RT .PP See Figure 1. .RT .PP 5.2.1 The first selection signal (combination No.\ 30) should be received within 15\ s after sending the proceed\(hyto\(hyselect signal. All selection signals including the F.69\ [2] code, 583, of the Maritime Satellite Service must be sent en bloc at machine speed. The selection signals must always include the end\(hyof\(hyselection signal, combination No.\ 26\ (\fB+\fR ). .sp 9p .RT .PP The class\(hyof\(hytraffic signal must be one of the combinations, No.\ 1, 11 or\ 21. .PP \fINote\fR \ \(em\ Since the gateway exchange in Oslo now will offer transit routing to the coast earth station, the selection signals for calls terminating in Norway must include the F.69\ [2] code (56) allocated to Norway. .RT .PP 5.2.2 The selection signals are acknowledged by a group of three digits. .PP 5.2.3 The call\(hyconnected signal is sent by the coast earth station when the first character of the ship's answerback has been received at the coast earth station. The call connected signal may in exceptional cases be delayed by as much as 43\ seconds relative to the last selection signal. This delay takes into account maximum delays encountered in the various stages of connecting the maritime terminal,\ i.e. .LP \(em through\(hyconnection delay at the gateway exchange in Oslo, .LP \(em transmission delays, .LP \(em queuing delays at the coast earth station (number analysis, access to the assignment channel), .LP \(em framing delays of the satellite telex channels, .LP \(em delays in repeating the assignment message at the Network Coordinating Station (NCS), .LP \(em response time of the ship station to return the answerback. .PP 5.2.4 The outgoing exchange must not send the WRU signal in order to obtain the ship's answerback because the answerback will be sent automatically by the coast earth station, 2 to 3\ seconds after the call connected signal. .PP \fINote\fR \ \(em\ The ship's answerback will be stored at the coast earth station so that it may be returned at the machine speed whenever a WRU signal is detected on the forward path during conversation. This has been done because the 20\ characters of the answerback as received from the ship may contain intervals of Z\ polarity of one character duration due to speed differences between the synchronous satellite channel and the on\(hyboard teleprinter. This would avoid misoperation of automatic sending equipment at the outgoing end such as store\(hyand\(hyforward facilities. However, the WRU signal thus received will be sent to the ship so that the continuity of the connection is verified before the answerback is returned. .bp .LP .rs .sp 47P .ad r \fBFigure 1/Suppl. 3 p.119 .sp 1P .RT .ad b .RT .LP .bp .LP .rs .sp 47P .ad r \fBFigure 2/Suppl. 3 p.120 .sp 1P .RT .ad b .RT .LP .bp .PP 5.2.5 The coast earth station is capable of returning the service signals \fBOCC\fR , \fBNA\fR , \fBNP\fR , \fBNC\fR , \fBDER\fR and \fBABS\fR . .PP \fB The service signals are sent subject to the following conditions: .LP \(em \fBNA\fR :\ access barred (e.g. group call from nonauthorized subscriber or ordinary call to nonauthorized ship); .LP \(em \fBOCC\fR :\ ship terminal busy (in most cases this will imply that the ship is busy with either another telex call or a telephone call); .LP \(em \fBNC\fR :\ congestion at the coast earth station or at the network coordinating station; .LP \(em \fBNP\fR :\ nonallocated ship number (e.g. incomplete selection information); .LP \(em \fBABS\fR :\ ship is unavailable (e.g. ship is not within the coverage area of the satellite or ship terminal is out of service); .LP \(em \fBDER\fR :\ ship terminal equipment out of order (e.g. call set\(hyup failure or no response to WRU). .PP Service signals \fBOCC\fR , \fBNA\fR , \fBNP\fR or \fBNC\fR will in the worst case not be delayed by more than a few seconds. However, \fBABS\fR , will always be delayed by at least 10\ seconds. .sp 1P .LP 5.3 \fICalls to operator position\fR .sp 9p .RT .PP See Figure 1. .RT .PP 5.3.1 The selection signals must in this case be composed of the F.69\ [2] code to Norway (56) followed by the three digits\ 000, the end\(hyof\(hyselection signal (combination No.\ 26) and a class of traffic signal which may be any of the combinations No.\ 1, 11 or\ 21. The selection signals must be sent en bloc at machine speed. .sp 9p .RT .PP 5.3.2 The call connected signal will be sent within 5\ seconds after receipt of the last selection signal. .PP 5.3.3 The call connected signal will be followed by a time signal within 2\ seconds. .PP If the operator position is free, the position's name code followed by WRU will be sent immediately after the time signal. .PP 5.3.4 If the position is busy, the call connected signal will be followed by a time signal and the \fBMOM\fR service signal. The \fBMOM\fR signal will be repeated every 30\ seconds until an operator position becomes available. When the operator position is connected, the position's name code followed by Who Are You? will be sent. .PP 5.3.5 The answerback of the outgoing operator position must be received within 15\ seconds. Otherwise the call will be cleared without a service signal. (See Note\ 4 to Figure\ 1.) .sp 1P .LP 5.4 \fIDirect connections to the coast earth station\fR .sp 9p .RT .PP See Figure 2. .PP The same signalling procedures apply as for calls transitted through Oslo. However, the following should be noted: .RT .PP 5.4.1 The selection signals must in this case also be composed of the F.69\ [2] code 583 followed by the ship's number, the end\(hyof\(hyselection signal combination No.\ 26 and a class of traffic signal which may be any of the combinations No.\ 1, 11 or\ 21. The selection signals must be sent en bloc at machine speed. .sp 9p .RT .PP 5.4.2 The proceed\(hyto\(hyselect signal will be returned approximately 0.7\ seconds after receipt of the call confirmation signal. .PP 5.4.3 The first character of the selection signal must be received within 5\ seconds relative to the proceed\(hyto\(hyselect signal. .PP 5.4.4. The time delay between the last character of the selection signal and the call connected signal will not exceed 35\ seconds. \v'6p' .sp 2P .LP \fBReferences\fR .sp 1P .RT .LP [1] CCITT Recommendation \fIShip station identification for VHF/UHF and\fR \fImaritime mobile\(hysatellite services\fR , Rec.\ F.120. .LP [2] CCITT Recommendation \fIPlan for telex destination codes\fR , Rec.\ F.69. .LP .bp .LP \fBMONTAGE: PAGE 288 = BLANCHE\fR .sp 1P .RT .LP .bp