ISO/IEC 9805-1:1998

Information technology — Open Systems Interconnection — Protocol for the Commitment, Concurrency and Recovery service element: Protocol specification — Part 1:

This Recommendation | International Standard is to be applied by reference from other specifications. This is done within such specifications by reference to the CCR services defined in ITU-T Rec. X.851 | ISO/IEC 9804. A reference to a CCR service invokes the procedures of this Recommendation | International Standard to cause external effects. This Recommendation | International Standard specifies, in clause 9, a use of the ACSE, Presentation and Session services to carry the CCR semantics. This "reference" mapping can be used whenever the use of these services does not conflict with the user made by other ASEs or ASOs that are using the same association. Annex B defines how a different use of supporting services may be specified, for use where the reference mapping is inappropriate. This Recommendation | International Standard specifies the static and dynamic conformance requirements for systems implementing these procedures. It does not contain tests which can be used to demonstrate conformance. This edition of this Recommendation | International Standard specifies CCR protocol Version 2, which makes use of the Session Data Separation functional unit to protect data not belonging to the CCR atomic action. The 1990 edition of ISO/IEC 9805 specified CCR protocol Version 1. The 1993/1994 edition of this Recommendation | International Standard specified both CCR protocol Version 1 and CCR protocol Version 2, for the static commitment functional unit only. This International Standard specifies the protocol elements that support the following functional units: a) static commitment; b) dynamic commitment; c) read only; d) one-phase commitment; e) cancel; and f) overlapped recovery.

Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — Protocole pour l'élément de service d'engagement, de concomitance et de rétablissement: Spécification du protocole — Partie 1:

General Information

• Status: Published
• Publication Date: 09-Dec-1998
• ICS: 35.100.70 - Application layer
• Technical Committee: ISO/IEC JTC 1 - Information technology
• Drafting Committee: ISO/IEC JTC 1 - Information technology
• Current Stage: 9093 - International Standard confirmed
• Start Date: 02-Oct-2003
• Completion Date: 30-Oct-2025

Relations

• Consolidated By: ISO 18113-2:2009 - In vitro diagnostic medical devices — Information supplied by the manufacturer (labelling) — Part 2: In vitro diagnostic reagents for professional use
• Effective Date: 06-Jun-2022
• Revises: ISO/IEC 9805-1:1994 - Information technology — Open Systems Interconnection — Protocol for the Commitment, Concurrency and Recovery service element: Protocol Specification
• Effective Date: 15-Apr-2008

Standards Content (Sample)

INTERNATIONAL ISO/IEC
STANDARD 9805-1
Third edition
1998-12-15
Information technology — Open Systems
Interconnection — Protocol for the
Commitment, Concurrency and Recovery
service element: Protocol specification
Technologies de l'information — Interconnexion de systèmes ouverts
(OSI) — Protocole pour l’élément de service d’engagement, de
concomitance et de rétablissement: Spécification du protocole
Reference number
B C
Contents Page
1 Scope . 1
2 Normative references . 1
2.1 Identical Recommendations | International Standards. 1
3 Definitions. 2
3.1 Reference model definitions . 2
3.2 Naming and addressing definitions. 2
3.3 Service conventions definitions. 3
3.4 Presentation service definitions . 3
3.5 ACSE service definitions. 3
3.6 Application Layer Structure definitions . 3
3.7 CCR service definitions. 3
3.8 CCR protocol specification definitions. 5
4 Abbreviations. 5
4.1 Data units. 5
4.2 Types of application-protocol-data-units. 5
4.3 Other abbreviations. 5
5 Conventions . 6
6 Overview of the CCR protocol . 6
6.1 Service support . 6
6.2 Constraints on ACSE services . 6
6.3 Use of the presentation service . 7
6.4 Relationship to the session-service and the transport-service. 7
6.5 Operation of the CCRPM . 8
6.6 Rules of extensibility . 8
7 Elements of procedures. 8
7.1 Initialization procedure. 9
7.2 Begin branch procedure. 11
7.3 Prepare procedure. 14
7.4 Signal readiness procedure . 15
7.5 Order commitment. 16
7.6 Rollback procedure. 18
7.7 No-change completion procedure. 20
7.8 Cancel procedure . 22
7.9 Branch recovery procedure. 23
7.10 Order commitment and begin branch procedure . 26
7.11 Error procedure. 27
8 CCRPM state table. 27
8.1 General. 27
©  ISO/IEC 1998
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic or
mechanical, including photocopying and microfilm, without permission in writing from the publisher.
ISO/IEC Copyright Office • Case postale 56 • CH-1211 Genève 20 • Switzerland
Printed in Switzerland
ii
© ISO/IEC
8.2 Incoming events . 28
8.3 Outgoing events. 28
8.4 Specific actions. 29
8.5 Predicates. 29
8.6 Enablements . 29
8.7 Variables. 29
8.8 Notation. 29
8.9 Conventions. 30
8.10 Actions to be taken by the CCRPM. 30
8.11 Changes to atomic action data. 31
8.12 Changes to bound data . 31
9 Reference mapping to the ACSE and presentation services . 42
9.1 Initialize. 42
9.2 Begin branch . 43
9.3 Prepare. 44
9.4 Signal readiness. 44
9.5 Order commitment . 44
9.6 Rollback . 45
9.7 No-change completion . 45
9.8 Cancel. 45
9.9 Branch recovery . 45
9.10 Order commitment and begin branch procedure.45
10 Concatenations and mappings . 46
10.1 Mapping precedence. 46
10.2 Allowable concatenations. 46
11 Precedence. 47
12 Conformance . 47
12.1 Statement requirements . 47
12.2 Static conformance requirements . 48
12.3 Presentation transfer syntax. 48
12.4 Bound data and atomic action data. 48
12.5 Dynamic conformance requirements. 48
Annex A – Definition of CCR data types . 49
A.1 Information object names. 49
A.2 Datatype definitions for CCR Protocol . 49
Annex B – Using the CCR ASE in combination with other ASEs . 53
B.1 Introduction . 53
B.2 Service primitives. 53
B.3 Conformance . 53
B.4 CCR events. 53
B.5 Purge and flow control . 54
B.6 Delimitation of atomic actions . 54
B.7 Named mapping variations. 54
iii
© ISO/IEC
Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form
the specialized system for worldwide standardization. National bodies that are members of ISO or IEC participate in the
development of International Standards through technical committees established by the respective organization to deal
with particular fields of technical activity. ISO and IEC technical committees collaborate in fields of mutual interest.
Other international organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the
work.
In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1. Draft
International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication
as an International Standard requires approval by at least 75 % of the national bodies casting a vote.
International Standard ISO/IEC 9805-1 was prepared by Joint Technical Committee ISO/IEC JTC 1, Information
technology, Subcommittee SC 33, Distributed application services, in collaboration with ITU-T. The identical text is
published as ITU-T Recommendation X.852.
This third edition cancels and replaces the second edition (ISO/IEC 9805-1:1994), which has been technically revised.
ISO/IEC 9805 consists of the following parts, under the general title Information technology — Open Systems
Interconnection — Protocol for the Commitment, Concurrency and Recovery service element:
— Part 1: Protocol specification
— Part 2: Protocol Implementation Conformance Statement (PICS) proforma
Annexes A and B form an integral part of this part of ISO/IEC 9805.
iv

