ISO/IEC 8072:1994
(Main)Information technology — Open Systems Interconnection — Transport service definition
Information technology — Open Systems Interconnection — Transport service definition
Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — Définition du service de transport
General Information
Relations
Buy Standard
Standards Content (Sample)
ISO/IEC
1 N T ER NAT I O NA L
8072
STANDARD
Second edition
1994-08-01
Information technology - Open Systems
Interconnection - Transport service
definition
Technologies de l'information - Interconnexion de syst&mes ouverts
(OS4 - Définition du service de transport
Reference number
ISO/I EC 8072: 1994(E)
---------------------- Page: 1 ----------------------
ISO/iEC 8072: 1994(E)
CONTENTS
Page
SECTION 1 . GENERAL . 1
1 Scope . 1
2 Normative references . 1
3 Definitions . 1
a
4 Abbreviations . 3
5 Conventions . 3
6 Overview and general characteristics . 3
Classes and types of Transport Service .
7 4
SECTION 2 - DEFINITION OF THE CONNECTION-MODE SERVICE . 4
8 Features of the connection-mode Transport Service . 4
4
9 Model of the connection-mode Transport Service .
Quality of connection-mode Transport Service . 6
10
Sequence of Transport Service primitives . 10
11
12 Transport Connection establishment phase . 13
13 Data transfer phase . 16
14 Transport Connection release phase . 18
SECTION 3 - DEFINITION OF THE CONNECTIONLESS-MODE SERVICE . 21
Features of the connectionless-mode Transport Service . 21
15
a
Model of the connectionless-mode Transport Service . 21
16
Quality of connectionless-mode Transport Service . 22
17
Sequence of connectionless-mode primitives at one TSAP . 23
18
24
19 Data transfer .
O ISO/IEC 1994
All rights reserved . Unless otherwise specified. no part of this publication may be
reproduced or utilized in any form or by any means. electronic or mechanical. including
photocopying and microfilm. without permission in writing from the publisher .
ISO/IEC Copyright Office Case postale 56 CH-121 1 Genève 20 Switzerland
Printed in Switzerland
11
---------------------- Page: 2 ----------------------
0 ISO/IEC ISODEC 8072:1994(E)
Foreword
IS0 (the International Organization for Standardization) and IEC (the Inter-
national Electrotechnical Commission) form the specialized system for worldwide
standardization. National bodies that are members of IS0 or IEC participate in the
development of International Standards through technical committees established
by the respective organization to deal with particular fields of technical activity.
IS0 and IEC technical committees collaborate in fields of mutual interest. Other
international organizations, governmental and non-governmental, in liaison with
IEC, also take part in the work.
IS0 and
In the field of information technology, IS0 and IEC have established a joint
technical committee, ISOBEC JTC 1. Draft International Standards adopted by the
joint technical committee are circulated to national bodies for voting. Publication
75 % of the national
as an International Standard requires approval by at least
bodies casting a vote.
International Standard ISOBEC 8072 was prepared by Joint Technical Committee
ISOAEC JTC 1, Information technology, Subcommittee SC 6, Telecommunica-
tions and information exchange between systems, in collaboration with ITU-T.
The identical text is published as ITU-T Recommendation X.214.
This second edition cancels and replaces the first edition (IS0 8072: 1986), which
has been technically revised and consolidates Addendum 1 : 1986 and Technical
Corrigendum 1 : 199 1.
---------------------- Page: 3 ----------------------
ISOnEC 8072: 1994(E)
O ISO/IEC
Introduction
This Recommendation I International Standard is one of a set of Recommendations I International Standards produced to
facilitate the interconnection of computer systems. It is related to other Recommendations I International Standards in the
set as defined by the Reference Model of Open Systems Interconnection (OSI). The OS1 Reference Model (CCITT
Rec. X.200 I IS0 7498) subdivides the area of standardization for interconnection into a series of layers of specification,
each of manageable size.
This Recommendation I International Standard defines the Service provided by the Transport Layer to the Session Layer
at the boundary between the Transport and Session Layers of the Reference Model. It provides for the designers of
Session Protocols a definition of the Transport Service existing to support the Session Protocol and for designers of
Transport Protocols a definition of the services to be made available through the action of the Transport Protocol over
the underlying service. This relationship is illustrated in Figure Intro. 1.
r-
Session Protocol Session
layer
user 1
Transport service
A
provider I
Transport Protocol
service
layer
Figure Intro.1- Relationship of the Transport Service to OS1 transport and Session Protocols
Throughout the set of OS1 Recommendations I International Standards, the term “Service” refers to the abstract
capability provided by one layer of the OS1 Reference Model to the layer above it. Thus, the Transport Service defined
in this Recommendation I International Standard is a conceptual architectural Service, independent of administrative
divisions.
NOTE - It is important to distinguish the specialized use of the term “Service” within the set of OS1 Recommendations I
International Standards from its use elsewhere to describe the provision of a service by an organisation (such as the provision of a
service, as defined in other Recommendations, by an Administration).
iv
---------------------- Page: 4 ----------------------
ISO/IEC 8072 : 1994(E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY -
OPEN SYSTEMS INTERCONNECTION - TRANSPORT SERVICE DEFINITION
SECTION 1 - GENERAL
1 Scope
This Recommendation I International Standard defines in an abstract way the externally visible service provided by the
OS1 Transport Layer in terms of
the primitive actions and events of the service;
a)
the parameter data associated with each primitive action and event;
b)
the relationship between, and the valid sequences of, these actions and events.
c)
The service defined in this Recommendation I International Standard is that which is provided by all OS1 Transport
Protocols (in conjunction with the Network Service) and which may be used by any OS1 Session Protocol.
This Recommendation I International Standard does not specify individual implementations or products, nor does it
constrain the implementation of entities and interfaces within a system. Conformance of equipment to this
Recommendation I International Standard is achieved by conformance to the protocols specified to fulfil the Transport
Service defined in this Recommendation I International Standard.
2 Normative references
The following Recommendations and International Standards contain provisions which, through reference in this text,
constitute provisions of this Recommendation I International Standard. At the time of publication, the editions indicated
were valid. Ail Recommendations and Standards are subject to revision and parties to agreements based on this
0 Recommendation I International Standard are encouraged to investigate the possibility of applying the most recent
edition of the Recommendations and International Standards listed below. Members of IEC and IS0 maintain registers
of currently valid International Standards. The Telecommunication Standardization Bureau of the ITU maintains a list of
currently valid ITU-T Recommendations.
2.1 Identical Recommendations I International Standards
-
ITU-T Recommendation X.210 (1993) I ISO/IEC 10731:1993, Information technology - Open Systems
Interconnection - Basic Reference Model - Conventions for the definition of OSI services.
2.2 Paired Recommendations I International Standards equivalent in technical contents
-
CCITT Recommendation X.200 (1988), Reference model for Open Systems Interconnection for CCIïT
applications.
IS0 7498: 1984, Information processing systems - Open Systems Interconnection - Basic Reference
Model.
3 Definitions
For the purpose of this Recommendation I International Standard, the following definitions apply.
ITU-T Rec. X.214 (1993 E) 1
---------------------- Page: 5 ----------------------
ISO/IEC 8072 : 1994(E)
3.1 Reference Model definitions
This Service Definition is based on the concepts developed in the OS1 Reference Model (CCITT Rec. X.200 I IS0 7498),
and makes use of the following terms defined in it:
a) expedited transport-service-data-unit;
b) transport-connection;
c) transport-connection endpoint;
d) Transport Layer;
e) Transport Service;
f) transport-service-access-point;
g) transport-service-access-point address;
h) transport-service-data-unit;
i) Network Layer;
j) Network Service;
k) network-connection;
1) interface flow control.
3.2 Service (Definition) conventions O
This Service Definition also makes use of the following terms defined in ITU-T Rec. X.210 I ISO/IEC 10731, as they
apply to the Transport L,ayer:
a) service-user;
b) service-provider;
c) primitive;
d) request;
e) indication;
f) response;
g) confirm.
3.3 Transport Service Definitions
I
For the purpose of this Service Definition, the following definitions also apply.
I
3.3.1 transport connection: An association established by a Transport Layer between two TS users for the transfer
of data, which provides explicit identification of a set of transport data transmissions and agreement concerning the 0
services to be provided for the set.
NOTE - This definition clarifies that given in CCIïT Rec. X.200 I IS0 7498.
3.3.2 calling TS user: A Transport Service user that initiates a transport connection establishment request.
I
3.3.3 called TS user: A Transport Service user with whom a calling TS user wishes to establish a transport
connection.
NOTE - Calling TS users and called TS users are defined with respect to a single connection. A Transport Service user can
be both a calling and a called TS user simultaneously.
3.3.4 transport connection-mode data transmission: The transfer of a TSDU from a source TSAP to a destination
TSAP within the context of a TC that has previously been established.
3.3.5 transport connectionless-mode data transmission: The transmission of a TSDU from a source TSAP to a
destination TSAP outside the context of a TC and without any requirement to maintain any logical relationship among
multiple TSDUs.
3.3.6 sending TS user: A Transport Service user that acts as a source of data during the data transfer phase of a
transport-connection, or during a particular instance of transport connectionless-mode data transmission.
3.3.7 receiving TS user: A Transport Service user that acts as a sink of data during the data transfer phase of a
transport-connection, or during a particular instance of transport connectionless-mode data transmission.
NOTE - A Transport Service user can be both a sending and a receiving TS user simultaneously.
2 ITU-T Rec. X.214 (1993 E)
I
---------------------- Page: 6 ----------------------
ISOnEC 8072 : 1994(E)
4 Abbreviations
TS Transport Service
TC Transport-connection
TSAP Transport-service-access-point
TSDU Transport-service-data-unit
QOS Quality of Service
5 Conventions
5.1 General conventions
This Service Definition uses the descriptive conventions given in ITU-T Rec. X.210 I ISO/IEC 10731.
5.2 Parameters
The available parameters for each group of primitives are set out in tables in clauses 12 to 14 and 19. Each “X’ in the
tables indicates that the primitive labelling the column in which it fails may carry the parameter labelling the row in
0 which it falls.
Some entries are further qualified by items in brackets. These may be:
indications that the parameter is optional in some way:
a)
(U) indicates that the inclusion of the parameter is a choice made by the user;
b) a parameter specific constraints:
(=) indicating that the value supplied in an indication or confirm primitive is always identical to that
supplied in the previous request or response primitive issued at the peer service access point.
6 Overview and general characteristics
The Transport Service provides transparent transfer of data between TS users. It relieves these TS users from any
concern about the detailed way in which supporting communications media are utilized to achieve this transfer.
The Transport Service provides for the following:
Quality of Service selection
The Transport Layer is required to optimize the use of available communications resources to provide the
Quality of Service required by communicating TS users at minimum cost. Quality of Service is specified
through the selection of values for Quality of Service parameters representing characteristics such as
throughput, transit delay, residual error rate and failure probability.
Independence of underlying communications resources
b)
The Transport Service hides from TS users the difference in the Quality of Service provided by the
Network Service. This difference in Quality of Service arises from the use of a variety of communications
media by the Network Layer to provide the Network Service.
End-to-end significance
The Transport Service provides for the transfer of data between two TS users in end systems.
Transparency of transferred information
The Transport Service provides for the transparent transfer of octet-aligned TS user-data and/or control
information. It does neither restrict the content, format, or coding of the information, nor does it ever need
to interpret its structure or meaning.
TS user addressing
The Transport Service utilizes a system of addressing which is mapped into the addressing scheme of the
supporting Network Service. Transport-addresses can be used by TS users to refer unambiguously to
TSAPs.
ITU-T Rec. X.214 (1993 E)
3
---------------------- Page: 7 ----------------------
ISOLCEC 8072 : 1994(E)
7 Classes and types of Transport Service
There are two types of Transport Service:
a connection-mode service (defined in clauses 8 to 14); and
a)
a connectionless-mode service (defined in clauses 15 to 19).
b)
When referring to this Service Definition, a user or provider of TS shall state which type@) of service it expects to use or
provide.
There are no distinct classes of Transport Service defined.
SECTION 2 - DEFINITION OF THE CONNECTION-MODE SERVICE
8 Features of the connection-mode Transport Service
The connection-mode Transport Service offers the following features to a TS user:
The means to establish a TC with another TS user for the purpose of exchanging TSDUs. More than one
a)
TC may exist between the same pair of TS users.
Associated with each TC at its time of establishment, the opportunity to request, negotiate, and have
b)
agreed by the TS provider a certain Quality of Service as specified by means of Quality of Service
parameters.
The means of transferring TSDUs on a TC. The transfer of TSDUs which consist of an integral number of
c)
octets is transparent, in that the boundaries of TSDUs and the contents of TSDUs are preserved
unchanged by the TS provider and there are no constraints on the TSDU content imposed by the TS
provider.
The means by which the receiving TS user may control the rate at which the sending TS user may send
d)
octets of data.
The means of transferring separate expedited TSDUs when agreed to by both TS users. Expedited TSDUs
e)
transfer is subject to a different flow control from normal data across the TSAP.
The unconditional and therefore possible destructive release of a TC.
f)
9 Model of the connection-mode Transport Service
9.1 General
This Service Definition uses the abstract model for a layer service defined in ITU-T Rec. X.210 I ISO/IEC 10731. The
model defines the interactions between the TS users and the TS provider which take place at the two TSAPs.
Information is passed between a TS user and the TS provider by service primitives, which may convey parameters.
The primitives are abstract representations of TSAP interactions. They are solely descriptive and do not represent a
specification for implementation.
9.2 Model of a Transport Connection
The operation of a TC is modelled in an abstract way by a pair of queues linking the two TSAPs. There is one queue for
each direction of information flow (see Figure 1). Each TC is modelled by a separate pair of queues.
The queue model is used to introduce the flow control feature. The ability of a TS user to add objects to a queue will be
determined by the behaviour of the TS user removing objects from that queue and the state of the queue. Objects are
entered and removed from the queue as a result of interactions at the two TSAF's.
The pair of queues is considered to be available for each potential TC.
4
ITU-T Rec. X.214 (1993 E)
---------------------- Page: 8 ----------------------
ISOfiEC 8072 : 1994(E)
TS TS
user A user B
A A
lr lf
TS Provider
Queue from A to B
Queue from B to A
Figure 1 - Abstract model of a Transport Connection
The objects which may be placed in a queue by a TS user (see clauses 12, 13 and 14) are:
connect objects (each representing all parameters contained in a T-CONNECT request or T-CONNECT
a)
response primitive);
e
b) octets of normal data;
indications of end-of-TSDU (completion of a T-DATA primitive);
c)
expedited TSDUs (representing all parameters of a T-EXPEDITED-DATA primitive);
d)
disconnect objects (each representing all parameters contained in a T-DISCONNECT primitive).
e)
NOTES
1 Normal and expedited TSDU transfer will result in different objects being entered into the queue.
2 The description of flow control requires a less abstract description than that used for describing sequences of
primitives in clauses 11 to 14. Each TSDU associated with a T-DATA primitive is here subdivided conceptually into a sequence of
octets of data followed by an end-of-TSDU indication. The T-DATA request primitive occurs when the end-of-TSDU indication is
entered into the queue. The T-DATA indication primitive occurs when the end-of-TSDU indication is removed from the queue. This
does not imply any particular subdivision in any real interface.
The only objects which can be placed in a queue by the TS provider are disconnect objects (representing T-DISCONNECT
primitives and their parameters).
0 TS user A, who initiates connection establishment by entering a connect object (representing a T-CONNECT request
primitive) into the queue from A to B, is not allowed to enter any other object than a disconnect object into this queue
until after the connect object representing the T-CONNECT confirm has been removed. In the queue from TS user B to
TS user A, objects other than a disconnect object can be entered by TS user B only after TS user B has entered a connect
object corresponding to a T-CONNECT response. The insertion of a disconnect object represents the initiation of the
release procedure. The release procedure may be initiated at the times permitted in clause 14 and in the manner described
in 11.2. The release procedure may be destructive with respect to other objects in the two queues.
A queue relates an ordered set of distinct objects in the following ways:
Queues are empty before a connect object has been added and can be returned to this state, with loss of
a)
their contents, by the TS provider under the circumstances as described in h) below.
Objects are added to the queue, subject of control by the TS provider.
b)
Objects are normally removed from the queue, subject to control by the receiving TS user.
c)
Objects are normally removed in the same order that they were added [but see g) and h) below].
d)
or determinable.
A queue has a limited capacity, but this capacity is not necessarily either fixed
e)
The management of the queue capacity shall be such that normal data and end-of-TSDU indications
f)
cannot be added to the queue when its addition would prevent addition of an expedited TSDU or
disconnect object.
ITU-T Rec. X.214 (1993 E) 5
---------------------- Page: 9 ----------------------
ISO/IEC 8072 : 1994(E)
In addition the TS provider may manipulate pairs of adjacent objects in the queue to allow:
g) Reordering
The order of any pair of objects may be reversed if, and only if, the following object is of a type defined
to take precedence over the preceding object. Expedited TSDUs take precedence over octets of normal
data and end-of-TSDU indications (see Table 1).
h) Deletion
Disconnect objects take precedence over any other object, Any object other than a disconnect object may
be deleted by the TS provider if, and only if, the following one is a disconnect object (see Table 1).
If a connect object associated with a T-CONNECT request primitive is deleted in this manner, the
disconnect object is also deleted. If a connect object associated with a T-CONNECT response primitive is
deleted, the disconnect object is not deleted.
Whether the TS provider performs actions of types g) and h) or not, will depend on the behaviour of the TS users and on
the agreed Quality of Service. In general, if the objects are not removed from the queue due to flow control expressed by
the receiving TS user, the TS provider shall, after some unspecified period of time, perform all permitted actions of types
g) and h).
NOTES
I The internai mechanisms which support the operation of a queue are not visible in the Transport Service. A queue is
one particular way of expressing the mutual interaction between primitives at different TSAPs. There may also be, for example:
a) constraints on the local ability to invoke primitives; a
on some primitives.
service procedures defining particular sequencing constraints
b)
2 A TC endpoint identification mechanism must be provided locally if the TS user and the TS provider need to
distinguish between several TCs at a TSAP. All primitives must then make use of this identification mechanism to identify the TC to
which they apply. This implicit identification is not shown as a parameter of the TS primitives, and must not be confused with the
address parameters of the T-CONNECT primitives.
Table 1 - Precedence table
The queue object x Connect Octetsof 1 End-of-TSDU 1 Expedited Disconnect
object normal indication TSDU object
data
I
has precedence
over queue object y
No No Yes [see h)]
Connect object
No No Yes [see g)] Yes [see h)]
Octets of normal data
End-of-TSDU indication Yes [see g)] Yes [see h)]
No No
Expedited TSDU -
No No No Yes [see h)]
Disconnect object - - - - No [see h)]
- Not applicable.
No No precedence exists.
Yes Precedence exists.
10 Quality of connection-mode Transport Service
The term Quality of Service (QOS) refers to certain characteristics of a TC as observed between the endpoints.
QOS is described in terms of QOS parameters.
These parameters give TS users a method of specifying their needs, and give the TS provider a basis for protocol
selection.
ITU-T Rec. X.214 (1993 E)
6
---------------------- Page: 10 ----------------------
ISOAEC 8072 : 1994(E)
The QOS is normally negotiated between the TS users and the TS provider on a per TC basis, using the T-CONNECT
request, indication, response, and confirm TS primitives defined in clause 1 1. The QOS requested by the calling TS user
may be made poorer either by the TS provider following the T-CONNECT request, or by the called TS user, following
the T-CONNECT indication. In applying this to some QOS parameters this may mean that:
a) a delay becomes longer;
b) a throughput becomes lower;
c) the error rate becomes higher;
d) the priority becomes lower;
the failure probability becomes higher.
e)
However the TC protection parameter remains unchanged by the TS provider.
The so negotiated QOS values then apply throughout the lifetime of the TC.
NOTE - Users of the Transport Service should be aware that there is no guarantee that the originally negotiated QOS will
be maintained throughout the Transport Connection lifetime, and that changes in QOS are not explicitly signalled by the Transport
Service provider.
The view of QOS at each end of an established TC is always the same.
This clause does not specify particular values, or classes of values, for the QOS parameters. Possible choices and default
values for each parameter will normally be specified at the time of initial TS provider installation. The values for any or
0 all parameters may be fixed for a given TS provider, in which case QOS negotiation on a per TC basis is not required.
When a QOS value is specified; the TS Piser may also indicate whether the request is an absolute requirement or whether
a degraded value is acceptable.
The QOS parameters include parameters which express TS performance and parameters which express other
TS characteristics.
The QOS parameters specified in this clause are defined below. A classification of the performance QOS parameters is
shown in Table 2.
Table 2 - Classification of performance QOS parameters
Performance criterion I
Phase
AccuracylReliability
Speed
TC establishment TC establishment delay TC establishment failure probability (misconnection/TC refusal)
Residual error rate (corruption, duplicationlloss)
Data transfer Throughput
Transit delay Resilience of the TC
Transfer failure probability
TC release TC release delay TC release failure probability
10.1 TC establishment delay
TC establishment delay is the maximum acceptable delay between a T-CONNECT request and the corresponding
T-CONNECT confirm primitive.
NOTE -This delay includes TS user dependent components.
10.2 TC establishment failure probability
TC establishment failure probability is the ratio of total TC establishment failures to total TC establishment attempts in a
measurement sample.
A TC establishment failure is defined to occur when a requested TC is not established within the specified maximum
acceptable TC establishment delay as a result of misconnection, TC refusal, or excessive delay on the part of the
TS provider. TC establishment attempts which fail as a result of error, TC refusal, or excessive delay on the part of a
TS user are excluded in calculating the TC establishment failure probability.
7
ITU-T Rec. X.214 (1993 E)
P
---------------------- Page: 11 ----------------------
ISO/LEC 8072 : 1994(E)
I
10.3 Throughput
I
Throughput is defined, for each direction of transfer, in terms of a sequence of at least two successfully transferred
TSDUs. Given such a sequence of n TSDUs, where n is greater than or equal to two, the throughput is defined to be the
smaller of:
the number of TS user data octets contained in the last n-1 TSDUs divided by the time between the first
a)
and last T-DATA requests in the sequence; and
the number of TS user data octets contained in the last n-1 TSDUs divided by the time between the first
b)
and last T-DATA indications in the sequence.
Successful transfer of the octets in a transmitted TSDU is defined to occur when the octets are delivered to the intended
receiving TS user without error, in the proper sequence, prior to release of the TC by the receiving TS user.
Throughput is only meaningful for a sequence of complete TSDUs and each specification is based on a previously stated
average TSDU size.
I
Throughput is specified separately for each direction of transfer on a TC. In each direction, a specification of throughput
will consist of a maximum throughput and an average throughput value. The maximum throughput value represents the
maximum rate at which the TS provider can continuously accept and deliver TSDUs, in the absence of sending TS user
input delays or flow control applied by the receiv
...
NORME ISOJCEI
I N T E R NAT I O NA LE 8072
Deuxième édition
1994-08-01
Technologies de l’information -
Interconnexion de systèmes ouverts
(OSI) - Qéfinition du service de transport
Information technology - Open Systems Interconnection - Transport
service definition
Numéro de référence
ISOKEI 8072:1994(F)
I
---------------------- Page: 1 ----------------------
ISO/CEI 8072: 1994(F)
Sommaire
Page
SECTION 1 . CONSIDÉRATIONS GÉNÉRALES .
1
1 Domaine d'application .
1
2 Références normatives .
1
3 Définitions .
1
4 Abréviations . .I. .
3
5 Conventions .
3
6 Vue d'ensemble et caractéristiques générales .
3
7 Classes et types de services de transport . . 4
SECTION 2 - DÉ~NITION DU SERVICE EN MODE CONNEXION . 4
8 Caractéristiques du service de transport en mode connexion . 4
9 Modèle du service de transport en mode connexion . ;. . 4
1 O Qualité du service de transport en mode connexion .
6
Séquencement des primitives du service de transport .
11 11
12 Phase d'établissement de connexion de transport . 12
13 Phase de transfert de données . 17
14 Phase de libération de connexion de transport .
19
SECTION 3 - DÉHNITION DU SERVICE EN MODE SANS CONNEXION . 24
15 Caractéristiques du service de transport en mode sans connexion . 24
16 Modèle du service de transport en mode sans connexion . 24
Qualité du service de transport en mode sans connexion .
17 24
18 Séquencement des primitives en mode sans connexion au niveau d'un point TSAP . 26
19 Transfert de données .
26
O 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 .
ISO/CEI Copyright Office Case Postale 56 CH-121 1 Genève 20 Suisse
Version française tirée en 1995
Imprimé en Suisse
11
---------------------- Page: 2 ----------------------
0 ISOKEI ISOKEI 8072:1994(F)
Avant-propos
L'ISO (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'intermédiaire 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 I'ISO et de la CE1 collaborent dans des domaines d'intérêt
commun. D'autres organisations internationales, gouvernementales ou non gouverne-
mentales, en liaison avec I'ISO et la CE1 participent également aux travaux.
Dans le domaine des technologies de l'information, US0 et la CE1 ont créé un comité
technique mixte, I'ISOKEI JTC 1. Les projets de Normes internationales adoptés par le
comité technique mixte sont soumis aux organismes nationaux pour 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 8072 a été élaborée par le comité technique mixte
ISO/CEI JTC 1, Technologies de l'information, sous-comité SC 6, Téléinformatique, en
collaboration avec l'IUT-T. Le texte identique est publié en tant que Recommandation
IUT-T X.214.
Cette deuxième édition annule et remplace la première édition (IS0 8072:1986), qui a
fait l'objet d'une révision technique et incorpore l'Additif 1:1986 et le Rectificatif
technique 1:1991.
---------------------- Page: 3 ----------------------
ISO/CEI 8072: 1994(F)
O ISOKEI
Introduction
La présente Recommandation I Norme internationale fait partie dun ensemble de Recommandations i Normes
internationales élaborées pour faciliter l'interconnexion des équipements informatiques. Cet ensemble est défini comme
le modèle de référence d'interconnexion des systèmes ouverts (OSI). Ce modèle de référence (Rec. X.200 du
CCITT I IS0 7498) subdivise le domaine de normalisation de l'interconnexion en une série de couches de spécifications
ayant chacune une taille maîtrisable.
La présente Recommandation I Norme internationale définit le service fourni par la couche transport à la couche session,
à la frontière entre les couches session et transport du modèle de référence. Elle fournit aux concepteurs de protocoles de
session une définition du service de transport servant de support au protocole de session, et aux concepteurs de
protocoles de transport une définition des services à fournir par l'action du protocole de transport sur la couche de
service sous-jacente (voir la Figure Intro. 1).
couche
Protmde de session utilise le service
session
1
Service de transport
Couche
fournit le semice t
Protocde de transport
transport
Figure Intro. 1 - Relation entre le service de transport et les protocoles OS1 de transport et de session
Dans le contexte de l'ensemble des Recommandations I Normes internationales OSI, le terme «service» désigne la
capacité abstraite fournie par une couche du modèle de référence OS1 à la couche immédiatement supérieure. Le service
de transport défini dans la présente Recommandation I Norme internationale est donc un service architectural conceptuel,
indépendant des divisions administratives.
NOTE - I1 est important de faire la distinction entre I'utilisation spécialisée du terme «service» dans le contexte des
I Normes internationales OS1 et son utilisation par ailleurs pour décrire la fourniture dun service par une
Recommandations
organisation (par exemple, la fourniture par une Administration dun service, avec le sens qui est donné à ce terme dans d'autres
Recommandations).
I
1
J
I
\
I
r
I
iv
I
1
i
---------------------- Page: 4 ----------------------
ISO/CEI 8072 : 1994 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L'INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (os11 - DÉFINITION DU SERVICE DE TRANSPORT
SECTION i - CONSIDÉRATIONS GÉNÉRALES
1 Domaine d'application
La présente Recommandation I Norme internationale définit dune façon abstraite, et tel qu'il est vu de i'extérieur, le
service fourni par la couche transport OSI, en termes:
des actions et événements primitifs du service;
a)
des paramètres associés à chaque action et événement primitif;
b)
des relations et des enchaînements valides entre ces actions et événements.
c)
Le service défini dans la présente Recommandation I Norme internationale est celui qui est fourni par tous les protocoles
de transport OS1 (en conjonction avec le service de réseau) et qui peut être utilisé par tout protocole de session OSI.
La présente Recommandation I Norme internationale ne spécifie pas de forme particulière de réalisations ou de produits,
et n'impose aucune contrainte de réalisation aux entités et interfaces internes dun système. La conformité des
équipements à la présente Recommandation I Norme internationale est obtenue par la mise en oeuvre des protocoles
spécifiés pour assurer le service de transport décrit dans la présente Recommandation I Norme internationale.
2 Références normatives
Les Recommandations et les Normes internationales suivantes contiennent des dispositions qui, par suite de la référence
qui y est faite, constituent des dispositions valables pour la présente Recommandation I Norme internationale. Au
moment de la publication, les éditions indiquées étaient en vigueur. Toute Recommandation Norme sont sujettes à
révision et les parties prenantes aux accords fondés sur la présente Recommandation I Norme internationale sont invitées
à rechercher la possibilité d'appliquer les éditions les plus récentes des Recommandations et Normes indiquées ci-après.
Les membres de la CE1 et de US0 possèdent le registre des Normes internationales en vigueur. Le Bureau de la
0 normalisation des télécommunications de I'LJIT tient à jour une liste des Recommandations UIT-T en vigueur.
2.1 Recommandations I Normes internationales identiques
-
Recommandation X.210 de I'UIT-T (1993) I ISOKEI 10731:1993, Technologies de l'information -
Interconnexion de systèmes ouverts - Modèle de référence de base - Conventions relatives à la défnition
des services OSI.
Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
2.2
-
Recommandation X.200 du CCITT (1988) - Modèle de référence pour l'interconnexion de systèmes
ouverts pour les applications du CCIïT
IS0 7498: 1984, Systèmes de traitement de l'information - Interconnexion de systèmes ouverts - Modèle
de référence de base.
3 Définitions
Pour les besoins de la présente Recommandation I Norme internationale, les définitions suivantes s'appliquent.
Rec. UIT-T X.214 (1993 E") 1
---------------------- Page: 5 ----------------------
ISO/CEI 8072 : 1994 (F)
3.1 Définitions du modèle de référence
La présente définition de service est fondée sur les concepts élaborés dans le modèle de référencede base
d'Interconnexion de systèmes ouverts (OSI) (Rec. X.200 du CCITT I IS0 7498) et utilise les termes suivants, qui y sont
définis:
unité de données exprès du service de transport;
a)
b) connexion de transport;
extrémité de connexion de transport;
c)
d) couche transport;
e) service de transport;
point d'accès au service de transport;
f)
adresse de point d'accès au service de transport;
g)
unité de données du service de transport;
h)
i) couche réseau;
j) service de réseau;
k) connexion de réseau;
contrôle de flux à l'interface.
1)
Conventions (relatives à la définition) de service
3.2
La présente définition de service utilise également les termes et expressions suivants, définis dans la Rec. X.210 de
I'UIT-T I ISO/CEI 1073 1, tels qu'ils s'appliquent à la couche transport:
a) utilisateur de service;
b) fournisseur de service;
c) primitive;
d) demande;
e) indication;
f) réponse;
g) confirmation.
3.3 Définitions relatives au service de transport
Les définitions suivantes s'appliquent également aux fins de la présente définition de service.
3.3.1 connexion de transport: association établie par une couche transport entre deux utilisateurs du service de
transport pour le transfert de données, qui permet d'identifier explicitement un ensemble de transmissions de données de
transport et de convenir des services à fournir pour cet ensemble.
NOTE - Cette définition précise celle qui figure dans la Rec. X.200 du CCI'TT I IS0 7498.
utilisateur appelant du service de transport: utilisateur du service de transport qui émet une demande
3.3.2
d'établissement de connexion de transport (TC).
3.3.3 utilisateur appelé du service de transport: utilisateur du service de transport avec lequel l'utilisateur du
service de transport appelant souhaite établir une connexion de transport (TC).
NOTE - Les utilisateurs appelants et appelés du service de transport sont définis par rapport à une connexion simple. Un
utilisateur du service de transport peut être simultanément appelant et appelé.
3.3.4 transmission de données en mode connexion dans le service de transport: transfert dune unité TSDU d'un
point TSAP d'origine à un point TSAP de destination dans le contexte dune connexion de transport (TC) préalablement
établie.
transmission dune unité de données
3.3.5 transmission en mode sans connexion dans le service de transport:
TSDU dun point d'accès TSAP d'origine à un point TSAP de destination hors du contexte d'une connexion de transport
(TC) et sans qu'il y ait de contrainte relative au maintien dune relation logique quelconque entre les multiples unités de
données du Service de transport (TSDU).
2 Rec. UIT-T X.214 (1993 F)
---------------------- Page: 6 ----------------------
ISOKEI 8072 : 1994 (F)
3.3.6 Utilisateur expéditeur du service de transport: utilisateur du service de transport jouant le rôle de source de
données au cours de la phase de transfert de données dune connexion de transport ou pendant la durée dune instance
particulière de la transmission de données en mode sans connexion dans le service de transport.
3.3.7 utilisateur destinataire du service de transport: utilisateur du service de transport jouant le rôle de puits de
données au cours de la phase de transfert de données dune connexion de transport, ou pendant la durée dune instance
particulière de la transmission de données en mode sans connexion dans le service de transport.
NOTE - Un utilisateur du service de transport peut être simultanément expéditeur et destinataire.
4 Abréviations
TS Service de transport (transport service)
TC Connexion de transport (transport connection)
TSAP Point d'accès au service de transport (transport service-access-point)
TSDU Unité de données du service de transport (transport service-datu-unit)
Qualité de service (quality ofservice)
QOS
Conventions
e5
5.1 Conventions générales
La présente définition de service utilise les conventions descriptives de la Rec. X.210 de I'UIT-T I ISOKEI 10731.
5.2 Paramètres
Les paramètres disponibles pour chaque groupe de primitives sont énumérés dans les tableaux des articles 12 à 14 et 19.
Dans ces tableaux, une croix «X» marquée à l'intersection dune colonne (primitive) et dune ligne (paramètre) indique
que cette primitive peut être paramétrée par ce paramètre.
Certaines de ces croix sont qualifiées par un symbole entre parenthèses. I1 peut s'agir:
dune indication que le paramètre est dune façon ou dune autre optionnel:
a)
(U) indique que l'inclusion du paramètre relève dun choix de l'utilisateur;
b) d'une contrainte spécifique au paramètre:
(=) indique que la valeur fournie dans une primitive d'indication ou de confirmation est toujours
identique à celle fournie par la précédente primitive de demande ou d'acceptation émise au niveau du
point homologue d'accès au service.
6 Vue d'ensemble et Caractéristiques générales
Le service de transport assure un transfert transparent des données entre utilisateurs du service de transport. I1 libère ces
utilisateurs de toute préoccupation concernant les détails d'utilisation du support de communication pour réaliser ce
transfert.
Le service de transport assure:
le choix de la qualité de service
a)
la couche transport est nécessaire pour optimiser l'utilisation des ressources de communication
disponibles afin de fournir au moindre coût la qualité de service requise par les utilisateurs du service de
transport. La qualité de service est spécifiée par le choix des valeurs de paramètres de qualité de service
reflétant les caractéristiques telles que le débit, le temps de transit, le taux d'erreurs résiduel et la
probabilité d'échec;
l'indépendance par rapport aux ressources sous-jacentes
b)
le service de transport masque à ses utilisateurs les différences de qualités du service assurées par le
service de réseau. Ces différences de qualité de service sont dues à l'utilisation par la couche réseau de
divers supports de communication pour assurer le service de réseau;
Rec. UIT-T X.214 (1993 F) 3
---------------------- Page: 7 ----------------------
ISOICEI 8072 : 1994 (F)
la signification de bout en bout
c)
le service de transport assure .A transfert des données échangées entre deuxutilisateurs du service de
transport dans des systèmes d'extrémité;
la transparence des informations transférées
d)
le service de transport assure le transfert transparent, avec alignement à l'octet, des données de l'utilisateur
du service de transport et des informations de contrôle. I1 n'impose aucune restriction au contenu, format
ou codage des informations, et n'a pas besoin d'interpréter leur structure ou leur signification;
l'adressage de l'utilisateur du service de transport
e)
le service de transport utilise un système d'adressage qui est en correspondance avec celui du service de
réseau qui le prend en charge. Les adresses de transport peuvent être utilisées par les utilisateurs du
service de transport pour se référer de façon non ambiguë à des points d'accès au service de transport.
7 Classes et types de services de transport
I1 existe deux types de services de transport:
un service en mode connexion (défini aux articles 8 à 14); et
a)
un service en mode sans connexion (défini aux articles 15 à 19).
b)
Lorsqu'il fait référence à la présente définition de service, un utilisateur ou un fournisseur du service de transport doit
0
indiquer quel(s) type(s) de service(s) il entend utiliser ou fournir.
I1 n'a pas été défini de classes distinctes de service de transport.
SECTION 2 - DÉFINITION DU SERVICE EN MODE CONNEXION
8 Caractéristiques du service de transport en mode connexion
Le service de transport en mode connexion offre les possibilités suivantes à l'utilisateur:
le moyen d'établir une connexion de transport avec un autre utilisateur du service de transport, afin
a)
d'échanger des unités TSDU. Plusieurs connexions de transport peuvent exister entre un même couple
d'utilisateurs du service de transport;
la possibilité de demander, de négocier et de faire agréer par le fournisseur du service de transport, pour
b)
chaque connexion de transport au moment de son établissement, une certaine qualité de service spécifiée
par les paramètres de qualité de service;
le moyen de transférer des unités TSDU sur une connexion de transport. Les unités TSDU, qui
c)
comprennent un nombre entier d'octets, sont transférées en transparence, en ce sens que les limites et le
contenu des unités TSDU sont préservés par le fournisseur du service de transport et que celui-ci n'impose
aucune contrainte quant à leur contenu;
le moyen pour l'utilisateur destinataire du service de transport de contrôler la vitesse à laquelle l'utilisateur
d)
expéditeur du service de transport peut transmettre les octets de données;
le moyen de transférer séparément des unités TSDU exprès, quand cela a été convenu par les deux
e)
utilisateurs du service de transport. Le transfert d'unités TSDU exprès est soumis à un contrôle de flux
différent de celui exercé sur les données normales au point d'accès au service de transport;
la libération inconditionnelle, et donc éventuellement destructive, dune connexion de transport.
f)
9 Modèle du service de transport en mode connexion
9.1 Considérations générales
La présente définition de service utilise le modèle abstrait du service dune couche, défini dans la Rec. X.210 de
I'UIT-T I ISOKEI 1073 1 (Conventions de service). Le modèle définit les interactions entre les utilisateurs et le
fournisseur du service de transport, au niveau des deux points d'accès au service de transport (TSAP). Les informations
sont échangées entre l'utilisateur et le fournisseur du service de transport à l'aide de primitives, éventuellement
paramétrées.
4 Rec. UIT-T X.214 (1993 F)
---------------------- Page: 8 ----------------------
ISOKEI 8072 : 1994 (F)
Les primitives sont des représentations abstraites des interactions au niveau des points TSAP. Elles sont purement
descriptives et ne constituent pas une spécification de réalisation.
9.2 Modèle d'une connexion de transport
Le fonctionnement dune connexion de transport est modélisé sous forme abstraite par deux files d'attente reliant les
deux points TSAP, chaque file correspondant à un sens de transmission (voir la Figure I). Chaque connexion de
transport est modélisée par un couple distinct de files d'attente.
Le modèle par files d'attente est utilisé pour introduire la fonction de contrôle de flux. La possibilité pour un utilisateur
du service de transport d'ajouter des objets à une file d'attente est déterminée par le comportement de l'utilisateur du
service de transport qui retire les objets de la même file d'attente et par l'état de cette file. L'introduction et l'extraction
des objets de la file d'attente résultent des interactions au niveau des deux points TSAP.
On considère qu'un couple de files d'attente est disponible pour chaque connexion de transport potentielle.
du seMce du shce
de transport de transport
I 1 1
Fournisseur du serbice de transport
I
File d'attente de A vers B
Fille d'attente de B wrs A
I I
TlÇo2450-94/&32
Figure 1 - Modèle abstrait d'une connexion de transport
Les objets pouvant être placés dans une file d'attente par un utilisateur du service de transport (voir les articles 12, 13
et 14) sont:
des objets de connexion (chacun deux représentant tous les paramètres contenus dans une primitive de
a) ~
demande ou de réponse T-CONNECT);
des octets de données normales;
b)
des indications de fin d'unité TSDU (indiquant la fin dune primitive T-DATA);
c)
des unités TSDU exprès (représentant tous les paramètres dune primitive T-EXPEDITED-DATA);
d)
des objets de déconnexion (chacun représentant tous les paramètres contenus dans une primitive
e)
T-DISCONNECT).
NOTES
1 Le transfert d'unités TSDU normales ou exprès se traduit par l'introduction d'objets différents dans la file d'attente.
2 La description du contrôle de flux nécessite une représentation moins abstraite que celle qui sert à décrire
l'enchaînement des primitives dans les articles 11 à 14. Chaque unité TSDU associée à une primitive T-DATA est ici
conceptuellement subdivisée en une séquence d'octets de données, suivie dun indicateur de fin d'unité TSDU. La primitive de
demande T-DATA est émise au moment où l'indication de fin d'unité TSDU est introduite dans la file d'attente. La primitive
d'indication T-DATA est émise quand l'indication de fin d'unité TSDU est retirée de la file d'attente. Ceci n'implique aucune
subdivision particulière au niveau dune interface réelle.
Les seuls objets qui peuvent être placés dans une file d'attente par le fournisseur du service de transport sont des objets
de déconnexion (représentant les primitives T-DISCONNECT et leurs paramètres).
Rec. UIT-T X.214 (1993 F) 5
---------------------- Page: 9 ----------------------
ISO/CEI 8072 : 1994 (F)
L'utilisateur A du service de transport qui amorce l'établissement dune connexion de transport en introduisant dans la
file d'attente de A vers B un objet de connexion (représentant une primitive de demande T-CONNECT), ne peut
introduire dans cette file d'attente un nouvel objet quelconque autre qu'un objet de déconnexion qu'une fois l'objet de
connexion représentant la confirmation T-CONNECT ait été retiré. Dans la file d'attente de B vers A, aucun objet autre
qu'un objet de déconnexion ne pourra être introduit par l'utilisateur B du service de transport tant que celui-ci n'aura pas
introduit un objet de connexion, correspondant à une primitive de réponse T-CONNECT. L'introduction dun objet de
déconnexion représente le lancement de la procédure de libération. La procédure de libération peut être lancée aux
instants autorisés à l'article 14 et de la manière décrite en 11.2. La procédure de libération peut avoir une action
destructive vis-à-vis des autres objets placés dans les deux files d'attente.
Une file d'attente met en relation un ensemble ordonné d'objets distincts selon les règles suivantes:
les files d'attente sont vides avant qu'un objet de connexion n'y soit introduit, et peuvent être ramenées à
a)
cet état, avec perte de leur contenu, par le fournisseur du service de transport dans les circonstances
décrites en h);
des objets sont ajoutés à la file d'attente, sous le contrôle du fournisseur du service de transport;
b)
les objets sont normalement retirés de la file d'attente, sous le contrôle de l'utilisateur destinataire du
c)
service de transport;
les objets sont normalement retirés dans l'ordre où ils ont été introduits [mais voir les points g) et h)];
d)
une file d'attente a une capacité limitée, mais cette capacité n'est pas nécessairement fixe ni déterminable;
e)
ne soit pas possible d'y ajouter des
la gestion de la capacité de la file d'attente doit être telle qu'il
f)
O
indicateurs de données normales, ou de fin d'unité TSDU si cette addition empêche celle dune unité
TSDU exprès ou dun objet de déconnexion.
En outre, le fournisseur du service de transport peut procéder à des manipulations des couples d'objets adjacents dans la
file d'attente, afin de permettre:
g) le réordonnancement
L'ordre de tout couple d'objets peut être inversé si, et seulement si, l'objet suivant est dun type défini
comme ayant la priorité sur l'objet précédent. Les unités TSDU exprès ont la priorité sur les octets de
données normales et sur les indications de fin d'unité TSDU (voir le Tableau I).
h) la suppression
Les objets de déconnexion ont priorité sur tout autre objet. Un objet quelconque autre qu'un objet de
déconnexion peut être supprimé par le fournisseur du service de transport si, et seulement si, l'objet
suivant est un objet de déconnexion (voir le Tableau 1).
Si un objet de connexion, associé à une primitive de demande T-CONNECT, est supprimé de cette
manière, l'objet de déconnexion est également supprimé. Si un objet de connexion, associé à une
primitive de réponse T-CONNECT est supprimé, l'objet de déconnexion n'est pas supprimé.
Le fait que le fournisseur du service de transport effectue des actions de type g) et h) ou pas dépend du comportement
des utilisateurs du service de transport et de la qualité de service convenue. En général, si les objets ne sont pas retirés de
la file d'attente du fait du contrôle de flux exercé par l'utilisateur destinataire du service de transport, le fournisseur du
service de transport doit, après un certain laps de temps qui n'est pas spécifié, effectuer toutes les actions autorisées de
type g) et h).
NOTES
Les mécanismes internes qui prennent en charge le fonctionnement dune file d'attente ne sont pas visibles du service
1
de transport. Une file d'attente est une façon particulière d'exprimer l'interaction entre les primitives à des points TSAP différents. Le
fonctionnement des files d'attente peut être également soumis:
a) à des contraintes imposées localement pour l'appel des primitives;
b) à des procédures de service définissant des contraintes particulières d'enchaînement de certaines primitives.
2 Un mécanisme d'identification d'extrémité de connexion de transport doit être prévu au niveau local si l'utilisateur et
le fournisseur du service de transport ont besoin de distinguer entre elles plusieurs connexions de transport au niveau dun même point
d'accès au service de transport. Toutes les primitives doivent alors utiliser ce mécanisme d'identification pour identifier la connexion
à laquelle elles s'appliquent. Cette identification implicite n'est pas montrée sous la forme dun paramètre des primitives
de transport
du service transport et ne doit pas être confondue avec les paramètres d'adresse des primitives T-CONNECT.
Qualité du service de transport en mode connexion
10
L'expression qualité de service se rapporte à certaines caractéristiques dune connexion de transport, telles qu'elles sont
observées d'extrémité à extrémité.
Rec. UIT-T X.214 (1993 F)
6
---------------------- Page: 10 ----------------------
ISOKEI 8072 : 1994 (F)
Tableau 1 - Table de priorité
L'objet en file
d'attente x
Objet de
déconnexion
A la priorité
sur l'objet en
file d'attente y
~
Objet de connexion - Non - Non Oui [voir h)]
- Non Non Oui [voir g)] 1 Oui [voir h)]
Octet de données normales
Indication de fin d'unité TSDU - Non Non Oui [voir g)] Oui [voir h)]
- Non Non Non
Unité TSDU exprès
Non [voir h)]
Objet de déconnexion
- Sans objet
Non N'a pas priorité
Oui Apriorité
-i
La qualité de service est décrite en termes de paramètres de qualité de service.
Ces paramètres permettent aux utilisateurs du service de transport de disposer dune méthode pour spécifier leurs
ex
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.