home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1993 July / Disc.iso / ccitt / 1992 / t / t433_1.asc < prev    next >
Encoding:
Text File  |  1991-12-31  |  64.8 KB  |  1,949 lines
  1.  
  2.  
  3. Recommendation T.433
  4.  
  5.  
  6.  
  7.  
  8.         DOCUMENT TRANSFER AND MANIPULATION (DTAM) - SERVICES AND PROTOCOLS -
  9.                                PROTOCOL SPECIFICATION
  10.  
  11.  
  12.  
  13.                                       CONTENTS
  14.  
  15.  
  16. 0      Introduction
  17. 1      Scope and field of application
  18. 2      References
  19. 3      Definitions and abbreviations
  20. 4      Conventions
  21. 5      Overview of the protocol
  22.        5.1  Service provision
  23.        5.2  Relationship with other ASEs and lower layer services
  24.        5.3  Model of telematic protocol architecture (TPA)
  25.  
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41.  
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64.  
  65.                                                     Fascicle VII.7 - Rec. T.433      1
  66.  
  67.  
  68.  
  69.  
  70. 6      Elements of procedure
  71.        6.1  Summary list of DTAM protocol data units
  72.        6.2  DTAM association establishment
  73.        6.3  Normal termination of a DTAM association
  74.        6.4  Abnormal termination of a DTAM association
  75.        6.5  Capability
  76.        6.6  Document bulk transfer
  77.        6.7  Document unconfirmed manipulation
  78.        6.8  Document confirmed manipulation
  79.        6.9  Typed data transfer
  80.        6.10 Remote document access
  81.        6.11 Remote document management
  82.        6.12 Token control
  83.        6.13 Exception report
  84.        6.14 Rules for extensibility
  85. 7      Mapping to the lower layer services
  86.        7.1  Mapping to the OSI lower layer services
  87.        7.2  Mapping to the Recommendation X.215 session service (Transparent mode)
  88. 8      Abstract syntax definition of APDUs
  89.        8.1  Abstract syntax definition of APDUs in normal mode
  90.        8.2  Abstract syntax definition of APDUs for use of session service
  91. 9      Conformance
  92. Annex A - Reliable transfer modes (Informative)
  93. Annex B - DTAM-PM state tables (Transparent mode-reliable transfer mode 1)
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100. 0      Introduction
  101.  
  102.  
  103.        This Recommendation specifies the protocol for the services provided by an application- service-element, the 
  104. Document Transfer and Manipulation Service Element (DTAM) to support applications in a distributed telematic systems 
  105. environment. This Recommendation is one of a set of Recommendations specifying the protocols for sets of application- 
  106. service-elements specifically used by a number of applications.
  107.  
  108. 1      Scope and field of application
  109.  
  110.        This Recommendation specifies the protocol and procedures for the Document Transfer and Manipulation Service 
  111. Element (DTAM). The DTAM services are provided in conjunction with the Association Control Service Element (ACSE) 
  112. service (Recommendation X.217), and the Presentation- service (Recommendation X.216) or the Session-service 
  113. (Recommendation X.215). Depending on the mapping, Recommendation T.62 bis may also apply.
  114.        The DTAM procedures are defined in terms of:
  115.        a)   the interaction between peer DTAM protocol machines through the use of the ACSE-service and 
  116.             Presentation-service or Session-service; and
  117.        b)   the interactions between the DTAM protocol machine and its service-user.
  118.        This Recommendation specifies conformance requirements for systems implementing these procedures.
  119.        The use of RTSE and/or ROSE is for further study.
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128. 2           Fascicle VII.7 - Rec. T.433
  129.  
  130.  
  131. 2      References 
  132.  
  133.  
  134.        References are listed in Recommendation T.432.
  135.  
  136.  
  137.  
  138. 3      Definitions and abbreviations
  139.  
  140.  
  141.  
  142.        Terms and abbreviations are defined in Recommendation T.431. The definitions of service primitive names given in 
  143. Recommendation T.432 are used in this Recommendation.
  144.  
  145.  
  146.  
  147. 4      Conventions
  148.  
  149.  
  150.  
  151.        This Recommendation specifies the APDU Fields. In  6, tables are presented for each DTAM APDU. Each field is 
  152. summarized by the following notation:
  153.  
  154.        M    presence is mandatory
  155.  
  156.        U    presence is a DTAM service-user option
  157.  
  158.        req  source is related request primitive
  159.  
  160.        ind  sink is related indication primitive
  161.  
  162.        rsp  source is related response primitive
  163.  
  164.        cnf  sink is related confirm primitive
  165.  
  166.        sp   source or sink is the DTAM-PM
  167.  
  168.        The structure of each DTAM APDU is specified in  8 using the abstract syntax notation of Recommendation 
  169. X.208.
  170.  
  171.  
  172.  
  173. 5      Overview of the protocol
  174.  
  175.  
  176.  
  177. 5.1    Service provision
  178.  
  179.        The protocol specified in this Recommendation provides the DTAM services defined in Recommendation T.432. 
  180. These services are listed in Table 1/T.433.
  181.  
  182. 5.2    Relationship with other ASEs and lower layer services
  183.  
  184. 5.2.1  ACSE service (when RTSE is not used)
  185.  
  186.        The DTAM services require access to the A-ASSOCIATE, A-RELEASE, A-ABORT, and A-P-ABORT services. The 
  187. inclusion of the DTAM in an application-context precludes the use of any of the above ACSE services by any other ASE or 
  188. the use-element.
  189.  
  190.        The Transparent Mode of DTAM implies that ACSE can pass through it.
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.                                                     Fascicle VII.7 - Rec. T.433      3
  198.  
  199.  
  200.  
  201.  
  202.                                     TABLE 1/T.433
  203.                                           
  204.                                 DTAM services summary
  205.  
  206. w
  207.             ┌─────────────────────────┬────────────────────────────────┐
  208.             │         Service         │             Type               │
  209.             ├─────────────────────────┼────────────────────────────────┤
  210.             │  D-INITIATE             │           confirmed            │
  211.             │                         │                                │
  212.             │  D-TERMINATE            │           confirmed            │
  213.             │                         │                                │
  214.             │  D-P-ABORT              │       provider-initiated       │
  215.             │                         │                                │
  216.             │  D-U-ABORT              │          unconfirmed           │
  217.             │                         │                                │
  218.             │  D-CAPABILITY           │           confirmed            │
  219.             │                         │                                │
  220.             │  D-TRANSFER             │       provider-confirmed       │
  221.             │                         │                                │
  222.             │  D-TYPED-DATA           │          unconfirmed           │
  223.             │                         │                                │
  224.             │  D-CREATE               │          unconfirmed           │
  225.             │                         │                                │
  226.             │  D-DELETE               │          unconfirmed           │
  227.             │                         │                                │
  228.             │  D-MODIFY               │          unconfirmed           │
  229.             │                         │                                │
  230.             │  D-CALL                 │          unconfirmed           │
  231.             │                         │                                │
  232.             │  D-REBUILD              │          unconfirmed           │
  233.             │                         │                                │
  234.             │  D-TOKEN-GIVE           │          unconfirmed           │
  235.             │                         │                                │
  236.             │  D-CONTROL-GIVE         │          unconfirmed           │
  237.             │                         │                                │
  238.             │  D-TOKEN-PLEASE         │          unconfirmed           │
  239.             │                         │                                │
  240.             │  D-P-EXCEPTION-REPORT   │        provider-initiated      │
  241.             │                         │                                │
  242.             │  D-U-EXCEPTION-REPORT   │          unconfirmed           │
  243.             └─────────────────────────┴────────────────────────────────┘
  244.  
  245.               Note - D-REBUILD service is for further study.
  246.  
  247. 5.2.2RTSE service
  248.  
  249.      The use of this ASE is for further study.
  250.  
  251. 5.2.3ROSE service
  252.  
  253.      The use of this ASE is for further study.
  254.  
  255. 5.2.4Presentation-service
  256.  
  257.      DTAM services may require access to  the  P-ACTIVITY-START,  P-DATA,  P-MINOR-
  258. SYNCHRONIZE, P-ACTIVITY-END, P-ACTIVITY-INTERRUPT, P-ACTIVITY-DISCARD, P-U-EXCEPTION- 
  259. REPORT, P-ACTIVITY-RESUME, P-P-EXCEPTION-REPORT, P-TOKEN-PLEASE, P-CONTROL-GIVE and P- 
  260. TOKEN-GIVE services. This Recommendation recognizes that the ACSE services  require
  261. access to the P-CONNECT, P-RELEASE, P-U-ABORT and P-P-ABORT services. The inclusion of 
  262. the DTAM in an application-context precludes the use of any of the above, or of any 
  263. other, presentation-services by any other ASE or the user element.
  264.  
  265.  
  266.  
  267.  
  268. 4           Fascicle VII.7 - Rec. T.433
  269.  
  270.  
  271. 5.2.5Recommendation X.215 session-service
  272.  
  273.      In the Transparent Mode of operation APDUs defined in DTAM are directly mapped to 
  274. the session service defined in Recommendation X.215. When the Transparent Mode is used 
  275. the procedure described in Recommendation T.62 bis also apply.
  276.  
  277.      DTAM services may require access to the S-CONNECT, S-ACTIVITY-START, S-DAT ,  S-
  278. MINOR- SYNCHRONIZE, S-ACTIVITY-EN ,  S-ACTIVITY-INTERRUPT,  S-ACTIVITY-DISCARD,  S-U-
  279. EXCEPTION-REPORT, S-ACTIVITY-RESUME, S-P-EXCEPTION-REPORT, S-TOKEN-PLEASE,  S-CONTROL- 
  280. GIVE, P-TOKEN-GIVE, S-RELEASE, S-U-ABORT and S-P-ABORT services.
  281.  
  282. 5.3  Model of telematic protocol architecture (TPA)
  283.  
  284.      The DTAM operates between two DTAM Protocol Machines (DTAM-PMs) in the Application 
  285. layer of the OSI model. Protocol elements are exchanged between DTAM-PMs,  using  the
  286. Session service as defined in Recommendation X.215 or the services of ACSE and of the 
  287. Presentation Layer as defined in Recommendations X.217 and X.216 respectively. The model 
  288. for Telematic Protocol Architecture (TPA) is  illustrated  in  Figure  1/T.433.  This
  289. application layer protocol architecture is composed of the ACSE (Association  Control
  290. Service Element), DTAM-SE (Service Element), and DTAM users. Use of the Reliable Transfer 
  291. Service Element (RTSE), Remote Operation Service Element (ROSE) and Message  Handling
  292. Systems (MHS) is for further study.
  293.  
  294.  
  295.      Note - In the case of use of the Session-service (Transparent Mode), the appropriate
  296.      DTAM APDUs are directly mapped to the Session-service primitives.
  297.  
  298.                                   FIGURE 1/T.433
  299.                                          
  300.                        Telematic protocol architecture (TPA)
  301.                             model in application layer
  302.  
  303.  
  304. 5.3.1Functions of DTAM user
  305.  
  306.      DTAM users have the role of accurately reflecting the actual telematic user (i.e. 
  307. terminal or system user) intentions in communication, and have functions to perform the 
  308. applications (Document bulk transfer, document manipulation,  document  transfer  and
  309. manipulation etc.) on behalf of the actual user. This mechanism is provided by the use of 
  310. the DTAM-SE through the DTAM service defined in Recommendation T.432. The DTAM service is 
  311. the logical interface between the DTAM user and DTAM service-provider for data handling, 
  312. and is independent of specific hardware and software technique.
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.                                                     Fascicle VII.7 - Rec. T.433      5
  338.  
  339.  
  340.  
  341.  
  342.      The DTAM user as an Application Service Element (including the user element) may be 
  343. capable of interpreting the meaning of the content of an exchanged document. For example, 
  344. the retrieval command carried during information retrieval is not interpreted by  the
  345. DTAM, but by the DTAM user.
  346.  
  347. 5.3.2Functions of DTAM service-provider
  348.      To realize single-source management of document architecture for telematic services, 
  349. DTAM service-provider provides the following communication functions.
  350.      1)   Association use control (kernel)
  351.                     DTAM provides the trigger for the use of the association given in ACSE, and 
  352.           controls association use during communication (termination,  abort,  etc.).
  353.           Applying the Session- service to the lower layer functions  of  DTAM,  this
  354.           association use control will be mapped directly  onto  the  session  kernel
  355.           functional unit.
  356.      2)   DTAM capability
  357.                     The DTAM capability is defined by a set of parameters in order to specify the 
  358.           communication features which contains the parameters:
  359.           a)  document application profile;
  360.           b)  operational application profile;
  361.           c)  non-basic document characteristics;
  362.           d)  non-basic structural characteristics, etc.
  363.      3)   Data transmission function
  364.                     DTAM provides functions for document bulk transfer, document manipulations and 
  365.           typed data transmission as follows:
  366.           a)  Document bulk transfer
  367.                             DTAM provides a function to transmit the document in bulk under the 
  368.               communications  environment  negotiated  by  D-INITIATE   service   and
  369.               additionally by D-CAPABILITY service;
  370.           b)  Document manipulations
  371.                             DTAM provides a function partially modifying a document seen by both 
  372.               users, by generating, revising or deleting structures (pages, blocks etc.) 
  373.               of an existing document or to  create  a  new  document  by  generating
  374.               structure of ODA and Operational Structure;
  375.           c)  Typed data transmission
  376.                             DTAM optionally provides a typed data transmission function which is 
  377.               independent of data token control.
  378.      4)   Document remote access
  379.           For further study.
  380.      5)   Document remote management
  381.           For further study.
  382.      6)   Token control
  383.                     DTAM optionally provides the function of Token control to handle the data 
  384.           token for dialogue.
  385.      7)   Reliable transfer (support function)
  386.                     DTAM optionally provides the function of reliable transfer to ensure reliable 
  387.           communication. Two Reliable Transfer Modes are introduced (see  6.6.1.4).
  388.      8)   Exception report
  389.                     DTAM optionally provides the exception reporting function for error control 
  390.           during the DTAM communication.
  391.  
  392.  
  393.  
  394.  
  395.  
  396. 6           Fascicle VII.7 - Rec. T.433
  397.  
  398.  
  399.      9)   Storage capacity negotiation
  400.  
  401.                     DTAM optionally provides the Storage Capacity Negotiation to indicate its own 
  402.           capacity to the peer.
  403.  
  404.  
  405. 6    Elements of procedure
  406.  
  407.  
  408.      This section identifies all the types of protocol data units which constitute the 
  409. elements of the DTAM protocol between two DTAM-protocol-machines (DTAM-PMs). A protocol 
  410. data unit (PDU) is the smallest quantity of information exchanged between DTAM-PMs which 
  411. has a self-contained semantic significance.
  412.  
  413.      When a DTAM service primitive is received from the DTAM user, DTAM transmits the 
  414. DTAM primitive data to the opposite DTAM through the DTAM protocol, then the opposite 
  415. DTAM generates the DTAM service primitives and notifies its DTAM user. The DTAM protocol 
  416. data units (D-PDU) are shown in Table 2/T.433.
  417.  
  418.      Individual parameters of DTAM service primitives are, in principle, all mapped to 
  419. individual PDU parameters, but there are PDU including parameters  other  than  those
  420. specified in service primitives, such as those generated by DTAM itself. For example, D- 
  421. INITIATE-REQ PDU also includes the DTAM protocol version parameter, which is used  to
  422. negotiate the version of protocol between the  DTAM-PMs. Note that the DTAM user is not 
  423. concerned with this DTAM negotiation.
  424.  
  425.      The PDUs are here identified symbolically with minimal reference to their mapping on 
  426. to the lower layer service functions which implement them, thus no differentiation is 
  427. made, in this section, between PDUs which are effected as specific Presentation service 
  428. primitives and PDUs which are transferred as DTAM PDUs using the Presentation service 
  429. data transfer functions. Details of PDU mapping and encoding are given in  8.
  430.  
  431.      PDUs are given both full names, which should be used outside the context of this 
  432. Recommendation, and abbreviated names which are used within this  Recommendation  for
  433. brevity. The full names consist of one or two words descriptive for the purpose of the 
  434. PDU, prefixed by D- and, in the case of request/response pairs of PDUs, suffixed by  -REQ 
  435. or -RESP as appropriate. The abbreviated names are three letters each, with  Q  or  R
  436. appended in the case of request/response pairs.
  437.  
  438. 6.1  Summary list of DTAM protocol data units
  439.  
  440.                                     TABLE 2/T.433
  441.                                           
  442.                               DTAM protocol data units
  443. w
  444.   ┌──────────────┬────────────┬───────────────────────────┬─────────────┐
  445.   │  Functional  │     PDU    │    Protocol elements      │  Reference  │
  446.   │    Units     │   abbrev.  │          (PDU)            │             │
  447.   ├──────────────┼────────────┼───────────────────────────┼─────────────┤
  448.   │              │    DINQ    │  D-INITIATE-REQ           │     6.2     │
  449.   │              │            │                           │             │
  450.   │ Association  │    DINR    │  D-INITIATE-RESP          │     6.2     │
  451.   │ use control  │            │                           │             │
  452.   │  (kernel)    │    DTEQ    │  D-TERMINATE-REQ          │     6.3     │
  453.   │              │            │                           │             │
  454.   │              │    DTER    │  D-TERMINATE-RESP         │     6.3     │
  455.   │              │            │                           │             │
  456.   │              │    DAB     │  D-ABORT                  │     6.4     │
  457.   ├──────────────┼────────────┼───────────────────────────┼─────────────┤
  458.   │              │    DCPQ    │  D-CAPABILITY-REQ         │     6.5     │
  459.   │  Capability  │            │                           │             │
  460.   │              │    DCPR    │  D-CAPABILITY-RESP        │     6.5     │
  461.   ├──────────────┼────────────┼───────────────────────────┼─────────────┤
  462.  
  463.  
  464.  
  465.                                                     Fascicle VII.7 - Rec. T.433      7
  466.  
  467.  
  468.  
  469.  
  470.   │   Document   │    None    │  None                     │     6.6     │
  471.   │ Bulk transfer│            │                           │             │
  472.   └──────────────┴────────────┴───────────────────────────┴─────────────┘
  473.  
  474.  
  475.  
  476.  
  477.  
  478.  
  479.  
  480.  
  481.  
  482.  
  483.  
  484.  
  485.  
  486.  
  487.  
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.  
  498.  
  499.  
  500.  
  501.  
  502.  
  503.  
  504.  
  505.  
  506.  
  507.  
  508.  
  509.  
  510.  
  511.  
  512.  
  513.  
  514.  
  515.  
  516.  
  517.  
  518.  
  519.  
  520.  
  521.  
  522.  
  523.  
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.  
  535.  
  536. 8           Fascicle VII.7 - Rec. T.433
  537.  
  538.  
  539.                                TABLE 2/T.433 (Cont.)
  540.                                          
  541. w
  542.  ┌──────────────┬───────────┬─────────────────────────────┬─────────────┐
  543.  │  Functional  │    PDU    │      Protocol elements      │  Reference  │
  544.  │    Units     │  abbrev.  │            (PDU)            │             │
  545.  ├──────────────┼───────────┼─────────────────────────────┼─────────────┤
  546.  │              │    DCR    │  D-CREATE                   │     6.7     │
  547.  │              │           │                             │             │
  548.  │  Document    │    DDL    │  D-DELETE                   │     6.7     │
  549.  │ unconfirmed  │           │                             │             │
  550.  │ manipulation │    DMD    │  D-MODIFY                   │     6.7     │
  551.  │              │           │                             │             │
  552.  │              │    DCL    │  D-CALL                     │     6.7     │
  553.  │              │           │                             │             │
  554.  │              │    DRD    │  D-REBUILD [Further study]  │     6.7     │
  555.  ├──────────────┼───────────┼─────────────────────────────┼─────────────┤
  556.  │  Document    │           │                             │             │
  557.  │  confirmed   │           │  [Further study]            │     6.8     │
  558.  │ manipulation │           │                             │             │
  559.  ├──────────────┼───────────┼─────────────────────────────┼─────────────┤
  560.  │  Typed data  │    DTD    │  D-TYPED-DATA               │     6.9     │
  561.  │ transmission │           │                             │             │
  562.  ├──────────────┼───────────┼─────────────────────────────┼─────────────┤
  563.  │    Remote    │           │                             │             │
  564.  │   document   │           │  [Further study]            │     6.10    │
  565.  │    access    │           │                             │             │
  566.  ├──────────────┼───────────┼─────────────────────────────┼─────────────┤
  567.  │    Remote    │           │                             │             │
  568.  │   document   │           │  [Further study]            │     6.11    │
  569.  │  management  │           │                             │             │
  570.  ├──────────────┼───────────┼─────────────────────────────┼─────────────┤
  571.  │Token control │    DTP    │  D-TOKEN-PLEASE             │     6.12    │
  572.  ├──────────────┼───────────┼─────────────────────────────┼─────────────┤
  573.  │              │           │  None                       │             │
  574.  │   Exception  │    None   │  - user-exception-report    │             │
  575.  │    report    │           │                             │     6.13    │
  576.  │              │           │  - provider-exception-      │             │
  577.  │              │           │    report                   │             │
  578.  ├──────────────┼───────────┼─────────────────────────────┼─────────────┤
  579.  │              │           │                             │             │
  580.  │   Reliable   │           │                             │             │
  581.          │   transfer   │    None   │  None                       │     6.6     │
  582.          │   (support)  │           │                             │             │
  583.          └──────────────┴───────────┴─────────────────────────────┴─────────────┘
  584.  
  585.  
  586. 6.2  DTAM association establishment
  587.  
  588. 6.2.1Purpose
  589.  
  590.      The DTAM association establishment procedure is used to establish an association of 
  591. DTAM between two AEs. It supports the D-INITIATE service.
  592.  
  593. 6.2.2APDUs used
  594.  
  595.      The DTAM association establishment procedure uses the D-INITIATE-REQ (DINQ) and the 
  596.         D-INITIATE-RESP (DINR) APDUs.
  597.  
  598. 6.2.2.1   DINQ APDU
  599.  
  600.      The fields of the DINQ APDU are listed in Table 3/T.433.
  601.  
  602.  
  603.  
  604.  
  605.                                                     Fascicle VII.7 - Rec. T.433      9
  606.  
  607.  
  608.  
  609.  
  610.                                     TABLE 3/T.433
  611.                                           
  612.                                   DINQ APDU fields
  613.  
  614. w
  615. ┌──────────────────────────┬───────────────┬─────────────┬────────────────┐
  616. │       Field name         │    Presence   │   Source    │      Sink      │
  617. ├──────────────────────────┼───────────────┼─────────────┼────────────────┤
  618. │ Service classes          │  (see Note 2) │   request   │   indication   │
  619. │ (see Note 1)             │               │             │                │
  620. │ Telematic requirements   │       M       │   request   │   indication   │
  621. │ (see Note 1)             │               │             │                │
  622. │ Application capabilities │       M       │   request   │   indication   │
  623. │ Protocol version         │       U       │     sp      │       sp       │
  624. │ (see Note 1)             │               │             │                │
  625. │ DTAM QOS                 │       U       │   request   │   indication   │
  626. │ (see Note 1)             │               │             │                │
  627. │ Account                  │       U       │   request   │   indication   │
  628. │ (see Note 1)             │               │             │                │
  629. │ Window size              │       U       │   request   │   indication   │
  630. │ Storage capacity         │       U       │   request   │   indication   │
  631. │ User information         │       U       │   request   │   indication   │
  632. │ (see Note 1)             │               │             │                │
  633. └──────────────────────────┴───────────────┴─────────────┴────────────────┘
  634.  
  635.        Note 1 - These parameters are not applicable in transparent mode.
  636.  
  637.        Note 2 - The use of this parameter is for further study.
  638.  
  639. 6.2.2.2DINR APDU
  640.  
  641.      The fields of the DINR APDU are listed in Table 4/T.433.
  642.  
  643.  
  644.                                    TABLE 4/T.433
  645.                                          
  646.                                  DINR APDU fields
  647. w
  648. ┌──────────────────────────┬───────────────┬─────────────┬────────────────┐
  649. │       Field name         │    Presence   │   Source    │      Sink      │
  650. ├──────────────────────────┼───────────────┼─────────────┼────────────────┤
  651. │ Telematic requirements   │       U       │  response   │  confirmation  │
  652. │ (see Note)               │               │             │                │
  653. │                          │               │             │                │
  654. │ Application capabilities │       M       │  response   │  confirmation  │
  655. │                          │               │             │                │
  656. │ Protocol version         │       U       │     sp      │       sp       │
  657. │ (see Note)               │               │             │                │
  658. │ DTAM QOS                 │       U       │  response   │  confirmation  │
  659. │ (see Note)               │               │             │                │
  660. │                          │               │             │                │
  661. │ Result                   │       M       │  response   │  confirmation  │
  662. │ (see Note)               │               │             │                │
  663. │                          │               │             │                │
  664. │ Window size              │       U       │  response   │  confirmation  │
  665. │                          │               │             │                │
  666. │ Storage capacity         │       U       │  response   │  confirmation  │
  667. │                          │               │             │                │
  668. │ User information         │       U       │  response   │  confirmation  │
  669. │ (see Note)               │               │             │                │
  670. └──────────────────────────┴───────────────┴─────────────┴────────────────┘
  671.  
  672.         Note - These parameters are not applicable in transparent mode.
  673.  
  674.  
  675.  
  676. 10           Fascicle VII.7 - Rec. T.433
  677.  
  678.  
  679. 6.2.3DTAM association establishment procedure
  680. 6.2.3.1 DTAM association establishment procedure mapped onto ACSE service (normal mode: 
  681. OSI)
  682.      This procedure is driven by the following events:
  683.      a) a D-INITIATE request primitive from the requestor;
  684.      b) a DINQ APDU as User Data on an A-ASSOCIATE indication primitive;
  685.      c) a D-INITIATE response primitive from the responder; and
  686.      d) an A-ASSOCIATE confirm primitive (that may contain a DINR APDU);
  687. 6.2.3.1.1 D-INITIATE request primitive
  688. 6.2.3.1.1.1   The requesting DTAM-PM forms a DINQ APDU from parameter values of the D- 
  689. INITIATE request primitive and its stored data in DTAM-PM (the Protocol Version field, 
  690. etc.) It issues an A-ASSOCIATE request primitive also using information fr m  the  D-
  691. INITIATE request primitive. The User Data parameter of the A-ASSOCIATE request primitive 
  692. contains the DINQ APDU.
  693. 6.2.3.1.1.2   The requesting DTAM-PM waits for a primiti e  from  the  ACSE  service-
  694. provider, and does not accept any other primitive from the requestor other than a D-U- 
  695. ABORT request primitive.
  696. 6.2.3.1.2 DINQ APDU
  697. 6.2.3.1.2.1   The responding DTAM-PM receives a DINQ APDU from its peer as User data on 
  698. an A-ASSOCIATE indication primitive. If any of  the  parameters  of  the  A-ASSOCIATE
  699. indication primitive or the fields in the DINQ APDU are unacceptable to this DTAM-PM, it 
  700. forms a DINR APDU with the appropriate rejecting Result field, and sends the DINR APDU as 
  701. User Data on an A-ASSOCIATE response primitive. The Result parameter on the A-ASSOCIATE 
  702. response primitive specifies "user-rejection". The DTAM-PM does not issue a D-INITIATE 
  703. indication primitive to the responder, and the association  is not established.
  704. 6.2.3.1.2.2   If the A-ASSOCIATE indication primitive and its DINQ APDU are acceptable 
  705. to the responding DTAM-PM, it issues a D-INITIATE indication primitive to the responder. 
  706. The D-INITIATE indication primitive parameters are derived from the DINQ APDU and from 
  707. the A-ASSOCIATE indication primitive. The DTAM-PM waits  for  a  D-INITIATE  response
  708. primitive from the responder and does not accept any other primitives from the responder 
  709. except for the D-U-ABORT request primitive.
  710. 6.2.3.1.3 D-INITIATE response primitive
  711. 6.2.2.1.3.1   When the DTAM-PM receives the D-INITIATE response primitive, the Result 
  712. parameter specifies whether the responder has accepted or rejected the DTAM association. 
  713. The DTAM-PM forms a DINR APDU using the D-INITIATE response primitive parameters. The 
  714. DINR APDU is sent as the User Data parameter on the A-ASSOCIATE response primitive.
  715. 6.2.3.1.3.2   If the responder accepted the  DTAM  association  request,  the  Result
  716. parameter on the related A-ASSOCIATE response primitive specifies "accepted", and the 
  717. Result field of the outgoing DINR APDU also specifies "accepted". The DTAM association is 
  718. established.
  719. 6.2.3.1.3.3   If the responder rejected the  DTAM  association  request,  the  Result
  720. parameter on the related A-ASSOCIATE response primitive specifies  "Result:  rejected
  721. (permanent or transient)" and "Source: ACSE service-user", and the Result field of the 
  722. outgoing DINR APDU contains the appropriate rejection value. The DTAM association is not 
  723. established.
  724. 6.2.3.1.4 A-ASSOCIATE confirm primitive
  725. 6.2.3.1.4.1   The requesting DTAM-PM receives an A-ASSOCIATE confirm  primitive.  The
  726. following situations are possible:
  727.      a) the DTAM association has been accepted;
  728.      b) the responding DTAM-PM or the responder has rejected the DTAM association; or
  729.      c) the association service-provider has rejected the related association.
  730. 6.2.3.1.4.2   If the DTAM association was accepted, the A-ASSOCIATE confirm primitive 
  731.  
  732.  
  733.  
  734.                                                     Fascicle VII.7 - Rec. T.433      11
  735.  
  736.  
  737.  
  738.  
  739. Result parameter specifies "accepted". The User Data parameter contains a DINR APDU, and 
  740. the Result field of the DINR APDU also specifies "accepted". The  requesting  DTAM-PM
  741. issues a D-INITIATE confirm primitive to the requestor based on parameters from the A- 
  742. ASSOCIATE confirm primitive and from the DINR APDU. The D-INITIATE confirm  primitive
  743. Result parameter specifies "accepted", and the DTAM association is established.
  744.  
  745.  
  746.  
  747.  
  748.  
  749.  
  750.  
  751.  
  752.  
  753.  
  754.  
  755.  
  756.  
  757.  
  758.  
  759.  
  760.  
  761.  
  762.  
  763.  
  764.  
  765.  
  766.  
  767.  
  768.  
  769.  
  770.  
  771.  
  772.  
  773.  
  774.  
  775.  
  776.  
  777.  
  778.  
  779.  
  780.  
  781.  
  782.  
  783.  
  784.  
  785.  
  786.  
  787.  
  788.  
  789.  
  790.  
  791.  
  792.  
  793.  
  794.  
  795.  
  796.  
  797.  
  798.  
  799.  
  800.  
  801.  
  802.  
  803.  
  804.  
  805. 12           Fascicle VII.7 - Rec. T.433
  806.  
  807.  
  808. 6.2.3.1.4.3   If the DTAM association was rejected by either the responding DTAM-PM or 
  809. by the responder, the A-ASSOCIATE confirm primitive Result parameter specifies "Result: 
  810. rejected (permanent or transient)" and "Source: ACSE  service-user".  The  User  Data
  811. parameter contains a DINR APDU, and the Result field of the DINR APDU  indicates  the
  812. reason for rejection. The requesting DTAM-PM issues a D-INITIATE confirm primitive to the 
  813. requestor based on parameters from the A-ASSOCIATE confirm primitive and from the DINR 
  814. APDU. The D-INITIATE confirm primitive  Result  parameter  contains  the  appropriate
  815. rejection value. The DTAM association is not established.
  816.  
  817. 6.2.3.1.4.4   If the association was rejected by the association service-provider, the 
  818. A-ASSOCIATE confirm primitive Result parameter specifies "Result: rejected (permanent or 
  819. transient)" and "Source:  ACSEservice-provider". In this situation, the User Data field 
  820. is not used by the requesting DTAM-PM. The requesting DTAM-PM issues a D-INITIATE confirm 
  821. primitive with the appropriate Result parameter. The DTAM association is not established.
  822.  
  823. 6.2.3.2 DTAM association establishment procedure mapped onto session service (transparent 
  824. mode)
  825.  
  826.      This procedure is driven by the following events:
  827.  
  828.      a) a D-INITIATE request primitive from the requestor;
  829.      b) a DINQ APDU as User Data on an S-CONNECT indication primitive;
  830.      c) a D-INITIATE response primitive from the responder; and
  831.      d) an S-CONNECT confirm primitive (that may contain a DINR APDU);
  832.  
  833. 6.2.3.2.1 D-INITIATE request primitive
  834.  
  835. 6.2.3.2.1.1   The requesting DTAM-PM forms a DINQ APDU from parameter values of the D- 
  836. INITIATE request primitive and its stored data in DTAM-PM (the Checkpoint Window field, 
  837. etc.). It issues an   S-CONNECT request primitive also using information from t e  D-
  838. INITIATE request primitive. The User Data parameter of the CONNECT request  primitive
  839. contains the DINQ APDU.
  840.  
  841. 6.2.3.2.1.2   The requesting DTAM-PM waits for a primitive from the Sessi n  service-
  842. provider and does not accept any other primitive from the requestor other than a D-U 
  843. ABORT request primitive.
  844.  
  845. 6.2.3.2.2 DINQ APDU
  846.  
  847. 6.2.3.2.2.1   The responding DTAM-PM receives a DINQ APDU from its peer as User Data on 
  848. an S-CONNECT indication primitive. If any of the parameters of the S-CONNECT indication 
  849. primitive or the fields in the DINQ APDU are unacceptable to this DTAM-PM  (e.g.m  no
  850. Session User Data in the S-CONNECT indication,) it issues an S-CONNECT response primitive 
  851. specified "ss-user-rejection". In this situation, the responding session service-provider 
  852. issues RSSN (Response Session Start Negative). The DTAM-PM does not issue a D-INITIATE 
  853. indication primitive to the responder. The association is not established.
  854.  
  855. 6.2.3.2.2.2   If the S-CONNECT indication primitive and its DINQ APDU are acceptable to 
  856. the responding DTAM-PM, it issues a D-INITIATE indication primitive to the responder. The 
  857. D-INITIATE indication primitive parameters are derived from the DINQ APDU. The DTAM-PM 
  858. waits for a D-INITIATE response primitive from the responder and does not accept  any
  859. other primitives from the responder except for the D-U-ABORT request primitive.
  860.  
  861. 6.2.3.2.3 D-INITIATE response primitive
  862.  
  863. 6.2.3.2.3.1   When the DTAM-PM receives the D-INITIATE response primitive, the Result 
  864. parameter specifies whether the responder has accepted or rejected the DTAM association. 
  865. If the DTAM association is accepted, the DTAM-PM forms a DINR APDU using the D-INITIATE 
  866. response primitive parameters. The DINR APDU is sent as the User Data parameter on the S- 
  867. CONNECT response primitive.
  868.  
  869.  
  870.  
  871.  
  872.                                                     Fascicle VII.7 - Rec. T.433      13
  873.  
  874.  
  875.  
  876.  
  877. 6.2.3.2.3.2   If the responder accepted the  DTAM  association  request,  the  Result
  878. parameter on the related S-CONNECT response primitive specifies  "accept".  The  DTAM
  879. association is established.
  880.  
  881. 6.2.3.2.3.3   If the responder rejected the  DTAM  association  request,  the  Result
  882. parameter on the related S-CONNECT response primitive specifies "user-rejection"  and
  883. DTAM-PM does not send DINR APDU.
  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.  
  923.  
  924.  
  925.  
  926.  
  927.  
  928.  
  929.  
  930.  
  931.  
  932.  
  933.  
  934.  
  935.  
  936.  
  937.  
  938.  
  939.  
  940.  
  941.  
  942.  
  943. 14           Fascicle VII.7 - Rec. T.433
  944.  
  945.  
  946. 6.2.3.2.4 S-CONNECT confirm primitive
  947.  
  948. 6.2.3.2.4.1   The requesting DTAM-PM receives an  S-CONNECT  confirm  primitive.  The
  949. following situations are possible;
  950.  
  951.      a) the DTAM association has been accepted;
  952.      b) the responding DTAM-PM or the responder has rejected the DTAM association; or
  953.      c) the Session service-provider has rejected the related association.
  954.  
  955. 6.2.3.2.4.2   If the DTAM association was accepted, the S-CONNECTION confirm primitive 
  956. Result parameter specifies "accept". The User Data parameter contains a DINR APDU. The 
  957. requesting DTAM-PM issues a   D-INITIATE confirm primitive to the requestor based  on
  958. parameters from the S-CONNECT confirm primitive and from the DINR APDU. The D-INITIATE 
  959. confirm primitive Result parameter specifies  "accepted".  The  DTAM  association  is
  960. established.
  961.  
  962. 6.2.3.2.4.3   If the DTAM association was rejected by either the responding DTAM-PM or 
  963. by the responder, the S-CONNECT confirm primitive Result paramet r  specifies  "user-
  964. rejection" and there is no User Data (DINR  APDU)  in  this  confirm  primitive.  The
  965. requesting DTAM-PM issues a D-INITIATE confirm primitive to the  requestor  based  on
  966. parameters from the S-CONNECT confirm primitive. The D-INITIATE confirm primitive Result 
  967. parameter contains the value of "user-rejection", and the  DTAM  association  is  not
  968. established.
  969.  
  970. 6.2.3.2.4.4   If the association was rejected by the session service-provider, the S 
  971. CONNECT confirm primitive Result parameter specifies  "provider-rejection".  In  this
  972. situation, the User Data field is not used by the requesting DTAM-PM. The  requesting
  973. DTAM-PM issues a D-INITIATE confirm primitive with the appropriate Result parameter. The 
  974. DTAM association is not established.
  975. 6.2.4Use of the DINQ/DINR APDU fields
  976.      The DINQ APDU and DINR APDU fields are used as follows.
  977. 6.2.4.1 Service classes
  978.      The use of this parameter is for further study.
  979. 6.2.4.2 Telematic requirements
  980.      This  is  the  Telematic  Requirements  parameter  value  from  the   D-INITIATE
  981. request/response primitives. It appears as the Telematic Requirements parameter value of 
  982. D-INITIATE indication/confirm primitives respectively. If the Telematic  Requirements
  983. proposed by the requestor are not acceptable to the responder, the DTAM association fails 
  984. to be established.
  985. 6.2.4.3 Application capabilities
  986.      This is  the  Application  Capabilities  parameter  value  from  the  D-INITIATE
  987. request/response primitives. It appears as the Application Capabilities parameter value 
  988. of the D-INITIATE indication/confirm primitives respectively. This parameter consists of 
  989. sets of the following sub- parameters.
  990. 6.2.4.3.1 Document application profile
  991.      The value of this parameter is either an Octet String or ASN.1 object identifiers. 
  992. The Octet String designates  the  document  application  profile  in  line  with  the
  993. Recommendation T.73 (Document Application Profile - T.73). The ASN.1 object identifier 
  994. must conform to the rules specified in ISO 8824 and designate an application  profile
  995. defined in accordance with the rules  specified  in  Recommendation  T.411  (Document
  996. Application Profiles).
  997. 6.2.4.3.2 Document architecture class
  998.      The value of this parameter is "formatted".
  999. 6.2.4.3.3 Non basic document characteristics
  1000.      The value of this parameter is any combination of Non Basic Document Characteristics 
  1001.  
  1002.  
  1003.  
  1004.  
  1005.                                                     Fascicle VII.7 - Rec. T.433      15
  1006.  
  1007.  
  1008.  
  1009.  
  1010. defined in Recommendation T.414.
  1011. 6.2.4.3.4 Non basic structural characteristics
  1012.      The value  of  this  parameter  is  any  combination  of  Non  Basic  Structural
  1013. Characteristics defined in Recommendation T.414.
  1014.  
  1015.  
  1016.  
  1017.  
  1018.  
  1019.  
  1020.  
  1021.  
  1022.  
  1023.  
  1024.  
  1025.  
  1026.  
  1027.  
  1028.  
  1029.  
  1030.  
  1031.  
  1032.  
  1033.  
  1034.  
  1035.  
  1036.  
  1037.  
  1038.  
  1039.  
  1040.  
  1041.  
  1042.  
  1043.  
  1044.  
  1045.  
  1046.  
  1047.  
  1048.  
  1049.  
  1050.  
  1051.  
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.  
  1064.  
  1065.  
  1066.  
  1067.  
  1068.  
  1069.  
  1070.  
  1071.  
  1072.  
  1073.  
  1074.  
  1075. 16           Fascicle VII.7 - Rec. T.433
  1076.  
  1077.  
  1078. 6.2.4.3.5 Operational application profile
  1079.  
  1080.      The detailed specification of the Operational Application Profile is for further 
  1081. study.
  1082.  
  1083. 6.2.4.4 Protocol version
  1084.  
  1085.      This identifies the version of the DTAM protocol in use by the requesting DTAM-PM.
  1086.  
  1087. 6.2.4.5 DTAM QOS
  1088.  
  1089.      DTAM QOS is left for further study.
  1090.  
  1091. 6.2.4.6 Account
  1092.  
  1093.      The account parameter identifies the account to which costs incurred in the DTAM 
  1094. association which is being established are to be charged.
  1095.  
  1096.      Note - The use of this parameter is for further study.
  1097.  
  1098. 6.2.4.7 Window size
  1099.  
  1100.      The requested checkpoint window  parameter  indicates,  for  each  direction  of
  1101. transmission, the maximum number of checkpoints which may remain unacknowledged. This 
  1102. parameter is conditional upon the recovery or restart procedures under  the  reliable
  1103. transfer, in which case it is mandatory.  Checkpoints are only inserted by the sender of 
  1104. a document. Values of this parameter may be the reason for subsequent termination. The 
  1105. continued progress of the service is only guaranteed if the entity acting as receiver 
  1106. gives acknowledgments within this limit. The window size is stated independently by each 
  1107. entity as the maximum value for when that entity is the receiving entity. There is no 
  1108. negotiation. The values for each direction of data transfer are not necessarily the same. 
  1109. The parameter is an integer.
  1110.  
  1111. 6.2.4.8 Storage capacity
  1112.  
  1113.      In a Normal Mode, this parameter is optionally used by each of two  DTAM-PMs  to
  1114. indicate its own capacity to the peer. After the negotiation, if the storage capacity of 
  1115. the receiving DTAM-PM is smaller than the largest segment of document information (see 
  1116.  6.6) according to the checkpoint rule, the sending DTAM-PM shall not  transfer  the
  1117. document and D-P-EXCEPTION indication should be issued to the  requesting  DTAM  user
  1118. (sender of documents).
  1119.      However, for some applications under a Transparent Mode, this parameter is used by 
  1120. the sending DTAM-PM to indicate a w'required storage capacityw' to the peer machine. The 
  1121. receiving DTAM-PM   uses this parameter to respond whether it is able to provide this 
  1122. storage capacity or not, so as to maintain compatibility with the old  implementation
  1123. based on Recommendation T.73.
  1124. 6.2.4.9 Result
  1125.      If the DINQ APDU was rejected by the  responding  DTAM-PM  (i.e.,  a  D-INITIATE
  1126. indication primitive was not issued to the responder), this field is supplied by  the
  1127. responding DTAM-PM, otherwise, this field is the Result parameter from the D-INITIATE 
  1128. response primitive. In either situation, it appears as the Result parameter on the D 
  1129. INITIATE RESP (DINR) APDU. This field can take one of the following symbolic values:
  1130.      -  accepted;
  1131.      -  rejected by responder (reason-not-specified);
  1132.      -  rejected by responder (protocol Version-not-supported);
  1133.      -  rejected by responder (DTAMQOS-not-supported);
  1134.      -  rejected by responder (application-context-not-supported);
  1135.      -  rejected by responding DTAM-PM.
  1136.  
  1137.  
  1138.  
  1139.                                                     Fascicle VII.7 - Rec. T.433      17
  1140.  
  1141.  
  1142.  
  1143.  
  1144. 6.2.4.10User information
  1145.      This is the User Information parameter from the D-INITIATE request and  response
  1146. primitive. It appears as the User Information parameter of the D-INITIATE indication and 
  1147. confirm primitive respectively, if issued.
  1148.  
  1149.  
  1150.  
  1151.  
  1152.  
  1153.  
  1154.  
  1155.  
  1156.  
  1157.  
  1158.  
  1159.  
  1160.  
  1161.  
  1162.  
  1163.  
  1164.  
  1165.  
  1166.  
  1167.  
  1168.  
  1169.  
  1170.  
  1171.  
  1172.  
  1173.  
  1174.  
  1175.  
  1176.  
  1177.  
  1178.  
  1179.  
  1180.  
  1181.  
  1182.  
  1183.  
  1184.  
  1185.  
  1186.  
  1187.  
  1188.  
  1189.  
  1190.  
  1191.  
  1192.  
  1193.  
  1194.  
  1195.  
  1196.  
  1197.  
  1198.  
  1199.  
  1200.  
  1201.  
  1202.  
  1203.  
  1204.  
  1205.  
  1206.  
  1207.  
  1208.  
  1209. 18           Fascicle VII.7 - Rec. T.433
  1210.  
  1211.  
  1212. 6.2.5Collisions and interactions
  1213.  
  1214.      For further study.
  1215.  
  1216. 6.3  Normal termination of a DTAM association
  1217.  
  1218. 6.3.1Purpose
  1219.  
  1220.      This procedure is used for the normal termination of a DTAM association by an AE 
  1221. without loss of information in transit. It supports the D-TERMINATE service.
  1222.  
  1223. 6.3.2APDUs used
  1224.  
  1225.      The normal termination procedure uses the D-TERMINATE-REQ (DTEQ) APDU and the  D- 
  1226. TERMINATE-RESP (DTER) APDU.
  1227.  
  1228. 6.3.2.1 DTEQ APDU
  1229.  
  1230.      The fields of the DTEQ APDU are listed in Table 5/T.433.
  1231.  
  1232.                                     TABLE 5/T.433
  1233.                                           
  1234.                                   DTEQ APDU fields
  1235. w
  1236. ┌──────────────────────────┬───────────────┬─────────────┬────────────────┐
  1237. │       Field name         │    Presence   │   Source    │      Sink      │
  1238. ├──────────────────────────┼───────────────┼─────────────┼────────────────┤
  1239. │ User information         │       U       │   request   │   indication   │
  1240. │ (see Note)               │               │             │                │
  1241. └──────────────────────────┴───────────────┴─────────────┴────────────────┘
  1242.  
  1243.        Note - This parameter is not applicable in transparent mode.
  1244.  
  1245. 6.3.2.2DTER APDU
  1246.  
  1247.      The fields of the DTER APDU are listed in Table 6/T.433.
  1248.  
  1249.                                    TABLE 6/T.433
  1250.                                          
  1251.                                  DTER APDU fields
  1252. w
  1253. ┌──────────────────────────┬───────────────┬─────────────┬────────────────┐
  1254. │       Field name         │    Presence   │   Source    │      Sink      │
  1255. ├──────────────────────────┼───────────────┼─────────────┼────────────────┤
  1256. │ Charging                 │       U       │  response   │  confirmation  │
  1257. │ (see Note)               │               │             │                │
  1258. │ User information         │       U       │  response   │  confirmation  │
  1259. │ (see Note)               │               │             │                │
  1260. └──────────────────────────┴───────────────┴─────────────┴────────────────┘
  1261.  
  1262.        Note - These parameters are not applicable in transparent mode.
  1263. 6.3.3Normal termination procedure
  1264. 6.3.3.1Normal termination procedure mapped onto ACSE service (normal mode)
  1265.      This procedure is driven by the following events:
  1266.      a)a D-TERMINATE request primitive from the requestor;
  1267.      b)a DTEQ APDU as User Data on an A-RELEASE indication primitive;
  1268.      c)a D-TERMINATE response primitive from the responder; and
  1269.      d)a DTER APDU as User Data on an A-RELEASE confirm primitive.
  1270.  
  1271.  
  1272.  
  1273.  
  1274.                                                     Fascicle VII.7 - Rec. T.433      19
  1275.  
  1276.  
  1277.  
  1278.  
  1279. 6.3.3.1.1 D-TERMINATE request primitive
  1280.  
  1281. 6.3.3.1.1.1   When a D-TERMINATE request primitive is received, the DTAM-PM sends a DTEQ 
  1282. APDU as User Data on an A-RELEASE request primitive using the parameters from t e  D-
  1283. TERMINATE request primitive.
  1284.  
  1285.      Note - The requestor is required to meet the association (presentation and session) 
  1286. requirements in order to issue a D-TERMINATE request primitive.
  1287.  
  1288. 6.3.3.1.1.2   The requesting DTAM-PM now waits for a primitive from  the  association
  1289. service-provider. It does not accept any primitives from the requestor other than a D-U- 
  1290. ABORT request primitive.
  1291.  
  1292. 6.3.3.1.2 DTEQ APDU
  1293.  
  1294. 6.3.3.1.2.1   When the responding DTAM-PM receives the DTEQ APDU as User Data on an A- 
  1295. RELEASE indication primitive, it issues a D-TERMINATE  indication  primitive  to  the
  1296. responder.
  1297. 6.3.3.1.3 D-TERMINATE response primitive
  1298. 6.3.3.1.3.1   The responding DTAM-PM forms a DTER APDU from  the  response  primitive
  1299. parameters. The  DTER APDU is sent as User Data on an A-RELEASE response primitive. The 
  1300. Result parameter of  A-RELEASE response has the value "affirmative.
  1301.      Note - The responder is able to reject the termination request of DTAM association 
  1302. only in the case of selecting a negotiated release session functional unit. The use of 
  1303. this functional unit is for further study.
  1304. 6.3.3.1.4 DTER APDU
  1305. 6.3.3.1.4.1   The requesting DTAM-PM receives an A-RELEASE confirm primitive containing 
  1306. a DTER APDU from its peer. The Result parameter on the A-RELEASE confirm specifies either 
  1307. that the responder agrees or disagrees that the DTAM association may be terminated. The 
  1308. requesting DTAM-PM forms a D-TERMINATE confirm primitive from the DTER APDU.
  1309. 6.3.3.2   Normal termination procedure mapped onto session service (transparent mode)
  1310.      This procedure is driven by the following events:
  1311.      a)   a D-TERMINATE request primitive from the requestor;
  1312.      b)   an S-RELEASE indication primitive without sending DTEQ APDU;
  1313.      c)   a D-TERMINATE response primitive from the responder; and
  1314.      d)   an S-RELEASE confirm primitive without sending DTER APDU.
  1315. 6.3.3.2.1 D-TERMINATE request primitive
  1316. 6.3.3.2.1.1   When a D-TERMINATE request primitive is received, the DTAM-PM issues an S- 
  1317. RELEASE  request primitive without any SS-user-data.
  1318.      Note - The requestor is required to meet the association (presentation and session) 
  1319. requirements in order to issue a D-TERMINATE request primitive.
  1320. 6.3.3.2.1.2   The requesting DTAM-PM now waits for a primitive from the Session service- 
  1321. provider. It does not accept any primitives from the requestor other than a D-U-ABORT 
  1322. request primitive.
  1323. 6.3.3.2.2 Implicit DTEQ APDU
  1324. 6.3.3.2.2.1   When the responding DTAM-PM receives an S-RELEASE indication primitive, it 
  1325. issues a   D-TERMINATE indication primitive to the responder without any parameters.
  1326. 6.3.3.2.3 D-TERMINATE response primitive
  1327. 6.3.3.2.3.1   The responding DTAM-PM forms an S-RELEASE response from the D-TERMINATE 
  1328. response primitive parameters. The Result parameter of S-RELEASE response has the value 
  1329. "affirmative".
  1330. 6.3.3.2.4 Implicit DTER APDU
  1331.  
  1332.  
  1333.  
  1334. 20           Fascicle VII.7 - Rec. T.433
  1335.  
  1336.  
  1337. 6.3.3.2.4.1   The requesting DTAM-PM receives an S-RELEASE confirm primitive containing 
  1338. no DTAM APDU from its peer. The Result parameter  on  the  S-RELEASE  confirm  always
  1339. specifies "affirmative". The requesting DTAM-PM forms a D-TERMINATE confirm primitive 
  1340. from the S-RELEASE confirm primitive  and issues it to the requestor with no parameters.
  1341.  
  1342.  
  1343.  
  1344.  
  1345.  
  1346.  
  1347.  
  1348.  
  1349.  
  1350.  
  1351.  
  1352.  
  1353.  
  1354.  
  1355.  
  1356.  
  1357.  
  1358.  
  1359.  
  1360.  
  1361.  
  1362.  
  1363.  
  1364.  
  1365.  
  1366.  
  1367.  
  1368.  
  1369.  
  1370.  
  1371.  
  1372.  
  1373.  
  1374.  
  1375.  
  1376.  
  1377.  
  1378.  
  1379.  
  1380.  
  1381.  
  1382.  
  1383.  
  1384.  
  1385.  
  1386.  
  1387.  
  1388.  
  1389.  
  1390.  
  1391.  
  1392.  
  1393.  
  1394.  
  1395.  
  1396.  
  1397.  
  1398.  
  1399.  
  1400.  
  1401.  
  1402.  
  1403.                                                     Fascicle VII.7 - Rec. T.433      21
  1404.  
  1405.  
  1406.  
  1407.  
  1408. 6.3.4Use of the DTEQ APDU fields
  1409.  
  1410.      The DTEQ APDU fields are used as specified below.
  1411.  
  1412. 6.3.4.1   User information
  1413.  
  1414.      This is the User Information parameter on the D-TERMINATE request primitive.  It
  1415. appears as the User Information parameter of the D-TERMINATE indication primitive.
  1416.  
  1417. 6.3.5Use of the DTER APDU fields
  1418.  
  1419.      The DTER APDU fields are used as specified below.
  1420.  
  1421. 6.3.5.1   Charging
  1422.  
  1423.      The charging parameter conveys information on the costs attributed to the account 
  1424. during the DTAM association which is being released. The value of this parameter is for 
  1425. further study. The charging parameter if present at the end of a DTAM association, only 
  1426. if the account parameter was present at the beginning of that DTAM association. It is not 
  1427. mandatory to return a charge if that charge is zero.
  1428.  
  1429. 6.3.5.2   User information
  1430.  
  1431.      This is the User Information parameter from the D-TERMINATE response primitive. It 
  1432. appears as the User Information parameter on the D-TERMINATE confirm primitive.
  1433.  
  1434. 6.3.6Collisions and interactions
  1435.  
  1436. 6.3.6.1   D-TERMINATE service
  1437.  
  1438.      Overlapping attempts by request in both AEs to terminate their DTAM association are 
  1439. governed by the A-RELEASE service or S-RELEASE Session service. The DTAM association is 
  1440. terminated.
  1441.  
  1442.      Note - A D-terminate service collision can not occur if session tokens were selected 
  1443. for the association. Only a request in the AE that owns all of the available  session
  1444. tokens can issue the D-TERMINATE request primitive.
  1445.  
  1446. 6.3.6.2   D-U-ABORT service, DAB APDU or A-P-ABORT service
  1447.  
  1448.      If either DTAM-PM receives a D-U-ABORT request primitive, a DAB APDU (as User Data 
  1449. on a A(or S)-U-ABORT indication primitive) or a A(orS)-P-ABORT indication primitive, it 
  1450. discontinues the normal DTAM association termination procedure, and  instead  follows
  1451. abnormal termination procedure.
  1452.  
  1453. 6.4  Abnormal termination of a DTAM association
  1454.  
  1455. 6.4.1Purpose
  1456.  
  1457. 6.4.1.1   The abnormal termination can be used  at  any  time  to  force  the  abrupt
  1458. termination of the DTAM association by a requestor in either DTAM user, by either DTAM- 
  1459. PM, by the ACSE service-provider or by the Session service-provider. It supports the D-U- 
  1460. ABORT, D-P-ABORT and A-P-ABORT or S-P-ABORT services.
  1461. 6.4.1.2   The Abnormal Termination provides the following three procedures:
  1462.      a)   user-abort procedure;
  1463.      b)   association-provider-abort procedure;
  1464.      c)   transfer-abort procedure.
  1465. 6.4.2APDUs used
  1466.      The abnormal termination uses the D-ABORT (DAB) APDU.
  1467.  
  1468.  
  1469.  
  1470. 22           Fascicle VII.7 - Rec. T.433
  1471.  
  1472.  
  1473. 6.4.2.1   DAB APDU
  1474.      The fields of the DAB APDU are listed in Table 7/T.433.
  1475.  
  1476.  
  1477.  
  1478.  
  1479.  
  1480.  
  1481.  
  1482.  
  1483.  
  1484.  
  1485.  
  1486.  
  1487.  
  1488.  
  1489.  
  1490.  
  1491.  
  1492.  
  1493.  
  1494.  
  1495.  
  1496.  
  1497.  
  1498.  
  1499.  
  1500.  
  1501.  
  1502.  
  1503.  
  1504.  
  1505.  
  1506.  
  1507.  
  1508.  
  1509.  
  1510.  
  1511.  
  1512.  
  1513.  
  1514.  
  1515.  
  1516.  
  1517.  
  1518.  
  1519.  
  1520.  
  1521.  
  1522.  
  1523.  
  1524.  
  1525.  
  1526.  
  1527.  
  1528.  
  1529.  
  1530.  
  1531.  
  1532.  
  1533.  
  1534.  
  1535.  
  1536.  
  1537.  
  1538.                                                     Fascicle VII.7 - Rec. T.433      23
  1539.  
  1540.  
  1541.  
  1542.  
  1543.                                     TABLE 7/T.433
  1544.                                           
  1545.                                    DAB APDU fields
  1546.  
  1547. w
  1548. ┌──────────────────────────┬───────────────┬─────────────┬────────────────┐
  1549. │       Field name         │    Presence   │   Source    │      Sink      │
  1550. ├──────────────────────────┼───────────────┼─────────────┼────────────────┤
  1551. │ Abort source             │       M       │     sp      │   indication   │
  1552. │ (see Note)               │               │             │                │
  1553. │ Abort reason             │       U       │     sp      │   indication   │
  1554. │ (see Note)               │               │             │                │
  1555. │ Reflect parameter        │       U       │     sp      │   indication   │
  1556. │ (see Note)               │               │             │                │
  1557. │ User information         │       U       │   request   │   indication   │
  1558. │ (see Note)               │               │             │                │
  1559. └──────────────────────────┴───────────────┴─────────────┴────────────────┘
  1560.  
  1561.        Note - These parameters are not applicable in transparent mode.
  1562.  
  1563. 6.4.3Abnormal termination procedure
  1564.  
  1565. 6.4.3.1Abnormal termination procedure mapped onto ACSE service (normal mode)
  1566.  
  1567.      This procedure is driven by the following events:
  1568.  
  1569.      User-abort procedure
  1570.  
  1571.      - a D-U-ABORT request primitive from the requestor;
  1572.  
  1573.      - a DAB APDU as User Data on an A-U-ABORT indication primitive;
  1574.  
  1575.      Association-provider-abort procedure
  1576.  
  1577.      - an A-P-ABORT indication primitive from the ACSE-service or
  1578.  
  1579.      Transfer-abort procedure
  1580.  
  1581.      - a severe error detected by a DTAM-PM.
  1582.  
  1583. 6.4.3.1.1 D-U-ABORT request primitive (user-abort procedure)
  1584.  
  1585. 6.4.3.1.1.1   When a DTAM-PM receives a D-U-ABORT request primitive, it sends a D-ABORT 
  1586. (DAB) APDU as User Data on an A-U-ABORT request primitive. The DAB APDU "Abort Source" 
  1587. field is specified as a "requestor". If the User Information parameter was included on 
  1588. the D-U-ABORT request primitive, it is included in the DAB APDU. The DTAM association is 
  1589. terminated.
  1590.  
  1591. 6.4.3.1.2 DAB APDU
  1592.  
  1593. 6.4.3.1.2.1   When a DTAM-PM receives an A-U-ABORT indication primitive, the User Data 
  1594. parameter contains the DAB APDU. The DTAM-PM issues a D-U-ABORT indication primitive with 
  1595. the Abort Source field of the DAB APDU. If a User Information field was contained in the 
  1596. DAB APDU, it is included in the D-U-ABORT indication primitive. The DTAM association is 
  1597. terminated.
  1598.  
  1599. 6.4.3.1.3 A-P-ABORT indication primitive (association-provider-abort procedure)
  1600.  
  1601. 6.4.3.1.3.1   When a DTAM-PM receives an A-P-ABORT indication primitive, the  DTAM-PM
  1602. issues a D-P-ABORT indication primitive to the DTAM user.  The  DTAM  association  is
  1603. terminated.
  1604.  
  1605. 6.4.3.1.3.2   An association-provider-abort is indicated to both DTAM-PMs by  n  A-P-
  1606.  
  1607.  
  1608.  
  1609. 24           Fascicle VII.7 - Rec. T.433
  1610.  
  1611.  
  1612. ABORT indication primitive and may occur at any time. After such an event,  when  the
  1613. Reliable Transfer Mode 2 was selected, the association-initiating DTAM-PM starts  the
  1614. association-recovery procedure.
  1615.  
  1616.      Note - The association-recovery procedure is for further study.
  1617.  
  1618.  
  1619.  
  1620.  
  1621.  
  1622.  
  1623.  
  1624.  
  1625.  
  1626.  
  1627.  
  1628.  
  1629.  
  1630.  
  1631.  
  1632.  
  1633.  
  1634.  
  1635.  
  1636.  
  1637.  
  1638.  
  1639.  
  1640.  
  1641.  
  1642.  
  1643.  
  1644.  
  1645.  
  1646.  
  1647.  
  1648.  
  1649.  
  1650.  
  1651.  
  1652.  
  1653.  
  1654.  
  1655.  
  1656.  
  1657.  
  1658.  
  1659.  
  1660.  
  1661.  
  1662.  
  1663.  
  1664.  
  1665.  
  1666.  
  1667.  
  1668.  
  1669.  
  1670.  
  1671.  
  1672.  
  1673.  
  1674.  
  1675.  
  1676.  
  1677.  
  1678.                                                     Fascicle VII.7 - Rec. T.433      25
  1679.  
  1680.  
  1681.  
  1682.  
  1683. 6.4.3.1.3.3   If the association-provider-abort procedure was  performed  during  the
  1684. transfer procedure the requesting DTAM-PM starts the transfer-resumption procedure after 
  1685. the association-recovery procedure is successfully completed. If the association-recovery 
  1686. procedure was not successfully completed the requesting DTAM-PM performs the transfer- 
  1687. error procedure and the provider-abort procedure.
  1688.  
  1689. 6.4.3.1.4 Error detections by a DTAM-PM (transfer-abort procedure)
  1690.  
  1691. 6.4.3.1.4.1   When a DTAM-PM detects severe error situations, it performs the transfer- 
  1692. abort procedure followed by issuing a D-P-ABORT indication primitive.
  1693. 6.4.3.1.4.2   The transfer-abort procedure is performed to send a DAB APDU as User Data 
  1694. on an A-U-ABORT request primitive. The DAB APDU "Abort Source" field is specified as a 
  1695. "DTAM service-provider" and additional DAB APDU parameters are specified to inform a peer 
  1696. DTAM-PM of the situation of the severe error. Following the transfer-abort procedure, the 
  1697. DTAM-PM issues a D-P-ABORT indication primitive to its service-user.
  1698. 6.4.3.1.4.3   The use of association-recovery procedure (see  6.6.8) is for  further
  1699.  
  1700. study.
  1701.  
  1702. 6.4.3.2   Abnormal termination procedure mapped onto session service (transparent mode)
  1703.  
  1704.      This procedure is driven by the following events:
  1705.  
  1706.      User-abort procedure
  1707.  
  1708.      -    a D-U-ABORT request primitive from the requestor;
  1709.  
  1710.      -    an S-U-ABORT indication primitive without sending a DAB APDU;
  1711.  
  1712.      Association-provider-abort procedure
  1713.  
  1714.      -    an S-P-ABORT indication primitive from the Session-service or
  1715.  
  1716.      Transfer-abort procedure
  1717.  
  1718.      -    a protocol error detected by a DTAM-PM.
  1719.  
  1720. 6.4.3.2.1 D-U-ABORT request primitive (user-abort procedure)
  1721. 6.4.3.2.1.1   When a DTAM-PM receives a D-U-ABORT request primitive, it issues a S-U 
  1722. ABORT request primitive without sending a DAB APDU. The using of S-U-ABORT service will 
  1723. be interpreted as "Local Terminal Error". The DTAM association is terminated.
  1724. 6.4.3.2.2 Implicit DAB APDU
  1725. 6.4.3.2.2.1   When a DTAM-PM receives an S-U-ABORT indication primitive, the  DTAM-PM
  1726. issues a  D-U-ABORT indication primitive with the Abort Source field as "requestor". The 
  1727. DTAM association is terminated.
  1728. 6.4.3.2.3 S-P-ABORT indication primitive (association-provider-abort procedure)
  1729. 6.4.3.2.3.1   When a DTAM-PM receives an S-P-ABORT indication primitive, the  DTAM-PM
  1730. issues a D-U-ABORT indication primitive to the responder.  The  DTAM  association  is
  1731. terminated.
  1732. 6.4.3.2.4 Protocol errors (transfer-abort procedure)
  1733. 6.4.3.2.4.1   When a DTAM-PM detects an invalid condition such as an unexpected APDU, it 
  1734. issues an    S-U-ABORT request primitive without DAB APDU as the User Data. The DTAM-PM 
  1735. also issues a D-P-ABORT indication primitive to its service-user. The DTAM association is 
  1736. terminated.
  1737.  
  1738. 6.4.4Use of the ABORT APDU fields
  1739.      The ABORT APDU fields are used as specified below.
  1740.  
  1741.  
  1742.  
  1743.  
  1744. 26           Fascicle VII.7 - Rec. T.433
  1745.  
  1746.  
  1747. 6.4.4.1   Abort source
  1748.      This is supplied by the requesting DTAM-PM. It is included in t e  resulting  D-
  1749. U(orP)-ABORT indication primitive. This field can take one of the following  symbolic
  1750. values:
  1751.      -    DTAM service-provider; or
  1752.      -    requestor.
  1753.  
  1754.  
  1755.  
  1756.  
  1757.  
  1758.  
  1759.  
  1760.  
  1761.  
  1762.  
  1763.  
  1764.  
  1765.  
  1766.  
  1767.  
  1768.  
  1769.  
  1770.  
  1771.  
  1772.  
  1773.  
  1774.  
  1775.  
  1776.  
  1777.  
  1778.  
  1779.  
  1780.  
  1781.  
  1782.  
  1783.  
  1784.  
  1785.  
  1786.  
  1787.  
  1788.  
  1789.  
  1790.  
  1791.  
  1792.  
  1793.  
  1794.  
  1795.  
  1796.  
  1797.  
  1798.  
  1799.  
  1800.  
  1801.  
  1802.  
  1803.  
  1804.  
  1805.  
  1806.  
  1807.  
  1808.  
  1809.  
  1810.  
  1811.                                                     Fascicle VII.7 - Rec. T.433      27
  1812.  
  1813.  
  1814.  
  1815.  
  1816. 6.4.4.2   Abort reason
  1817.  
  1818.      This field may contain one of the following values:
  1819.  
  1820.      -    local-system-problem
  1821.  
  1822.      -    invalid-parameter         the  invalid  parameters  are  specified  in  the
  1823.                                     Reflected- parameter field
  1824.  
  1825.      -    unrecognized-activity
  1826.  
  1827.      -    temporary-problem         no attempt at association-recovery should be made 
  1828.                                     for a period of time determined by a local rule
  1829.  
  1830.      -    protocol-error            of the DTAM-PM
  1831.  
  1832.      -    permanent-error           this value is used solely by t e  DTAM  provider-
  1833.                                     abort procedure in normal-mode
  1834.  
  1835.      -    transfer-completed        the responding DTAM-PM could not discard an already 
  1836.                                     completed transfer
  1837.  
  1838. 6.4.4.3   Reflected-parameter
  1839.  
  1840.      The Reflected-Parameter field is a bit string that identifies which parameters are 
  1841. regarded as invalid parameters in the primitive received from the used service by the 
  1842. aborting DTAM-PM before the association-abort. The order of the bits in the bit string is 
  1843. the same as the order of the parameters  in  the  tables  of  service  parameters  in
  1844. Recommendations X.216 and X.217 (i.e. bit 1 represents the first parameter, etc).
  1845.  
  1846. 6.4.4.4   User information
  1847.  
  1848.      This is the information parameter from the D-U-ABORT request primitive. It appears 
  1849. as the User Information parameter on the D-U-ABORT indication primitive.
  1850.  
  1851. 6.4.5Collisions and interactions
  1852.  
  1853.      The abnormal termination procedure may be used whenever a  DTAM  association  is
  1854. established, is in process of being established, or is being normally terminated. This 
  1855. procedure disrupts any other currently  active  procedure.  An  A-P-ABORT  indication
  1856. primitive can disrupt the D-U-ABORT exchange with loss of the user information in D-U- 
  1857. ABORT service. Collisions of DAB APDUs are governed by the   A-U- ABORT service.
  1858.  
  1859. 6.5  Capability
  1860.  
  1861. 6.5.1Purpose
  1862.  
  1863.      It supports the D-CAPABILITY service.
  1864.  
  1865. 6.5.2APDUs used
  1866.  
  1867.      The DTAM capability procedure uses the D-CAPABILITY-REQ (DCPQ) and the D-CAPABILITY 
  1868. RESP (DCPR) APDUS
  1869.  
  1870. 6.5.2.1   DCPQ APDU
  1871.  
  1872.      The fields of the DCPQ APDU are listed in Table 8/T.433.
  1873.  
  1874.  
  1875.  
  1876. 28           Fascicle VII.7 - Rec. T.433
  1877.  
  1878.  
  1879.                                     TABLE 8/T.433
  1880.                                           
  1881.                                   DCPQ APDU fields
  1882.  
  1883. w
  1884.                                      ┌───────────────────────────────────────────────┬───────────┬──────────┬────── 
  1885. ──────┐
  1886. │   Field name                                  │ Presence  │  Source  │    Sink    │
  1887. ├───────────────────────────────────────────────┼───────────┼──────────┼────────────┤
  1888. │ Application capabilities                      │           │          │            │
  1889. │                                               │           │          │            │
  1890. │   Document application profile                │     U     │  request │ indication │
  1891. │                                               │           │          │            │
  1892. │   Document architecture class                 │     U     │  request │ indication │
  1893. │                                               │           │          │            │
  1894. │   Non basic structural characteristics        │     U     │  request │ indication │
  1895. │                                               │           │          │            │
  1896. │   Non basic document characteristics          │     U     │  request │ indication │
  1897. │                                               │           │          │            │
  1898. │   Operational application profile             │     U     │  request │ indication │
  1899. │                                               │           │          │            │
  1900. │ Storage capacity                              │     U     │  request │ indication │
  1901. │                                               │           │          │            │
  1902. │ User information                              │     U     │  request │ indication │
  1903. └───────────────────────────────────────────────┴───────────┴──────────┴────────────┘
  1904.  
  1905.  
  1906.  
  1907. 6.5.2.2   DCPR APDU
  1908.  
  1909.      The fields of the DCPR APDU are listed in Table 9/T.433.
  1910.  
  1911.  
  1912.  
  1913.                                    TABLE 9/T.433
  1914.                                          
  1915.                                  DCPR APDU fields
  1916.  
  1917. w
  1918.                                      ┌───────────────────────────────────────────────┬───────────┬──────────┬────── 
  1919. ───────┐
  1920.                                           │   Field name                                  │ Presence  │  Source  │     Sink    │
  1921.                                           ├───────────────────────────────────────────────┼───────────┼──────────┼─────────────┤
  1922.                                           │ Application capabilities                      │           │          │             │
  1923.                                           │                                               │           │          │             │
  1924.                                           │   Document application profile                │     U     │ response │confirmation │
  1925.                                           │                                               │           │          │             │
  1926.                                           │   Document architecture class                 │     U     │ response │confirmation │
  1927.                                           │                                               │           │          │             │
  1928.                                           │   Non basic structural characteristics        │     U     │ response │confirmation │
  1929.                                           │                                               │           │          │             │
  1930.                                           │   Non basic document characteristics          │     U     │ response │confirmation │
  1931.                                           │                                               │           │          │             │
  1932.                                           │   Operational application profile             │     U     │ response │confirmation │
  1933.                                           │                                               │           │          │             │
  1934.                                           │ Storage capacity                              │     U     │ response │confirmation │
  1935.                                           │                                               │           │          │             │
  1936.                                           │ Capability result                             │     U     │ response │confirmation │
  1937.                                           │                                               │           │          │             │
  1938.                                           │ User information                              │     U     │ response │confirmation │
  1939.                                           └───────────────────────────────────────────────┴───────────┴──────────┴─────────────┘
  1940.  
  1941.  
  1942.  
  1943.  
  1944.  
  1945.                                                     Fascicle VII.7 - Rec. T.433      29
  1946.  
  1947.  
  1948.  
  1949.