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
Buy Standard
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)
---------------------- Page: 1 ----------------------
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
---------------------- Page: 2 ----------------------
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)
---------------------- Page: 3 ----------------------
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
---------------------- Page: 4 ----------------------
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)
10
---------------------- Page: 5 ----------------------
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
---------------------- Page: 6 ----------------------
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 actions of all the CFs on
the path between it and the actual Presentation Service. The resultant mapping may, but need not, be of a 1: 1 nature.
6.2.3 When an AS01 contains ACSE invocations, that AS01 coordinates all communications activities on the ASO-
associations established by the ACSE invocations. An AS01 containing ACSE holds the state information for the
ASO-association. In addition, these ASO-associations tan be used by other ASOIs via the OSI-Services offered by the
AS01 containing the ACSE invocation.
Interaction with the supporting Service
63 .
An AS01 may interact with supporting Services provided by the Presentation Layer or by other AS01 as
6.3.1
coordinated and possibly remapped by the CF of the parent ASOI.
6.3.2 The communicating ASOIs use supporting Services to transfer APDUs among each other. The method of use
of supporting Services is prescribed by the rules of the ASO-context of an ASO-association.
The structure of the APDUs of an ASE is specified by at least one named abstract Syntax. To transfer these
6.3.3
APDUs among ASOIs using the supporting Services it is ultimately necessary to establish one or more presentation-
contexts for each abstract Syntax. Esch presentation-context specifies a pairing of a particular abstract Syntax with a
transfer Syntax. It is the responsibility of the control function to make sure that all the necessary presentation-contexts
are established.
12 ITU-T Rec. X.207 (1993 E)
---------------------- Page: 7 ----------------------
ISOLIEC 9545 : 1994(E)
64 . Interaction with the Presentation Layer
6.4.1 For the purpose of communication, an application-association makes use of a Single presentation-connection or
a Single use of the connectionless mode presentation-Service. Other ASO-associations make use of one or more
underlying ASO-associations.
6.4.2 An AE is attached to one or more presentation-service-access-Points in Order to make it addressable in the OS1
environment. An AE is named in the OS1 environment by its application-entity-title. The AE-title is associated with a
presentation-address for purposes of establishing communication with the AE. The relation of the AE-title and
presentation-address may be recorded in the OS1 Directory Facility.
6.4.3 In requesting the establishment of a presentation-connection, an AE1 identifies to the presentation-Service, the
location of a peer AE by its presentation-address.
6.4.4 In addition, related AEIs may transfer AP-title and AE-title information during the establishment of an
application-association. This information identifies the peer AEs in a way that is independent of their presentation-
addresses.
6.4.5 The communicating AEIs use the presentation-Service to transfer APDUs among one other. The method of use
of the presentation-Service is prescribed by the rules of the application-context of an application-association.
An application-association is bound to a Single presentation-connection. It does not span concurrent or
6.4.6
consecutive supporting presentation-connections.
NOTE - In this way an application-association is a restricted use of the (N)-association concept. The general
(N)-association concept allows such spanning. An ASO-association, on the other hand, is not bound by this restriction.
65 . Error recovery and ASO-association
6.5.1 The action to be taken in the event of errors that are visible within an ASO-association is prescribed by rules in
the ASO-context of the ASO-association. Following such errors, the ASO-association may be terminated or, in some
cases, communication may be resumed from a mutually acceptable Point.
ASO-association as part of the error
6.5.2 An ASO-association-identifier may be used to denote a particular
procedures specified in an ASO-context.
recovery
Application Layer specifications
7
71 . Categories of specification
The Operation of the Application Layer is described by the following kinds of specifications:
7.1.1
a) ASE-type definitions;
b) ASO-type definitions including CF specifications;
NOTE 1 - An AE-type defmition is a particular example of an ASO-type definition.
c) ASO-context definitions.
NOTE 2 - An application-tontext-definition is a special case of ASO-tontext-definition.
7.1.2 A Recommendation or International Standard which includes Application Layer functions within its scope
may include combinations of one or more specifications from these categories. In addition it may reference one or more
specifications from these categories in other Recommendations and International Standards.
NOTE - This does not imply that all ASE- or ASO-types must be defined in such a way that they tan be referenced from
other Recommendations and International Standards. Nevertheless the feasibility of using particular Application Layer specifications
to support a variety of requirements is enhanced by structuring Standards documentation in a way that separates specifications of
different categories. For example, the publication of application-tontext-definitions as separate Standards may be useful in this
respect.
Relationships among specifications
72 .
7.2.1 An ASO-tontext-definition may reference one or more ASO-types in Order to identify rules governing the
mutual interactions of peer ASOIs. Alternatively, ASO-types may reference ASO-tontext-definitions.
ITU-T Rec. X.207 (1993 E) 13
---------------------- Page: 8 ----------------------
ISO/IEC 9545 : 1994(E)
An ASO-type may reference other ASO-types. In addition, it may reference ASE-types and the Presentation
7.2.2
Service definition (CCITT Rec. X.216 I ISO 8822).
7.2.3 An ASE-type may make general reference to other ASE-types and/or ASO-types; in addition, it may reference
the Presentation Service definition (CCITT Rec. X.216 I ISO 8822).
73 . Properties of specifications
7.3.1 ASE-type definitions
7.3.1.1 An ASE-type is defin
...
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)
---------------------- Page: 1 ----------------------
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
57
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
---------------------- Page: 2 ----------------------
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
. . .
111
---------------------- Page: 3 ----------------------
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.
---------------------- Page: 4 ----------------------
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.
4
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: 5 ----------------------
Page blanche
---------------------- Page: 6 ----------------------
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
---------------------- Page: 7 ----------------------
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);
0
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)
---------------------- Page: 8 ----------------------
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
---------------------- Page: 9 ----------------------
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)
4
Rec. X.207 de I’UIT-T (1993 F)
---------------------- Page: 10 ----------------------
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 applic
...
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)
---------------------- Page: 1 ----------------------
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
57
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
---------------------- Page: 2 ----------------------
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
. . .
111
---------------------- Page: 3 ----------------------
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.
---------------------- Page: 4 ----------------------
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.
4
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: 5 ----------------------
Page blanche
---------------------- Page: 6 ----------------------
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
---------------------- Page: 7 ----------------------
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);
0
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)
---------------------- Page: 8 ----------------------
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
---------------------- Page: 9 ----------------------
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)
4
Rec. X.207 de I’UIT-T (1993 F)
---------------------- Page: 10 ----------------------
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 applic
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.