ISO/IEC 9545:1994
(Main)Information technology — Open Systems Interconnection — Application Layer structure
Information technology — Open Systems Interconnection — Application Layer structure
Refines the description of the application layer contained in the basic reference model for OSI (ITU-T Rec. X.200 / ISO/IEC 7498-1). Provides a framework for coordinating the development of existing and future application layer recommendations and standards. Is provided for reference by application layer recommendations and standards. The purpose is to facilitate a coherent and modular approach to the structuring of specifications for application layer behaviour.
Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — Structure de la couche application
General Information
Relations
Standards Content (Sample)
ISO/IEC 9545 : 1994(E)
5.3.5 An AE1 is an integral part of an AP-invocation. It supports those activities of an AP-invocation which require
communication within the OS1 environment. There may be Zero, one or more AEIs within an AP-invocation at a
particular Point in time: these AEIs may be, but need not be, of different AE-types.
5.3.6 Communication in the Application Layer takes place among two or more AEIs. These cooperating AEIs may
be of different AE-types. However, where different AE-types are involved, some correspondence and compatibility is
necessary among the behaviours described by the AE-types.
The lifetime of an AE1 is controlled by the AP-invocation which it represents in the OS1 environment. An
5.3.7
AP-invocation may have a longer lifetime than any or all of its AEIs.
54 . Application-service-objects
An application-service-object (ASO) is a composite component that is distinguished for the purpose of
5.4.1
structuring the Application Layer.
5.4.2 An AS0 is a configuration of various groups of application communication functions, each of which has been
separately distinguished for purposes of OS1 Service and protocol specification. The components of such a configuration
are ASEs, other ASOs, and a CF which determines the proper-Ges of the configuration. An AS0 is a composition of:
one or more ASEs and a CF; or
a>
b) one or more ASOs and a CF; or
one or more ASEs and one or more ASOs and a CF.
C)
The component ASOs tan, in turn, be decomposed in the same way. Component ASEs and ASOs may be of the Same or
different type.
5.4.3 An ASO-invocation (ASOI) represents a specific use of the capabilities of an ASO. The behaviour of an AS01
is characterised by:
the OSI-Service which it provides to its OSI-service-user( in conjunction with its peer(s);
a>
b) the APCI contained in the APDUs it exchanges with its peer(s); and
the OSI-Service(s) which it uses.
C>
An AS01 exhibits a communications behaviour within a range specified by its ASO-type. An AS01 includes state
information related to its communication behaviour.
5.4.4 An AE is itself an ASO. It is an AS0 which, in a particular configuration, is not contained by any other ASO.
An AE-type is the ASO-type for the AS0 which is equivalent to the AE. An AE1 is an AS01 of the AS0 which is
equivalent to the AE.
Within an AS01 there are other ASOIs and/or ASEIs which correspond to the ASOs and/or ASEs from which
5.4.5
the relevant AS0 is composed. At a particular Point in time there may be Zero, one or more ASOIs corresponding to a
particular ASO: the actual number is affected by factors including constraints imposed by the CF and by the
requirements of particular instances of communication.
5.4.6 The CF of an AS01 determines how its component ASEIs and ASOIs operate in combination so as to enable
the AS01 to provide a particular OSI-Service as a result of its operating in concert with peer ASOIs.
5.4.7 An ASO-type describes the communication capabilities of ASOs of a particular type. An ASO-type includes:
a definition of the OSI-Service provided by ASOIs of that type as a result of their Operation in concert
a>
with peer ASOIs;
one or more references to component ASE-types and/or ASO-types that are partly or fully included;
b)
a specification of the CF which determines how the component ASEIs and ASOIs of an AS01 of that type
C>
operate in combination and make use of the Presentation Service and/or the OS1 Services provided by
other ASOs or ASEs so as to provide the OSI-Service that is particular to that ASO-type.
An ASO-type may be the subject of international standardization.
NOTE - The creation of appropriate ASO-types is dependent upon a variety of Systems requirements and constraints.
Some ASO-types will be the subject of international standardization; other ASO-types will be the subject of definition in more limited
communities of interest.
6 ITU-T Rec. X.207 (1993 E)
ISOAEC 9545 : 1994(E)
The state information modelled by an AS01 (including all its components) reflects the net effect of its
5.4.8
communications with other ASOIs. The existente of this state information provides a basis for modehing the co-
ordinated consecutive, and/or concurrent use of multiple ASO-associations.
NOTE - For example, this provides one possible method for modelling the continuation of an activity following the loss of
an application-association.
5.4.9 The lifetime of an AS01 is determined by the AE1 of which it is a part. An AE1 may have a longer lifetime
than any or all of its component ASOIs. The lifetime of an AS01 is not determined by the duration of the
ASO-associations in which it is a participant. Since an AE1 is an ASOI, at least one AS01 exists for the lifetime of
the AEI.
55 . Application-service-elements
5.5.1 An ASE is an indivisible component of an ASO. It is a combination of application communication functions
within an AS0 that is distinguished for purposes of OS1 Service and protocol specification.
5.5.2 An ASE-type describes the communication capabilities of ASEs of a particular type. An ASE-type specifies
the set of application-protocol-data-units (APDU) handled by the ASE and the procedures governing their use. This
constitutes the application-protocol among ASEs.
5.5.3 An ASE1 represents a specific use of the capabilities of an ASE. The behaviour of an ASE1 is characterized by:
the OSI-Service which it provides to its OSI-service- User(s), in conjunction with its peer(s);
a>
b) the APCI it exchanges with its peer(s); and
its requirements for the use of the Presentation Service, AS0 Services, and ASE Services.
C)
ASEs may occur as components of ASOs at any level of recursion in the Application Layer structure.
5.5.4
5.5.5 An ASE-type may be the subject of international standardization.
NOTE - The creation of appropriate ASE-types is dependent upon a variety of Systems requirements and constraints. Some
ASE-types will be the subject of international standardization; other ASE-types will be the subject of definition in more limited
communities of interest.
56 . Control functions
5.6.1 The specification of a CF is an integral part of an ASO-type. The CF of an AS01 provides the OSI-Service of
the AS01 through Coordination and use of:
a) OSI-Services of component ASOIs and ASEIs, and
b) supporting OSI-Services available to the AS01 which are external to the ASOI; these may be provided by
other ASOIs and/or by the OS1 Presentation Layer.
5.6.2 A CF provides functions of the following kinds:
mapping and Coordination between the OSI-Service provided by the AS01 and the OSI-Services provided
a>
by the component ASOI(s) and ASEI(
b) mapping and Coordination between the supporting OSI-Services provided to the AS01 and the
OSI-Services required by the component ASOI(s) and ASEI(
any other control and Coordination functions that may be necessary to achieve the cooperative Operation
C)
of the component invocations within the ASOI.
The characteristics of the mappings are determined by the properties of the OSI-Services involved: there need not be a
one-to-one mapping between OSI-Service primitives.
NOTE - For instance, a CF of an AS01 may generate a sequence of OSI-Service primitives as a consequence of the
invocation of a Single OSI-Service primitive of the ASOI.
5.6.3 The mapping between OSI-Service primitives of the AS01 and the OSI-Service primitives of the components,
requires the CF of an AS01 to accommodate:
a) Provision for the OSI-Service of the ASOI;
Coordination of the communications behaviour of the components of the AS01 so that they arc consistent
b)
with the range of communications behaviours permitted for a particular ASO-association;
Coordination of communications behaviours on multiple (and possibly concurrent) ASO-associations.
Cl
ITU-T Rec. X.207 (1993 E) 7
ISO/IEC 9545 : 1994(E)
5.6.4 A CF of an AS01 coordinates the use made of OSI-Services and presentation-Services by the components of
the AS01 for their exchange of APDUs with other ASOIs. The CF is required to provide a mapping that preserves the
properties of the Services used by the individual components, by taking into account the characteristics of the supporting
Services.
5.6.5 In mapping APDUs to and from OSI-Services and/or presentation Services, a CF may perform some of the
following functions:
concatenation and Separation of APDUs;
a)
b) transformations of APDUs insofar as they are consistent with both the abstract Syntax that specifies their
generic structure and the shared state of the AEIs exchanging APDUs;
c) generation of APCI to coordinate interworking among its AS01 and ASOIs in other AEIs.
While an AS0 or ASE may be defined in terms of a particular mapping to a supporting Service, the CF of a parent AS0
tan modify the mapping to a different supporting Service as long as the behaviour of the Child AS0 is not affected. This
allows an AS0 or ASE requiring a particular supporting Service to be mapped to a different or equivalent supporting
Service without modifying the AS0 or ASE.
5.6.6 In Order to perform its various functions, the CF of an AS01 may maintain state information that relates to the
local Coordination of the activities of the components of the ASOI. In addition, the CF may maintain state information
that relates to the Coordination of the interactions of the component ASOIs and ASEIs with their peers in other AEIs.
57 . ASO-associations
5.7.1 An ASO-association is a cooperative relationship among two or more ASOIs; it is analogous to an
(N)-association. ASO-associations are formed among peer ASOIs in communicating AEIs. ASO-associations
are abstractions which exist among ASOIs which exchange APDUs. An AE1 that is participating in communications is
Party to at least one ASO-association.
An AS01 may have Zero, one or multiple ASO-associations at a particular Point in time. An AS01 may have
5.7.2
multiple ASO-associations to a Single peer ASOI. An AS01 may also have ASO-associations to multiple peer ASOIs;
these peer ASOIs may be in one AE1 or in different AEIs. Some ASOIs never have ASO-associations.
5.7.3 An AS01 may be a Partner in a number of ASO-associations consecutively or concurrently (or both). The
number of these ASO-associations may Change with time. In particular, there may be periods of time when an AS01 is
not a Party to any ASO-associations.
5.7.4 ASO-associations may be connection-mode or connectionless-mode communications. Within the Application
Layer, there are no architectural restrictions on mappings between connectionless-mode and connection-mode
ASO-associations.
5.7.5 Some ASO-associations are explicitly established. In other cases, there may be no explicit establishment.
Explicit ASO-association establishment occurs when ASOs exchange APDUs containing information relating to their
association (e.g. naming information and the context of the ASOs).
NOTE - The use of common procedures for explici t facilitate the re-use of ASO-
ASO-association establishment
maY tY Pes
as components of other ASO-types.
5.7.6 Coordination among ASO-associations may be local to a Single AE1 and not part of a cooperative relationship.
In such cases, the Coordination is only defined by the CFs within the AE1 and is not a part of the ASO-association.
The characteristics of an ASO-association are described by an ASO-context.
5.7.7
5.7.8 All ASO-associations that are not application-associations ultimately make use of underlying application-
associations (including connectionless data transfer) for communication. Several ASO-associations may make use of the
same application-association at the same time or different times, and any given ASO-association may make use of a
number of application-associations. Constraints on the use of application-associations by ASO-associations are part of
the ASO-type. The CF is responsible for coordinating the use of supporting ASO-associations by the AS01 components.
8 ITU-T Rec. X.207 (1993 E)
ISO/IEC 9545 : 1994(E)
5.7.9 ASOIs participating in an ASO-association share a common structure. This common structure is either the
whole or subset of the structure of the communicating ASOIs. This is a property of the architecture and need not be
visible in any implementation.
5.7.10 ASOIs participating in an ASO-association may have different roles and need not be of the same ASO-type; as
a consequence they exhibit complementary rather than similar communication behaviours.
5.7.11 ASO-association-identifiers may be required to distinguish different ASO-associations within the same ASOI.
ASO-association identifiers are unambiguous within the scope of the participating ASOIs. The CF may create and/or
make use of these ASO-association-identifiers to coordinate the use of underlying ASO-associations by the AS01
components, including possibly exchanging them with peer-ASOIs in APCI.
58 . ASO-context
Communicating ASOIs must have shared knowledge, and follow a common set of rules that governs their
5.8.1
communication. Such a set of rules is called an ASO-context. An ASO-context describes the permissible collective
communications behaviour of the ASOIs that are Party to a particular ASO-association.
5.8.2 An ASO-context includes:
the enabled communications behaviour;
a)
a set of rules and state information;
b)
the number of ASOIs that may be party to this ASO-association;
C>
the lifetime of the ASO-association and the ways in which it tan be established and terminated.
d)
An ASO-association has only one ASO-context. The set of rules that make up the ASO-context may contain
5.8.3
rules for alteration of that set of rules. The set of rules may contain alternatives, together with rules for selecting among
these alternatives according to the requirements of the AP-invocations.
NOTE - The use of a rule to select among alternative rules within an ASO-context does not constitute an alteration of the
ASO-context. However, the use of a selection rule does Change the state information maintained by ASOIs with respect to an
ASO-association.
5.8.4 An ASO-context may contain shared rules that enable ASOIs to transfer information for multiple
ASO-association Coordination purposes.
When there is no explicit ASO-association establishment, the ASO-context is determined by other means, e.g.
5.8.5
Prior agreements, Systems management, or other application protocols.
5.8.6 The ASO-context that applies to an ASO-association may be negotiated during establishment in either of the
following ways:
by identifying a pre-existing ASO-tontext-definition; or
a)
by transferring an actual description of the ASO-context.
b)
In particular, a name may be used to identify a pre-existing ASO-tontext-definition.
NOTES
1 The predominant method of determining ASO-contexts is expected to be by reference to pre-existing ASO-context-
definitions.
2 The allocation of names to pre-existing ASO-tontext-definitions will be the subject of registration procedures as
described in clause 9 of this Application Layer Structure.
5.8.7 The communications behaviour of an AS01 over an ASO-association is constrained to be compatible with a
generic behaviour defined by the ASO-context in use.
An ASO-context is defined in such a manner as to ensure that the ASE types and/or AS0 types that it
5.8.8
references specify compatible use of supporting OSI-Services.
5.8.9 When an AS01 supports a number of concurrent ASO-associations, there is no architectural requirement that
each of these ASO-associations use the same ASO-context.
ITU-T Rec. X.207 (1993 E) 9
ISO/IEC 9545 : 1994(E)
The ASO-context of a supporting ASO-association must accommodate the requirements of the ASO-contexts
5.8.10
of all the supported ASO-associations.
59 . AS0 naming
5.9.1 When a particular AS0 or AS01 needs to be identified for the purposes of communication, naming principles
defined by CCITT Rec. X.650 I ISO 7498-3, supplemented by additional qualifiers and identifiers, tan be used to name
the particular AS0 or ASOI. (See Table 1.)
There may be cases where identification remains unambiguous without assigning names to each element of the
ASO/ASOI structure. Such unnamed elements are effectively omitted from the naming structure.
An ASO-name unambiguously identifies an AS0 within the scope of an AP. An ASO-qualifier unambiguously
5.9.2
identifies an AS0 within the scope of its parent. An ASO-name is constructed as a sequence of one or more
ASO-qualifiers. The ASO-name of the AS0 that corresponds to the AE is the AE-qualifier.
5.9.3 Where ASOIs have to be identified, this is done by means of ASOI-identifiers that are unambiguous within the
scope of the pair (parent invocation, ASO). When qualified with the ASO-qualifier, an ASOI-identifier is used to
unambiguously identify an AS01 within the scope of its parent invocation. Thus, in the case where the AS01 is an AEI,
the ASOI-identifier is unambiguous within the scope of the pair (API, AE). In all other cases, the ASOI-identifier is
unambiguous within the scope (parent ASOI, ASO).
5.9.4 An ASOI-tag unambiguously identifies an AS01 within the scope of the API. An ASOI-tag is constructed as a
sequence of one or more occurrences of the pair (ASO-qualifier, ASOI-identifier). The ASOI-tag of the AS01 that
corresponds to the AE1 is the pair (AE-qualifier, AEI-identifier).
Table 1
t
IS UNAMBIGUOUSLY
ITEM IN THE SCOPE OF WHICH CONSISTS OF
IDENTIFIED BY
AS0 Parent ASO-qualifier
Sequence of
AS0 AP ASO-name
ASO-qualifiers
AP-title, sequence of ASO-
AS0 OS1 environment ASO-title
qualifiers
Parent-invocation Pair (ASO-qualifier,
ASOI
ASOI-identifier)
AS01 Pair (parent-invocation, AS01 identifier
ASO)
Sequence of pairs
AS01 AP-invocation ASOI-tag
(AS0 qualifier,
ASOI-identifier)
An ASO-title unambiguously identifies the AS0 within the OS1 environment. It consists of the AP-title
5.9.5
qualified by a sequence of ASO-qualifiers. If the AS0 is an AE, there will be only one ASO-qualifier in the sequence.
5.9.6 When ASO-types have to be identified, this is done by means of an ASO-type-title that is unambiguous in the
OS1 environment.
ITU-T Rec. X.207 (1993 E)
ISO/IEC 9545 : 1994(E)
5.10 Application-associations
5.10.1 An application-association is a particular kind of ASO-association between two ASOIs which governs their
bilateral use of the Presentation Service for the communication of information and Coordination of their joint Operation.
NOTE - The lifetime of an ASO-association may be less than, equal to or greater than the lifetime of an application-
association.
5.10.2 An AS01 may support a number of application-associations consecutively or concurrently (or both), with one
or more other ASOIs.
5.10.3 An application-association-identifier may be associated with an application-association. This application-
association-identifier is unambiguous within the scope of the pair of associated ASOIs. It provides the means to identify
the related state information in each ASOI.
5.11 Application-context
5.11.1 An application-context is a particular kind of ASO-context. It describes the permissible collective
ications behaviour of the ASOIs that are party to a particular ASO-ssociation that is an application-association.
commun
5.11.2 An application-context is defined in such a manner as to ensure that the ASE-types and/or ASO-types that it
references specify compatible use of Presentation and ACSE Services.
5.12 Names and directory functions
5.12.1 As specified in CCITT Rec. X.650 I ISO 7498-3, application-directory-functions process presentation-
addresses, AE-titles, and application-protocol-addressing-information to provide mappings among these categories of
information. To accommodate the concept of the ASO, these functions may also include the processing of ASO-titles.
Thus, application-directory-functions provide mapping among categories of information including ASO-titles.
Conceptually, these functions are performed by the AE1 to derive the addressing information required.
5.12.2 Information on these mappings may be held locally and made available for access by application-directory-
functions, or it may be held remotely. It is a local responsibility to retrieve the information and make it available to an
application-directory-function. If this information is stored remotely, OS1 protocols may be used to access that
information.
NOTE - It is not required that every AE-type contain an ASE-type that provides for retrieval of this remote information;
where necessary, local System management may obtain this capability from another AE1 or ASOI, even another AE1 or AS01 in
another AP-invocation.
5.12.3 Application-directory-functions are application-functions that are modelled within the AE independent of any
particular ASEs or ASOs. Other such application-functions may support aspects of security activities, management
activities, etc.
5.12.4 In CCITT Rec. X.650 I ISO 7498-3, several kinds of name are described in Order to enable the identification of
certain objects in the Application Layer. These kinds of name are:
application-association-identifier;
a>
application-entity-invocation-identifier;
W
application-entity-title;
C)
application-entity-type-title;
d)
application-process-invocation-identifier;
e>
application-process-title.
The ways in which they may be used in the Operation of application-directory-functions and the identification of specific
Application Layer objects are described in CCITT Rec. X.650 I ISO 7498-3.
5.12.5 Additionally, the following kinds of names for Application Layer objects are defined in this Application Layer
Structure and may be included as part of the Operation of application-directory-functions:
a) AE-qualifier;
b) ASO-association-identifier;
c) ASOI-identifier;
ITU-T Rec. X.207 (1993 E) 11
ISO/IEC 9545 : 1994(E)
d) ASOI-tag;
e) ASO-name;
f) ASO-qualifier;
g) ASO-title; and
h) ASO-type-title.
6 Operation of application-entity-invocations
61 . Use of application-associations
6.1.1 Capabilities for the establishment and termination of application-associations are contained in a specific ASE:
the ACSE. Application-associations tan only be established and terminated by use of ACSE.
6.1.2 In an AS0 containing ACSE, it is the responsibility of the CF to coordinate the application-association needs
of the various ASEs and ASOs. It is the CF that makes use of ACSE to establish and terminate the application-
association.
6.1.3 In establishing an application-association, the location of the peer AE is identified to the Presentation Service
by the presentation address of the peer AE. Additionally one or both of the following identifiers may be used for the
selection of a peer AEI:
a) AP-invocation-identifier;
b) AE-invocation-identifier.
An application-association identifier may also be used to identify the application-association.
6.1.4 The termination of an application-association results from the action of the related ASOIs. ASOIs may take
such action in response to a failure in communications visible in the Presentation Service.
62 . Operation of ASO-invocations and ASE-invocations
6.2.1 Direct access to the Presentation Service only occurs from the CF of the outermost AS01 (that is from the
AEI). The use of a Presentation Service by the CF of such an outermost AS01 is mapped 1: 1 to the actual Presentation
Service.
6.2.2 The mapping of AS01 requirements for supporting Presentation Services onto the actual Presentation Service in
a Situation where the AS01 is in a deeply nested set of AS01 is dependent upon the combined action
...
NORME ISO/CEI
INTERNATIONALE 9545
Deuxième édition
1994-08-I 5
Technologies de l’information -
Interconnexion de systèmes ouverts
- Structure de la couche application
(OS~)
Information technology - Open Systems In terconnection - Application
Layer structure
Numéro de référence
ISO/CEI 9545:1994(F)
ISOKEI 9545: 1994(F)
Sommaire
Page
Domaine d’application
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Références normatives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
2.1 Recommandations I Normes internationales identiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
2.2 Paires de Recommandations I Normes internationales équivalentes par leur contenu technique . . . . . . . 2
Définitions
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Abréviations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
5 Concepts de la couche application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
5.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
5.2 Processus d’application (AP) . 5
5.3 Entités d’application . 6
5.4 6
Objets de service d’application .
5.5 Eléments de service d’application (ASE) . 7
5.6 Fonctions de commande . 7
. Associations d’objets AS0 . 8
5.8 Contexte d’objet AS0 . 9
5.9 Dénomination d’objets AS0 . 10
5.10 Associations d’application . 11
5.11 Contexte d’application . 11
5.12 . 11
Noms et fonctions de répertoire
.................................................................................. 12
6 Fonctionnement des invocations d’entité d’application
6.1 Utilisation des associations d’application . 12
6.2 Fonctionnement des invocations d’objets AS0 et d’éléments ASE . 13
6.3 Interaction avec le service corrélatif . 13
6.4 Interaction avec la couche de présentation . 13
6.5 Reprise sur erreur et association d’objet AS0 . 13
.......................................................................................................... 14
7 Spécifications de la couche application
7.1 . 14
Catégories de spécifïcation
7.2 . 14
Relations entre spécifications
7.3 . 14
Propriétés des spécifications
8 Définition de syntaxe abstraite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
0 ISOKEI 1994
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publi-
cation ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun pro-
cédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l’accord
écrit de l’éditeur
HSO/CEI Copyright Office l Case Postale 56 l CI-I-121 1 Genève 20 0 Suisse
Version française tirée en 1995
Imprimé en Suisse
ii
0 ISO/CEI
ISOKEI 9545: 1994(F)
9 Prescriptions re!atives à l’enregistrement . 17
.....................................................................................
Annexe A - Combinaison d’éléments ASE et d’objets AS0 18
A.1 Eléments ASE et objets AS0 en tant que modules . 18
A.2 Mappage appliqué sur des services corrélatifs . 18
A.3 Mappage de référence . 18
A.4 Utilisation partagée de services d’ACSE et d’objets AS0 . 18
A.5 Utilisation de contextes P . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
A.6 Utilisation de services de session . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
A.7 Spécifkation de fonction CF
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Annexe B - Relation entre contextes d’application et profils d’application
B.l . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Introduction
B .2 Observations générales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
B.3 Inter-relations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Annexe C - Relation entre des termes de la présente édition et des termes de l’édition précédente de
I’ISOKEI 9545 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
c.1 Objet d’association unique (SAO) (single association abject) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
C.2 Fonction de commande d’association unique (SACF) (single association controlfunction) . . . . . . . . . . . . . 21
C.3 Fonction de commande d’associations multiples (MACF) (multiple association controlfonction) . . . 21
. . .
ISOKEI 9545: 1994(F) 0 ISO/CEI
Avant-propos
LIS0 (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré à la
normalisation internationale considérée comme un tout. Les organismes nationaux
membres de I’ISO ou de la CE1 participent au développement de Normes
internationales par l’intermediaire des comités techniques créés par l’organisation
concernée afin de s’occuper des différents domaines particuliers de l’activité technique.
Les comités techniques de 1’ISO et de la CE1 collaborent dans des domaines d’intérêt
commun. D’autres organisations internationales, gouvernementales ou non gouveme-
mentales, en liaison avec I’ISO et la CE1 participent également aux travaux.
Dans le domaine des technologies de l’information, 1’ISO et la CE1 ont crée un comité
technique mixte, l’ISO/CEI JTC 1. Les projets de Normes internationales adoptés par le
comité technique mixte sont soumis aux organismes nationaux pour approbation, avant
leur acceptation comme Normes internationales. Les Normes internationales sont
approuvées conformément aux procédures qui requièrent l’approbation de 75 % au
moins des organismes nationaux votants.
La Norme internationale ISOKEI 9545 a été élaborée par le comité technique mixte
ISOKEI JTC 1, Technologies de Z’infomtion, en collaboration avec l’IUT-T. Le texte
identique est publié en tant que Recommandation IUT-T X.207.
Cette deuxième édition annule et remplace la première édition (ISOKEI 9545: 1989),
qui a fait l’objet d’une révision technique.
Les annexes A, B et
C de la présente Norme internationale sont données uniquement à
titre d’information.
0 ISO/CEI
ISOKEI 9545: 1994(F)
Introduction
La présente Recommandation I Norme internationale précise la description de la couche application de I’OSI présentée
dans la Rec. X.200 de l’UIT-T I ISOKEI 7498-l.
Le but de la présente Recommandation 1 Norme internationale est de faciliter l’adoption d’une conception cohérente et
modulaire pour la normalisation de la couche application. Elle définit un ensemble de principes et de concepts
architecturaux qui constituent une base sur laquelle peuvent être structurées et reliées les unes aux autres les
spécifications énoncées dans les Recommandations et Normes de la couche application. Elle définit également la
structure interne de la couche application en fournissant un cadre général pour l’elaboration des Recommandations et
Normes de cette couche et décrit les principes généraux sur lesquels se base le fonctionnement des protocoles
d’application.
La présente Recommandation 1 Norme internationale traite des sujets suivants:
relation entre traitement reparti de l’information et services de communication OSI;
a)
structure des entités d’application;
b)
structure des services et protocoles OS1 dans la couche application; et
C>
contexte d’objet AS0 et contexte d’application.
la présente Recommandation 1 Norme internationale ne
Parmi les aspects du traitement réparti de l’information,
considère, pour une application, que ceux qui ont trait à la définition de besoins génériques de structuration des
communications de la couche application.
Le cadre architectural defini dans la présente Recommandation 1 Norme internationale contient des concepts qui peuvent
ne pas être totalement pris en compte par des Recommandations et Normes existantes de la couche application.
Cependant, ces concepts ont été énoncés de manière à fournir une base d’élaboration des futures Recommandations
et Normes de la couche application dont on prévoit qu’elles auront besoin d’utiliser ces concepts.
La présente Recommandation 1 Norme internationale peut faire l’objet d’additifs, en particulier en ce qui concerne les
communications multichaînées, la sécurité, la gestion des contextes d’application, la reprise et le traitement reparti
ouvert (ODP).
Un rapport technique associé, dont la rédaction est en cours, donnera des directives sur l’application de la présente
structure de couche application lors de la création des Recommandations et Normes relatives au service et au protocole
de la couche application.
Page blanche
ISOKEI 9545 : 1994 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - STRUCTURE DE LA COUCHE APPLICATION
1 Domaine d’application
La présente Recommandation 1 Norme internationale précise la description de la couche application présentée dans le
modèle de référence de base OS1 (Rec. X.200 de I’UIT-T I ISOKEI 7498-l). Elle fournit un cadre pour coordonner
l’élaboration des Recommandations et Normes existantes et futures de la couche application. Elle servira de référence
pour les Recommandations et Normes de la couche application.
En particulier, la présente Recommandation I Norme internationale:
définit la nature des Recommandations et Normes de
a)
elles;
definit le cadre architectural dans lequel sont élaborés
W
definit des concepts qui permettent de structurer avec souplesse la couche application;
C)
définit les catégories d’objets identifiables nécessaires à la spécifkation et au fonctionnement des
d)
protocoles;
établit les relations entre les activités de traitement reparti de l’information et les Recommandations et
e>
Normes de la couche application;
structure et relie entre elles les spécifications énoncées dans les Recommandations et Normes de la
f)
couche application;
détermine les différents types de spécification nécessaires a l’élaboration de Recommandations et de
g)
Normes de la couche application.
La présente Recommandation 1 Norme internationale servira de référence pour les Recommandations et Normes de la
couche application. Elle vise à faciliter l’adoption d’une conception cohérente et modulaire pour la structuration des
spécifications du comportement de cette couche. Elle ne spécifie pas de service ni de protocole OS1 et ne constitue ni
une spécification de réalisation de systèmes, ni une base d‘évaluation de la conformité de réalisation de systèmes.
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 indiquees étaient en vigueur. Toute recommandation et Norme sont sujettes à
révision et les parties prenantes aux accords fondes sur la présente Recommandation I Norme internationale sont invitées
a 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 X.200 de I’UIT-T ( 1994)‘) I ISO/CEI 749% 1: 1994 Technologie de Z’information -
Interconnexion de systèmes ouverts - Modèle de référence de base.
w
- Recommandation X.2 10 de I’UIT-T (1993) I ISOKEI 1073 1: 1993, Technologie de l’information -
Interconnexion de systèmes ouverts - Conventions relatives à la définition des services OSI.
-
Recommandation X.660 du CCITT (1992) 1 ISOKEI 9834-l : 1993, Technologie de l’infomzation -
- Procédures pour des organismes d’enregistrement OSI particuliers:
Interconnexion de systèmes ouverts
procédures générales.
l) Actuellement à l’état de projet.
Rec. X.207 de I’UIT-T (1993 F) 1
ISO/CEI 9545 : 1994 (F)
Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
22 .
- Recommandation X.2 16 du CUIT (1988), Définition du service de présentation de I’OSI
(Interconnexion de systèmes ouverts) pour les applications du CCITT.
Interconnexion de systèmes ouverts -
ISO 8822:1988, Systèmes de traitement de l’information -
Définition du service de présentation en mode connexion.
Recommandation X.217 du CCITT (1992), Définition du service pour 1 ‘élément de service de contrôle
d’association.
ISO 8649: 1989, Technologie de l’information - Interconnexion de systèmes ouverts - Définition du
service pour l’élément de service de contrôle d’association.
Recommandation X.650 du CCITT (1992), Interconnexion de systèmes ouverts (OSI) - Modèle de
référence de base pour la dénomination et l’adressage.
ISO 7498-3: 1989, Systèmes de traitement de l’information - Interconnexion de systèmes ouverts - Modèle
de référence de base. Dénomination et adressage.
3 Définitions
3.1 Pour les besoins de la présente Recommandation 1 Norme internationale les termes suivants sont définis dans la
fi
Rec. X.200 de KJIT-T I ISOKEI 7498-l:
syntaxe abstraite;
a)
entité d’application;
W
processus d’application;
C)
invocation de processus d’application;
dl
type de processus d’application;
d
adresse (N);
f)
g) association (N);
h) entité (N);
invocation d’entité (N);
type d’entité (N);
j)
k) fonction (N);
1) couche (N);
protocole (N);
m>
information de commande de protocole(N);
n>
unité de données de protocole (N);
0)
point d’actes a des services (N);
PJ
contexte de présentation;
9)
système ouvert réel; et
r)
syntaxe de transfert.
S)
3.2 Pour les besoins de la présente Recommandation 1 Norme internationale les termes suivants sont définis dans la
Rec. X.650 du CCITT I ISO 7498-3:
identificateur d’entité AEI;
a)
b) qualificateur d’entite AE;
titre d’entité AE;
C)
d) titre du type d’entité AE;
identificateur d’invocation d’AP;
e)
f) identificateur d’association d’application;
g) titre d’AP*
.
h) fonction d’annuaire (N); et
information d’adressage de protocole (N).
i>
Rec. X.207 de I’UIT-T (1993 F)
ISOKEI 9545 : 1994 (F)
3.3 Pour les besoins de la présente Recommandation 1 Norme internationale les termes suivants sont définis dans la
Rec. X.210 de I’UIT-T I ISOKEI 10731:
remise (primitive);
a)
b) service d’OS1;
c) primitive de service d’OS1;
d) utilisateur du service OSI;
e) dépôt (primitive).
3.4 La présente Recommandation 1 Norme internationale utilise les définitions suivantes.
NOTE - Le mot «objet» est ici utilisé dans son sens général.
3.4.1 invocation d’entité d’application (AE) (AE-invocation): utilisation spécifique de la totalité ou d’une partie
des capacit& d’une entit6 d’application donnée pour les besoins de communication d’une invocation de processus
d’application.
NOTE - Cette utilisation est spécifique du concept d’invocation d’objet de service d’application (ASOI).
3.4.2 type d’entité d’application (AE) (AE-type): description d’une classe d’entités d’application en tant
qu’ensemble de capacités défini pour la couche application.
/
NOTE - Cette utilisation est spécifique du concept de type d’objet ASO.
3.4.3 association d’application, association (application-association, association): relation de coopération établie
entre deux invocations AS0 qui régit leur utilisation bilatérale du service de présentation pour la communication
d’informations et la coordination de leur fonctionnement.
NOTE - Cette utilisation est spécifique du concept d’application ASO.
d’appl ication (application association-identifier) : nom qui identifie sans
3.4.4 identificateur d’association
ambiguïté une association d’application dans les limites des invocations d’objets AS0 en jeu.
3.4.5 contexte d’application (application concept): ensemble de règles partagées par deux invocations d’objets
AS0 pour permettre l’utilisation d’une association d’application.
NOTE - Cette utilisation est spécifique du concept de contexte ASO.
3.4.6 définition de contexte d’application (application-context-definition): description d’un contexte d’application.
fie sans ambiguïté une définition
3.4.7 nom de contexte d’application (application- context-name): nom qui identi
de contexte d’application.
élément de service d’application (application-service-element): ensemble de fonctions d’application
3.4.8
fournissant une capacité pour l’inter-fonctionnement d’invocations d’entité d’application pour un but précis; les éléments
de service d’application font partie des objets de service d’application.
NOTE - Cette definition précise la définition originelle des éléments de service d’application, donnée dans la Rec. X.200
de l’UIT-T I ISO/CEI 7498- 1.
3.4.9 objet de service d’application (application-service-abject): élément actif à l’intérieur (ou équivalant à la
totalité) de l’entité d’application, comprenant un ensemble de capacités défini pour la couche application qui correspond
à un type d’objet AS0 particulier (sans utilisation des capacités supplémentaires).
NOTE - Cette utilisation est spécifique du concept d’entité (N) défini dans la Rec. X.200 de I’UIT-T I ISO/CEI 7498-l.
3.4.10 invocation d’élément de service d’application (ASE) (ASE-invocation): utilisation spécifique d’une partie ou
de la totalité des capacités d’un élément de service d’application donné.
3.4.11 type d’élément ASE (ASE-type): description d’une classe d’élément de service d’application en tant
qu’ensemble de capacités défini pour la couche application.
3.4.12 association AS0 (ASO-association): relation de coopération entre deux ou plus de deux invocations d’objets
AS0 afin de communiquer des informations et de coordonner leur fonctionnement.
NOTE - Cette utilisation est spécifique du concept d’association (N).
3.4.13 identificateur d’association d’objet AS0 (ASO-association-identifier): nom qui identifie sans ambiguïté une
association d’objet AS0 dans les limites des invocations d’objets AS0 en jeu.
règles communes a des invocations d’objets AS0 po.ur
3.4.14 contexte d’objet AS0 (ASO-context): ensemble de
permettre l’utilisation d’une association d’objet ASO.
3.4.15 définition de contexte d’objet AS0 (ASO-context-definition): définition d’un contexte d’objet ASO.
Rec. X.207 de l’UIT=T (1993 F) 3
ISOKEI 9545 : 1994 (F)
3.4.16 invocation d’objet AS0 (ASO-invocation): utilisation spécifique d’une partie OU de la totalite des capacités
d’un AS0 donné (sans utilisation de capacités supplémentaires).
- Cette utilisation est spécifique du concept d’invocation d’entité (N) défini dans la Rec. X.200 de
NOTE
I’UIT-T I ISOKEI 749% 1.
3.4.17 identificateur d’invocation d’objet de service d’application (ASOI) (ASOI-identifier): nom qui identifie
sans ambiguïté une invocation AS01 dans le cadre de la paire (invocation d’ascendant, objet ASO).
3.4.18 étiquette d’invocation AS01 (ASOI-tag): nom qui identifie sans ambiguïte une invocation AS01 dans le
cadre de la paire (invocation API, ASO).
3.4.19 nom d’objet AS0 (ASO-name): nom qui identifie sans ambiguïté un objet AS0 dans le cadre d’un processus
d’application (AP).
3.4.20 qualificateur d’objet AS0 (ASO-qualifier): nom qui identifie sans ambiguïté un objet AS0 dans le cadre de
son ascendant.
NOTE - Lorsque l’objet AS0 est I’AE, l’ascendant de l’objet AS0 est 1’AP. Dans tous les autres cas, l’ascendant est l’objet
AS0 ascendant.
3.4.21 titre d’objet AS0 (ASO-title): nom qui identifie sans ambiguïté un objet AS0 dans l’environnement OSI.
3.4.22 type d’objet AS0 (ASO-type): description d’une classe d’objets AS0 en tant qu’ensemble de capacités défini
pour la couche application.
NOTE - Cette utilisation est spécifique des concepts de type d’entité (N) définis dans la Rec. X.200 de I’UIT-T I
ISO/CEI 749% 1.
3.4.23 titre de tjpe d’objet AS0 (ASO-type-title): nom qui identifie sans ambiguïté un type d’objet AS0 dans
l’environnement OSI.
3.4.24 élément de service de commande d’association (association control service element): élément de service
d’application fournissant le moyen exclusif d’établir et de clore toutes les associations d’application.
NOTE - Les fonctions de cet élément de service d’application sont définies dans la Rec. X.217 du CCITT I ISO/CEI 8649.
3.4.25 objet AS0 descendant (Child ASO): un AS0 est un objet AS0 descendant de l’objet AS0 qui lui est
immédiatement supérieur.
3.4.26 fonction de commande (controlfunction): composante d’un objet AS0 qui commande les interactions entre
les cléments ASE et/ou les AS0 qui en font partie.
3.4.27 AS0 ascendant (parent ASO): un AS0 est un objet AS0 ascendant par rapport aux objets AS0 et aux
éléments ASE qui lui sont immédiatement inférieurs.
4 Abréviations
ACSE Elément de service de commande d’association (association control service element)
AE Entité d’application (application-entity)
AEI Invocation d’entité AE (AE-invocation)
AP Processus d’application (application-process)
APCI Informations de commande de protocole d’application (application-prutocoz-controZ-information)
APDU Unités de données de protocole d’application (application-protocokdata-unit)
AP1 Invocation de processus d’application (AP-invocation)
ASE
Elément de service d’application (application-service-element)
ASEI’
Invocation d’éléments ASE (ASE-invocation)
AS0 Objet de service d’application (application-service-abject)
AS01 Invocation d’objets AS0 (ASO-invocation)
CF Fonction de commande (controlfunction)
ISP Profil international normalise (international standardized profile)
os1 Interconnexion de systèmes ouverts (upen systems intercunnection)
Rec. X.207 de I’UIT-T (1993 F)
ISOKEI 9545 : 1994 (F)
5 Concepts de la couche application
51 . Introduction
Les Recommandations et Normes internationales OS1 visent à satisfaire les besoins de communication
5.1.1
d’applications (c’est-à-dire les tâches de traitement de l’information) nécessitant la coordination d’activités de traitement
entre deux ou plus de deux systèmes ouverts réels. Les Recommandations et Normes de la couche application, en
particulier, définissent des procédures qui offrent un support pour le traitement réparti de l’information.
5.1.2 Cette structure de la couche application constitue une base pour la modélisation et la spécifkation, dans le
cadre des Recommandations et Normes applicables à cette couche, de la structure d’entités d’application (AE) et du
comportement de communication des invocations d’entité AE (AEI). Elle comprend:
un modèle qui permet la description de la structure interne d’une AE et de ses AEI;
a>
b) une spécifïcation des caractéristiques génériques des interactions parmi les éléments constitutifs de la
couche application;
une description des catégories de spécification nécessaire dans les Recommandations et Normes
Cl
applicables à la couche application ainsi qu’une description de leurs relations.
NOTE - Les spécification relatives à la couche application qui ont été élaborées avant la présente édition concernant la
structure de la couche application utilisent peut-être des termes différents pour des concepts équivalents. On examinera casqar cas
dans quelle mesure de telles spécifications pourront être utilisées dans cette structure.
5.1.3 La couche application differe des autres couches de I’OSI en plusieurs points importants. Comme elle est la
plus haute couche de I’OSI, elle ne fournit pas de connexion interne. Elle fournit en revanche une gamme étendue de
services de communication pour satisfaire différentes sortes de besoins de traitement réparti de l’information. Cette
structure de la couche application constitue donc une formule modulaire, recursive pour la modélisation et la
spécification des services de communication qui permettront de satisfaire des besoins de traitement reparti de
l’information particuliers.
5.1.4 La couche application est supportée par les couches 1 à 6 dans 1’OSI comme il est possible de le voir au niveau
du service de Présentation.
Pour cette structure de la couche application il est indifférent que les processus d’appl ication
5.1.5
ww en
communication se trouvent dans des systèmes ouverts identiques ou non.
52 . Processus d’application (AP)
5.2.1 La Rec. X.200 de I’UIT-T I ISO/CEI 7498-l présente un modèle de fonctionnement coopératif de systèmes
ouverts réels, en termes d’interaction entre processus AP de ces systèmes. Un processus AP est une représentation
abstraite d’un ensemble de ressources, y compris de ressources de traitement, dans un système ouvert réel qui réalise le
traitement de l’information pour une application donnée. Les capacités des processus AP qui interviennent dans
l’interaction entre invocations de processus AP sont déterminées par les besoins du traitement de l’information que sont
chargés de satisfaire les processus AP: cette structure de la couche application n’impose aucune contrainte que ce soit sur
la forme de ces interactions ou sur les relations pouvant exister entre elles.
5.2.2 Suivant la nature de l’application, un processus AP peut n’avoir besoin de communiquer avec d’autres
processus AP que par intermittence; de plus, l’ensemble des processus AP participant au traitement reparti, pour une
application, peut changer dans le temps. A un moment donné, un processus AP peut être représenté par aucune, une ou
plusieurs invocations de processus AP.
5.2.3 La coopération entre invocations de processus AP nécessite qu’elles partagent suffisamment ces informations
pour agir ensemble et pour réaliser les activités de traitement d’une manière compatible. Les informations déterminant la
nature des interactions entre invocations de processus AP appartiennent à trois catégories:
général) sur
informations décrivant l’ensemble des objets (ce terme étant utilisé dans son sens le plus
a)
lesquels portent les acti vités de traitement réparti de l’information;
informations décrivant les procédures à utiliser pour réaliser une communication entre les invocation s de
b)
processus AP pour piloter et coordonner le traitement reparti de l’information;
informations représentant l’effet résultant (c’est-à-dire l’état) des interactions antérieures entre les
C)
invocations de processus AP.
Le but des Recommandations et Normes i OS1 est de ir une définition des
nternationales de la couche application
procédures d’inter-fonctionnement relatives à ces trois catégories d’information.
Rec. X.207 de I’UIT-T (1993 F) 5
ISO/CEI 9545 : 1994 (F)
.
53 Entités d’application
Les aspects d’un processus AP qui doivent être pris en compte dans le cadre de 1’OSI sont représentés par une
5.3.1
ou plusieurs AE. Une entité AE représente un ensemble de capacités de communication OS1 d’un processus AP donné.
5.3.2 Dans l’environnement OSI, une entité AE représente un, et un seul, processus AP. Différents processus AP
peuvent être représentés par des entités AE du même type. Un processus AP peut être représente par un ensemble
d’entités AE, lesquelles peuvent, mais ne doivent pas nécessairement, être de types différents.
5.3.3 Un type d’entité AE précise les capacités de communication d’une entité AE d’un type particulier: c’est-à-dire
qu’il spécifie l’étendue et le type du service OSI.
5.3.4 Une invocation AEI constitue une utili sation spécifique capacités d’une entité AE pour communiquer avec
ations AEI hom un service OSI.
des invoc ologues et donc assurer
5.35 Une invocation AEI fait partie intégrante d’une invocation de processus AP. Elle soutient les activités d’une
invocation de processus AP pour lesquelles une communication est nécessaire dans l’environnement OSI. A un moment
donne une invocation de processus AP peut comprendre aucune, une ou plusieurs AEI, lesquelles peuvent, mais ne
doivent pas nécessairement, être de types différents.
5.3.6 Dans la couche application la communication se passe entre deux ou plus de deux AEI. Ces AEI qui coopèrent
peuvent désigner des types d’entité AE différents. Toutefois, lorsque des types d’entité AE différents sont mis à
contribution, il faut qu’il existe une certaine correspondance et compatibilité entre les comportements décrits par les
types d’entité AE.
La durée de vie d’une invocation AEI est commandée par l’invocation de processus AP qu’elle représente dans
. 5.3.7
l’environnement OSI. Une invocation de processus AP peut durer plus longtemps que n’importe laquelle ou que
l’ensemble de ses AEI.
Objets de service d’application
54 .
composite qui est distingué aux fins de structuration de
5.4.1 Un objet de service d’application (ASO) est un clément
la couche application.
5.4.2 Un objet AS0 est une configuration de différents groupes de fonctions de communication d’application, dont
chacun a été distingue séparément aux fins du service OS1 et d’une spécification de protocole. Une configuration de ce
type se compose d’éléments ASE, d’autres AS0 et d’une fonction CF, qui en déterminent les propriétés. Un objet AS0 se
compose:
d’un seul ou de plusieurs éléments ASE et d’une fonction CF; ou
a)
b) d’un seul ou de plusieurs objets AS0 et d’une fonction CF; ou
d’un seul ou de plusieurs éléments ASE et d’un seul ou de plusieurs objets ASO, plus une fonction CF.
C)
Les objets AS0 qui entrent dans cette composition peuvent, à leur tour, se décomposer de la même manière. Les
éléments ASE et les objets AS0 constitutifs peuvent être de type identique ou différent.
Une invocation d’objet AS0 (invocation ASOI) représente une utilisation spécifique des capacités d’un objet
5.4.3
ASO. Le comportement d’une invocation AS01 se caractérise par:
le service OS1 qu’elle fournit a son (ou ses) utilisateur(s) de service OSI, en collaboration avec son ou ses
a)
homologue(s);
b) les informations APCI contenues dans les unités APDU qu’elle échange avec son (ou ses) homologue(s);
et
c) le (ou les) service(s) OS1 qu’elle utilise.
Une invocation AS01 présente ent de communication dans un cadre dé1 imite par son d’objet ASO.
un comportem
type
Elle comporte des informations d’état à propos de son comportement de communication.
5.4.4 Une entité AE est en soi un objet ASO. C’est un objet AS0 qui, dans une configuration particulière, n’est
contenu par aucun autre ASO. Un type d’entité AE est le type d’objet AS0 pour l’objet AS0 qui équivaut à l’entité AE.
Une invocation AEI est une invocation AS01 de l’objet AS0 qui équivaut à l’entité AE.
54.5 Dans une invocation ASOI, il existe d’autres invocations AS01 et/ou ASEI qui correspondent aux AS0 et/ou
ASE dont se compose l’objet AS0 correspondant. A un moment donné, à un objet AS0 particulier peut correspondre
aucune, une ou plusieurs invocations ASOI: leur nombre exact dépend de facteurs tels que les contraintes imposees par
la fonction CF et par des exigences d’instances particulières de communication.
6 Rec. X.207 de I’UIT-T (1993 F)
ISOKEI 9545 : 1994 (F)
La fonction CF d’une invocation AS01 détermine comment opèrent ensemble les invocations ASEI et ASOI
5.4.6
qui la composent afin de permettre à l’invocation AS01 de fournir un service OS1 particulier par suite de sa collaboration
avec des invocations AS01 homologues.
5.4.7 Un type d’objet AS0 décrit les capacités de communication des objets AS0 d’un type particulier. Il comprend:
une définition du service OS1 assuré par des invocations AS01 de ce type par suite de leur collaboration
a>
avec des invocations AS01 homologues;
une ou plusieu rs références à des types d’éléments ASE et/ou à des types d’objets AS0 constitutifs qui
W
sont inclus soit
partiellement soit complètement;
‘7
une spécifïcation de la fonction CF qui détermine comment opèrent en combinaison les invocations ASEI
C)
et AS01 constitutives d’une invocation AS01 de ce type et qui utilise le service de présentation etiou les
services OS1 fournis par d’autres AS0 ou ASE de manière à fournir le service OS1 qui est particulier à ce
type d’objet ASO.
Un type d’objet AS0 peut se prêter à une normalisation internationale.
NOTE - La création de types d’objets AS0 appropriés dépend de diverses exigences et contraintes imposées aux systèmes.
Certains types d’objets AS0 feront l’objet d’une normalisation internationale alors que d’autres recevront une définition dans des
communautés d’intérêt plus limitées.
5.4.8 Les informations d’état modélisées par une invocation AS01 (avec tous ses composants) reflètent l’effet
résultant des communications que celle-ci a avec d’autres invocations ASOI. Leur existence permet de modéliser
l’utilisation consécutive coordonnée et/ou concurrente d’associations d’objets AS0 multiples.
NOTE - Par exemple, elles offrent la possibilité de modéliser la poursuite d’une activité à la suite de la perte d’une
association d’application.
5.4.9 La durée de vie d’une invocation AS01 est déterminée par I’AEI dont elle fait partie. Une invocation AEI peut
durer plus longtemps que n’importe laquelle ou que l’ensemble de ses invocations AS01 constitutives. La durée de vie
d’une invocation AS01 n’est pas determinée par la durée des associations d’objets AS0 auxquelles cette invocation AS01
participe. Etant donné qu’une invocation AEI est une invocation ASOI, il existe au moins une invocation AS01 pendant
la durée de vie de I’AEI.
55 . Eléments de service d’application (ASE)
5.5.1 Un élement ASE est un composant indivisible d’un objet ASO. Il combine des fonctions de communication
d’application à l’intérieur d’un objet AS0 qui est distingué aux fins de service OS1 et de spécification de protocole.
5.5.2 Un type d’élément ASE décrit les capacités de communication d’6léments ASE d’un type particulier. Il spécifie
l’ensemble d’unités de données de protocole d’application (APDU) régi par I’ASE et les procédures qui en règlent
l’utilisation, ce qui constitue le protocole d’application entre deux ASE.
5.5.3 Une invocation ASEI représente une utilisation spécifique des capacités d’un clément ASE. Le comportement
d’une ASEI se caractérise par:
a) le service OS1 que cette ASEI fournit à son (ses) utilisateur(s) de service OSI, en collaboration avec son
(ou ses) homologue(s);
les informations APCI qu’elle échange avec son (ou ses) homologue(s); et
W
ses besoins d’utiliser le service de présentation, les services d’objets AS0 et les services d’éléments ASE.
C>
5.5.4 Les éléments ASE peuvent se présenter comme composants d’objets AS0 à n’importe quel niveau de
récurrence dans la structure de la couche application.
5.5.5 Un type d’élément ASE peut faire l’objet d’une normalisation internationale.
NOTE - La création de types d’éléments ASE appropriés dépend de diverses exigences et contraintes relatives aux
systèmes. Certains types d’éléments ASE feront l’objet d’une normalisation internationale; d’autres feront l’objet d’une définition dans
des communautés d’intérêt plus limitkes.
56 . Fonctions de commande
5.6.1 La spécification d’une fonction CF fait partie intégrante d’un type d’objet ASO. La fonction CF d’une
invocation AS01 fournit le service OS1 de l’invocation AS01 via la coordination et l’utilisation de:
services OS1 d’invocations AS01 et ASEI constitutives; et
a)
b) services OS1 corrélatifs à la disposition des invocations AS01 qui sont extérieures à I’ASOI de la fonction
CF; ces services peuvent être assures par d’autres invocations AS01 et/ou par la couche de presen-
tation OSI.
Rec. X.207 de I’UIT-T (1993 F) 7
ISOKEI 9545 : 1994 (F)
5.6.2 Une fonction CF assure des fonctions des catégories suivantes:
mappage et coordination entre le service OS1 assuré par l’invocation AS01 et les services OS1 fournis par
a)
l’(les) invocation(s) AS01 et ASEI constitutive(s);
b) mappage et coordination entre les services OS1 corrélatifs assures au profit de l’invocation AS01 et les
services OS1 demandes par I’(les) invocation(s) AS01 et ASEI constitutive(s);
toutes autres fonctions de commande et de coordination pouvant être nécessai res pour que les invocations
C)
constitutives
à l’intérieur de l’invocation AS01 fonctionnent en collaboration.
Les caractéristiques des mappages sont déterminées par les propri .étés l des services OS1 en jeu: il n’est pas nécessaire
d’avoir une correspondance en tout point exacte entre les primitives des services OSI.
une séquence de primitives de service OS1 à
NOTE - Par exemple, une fonction CF d’une invocation AS01 peut engendrer
la suite de l’invocation d’une primitive de service OS1 unique de l’invocation ASOI.
5.6.3 Le mappage entre les primitives de service OS1 de l’invocation AS01 et les prim itives de service OS1 des
composants exige de la fonction CF d’une invocation AS01 qu’elle assure:
a) la fourniture du service OS1 de l’invocation ASOI;
b) la coordination du comportement de communication des composants de l’invocation AS01 de manière
qu’elles soient compatibles avec la gamme de comportements permis pour une association d’objet AS0
m
particulière;
c) la coordination des comportements de communication pour des associations AS0 multiples (et
éventuellement concurrentes).
5.6.4 Une fonction CF d’une invocation AS01 coordonne l’utilisation qui est faite des services OS1 et des services de
présentation par les composants de l’invocation AS01 en vue de leur échange d’unités APDU avec d’autres invocations
ASOI. La fonction CF est requise pour assurer un mappage qui préserve les propriétés des services utilisés par les
composants individuels, en tenant compte des caractéristiques des services corrélatifs (de soutien).
5.6.5 En mappan t des unités APDU à destination et en prov ‘enance de services os1 et/ou de services de présentation,
une fonction CF peut remplir certaines des fonctions sui vantes:
concaténation et séparation d’unités APDU;
a>
transformations d’unités APDU dans la mesure où elle S sont compatibles avec la sy ntaxe abstraite qu i fixe
b)
leur structure générique et avec l’état que partagent les i nvoc ations AEI échangeant les unités APDU;
c) génération d’informations APCI pour coordonner l’interfonctionnement entre ses invocations AS01 et des
invocations AS01 d’autres AEI.
Alors qu’un objet AS0 ou ASE peut se définir par la correspondance particulière qu’il présente avec un service
corrélatif, la fonction CF d’un objet AS0 ascendant peut modifier la correspondance avec un service corrélatif différent
pour autant que le comportement de l’objet AS0 descendant ne soit pas alter& Cela permet d’établir une correspondance
entre un objet AS0 ou un élément ASE exigeant un service corrélatif particulier et un service corrélatif différent ou
équivalent sans modifier l’objet AS0 ou I’ASE en question.
5.6.6 Pour remplir ses diverses fonctions, la fonction CF d’une invocation AS01 peut tenir à jour des informations
d’état se rapportant à la coordination locale des activités des composants de l’invocation ASOI. Elle peut, en o
...
NORME ISO/CEI
INTERNATIONALE 9545
Deuxième édition
1994-08-I 5
Technologies de l’information -
Interconnexion de systèmes ouverts
- Structure de la couche application
(OS~)
Information technology - Open Systems In terconnection - Application
Layer structure
Numéro de référence
ISO/CEI 9545:1994(F)
ISOKEI 9545: 1994(F)
Sommaire
Page
Domaine d’application
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Références normatives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
2.1 Recommandations I Normes internationales identiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
2.2 Paires de Recommandations I Normes internationales équivalentes par leur contenu technique . . . . . . . 2
Définitions
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Abréviations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
5 Concepts de la couche application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
5.1 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
5.2 Processus d’application (AP) . 5
5.3 Entités d’application . 6
5.4 6
Objets de service d’application .
5.5 Eléments de service d’application (ASE) . 7
5.6 Fonctions de commande . 7
. Associations d’objets AS0 . 8
5.8 Contexte d’objet AS0 . 9
5.9 Dénomination d’objets AS0 . 10
5.10 Associations d’application . 11
5.11 Contexte d’application . 11
5.12 . 11
Noms et fonctions de répertoire
.................................................................................. 12
6 Fonctionnement des invocations d’entité d’application
6.1 Utilisation des associations d’application . 12
6.2 Fonctionnement des invocations d’objets AS0 et d’éléments ASE . 13
6.3 Interaction avec le service corrélatif . 13
6.4 Interaction avec la couche de présentation . 13
6.5 Reprise sur erreur et association d’objet AS0 . 13
.......................................................................................................... 14
7 Spécifications de la couche application
7.1 . 14
Catégories de spécifïcation
7.2 . 14
Relations entre spécifications
7.3 . 14
Propriétés des spécifications
8 Définition de syntaxe abstraite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
0 ISOKEI 1994
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publi-
cation ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun pro-
cédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l’accord
écrit de l’éditeur
HSO/CEI Copyright Office l Case Postale 56 l CI-I-121 1 Genève 20 0 Suisse
Version française tirée en 1995
Imprimé en Suisse
ii
0 ISO/CEI
ISOKEI 9545: 1994(F)
9 Prescriptions re!atives à l’enregistrement . 17
.....................................................................................
Annexe A - Combinaison d’éléments ASE et d’objets AS0 18
A.1 Eléments ASE et objets AS0 en tant que modules . 18
A.2 Mappage appliqué sur des services corrélatifs . 18
A.3 Mappage de référence . 18
A.4 Utilisation partagée de services d’ACSE et d’objets AS0 . 18
A.5 Utilisation de contextes P . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
A.6 Utilisation de services de session . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
A.7 Spécifkation de fonction CF
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Annexe B - Relation entre contextes d’application et profils d’application
B.l . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Introduction
B .2 Observations générales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
B.3 Inter-relations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Annexe C - Relation entre des termes de la présente édition et des termes de l’édition précédente de
I’ISOKEI 9545 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
c.1 Objet d’association unique (SAO) (single association abject) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
C.2 Fonction de commande d’association unique (SACF) (single association controlfunction) . . . . . . . . . . . . . 21
C.3 Fonction de commande d’associations multiples (MACF) (multiple association controlfonction) . . . 21
. . .
ISOKEI 9545: 1994(F) 0 ISO/CEI
Avant-propos
LIS0 (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré à la
normalisation internationale considérée comme un tout. Les organismes nationaux
membres de I’ISO ou de la CE1 participent au développement de Normes
internationales par l’intermediaire des comités techniques créés par l’organisation
concernée afin de s’occuper des différents domaines particuliers de l’activité technique.
Les comités techniques de 1’ISO et de la CE1 collaborent dans des domaines d’intérêt
commun. D’autres organisations internationales, gouvernementales ou non gouveme-
mentales, en liaison avec I’ISO et la CE1 participent également aux travaux.
Dans le domaine des technologies de l’information, 1’ISO et la CE1 ont crée un comité
technique mixte, l’ISO/CEI JTC 1. Les projets de Normes internationales adoptés par le
comité technique mixte sont soumis aux organismes nationaux pour approbation, avant
leur acceptation comme Normes internationales. Les Normes internationales sont
approuvées conformément aux procédures qui requièrent l’approbation de 75 % au
moins des organismes nationaux votants.
La Norme internationale ISOKEI 9545 a été élaborée par le comité technique mixte
ISOKEI JTC 1, Technologies de Z’infomtion, en collaboration avec l’IUT-T. Le texte
identique est publié en tant que Recommandation IUT-T X.207.
Cette deuxième édition annule et remplace la première édition (ISOKEI 9545: 1989),
qui a fait l’objet d’une révision technique.
Les annexes A, B et
C de la présente Norme internationale sont données uniquement à
titre d’information.
0 ISO/CEI
ISOKEI 9545: 1994(F)
Introduction
La présente Recommandation I Norme internationale précise la description de la couche application de I’OSI présentée
dans la Rec. X.200 de l’UIT-T I ISOKEI 7498-l.
Le but de la présente Recommandation 1 Norme internationale est de faciliter l’adoption d’une conception cohérente et
modulaire pour la normalisation de la couche application. Elle définit un ensemble de principes et de concepts
architecturaux qui constituent une base sur laquelle peuvent être structurées et reliées les unes aux autres les
spécifications énoncées dans les Recommandations et Normes de la couche application. Elle définit également la
structure interne de la couche application en fournissant un cadre général pour l’elaboration des Recommandations et
Normes de cette couche et décrit les principes généraux sur lesquels se base le fonctionnement des protocoles
d’application.
La présente Recommandation 1 Norme internationale traite des sujets suivants:
relation entre traitement reparti de l’information et services de communication OSI;
a)
structure des entités d’application;
b)
structure des services et protocoles OS1 dans la couche application; et
C>
contexte d’objet AS0 et contexte d’application.
la présente Recommandation 1 Norme internationale ne
Parmi les aspects du traitement réparti de l’information,
considère, pour une application, que ceux qui ont trait à la définition de besoins génériques de structuration des
communications de la couche application.
Le cadre architectural defini dans la présente Recommandation 1 Norme internationale contient des concepts qui peuvent
ne pas être totalement pris en compte par des Recommandations et Normes existantes de la couche application.
Cependant, ces concepts ont été énoncés de manière à fournir une base d’élaboration des futures Recommandations
et Normes de la couche application dont on prévoit qu’elles auront besoin d’utiliser ces concepts.
La présente Recommandation 1 Norme internationale peut faire l’objet d’additifs, en particulier en ce qui concerne les
communications multichaînées, la sécurité, la gestion des contextes d’application, la reprise et le traitement reparti
ouvert (ODP).
Un rapport technique associé, dont la rédaction est en cours, donnera des directives sur l’application de la présente
structure de couche application lors de la création des Recommandations et Normes relatives au service et au protocole
de la couche application.
Page blanche
ISOKEI 9545 : 1994 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - STRUCTURE DE LA COUCHE APPLICATION
1 Domaine d’application
La présente Recommandation 1 Norme internationale précise la description de la couche application présentée dans le
modèle de référence de base OS1 (Rec. X.200 de I’UIT-T I ISOKEI 7498-l). Elle fournit un cadre pour coordonner
l’élaboration des Recommandations et Normes existantes et futures de la couche application. Elle servira de référence
pour les Recommandations et Normes de la couche application.
En particulier, la présente Recommandation I Norme internationale:
définit la nature des Recommandations et Normes de
a)
elles;
definit le cadre architectural dans lequel sont élaborés
W
definit des concepts qui permettent de structurer avec souplesse la couche application;
C)
définit les catégories d’objets identifiables nécessaires à la spécifkation et au fonctionnement des
d)
protocoles;
établit les relations entre les activités de traitement reparti de l’information et les Recommandations et
e>
Normes de la couche application;
structure et relie entre elles les spécifications énoncées dans les Recommandations et Normes de la
f)
couche application;
détermine les différents types de spécification nécessaires a l’élaboration de Recommandations et de
g)
Normes de la couche application.
La présente Recommandation 1 Norme internationale servira de référence pour les Recommandations et Normes de la
couche application. Elle vise à faciliter l’adoption d’une conception cohérente et modulaire pour la structuration des
spécifications du comportement de cette couche. Elle ne spécifie pas de service ni de protocole OS1 et ne constitue ni
une spécification de réalisation de systèmes, ni une base d‘évaluation de la conformité de réalisation de systèmes.
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 indiquees étaient en vigueur. Toute recommandation et Norme sont sujettes à
révision et les parties prenantes aux accords fondes sur la présente Recommandation I Norme internationale sont invitées
a 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 X.200 de I’UIT-T ( 1994)‘) I ISO/CEI 749% 1: 1994 Technologie de Z’information -
Interconnexion de systèmes ouverts - Modèle de référence de base.
w
- Recommandation X.2 10 de I’UIT-T (1993) I ISOKEI 1073 1: 1993, Technologie de l’information -
Interconnexion de systèmes ouverts - Conventions relatives à la définition des services OSI.
-
Recommandation X.660 du CCITT (1992) 1 ISOKEI 9834-l : 1993, Technologie de l’infomzation -
- Procédures pour des organismes d’enregistrement OSI particuliers:
Interconnexion de systèmes ouverts
procédures générales.
l) Actuellement à l’état de projet.
Rec. X.207 de I’UIT-T (1993 F) 1
ISO/CEI 9545 : 1994 (F)
Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
22 .
- Recommandation X.2 16 du CUIT (1988), Définition du service de présentation de I’OSI
(Interconnexion de systèmes ouverts) pour les applications du CCITT.
Interconnexion de systèmes ouverts -
ISO 8822:1988, Systèmes de traitement de l’information -
Définition du service de présentation en mode connexion.
Recommandation X.217 du CCITT (1992), Définition du service pour 1 ‘élément de service de contrôle
d’association.
ISO 8649: 1989, Technologie de l’information - Interconnexion de systèmes ouverts - Définition du
service pour l’élément de service de contrôle d’association.
Recommandation X.650 du CCITT (1992), Interconnexion de systèmes ouverts (OSI) - Modèle de
référence de base pour la dénomination et l’adressage.
ISO 7498-3: 1989, Systèmes de traitement de l’information - Interconnexion de systèmes ouverts - Modèle
de référence de base. Dénomination et adressage.
3 Définitions
3.1 Pour les besoins de la présente Recommandation 1 Norme internationale les termes suivants sont définis dans la
fi
Rec. X.200 de KJIT-T I ISOKEI 7498-l:
syntaxe abstraite;
a)
entité d’application;
W
processus d’application;
C)
invocation de processus d’application;
dl
type de processus d’application;
d
adresse (N);
f)
g) association (N);
h) entité (N);
invocation d’entité (N);
type d’entité (N);
j)
k) fonction (N);
1) couche (N);
protocole (N);
m>
information de commande de protocole(N);
n>
unité de données de protocole (N);
0)
point d’actes a des services (N);
PJ
contexte de présentation;
9)
système ouvert réel; et
r)
syntaxe de transfert.
S)
3.2 Pour les besoins de la présente Recommandation 1 Norme internationale les termes suivants sont définis dans la
Rec. X.650 du CCITT I ISO 7498-3:
identificateur d’entité AEI;
a)
b) qualificateur d’entite AE;
titre d’entité AE;
C)
d) titre du type d’entité AE;
identificateur d’invocation d’AP;
e)
f) identificateur d’association d’application;
g) titre d’AP*
.
h) fonction d’annuaire (N); et
information d’adressage de protocole (N).
i>
Rec. X.207 de I’UIT-T (1993 F)
ISOKEI 9545 : 1994 (F)
3.3 Pour les besoins de la présente Recommandation 1 Norme internationale les termes suivants sont définis dans la
Rec. X.210 de I’UIT-T I ISOKEI 10731:
remise (primitive);
a)
b) service d’OS1;
c) primitive de service d’OS1;
d) utilisateur du service OSI;
e) dépôt (primitive).
3.4 La présente Recommandation 1 Norme internationale utilise les définitions suivantes.
NOTE - Le mot «objet» est ici utilisé dans son sens général.
3.4.1 invocation d’entité d’application (AE) (AE-invocation): utilisation spécifique de la totalité ou d’une partie
des capacit& d’une entit6 d’application donnée pour les besoins de communication d’une invocation de processus
d’application.
NOTE - Cette utilisation est spécifique du concept d’invocation d’objet de service d’application (ASOI).
3.4.2 type d’entité d’application (AE) (AE-type): description d’une classe d’entités d’application en tant
qu’ensemble de capacités défini pour la couche application.
/
NOTE - Cette utilisation est spécifique du concept de type d’objet ASO.
3.4.3 association d’application, association (application-association, association): relation de coopération établie
entre deux invocations AS0 qui régit leur utilisation bilatérale du service de présentation pour la communication
d’informations et la coordination de leur fonctionnement.
NOTE - Cette utilisation est spécifique du concept d’application ASO.
d’appl ication (application association-identifier) : nom qui identifie sans
3.4.4 identificateur d’association
ambiguïté une association d’application dans les limites des invocations d’objets AS0 en jeu.
3.4.5 contexte d’application (application concept): ensemble de règles partagées par deux invocations d’objets
AS0 pour permettre l’utilisation d’une association d’application.
NOTE - Cette utilisation est spécifique du concept de contexte ASO.
3.4.6 définition de contexte d’application (application-context-definition): description d’un contexte d’application.
fie sans ambiguïté une définition
3.4.7 nom de contexte d’application (application- context-name): nom qui identi
de contexte d’application.
élément de service d’application (application-service-element): ensemble de fonctions d’application
3.4.8
fournissant une capacité pour l’inter-fonctionnement d’invocations d’entité d’application pour un but précis; les éléments
de service d’application font partie des objets de service d’application.
NOTE - Cette definition précise la définition originelle des éléments de service d’application, donnée dans la Rec. X.200
de l’UIT-T I ISO/CEI 7498- 1.
3.4.9 objet de service d’application (application-service-abject): élément actif à l’intérieur (ou équivalant à la
totalité) de l’entité d’application, comprenant un ensemble de capacités défini pour la couche application qui correspond
à un type d’objet AS0 particulier (sans utilisation des capacités supplémentaires).
NOTE - Cette utilisation est spécifique du concept d’entité (N) défini dans la Rec. X.200 de I’UIT-T I ISO/CEI 7498-l.
3.4.10 invocation d’élément de service d’application (ASE) (ASE-invocation): utilisation spécifique d’une partie ou
de la totalité des capacités d’un élément de service d’application donné.
3.4.11 type d’élément ASE (ASE-type): description d’une classe d’élément de service d’application en tant
qu’ensemble de capacités défini pour la couche application.
3.4.12 association AS0 (ASO-association): relation de coopération entre deux ou plus de deux invocations d’objets
AS0 afin de communiquer des informations et de coordonner leur fonctionnement.
NOTE - Cette utilisation est spécifique du concept d’association (N).
3.4.13 identificateur d’association d’objet AS0 (ASO-association-identifier): nom qui identifie sans ambiguïté une
association d’objet AS0 dans les limites des invocations d’objets AS0 en jeu.
règles communes a des invocations d’objets AS0 po.ur
3.4.14 contexte d’objet AS0 (ASO-context): ensemble de
permettre l’utilisation d’une association d’objet ASO.
3.4.15 définition de contexte d’objet AS0 (ASO-context-definition): définition d’un contexte d’objet ASO.
Rec. X.207 de l’UIT=T (1993 F) 3
ISOKEI 9545 : 1994 (F)
3.4.16 invocation d’objet AS0 (ASO-invocation): utilisation spécifique d’une partie OU de la totalite des capacités
d’un AS0 donné (sans utilisation de capacités supplémentaires).
- Cette utilisation est spécifique du concept d’invocation d’entité (N) défini dans la Rec. X.200 de
NOTE
I’UIT-T I ISOKEI 749% 1.
3.4.17 identificateur d’invocation d’objet de service d’application (ASOI) (ASOI-identifier): nom qui identifie
sans ambiguïté une invocation AS01 dans le cadre de la paire (invocation d’ascendant, objet ASO).
3.4.18 étiquette d’invocation AS01 (ASOI-tag): nom qui identifie sans ambiguïte une invocation AS01 dans le
cadre de la paire (invocation API, ASO).
3.4.19 nom d’objet AS0 (ASO-name): nom qui identifie sans ambiguïté un objet AS0 dans le cadre d’un processus
d’application (AP).
3.4.20 qualificateur d’objet AS0 (ASO-qualifier): nom qui identifie sans ambiguïté un objet AS0 dans le cadre de
son ascendant.
NOTE - Lorsque l’objet AS0 est I’AE, l’ascendant de l’objet AS0 est 1’AP. Dans tous les autres cas, l’ascendant est l’objet
AS0 ascendant.
3.4.21 titre d’objet AS0 (ASO-title): nom qui identifie sans ambiguïté un objet AS0 dans l’environnement OSI.
3.4.22 type d’objet AS0 (ASO-type): description d’une classe d’objets AS0 en tant qu’ensemble de capacités défini
pour la couche application.
NOTE - Cette utilisation est spécifique des concepts de type d’entité (N) définis dans la Rec. X.200 de I’UIT-T I
ISO/CEI 749% 1.
3.4.23 titre de tjpe d’objet AS0 (ASO-type-title): nom qui identifie sans ambiguïté un type d’objet AS0 dans
l’environnement OSI.
3.4.24 élément de service de commande d’association (association control service element): élément de service
d’application fournissant le moyen exclusif d’établir et de clore toutes les associations d’application.
NOTE - Les fonctions de cet élément de service d’application sont définies dans la Rec. X.217 du CCITT I ISO/CEI 8649.
3.4.25 objet AS0 descendant (Child ASO): un AS0 est un objet AS0 descendant de l’objet AS0 qui lui est
immédiatement supérieur.
3.4.26 fonction de commande (controlfunction): composante d’un objet AS0 qui commande les interactions entre
les cléments ASE et/ou les AS0 qui en font partie.
3.4.27 AS0 ascendant (parent ASO): un AS0 est un objet AS0 ascendant par rapport aux objets AS0 et aux
éléments ASE qui lui sont immédiatement inférieurs.
4 Abréviations
ACSE Elément de service de commande d’association (association control service element)
AE Entité d’application (application-entity)
AEI Invocation d’entité AE (AE-invocation)
AP Processus d’application (application-process)
APCI Informations de commande de protocole d’application (application-prutocoz-controZ-information)
APDU Unités de données de protocole d’application (application-protocokdata-unit)
AP1 Invocation de processus d’application (AP-invocation)
ASE
Elément de service d’application (application-service-element)
ASEI’
Invocation d’éléments ASE (ASE-invocation)
AS0 Objet de service d’application (application-service-abject)
AS01 Invocation d’objets AS0 (ASO-invocation)
CF Fonction de commande (controlfunction)
ISP Profil international normalise (international standardized profile)
os1 Interconnexion de systèmes ouverts (upen systems intercunnection)
Rec. X.207 de I’UIT-T (1993 F)
ISOKEI 9545 : 1994 (F)
5 Concepts de la couche application
51 . Introduction
Les Recommandations et Normes internationales OS1 visent à satisfaire les besoins de communication
5.1.1
d’applications (c’est-à-dire les tâches de traitement de l’information) nécessitant la coordination d’activités de traitement
entre deux ou plus de deux systèmes ouverts réels. Les Recommandations et Normes de la couche application, en
particulier, définissent des procédures qui offrent un support pour le traitement réparti de l’information.
5.1.2 Cette structure de la couche application constitue une base pour la modélisation et la spécifkation, dans le
cadre des Recommandations et Normes applicables à cette couche, de la structure d’entités d’application (AE) et du
comportement de communication des invocations d’entité AE (AEI). Elle comprend:
un modèle qui permet la description de la structure interne d’une AE et de ses AEI;
a>
b) une spécifïcation des caractéristiques génériques des interactions parmi les éléments constitutifs de la
couche application;
une description des catégories de spécification nécessaire dans les Recommandations et Normes
Cl
applicables à la couche application ainsi qu’une description de leurs relations.
NOTE - Les spécification relatives à la couche application qui ont été élaborées avant la présente édition concernant la
structure de la couche application utilisent peut-être des termes différents pour des concepts équivalents. On examinera casqar cas
dans quelle mesure de telles spécifications pourront être utilisées dans cette structure.
5.1.3 La couche application differe des autres couches de I’OSI en plusieurs points importants. Comme elle est la
plus haute couche de I’OSI, elle ne fournit pas de connexion interne. Elle fournit en revanche une gamme étendue de
services de communication pour satisfaire différentes sortes de besoins de traitement réparti de l’information. Cette
structure de la couche application constitue donc une formule modulaire, recursive pour la modélisation et la
spécification des services de communication qui permettront de satisfaire des besoins de traitement reparti de
l’information particuliers.
5.1.4 La couche application est supportée par les couches 1 à 6 dans 1’OSI comme il est possible de le voir au niveau
du service de Présentation.
Pour cette structure de la couche application il est indifférent que les processus d’appl ication
5.1.5
ww en
communication se trouvent dans des systèmes ouverts identiques ou non.
52 . Processus d’application (AP)
5.2.1 La Rec. X.200 de I’UIT-T I ISO/CEI 7498-l présente un modèle de fonctionnement coopératif de systèmes
ouverts réels, en termes d’interaction entre processus AP de ces systèmes. Un processus AP est une représentation
abstraite d’un ensemble de ressources, y compris de ressources de traitement, dans un système ouvert réel qui réalise le
traitement de l’information pour une application donnée. Les capacités des processus AP qui interviennent dans
l’interaction entre invocations de processus AP sont déterminées par les besoins du traitement de l’information que sont
chargés de satisfaire les processus AP: cette structure de la couche application n’impose aucune contrainte que ce soit sur
la forme de ces interactions ou sur les relations pouvant exister entre elles.
5.2.2 Suivant la nature de l’application, un processus AP peut n’avoir besoin de communiquer avec d’autres
processus AP que par intermittence; de plus, l’ensemble des processus AP participant au traitement reparti, pour une
application, peut changer dans le temps. A un moment donné, un processus AP peut être représenté par aucune, une ou
plusieurs invocations de processus AP.
5.2.3 La coopération entre invocations de processus AP nécessite qu’elles partagent suffisamment ces informations
pour agir ensemble et pour réaliser les activités de traitement d’une manière compatible. Les informations déterminant la
nature des interactions entre invocations de processus AP appartiennent à trois catégories:
général) sur
informations décrivant l’ensemble des objets (ce terme étant utilisé dans son sens le plus
a)
lesquels portent les acti vités de traitement réparti de l’information;
informations décrivant les procédures à utiliser pour réaliser une communication entre les invocation s de
b)
processus AP pour piloter et coordonner le traitement reparti de l’information;
informations représentant l’effet résultant (c’est-à-dire l’état) des interactions antérieures entre les
C)
invocations de processus AP.
Le but des Recommandations et Normes i OS1 est de ir une définition des
nternationales de la couche application
procédures d’inter-fonctionnement relatives à ces trois catégories d’information.
Rec. X.207 de I’UIT-T (1993 F) 5
ISO/CEI 9545 : 1994 (F)
.
53 Entités d’application
Les aspects d’un processus AP qui doivent être pris en compte dans le cadre de 1’OSI sont représentés par une
5.3.1
ou plusieurs AE. Une entité AE représente un ensemble de capacités de communication OS1 d’un processus AP donné.
5.3.2 Dans l’environnement OSI, une entité AE représente un, et un seul, processus AP. Différents processus AP
peuvent être représentés par des entités AE du même type. Un processus AP peut être représente par un ensemble
d’entités AE, lesquelles peuvent, mais ne doivent pas nécessairement, être de types différents.
5.3.3 Un type d’entité AE précise les capacités de communication d’une entité AE d’un type particulier: c’est-à-dire
qu’il spécifie l’étendue et le type du service OSI.
5.3.4 Une invocation AEI constitue une utili sation spécifique capacités d’une entité AE pour communiquer avec
ations AEI hom un service OSI.
des invoc ologues et donc assurer
5.35 Une invocation AEI fait partie intégrante d’une invocation de processus AP. Elle soutient les activités d’une
invocation de processus AP pour lesquelles une communication est nécessaire dans l’environnement OSI. A un moment
donne une invocation de processus AP peut comprendre aucune, une ou plusieurs AEI, lesquelles peuvent, mais ne
doivent pas nécessairement, être de types différents.
5.3.6 Dans la couche application la communication se passe entre deux ou plus de deux AEI. Ces AEI qui coopèrent
peuvent désigner des types d’entité AE différents. Toutefois, lorsque des types d’entité AE différents sont mis à
contribution, il faut qu’il existe une certaine correspondance et compatibilité entre les comportements décrits par les
types d’entité AE.
La durée de vie d’une invocation AEI est commandée par l’invocation de processus AP qu’elle représente dans
. 5.3.7
l’environnement OSI. Une invocation de processus AP peut durer plus longtemps que n’importe laquelle ou que
l’ensemble de ses AEI.
Objets de service d’application
54 .
composite qui est distingué aux fins de structuration de
5.4.1 Un objet de service d’application (ASO) est un clément
la couche application.
5.4.2 Un objet AS0 est une configuration de différents groupes de fonctions de communication d’application, dont
chacun a été distingue séparément aux fins du service OS1 et d’une spécification de protocole. Une configuration de ce
type se compose d’éléments ASE, d’autres AS0 et d’une fonction CF, qui en déterminent les propriétés. Un objet AS0 se
compose:
d’un seul ou de plusieurs éléments ASE et d’une fonction CF; ou
a)
b) d’un seul ou de plusieurs objets AS0 et d’une fonction CF; ou
d’un seul ou de plusieurs éléments ASE et d’un seul ou de plusieurs objets ASO, plus une fonction CF.
C)
Les objets AS0 qui entrent dans cette composition peuvent, à leur tour, se décomposer de la même manière. Les
éléments ASE et les objets AS0 constitutifs peuvent être de type identique ou différent.
Une invocation d’objet AS0 (invocation ASOI) représente une utilisation spécifique des capacités d’un objet
5.4.3
ASO. Le comportement d’une invocation AS01 se caractérise par:
le service OS1 qu’elle fournit a son (ou ses) utilisateur(s) de service OSI, en collaboration avec son ou ses
a)
homologue(s);
b) les informations APCI contenues dans les unités APDU qu’elle échange avec son (ou ses) homologue(s);
et
c) le (ou les) service(s) OS1 qu’elle utilise.
Une invocation AS01 présente ent de communication dans un cadre dé1 imite par son d’objet ASO.
un comportem
type
Elle comporte des informations d’état à propos de son comportement de communication.
5.4.4 Une entité AE est en soi un objet ASO. C’est un objet AS0 qui, dans une configuration particulière, n’est
contenu par aucun autre ASO. Un type d’entité AE est le type d’objet AS0 pour l’objet AS0 qui équivaut à l’entité AE.
Une invocation AEI est une invocation AS01 de l’objet AS0 qui équivaut à l’entité AE.
54.5 Dans une invocation ASOI, il existe d’autres invocations AS01 et/ou ASEI qui correspondent aux AS0 et/ou
ASE dont se compose l’objet AS0 correspondant. A un moment donné, à un objet AS0 particulier peut correspondre
aucune, une ou plusieurs invocations ASOI: leur nombre exact dépend de facteurs tels que les contraintes imposees par
la fonction CF et par des exigences d’instances particulières de communication.
6 Rec. X.207 de I’UIT-T (1993 F)
ISOKEI 9545 : 1994 (F)
La fonction CF d’une invocation AS01 détermine comment opèrent ensemble les invocations ASEI et ASOI
5.4.6
qui la composent afin de permettre à l’invocation AS01 de fournir un service OS1 particulier par suite de sa collaboration
avec des invocations AS01 homologues.
5.4.7 Un type d’objet AS0 décrit les capacités de communication des objets AS0 d’un type particulier. Il comprend:
une définition du service OS1 assuré par des invocations AS01 de ce type par suite de leur collaboration
a>
avec des invocations AS01 homologues;
une ou plusieu rs références à des types d’éléments ASE et/ou à des types d’objets AS0 constitutifs qui
W
sont inclus soit
partiellement soit complètement;
‘7
une spécifïcation de la fonction CF qui détermine comment opèrent en combinaison les invocations ASEI
C)
et AS01 constitutives d’une invocation AS01 de ce type et qui utilise le service de présentation etiou les
services OS1 fournis par d’autres AS0 ou ASE de manière à fournir le service OS1 qui est particulier à ce
type d’objet ASO.
Un type d’objet AS0 peut se prêter à une normalisation internationale.
NOTE - La création de types d’objets AS0 appropriés dépend de diverses exigences et contraintes imposées aux systèmes.
Certains types d’objets AS0 feront l’objet d’une normalisation internationale alors que d’autres recevront une définition dans des
communautés d’intérêt plus limitées.
5.4.8 Les informations d’état modélisées par une invocation AS01 (avec tous ses composants) reflètent l’effet
résultant des communications que celle-ci a avec d’autres invocations ASOI. Leur existence permet de modéliser
l’utilisation consécutive coordonnée et/ou concurrente d’associations d’objets AS0 multiples.
NOTE - Par exemple, elles offrent la possibilité de modéliser la poursuite d’une activité à la suite de la perte d’une
association d’application.
5.4.9 La durée de vie d’une invocation AS01 est déterminée par I’AEI dont elle fait partie. Une invocation AEI peut
durer plus longtemps que n’importe laquelle ou que l’ensemble de ses invocations AS01 constitutives. La durée de vie
d’une invocation AS01 n’est pas determinée par la durée des associations d’objets AS0 auxquelles cette invocation AS01
participe. Etant donné qu’une invocation AEI est une invocation ASOI, il existe au moins une invocation AS01 pendant
la durée de vie de I’AEI.
55 . Eléments de service d’application (ASE)
5.5.1 Un élement ASE est un composant indivisible d’un objet ASO. Il combine des fonctions de communication
d’application à l’intérieur d’un objet AS0 qui est distingué aux fins de service OS1 et de spécification de protocole.
5.5.2 Un type d’élément ASE décrit les capacités de communication d’6léments ASE d’un type particulier. Il spécifie
l’ensemble d’unités de données de protocole d’application (APDU) régi par I’ASE et les procédures qui en règlent
l’utilisation, ce qui constitue le protocole d’application entre deux ASE.
5.5.3 Une invocation ASEI représente une utilisation spécifique des capacités d’un clément ASE. Le comportement
d’une ASEI se caractérise par:
a) le service OS1 que cette ASEI fournit à son (ses) utilisateur(s) de service OSI, en collaboration avec son
(ou ses) homologue(s);
les informations APCI qu’elle échange avec son (ou ses) homologue(s); et
W
ses besoins d’utiliser le service de présentation, les services d’objets AS0 et les services d’éléments ASE.
C>
5.5.4 Les éléments ASE peuvent se présenter comme composants d’objets AS0 à n’importe quel niveau de
récurrence dans la structure de la couche application.
5.5.5 Un type d’élément ASE peut faire l’objet d’une normalisation internationale.
NOTE - La création de types d’éléments ASE appropriés dépend de diverses exigences et contraintes relatives aux
systèmes. Certains types d’éléments ASE feront l’objet d’une normalisation internationale; d’autres feront l’objet d’une définition dans
des communautés d’intérêt plus limitkes.
56 . Fonctions de commande
5.6.1 La spécification d’une fonction CF fait partie intégrante d’un type d’objet ASO. La fonction CF d’une
invocation AS01 fournit le service OS1 de l’invocation AS01 via la coordination et l’utilisation de:
services OS1 d’invocations AS01 et ASEI constitutives; et
a)
b) services OS1 corrélatifs à la disposition des invocations AS01 qui sont extérieures à I’ASOI de la fonction
CF; ces services peuvent être assures par d’autres invocations AS01 et/ou par la couche de presen-
tation OSI.
Rec. X.207 de I’UIT-T (1993 F) 7
ISOKEI 9545 : 1994 (F)
5.6.2 Une fonction CF assure des fonctions des catégories suivantes:
mappage et coordination entre le service OS1 assuré par l’invocation AS01 et les services OS1 fournis par
a)
l’(les) invocation(s) AS01 et ASEI constitutive(s);
b) mappage et coordination entre les services OS1 corrélatifs assures au profit de l’invocation AS01 et les
services OS1 demandes par I’(les) invocation(s) AS01 et ASEI constitutive(s);
toutes autres fonctions de commande et de coordination pouvant être nécessai res pour que les invocations
C)
constitutives
à l’intérieur de l’invocation AS01 fonctionnent en collaboration.
Les caractéristiques des mappages sont déterminées par les propri .étés l des services OS1 en jeu: il n’est pas nécessaire
d’avoir une correspondance en tout point exacte entre les primitives des services OSI.
une séquence de primitives de service OS1 à
NOTE - Par exemple, une fonction CF d’une invocation AS01 peut engendrer
la suite de l’invocation d’une primitive de service OS1 unique de l’invocation ASOI.
5.6.3 Le mappage entre les primitives de service OS1 de l’invocation AS01 et les prim itives de service OS1 des
composants exige de la fonction CF d’une invocation AS01 qu’elle assure:
a) la fourniture du service OS1 de l’invocation ASOI;
b) la coordination du comportement de communication des composants de l’invocation AS01 de manière
qu’elles soient compatibles avec la gamme de comportements permis pour une association d’objet AS0
m
particulière;
c) la coordination des comportements de communication pour des associations AS0 multiples (et
éventuellement concurrentes).
5.6.4 Une fonction CF d’une invocation AS01 coordonne l’utilisation qui est faite des services OS1 et des services de
présentation par les composants de l’invocation AS01 en vue de leur échange d’unités APDU avec d’autres invocations
ASOI. La fonction CF est requise pour assurer un mappage qui préserve les propriétés des services utilisés par les
composants individuels, en tenant compte des caractéristiques des services corrélatifs (de soutien).
5.6.5 En mappan t des unités APDU à destination et en prov ‘enance de services os1 et/ou de services de présentation,
une fonction CF peut remplir certaines des fonctions sui vantes:
concaténation et séparation d’unités APDU;
a>
transformations d’unités APDU dans la mesure où elle S sont compatibles avec la sy ntaxe abstraite qu i fixe
b)
leur structure générique et avec l’état que partagent les i nvoc ations AEI échangeant les unités APDU;
c) génération d’informations APCI pour coordonner l’interfonctionnement entre ses invocations AS01 et des
invocations AS01 d’autres AEI.
Alors qu’un objet AS0 ou ASE peut se définir par la correspondance particulière qu’il présente avec un service
corrélatif, la fonction CF d’un objet AS0 ascendant peut modifier la correspondance avec un service corrélatif différent
pour autant que le comportement de l’objet AS0 descendant ne soit pas alter& Cela permet d’établir une correspondance
entre un objet AS0 ou un élément ASE exigeant un service corrélatif particulier et un service corrélatif différent ou
équivalent sans modifier l’objet AS0 ou I’ASE en question.
5.6.6 Pour remplir ses diverses fonctions, la fonction CF d’une invocation AS01 peut tenir à jour des informations
d’état se rapportant à la coordination locale des activités des composants de l’invocation ASOI. Elle peut, en o
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...