џWPCL ћџ2BJ|xа АH аа АА X агга ХА6p&А6p&Х ае’† а HH аС`(#)СааУ Уб cмˆ4 PŽТ бFascicle VII.5 Р-Р Rec. T.330 Ф ФPAGE1У УФ Ф ’ееЄ† а HH аааб cмˆ4 PŽТ бPAGE16 У Уб cмˆ4 PŽТ бFascicle VII.5 Р-Р Rec. T.330 Єеа Hh ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаа X  аУ УУУб cмˆ4 PŽТ бThe drawaing contained in this Recommendation have been done in Autocad б cмˆ4 PŽТ бФФRecommendation T.330 Ср(>Сб cмˆ4 PŽТ бTELEMATIC ACCESS TO INTERPERSONAL MESSAGE SYSTEMФ Ф Та ТС€ HССр(NСУУб cмˆ4 PŽТ б(Melbourne, 1988)ЦЦ ФФС СThe establishment in various countries of telematic services and computerР-Рbased storeР-РandР-Рforward message service in association with public data networks creates a need to produce standards to facilitate international message exchange between subscribers to such services. С СThe CCITT, УУconsidering а H аФФС С(a)СpСthe need for interpersonal messaging and message transfer services; а H аС С(b)СpСthe need to transfer messages of different types having a large variety of formats; а H аС С(c)СpСthat within the X Series of Recommendations services and optional user facilities for public data networks are defined; а H аС С(d)СpСthat the F Series of Recommendations defines telematic services and that the T Series of Recommendations defines terminal equipment and control procedures for telematic services; а H аС С(e)СpСthat a set of Recommendation describes various aspects of message handling systems: X.400 Series; а H аС С(f)СpСthat Recommendation T.300 describes general principles of telematic interworking, УУunanimously declares ФФС Сthat this Recommendation describes the access protocol to be used by telematic terminals when making additional use of the interpersonal messaging system. ‚Ср UСCONTENTS 0С СУУIntroductionФФ 1С СУУScope and field of applicationФФ 2С СУУReferencesФФ 3С СУУDefinitionsФФ 4С СУУAbbreviationsФФ 5С СУУConventionsФФ 6С СУУOverview of telematic access to IPMSФФ С С6.1СpСAbstract model С С6.2СpСFunctional model С С6.3СpСAccess for registered and nonР-Рregistered users 7С СУУIPMS in the context of telematic interworkingФФ С С7.1СpСObjects and ports description а H аС С7.2СpСOrigination, reception and management ports, services and operations С С7.3СpСMiscellanea port services and operations 8С СУУRefinement of the TLMA objectФФ С С8.1СpСObject and ports description С С8.2СpСThe mhsР-РdocР-Рxfer port operations 9С СУУAbstract errorsФФ 10С  СУУRealization of abstract operationsФФ С С10.1Си СDescription of TAPDU С С10.2Си СOperation of the TLMAU 11С  СУУFormats and coding of TAPDUФФ С С11.1Си СPrinciples С С11.2Си СStructure and format of TAPDU С С11.3Си СCoding of TAPDU С С11.4Си СFormat of TAPDU С С11.5Си СReference between TAPDU components and its coding format 12С  СУУError recoveryФФ 13С  СУУControl proceduresФФ С С13.1Си СSession control procedures С С13.2Си СDocument control procedures С С13.3Си СLogР-Рon procedures УУAnnex AФФСpСР-РСи СFormal definition of TLMA abstract service УУAnnex BФФСpСР-РСи СFormat of TAPDU components УУAnnex CФФСpСР-РСи СElement ID list УУAnnex DФФСpСР-РСи СElement of service for TTX/IPM service intercommunications ‚У У0ТX ТIntroductionФ ФЦЦ а H аС СRecommendation T.330 is one of a series of Recommendations dealing with telematic interworking. Telematic interworking is the generic name for a set of applications provided to telematic users. Each of those applications is called a telematic interworking application (TIA). а H аС СAccess to and participating in interpersonal messaging system (IPMS) are one of the telematic interworking applications. This Recommendation aims at specifying this application. ‚У У1ТX ТScope and field of applicationФ ФЦЦ а H аС СThis Recommendation defines the abstract service provided by the telematic agent (TLMA) which is defined as an object of IPMS. It specifies not only abstract operations provided by TLMAU but also access protocol (P5) to be used between a TLMAU and a telematic (TLM) terminal, when participating in and accessing the IPMS. The P5 access protocol is a generalized access protocol; it is applicable to other applications such as network based storage for the teletex service. The TLM terminals being considered in this Recommendation are teletex, G4 facsimile and mixed mode terminals. The use of other types of TLM terminals are for further study. С СOther Recommendations in the series contain description on telematic interworking model, the functions of the telematic access unit (TLMAU), and telematic access protocol to specific services, such as telematic, telex, directory, etc. Recommendation T.300 outlines the principles of telematic interworking procedures. а H аС СSection 6 of this Recommendation defines overview of telematic access to IPMS provided by TLMA object. Section 7 defines the IPMS in the context of telematic interworking. Section 8 refines the TLMA object and defines abstract operations at a specific port of TLMAU and TLM terminal. Section 9 defines abstract errors used in telematic interworking. Section 10 specifies an access protocol (P5). Section 11 specifies formatting and coding rule of protocol. Section 12 specifies an error recovery mechanism. Section 13 specifies control procedures. а H аС СThe purpose of a TLMAU is to aid the user of a TLM terminal in gaining access to the features of the IPMS. The TLMAU, which is associated with a message transfer system (MTS), provides the TLM terminal with access to the IPMS. def defined as a TLM terminal storage extension facility located in the TLMAU allowing reservation of a specific amount of storage for an individual user. Users of TLM terminals may also be registered as users of DS. ‚2ТX ТReferencesЦЦ С СThis Recommendation cites the documents listed below. 2.1Тh  ТTelematic interworkingЦЦ С СVСpСRec. T.300: General principles of telematic interworking. 2.2Тh  ТMessage handling systemsЦЦ а H аТа ТТ№ ТС€ СVСpСRec. X.400: Message handling systems: System and service overviewЦЦ а HX аТа ТТ№ ТС€ СVСpСRec. X.402: Message handling systems: Overall architectureЦЦ а H аТа ТТ№ ТС€ СVСpСRec. X.407: Message handling systems: Abstract service definition conventionsЦЦ а H аТа ТТ№ ТС€ СVСpСRec. X.411: Message handling systems: Message transfer system: Abstract service definition and proceduresЦЦ а H аТа ТТ№ ТС€ СVСpСRec. X.413: Message handling systems: Message store: Abstract service definitionЦЦ а H№ аТа ТТ№ ТС€ СVСpСRec. X.419: Message handling systems: Protocol specificationsЦЦ а H аТа ТТ№ ТС€ СVСpСRec. X.420: Message handling systems: Interpersonal messaging systemд k+дЦЦŒа HH а2.3Тh  ТControl proceduresЦЦ а H аТа ТТ№ ТС€ СVСpСRec. T.62: Control procedures for Teletex and Group 4 facsimile servicesЦЦ а HH а2.4Тh  ТASN.1 codingЦЦ а H аТа ТТ№ ТС€ СVСpСRec. X.208: Specification of abstract syntax notation one (ASN.1)ЦЦ Та ТТ№ ТС€ СVСpСRec. X.219: Remote operationЦЦ а HH а2.5Тh  ТAddressЦЦ а H аТа ТТ№ ТС€ СVСpСRec. X.121: International numbering plan for public data networksЦЦ а HH а2.6Тh  ТCharacter repertoiresЦЦ а H аТа ТТ№ ТС€ СVСpСRec. T.61: Character repertoire and coded character sets for the international Teletex serviceЦЦ а HH а2.7Тh  ТIntercommunicationЦЦ а H аТа ТТ№ ТС€ СVСpСRec. F.422: Intercommunication between Teletex service and IPM service.ЦЦ а HX аТа ТТ№ ТС€ СVСpСRec. F.203: Network based storage for the Teletex service.ЦЦ а HH а‚3ТX ТDefinitionsЦЦ а H аС СThis Recommendation uses the terms many of those used in Recommendations X.402, X.411 and X.420. С СIn addition to the above terms, this Recommendation uses as terms the names of abstract objects, ports, operations and errors; the names of ASN.1 data types; the names of the information item types and values this Recommendation specifies. ‚4ТX ТAbbreviationsЦЦ Та ТТ№ ТС€ СASN.1Си ССЈ СAbstract syntax notation oneЦЦ Та ТТ№ ТС€ СAUСpССи ССЈ СAccess unitЦЦ Та ТТ№ ТС€ СCСpССи ССЈ СConditional/consumerЦЦ Та ТТ№ ТС€ СCDCСpССи СCommand document continueЦЦ Та ТТ№ ТС€ СCFСpССи ССЈ СConversion facilityЦЦ Та ТТ№ ТС€ СCSCCСи ССЈ СCommand session change controlЦЦ Та ТТ№ ТС€ СCSSСpССи ССЈ СCommand session startЦЦ Та ТТ№ ТС€ СDNСpССи ССЈ СDelivery status notificationЦЦ Та ТТ№ ТС€ СDSСpССи ССЈ СDocument storageЦЦ Та ТТ№ ТС€ СG3СpССи ССЈ СGroup 3 facsimileЦЦ Та ТТ№ ТС€ СG4СpССи ССЈ СGroup 4 facsimileЦЦ Та ТТ№ ТС€ СIDСpССи ССЈ СIdentityЦЦ Та ТТ№ ТС€ СIPСpССи ССЈ СInterpersonalЦЦ Та ТТ№ ТС€ СIPMСpССи ССЈ СInterpersonal messagingЦЦ Та ТТ№ ТС€ СIPMASСи ССЈ СInterpersonal messaging abstract serviceЦЦ Та ТТ№ ТС€ СIPMEСи ССЈ СInterpersonal messaging environmentЦЦ Та ТТ№ ТС€ СIPMSСи ССЈ СInterpersonal messaging systemЦЦ Та ТТ№ ТС€ СIPMР-РUAСи СInterpersonal messaging user agentЦЦ Та ТТ№ ТС€ СIPNСpССи ССЈ СInterpersonal notificationЦЦ Та ТТ№ ТС€ СMСpССи ССЈ СMandatoryЦЦ Та ТТ№ ТС€ СMSСpССи ССЈ СMessage storeЦЦ Та ТТ№ ТС€ СMTСpССи ССЈ СMessage transferЦЦ Та ТТ№ ТС€ СMTAСpССи СMessage transfer agentЦЦ Та ТТ№ ТС€ СMTASСи ССЈ СMessage transfer abstract serviceЦЦ Та ТТ№ ТС€ СMTSСpССи СMessage transfer systemЦЦ Та ТТ№ ТС€ СNDNСpССи СNonР-Рdelivery status notificationЦЦ Та ТТ№ ТС€ СNLСpССи ССЈ СNew lineЦЦ Та ТТ№ ТС€ СNRNСpССи СNonР-Рreceipt notificationЦЦ Та ТТ№ ТС€ СO/RСpССи ССЈ СOriginator/receiptЦЦ Та ТТ№ ТС€ СPDAUСи ССЈ СPhysical delivery access unitЦЦ Та ТТ№ ТС€ СPTTXAUСи СPublic Teletex access unitЦЦ Та ТТ№ ТС€ СP5СpССи ССЈ СTelematic access protocolЦЦ Та ТТ№ ТС€ СRNСpССи ССЈ СReceipt status notificationЦЦ Та ТТ№ ТС€ СSСpССи ССЈ СSupplierЦЦ Та ТТ№ ТС€ СTAPDUСи ССЈ СTelematic access protocol data unitЦЦ Та ТТ№ ТС€ СTIAСpССи ССЈ СTelematic interworking applicationЦЦ Та ТТ№ ТС€ СTIDСpССи ССЈ СTerminal identificationЦЦ Та ТТ№ ТС€ СTLMСpССи СTelematicЦЦ Та ТТ№ ТС€ СTLMAСи ССЈ СTelematic agentЦЦ Та ТТ№ ТС€ СTLMAUСи ССЈ СTelematic access unitЦЦ Та ТТ№ ТС€ СTLMР-РTERСP СTelematic terminalЦЦ Та ТТ№ ТС€ СTLXAUСи ССЈ СTelex access unitЦЦ Та ТТ№ ТС€ СTTXСpССи СTeletexЦЦ Та ТТ№ ТС€ СUAСpССи ССЈ СUser agentЦЦа HH а‚У У Та Т5СpСConventionsФ ФЦЦ а H аС СThis Recommendation uses the descriptive conventions identified below. 5.1Тh  ТУУASN.1ФФЦЦ а H аС СThis Recommendation uses the following ASN.1Р-Рbased descriptive conventions for the indicated purposes: а H аТа ТТ№ ТС€ Сa)СpСto specify the functional objects, the OBJECT and REFINE macros and associated conventions of Recommendation X.407;ЦЦ а H аТа ТТ№ ТС€ Сb)СpСto specify the information objects (and other data types and values of all kinds), ASN.1 itself;ЦЦ а H аТа ТТ№ ТС€ Сc)СpСto specify the abstract service, the PORT and ABSTRACTР-РBIND, Р-РUNBIND, Р-РOPERATION, and Р-РERROR macros and associated conventions of Recommendation X.407.ЦЦ а HH а5.2Тh  ТУУGradeФФЦЦ а H аС СWhenever this Recommendation describes a class of data structure (e.g. Headings) having components (e.g. fields), each component is categorized as one of the following grades: а H аТа ТТ№ ТС€ Сa)СpСMandatory (M): A mandatory component shall be present in every member of the class.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСConditional (C): A conditional component shall be present in a member of the class as dictated by this Recommendation.ЦЦ а HH а‚У У6ТX ТOverview of telematic access to IPMSФ ФЦЦ 6.1Тh  ТУУAbstract modelЦЦ а H аФФС СThis Recommendation makes use of the message handling abstract service definitions conventions defined in Recommendation X.407. These conventions provide a descriptive tool for the specification of information processing tasks in abstract terms. This ensures that a tasks functional requirements are stated independently of its realization. 6.2Тh  ТУУFunctional modelЦЦ а H аФФС СThis section provides a functional model of telematic access to IPMS. The purpose of this model is to provide a general description of the functional entities, which are then explicitly defined using the definitions and conventions found in Recommendation X.407, and further refined as necessary, in following sections (see Figure 1/T.330). ‚Ср JСб cмˆ4 PŽТ бFig. 1/T.330/T0803980Љ89 = 7 cm б cмˆ4 PŽТ б С СThe functional model comprises the following functional entities: а H аТа ТР-РТ№ ТTelematic agent (TLMA): Logical entity only which comprises the TLMAU and the telematic terminal. The TLMA is useful as an object in the refinement of the IPMS.ЦЦ а H аТа ТР-РТ№ ТTelematic access unit (TLMAU): Functional entity which provides all of the interworking functions between telematic codes and protocols and IPMS codes and protocols. The TLMAU also supports the DS functionality.ЦЦ Та ТР-РТ№ ТTelematic terminal (TLMР-РTER): The telematic terminal.ЦЦ а H аТа ТР-РТ№ ТAccess unit (AU): Functional entity which provides access to message handling applications for indirect users of the MTS.ЦЦ а H аТа ТР-РТ№ ТDocument storage (DS): Extension of the telematic terminal storage capabilities. The TLMAU may optionally, on a subscription basis, deliver messages to a DS. The terminal may then retrieve the message for the document storage when convenient.ЦЦ а H аТа ТР-РТ№ ТMessage store (MS): Functional entity which provides single direct user of message handling with capabilities for message storage. Although the MS and DS provide a similar functionality, there is no relationship between the two.ЦЦ а Hh аТа ТР-РТ№ ТMessage transfer system (MTS): Functional entity which conveys information objects between individual users and members of distribution lists.ЦЦ а H аТа ТР-РТ№ ТUser agent (UA): Functional entity by means of which a direct user engages in message handling.ЦЦ а HH а6.3Тh  ТУУAccess for registered and nonР-Рregistered usersЦЦ ФФС СTwo types of access to the IPM service are defined within this Recommendation. Registered users of the IPM service who wish to use telematic terminal equipment to access the IPM service are provided with complete IPM service functionality with any full implementation of this Recommendation. а H аС СTelematic terminal equipment users who are not registered IPM service subscribers but who wish to direct a message to an IPM service user are provided with a subset of the functionality defined within this Recommendation, in accordance with Recommendation F.422 and Annex D of this Recommendation. This functionality is referred to as a public teletex access unit (PTTXAU). аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС‚У У7С  Сб cмˆ4 PŽТ бIPMS in the context of telematic interworkingЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бФ Ф7.1Тh  ТУУObjects and ports descriptionЦЦ а H аФФС СThe refinement of the IPMS is found in Recommendation X.420 (interpersonal messaging system). The IPMS refinement describes secondary objects, one of which is the telematic agent (TLMA) which is paired to the MTS by the import and export ports. С СThe TLMA is visible to the telematic user through four ports, namely: origination, reception, management and miscellanea. The origination, reception and management port services and operations are described fully in Recommendation X.420. The miscellanea port services and operations are described in this Recommendation. The import and export port services and operations are described in Recommendation X.411. tlmaС  СС ССpССи СOBJECT С СС СPORTS { originationС"X%С[S], С СС ССpССи СreceptionС СС X%С[S], С СС ССpССи СmanagementСX%С[S], С СС ССpССи СmiscellaneaС X%С[S], С СС ССpССи СimportС СС X%С[C], С СС ССpССи СexportС СС X%С[C] } С СС С::= idР-РotР-Рtlma С СThe IPMS comprises any number of TLMA. С СTLM users are communicants in telematic interworking. A TLM user originates or receives information objects whose types are specified in Recommendation X.420 and this Recommendation. tlmaЉuserСpССи ССЈ СС СOBJECT С СС СPORTS { originationС"X%С[C], С СС ССpССи СreceptionС СС X%С[C], С СС ССpССи СmanagementСX%С[C], С СС ССpССи СmiscellaneaС X%С[C] } С СС С::= idР-РotР-РtlmР-Рuser а H аС СA telematic user is associated with the TLMA by means of the origination, reception, management and miscellanea ports. A telematic user is a supplier [S] of no ports and a consumer [C] of all TLMA ports. The TLMA is a supplier of all TLMA ports and consumer of no ports. С СThe general access to IPMS is illustrated in Figure 2/T.330. ‚Ср KСб cмˆ4 PŽТ бFig. 2/T.330/T0803990Љ89 = 18 б cмˆ4 PŽТ б а H аС СAn interpersonal messaging user agent (IPMР-РUA) is a secondary object that provides the interpersonal messaging abstract service (IPMAS) to a single IPM user. An IPMР-РUA is a specialized instance of the more general object, UA. An IPMР-РUA performs its function with help from the MTS. а H аС СA telematic agent (TLMA) is an object that provides the abstract service which comprises IPMAS and telematic specific abstract service, to a single TLM user. A TLMA is an instance of the more general object UA. A TLMA performs its function with help from the MTS. С СA message transfer system (MTS), upon which all other IPMS components relay, is the provider of the message transfer abstract service (MTAS). It performs its function without assistance. а H аС СAn interpersonal messaging system (IPMS) is the object by means of which all users communicate in interpersonal messaging. а H аС СThe access unit (AU) could be a physical delivery access unit (PDAU), or telex access unit (TLXAU). The descriptions of these objects found in relevant Recommendations. 7.2Тh  ТУУOrigination, reception and management ports, services and operationsЦЦ а H аФФС СThe abstract operations available at these ports, as described in X.420, are: origination PORT С СCONSUMER INVOKERS { OriginateProbe, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи @ Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи СС@ ССЈ СССOriginateIPM, С СС ССpССи СС@ ССЈ СССOriginateRN, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи @ Ј hXА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи СС@ ССЈ СССCancelIPM } аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи 0 ˜ XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpС::= idР-РptР-Рorigination аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаreception PORT С СCONSUMER INVOKERS { ReceiveReport, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи Ј ˜ №XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи ССЈ СС˜ СReceiveIPM, С СС ССpССи ССЈ СС˜ СReceiveRN, С СС ССpССи ССЈ СС˜ СReceiveNRN } аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpС::= idР-РptР-Рreception management PORT С СCONSUMER INVOKERS { ChangeAutoDiscard, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи Ј ˜ hXА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи ССЈ СС˜ СChangeAutoAcknowledgment, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи Ј ˜ xhXА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи ССЈ СС˜ СChangeAutoForwarding } аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpС::= idР-РptР-Рmanagement С СThe abstract operations are fully described in Recommendation X.420. 7.3Тh  ТУУMiscellanea port services and operationsЦЦ ФФС СBesides IPM abstract services, the following abstract services are available at the miscellanea port. They are provided by the TLMA object as the miscellanea abstract services. miscellanea PORT С СSUPPLIER PERFORMS { ChangeSubscriptionProfile, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи И №XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи ССИ СС СDSList, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи 0 hXА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи СС0 СС СDSDelete, С СС ССpССи СС0 СС СDSFetch, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи 0 XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи СС0 СС СMessageStatus } аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpС::= idР-РptР-Рmiscellanea аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС7.3.1С јСб cмˆ4 PŽТ бУУChangeSubscriptionProfileЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бФФС СThe ChangeSubscriptionProfile abstract operation enables a user to change the registered subscription profile which specifies relationship with the TLMAU, such as DS mode, error recovery mode and message delete mode. ChangeSubscriptionProfile ::= ABSTRACTР-РOPERATION С СARGUMENT SET { dsР-РmodeС#X%СС%А*С[0] DSMode OPTIONAL, а H аС СС ССpССи ССЈ СerrorР-РrecoveryР-РmodeС.`4С[1] ErrorRecoveryMode OPTIONAL, а H аС СС ССpССи ССЈ СmessageР-РdeleteР-РmodeС.`4С[2] MessageDeleteMode OPTIONAL } С СRESULT { } С СERRORS { nameР-Рerror, С СС ССpССи СdsР-Рerror, С СС ССpССи СsubscriptionР-РprofileР-Рerror } Та ТС€ HС7.3.1.1СpСУУArguments of ChangeSubscriptionProfileЦЦ ФФС СThis abstract operation has the following arguments: а H аТа ТТ№ ТС€ Сa)СpСDSР-Рmode (C): The document storage mode to be applied. One of the following values:ЦЦ а H аТа ТТ№ ТТhpТС€С1)Си Сretrieval: In the mode, the TLMAU holds the messages in the DS until they are explicitly deleted by the user;ЦЦ а H аТа ТТ№ ТТhpТС€С2)Си Сauto output: In this mode, the TLMAU tries to output messages under user subscribed conditions after they are delivered to the DS.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСErrorР-РrecoveryР-Рmode (C): This mode, whose recovery mechanism is defined in РSР 12 of this Recommendation has to be applied. (RecoveryР-Р1, 2 or 3.)ЦЦ а H аТа ТТ№ ТС€ Сc)СpСMessageР-РdeleteР-Рmode (C): Mode to be applied. One of the following values:ЦЦ а H аТа ТТ№ ТТhpТС€С1)Си Сauto delete: In this mode, the messages in the DS are deleted as soon as they are output to the user by the performance of the DS fetch abstract operation with no deleteР-РafterР-Рoutput argument (in case of retrieval mode), or by the automatically output (in case of autoР-Рoutput mode);ЦЦ а H аТа ТТ№ ТТhpТС€С2)Си Сmanual delete: In this mode, the messages in the DS are held until the DS delete abstract operation or DS fetch abstract operation whose deleteР-РafterР-Рoutput argument is Р"Рdelete after outputР"Р, will be carried out.ЦЦ а HH аТа ТС€ HС7.3.1.2СpСУУResults of ChangeSubscriptionProfileЦЦ ФФС СThis abstract operation has no results. Та ТС€ HС7.3.1.3СpСУУError of ChangeSubscriptionProfileЦЦ а H аФФС СThis abstract operation has nameР-Рerror, dsР-Рerror and subscriptionР-Рprofile error. These abstract errors are commonly described in РSР 9. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС7.3.2С јСб cмˆ4 PŽТ бУУDSListЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бФФС СThe DSList abstract operation enables a user to get a list of messages (IPMs, IPNs or reports) currently held in the document storage (DS). DSListС ССpССи С::= ABSTRACTР-РOPERATION С СС СARGUMENT { } С СС СRESULT SET { [0] SET OF ListReport OPTIONAL } С СС СERRORS { subscriptionР-Рerror, С СС ССpССи ССЈ СnameР-Рerror, С СС ССpССи ССЈ СdsР-Рerror } ListReportСи ССЈ С::= SET { retrievalР-РidС1`4СС4И9С[0] RetrievalIdentifier, С СС ССpССи ССЈ СmessageР-РtypeС'А*СС*/С[1] MessageType, С СС ССpССи ССЈ СpriorityС#X%СС%А*СС*/С[2] Priority OPTIONAL, С СС ССpССи ССЈ СmessageР-РlengthС)/СС/`4С[3] MessageLength OPTIONAL, С СС ССpССи ССЈ СoriginatorР-РnameС*/СС/`4С[4] OrName OPTIONAL } Та ТС€ HС7.3.2.1СpСУУArgument of DSListЦЦ ФФС СThis abstract operation has no argument. Та ТС€ HС7.3.2.2СpСУУResults of DSListЦЦ ФФС СThis abstractР-Рoperation has the following results: Та ТТ№ ТС€ Сa)СpСListР-Рreport: The characteristics of message held in DS.ЦЦ а H аТа ТТ№ ТТhpТС€С1)Си СRetrievalР-Рid (M): The retrievalР-Рid assigned to the message in DS.ЦЦ а H аТа ТТ№ ТТhpТС€С2)Си СMessageР-Рtype (M): The type of message (IPM, RN, NRN or report).ЦЦ а H аТа ТТ№ ТТhpТС€С3)Си СPriority (C): The priority of the message (normal, nonР-Рurgent orд Д-д urgent).ЦЦ а HX аТа ТТ№ ТТhpТС€С4)Си СMessageР-Рlength (C): The length of the message in octet.ЦЦ а Hр аТа ТТ№ ТТhpТС€С5)Си СOriginatorР-Рname (C): The originator name of the message.ЦЦа HH а Та Т7.3.2.3СP СУУErrors of DSListЦЦ а H аФФС СThis abstract operation has subscriptionР-Рerror, nameР-Рerror and dsР-Рerror. These abstract errors are described in РSР 9. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС7.3.3С јСб cмˆ4 PŽТ бУУDSDeleteЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бФФС СThe DSDelete abstract operation enable a user to delete one or more specified messages in DS. DSDeleteСpС::= ABSTRACTР-РOPERATION С СARGUMENT SET { selector [0] SET OF RetrievalIdentifier } С СRESULT { } С СERRORS { subscriptionР-Рerror, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHp` P P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpСС` СnameР-Рerror, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHp` P 0 Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpСС` СdsР-Рerror } аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТа ТС€ HС7.3.3.1УУСpСArguments of DSDeleteЦЦ ФФС СThis abstract operation has the following arguments: а H аТа ТТ№ ТС€ Сa)СpСSelector (M): The selector is the list of the retrievalР-Рid of messages that have to be deleted.ЦЦ а HH аТа ТС€ HС7.3.3.2СpСУУResults of DSDeleteЦЦ ФФС СThis abstract operation has no results. Та ТС€ HС7.3.3.3СpСУУErrors of DSDeleteЦЦ а H аФФС СThis abstract operation has subscriptionР-Рerror, nameР-Рerror and dsР-Рerror. These abstract errors are described in РSР 9. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС7.3.4С јСб cмˆ4 PŽТ бУУDSFetchЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бФФС СThe DSFetch abstract operation enables a user to get one or more specified messages (IPMs, IPNs or reports) from DS. DSFetchСpССи ССЈ С::= ABSTRACTР-РOPERATION С СС СARGUMENT SET OF { retrievalР-РidС-/СС/`4СС4И9С[0] RetrievalIdentifier, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи Ј ˜ ˆXА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи ССЈ СС˜ СdeleteР-РafterР-РoutputС0`4СС4И9С[1] DeleteAfterOutput OPTIONAL } аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС СRESULT SET { retrievalР-РidС(А*СС*/СС/`4С[0] RetrievalIdentifier, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи Ш И ˜ XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи ССШ ССИ СmessageР-РreportС'А*СС*/С[1] MessageReport } аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС СERRORS { subscriptionР-Рerror, С СС ССpССи ССЈ СnameР-Рerror, С СС ССpССи ССЈ СdsР-Рerror } Та ТС€ HС7.3.4.1СpСУУArguments of DSFetchЦЦ ФФС СThis abstract operation has the following arguments: а H аТа ТТ№ ТС€ Сa)СpСRetrievalР-Рid (M): The retrievalР-Рid assigned to the message in DS.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСDeleteР-РafterР-Рoutput (C): This value indicates whether or not the message is deleted after retrieval. If this argument does not exist, registered mode, messageР-РdeleteР-Рmode, is applied.ЦЦ а HH аТа ТС€ HС7.3.4.2СpСУУResults of DSFetchЦЦ ФФС СThis abstractР-Рoperation has the following results: а H аТа ТТ№ ТС€ Сa)СpСRetrievalР-Рid (M): The retrievalР-Рid assigned to the message that was reported.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСMessage report (M): Envelope and content of reported message IPM, RN, NRN or report), assigned by retrievalР-Рid.ЦЦ а HH аТа ТС€ HС7.3.4.3СpСУУErrors of DSFetchЦЦ а H аФФС СThis abstract operation has subscriptionР-Рerror, nameР-Рerror and dsР-Рerror. These abstract errors are described in РSР 9. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС7.3.5С јСб cмˆ4 PŽТ бУУMessageStatusЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бФФС СThe MessageStatus abstract operation enables a user to get an information on the actual status of the previously submitted IPM. MessageStatusСP ССЈ С::= ABSTRACTР-РOPERATION С СС ССpСARGUMENT SET { [0] QueryIdentifier OPTIONAL } С СС ССpСRESULT SET { reportР-РtimeС*/СС/`4СС4И9С[0] DateandTime, а H аС СС ССpССи ССЈ СС СreportedР-РmessageР-РidС3И9СС9>С[1] MessageIdentifier, С СС ССpССи ССЈ СС СС X%СС%А*СС*/СС/`4С[2] SEQUENCE OF StatusInfo } С СС ССpСERRORS { subscriptionР-Рerror, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи И ˜ XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи ССИ СnameР-Рerror, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи И XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи ССИ СmessageР-РstatusР-Рerror } а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаQueryIdentifierСЈ СС С::= CHOICE { submissionР-РidС:>СС>hCС[0] MessageIdentifier, а H аС СС ССpССи ССЈ СС СcorrelationР-РinfoС0`4СС4И9СС9>С[1] CallIdentification } StatusInfoСи ССЈ СС С::= SET { statusС0`4СС4И9СС9>С[0] Status, С СС ССpССи ССЈ СС СperР-РrecipientР-РinfoС2`4С[1] PerRecipientReportDeliveryFields OPTIONAL } Та ТС€ HС7.3.5.1СpСУУArguments of MessageStatusЦЦ ФФС СThis abstract operation has the following arguments: а H аТа ТТ№ ТС€ Сa)СpСQueryР-Рidentifier (C): This identifier enables the TLMAU to identify the message whose status is being reported. Two types of queryР-Рidentifiers are available:ЦЦ а H аТа ТТ№ ТТhpТС€С1)Си СsubmissionР-Рid (C): The messageР-Рid of the originated message whose status wants to query, returned as a result of the OriginateIPM abstract operation;ЦЦ а H аТа ТТ№ ТТhpТС€С2)Си СcorrelationР-Рinfo (C): The callР-Рidentification of the originated message whose status wants to query.ЦЦ а HH аТа ТС€ HС7.3.5.2СpСУУResults of MessageStatusЦЦ ФФС СThis abstract operation has the following results: Та ТТ№ ТС€ Сa)СpСReportР-Рtime (M): The date and time the report is made.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСMessageР-Рid (M): The messageР-Рidentifier of the originated message whose status is being reported, returned as a result of the OriginateIPM abstract operation.ЦЦ а H аТа ТТ№ ТС€ Сc)СpСStatusР-Рinfo (M): The status information of previously submitted messages.ЦЦ а H аТа ТТ№ ТТhpТС€С1)Си СStatus: The status of the previously submitted IPM (inР-Рprocess, delivered or nonР-Рdelivered).ЦЦ а H аТа ТТ№ ТТhpТС€С2)Си СPerР-РrecipientР-Рinfo: Information about subjectР-Рmessage's status with respect to particular intendedР-Рrecipients. A sequence of MTS perР-РrecipientР-Рfield items, one for each recipient. This component does not exist until status component become delivered or nonР-Рdelivered.ЦЦ а HH аТа ТС€ HС7.3.5.3СpСУУErrors of MessageStatusЦЦ ФФС СThis abstract operation has subscriptionР-Рerror, nameР-Рerror and messageР-РstatusР-Рerror. These abstract errors are described in РSР 9. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС‚У У8С  Сб cмˆ4 PŽТ бRefinement of the TLMA objectЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бФ Ф8.1Тh  ТУУObject and ports descriptionЦЦ а H аФФС СIn this Recommendation, the TLMA is refined further into secondary objects namely: the TLMA and the TLMР-РTER object. tlmaР-Рrefinement REFINE tlma AS tlmauС ССpСmhsР-РdocР-РxferС СС X%С[S] PAIRED with { tlmР-Рter } tlmР-РterСpССи СoriginationС X%СС%А*СС*/С[S] VISIBLE С СС СreceptionСЈ СС СС X%СС%А*С[S] VISIBLE С СС СmanagementСЈ СС С[S] VISIBLE С СС СmiscellaneaС СС X%С[S] VISIBLE С СС С::= idР-РrefР-Рsecondary а H аС СThe mhsР-РdocР-Рxfer is a port that enables the interaction of the TLMР-РTER and the TLMAU. С СFigure 3/T.330 illustrates refinement of TLMA. ‚Ср JСб cмˆ4 PŽТ бFig. 3/T.330/T0804000Љ89 = 5 cm б cмˆ4 PŽТ б а H аС СA telematic access unit (TLMAU) is a secondary object to the TLMA object. It provides a TLMР-РTER with access to any TLM user within the interpersonal messaging environment. (IPME: see Recommendation X.420.) С СThe TLMР-РTER is a secondary object to the TLMA object. а H аС СTLMР-РTERs are communicants in telematic interworking. A TLMР-РTER sends or receives documents, embodying information objects whose types are specified in Recommendation X.420 and this Recommendation. С СTLMР-РTER shall be addressable by at least a Network address (see Recommendation X.402), and may also be addressed by one or more other forms of ORName. tlmР-РterСpССи ССЈ СOBJECT С СС СPORTS { originationС"X%С[S], С СС ССpССи СreceptionС СС X%С[S], С СС ССpССи СmanagementСX%С[S], С СС ССpССи СmiscellaneaС X%С[S],д Д-дŒС СС ССpССи СmhsР-РdocР-РxferС!X%С[C] } С СС С::= idР-РotР-РtlmР-Рter tlmauС ССpССи СOBJECT С СС СPORTS { mhsР-РdocР-РxferС#X%С[S], С СС ССpССи СimportС СС X%С[C], С СС ССpССи СexportС СС X%С[C] } С СС С::= idР-РotР-РtlmР-Рuser С СThe TLMA comprises one TLM terminal and one TLMAU. 8.2Тh  ТУУThe mhsР-РdocР-Рxfer port operationsЦЦ а H аФФС СThe following abstract operations are available at the mhsР-РdocР-Рxfer port. The correspondence between mhsР-РdocР-Рxfer port abstract operations and IPMS ports plus telematic specific port abstract operations are described in Table 1/T.330. а H аС СIn this Recommendation TLM terminals implicitly bind a certain port at the time that the session is established and implicitly unbind a certain port at the time the session is released because Recommendation T.62 session procedure does not have association control. mhsР-РdocР-Рxfer PORT С СSUPPLIER PERFORMS { MessageSend, С СС ССpССи ССЈ СС СMessageProbe, С СС ССpССи ССЈ СС СExplicitReceive, С СС ССpССи ССЈ СС СMessageCancel, С СС ССpССи ССЈ СС СRegister, С СС ССpССи ССЈ СС СDSList, С СС ССpССи ССЈ СС СDSDelete, С СС ССpССи ССЈ СС СDSFetch, С СС ССpССи ССЈ СС СMessageStatus } С СCONSUMER PERFORMS { MessageDeliver, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpP 0 ˜ №XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССP СС0 СС˜ СReceiptStatusNotice, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи Ј ˜ №XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи ССЈ СС˜ СDeliveryStatusNotice } аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС С::= idР-РptР-РmhsР-РdocР-Рxfer ‚Ср SСб cмˆ4 PŽТ бTABLE 1/T.330 Ср JСУ УOperations of mhsР-РdocР-Рxfer portФ Ф б cмˆ4 PŽТ бвЦ‚Р Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH€шP Ш xа( џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр FСааб cмˆ4 PŽТ бIPMS ports and telematic specific port аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHши@Ј xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр QСmhsР-РdocР-Рxfer port а А ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџши@Ј xа Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа А аб cмˆ4 PŽТ бвЦ‡Р€ ˜ рX И0№Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ€шP џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр-0sСб cмˆ4 PŽТ бPort аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџP @ Ј џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр-0lСAbstract operation аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџhXР(џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр-0rСInvoker аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ(€шџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр-0qСPerforme Ср-0uСr аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџши@ЈџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр-0lСAbstract operation аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ№X Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр-0rСInvoker аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH!А"$€%џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр-0qСPerforme Ср-0uСr а №А ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ№H!А"$€%џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа №А аб cмˆ4 PŽТ бвЦ‡Р€ ˜ рX И0№Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ€шP №џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б а №а аOriginati on аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџP @ Ј №џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа (1) OriginateIPM (2) OriginateProbe (3) OriginateRN а №x а (4) CancelIPM аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџhXР(№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMР-РUser аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ(€ш№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMР-РTER аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџши@Ј№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа(1) MessageSend (2) MessageProbe (3) ExplicitReceive (4) MessageCancel аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ№X Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMР-РTER аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ№H!А"$€%џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMAU а №А аб cмˆ4 PŽТ бˆа №А аб cмˆ4 PŽТ бвЦ‡Р€ ˜ рX И0№Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ€шP №џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б а №а аReception аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџP @ Ј №џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа а №x а(1) ReceiveIPM (2) ReceiveRN (3) ReceiveNRN (4) ReceiveReport аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџhXР(№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMР-РTER аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ(€ш№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа User аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџши@Ј№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа(1) MessageDeliver (2) ReceiptStatusЉСDX EСNotice (3) ReceiptStatusЉСDX EСNotice (4) DeliveryStatusЉСEа FСNotice аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ№X Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMAU аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ№H!А"$€%џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMР-РTER а №А аб cмˆ4 PŽТ бˆа №А аб cмˆ4 PŽТ бвЦ‡Р€ ˜ рX И0№Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ€шP №џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б а №а аManagemen t аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpP @ Ј №џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа(1) ChangeAutoDisЉСIА"JСcard (2) ChangeAutoAcЉСH8"IСknow ledgment (3) ChangeAutoForЉСIА"JСwarding аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџhXР(№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMР-РUser аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ(€ш№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMР-РTER аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџши@Ј№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа а №h а(1) Register (2) Register (3) Register аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ№X Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMР-РTER аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ№H!А"$€%џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMAU а №А аб cмˆ4 PŽТ бˆа №А аб cмˆ4 PŽТ бвЦ‡Р€ ˜ рX И0№Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ€шP №џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б а №а аMiscellan ea аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpP @ Ј №џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа(1) ChangeSubscripЉСJ(#KСtionProfile (2) DSList а №h а(3) DSDelete (4) DSFetch а № а(5) MessageStatus аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџhXР(№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMР-РUser аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ(€ш№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMР-РTER аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџши@Ј№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа(1) Register (2) DSList (3) DSDelete (4) DSFetch (5) MessageStatus аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ№X Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMР-РTER аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ№H!А"$€%џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа TLMAU а №А аб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТ8.2.1УУСP Сб cмˆ4 PŽТ бMessageSendЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаbby TLM terminal to perform OriginateIPM abstract operation at TLM terminal. This abstract operation is used to submit the IPM from TLM terminal to TLMAU. а H аС СThe description of OriginateIPM abstract operation is in Recommendation X.420. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС8.2.2С јСMessageProbeЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СMessageProbe is the abstract operation at mhsVdocVxfer port that is invoked by TLM terminal to perform OriginateProbe abstract operation at TLM terminal. This abstract operation is used to determine whether or not this IPM could be delivered to one or more recipients. а H аС СThe description of OriginateProbe abstract operation is in Recommendation X.420. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС8.2.3С јСExplicitReceiveЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СExplicitReceive is the abstract operation at mhsVdocVxfer port that is invoked by TLM terminal perform OriginateRN abstract operation at TLM terminal. This abstract operation is used to be originated by the actualVrecipient of the subject IPM of whom RN is requested by means of notificationVrequests component of the subject IPM's recipientVspecification. а H аС СThe description of OriginateRN abstract operation is in Recommendation X.420. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС8.2.4С јСMessageCancelЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СMessageCancel is the abstract operation at mhsVdocVxfer port that is invoked by TLM terminal to perform CancelIPM abstract operation at TLM terminal. This abstract operation is used to cancel if it can the delivery of previously originated message whose content is an IPM and for which deferred delivery was requested. There is no result in MessageCancel abstract operation. С СThe description of CancelIPM abstract operation is in Recommendation X.420. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС8.2.5С јСMessageDeliverЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СMessageDeliver is the abstract operation at mhsVdocVxfer port that is invoked by TLMAU to perform ReceiveIPM at TLM terminal. This abstract operation is used to deliver the IPM from TLMAU to TLM terminal. There is no result or error in MessageDeliver abstract operation. С СThe description of ReceiveIPM abstract operation is in Recommendation X.420. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС8.2.6С јСReceiptStatusNoticeЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СReceiptStatusNotice is the abstract operation at mhsVdocVxfer port that is invoked by TLMAU to perform ReceiveRN or ReceiveNRN abstract operation at TLM terminal. This abstract operation is used to report the IPN that was invoked by an IPM originated by means of the MessageSend abstract operation. There is no result or error in ReceiptStatusNotice abstract operation. С СThe description of ReceiveRN or ReceiveNRN abstract operation is in Recommendation X.420. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС8.2.7С јСDeliveryStatusNoticeЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаin invoked by TLMAU to perform ReceiveReport abstract operation at TLM terminal. This abstract operation is used to deliver the DN that was invoked by a IPM originated by means of the MessageSend abstract operation. There is no result or error in DeliveryStatusNotice abstract operation. а H аС СThe description of ReceiveReport abstract operation is in Recommendation X.420. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС8.2.8С јСRegisterЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СRegister is the abstract operation at mhsVdocVxfer port that is invoked by TLM terminal to perform all management port's abstract operations and ChangeSubscriptionProfile mode abstract operation. This abstract operation is used to register or change the parameters that will be kept on the parameter list of TLMAU. С СThe description of all management port's abstract operations is in Recommendation X.420 and ChangeSubscriptionProfile abstract operation found in ' 7.3.1 of this Recommendation. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС8.2.9С јСDSListЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СDSList is the abstract operation at mhsVdocVxfer port that is invoked by TLM terminal to perform DSList abstract operation at TLM terminal. This abstract operation is used to request the status list of a previously delivered IPMs, RNs, NRNs or reports. С СThe description of DSList abstract operation is in ' 7.3.2 of this Recommendation. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС8.2.10С јСDSDeleteЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СDSDelete is the abstract operation at mhsVdocVxfer port that is invoked by TLM terminal to perform DSDelete abstract operation at TLM terminal, and is used to delete one or more messages from the DS. There is no result in DSDelete abstract operation. С СThe description of DSDelete abstract operation is in ' 7.3.3 of this Recommendation. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС8.2.11С јСDSFetchЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СDSFetch is the abstract operation at mhsVdocVxfer port that is invoked by TLM terminal to perform DSFetch abstract operation, and is used to fetch one specified message (IPM, RN, NRN or report), from the DS. С СThe description of DSFetch abstract operation is in ' 7.3.4 of this Recommendation. Та Т8.2.12Си СMessageStatusЦЦ а H аб cмˆ4 PŽТ бФФС СMessageStatus is the abstract operation at mhsР-РdocР-Рxfer port that invoked by TLM terminal to perform MessageStatus abstract operation. This abstract operation is used to know the status of previously submitted IPM by means of MessageSend abstract operation. а H аС СThe description of MessageStatus abstract operation is in РSР 7.3.5 of this Recommendation. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТС€  СС€ HС‚У У9С  Сб cмˆ4 PŽТ бAbstract errorsЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бФ ФС СThe abstract errors that may be reported in response to the invocation of abstract operations at the IPM's origination, reception and management ports are subscription error, name error and cancellation error, and in miscellanea port, subscription profile error, DS error and message status error. They are defined and described in the present section. Та ТТ№ ТС€ Сa)СpСSubscription errorЦЦ а H аТа ТТ№ ТThe subscription error abstract error reports that the user has not subscribed to one or more of the element of service implicit in his invocation of the abstract operation when performance is aborted.ЦЦ а Hh аТа ТТ№ ТThe description of abstract error macro and abstract errors of subscription error is in RecommendaЉ tion X.420.ЦЦ Та ТТ№ ТС€ Сb)СpСName errorЦЦ а H аТа ТТ№ ТThe name error abstract error reports that one or more of the O/R names supplied as argument of the abstract operation whose performance is aborted, or as components of its arguments, are invalid.ЦЦ а H аТа ТТ№ ТТhpТС€СThe description of abstract error macro and abstract errors of name error is in Recommendation X.420.ЦЦ Та ТТ№ ТС€ Сc)СpСCancellation errorЦЦ а H аТа ТТ№ ТThe cancellation error abstract error reports that the user's request to cancel the delivery of a message cannot be performed.ЦЦ а Hh аТа ТТ№ ТThe description of abstract error macro and abstract errors of cancellation error is in RecommendaЉ tion X.420.ЦЦ Та ТТ№ ТС€ Сd)СpСSubscription profile errorЦЦ а H№ аТа ТТ№ ТThe user's request to change his subscriptionР-Рprpfile cannot be performed, because one or more arguments proposed are inacceptable.ЦЦ а HH а С СsubscriptionР-РprofileР-РerrorС'А*СABSTRACTР-РERROR С СС ССpСPARAMETER SET { problem [0] SubscriptionProfileProblem } С СС ССpС::= 0 С СThis abstract error has the following parameters: а H аТа ТТ№ ТС€ С1)СpСProblem (M): The specific subscription profile related problem encountered.ЦЦ а HH аС СSubscriptionProfileProblem ::= CHOICE { [0] notР-Рchanged } С СС СThis parameter may assume any one of the following values: а H аТа ТТ№ ТР-РТhpТnotР-Рchanged: One or more subscriptionР-Рprofile arguments proposed are unacceptable, this abstractР-Рoperation is not performed.ЦЦ Та ТТ№ ТС€ Сe)СpСDS errorЦЦ а H№ аТа ТТ№ ТТhpТС€СThe argument related DS cannot be performed because one or more arguments are improperly specified.ЦЦ Та ТТ№ ТТhpТС€СdsР-РerrorСЈ СС СС X%СABSTRACTР-РERRORЦЦ а HH аС СС ССpССи ССЈ СPARAMETER SET { problem [0] DSProblem } С СС ССpССи ССЈ С::= 1 С СThis abstract error has the following parameter: С С1)СpСProblem (M): The specific DS related problem encountered. С СDSProblemСЈ СС С::= CHOICE { [0] noР-РmessageР-РinР-Рds, аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи И ˆhXА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СС ССpССи ССИ СС ССС[1] dsР-РnotР-Рsupported, С СС ССpССи ССИ СС ССС[2] dsР-РnotР-Рsubscribed, С СС ССpССи ССИ СС ССС[3] retrievalР-РidentifierР-Рinvalid, С СС ССpССи ССИ СС ССС[4] parameterР-Рinvalid } аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThis parameter may assume any one of the following values: а Hh аТа ТР-РТ№ ТnoР-РmessageР-РinР-Рds: User requests to perform DS related abstract operation when there is no message in DS.ЦЦ Та ТР-РТ№ ТdsР-РnotР-Рsupported: User requests to perform DS related abstractР-Рoperation when TLMAU does not provide DS.ЦЦ Та ТР-РТ№ ТdsР-РnotР-Рsubscribed: User requests to perform DS related abstractР-Рoperation when he does not subscribe to DS.ЦЦ а H аТа ТР-РТ№ ТretrievalР-РidentifierР-Рinvalid: The retrievalР-Рid proposed is invalid.ЦЦ а Hр аТа ТР-РТ№ ТparameterР-Рinvalid: One or more arguments proposed are invalid.ЦЦ Та ТТ№ ТС€ Сf)СpСMessageStatusErrorЦЦ а H аС СС СNo such message can be assigned by the queryР-Рidentifier for message status abstract operation. С СС СmessageР-РstatusР-РerrorС#X%СС%А*СABSTRACTР-РERROR С СС ССpСPARAMETER SET { problem [0] MessageStatusProblem } С СС ССpС::= 2 С СThis abstractР-Рerror has the following parameter: а H аТа ТТ№ ТС€ С1)СpСProblem (M): The specific message status related problem encountered.ЦЦ а Hр аС СMessageStatusProblem ::= CHOICE { [0] queryР-РidentifierР-Рinvalid } С СС СThis parameter may assume any one of the following values: а Hр аТа ТТ№ ТР-РТhpТqueryР-РidentifierР-Рinvalid: The queryР-Рidentifier proposal is unacceptable.ЦЦ а HH а‚У У10Тр  ТRealization of abstract operationsФ ФЦЦ а H аС СHow a TLMAU realizes the mhsР-РdocР-Рxfer port by means of which it interacts with a TLM terminal is specified in this section. But how a TLMA realizes the ports by means of which it interacts with a TLM user and MTS is outside the scope of this Recommendation. а H аС СTelematic access protocol for accessing to IPMS, called P5 protocol, is provided to realize the interaction, which means abstract operations performed at the mhsР-РdocР-Рxfer port, between a TLMAU and a TLM terminal. The concrete interactions, which correspond to abstract operations, are realized as telematic access protocol data units (TAPDUs). С СIt should be noted that the TLMAU may not support all the conditional TAPDUs and all the optional elements or parameters of a TAPDU. The actual support of the TAPDUs and parameters depends on the application and the version of the colocated MTA. а H аС СThe relationship between abstract operations at the mhsР-РdocР-Рxfer port and associated TAPDUs are summarized in Table 2/T.330. 10.1Т№  ТУУDescription of TAPDUЦЦ Та ТС€ HСФФ10.1.1С СУУMessageSendФФЦЦ С СA TLM terminal sends a SendР-РTAPDU to invoke the MessageSend abstract operation. The TLMAU returns a SendAckР-РTAPDU to report the result of that operation, or may return an ExceptionР-РTAPDU (РSР 10.1.1.3) to report an abstract error.