ISO/IEC 9804:1994

Information technology - Open Systems Interconnection - Service definition for the commitment, concurrency and recovery service element

Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — Définition du service pour l'élément de service d'engagement, de concomitance et de rétablissement

General Information

• Status: Withdrawn
• Publication Date: 21-Dec-1994
• Withdrawal Date: 21-Dec-1994
• ICS: 35.100.70 - Application layer
• Technical Committee: ISO/IEC JTC 1 - Information technology
• Drafting Committee: ISO/IEC JTC 1 - Information technology
• Current Stage: 9599 - Withdrawal of International Standard
• Start Date: 13-Sep-2012
• Completion Date: 30-Oct-2025

Relations

• Revises: ISO/IEC 9804:1990/Amd 2:1992 - Information technology - Open Systems Interconnection - Service definition for the Commitment, Concurrency and Recovery service element - Amendment 2
• Effective Date: 16-Oct-2025
• Revises: ISO/IEC 9804:1990 - Information technology - Open Systems Interconnection - Service definition for the Commitment, Concurrency and Recovery service element
• Effective Date: 15-Apr-2008
• Revised: ISO/IEC 9804:1998 - Information technology - Open Systems Interconnection - Service definition for the Commitment, Concurrency and Recovery service element
• Effective Date: 15-Apr-2008

Standards Content (Sample)

