home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / t / t523_2.asc < prev    next >
Text File  |  1991-12-31  |  31KB  |  690 lines
  1.  
  2.  
  3.  
  4. 7.4.4  Manipulation of application control memory information
  5.        The EH manipulates the application control memory information which is represented in accordance with the 
  6. application control memory SE and its subordinates SEs defined in Recommendation T.564 via the DTAM document 
  7. manipulation services in order to record the sequence of VIA operations to be repeatedly invoked. This transmission should 
  8. be done under the token control.
  9. 7.4.5  Manipulation of special terminal facilities information
  10.        The EH manipulates the special terminal facilities information which is represented in accordance with the 
  11. application special terminal facilities SE and its subordinates SEs defined in Recommendation T.564 via the DTAM document 
  12. manipulation services in order to set the special terminal facilities such as characters of DRCS. This transmission should be 
  13. done under the token control.
  14. 7.4.6  Manipulation of administrative information
  15.        The EH manipulates administrative information which is represented in accordance with the administrative SE and 
  16. its subordinates SEs defined in Recommendation T.564 via the DTAM document manipulation services in order to manage 
  17. the accounting and the identification aspects. This transmission should be done under the token control.
  18.        Note - Administrative information is for further study in the Recommendation T.564.
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  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. 1           Fascicle VII.7 - Rec. T.523
  66.  
  67.  
  68.  
  69.  
  70. 7.4.7  Exchange of over limit information
  71.  
  72.        The exchanging over limit information is for further study.
  73.  
  74. 7.4.8  Transmission of asynchronous message
  75.  
  76.        The EH transmits the asynchronous message indicting the warnings (e.g. "close host within 5 minutes") to the LH. 
  77. The transmission of this message is not dependent of the data token and the message is conveyed by the DTAM TYPED- 
  78. DATA service.
  79.  
  80. 8      Elements of procedure
  81.  
  82. 8.1    Application-association establishment
  83.  
  84. 8.1.1  General
  85.  
  86.        Either the LH or the EH establishes an application-association in accordance with the D-INITIATE service described 
  87. in Recommendation T.432. The purpose of the application-association establishment is:
  88.        -    to identify the remote peer videotex hosts;
  89.        -    to exchange the videotex application capabilities such as document application profile;
  90.        -    to implicitly set the initial VIA between peer videotex hosts.
  91. 8.1.2  Service primitives used
  92.        The following D-INITIATE service primitives, defined in Recommendation T.432, are used:
  93.        -    D-INITIATE request;
  94.        -    D-INITIATE indication;
  95.        -    D-INITIATE response;
  96.        -    D-INITIATE confirm.
  97. 8.1.3  D-INITIATE service parameters
  98.        The service parameters defined in Table 2/T.432 are basically used. The semantics of these parameters are given 
  99. below. The use of the parameters which are not defined in this Recommendation but listed in Table 2/T.432 is bound to the 
  100. Recommendations X.217 or X.216.
  101.        1)   Telematic requirements
  102.                         The following functional units defined in Recommendation T.432 are used:
  103.             -    kernel (association control);
  104.             -    typed data transfer;
  105.             -    document unconfirmed manipulation;
  106.             -    token management.
  107.                         If the telematic requirements proposed by the LH are not acceptable to the EH, the videotex application- 
  108.             association establishment fails by responding with a "reject" result parameter.
  109.        2)   Application capabilities
  110.             This parameter contains the following sub-parameters:
  111.             a)   Document application profile
  112.                                   The value of this parameter is an object identifier which indicates the document application profile 
  113.                  being used. Its value is 0 1 8 16 0 (object identifier).
  114.             b)   Operational application profile
  115.                                   The value of this parameter is an object identifier which indicates the operational application profile 
  116.                  being used. Its value is 0 1 8 16 2 (object identifier).
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.                                                     Fascicle VII.7 - Rec. T.523      2
  125.  
  126.  
  127.        3)   Account
  128.                         The use of the account parameter depends on the ongoing work of CCITT Study Group I on this topic.
  129.        4)   Result
  130.                         The field can take one of the following symbolic values:
  131.             -    accepted;
  132.             -    rejected by responder (reason-not-specified);
  133.             -    rejected by responder (applicationCapabilities-not-supported);
  134.             -    rejected by responder (protocolVersion-not-supported);
  135.             -    rejected by responder (application-context-name-not-supported);
  136.             -    rejected by responding DTAM-PM.
  137.        5)   Vi-Initiate-Information (Vi-Init-Information)
  138.                         This is the user information associated with the initiation of application association.  This contains the 
  139.             following parameters:
  140.             a)   Videotex interworking protocol version
  141.                                   This parameter identifies the version of videotex interworking protocol being used. The value is 
  142.                  represented by bit string.
  143.             b)   Inactivity timer
  144.                                   This parameter identifies the time for inactive period to terminate the videotex application-association 
  145.                  because of its inactivity. The value of this parameter is subject to the agreement between both 
  146.                  hosts. If the values which are exchanged are different each other, the value which is indicated by 
  147.                  the EH is in effect for that association.
  148.             c)   Data entry mode
  149.                                   This parameter identifies the capabilities of the data entry modes to indicate to the peer host. 
  150.                  Normally, this parameter is issued by the LH, and may not be used by the EH. The value is 
  151.                  represented by integers 1, 2 and 3 which means half-duplex data entry mode, duplex data entry 
  152.                  mode and half-duplex/duplex data entry modes respectively.
  153.             d)   Bilateral management
  154.                                   This attribute is reserved for information which is exchanged between the two gateways and can be 
  155.                  based on bilateral agreement.
  156.                         The Vi-Init-information described by the ASN.1 is defined in Annex A of this Recommendation.
  157.        6)   Called application entity title
  158.                         This parameter, which is composed of a called application-process title and a called application-entity 
  159.             qualifier, is used as defined in Recommendation X.217. This identifies the external-host-identifier or the 
  160.             local-host-identifier.
  161.        7)   Calling application entity title
  162.                         This parameter, which is composed of a calling application-process title and a calling application-entity 
  163.             qualifier, is used as defined in Recommendation X.217. This identifies the local-host-identifier or the 
  164.             external-host-identifier.
  165.        8)   Application context name
  166.                         This parameter is used as defined in Recommendation X.217. The initiator of the applica- tion-association 
  167.             shall propose one of the application-contexts for the videotex interworking (Recommendation T.101) in the 
  168.             D-INITIATE request primitive. The responder shall either accept the application-context proposed by the 
  169.             initiator and return the same value of this parameter in the D-INITIATE response primitive, or shall return a 
  170.             result parameter with the value 'rejected (permanent)' and a diagnostic parameter with the value 'application 
  171.             context name not supported'.
  172.  
  173.  
  174.  
  175.  
  176.  
  177.  
  178.  
  179.  
  180. 3           Fascicle VII.7 - Rec. T.523
  181.  
  182.  
  183.  
  184.  
  185.        9)   Presentation context list
  186.                         The presentation context definition list comprises a presentation-context-definition for each abstract-syntax 
  187.             included in the application-context, i.e. one each for the videotex interworking, the DTAM and the ACSE. A 
  188.             presentation-context-definition comprises a presentation-context-identifier and an abstract-syntax-name for 
  189.  
  190.             the ASE.
  191.  
  192. 8.1.4  DTAM-PM parameters
  193.        DTAM-PM parameters are set by the DATM-PM to D-INITIATE REQ and D-INITIATE RESP PDUs indicating the 
  194. characteristics of DTAM-PM as follows. These parameters are not issued by the LH and the EH, but are generated by the 
  195. protocol machines when required.
  196.        1)   DTAM protocol version
  197.                         DTAM protocol version parameter identifies the version of DTAM protocol being used. The value is 
  198.             represented by bit string (0) which means version-1.
  199.        2)   Storage capacity
  200.                         The storage capacity parameter identifies the memory size which is available to the   DTAM-PM. This 
  201.             parameter is exchanged independently from both directions in order to indicate the own memory size.
  202. 8.1.5  Initial VIA
  203.        The following VIA structure elements (SEs) are implicitly created in both hosts at the videotex application- 
  204. association establishment. The videotex communication starts with the initial VIA to manipulate for the videotex dialogue 
  205. between the LH and the EH:
  206.        -    DOCUMENT-SE
  207.        -    DATA-ENTRY-SE
  208.        -    APPLICATION-CONTROL-MEMORY-SE
  209.        -    ADMINISTRATIVE-INFORMATION-SE
  210.        -    SPECIAL-TERMINAL-FACILITIES-SE
  211.  
  212. 8.2    Application-association termination
  213.  
  214. 8.2.1  General
  215.        Either the LH or the EH requests a normal termination of current videotex application- association in accordance 
  216. with the D-TERMINATE service described in Recommendation T.432.
  217. 8.2.2  Service primitives used
  218.        The following D-TERMINATE service primitives, defined in Recommendation T.432, are used:
  219.        -    D-TERMINATE request;
  220.        -    D-TERMINATE indication;
  221.        -    D-TERMINATE response;
  222.        -    D-TERMINATE confirm.
  223.  
  224. 8.2.3  D-TERMINATE service parameters
  225.        The D-TERMINATE service parameters are for further study.
  226.  
  227. 8.3    Application-association abort
  228.  
  229. 8.3.1  General
  230.        The LH or the EH requests an abrupt termination of the ongoing videotex application- association in accordance 
  231.  
  232. with the D-ABORT service described in Recommendation T.432.
  233.  
  234. 8.3.2  Service primitive used
  235.        The following D-ABORT service primitives, defined in Recommendation T.432, are used:
  236.  
  237.  
  238.  
  239.                                                     Fascicle VII.7 - Rec. T.523      4
  240.  
  241.  
  242.        -    D-ABORT request;
  243.        -    D-ABORT indication.
  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.  
  284.  
  285.  
  286.  
  287.  
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307. 5           Fascicle VII.7 - Rec. T.523
  308.  
  309.  
  310.  
  311.  
  312. 8.3.3  D-ABORT service parameters
  313.  
  314.        The following service parameter is used as defined in the Recommendation T.432.
  315.        1)   Vi-Abort-Information
  316.                         This parameter is the user information associated with the abort of application association and contains the 
  317.             following sub-parameter:
  318.             -    Error-code
  319.             This parameter indicates the reason of the abort.
  320.             a)   Error-Report-To-Local-Host attributes (issued by the EH)
  321.                  -    Inactivity time-out
  322.                  -    Unrecoverable errors
  323.             b)   Error-Report-To-External-Host attributes (issued by the LH)
  324.                  -    Unrecoverable errors
  325.             The Vi-abort-information described by ASN.1 is defined in Annex A of this Recommendation.  8.4Data 
  326. transmission
  327.        The data transmission procedure is realized by DTAM document manipulation service and typed data service. 
  328. Document manipulation service should be invoked under the token control by using DTAM token document manipulation, data 
  329. token control and typed data services for videotex gateway application.
  330. 8.4.1  Document manipulation procedure
  331.  
  332. 8.4.1.1General
  333.        VIA operations, defined in Recommendation T. 564, should be directly mapped into the relevant DTAM document 
  334. manipulation services, D-CREATE, D-MODIFY, D-DELETE, D-CALL services defined in Recommendation T.432. These 
  335. services provide the following communication functions:
  336.        -    manipulation of display structure information;
  337.        -    manipulation of date entry structure information;
  338.        -    manipulation of application control memory information;
  339.        -    manipulation of special terminal facilities information;
  340.        -    manipulation of administrative information (for further study);
  341.        -    exchange of over limit information (for further study).
  342.        Note - The use of D-REBUILD service is for further study.
  343.  
  344. 8.4.1.2Service primitives used
  345.        The following D-CREATE, D-DELETE, D-MODIFY and D-CALL service primitives defined in Recommendation 
  346. T.432, are used:
  347.        -    D-CREATE request;
  348.        -    D-CREATE indication;
  349.        -    D-DELETE request;
  350.        -    D-DELETE indication;
  351.        -    D-MODIFY request;
  352.        -    D-MODIFY indication;
  353.        -    D-CALL request;
  354.        -    D-CALL indication.
  355.        Note - The use of these service primitives bounds to the rule defined in  9.
  356.  
  357.  
  358.  
  359.  
  360.  
  361.  
  362.  
  363.  
  364.                                                     Fascicle VII.7 - Rec. T.523      6
  365.  
  366.  
  367.        The above document manipulation is managed under the token control by using the following D-TOKEN-PLEASE 
  368. and D-TOKEN-GIVE service primitives:
  369.        -    D-TOKEN-PLEASE request;
  370.        -    D-TOKEN-PLEASE indication;
  371.        -    D-TOKEN-GIVE request;
  372.        -    D-TOKEN-GIVE indication.
  373. 8.4.1.3Service parameters for document manipulation
  374. 8.4.1.3.1D-CREATE service parameters
  375.        -    Create information
  376.                         This parameter consists of a sequence of objects as defined in Recommendations T.504  and T.541.
  377. 8.4.1.3.2D-DELETE service parameters
  378.        -    Delete information
  379.                         This parameter consists of a sequence of object or class identifiers, content portion identifiers and operation 
  380.             elements identifiers and defined in Recommendations T.504 and T.541.
  381. 8.4.1.3.3D-MODIFY service parameters
  382.        -    Modify information
  383.                         This parameter a sequence of objects as defined in Recommendations T.504 and T.541.
  384. 8.4.1.3.4D-CALL service parameters
  385.        -    Call information
  386.                         This parameter a sequence of choices of current object identifiers which are defined in Recommendation 
  387.             T.541. The CALL information consists of the designation of a RECORD-SE in the application control 
  388.             memory structure element as defined in Recommendation T.564.  This record contains the VIA operations.
  389. 8.4.2  Data token control procedure
  390. 8.4.2.1General
  391.        Document manipulation services are invoked under the data token control provided by the    DTAM token control 
  392. function, and the owner of the data token has the right to manipulate the VIA.
  393. 8.4.2.2Dialogue rules
  394.        The dialogue between the LH and the EH is bound by the following rules:
  395.        1)   The initial data token is set to the EH at the videotex application-association establishment;
  396.        2)   The data token may be given by the EH to the LH at the end of a sequence of VIA manipulations in order 
  397.             to enable the LH to send the entered data in the data entry types 1, 2 or 3;
  398.        3)   In the data entry types 1, 2 or 3 the LH gives the data token to the EH after having sent the sequence of 
  399.             VIA manipulations corresponding to the entered data;
  400.        4)   If the data token is not owned by the LH or EH, that host may issue the D-TOKEN PLEASE to request the 
  401.             data token. The host which receives the D-TOKEN PLEASE may    or may not react on the D-TOKEN 
  402.             PLEASE;
  403.        5)   In the data entry type 4, the EH may send the token to the LH in order to switch to data entry types 1, 2 
  404.             or 3 (see  7.4.3.3).
  405. 8.4.2.3D-TOKEN GIVE service parameters
  406.        D-TOKEN GIVE service has no parameters.
  407. 8.4.2.4D-TOKEN PLEASE service parameters
  408.        -    Tokens priority
  409.                         This parameter defines the priority of the action, governed by the data token, that the requestor of the D- 
  410.             TOKEN PLEASE service wishes to carry out. This parameter has to be supplied by the requestor of the D- 
  411.             TOKEN PLEASE service.
  412.  
  413.  
  414.  
  415.  
  416.  
  417.  
  418. 7           Fascicle VII.7 - Rec. T.523
  419.  
  420.  
  421.  
  422.  
  423. 8.4.3  TYPE-DATA transmission
  424.  
  425. 8.4.3.1General
  426.  
  427.        Typed data transmission is used independent of the data token and is issued from both hosts (DTAM users) when 
  428. required. This procedure may be used for the transmission of warning message indicating the warning from the EH and for 
  429. the transmission of the user entered data in data entry type 4 from the LH.
  430. 8.4.3.2Service primitives used
  431.        The following D-TYPED-DATA service primitives, defined in Recommendation T.432, are used:
  432.        -    D-TYPED-DATA request;
  433.        -    D-TYPED-DATA indication.
  434.  
  435. 8.4.3.3D-TYPED-DATA service parameters
  436.        This is the octet string information which represents the following ViTypedData:
  437. ViTypedData      ::=  CHOICE {
  438.   asyncMessage     [0]  IMPLICIT INTEGER
  439.                       {                warnTimeout              (0),
  440.                                        serviceClose1Minute     (1),
  441.                                        serviceClose5Minutes(2) },
  442.                                   -- Other values are for further study
  443.   entryResponse     [1]  IMPLICIT EntryResponse }
  444. entryResponse::=  SEQUENCE {
  445.                       [0]   IMPLICIT Termination-Reason,
  446.                             -- identical with the coding of termination reason in RESULT-SE
  447.                       [1]   IMPLICIT Operational-Content-Type OPTIONAL,
  448.                             -- identical with the coding of operational content-type of RESULT-SE
  449.                       [2]   IMPLICIT OCTET STRING OPTIONAL
  450.                             -- identical with operational-element-content}
  451.  
  452. 8.4.4Order of the VIA-DTAM manipulation
  453.      The order of the VIA operations via DTAM manipulation (VIA-DTAM manipulation for short) is basically followed by the 
  454. interchange data format defined in Recommendations T.504 and T.541. That is, in principle, VIA should be manipulated from 
  455. the higher order of structure element, however, the order of display information represented by ODA and the other videotex 
  456. specific information represented by operational structure is dependent of the local rule and is not defined in this 
  457. Recommendation.
  458.      The following exceptional order of the VIA-DTAM manipulation is defined:
  459.      a)VIA-DATM manipulation  concerning data entry SE appears before the the other all VIA-DTAM manipulations;
  460.      b)All VIA-DTAM manipulations concerning REDEFINITION-ENTITY-SEs appear before all VIA-DTAM manipulations 
  461.        concerning BLOCK SEs;
  462.      c)All VIA-DTAM manipulations concerning BLOCK SEs appear before all VIA-DTAM manipulations concerning FIELD 
  463.  
  464.        SEs.
  465.  
  466. 9    Actions of the EH and the LH
  467.  
  468. 9.1  EH action
  469.  
  470.      The EH provides the videotex frame to be displayed on the user's terminal by manipulating the display structure of the 
  471. VIA through DTAM manipulations.
  472.      Note - Although the action of displaying information on a videotex terminal is outside the scope of this 
  473. Recommendation, it is assumed in the Recommendation that:
  474.      1)The display of Redefinition-Entity-SEs, Block-SEs and Field-SEs is in natural order, whereby Redefinition-Entity-SEs 
  475.        precede Block-SEs and Field-SEs;
  476.  
  477.  
  478.  
  479.  
  480.                                                     Fascicle VII.7 - Rec. T.523      8
  481.  
  482.  
  483.        2)   Only those parts of the display structure which are created or modified in a dialogue step are redisplayed in 
  484.             that dialogue step (i.e. deletion and recreation of Page-SE is assumed to trigger redisplay of the full screen, 
  485.             whereas modification of a Block-SE or Field-SE is assumed to trigger display of the new block or field 
  486.             content on the existing screen picture);
  487.  
  488.        3)   Deletion of a Block-SE or Field-SE has no effect on the screen;
  489.  
  490.        4)   This may result in different behaviour of the local repeat functions.
  491.  
  492.        In addition to providing the videotex frame, the EH controls the videotex dialogue by defining a data entry program 
  493. to be executed by the LH. This is provided by the manipulation of the data entry structure of the VIA through DTAM 
  494. manipulations. The EH may leave the data entry structure unchanged, implying reuse of the data entry program for the next 
  495. dialogue step.
  496.  
  497.        If a data entry program is of the "data entry type 2: data collection", it refers to a form made up of the fields where 
  498. the user enters data. If the data entry program is of the "data entry type 1: information retrieval", it refers to an implicit field, 
  499. defined by the national videotex service of the LH, where the user enters videotex commands.
  500.  
  501.        The data entry program contains the description of the form, and it contains the reaction, called rules to userw's 
  502. input the LH has to follow. Moreover, one or two guidance messages  (prompts) may be associated with each field. This 
  503. message will be displayed by the LH each time user enters the field.
  504.  
  505. 9.2    LH action
  506.  
  507. 9.2.1  Report to the EH
  508.  
  509.        The user input form (if any), which may consist of one or more data input fields, is reported to the EH after 
  510. execution of a data entry program together with the status of the data entry program.
  511.  
  512.        Each field of the form respectively the implicit field used for command entry is associated with a single data entry 
  513. sub-program, which is executed when data is to be entered into the field.
  514.  
  515.        The data entry program is terminated implicitly by the termination of the last data entry program or explicitly by 
  516. some user action.
  517.        The report to the EH consists of:
  518.        a)   the termination status of the data entry program;
  519.        b)   the text contents of the fields and the number of the last sub-program executed;
  520.        c)   the text contents associated with a command.
  521.        The report is performed by the manipulation of the display structure and the data entry structure, updating field text 
  522. content attributes and attributes belonging to the RESULT-SE and RESULT-Content-Portion.
  523.  
  524. 9.2.2  Local actions
  525.  
  526.        When a data entry program is active, some local actions may be directly supported by the LH to allow for 
  527. correction of mistyping, cancel of an entry and local frame repeat for instance. Such local actions as well as the local 
  528. management of user errors (e.g. entry of characters not allowed in the data entry program) are treated in the LH and not 
  529. reported to the EH.
  530.  
  531. 9.3    List of permissible actions on VIA structure elements in both hosts
  532.  
  533.        The following Table 1/T.523 lists up the permissible actions on VIA structure elements for both hosts. The structure 
  534. elements marked by I are automatically generated at the association establishment phase. On the other hand, the structure 
  535. elements marked by E and L are generated by the EH and the LH respectively and are transmitted by the DTAM 
  536. manipulation services which are indicated at the top of the row on the Table 1/T.523.
  537.  
  538.  
  539.  
  540.  
  541.  
  542.  
  543.  
  544.  
  545.  
  546. 9           Fascicle VII.7 - Rec. T.523
  547.  
  548.  
  549.  
  550.  
  551.                                     TABLE 1/T.523
  552. w
  553.  ┌─────────────────────────────────┬────────────┬───────────┬───────────┬─────────┐
  554.  │                                 │            │           │           │         │
  555.  │          DTAM manipulation      │  D-CREATE  │ D-MODIFY  │ D-DELETE  │ D-CALL  │
  556.  │VIA                              │            │           │           │         │
  557.  ├─────────────────────────────────┼────────────┼───────────┼───────────┼─────────┤
  558.  │                                 │            │           │           │         │
  559.     │wDocument profilew                 │     I      │    E      │           │         │
  560.  │                                 │            │           │           │         │
  561.  ├─────────────────────────────────┼────────────┼───────────┼───────────┼─────────┤
  562.  │                                 │            │           │           │         │
  563.     │wDisplayw                          │            │           │           │         │
  564.  │   Document layout root          │     I      │    E      │           │         │
  565.  │   Page                          │     E      │    E      │     E     │         │
  566.  │   Block                         │     E      │    E      │     E     │         │
  567.  │   Content portion               │     E      │    E      │     E     │         │
  568.  │                                 │            │           │           │         │
  569.  ├─────────────────────────────────┼────────────┼───────────┼───────────┼─────────┤
  570.  │                                 │            │           │           │         │
  571.     │wOperational profilew              │            │           │           │         │
  572.  │   [For further study]           │            │           │           │         │
  573.  │                                 │            │           │           │         │
  574.  ├─────────────────────────────────┼────────────┼───────────┼───────────┼─────────┤
  575.     │wData entryw                       │            │           │           │         │
  576.  │   Data entry                    │     I / E  │    E      │     S     │         │
  577.  │   Field                         │     E      │    E      │     E     │         │
  578.  │   Field-content portion         │     E      │    L / E  │           │         │
  579.  │   Data-entry program            │     E      │    E      │     E     │         │
  580.  │   Data-entry sub-program        │     E      │    E      │     E     │         │
  581.  │   Rules                         │     E      │    E      │     E     │         │
  582.  │   Prompt                        │     E      │    E      │     E     │         │
  583.  │   Prompt-content portion        │     E      │    E      │           │         │
  584.  │   Result                        │     I      │    L      │           │         │
  585.  │   Result-content portion        │     I      │    L      │           │         │
  586.  │                                 │            │           │           │         │
  587.  ├─────────────────────────────────┼────────────┼───────────┼───────────┼─────────┤
  588.  │                                 │            │           │           │         │
  589.     │wApplication control memoryw       │            │           │           │         │
  590.  │   Application control           │     I / E  │           │     E     │         │
  591.  │   Memory record                 │     E      │    E      │     E     │   E     │
  592.  │                                 │            │           │           │         │
  593.  ├─────────────────────────────────┼────────────┼───────────┼───────────┼─────────┤
  594.  │                                 │            │           │           │         │
  595.     │wAdministrativew                   │            │           │           │         │
  596.  │   Administrative information    │     I      │           │           │         │
  597.  │   Local host information        │     I      │    L      │           │         │
  598.  │   External host information     │     I      │    E      │           │         │
  599.  │   Document information          │     I      │    E      │           │         │
  600.  │                                 │            │           │           │         │
  601.  ├─────────────────────────────────┼────────────┼───────────┼───────────┼─────────┤
  602.  │                                 │            │           │           │         │
  603.     │wSpecial terminal facilitiesw      │            │           │           │         │
  604.  │   Special terminal facilities   │     I      │           │           │         │
  605.  │   Redefinition entity           │     E      │    E      │     E     │         │
  606.  │                                 │            │           │           │         │
  607.  └─────────────────────────────────┴────────────┴───────────┴───────────┴─────────┘
  608.  
  609. 10   Object identifier
  610.  
  611.      The value of object identifier for communication application profile DM1 defined in 
  612. this Recommendation is 0 1 8 16 1.
  613.  
  614.  
  615.  
  616.  
  617.                                                     Fascicle VII.7 - Rec. T.523      10
  618.  
  619.  
  620.                                        ANNEX A
  621.                                           
  622.                               (to Recommendation T.523)
  623.                                           
  624.                                           
  625.              Abstract syntax definition of videotex specific information
  626.  
  627.  
  628.  
  629. A.1  Encoding of user information associated with D-INITIATE services
  630.  
  631.  
  632.      The following syntax is carried by the user information of the D-INITIATE REQ and 
  633. the D-INITIATE RESP DPUs as octet string:
  634.  
  635.      ViInitInformation           ::=  SEQUENCE {
  636.  
  637.           protocolVersion        [0]  IMPLICIT INTEGER
  638.                                  {viProtocolVersionl (1)},
  639.           inactivityTimeOut [1]  IMPLICIT INTEGER OPTIONAL,
  640.           dataEntryMode     [2]  IMPLICIT INTEGER OPTIONAL
  641.                                  {halfDuplexDataEntryMode (1)
  642.                                  duplexDataEntryMode (2)
  643.                                  halfDuplex/duplexDataEntryMode (3)
  644.                                  -- the EH may not use this parameter}
  645.           bilateralManagement    [3]  IMPLICIT OCTET STRING OPTIONAL
  646.  
  647.      }
  648.  
  649.  
  650. A.2  Encoding of user information associated with D-ABORT services
  651.  
  652.      The following syntax is carried by the user information of the D-ABORT REQ PDU as 
  653. octet string:
  654.  
  655.      ViAbortInformation          ::=  CHOICE {
  656.  
  657.           errorReport       [0]  IMPLICIT INTEGER
  658.                                  -- used for Error-Report-to-LH and Error-Report-to-EH;
  659.                                  -- Note:
  660.                                  -- the total length of this PDU must not be  greater
  661. than                             -- 4 octets to be compatible with the requirements for 
  662. the                              -- ACSE ABRTpdu
  663.  
  664. }
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.  
  672.  
  673.  
  674.  
  675.  
  676.  
  677.  
  678.  
  679.  
  680.  
  681.  
  682.  
  683.  
  684.  
  685.  
  686. 11           Fascicle VII.7 - Rec. T.523
  687.  
  688.  
  689.  
  690.