1、CCITT RECMN+F.410 92 m 4BbZ.591 0574563 142 m INTERNATIONAL TELECOMMUNICATION UNION CCITT THE INTERNATIONAL TELEGRAPH AND TELEPHONE CONSULTATIVE COMMITTEE F.41 O MESSAGE HANDLING SERVICE OPERATIONS AND DEFINITION OF SERVICE (08/92) MESSAGE HANDLING SERVICES: THE PUBLIC MESSAGE TRANSFER SERVICE Recom
2、mendation F.41 O CCITT RECMN*F*43O 72 m 4862573 0574564 083 m FOREWORD The CCm (the International Telegraph and Telephone Consultative Committee) is a permanent organ of the International Telecommunication Union (ITU). CCITT is responsible for studying technical, operating and tariff questions and i
3、ssuing Recommendations on them with a view to standardizing telecommunications on a worldwide basis. The Plenary Assembly of CCITT which meets every four years, establishes the topics for study and approves Recommendations prepared by its Study Groups. The approval of Recommendations by the members
4、of CCITT between Plenary Assemblies is covered by the procedure laid down in CCITT Resolution No. 2 (Melbourne, 1988). Recommendation F.410 was revised by Study Group I and was approved under the Resolution No. 2 procedure on the 4th of August 1992. CCIT NOTE In this Recommendation, the expression “
5、Administration” is used for conciseness to indicate both a telecommunication administration and a recognized private operating agency. O IT 1993 All rights reserved. No part of this publication may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopyin
6、g and microfilm, without permission in writing from the ITU. Recommendation F.410 MESSAGE HANDLING SERVICES: THE PUBLIC MESSAGE TRANSFER SERVICE (revised 1992) The establishment in various countries of message handling services in association with public networks creates the need to produce Recommen
7、dations covering the aspects of public message handling services. CONTENTS 1 Purpose and scope 2 MT service 3 Operation of the service 4 Quality of service 5 Network requirements 6 Annex A - Abbreviations Appendix I - Errata to Recommendation F.415 Use of Message Transfer service within CCIT defined
8、 telematic services 1 Purpose and scope 1.1 General This Recommendation specifies the general, operational and quality of service aspects of the public international Message Transfer service. This type of Message Handling (MH) service is an international telmmmunication service offered by Administra
9、tions, enabling subscribers user agents to submit sandardiied classes of messages to Message Transfer agents for their transfer to another Message Transfer agent in the same Administrations domain, in another Administrations domain, or to private domains, via telecommunication networks using store a
10、nd forward techniques. The Message Transfer service also may transfer messages submitted brough a message store (MS), and delivered to a message store, and to and from access units (AUS) to other services. Locally provided functions, for which communication with other user agents or message transfer
11、 agents is not required, are not covered by CCITT Recommendations. The Message Transfer 0 service enables subscribers to request a variety of features to be performed during the transfer of messages. Some features are inherent in the basic MT service. Other non-basic features may be selected by the
12、subscriber, either on a per-message basis or for an agreed contractual period of time, if they are provided by Administrations. Elements of service belonging to the basic Message Transfer service and essential optional user facilities are to be made available inmationally by Administrations. Recomme
13、ndation F.410 (0 2) from an MTA in a private management domain. 2.1.6 Each Administration is responsible for the national access to its management domain. 2.1.7 The characteristics of the direct interfaces to the MT service, or between a private domain and the MT service are a national matter, altho
14、ugh they should generally conform to the X.400-Series Recommendations. Interworking with postai systems, or other physical delivery systems, should be in accordance with Recommen- dation F.415. 2.1.8 The national implementation of the MT service may provide intercommunication of subscribing services
15、 with other telematic services such as telex, teletex, facsimile and videotex. When implemented, the interface between the MT service and the other services shall be according to relevant CCITT Recommendations. Intercommunication may also be provided to a physical delivery system (PDS). 2.1.9 As the
16、 service is providing indirect communication, cases of nondelivery of the message to the intended recipient may occur. The MT service provides for non-delivery notification and, as an optional user facility, for delivery notification. 2.1.10 speed, access procedures, networks and coding of message c
17、ontents. Due to the intermediite storage of the message, the service may provide conversion optional user facilities: 2.1.1 1 the recipient. The message belongs to the originator until delivery has taken piace. Aftet 2) optional user facilities, which correspond to the MT optional user facilities li
18、sted in Table 5LF.400. Basic features are inherent in the service. Optional user facilities may be selected on a per-message basis or for an agreed contractual period of the. Recommendation F.410 (O92) 3 CCITT RECNN*F=4LO 92 4862591 0574568 724 9 2.2.2 The basic Message Transfer service The basic MT
19、 service shall be implemented according to the requirements of Recommendation X.411. The basic MT service enables user agents (UAs) to access and be accessed by the message transfer system (MTS) in order to excbange messages. Eacb message is assigned a unique message reference identification. If a m
20、essage cannot be delivered, the originating UA is informed. To facilitate meaningful communication, a UA may specify the types of encoded information that can be contained in messages delivered to it. The content type, the original encoded information types, the time of submission and delivery and w
21、hether conversion occurred are indicated for each message. The elements of service comprising the basic MT service are listed in Recommendation F.400, Table 4R.400. 2.2.3 Optionul user facilities in the Message Transfer service Two classes of optional user facilities are available in the MT services
22、. The first class is selectable on a per- message basis. The second class may be provided to the subscribing service when agreed to over a contractual period of time. The classes are described and cited in 0 19.3 of Recommendation F.400 and in Table 5F.400, and are available in the service based on
23、the MT service. 2.2.4 Naming and addressing Naming and addressing as used in the MT service, are described in overview in Recommendation F.400, 0 12. The rules for naming and addressing in an AWistration management domain are given in Recommen- dation F.401. 3 Operation of the senice 3.1 General 3.1
24、.1 procedures. The MT service provides that messages can be sent, transferred, delivered and received using fully automatic Manual delivery of messages can be provided in the case of interworking with postal systems, and is Messages are prepared by subscribers services user agents/access units or by
25、 user agentdaccess units in other described in Recommendation F.415. 3.1.2 management domains. 3.1.3 It should also validate the identity of other management domains at their points of access. Each Administration providing the MT service should validate its subscribers identities, at the time of acc
26、ess. 3.1.4 Connectivity of the MT service to message transfer in private management domains, which will ailow users of these systems to exchange messages, is desirable. This is recognized to be a national matter. If these interconnections are provided, they should take place between management domai
27、ns in accordance with CCITT Recommendations. 3.1.5 When implicit conversion is provided by the Administration via the message transfer service, the message will be converted if necessary, unless prohibited by the originator. The conversion will be in accordance to the rules specified in Recommendati
28、on X.408. 3.2 Message transfer Message transfer is initiated when a message is received hm a user agenthnessage store or access unit. Delivery is attempted to the address of the message. The body part of the message will be transferred in the form in which it was received, unless conversion has been
29、 performed. The results of the transfer attempt may be conveyed by two notifications: - non-delivery notification; - delivery notification. 4 Recommendation F.410 (OW2) CCITT RECNN*F=4LO 92 4862591 0574569 660 H Recommendation F.410 (08192) 5 J Delivery notification may be given to the originating d
30、omain by the destination domain to indicate successful delivery. This delivery notification should be provided if requested. Non-delivery notification is automatidly originated by the MTS, while delivery notificaton WU be generated by the recipients MTA on request of the originator. If non-delivery
31、notifcation is prevented, and delivery notification is not requeste& no notification is possible. In the case of a message to a teletex terminal (auto) receipt notification may be returned by the teletex access unit (TXAtJ). 4 Quality of Service 4.1 Message status The unique identification of messag
32、es conforming to the requirements of X.4oo-Series Recommendations enables the system to provide information about, e.g. the status of an interpersonal (IP) message or other class of message. In the event of system failure, ail accepted and non-delivered messages should be traceable. If messages cann
33、ot be delivered, the originator must be informed by a non-delivery notification. 4.2 Responsibility for messages The subscriben to the service using the MTS are responsible for the messages in their user agentdmessage stores. The service using the MT service is responsible for the transfer between t
34、he UAs/MSs in that service and the MT service. The Administration providing the MT service is responsible for the message transfer and the optional user facilities performed within its management domain and for messages coming from or directed to private management domains connected to its managemen
35、t domain, unless other national regulations apply. In intemational interconnection of ADMDs, the responsibility to deliver passes from managements domains with the message. Administrations should provide assistance to their subscribers, with regard to status and tracing of non- delivered messages. N
36、ote - The international implications of this are for further study. 4.3 Model of delivery and notcation times See Figure 1F.410. 4.4 Delivery time targets The recipient ADMD should force non-delivery notification if it has not been able to deliver the message to the receiving UA after submission to
37、the originating MTA according to the maximum delivery times given in Table 1F.410 (or after date and time indicated for deferred delivery). The maximum delivery times are dependent on the grade of delivery requested by the originator as shown in Table 1F.410. To be able to meet these time targets, a
38、 message has to transit a transitting ADMD according to the transit time targets given in Table W.410. These time targets are dependent on the grade of delivery requested by the originator. CCITT RECMN*Fe4LO 92 4862591 057q570 382 = Creation A of message Submission of message T1 (see Note 1) T2 (see
39、 Note 2) Transfer of message Delivery of message Notificatton generation TO1 0272092 Notification delivery T1 Delivery time T2 Notification time Note 1 - Starting time of T1 corresponds to the submission time stamp indication. Ending time of T1 corresponds to the delivery time stamp indication. Note
40、 2 - Starting time of T2 corresponds to the delivery time stamp indication. Ending time of T2 is the time that the delivery notification is made available to the user through the UA or MS. FGURE 1F.410 Dellwry and notification time model TABLE 1/F,410 Delivery time targets Grade of delivery 95% deli
41、vered within Urgent Normal Non-urgent 0.25 hours 1 .O hours 4.0 hours Maximum delivery time 2 hours 6 hours 12 hours Vote - It is expected that PRMDs will abide by these delivery time targets. If for any reason (including hold for delivery) the message cannot be delivered to the UA/AU/MS, a non-deli
42、very notification shaii be returned. 6 Recommendation F.410 (OW2) CCITT RECMN*F.410 92 48b2591 0574571 219 = Grade of delivery TABLE F.410 95% transitted within Transit time targets Non-urgent 2.4 hours Urgent Normal me N-notification D-notincation 10 minutes 35 minutes 95% returned within 0.25 hour
43、s 0.25 hours 4.5 Delivery notification time targets Non-delivery notifications or requested delivery notifications should be retumed on a per-recipient basis, in order not to delay notifcations for those messages in a multi-addressed message which have already been delivered, to enable the originati
44、ng management domain either to return per-recipient notifications or to batch notificatons to its subscribers (see Table 3lF.410). TABLE 3F.410 Notification time targets Note - It is expected that PRMDs will abide by these notincation time targets. 4.6 Error protection Emr protection on transmission
45、 is provided by the message handling system (MHS) and underlying protocols used in the provision of the MT service. 4.7 Availability of service In principle the MT service should be available continuously. User agents or message stores connected to the MT service should be available for submission o
46、r delivery continuously (unless hold for delivery is invoked). 4.8 Minimum storage capacity The storage capacity of the message transfer agent shall be sufficient to provide a high grade of service. Note - This is for further study. Recommendation FA10 (08/92) 7 A AU ADMD E IP MD MH MH!3 MS MT MTA M
47、TS PDS PRMD “XAU UA - ANNEX A (to Recommendation F.410) Abbreviations CCITT RECMN*F-410 92 YB62591 057Y572 I155 5 Network requirements 5.1 General The MT service is network independent, that is, the basic service and he essential optional user facilities are provided independentiy of the type of net
48、work used for service access. Additional optional user facilities chosen by an Administration to offer may vary. 5.2 Network requirements for Vltern#wnal interconnection For interconnection of tbe public international message transfer service between Administrations, public packet switching connecti
49、ons SbaU be used. This does not preclude Adminisb-ations from using Werent means for this interconnection on a bilateral basis. 5.3 Network requirements for service access Access to the public message transfer service is a local matter. 6 Use of the message tramferservice within CCI“ defined telematic services See relevant F-Series Recommendations. The following abbreviations are used in this Recommendation: Additional (optional user facility) Access unit Administration management domain Essential (optional user facility) Interpersonal Management domain Message handlin
