TABLE 16/T.433 The actions of the requesting DTAM-PM in the error detection at the responding DTAMÍPM w ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ ³ ³ ³ Parameter values ³ List of procedures in ³ List of procedures in ³ ³ (P/S-U-EXCEPTION-REPORT ³ reliable transfer ³ reliable transfer ³ ³ indication) ³ mode 1 ³ mode 2 ³ ³ ³ ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Receiving ability ³ - transfer-abort ³ - transfer-abort ³ ³jeopardized ³ - DTAM provider-abort ³ - DTAM provider abort ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Unrecoverable procedure ³ - transfer-discard ³ - transfer-discard ³ ³error ³ - DÍTRANSFER indication/³ - transfer-procedure ³ ³ ³ confirmation ³ by DTAM-PM ³ ³ ³ - transfer-procedure ³ ³ ³ ³ by DTAM-usera) ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Non-specific error ³ - transfer-discard ³ - transfer-discard ³ ³ ³ - DÍTRANSFER indication/³ - transfer-procedure ³ ³ ³ confirmation ³ by DTAM-PM ³ ³ ³ - transfer-procedure ³ ³ ³ ³ by DTAM-usera) ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Sequence error ³ - transfer-discard ³ - transfer-discard ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Local SS-user error ³ - transfer-interrupt ³ - transfer-interrupt ³ ³(any checkpoint) ³ - DÍTRANSFER indication/³ - transfer-resume ³ ³ ³ confirmation ³ by DTAM-PM ³ ³ ³ - transfer-resume ³ ³ ³ ³ by DTAM-usera) ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³Local SS-user error ³ - transfer-discard ³ - transfer-discard ³ ³(no checkpoint) ³ - DÍTRANSFER indication/³ - transfer-procedure ³ ³ ³ confirmation ³ by DTAM-PM ³ ³ ³ - transfer-procedure ³ ³ ³ ³ by DTAM-usera) ³ ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ a) Transfer-resume procedure and transfer-procedure by DTAM-user may be performed in accordance with the decision of DTAM-user. 6.13.1.3.2User-exception-report procedure mapped onto session service (transparent mode) This procedure is driven by the following events: a) a responding DTAMÍPM problem; b) an SÍUÍEXCEPTIONÍREPORT indication primitive. 6.13.1.3.2.1 Receiving DTAM-PM problem 6.13.1.3.2.1.1If the responding DTAMÍPM detects a problem, it issues a SÍUÍEXCEPTIONÍREPORT request primitive. Depending on the severity of the detected error, the value of the Reason parameter of the SÍUÍEXCEPTIONÍREPORT request primitive is as follows: 1 Fascicle VII.7 - Rec. T.433 a) in severe problem situations, the value "receiving ability jeopardized" is used; Fascicle VII.7 - Rec. T.433 2 b) in exceptional circumstances, the responding DTAMÍPM may have to delete a partially received document information, even though some minor synchronization points have been confirmed. In this case, the value "unrecoverable procedure error" is used; c) if the responding DTAMÍPM is not willing to complete a transfer procedure, the value "nonÍspecific error" is used; d) if the requesting DTAMÍPM resumes a transfer procedure already finished by the responding DTAMÍPM, the value "sequence error" is used; e) for all other less severe error situations, the value "local SS-user error" is used. 6.13.1.3.2.2 SÍUÍEXCEPTIONÍREPORT indication primitive 6.13.1.3.2.2.1If the requesting DTAMÍPM receives an SÍUÍEXCEPTIONÍREPORT indication primitive, it performs one of following procedures depending on the Reason parameter value of the SÍUÍEXCEPTIONÍREPORT indication primitive (in the transparent mode, only Reliable transfer mode 1 is available): a) with a value "receiving ability jeopardized", the transfer-abort procedure followed by the DTAM provider-abort procedure are performed; b) with a value "unrecoverable procedure error", the transfer-discard procedure followed by DÍTRANSFER service (indication and confirmation) are performed; c) with a value "non-specific error", the transfer-discard procedure followed by DÍTRANSFER service (indication and confirmation) are performed; d) with a value "sequence error", the transfer-discard procedure is performed and the requesting DTAMÍPM issues a D-TRANSFER confirm primitive with a result parameter value of "document-information-transferred" to the requestor and the transfer procedure is finished; e) with a value "local SS-user error" and at least one confirmed checkpoint in the transfer procedure, the transfer-interru t procedure followed by D- TRANSFER service (indication and confirmation) are performed. If no checkpoint was confirmed in the transfer procedure, the transfer-discard procedure followed by D-TRANSFER service (indication and confirmation) are performed. 6.13.1.3.2.2.2Table 16/T.433 summarizes the actions of the requesting DTAMÍPM when receiving the SÍUÍEXCEPTIONÍREPORT indication primitive in the column of Reliable transfer mode 1. 6.13.2 Provider-exception-report 6.13.2.1 Purpose If the presentation service-provider (normal mode) or the session service-provider (transparent mode) (responding side) detects an unexpected situation during an activity, not covered by other services, a PÍPÍEXCEPTIONÍREPORT or SÍPÍEXCEPTIONÍREPORT indication primitive is respectively issued to both DTAMÍPMs. 6.13.2.2 APDUs used No APDUs are used in this procedure. 6.13.2.3 Provider-exception-report procedure 6.13.2.3.1Provider-exception-report procedure (normal mode) 3 Fascicle VII.7 - Rec. T.433 This procedure is driven by the following events: a) a P-P-EXCEPTION-REPORT indication primitive. 6.13.2.3.1.1 PÍPÍEXCEPTIONÍREPORT indication primitive 6.13.2.3.1.1.1The responding DTAMÍPM ignores a PÍPÍEXCEPTIONÍREPORT indication primitive. 6.13.2.3.1.1.2If the requesting DTAMÍPM receives a PÍPÍEXCEPTIONÍREPORT indication primitive, it may perform one of the following procedures: a) if at least one checkpoint was confirmed in the transfer procedure, - the transfer-interrupt procedure followed by DÍTRANSFER service (indication and confirmation) (Reliable transfer mode 1), Fascicle VII.7 - Rec. T.433 4 - the transfer-interrupt procedure followed by the transfer-resumption procedure (Reliable transfer mode 2), or b) if no checkpoint was confirmed in the transfer procedure, - the transfer-discard procedure followed by D-TRANSFER service (indication and confirmation) (Reliable transfer mode 1), - the transfer-discard procedure followed by the transfer-retry procedure (Reliable transfer mode 2), or c) the transfer-abort procedure followed by the DTAM provider-abort procedure. 6.13.2.3.2Provider-exception-report procedure (transparent mode) This procedure is driven by the following event: a) an S-P-EXCEPTION-REPORT indication primitive. 6.13.2.3.2.1 S-P-EXCEPTION-REPORT indication primitive 6.13.2.3.2.1.1The responding DTAMÍPM ignores an SÍPÍEXCEPTIONÍREPORT indication primitive. 6.13.2.3.2.1.2If the requesting DTAMÍPM receives an SÍPÍEXCEPTIONÍREPORT indication primitive, it may perform one of the following procedure: a) if at least one checkpoint was confirmed in the transfer procedure, the transfer- interrupt procedure followed by the DÍTRANSFER service (indication and confirmation), or b) if no checkpoint was confirmed in the transfer procedure, the transfer-discard procedure followed by the DÍTRANSFER service (indication and confirmation), or c) the transfer-abort procedure followed by the DTAM provider-abort procedure. 6.14 Rules for extensibility In addition to the procedures stated above, the following applies when processing the APDUs defined in this part of Recommendation T.433: a) fields are ignored that are not defined in this part of Recommendation T.433 in DTAM association establishing phase PDUs (DINQ, DINR and DAB); and b) for fields defined as having a maximum length in this part of Recommendation T.433, that portion of any value beyond the maximum length is ignored. 7 Mapping to the lower layer services 7.1 Mapping to the OSI lower layer services This section defines how a DTAMÍPM transfers APDUs by means of: a) the ACSE services, or 5 Fascicle VII.7 - Rec. T.433 b) the presentation-services. Table 17/T.433 lists the overview of ACSE or presentation-service mapping. Fascicle VII.7 - Rec. T.433 6 TABLE 17/T.433 ACSE and presentation services mapping overview w ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ ³ ³ ³ ³ Functional units ³ Service primitive ³ Protocol elements ³ Mapping DTAM PDU to ³ ³ ³ ³ (PDU) ³ ACSE service/presentation service ³ ³ ³ ³ ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Association use ³ D-INITIATE req/ind ³ D-INITIATE-REQ PDU ³ A- ASSOCIATE req/ind ³ ³ control ³ rsp/cnf ³ D-INITIATE-RESP PDU ³ A- ASSOCIATE rsp/cnf ³ ³ ³ D-TERMINATE req/ind ³ D-TERMINATE-REQ PDU ³ A- RELEASE req/ind ³ ³ ³ rsp/cnf ³ D-TERMINATE-RESP PDU ³ A- RELEASE rsp/cnf ³ ³ ³ D-U-ABORT req/ind ³ D-ABORT PDU ³ A-U- ABORT req/ind ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Capability ³ D-CAPABILITY req/ind ³ D-CAPABILITY REQ PDU ³ P-CAPAB- DATA req/ind ³ ³ ³ rsp/conf ³ D-CAPABILITY RESP PDU ³ P-CAPAB- DATA rsp/cnf ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Document bulk ³ D-TRANSFER req ³ none ³ P-ACT- START/RESUMEa) req/ind ³ ³ transfer ³ ³ ³ P-DATA req/ind ³ ³ ³ ind ³ none ³ P-ACT- END/DCDa)/INTa) req/ind ³ ³ ³ cnf ³ none ³ P-ACT- END/DCDa)/INTa) rsp/cnf ³ ³ ³ ³ ³ ³ ³ ³ ³ - transfer-interrupt ³ P-ACT- INT req/ind/rsp/cnf ³ ³ ³ ³ - transfer-discard ³ P-ACT- DCD req/ind/rsp/cnf ³ ³ ³ ³ - transfer-resume ³ P-ACT- RESUME req/ind ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Document unconfirmed ³ D-CREATE req/ind ³ D-CREATE PDU ³ P-DATA req/ind ³ ³ manipulation ³ D-DELETE req/ind ³ D-DELETE PDU ³ P-DATA req/ind ³ ³ ³ D-MODIFY req/ind ³ D-MODIFY PDU ³ P-DATA req/ind ³ 7 Fascicle VII.7 - Rec. T.433 ³ ³ D-CALL req/ind ³ D-CALL PDU ³ P-DATA req/ind ³ ³ ³ D-REBUILDb) req/ind ³ D-REBUILD PDUb) ³ P-DATA req/ind ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Token control ³ D-TOKEN-GIVE req/ind ³ none ³ P-TOKEN- GIVE req/ind ³ ³ ³ D-TOKEN-PLS req/ine ³ D-TOKEN-PLS PDU ³ P-TOKEN- PLS req/ind ³ ³ ³ D-CONTROL-GIVE req/ind ³ none ³ P-CONTROL- GIVE req/ind ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Typed data ³ ³ ³ ³ ³ transmission ³ D-TYPED-DATA req/ind ³ D-TYPED-DATA PDU ³ P-TYPED- DATA req/ind ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Exception report ³ D-U-EXCEPTION-REPORT ³ D-EXCEPTION-REPORT ³ ³ ³ ³ req/indb) ³ PDUb) ³ P-U- EXCEPTION-REPORT req/ind ³ ³ ³ ³ - user-exception- ³ ³ ³ ³ ³ report ³ P-U- EXCEPTION-REPORT req/ind ³ ³ ³ ³ - provider-exception- ³ ³ ³ ³ ³ report ³ P-P- EXCEPTION-REPORT ind ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ a) This mapping is only applied in Reliable transfer mode 1. b) This DTAM service or PDU is for further study. 7.1.1Mapping on the ACSE services 7.1.1.1 Association-establishment procedure Association-establishment procedure takes place concurrently with the underlying ACSE association establishment. 7.1.1.1.1 Directly mapped parameters The following parameters of D-INITIATE service primitives are mapped directly onto the corresponding parameter of the A-ASSOCIATE service primitive: a) application context name b) calling AP title c) calling AP invocation-identifier d) calling AE qualifier e) calling AE invocation-identifier f) called AP title g) called AP invocation-identifier h) called AE qualifier i) called AE invocation-identifier j) responding AP title k) responding AP invocation-identifier Fascicle VII.7 - Rec. T.433 8 l) responding AE qualifier m) responding AE invocation-identifier 9 Fascicle VII.7 - Rec. T.433 n) calling presentation address o) called presentation address p) responding presentation address q) presentation context definition list r) presentation context definition result s) presentation requirements t) initial assignment of token u) quality of services. 7.1.1.1.2 Parameters not used The following parameter of AÍASSOCIATE service primitives is not used: - initial synchronization point serial number. 7.1.1.1.3 Use of the other A-ASSOCIATE request and indication primitive parameters 7.1.1.1.3.1 Mode This parameter shall be supplied by the requestor of the association in the AÍASSOCIATE request primitive, and shall have the value "normal mode". 7.1.1.1.3.2 User information For both the A-ASSOCIATE request and indication primitives, the user information parameter is used to carry the D-INITIATE-REQ APDU. 7.1.1.1.3.3 Session requirements This parameter is set by the association-initiating DTAM-PM to select the following functional units: a) kernel b) half-duplex functional unit c) typed-data functional unit d) capability data exchange functional unit e) minor synchronize functional unit f) exceptions functional unit g) activity management functional unit. Note - The use of duplex functional unit and negotiated release functional unit are for further study. 7.1.1.1.3.4 Session connection identifier The association-initiating DTAM-PM will supply a session connection identifier, which will be used to uniquely identify the session-connection. This identifier is formed of the following components: a) SS-user reference; b) common reference; c) additional reference information (optionally). Fascicle VII.7 - Rec. T.433 10 The SS-user reference is conveyed as the calling SS-user reference by the association- initiating DTAM-PM. Common reference and additional reference information are conveyed in similarly named parameters of the P-CONNECT primitive. Each component, when present, will contain a data element of the appropriate type from the following definitions: CallingSSÍUserReference ::=PresentationAddress -- of the requestor CommonReference ::=UTCTime AdditionalReferenceInformation ::= T.61 String The PresentationAddress is represented as a string of octets. 11 Fascicle VII.7 - Rec. T.433 7.1.1.1.4 Use of the other A-ASSOCIATE response and confirm primitive parameters 7.1.1.1.4.1 User information This parameter only has relevance if the application-association is accepted by the ACSE service-provider. For both the A-ASSOCIATE response and confirmation primitives, the user information parameter is used to carry the D-INITIATE-RESP APDU, whether the application-association is accepted or is rejected by the association-responding DTAM- PM. 7.1.1.1.4.2 Result For the A-ASSOCIATE response primitive the result parameter is set by the association responding DTAM-PM as follows: a) if the association-responding DTAM-PM rejects the application-association, the value of this parameter is set to either "rejected by responder (transient)" or "rejected by responder (permanent)"; b) if the association-responding DTAM-PM accepts the request, the value of this parameter is derived from the result parameter of the D-INITIATE response primitive. 7.1.1.1.4.3 Session requirements This parameter has the same values as in the A-ASSOCIATE request and indication primitive. 7.1.1.1.4.4 Session connection identifier This parameter has the same value as in the A-ASSOCIATE indication primitives. The calling SSÍuser reference value of the A-ASSOCIATE indication primitive is returned as a called SS=user reference by the association-responding DTAM-PM. 7.1.1.2 Association-release procedure Association-release procedure takes place concurrently with the underlying ACSE association release. 7.1.1.2.1 Directly mapped parameters The following parameter of D-TERMINATE service primitives is mapped directly onto the corresponding parameters of the A-RELEASE service primitives: - User data (on user information). 7.1.1.2.2 Parameters not used The following parameter of the A-RELEASE service primitives is not used: Fascicle VII.7 - Rec. T.433 12 - Reason. 7.1.1.2.3 Use of the other A-RELEASE response and confirm primitive parameters 7.1.1.2.3.1 Result The value of this parameter is "affirmative". 7.1.1.3 Association-provider-abort The use of the A-P-ABORT indication primitive parameters are defined in Recommendation X.217. 7.1.2Mapping on the presentation services 7.1.2.1 Transfer procedure 7.1.2.1.1 Use of the P-ACTIVITY-START request and indication primitive parameters 7.1.2.1.1.1 Activity identifier The activity identifier identifies the activity by means of a serial number. The first activity started on the session-connection is assigned to number 1. Each successive activity for that direction of transfer is assigned the next number. This number is separate for each direction of transfer. 13 Fascicle VII.7 - Rec. T.433 The DTAMÍPMs should manage the local mapping between the parameter "activity identifier" in the P-ACTIVITY-START request and indication primitive and the parameter "document reference information in D-TRANSFER service. The property required of activity identifiers is that they should uniquely identify an activity during a reasonable time interval within a particular session connection, so that duplicates can be detected in the case of error situations. These identifiers are allocated by numbering the activities during a session, starting with one for the first and incrementing for each successive activity, and representing the number by a data element of type INTEGER encoded according to Recommendation X.209. It is unnecessary for the responding DTAM-PM to make assumptions on allocation method, it need only be able to compare two identifiers for equality, octet by octet. 7.1.2.1.1.2 User data This parameter is not used. 7.1.2.1.2 Use of the P-DATA request and indication primitive parameters 7.1.2.1.2.1 User data The following DTAM APDUs are conveyed by this parameter: a) DÍCREATE APDU b) DÍDELETE APDU c) DÍMODIFY APDU d) D-CALL APDU. Note - A segment of interchange-data-elements of document information is also conveyed by this parameter. 7.1.2.1.3 Use of the P-TYPED-DATA request and indication primitive parameters 7.1.2.1.3.1 User data The DÍTYPEDÍDATA APDU is conveyed by this parameter. 7.1.2.1.4 Use of the P-MINOR-SYNCHRONIZE request and indication primitive parameters 7.1.2.1.4.1 Type Fascicle VII.7 - Rec. T.433 14 The DTAMÍPM uses only the "explicit confirmation expected" type of minor synchronization. 7.1.2.1.4.2 Synchronization point serial number The session service-provider allocates checkpoint serial numbers, and passes then to the requesting and responding DTAM-PMs to associate with the transmitted data. 7.1.2.1.4.3 User data This parameter is not used. 7.1.2.1.5 Use of the P-ACTIVITY-END request and indication primitive parameters 7.1.2.1.5.1 User data This parameter is not used. 7.1.2.2 Token please procedure When the DTAM user issues a D-TOKEN-PLEASE service primitive, this results into a PÍTOKENÍPLEASE. 7.1.2.2.1 Use of the P-TOKEN-PLEASE request and indication primitive parameters 7.1.2.2.1.1 Tokens This parameter takes a value which corresponds to requesting the data token. 7.1.2.2.1.2 User data The D-TOKEN-PLEASE APDU is conveyed by this parameter. 7.1.2.3 Token give procedure When the DTAM user issues a D-TOKEN-GIVE service primitive, this results into a P- TOKEN-GIVE. 15 Fascicle VII.7 - Rec. T.433 7.1.2.3.1 Use of the P-TOKEN-GIVE request and indication primitive parameters 7.1.1.3.1.1 Tokens This parameter takes a value which corresponds to giving the data token. 7.1.2.4 Control give procedure When the DTAM-user issues a D-CONTROL-GIVE service primitive, this results into a P-CONTROL- GIVE. This will transfer all the tokens from the requestor to the responder. 7.1.2.4.1 Use of the P-CONTROL-GIVE request and indication primitive parameters The P-CONTROL-GIVE service primitives have no parameters. All the tokens are automatically passed to the other DTAMÍPM. 7.1.2.5 Capability data exchange procedure 7.1.2.5.1 Use of the PÍCAPABÍDATA service parameters 7.1.2.5.1.1 User data The following DTAM APDUs are conveyed by this parameter: a) DÍCAPABILITYÍREQ APDU; b) DÍCAPABILITYÍRESP APDU. 7.1.2.6 User-exception-report procedure 7.1.2.6.1 Use of the P-U-EXCEPTION-REPORT service parameters 7.1.2.6.1.1 Reason This parameter may specify one of the following reasons: a) receiving ability jeopardized; Fascicle VII.7 - Rec. T.433 16 b) local SS-user error; c) sequence error; d) unrecoverable error; e) non-specific error. 7.1.2.6.1.2 User data This parameter is not used. 7.1.2.7 Provider-exception-report procedure 7.1.2.7.1 Use of the PÍPÍEXCEPTIONÍREPORT service parameter 7.1.2.7.1.1 Reason This parameter may specify one of the following reasons: a) protocol error, b) non-specific error. 7.1.2.8 Transfer-interrupt procedure 7.1.2.8.1 Use of the PÍACTIVITYÍINTERRUPT service parameters 7.1.2.8.1.1 Reason This parameter may specify one of the following reasons: 17 Fascicle VII.7 - Rec. T.433 a) local SS-user error; b) non-specific error. 7.1.2.9 Transfer-discard procedure 7.1.2.9.1 Use of the PÍACTIVITYÍDISCARD service parameters 7.1.2.9.1.1 Reason This parameter may specify one of the following reasons: a) local SS-user error; Fascicle VII.7 - Rec. T.433 18 b) unrecoverable procedure error; c) non-specific error. 7.1.2.10 Transfer-resumption procedure 7.1.2.10.1Use of the PÍACTIVITYÍRESUME service parameters 7.1.2.10.1.1 Activity identifier The requesting DTAM-PM must allocate and supply the next activity identifier number for the current session. 7.1.2.10.1.2 Old activity identifier The requesting DTAM must supply the original activity identifier assigned to the previously interrupted activity in the P-ACTIVITY-START request primitive. 7.1.2.10.1.3 Synchronization point serial number The requesting DTAM-PM will specify the serial number of the last confirmed checkpoint in the interrupted activity. The session service-provider will also set the current session serial number to this value. If there was no previously confirmed checkpoint, the activity cannot be continued. The requesting DTAM-PM must then send a P-ACTIVITY-RESUME request primitive (with the synchronization point serial number set to zero), followed by a P-ACTIVITY-DISCARD request primitive. 7.1.2.10.1.4 Old session connection identifier The requesting DTAM-PM must supply the session connection identifier of the session-connection during which the activity was started. The session connection identifier of the previous session- connection is conveyed in the calling SS-user reference, common reference and optionally additional reference information components of this parameter. The called SS-user reference component is not used. 7.1.2.10.1.5 User data This parameter is not used. 7.2 Mapping to the Recommendation X.215 session service (transparent mode) This section defines how a DTAM-PM transfers APDUs by means of the session service. Table 20/T.433 lists the overview of session mapping. 7.2.1DTAM association-establishment procedure The association-establishment procedure takes place concurrently with the underlying establishment of session connection. 7.2.1.1 Directly mapped parameters 19 Fascicle VII.7 - Rec. T.433 No parameters of D-INITIATE service primitives are mapped directly onto the corresponding parameters of the S-CONNECT service primitive. 7.2.1.2 Use of the other S-CONNECT request and indication primitive parameters 7.2.1.2.1 User information For both the S-CONNECT request and indication primitives, the user information parameter is used to carry the D-INITIATE-REQ APDU. 7.2.1.2.2 Session requirements This parameter is set by the initiating DTAM-PM to select the following functional units by means of the "telematic requirements parameter" in the D-INITIATE service primitive as shown in Table 18/T.433. Fascicle VII.7 - Rec. T.433 20 TABLE 18/T.433 Mapping into/out of the session requirements w ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ ³ ³ "Telematic ³ Functional units ³ ³ requirements" ³ ³ ³ ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ ³ ³ Token management ³ Half-duplex functional unit ³ ³ ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ ³ ³ Non-token management ³ Duplex functional unit ³ ³ ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ ³ ³ Typed data management ³ Typed-data functional unit ³ ³ ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ ³ ³ Capability ³ Capability data exchange ³ ³ ³ functional unit ³ ³ ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ ³ ³ Reliable transfer ³ Minor synchronize functional unit ³ ³ management ³ Activity management functional ³ ³ ³ unit ³ ³ ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ ³ ³ ³ Exception report ³ Exceptions functional unit ³ ³ ³ ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ 7.2.1.2.3 Session reference The initiating DTAM-PM will supply a session connection identifier, which will be used to uniquely identify the session-connection. This identifier is formed of the following components: a) terminal identifier of the calling terminal; b) date and time; c) additional session reference number (optionally). The terminal identifier of the calling terminal is conveyed as the calling SS-user reference by the initiating DTAM-PM. Date and time and additional session reference number are conveyed in parameters of the S-CONNECT primitive. Each component, when present, will contain a data element of the appropriate type from the following definitions: Terminal identifier ::= T.62 SessionAddress -- of the requestor Date and time ::= UTCTime Additional session reference number ::= T.61 String The SessionAddress is represented as a string of octets. 21 Fascicle VII.7 - Rec. T.433 7.2.1.2.4 Service identifier The initiating DTAM-PM must supply a service identifier which has the value w'1w' to specify the telematic services. 7.2.1.2.5 Non-basic session capabilities The initiating DTAM-PM may supply non-basic session capabilities, which will be used to specify the non-basic session capabilities available as receiving capabilities of the sender of this primitive. This parameter is formed of the following components: a) miscellaneous session capabilities; b) window size. 7.2.1.2.6 Inactivity timer The initiating DTAM-PM may use to negotiate the value of an inactivity timer. 7.2.1.3 Use of the other S-CONNECT response and confirm primitive parameters 7.2.1.3.1 User information This parameter only has relevance if the application-association is accepted by the session service-provider. For both the S-CONNECT response and confirmation primitives, the user information parameter is used to carry the D-INITIATE-RESP APDU if the application-association is accepted or is rejected by the responding DTAM-PM. 7.2.1.3.2 Result For the S-CONNECT response primitive the result parameter is set by the association responding DTAM-PM as follows: a) when the association-responding DTAM-PM detects errors in the S-CONNECT indication primitive (e.g , no session user data), the association- responding DTAM-PM rejects the application-association. The value of this parameter is set to "refuse"; b) if the association-responding DTAM-PM accepts the request, the value of this parameter is derived from the result parameter of the D-INITIATE response primitive as shown in Table 19/T.433. For the S-CONNECT confirm primitive the result parameter is set by the association responding DTAM-PM as follows: a) when the association-requesting (initiating) DTAM-PM receives the S-CONNECT confirm primitive with the result parameter of "refuse", the association/requesting DTAM-PM issues the D-INITIATE confirm primitive with the result parameter of "rejected by responding DTAM-PM" to the association- requesting DTAM user; b) when the association-requesting DTAM-PM receives the S-CONNECT confirm primitive with the result parameter of "accept", the association-requesting DTAM-PM issues the D-INITIATE confirm primitive with the result parameter of "accepted" to the association-requesting DTAM user. Fascicle VII.7 - Rec. T.433 22 TABLE 19/T.433 Result parameter mapping w ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ³ S-CONNECT ³ D-INITIATE ³ ³ D-INITIATE response ³ response/ ³ confirmation ³ ³ ³ confirmation ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ accepted ³ accept ³ accepted ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ rejected by ³ refuse ³ rejected by ³ ³ responder with ³ ³ responding ³ ³ some reasons ³ ³ DTAM-PM ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ rejected by ³ refuse ³ rejected by ³ ³ responding ³ ³ responding ³ ³ DTAM-PM ³ ³ DTAM-PM ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ TABLE 20/T.433 DTAM service primitive-protocol mapping to session services w ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ Functional ³ Service ³ Protocol elements ³ Mapping DTAM PDU to ³ ³ units ³ primitive ³ (PDU) ³ session service ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Association use ³D-INITIATE req/ind ³ D-INITIATE-REQ PDU ³ S- CONNECT req/ind ³ ³ control ³ resp/conf ³ D-INITIATE-RESP PDU ³ S- CONNECT rsp/cnf ³ ³ ³D-TERMINATE req/ind ³ ³ S- RELEASE req/ind ³ ³ ³ resp/conf ³ ³ S- RELEASE rsp/cnf ³ ³ ³D-ABORT req/ind ³ ³ S-ABORT req/ind ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Capability ³D-CAPABILITY req/ind ³ D-CAPABILITY-REQ PDU ³ S-CAPAB- DATA req/ind ³ ³ ³ resp/conf ³ D-CAPABILITY-RESP PDU ³ S-CAPAB- DATA rsp/cnf ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Document bulk ³D-TRANSFER req ³ none ³ S-ACT- START/RESUME req/ind ³ ³ transfer ³ ind ³ none ³ S-DATA req/ind ³ ³ ³ cnf ³ none ³ S-ACT- END/DCD/INT req/ind ³ ³ ³ ³ ³ S-ACT- END/DCD/INT rsp/cnf ³ 23 Fascicle VII.7 - Rec. T.433 ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Token control ³D-CONTROL-GIVE req/ind ³ none ³ S-CONTROL- GIVE req/ind ³ ³ ³D-TOKEN-PLS req/ind ³ none ³ S-TOKEN-PLS req/ind ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Typed data ³D-TYPED-DATA req/ind ³ D-TYPED-DATA PDU ³ S-TYPED- DATA req/ind ³ ³ transmission ³ ³ ³ ³ ³ ³ ³ ³ ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ ³ Exception report ³D-U-EXCEPTION-REPORT ³ ³ S-U-EXCEPTION- REPORT req/ind ³ ³ ³ req/ind*³ ³ ³ ³ ³ ³ - user-exception- ³ ³ ³ ³ ³ report ³ S-U-EXCEPTION- REPORT req/ind ³ ³ ³ ³ - provider-exception- ³ ³ ³ ³ ³ report ³ S-P-EXCEPTION- REPORT ind ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ Note - D-U-EXCEPTION-REPORT req/ind* is for further study. 7.2.1.3.3 Session requirements This parameter has the same values as in the S-CONNECT request and indication primitives. 7.2.1.3.4 Session reference This parameter has the same values as in the S-CONNECT indication primitives. The terminal identifier of the calling terminal value of the S-CONNECT indication primitive is returned as the terminal identifier of the called terminal by the responding DTAM- PM. 7.2.1.3.5 Service identifier This parameter has the same values as in the S-CONNECT request and indication primitives. Fascicle VII.7 - Rec. T.433 24 7.2.1.3.6 Non-basic session capabilities The responding DTAM-PM may supply non-basic session capabilities, which will be used to specify the non basic session capabilities available as receiving capabilities of the sender of this primitive. This parameter is formed of the same components as those in S-CONNECT request and indication primitives. 7.2.1.3.7 Inactivity timer The responding DTAM-PM may use this parameter to negotiate an inactivity timer. 7.2.2Association release procedure The association release procedure takes place concurrently with the underlying release of session connection. There are no D-TERMINATE service parameters to map onto session connection release service parameters. 7.2.3Association-provider-abort The uses of the S-P-ABORT indication primitive parameters are defined in Recommendation X.215. 7.2.4Transfer procedure 7.2.4.1 Use of the S-ACTIVITY-START request and indication primitive parameters 7.2.4.1.1 Document reference number The requesting DTAM-PM must allocate and supply the next document reference number for the current session. The DTAM-PMs should manage the mapping between the parameter "document reference number" in D-TRANSFER service and the parameter "document reference number" in the S- ACTIVITY-START request and indication primitives. 7.2.4.1.2 Document type identifier This parameter may be user option. 7.2.4.1.3 Service interworking identifier This parameter may be user option. 7.2.4.1.4 User data This parameter is only used to invoke the DTAM capability. The information, which is generated by the DTAM-PM based on the parameter of "document characteristics" in document profile contained in the document information, is conveyed as shown in Figure 3/T.433. 25 Fascicle VII.7 - Rec. T.433 w ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄ¿ ³S-ACTIVITY-START-user-data ::= CHOICE ³ ³ ³ ³ { [4] IMPLICIT DocumentCharacteristics } ³ ³ ³ ³ DocumentCharacteristics ::=SET{ ³ ³ documentApplicationProfile ::= CHOICE { ³ ³ [0] IMPLICIT OCTET STRING ³ ³ -- w'01'H Non-DocumentApplicationProfilew ³ ³ -- w'02'H DocumentApplicationProfile T.503w ³ ³ [4] IMPLICIT SET OF OBJECT IDENTIFIER } ³ ³ ³ ³ documentArchitectureClass [1] IMPLICIT OCTET STRING OPTIONAL, ³ ³ -- w'00'H means FDAw ³ ³ ³ ³ nonBasicDocumentCharacteristics [2] IMPLICIT NonBasicDocumentCharacteristics ³ ³ OPTIONAL, ³ ³ ³ ³nonBasicStructuralCharacteristics [3] IMPLICIT NonBasicStructuralCharacteristics ³ ³ OPTIONAL } ³ ³ ³ ³NonBasicDocumentCharacteristics ::= SET { ³ ³ commentsCharacterSets [1] IMPLICIT OCTET STRING OPTIONAL, ³ ³ -- wstring of escape sequencesw ³ ³ pageDimensions [2] IMPLICIT SET OF Dimension-Pair OPTIONAL, ³ ³ ra-gr-coding-attributes [3] IMPLICIT SET OF Ra-Gr-Coding-Attribute OPTIONAL,³ ³ -- wRa-Gr-Coding-Attribute is defined inw ³ ³ -- wRecommendation T.415w ³ ³ ³ ³ ra-gr-presentation-features [4] IMPLICIT SET OF ³ ³ Ra-Gr-Presentation-Features OPTIONAL ³ Fascicle VII.7 - Rec. T.433 26 ³ -- wRa-Gr-Presentation-Features is defined inw ³ ³ -- wRecommendation T.415w } ³ ³ ³ ³NonBasicStructuralCharacteristics ::= SET{ ³ ³ numberOfObjectsPerPage [0] IMPLICIT INTEGER OPTIONAL} ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ ÄÄÄÄÄÄÄÄÄÙ FIGURE 3/T.433 User data in S-ACTIVITY-START/RESUME 7.2.4.2 Use of the S-DATA request and indication primitive parameters The document information is divided into segments such that the segment boundaries coincide with the minor synchronization points. Each segment consists of an integral number of interchange- data-elements. The interchange-data-elements of each segment are encoded using the basic encoding rules defined in Recommendation X.209. The encoded interchange-data-elements of each segment are concatenated, forming an encoded segment. 7.2.4.2.1 User data A segment of interchange-data-elements is conveyed by the user data. Note - Some DTAM-PMs may take one of the following actions: - when sending the document information, the requesting DTAM-PM may suppress the document profile located at the top of the document information; - when receiving the document information, the responding DTAM- M may re- generate the document profile and may attach it to the top of the document information based on the User Data of S-ACTIVITY-START indication. 7.2.4.3 Use of the S-TYPED-DATA request and indication primitive parameters 7.2.4.3.1 User data The D-TYPED-DATA APDU is conveyed by this parameter. 27 Fascicle VII.7 - Rec. T.433 7.2.4.4 Use of the S-MINOR-SYNCHRONIZE service parameters 7.2.4.4.1 Type The DTAM-PM uses only the "explicit confirmation expected" type of minor synchronization. 7.2.4.4.2 Synchronization point serial number (checkpoint reference number) The session service-provider allocates checkpoint serial numbers and passes them to the requesting and the responding DTAM-PMs to associate with the transmitted data. 7.2.4.5 Use of the S-ACTIVITY-END service parameters 7.2.4.5.1 Synchronization point serial number (checkpoint reference number) The serial number of the implied major synchronization point is allocated by the session service-provider and passed up to both DTAM-PMs. This parameter will be mapped into/out of the parameter "synchronization point" in D-TRANSFER service. 7.2.5Token please procedure When the DTAM-user issues a D-TOKEN-PLEASE service primitive, this results into an S-TOKEN- PLEASE. 7.2.5.1 Use of the S-TOKEN-PLEASE request and indication primitive parameters 7.2.5.1.1 Tokens The responding DTAM-PM (receiver of document) will only request the data token. 7.2.6Control give procedure When the DTAM-user issues a D-CONTROL-GIVE service primitive, this results into an S-CONTROL-GIVE. This will transfer all the tokens from the requestor to the responder. 7.2.6.1 Use of the S-CONTROL-GIVE request and indication primitive parameters The S-CONTROL-GIVE service primitives have no parameters. 7.2.7Capability data exchange procedure 7.2.7.1 Use of the S-CAPAB-DATA service parameters 7.2.7.1.1 User data The following DTAM APDUs are conveyed by this parameter: a) D-CAPABILITY-REQ APDU; Fascicle VII.7 - Rec. T.433 28 b) D-CAPABILITY-RESP APDU. 7.2.7.1.2 Inactivity timer The initiating/responding DTAM-PMs may use this parameter to negotiate an inactivity timer. 7.2.7.1.3 Storage capacity The initiating/responding DTAM-PMs may supply a storage capacity to negotiate the memory size for the communication. 7.2.8User-exception-report procedure 7.2.8.1 Use of the S-U-EXCEPTION-REPORT service parameters 7.2.8.1.1 Reason This parameter may specify one of the following reasons: a) no specific reason; b) temporarily unable to enter into, or to continue a session; c) sequence error; d) unrecoverable error; e) local terminal error. 29 Fascicle VII.7 - Rec. T.433 7.2.9Provider-exception-report procedure 7.2.9.1 Use of the S-P-EXCEPTION-REPORT service parameters 7.2.9.1.1 Reason This parameter may specify one of the following reasons: - protocol error. 7.2.10 Transfer-interrupt procedure 7.2.10.1 Use of the S-ACTIVITY-INTERRUPT service parameters 7.2.10.1.1Reason This parameter may specify one of the reasons as described in reason f r S-U- EXCEPTION- REPORT service primitive. 7.2.11 Transfer-discard procedure 7.2.11.1 Use of the S-ACTIVITY-DISCARD service parameters 7.2.11.2.1Reason This parameter may specify one of the reasons as described in reason f r S-U- EXCEPTION- REPORT service primitive. 7.2.12 Transfer-user-resumption procedure 7.2.12.1 Use of the S-ACTIVITY-RESUME service parameters 7.2.12.1.1Document reference number The requesting DTAM-PM must allocate and supply the next document reference number for the current session. 7.2.12.1.2Old document reference number The requesting DTAM-PM must supply the original activity identifier assigned to the previously interrupted activity in the S-ACTIVITY-START request primitive. 7.2.12.1.3Checkpoint serial number Fascicle VII.7 - Rec. T.433 30 The requesting DTAM-PM will specify the serial number of the last confirmed checkpoint in the interrupted activity. The session service-provider will also set the current session serial number to this value. If there was no previously confirmed checkpoint, the activity cannot be continued. The requesting DTAM-PM must then send an S-ACTIVITY-RESUME request primitive (with the synchronization point serial number set to zero), followed by an S-ACTIVITY-DISCARD request primitive. This parameter will be mapped into/out of the parameter "synchronization point" in D-TRANSFER service. 7.2.12.1.4Old session reference The requesting DTAM-PM must supply the session reference of the session-connection during which the activity was started. The session reference of the previous session- connection is conveyed in the calling and called terminal identifier, common reference and optionally, additional reference information components of this parameter. 7.2.12.1.5Document type identifier This parameter may be user option. 7.2.12.1.6Service interworking identifier This parameter may be user option. 7.2.12.1.7User data This parameter has the same format of user-data as for the SÍACTIVITY-START service parameters. 31 Fascicle VII.7 - Rec. T.433 8 Abstract syntax definition of APDUs 8.1 Abstract syntax definition of APDUs in normal mode This abstract syntax is described by the notation of ASN.1 defined in the Recommendation X.208. DTAM-APDUs {ccitt dTAM(x) apdus(0)} DEFINITIONS ::= BEGIN EXPORTSdTAMSE; dTAMSE OBJECT IDENTIFIER ::= {ccitt dTAM(x) aseID(1)} -- ASE identifier for DTAMSE IMPORTS -- For further study [1] D-INITIATE-REQ ::= [APPLICATION 10] IMPLICIT SEQUENCE { serviceClasses [0] IMPLICIT INTEGER OPTIONAL -- the use of this parameter is -- for further study telematicRequirements [1]IMPLICIT BIT STRING { kernel (0), capabilityManagement (1), documentBulkTransfer (2), typedDataTransmission (3), documentUnconfirmedManipulation (4), documentConfirmedManipulation(5), remoteDocumentAccess (6), remoteDocumentManagement (7), tokenControl (8), exceptionReport (9), reliableTransferMode1 (10), reliableTransferMode2 (11), }, applicationCapabilities [2] IMPLICIT SET OF Application Capabilities protocolVersion [3]IMPLICIT BIT STRING { version-1 (0) } OPTIONAL, dTAMQOS [4]IMPLICIT BIT STRING OPTIONAL, account [5]IMPLICIT Account OPTIONAL, checkpointWindow [6]IMPLICIT INTEGER DEFAULT 3 OPTIONAL, storageCapacity [7]IMPLICIT BIT STRING OPTIONAL, userInformation [8]OCTET STRING OPTIONAL } -- Registration of OBJECT IDENTIFIER for the Recommendation T.503 is required -- dTAMQOS and account parameters are for further study Application Capabilities ::=SET { documentApplicationProfile[0]IMPLICIT OBJECT IDENTIFIER, nonBasicDocCharacteristics[1]IMPLICIT NonBasicDocCharacteristics OPTIONAL, nonBasicStrucCharacteristics[2] IMPLICIT NonBasicStrucCharacteristics, OPTIONAL, operationalApplicationProfile[3] IMPLICIT SET OF OBJECT IDENTIFIER OPTIONAL } -- Registration of OBJECT IDENTIFIER for the Recommendation T.503 is required -- NonBasicStrucCharacteristics ::={Refer to Recommendation T.415 } -- NonBasicDocCharacteristics ::={Refer to Recommendation T.415 } [2] D-INITIATE-RESP ::=[APPLICATION 11] IMPLICIT SEQUENCE { telematicRequirements [0]IMPLICIT BIT STRING, ApplicationCapabilities [1] IMPLICIT SET OF Application Capabilities, Fascicle VII.7 - Rec. T.433 32 protocolVersion [2]IMPLICIT BIT STRING { version-1 (0) } OPTIONAL, dTAMQOS [3]IMPLICIT BIT STRING OPTIONAL, result [4]INTEGER 33 Fascicle VII.7 - Rec. T.433 { accepted (0), rejected by responder(reason-not-specified) (1), rejected by responder(protocolVersion-not-supported) (2), rejected by responder(DTAMQOS-not-supported) (3), rejected by responder(application-context-not-supported)(4), rejected by responding DTAM-PM (5) }, checkpointWindow [5]IMPLICIT INTEGER DEFAULT 3 OPTIONAL, storageCapacity [6]IMPLICIT BIT STRING OPTIONAL, userInformation [7]OCTET STRING OPTIONAL } [3] D-TERMINATE-REQ ::=IMPLICIT SEQUENCE { userInformation [0]OCTET STRING OPTIONAL } [4] D-TERMINATE-RESP ::=IMPLICIT SEQUENCE { charging [0]IMPLICIT Charging OPTIONAL, userInformation [1]OCTET STRING OPTIONAL } [5] D-ABORT-REQ ::=[APPLICATION 13] IMPLICIT SEQUENCE { aBORTSource [0]INTEGER { requestingDTAMPM (0), DTAMserviceProvider (1) }, aBORTReason [1]INTEGER { local-system-problem (0), invalid-parameter (1), unrecognized-activity (2), temporary-problem (3), protocol-error (4), permanent-error (5), transfer-completed (6) }, Reflected-parameter [2] IMPLICIT BIT STRING OPTIONAL, -- 8 bits maximum, only if abortReason is invalid parameter userInformation [3]OCTET STRING OPTIONAL } [6] D-CAPABILITY-REQ ::=[APPLICATION 14] IMPLICIT SEQUENCE { applicationCapabilities [0] IMPLICIT Application Capabilities OPTIONAL, storageCapacity [1]IMPLICIT BIT STRING OPTIONAL, userInformation [2]OCTET STRING OPTIONAL } [7] D-CAPABILITY-RESP ::=[APPLICATION 15] IMPLICIT SEQUENCE { applicationCapabilities [0] IMPLICIT Application Capabilities OPTIONAL, storageCapacity [1]IMPLICIT BIT STRING OPTIONAL, capabilityResult [2]IMPLICIT Capability Result userInformation [3]OCTET STRING OPTIONAL } CapabilityResult ::=INTEGER { confirmation-of-all-the- requestedCapabilities (0), a-list-of-the-requestedCapabilities (1), Fascicle VII.7 - Rec. T.433 34 a-complete-list-of-non- basic ReceivingCapabilities (2), none-of-the-capabilities-requested- by-the-initiator (3) } 35 Fascicle VII.7 - Rec. T.433 [8] D-TYPED-DATA ::=[APPLICATION 16] CHOICE { NumericString, PrintableString, TeletexString, VideotexString, VisibleString, OctetString, IA5String, GraphicString } [9] D-CREATE ::= [APPLICATION 17] IMPLICIT SEQUENCE OF CreateInformation CreateInformation ::= SEQUENCE { [0]IMPLICIT ParentObjectOrClassIdentifier OPTIONAL, [1]Object } ParentObjectOrClassIdentifier ::=ObjectOrClassIdentifier -- ObjectOrClassIdentifier ::={ Refer to Recommendation T.415 } Objet ::= CHOICE { [0]IMPLICIT DocumentProfileDescriptor, [1]IMPLICIT LayoutClassDescriptor, [2]IMPLICIT LayoutObjectDescriptor, [3]IMPLICIT TextUnit, [5]IMPLICIT LogicalClassDescriptor, [6]IMPLICIT LogicalObjectDescriptor, [7]IMPLICIT PresentationStyleDescriptor, [8]IMPLICIT LayoutStyleDescriptor, -- The above descriptors and text portion are defined -- in Recommendation T.415 [9]IMPLICIT OperationalDescriptor. -- The above descriptor is defined -- in Recommendations T.441 and T.541 } [10] D-DELETE ::= [APPLICATION 18] IMPLICIT DeleteInformation DeleteInformation ::= SEQUENCE OF CHOICE { [0]IMPLICIT ObjectOrClassIdentifier, [1]IMPLICIT ContentPortionIdentifier, -- The above descriptors and text unit are defined -- in Recommendation T.415 [2]IMPLICIT OperationalInformationIdentifier -- The above identifiers are defined -- in Recommendations T.441 and T.541 } [11] D-MODIFY ::= [APPLICATION 19] IMPLICIT SEQUENCE OF ModifyInformation ModifyInformation ::= SEQUENCE { [0]IMPLICIT CurrentObjectOrClassIdentifier OPTIONAL, [1]Object } CurrentObjectOrClassIdentifier ::=ObjectOrClassIdentifier -- ObjectOrClassIdentifier ::={ refer to Recommendation T.415 } Fascicle VII.7 - Rec. T.433 36 Object ::=CHOICE { [0]IMPLICIT DocumentProfileDescriptor, [1]IMPLICIT LayoutClassDescriptor, [2]IMPLICIT LayoutObjectDescriptor, [3]IMPLICIT TextUnit, [5]IMPLICIT LogicalClassDescriptor, [6]IMPLICIT LogicalObjectDescriptor, [7]IMPLICIT PresentationStyleDescriptor, [8]IMPLICIT LayoutStyleDescriptor, 37 Fascicle VII.7 - Rec. T.433 -- The above descriptors and text unit are defined -- in Recommendation T.415 [9]IMPLICIT OperationalDescriptor, -- The above descriptor is defined -- in Recommendations T.441 and T.541 } [12] D-CALL ::=[APPLICATION 20] IMPLICIT CALLInformation CALLInformation ::=SEQUENCE OF CHOICE { [0]IMPLICIT OperationalInformationIdentifier -- The above descriptors and text unit are defined -- in Recommendations T.441 and T.541 } [13] D-REBUILD ::= [APPLICATION 21] IMPLICIT REBUILDInformation [for further study] [14] D-TOKEN-PLEASE ::=[APPLICATION 22] IMPLICIT Priority Priority ::= INTEGER END -- of DTAM Protocol Normal Mode 8.2 Abstract syntax definition of APDUs for use of session service This abstract syntax is described by the notation of ASN.1 defined in the Recommenda- tion X.208. [1] D-INITIATE-REQ ::= CHOICE { [4]IMPLICIT ApplicationCapabilities } ApplicationCapabilities ::= SET { documentApplicationProfileT73[0] IMPLICIT OCTET STRING OPTIONAL, -- '02'H document application profile (T.503) documentArchitectureClass[1]IMPLICIT OCTET STRING OPTIONAL -- '00'H means FDA } [2] D-INITIATE-RESP ::= CHOICE { [4]IMPLICIT ApplicationCapabilities } ApplicationCapabilities ::= SET { documentApplicationProfileT73[0] IMPLICIT OCTET STRING OPTIONAL, -- '02'H document application profile (T.503) documentArchitectureClass[1]IMPLICIT OCTET STRING OPTIONAL -- '00'H means FDA } [3] D-CAPABILITY-REQ ::= CHOICE { [4]IMPLICIT ApplicationCapabilities } ApplicationCapabilities ::= SET { documentApplicationProfileT73[0] IMPLICIT OCTET STRING OPTIONAL, documentArchitectureClass[1]IMPLICIT OCTET STRING OPTIONAL, nonBasicDocCharacteristics[2]IMPLICIT NonBasicDocCharacteristics OPTIONAL, nonBasicStrucCharacteristics[3] IMPLICIT NonBasicStrucCharacteristics OPTIONAL } -- "NonBasicDocCharacteristics" and "NonBasicStrucCharacteristics" are defined -- in Recommendation T.415 [4] D-CAPABILITY-RESP ::= CHOICE { [4]IMPLICIT ApplicationCapabilities } ApplicationCapabilities ::= SET { documentApplicationProfileT73[0] IMPLICIT OCTET STRING OPTIONAL, Fascicle VII.7 - Rec. T.433 38 documentArchitectureClass[1]IMPLICIT OCTET STRING OPTIONAL, nonBasicDocCharacteristics[2]IMPLICIT NonBasicDocCharacteristics OPTIONAL, nonBasicStrucCharacteristics[3] IMPLICIT NonBasicStrucCharacteristics OPTIONAL } 9 Conformance For further study. 39 Fascicle VII.7 - Rec. T.433