I NT E R NAT I O NA L ISO/IEC
STANDARD
Second edition
1994-1 2-1 5
Information technology Open Systems
Interconnection - Service definition for
the commitment, concurrency and
recovery service element
Technologies de l'information - Interconnexion de systèmes ouverts
(09) - Définition du service pour l'élément de service d'engagement,
concurrence et reprise
Reference number
ISODEC 9804: 1994(E)
.
CONTENTS
Page
Scope .
Normative references .
2.1
Identical Recommendations I International Standards . 1
2.2 Paired Recommendations I International Standards equivalent in technical content . 2
Definitions .
3.1 Reference model definitions .
3.2 Service conventions definitions .
3.3 Presentation service definitions .
3.4 ACSE service definitions .
3.5 Application Layer Structure definitions .
3.6 CCR service definitions .
Abbreviations .
Conventions .
Concepts .
O
6.1 Use of CCR in a distributed application environment .
6.2 CCR facilities .
6.3 Heuristic decisions .
Service definition .
7.1 C-BEGIN service .
7.2 C-PREPARE service .
7.3 C-READY service .
7.4 C-COMMIT service .
7.5 C-ROLLBACK service .
7.6 C-RECOVER service .
Sequencing information .
8.1 General .
8.2 Events .
8.3 States .
8.4 Interpretation of the state table . 22
8.5 Completing the branch .
8.6 Collisions and disruptive services . 22
Using CCR .
9.1 General .
9.2 Use of CCR by a cooperating main service . 22
9.3 Use of resynchronization services with CCR Protocol Version 1 . 23
9.4 Use of session synchronization and resynchronization services with CCR Protocol Version 2 . 23
9.5 Use of CCR with session activities .
9.6 Use of transport expedited service with CCR Protocol Version 1 . 23
9.7 Use of presentation services with CCR Protocol Version 2 .
9.8 Starting a branch in CCR Protocol Version 1 .
O ISO/IEC 1994
Al% sights 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
in witing from the publisher .
photocopying and microfilm. without permission
ISO/IEC Copyright Office Case Postale 56 CH-121 1 Genhve 20 6 Switzerland
Printed in Switzerland
Q ISO/IEC ISODEC 9804: 1994(E)
Page
Annex A . CCR service-user rules .
A . 1 Introduction .
A.2 Compliance .
A.3 CCR service primitive usage rules .
A.4 Atomic action data manipulation rules .
AS Bound data manipulation rules . 27
A.6 CCR service-user data transfer rules .
Annex B - Relationship of CCR to the Application Layer Structure .
.........................................................................................................................
B . 1 CCR service-provider 29
B.2 CCR service-user .
B.3 Atomic action tree .
Annex C - CCR tutorial .
C . 1 Introduction .
C.2 Structure of an atomic action tree .
C.3 CCR service-user information resources . 35
C.4 Concurrency . 36
C.5 Recovery . 37
C.6 Time relations and sequence of service primitives . 41
C.7 Comments on implementation complexity .
C.8 Using the User Data parameter on CCR services .
C.9 Optional use of C-PREPARE .
C . 10 Use of session synchronize and resynchronize services with CCR Protocol Version 1 .
...
ISO/IEC 9804 : 1994 (E)
-
ITU-T Recommendation X.2 15 (1993) I ISOIIEC 8326: 1994, Information technology - Open Systems
Interconnection - Connection oriented session service definition.
-
ITU-T Recommendation X.216 (1994) I ISO/IEC 8822: 1994, Information technology - Open Systems
Interconnection - Connection oriented presentation service definition.
-
ITU-T Recommendation X.217 (1994) I ISO/IEC 8649: 1994, Information technology - Open Systems
. Interconnection - Service definition for the Association Control Service Element.
-
ITU-T Recommendation X.852 (1993) I ISO/IEC 9805: 1994, Information technology - Open Systems
Interconnection - Protocol Specification for the Commitment, Concurrency and Recovery Service
Element.
2.2 Paired Recommendations I International Standards equivalent in technical content
-
ITU-T Recommendation X.2 10 (1993), Open system interconnection layer service definition conventions.
ISOIIEC 1073 1 : .l), Information technology - Open Systems Interconnection - Basic Reference Model -
Conventions for the definition of IS0 services.
3 Definitions
3.1 Reference model definitions
3.1.1 Basic Reference Model definitions
This Service Definition is based on the concepts developed in ITU-T Rec. X.200 I ISOIIEC 7498- 1. It makes use of the
following terms defined in them:
a) application-entity;
b) Application Layer;
c) application-process;
d) application-service-element;
e) presentation-connection;
f) presentation-service;
g) session-connection;
h) session-service.
3.1.2 Naming and addressing definitions
This Service Definition makes use of the following terms defined in CCITT Rec. X.650 I ISO/IEC 7498-3:
application-entity title.2) ;O
3.2 Service conventions definitions
This Service Definition makes use of the following terms defined in ITU-T Rec. X.210 I ISO/TR 8509:
a) service-provider;
b) service-user;
c) confirmed service;
d) non-confirmed service;
e) provider-initiated service;
f) primitive;
Presently at the stage of draft.
2, As defined in CCI'IT Rec. X.650 I IS0 7498-3, an application-entity title is composed of an application-process title and an
application-entity qualifier.
2 ITU-T Rec. X.851(1993 E)
ISO/IEC 9804 : 1994 (E)
g) request (primitive);
h) indication (primitive);
i) response (primitive); and
j) confirm (primitive).
3.3 Presentation service definitions
This Service Definition makes use of the following terms defined in ITU-T Rec. X.216 I ISOOEC 8822:
a) abstract syntax;
b) abstract syntax name;
c) defined context set;
d) functional unit [presentation];
e) presentation context; and
f) presentation data value.
3.4 ACSE service definitions
This Service Definition makes use of the following terms defined in ITU-T Rec. X.217 I ISOOEC 8649:
a) association-initiator;
b) association-responder; and
c) disrupt.
3.5 Application Layer Structure definitions
This Service Definition makes use of the following terms defined in ITU-T Rec. X.207 I ISO/IEC 9545:
a) application-context;
b) application-entity invocation;
c) multiple association control function;
d) single association control function;
e) single association object.
3.6 CCR service definitions
3.6.1 acceptor: The CCR service-user that receives the indication primitive for a particular CCR service. For a
0 confirmed service, it also issues the response primitive.
3.6.2 application failure: The failure of an application-entity invocation to meet its normal specification.
3.6.3 atomic action: A specific set of operations of a distributed application that may be characterized by the
properties of atomicity, consistency, isolation, and durability.
3.6.4 atomic action branch; branch: A relationship between two CCR service-users representing an integral part
of an atomic action. The relationship may survive both communication or application failure. It is begun by the use of
CCR services and later completed by either the use of CCR services or by an application or communication failure.
3.6.5 atomic action branch identifier; branch identifier: A value assigned by the superior that uniquely identifies
a branch within the scope of the atomic action.
atomic action data: State and control information about an atomic action and its branches. Atomic action data
3.6.6
required for recovery persists if an application or communication failure occurs.
3.6.7 atomic action identifier: A value assigned by the master that uniquely identifies an atomic action within the
OS1 environment.
3'6.8 atomic action tree: A hierarchical relationship between CCR service-users involved in the operations of an
atomic action.
3.6.9
atomicity: A property of a set of related operations such that the operations are either all performed, or none
of them are performed.
ITU-T Rec. X.851(1993 E) 3
ISO/IEC 9804 : 1994 (E)
3.6.10 bound data: Data that are accessed and manipulated by a CCR service-user as part of an atomic action. Its
state is bound by the rules of CCR. Bound data survives application and communication failures and exists beyond the
atomic action branch.
3.6.11 CCR service-provider: Two peer CCR application-service-elements involved in the same atomic action
branch.
CCR service-user: That part of an application-entity invocation that makes use of CCR services to coordinate
3.6.12
one or more branches of an atomic action tree.
3.6.13 commitment of an atomic action branch; commitment: Completion of an atomic action branch with the
release of bound data in the final state.
3.6.14 communication failure: The unexpected release of the supporting association.
3.6.15 compensating action: Operations used to re-establish either the initial or the final state from a mixed situation
that was brought about by a conflict between heuristic decision(s) and the decision of the master.
3.6.16 concurrency control: A real open system mechanism that coordinates modifications to bound data used by
concurrent atomic actions so the isolation property of the atomic action is guaranteed.
3.6.17 confirmation of commitment: A statement from a subordinate to the superior that the subordinate has
completed local commitment procedures.
3.6.18 consistency: A property of a set of related operations such that the effects of the operations are performed 4D
accurately, correctly, and with validity, with respect to application semantics.
3.6.19 cooperating main service: A referencing specification that incorporates the CCR semantics within its own
service primitives and carries CCR transfer syntax within its own protocol-data-units.
3.6.20 distributed application: An information processing endeavor that is accomplished using two or more
application-entity invocations interconnected within the OS1 environment.
NOTE - This term will be removed from this subclause when its definition becomes available in another referenced
Recommendation I International Standard.
3.6.21 doubt period: For a CCR service-user (that is not the master), the period during an atomic action that begins
when it decides to offer commitment to its superior and ends when it receives either the order to commit or to rollback.
The master CCR service-user does not have a doubt period.
3.6.22 durability: A property of a completed set of related operations such that all the effects of the operations are
not altered by any sort of failure.
3.6.23 final state: The state of bound data produced as a result of the completed application operations of the atomic
action.
e
3.6.24 heuristic decision: A decision of a CCR service-user that has offered commitment to the superior and then
releases all or part of its bound data before it is ordered to commit or to roll back by the superior.
3.6.25 initial state: The state of bound data at the time of first use by an atomic action.
3.6.26 intermediate CCR service-user; intermediate: A CCR service-user that has the role of both subordinate and
superior. It is a subordinate of the master CCR service-user or another intermediate CCR service-user. It is the superior
of one or more other intermediate and/or leaf CCR service-users.
3.6.27 intermediate state: One of the states of bound data produced during the manipulation of bound data that is
neither the initial nor the final state.
3.6.28 interrupted branch: An atomic action branch whose supporting association was released because of an
application or communication failure.
3.6.29 isolation: A property of a set of related operations such that partial results of the set of operations are not
accessible, except by operations of the set. This definition implies that different sets of related operations that have this
property and that share bound data are serializable.
3.6.30 leaf CCR service-user; leaf: A CCR service-user that only has the role of subordinate. It is the subordinate of
the master CCR service-user or an intermediate CCR service-user. It has no subordinates of its own.
4 ITU-T Rec. X.851(1993 E)
ISO/IEC 9804 : 1994 (E)
3.6.31 local commitment procedures: Establishing the final state of all bound data, removal of concurrency
controls, and release of all resources used in performing the atomic action.
3.6.32 Re-establishing the initial state of all bound data, removal of concurrency
local rollback procedures:
controls, and release of all resources used in performing the atomic action.
3.6.33 master CCR service-user; master:
A CCR service-user that has the role of superior. As the creator of the
atomic action tree, it has no superior, but it is the superior of one or more intermediate andlor leaf CCR service-users.
3.6.34 mixed heuristic situation; mixed situation: The state of bound data produced as the result of heuristic
decision(s) when a CCR service-user releases bound data in a state different from the master.
3.6.35 offer of commitment of an atomic action branch; offer of commitment: A statement from the subordinate
to the superior that the subordinate is ready for either commitment or rollback.
3.6.36 order of commitment of an atomic action branch; order of commitment: A statement by the superior to
the subordinate to initiate commitment of the atomic action branch.
3.6.37 phase I: For a CCR service-user that is not the master, the period during an atomic action that ends when it
decides to offer commitment to its superior. For the master CCR service-user, phase I ends when it decides to commit
the atomic action. This Recommendation I International Standard does not specify when phase I starts.
3.6.38 phase II: For a CCR service-user that is not the master, the period during an atomic action that begins when it
is ordered to commit by its superior. For the master CCR service-user, phase II begins when it decides to commit the
e
atomic action, Phase II ends for any CCR service-user when it completes all of its branches and its involvement with the
atomic action ends.
3.6.39 presumed rollback: The recovery mechanism used by CCR. It conditionally allows a CCR service-user to
treat an application or communication failure as a rollback. This occurs if it has not recorded atomic action data for the
branch. In addition, a CCR service-user acting as a subordinate may presume rollback under the following condition. It
has recorded atomic action data for the branch but, during recovery, it discovers that the superior does not.
3.6.40 recovery of an atomic action branch; recovery: Procedures used by a CCR service-user to complete an
interrupted atomic action branch for which it has recovery responsibility.
3.6.41 recovery responsibility for an atomic action branch; recovery responsibility: A property of a CCR
service-user that determines whether it attempts recovery. The CCR service-user acquires this property as a result of
using certain CCR services. It retains the property until the completion of the atomic action branch.
3.6.42 referencing specification: An Application Layer Recommendation I International Standard or other
specification that specifies the use of CCR services. CCR services are always used in conjunction with a referencing
specification.
3.6.43 requestor: The CCR service-user that issues the request primitive for a particular CCR service. For a
0 confirmed service, it also receives the confirm primitive.
3.6.44 rollback of an atomic action branch; rollback: Completion of an atomic action branch with the release of
bound data in the initial state.
3.6.45 subordinate of an atomic action branch; subordinate: The CCR service-user that receives the request to
begin the branch, offers commitment and receives the order to commit.
3.6.46 superior of an atomic action branch; superior: The CCR service-user that requests the beginning of the
branch, receives the offer of commitment and orders commitment.
4 Ab brevia tions
This Recommendation I International Standard uses the following abbreviations.
ACSE Association control service element
AE Application-entity
AEI Application-entity invocation
Amd Amendment to an ISO/IEC International Standard
ASE Application-service-element
ITU-T Rec. X.851(1993 E) 5
ISOmEC 9804 : 1994 (E)
CCR Commitment, concurrency, and recovery application-service-element
CCR-sp Commitment, concurrency, and recovery service-provider
cnf Confirm primitive
ind Indication primitive
MACF Multiple association control function
OS1 Open systems interconnection
OSIE Open systems interconnection environment
req Request primitive
rsP Response primitive
SACF Single association control function
SA0 Single association object
U-ASE User application-service-element
5 Conventions
This Recommendation I International Standard defines services for CCR following the descriptive conventions defined e
in ITU-T Rec. X.210 I ISO/IEC 10731.
In clause 7, the definition of each CCR service includes a table that lists the parameters of its primitives. For a given
primitive, the presence of each parameter is described by one of the following values:
Blank Not applicable
C Conditional
M Mandatory
U User option
In these tables, the notation (=) indicates that a parameter value is semantically equal to the value to its left in the table.
6 Concepts
6.1 Use of CCR in a distributed application environment
CCR services are defined for a single association. They are not concerned with and do not address the organization and e
topology of a distributed application. A referencing specification is always required to coordinate the use of CCR
services. However, the use of CCR services requires an understanding of the distributed application environment.
6.1.1 Atomic action environment
6.1.1.1 Atomic action properties
An atomic action is a specific set of related distributed application operations that may be characterized by the following
properties :
Atomicity -A property of a set of related operations such that the operations are either all performed or
a)
none of them are performed.
Consistency - A property of a related set of operations such that the effect of the operations are performed
b)
accurately, correctly and with validity, with respect to application semantics.
Isolation - A property of a set of related operations such that partial results are not accessible, except by
c)
operations of the set. This definition implies that different sets of related operations that have this property
and that share bound data are serializable.
Durability - A property of a set of related operations such that all the effects of the operations are not
d)
altered by any sort of failure.
6 ITU-T Rec. X.851(1993 E)
ISO/IEC 9804 : 1994 (E)
In the ideal case, all these atomic action properties are maintained by the CCR service-user. However, the degree of
achievement of these properties depends on the level of compliance to the CCR service-user rules (see Annex A) and the
local strategies of the CCR service-users.
Taking heuristic decisions is an example of a local strategy that might violate the atomic action properties (see 6.3).
Heuristic decisions do not guarantee atomicity of the atomic action. Another example is the use of a concurrency
mechanism that allows intermediate states of bound data to be visible outside the atomic action.
6.1.1.2 The atomic action tree
The CCR service-users that participate in an atomic action form a relationship that has a tree structure. For this
Recommendation I International Standard, such a relationship is modelled as an atomic action tree, as shown in Figure 1.
An atomic action tree consists of CCR service-users and atomic action branches.
TO71 9400-94IdO1
Figure 1 - Atomic action tree
A given AEI can represent one or more CCR service-users of the same or different atomic action trees.
NOTE - Atomic action branches between CCR service-users in the same AEI are outside of the scope of this
Recommendation I International Standard.
A branch of the atomic action is the relationship between two logically adjacent CCR service-users.
An atomic action tree is dynamically constructed by the formation of its branches. The atomic action tree and its
branches only exist for the lifetime of the atomic action.
An atomic action tree starts when a CCR service-user begins the first branch. This CCR service-user assigns this atomic
action an atomic action identifier whose value uniquely identifies it within the OSIE. This value is propagated
throughout the atomic action. A CCR service-user uses it to maintain concurrency controls. Following an application or
communication failure, it is used to correlate recovery for interrupted branches of the atomic action.
Based on the requirements of the referencing specification, a CCR service-user can introduce another CCR service-user
into the atomic action tree. This adds a new branch to the atomic action tree.
Beginning from any CCR service-user, an atomic action tree can be ordered hierarchically. Such an ordering that begins
with the CCR service-user that started the atomic action defines the atomic action begin-tree. Figure 1 shows an atomic
action tree in this ordering started by CCR service-user A. The arrow on each branch shows the direction in which it was
started.
Following failure, the recovery facilities of CCR are used to ensure that branch completion procedures are correctly
applied throughout the atomic action. An atomic action tree ends with the completion of all the individual branches.
ITU-T Rec. X.851(1993 E) 7
ISO/iEC 9804 : 1994 (E)
6.1.2 Atomic action branch
An atomic action branch is a relationship between two logically adjacent CCR service-users. This relationship performs
a portion of the work of an atomic action. The branch is requested by one of the CCR service-users and the other
CCR service-user that receives the request is one level
receives the request. Within the atomic action tree hierarchy, the
lower than the CCR service-user that begins the branch.
The CCR service-user that begins a branch uses the appropriate atomic action identifier. It assigns a branch identifier
whose value is unique within the scope of the atomic action. This branch identifier is used to identify a particular branch
of the atomic action tree during recovery following an application or communication failure.
A branch is supported by an association. If an application or communication failure occurs, the branch may endure and
continue with another association (see 6.2.2.2).
6.1.3 Bound data
The operations of an atomic action involve specific CCR service-user data as determined by the requirements of the
referencing specification. For this Service Specification, such data under the control of an atomic action are called bound
data.
Modifications made by the operations of the atomic action change the bound data from an initial state to a final state.
The modifications are indivisible and either all are applied (placing the bound data in the final state) or none are applied
(placing the bound data in the initial state).
e
During an atomic action, an intermediate state of the bound data is invisible outside of the atomic action. Any
modifications are isolated from concurrent operations that take place outside of the atomic action.
6.1.4 Atomic action data
For this Service Specification, the term atomic action data refers to state and control information about an atomic action
and its branches. Atomic action data needed for recovery is required to persist if an application or communication failure
occurs.
6.1.5 Operation of an atomic action
The overall goal of an atomic action is to exchange application semantics to coordinate the setting of the final state of all
CCR supports a two-phase commitment mechanism. During phase I offers of commitment
bound data. To achieve this,
are collected. During phase II commitment is ordered and confirmed.
Within the atomic action, each CCR service-user may offer commitment on one branch or it may make no offer of
commitment. The atomic action may therefore be represented as a hierarchical tree ordered on the basis of offers of
commitment - this is the atomic action commit-tree.
6.1.6 Roles in an atomic action
Offers of commitment on a branch are only made from the CCR service-user that received the C-BEGIN indication
primitive for the branch.
The following roles for a branch can therefore be distinguished:
Superior (of the branch) - The CCR service-user that requests the beginning of the branch, receives the
a)
offer of commitment and orders commitment.
Subordinate (of the branch) - The CCR service-user that receives the request to begin the branch, offers
b)
commitment and receives the order to commit.
Three types of CCR service-users exist within an atomic action:
Master - The role of superior. As the creator of the atomic action tree, it has no superior, but it is the
a)
superior of one or more intermediate and/or leaf CCR service-users.
Intermediate - Has the role of both subordinate and superior. It is a subordinate of the master CCR
b)
service-user or of another intermediate CCR service-user. It is the superior of one or more other
intermediate and/or leaf CCR service-users.
Leaf - Only has the role of subordinate. It is the subordinate of the master CCR service-user or an
c)
intermediate CCR service-user. It has no subordinates of its own.
8 ITU-T Rec. X.851(1993 E)
ISO/IEC 9804 : 1994 (E)
6.1.7 Two-phase commitment
CCR supports a two-phase commitment mechanism. During phase I offers of commitment are collected. This
Recommendation I International Standard does not specify when phase I starts.
A CCR service-user offers commitment to its superior when it has received offers of commitment from all its
subordinates and has completed all operations. At this point, it is capable of placing its bound data in either the initial or
final state.
i
The master leaves phase I and enters phase II when it decides to commit the atomic action. To do this, it has received
offers of commitment from all its subordinates. It also is capable of placing its bound data in the final state. The master
I
then orders its subordinates to commit. The master leaves phase II after receiving commitment confirmation from all its
I
subordinates to which it has ordered commitment.
I
I
A CCR service-user, that is not the master, leaves phase I and enters the doubt period when it decides to offer
commitment to its superior. It leaves the doubt period and enters phase II when it receives the order to commit from its
superior. An intermediate then orders its subordinates to commit. Finally, it leaves phase II when it sends commitment
confirmation to its superior.
6.1.8 Commitment procedure
Commitment is the procedure whereby the CCR service-users participating in an atomic action release their bound data
@ in the final state.
Commitment only occurs after all participating CCR service-users (other than the master) have offered commitment. The
master initiates commitment. When the master decides to commit, it enters phase II. As each CCR service-user commits,
it releases its bound data in the final state and orders all of its subordinates to commit.
6.1.9 Rollback procedure
Rollback is the procedure used to force the completion of some or all the branches of an atomic action. The procedure
results in the release of related bound data in the initial state. Rollback may apply to an entire atomic action. It may also
apply to a sub-tree of the atomic action tree whose root is an intermediate or a leaf.
I A CCR service-user, that is not the master, may initiate rollback prior to offering commitment. The master may initiate
rollback prior to ordering commitment.
I
For rollback, a CCR service-user releases its bound data in the initial state. It forces the completion of the branches to its
I
l subordinates by propagating the rollback on them. If it initiated rollback, it forces the completion of the branch to its
superior.
Prior to offering commitment (i.e. before entering the doubt phase), a CCR service-user may order any of its
e subordinates to roll back even if it does not roll back or release its own bound data. The branches with such subordinates
are completed. The CCR service-user remains in the atomic action.
After offering commitment, a CCR service-user that has not taken a heuristic decision only rolls back if it receives an
order to roll back from its superior (see 6.3).
6.1.10 Concurrency control
Concurrency control is a real open system mechanism. It coordinates modifications to bound data used by concurrent
atomic actions. A concurrency control mechanism guarantees the atomic action isolation property.
NOTE - A concurrency control mechanism ensures that at least one serial sequence of a given set of atomic actions exists
that produces the same result to the common bound data as the concurrent (parallel) operation of the same atomic actions on the same
bound data. That is, the concurrent execution of atomic actions is serializable.
CCR requires concurrency control for the control of atomic actions. However, the facility to accomplish concurrency is
outside the scope of this Recommendation I International Standard.
6.2 CCR facilities
CCR facilities support the beginning and completion of a single branch. The overall goal of a branch is to exchange
application semantics to cause the modification of bound data in a coordinated manner.
ITU-T Rec. X.851(1993 E) 9
I§O/IEC 9804 : 1994(E)
of a branch
6.2.1 Operation
The operation of a branch is divided into two parts:
I
creation of the branch and the exchange of application semantics between the two CCR service-users to
a)
produce the final state of the bound data; and
commitment whereby the final state of the bound data is made permanent (i.e. committed) or rollback
b)
whereby the bound data are restored to the initial state.
At any time before starting the commitment procedure, either CCR service-user may roll back the branch.
I
A branch can be interrupted by an application or communication failure. A CCR service-user with recovery
responsibility attempts to recover an interrupted branch using another association. A CCR service-user acquires
recovery responsibility for a branch before it uses specific CCR services (see 6.2.2.2). Both CCR service-users may have
recovery responsibility for the branch.
This Recommendation I International Standard defines CCR services for creating and controlling an individual branch. It
also defines rules that govern the exchange of application semantics on a branch.
NOTE - The exchange of application semantics within the framework of a branch is defined by the referencing
specification.
6.2.2 Recovery
CCR addresses failure and subsequent recovery at the branch level.
I
6.2.2.1 Failure
I
AEIs involved in an atomic action can fail at any time. However, CCR functionality and applicability rely upon the
preservation of the bound data and atomic action data over such failures. The loss of such data causes a breakdown of
the CCR functionality and applicability and the atomic action properties are no longer guaranteed.
Following an application or communication failure, recovery on another association may be needed. This is done to
preserve the atomic action properties and to place the bound data into a consistent state. In particular, the CCR service-
user may invoke CCR recovery facilities on another association to recover CCR semantic exchanges that may have been
lost.
The CCR service-user accesses atomic action data when it invokes the CCR recovery facilities. Atomic action data and
the CCR recovery facilities enable the CCR service-user to complete the branch.
,
NOTE - Following an application failure, local recovery mechanisms may be needed to restore the CCR service-user.
These mechanisms may be used at a later time and may involve human intervention.
6.2.2.2 Recovery mechanism
I
A recovery mechanism determines when the CCR service-users of a branch acquire recovery responsibility for the
branch. If a failure occurs, a CCR service-user with recovery responsibility attempts the recovery of that branch.
*
CCR employs the presumed rollback (sometimes called “presumed abort”) recovery mechanism. For this mechanism,
the subordinate acquires recovery responsibility when it decides to offer commitment. The superior acquires recovery
responsibility when it decides to order commitment. Both keep recovery responsibility until the completion of the
branch .
NOTE - For the master, the presumed rollback recovery mechanism does not require the recording of atomic action data
until it decides to commit the atomic action. For a leaf or intermediate, the recording of atomic action data does not occur until it
decides to offer commitment. This reduces the overhead of recording atomic action data at the beginning of the branch.
The CCR recovery mechanism for an individual branch makes three basic requirements of the CCR service-user:
the maintenance of atomic action data;
a)
the ability to set the initial or final state of bound data; and
b)
the initiation of recovery when it has recovery responsibility.
c)
The CCR service-user uses atomic action data to determine if it has recovery responsibility.
I
Before commitment, a CCR service-user does not have recovery responsibility. If an application or communication
failure occurs, the CCR service-user shall be capable of restoring its bound data to the initial state.
During the doubt period, a CCR service-user has recovery responsibility. If an application or communication failure
occurs, the CCR service-user shall be capable of placing its bound data in either the initial or final state.
10 ITU-T Rec. X.851(1993 E)
ISOAEC 9804 : 1994 (E)
After an application failure, local recovery mechanisms re-establish the operation the CCR service-user. The CCR
service-user then attempts to use a new association to recover any branch for which it has recovery responsibility.
After a communication failure, the CCR service-user attempts to use another association to recover the branch if it has
recovery responsibility.
Recovery responsibility is determined by the atomic action data.
6.3 Heuristic decisions
This Recommendation I International Standard does not explicitly provide capabilities to communicate heuristic
decisions, nor the means to reduce the impact of such decisions. This discussion is included because a referencing
specification may define conditions concerning heuristic decisions that affect the use of CCR services.
6.3.1 Rationale for heuristic decisions
After a CCR service-user offers commitment, the CCR service-user is in the doubt period. It keeps the capability to
commit or to roll back until ordered to do so by the superior. In practice, this may not be acceptable. A prolonged failure
may occur or an exceptionally long delay may take place before the decision to commit or roll back is communicated to
it.
In such circumstances, a CCR service-user may decide to take a heuristic decision. It puts some or all of its bound data
into the initial state, the final state or some intermediate state. It does this while still in the doubt period.
For a heuristic decision, the CCR service-user considers the trade-off between:
keeping the capability to commit or to roll back (e.g. keeping locks on valuable data); and
a)
taking a heuristic decision that possibly violates the atomic action properties and then coping with the
b)
effects of this violation.
6.3.2 Taking a heuristic decision
Any CCR service-user that has offered commitment may take a heuristic decision. This includes a CCR service-user
involved in a branch interrupted by an application or communication failure. A CCR service-user may take more than
one heuristic decision for a given atomic action.
A referencing specification may specify constraints on the taking of heuristic decisions. This includes not allowing
heuristic decisions.
A heuristic decision of a CCR service-user that is different from that taken by the master results in a mixed situation.
Mixed situations are resolved by compensating actions. These compensating actions are application-specific as well as
situation-specific. Compensating actions are outside the scope of this Service Specification.
6.3.3 Detection of heuristic mixed situation
The use of CCR services guarantees that any CCR service-user that took a heuristic decision eventually detects whether
its decision was in line with the decision of the master or if a mixed situation has occurred.
6.3.4 Reporting of heuristic mixed situation
When a mixed situation is detected, the referencing specification is responsible for reporting to an entity capable of
resolving the mixed situation.
A referencing specification may use the User Data parameter of some CCR service primitives to communicate the
existence of a heuristic decision or a heuristic mixed situation. Such communication may not be reliable.
7 Service definition
This clause defines each CCR service. Clause 8 describes the allowed sequences of CCR service primitives used on one
branch of an atomic act
...