,QWURGXFWLRQ
This Recommendation | International Standard is one of a set of Recommendations | International Standards produced to
facilitate the interconnection of information processing systems. It is related to other Recommendation | International
Standards in the set as defined by the Reference Model for Open Systems Interconnection (see ITU-T Rec. X.200 |
ISO/IEC 7498-1). The Reference Model subdivides the area of standardization for interconnection into a series of layers
of specification, each of manageable size.
The goal of Open Systems Interconnection is to allow, with a minimum of technical agreement outside the
interconnection standards, the interconnection of information processing systems:
– from different manufacturers;
– under different managements;
– of different levels of complexity; and
– of different technologies.
This Recommendation | International Standard specifies the protocol for the application-service-element for
Commitment, Concurrency, and Recovery (CCR). These services are intended to be applicable to a wide range of
application-process communication requirements.
This Recommendation | International Standard specifies CCR Protocol Version 2. The 1990 edition of ISO/IEC 9805
specified CCR protocol Version 1. The 1993/1994 editions of this Recommendation | International Standard specified
both CCR protocol Version 1 and CCR protocol Version 2, for the static commitment functional unit only.
The CCR protocol specification consists of the following main components:
a) the specification of the CCR APDUs using Abstract Syntax One (ASN.1, ITU-T Rec. X.680 |
ISO/IEC 8824-1);
b) the elements of procedure for issuing CCR service indication and confirm primitives to the CCR
service-user when CCR APDUs are received and for the sending of CCR APDUs when CCR service
request and indication primitives are received from the CCR service-user;
c) the CCR protocol machine specified in terms of a state table; and
d) the presentation services (see ITU-T Rec. X.216 | ISO/IEC 8822) used for sending and receiving CCR
APDUs.
The CCR protocol shares the presentation-service with other application-service-elements.
The requirement to provide support for CCR together with other application-service-elements is satisfied by reference to
this Recommendation | International Standard.
Annex A contains the definitions of the structure of the CCR APDUs.
Annex B describes how the CCR can be used in combination with other ASEs that use the presentation service in a way
that is not compatible with the use of the presentation service by CCR as specified in the body of this Recommendation |
International Standard.
v
,62,(&(
,17(51$7,21$/67$1'$5'
ISO/IEC 9805-1 : 1998 (E)
ITU-T Rec. X.852 (1997 E)
,7875(&200(1'$7,21
,1)250$7,217(&+12/2*<±23(16<67(06,17(5&211(&7,21±
35272&2/)257+(&200,70(17&21&855(1&<$1'5(&29(5<
6(59,&((/(0(1735272&2/63(&,),&$7,21
6FRSH
This Recommendation | International Standard is to be applied by reference from other specifications. This is done
within such specifications by reference to the CCR services defined in ITU-T Rec. X.851 | ISO/IEC 9804. A reference to
a CCR service invokes the procedures of this Recommendation | International Standard to cause external effects.
This Recommendation | International Standard specifies, in clause 9, a use of the ACSE, Presentation and Session
services to carry the CCR semantics. This “reference” mapping can be used whenever the use of these services does not
conflict with the user made by other ASEs or ASOs that are using the same association. Annex B defines how a different
use of supporting services may be specified, for use where the reference mapping is inappropriate.
This Recommendation | International Standard specifies the static and dynamic conformance requirements for systems
implementing these procedures. It does not contain tests which can be used to demonstrate conformance.
This edition of this Recommendation | International Standard specifies CCR protocol Version 2, which makes use of the
Session Data Separation functional unit to protect data not belonging to the CCR atomic action. The 1990 edition of
ISO/IEC 9805 specified CCR protocol Version 1. The 1993/1994 edition of this Recommendation | International
Standard specified both CCR protocol Version 1 and CCR protocol Version 2, for the static commitment functional unit
only.
This International Standard specifies the protocol elements that support the following functional units:
a) static commitment;
b) dynamic commitment;
c) read only;
d) one-phase commitment;
e) cancel; and
f) overlapped recovery.
 1RUPDWLYHUHIHUHQFHV
The following Recommendations and International Standards contain provisions which, through reference in this text,
constitute provisions of this Recommendation | International Standard. At the time of publication, the editions indicated
were valid. All Recommendations and Standards are subject to revision, and parties to agreements based on this
Recommendation | International Standard are encouraged to investigate the possibility of applying the most recent
edition of the Recommendations and Standards listed below. Members of IEC and ISO maintain registers of currently
valid International Standards. The Telecommunication Standardization Bureau of the ITU maintains a list of currently
valid ITU-T Recommendations.
 ,GHQWLFDO5HFRPPHQGDWLRQV_,QWHUQDWLRQDO6WDQGDUGV
– ITU-T Recommendation X.200 (1994) | ISO/IEC 7498-1:1994, ,QIRUPDWLRQWHFKQRORJ\±2SHQ6\VWHPV
,QWHUFRQQHFWLRQ±%DVLF5HIHUHQFH0RGHO7KH%DVLF0RGHO
– ITU-T Recommendation X.207 (1993) | ISO/IEC 9545:1994, ,QIRUPDWLRQWHFKQRORJ\±2SHQ6\VWHPV
,QWHUFRQQHFWLRQ±$SSOLFDWLRQOD\HUVWUXFWXUH
– ITU-T Recommendation X.210 (1993) | ISO/IEC 10731:1994, ,QIRUPDWLRQWHFKQRORJ\±2SHQ6\VWHPV
,QWHUFRQQHFWLRQ±%DVLF5HIHUHQFH0RGHO&RQYHQWLRQVIRUWKHGHILQLWLRQRI26,VHUYLFHV
,7875HF;( 1
,62,(&(
– ITU-T Recommendation X.215 (1995) | ISO/IEC 8326:1996, ,QIRUPDWLRQWHFKQRORJ\±2SHQ6\VWHPV
,QWHUFRQQHFWLRQ±6HVVLRQVHUYLFHGHILQLWLRQ
– ITU-T Recommendation X.216 (1994) | ISO/IEC 8822:1994, ,QIRUPDWLRQWHFKQRORJ\±2SHQ6\VWHPV
,QWHUFRQQHFWLRQ±3UHVHQWDWLRQVHUYLFHGHILQLWLRQ
– ITU-T Recommendation X.217 (1995) | ISO/IEC 8649:1996, ,QIRUPDWLRQWHFKQRORJ\±2SHQ6\VWHPV
,QWHUFRQQHFWLRQ±6HUYLFHGHILQLWLRQIRUWKHDVVRFLDWLRQFRQWUROVHUYLFHHOHPHQW
– ITU-T Recommendation X.227 (1995) | ISO/IEC 8650-1:1996, ,QIRUPDWLRQWHFKQRORJ\±2SHQ6\VWHPV
,QWHUFRQQHFWLRQ±&RQQHFWLRQRULHQWHGSURWRFROIRUWKHDVVRFLDWLRQFRQWUROVHUYLFHHOHPHQW3URWRFRO
VSHFLILFDWLRQ
– ITU-T Recommendation X.650 (1996) | ISO/IEC 7498-3:1997, ,QIRUPDWLRQWHFKQRORJ\±2SHQ6\VWHPV
,QWHUFRQQHFWLRQ±%DVLF5HIHUHQFH0RGHO1DPLQJDQGDGGUHVVLQJ
– ITU-T Recommendation X.680 (1994) | ISO/IEC 8824-1:1995, ,QIRUPDWLRQWHFKQRORJ\±$EVWUDFW6\QWD[
1RWDWLRQ2QH$616SHFLILFDWLRQRIEDVLFQRWDWLRQ
– ITU-T Recommendation X.680 (1994)/Amd. 1 (1995) | ISO/IEC 8824-1:1995/Amd. 1:1995, ,QIRUPDWLRQ
WHFKQRORJ\±$EVWUDFW6\QWD[1RWDWLRQ2QH$616SHFLILFDWLRQRIEDVLFQRWDWLRQ±$PHQGPHQW
5XOHVRIH[WHQVLELOLW\
– Technical Corrigendum (1997) to ITU-T Recommendation X.680 (1994)/Amd. 1 (1995) | ISO/IEC
8824-1:1995/Amd. 1:1995, ,QIRUPDWLRQ WHFKQRORJ\ ± $EVWUDFW 6\QWD[ 1RWDWLRQ 2QH $61
6SHFLILFDWLRQRIEDVLFQRWDWLRQ±$PHQGPHQW5XOHVRIH[WHQVLELOLW\
– ITU-T Recommendation X.690 (1994) | ISO/IEC 8825-1:1995, ,QIRUPDWLRQWHFKQRORJ\±$61HQFRGLQJ
UXOHV6SHFLILFDWLRQRI%DVLF(QFRGLQJ5XOHV%(5&DQRQLFDO(QFRGLQJ5XOHV&(5DQG'LVWLQJXLVKHG
(QFRGLQJ5XOHV'(5
– ITU-T Recommendation X.851 (1997) | ISO/IEC 9804:1998, ,QIRUPDWLRQWHFKQRORJ\±2SHQ6\VWHPV
,QWHUFRQQHFWLRQ±6HUYLFHGHILQLWLRQIRUWKHFRPPLWPHQWFRQFXUUHQF\DQGUHFRYHU\VHUYLFHHOHPHQW
 'HILQLWLRQV
 5HIHUHQFHPRGHOGHILQLWLRQV
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.200 |
ISO/IEC 7498-1:
a) Application Layer;
b) application association; association;
c) application-process;
d) application-entity;
e) presentation-service;
f) presentation-connection;
g) session-service; and
h) session-connection.
 1DPLQJDQGDGGUHVVLQJGHILQLWLRQV
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.650 |
ISO/IEC 7498-3:
a) application-process title;
b) application-entity qualifier;
c) application-entity title.
2 ,7875HF;(
,62,(&(
 6HUYLFHFRQYHQWLRQVGHILQLWLRQV
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.210 |
ISO/IEC 10731:
a) service-provider;
b) service-user;
c) confirmed service;
d) non-confirmed service;
e) primitive;
f) request (primitive);
g) indication (primitive);
h) response (primitive); and
i) confirm (primitive).
 3UHVHQWDWLRQVHUYLFHGHILQLWLRQV
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.216 |
ISO/IEC 8822:
a) abstract syntax;
b) abstract syntax name;
c) defined context set;
d) presentation context; and
e) presentation data value.
 $&6(VHUYLFHGHILQLWLRQV
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.217 |
ISO/IEC 8649:
a) association-initiator; and
b) association-responder.
 $SSOLFDWLRQ/D\HU6WUXFWXUHGHILQLWLRQV
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.207 |
ISO/IEC 9545:
a) application-entity-invocation;
b) application-service-element;
 &&5VHUYLFHGHILQLWLRQV
