ISO/IEC 8072:1996
(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
Standards Content (Sample)
ISO/IEC
INTERNATIONAL
STANDARD
Third edition
1996-08-01
Information technology - Open systems
interconnection - Transport service
definition
- Interconnexion de syst&mes ouverts
Technologies de /‘information
(03) - Dgfinition du service de transport
Reference number
SO/I EC 8072: 1996(E)
ISO/IEC 8072: 1996(E)
CONTENTS
Page
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
SECTION 1 - GENERAL
1 Scope .
.....................................................................................................................................
2 Normative references
........................................................................
2.1 Identical Recommendations I International Standards
Definitions .
Reference Model definitions .
3.1
Service (Definition) conventions .
.............................................................................................................
3:3 Transport Service Definitions
.................................................................................................................................................
4 Abbreviations
....................................................................................................................................................
5 Conventions
............................................................................................................................
51 . General conventions
52 . Parameters .
.............................................................................................................
6 Overview and general characteristics
..........................................................................................................
7 Classes and types of Transport Service
.....................................................
SECTION 2 - DEFINITION OF THE CONNECTION-MODE SERVICE
......................................................................................
8 Features of the connection-mode Transport Service
.........................................................................................
9 Model of the connection-mode Transport Service
. General .
.......................................................................................................
Model of a Transport Connection
Quality of connection-mode Transport Service .
TC establishment delay .
10.1
...................................................................................................
10.2 TC establishment failure probability
10.3 Throughput .
10.4 Transit delay .
10.5 Residual error rate .
Transfer failure probability .
10.6
..................................................................................................................................
10.7 TC release delay
.............................................................................................................
10.8 TC release failure probability
10.9 TC protection .
10.10 TC priority .
............................................................................................................................
10.11 Resilience of the TC
......................................................................................................
11 Sequence of Transport Service primitives
.............................................................................
11.1 Relation of TS primitives at the two TC endpoints
..................................................................................
11.2 Sequence of TS primitives at one TC endpoint
0 ISO/IEC 1996
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 micro-
film, without permission in writing from the publisher.
l CH-1211 Geneve 20 l Switzerland
ISO/IEC Copyright Office l Case postale 56
Printed in Switzerland
ii
@ ISO/IEC ISO/IEC 8072: 1996(E)
12 Transport Connection establishment phase . 14
12.1 Function 14
..............................................................................................................................................
Types of TS primitives and parameters 14
12.2 .
12.2.1 Addresses 14
..........................................................................................................................
12.2.2 Called Address . 14
12.2.3 Calling Address . 15
12.2.4 Responding Address 15
.........................................................................................................
12.2.5 Expedited Data option 15
.......................................................................................................
12.2.6 Quality of Service . 15
12.2.7 TS user-data . 16
12.3 Sequence of TS primitives . 16
12.4 Negotiation of expedited data transfer service . 16
.........................................................................................................................................
13 Data transfer phase
.........................................................................................................................
13.1 Data Transfer Service
Function .
13.1.1
............................................................................
13.1.2 Types of TS primitives and parameters
....................................................................................................
13.1.2.1 TS user-data
Sequence of TS primitives .
13.1.3
...........................................................................................................
13.2 Expedited data transfer service
Function .
13.2.1
............................................................................
13.2.2 Types of TS primitives and parameters
....................................................................................................
13.2.2.1 TS user-data
................................................................................................
13.2.3 Sequence of TS primitives
...............................................................................................................
14 Transport Connection release phase
14.1 Function .
..............................................................................................
Types of TS primitives and parameters
14.2
...............................................................................................................................
14.2.1 Reason
TS user-data .
14.2.2
................................ 19
14.3 Sequence of TS primitives when releasing an established transport connection
..............................................
14.4 Sequence of TS primitives in TS user rejection of a TC establishment
..................... 21
14.5 Sequence of TS primitives in a TS provider rejection of a TC Establishment attempt.
............................................
- DEFINITION OF THE CONNECTIONLESS-MODE SERVICE
SECTION 3
................................................................................
Features of the connectionless-mode Transport Service
...................................................................................
16 Model of the connectionless-mode Transport Service
................................................................................................................................................
16.1 General
....................................................................... 22
Model of transport connectionless-mode transmission
16.2
.......................................................................................
17 Quality of connectionless-mode Transport Service
........................................................................................................................
17.1 Determination of QOS
..........................................................................
17.2 Definition of connectionless-mode QOS parameters
......................................................................................................................
17.2.1 Transit delay
17.2.2 Protection .
.................................................................................................
17.2.3 Residual error probability
..............................................................................................................................
17.2.4 Priority
...........................................................................
18 Sequence of connectionless-mode primitives at one TSAP
...................................................................................................................................................
19 Data transfer
..............................................................................................................................................
19.1 Function
....................................................................................................
19.2 Types of primitives and parameters
Addresses .
19.2.1
.............................................................................................................
19.2.2 Quality of Service
.......................................................................................................................
19.2.3 TS user data
19.3 Sequence of primitives .
. . .
ISO/IEC 8072: 1996(E) 0 ISOIIEC
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
IS0 and IEC, also take part in the work.
In the field of information technology, IS0 and IEC have established a joint
technical committee, ISO/IEC JTC 1. Draft International Standards adopted by the
joint technical committee are circulated to national bodies for voting. Publication
as an International Standard requires approval by at least 75 % of the national
bodies casting a vote.
International Standard ISO/IEC 8072 was prepared by Joint Technical Committee
ISOIIEC JTC 1, Information technology, Subcommittee SC 6, Telecommuni-
cations and information exchange between systems, in collaboration with ITU-T.
The identical text is published as ITU-T Recommendation X.214.
This third edition cancels and replaces the second edition (ISOLIEC 8072:1994),
which has been technically revised.
@ ISOAEC ISO/IEC 8072: 1996(E)
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 (see ITU-T
Rec. X.200 I ISO/IEC 7498-l) 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.
SesSiOn
session Protocol
layer
Transport service
Provider
Transport
Transport Protocol
service
layer
TISOM90-9%IIl
Figure Intro. l- 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.
” within the set of OS1 Recommendations I
NOTE - It is important to distinguish the specialized use of the term “Service
International Standards from its use elsewhere to describe the provision of a service by an organization (such as the provision of a
service, as defined in other Recommendations, by an Administration).
This page intentionally left blank
ISO/IIK 8072 : 1996 (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;
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.
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. All Recommendations and Standards are subject to revision and parties to agreements based on this
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.
21 0 Identical Recommendations I International Standards
-
ITU-T Recommendation X.200 (1994) I ISO/IEC 7498-l : 1994, Infomzation technology - @en Systems
Interconnection - Basic Reference Model: The Basic Model.
-
ITU-T Recommendation X.210 (1993) I ISO/IEC 1073 1: 1994, Information technology - Open Systems
Interconnection - Basic Reference Model: Conventions for the definition of QSZ services.
IT&T Rec. X.214 (1995 E)
ISO/IEC 8072 : 1996 (E)
3 Definitions
For the purposes of this Recommendation I International Standard, the following definitions apply.
31 . Reference Model definitions
This Service Definition is based on the concepts developed in the OS1 Reference Model (see ITU-T Rec. X.200 I
ISO/IEC 7498-l), and makes use of the following terms defined in it:
expedited transport-service-data-unit;
a)
b) transport-connection;
transport-connection endpoint;
Cl
d) Transport Layer;
e) Transport Service;
f) transport-service-access-point;
g) transport-service-access-point address;
h) transport-service-data-unit;
Network Layer;
.
Network Service;
J)
k) network-connection;
1) interface flow control.
Service (Definition) conventions
32 0
This Service Definition also makes use of the following terms defined in ITU-T Rec. X.210 I ISO/IEC 1073 1, as they
apply to the Transport Layer:
service-user;
a>
service-provider;
b)
primitive;
C)
request;
d)
indication;
e)
response;
g) confirm.
33 l Transport Service Definitions
For the purpose of this Service Definition, the following definitions also apply.
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
services to be provided for the set.
NOTE - This definition clarifies that given in ITU-T Rec. X.200 I IS0 749% 1.
A Transport Service user that initiates a transport connection establishment request.
3.3.2 calling TS user:
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.
The transfer of a TSDU from a source TSAP to a destination
3.3.4 transport connection-mode data transmission:
TSAR within the context of a TC that has previously been established.
2 IT&T Rec. X.214 (1995 E)
ISO/IEC 8072 : 1996 (E)
3.3.5 transport connectionless-mode data transmission: The transmission of a TSDU from a source TSAP to one
or more destination TSAPs 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.
receiving TS user: A Transport Service user that acts as a sink of data during the data transfer phase of a
3.3.7
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.
identifies a particular of TSAPs. A Transport address
3.3.8 group transport address: An address that
group group
may only be used to identify destination addresses.
4 Abbreviations
For the purposes of this Recommendation I International Standard, the following abbreviations apply:
Transport Service
TS
Transport-connection
TC
TSAP Transport-service-access-point
TSDU Transport-service-data-unit
Quality of Service
QOS
5 Conventions
General conventions
51 0
This Service Definition uses the descriptive conventions given in ITU-T Rec. X.210 I ISO/IEC 1073 1.
Parameters
52 .
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 falls may carry the parameter labelling the row in
which it falls.
Some entries are further qualified by items in brackets. These may be:
a) Indications that the parameter is optional in some way:
(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
It relieves these TS users from any
The Transport Service provides transparent transfer of data between TS users.
concern about the detailed way in which supporting communications media are util ized to achieve this transfer.
The Transport Service provides for the following:
a) 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.
ITU-T Rec. X.214 (1995 E) 3
ISO/IEC 8072 : 1996 (E)
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:
C)
The Transport Service provides for the transfer of data between two TS users in the case of the
connection-mode Transport Service or between two or more TS users in the case of the connectionless-
mode Transport Service in end systems.
Transparency of transferred informution:
d)
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:
e)
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 or a specific group of TSAPs.
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>
b) a connectionless-mode service (defined in clauses 15 to 19).
When referring to this Service Definition, a user or provider of TS shall state which type(s) 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:
a) The means to establish a TC with another TS user for the purpose of exchanging TSDUs. More than one
TC may exist between the same pair of TS users.
b)
Associated with each TC at its time of establishment, the opportunity to request, negotiate, and have
agreed by the TS provider a certain Quality of Service as specified by means of Quality of Service
parameters.
c) The means of transferring TSDUs on a TC. The transfer of TSDUs which consist of an integral number of
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.
d) The means by which the receiving TS user may control the rate at which the sending TS user may send
octets of data.
IT&T Rec. X.214 (1995 E)
ISO/IEC 8072 : 1996 (E)
e) The means of transferring separate expedited TSDUs when agreed to by both TS users. Expedited TSDUs
transfer is subject to a different flow control from normal data across the TSAP.
f)
The unconditional and therefore possible destructive release of a TC.
Model of the connection-mode Transport Service
91 a General
This Service Definition uses the abstract model for a layer service defined in ITU-T Rec. X.210 I ISO/IEC 1073 1. 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.
92 . 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.
I
TS TS
user A user B
4 4
1r
1r
TS Provider
Queue from A to B
Queue from B to A
TI SO2450-94c02
Figure 1 - Abstract model of a Transport Connection
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 TSAPs.
The pair of queues is considered to be available for each potential TC.
The objects which may be placed in a queue by a TS user (see clauses 12 to 14) are:
a) connect objects (each representing all parameters contained in a T-CONNECT request or T-CONNECT
response primitive);
b) octets of normal data;
indications of end-of-TSDU (completion of a T-DATA primitive);
C)
d) expedited TSDUs (representing all parameters of a T-EXPEDITED-DATA primitive);
e) disconnect objects (each representing all parameters contained in a T-DISCONNECT primitive).
NOTES
Normal and expedited TSDU transfer will result in different objects being entered into the queue.
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.
ITU-T Rec. X.214 (1995 E) 5
ISO/IEC8072:1996(E)
The only objects which can be placed in a queue by the TS provider are disconnect objects (representing T-DISCONNECT
primitives and their parameters).
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:
a) Queues are empty before a connect object has been added and can be returned to this state, with loss of
their contents, by the TS provider under the circumstances as described in h) below.
b) Objects are added to the queue, subject of control by the TS provider.
c) Objects are normally removed from the queue, subject to control by the receiving TS user.
d) Objects are normally removed in the same order that they were added [but see g) and h) below].
e) A queue has a limited capacity, but this capacity is not necessarily either fixed or determinable.
f) The management of the queue capacity shall be such that normal data and end-of-TSDU indications
cannot be added to the queue when its addition would prevent addition of an expedited TSDU or
disconnect object. Similarly expedited TSDUs cannot be added if their addition would prevent the
addition of a disconnect object.
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
which support the operation of a queue are not visible in the Transport Service. A queue is
1 The internal mechanisms
one particular way of expressing the mutu al interaction between primitives at different TSAPs. There may also be, for example:
constraints on the local ability to invoke primitives;
a)
b) service procedures defining particular sequencing constraints on some primitives.
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.
ITU-T Rec. X.214 (1995 E)
ISO/IEC 8072 : 1996 (E)
Table 1 - Precedence table
The queue object x
Octets of
Connect End-of-TSDU Expedited Disconnect
normal
object indication TSDU object
has precedence data
over queue object y
No No Yes [see h)]
Connect object
No No
Octets of normal data Yes [see g)] Yes [see h)]
End-of-TSDU indication No No Yes [see g)] Yes [see h)]
Expedited TSDU No No No Yes [see h)]
-
No [see h)]
Disconnect object
Not applicable.
No No precedence exists.
Yes Precedence exists.
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.
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 11. 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 delay becomes longer;
a)
b) a throughput becomes lower;
the error rate becomes higher;
C)
d) the priority becomes lower;
the failure probability becomes higher.
e)
f) TC protection provided by the TS provider need not be that requested by the TS user.
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
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 user may also indicate whether the request is an absolute requirement or whether
a degraded value is acceptable.
ITU-T Rec. X.214 (1995 E) 7
ISO/IEC 8072 : 1996 (E)
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
Phase
Accuracy/Reliability
Speed
TC establishment delay TC establishment failure probability (misconnection/TC refusal)
TC establishment
Residual error rate (corruption, duplication/loss)
Data transfer Throughput
Transit delay Resilience of the TC
Transfer failure probability
TC release TC release delay TC release failure probability
TC establishment delay
10.1
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
TC refusal, or excessive delay on the part of the
acceptable TC establishment delay as a result of misconnection,
TC refusal, or excessive delay on the part of a
TS provider. TC establishment attempts which fail as a result of error,
TS user are excluded in calculating the TC establishment failure probability.
Throughput
10.3
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-l TSDUs divided by the time between the first
a)
and last T-DATA requests in the sequence; and
b) the number of TS user data octets contained in the last n-l TSDUs divided by the time between the first
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.
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 receiving TS user. Thus, the sequence of TSDUs in the calculation above are
8 ITU-T Rec. X.214 (1995 E)
ISO/IEC 8072 : 1996 (E)
defined to be presented continuously at the maximum rate. The average throughput value represents the expected
transfer rate on a TC including the effects of expected user-attributable delays (e.g. non-continuous TSDU input,
receiving TS user flow control). Thus, the sequence of TSDUs in the calculation above is defined to be presented at a
rate which includes components representing average user delays.
It is possible for either the input or the output of a sequence of TSDUs to be excessively delayed by the TS users. Such
occurrences are excluded in calculating average throughput values.
For each direction of transfer, and for each of the maximum throughput and average throughput specifications, the
throughput QOS for a particular TC will be negotiated among the TS users and the TS provider (see 12.2.6).
10.4 Transit delay
Transit delay is the elapsed time between a T-DATA request and the corresponding T-DATA indication. Elapsed time
values are calculated only on TSDUs that are successfully transferred.
Successful transfer of a TSDU is defined to occur when the TSDU is transferred from the sending TS user to the
intended receiving TS user without error, in the proper sequence, prior to release of the TC by the receiving TS user.
Transit delay is specified independently for each direction of transfer. In general, each transit delay specification will
define both the average value and the maximum value expected for a TC. Each specification will be based on a
previously stated average TSDU size.
The transit delay for an individual TSDU may be greatly increased if the receiving TS user exercises interface flow
control. Such occurrences are excluded in calculating both average and maximum transit delay values.
Residual error rate
10.5
Residual error rate is the ratio of total incorrect, lost and duplicate TSDUs to total TSDUs transferred across the TS
boundary during a measurement period. The relationship among these quantities is defined for a particular TS user pair,
as shown in Figure 2.
TSDUs sent TSDUs sent
by TS-user X by TS-user Y
/
II IGUll tll;l
transferred -
TSDUs
TSDUs
TISO2460-94d03
Total TSDUs transferred (T)
Residual Error Rate (RER) = Te +T+ Tx
Figure 2 - Components of residual error rate
10.6 Transfer failure probability
Transfer failure probability is the ratio of total transfer failures to total transfer samples observed during a performance
measurement.
IT&T Rec. X.214 (1995 E) 9
ISO/IEC 8072 : 1996 (E)
A transfer sample is a discrete observation of TS provider performance in transferring TSDUs between a specified
sending and receiving TS user. A transfer sample begins on input of a selected TSDU at the sending TS user boundary,
and continues until the outcome of a given number of TSDU transfer attempts has been determined. A transfer sample
will normally correspond to the duration of an individual TC.
A transfer failure is a transfer sample in which the observed performance is worse than a specified minimum acceptable
level. Transfer failures are identified by comparing the measured values for three supported performance parameters
with specified transfer failure thresholds. The three supported performance parameters are throughput, transit delay and
residual error rate.
transfer failure probability can be
In systems where Transport Service QOS is reliably monitored by the TS provider,
estimated by the probability of a TS provider initiated release during a transfer sample.
10.7 TC release delay
TC release delay is the maximum acceptable delay between a TS user initiated T-DISCONNECT request and the
successful release of the TC at the peer TS user. TC release delay is normally specified independently for each TS user.
TC release delay does not apply in cases where release is initiated by the TS provider.
Issuance of a T-DISCONNECT request by either TS user starts the counting of TC release delay for the other user.
Successful release is signalled to the TS user not initiating the T-DISCONNECT request by a T-DISCONNECT
indication.
TC release failure probability
10.8
TC release failure probability is the ratio of total TC release requests resulting in release failure to total release requests
included in a measurement sample. TC release failure probability is normally specified independently for each TS user.
A release failure is defined to occur, for a particular TS user, if that user does not receive a T-DISCONNECT indication
within the specified maximum TC release delay of the TS user issuing the T-DISCONNECT request (given that the
former TS user had not itself issued a T-DISCONNECT request).
10.9 TC protection
Protection QOS is the degree to which the TS provider attempts to counter security threats to the Transport Service using
security serv
...
ISO/CEI
NORME
INTERNATIONALE
Troisième édition
1996-08-o 1
Technologies de l’information -
Interconnexion de systèmes ouverts
(OSI) - Définition du service de transport
Open sys tems in terconnection - Transport
Information technology -
service definition
Numéro de référence
ISO/CEI 80723 996(F)
ISOKEI 8072: 1996(F)
Sommaire
Page
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
SECTION 1 - CONSIDÉRATIONS GÉNÉRALES
Domaine d’application .
...................................................................................................................................
References normatives
...................................................................... 1
21 . Recommandations I Normes internationales identiques
Définitions .
.................................................................................................... 2
31 Définitions du modèle de référence
............................................................................... 2
312 Conventions (relatives à la definition) de service
....................................................................................... 2
33 . Définitions relatives au service de transport
Abréviations .
Conventions .
........................................................................................................................ 3
51 Conventions générales
........................................................................................................................................... 3
512 Paramètres
Aperçu général et caracteristiques générales .
........................................................................................................ 4
Classes et types de services de transport
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
SECTION 2 - DÉFINITION DU SERVICE EN MODE CONNEXION
......................................................................... 4
8 Caractéristiques du service de transport en mode connexion
...................................................................................... 5
9 Modèle du service de transport en mode connexion
Considerations générales . 5
912 Modele d’une connexion de transport .
....................................................................................... 7
10 Qualité du service de transport en mode connexion
................................................................................ 8
10.1 Délai d’établissement de connexion de transport
........................................................... 8
10.2 Probabilité d’echec d’établissement de connexion de transport
.................................................................................................................................................... 9
10.3 Débit
.................................................................................................................................. 9
10.4 Temps de transit
10.5 Taux d’erreurs résiduel . 9
10.6 Probabilité d’échec de transfert .
................................................................................ 10
10.7 Délai de libération d’une connexion de transport
.......................................................... 10
10.8 Probabilité d’échec de libération d’une connexion de transport
............................................................................................... 11
10.9 Protection des connexions de transport
10.10 Priorité d’une connexion de transport . 11
10.11 Resilience d’une connexion de transport . 11
0 ISOKEI 1996
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne
peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou
mécanique, y compris la photocopie et les microfilms, sans l’accord écrit de l’éditeur.
ISO/CEI Copyright Office l Case postale 56 l CH- 1211 Genève 20 l Suisse
Imprimé en Suisse
ii
0 ISOICEI ISOKEI 8072: 1996(F)
11 Séquencement des primitives du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
11.1 Relations entre les primitives du service de transport au niveau des deux extrémités de la
connexion de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
11.2 Séquencement des primitives du service de transport au niveau d’une extrémité de connexion de
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
transport 12
12 Phase d’établissement de connexion de transport . 15
12.1 Fonction . 15
12.2 Types de primitives et paramètres du service de transport . 15
12.2.1 Adresses . 15
12.2.2 Adresse appelée .
12.2.3 Adresse appelante . 16
12.2.4 Adresse de réponse . 16
12.2.5 Option données exprès . 16
12.2.6 Qualité de service . 16
12.2.7 Données utilisateur du service de transport . 17
12.3 Séquencement des primitives . 17
12.4 Négociation du service de transfert de données exprès . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
13 Phase de transfert de données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
13.1 Service de transfert de données normales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Fonction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13.1.1 18
13.1.2 Types de primitives et parametres du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*. 18
13.1.3 Séquencement des primitives du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
13.2 Service de transfert de données exprès . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
13.2.1 Fonction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Types de primitives et paramètres du service de transfert . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13.2.2 19
13.2.3 Séquence des primitives du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Phase de libération de connexion de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14 20
14.1 Fonction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
14.2 Types de primitives et paramètres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
14.2.1 Motif de la déconnexion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Données utilisateur du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
14.2.2
14.3 Séquencement des primitives du service de transport échangées au moment de la libération d’une
connexion de transport en service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
14.4 Séquence des primitives échangées en cas de refus d’établissement d’une connexion de transport
par un utilisateur du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
14.5 Séquence des primitives échangées en cas de refus d’établissement d’une connexion de transport
par le fournisseur du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
SECTION 3 - DÉFINITION DU SERVICE EN MODE SANS CONNEXION . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
15 Caractéristiques du service de transport en mode sans connexion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Modèle du service de transport en mode sans connexion . 24
16.1 Considérations générales . 24
16.2 Modele d’une transmission en mode sans connexion dans le service de transport . 24
Qualité du service de transport en mode sans connexion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17 25
17.1 Détermination de la qualité de service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17.2 Définition des paramètres de qualité de service en mode sans connexion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
17.2.1 Temps de transit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17.2.2 Protection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
17.2.3 Probabilité d’erreurs résiduelles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
17.2.4 Priorité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
. . .
0 ISO/CEI
ISO/CEI 8072: 1996(F)
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
18 Séquencement des primitives en mode sans connexion au niveau d’un point TSAP
......................................................................................................................................
19 Transfert de données
19.1 Fonction .
.........................................................................................
19.2 Types de primitives et paramètres associés
19.2.1 Adresses .
19.2.2 Qualité de service .
Données utilisateur du service de transport .
19.2.3
19.3 Séquencement des primitives .
iv
ISOKEI 8072: 1996(F)
0 ISOKEI
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 1’ISO ou de la CE1 participent au développement de Normes inter-
nationales 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 1’ISO et de la CE1 collaborent dans des
domaines d’intérêt commun. D’autres organisations internationales, gouverne-
mentales ou non gouvernementales, 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éé 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 ISOKEI JTC 1, Technologies de Z’information, sous-comité SC 6,
Te’léinformatique, en collaboration avec KJIT-T. Le texte identique est publié en
tant que Recommandation UIT-T X.214.
Cette troisième édition annule et remplace la deuxième édition
(ISOKEI 8072:1994), qui a fait l’objet d’une révision technique.
0 ISOICEI
ISOKEI 8072: 1996(F)
Introduction
La présente Recommandation I Norme internationale fait partie d’un 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. UIT-T X.200 D
ISOKEI 7498-l) subdivise le domaine de normalisation de l’interconnexion en une série de couches de spécifications
ayant chacune une taille mtitrisable.
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. Cette relation est illustrée dans la Figure Intro. 1.
couche
,
protocole de session
utilise le service
SesSion
v
service de transport
A
couche
protocole de transport fournit le service
transport
TI SOfBO-92/dO1
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 1 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 - Il est important de faire la distinction entre l’utilisation spécialisée du terme «service» dans le contexte des
Recommandations I Normes internationales OS1 et son utilisation par ailleurs pour dhire la fourniture d’un service par une
organisation (par exemple, la fourniture par une Administration d’un service, avec le sens qui est donné à ce terme dans d’autres
Recommandations).
vi
ISOKEI 8072 : 1996 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE -L’INFORMATION -
INTERCONNEXION DE SYSTÈMES OUVERTS (OSI) -
DÉFINITION DU SERVICE DE TRANSPORT
SECTION 1 - CONSIDÉRATIONS GÉNÉRALES
1 Domaine d’application
La présente Recommandation I Norme internationale définit d’une façon abstraite, et tel qu’il est vu de l’extérieur, le
service fourni par la couche transport OSI, en termes:
des actions et événements primitifs du service;
a>
b) des paramètres associés à chaque action et événement primitif;
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 util isé par tout protocol .e 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 d’un système. La conformité des
équipements à la présente Recommandation I Norme internationale est obtenue par la mise en œuvre 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. Toutes Recommandations et Normes sont sujettes à
révision et les parties prenantes aux accords fondés sur la présente Recommandation I Norme internationale sont invitées
à rechercher la possibilité d’appliquer les éditions les plus récentes des Recommandations et Normes internationales
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 de I’UIT-T
en vigueur.
21 0 Recommandations I Normes internationales identiques
-
Recommandation UIT-T X.200 (1994) I ISOKEI 7498- 1: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: Le modèle de référence de base.
-
Recommandation UIT-T X.210 (1993) I ISOKEI 1073 1: 1994, Technologies de Z’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: Conventions pour la définition des
services de l’interconnexion des systèmes ouverts.
Rec. UIT-T X.214 (1995 F) 1
ISOKEI 8072 : 1996 (F)
3 Définitions
Pour les besoins de la présente Recommandation I Norme internationale, les définitions suivantes s’appliquent.
Définitions du modèle de référence
31 .
La présente Définition de service est fondée sur les concepts élaborés dans le modèle de référence de base
d’interconnexion des systèmes ouverts (OSI) (Rec. UIT-T X.200 I ISOKEI 7498-l) et utilise les termes suivants, qui y
sont définis:
unite de données exprès du service de transport;
a)
connexion de transport;
b)
extremité de connexion de transport;
C)
couche transport;
d)
service de transport;
e)
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)
couche reseau;
.
service de réseau;
J)
connexion de réseau;
k)
contrôle de flux à l’interface.
1)
32 . Conventions (relatives à la définition) de service
La présente Définition de service utilise également les termes et expressions suivants, définis dans la Rec. UIT-T X.210 I
ISOKEI 1073 1, tels qu’ils s’appliquent à la couche transport:
utilisateur de service;
a)
b) fournisseur de service;
c) primitive;
d) demande;
indication;
e)
f) réponse;
g) confirmation.
33 0 Définitions relatives au service de transport
Les definitions suivantes s’appliquent également aux fins de la présente Définition de service.
connexion de transport: association établie par une couche transport entre deux utilisateurs du service de
3.3.1
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&?inition précise celle qui figure dans la Rec. UIT-T X.200 I ISOKEI 7498-l.
utilisateur du service de transport qui émet une demande
3.3.2 utilisateur appelant du service de transport:
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 a une connexion simple. Un
utilisateur du service de transport peut être simultan6ment appelant et appelé.
3.3.4 transmission de données en mode connexion dans le service de transport: transfert d’une unité TSDU d’un
point TSAP d’origine à un point TSAP de destination dans le contexte d’une connexion de transport (TC) préalablement
établie.
2 Rec. UIT-T X.214 (1995 F)
ISOKEI 8072 : 1996 (F)
3.3.5 transmission en mode sans connexion dans le service de transport: transmission d’une unité de données
TSDU d’un point d’accès TMP d’origine a un ou plusieurs points TSAP de destination hors du contexte d’une connexion
de transport (TC) et sans qu’il y ait de besoin relatif au maintien d’une relation logique quelconque entre les multiples
unités de données du service de transport (TSDU).
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 d’une connexion de transport ou pendant la durée d’une 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 d’une connexion de transport, ou pendant la durée d’une 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.
de points TSAI?. Une
3.3.8 adresse de transport groupée: adresse qui identifie un groupe particulier adresse de
transport groupée ne peut être utilisée que pour identifier des adresses de destination.
4 Abréviations
Pour les besoins de la présente Recommandation I Norme internationale, les abréviations suivantes sont utilisées:
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)
Unité de données du service de transport (transport-service-data-unit)
TSDU
Qualité de service
QS
5 Conventions
51 . Conventions générales
La présente Définition de service utilise les conventions descriptives de la Rec. UIT-T X.210 I ISOKEI 1073 1.
0 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 d’une colonne (primitive) et d’une ligne (paramètre) indique
que cette primitive peut être paramétrée par ce paramètre.
Certaines de ces croix sont qualifiees par un symbole entre parenthèses. Il peut s’agir:
d’une indication que le paramètre est d’une façon ou d’une autre optionnel:
a>
(U) indique que l’inclusion du paramètre relève d’un choix de l’utilisateur;
d’une contrainte spécifique au paramètre:
b)
(=) 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 de réponse émise au niveau du
point homologue d’accès au service.
6 Aperçu général et caractéristiques générales
Le service de transport assure un transfert transparent des données entre utilisateurs du service de transport. Il liber-e ces
utilisateurs de toute préoccupation concernant les détails d’utilisation du support de communication pour réaliser ce
transfert.
Rec. UIT-T X.214 (1995 F) 3
ISOKEI 8072 : 1996 (F)
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 caracteristiques telles que le debit, 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 a ses utilisateurs les différences de qualité de service assurées par le service
de reseau. Ces differences 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;
la signification de bout en bout:
Cl
le service de transport assure le transfert des données échangees entre deux utilisateurs du service de
transport dans le cas du service de transport en mode connexion ou entre deux utilisateurs ou plus du
service de transport dans le cas du service de transport en mode sans connexion dans des systèmes
d’extrémité;
la transparence des inforrnutions 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. Il 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ë a des points d’accès au service de transport ou à
un groupe spécifique de points d’accès au service de transport.
7 Classes et types de services de transport
Il existe deux types de services de transport:
a) un service en mode connexion (défini aux articles 8 à 14);
b) un service en mode sans connexion (défini aux articles 15 à 19).
Lorsqu’il fait référence à la présente Définition de service, un utilisateur ou un fournisseur du service de transport doit
indiquer quel(s) type(s) de service(s) il entend utiliser ou fournir.
Il 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:
a) le moyen d’établir une connexion de transport avec un autre utilisateur du service de transport, afin
d’échanger des unités TSDU. Plusieurs connexions de transport peuvent exister entre un même couple
d’utilisateurs du service de transport;
b) la possibilité de demander, de négocier et de faire agréer par le fournisseur du service de transport, pour
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;
c) le moyen de transférer des unités TSDU sur une connexion de transport. Les unites TSDU, qui
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;
4 Rec. UIT-T X.214 (1995 F)
ISOKEI 8072 : 1996 (F)
d) le moyen pour l’utilisateur destinataire du service de transport de contrôler la vitesse à laquelle l’utilisateur
expéditeur du service de transport peut transmettre les octets de données;
e) le moyen de transférer separement des unités TSDU exprès, quand cela a été convenu par les deux
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;
f) la libération inconditionnelle, et donc éventuellement destructive, d’une connexion de transport.
9 Modèle du service de transport en mode connexion
91 0 Considérations générales
La présente Définition de service utilise le modèle abstrait du service d’une couche, défini dans la Rec. UIT-T X.210 I
ISOKEI 10731. 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 (TMP). Les informations sont échangées entre l’utilisateur et le
fournisseur du service de transport à l’aide de primitives, éventuellement paramétrées.
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 realisation.
92 0 Modèle d’une connexion de transport
Le fonctionnement d’une 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 1). Chaque connexion de
transport est modélisée par un couple distinct de files d’attente.
/
utilisateur A utilisateur B
du setvice du sewice
de trmsport
de transport
\
A A
1r 1r
fournisseur du service de transport
.
file dattente de A vers B
file dattente de B vers A
TISO2450-94lcO2
Figure 1 - Modèle abstrait d’une connexion de transport
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.
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:
a) des objets de connexion (chacun d’eux représentant tous les paramètres contenus dans une primitive de
demande ou de réponse T-CONNECT);
b) des octets de données normales;
Rec. UIT-T X.214 (1995 F)
ISOKEI 8072 : 1996 (F)
c) des indications de fin d’unité TSDU (indiquant la fin d’une primitive T-DATA);
d) des unités TSDU exprès (représentant tous les paramètres d’une primitive T-EXPEDITED-DATA);
e) des objets de déconnexion (chacun représentant tous les paramètres contenus dans une primitive
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 d’un 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 d’une 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).
L’utilisateur A du service de transport qui amorce l’établissement d’une 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é retire. 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 d’un 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 autorises à 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-a-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:
a) les files d’attente sont vides avant qu’un objet de connexion n’y soit introduit, et peuvent être ramenées à
cet état, avec perte de leur contenu, par le fournisseur du service de transport dans les circonstances
décrites en h);
des objets sont ajoutes à la file d’attente, sous le contrôle du fournisseur du service de transport;
le contrôle de l’utilisateur destinataire du
les objets sont normalement retirés de la file d’attente, sous
Cl
service de transport;
les objets sont normalement retires dans l’ordre où ils ont été introduits [mais voir les points g) et h)];
une file d’attente a une capacité limitée, mais cette capacité n’est pas nkessairement fixe ni déterminable;
d
f) la gestion de la capacité de la file d’attente doit être telle qu’il ne soit pas possible d’y ajouter des
indicateurs de données normales, ou de fin d’unité TSDU si cette addition empêche celle d’une unité
TSDU exprès ou d’un objet de déconnexion. De même, des unités TSDU exprès ne doivent pas pouvoir
être ajoutées si cette adjonction empêche celle d’un 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:
le réordonnancement:
l’ordre de tout couple d’objets peut être inversé si, et seulement si, l’objet suivant est d’un 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 1);
la suppression:
h)
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 supprime de cette
manière, l’objet de déconnexion est également supprimé. Si un objet de connexion, associe à 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 types 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écifie, effectuer toutes les actions autorisées de
types g) et h).
6 Rec. UIT-T X.214 (1995 F)
ISOKEI 8072 : 1996 (F)
NOTES
Les mkcanismes internes qui prennent en charge le fonctionnement d’une file d’attente ne sont pas visibles du service
de transport. Une file d’attente est une façon particulière d’exprimer l’interaction entre les primitives à des points TSAP differents. Le
fonctionnement des files d’attente peut être également soumis:
à des contraintes imposées localement pour l’appel des primitives;
a)
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émite 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 d’un même point
d’actes au service de transport. Toutes les primitives doivent alors utiliser ce mécanisme d’identification pour identifier la connexion
de transport à laquelle elles s’appliquent. Cette identification implicite n’est pas mont& sous la forme d’un parametre des primitives
du service transport et ne doit pas être confondue avec les paramètres d’adresse des primitives T-CONNECT.
Tableau 1 - Table de priorité
l’objet en file
d’attente x
octet de indication de
objet de unité. TSDU objet de
données fin d’unité
connexion exprès déconnexion
a la priorité
normales TSDU
sur l’objet en
file d’attente y
objet de connexion non non oui [voir h)]
octet de données normales non non oui [voir g)] oui [voir h)]
indication de fin d’unité TSDU non non oui [voir g)] oui [voir h)]
unité TSDU exprès non non non oui [voir h)]
-
objet de déconnexion non [voir h)]
-
sans objet
non n’a pas priorité
oui a priorité
10 Qualité du service de transport en mode connexion
L’expression qualité de service se rapporte à certaines caractéristiques d’une connexion de transport, telles qu’elles sont
observées d’extrémité a extr&nité.
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 d’une methode pour spécifier leurs
exigences et au fournisseur du service de transport de disposer d’une base pour le choix du protocole.
Normalement, la qualité de service est négociée entre les utilisateurs et le fournisseur du service de transport, pour
chaque connexion de transport, à l’aide des primitives de demande, d’indication, de réponse et de confirmation
T-CONNECT définies à l’article 11. La qualité de service demandée par l’utilisateur appelant du service de transport peut
être ramenée à un niveau inférieur soit par le fournisseur du service de transport à la suite de la demande de connexion
de transport, soit par l’utilisateur appelé du service de transport, à la suite de l’indication de connexion de transport.
Appliqué a certains paramètres de qualité de service, cela peut se traduire par:
une augmentation de délai;
a)
b) une diminution de débit;
une augmentation du taux d’erreurs;
C)
d) une réduction du niveau de priorité;
une augmentation de la probabilité d’échec;
e)
f) la protection de la connexion de transport assurée par le fournisseur du service de transport n’est pas
nécessairement celle demandée par l’utilisateur du service de transport.
Les valeurs des paramètres de qualité de service ainsi négociées restent en vigueur pendant toute la durée de vie de la
connexion de transport.
Rec. UIT-T X.214 (1995 F)
ISOKEI 8072 : 1996 (F)
NOTE - Les utilisateurs du service de transport doivent savoir que le maintien de la qualité de service négociée à l’origine
n’est pas garanti pour toute la durée de la connexion, et que les modifications de la qualité de service ne sont pas signalées
explicitement par le fournisseur du service de transport.
La qualité de service vue des deux extrémités d’une connexion de transport établie est toujours identique.
Cet article ne spécifie pas de valeurs ni de classes de valeurs particulières pour les parametres de qualité de service. En
général, les choix possibles et les valeurs par défaut de chaque paramètre seront spécifiés au moment de l’installation
initiale par le fournisseur du service de transport. Les valeurs de certains ou de la totalité des paramètres peuvent être
fixées pour un fournisseur de service de transport donné; dans ce cas, il n’y a pas lieu de négocier la qualité de service
pour chaque connexion de transport. Quand un utilisa
...
ISO/CEI
NORME
INTERNATIONALE
Troisième édition
1996-08-o 1
Technologies de l’information -
Interconnexion de systèmes ouverts
(OSI) - Définition du service de transport
Open sys tems in terconnection - Transport
Information technology -
service definition
Numéro de référence
ISO/CEI 80723 996(F)
ISOKEI 8072: 1996(F)
Sommaire
Page
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
SECTION 1 - CONSIDÉRATIONS GÉNÉRALES
Domaine d’application .
...................................................................................................................................
References normatives
...................................................................... 1
21 . Recommandations I Normes internationales identiques
Définitions .
.................................................................................................... 2
31 Définitions du modèle de référence
............................................................................... 2
312 Conventions (relatives à la definition) de service
....................................................................................... 2
33 . Définitions relatives au service de transport
Abréviations .
Conventions .
........................................................................................................................ 3
51 Conventions générales
........................................................................................................................................... 3
512 Paramètres
Aperçu général et caracteristiques générales .
........................................................................................................ 4
Classes et types de services de transport
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
SECTION 2 - DÉFINITION DU SERVICE EN MODE CONNEXION
......................................................................... 4
8 Caractéristiques du service de transport en mode connexion
...................................................................................... 5
9 Modèle du service de transport en mode connexion
Considerations générales . 5
912 Modele d’une connexion de transport .
....................................................................................... 7
10 Qualité du service de transport en mode connexion
................................................................................ 8
10.1 Délai d’établissement de connexion de transport
........................................................... 8
10.2 Probabilité d’echec d’établissement de connexion de transport
.................................................................................................................................................... 9
10.3 Débit
.................................................................................................................................. 9
10.4 Temps de transit
10.5 Taux d’erreurs résiduel . 9
10.6 Probabilité d’échec de transfert .
................................................................................ 10
10.7 Délai de libération d’une connexion de transport
.......................................................... 10
10.8 Probabilité d’échec de libération d’une connexion de transport
............................................................................................... 11
10.9 Protection des connexions de transport
10.10 Priorité d’une connexion de transport . 11
10.11 Resilience d’une connexion de transport . 11
0 ISOKEI 1996
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne
peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou
mécanique, y compris la photocopie et les microfilms, sans l’accord écrit de l’éditeur.
ISO/CEI Copyright Office l Case postale 56 l CH- 1211 Genève 20 l Suisse
Imprimé en Suisse
ii
0 ISOICEI ISOKEI 8072: 1996(F)
11 Séquencement des primitives du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
11.1 Relations entre les primitives du service de transport au niveau des deux extrémités de la
connexion de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
11.2 Séquencement des primitives du service de transport au niveau d’une extrémité de connexion de
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
transport 12
12 Phase d’établissement de connexion de transport . 15
12.1 Fonction . 15
12.2 Types de primitives et paramètres du service de transport . 15
12.2.1 Adresses . 15
12.2.2 Adresse appelée .
12.2.3 Adresse appelante . 16
12.2.4 Adresse de réponse . 16
12.2.5 Option données exprès . 16
12.2.6 Qualité de service . 16
12.2.7 Données utilisateur du service de transport . 17
12.3 Séquencement des primitives . 17
12.4 Négociation du service de transfert de données exprès . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
13 Phase de transfert de données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
13.1 Service de transfert de données normales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Fonction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13.1.1 18
13.1.2 Types de primitives et parametres du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*. 18
13.1.3 Séquencement des primitives du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
13.2 Service de transfert de données exprès . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
13.2.1 Fonction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Types de primitives et paramètres du service de transfert . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13.2.2 19
13.2.3 Séquence des primitives du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Phase de libération de connexion de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14 20
14.1 Fonction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
14.2 Types de primitives et paramètres . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
14.2.1 Motif de la déconnexion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
Données utilisateur du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
14.2.2
14.3 Séquencement des primitives du service de transport échangées au moment de la libération d’une
connexion de transport en service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
14.4 Séquence des primitives échangées en cas de refus d’établissement d’une connexion de transport
par un utilisateur du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
14.5 Séquence des primitives échangées en cas de refus d’établissement d’une connexion de transport
par le fournisseur du service de transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
SECTION 3 - DÉFINITION DU SERVICE EN MODE SANS CONNEXION . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
15 Caractéristiques du service de transport en mode sans connexion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
Modèle du service de transport en mode sans connexion . 24
16.1 Considérations générales . 24
16.2 Modele d’une transmission en mode sans connexion dans le service de transport . 24
Qualité du service de transport en mode sans connexion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17 25
17.1 Détermination de la qualité de service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17.2 Définition des paramètres de qualité de service en mode sans connexion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
17.2.1 Temps de transit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17.2.2 Protection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
17.2.3 Probabilité d’erreurs résiduelles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
17.2.4 Priorité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
. . .
0 ISO/CEI
ISO/CEI 8072: 1996(F)
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
18 Séquencement des primitives en mode sans connexion au niveau d’un point TSAP
......................................................................................................................................
19 Transfert de données
19.1 Fonction .
.........................................................................................
19.2 Types de primitives et paramètres associés
19.2.1 Adresses .
19.2.2 Qualité de service .
Données utilisateur du service de transport .
19.2.3
19.3 Séquencement des primitives .
iv
ISOKEI 8072: 1996(F)
0 ISOKEI
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 1’ISO ou de la CE1 participent au développement de Normes inter-
nationales 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 1’ISO et de la CE1 collaborent dans des
domaines d’intérêt commun. D’autres organisations internationales, gouverne-
mentales ou non gouvernementales, 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éé 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 ISOKEI JTC 1, Technologies de Z’information, sous-comité SC 6,
Te’léinformatique, en collaboration avec KJIT-T. Le texte identique est publié en
tant que Recommandation UIT-T X.214.
Cette troisième édition annule et remplace la deuxième édition
(ISOKEI 8072:1994), qui a fait l’objet d’une révision technique.
0 ISOICEI
ISOKEI 8072: 1996(F)
Introduction
La présente Recommandation I Norme internationale fait partie d’un 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. UIT-T X.200 D
ISOKEI 7498-l) subdivise le domaine de normalisation de l’interconnexion en une série de couches de spécifications
ayant chacune une taille mtitrisable.
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. Cette relation est illustrée dans la Figure Intro. 1.
couche
,
protocole de session
utilise le service
SesSion
v
service de transport
A
couche
protocole de transport fournit le service
transport
TI SOfBO-92/dO1
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 1 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 - Il est important de faire la distinction entre l’utilisation spécialisée du terme «service» dans le contexte des
Recommandations I Normes internationales OS1 et son utilisation par ailleurs pour dhire la fourniture d’un service par une
organisation (par exemple, la fourniture par une Administration d’un service, avec le sens qui est donné à ce terme dans d’autres
Recommandations).
vi
ISOKEI 8072 : 1996 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE -L’INFORMATION -
INTERCONNEXION DE SYSTÈMES OUVERTS (OSI) -
DÉFINITION DU SERVICE DE TRANSPORT
SECTION 1 - CONSIDÉRATIONS GÉNÉRALES
1 Domaine d’application
La présente Recommandation I Norme internationale définit d’une façon abstraite, et tel qu’il est vu de l’extérieur, le
service fourni par la couche transport OSI, en termes:
des actions et événements primitifs du service;
a>
b) des paramètres associés à chaque action et événement primitif;
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 util isé par tout protocol .e 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 d’un système. La conformité des
équipements à la présente Recommandation I Norme internationale est obtenue par la mise en œuvre 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. Toutes Recommandations et Normes sont sujettes à
révision et les parties prenantes aux accords fondés sur la présente Recommandation I Norme internationale sont invitées
à rechercher la possibilité d’appliquer les éditions les plus récentes des Recommandations et Normes internationales
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 de I’UIT-T
en vigueur.
21 0 Recommandations I Normes internationales identiques
-
Recommandation UIT-T X.200 (1994) I ISOKEI 7498- 1: 1994, Technologies de l’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: Le modèle de référence de base.
-
Recommandation UIT-T X.210 (1993) I ISOKEI 1073 1: 1994, Technologies de Z’information -
Interconnexion des systèmes ouverts - Modèle de référence de base: Conventions pour la définition des
services de l’interconnexion des systèmes ouverts.
Rec. UIT-T X.214 (1995 F) 1
ISOKEI 8072 : 1996 (F)
3 Définitions
Pour les besoins de la présente Recommandation I Norme internationale, les définitions suivantes s’appliquent.
Définitions du modèle de référence
31 .
La présente Définition de service est fondée sur les concepts élaborés dans le modèle de référence de base
d’interconnexion des systèmes ouverts (OSI) (Rec. UIT-T X.200 I ISOKEI 7498-l) et utilise les termes suivants, qui y
sont définis:
unite de données exprès du service de transport;
a)
connexion de transport;
b)
extremité de connexion de transport;
C)
couche transport;
d)
service de transport;
e)
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)
couche reseau;
.
service de réseau;
J)
connexion de réseau;
k)
contrôle de flux à l’interface.
1)
32 . Conventions (relatives à la définition) de service
La présente Définition de service utilise également les termes et expressions suivants, définis dans la Rec. UIT-T X.210 I
ISOKEI 1073 1, tels qu’ils s’appliquent à la couche transport:
utilisateur de service;
a)
b) fournisseur de service;
c) primitive;
d) demande;
indication;
e)
f) réponse;
g) confirmation.
33 0 Définitions relatives au service de transport
Les definitions suivantes s’appliquent également aux fins de la présente Définition de service.
connexion de transport: association établie par une couche transport entre deux utilisateurs du service de
3.3.1
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&?inition précise celle qui figure dans la Rec. UIT-T X.200 I ISOKEI 7498-l.
utilisateur du service de transport qui émet une demande
3.3.2 utilisateur appelant du service de transport:
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 a une connexion simple. Un
utilisateur du service de transport peut être simultan6ment appelant et appelé.
3.3.4 transmission de données en mode connexion dans le service de transport: transfert d’une unité TSDU d’un
point TSAP d’origine à un point TSAP de destination dans le contexte d’une connexion de transport (TC) préalablement
établie.
2 Rec. UIT-T X.214 (1995 F)
ISOKEI 8072 : 1996 (F)
3.3.5 transmission en mode sans connexion dans le service de transport: transmission d’une unité de données
TSDU d’un point d’accès TMP d’origine a un ou plusieurs points TSAP de destination hors du contexte d’une connexion
de transport (TC) et sans qu’il y ait de besoin relatif au maintien d’une relation logique quelconque entre les multiples
unités de données du service de transport (TSDU).
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 d’une connexion de transport ou pendant la durée d’une 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 d’une connexion de transport, ou pendant la durée d’une 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.
de points TSAI?. Une
3.3.8 adresse de transport groupée: adresse qui identifie un groupe particulier adresse de
transport groupée ne peut être utilisée que pour identifier des adresses de destination.
4 Abréviations
Pour les besoins de la présente Recommandation I Norme internationale, les abréviations suivantes sont utilisées:
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)
Unité de données du service de transport (transport-service-data-unit)
TSDU
Qualité de service
QS
5 Conventions
51 . Conventions générales
La présente Définition de service utilise les conventions descriptives de la Rec. UIT-T X.210 I ISOKEI 1073 1.
0 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 d’une colonne (primitive) et d’une ligne (paramètre) indique
que cette primitive peut être paramétrée par ce paramètre.
Certaines de ces croix sont qualifiees par un symbole entre parenthèses. Il peut s’agir:
d’une indication que le paramètre est d’une façon ou d’une autre optionnel:
a>
(U) indique que l’inclusion du paramètre relève d’un choix de l’utilisateur;
d’une contrainte spécifique au paramètre:
b)
(=) 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 de réponse émise au niveau du
point homologue d’accès au service.
6 Aperçu général et caractéristiques générales
Le service de transport assure un transfert transparent des données entre utilisateurs du service de transport. Il liber-e ces
utilisateurs de toute préoccupation concernant les détails d’utilisation du support de communication pour réaliser ce
transfert.
Rec. UIT-T X.214 (1995 F) 3
ISOKEI 8072 : 1996 (F)
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 caracteristiques telles que le debit, 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 a ses utilisateurs les différences de qualité de service assurées par le service
de reseau. Ces differences 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;
la signification de bout en bout:
Cl
le service de transport assure le transfert des données échangees entre deux utilisateurs du service de
transport dans le cas du service de transport en mode connexion ou entre deux utilisateurs ou plus du
service de transport dans le cas du service de transport en mode sans connexion dans des systèmes
d’extrémité;
la transparence des inforrnutions 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. Il 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ë a des points d’accès au service de transport ou à
un groupe spécifique de points d’accès au service de transport.
7 Classes et types de services de transport
Il existe deux types de services de transport:
a) un service en mode connexion (défini aux articles 8 à 14);
b) un service en mode sans connexion (défini aux articles 15 à 19).
Lorsqu’il fait référence à la présente Définition de service, un utilisateur ou un fournisseur du service de transport doit
indiquer quel(s) type(s) de service(s) il entend utiliser ou fournir.
Il 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:
a) le moyen d’établir une connexion de transport avec un autre utilisateur du service de transport, afin
d’échanger des unités TSDU. Plusieurs connexions de transport peuvent exister entre un même couple
d’utilisateurs du service de transport;
b) la possibilité de demander, de négocier et de faire agréer par le fournisseur du service de transport, pour
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;
c) le moyen de transférer des unités TSDU sur une connexion de transport. Les unites TSDU, qui
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;
4 Rec. UIT-T X.214 (1995 F)
ISOKEI 8072 : 1996 (F)
d) le moyen pour l’utilisateur destinataire du service de transport de contrôler la vitesse à laquelle l’utilisateur
expéditeur du service de transport peut transmettre les octets de données;
e) le moyen de transférer separement des unités TSDU exprès, quand cela a été convenu par les deux
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;
f) la libération inconditionnelle, et donc éventuellement destructive, d’une connexion de transport.
9 Modèle du service de transport en mode connexion
91 0 Considérations générales
La présente Définition de service utilise le modèle abstrait du service d’une couche, défini dans la Rec. UIT-T X.210 I
ISOKEI 10731. 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 (TMP). Les informations sont échangées entre l’utilisateur et le
fournisseur du service de transport à l’aide de primitives, éventuellement paramétrées.
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 realisation.
92 0 Modèle d’une connexion de transport
Le fonctionnement d’une 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 1). Chaque connexion de
transport est modélisée par un couple distinct de files d’attente.
/
utilisateur A utilisateur B
du setvice du sewice
de trmsport
de transport
\
A A
1r 1r
fournisseur du service de transport
.
file dattente de A vers B
file dattente de B vers A
TISO2450-94lcO2
Figure 1 - Modèle abstrait d’une connexion de transport
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.
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:
a) des objets de connexion (chacun d’eux représentant tous les paramètres contenus dans une primitive de
demande ou de réponse T-CONNECT);
b) des octets de données normales;
Rec. UIT-T X.214 (1995 F)
ISOKEI 8072 : 1996 (F)
c) des indications de fin d’unité TSDU (indiquant la fin d’une primitive T-DATA);
d) des unités TSDU exprès (représentant tous les paramètres d’une primitive T-EXPEDITED-DATA);
e) des objets de déconnexion (chacun représentant tous les paramètres contenus dans une primitive
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 d’un 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 d’une 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).
L’utilisateur A du service de transport qui amorce l’établissement d’une 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é retire. 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 d’un 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 autorises à 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-a-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:
a) les files d’attente sont vides avant qu’un objet de connexion n’y soit introduit, et peuvent être ramenées à
cet état, avec perte de leur contenu, par le fournisseur du service de transport dans les circonstances
décrites en h);
des objets sont ajoutes à la file d’attente, sous le contrôle du fournisseur du service de transport;
le contrôle de l’utilisateur destinataire du
les objets sont normalement retirés de la file d’attente, sous
Cl
service de transport;
les objets sont normalement retires dans l’ordre où ils ont été introduits [mais voir les points g) et h)];
une file d’attente a une capacité limitée, mais cette capacité n’est pas nkessairement fixe ni déterminable;
d
f) la gestion de la capacité de la file d’attente doit être telle qu’il ne soit pas possible d’y ajouter des
indicateurs de données normales, ou de fin d’unité TSDU si cette addition empêche celle d’une unité
TSDU exprès ou d’un objet de déconnexion. De même, des unités TSDU exprès ne doivent pas pouvoir
être ajoutées si cette adjonction empêche celle d’un 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:
le réordonnancement:
l’ordre de tout couple d’objets peut être inversé si, et seulement si, l’objet suivant est d’un 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 1);
la suppression:
h)
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 supprime de cette
manière, l’objet de déconnexion est également supprimé. Si un objet de connexion, associe à 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 types 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écifie, effectuer toutes les actions autorisées de
types g) et h).
6 Rec. UIT-T X.214 (1995 F)
ISOKEI 8072 : 1996 (F)
NOTES
Les mkcanismes internes qui prennent en charge le fonctionnement d’une file d’attente ne sont pas visibles du service
de transport. Une file d’attente est une façon particulière d’exprimer l’interaction entre les primitives à des points TSAP differents. Le
fonctionnement des files d’attente peut être également soumis:
à des contraintes imposées localement pour l’appel des primitives;
a)
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émite 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 d’un même point
d’actes au service de transport. Toutes les primitives doivent alors utiliser ce mécanisme d’identification pour identifier la connexion
de transport à laquelle elles s’appliquent. Cette identification implicite n’est pas mont& sous la forme d’un parametre des primitives
du service transport et ne doit pas être confondue avec les paramètres d’adresse des primitives T-CONNECT.
Tableau 1 - Table de priorité
l’objet en file
d’attente x
octet de indication de
objet de unité. TSDU objet de
données fin d’unité
connexion exprès déconnexion
a la priorité
normales TSDU
sur l’objet en
file d’attente y
objet de connexion non non oui [voir h)]
octet de données normales non non oui [voir g)] oui [voir h)]
indication de fin d’unité TSDU non non oui [voir g)] oui [voir h)]
unité TSDU exprès non non non oui [voir h)]
-
objet de déconnexion non [voir h)]
-
sans objet
non n’a pas priorité
oui a priorité
10 Qualité du service de transport en mode connexion
L’expression qualité de service se rapporte à certaines caractéristiques d’une connexion de transport, telles qu’elles sont
observées d’extrémité a extr&nité.
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 d’une methode pour spécifier leurs
exigences et au fournisseur du service de transport de disposer d’une base pour le choix du protocole.
Normalement, la qualité de service est négociée entre les utilisateurs et le fournisseur du service de transport, pour
chaque connexion de transport, à l’aide des primitives de demande, d’indication, de réponse et de confirmation
T-CONNECT définies à l’article 11. La qualité de service demandée par l’utilisateur appelant du service de transport peut
être ramenée à un niveau inférieur soit par le fournisseur du service de transport à la suite de la demande de connexion
de transport, soit par l’utilisateur appelé du service de transport, à la suite de l’indication de connexion de transport.
Appliqué a certains paramètres de qualité de service, cela peut se traduire par:
une augmentation de délai;
a)
b) une diminution de débit;
une augmentation du taux d’erreurs;
C)
d) une réduction du niveau de priorité;
une augmentation de la probabilité d’échec;
e)
f) la protection de la connexion de transport assurée par le fournisseur du service de transport n’est pas
nécessairement celle demandée par l’utilisateur du service de transport.
Les valeurs des paramètres de qualité de service ainsi négociées restent en vigueur pendant toute la durée de vie de la
connexion de transport.
Rec. UIT-T X.214 (1995 F)
ISOKEI 8072 : 1996 (F)
NOTE - Les utilisateurs du service de transport doivent savoir que le maintien de la qualité de service négociée à l’origine
n’est pas garanti pour toute la durée de la connexion, et que les modifications de la qualité de service ne sont pas signalées
explicitement par le fournisseur du service de transport.
La qualité de service vue des deux extrémités d’une connexion de transport établie est toujours identique.
Cet article ne spécifie pas de valeurs ni de classes de valeurs particulières pour les parametres de qualité de service. En
général, les choix possibles et les valeurs par défaut de chaque paramètre seront spécifiés au moment de l’installation
initiale par le fournisseur du service de transport. Les valeurs de certains ou de la totalité des paramètres peuvent être
fixées pour un fournisseur de service de transport donné; dans ce cas, il n’y a pas lieu de négocier la qualité de service
pour chaque connexion de transport. Quand un utilisa
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...