NORME ISOKEI
INTERNATIONALE 9804
Troisième édition
1998-l 2-01
Technologies de l’information -
Interconnexion de systèmes ouverts
(OSI) - Définition du service de l’élément
de service d’engagement, de concomitante
et de rétablissement
information technology - Open Systems lnterconnection - Service
definition for the Commitment, Concurrency and Recovery service element
Numéro de référence
ISO/CEI 9804:1998(F)
@ ISO 1998
ISOKEl9804: 1998(F)
PDF - Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d’Adobe, ce fichier peut
être imprimé ou visualisé, mais ne doit pas être modifié à moins que l’ordinateur employé à cet effet ne bénéficie d’une licence autorisant
l’utilisation de ces polices et que celles-ci y soient installées. Lors du télechargement de ce fichier, les parties concernées acceptent de fait la
responsabilité de ne pas enfreindre les conditions de licence d’Adobe. Le Secrétariat central de I’ISO décline toute responsabilité en la
matière.
Adobe est une marque déposée d’Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info du
fichier; les paramètres de création PDF ont été optimisés pour l’impression. Toutes les mesures ont été prises pour garantir l’exploitation de
ce fichier par les comités membres de I’ISO. Dans le cas peu probable où surviendrait un problème d’utilisation, veuillez en informer le
Secrétariat central à l’adresse donnée ci-dessous.
0 ISO/CEI 1998
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque
forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l’accord écrit de I’ISO à
l’adresse ci-après ou du comité membre de I’ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 l CH-121 1 Geneva 20
Tel. + 41 22 749 01 11
Fax. [phone]
E-mail copyright @ iso.ch
Web www.iso.ch
Version française parue en 1999
Imprimé en Suisse
0 ISO/CEI 1998 - Tous droits réservés

ISO/CEI 9804: 1998(F)
Sommaire
Page
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1 Domaine d’application
Références normatives .
...................................................................... 1
2.1 Recommandations I Normes internationales identiques
........
2.2 Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
Définitions .
..................................................................................................... 2
3.1 Définitions du modèle de référence
3.2 Définitions des conventions de service .
................................................................................................ 3
3.3 Définitions du service de présentation
3.4 Définitions du service ACSE .
........................................................................... 3
3.5 Définitions de la structure de la couche Application
3.6 Définitions du service CCR .
4 Abréviations . . . . .*.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5 Conventions
Concepts .
......................................... 10
6.1 Utilisation du service CCR dans un environnement d’application répartie
..........................................................................................................
62 . Fonctionnalités du service CCR
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6.3 Décisions heuristiques
......................................................................................................................................
7 Définition du service
7.1 Service C-INITIALIZE .
7.2 Service C-BEGIN .
7.3 Service C-PREPARE .
..............................................................................................................................
7.4 Service C-READY
............................................................................................................................
7.5 Service C-COMMIT
......................................................................................................................
7.6 Service C-ROLLBACK
7.7 Service C-NOCHANGE .
7.8 Service C-CANCEL .
7.9 Service C-RECOVER .
7.10 Service C-P-ERROR .
..................................................................................
8 Informations concernant les successions de primitives
...........................................................................................................................................
8.1 Généralités
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
8.2 Evénements
. Etats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Prédicats .
8.4
8.5 Interprétation des tables d’états .
8.6 Achèvement d’une branche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.*.*.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8.7 Collisions et services perturbateurs
9 Utilisation du service CCR .
91 Généralités .
..............................................................
9:2 Utilisation du service CCR avec un mappage sans référence
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9.3 Utilisation des services de synchronisation et de resynchronisation de session
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
94 . Utilisation du service CCR avec des activités de session
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9.5 Utilisation de services de présentation
. . .
III
0 ISO/CEI 1998 - Tous droits réservés

ISO/CEI 9804:1998(F)
Page
Annexe A - Règles d’utilisation du service CCR . 38
.........................................................................................................................................
A. 1 Introduction 38
A.2 Conformité . 38
A.3 Règles d’utilisation des primitives du service CCR . 38
....................................................................... 42
A.4 Règles de manipulation de données d’action atomique
A.5 Règles de manipulation de données liées . 43
A.6 Règles de transfert de données utilisateur du service CCR . 44
Annexe B - Relations du service CCR avec la structure de la couche Application . 45
..............................................................................................................
B-1 Fournisseur de services CCR 45
B.2 Utilisateur du service CCR . 45
B.3 Graphe d’action atomique . 45
Annexe C - Présentation didactique du service CCR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
C. 1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
C.2 Structure d’un arbre d’action atomique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
C.3 Ressources d’information d’un utilisateur du service CCR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
C.4 Simultanéité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
C.5 Rétablissement . 54
C.6 Relations de temps et succession de primitives du service . 58
C.7 Commentaires concernant la complexité de mise en œuvre . 59
C-8 Utilisation du paramètre Données utilisateur pour les services CCR . 64
C.9 Utilisation optionnelle du service C-PREPARE . 65
iv 0 ISOLE1 1998 - Tous droits réservés

ISO/CEI 9804: 1998(F)
Avant-propos
L’ISO (Organisation internationale de normalisation) et la CE1 (Commission électrotechnique internationale) forment le
système spécialisé de la normalisation mondiale. Les organismes nationaux membres de I’ISO ou de la CE1 participent au
développement de Normes internationales par l’intermédiaire des comités techniques créés par l’organisation concernée afin de
s’occuper des domaines particuliers de l’activité technique. Les comités techniques de l’IS0 et de la CE1 collaborent dans des
domaines d’intérêt commun. D’autres organisations internationales, gouvernementales ou non gouvernementales, en liaison
avec I’ISO et la CE1 participent également aux travaux.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISOKEI, Partie 3.
Dans le domaine des technologies de l’information, 1’ISO et la CE1 ont créé un comité technique mixte, I’ISOKEI JTC 1. Les
projets de Normes internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux pour vote.
Leur publication comme Normes internationales requiert l’approbation de 75 % au moins des organismes nationaux votants.
L’attention est appelée sur le fait que certains des éléments de la présente Norme internationale peuvent faire l’objet de droits
de propriété intellectuelle ou de droits analogues. L’ISO et la CE1 ne sauraient être tenues pour responsables de ne pas avoir
identifié de tels droits de propriété et averti de leur existence.
La Norme internationale ISOKEI 9804 a été élaborée par le comité technique mixte ISOKEI JTC 1, Technologies de
l’information, sous-comité SC 33, Services d’applications distribuées, en collaboration avec l’UIT-T. Le texte identique est
publié en tant que Recommandation UIT-T X.851.
Cette troisième édition annule et remplace la deuxième édition (ISO 9804: 1994), qui a fait l’objet d’une révision technique.
Les annexes A et B font partie intégrante de la présente Norme internationale. L’annexe C est donnée uniquement à titre
d’information.
0 ISO/CEI 1998 - Tous droits réservés

