home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / t / t330_1.asc < prev    next >
Text File  |  1991-12-31  |  52KB  |  1,066 lines
  1.          The drawaing contained in this Recommendation have been done in Autocad
  2.          Recommendation T.330
  3.                               TELEMATIC ACCESS TO INTERPERSONAL MESSAGE SYSTEM
  4.                                          (Melbourne, 1988)
  5.                The  establishment  in  various  countries  of   telematic   services   and
  6.          computer-based store-and-forward message service in association with public  data
  7.          networks creates a need to produce standards to facilitate international  message
  8.          exchange between subscribers to such services.
  9.                The CCITT,
  10.          considering
  11.                (a) the need for interpersonal messaging and message transfer services;
  12.                (b) the need to transfer messages of different types having a large variety
  13.          of formats;
  14.                (c) that within the X Series of Recommendations services and optional  user
  15.          facilities for public data networks are defined;
  16.                (d) that the F Series of Recommendations  defines  telematic  services  and
  17.          that the T Series of  Recommendations  defines  terminal  equipment  and  control
  18.          procedures for telematic services;
  19.                (e) that a set of  Recommendation  describes  various  aspects  of  message
  20.          handling systems: X.400 Series;
  21.                (f) that Recommendation T.300 describes  general  principles  of  telematic
  22.          interworking,
  23.          unanimously declares
  24.                that this Recommendation describes  the  access  protocol  to  be  used  by
  25.          telematic terminals when making additional use  of  the  interpersonal  messaging
  26.          system.
  27.                                               CONTENTS
  28.          0      Introduction
  29.          1      Scope and field of application
  30.          2      References
  31.          3      Definitions
  32.          4      Abbreviations
  33.          5      Conventions
  34.          6      Overview of telematic access to IPMS
  35.                6.1 Abstract model
  36.                6.2 Functional model
  37.                6.3 Access for registered and non-registered users
  38.          7      IPMS in the context of telematic interworking
  39.                7.1 Objects and ports description
  40.                7.2 Origination, reception and management ports, services and operations
  41.                7.3 Miscellanea port services and operations
  42.          8      Refinement of the TLMA object
  43.                8.1 Object and ports description
  44.                8.2 The mhs-doc-xfer port operations
  45.          9      Abstract errors
  46.          10     Realization of abstract operations
  47.                10.1   Description of TAPDU
  48.                10.2   Operation of the TLMAU
  49.          11     Formats and coding of TAPDU
  50.                11.1   Principles
  51.                11.2   Structure and format of TAPDU
  52.                11.3   Coding of TAPDU
  53.                11.4   Format of TAPDU
  54.                11.5   Reference between TAPDU components and its coding format
  55.          12     Error recovery
  56.          13     Control procedures
  57.                13.1   Session control procedures
  58.                13.2   Document control procedures
  59.                13.3   Log-on procedures
  60.          Annex A   -   Formal definition of TLMA abstract service
  61.          Annex B   -   Format of TAPDU components
  62.          Annex C   -   Element ID list
  63.          Annex D   -   Element of service for TTX/IPM service intercommunications
  64.          0      Introduction
  65.                Recommendation T.330 is one of a series  of  Recommendations  dealing  with
  66.  
  67.  
  68.  
  69.  
  70.          Fascicle VII.5 - Rec. T.330   PAGE1
  71.  
  72.          telematic interworking. Telematic interworking is the generic name for a  set  of
  73.          applications provided to telematic users. Each of those applications is called  a
  74.          telematic interworking application (TIA).
  75.                Access to and participating in interpersonal messaging  system  (IPMS)  are
  76.          one of the telematic  interworking  applications.  This  Recommendation  aims  at
  77.          specifying this application.
  78.          1      Scope and field of application
  79.                This Recommendation defines the abstract service provided by the  telematic
  80.          agent (TLMA) which is defined as  an  object  of  IPMS.  It  specifies  not  only
  81.          abstract operations provided by TLMAU but also access protocol (P5)  to  be  used
  82.          between a TLMAU and  a  telematic  (TLM)  terminal,  when  participating  in  and
  83.          accessing the IPMS. The P5 access protocol is a generalized access  protocol;  it
  84.          is applicable to other applications such as network based storage for the teletex
  85.          service. The TLM terminals being considered in this Recommendation  are  teletex,
  86.          G4 facsimile and mixed mode terminals. The use of other types  of  TLM  terminals
  87.          are for further study.
  88.                Other Recommendations  in  the  series  contain  description  on  telematic
  89.          interworking model, the functions of  the  telematic  access  unit  (TLMAU),  and
  90.          telematic access  protocol  to  specific  services,  such  as  telematic,  telex,
  91.          directory,  etc.  Recommendation  T.300  outlines  the  principles  of  telematic
  92.          interworking procedures.
  93.                Section 6 of this Recommendation defines overview of  telematic  access  to
  94.          IPMS provided by TLMA object. Section 7  defines  the  IPMS  in  the  context  of
  95.          telematic interworking. Section 8 refines the TLMA object  and  defines  abstract
  96.          operations at a specific port of  TLMAU  and  TLM  terminal.  Section  9  defines
  97.          abstract errors used in telematic interworking. Section 10  specifies  an  access
  98.          protocol (P5). Section 11 specifies  formatting  and  coding  rule  of  protocol.
  99.          Section 12 specifies an error recovery mechanism. Section  13  specifies  control
  100.          procedures.
  101.                The purpose of a TLMAU is to aid the user of  a  TLM  terminal  in  gaining
  102.          access to the features of the IPMS. The TLMAU, which is associated with a message
  103.          transfer system (MTS), provides the TLM terminal with access to the IPMS.
  104.          def 
  105.          defined as a TLM  terminal  storage  extension  facility  located  in  the  TLMAU
  106.          allowing reservation of a specific amount of  storage  for  an  individual  user.
  107.          Users of TLM terminals may also be registered as users of DS.
  108.          2      References
  109.                This Recommendation cites the documents listed below.
  110.          2.1    Telematic interworking
  111.                V   Rec. T.300: General principles of telematic interworking.
  112.          2.2    Message handling systems
  113.                V   Rec. X.400: Message handling systems: System and service overview
  114.                V   Rec. X.402: Message handling systems: Overall architecture
  115.                V   Rec. X.407: Message  handling  systems:  Abstract  service  definition
  116.                   conventions
  117.                V   Rec. X.411: Message handling systems: Message transfer system: Abstract 
  118.                   service definition and procedures
  119.                V   Rec. X.413: Message handling systems: Message store: Abstract  service
  120.                   definition
  121.                V   Rec. X.419: Message handling systems: Protocol specifications
  122.                V   Rec. X.420: Message handling systems: Interpersonal messaging system
  123.          2.3    Control procedures
  124.                V   Rec. T.62: Control  procedures  for  Teletex  and  Group  4  facsimile
  125.                   services
  126.          2.4    ASN.1 coding
  127.                V   Rec. X.208: Specification of abstract syntax notation one (ASN.1)
  128.                V   Rec. X.219: Remote operation
  129.          2.5    Address
  130.                V   Rec. X.121: International numbering plan for public data networks
  131.          2.6    Character repertoires
  132.                V   Rec. T.61: Character repertoire  and  coded  character  sets  for  the
  133.                   international Teletex service
  134.          2.7    Intercommunication
  135.                V   Rec. F.422: Intercommunication between Teletex service and IPM service.
  136.                V   Rec. F.203: Network based storage for the Teletex service.
  137.  
  138.  
  139.  
  140.  
  141.          PAGE16  Fascicle VII.5 - Rec. T.330
  142.  
  143.          3      Definitions
  144.                This Recommendation uses the terms many of those  used  in  Recommendations
  145.          X.402, X.411 and X.420.
  146.                In addition to the above terms,  this  Recommendation  uses  as  terms  the
  147.          names of abstract objects, ports, operations and errors; the names of ASN.1  data
  148.          types; the names of the information item types  and  values  this  Recommendation
  149.          specifies.
  150.          4      Abbreviations
  151.                ASN.1      Abstract syntax notation one
  152.                AU          Access unit
  153.                C           Conditional/consumer
  154.                CDC     Command document continue
  155.                CF          Conversion facility
  156.                CSCC       Command session change control
  157.                CSS         Command session start
  158.                DN          Delivery status notification
  159.                DS          Document storage
  160.                G3          Group 3 facsimile
  161.                G4          Group 4 facsimile
  162.                ID          Identity
  163.                IP          Interpersonal
  164.                IPM         Interpersonal messaging
  165.                IPMAS      Interpersonal messaging abstract service
  166.                IPME       Interpersonal messaging environment
  167.                IPMS       Interpersonal messaging system
  168.                IPM-UA Interpersonal messaging user agent
  169.                IPN         Interpersonal notification
  170.                M           Mandatory
  171.                MS          Message store
  172.                MT          Message transfer
  173.                MTA     Message transfer agent
  174.                MTAS       Message transfer abstract service
  175.                MTS     Message transfer system
  176.                NDN     Non-delivery status notification
  177.                NL          New line
  178.                NRN     Non-receipt notification
  179.                O/R         Originator/receipt
  180.                PDAU       Physical delivery access unit
  181.  
  182.  
  183.  
  184.  
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.          Fascicle VII.5 - Rec. T.330   PAGE1
  213.  
  214.                PTTXAU Public Teletex access unit
  215.                P5          Telematic access protocol
  216.                RN          Receipt status notification
  217.                S           Supplier
  218.                TAPDU      Telematic access protocol data unit
  219.                TIA         Telematic interworking application
  220.                TID         Terminal identification
  221.                TLM     Telematic
  222.                TLMA       Telematic agent
  223.                TLMAU      Telematic access unit
  224.                TLM-TER   Telematic terminal
  225.                TLXAU      Telex access unit
  226.                TTX     Teletex
  227.                UA          User agent
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243.  
  244.  
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.  
  253.  
  254.  
  255.  
  256.  
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.          PAGE16  Fascicle VII.5 - Rec. T.330
  284.  
  285.                5      Conventions
  286.                This Recommendation uses the descriptive conventions identified below.
  287.          5.1    ASN.1
  288.                This Recommendation uses the following ASN.1-based descriptive  conventions
  289.          for the indicated purposes:
  290.                a)  to specify the functional objects, the OBJECT and  REFINE  macros  and
  291.                   associated conventions of Recommendation X.407;
  292.                b)  to specify the information objects (and other data types and values of
  293.                   all kinds), ASN.1 itself;
  294.                c)  to specify the abstract service, the PORT and ABSTRACT-BIND,  -UNBIND,
  295.                   -OPERATION,  and  -ERROR   macros   and   associated   conventions   of
  296.                   Recommendation X.407.
  297.          5.2    Grade
  298.                Whenever this Recommendation describes a  class  of  data  structure  (e.g.
  299.          Headings) having components (e.g. fields), each component is categorized  as  one
  300.          of the following grades:
  301.                a)  Mandatory (M): A mandatory component shall be present in every  member
  302.                   of the class.
  303.                b)  Conditional (C): A conditional component shall be present in a  member
  304.                   of the class as dictated by this Recommendation.
  305.          6      Overview of telematic access to IPMS
  306.          6.1    Abstract model
  307.                This Recommendation makes use of  the  message  handling  abstract  service
  308.          definitions  conventions  defined  in  Recommendation  X.407.  These  conventions
  309.          provide a descriptive tool for the specification of information processing  tasks
  310.          in abstract terms. This ensures that a tasks functional requirements  are  stated
  311.          independently of its realization.
  312.          6.2    Functional model
  313.                This section provides a functional model of telematic access to  IPMS.  The
  314.          purpose of this model is to provide  a  general  description  of  the  functional
  315.          entities, which are then explicitly defined using the definitions and conventions
  316.          found in Recommendation X.407, and further refined  as  necessary,  in  following
  317.          sections (see Figure 1/T.330).
  318.                                        Fig. 1/T.330/T0803980-89 = 7 cm
  319.  
  320.                The functional model comprises the following functional entities:
  321.                -   Telematic agent (TLMA): Logical entity only which comprises the  TLMAU
  322.                   and the telematic terminal. The TLMA is useful  as  an  object  in  the
  323.                   refinement of the IPMS.
  324.                -   Telematic access unit (TLMAU): Functional entity which provides all of
  325.                   the interworking functions between telematic codes  and  protocols  and
  326.                   IPMS codes and protocols. The TLMAU also supports the DS functionality.
  327.                -   Telematic terminal (TLM-TER): The telematic terminal.
  328.                -   Access unit (AU): Functional entity which provides access  to  message
  329.                   handling applications for indirect users of the MTS.
  330.                -   Document storage (DS): Extension of  the  telematic  terminal  storage
  331.                   capabilities. The  TLMAU  may  optionally,  on  a  subscription  basis,
  332.                   deliver messages to a DS. The terminal may then  retrieve  the  message
  333.                   for the document storage when convenient.
  334.                -   Message store (MS): Functional entity which provides single direct user 
  335.                   of message handling with capabilities for message storage. Although the
  336.                   MS and DS provide a similar functionality,  there  is  no  relationship
  337.                   between the two.
  338.                -    Message  transfer  system  (MTS):  Functional  entity  which  conveys
  339.                   information  objects  between   individual   users   and   members   of
  340.                   distribution lists.
  341.                -   User agent (UA): Functional entity by means of  which  a  direct  user
  342.                   engages in message handling.
  343.          6.3    Access for registered and non-registered users
  344.                Two  types  of  access  to  the  IPM  service  are  defined   within   this
  345.          Recommendation. Registered users of the IPM service who  wish  to  use  telematic
  346.          terminal equipment to access the IPM  service  are  provided  with  complete  IPM
  347.          service functionality with any full implementation of this Recommendation.
  348.                Telematic terminal equipment users  who  are  not  registered  IPM  service
  349.          subscribers but who wish to direct a message to an IPM service user are  provided
  350.  
  351.  
  352.  
  353.  
  354.          Fascicle VII.5 - Rec. T.330   PAGE1
  355.  
  356.          with a subset  of  the  functionality  defined  within  this  Recommendation,  in
  357.          accordance with Recommendation F.422 and Annex D  of  this  Recommendation.  This
  358.          functionality is referred to as a public teletex access unit (PTTXAU).
  359.          7      IPMS in the context of telematic interworking
  360.          7.1    Objects and ports description
  361.                The refinement of the IPMS is found in Recommendation X.420  (interpersonal
  362.          messaging system). The IPMS refinement describes secondary objects, one of  which
  363.          is the telematic agent (TLMA) which is paired to the MTS by the import and export
  364.          ports.
  365.                The TLMA is visible to the  telematic  user  through  four  ports,  namely:
  366.          origination, reception, management and miscellanea.  The  origination,  reception
  367.          and management port services and operations are described fully in Recommendation
  368.          X.420. The miscellanea  port  services  and  operations  are  described  in  this
  369.          Recommendation. The import and export port services and operations are  described
  370.          in Recommendation X.411.
  371.          tlma               OBJECT
  372.                    PORTS { origination  [S],
  373.                            reception           [S],
  374.                            management    [S],
  375.                            miscellanea   [S],
  376.                            import        [C],
  377.                            export        [C] }
  378.                    ::= id-ot-tlma
  379.                The IPMS comprises any number of TLMA.
  380.                TLM  users  are  communicants  in  telematic  interworking.  A   TLM   user
  381.          originates  or  receives  information  objects  whose  types  are  specified   in
  382.          Recommendation X.420 and this Recommendation.
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394.  
  395.  
  396.  
  397.  
  398.  
  399.  
  400.  
  401.  
  402.  
  403.  
  404.  
  405.  
  406.  
  407.  
  408.  
  409.  
  410.  
  411.  
  412.  
  413.  
  414.  
  415.  
  416.  
  417.  
  418.  
  419.  
  420.  
  421.  
  422.  
  423.  
  424.  
  425.          PAGE16  Fascicle VII.5 - Rec. T.330
  426.  
  427.          tlma-user           OBJECT
  428.                    PORTS { origination  [C],
  429.                            reception           [C],
  430.                            management    [C],
  431.                            miscellanea   [C] }
  432.                    ::= id-ot-tlm-user
  433.                A telematic user is associated with the TLMA by means of  the  origination,
  434.          reception, management and miscellanea ports. A telematic user is a  supplier  [S]
  435.          of no ports and a consumer [C] of all TLMA ports. The TLMA is a supplier  of  all
  436.          TLMA ports and consumer of no ports.
  437.                The general access to IPMS is illustrated in Figure 2/T.330.
  438.                                         Fig. 2/T.330/T0803990-89 = 18
  439.  
  440.                An interpersonal messaging user agent (IPM-UA) is a secondary  object  that
  441.          provides the interpersonal messaging abstract service (IPMAS)  to  a  single  IPM
  442.          user. An IPM-UA is a specialized instance of the  more  general  object,  UA.  An
  443.          IPM-UA performs its function with help from the MTS.
  444.                A telematic agent (TLMA) is an object that provides  the  abstract  service
  445.          which comprises IPMAS and telematic specific abstract service, to  a  single  TLM
  446.          user. A TLMA is an instance of the more general object UA. A  TLMA  performs  its
  447.          function with help from the MTS.
  448.                A message transfer system (MTS),  upon  which  all  other  IPMS  components
  449.          relay, is the provider of  the  message  transfer  abstract  service  (MTAS).  It
  450.          performs its function without assistance.
  451.                An interpersonal messaging system (IPMS) is the object by  means  of  which
  452.          all users communicate in interpersonal messaging.
  453.                The access unit (AU) could be a physical delivery access  unit  (PDAU),  or
  454.          telex access unit (TLXAU). The descriptions of these objects  found  in  relevant
  455.          Recommendations.
  456.          7.2    Origination, reception and management ports, services and operations
  457.                The abstract operations available at these ports, as  described  in  X.420,
  458.          are:
  459.          origination PORT
  460.                CONSUMER INVOKERS { OriginateProbe,
  461.                                        OriginateIPM,
  462.                                        OriginateRN,
  463.                                        CancelIPM }
  464.                        ::= id-pt-origination
  465.          reception PORT
  466.                CONSUMER INVOKERS { ReceiveReport,
  467.                                       ReceiveIPM,
  468.                                       ReceiveRN,
  469.                                       ReceiveNRN }
  470.                        ::= id-pt-reception
  471.          management PORT
  472.                CONSUMER INVOKERS { ChangeAutoDiscard,
  473.                                       ChangeAutoAcknowledgment,
  474.                                       ChangeAutoForwarding }
  475.                        ::= id-pt-management
  476.                The abstract operations are fully described in Recommendation X.420.
  477.          7.3    Miscellanea port services and operations
  478.                Besides  IPM  abstract  services,  the  following  abstract  services   are
  479.          available at the miscellanea port. They are provided by the TLMA  object  as  the
  480.          miscellanea abstract services.
  481.          miscellanea PORT
  482.                SUPPLIER PERFORMS { ChangeSubscriptionProfile,
  483.                                     DSList,
  484.                                     DSDelete,
  485.                                     DSFetch,
  486.                                     MessageStatus }
  487.                        ::= id-pt-miscellanea
  488.          7.3.1  ChangeSubscriptionProfile
  489.                The ChangeSubscriptionProfile abstract operation enables a user  to  change
  490.          the registered subscription profile which specifies relationship with the  TLMAU,
  491.          such as DS mode, error recovery mode and message delete mode.
  492.  
  493.  
  494.  
  495.  
  496.          Fascicle VII.5 - Rec. T.330   PAGE1
  497.  
  498.          ChangeSubscriptionProfile ::= ABSTRACT-OPERATION
  499.                ARGUMENT SET { ds-mode        [0] DSMode OPTIONAL,
  500.                              error-recovery-mode     [1] ErrorRecoveryMode OPTIONAL,
  501.                              message-delete-mode     [2] MessageDeleteMode OPTIONAL }
  502.                RESULT { }
  503.                ERRORS { name-error,
  504.                            ds-error,
  505.                            subscription-profile-error }
  506.          7.3.1.1   Arguments of ChangeSubscriptionProfile
  507.                This abstract operation has the following arguments:
  508.                a)  DS-mode (C): The document storage mode  to  be  applied.  One  of  the
  509.                   following values:
  510.                   1)  retrieval: In the mode, the TLMAU holds  the  messages  in  the  DS
  511.                       until they are explicitly deleted by the user;
  512.                   2)  auto output: In this mode, the TLMAU tries to output messages under
  513.                       user subscribed conditions after they are delivered to the DS.
  514.                b)  Error-recovery-mode (C): This mode, whose recovery mechanism is defined 
  515.                   in S 12 of this Recommendation has to be applied. (Recovery-1, 2 or 3.)
  516.                c)  Message-delete-mode (C): Mode to be  applied.  One  of  the  following
  517.                   values:
  518.                   1)  auto delete: In this mode, the messages in the DS  are  deleted  as
  519.                       soon as they are output to the user by the performance  of  the  DS
  520.                       fetch abstract operation with no delete-after-output  argument  (in
  521.                       case of retrieval mode), or by the automatically output (in case of
  522.                       auto-output mode);
  523.                   2)  manual delete: In this mode, the messages in the DS are held  until
  524.                       the DS delete abstract operation or  DS  fetch  abstract  operation
  525.                       whose delete-after-output argument is "delete after  output",  will
  526.                       be carried out.
  527.          7.3.1.2   Results of ChangeSubscriptionProfile
  528.                This abstract operation has no results.
  529.          7.3.1.3   Error of ChangeSubscriptionProfile
  530.                This abstract operation has name-error, ds-error  and  subscription-profile
  531.          error. These abstract errors are commonly described in S 9.
  532.          7.3.2  DSList
  533.                The DSList abstract operation enables a user to  get  a  list  of  messages
  534.          (IPMs, IPNs or reports) currently held in the document storage (DS).
  535.          DSList         ::= ABSTRACT-OPERATION
  536.                    ARGUMENT { }
  537.                    RESULT SET { [0] SET OF ListReport OPTIONAL }
  538.                    ERRORS { subscription-error,
  539.                              name-error,
  540.                              ds-error }
  541.          ListReport        ::= SET { retrieval-id          [0] RetrievalIdentifier,
  542.                              message-type            [1] MessageType,
  543.                              priority                [2] Priority OPTIONAL,
  544.                              message-length          [3] MessageLength OPTIONAL,
  545.                              originator-name         [4] OrName OPTIONAL }
  546.          7.3.2.1   Argument of DSList
  547.                This abstract operation has no argument.
  548.          7.3.2.2   Results of DSList
  549.                This abstract-operation has the following results:
  550.                a)  List-report: The characteristics of message held in DS.
  551.                   1)  Retrieval-id (M): The retrieval-id assigned to the message in DS.
  552.                   2)  Message-type (M): The type of message (IPM, RN, NRN or report).
  553.                   3)  Priority (C): The priority of the message  (normal,  non-urgent  or
  554.                       urgent).
  555.                   4)  Message-length (C): The length of the message in octet.
  556.                   5)  Originator-name (C): The originator name of the message.
  557.  
  558.  
  559.  
  560.  
  561.  
  562.  
  563.  
  564.  
  565.  
  566.  
  567.          PAGE16  Fascicle VII.5 - Rec. T.330
  568.  
  569.                7.3.2.3   Errors of DSList
  570.                This abstract operation has subscription-error,  name-error  and  ds-error.
  571.          These abstract errors are described in S 9.
  572.          7.3.3  DSDelete
  573.                The DSDelete abstract operation  enable  a  user  to  delete  one  or  more
  574.          specified messages in DS.
  575.          DSDelete  ::= ABSTRACT-OPERATION
  576.                ARGUMENT SET { selector [0] SET OF RetrievalIdentifier }
  577.                RESULT { }
  578.                ERRORS { subscription-error,
  579.                           name-error,
  580.                           ds-error }
  581.          7.3.3.1   Arguments of DSDelete
  582.                This abstract operation has the following arguments:
  583.                a)  Selector (M): The selector is the list of the retrieval-id of messages
  584.                   that have to be deleted.
  585.          7.3.3.2   Results of DSDelete
  586.                This abstract operation has no results.
  587.          7.3.3.3   Errors of DSDelete
  588.                This abstract operation has subscription-error,  name-error  and  ds-error.
  589.          These abstract errors are described in S 9.
  590.          7.3.4  DSFetch
  591.                The DSFetch abstract operation enables a user to get one or more  specified
  592.          messages (IPMs, IPNs or reports) from DS.
  593.          DSFetch           ::= ABSTRACT-OPERATION
  594.                    ARGUMENT SET OF { retrieval-id               [0] RetrievalIdentifier,
  595.                                       delete-after-output           [1]  DeleteAfterOutput
  596.          OPTIONAL }
  597.                    RESULT SET { retrieval-id              [0] RetrievalIdentifier,
  598.                                  message-report       [1] MessageReport }
  599.                    ERRORS { subscription-error,
  600.                              name-error,
  601.                              ds-error }
  602.          7.3.4.1   Arguments of DSFetch
  603.                This abstract operation has the following arguments:
  604.                a)  Retrieval-id (M): The retrieval-id assigned to the message in DS.
  605.                b)  Delete-after-output (C): This  value  indicates  whether  or  not  the
  606.                   message is deleted after retrieval. If this argument  does  not  exist,
  607.                   registered mode, message-delete-mode, is applied.
  608.          7.3.4.2   Results of DSFetch
  609.                This abstract-operation has the following results:
  610.                a)  Retrieval-id (M): The retrieval-id assigned to the  message  that  was
  611.                   reported.
  612.                b)  Message report (M): Envelope and content of reported message IPM,  RN,
  613.                   NRN or report), assigned by retrieval-id.
  614.          7.3.4.3   Errors of DSFetch
  615.                This abstract operation has subscription-error,  name-error  and  ds-error.
  616.          These abstract errors are described in S 9.
  617.          7.3.5  MessageStatus
  618.                The MessageStatus abstract operation enables a user to get  an  information
  619.          on the actual status of the previously submitted IPM.
  620.          MessageStatus     ::= ABSTRACT-OPERATION
  621.                        ARGUMENT SET { [0] QueryIdentifier OPTIONAL }
  622.                        RESULT SET { report-time                 [0] DateandTime,
  623.                                    reported-message-id           [1] MessageIdentifier,
  624.                                                            [2] SEQUENCE OF StatusInfo }
  625.                        ERRORS { subscription-error,
  626.                                 name-error,
  627.                                 message-status-error }
  628.          QueryIdentifier    ::= CHOICE { submission-id          [0] MessageIdentifier,
  629.                                    correlation-info              [1] CallIdentification }
  630.          StatusInfo          ::= SET { status              [0] Status,
  631.                                    per-recipient-info                                  [1]
  632.          PerRecipientReportDeliveryFields OPTIONAL }
  633.          7.3.5.1   Arguments of MessageStatus
  634.  
  635.  
  636.  
  637.  
  638.          Fascicle VII.5 - Rec. T.330   PAGE1
  639.  
  640.                This abstract operation has the following arguments:
  641.                a)  Query-identifier (C): This identifier enables the TLMAU to identify the 
  642.                   message whose status is being reported. Two types of  query-identifiers
  643.                   are available:
  644.                   1)  submission-id (C): The message-id of the originated  message  whose
  645.                       status wants to query, returned as a  result  of  the  OriginateIPM
  646.                       abstract operation;
  647.                   2)  correlation-info (C): The  call-identification  of  the  originated
  648.                       message whose status wants to query.
  649.          7.3.5.2   Results of MessageStatus
  650.                This abstract operation has the following results:
  651.                a)  Report-time (M): The date and time the report is made.
  652.                b)  Message-id (M): The message-identifier of the originated message whose
  653.                   status is being reported, returned as  a  result  of  the  OriginateIPM
  654.                   abstract operation.
  655.                c)  Status-info  (M):  The  status  information  of  previously  submitted
  656.                   messages.
  657.                   1)  Status: The status of the  previously  submitted  IPM  (in-process,
  658.                       delivered or non-delivered).
  659.                   2)  Per-recipient-info: Information about subject-message's status with
  660.                       respect  to  particular  intended-recipients.  A  sequence  of  MTS
  661.                       per-recipient-field items, one for each recipient.  This  component
  662.                       does  not  exist  until  status  component  become   delivered   or
  663.                       non-delivered.
  664.          7.3.5.3   Errors of MessageStatus
  665.                This   abstract   operation   has   subscription-error,   name-error    and
  666.          message-status-error. These abstract errors are described in S 9.
  667.          8      Refinement of the TLMA object
  668.          8.1    Object and ports description
  669.                In this Recommendation, the TLMA is refined further into secondary  objects
  670.          namely: the TLMA and the TLM-TER object.
  671.          tlma-refinement REFINE tlma AS
  672.           tlmau     mhs-doc-xfer         [S] PAIRED with { tlm-ter }
  673.           tlm-ter      origination                  [S] VISIBLE
  674.                    reception                        [S] VISIBLE
  675.                    management           [S] VISIBLE
  676.                    miscellanea          [S] VISIBLE
  677.                    ::= id-ref-secondary
  678.                The mhs-doc-xfer is a port that enables the interaction of the TLM-TER  and
  679.          the TLMAU.
  680.                Figure 3/T.330 illustrates refinement of TLMA.
  681.                                        Fig. 3/T.330/T0804000-89 = 5 cm
  682.  
  683.                A telematic access unit (TLMAU) is a secondary object to the  TLMA  object.
  684.          It provides a TLM-TER with access  to  any  TLM  user  within  the  interpersonal
  685.          messaging environment. (IPME: see Recommendation X.420.)
  686.                The TLM-TER is a secondary object to the TLMA object.
  687.                TLM-TERs are communicants in telematic interworking.  A  TLM-TER  sends  or
  688.          receives documents, embodying information objects whose types  are  specified  in
  689.          Recommendation X.420 and this Recommendation.
  690.                TLM-TER  shall  be  addressable  by  at  least  a  Network   address   (see
  691.          Recommendation X.402), and may also be addressed by one or more  other  forms  of
  692.          ORName.
  693.          tlm-ter           OBJECT
  694.                    PORTS { origination  [S],
  695.                            reception           [S],
  696.                            management    [S],
  697.                            miscellanea   [S],
  698.                            mhs-doc-xfer  [C] }
  699.                    ::= id-ot-tlm-ter
  700.          tlmau          OBJECT
  701.                    PORTS { mhs-doc-xfer [S],
  702.                            import        [C],
  703.                            export        [C] }
  704.                    ::= id-ot-tlm-user
  705.  
  706.  
  707.  
  708.  
  709.          PAGE16  Fascicle VII.5 - Rec. T.330
  710.  
  711.                 The TLMA comprises one TLM terminal and one TLMAU.
  712.           8.2    The mhs-doc-xfer port operations
  713.                 The following abstract operations are available at the  mhs-doc-xfer  port.
  714.           The correspondence between mhs-doc-xfer port abstract operations and  IPMS  ports
  715.           plus telematic specific port abstract operations are described in Table 1/T.330.
  716.                 In this Recommendation TLM terminals implicitly bind a certain port at  the
  717.           time that the session is established and implicitly unbind a certain port at  the
  718.           time the session is released because Recommendation T.62 session  procedure  does
  719.           not have association control.
  720.           mhs-doc-xfer PORT
  721.                 SUPPLIER PERFORMS { MessageSend,
  722.                                     MessageProbe,
  723.                                     ExplicitReceive,
  724.                                     MessageCancel,
  725.                                     Register,
  726.                                     DSList,
  727.                                     DSDelete,
  728.                                     DSFetch,
  729.                                     MessageStatus }
  730.                 CONSUMER PERFORMS { MessageDeliver,
  731.                                       ReceiptStatusNotice,
  732.                                        DeliveryStatusNotice }
  733.                 ::= id-pt-mhs-doc-xfer
  734.                                                  TABLE 1/T.330
  735.                                         Operations of mhs-doc-xfer port
  736.                 IPMS ports and telematic specific port                 mhs-doc-xfer port
  737.               Port        Abstract       Invoker   Performe     Abstract       Invoker   Performe
  738.                           operation                     r         operation                    r
  739.                         (1)                                     (1) MessageSend              
  740.            Originati   OriginateIPM       TLM-User   TLM-TER    (2)               TLM-TER    TLMAU
  741.            on           (2)                                     MessageProbe      
  742.                        OriginateProbe                           (3)               
  743.                         (3)                                     ExplicitReceive   
  744.                        OriginateRN                              (4)               
  745.                         (4) CancelIPM                           MessageCancel     
  746.                                                                 (1)                          
  747.                                                                 MessageDeliver               
  748.                        (1) ReceiveIPM                           (2)                          
  749.            Reception   (2) ReceiveRN     TLM-TER     User       ReceiptStatus-    TLMAU      TLM-TER
  750.                        (3) ReceiveNRN                           Notice            
  751.                        (4)                                      (3)               
  752.                        ReceiveReport                            ReceiptStatus-    
  753.                                                                 Notice            
  754.                                                                 (4)               
  755.                                                                 DeliveryStatus-Notice
  756.                        (1)                                                                   
  757.                        ChangeAutoDis-                           (1) Register                 
  758.            Managemen   card              TLM-User    TLM-TER    (2) Register      TLM-TER    
  759.            t           (2)                                      (3) Register      
  760.                        ChangeAutoAc-     
  761.                        know ledgment     
  762.                        (3)               
  763.                        ChangeAutoFor-    
  764.                        warding           
  765.  
  766.  
  767.  
  768.  
  769.  
  770.  
  771.  
  772.  
  773.  
  774.  
  775.  
  776.  
  777.  
  778.  
  779.  
  780.           Fascicle VII.5 - Rec. T.330   PAGE1
  781.  
  782.                                                                                          
  783.                                                                                          TLMAU
  784.                     (1)                                      (1) Register                 
  785.                     ChangeSubscrip-tionProfile                       (2) DSList                   
  786.         Miscellan   (2) DSList         TLM-User    TLM-TER   (3) DSDelete       TLM-TER    TLMAU
  787.         ea          (3) DSDelete                             (4) DSFetch       
  788.                     (4) DSFetch                              (5)               
  789.                     (5) MessageStatus                        MessageStatus     
  790.              8.2.1  MessageSend
  791.        b 
  792.        by TLM terminal to perform OriginateIPM abstract operation at TLM terminal. This 
  793.        abstract operation is used to submit the IPM from TLM terminal to TLMAU.
  794.             The description of OriginateIPM abstract operation is in Recommendation 
  795.        X.420.
  796.        8.2.2  MessageProbe
  797.             MessageProbe is the abstract operation at mhsVdocVxfer port that is 
  798.        invoked by TLM terminal to perform OriginateProbe abstract operation at TLM 
  799.        terminal. This abstract operation is used to determine whether or not this IPM 
  800.        could be delivered to one or more recipients.
  801.             The description of OriginateProbe abstract operation is in Recommendation 
  802.        X.420.
  803.        8.2.3  ExplicitReceive
  804.             ExplicitReceive is the abstract operation at mhsVdocVxfer port that is 
  805.        invoked by TLM terminal perform OriginateRN abstract operation at TLM terminal. 
  806.        This abstract operation is used to be originated by the actualVrecipient of the 
  807.        subject IPM of whom RN is requested by means of notificationVrequests component 
  808.        of the subject IPM's recipientVspecification.
  809.             The description of OriginateRN abstract operation is in Recommendation 
  810.        X.420.
  811.        8.2.4  MessageCancel
  812.             MessageCancel is the abstract operation at mhsVdocVxfer port that is 
  813.        invoked by TLM terminal to perform CancelIPM abstract operation at TLM terminal. 
  814.        This abstract operation is used to cancel if it can the delivery of previously 
  815.        originated message whose content is an IPM and for which deferred delivery was 
  816.        requested. There is no result in MessageCancel abstract operation.
  817.             The description of CancelIPM abstract operation is in Recommendation 
  818.        X.420.
  819.        8.2.5  MessageDeliver
  820.             MessageDeliver is the abstract operation at mhsVdocVxfer port that is 
  821.        invoked by TLMAU to perform ReceiveIPM at TLM terminal. This abstract operation 
  822.        is used to deliver the IPM from TLMAU to TLM terminal. There is no result or 
  823.        error in MessageDeliver abstract operation.
  824.             The description of ReceiveIPM abstract operation is in Recommendation 
  825.        X.420.
  826.        8.2.6  ReceiptStatusNotice
  827.             ReceiptStatusNotice is the abstract operation at mhsVdocVxfer port that is 
  828.        invoked by TLMAU to perform ReceiveRN or ReceiveNRN abstract operation at TLM 
  829.        terminal. This abstract operation is used to report the IPN that was invoked by 
  830.        an IPM originated by means of the MessageSend abstract operation. There is no 
  831.        result or error in ReceiptStatusNotice abstract operation.
  832.             The description of ReceiveRN or ReceiveNRN abstract operation is in 
  833.        Recommendation X.420.
  834.        8.2.7  DeliveryStatusNotice
  835.        in 
  836.        invoked by TLMAU to perform ReceiveReport abstract operation at TLM terminal. 
  837.        This abstract operation is used to deliver the DN that was invoked by a IPM 
  838.        originated by means of the MessageSend abstract operation. There is no result or 
  839.        error in DeliveryStatusNotice abstract operation.
  840.             The description of ReceiveReport abstract operation is in Recommendation 
  841.        X.420.
  842.        8.2.8  Register
  843.             Register is the abstract operation at mhsVdocVxfer port that is invoked by 
  844.        TLM terminal to perform all management port's abstract operations and 
  845.        ChangeSubscriptionProfile mode abstract operation. This abstract operation is 
  846.        used to register or change the parameters that will be kept on the parameter list 
  847.  
  848.  
  849.  
  850.  
  851.        PAGE16  Fascicle VII.5 - Rec. T.330
  852.  
  853.        of TLMAU.
  854.             The description of all management port's abstract operations is in 
  855.        Recommendation X.420 and ChangeSubscriptionProfile abstract operation found in ' 
  856.        7.3.1 of this Recommendation.
  857.        8.2.9  DSList
  858.             DSList is the abstract operation at mhsVdocVxfer port that is invoked by 
  859.        TLM terminal to perform DSList abstract operation at TLM terminal. This abstract 
  860.        operation is used to request the status list of a previously delivered IPMs, RNs, 
  861.        NRNs or reports.
  862.             The description of DSList abstract operation is in ' 7.3.2 of this 
  863.        Recommendation.
  864.        8.2.10 DSDelete
  865.             DSDelete is the abstract operation at mhsVdocVxfer port that is invoked by 
  866.        TLM terminal to perform DSDelete abstract operation at TLM terminal, and is used 
  867.        to delete one or more messages from the DS. There is no result in DSDelete 
  868.        abstract operation.
  869.             The description of DSDelete abstract operation is in ' 7.3.3 of this 
  870.        Recommendation.
  871.        8.2.11 DSFetch
  872.             DSFetch is the abstract operation at mhsVdocVxfer port that is invoked by 
  873.        TLM terminal to perform DSFetch abstract operation, and is used to fetch one 
  874.        specified message (IPM, RN, NRN or report), from the DS.
  875.             The description of DSFetch abstract operation is in ' 7.3.4 of this 
  876.        Recommendation.
  877.  
  878.  
  879.  
  880.  
  881.  
  882.  
  883.  
  884.  
  885.  
  886.  
  887.  
  888.  
  889.  
  890.  
  891.  
  892.  
  893.  
  894.  
  895.  
  896.  
  897.  
  898.  
  899.  
  900.  
  901.  
  902.  
  903.  
  904.  
  905.  
  906.  
  907.  
  908.  
  909.  
  910.  
  911.  
  912.  
  913.  
  914.  
  915.  
  916.  
  917.  
  918.  
  919.  
  920.  
  921.  
  922.        Fascicle VII.5 - Rec. T.330   PAGE1
  923.  
  924.                8.2.12 MessageStatus
  925.                MessageStatus is the abstract operation at mhs-doc-xfer port  that  invoked
  926.          by TLM terminal  to  perform  MessageStatus  abstract  operation.  This  abstract
  927.          operation is used to know the status of previously  submitted  IPM  by  means  of
  928.          MessageSend abstract operation.
  929.                The description of MessageStatus abstract operation is in S 7.3.5  of  this
  930.          Recommendation.
  931.          9      Abstract errors
  932.                The abstract errors that may be reported in response to the  invocation  of
  933.          abstract operations at the IPM's origination, reception and management ports  are
  934.          subscription error, name error and cancellation error, and in  miscellanea  port,
  935.          subscription profile error, DS error and message status error. They  are  defined
  936.          and described in the present section.
  937.                a)  Subscription error
  938.                   The subscription error abstract error reports that  the  user  has  not
  939.                   subscribed to one or more of the element of  service  implicit  in  his
  940.                   invocation of the abstract operation when performance is aborted.
  941.                   The  description  of  abstract  error  macro  and  abstract  errors  of
  942.                   subscription error is in Recommenda-           tion X.420.
  943.                b)  Name error
  944.                   The name error abstract error reports that one or more of the O/R names
  945.                   supplied as argument of the abstract  operation  whose  performance  is
  946.                   aborted, or as components of its arguments, are invalid.
  947.                   The description of abstract error macro and  abstract  errors  of  name
  948.                       error is in Recommendation X.420.
  949.                c)  Cancellation error
  950.                   The cancellation error abstract error reports that the  user's  request
  951.                   to cancel the delivery of a message cannot be performed.
  952.                   The  description  of  abstract  error  macro  and  abstract  errors  of
  953.                   cancellation error is in Recommenda-           tion X.420.
  954.                d)  Subscription profile error
  955.                   The  user's  request  to  change  his  subscription-prpfile  cannot  be
  956.                   performed, because one or more arguments proposed are inacceptable.
  957.  
  958.                subscription-profile-error    ABSTRACT-ERROR
  959.                        PARAMETER SET { problem [0] SubscriptionProfileProblem }
  960.                        ::= 0
  961.                This abstract error has the following parameters:
  962.                1)   Problem  (M):  The  specific  subscription  profile  related  problem
  963.                   encountered.
  964.                SubscriptionProfileProblem ::= CHOICE { [0] not-changed }
  965.                    This parameter may assume any one of the following values:
  966.                   -   not-changed: One or more  subscription-profile  arguments  proposed
  967.                       are unacceptable, this abstract-operation is not performed.
  968.                e)  DS error
  969.                   The argument related  DS  cannot  be  performed  because  one  or  more
  970.                       arguments are improperly specified.
  971.                   ds-error             ABSTRACT-ERROR
  972.                              PARAMETER SET { problem [0] DSProblem }
  973.                              ::= 1
  974.                This abstract error has the following parameter:
  975.                1)  Problem (M): The specific DS related problem encountered.
  976.  
  977.  
  978.  
  979.  
  980.  
  981.  
  982.  
  983.  
  984.  
  985.  
  986.  
  987.  
  988.  
  989.  
  990.  
  991.  
  992.  
  993.          PAGE16  Fascicle VII.5 - Rec. T.330
  994.  
  995.                DSProblem   ::= CHOICE { [0] no-message-in-ds,
  996.                                        [1] ds-not-supported,
  997.                                        [2] ds-not-subscribed,
  998.                                        [3] retrieval-identifier-invalid,
  999.                                        [4] parameter-invalid }
  1000.                This parameter may assume any one of the following values:
  1001.                -    no-message-in-ds:  User  requests  to  perform  DS  related  abstract
  1002.                   operation when there is no message in DS.
  1003.                -     ds-not-supported:   User   requests   to    perform    DS    related
  1004.                   abstract-operation when TLMAU does not provide DS.
  1005.                -     ds-not-subscribed:   User   requests   to   perform    DS    related
  1006.                   abstract-operation when he does not subscribe to DS.
  1007.                -   retrieval-identifier-invalid: The retrieval-id proposed is invalid.
  1008.                -   parameter-invalid: One or more arguments proposed are invalid.
  1009.                f)  MessageStatusError
  1010.                    No such message can be assigned by  the  query-identifier  for  message
  1011.          status abstract operation.
  1012.                    message-status-error       ABSTRACT-ERROR
  1013.                        PARAMETER SET { problem [0] MessageStatusProblem }
  1014.                        ::= 2
  1015.                This abstract-error has the following parameter:
  1016.                1)  Problem (M): The specific message status related problem encountered.
  1017.                MessageStatusProblem ::= CHOICE { [0] query-identifier-invalid }
  1018.                    This parameter may assume any one of the following values:
  1019.                   -    query-identifier-invalid:   The   query-identifier   proposal   is
  1020.                       unacceptable.
  1021.          10     Realization of abstract operations
  1022.                How a TLMAU realizes the mhs-doc-xfer port by means of which  it  interacts
  1023.          with a TLM terminal is specified in this section. But how  a  TLMA  realizes  the
  1024.          ports by means of which it interacts with a TLM user and MTS is outside the scope
  1025.          of this Recommendation.
  1026.                Telematic access protocol for accessing to IPMS,  called  P5  protocol,  is
  1027.          provided to realize the interaction, which means abstract operations performed at
  1028.          the mhs-doc-xfer  port,  between  a  TLMAU  and  a  TLM  terminal.  The  concrete
  1029.          interactions, which correspond to abstract operations, are realized as  telematic
  1030.          access protocol data units (TAPDUs).
  1031.                It should be noted that the TLMAU  may  not  support  all  the  conditional
  1032.          TAPDUs and all the optional elements or parameters of a TAPDU. The actual support
  1033.          of the TAPDUs and parameters depends on the application and the  version  of  the
  1034.          colocated MTA.
  1035.                The relationship between abstract operations at the mhs-doc-xfer  port  and
  1036.          associated TAPDUs are summarized in Table 2/T.330.
  1037.          10.1   Description of TAPDU
  1038.          10.1.1 MessageSend
  1039.                A TLM terminal sends  a  Send-TAPDU  to  invoke  the  MessageSend  abstract
  1040.          operation. The TLMAU returns  a  SendAck-TAPDU  to  report  the  result  of  that
  1041.          operation, or may return an Exception-TAPDU (S 10.1.1.3) to  report  an  abstract
  1042.          error.
  1043.  
  1044.  
  1045.  
  1046.  
  1047.  
  1048.  
  1049.  
  1050.  
  1051.  
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.  
  1064.          Fascicle VII.5 - Rec. T.330   PAGE1
  1065.  
  1066.