ISO/IEC 9545:1989
(Main)Information technology — Open Systems Interconnection — Application Layer structure
Information technology — Open Systems Interconnection — Application Layer structure
Systèmes de traitement de l'information — Interconnexion de systèmes ouverts — Structure de la Couche Application
General Information
Relations
Buy Standard
Standards Content (Sample)
INTER NATIONAL ISOIIEC
STANDARD
First edition
1989-1 2-1 5
Information technology - Open Systems
Interconnection - Application Layer structure
Systèmes de traitement de I'information - Interconnexion de systèmes ouverts -
Structure de la couche application
Reference number
ISO/IEC 9545 : 1989 (E)
---------------------- Page: 1 ----------------------
ISO/IEC 9545 : 1989 (E)
Contents
Page
...
Foreword .
Introduction . iv
1 Scope . 1
2 Normative references . 1
3 Definitions . 2
4 Abbreviations . 3
5 Application Layer Concepts .
5.1 Introduction . . 3
5.2 Fundamental concepts .
5.3 Application-Processes .
5.4 Application-Entities . 4
5.5 Application-Service-Elements . 5
5.6 Application-Associations . 5
5.7 Application-Context .
5.8 Single Association Object .
5.9 Single Association Control Function
5.10 Multiple Association Co-ordination .
5.1 1 Names and Directory Functions . 8
6 Operation of Application-Entity-Invocations . 9
6.1 Use of Application Associations . 9
6.2 Use of the Presentation Service . 9
6.3 Co-ordination of ASE Activities . 9
6.4 Co-ordination of the Activities of an AE Invocation . 10
6.5 Error Recovery within an Application-Association . 1 O
7 Description of Application-Service-Element Standards . 1 O
8 Abstract Syntax Definition . 1 O
9 Registration Requirements . 10
Annex A: Examples of the Structure of AE-Invocations . 12
O ISO/IEC 1989
All rights reserved. No part of this publication may be reproduced or utilized in any form or by any
means, electronic or mechanical, including photocopying and microfilm, without permission in
writing from the publisher.
ISO/IEC Copyright Office Case postale 56 CH-I211 Genève 20 Switzerland
Printed in Switzerland
ii
---------------------- Page: 2 ----------------------
ISO/IEC 9546 : 1989 E)
Foreword
IS0 (the International Organization for Standardization) and IEC (the International
Electrotechnical Commission) together form a system for worldwide standardization as
a whole. National bodies that are members of IS0 or IEC participate in the develop-
ment of International Standards through technical committees established by the
respective organization to deal with particular fields of technical activity. IS0 and IEC
technical committees collaborate in fields of mutual interest. Other international
organizations, governmental and non-governmental, in liaison with IS0 and IEC, also
take part in the work.
In the field of information technology, IS0 and IEC have established a joint technical
committee, ISO/IEC JTC 1. Draft International Standards adopted by the joint
technical committee are circulated to national bodies for approval before their accep-
tance as International Standards. They are approved in accordance with procedures re-
quiring at least 75 % approval by the national bodies voting.
International Standard ISO/IEC 9515 was prepared by Joint Technical
Committee ISO/IEC JTC 1, Information technology.
Annex A of this International Standard is for information only.
iii
---------------------- Page: 3 ----------------------
ISO/IEC 9545 : 1989 (E)
Introduction
This International Standard is a refinement of the description of the OS1
Application Layer contained in IS0 7498.
The purpose of this International Standard is to provide a basis for co-ordinating
e
the development of Application Layer standards and to enable existing
International Standards to be placed in perspective within the OS1 reference
model. It defines the internal structure of the Application Layer, providing a
framework for the development of Application Layer standards. It also describes
the general principles underlying the operation of application-protocols.
The following subjects are covered by this International Standard:
a) the relationship between distributed information processing and OS1
communication services;
b) the structure of application-entities;
c) the OS1 service and protocol structure in the Application Layer; and
d) application-context,
This International Standard only considers those aspects of distributed
information processing for an application which are relevant for the derivation of
*
generic requirements for the structuring of Application Layer communications.
The architectural framework specified in this International Standard embodies
concepts that may not be fully supported by existing Application Layer
International Standards. However, these concepts have been specified so as to
provide a basis for the development of future Application Layer International
Standards which, it is anticipated, will require their use.
NOTE -This framework may be extended to support more generalized application-entity
structures including recursive use of structures defined in this International Standard.
This International Standard may be subject to future expansion, particularly with
regard to connectionless mode communication, multi-peer communication,
multi-party communication, security, application-context management,
---------------------- Page: 4 ----------------------
INTER NAT1 ON AL STAN DARD ISO/IEC 9545 : 1989 (E)
Information technology - Open Systems
Interconnection - Application Layer structure
1 Scope 2 Normative references
This Internation; Standard refines the isic The following standards contain provisions which,
Reference Model for OS1 to provide a framework for through reference in this text, constitute provisions of
co-ordinating the development of existing and future this International Standard. At the time of publication,
Application Layer standards. It is provided for the editions indicated were valid. All standards are
reference by Application Layer standards. subject to revision, and parties to agreements based
on this International Standard are encouraged to
In panicular this International Standard: investigate the possibility of applying the most recent
editions of the standards listed below. Members of
a) defines the nature of standards in the IEC and IS0 maintain registers of currently valid
Application Layer and the relationships among
International Standards.
them:
IS0 7498 : 1984, Information processing systems -
b) defines the architectural framework in which Open Systems Interconnection - Basic Reference
individual OS1 Application Layer protocols shall Model.
be developed.
IS0 7498-3: 1989, Information processing systems -
Open Systems Interconnection - Part 3: Naming and
c) defines the categories of identifiable objects
which are necessary for the specification and Addressing.
operation of protocols;
IS0 8649: 1988, Information processing systems -
d) relates distributed information processing
Open Systems Interconnection - Service Definition for
activities to the standards in the Application
the Association Control Service Element.
Layer.
IS0 8822: 1988, Information processing systems -
This International Standard does not specify services Open Systems Interconnection - Connection -
and protocols for OSI. It is neither an implementation oriented presentation service definition.
specification for systems, nor a basis for appraising
the conformance of implementations. Further, it
ISO/TR 9007: 1987, Information processing systems -
addresses neither the requirements for, nor the form Concepts and terminologies for the conceptual
of, documentation of such services and protocols. schema and the information base.
1
---------------------- Page: 5 ----------------------
ISO/IEC 9545 : 1989 (E)
3.5 For the purposes of this International Standard,
3 Definitions
the following definitions apply.
3.1 For the purposes of this International Standard,
3.5.1 application-association, association: A co-
the following terms as defined in IS0 7498 apply:
operative relationship between two application-entity-
a) application-process; invocations for the purpose of communication of
information and co-ordination of their joint operation.
b) application-entity; This relationship is formed by the exchange of
application-protocol-control-information using the
c) (N)-function; Presentation Service.
3.5.2 application-context: A set of rules shared in
d) (N)-layer;
common by two application-entity-invocations in
5.7).
e) (N)-protocol; order to enable their co-operative operation (see
NOTE 1 - An application-context is a shared conceptual
9 (N)-protocol-control-information;
for the universe of discourse for communication.
schema
g) (N)-protocol-data-unit;
3.5.3 application-context-definition: The description
of an application-context.
h) real open system; and
i) transfer syntax. 3.5.4 application context name: A name that
unambiguously identifies an application-context-
3.2 For the purposes of this International Standard, definition.
IS0 7498-3 apply:
the following terms as defined in
3.5.5 application-entity-invocation: A specific
a) (N)-association; utilization of part or all of the capabilities of a given
application-entity in support of the communications
b) (N)-directory-function; requirements of an application-process-invocation.
3.5.6 application-entity-type: A description of a
c) (N)-protocol-addressing-information; and
class of application-entities in terms of a set of
d) (N)-service-access-point-address. capabilities defined for the Application Layer.
3.3 For the purposes of this International Standard, 3.5.7 application-process-invocation: A specific
iSO/TR 9007 apply: utilization of part or all of the capabilities of a given
the following terms as defined in
application-process in support of a specific occasion
a) Conceptual Schema; of information processing.
b) Information Base; and 3.5.8 application-process-type: A description of a
class of application-processes in terms of a set of
c) Universe of Discourse. interworking capabilities.
3.4 For the purposes of this International Standard, 3.5.9 application-service-element: A set of
the following terms as defined in IS0 8822 apply: application-functions that provides a capability for the
inteiworking of application-entity-invocations for a
a) abstract syntax; and specific purpose.
b) presentation context. NOTE 2 -This definition refines the original definition of
application-service-elements in IS0 7498.
2
---------------------- Page: 6 ----------------------
ISO/IEC 9W : 1989 (E)
3.5.10 association control service element: An 5.1.2 The Application Layer is supported by the lower
application-service-element that provides the layers in OSI, In particular, the Presentation Layer
exclusive means for establishing and terminating all contains facilities for representing information
application-associations. exchanged between application-entities (AEs), and
the Session Layer contains mechanisms that may
NOTE 3 - The functionality of this application-service-
be used for controlling interactions between AEs.
element is defined in IS0 8649.
5.1.3 The Application Layer differs from the other
3.5.1 1 multiple association control function: A layers of OS1 in several important respects. Entities
component of the application-entity-invocation that in the Application Layer are made up of a collection of
co-ordinates the interactions among multiple application-service-elements (ASEs), each of which is
associations within an application-entity-invocation in defined by a set of service and protocol standards.
order to provide a co-ordinated service. These ASEs are combined in various ways to form
various types of AEs. The Application Layer, as the
3.5.12 single association control function: The highest layer of OSI, does not provide connections
component of a single association object that within the Application Layer. As a result, relationships
represents the use of those rules in the application- formed by the transfer of information between AE-
context concerning interactions among application- invocations in the Application Layer have particular
service-elements within a single association object. significance.
3.5.13 single association object: The collection of
5.2 Fundamental concepts
things in an application-entity-invocation related to a
single application-association. 5.2.1 In IS0 7498, the co-operative operation of real
open systems is modelled in terms of the interactions
4 Abbreviations
between application-processes (APs) in these
systems. An AP is an abstract representation of
ACSE Application Control Service
those elements of a real open system which perform
Element information processing for a particular application.
AE
application-entity Depending upon the nature of an application, an AP
AP
application-process may only need to communicate with other APs
of APs involved in
APDU application-protocol-data-unit intermittently; moreover, the set
application-protocol-control-
APCl distributed processing for an application may change
information with time.
ASE application-service-element
MACF multiple association control 5.2.2 Co-operative operation between APs requires
function that they share sufficient information to interact and
os1 Open Systems Interconnection carry out processing activities in a compatible
SACF single association control function manner.
SA0 single association object
NOTE -This shared information is referred to as a universe
5 Application Layer Concepts
of discourse in the terminology of lSO/TR 9007. The
description of a universe of discourse is a conceptual
5.1 Introduction
schema.
5.1.1 International Standards for OS1 are intended to
5.2.3 The information determining the nature of the
support the communication requirements of
interactions between AP-invocations is of three kinds:
applications (i.e., information processing tasks)
requiring co-ordinated processing activities in two or a) Information describing the set of objects
more real open systems. In particular, standards for (using this term in its most general sense) which
the OS1 Application Layer define procedures for the
support of distributed information processing.
3
---------------------- Page: 7 ----------------------
ISO/IEC 9545 : 1989 (E)
ordination is outside the scope of this International
are the subject of distributed information
processing activities. Standard.
5.4 Application-Entities
b) Information describing the procedures to be
used to effect communication between the AP-
invocations for the control and co-ordination of 5.4.1 The aspects of an AP which need to be taken
distributed information processing. into account for the purpose of OS1 are represented
by one or more AEs. An AE represents a set of OS1
c) Information representing the net effect (i.e., communication capabilities of a particular AP.
state) of past interactions between the AP-
5.4.2 An AE represents one, and only one, AP in the
invocations.
OS1 environment. Different APs may be represented
NOTE -This is a portion of the shared information base in by AEs of the same AE-type. An AP may be
the terminology of lSO/TR 9007. represented by a set of AEs: each AE in this set is of a
different AE-type.
The purpose of OS1 Application Layer standards is to
provide definitions of procedures for interworking 5.4.3 An AE-invocation represents a specific use of
which are related to these three kinds of information. the capabilities of an AE. It represents specific
communication activities of an AP-invocation and is
5.2.4 The structuring of the Application Layer into
an integral part of that AP-invocation. The aspects of
components described in this International Standard
an AP-invocation that need to be taken into account
does not prescribe whether the information contained for the purposes of open systems interconnection
in any one of these components is, or is not, are represented by one or more AE-invocations.
accessible to any other component that may be
present in the AE-invocation of which it is a part. 5.4.4 An AE-invocation models the communication
functions together with the associated state
5.3 Application-Processes information for particular communication activities of
an AP-invocation. Such activities are progressed
5.3.1 An AP represents a set of resources, including
through communication between AE-invocations
processing resources, within a real open system that related by application-associations.
may be used to perform a particular information
processing activity (the AP concept is defined in IS0 5.4.5 An AE-invocation may be a partner in a
7498). An AP may organise its interactions with other number of application-associations either
APs in whatever way is necessary to achieve a consecutively or concurrently. The number of these
particular information processing goal: no constraints application-associations may change with time. In
are imposed by this International Standard either on particular, there may be periods of time when an
the form of these interactions or on the possible AE-invocation is not a party to any application-
relationships that may exist between them. associations. The lifetime of an AE-invocation is not
determined by the duration of the application-
NOTE-For instance, an AP could schedule its interactions
associations in which it is a participant.
with other APs to take place either sequentially or
concurrently.
5.4.6 The state information modelled by an AE-
invocation reflects the net effect of its
5.3.2 The activity of a given AP is represented by one
communications with other AE-invocations. The
or more AP-invocations. Co-operation between APs
existence of this state information provides a basis for
takes place via relationships established among AP- or
modelling the co-ordinated consecutive
invocations. At a particular time, an AP may be concurrent use of multiple application-associations, It
represented by none, one or more AP-invocations. also provides a basis for modelling a relationship,
An AP-invocation is responsible for co-ordinating its between a pair of AE-invocations, whose duration is
interactions with other AP-invocations. Such co-
not bound to the lifetime of a particular application-
association. For example, this provides one possible
4
---------------------- Page: 8 ----------------------
ISO/IEC 9545 : 1989 E)
method for modelling the continuation of an activity governing the mutual communication behaviour of
the particular pair of AE-invocations.
following the loss of an application-association.
5.4.7 The lifetime of an AE-invocation is controlled NOTE - The pair of AE-invocations in an application-
by the AP-invocation which it represents in the OS1 association may have different roles; as a consequence they
environment. An AP-invocation may have a longer may exhibit complementary rather than similar
lifetime than any or all of its AE-invocations. There communication behaviours.
may be zero or more AE-invocations representing an
AP-invocation at any particular time. 5.6.2 When communication is required between two
AEs to meet the needs of an application, one or more
5.5 Application-Service-Elements application-associations are established between
AE-invocations of the two AEs. An AE-invocation
5.5.1 An ASE is a set of functions that provides OS1 may support a number of application-associations
communication capabilities for the interworking of simultaneously, sequentially or both, with one or
AE-invocations for a specific purpose. more other AE-invocations.
NOTE - Different functions can be grouped into one single 5.6.3 An application-association-identifier may be
ASE or split into several ASEs. In order to avoid associated with an application-association. This
unnecessaty proliferation of different ASEs, the following application-association-identifier is unique within the
of associated AE-invocations. It
should be considered: scope of the pair
provides the means to ident'Ry the related state
a) grouping of functions into an ASE must contain at information in each AE-invocation.
least all the functions and the corresponding APDUs
5.7 Application-Context
which are required for a protocol machine which is
logically complete and consistent in itself;
5.7.1 A pair of AE-invocations must have shared
b) the grouping of functions into different ASEs has to knowledge, and follow a common set of rules that
occur in such a way that the ASEs can be specified governs their communication. Such a set of rules is
independently of each other. called an application-context.
5.5.2 The capabilities of an ASE shall be defined by NOTE - An application-context is a shared conceptual
the specification of a set of application-protocol-data- schema for the universe of discourse for communication.
units (APDU) and the procedures governing their
use. This constitutes the application-protocol between 5.7.2 An application-association has only one
two ASEs of the same kind. application-context. The set of rules that make up the
application-context may contain rules for alteration of
5.5.3 An AE may be composed of one or more ASEs that set of rules. The set of rules may contain
of different kinds in order to realize a specific alternatives, together with rules for selecting among
composite communication capability for a particular these alternatives according to the requirements of
purpose. the APs.
5.6 Application-Associations NOTE - The use of a rule to select among alternative rules
within an application-context does not constitute an
5.6.1 An application-association is a co-operative alteration of the application-context. However, the use of a
relationship between two AE-invocations for the selection rule does change the state information
purpose of communication of information and co- maintained by AE-invocations with respect to an
ordination of their joint operation. This relationship is application-association.
formed by the exchange of application-protocol-
control-information (APCI) using the Presentation
5.7.3 An application-context includes the rules that
Service. The properties of this relationship are describe a set of things that must be known by both
characterised by a set of rules and state information
AE-invocations, relationships among those things,
5
---------------------- Page: 9 ----------------------
ISO/IEC 9545 : 1989 (E)
actions which may be performed on them, and i) rules concerning the addition, modification and
permitted states of affairs concerning them. The set deletion of rules.
of things which must be known by both AE-
5.7.5 The sequencing rules for the use of the services
invocations includes those which may be the subject
of communications with respect to an application- of the ASEs in combination specify a composite
service. The resulting operation of the ASEs in
association, including those things which provide
combination generates the composite protocol that
capabilities for exchanging information (such as
ASEs) and information to be exchanged between AE- supports that service.
invocations (categories of APCl to be exchanged).
5.7.6 An application-context may contain rules
NOTE - An application-context-definition does not specify describing mechanisms that enable AE-invocations to
the nature of the co-operative processing tasks carried out transfer information for multiple association co-
by the partners of an application-association. ordination purposes. lt may also contain shared rules
governing the use of such mechanisms for the
5.7.4 The set of rules in an application-context will purpose of multiple association co-ordination.
always include a specification of a set of ASEs (by
reference to the ASE specification standards), and 5.7.7 The definition of an application-context may be
may also include (but is not limited to): written in a natural language, or in a formal language.
Such a definition is called an application-context-
a) specifications of the logical structure of definition. An application-context-definition may
information to be exchanged or referenced; directly define some application-context rules and
may reference others that have been defined
b) specification of invocation dependencies elsewhere (e.g. in other application-context-definitions
between the ASEs, beyond those dependencies or in ASE standards).
contained within the ASE specifications;
5.7.8 The application-context that applies to an
rules concerning the selection and use of application-association is determined during its
c)
optional features of the ASEs; establishment in either of the following ways:
d) any additional rules, beyond those a) by identifying a pre-existing application-
contained in the ASE specifications, governing context-definition; or
the sequence of use of the service primitives,
and in consequence the sequence of the b) by transferring an actual description of the
APDUs, of each ASE; application-context.
e) rules for the co-ordinated operation of ASEs
In particular, a name may be used to identify a pre-
existing application-context-definition.
(such as rules for the interleaving of service
requests and APDUs from different ASEs);
NOTES
9 rules concerning the mapping of the APCl
from ASEs on to the services of either the 1 The predominant method of determining application-
Presentation Layer and/or of other ASEs; contexts is expected to be by reference to pre-existing
application-context-definitions.
g) designation of application-functions, such as
application directory functions, and rules 2 The allocation of names to pre-existing application-
governing their use; context-definitions will be the subject of registration
procedures as described in clause 9 of this International
h) rules concerning information that has a lifetime Standard.
that is greater than the lifetime of an application-
association; and
5.7.9 The communications behaviour of an AE-
invocation over an application-association is
6
---------------------- Page: 10 ----------------------
ISO/IEC 9545 : 1989 (E)
constrained to be compatible with a generic 5.1 O Multiple Association Co-ordination
behaviour defined by the application-context in use.
5.10.1 Co-ordination of related activities on several
5.7.10 An application-context shall be defined in such
application-associations may require:
a manner as to ensure that the ASES it references use
Presentation and ACSE services in a compatible a) sequencing of activities on different
manner. associations;
5.7.11 When an AE-invocation supports a number of b) maintenance of consistency relationships
concurrent application-associations, there is no between activities on different associations; and
architectural requirement that each of these
application-associations use the same application-
c) any other rules necessary for the utilization of
context. multiple associations.
5.8 Single Association Object 5.10.2 Co-ordination of related activities may be the
responsibility of a single AE-invocation or may be
5.8.1 A single association object (SAO) is the shared by a group of co-operating AE-invocations in
component of an AE-invocation that models the two or more open systems.
functions and state information related to the
application-association. The 5.10.3 A set of application-functions that co-ordinates
operation of an individual
to the lifetime of the related activities on several associations is
lifetime of an SA0 is identical
association it supports. It does not model the represented in the structure of an AE-invocation by a
existence of state information or application-functions multiple association control function (MACF). A
related to multiple association co-ordination MACF together with the objects that are under its
functions. An SA0 contains one or more ASEs (one control provide a composite service.
of which is always the Association Control Service
Element - ACSE) and a Single Association Control NOTE - The co-ordination activities in multiple AE-
Function. invocations representing one AP-invocation may operate
together to provide an integrated co-ordination capability.
5.8.2 The application-context for an individual
application-association contains rules for the 5.10.4 A MACF may provide either or both of the
composition and operation of the SA0 supporting following forms of co-ordination:
that application-association within the AE-invocation.
a) localized co-ordination, resulting from the
5.8.3 At a particular time an AE-invocation may autonomous operation of
...
NORME ISOICEI
I N TE R NAT I O N A LE
Première édition
1989-12-1 5
Systèmes de traitement de l'information -
Interconnexion de systèmes ouverts - Structure
de la Couche Application
Information technology - Open Systems Interconnection - Application Layer
structure
___-
Numéro référence
ISO/CEI 9545 : 1989 (FI
---------------------- Page: 1 ----------------------
ISO/CEI 9545 : 1989 (F)
~ Sommaire
Page
I Avant-propos . iii
Introduction . iv
1 Domaine d'application . 1
2 Références normatives . 1
3 Définitions . 2
4 Abréviations . 3
5 Concepts de la Couche Application . 3
.................................... 3
5.1 Introduction
............................... 3
5.2 Concepts de base
5.3 Processus d'application (AP) . 4
5.4 Entités d'application (AE) . 4
5.5 Éléments de service d'application (ASE) . 5
5.6 Associations d'application . 5
5.7 Contexte d'application . 5
5.8 Objet d'association unique . 7
5.9 Fonction de contrôle d'association unique . 7
5.10 Coordination de plusieurs associations . 7
.................. 8
5.1 1 Noms et fonctions de répertoire
6 Fonctionnement des invocations d'entités d'application . 9
6.1 Utilisation des associations d'application . 9
6.2 Utilisation du service de présentation . 9
6.3 Coordination des activités des ASE . 9
6.4 Coordination des activités d'une invocation d'entité
.................................... 10
d'application
6.5 Reprise sur erreur au cours d'une association d'applica-
tion . 10
7 Description des normes d'élément de service d'application 1 O
8 Définition de syntaxe abstraite . 10
9 Besoins d'enregistrement . 11
Annexe A : Exemples de structure d'invocation d'entité d'appli-
cation . 12
0 ISOlCEl 1989
Droits de reproduction réservés . Aucune partie de cette publication ne peut être reproduite ni
utilisée sous quelque forme que ce soit et par aucun procédé. électronique ou mécanique.
y compris la photocopie et les microfilms. sans l'accord écrit de l'éditeur .
ISO/CEI Copyright Office O Case postale 56 0 CH-1211 Genève 20 0 Suisse
Version française tirée en 1990
Imprimé en Suisse
ii
---------------------- Page: 2 ----------------------
ISO/CEI 9545 : 1989 (F)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CE1 (Commission électro-
technique internationale) forment ensemble un système consacré à la normalisa-
tion internationale considérée comme un tout. Les organismes nationaux mem-
bresde I'ISO ou de la CE1 participent au développement de Normes internationales
par l'intermédiaire des comités techniques créés par l'organisation concernée afin
de s'occuper desdifférentsdomaines particuliersde l'activité technique. Les comi-
tés techniques de I'ISO et de la CE1 collaborent dans des domaines d'intérêt
commun. D'autres organisations internationales, gouvernementales ou non gou-
vernementales, en liaison avec I'ISO et la CE1 participent également aux travaux.
Dans le domaine des technologies de l'information, I'ISO et la CE1 ont créé un
comité technique mixte, I'ISO/CEI JTC 1. Les projets de Normes internationales
adoptéspar le comité technique mixte sont soumis auxorganismes 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 ISO/CEI 9545 a été élaborée par le comité technique
mixte ISO/CEI JTC 1, Technologies de l'information.
L'annexe A de la présente Norme internationale est donnée uniquement à titre d'infor-
mation.
iii
---------------------- Page: 3 ----------------------
Introduction
La présente Norme internationale précise la description de la Couche Applica-
tion de I'OSI présentée dans I'ISO 7498.
Le but de la présente Norme internationale est de fournir une base pour
coordonner le développement des normes de la Couche Application et permet-
~
tre de situer les Normes internationales existantes par rapport au Modèle de
OSI. La présente Norme internationale définit la structure interne de
référence
la Couche Application en fournissant un cadre général pour le développement
des normes de cette couche. Elle décrit également les principes généraux sur
se base le fonctionnement des protocoles d'application.
lesquels
P
La présente Norme internationale traite des sujets suivants :
a) relation entre traitement réparti de l'information et services de com-
munication OS1 ;
b) structure des entités d'application ;
c) structure des services et protocoles OS1 dans la Couche Application ; et
d) contexte d'application.
Parmi les aspects du traitement réparti de l'information, la présente Norme
internationale ne considère, pour une application, que ceux concernant la
définition de besoins génériques de structuration des communications de la
Couche Application.
Le cadre architectural spécifié dans la présente Norme internationale contient
des concepts qui peuvent ne pas être totalement pris en compte par des
Normes internationales existantes de la Couche Application. Cependant, ces
concepts ont été spécifiés en sorte de fournir une base de développement des
futures Normes internationales de la Couche Application qui auront besoin de
ces concepts.
NOTE - Ce cadre général pourra être élargi pour prendre en compte des structures d'entités
d'application plus complexes, comprenant l'utilisation récursive de structures définies dans
la présente Norme internationale.
La présente Norme internationale peut faire l'objet d'additifs, en particulier en
ce qui concerne les communications en mode sans connexion, les communi-
la sécurité, la gestion des contextes d'application, les
cations multi-parties,
relations à l'intérieur de la Couche Application, la reprise et le traitement
réparti ouvert (ODP).
iv
---------------------- Page: 4 ----------------------
ISO/CEI 9545 : 1989 (F)
NORME INTERNATIONALE
Systèmes de traitement de l'information -
Interconnexion de systèmes ouverts - Structure
de la Couche Application
1 Domaine d'application
2 Références normatives
1 .I La présente Norme internationale précise le
Les normes suivantes contiennent des disposi-
Modèle de référence de base OS1 en fournissant
tions qui, par suite de la référence qui est en faite,
un cadre pour coordonner le développement des
constituent des dispositions valables pour la pré-
normes existantes et futures de la Couche Appli-
sente Norme internationale. Au moment de la
cation. Elle servira de référence aux normes de la
publication, les éditions indiquées étaient en
Couche Application.
vigueur. Toute norme est sujette à révision et les
parties prenantes des accords fondés sur la pré-
sente Norme internationale sont invitées à recher-
En particulier, la présente Norme internationale :
cher la possibilité d'appliquer les éditions les plus
récentes des normes indiquées ci-après. Les
a) définit la nature des normes de la Couche
membres de la CE1 et de I'ISO possèdent le registre
Application et les relations existant entre ces
des Normes internationales en vigueur à un
normes ;
moment donné.
b) définit le cadre architectural dans lequel
IS0 7498 : 1984, Systèmes de traitement de I'in-
doivent être développés les protocoles de la
formation - Interconnexion de systèmes ouverts -
Couche Application ;
Modèle de référence de base.
c) définit les catégories d'objets identifiables IS0 7498-3 : 1988, Systèmes de traitement de
l'information - Interconnexion de systèmes
nécessaires à la spécification et au fonction-
ouverts - Modèle de référence de base. Partie 3 :
nement des protocoles ;
Dénomination et adressage.
d) établit les relations entre les activités de
IS0 8649 : 1988, Systèmes de traitement de I'in-
traitement réparti de l'information et les
formation - Interconnexion de systèmes ouverts -
la Couche Application.
normes de
Définition du service pour I'élément de service de
contrôle d'association.
La présente Norme internationale ne spécifie pas
IS0 8822 : 1988, Systèmes de traitement de I'in-
de service ni de protocole OSI. Elle ne constitue ni
formation - Interconnexion de systèmes ouverts -
une spécification de réalisation de systèmes, ni
Définition du service de présentation en mode
une base d'évaluation de la conformité de réalisa-
connexion.
tion de systèmes. De plus, elle ne traite ni des
ISO/TR 9007 : 1987, Systèmes de traitement de
besoins d'élaborer des documents pour les ser-
I'information - Concepts et terminologie du sché-
vices et protocoles OSI, ni de la forme de ces
ma conceptuel et de la base d'informations.
documents.
1
---------------------- Page: 5 ----------------------
ISO/CEI 9545 : 1989 (F)
3 Définitions 3.5.2 contexted'application : Ensemble de règles
connues de deux invocations d'entité d'application
3.1 La présente Norme internationale utilise les leur permettant de fonctionner en coopération
termes suivants, définis dans I'ISO 7498 : (voir 5.7).
a) processus d'application ;
NOTE - Un contexte d'application est un schéma concep-
b) entité d'application ; tuel commun dans l'univers du discours des communica-
tions.
c) fonction (N) ;
d) couche (N) ;
3.5.3 définition de contexte d'application
e) protocole (N) ; Description d'un contexte d'application.
f) informations de contrôle de protocole (N) ;
3.5.4 nom de contexte d'application : Nom qui
g) unité de données de procotole (N) ;
identifie une définition de contexte d'application
h) système ouvert réel ;
d'une manière non ambiguë.
i) syntaxe de transfert.
3.5.5 invocation d'entité d'application : Utilisa-
tion spécifique de tout ou partie des capacités
3.2 La présente Norme internationale utilise les
d'une entité d'application donnée pour les besoins
termes suivants, définis dans I'ISO 7498-3 :
de communication d'une invocation de processus
a) association (N) ;
d'application.
b) fonction de répertoire (N) ;
3.5.6 type d'entité d'application : Description
c) informations d'adressage de protocole (N) ;
d'une classe d'entités d'application en termes
d) adresse de point d'accès à des services (N).
d'ensemble de capacités défini pour la Couche
Application.
3.3 La présente Norme internationale utilise les
termes suivants, définis dans I'ISO/TR 9007 :
3.5.7 invocation de processus d'application :
Utilisation spécifique de tout ou partie des capaci-
a) schéma conceptuel ;
tés d'un processus d'application donné, dans un
b) base d'informations ;
cas déterminé de traitement de l'information.
c) univers du discours.
3.5.8 type de processus d'application : Descrip-
tion d'une classe de processus d'application en
3.4 La présente Norme internationale utilise les
termes d'ensemble de capacités d'interfonction-
termes suivants définis dans I'ISO 8822 :
nement.
a) syntaxe abstraite ;
a
b) contexte de présentation.
3.5.9 élément de service d'application : Ensem-
ble de fonctions d'application fournissant une
capacité pour I'interfonctionnement d'invocations
3.5 Dans le cadre de la présente Norme interna-
d'entité d'application dans un but spécifique.
tionale, les définitions suivantes sont également
utilisées :
NOTE - Cette définition précise celle donnée dans I'ISO
7498.
3.5.1 association d'application, association :
Relation de coopération établie entre deux invoca-
3.5.10 élément de service de contrôle d'asso-
tions d'entité d'application dans le but de commu-
ciation : Élément de service d'application fournis-
niquer des informations et de coordonner leur
sant le moyen exclusif d'établir et de terminer
fonctionnement. Cette relation est formée par
toute association d'application.
l'échange d'informations de contrôle de protocole
NOTE - Les fonctions de cet élément de service d'applica-
d'application en utilisant le service de présenta-
tion sont définies dans I'ISO 8649.
tion.
2
---------------------- Page: 6 ----------------------
ISO/CEI 9545 : 1989 (F)
5 Concepts de la Couche Application
3.5.1 1 fonction de contrôle d'associations mul-
tiples : Composant de l'invocation d'entité d'appli-
5.1 Introduction
cation coordonnant, à l'intérieur de cette invoca-
tion, les interactions entre plusieurs associations,
5.1 .I Les Normes internationales OS1 ont pour
dans le but de fournir un service coordonné.
but de prendre en charge les besoins de communi-
cation des applications (c'est-à-dire : tâches de
3.5.1 2 fonction de contrôle d'association uni-
traitement de l'information) nécessitant des activi-
que : Composant d'un objet d'association unique
tés de traitement coordonnées entre deux, ou plus
représentant l'utilisation des règles du contexte
de deux, systèmes ouverts réels. Les normes de la
d'application qui concernent les interactions entre
Couche Application définissent en particulier des
éléments de service d'application à l'intérieur de
procédures qui offrent un support pour le traite-
cet objet d'association unique.
ment réparti de l'information.
3.5.13 objet d'association unique : Dans une
5.1.2 La Couche Application s'appuie sur les
invocation d'entité d'application, tout ce qui est
couches inférieures de I'OSI. En particulier, la
relatif à une association d'application particulière.
Couche Présentation offre des fonctions de repré-
sentation des informations échangées entre les
entités d'application ; la Couche Session contient
des mécanismes qui peuvent être utilisés pour
4 Abréviations
contrôler les interactions entre entités d'applica-
tion.
NOTE - Les abréviations utilisées sont celles de la version
anglaise. Dans ce chapitre, on donne la forme de ces abré-
viations développée en français. La forme anglaise est indi-
5.1.3 La Couche Application diffère des autres
quée entre parenthèses pour aider à la compréhension.
couches de I'OSI en plusieurs points importants.
Les entités de la Couche Application sont compo-
élément de service de contrôle d'association
ACSE
sées d'une collection d'éléments de service d'ap-
(Association Control Service Element)
plication (ASE) dont chacun est défini par i'en-
semble d'une norme de service et d'une norme de
entité d'application
AE
protocole. Ces ASE sont combinés de différentes
(application-entity)
manières pour former divers types d'entité d'ap-
processus d'application
AP
plication. Comme c'est la plus haute couche de
(application-process)
I'OSI, la Couche Application ne fournit pas de
connexion. Par conséquent, les relations établies
APDU unités de données de protocole d'application
par le transfert d'informations entre invocations
(application-protocol-data-unit)
d'entité d'application ont une signification particu-
lière.
APCl informations de contrôle de protocole d'ap-
plication
(application-protocol-control-information)
5.2 Concepts de base
élément de service d'application
ASE
5.2.1 L'ISO 7498 donne un modèle de fonction-
(application-service-element)
nement coopératif de systèmes ouverts réels en
termes d'interactions entre processus d'applica-
MACF fonction de contrôle d'associations multi-
tion de ces sytèmes. Un processus d'application
ples
est une représentation abstraite des éléments
(multiple association control function)
d'un système ouvert réel qui réalisent le traite-
interconnexion de systèmes ouverts
os1
ment de l'information pour une application don-
(Open Systems Interconnection)
la nature de l'application, un proces-
née. Suivant
sus d'application peut n'avoir besoin de communi-
SACF fonction de contrôle d'association unique
quer avec d'autres processus d'application que
(single association control function)
par intermittence; de plus, I'ensembledes proces-
sus d'application participant au traitement réparti,
SA0 objet d'association unique
pour une application, peut changer dans le temps.
(single association object)
3
'\
---------------------- Page: 7 ----------------------
ISO/CEI 9545 : 1989 (F)
5.2.2 La coopération entre processus d'applica- Un AP peut organiser ses interactions avec d'au-
tres AP de n'importe quelle manière nécessaire à
tion nécessite qu'ils partagent assez d'information
pour agir ensemble et pour réaliser des activités la réalisation d'un objectif particulier de traite-
ment de l'information : la présente Norme interna-
de traitement d'une manière compatible.
tionale n'impose de contrainte ni sur la forme de
NOTE - D'après la terminologie utilisée dans I'IÇO/TR
ces interactions, ni sur les relations pouvant exis-
9007, cette information partagée constitue un univers du
ter entre elles.
discours. La description d'un univers du discours est un
NOTE - Par exemple, un AP peut planifier ses interactions
schéma conceptuel.
avec d'autres AP de telle sorte qu'elles aient lieu soit en
séquence, soit en même temps.
5.2.3 Les informations déterminant la nature des
interactions entre invocations de processus d'ap-
5.3.2 L'activité d'un AP donné est représentée
plication appartiennent à trois catégories :
par une ou plusieurs invocations d'AP. Les AP
a) informations décrivant l'ensemble des
coopèrent grâce aux relations établies entre les
objets (ce terme étant utilisé dans son sens le
invocations d'AP. A un instant donné, un AP peut
plus général) sur lesquels portent les activités
être représenté par aucune, une ou plusieurs
de traitement réparti de l'information ;
invocations d'AP. Une invocation d'AP a la res-
ponsabilité de coordonner ses interactions avec
b) informations décrivant les procédures à
d'autres invocations d'AP. Cette coordination est
utiliser pour réaliser une communication entre
hors du domaine d'application de la présente
invocations de processus d'application pour
Norme internationale.
contrôler et coordonner le traitement réparti
de l'information ;
c) informations représentant l'effet résultant
5.4 Entités d'application (AE)
: l'état) des interactions anté-
(c'est-à-dire
5.4.1 Les aspects d'un AP qui doivent être pris en
rieures entre les invocations de processus
compte dans le cadre de I'OSI sont représentés par
d'application.
une ou plusieurs AE. Une AE représente un
ensemble de capacités de communication OS1
NOTE- D'après laterminologie utilisée par I'ISO/TR 9007,
d'un AP donné.
ceci constitue une partiede la based'informations partagée.
5.4.2 Dans l'environnement OSI, une AE repré-
Le but des normesde la Couche Application est de
sente un, et un seul, AP. Différents AP peuvent
fournir une définition des procédures d'interfonc-
être représentés par des AE du même type. Un AP
tionnement relatives à ces trois catégories d'in-
peut être représenté par un seul ensemble d'AE
formation.
dont chacune est de type différent.
5.2.4 La décomposition de la Couche Application
5.4.3 Une invocation d'AE représente une utili-
en différents éléments, telle qu'elle est décrite
sation spécifique des capacités d'une AE. Elle
dans la présente Norme internationale, ne précise
représente des activités spécifiques de communi-
pas si les informations contenues dans un de ces
cation d'une invocation d'AP et fait partie de cette
éléments sont, ou non, accessibles à tout autre
invocation d'AP. Les aspects d'une invocation
composant présent dans la même invocation d'en-
d'AP qui doivent être pris en compte dans le cadre
tité d'application.
de I'OSI sont représentés par une ou plusieurs
invocations d'AE.
5.3 Processus d'application (AP)
5.4.4 Une invocation d'AE est un modèle des
fonctions de communication, ainsi que des infor-
5.3.1 Un AP représente un ensemble de res-
mations d'états associées, pour des activités de
sources, y compris des ressources de traitement,
com m u nication particu I ières d'une invocation
dans un système ouvert réel, qui peuvent être
d'AP. Ces activités se déroulent grâce aux com-
utilisées pour réaliser une activité particulière de
munications entre invocationsd'AE mises en rela-
traitement de l'information (le concept d'AP est
tion par des associations d'application.
défini dans I'ISO 7498).
4
---------------------- Page: 8 ----------------------
ISO/CEI 9545 : 1989 (F)
5.4.5 Une invocation d'AE peut prendre part à 5.5.2 Les capacités d'un ASE doivent être défi-
nies par la spécification d'un ensemble d'unitésde
plusieurs associations d'application soit consécu-
tivement, soit en même temps. Le nombre de ces données de protocole d'application (APDU) et des
procédures qui régissent leur utilisation. Ceci
associations d'application peut varier dans le
constitue le protocole d'application entre deux
temps. En particulier, il peut y avoir des périodes
ASE de même nature.
où une invocation d'AE ne prend part à aucune
association d'application. La durée de vie d'une
5.5.3 Une AE peut être composée d'un ou plu-
invocation d'AE n'est pas déterminée par la durée
sieurs ASE de différentes nature pour réaliser une
des associations d'application auxquelles elle par-
capacité de communication composite spécifique
ticipe.
dans un but déterminé.
5.4.6 Les informations d'états représentées par
5.6 Associations d'application
une invocation d'AE reflètent l'effet résultant de
ses communications avec d'autres invocations
5.6.1 Une association d'application est une rela-
d'AE. L'existence de ces informations d'états cons-
tion de coopération établie entre deux invocations
la représentation de l'utilisa-
titue une base pour
le but de communiquer des informa-
d'AE dans
tion coordonnée, consécutive ou simultanée, de
tions et de coordonner leur fonctionnement.
plusieurs associations d'application. Elle fournit
également une base pour la représentation d'une
Cette relation est formée par l'échange d'informa-
relation qui existe entre deux invocations d'AE et
tions de contrôle de protocole d'application (APCI),
dont la durée n'est pas liée à celle d'une associa-
en utilisant le service de présentation. Les proprié-
tion d'application particulière. Par exemple, l'exis-
tés de cette relation sont définies par un ensemble
tence de ces informations d'états fournit une
de règles et d'informations d'états régissant le
méthode possible de représentation de la pour-
comportement de communication d'une paire par-
suite d'une activité après la perte d'une associa-
ticulière d'invocations d'AE.
tion d'application.
NOTE - Dans une association d'application, les invocations
d'AE peuvent avoir des rôles différents ; par conséquent,
5.4.7 La durée de vie d'une invocation d'AE est
elles peuvent avoir des comportements de communication
contrôlée par l'invocation d'AP qu'elle représente
complémentaires plutôt que semblables.
dans l'environnement OSI. Une invocation d'AP
peut durer plus longtemps qu'une quelconque ou
5.6.2 Quand deux AE doivent communiquer pour
que l'ensemble de ses invocations d'AE. A un ins- satisfaire les besoins d'une application, une ou
tant donné, une invocation d'AP peut être repré- plusieurs associations d'application sont établies
sentée par aucune, une seule ou plusieurs invoca- entre les invocations d'AE des deux AE. Une invo-
tions d'AE. cation d'AE peut prendre en charge plusieurs
associations d'application, simultanément, en
séquence, ou les deux, avec une ou plusieurs
5.5 Éléments de service d'application (ASE)
invocations d'AE.
5.5.1 Un ASE est un ensemble de fonctions qui
5.6.3 Un identificateur d'association d'applica-
fournit des capacités de communication OS1 pour
tion peut être associé à une association d'applica-
I'interfonctionnement d'invocations d'AE dans un
tion. Cet identificateur d'association d'application
but déterminé.
est unique pour la paire d'invocations d'AE asso-
ciées. II donne le moyen d'identifier, dans chaque
NOTE - Plusieurs fonctions peuvent être regroupées en un
invocation d'AE, les informations d'états associées.
seul ASE ou réparties en plusieurs ASE. Afin d'éviter une
prolifération inutile d'ASE différents, les considérations
suivantes devraient être prises en compte : 5.7 Contexte d'application
a) le groupement de fonctions en un ASE doit contenir
5.7.1 Les deux invocations d'AE doivent avoir
au moins toutes les fonctions et APDU correspon-
mutuellement connaissance d'un ensemble de
dantes nécessaires à une machine protocole qui soit
règles à suivre qui régissent leur communication.
un tout logique et cohérent ;
Cet ensemble de règles est appelé contexte d'ap-
plication.
b) la répartition de fonctions entre différents ASE doit
NOTE - Dans l'univers du discours de la communication,
être telle que les ASE puissent être spécifiés indépen-
un contexted'application est un schéma conceptuel partagé.
damment les uns des autres.
5
---------------------- Page: 9 ----------------------
e) règles pour le fonctionnement coordonné
5.7.2 Une association d'application n'a qu'un
seul contexte d'application. L'ensemble de règles des ASE (telles que les règles pour intercaler
composant le contexte d'application peut compor- des demandes de service et des APDU des
;
ter des règles qui viendront modifier cet ensemble différents ASE)
de règles. L'ensemble de règles peut contenir des
f) règles concernant la mise en correspon-
possibilitésdechoixainsi quedes règlesde sélec-
dance des APCl des ASE avec le service de
tion entre ces possibilités suivant les besoins des
présentation et/ou les services d'autres ASE ;
AP.
g) indication des fonctions d'application,
NOTE - L'utilisation d'une règle pour sélectionner ces pos-
telles que les fonctions de répertoire d'appli-
sibilités de choix ne constitue pas une modification du
cation, et des règles régissant leur utilisation ;
contexte d'application. Cependant, l'utilisation d'une règle
h) règles concernant les informations ayant
de sélection modifie les informations d'états détenues par
une durée supérieure à celle d'une associa-
les invocationsd'AE et relativesà une association d'applica-
tion d'application ;
tion.
i) règles concernant l'addition, la modifica-
5.7.3 Un contexte d'application comprend les
tion et la suppression de règles.
règles décrivant un ensemble de choses que doi-
vent connaître les deux invocations d'AE, ainsi
5.7.5 Les règles d'enchaînement des services
que les relations entre ces choses, les actions qui
pour l'utilisation d'ASE combinés spécifient un
peuvent affecter ces choses et les états permis de
service composite. Le fonctionnement d'ASE combi-
ce qui les concerne. L'ensemble de ce que doivent
nés qui en résulte génère le protocole composite
connaître les deux invocations d'AE comprend ce
sur lequel s'appuie ce service.
qui peut faire l'objet des communications dans le
y compris
cadre d'une association d'application,
ce qui fournit les capacités d'échange des infor- 5.7.6 Un contexted'application peut contenir des
mations (tel qu'un ASE) et les informations à règles décrivant les mécanismes permettant aux
échanger entre invocations d'AE (catégories d'APCI
invocations d'AE de transférer des informations
à échanger). pour la coordination de plusieurs associations. II
peut contenir des règles communes régissant
NOTE- Unedéfinition decontexted'application nespécifie
l'utilisation de ces mécanismes pour la coordina-
pas la nature des tâches de traitement effectuées en coopé-
tion de plusieurs associations.
ration par les partenaires d'une association d'application
5.7.7 La définition d'un contexte d'application
5.7.4 L'ensemble des règles d'un contexte d'ap-
peut être écrite en langage naturel ou en langage
plication doit toujours inclure une spécification
formel. Cette définition est appelée définition de
d'un ensemble d'ASE (en citant les normes spéci-
contexte d'application. Une définition de contexte
fiant les ASE) ; il peut aussi inclure ce qui suit
d'application peut définir directement certaines
(mais il n'est pas limité à cela) :
règles de contexte d'application ou peut faire réfé-
a) spécifications de la structure logique des
rence à d'autres règles définies par ailleurs (dans
informations à échanger ou auxquelles se
d'autres définitions de contexte d'application ou
reférer ;
dans des normes spécifiant des ASE, par exemple).
b) spécification des dépendances entre les
ASE, autres que celles contenues dans les
5.7.8 Le contexte d'application s'appliquant à
spécifications d'ASE ;
une association d'application est déterminé à
c) règles concernant le choix et l'utilisation
l'établissement de l'association d'une des maniè-
des caractéristiques optionnelles des ASE ;
res suivantes :
d) toutes règles complémentaires, autresque
a) par l'identification d'une définition de
celles contenues dans les spécifications
contexte d'application préexistante ;
d'ASE, régissant l'enchaînement des primi-
b) par le transfert d'une description effective
tives de service et, par conséquent, la séquen-
du contexte d'application.
ce des APDU de chaque ASE ;
6
---------------------- Page: 10 ----------------------
ISO/CEI 9545 : 1989 (F)
En particulier, un nom peut être utilisé pour identi- 5.9 Fonction de contrôle d'association unique
fier une définition de contexte d'application pré-
La fonction de contrôle d'association unique
existante.
(SACF) est le composant du SA0 représentant la
NOTES coordination des interactions entre les ASE conte-
nus dans le SAO. La SACF représente
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.