ISOICEI 9804: 1998(F)
Introduction
La présente Recommandation I Norme internationale fait partie d’un ensemble de Recommandations I Normes
internationales élaborées en vue de faciliter l’interconnexion de systèmes informatiques. Elle appartient à un ensemble de
Recommandations de 1’UIT I Normes internationales dont les relations sont définies par le modèle de référence pour
l’interconnexion des systèmes ouverts (voir la Rec. UIT-T X.200 I ISO/CEI 7498-l). Le modèle de référence subdivise le
domaine de la normalisation de l’interconnexion en une série de couches de spécifications dont chacune est de taille
maîtrisable.
L’objectif de l’interconnexion des systèmes ouverts est de permettre, moyennant un minimum d’accords techniques en
dehors des Recommandations et N ‘ormes internationales d’interconnexion, d’interconnecter des systèmes informatiques
-
de constructeurs différents;
-
gérés de façon différente;
-
de niveaux de complexité différents;
de technologies différentes.
La présente Recommandation I Norme internationale prend en compte le fait que les processus d’application peuvent
souhaiter communiquer pour des raisons très diverses. Toute communication nécessite cependant un certain nombre de
services indépendants des motifs de la communication. L’élément de service d’application défini dans la présente
Recommandation I Norme internationale fournit de tels services.
La présente Recommandation I Norme internationale définit les fonctionnalités offertes par l’élément de service
d’application pour l’engagement, la concomitante et le rétablissement (CCR). L’élément CCR fournit des services pour
une association unique. Une spécification faisant référence utilise ces services pour lancer et terminer une succession
donnée d’opérations d’application répartie malgré des défaillances de l’application ou des communications.
Une spécification fait référence à la présente Recommandation I Norme internationale pour utiliser le service CCR. Les
services CCR peuvent être utilisés avec les services de présentation (voir la Rec. UIT-T X.216 I ISOKEI 8822), ou avec
d’autres services de la couche Application. L’utilisation des services CCR est toutefois sujette aux limitations spécifiées
dans l’article 9* L’utilisation des services CCR permet à une spécification faisant référence de définir son activité sous la
forme d’une action atomique. Une action atomique peut utiliser plusieurs associations, avec éventuellement des
protocoles différents pour chaque association.
L’Annexe A décrit les règles auxquelles doit obéir une
spécification qui fait référence à la présente Recommandati on I
Norme internationale.
L’Annexe B présente les relations qui existent entre les concepts et le modèle CCR et la structure de la couche
Application (voir la Rec. UIT-T X.207 I ISO/CEI 9545).
L’Annexe C contient une présentation didactique qui facilite la compréhension des concepts et des fonctionnalités du
service CCR.
vi 0 lSO/CEI 1998 - Tous droits réservés