This Recommendation | International Standard makes use of the following terms defined in ITU-T Rec. X.851 |
ISO/IEC 9804:
1) acceptor;
2) application failure;
3) atomic action;
4) atomic action branch identifier; branch identifier;
5) atomic action branch; branch;
6) atomic action data;
7) atomic action graph;
8) atomic action identifier;
,7875HF;( 3
,62,(&(
9) atomic action initiator;
10) atomic action owner;
11) atomicity;
12) begin-tree; atomic action begin-tree
13) bound data;
14) branch-initiator; atomic action branch-initiator;
15) branch-responder; atomic action branch-responder;
16) CCR service-provider;
17) CCR service-user;
18) commit coordinator;
19) commit-decider;
20) commit-subordinate;
21) commit-superior;
22) commit-tree; atomic action commit-tree;
23) communication failure;
24) compensating action;
25) concurrency control;
26) confirmation of commitment;
27) connected graph;
28) consistency;
29) continuing two-phase branch; continuing two-phase neighbour;
30) distributed application;
31) doubt period;
32) durability;
33) final state;
34) graph;
35) heuristic decision;
36) initial state;
37) intermediate;
38) intermediate state;
39) interrupted branch;
40) isolation;
41) leaf;
42) local commitment procedures;
43) local rollback procedures;
44) mixed heuristic situation; mixed situation;
45) neighbour (of a node in a graph);
46) neighbourhood (of a node);
47) node; CCR node;
48) non-reference mapping;
49) order of commitment of an atomic action branch; order of commitment;
50) phase I;
51) phase II;
52) presumed rollback;
53) ready signal;
54) ready-to-commit state;
55) recovery of an atomic action branch; recovery;
56) recovery responsibility for an atomic action branch; recovery responsibility;
57) reference mapping;
58) referencing specification;
59) requesting neighbourhood;
60) requestor;
61) rollback of an atomic action branch; rollback;
62) root;
63) subordinate of a node;
64) subordinate of an arc;
65) subordinate subtree;
66) subtree (of a node);
67) superior of a node (in a rooted tree);
68) superior of an arc (in a rooted tree);
69) tree;
70) user-ASE.
4 ,7875HF;(
,62,(&(
 &&5SURWRFROVSHFLILFDWLRQGHILQLWLRQV
For the purposes of this Recommendation | International Standard, the following definitions apply.
 DFFHSWLQJ&&5SURWRFROPDFKLQH The CCR protocol machine whose service-user is the acceptor for a
particular CCR service.
 &&5SURWRFROPDFKLQH The protocol machine of the CCR application-service-element specified in this
Recommendation | International Standard.
 UHTXHVWLQJ&&5SURWRFROPDFKLQH The CCR protocol machine whose service-user is the requestor for a
particular CCR service.
 $EEUHYLDWLRQV
 'DWDXQLWV
APDU application-protocol-data-unit
 7\SHVRIDSSOLFDWLRQSURWRFROGDWDXQLWV
The following abbreviations have been given to the application-protocol-data-units defined in this Protocol
Specification:
C-INITIALIZE-RI
C-INITIALIZE-RC
C-BEGIN-RI
C-BEGIN-RC
C-PREPARE-RI
C-READY-RI
C-COMMIT-RI
C-COMMIT-RC
C-ROLLBACK-RI
C-ROLLBACK-RC
C-CANCEL-RI
C-NOCHANGE-RI
C-NOCHANGE-RC
C-RECOVER-RI
C-RECOVER-RC
 2WKHUDEEUHYLDWLRQV
For the purposes of this Recommendation | International Standard, the following abbreviations apply:
ACSE Association Control Service Element
AE application-entity
AEI application-entity invocation
AP application-process
APDU application-protocol-data-unit
ASE application-service-element
ASN.1 Abstract Syntax Notation One
CCR Commitment, Concurrency, and Recovery application-service-element
CCRPM CCR protocol machine
,7875HF;( 5
,62,(&(
cnf confirm primitive
ind indication primitive
OSI Open Systems Interconnection
req request primitive
rsp response primitive
 &RQYHQWLRQV
 This Protocol Specification employs a tabular presentation of its APDU fields. In clause 7, tables are presented
for each CCR APDU. Each field is summarized using the following notation:
M Presence is Mandatory
O Presence is CCRPM Option
U Presence is CCR service-user option
req Source is the related request primitive
ind Sink is the related indication primitive
rsp Source is the related response primitive
cnf Sink is the related confirm primitive
CCRPM Source or sink is the CCRPM
 The structure of each CCR APDU is specified in Annex A using the abstract syntax notation of ASN.1 (see
ITU-T Rec. X.680 | ISO/IEC 8824-1).
 CCR allows the concatenation of some of its APDUs. In clause 11 the allowed concatenations are specified.
 2YHUYLHZRIWKH&&5SURWRFRO
 6HUYLFHVXSSRUW
The protocol specified in this Recommendation | International Standard supports the services defined in
ITU-T Rec. X.851 | ISO/IEC 9804. These services are listed in Table 1.
7DEOH±&&5VHUYLFHV
Service Type Requestor
C-INITIALIZE Confirmed Association initiator
C-BEGIN Optionally confirmed Branch-initiator
C-PREPARE Non-confirmed Either CCR service-user
C-READY Non-confirmed Either CCR service-user
C-COMMIT Confirmed Commit-superior
C-ROLLBACK Confirmed Either CCR service-user
C-NOCHANGE Optionally confirmed Either CCR service-user
C-CANCEL Non-confirmed Either CCR service-user
C-RECOVER Confirmed or Commit-superior or Commit-subordinate
Optionally confirmed
C-P-ERROR Provider-initiated –
 &RQVWUDLQWVRQ$&6(VHUYLFHV
 An application-entity Invocation (AEI) establishes an association to exchange CCR APDUs with another AEI
by using the A-ASSOCIATE service of ACSE (see ITU-T Rec. X.217 | ISO/IEC 8649).
6 ,7875HF;(
,62,(&(
 When establishing the association, the following Presentation and Session Requirements must be specified on
the A-ASSOCIATE service:
– Presentation kernel functional unit;
– Session kernel functional unit;
– Session typed data functional unit;
– Session minor synchronize functional unit;
– Session resynchronize functional unit;
– Session data separation functional unit;
 When establishing the association, the following optional parameters of the ACSE A-ASSOCIATE service
must be specified:
a) Calling AP title;
b) Calling AE qualifier;
c) Responding AP title;
d) Responding AE qualifier.
 The ACSE User information on an A-ASSOCIATE request shall contain the C-INITIALIZE-RI APDU. The
ACSE User information on an A-ASSOCIATE response shall contain the C-INITIALIZE-RC APDU.
 8VHRIWKHSUHVHQWDWLRQVHUYLFH
 CCR uses the following presentation (see ITU-T Rec. X.216 | ISO/IEC 8822) services:
– P-DATA;
– P-TYPED-DATA;
– P-SYNC-MINOR;
– P-RESYNCHRONIZE(abandon).
 CCR APDUs are passed in the User Data parameters of the above presentation services as one or more
presentation data values. The value of the ASN.1 data type for each CCR APDU is specified in Annex A. If more than
one ASN.1 data type is sent, a corresponding number of presentation data values are included.
 If other presentation data values are present on a presentation service primitive, the referencing specification
shall specify sequencing rules. These rules shall ensure that the CCR semantics are maintained and comply with the
concatenation and mapping rules specified in clauses 9 and 10.
NOTE – The use of presentation-service parameters other than User Data is specified in clause 9 .
 It is the responsibility of the CCR service-user to control the presentation contexts available in the defined
context set of the underlying presentation-connection.
 5HODWLRQVKLSWRWKHVHVVLRQVHUYLFHDQGWKHWUDQVSRUWVHUYLFH
 The session functional units required for the session-connection that supports the presentation-connection (that
in turn supports the association) are determined by the A-ASSOCIATE service requestor and acceptor. They accomplish
this using the Session Requirements parameter on the A-ASSOCIATE primitives. The required session functional units
are given in 6.2.
 The rules of the session-service affect the operation of the CCRPM and its service-user. The CCR service-user
must be aware of these constraints. This Protocol Specification assumes that a local mechanism enforces them. For
example, it is the responsibility of the CCR service-user to control the possession of the available session tokens.
 CCR requires use of session unlimited user data (see ITU-T Rec. X.215 | ISO/IEC 8326).
,7875HF;( 7
,62,(&(
 2SHUDWLRQRIWKH&&530
 The protocol specification for CCR is presented in this Recommendation | International Standard as a protocol
machine. This protocol machine is referred to as the CCR Protocol Machine (CCRPM).
 A CCRPM is used for a protocol exchange sequence for one atomic action branch on an existing association.
A CCRPM is also used for a sequence of atomic action branches in which the completion (commitment or rollback)
of one overlaps with the beginning of the next one. The procedures of a CCRPM are performed in cooperation with
the overall CCR service-user. The CCRPM shares the presentation-connection that supports the association with
other ASEs.
 A CCR service primitive is issued by a CCR service-user within a sequence of application or presentation
service primitives on a single association, as defined in ITU-T Rec. X.851 | ISO/IEC 9804.
 The procedures specified in clause 7 are carried out as a result of the request and response primitives issued in
conformance with the CCRPM State Table defined in clause 8 and as a result of the receipt of presentation service
primitives carrying data values in the CCR presentation context. The parameters of the CCR service primitives are
structured according to Annex A to produce CCR APDUs. These APDUs are transferred using the presentation-service
according to the specification given in clauses 7, 9, and 11.
 The value of a CCR APDU is transferred as a presentation data value from the CCR presentation context. The
abstract syntax for data types transferred in this context are defined in Annex A by specifying the complete set of CCR
APDUs using Abstract Syntax Notation One (see ITU-T Rec. X.680 | ISO/IEC 8824-1).
 5XOHVRIH[WHQVLELOLW\
For the C-INITIALIZE-RI APDU, a receiving CCRPM shall
a) ignore any undefined element;
b) where named bits are used, treat any bit as insignificant when no name is assigned to it.
 (OHPHQWVRISURFHGXUHV
The CCR protocol consists of the following procedures:
a) initialization;
b) begin branch;
c) prepare ;
d) signal readiness;
e) order commitment;
f) rollback;
g) cancel;
h) nochange completion;
i) branch recovery;
j) order commitment and begin new branch;
k) rollback and begin new branch; and
l) error.
The following subclauses describe these procedures. The descriptions include the specification of presentation service
primitives normally used to carry CCR APDUs. However, for concatenated CCR APDUs, the presentation service
mapping specified in clause 11 applies.
Figures 1 to 9 show the ASN.1 structure of the CCR APDUs. The complete ASN.1 module, containing these definition
and those of the supporting datatypes, is in Annex A.
8 ,7875HF;(
,62,(&(
 ,QLWLDOL]DWLRQSURFHGXUH
 3XUSRVH
This procedure is used to negotiate the CCR version and which CCR functional units are available on the association. It
supports the C-INITIALIZE service defined in X.851 | ISO/IEC 9804.
 $3'8VXVHG
This procedure uses the following CCR APDUs:
C-INITIALIZE-RI
C-INITIALIZE-RC
The structure of these APDUs is shown in Figure 1.
&,1,7,$/,=(5, >@ 6(48(1&(
^YHUVLRQQXPEHU >@%,7675,1*
^YHUVLRQYHUVLRQ`'()$8/7^YHUVLRQ`

FFUUHTXLUHPHQWV >@&FUUHTXLUHPHQWV'()$8/7^VWDWLFFRPPLWPHQW`
UHDG\FROOLVLRQUHVHUYDWLRQ >@%22/($1'()$8/7758(

XVHUGDWD 8VHUGDWD237,21$/
`
&,1,7,$/,=(5& >@ 6(48(1&(
^YHUVLRQQXPEHU >@%,7675,1*
^YHUVLRQYHUVLRQ`'()$8/7^YHUVLRQ`

FFUUHTXLUHPHQWV >@&FUUHTXLUHPHQWV'()$8/7^VWDWLFFRPPLWPHQW`
UHDG\FROOLVLRQUHVHUYDWLRQ >@%22/($1'()$8/7758(

XVHUGDWD 8VHUGDWD237,21$/
`
)LJXUH±&,1,7,$/,=($3'8V
The C-INITIALIZE-RI APDU fields are listed in Table 2. The C-INITIALIZE-RC APDU fields are listed in Table 3.
7DEOH±&,1,7,$/,=(5,ILHOG 7DEOH±&,1,7,$/,=(5&ILHOG
Field name Presence Source Sink Field name Presence Source Sink
version-number M CCRPM CCRPM version-number M CCRPM CCRPM
ccr-requirements M req ind ccr-requirements M req ind
ready-collision- U req ind ready-collision- U req ind
reservation reservation
user-data U req ind user-data U req ind
 3URFHGXUHRSHUDWLRQ
The procedure is performed concurrently with the A-ASSOCIATE procedure (see ITU-T Rec. X.217 | ISO/IEC 8649)
when the association will be used for CCR. The procedure is driven by the following events:
a) C-INITIALIZE request primitive from the requestor;
b) C-INITIALIZE-RI APDU received by the accepting CCRPM;
c) C-INITIALIZE response primitive from the acceptor; and
d) C-INITIALIZE-RC APDU received by the CCRPM of the requestor.
,7875HF;( 9
,62,(&(
 &,1,7,$/,=(UHTXHVWSULPLWLYH
The requesting CCRPM forms a C-INITIALIZE-RI APDU from parameter values of the C-INITIALIZE request
primitive. The C-INITIALIZE APDU is a data value of the A-ASSOCIATE request User Information parameter.
 &,1,7,$/,=(5,$3'8
The accepting CCRPM receives a C-INITIALIZE-RI APDU from its peer as user information on an A-ASSOCIATE
indication primitive. It issues a C-INITIALIZE indication primitive with parameter values derived from the APDU.
 &,1,7,$/,=(UHVSRQVHSULPLWLYH
The accepting CCRPM forms a C-INITIALIZE-RC APDU from the parameter value of the C-INITIALIZE response
primitive. The APDU is a data value of the A-ASSOCIATE response User Information parameter.
 &,1,7,$/,=(5&$3'8
The requesting CCRPM receives a C-INITIALIZE-RC APDU from its peer as user information on an A-ASSOCIATE
confirm primitive.
 8VHRIWKH&,1,7,$/,=(5,$3'8ILHOGV
The fields of the C-INITIALIZE-RI APDU fields are used by the requesting and accepting CCRPM as specified below.
 9HUVLRQV
)RUWKHUHTXHVWLQJ&&530 The value assigned to this field is determined within the implementation of the CCRPM.
It is a bit string where each bit that is set to one indicates a version of CCR protocol that this CCRPM supports. The
ASN.1 definition of the “Versions” datatype in Annex A specifies which bit represents which version. Multiple bits may
be set, indicating support of multiple versions.
The version of the protocol defined in this Protocol Specification shall be Version 2.
NOTE – An implementation that can support multiple versions is not required to indicate support for all of these on every
C-INITIALIZE-RI APDU. In a particular instance, it may choose to offer fewer versions than it is capable of.
)RUWKHDFFHSWLQJ&&530 The CCRPM sets the Versions parameter of the C-INITIALIZE indication primitive to
indicate the version of the CCR protocol selected for use on the association. This shall be the highest protocol version
which is supported by this CCRPM and for which the corresponding bit in the “versions” field was set. Bits representing
protocol versions that are not supported by the CCRPM are ignored.
 &&5UHTXLUHPHQWV
)RU WKH UHTXHVWLQJ &&530 This value is directly mapped from the CCR Requirements parameter on the
C-INITIALIZE request primitive.
)RUWKHDFFHSWLQJ&&530: The CCR Requirements parameter of the C-INITIALIZE indication primitive shall be set
from the ccr-requirements field of the C-INITIALIZE-RI APDU. Only those CCR functional units that are both
proposed in the ccr-requirements field of the APDU and are supported by the responding CCRPM shall be appear in the
CCR Requirements parameter of the indication.
 5HDG\FROOLVLRQUHVHUYDWLRQ
)RUWKHUHTXHVWLQJ&&530 This value is directly mapped from the Ready-Collision-Reservation parameter on the
C-INITIALIZE request primitive.
)RUWKHDFFHSWLQJ&&530 This value is used to determine the value of the Ready-Collision-Reservation parameter of
the C-INITIALIZE indication primitive.
10 ,7875HF;(
,62,(&(
 8VHUGDWD
)RUWKHUHTXHVWLQJ&&530 This value is directly mapped from the User Data parameter on the C-INITIALIZE
request primitive.
)RUWKHDFFHSWLQJ&&530 This value is used to determine the value of the User Data parameter of the C-INITIALIZE
indication primitive.
 8VHRIWKH&,1,7,$/,=(5&$3'8ILHOG
The C-INITIALIZE-RC APDU fields are used by the accepting and requesting CCRPMs as specified below.
 9HUVLRQV
)RUWKHDFFHSWLQJ&&530The “versions” field shall be a bit string that indicates the version of the CCR protocol that
has been selected for use on the association as specified in 7.1.6.1. The bit specified in the ASN.1 definition of the
“Versions” datatype as representing the selected version, shall be set to one. Any leading bits, representing lower
versions, shall be zero. There shall be no trailing zero bits.
)RUWKHUHTXHVWLQJ&&530 The version represented by the only set bit (the last) in the “versions” field is the version
of the CCR protocol selected for use on the association. This version number is the value of the Version parameter of
the C-INITIALIZE confirm primitive.
 &&5UHTXLUHPHQWV
)RU WKH DFFHSWLQJ &&530 This value is directly mapped from the CCR Requirements parameter on the
C-INITIALIZE response primitive. Only functional units that were proposed on the C-INITIALIZE indication shall be
included on the response.
)RUWKHUHTXHVWLQJ&&530 This value is used to determine the value of the CCR Requirements parameter of the
C-INITIALIZE confirm.
 8VHUGDWD
)RUWKHDFFHSWLQJ&&530 This value is directly mapped from the User Data parameter on the C-INITIALIZE
indication primitive.
)RU WKH UHTXHVWLQJ &&530 This value is used to determine the value of the User Data parameter of the
C-INITIALIZE confirm.
 &ROOLVLRQV
None.
 %HJLQEUDQFKSURFHGXUH
 3XUSRVH
This procedure is used to begin a new atomic action branch between two CCR-service users. It supports the C-BEGIN
service defined in ITU-T Rec. X.851 | ISO/IEC 9804.
 $3'8VXVHG
The procedure uses the following CCR APDUs:
C-BEGIN-RI
C-BEGIN-RC
The structure of these APDUs is shown in Figure 2.
,7875HF;( 11
,62,(&(
&%(*,15, >@ 6(48(1&(
^DWRPLFDFWLRQLGHQWLILHU >@$720,&$&7,21,'(17,),(5
EUDQFKVXIIL[ &+2,&( ^
>@2&7(7675,1*
>@,17(*(5

`

XVHUGDWD 8VHUGDWD 237,21$/
`
&%(*,15& >@ 6(48(1&(
^ 
XVHUGDWD 8VHUGDWD 237,21$/`
)LJXUH±&%(*,1$3'8V
The C-BEGIN-RI APDU fields are listed in Table 4. The C-BEGIN-RC APDU field is listed in Table 5.
7DEOH±&%(*,15,ILHOG 7DEOH±&%(*,15&ILHOG
Field name Presence Source Sink Field name Presence Source Sink
atomic-action-identifier M req ind user-data U req ind
branch-suffix M req ind
user-data U req ind
 3UHUHTXLVLWHUHTXLUHPHQWV
 For the requestor, the use of this procedure requires that no other atomic action branch is active on the
association.
 The requestor of the C-BEGIN request primitive shall be the owner of the session synchronize-minor token.
 3URFHGXUHRSHUDWLRQ
This procedure is driven by the following events:
a) C-BEGIN request primitive from the requestor;
b) C-BEGIN-RI APDU received by the accepting CCRPM;
c) C-BEGIN re
...

NORME ISO/CEI
INTERNATIONALE
Troisieme Edition
1998-12-15
Technologies de Unformation -
Interconnexion de systemes ouverts
(OS) - Protocole pour Ml6ment de Service
d ’engagement, de concomitance et de
Hablissement: Specification du protocole
Information technology - Open Systems Interconnection - Protocol for
the Commitment, Concurrency and Recovery Service element: Protocol
specifica tion
Numero de rkfhrence
ISO/CEI 98051:1998(F)
ISOKEI 9805=1:1998(F)
0 ISOKEI 1998
Droits de reproduction reserves. Sauf prescription differente, aucune Partie de cette publication ne peut etre reproduite ni utilisee sous quelque forme que ce
soit et par aucun procede, electronique ou mecanique, y compris la photocopie et les microfilms, sans l ’accord k-it de l ’editeur.
ISOKEI Copyright Office l Case postale 56 l CH-12 11 Geneve 20 l Suisse
Version francaise tiree en 1999
Imprime en Suisse
0 ISOKEI ISOKEI 9805-1: 1998(F)
Sommaire
Page
Domaine d ’application . 1
References normatives .
2.1 Recommandations 1 Normes internationales identiques . 1
Definitions .
3.1 Definitions du modele de reference . 2
3.2 Definitions relatives a la denomination et a l ’adressage .
3.3 Definitions des conventions de Service . 3
3.4 Definitions du Service de presentation .
3.5 Definitions du Service ACSE . 3
3.6 Definitions de la structure de la couche Application . 3
3.7 Definitions du Service CCR . 3
............................................................................................................. 5
3.8 Definitions du protocole CCR
Abreviations . 5
................................................................................................................................ 5
4.1 Unites de donnees
......................................................................... 5
4.2 Types d ’unites de donnees de protocole d ’application
4.3 Autres abreviations . 5
Conventions . 6
Apercu general du protocole CCR .
6.1 Services foumis .
6.2 Contraintes sur les Services ACSE . 7
.................................................................................................. 7
6.3 Utilisation du Service de presentation
6.4 Relation avec le Service de Session et le Service de transfert . 7
6.5 Fonctionnement de la CCRPM . 8
Regles d ’extensibilite 8
6.6 .
Elements de procedure .
7.1 Procedure d ’initialisation . 9
7.2 Procedure de commencement de branche . 11
7.3 Procedure de preparation .
7.4 Procedure de signalisation d ’aptitude a s ’engager . 15
Procedure d ’ordre d ’engagement . 17
7.5
7.6 Procedure de retour-arriere .
7.7 Procedure de terminaison sans modification . 21
7.8 Procedure d ’annulation .
7.9 Procedure de retablissement de branche . 24
7.10 Procedure d ’ordre d ’engagement et de commencement de branche . 28
7.11 Procedure d ’erreur . 29
Tables d ’etats de la CCRPM . 29
8.1 Generalites . 29
............................................................................................................................ 30
8.2 Evenements entrants
8.3 Evenements sortants . 30
8.4 Actions specifiques . 30
8.5 Predicats . 30
........................................................................................................................................ 31
8.6 Habilitations
8.7 Variables . 31
............................................................................................................................................... 31
8.8 Notation
8.9 Conventions . 32
........................................................................................................ 32
8.10 Actions a prendre par la CCRPM
8.11 Modikations des donnees d ’action atomique . 33
8.12 Modikations des donnees liees . . . . . . . . . . . . . . . . . . .~. 33
. . .
ISOKEI 98054: 199S(F)
0 ISQICEI
Page
Mappage de reference sur l ’element ACSE et les Services de presentation
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
9.1
Initialisation . . . . . . . . . . . . . . . . . . . .-.-.-.-.*.
9.2 Commencement de branche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
9.3 Preparation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .“.
9.4 Signalisation d ’aptitude a s ’engager
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .“.“.
9.5 Fordre d ’engagement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9.6 Retour-arriere . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ‘.
9.7 Terminaison sans modification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9.8 Annulation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9.9 Retablissement de branche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9.10
Procedure d ’ordre d ’engagement et de debut de branche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .“.
10 Concatenations et mappages .
10.1 Preseance des mappages
......................................................................................................................
10.2 Concatenations autorisees .
11 Preseance .
12 Conformite .
12.1 Conditions a remplir par les declarations de conformite
.....................................................................
12.2 Conditions de conformite statique .
12.3 Syntaxe de transfert de presentation
....................................................................................................
12.4
Donnees liees et donnees d ’action atomique
.......................................................................................
12.5 Conditions de conformite dynamique
.................................................................................................
Annexe A - Definition des types de donnees CCR
...................................................................................................
A.l Noms d ’objets informationnels
............................................................................................................
A.2 Definitions des types de donnees du protocole CCR
..........................................................................
Annexe B - Utilisation des elements ASE du protocole CCR par d ’autres elements de Service d'application
..........
B.l Introduction .
B.2 Primitives de Service
.........................................................................
..................................................
B.3 Conformite .
B.4 Evenements CCR
.......................................................................
.........................................................
B.5 Purge et controle de flux .
........................................................
B.6 Delimitation d ’actions atomiques
........................................................................................................
B.7 Variations de mappage nommees .
IV
0 ISO/CEI ISO/CEI 98051: 1998(F)
Avant-propos
L ’ISO (Organisation internationale de normalisation) et la CE1 (Commission electrotechnique internationale) forment
ensemble un Systeme consacre a la normalisation internationale consideree comme un tout. Les organismes nationaux
membres de HS0 ou de la CE1 participent au developpement de Normes internationales par l ’intermediaire des comites
techniques cr& par l ’organisation concernee afin de s ’occuper des differents domaines particuliers de l ’activite technique. Les
comites techniques de I ’ISO et de la CE1 collaborent dans des domaines d ’interet commun. D ’autres organisations
internationales, gouvernementales et non gouvernementales, en liaison avec 1 ’ISO et la CE1 participent egalement aux travaux.
Dans le domaine des technologies de l ’information, I ’ISO et la CE1 ont cree un comite technique mixte, l ’ISO/CEI JTC 1. Les
projets de Normes internationales adoptes par le comite technique mixte sont soumis aux organismes nationaux pour
approbation, avant leur acceptation comme Normes internationales. Les Normes internationales sont approuvees
conformement aux procedures qui requierent l ’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISO/CEI 9805-1 a etc elaboree par le comite technique mixte ISOKEI JTC 1, Technologies de
Z ’information, sous-comite SC 33, Services d ’applications distribukes, en collaboration avec I ’UIT-T. Le texte identique est
publik en tant que Recommandation UIT-T X.852.
Cette troisieme edition annule et remplace la deuxieme edition (ISOKEI 98051: 1994), qui a fait l ’objet d ’une revision
technique.
L ’ISOKEI 9805 comprend les Parties suivantes, presentees sous le titre general Technologies de Z ’information -
Interconnexion de systemes ouverts (OSI) - ProtocoZe pour Z ’t?Zkment de Service d ’engagement, de concomitance et de
r&abZissement:
Partie 1: Spkcification du protocole
Partie 2: Formulaire de dkclaration de conformitk d ’instance de protocole (PICS)
-
Les annexes A et B font Partie integrante de la presente Partie de l ’ISO/CEI 9805.

0 ISOfCEI
ISO/CEI 9805~1:1998(F)
Introduction
La presente Recommandation 1 Norme internationale fait Partie d ’un ensemble de Recommandations j Normes
internationales elaborees pour faciliter l ’interconnexion des systemes de traitement de l ’information. Elle fait Partie d ’un
ensemble de Recommandations 1 Normes internationales dont les relations sont definies par le modele de reference pour
l ’interconnexion des systemes ouverts (Rec. UIT-T X.200 / ISO/CEI 7498-1). Le modele de reference subdivise le
domaine de la normalisation pour l ’interconnexion en une Serie de Couches de specification, chacune de taille maitrisable.
L ’objectif de 1 ’OSI est de permettre, avec un minimum d ’accords techniques en dehors des normes d ’interconnexion,
l ’interconnexion de systemes de traitement de l ’information:
-
provenant de divers fabricants;
-
geres differemment;
-
de niveaux de complexite differents;
-
de techniques differentes.
La presente Recommandation 1 Norme internationale specifie le protocole pour l ’element de Service d ’application (ASE,
application Service element) pour l ’engagement, la concomitance et le retablissement (protocole CCR). 11 est prevu que
ces Services s ’appliquent a une large gamme de besoins de communication entre processus d ’application.
La presente Recommandation 1 Norme internationale specifie la version 2 du protocole CCR. L ’edition de 1990 de
1 ’1SOKEI 9805 specifiait la version 1 du protocole CCR. L ’edition de 1993/1994 de la presente Recommandation
Norme internationale specifiait a la fois la version 1 et la version 2 du protocole CCR, uniquement pour l ’unite
fonctionnelle d ’engagement statique.
La specification du protocole CCR est composee des principaux elements suivants:
a) la specification des unites APDU du protocole CCR en utilisant la notation de syntaxe abstraite numero
un (ASN.l, definie dans la Rec. UIT-T X.680 1 ISOKEI 8824-1);
b) les elements de procedure d ’emission de primitives d ’indication et de confirmation de Service CCR, a
l ’intention de l ’utilisateur de Service CCR, apres la reception d ’unites APDU du protocole CCR; les
elements de procedure d ’envoi d ’unites APDU du protocole CCR par l ’utilisateur de Service CCR, apres la
reception de primitives de demande et d ’indication de Service CCR;
la machine protocole CCR specifiee en termes de tables d ’etats;
d) les Services de presentation (voir la Rec. UIT-T X.216 1 ISOKEI 8822) utilises pour l ’emission et la
reception d ’unites APDU du protocole CCR.
Le protocole CCR partage le Service de presentation avec d ’autres elements de Service de la couche Application.
Lorsqu ’il est necessaire de foumir un support
du protocole CCR avec d ’autres elements de Service d ’application, il suffit
de faire reference a la presente Recommandati 1 Norme internationale.
on
L ’Annexe A definit la structure des unites APDU du protocole CCR.
L ’Annexe B decrit comment le protocole CCR peut etre utilise de facon combinee avec d ’autres ASE utilisant le Service
de presentation d ’une facon non compatible avec l ’utilisation, specifiee dans la presente Recommandation 1 Norme
internationale, que fait le protocole CCR de ce meme Service.
vi
ISOKEI 9805-1 : 1998 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L ’INFORMATION - INTERCONNEXION DE SYSTEMES
OUVERTS (OSI) - PROTOCOLE POUR L ’I?LkMENT DE SERVICE D ’ENGAGEMENT,
DE CONCOMITANCE ET DE RETABLISSEMENT: SPIkIFICATION DU PROTOCOLE
1 Domaine d ’application
La presente Recommandation 1 Norme internationale doit etre appliquee en y faisant reference dans d ’autres
specifications. Ces specifkations font reference aux Services CCR definis dans la Rec. UIT-T X.851 1 ISO/CEI 9804.
Une reference a un Service CCR invoque les procedures definies dans la presente Recommandation 1 Norme
internationale et entraine des effets externes.
La presente Recommandation 1 Norme internationale specifie, dans l ’article 9, une utilisation de l ’element de Service
ACSE, des Services de presentation et de Session pour transporter la semantique du protocole CCR. Ce mappage “de
reference” peut etre utilise chaque fois que l ’utilisation de ces Services n ’est pas en conflit avec l ’utilisation faite par
d ’autres ASE et AS0 qui utilisent la meme association. L ’Annexe B definit la facon de specifier une utilisation
differente des Services supports lorsque l ’utilisation du mappage de reference n ’est pas appropriee.
La presente Recommandation 1 Norme international e specifie les conditions de conformite statique et dynamique des
systemes qui mettent en ceuvre ces procedures. Elle ne contient pas les tests qui peuvent etre utilises pour demontrer la
conformite a ces conditions.
L ’edition de la presente Recommandation 1 Norme internationale specifie les Versions de protocole suivantes:
La version 2 du protocole CCR, qui fait appel a l ’unite fonctionnelle de Separation des donnees de Session afin de
proteger des donnees ne dependant pas de l ’action atomique du protocole CCR. L ’edition de 1990 de l ’ISO/CEI 9805
specifiait la version 1 du protocole CCR. L ’edition de 1993/1994 de la presente Recommandation 1 Norme internationale
specifiait a la fois la version 1 et la version 2 du protocole CCR, uniquement pour l ’unite fonctionnelle d ’engagement
statique.
La presente Norme internationale specifie les elements de protocole supportant les unites fonctionnelles suivantes:
engagement statique;
a>
b) engagement dynamique;
c) lecture seule;
d) engagement en une Phase;
annulation;
e>
retablissement recouvert.
2 Rkfbrences normatives
Les Recommandations et Normes internationales suivantes contiennent des dispositions qui, par Suite de la reference qui
y est faite, constituent des dispositions valables pour la presente Recommandation 1 Norme internationale. Au moment de
la publication, les editions indiquees etaient en vigueur. Toutes Recommandations et Normes sont sujettes a revision et
les Parties prenantes aux accords fondes sur la presente Recommandation 1 Norme internationale sont invitees a
rechercher la possibilite d ’appliquer les editions les plus recentes des Recommandations et Normes indiquees ci-apres.
Les membres de la CE1 et de 1 ’1SO possedent le registre des Normes internationales en vigueur. Le Bureau de la
normalisation des telecommunications de 1 ’UIT tient a jour une liste des Recommandations UIT-T en vigueur.
21 . Recommandations 1 Normes internationales identiques
-
Recommandation UIT-T X.200 (1994) 1 ISO/CEI 7498-1: 1994, TechnoZogies de Z ’infirmation -
Interconnexion des systemes ouverts - ModGIe de r@%rence de base: le modele de base.
-
Recommandation UIT-T X.207 (1993) / ISO/CEI 9545: 1994, Technologies de Z ’information -
Interconnexion des systemes ouverts - Structure de Zu couche application.
Rec. UIT-T X.852 (1997 F)
ISOKEI 9805-1 : 1998 (F)
-
Recommandation UIT-T X.210 (1993) ( ISOKEI 1073 1: 1994, Technologies de Z ’information -
conventions relatives pour Za
Interconnexion des systemes ouverts -- k?od?Ze de rkfkrence de base.
dkfinition des Services de Z ’interconnexion de systemes ouverts.
-
Recommandation UIT-T X.215 (1995) 1 ISOKEI 8326: 1996, Technologies de Z ’information -
lnterconnexion des systemes ouverts -- Dkfinition du Service de Session.
-
Recommandation UIT-T X.216 (1994) 1 ISO/CEI 8822: 1994, Technologies de Z ’information -
Interconnexion des systemes ouverts - Dkfinition du Service de prksentation.
-
Recommandation UIT-T X.217 (1995) 1 ISO/CEI 8649: 1996, Technologies de Z ’information -
Interconnexion des systemes ouverts - Dkfinition de Service applicable a Z ’eleiment de Service de controle
d ’association.
-
Recommandation UIT-T X.227 (1995) 1 ISO/CEI 8650-1: 1996, Technologies de Z ’information -
Interconnexion des systemes ouverts - Protocole en mode connexion appZicabZe ti Z ’kZkment de Service de
contrQZe d ’association: Sp&iJication du protocole.
-
Recommandation UIT-T X.650 (1996) 1 ISO/CEI 7498-3:1997, Technologies de Z ’information -
Interconnexion des systemes ouverts - Modele de rkfkrence de base: dknomination et adressage.
-
Recommandation UIT-T X.680 (1994) 1 ISO/CEI 8824-1:1995, TechnoZogies de Z ’information - Notation
de syntaxe abstraite numkro un: spklfication de Za notation de base.
-
Recommandation UIT-T X.680 (1994)/Amd. 1 (1995) / ISO/CEI 8824- 1: 1995/Amd. 1: 1995,
Technologies de Z ’information - Notation de syntaxe abstraite num&o un: sp&fkation de Za notation de
base - Amendement 1: rkgles d ‘extensibilitk.
-
Corrigendum technique 1 (1997) a la Recommandation UIT-T X.680 (1994)/Amd. 1 (1995) 1 ISO/CEI
8824-1: 1995/Amd. 1: 1995, Technologies de Z ’information -- Notation de syntaxe abstraite num&o un.
spkczjkation de Za notation de base - Amendement I: r&gZes d ‘extensibilitk.
-
Recommandation UIT-T X.690 (1994) 1 ISO/CEI 8825-1:1995, Technologies de Z ’information - R&gZes
de codage de Za notation de syntaxe abstraite numkro un: spkijication des r2gZes de codage de base, des
r2gZes de codage canoniques et des r2gZes de codage distinctives.
-
Recommandation UIT-T X.85 1 (1997) 1 ISO/CEI 9804: 1998, Technologies de Z ’information -
Interconnexion des systemes ouverts (OSlj) - Definition du Service pour Z ’klkment de Service
d ’engagement, de concomitance et de rktablissement.
3 DSinitions
31 . Dkfinitions du modele de rkfkrence
La presente Recommandation 1 Norme internationale utilise les termes suivants, definis dans la Rec. UIT-T
X.200 ( ISOKEI 7498-1:
couche Application;
association d ’application; association;
b)
processus
d ’application;
entite d ’application;
Service de presentation;
connexion de presentation;
Service de Session;
connexion de Session.
32 . Dkfinitions relatives h Ia dhomination et 5 l ’adressage
La presente Recommandation 1 Norme internationale utilise les termes suivants, definis dans la Rec. UIT-T X.650 1
ISO/CEI 7498-3:
titre de processus d ’application;
b) qualificateur d ’entite d ’application;
titre d ’entite d ’application.
C>
Rec. UIT-T X.852 (1997 F)
M
.
Q;
Tl
4)
>
‘l-t
w
‘d
E
‘F4
E &
‘4
Si
.d
. h
? a
a.J ‘Vd
c,
‘74
l + 8
E
E
2 -7-t
a,
Vi & a
n
nnnnnnnn
a Q) CH
-mmTl-v)\o1\00
ISOKEI 9805-1 : 1998 (F)
instigateur d ’action atomique;
9)
?roprietaire d ’action atomique;
10)
ztomicite;
11)
arbre de debut; arbre de debut d ’action atomique;
12)
donnees liees;
13)
initiateur de branche; initiateur de branche d ’action atomique;
14)
repondeur de branche; repondeur de branche d ’action atomique;
15)
fournisseur de Service CCR;
16)
utilisateur de Service CCR;
17)
coordinateur de l ’engagement;
18)
decideur de l ’engagement;
19)
subordonne de l ’engagement;
20)
superieur de l ’engagement;
21)
arbre d ’engagement; arbre d ’engagement d ’action atomique;
22)
echec de la communication;
23)
action de compensation;
24)
gestion de la concomitance;
25)
confirmation de l ’engagement;
26)
graphe connecte;
27)
coherence;
28)
branche de continuation en deux phases; voisin de continuation en deux phases;
29)
application repartie;
30)
Periode de doute;
31)
durabilite;
32)
etat final;
33)
graphe;
34)
decision heuristique;
35)
etat initial;
36)
intermediaire;
37)
etat intermediaire;
38)
branche interrompue;
39)
isolation;
40)
feuille;
41)
procedures d ’engagement local;
42)
procedures de retour-arriere local;
43)
Situation heuristique mixte; Situation mixte;
44)
voisin (d ’un noeud dans un graphe);
45)
voisinage (d ’un noeud);
46)
nceud; noeud CCR;
47)
mappage particulier; mappage autre que le mappage de rkfkence;
48)
ordre d ’engagement d ’une branche d ’action atomique; ordre d ’engagement;
49)
Phase 1;
50)
Phase II;
51)
retour-arriere presume;
52)
signalisation “pret ”;
53)
etat “pret pour l ’engagement ”;
54)
retablissement d ’une branche d ’action atomique; retablissement;
55)
responsabilite de retablissement pour une branche d ’action atomique; responsabilit6 de rktablissement;
56)
mappage de reference;
57)
specification faisant rkfkrence;
58)
voisinage demandeur;
59)
demandeur;
60)
retour-arriere d ’une branche d ’action atomique; retour-arriere;
61)
racine;
62)
subordonne d ’un noeud;
63)
subordonne d ’un arc;
64)
sous-arbre subordonne;
65)
sous-arbre (d ’un nceud);
66)
superieur d ’un nceud (dans un arbre avec racine);
67)
superieur d ’un arc (dans un arbre avec racine);
68)
arbre;
69)
element ASE utilisateur.
70)
4 Rec. UIT-T X.852 (1997 F)
PSO/CEI 9805-1 : 1998 (F)
38 . IMinitions du protocole CCR
Pour les besoins de la presente Recommandation 1 Norme internationale, les definitions suivantes sont applicables.
3.8.1 automate protocolaire CCR accepteur: machine protl cole CCR dont l ’utilisateur de Service est l ’accepteur,
pour un Service CCR particulier.
3.8.2 automate protocolaire CCR: machine protocole de l ’e ement de Service d ’application CCR specifiee dans la
presente Recommandation 1 Norme internationale.
protocole CCR dont l ’utilisateur de Service est le
3.8.3 automate protocolaire CCR demandeur: machine
demandeur, pour un Service CCR particulier.
4 Abrkiations
41 . Unit6s de donnkes
APDU Unite de donnees de protocole d ’application (application-protocol-data-unit)
Types d ’unitks de donnkes de protocole d ’application
42 .
Les noms des unites de donnees de protocole d ’application definies dans la presente Specifkation de protocole sont
abreges de la maniere suivante:
C-INITIALIZE-RI (C-INITIALISATION-RI)
C-INITIALIZE-RC (C-INITIALISATION-RC)
C-BEGIN-RI (C-DEBUT-RI)
C-BEGIN-RC (C-DEBUT-RC)
C-PREPARE-RI (C-PREPARATION-RI)
C-READY-RI (C-P&T-RI)
C-COMMIT-RI (C-ENGAGEMENT-RI)
C-COMMIT-RC (C-ENGAGEMENT-RC)
C-ROLLBACK-R1 (C-RETOUR-ARRIERE-RI)
C-ROLLBACK-RC (C-RETOUR-ARRI&E-RC)
C-CANCEL-RI (C-ANNULATION-RI)
C-NOCHANGE-RI (C-AUCUN CHANGEMENT-RI)
C-NOCHANGE-RC (C-AUCUN CHANGEMENT-RC)
C-RECOVER-RI (C-RkTABLISSEMENT-RI)
C-RECOVER-RC (C-RETABLISSEMENT-RC)
43 . Autres abrkviations
Pour les besoins de la presente Recommandation 1 Norme internationale, les abreviations suivantes s ’utilisent:
ACSE Element de Service de controle d ’association (association control service element)
AE Entite d ’application (application-entity)
AE1 Invocation d ’entite d ’application (application-entity invocation)
AP Processus d ’application (application-process)
APDU Unite de donnees de protocole d ’application (application-protocol-data-unit)
ASE Element de Service d ’application (application-service-element)
ASN. 1 Notation de syntaxe abstraite numero un (abstract Syntax notation one)
CCR Element de Service d ’application d ’engagement, de concomitance et de retablissement
(commitment, concurrency and recovery application-service-element)
CCRPM Machine protocole CCR (CCR protocol machine)
Rec. UIT-T X.852 (1997 F)
ISOKEI 9805-1 : 1998 (F)
Primitive de confirmation
conf.
dem. Primitive de demande
Primitive d ’indication
ind.
Interconnexion des systemes ouverts (open Systems interconnection)
OS1
rep. Primitive de reponse
5 Conventions
5.1 La presente Specification de protocole utilise une representation en tableau des champs d ’unites APDU. Dans
l ’article 7, chaque APDU du protocole CCR est presentee dans un tableau. Chaque champ d ’unite APDU est resurne en
utilisant les notations suivantes:
M Presence obligatoire
0 Presence sur Option de la machine protocole CCR
U Presence sur Option de l ’utilisateur de Service CCR
La Source est la primitive de demande associee
dem.
ind. Le collecteur est la primitive d ’indication associee
La Source est la primitive de reponse associee
rep.
conf. Le collecteur est la primitive de confirmation associee
CCRPM La Source ou le collecteur est la CCRPM
5.2 L ’Annexe A specifie la structure des unites APDU du protocole CCR en utilisant la notation de syntaxe
abstraite numero un (ASN. 1) dkfinie dans la Rec. UIT-T X.680 1 ISOKEI 8824-1.
5.3 Le protocole CCR autorise la concatenation de certaines unites APDU. Dans l ’article 11, les concatenations
autorisees sont definies.
6 Apercu ghbral du protocole CCR
61 . Services fournis
Le protocole specifie dans la presente Recommandation 1 Norme internationale fournit les Services &finis dans la
Rec. UIT-T X.851 1 ISO/CEI 9804. Le Tableau 1 donne la liste de ces Services.
Tableau 1 - Services CCR
Service Types de Service Demandeur
C-INITIALIZE (C-initialisation) Confirme Initiateur d ’association
C-BEGIN (C-debut) Confirrne sur Option Initiateur de branche
C-PREPARE (C-preparation) Non confirrne L ’un des utilisateurs du service CCR
C-READY (C-pret) Non tonfirme
L ’un des utilisateurs du Service CCR
C-COMMIT (C-engagement) Confkme Superieur d ’engagement
C-ROLLBACK (C-retour-arriere) Confirme L ’un des utilisateurs du Service CCR
C-NOCHANGE (C-aucun changement) Confirme sur Option L ’un des utilisateurs du Service CCR
C-CANCEL (C-annualtion) Non tonfirme L ’un des utilisateurs du Service CCR
C-RECOVER (C-retablissement)
Confkme ou tonfirme sur Option Superieur d ’engagement ou subordonne
d ’engagement
-
C-P-ERROR (C-P-erreur)
A l ’initiative du foumisseur
6 Rec. UIT-T X.852 (1997 F)
ISOKEI 98051 : 1998 (F)
62 . Contraintes sur les Services ACSE
6.2.1 Une invocation d ’entite d ’application (AEI) etablit une association pour echanger des unites APDU du
protocole CCR avec une autre AEI en utilisant le Service A-ASSOCIATE de l ’element ACSE (voir la Rec. UIT-T
X.217 1 ISO/CEI 8649).
6.2.2 Au moment de l ’etablissement de l ’association, les propositions de l ’utilisateur du Service de presentation et les
propositions de l ’utilisateur pour la Session doivent etre specifiees comme suit, dans les primitives du Service
A-ASSOCIATE (etablissement d ’association):
-
unite fonctionnelle noyau de presentation;
-
unite fonctionnelle noyau de Session;
-
unite fonctionnelle~de transfert de donnees typees de Session;
unite fonctionnelle de Synchronisation mineure de Session;
-
unite fonctionnelle de resynchronisation de Session;
-
unite fonctionnelle de Separation de donnees de Session.
Au moment de l ’etablissement de l ’association, les parametres facultatifs suivants [parametres du Service ACSE
6.2.3
A-ASSOCIATE (etablissement d ’association)], doivent etre specifies:
titre du processus d ’application appelant;
a>
b) qualificateur de l ’entite d ’application appelante;
titre du processus d ’application en reponse;
C>
d) qualificateur de l ’entite d ’application en reponse.
6.2.4 L ’information d ’utilisateur de l ’element ACSE dans le cadre d ’une demande A-ASSOCIATE doit contenir
l ’unite APDU C-INITIALIZE-RI. L ’information d ’utilisateur de l ’element ACSE dans le cadre d ’une reponse
A-ASSOCIATE doit contenir l ’unite APDU C-INITIALIZE-RC.
63 . Utilisation du Service de prbsentation
6.3.1 Le protocole CCR utilise les Services de presentation suivants (voir la Rec. UIT-T X.216 1 ISO/CEI 8822):
-
P-DATA (transfert de donnees de presentation);
-
P-TYPED-DATA (transfert de donnees typees de presentation);
-
P-SYNC-MINOR (pose de Point de Synchronisation mineur de presentation);
-
P-RESYNCHRONIZE (abandon) [resynchronisation de presentation (abandon)].
6.3.2 Les unites APDU du protocole CCR sont passees dans les parametres de type donnees de l ’utilisateur des
Services de presentation listes ci-dessus en tant que valeurs de donnees de presentation (une ou plusieurs). La Valeur du
type de donnees ASN.l de chaque APDU du protocole CCR est specifiee dans 1 ’Annexe A. Si plus d ’un type de donnees
ASN. 1 est envoye, un nombre correspondant de valeurs de donnees de presentation est utilise.
6.3.3 Si d ’autres valeurs de donnees de presentation sont presentes dans le cadre d ’une primitive de Service de
presentation, la specification de referenciation doit specifier les regles d ’enchainement. Ces regles garantissent que la
semantique CCR est conservee et respecte les regles de concatenation et de mappage specifiees dans les articles 9 et 10.
NOTE - L ’article 9 specifie l ’utilisation des paramktres du Service de presentation autres que donnees de l ’utilisateur.
u controle des contextes
6.3.4 L ’util isateur de Service CCR est respon sable d de presentation disponibles dans
la connexion de couche Presentation sous-j acente.
l ’ensemble des contextes definis de
Relation avec Ie Service de Session et Ie Service de transfert
64 .
6.4.1 Les unites fonctionnelles de Session necessaires a la connexion de couche Session qui prend en Charge la
l ’association) sont determinees par le demandeur et
connexion de presentation (qui, a son tour, prend en Charge
l ’accepteur du Service A-ASSOCIATE (etablissement d ’association). 11s realisent cela a l ’aide du parametre Propositions
de l ’utilisateur pour la Session dans le cadre des primitives A-ASSOCIATE (etablissement d ’association). Les unites
fonctionnelles de Session necessaires sont donnees en 6.2.
6.4.2 Les regles du Service de Session ont des effets sur le fonctionnement de la CCRPM et sur ses utilisateurs de
Service. L ’utilisateur de Service CCR doit etre averti de ces contraintes. La presente Specification de protocole suppose
qu ’un mecanisme local applique ces regles. Par exemple, l ’utilisateur de Service CCR est responsable du controle de la
possession des jetons de Session disponibles.
Rec. UIT-T X.852 (1997 F) 7
ISOKEI 9805-1 : 1998 (F)
6.4.3 Le protocole CCR necessite l ’utilisation de donnees d ’utilisateur illimitees dans la couche Session (voir la
Rec. UIT-T X.215 1 ISO/CEI 8326).
.
65 Fonctionnement de la CCRPM
6.5.1 La specification du protocole CCR est presentee dans la presente Recommandation 1 Nonne internationale
comme une machine protocole. 11 est fait reference a cette machine protocole par l ’expression machine protocole CCR,
(CCRPM).
Une CCRPM est utilisee pour une sequence d ’echanges de protocole pour une branche d ’action atomique dans
6.5.2
le cadre d ’une association existante. Une CCRPM est egalement utilisee pour une sequence de branches d ’action
atomique dans laquelle l ’achevement [engagement (de Validation) ou retour-arriere] de l ’une chevauche le debut de la
suivante. Les procedures d ’une CCRPM sont executees en cooperation avec l ’utilisateur de Service CCR global. La
CCRPM partage la connexion de couche Presentation qui prend en Charge l ’association avec d ’autres ASE.
Une primitive de Service CCR est emise par un utilisateur de Service CCR dans une sequence de primitives de
6.5.3
Service d ’application ou de presentation dans le cadre d ’une association unique, comme le definit la Rec. UIT-T X.85 1 1
ISO/CEI 9804.
Les procedures specifiees dans l ’article 7 sont executees a la Suite de primitives de demande et de reponse
6.5.4
emises conformement aux tables d ’etats de la CCRPM definies dans l ’article 8 et a la Suite de la reception de primitives
du Service presentation transportant des valeurs de donnees exprimees selon le tontexte de presentation CCR. Les
parametres des primitives de Service CCR sont structures conformement a 1 ’Annexe A pour produire des unites APDU
du protocole CCR. Ces APDU sont transferees en utilisant le Service de presentation selon les specifications donnees
dans les articles 7, 9 et 11.
6.5.5 La Valeur d ’une APDU du protocole CCR est transferee en tant que Valeur de donnees de couche Presentation,
exprimee selon le tontexte de presentation CCR. La syntaxe abstraite pour les types de donnees transferes dans ce
tontexte est definie dans 1 ’Annexe A, qui specifie l ’ensemble complet des unites APDU du protocole CCR en utilisant la
notation de syntaxe abstraite numero un (voir la Rec. UIT-T X.680 1 ISO/CEI 8824-1).
66 . Rikgles d ’extensibilitk
Pour l ’unite APDU C-INITIALIZE-RI, une CCRPM doit:
ignorer tous les elements non definis;
a>
si des bits nommes sont utilises, traiter tout bit sans nom assigne comme etant non significatif.
W
7 Elements de procedure
Le protocole CCR est compose des procedures suivantes:
initialisation;
b) commencement de branche;
preparation;
signalisation d ’apti
tude a s ’engager;
ordre d ’engagement (de Validation);
retour-arriere;
annulation;
g>
h) terminaison sans modification;
retablissement de branche;
i>
.
ordre de retablissement et commencement d ’une nouvelle branche;
J>
retour-arriere et commencement d ’une nouvelle branche;
k)
erreur.
1)
Les paragraphes suivants decrivent ces procedures. Les descriptions comprennent la specification des primitives du
Service de presentation utilisees normalement pour transporter les uni& APDU du protocole CCR. Cependant, pour
concatener les unites APDU du protocole CCR, le mappage avec le Service de presentation specifie dans l ’article 11,
s ’applique.
Rec. UIT-T X.852 (1997 F)
ISO/CEI 9805-1 : 1998 (F)
Les Figures 1 a 9 montrent la structure ASN. 1 des unites APDU. L ’Annexe A donne le module ASN. 1 complet,
contenant ces definitions et celles des types de donnees de Prise en Charge.
7.1 Prockdure d ’initialisation
7.1.1 Objet
Cette procedure est utilisee entre deux machines du protocole CCR pour negocier la version CCR a utiliser et les unites
fonctionnelles disponibles sur l ’association. Elle met en ceuvre le Service C-INITIALIZE defini dans la Rec. UIT-T
X.851 1 ISO/CEI 9804.
7.1.2 Uni& APDU u tilisees
La procedure utilise les unites APDU du protocole CCR suivantes:
C-INITIALIZE-RI
C-INITIALIZE-RC
La structure de ces APDU est representee a la Figure 1.
C-INITIALIZE-RI ::= [l l] SEQUENCE
{ Version-number
[0] BIT STRING
{ versionl(O), version2(1) } DEFAULT { Version2 },
. . . .
ccr-requirements [ 1] Cer-requirements DEFAULT ( static-commitment},
ready-collision-reservation [2] BOOLEAN DEFAULT TRUE,
. . . .
user-data User-data OPTIONAL
>
C-INITIALIZE-RC : := [ 121 SEQUENCE
{ version-number [0] BIT STRING
{ versionl(O), version2(1) } DEFAULT { Version2
. . . .
ccr-requirements [l] Cer-requirements DEFAULT { static-commitmentj
ready-collision-reservation [2] BOOLEAN DEFAULT TRUE,
. .)
user-data User-data OPTIONAL
>
Figure 1 - Unitks APDU C-INITIALIZE
Les champs de l ’unite APDU C-INITIALIZE-RI (C-initialisation-RI) sont indiques dans le Tableau 2. Les champs de
l ’unite APDU C-INITIALIZE-RC (C-initialisation-RC) sont indiques dans le Tableau 3
Tableau 2 - Champ de I ’APDU C-INITIALIZE-RI Tableau 3 - Champ de I ’APDU C-INITIALIZE-RC
Nom du champ Presence Source Collecteur
Nom du champ Presence Source Collecteur
I I
Version-number Version-number / M 1 CCRPM 1 CCRPM j
(numero de Version) (numero de Version)
/ M 1 ccRPM / CCRPM /
ccr-requirements 1 M 1 dem. / ind. 1
ccr-requirements M dem. ind.
(besoins ccr) (besoins ccr)
ready-collision- U dem. ind. ready-collision- U dem. ind.
reservation reservation
(pret-collision- (pret-collision-
reservation) reservation)
ind.
user-data U dem. user-data U dem. ind.
(donnees de (donnees de
l ’utilisateur)
l ’utilisateur)
Rec. UIT-T X.852 (1997 F) 9
ISOKEI 9805-1 : 1998 (F)
7.1.3
Fonctionnement de la procedure
La procedure est executee en meme temps que la procedure A-ASSOCIATE (voir la Rec. UIT-T X.217 1 ISO/CEI 8649)
lorsque l ’association sera utilisee pour le protocole CCR. Cette procedure est declenchee par les evenements suivants:
a) emission par le demandeur d ’une primitive de demande C-INITIALIZE;
reception d ’une APDU C-INITIALIZE-RI par la CCRPM acceptrice;
b)
c) emission par l ’accepteur d ’une primitive de reponse C-INITIALIZE;
reception, par la CCRPM du demandeur, d ’une APDU C-INITIALIZE-RC.
d)
7.1.3.1 Primitive de demande C-INITIALIZE
La CCRPM demandeuse, forme une APDU C-INITIALIZE-RI a partir des valeurs de parametres de la primitive de
...