ISOKEI 9804 : 1998 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - DÉFINITION DU SERVICE DE L’ÉLÉMENT DE SERVICE
D’ENGAGEMENT, DE CONCOMITANCE ET DE RÉTABLISSEMENT
1 Domaine d’application
La présente Recommandation I Norme internationale est destinée faire l’objet de références de la part d’autres
spécifications lorsque les fonctionnalités d’engagement, de concomitante et de rétablissement sont nécessaires. Elle peut
être référencée chaque fois que le traitement d’une ou plusieurs invocations d’entité d’application dans un contexte
d’application répartie doit être organisé sous la forme d’une action atomique.
La présente Recommandation I Norme internationale définit les services qui sont utilisés sur une association unique pour
coordonner deux invocations d’entité d’application impliquées dans une action atomique. La détermination des
invocations d’entité d’application qui sont impliquées dans une action atomique est en dehors du domaine d’application
de la présente Recommandation I Norme internationale.
La présente Recommandation I Norme internationale établit les principes généraux pour l’utilisation coordonnée des
services CCR lorsque plus de deux invocations d’entité d’application sont impliquées dans une action atomique unique,
ou lorsqu’un rétablissement est nécessaire après une défaillance de l’application. La coordination de plusieurs
associations et des invocations d’entité d’application associées constituant une action atomique est réalisée par
l’utilisation conjointe d’une spécification faisant référence et de la présente Recommandation I Norme internationale.
La présente Recommandation I Norme internationale est applicable uniquement à une application réparti .e dont la
spécification fait référence à la présente Recommandation Norme internationale.
.ale produits particuliers. Elle
La présente Recommandation l Norme internation ne spécifie pas de mises en œuvre ou de
n’impose aucune contrainte pour la mise en œuvre informatique.
des l entités et des interfaces dans un système
La présente Recommandation I Norme internationale ne spécifie pas de prescription de conformité.
La présente Recommandation Norme internationale spécifie des prescriptions de conformité qui s’appliquent à une
spécification faisant référence.
La définition du service CCR faite dans la présente Recommandation I Norme internationale nécessite l’emploi de la
version 2 du protocole CCR (ou d’une version ultérieure).
2 Références normatives
Les Recommandations et les Normes internationales suivantes contiennent des dispositions qui, par suite de la référence
qui y est faite, constituent des dispositions valables pour la présente Recommandation I Norme internationale. Au
moment de la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes sont sujettes à
révision et les parties prenantes aux accords fondés sur la présente Recommandation I Norme internationale sont invitées
à rechercher la possibilité d’appliquer les éditions les plus récentes des Recommandations et Normes indiquées ci-après.
Les membres de la CE1 et de I’ISO possèdent le registre des Normes internationales en vigueur. Le Bureau de la
normalisation des télécommunications de I’UIT tient à jour une liste des Recommandations UIT-T en vigueur.
21 .
Recommandations 1 Normes internationales identiques
-
Recommandation UIT-T X.200 (1994) l ISOKEI 7498-l : 1994, Technologies de Z’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: le modèle de référence de base.
-
Recommandation UIT-T X.207 (1993) I ISOKEI 9545: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Structure de la couche application.
Rec. UIT-T X.851 (1997 F) 1
ISOKEI 9804 : 1998 (F)
- Recommandation UIT-T X.210 (1993) I ISOKEI 1073 1: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: conventions pour la décfinition des
services de l’interconnexion de systèmes ouverts.
-
Recommandation UIT-T X.215 (1995) I ISOKEI 8326: 1996, Technologies de l’information -
Interconnexion des systèmes ouverts - DéJinition du service de session.
- Recommandation UIT-T X.216 (1994) I ISOKEI 8822: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Définition du service de présentation.
-
Recommandation UIT-T X.2 17 (1995) I ISO/CEI 8649: 1996, Technologies de l’information -
Interconnexion des systèmes ouverts - Définition de service applicable à l’élément de service de contrôle
d’association.
-
Recommandation UIT-T X.227 (1995) I ISOKEI 8650-l : 1996, Technologies de l’information -
Interconnexion des systèmes ouverts - Protocole en mode connexion applicable à l’élément de service de
contrôle d’association: spécification du protocole.
- Recommandation UIT-T X.650 (1996) I ISO/CEI 7498-3: 1997, Technologies de l’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: dénomination et adressage.
-
Recommandation UIT-T X.852 (1997) I ISOKEI 9805-l : 1998, Technologies de l’information -
Protocole pour l’élément de service d’engagement, de
Interconnexion des systèmes ouverts -
concomitante et de rétablissement: spécification du protocole.
22 .
Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
-
Recommandation UIT-T X.860 (1997), Interconnexion des systèmes ouverts - Traitement transactionnel
réparti: modèle.
- Interconnexion de systèmes ouverts (OSI) -
ISOKEI 10026- 1: l), Technologies de l’information
Traitement transactionnel réparti - Partie 1: Modèle OSI TP.
Recommandation UIT-T X.862 (1997), Interconnexion des systèmes ouverts - Traitement transactionnel
réparti: spécification du protocole.
- Interconnexion de systèmes ouverts (OSI) -
ISOICEI 10026-3: l), Technologies de l’information
Traitement transactionnel réparti - Partie 3: Spécification du protocole.
3 Définitions
. Définitions du modèle de référence
3.1.1 Définitions du modèle de référence de base
La présente Recommandation I Norme internationale est basée sur les concepts élaborés dans la Rec. UIT-T X.200 I
ISOKEI 7498- 1. Elle utilise les termes suivants définis dans la présente Recommandation:
association d’application; association;
a)
entité d’application;
b)
couche Application;
C)
processus d’application;
d)
élément de service d’application;
e)
connexion de présentation;
f)
service de présentation;
g)
connexion de session;
h)
service de session.
i)
A paraître.
l)
2 Rec. UIT-T X.851 (1997 F)
ISOKEI 9804 : 1998 (F)
3.1.2 Définition relative à la dénomination et h l’adressage
La présente Recommandation I Norme internationale utilise le terme suivant, défini dans la Rec. UIT-T X.650 I
ISOKEI 7498-3:
-
titre d’entité d’application*).
32 l Définitions des conventions de service
La présente Recommandation 1 Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.210 I
ISOKEI 1073 1:
a) fournisseur de services;
b) utilisateur du service;
service confirmé;
C)
d) service non confirmé;
service initié par le fournisseur;
e)
f) primitive;
g) demande (primitive);
h) indication (primitive);
réponse (primitive);
.
confirmation (primitive).
J)
33 . Définitions du service de présentation
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.216 I
ISOKEI 8822:
syntaxe abstraite;
a)
nom de syntaxe abstraite;
b)
ensemble des contextes définis;
C)
d) unité fonctionnelle [présentation];
contexte de présentation;
e)
valeur de données de présentation.
f)
34 . Définitions du service ACSE
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.217 I
ISOKEI 8649:
instigateur de l’association;
a>
accepteur de l’association;
W
interrupti .on.
C>
35 . Définitions de la structure de la couche Application
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.207 I
ISOKEI 9545:
contexte d’application;
a>
invocation d’entité d’application;
b)
objet de service d’application;
C)
fonction de commande;
(9
*) Un titre d’entité d’application se compose, comme défini dans la Rec. UIT-T X.650 1 ISOKEI 7498-3, d’un titre de processus
d’application et d’un qualificatif d’entité d’application.
Rec. UIT-T X.851 (1997 F) 3
ISO/CEI 9804 : 1998 (F)
e) fonction de commande d’association multiple;
f) fonction de commande d’association unique;
objet d’association unique.
g)
36 . Définitions du service CCR
3.6.1 accepteur: utilisateur du service CCR qui reçoit la primitive d’indication pour un service CCR donné. Il émet
également une primitive de réponse s’il s’agit d’un service confirmé.
3.6.2 défaillance de l’application: échec d’une invocation d’entité d’application qui ne réussit pas à fournir les
fonctionnalités définies dans sa spécifïcation normale.
3.6.3 action atomique: ensemble spécifique d’opérations d’une application répartie qui peut être caractérisé par les
propriétés d’atomicité, de cohérence, d’isolation et de durabilité.
3.6.4 branche d’action atomique; branche: relation entre deux utilisateurs du service CCR représentant une partie
intégrale d’une action atomique. La relation peut survivre à une défaillance de la communication ou de l’application. Elle
débute par l’utilisation de services CCR et se’ termine ultérieurement soit par l’utilisation de services CCR, soit par une
défaillance de la communication ou de l’application.
3.6.5 identificateur de branche d’action atomique; identificateur de branche: valeur attribuée par l’instigateur
d’action de branche atomique qui identifie de façon non ambiguë une branche dans le domaine d’application de l’action
atomique.
3.6.6
données d’action atomique: informations de commande et d’état concernant une action atomique et ses
branches, Les données d’action atomique nécessaires au rétablissement sont conservées en cas de défaillance de la
communication ou de l’application.
3.6.7 graphe d’action atomique: graphe connecté représentant la structure d’une action atomique dont les noeuds
sont les U tilisateurs du serv ,ice CCR et dont les arcs sont les branches de l’action atomique.
3.6.8 identificateur d’action atomique: valeur attribuée par le propriétaire de l’action atomique qui identifie de
façon non ambiguë une action atomique dans l’environnement OSI. (Cette valeur est utilisée au départ dans un service
CCR par l’instigateur de l’action atomique. Ce dernier peut toutefois avoir obtenu cette valeur par un mécanisme qui n’est
pas visible pour les services CCR.)
3.6.9 instigateur d’action atomique: racine d’arbre de début.
3.6.10 propriétaire d’action atomique: utilisateur du service CCR qui a déterminé l’identificateur d’action atomique.
3.6.11 atomicité: propriété d’un ensemble d’opérations liées indiquant qu’elles sont effectuées ou non effectuées d’un
seul tenant.
3.6.12 arbre de début; arbre de début d’action atomique: graphe d’action atomique qui a été constitué au sein d’un
arbre avec racine, dans lequel l’orientation d’un arc part de l’utilisateur du service CCR qui a initialisé la branche d’action
atomique.
-3.6.13 données liées: données, faisant partie d’une action atomique, auxquelles accède et que manipule un utilisateur
duservice CCR. L’état des données est lié par les règles du service CCR. Les données liées survivent à des défaillances
de:co.mmunication et d’application et continuent à exister au-delà de la durée de vie d’une branche d’action atomique.
3.6.14 instigateur de branche; instigateur de branche d’action atomique: utilisateur du service CCR qui
commence une branche donnée.
3.6.15 répondeur de branche; répondeur de branche d’action atomique: utilisateur du service CCR sur une
branche donnée qui n’a pas initialisé
la branche.
3.6.16 arbre d’engagement; arbre d’engagement d’action atomique: graphe d’action atomique qui a été constitué
au sein d’un arbre avec racine, dans lequel l’orientation d’un arc part de l’utilisateur du service CCR (supérieur de
l’engagement) qui peut donner l’ordre d’engagement à son homologue (subordonné d’engagement).
3.6.17 fournisseur de services CCR: deux éléments de service d’application CCR homologues impliqués dans la
même branche d’action atomique.
3.6.18 utilisateur du service CCR: partie de l’invocation d’entité d’application qui utilise des services CCR pour
coordonner une ou plusieurs branches d’un arbre d’action atomique.
3.6.19 coordinateur provenance de tous ses
d’engagement: utilisateur du service CCR qui a reçu un signal “prêt” en
voisins.
4 Rec. UIT-T X.851 (1997 F)
ISOKEI 9804 : 1998 (F)
3.6.20 décideur d’engagement: utilisateur du service CCR qui donne l’ordre d’engagement à ses voisins (en général à
tous) sans avoir reçu lui-même un ordre d’engagement. Il constitue la racine de son arbre d’engagement (dans certains
cas, l’une des deux racines).
3.6.21 engagement d’une branch e d’action atomiqu engagement: achèvement d’une branche d’action atomique
e;
avec li bération des données liées dans 1 eur état final.
subordonné de l’engagement: (par rapport à une branche) utilisateur du service CCR qui émet un signal
3.6.22
“prêt” à destination de ses voisins; (par rapport à un utilisateur donné du service CCR) autre utilisateur du service CCR
en provenance duquel un signal “prêt” a été reçu sur une branche quelconque (un utilisateur du service CCR peut avoir
plusieurs subordonnés d’engagement).
3.6.23 supérieur de l’engagement: (par rapport à une branche) utilisateur du service CCR qui reçoit un signal “prêt”
en provenance de ses voisins; (par rapport à un utilisateur donné du service CCR) autre utilisateur du service CCR à
destination duquel un signal “prêt” a été émis (le service CCR garantit qu’il en existe un au plus).
3.6.24 défaillance de la communication: terminaison inattendue de l’association prenant en charge.
3.6.25 action de compensation: opérations utilisées pour rétablir soit l’état initial, soit l’état final à partir d’une
situation mixte générée à la suite d’un conflit entre une ou plusieurs décisions heuristiques et la décision du coordinateur
de l’engagement.
3.6.26 gestion de la simultanéité; gestion de la concomitante: mécanisme de système ouvert réel qui coordonne les
modifications des données liées utilisées par les actions atomiques simultanées afin de garantir la propriété d’isolation de
l’action atomique.
3.6.27 confirmation de l’engagement : déclaration d’un subordonné au supérieur confirmant que le subordonné a
achevé les procédures d’engagement local.
3.6.28 branche de continuation en deux phases; voisin de continuation en toute
deux phases: branche ou tout
voisin au sein d’une action atomique dans le cas où aucune des conditions suivantes ne s’applique:
un retour-arrière n’a pas été effectué (au moyen d’une primitive de demande ou d’indication
C-ROLLBACK); ou
ii) l’utilisateur du service CCR a établi qu’un retour-arrière sera fait, mais cette action n’a pas encore été
effectuée; ou
iii) une primitive d’indication C-NOCHANGE a été reçue.
NOTE - La condition ii) inclut les branches pour lesquelles l’association prenant en charge a subi une défaillance
avant la transmission d’un signal “prêt”, ainsi que les branches pour lesquelles une primitive de demande
C-ROLLBACK est sur le point d’être émise.
3.6.29 graphe connecté: graphe constitué d’un ensemble de nœuds et d’un ensemble d’arcs. Des sommets peuvent
être connectés par un arc. Tout arc connecte deux nœuds. Les termes “noeud” et “arc” sont pris ici dans leur sens
mathématique.
[la terminologie mathématiqueJYançaise correspondante utilise plutôt les termes “sommet” et “arête’1
3.6.30 cohérence: propriété d’un ensemble d’opérations liées indiquant que ces opérations sont effectuées de manière
précise, correcte et valide, compte tenu de la sémantique de l’application.
3.6.31 application répartie: activité de traitement de l’information qui s’effectue en utilisant deux invocations d’entité
d’application ou plus, interconnectées au sein de l’environnement OSI.
NOTE - Ce paragraphe sera supprimé lorsque le terme sera défini dans une autre Recommandation I Norme internationale citée en
référence.
3.6.32 période de doute: pour un utilisateur du service CCR, période au cours d’une action atomique, qui commence
lorsqu’il décide d’émettre un signal “prêt” à destination de son supérieur et se termine lorsqu’il reçoit l’ordre
d’engagement ou de retour-arrière. Un utilisateur du service qui n’émet pas de signal “prêt” n’a pas de période de doute.
3.6.33 durabilité: propriété d’un ensemble d’opérations liées et terminées indiquant qu’un quelconque de
type
défaillance n’affectera pas les effets de ces opérations.
Rec. UIT-T X.851 (1997 F) 5
ISOKEI 9804 : 1998 (F)
3.6.34 état final: état des données liées résultant de l’achèvement des opérations d’application de l’action atomique.
de nœuds et d’un ensemble d’arcs. Deux noeuds peuvent être connectés
3.6.35 .e: objet constitué d’un ensemble
graph
par un
arc. Tout arc connecte deux noeuds.
NOTE - Le terme “graphe” tel qu’il est utilisé dans la présente Recommandation I Norme internationale désigne toujours des
graphes connexes acycliques, bien qu’il ne s’agisse pas de propriétés générales d’un graphe quelconque. Prière de se référer
également à la définition du terme “arbre”.
3.6.36 décision heuristique: décision d’un utilisateur du service CCR qui a émis un signal “prêt” à destination du
supérieur de l’engagement et qui libère ensuite tout ou partie de ses données liées avant de recevoir du supérieur l’ordre
d’engagement ou de retour-arrière.
3.6.37 état initial: état des données liées au moment de leur première utilisation par une action atomique.
3.6.38 intermédiaire: avec racine qui n’est ni une feuille, ni la racine. Un intermédiaire possède un
noeud d’un arbre
arc entrant et un seul.
3.6.39 état intermédiaire: un des états de données liées qui se présente au cours de la manipulation de données liées
et qui n’est ni l’état initial ni l’état final.
3.6.40 branche interrompue: branche d’action atomique dont l’association prenant en charge a été libérée par suite
d’une défaillance de la communication ou de l’application.
3.6.41 isolation: propriété d’un ensemble d’opérations liées indiquant que les résultats partiels de l’ensemble des
opérations sont accessibles uniquement à des opérations appartenant à cet ensemble. Cette définition implique que
différents ensembles d’opérations liées ayant cette propriété et partageant des données liées peuvent être effectués d’une
manière strictement séquentielle.
3.6.42 feuille: noeud du arc. Dans un arbre avec racine, ce terme est limité à des noeuds ne
graphe possédant un seul
possédant qu’un arc entrant . Il en résulte que la racine d’un arbre avec racine n .‘est pas considérée comme une feuille.
3.6.43 procédures d’engagement local: établissement de l’état final de toutes les données liées, annulation de la
gestion de la simultanéité et libération ‘exécution
de toutes les ressources utilisées dans 1 de l’action atomique.
3.6.44 procédures de retour-arrière .es données liées, annulation de la
local: rétablissement de l’état initial de toutes 1
gestion de la simultanéité et libération de toutes les ressources utilisées dans l’exécution de l’action atomique.
3.6.45 situation heuristique mixte; situation mixte: état des données liées résultant d’une ou de plusieurs décisions
heuristiques lorsque l’utilisateur du service CCR libère des données liées dans un état différent de celui utilisé par le
coordinateur d’engagement.
3.6.46 voisin (d’un noeud dans un graphe): nœud d’un graphe connexe qui possède un arc commun avec le noeud
concerné. Il s’agit, dans le cas du service CCR, de l’utilisateur logiquement adjacent du service CCR qui est connecté
directement par une action atomique.
3.6.47 voisinage (d’un nœud): partie connectée d’un arbre constituée du voisin du noeud, ainsi que de tous les noeuds
qui se trouvent déconnectés (c’est-à-dire qui n’ont plus d’itinéraire aboutissant au noeud) lorsque le voisin est supprimé
dans l’arbre.
3.6.48 nœud: utilisateur du service CCR pour une action atomique donnée.
3.6.49 mappage sans référence: tout mappage de services CCR vers le service ACSE et le service de présentation
qui diffère du service spécifié dans le texte principal de la Rec. UIT-T X.852 I ISOKEI 9805-l. L’Annexe B de la
Rec. UIT-T X.852 I ISOKEI 9805-l spécifie les contraintes s’appliquant à chacun des mappages.
3.6.50 ordre d’engagement d’une branche d’action atomique; ordre d’engagement: déclaration indiquant que la
branche atomique est engagée, faite par un utilisateur du service CCR à destination d’un voisin qui a déjà émis un signal
“prêt”.
6 Rec. UIT-T X.851 (1997 F)
ISOKEI 9804 : 1998 (F)
3.6.51 phase 1: dans le cas d’un utilisateur du service CCR qui émet un signal “prêt”, la phase 1 représente la durée
d’une action atomique qui se termine lorsque l’utilisateur a pris la décision d’émettre un signal “prêt” à destination de son
supérieur. Pour l’utilisateur du service CCR qui n’émet pas ce signal, la phase 1 se termine lorsqu’il décide d’engager
l’action atomique (c’est-a-dire lorsqu’un coordinateur de l’engagement devient un décideur de l’engagement). La présente
Recommandation I Norme internationale ne spécifie pas à quel moment démarre la phase 1.
3.6.52 phase II: pour un utilisateur du service CCR qui n’est pas décideur de l’engagement, la phase II représente la
durée d’une action atomique, qui commence lorsque l’utilisateur reçoit l’ordre d’engagement émis par son supérieur de
l’engagement. Pour l’utilisateur du service CCR décideur de l’engagement, la phase II commence lorsqu’il décide
d’engager l’action atomique. La phase II se termine, pour tout utilisateur du service CCR, lorsqu’il achève toutes ses
branches et qu’il cesse d’être impliqué dans l’action atomique.
3.6.53 retour-arrière présumé: mécanisme de rétablissement utilisé par le service CCR. Il permet, sous certaines
conditions, à un utilisateur du service CCR de traiter une défaillance de la communication ou de l’application comme un
retour-arrière. Ce cas se présente s’il n’a pas enregistré de données d’action atomique pour la branche. De plus, un
utilisateur du service CCR agissant comme un subordonné d’engagement peut effectuer un retour-arrière présumé dans
les conditions suivantes: il a enregistré des données d’action atomique pour la branche mais établit lors du rétablissement
que le supérieur de l’engagement ne le fait pas.
3.6.54 état “prêt pour l’engagement”: état de données liées dans lequel, tant que l’action atomique ne s’est pas
terminée par un engagement ou un retour-arrière, ces données liées peuvent être libérées soit dans leur état initial, soit
dans leur état final.
3.6.55 mappage avec référence: mappage de services CCR vers le service ACSE et le service de présentation
spécifié dans le texte principal de la Rec. UIT-T X.852 I ISOKEI 9805-l.
3.6.56 rétablissement d’une branche d’action atomique; rétablissement: procédures utilisées par un utilisateur du
service CCR pour terminer une branche d’action atomique interrompue pour laquelle il a la responsabilité du
rétablissement.
3.6.57 responsabilité de rétablissement pour une branche d’action atomique; responsabilité de rétablissement:
propriété d’un utilisateur du service CCR qui détermine s’il tente ou non d’effectuer le rétablissement. L’utilisateur du
service CCR acquiert cette propriété à la suite de l’utilisation de certains services CCR. Il la conserve jusqu’à
l’achèvement de la branche d’action atomique.
3.6.58 spécification faisant référence: Recommandation 1 Norme internationale de la couche Application ou autre
spécification qui prescrit l’utilisation de services CCR. Les services CCR sont toujours utilisés conjointement à une
spécifïcation faisant référence.
3.6.59 voisinage demandeur: voisinage défini dans le contexte d’une primitive de demande donnée, qui contient le
voisinage de l’utilisa teur demandeur du serv ice CCR, à l’exclusion de l’utilisateur accepteur du service CCR.
3.6.60 demandeur: utilisateur du service CCR qui émet la primitive de demande pour un service CCR donné. Il est
également le destinataire de la primitive de confirmation si le service est confirmé.
retour-arrière: achèvement d’une branche d’action
3.6.61 retour-arrière d’une branche d’action atomique;
atomique avec libération .nées liées dans leur état initial.
des don
3.6.62 signal “prêt”: déclaration d’un utilisateur du service CCR indiquant à un voisin qu’il est prêt pour
l’engagement.
3.6.63 subordonné d’un arc: noeud situé à l’extrémité entrante d’un arc.
noeud peut avoir zéro, un ou
3.6.64 subordonné d’un noeud: noeud situé à l’autre extrémité d’un arc sortant. Un
plusieurs
subordonnés.
3.6.65 sous-arbre subordonné: sous-arbre d’un noeud subordonné.
comme racine le noeud en question. Un
3.6.66 sous-arbre [d’un nœud]: arbre (situé au sein d’un autre arbre) ayant
noeud feuille constitue son propre sous-arbre.
3.6.67 supérieur d’un arc [dans un arbre avec racine]: noeud dont l’arc est issu.
l’autre extrémité de l’arc entrant unique. La
3.6.68 supérieur d’un noeud [dans un arbre avec racine]: noeud situé à
racine de l’arbre n’a pas de supérieur; tout autre noeud possède un supérieur et un seul. -
3.6.69
racine: nœud unique de l’arbre qui ne possède que des arcs sortants.
Rec. UIT-T X.851 (1997 F)
ISOICEI 9804 : 1998 (F)
3.6.70 arbre: graphe connexe acyclique dont les arcs sont orientés à partir d’un noeud unique qui n’a que des arcs
sortants. Les noeuds d’un arbre constituent une structure hiérarchique définie par l’orientation des arcs. Les termes
“noeud” et “arc” sont utilisés avec leur
...

NORME ISOKEI
INTERNATIONALE 9804
Troisième édition
1998-l 2-01
Technologies de l’information -
Interconnexion de systèmes ouverts
(OSI) - Définition du service de l’élément
de service d’engagement, de concomitante
et de rétablissement
information technology - Open Systems lnterconnection - Service
definition for the Commitment, Concurrency and Recovery service element
Numéro de référence
ISO/CEI 9804:1998(F)
@ ISO 1998
ISOKEl9804: 1998(F)
PDF - Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d’Adobe, ce fichier peut
être imprimé ou visualisé, mais ne doit pas être modifié à moins que l’ordinateur employé à cet effet ne bénéficie d’une licence autorisant
l’utilisation de ces polices et que celles-ci y soient installées. Lors du télechargement de ce fichier, les parties concernées acceptent de fait la
responsabilité de ne pas enfreindre les conditions de licence d’Adobe. Le Secrétariat central de I’ISO décline toute responsabilité en la
matière.
Adobe est une marque déposée d’Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info du
fichier; les paramètres de création PDF ont été optimisés pour l’impression. Toutes les mesures ont été prises pour garantir l’exploitation de
ce fichier par les comités membres de I’ISO. Dans le cas peu probable où surviendrait un problème d’utilisation, veuillez en informer le
Secrétariat central à l’adresse donnée ci-dessous.
0 ISO/CEI 1998
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous quelque
forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l’accord écrit de I’ISO à
l’adresse ci-après ou du comité membre de I’ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 l CH-121 1 Geneva 20
Tel. + 41 22 749 01 11
Fax. [phone]
E-mail copyright @ iso.ch
Web www.iso.ch
Version française parue en 1999
Imprimé en Suisse
0 ISO/CEI 1998 - Tous droits réservés

ISO/CEI 9804: 1998(F)
Sommaire
Page
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1 Domaine d’application
Références normatives .
...................................................................... 1
2.1 Recommandations I Normes internationales identiques
........
2.2 Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
Définitions .
..................................................................................................... 2
3.1 Définitions du modèle de référence
3.2 Définitions des conventions de service .
................................................................................................ 3
3.3 Définitions du service de présentation
3.4 Définitions du service ACSE .
........................................................................... 3
3.5 Définitions de la structure de la couche Application
3.6 Définitions du service CCR .
4 Abréviations . . . . .*.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5 Conventions
Concepts .
......................................... 10
6.1 Utilisation du service CCR dans un environnement d’application répartie
..........................................................................................................
62 . Fonctionnalités du service CCR
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6.3 Décisions heuristiques
......................................................................................................................................
7 Définition du service
7.1 Service C-INITIALIZE .
7.2 Service C-BEGIN .
7.3 Service C-PREPARE .
..............................................................................................................................
7.4 Service C-READY
............................................................................................................................
7.5 Service C-COMMIT
......................................................................................................................
7.6 Service C-ROLLBACK
7.7 Service C-NOCHANGE .
7.8 Service C-CANCEL .
7.9 Service C-RECOVER .
7.10 Service C-P-ERROR .
..................................................................................
8 Informations concernant les successions de primitives
...........................................................................................................................................
8.1 Généralités
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
8.2 Evénements
. Etats . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Prédicats .
8.4
8.5 Interprétation des tables d’états .
8.6 Achèvement d’une branche . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.*.*.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8.7 Collisions et services perturbateurs
9 Utilisation du service CCR .
91 Généralités .
..............................................................
9:2 Utilisation du service CCR avec un mappage sans référence
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9.3 Utilisation des services de synchronisation et de resynchronisation de session
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
94 . Utilisation du service CCR avec des activités de session
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9.5 Utilisation de services de présentation
. . .
III
0 ISO/CEI 1998 - Tous droits réservés

ISO/CEI 9804:1998(F)
Page
Annexe A - Règles d’utilisation du service CCR . 38
.........................................................................................................................................
A. 1 Introduction 38
A.2 Conformité . 38
A.3 Règles d’utilisation des primitives du service CCR . 38
....................................................................... 42
A.4 Règles de manipulation de données d’action atomique
A.5 Règles de manipulation de données liées . 43
A.6 Règles de transfert de données utilisateur du service CCR . 44
Annexe B - Relations du service CCR avec la structure de la couche Application . 45
..............................................................................................................
B-1 Fournisseur de services CCR 45
B.2 Utilisateur du service CCR . 45
B.3 Graphe d’action atomique . 45
Annexe C - Présentation didactique du service CCR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
C. 1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
C.2 Structure d’un arbre d’action atomique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
C.3 Ressources d’information d’un utilisateur du service CCR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
C.4 Simultanéité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
C.5 Rétablissement . 54
C.6 Relations de temps et succession de primitives du service . 58
C.7 Commentaires concernant la complexité de mise en œuvre . 59
C-8 Utilisation du paramètre Données utilisateur pour les services CCR . 64
C.9 Utilisation optionnelle du service C-PREPARE . 65
iv 0 ISOLE1 1998 - Tous droits réservés

ISO/CEI 9804: 1998(F)
Avant-propos
L’ISO (Organisation internationale de normalisation) et la CE1 (Commission électrotechnique internationale) forment le
système spécialisé de la normalisation mondiale. Les organismes nationaux membres de I’ISO ou de la CE1 participent au
développement de Normes internationales par l’intermédiaire des comités techniques créés par l’organisation concernée afin de
s’occuper des domaines particuliers de l’activité technique. Les comités techniques de l’IS0 et de la CE1 collaborent dans des
domaines d’intérêt commun. D’autres organisations internationales, gouvernementales ou non gouvernementales, en liaison
avec I’ISO et la CE1 participent également aux travaux.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISOKEI, Partie 3.
Dans le domaine des technologies de l’information, 1’ISO et la CE1 ont créé un comité technique mixte, I’ISOKEI JTC 1. Les
projets de Normes internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux pour vote.
Leur publication comme Normes internationales requiert l’approbation de 75 % au moins des organismes nationaux votants.
L’attention est appelée sur le fait que certains des éléments de la présente Norme internationale peuvent faire l’objet de droits
de propriété intellectuelle ou de droits analogues. L’ISO et la CE1 ne sauraient être tenues pour responsables de ne pas avoir
identifié de tels droits de propriété et averti de leur existence.
La Norme internationale ISOKEI 9804 a été élaborée par le comité technique mixte ISOKEI JTC 1, Technologies de
l’information, sous-comité SC 33, Services d’applications distribuées, en collaboration avec l’UIT-T. Le texte identique est
publié en tant que Recommandation UIT-T X.851.
Cette troisième édition annule et remplace la deuxième édition (ISO 9804: 1994), qui a fait l’objet d’une révision technique.
Les annexes A et B font partie intégrante de la présente Norme internationale. L’annexe C est donnée uniquement à titre
d’information.
0 ISO/CEI 1998 - Tous droits réservés

ISOICEI 9804: 1998(F)
Introduction
La présente Recommandation I Norme internationale fait partie d’un ensemble de Recommandations I Normes
internationales élaborées en vue de faciliter l’interconnexion de systèmes informatiques. Elle appartient à un ensemble de
Recommandations de 1’UIT I Normes internationales dont les relations sont définies par le modèle de référence pour
l’interconnexion des systèmes ouverts (voir la Rec. UIT-T X.200 I ISO/CEI 7498-l). Le modèle de référence subdivise le
domaine de la normalisation de l’interconnexion en une série de couches de spécifications dont chacune est de taille
maîtrisable.
L’objectif de l’interconnexion des systèmes ouverts est de permettre, moyennant un minimum d’accords techniques en
dehors des Recommandations et N ‘ormes internationales d’interconnexion, d’interconnecter des systèmes informatiques
-
de constructeurs différents;
-
gérés de façon différente;
-
de niveaux de complexité différents;
de technologies différentes.
La présente Recommandation I Norme internationale prend en compte le fait que les processus d’application peuvent
souhaiter communiquer pour des raisons très diverses. Toute communication nécessite cependant un certain nombre de
services indépendants des motifs de la communication. L’élément de service d’application défini dans la présente
Recommandation I Norme internationale fournit de tels services.
La présente Recommandation I Norme internationale définit les fonctionnalités offertes par l’élément de service
d’application pour l’engagement, la concomitante et le rétablissement (CCR). L’élément CCR fournit des services pour
une association unique. Une spécification faisant référence utilise ces services pour lancer et terminer une succession
donnée d’opérations d’application répartie malgré des défaillances de l’application ou des communications.
Une spécification fait référence à la présente Recommandation I Norme internationale pour utiliser le service CCR. Les
services CCR peuvent être utilisés avec les services de présentation (voir la Rec. UIT-T X.216 I ISOKEI 8822), ou avec
d’autres services de la couche Application. L’utilisation des services CCR est toutefois sujette aux limitations spécifiées
dans l’article 9* L’utilisation des services CCR permet à une spécification faisant référence de définir son activité sous la
forme d’une action atomique. Une action atomique peut utiliser plusieurs associations, avec éventuellement des
protocoles différents pour chaque association.
L’Annexe A décrit les règles auxquelles doit obéir une
spécification qui fait référence à la présente Recommandati on I
Norme internationale.
L’Annexe B présente les relations qui existent entre les concepts et le modèle CCR et la structure de la couche
Application (voir la Rec. UIT-T X.207 I ISO/CEI 9545).
L’Annexe C contient une présentation didactique qui facilite la compréhension des concepts et des fonctionnalités du
service CCR.
vi 0 lSO/CEI 1998 - Tous droits réservés

ISOKEI 9804 : 1998 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - DÉFINITION DU SERVICE DE L’ÉLÉMENT DE SERVICE
D’ENGAGEMENT, DE CONCOMITANCE ET DE RÉTABLISSEMENT
1 Domaine d’application
La présente Recommandation I Norme internationale est destinée faire l’objet de références de la part d’autres
spécifications lorsque les fonctionnalités d’engagement, de concomitante et de rétablissement sont nécessaires. Elle peut
être référencée chaque fois que le traitement d’une ou plusieurs invocations d’entité d’application dans un contexte
d’application répartie doit être organisé sous la forme d’une action atomique.
La présente Recommandation I Norme internationale définit les services qui sont utilisés sur une association unique pour
coordonner deux invocations d’entité d’application impliquées dans une action atomique. La détermination des
invocations d’entité d’application qui sont impliquées dans une action atomique est en dehors du domaine d’application
de la présente Recommandation I Norme internationale.
La présente Recommandation I Norme internationale établit les principes généraux pour l’utilisation coordonnée des
services CCR lorsque plus de deux invocations d’entité d’application sont impliquées dans une action atomique unique,
ou lorsqu’un rétablissement est nécessaire après une défaillance de l’application. La coordination de plusieurs
associations et des invocations d’entité d’application associées constituant une action atomique est réalisée par
l’utilisation conjointe d’une spécification faisant référence et de la présente Recommandation I Norme internationale.
La présente Recommandation I Norme internationale est applicable uniquement à une application réparti .e dont la
spécification fait référence à la présente Recommandation Norme internationale.
.ale produits particuliers. Elle
La présente Recommandation l Norme internation ne spécifie pas de mises en œuvre ou de
n’impose aucune contrainte pour la mise en œuvre informatique.
des l entités et des interfaces dans un système
La présente Recommandation I Norme internationale ne spécifie pas de prescription de conformité.
La présente Recommandation Norme internationale spécifie des prescriptions de conformité qui s’appliquent à une
spécification faisant référence.
La définition du service CCR faite dans la présente Recommandation I Norme internationale nécessite l’emploi de la
version 2 du protocole CCR (ou d’une version ultérieure).
2 Références normatives
Les Recommandations et les Normes internationales suivantes contiennent des dispositions qui, par suite de la référence
qui y est faite, constituent des dispositions valables pour la présente Recommandation I Norme internationale. Au
moment de la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations et Normes sont sujettes à
révision et les parties prenantes aux accords fondés sur la présente Recommandation I Norme internationale sont invitées
à rechercher la possibilité d’appliquer les éditions les plus récentes des Recommandations et Normes indiquées ci-après.
Les membres de la CE1 et de I’ISO possèdent le registre des Normes internationales en vigueur. Le Bureau de la
normalisation des télécommunications de I’UIT tient à jour une liste des Recommandations UIT-T en vigueur.
21 .
Recommandations 1 Normes internationales identiques
-
Recommandation UIT-T X.200 (1994) l ISOKEI 7498-l : 1994, Technologies de Z’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: le modèle de référence de base.
-
Recommandation UIT-T X.207 (1993) I ISOKEI 9545: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Structure de la couche application.
Rec. UIT-T X.851 (1997 F) 1
ISOKEI 9804 : 1998 (F)
- Recommandation UIT-T X.210 (1993) I ISOKEI 1073 1: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: conventions pour la décfinition des
services de l’interconnexion de systèmes ouverts.
-
Recommandation UIT-T X.215 (1995) I ISOKEI 8326: 1996, Technologies de l’information -
Interconnexion des systèmes ouverts - DéJinition du service de session.
- Recommandation UIT-T X.216 (1994) I ISOKEI 8822: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Définition du service de présentation.
-
Recommandation UIT-T X.2 17 (1995) I ISO/CEI 8649: 1996, Technologies de l’information -
Interconnexion des systèmes ouverts - Définition de service applicable à l’élément de service de contrôle
d’association.
-
Recommandation UIT-T X.227 (1995) I ISOKEI 8650-l : 1996, Technologies de l’information -
Interconnexion des systèmes ouverts - Protocole en mode connexion applicable à l’élément de service de
contrôle d’association: spécification du protocole.
- Recommandation UIT-T X.650 (1996) I ISO/CEI 7498-3: 1997, Technologies de l’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: dénomination et adressage.
-
Recommandation UIT-T X.852 (1997) I ISOKEI 9805-l : 1998, Technologies de l’information -
Protocole pour l’élément de service d’engagement, de
Interconnexion des systèmes ouverts -
concomitante et de rétablissement: spécification du protocole.
22 .
Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
-
Recommandation UIT-T X.860 (1997), Interconnexion des systèmes ouverts - Traitement transactionnel
réparti: modèle.
- Interconnexion de systèmes ouverts (OSI) -
ISOKEI 10026- 1: l), Technologies de l’information
Traitement transactionnel réparti - Partie 1: Modèle OSI TP.
Recommandation UIT-T X.862 (1997), Interconnexion des systèmes ouverts - Traitement transactionnel
réparti: spécification du protocole.
- Interconnexion de systèmes ouverts (OSI) -
ISOICEI 10026-3: l), Technologies de l’information
Traitement transactionnel réparti - Partie 3: Spécification du protocole.
3 Définitions
. Définitions du modèle de référence
3.1.1 Définitions du modèle de référence de base
La présente Recommandation I Norme internationale est basée sur les concepts élaborés dans la Rec. UIT-T X.200 I
ISOKEI 7498- 1. Elle utilise les termes suivants définis dans la présente Recommandation:
association d’application; association;
a)
entité d’application;
b)
couche Application;
C)
processus d’application;
d)
élément de service d’application;
e)
connexion de présentation;
f)
service de présentation;
g)
connexion de session;
h)
service de session.
i)
A paraître.
l)
2 Rec. UIT-T X.851 (1997 F)
ISOKEI 9804 : 1998 (F)
3.1.2 Définition relative à la dénomination et h l’adressage
La présente Recommandation I Norme internationale utilise le terme suivant, défini dans la Rec. UIT-T X.650 I
ISOKEI 7498-3:
-
titre d’entité d’application*).
32 l Définitions des conventions de service
La présente Recommandation 1 Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.210 I
ISOKEI 1073 1:
a) fournisseur de services;
b) utilisateur du service;
service confirmé;
C)
d) service non confirmé;
service initié par le fournisseur;
e)
f) primitive;
g) demande (primitive);
h) indication (primitive);
réponse (primitive);
.
confirmation (primitive).
J)
33 . Définitions du service de présentation
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.216 I
ISOKEI 8822:
syntaxe abstraite;
a)
nom de syntaxe abstraite;
b)
ensemble des contextes définis;
C)
d) unité fonctionnelle [présentation];
contexte de présentation;
e)
valeur de données de présentation.
f)
34 . Définitions du service ACSE
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.217 I
ISOKEI 8649:
instigateur de l’association;
a>
accepteur de l’association;
W
interrupti .on.
C>
35 . Définitions de la structure de la couche Application
La présente Recommandation I Norme internationale utilise les termes suivants, définis dans la Rec. UIT-T X.207 I
ISOKEI 9545:
contexte d’application;
a>
invocation d’entité d’application;
b)
objet de service d’application;
C)
fonction de commande;
(9
*) Un titre d’entité d’application se compose, comme défini dans la Rec. UIT-T X.650 1 ISOKEI 7498-3, d’un titre de processus
d’application et d’un qualificatif d’entité d’application.
Rec. UIT-T X.851 (1997 F) 3
ISO/CEI 9804 : 1998 (F)
e) fonction de commande d’association multiple;
f) fonction de commande d’association unique;
objet d’association unique.
g)
36 . Définitions du service CCR
3.6.1 accepteur: utilisateur du service CCR qui reçoit la primitive d’indication pour un service CCR donné. Il émet
également une primitive de réponse s’il s’agit d’un service confirmé.
3.6.2 défaillance de l’application: échec d’une invocation d’entité d’application qui ne réussit pas à fournir les
fonctionnalités définies dans sa spécifïcation normale.
3.6.3 action atomique: ensemble spécifique d’opérations d’une application répartie qui peut être caractérisé par les
propriétés d’atomicité, de cohérence, d’isolation et de durabilité.
3.6.4 branche d’action atomique; branche: relation entre deux utilisateurs du service CCR représentant une partie
intégrale d’une action atomique. La relation peut survivre à une défaillance de la communication ou de l’application. Elle
débute par l’utilisation de services CCR et se’ termine ultérieurement soit par l’utilisation de services CCR, soit par une
défaillance de la communication ou de l’application.
3.6.5 identificateur de branche d’action atomique; identificateur de branche: valeur attribuée par l’instigateur
d’action de branche atomique qui identifie de façon non ambiguë une branche dans le domaine d’application de l’action
atomique.
3.6.6
données d’action atomique: informations de commande et d’état concernant une action atomique et ses
branches, Les données d’action atomique nécessaires au rétablissement sont conservées en cas de défaillance de la
communication ou de l’application.
3.6.7 graphe d’action atomique: graphe connecté représentant la structure d’une action atomique dont les noeuds
sont les U tilisateurs du serv ,ice CCR et dont les arcs sont les branches de l’action atomique.
3.6.8 identificateur d’action atomique: valeur attribuée par le propriétaire de l’action atomique qui identifie de
façon non ambiguë une action atomique dans l’environnement OSI. (Cette valeur est utilisée au départ dans un service
CCR par l’instigateur de l’action atomique. Ce dernier peut toutefois avoir obtenu cette valeur par un mécanisme qui n’est
pas visible pour les services CCR.)
3.6.9 instigateur d’action atomique: racine d’arbre de début.
3.6.10 propriétaire d’action atomique: utilisateur du service CCR qui a déterminé l’identificateur d’action atomique.
3.6.11 atomicité: propriété d’un ensemble d’opérations liées indiquant qu’elles sont effectuées ou non effectuées d’un
seul tenant.
3.6.12 arbre de début; arbre de début d’action atomique: graphe d’action atomique qui a été constitué au sein d’un
arbre avec racine, dans lequel l’orientation d’un arc part de l’utilisateur du service CCR qui a initialisé la branche d’action
atomique.
-3.6.13 données liées: données, faisant partie d’une action atomique, auxquelles accède et que manipule un utilisateur
duservice CCR. L’état des données est lié par les règles du service CCR. Les données liées survivent à des défaillances
de:co.mmunication et d’application et continuent à exister au-delà de la durée de vie d’une branche d’action atomique.
3.6.14 instigateur de branche; instigateur de branche d’action atomique: utilisateur du service CCR qui
commence une branche donnée.
3.6.15 répondeur de branche; répondeur de branche d’action atomique: utilisateur du service CCR sur une
branche donnée qui n’a pas initialisé
la branche.
3.6.16 arbre d’engagement; arbre d’engagement d’action atomique: graphe d’action atomique qui a été constitué
au sein d’un arbre avec racine, dans lequel l’orientation d’un arc part de l’utilisateur du service CCR (supérieur de
l’engagement) qui peut donner l’ordre d’engagement à son homologue (subordonné d’engagement).
3.6.17 fournisseur de services CCR: deux éléments de service d’application CCR homologues impliqués dans la
même branche d’action atomique.
3.6.18 utilisateur du service CCR: partie de l’invocation d’entité d’application qui utilise des services CCR pour
coordonner une ou plusieurs branches d’un arbre d’action atomique.
3.6.19 coordinateur provenance de tous ses
d’engagement: utilisateur du service CCR qui a reçu un signal “prêt” en
voisins.
4 Rec. UIT-T X.851 (1997 F)
ISOKEI 9804 : 1998 (F)
3.6.20 décideur d’engagement: utilisateur du service CCR qui donne l’ordre d’engagement à ses voisins (en général à
tous) sans avoir reçu lui-même un ordre d’engagement. Il constitue la racine de son arbre d’engagement (dans certains
cas, l’une des deux racines).
3.6.21 engagement d’une branch e d’action atomiqu engagement: achèvement d’une branche d’action atomique
e;
avec li bération des données liées dans 1 eur état final.
subordonné de l’engagement: (par rapport à une branche) utilisateur du service CCR qui émet un signal
3.6.22
“prêt” à destination de ses voisins; (par rapport à un utilisateur donné du service CCR) autre utilisateur du service CCR
en provenance duquel un signal “prêt” a été reçu sur une branche quelconque (un utilisateur du service CCR peut avoir
plusieurs subordonnés d’engagement).
3.6.23 supérieur de l’engagement: (par rapport à une branche) utilisateur du service CCR qui reçoit un signal “prêt”
en provenance de ses voisins; (par rapport à un utilisateur donné du service CCR) autre utilisateur du service CCR à
destination duquel un signal “prêt” a été émis (le service CCR garantit qu’il en existe un au plus).
3.6.24 défaillance de la communication: terminaison inattendue de l’association prenant en charge.
3.6.25 action de compensation: opérations utilisées pour rétablir soit l’état initial, soit l’état final à partir d’une
situation mixte générée à la suite d’un conflit entre une ou plusieurs décisions heuristiques et la décision du coordinateur
de l’engagement.
3.6.26 gestion de la simultanéité; gestion de la concomitante: mécanisme de système ouvert réel qui coordonne les
modifications des données liées utilisées par les actions atomiques simultanées afin de garantir la propriété d’isolation de
l’action atomique.
3.6.27 confirmation de l’engagement : déclaration d’un subordonné au supérieur confirmant que le subordonné a
achevé les procédures d’engagement local.
3.6.28 branche de continuation en deux phases; voisin de continuation en toute
deux phases: branche ou tout
voisin au sein d’une action atomique dans le cas où aucune des conditions suivantes ne s’applique:
un retour-arrière n’a pas été effectué (au moyen d’une primitive de demande ou d’indication
C-ROLLBACK); ou
ii) l’utilisateur du service CCR a établi qu’un retour-arrière sera fait, mais cette action n’a pas encore été
effectuée; ou
iii) une primitive d’indication C-NOCHANGE a été reçue.
NOTE - La condition ii) inclut les branches pour lesquelles l’association prenant en charge a subi une défaillance
avant la transmission d’un signal “prêt”, ainsi que les branches pour lesquelles une primitive de demande
C-ROLLBACK est sur le point d’être émise.
3.6.29 graphe connecté: graphe constitué d’un ensemble de nœuds et d’un ensemble d’arcs. Des sommets peuvent
être connectés par un arc. Tout arc connecte deux nœuds. Les termes “noeud” et “arc” sont pris ici dans leur sens
mathématique.
[la terminologie mathématiqueJYançaise correspondante utilise plutôt les termes “sommet” et “arête’1
3.6.30 cohérence: propriété d’un ensemble d’opérations liées indiquant que ces opérations sont effectuées de manière
précise, correcte et valide, compte tenu de la sémantique de l’application.
3.6.31 application répartie: activité de traitement de l’information qui s’effectue en utilisant deux invocations d’entité
d’application ou plus, interconnectées au sein de l’environnement OSI.
NOTE - Ce paragraphe sera supprimé lorsque le terme sera défini dans une autre Recommandation I Norme internationale citée en
référence.
3.6.32 période de doute: pour un utilisateur du service CCR, période au cours d’une action atomique, qui commence
lorsqu’il décide d’émettre un signal “prêt” à destination de son supérieur et se termine lorsqu’il reçoit l’ordre
d’engagement ou de retour-arrière. Un utilisateur du service qui n’émet pas de signal “prêt” n’a pas de période de doute.
3.6.33 durabilité: propriété d’un ensemble d’opérations liées et terminées indiquant qu’un quelconque de
type
défaillance n’affectera pas les effets de ces opérations.
Rec. UIT-T X.851 (1997 F) 5
ISOKEI 9804 : 1998 (F)
3.6.34 état final: état des données liées résultant de l’achèvement des opérations d’application de l’action atomique.
de nœuds et d’un ensemble d’arcs. Deux noeuds peuvent être connectés
3.6.35 .e: objet constitué d’un ensemble
graph
par un
arc. Tout arc connecte deux noeuds.
NOTE - Le terme “graphe” tel qu’il est utilisé dans la présente Recommandation I Norme internationale désigne toujours des
graphes connexes acycliques, bien qu’il ne s’agisse pas de propriétés générales d’un graphe quelconque. Prière de se référer
également à la définition du terme “arbre”.
3.6.36 décision heuristique: décision d’un utilisateur du service CCR qui a émis un signal “prêt” à destination du
supérieur de l’engagement et qui libère ensuite tout ou partie de ses données liées avant de recevoir du supérieur l’ordre
d’engagement ou de retour-arrière.
3.6.37 état initial: état des données liées au moment de leur première utilisation par une action atomique.
3.6.38 intermédiaire: avec racine qui n’est ni une feuille, ni la racine. Un intermédiaire possède un
noeud d’un arbre
arc entrant et un seul.
3.6.39 état intermédiaire: un des états de données liées qui se présente au cours de la manipulation de données liées
et qui n’est ni l’état initial ni l’état final.
3.6.40 branche interrompue: branche d’action atomique dont l’association prenant en charge a été libérée par suite
d’une défaillance de la communication ou de l’application.
3.6.41 isolation: propriété d’un ensemble d’opérations liées indiquant que les résultats partiels de l’ensemble des
opérations sont accessibles uniquement à des opérations appartenant à cet ensemble. Cette définition implique que
différents ensembles d’opérations liées ayant cette propriété et partageant des données liées peuvent être effectués d’une
manière strictement séquentielle.
3.6.42 feuille: noeud du arc. Dans un arbre avec racine, ce terme est limité à des noeuds ne
graphe possédant un seul
possédant qu’un arc entrant . Il en résulte que la racine d’un arbre avec racine n .‘est pas considérée comme une feuille.
3.6.43 procédures d’engagement local: établissement de l’état final de toutes les données liées, annulation de la
gestion de la simultanéité et libération ‘exécution
de toutes les ressources utilisées dans 1 de l’action atomique.
3.6.44 procédures de retour-arrière .es données liées, annulation de la
local: rétablissement de l’état initial de toutes 1
gestion de la simultanéité et libération de toutes les ressources utilisées dans l’exécution de l’action atomique.
3.6.45 situation heuristique mixte; situation mixte: état des données liées résultant d’une ou de plusieurs décisions
heuristiques lorsque l’utilisateur du service CCR libère des données liées dans un état différent de celui utilisé par le
coordinateur d’engagement.
3.6.46 voisin (d’un noeud dans un graphe): nœud d’un graphe connexe qui possède un arc commun avec le noeud
concerné. Il s’agit, dans le cas du service CCR, de l’utilisateur logiquement adjacent du service CCR qui est connecté
directement par une action atomique.
3.6.47 voisinage (d’un nœud): partie connectée d’un arbre constituée du voisin du noeud, ainsi que de tous les noeuds
qui se trouvent déconnectés (c’est-à-dire qui n’ont plus d’itinéraire aboutissant au noeud) lorsque le voisin est supprimé
dans l’arbre.
3.6.48 nœud: utilisateur du service CCR pour une action atomique donnée.
3.6.49 mappage sans référence: tout mappage de services CCR vers le service ACSE et le service de présentation
qui diffère du service spécifié dans le texte principal de la Rec. UIT-T X.852 I ISOKEI 9805-l. L’Annexe B de la
Rec. UIT-T X.852 I ISOKEI 9805-l spécifie les contraintes s’appliquant à chacun des mappages.
3.6.50 ordre d’engagement d’une branche d’action atomique; ordre d’engagement: déclaration indiquant que la
branche atomique est engagée, faite par un utilisateur du service CCR à destination d’un voisin qui a déjà émis un signal
“prêt”.
6 Rec. UIT-T X.851 (1997 F)
ISOKEI 9804 : 1998 (F)
3.6.51 phase 1: dans le cas d’un utilisateur du service CCR qui émet un signal “prêt”, la phase 1 représente la durée
d’une action atomique qui se termine lorsque l’utilisateur a pris la décision d’émettre un signal “prêt” à destination de son
supérieur. Pour l’utilisateur du service CCR qui n’émet pas ce signal, la phase 1 se termine lorsqu’il décide d’engager
l’action atomique (c’est-a-dire lorsqu’un coordinateur de l’engagement devient un décideur de l’engagement). La présente
Recommandation I Norme internationale ne spécifie pas à quel moment démarre la phase 1.
3.6.52 phase II: pour un utilisateur du service CCR qui n’est pas décideur de l’engagement, la phase II représente la
durée d’une action atomique, qui commence lorsque l’utilisateur reçoit l’ordre d’engagement émis par son supérieur de
l’engagement. Pour l’utilisateur du service CCR décideur de l’engagement, la phase II commence lorsqu’il décide
d’engager l’action atomique. La phase II se termine, pour tout utilisateur du service CCR, lorsqu’il achève toutes ses
branches et qu’il cesse d’être impliqué dans l’action atomique.
3.6.53 retour-arrière présumé: mécanisme de rétablissement utilisé par le service CCR. Il permet, sous certaines
conditions, à un utilisateur du service CCR de traiter une défaillance de la communication ou de l’application comme un
retour-arrière. Ce cas se présente s’il n’a pas enregistré de données d’action atomique pour la branche. De plus, un
utilisateur du service CCR agissant comme un subordonné d’engagement peut effectuer un retour-arrière présumé dans
les conditions suivantes: il a enregistré des données d’action atomique pour la branche mais établit lors du rétablissement
que le supérieur de l’engagement ne le fait pas.
3.6.54 état “prêt pour l’engagement”: état de données liées dans lequel, tant que l’action atomique ne s’est pas
terminée par un engagement ou un retour-arrière, ces données liées peuvent être libérées soit dans leur état initial, soit
dans leur état final.
3.6.55 mappage avec référence: mappage de services CCR vers le service ACSE et le service de présentation
spécifié dans le texte principal de la Rec. UIT-T X.852 I ISOKEI 9805-l.
3.6.56 rétablissement d’une branche d’action atomique; rétablissement: procédures utilisées par un utilisateur du
service CCR pour terminer une branche d’action atomique interrompue pour laquelle il a la responsabilité du
rétablissement.
3.6.57 responsabilité de rétablissement pour une branche d’action atomique; responsabilité de rétablissement:
propriété d’un utilisateur du service CCR qui détermine s’il tente ou non d’effectuer le rétablissement. L’utilisateur du
service CCR acquiert cette propriété à la suite de l’utilisation de certains services CCR. Il la conserve jusqu’à
l’achèvement de la branche d’action atomique.
3.6.58 spécification faisant référence: Recommandation 1 Norme internationale de la couche Application ou autre
spécification qui prescrit l’utilisation de services CCR. Les services CCR sont toujours utilisés conjointement à une
spécifïcation faisant référence.
3.6.59 voisinage demandeur: voisinage défini dans le contexte d’une primitive de demande donnée, qui contient le
voisinage de l’utilisa teur demandeur du serv ice CCR, à l’exclusion de l’utilisateur accepteur du service CCR.
3.6.60 demandeur: utilisateur du service CCR qui émet la primitive de demande pour un service CCR donné. Il est
également le destinataire de la primitive de confirmation si le service est confirmé.
retour-arrière: achèvement d’une branche d’action
3.6.61 retour-arrière d’une branche d’action atomique;
atomique avec libération .nées liées dans leur état initial.
des don
3.6.62 signal “prêt”: déclaration d’un utilisateur du service CCR indiquant à un voisin qu’il est prêt pour
l’engagement.
3.6.63 subordonné d’un arc: noeud situé à l’extrémité entrante d’un arc.
noeud peut avoir zéro, un ou
3.6.64 subordonné d’un noeud: noeud situé à l’autre extrémité d’un arc sortant. Un
plusieurs
subordonnés.
3.6.65 sous-arbre subordonné: sous-arbre d’un noeud subordonné.
comme racine le noeud en question. Un
3.6.66 sous-arbre [d’un nœud]: arbre (situé au sein d’un autre arbre) ayant
noeud feuille constitue son propre sous-arbre.
3.6.67 supérieur d’un arc [dans un arbre avec racine]: noeud dont l’arc est issu.
l’autre extrémité de l’arc entrant unique. La
3.6.68 supérieur d’un noeud [dans un arbre avec racine]: noeud situé à
racine de l’arbre n’a pas de supérieur; tout autre noeud possède un supérieur et un seul. -
3.6.69
racine: nœud unique de l’arbre qui ne possède que des arcs sortants.
Rec. UIT-T X.851 (1997 F)
ISOICEI 9804 : 1998 (F)
3.6.70 arbre: graphe connexe acyclique dont les arcs sont orientés à partir d’un noeud unique qui n’a que des arcs
sortants. Les noeuds d’un arbre constituent une structure hiérarchique définie par l’orientation des arcs. Les termes
“noeud” et “arc” sont utilisés avec leur
...