ISO/IEC 8073:1997
(Main)Information technology — Open Systems Interconnection — Protocol for providing the connection-mode transport service
Information technology — Open Systems Interconnection — Protocol for providing the connection-mode transport service
Technologies de l'information — Interconnexion de systèmes ouverts (OSI) — Protocole assurant le service de transport en mode connexion
General Information
Relations
Standards Content (Sample)
INTERNATIONAL ISO/IEC
STANDARD 8073
Fourth edition
1997-08- 15
Information technology - Open Systems
Interconnection - Protocol for providing
the connection-mode transport service
Technologies de /‘information - lnterconnexion de systkmes ouverts
(03) - Protocole pour fourniture du service de transpofl en mode
connexion
Reference number
ISO/I EC 8073: 1997(E)
ISO/IEC8073:1997(E)
Contents
Page
1 Scope .
References .
........................................................................
2.1 Identical Recommendations 1 International Standards
..........................
2.2 Paired Recommendations 1 International Standards equivalent in technical content
3 Definitions .
Abbreviations .
............................................................................................................................................
4.1 Data units
...............................................................................................
4.2 Types of Transport Protocol data units
4.3 TPDU fields .
4.4 Times and associated variables .
4.5 Miscellaneous .
Overview of the Transport Protocol .
Service provided by the Transport Layer .
5.1
..........................................................................................
5.2 Service assumed from the Network Layer
........................................................................................................
5.3 Functions of the Transport Layer
................................................................................
5.4 Classes and options when operating over CONS
.......................................... 10
5.5 Characteristics of class 4 transport protocol when operating over CLNS
5.6 Model of the Transport Layer .
6 Elements of nrocedure .
6.1 Use 0; the network service .
................................................................................... 12
6.2 Transport Protocol Data Unit (TPDU) transfer
Segmenting and reassembling .
6.3
.............................................................................................................
6.4 Concatenation and separation
...................................................................................................................
6.5 Connection establishment
.............................................................................................................................. 19
6.6 Connection refusal
.................................................................................................................................... 20
6.7 Normal release
........................................................................................... 22
6.8 Error release when operating over CONS
............................................................................. 22
Association of TPDUs with transport connections
6.9
.......................................................................................................................
6.10 Data TPDU numbering
....................................................................................................................... 26
6.11 Expedited data transfer
..................................................................... 27
6.12 Reassignment after failure when operating over CONS
....................................................................................... 28
6.13 Retention and acknowledgement of TPDUs
6.14 .
Resynchronization
.......................................................... 32
6.15 Multiplexing and demultiplexing when operating over CONS
6.16 Explicit flow control .
6.17 .
Checksum
0 ISOAEC 1997
All rights reserved. Unless otherwise spcified, 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.
ISO/IEC Copyright Off& l Case postale 56 l CH-1211 Gen&ve 20 l Switzerland
Printed in Switzerland
ii
@ ISO/IEC ISO/IEC 8073: 1997(E)
6.18 Frozen references .
................................................................................................................
6.19 Retransmission on time-out
......................................................................................................................................
6.20 Resequencing
6.2 1 Inactivity control .
6.22 Treatment of protocol errors .
.....................................................................
6.23 Splitting and recombining when operating over CONS
7 Protocol classes .
8 Specification for class 0 - Simple class .
8.1 Functions of class 0 .
.........................................................................................................................
8.2 Procedures for class 0
.................................................................................... 39
9 Specification for class 1 - Basic error recovery class
................................................................................................ 40
10 Specification for class 2 - Multiplexing class
- Error recovery and multiplexing class . 42
11 Specification for class 3
12 - Error detection and recovery class .
Specification for class 4
13 . 55
Structure and encoding of TPDUs
13.1 Validity .
13.2 Structure .
13.3 Connection Request (CR) TPDU .
....................................................................................................... 62
13.4 Connection Confirm (CC) TPDU
........................................................................................................ 62
13.5 Disconnect Request (DR) TPDU
13.6 Disconnect Confirm (DC) TPDU .
13.7 Data (DT) TPDU . 64
13.8 Expedited Data (ED) TPDU . 65
................................................................................................. 66
13.9 Data Acknowledgement (AK) TPDU
................................................................................ 68
13.10 Expedited Data Acknowledgement (EA) TPDU
13.11 Reject (RJ) TPDU .
13.12 TPDU Error (ER) TPDU .
14 Conformance . 70
Claims of conformance shall state . 71
14.5
Annex A - State tables . 72
General . 72
A. 1
........................................................................................................................................ 72
A.2 Conventions
.................................................................................................................................................. 73
A.3 Tables
............................................................................................................ 75
A.4 State tables for classes 0 and 2
............................................................................................................ 78
A.5 State tables for classes 1 and 3
..................................................................................................... 80
A.6 State tables for class 4 over CONS
...................................................................................................... 89
A.7 State tables for class 4 over CLNS
....................................................................................... 92
Annex B - Network connection management subprotocol
B.l Introduction .
B.2 Scope .
B.3 Definitions . 92
B .4 Abbreviations .
B.5 Overview of the protocol . 93
B.6 Elements of procedure . 94
............................................................................................................................... 98
B.7 Protocol operation
...................................................................................................... 102
B.8 Structure and encoding of TPDUs
B.9 Conformance .
B.10 State table .
B.11 Diagram for NCMS protocol operation . 107
0 ISOIIEC
ISO/IEC 8073: 1997(E)
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Annex C - PICS Proforma
c.1 General .
Identification .
c.2
.................................................................................................................
c3 . Indices used in this Annex
..........................................................
c4 . Based Recommendation 1 International Standard conformance
......................................................................................................
c5 General statement of conformance
.....................................................................................................................
C:6 Protocol implementation
.................................................................................................................................
c7 . NCMS functions
......................................................................
C8 . Initiator/responder capability for protocol classes 0 - 4
c9 Supported functions .
...............................................................................................................................
Cl0 Supported TPDUs
.............................................................................................
c:11 Supported parameters of issued TPDUs
........................................................................................ ’
Supported parameters for received TPDUs
c.12
.................................................................................................................
User data in issued TPDUs
c.13
..............................................................................................................
c.14 User data in received TPDUs
..........................................................................................................................................
c.15 Negotiation
.....................................................................................................................................
Error handling
C.16
..........................................................................................................
c.17 Timers and protocol parameters
.............................................................................................................................
Annex D - Checksum Algorithms
D. 1 Symbols .
.......................................................................................................................
D.2 Arithmetic conventions
.................................................................................
Algorithm for generating checksum parameters
D.3
....................................................................................
D.4 Algorithm for checking checksum parameters
Annex E - State tables for operation of class 4 over connection-mode and connectionless-mode network services
E.l General .
........................................................................................................................................
E.2 Conventions
Tables .
E.3
.........................................................................................................................
E.4 State tables for class 4
iv
@ ISO/IEC ISO/IEC 8073: 1997(E)
Foreword
IS0 (the International Organization for Standardization) and IEC (the Inter-
national Electrotechnical Commission) form the specialized system for worldwide
standardization. National bodies that are members of IS0 or IEC participate in the
development of International Standards through technical committees established
by the respective organization to deal with particular fields of technical activity.
IS0 and IEC technical committees collaborate in fields of mutual interest. Other
international organizations, governmental and non-governmental, in liaison with
IS0 and IEC, also take part in the work.
In the field of information technology, IS0 and IEC have established a joint
technical committee, ISOlIEC 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 8073 was prepared by Joint Technical Committee
ISO/IEC 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.224.
This fourth edition cancels and replaces the third edition (ISO/IEC 8073:1992),
which has been technically revised.
It also incorporates Technical
Corrigendum 1: 1993 and Technical Corrigendum 2: 1994.
Annexes A to E form an integral part of this International Standard.
0 ISO/IEC
%SO/IEC 8073: 1997(E)
Introduction
This Recommendation 1 International Standard is one of a set of Recommendations 1 International Standards produced to
facilitate the interconnection of information processing systems. This set of Recommendations 1 International Standards
covers the services and protocols required to achieve such interconnection.
1 International Standards by the
The Transport Protocol is positioned with respect to other related Recommendations
layers defined in the Reference Model for Open Systems Interconnection (see CCITT Rec. X.200 1 IS0 7498). It is most
closely related to, and lies within the field of application of the Transport Service (see ITU-T Rec. X.214 I
ISO/IEC 8072). It also uses and makes reference to the Network Service Standard (see CCITT Rec. X.213 I
ISO/IEC 8348), whose provisions it assumes in order to accomplish the transport protocol ’s aims. The interrelationship
of these Recommendations I International Standards is illustrated in Figure Intro. 1.
Transport service definition
+
Transport
----Reference to aims---------f
Protocol
----Reference to assumptions-----~
Specification
+
Network service definition
TO71 9300
Relationship between the Transport Protocol and adjacent services
Figure Intro. l-
International Standard specifies a common encoding and a number of classes of transport
This Recommendation I
protocol procedures to be used with different network qualities of service.
general enough to cater for the total range of Network
It is intended that the Transport Protocol should be simple but
Serv ice qualities possible, without restricting future extensions.
protocol which are designed to minimize possible incompatibilities
The protocol is structured to give rise to classes of
and implementation costs.
The classes are selectable with respect to the Transport and Network Services in providing the required quality of
service for the interconnection of two session entities (each class provides a different set of functions for enhancement of
service qualities).
This Recommendation 1 International Standard defines mechanisms that can be used to optimize network tariffs and
enhance the following qualities of service:
a) different throughput;
b) different error rates;
integrity of data requirements;
reliability requirements.
It does not require an implementation to use all of these mechanisms, nor does it define methods for measuring achieved
quality of service or criteria for deciding when to release transport connections following quality of service degradation.
Vi
@ ISOPIEC ISO/IEC 8073:1997(E)
The primary aim of this Recommendation I International Standard is to provide a set of rules for communication
expressed in terms of the procedures to be carried out by peer entities at the time of communication. These rules for
communication are intended to provide a sound basis for development in order to serve a variety of purposes, i.e.:
as a guide for implementors and designers;
a)
for use in the testing and procurement of equipment;
W
as part of an agreement for the admittance of systems into the open systems environment;
C)
d) as a refinement of the understanding of OSI.
As it is expected that the initial users of this Recommendation I International Standard will be designers and
implemen tors of eq uipment, this Recommendation International Standard contains, in notes or in annexes, guidance on
the implementation of the procedures defined herein.
It should be noted that, as the number of valid protocol sequences is very large, it is not possible with current technology
to verify that an implementation will operate the protocol defined in this Recommendation I International Standard
correctly under all circumstances. It is possible by means of testing to establish confidence that an implementation
correctly operates the protocol in a representative sample of circumstances. It is, however, intended that this
Recommendation I International Standard can be used in circumstances where two implementations fail to communicate
in order to determine whether one or both have failed to operate the protocol correctly.
This Recommendation I International Standard contains a clause on conformance of equipment claiming to implement
the procedures in this Recommendation I International Standard. To evaluate conformance of a particular
implementation, it is necessary to have a statement of which capabilities and options have been implemented for a given
OS1 protocol. Such a statement is called a Protocol Implementation Conformance Statement (PICS). A PICS proforma is
provided in Annex C. Attention is drawn to the fact that this Recommendation I International Standard does not contain
any tests to demonstrate this conformance.
The variations and options available within this Recommendation I International Standard are essential as they enable a
transport service to be provided for a wide variety of applications over a variety of network qualities. Thus, a minimally
conforming implementation will not be suitable for use in all possible circumstances. It is important, therefore, to qualify
all references to this Recommendation 1 International Standard with statements of the options provided or required or
with statements of the intended purpose of provision or use.
vii
This page intentionally left blank
ISO/IEC 8073 : 1997 (E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
INFORMATION TECHNOLOGY - OPEN SYSTEMS INTERCONNECTION -
PROTOCOL FOR PROVIDING THE CONNECTION-MODE TRANSPORT SERVICE
(Malaga-Torremolinos, I984; amended at Melbourne, I988, and at Geneva, 1993; revised in 1996)
1 Scope
specifies:
This Recommendation 1 International Standard
operating over the connection-mode network service:
five classes of procedures when
a>
class 0: simple class;
1)
class 1: basic error recovery class;
2)
3) class 2: multiplexing class;
4) class 3: error recovery and multiplexing class;
5) class 4: error detection and recovery class;
for the connection-mode transfer of data and control information from one transport entity to a peer
transport entity;
b) one class (class 4) of procedure when operating over the connectionless-mode network service;
the means of negotiating the class of procedures to be used by the transport entities;
Cl
d)
the structure and encoding of the transport protocol data units used for the transfer of data and control
information.
The procedures are defined in terms of:
the interactions between peer transport entities through the exchange of transport protocol data units;
ii) the interactions between a transport entity and the transport service user in the same system through the
exchange of transport service primitives;
iii) the interactions between a transport entity and the network service provider through the exchange of
network service primitives.
defined in the main text of this Recommendation 1 International Standard supplemented by state
These procedures are
tables in Annex A
These procedures are applicable to instances of communication between systems which support the Transport Layer of
the OS1 Reference Model and which wish to interconnect in an open systems environment.
This Recommendation 1 International Standard specifies, in clause 14, conformance requirements for systems
implementing these procedures and provides the PICS proforma in compliance with the relevant requirements, and in
accordance with the relevant guidance, given in CCITT Rec. X.291 and ISO/IEC 9646-2. It does not contain tests which
can be used to demonstrate this conformance.
2 References
The following Recommendations and International Standards contain provisions which, through references in this text,
constitute provisions of this Recommendation 1 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 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.
ITU-T Rec. X.224 (1995 E) 1
ISO/IEC 8073 : 1997 (E)
21 . Identical Recommendations 1 International Standards
-
CCITT Recommendation X.213 (1992) ) ISOAEC 8348: 1993, Information technology - Open Systems
Interconnection - Network service deJnition.
-
ITU-T Recommendation X.214 (1993 I ISO/IEC 8072:1994, Information technology - Open Systems
Interconnection Transport service definition.
22 . Paired Recommendations 1 International Standards equivalent in technical content
CCITT Recommendation X.200 (1988), Reference model of Qpen Systems Interconnection for
CCITT applications.
- Open Systems Interconnection -- Basic Reference
IS0 7498: 1984, Information processing systems
Model.
-
IT&T Recommendation X.264 (1993), Transport protocol identification mechanism.
Telecommunications and information exchange between
HO/KC 11570: 1992, Information technology -
systmns - Open Systems Interconnection - Transport protocol identification mechanism.
-
CCITT Recommendation X.29@ (1992), OS1 Conformance testing meth.odology and framework for
protocol Recommendations for CCITT applications - General concepts.
ESOIIEC 9646- 1: 1994, Information technology - Open Systems Interconnection - Conformce testing
methodology andframework - Part 1: General concepts.
-
CCITT Recommendation X.291 (1992), OSI conformance testing methodology and ,$-amework for
-Abstract test suite speczpcation.
protocol Recommendations for CCITT applications
Open Systems Interconnection - Conformance testing
ISOIIEC 9646-2: 1994, Information technology -
Part 2: Abstract Test Suite specification.
methodology andfiamework -
-
CCITT Recommendation X.650 (1992), Open Systems Interconnections (OS) - Reference Model for
naming and addressing.
IS0 7498-3 : 1989, Information processing systems - Open Systems Interconnection - Basic Reference
Model - Part 3: Naming and addressing.
-3 Definitions
NOTE - The definitions contained in this clause make use of abbreviations defined in clause 4.
This Recommendation I International Standard is based on the concepts developed in CCITT Rec. X.200 and
3.1
WQ 7498 and CCITT Rec. X.650 and ISOIIEC 7498-3 and makes use of the following terms defined in them:
concatenation and separation;
b) segmenting and reassembling;
multiplexing and demultiplexing;
C>
d) splitting and recombining;
flow control;
e>
connectionless-mode transmission;
f)
g) transport selector;
h) nil selector value.
3.2 For the purposes of this Recommendation, the following definitions apply:
3.2.1
equipment: Hardware or software or a combination of both; it need not be physically distinct within a
computer system.
3.2.2 transport service user: An
abstract representation of the totality of those entities within a single system that
make use of the transport service.
3.2.3 network . service provider: An machine that models the totality of the entities providing the network
service, as viewed by a transport entity.
local matter: A decision made by a system concerning its behaviour in the Transport Layer that is not subject
3.2.4
to the requirements of this protocol.
3.2.5 initiator: A transport entity that initiates a CR-TPDU.
2 ITU-T Rec. X.224 (1995 E)
ISO/IEC 8073 : 1997 (E)
3.2.6 responder: A transport entity with whom an initiator wishes to establish a transport connection.
NOTE - Initiator and responder are defined with respect to a single transport connection. A transport entity can be both an
initiator and responder simultaneously,
3.2.7 sending transport entity: A transport entity that sends a given TPDU.
3.2.8 receiving transport entity: A transport entity that receives a given TPDU.
3.2.9
preferred class: The protocol class that the initiator indicates in a CR-TPDU as its first choice for use over the
transport connection.
3.2.10
alternative class: A protocol class that the initiator indicates in a CR-TPDU as an alternative choice for use
over the transport connection.
3.2.11 proposed class: A preferred class or an alternative class.
3.2.12 selected class: The protocol class that the responder indicates in a CC-TPDU that it has chosen for use over
the transport connection.
3.2.13 proposed parameter: The value for a parameter that the initiator indicates in a CR-TPDU that it wishes to use
over the transport connection.
3.2.14 selected parameter: The value for a parameter that the responder indicates in a CC-TPDU that it has chosen
for use over the transport connection.
3.2.15 error indication: An N-RESET indication, or an N-DISCONNECT indication with a reason code indicating
an error, that a transport entity receives from the NS-provider.
3.2.16 invalid TPDU: A TPDU that does not comply with the requirements of this Recommendation I International
Standard for structure and encoding.
3.2.17 protocol error: A TPDU whose use does not comply with the procedures for the class.
3.2.18 sequence number:
the number in the TPDU-NR field of a DT-TPDU that indicates the order in which the DT-TPDU was
a)
transmitted by a transport entity;
b) the number in the YR-TU-NR field of an AK or RI-TPDU that indicates the sequence number of the
next DT TPDU expected to be received by a transport entity.
3.2.19 transmit window: The set of consecutive sequence numbers which a transport entity has been authorized by
its peer entity to send at a given time on a given transport connection.
3.2.20 lower window edge: The lowest sequence number in a transmit window.
edge: The sequence number which is one greater that the highest number
3.2.21 window sequence in the
upper
transmit window
3.2.22 upper window edge allocated to the peer entity: The value that a transport entity communicates to its peer
entity to be interpreted as its new upper window edge.
3.2.23
closed window: A transmit window that contains no sequence number.
3.2.24 window information: Information contained in a TPDU relating to the upper and the lower window edges.
3.2.25 frozen reference: A reference that is not available for assignment to a connection because of the requirements
of 6.18.
that is neither currently in use for identifying a
3.2.26 unassigned reference: A reference transport connection nor
which is in a frozen state.
3.2.27 transparent (data): TS-user data that is transferred intact between transport entities and which is unavailable
for use by the transport entities.
3.2.28 owner (of a network connection): The transport entity that issued the N-CONNECT request leading to the
creation of that network connection. Only applicable when operating over the connection-mode network service.
3.2.29 retained TPDU: A TPDU that is subject to the retransmission procedure or retention and ackmwldgemmt
procedure and is available for possible retransmission.
ITU-T Rec. X.224 (1995 E) 3
ISOIIEC 8073 : 1997 (E)
3.3 This Recommendation 1 International Standard uses the following terms defined in CCITT Rec. X.213 1
ISO/IEC 8348:
connection-mode network service;
a)
b) connectionless-mode network service.
3.4 This Recommendation 1 International Standard uses the following terms defined in CCITT Rec. X.290
and ISO/IEC 9646-l :
a) PICS proforma;
b) Protocol Implementation Conformance Statement (PICS).
Abbreviations
41 . Data units
TPDU Transport-protocol-data-unit
TSDU Transport-service-data-unit
NSDU Network-service-data-unit
42 . Types of Transport Protocol data units
CR TPDU Connection Request TPDU
CC TPDU Connection Confirm TPDU
DR TPDU Disconnect Request TPDU
DC TPDU Disconnect Confirm TPDU
DT TPDU Data TPDU
ED TPDU Expedited Data TPDU
AK TPDU Data Acknowledge TPDU
EA TPDU Expedited Acknowledge TPDU
RI TPDU Reject TPDU
ER TPDU Error TPDU
43 . TPDU fields
Length Indicator (field)
LI
CDT Credit (field)
T-selector Transport selector (field)
DST-REF Destination Reference (field)
SRC-REF Source Reference (field)
End of TSDU Mark
EOT
DT-TPDU-NR DT-TPDU Number (field)
ED-TPDU-NR
ED-TPDU Number (field)
YR-TU-NR Sequence Number Response (field)
YR-EDTU-NR
ED-TPDU Number Response (field)
ROA Request of Acknowledgement Mark
44 . Times and associated variables
Tl Local Retransmission Time
N
The Maximum Number of Transmissions
L Time Bound on Reference and Sequence Number
I Inactivity Time
ITU-T Rec. X.224 (1995 E)
ISO/IEC 8073 : 1997 (E)
W Window Time
TTR Time to Try Reassignment/Resynchronization
TWR Time to Wait for Reassignment/Resynchronization
TSI Supervisory Timer 1
TS2 Supervisory Timer 2
NSDU Lifetime Local-to-remote
MLR
NSDU Lifetime Remote-to-local
Mu
Expected Maximurn Transit Delay Local-to-remote
ELR
Expected Maximum Transit Delay Remote-to-local
ERL
R Persistence Time
Local Acknowledgement Time
AL
Remote Acknowledgement Time
AR
Local Inactivity Time
IL
Remote Inactivity Time
IR
45 . Miscellaneous
TS-user Transport-service user
TSAP Transport-service-access-point
NS-provider Network Service Provider
NSAP Network-service-access-point
Quality of Service
QOS
CLNS Connectionless-mode network service
CONS Connection-mode network service
5 Overview of the Transport Protocol
NOTE - This overview is not exhaustive and has been provided for guidance.
51 . Service provided by the Transport Layer
The protocol specified in this Recommendation 1 International Standard supports the Transport Service defined in ITU-T
Rec. X.214 I ISO/IEC 8072.
Information is transferred to and from the TS-user in the transport service primitives listed in Table 1.
52 . Service assumed from the Network Layer
The protocol specified in this Recommendation I International Standard assumes the use of the Network Service defined
in CCITT Rec. X.213 ) ISO/IEC 8348.
When operating over CONS, information is transferred to and from the NS-provider in the network service primitives
listed in Table 2a). When operating over CLNS, information is transferred to and from the NS-provider in the network
service primitives listed in Table 2b).
NOTES
1 The parameters listed in Table 2a) are those in the current connection-mode network service (see CCITT Rec. X.213 1
ISOLIEC 8348).
2 The parameters listed in Table 2b) are those in the current connectionless-mode network service (see CCITT
Rec. X.213 1 ISO/IEC 8348).
3 The way the parameters are exchanged between the transport entity and the NS-provider is a local matter.
ITU-T Rec. X.224 (1995 E)
ISOLIEC 8073 : 1997 (E)
Table 1 - Transport service primitives
Parameters
Primitives
Called address
request
T-CONNECT
Calling address
indication
Expedited data option
Quality of service
TS-user data
Responding address
response
T-CONNECT
Quality of service
confirm
Expedited data option
TS-user-data
TS-user-data
request
T-DATA
indication
TS-user-data
T-EXPEDITED DATA request
indication
TS-user-data
T-DISCONNECT request
Disconnect reason
T-DISCONNECT indication
TS-user-data
.
53 Functions of the Transport L.ayer
5.3.1 Overview of functions
The functions in the Transport Layer are those necessary to bridge the gap between the services available from the
Network Layer and those to be offered to the TS-users.
II?he :%nctions in the Transport Layer are concerned with the enhancement of quality of service, including aspects of cost
q3timization.
These functions are grouped below into those used at all times during a transport connection and those concerned with
connection establishment, data transfer and release.
NOTE - This Recommendation 1 International Standard does not include the following functions which are under
consideration for inclusion in future editions of this Recommendation:
encryption;
a>
b) accounting mechanisms;
status exchanges and monitoring of QOS;
Cl
d) blocking;
temporary release of network connections;
e>
alternative checksum algorithm.
5.3.1.1 Functions used at all times
The following functions, depending upon the selected class and options, are used at all times during a transport
connection:
a) Transmission of TPDUs (see 6.2 and 6.9).
b) Multiplexing and demultiplexing (see 6.15) - A function used only when operating over CONS to share a
single network connection between two or more transport connections.
c) Error detections (see 6.10, 6.13 and 6.17) - A tinction used to detect the loss, corruption, duplication,
misordering, or misdelivery of TPDUs.
d) Error recovery (see 6.12, 6.14, 6.18, 6.19, 6.20, 6.21, and 6.22) - A tinction used to recover from
detected and signalled errors.
ITU-T Rec. X.224 (1995 E)
ISO/IEC 8073 : 1997 (E)
Table 2a) - Connection-mode network service primitives
indication eceipt confirmation selection
dited data selection
N-CONNECT response Responding address X
confirm Receipt confirmation selection Y
Expedited data selection Y
QOS parameter set X
NS-user-data
z
N-user-data
N-DATA request X
indication Confirmation request Y
N-DATA ACKNOWLEDGE
Y
request
indication Y
Y N-user-data
N-EXPEDITED DATA request Y
indication Y
request X Reason
N-RESET W
X
indication Originator W
Reason
W
response x -
N-RESET
confirm x -
N-DISCONNECT request X Reason W
NS-user-data
z
Responding address z
indication X Originator W
Reason
W
NS-user-data z
Responding address
z
W The usage of this parameter is a local matter, e.g. for diagnostic or to decide whether to attempt resynchronization.
X The Transport Protocol assumes that this facility is provided in all networks.
Y The Transport Protocol assumes that this facility is provided in some networks and a mechanism is provided to
optionally use the facility.
z The Transport Protocol does not use this parameter.
Table 2b) - Connectionless-mode network service primitives
Primitives Parameters W/XNlZ
N-UNIT-DATA request X Source address X
Destination address X
Quality of service X
NS-user-data X
indication X Source address X
Destination address X
Quality of service
X
NS-user-data X
W The usage of this parameter is a local matter, e.g. for diagnostic or to decide whether to attempt resynchronization.
X The Transport Protocol assumes that this facility is provided in all networks.
Y The Transport Protocol assumes that this facility is provided in some networks and a mechanism is provided to
optionally use the facility.
The Transport Protocol does not use this parameter.
z
ITU-T Rec. X.224 (1995 E)
ISO/IEC 8073 : 1997 (E)
5.3.1.2 Connection establishment
The purpose of connection establishment is to establish a transport connection between two TS-users. The following
functions of the Transport Layer during this phase match the TS-users’ requested quality of service with the services
offered by the Network Layer:
select the network service which best matches the requirement of the TS-user taking into account charges
a)
for various services (see 6.5);
b) decide whether to multiplex multiple transport connections onto a single network connection only when
operating over CONS (see 6.5);
c) establish the optimum TPDU size (see 6.5);
d) select the functions that will be operational upon entering the data transfer phase (see 6.5);
map transport addresses onto network addresses;
f) provide a means to distinguish between two different transport connections (see 6.5);
g) transport of TS-user data (see 6.5);
h) exchange values of Inactivity timers (see 6.5).
5.3.1.3 Data transfer
The purpose of data transfer is to permit duplex transmission of TSDUs between the two TS-users connected by the
transport connection. This purpose is achieved by means of two-way simultaneous communication and by the following
functions, some of which are used or not used in accordance with the result of the selection performed in connection
establishment.
a) Concatenation and separation (see 6.4) - A function used to collect several TPDUs into a single NSDU
at the sending transport entity and to separate the TPDUs at the receiving transport entity.
b) Segmenting and reassembling (see 6.3) - A function used to segment a single data TSDU into
multiple TPDUs at the sending transport entity and to reassembl
...
ISO/CEI
NORME
INTERNATIONALE
Quatrième édition
1997-08-l 5
Technologies de l’information -
Interconnexion de systèmes ouverts
(OSI) - Protocole assurant le service de
transport en mode connexion
Open Systems Interconnection - Protocol for
Information technology -
providing the connection-mode transpor? service
ISOKEI 8073 : 1997 (F)
Sommaire
Page
Domaine d’application .
Références .
2.1 Recommandations 1 Normes internationales identiques .
2.2 Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
.......
Définitions . 2
Abréviations .
4.1 Unités de données .
4.2 Types d’unités de données de protocole de transport
..........................................................................
4.3 Champs des TPDU .
4.4 Délais et variables associées .
4.5 Divers .
Aperçu général du protocole de transport . 6
5.1 Service fourni par la couche Transport .
5.2 Services attendus de la couche Réseau .
5.3 Fonctions de la couche Transport .
5.4 Classes et options dans l’exploitation du service CONS . 9
5.5 Caractéristiques du protocole de transport en classe 4 dans l’exploitation du service CLNS
............. 11
5.6 Modèle de la couche Transport .
Eléments de procédure
................................................................................................................................... 12
6.1 Utilisation du service de réseau
.......................................................................................................... 12
6.2 Transfert d’unités de données de protocole de transport (TPDU) .
6.3 Segmentation et réassemblage
............................................................................................................ 14
6.4 Concaténation et séparation .
6.5 Etablissement de connexion .
6.6 Refus de connexion . 21
6.7 Libération normale .
6.8 Libération sur erreur dans l’exploitation du service CONS .
69 Association de TPDU à des connexions de transport .
6: 10 Numérotation des TPDU de données
.................................................................................................. 28
6.11 Transfert de données exprès
................................................................................................................ 29
6.12 Réaffectation après incident dans l’exploitation du service CONS .
6.13 Rétention jusqu’à réception d’un accusé de réception de TPDU . 31
6.14 Resynchronisation
............................................................................................................................... 33
6.15 Multiplexage et démultiplexage dans l’exploitation du service CONS
............................................... 35
0 ISO/CEI 1997
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
ISOKEI 8073 : 1997 (F)
0 ISOKEI
.................................................................................................................... 36
6.16 Contrôle de flux explicite
................................................................................................................................. 36
6.17 Total de contrôle
................................................................................................................................. 37
6.18 Gel de références
6.19 Réexpédition après un délai de temporisation . 38
6.20 Remise en séquence . 38
6.2 1 Détection d’inactivité . 39
6.22 Traitement des erreurs de protocole . 39
................................................... 40
6.23 Eclatement et recombinaison dans l’exploitation du service CONS
7 Classes de protocole .
.................................................................................................... 41
8 Spécifïcation de la classe 0: classe de base
Fonctions de la classe 0 .
*:2 Procédures de la classe 0 .
9 Spécification de la classe 1: classe de base avec reprise sur erreur . 43
9.1 Fonctions de la classe 1 . 43
9.2 Procédures de la classe 1 43
.....................................................................................................................
10 Spécifïcation de la classe 2: classe avec multiplexage . 44
10.1 Fonctions de la classe 2 . 44
10.2 Procédures de la classe 2 . 44
Spécifïcation de la classe 3: classe avec multiplexage de reprise sur erreur . 46
11.1 Fonctions de la classe 3 . 46
Procédures de la classe 3 . 46
11.2
..........................................
12 Spécifïcation de la classe 4: classe avec détection d’erreurs et reprise sur erreur 48
12.1 Fonctions de la classe 4 . 48
Procédures de la classe 4 49
12.2 .
13 Structure et codage des TPDU . 62
13.1 Validité . 62
13.2 Structure .
13.3 TPDU de demande de connexion (CR) . 65
........................................................................................ 69
13.4 TPDU de confirmation de connexion (CC)
13.5 TPDU de demande de déconnexion (DR) . 70
13 .6 TPDU de confirmation de déconnexion (DC) . 71
...................................................................................................................... 72
13.7 TPDU de données (DT)
13.8 TPDU de données exprès (ED) . 73
13.9 TPDU d’accusé de réception de données (AK) . 74
........................................................................ 76
13.10 TPDU d’accusé de réception de données exprès (EA)
13.11 TPDU de rejet (RJ) .
13.12 TPDU d’erreur de TPDU (ER) . 78
Conformité . 78
Annexe A - Tables d’états . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A. 1 Généralités . . . .0.
A.2 Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
A.3 Tableaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A.4 Tables d’états des classes 0 ei 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
A.5 Tables d’états des classes 1 et 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88
A.6 Table d’états de la classe 4 dans le service CONS
A.7 Table d’états de la classe 4 dans le service CLNS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . .
c? ISOKEI
ISOKEI 8073 : 1997 (F)
Annexe B - Sous-protocole de gestion de connexion réseau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*. 100
B.l Introduction .
B.2 Domaine d’application .
.......................................................................................................................................... 100
B.3 Définitions
B.4 Abréviations .
B.5 Aperçu général du protocole . 102
B.6 Eléments de procédure .
B.7 Fonctionnement du protocole . 107
B.8 Structure et codage des TPDU .
B.9 Conformité . 114
....................................................................................................................................... 114
B.10 Tables d’états
B.ll Diagrammes pour l’exploitation du sous-protocole NCMS .
.................................................................................................................................... 120
Annexe C - Formulaire PICS
C. 1 General .
....................................................................................................................................... 120
C.2 Identification
C.3 Indices used in this annex .
C.4 Based Recommendation 1 International Standard conformance . 123
...................................................................................................... 123
C.5 General statement of conformance
C.6 Protocol implementation .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123
C.7 NCMS fùnctions
C8 Initiatorkesponder capability for protocol classes 0 - 4 .
c:9 Supported functions .
c.10 Supported TPDUs . 130
c.11 Supported parameters of issued TPDUs .
Supported parameters for received TPDUs . 138
c.12
c.13 User data in issued TPDUs . 138
User data in received TPDUs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140
c.14
c.15 Negotiation . 140
Error handling 144
C.16 .
c.17 Timers and protocol parameters .
Annexe D - Algorithmes du total de contrôle . 147
D. 1 Symboles .
D.2 Conventions arithmétiques . 147
.................................................................. 147
D.3 Algorithme de calcul des paramètres du total de contrôle
D.4 Algorithme de vérification des paramètres du total de contrôle . 148
Annexe E - Tables d’états pour l’exploitation de la classe 4 dans les services de couche Réseau en mode
connexion et en mode sans connexion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
E.l Généralités . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
E.2 Conventions 149
. . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
E.3 Tableaux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
E.4 Tables d’états pour la classe 4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
Appendice 1 - Différences entre la Rec. UIT-T X.224 (1993) et l’ISO/CEI 8073: 1992 . 157
................................................................................. 157
1.1 Affectation à des connexions de couche Réseau
1.2 Conformité . 157
1.3 Négociation de classe . 157
Priorité 157
1.4 .
.................................................................
1.5 Différences entre la Rec. UIT-T X.224 et l’ISO/CEI 8073 157
iv
0 ISOKEI ISOKEI 8073 : 1997 (F)
Avant-propos
LIS0 (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré à la
normalisation internationale considérée comme un tout. Les organismes nationaux
membres de I’ISO ou de la CE1 participent au développement de Normes 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 I’ISO et de la CE1 collaborent dans des
domaines d’intérêt commun. D’autres organisations internationales, gouverne-
mentales et non gouvernementales, en liaison avec I’ISO et la CE1 participent
également aux travaux.
Dans le domaine des technologies de l’information, I’ISO et la CE1 ont créé un
comité technique mixte, I’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 8073 a été élaborée par le comité technique
mixte ISOKEI JTC 1, Technologies de l’information, sous-comité SC 6,
Téléinformatique, en collaboration avec I’UIT-T. Le texte identique est publié en
tant que Recommandation UIT-T X.224.
Cette quatrième édition annule et remplace la troisième édition
(ISOKEI 8073: 1992), qui a fait l’objet d’une révision technique. Elle incorpore
aussi le Rectificatif technique 1: 1993 et le Rectificatif technique 2: 1994.
Les annexes A à E font partie intégrante de la présente Norme internationale.
V
0 ISO/CEI
ISOKEI 8073 : 1997 (F)
Introduction
La présente Recommandation 1 Norme internationale fait partie d’un ensemble de Recommandations 1 Normes
internationales établies pour faciliter l’interconnexion des systèmes de traitement de l’information. Cet ensemble de
Recommandations 1 Normes internationales couvre les services et les protocoles à mettre en œuvre pour réaliser une telle
interconnexion.
La structuration en couches définie dans le modèle de référence pour l’interconnexion des systèmes ouverts (OSI, open
systems interconnection) (voir la Rec. X.200 du CCITT 1 ISO 7498) permet de situer cette Recommandation 1 Norme
internationale sur le protocole de couche Transport par rapport aux autres Recommandations 1 Normes internationales du
même ensemble. Elle est surtout liée à la définition du service de la couche Transport (voir la Rec. UIT-T X.2 14 1
ISO/CEI 8072) et relève de son domaine d’application. Elle fait également appel et référence au service de la couche
Réseau (voir la Rec. X.213 du CCITT 1 ISO/CEI 8348) dont elle suppose que les dispositions sont applicables afin que le
protocole de transport puisse atteindre ses objectifs. La Figure Intro. 1 montre les relations entre ces Recommandations 1
Normes internationales.
Définition du sewice de transport
t-
i
Spécification
----Référence à des objectifs------A
du protocole
de transport
----Référence à des hypothèses----y
f
Définition du service de réseau
T07193QO-94/dOl
Figure Intro. 1 - Relation entre le protocole de transport et les services des couches adjacentes
internationale spécifie un codage commun ainsi que plusieurs classes de
La présente Recommandation 1 Norme
procédures du protocole de transport à uti l iser avec différentes qualités de serv ice de couche Réseau.
Le propos est de définir un protocole de transport qui soit simple mais suffisamment général pour convenir à toute la
gamme des qualités de service de couche Réseau possibles, sans préjudice de futures extensions.
Le présent protocole est structuré de manière à donner naissance à des classes de protocole, conçues de façon à
minimiser les risques d’incompatibilité et les coûts de réalisation.
Le choix d’une de ces classes permet de bénéficier des services de couche Transport et de couche Réseau avec la qualité
de service requise pour l’interconnexion de deux entités de session (chaque classe offrant un jeu différent de fonctions
destinées à améliorer la qualité du service).
La présente Recommandation 1 Norme internationale définit des mécanismes qui pourront être utilisés pour optimiser les
tarifs de réseau et améliorer les paramètres suivants de qualité de service:
a) divers débits utiles;
b) différents taux d’erreur;
impératifs d’intégrité des données;
Cl
impératifs de fiabilité.
d)
0 ISOKEI
ISOKEI 8073 : 1997 (F)
Le protocole n’impose pas aux mises en œuvre d’utiliser tous ces mécanismes; il ne définit pas non plus de méthodes
pour mesurer la qualité de service fournie ni de critères pour décider du moment où il convient de libérer les connexions
de transport à la suite d’une dégradation de la qualité de service.
L’objet principal de la présente Recommandation / Norme internationale est de fournir un ensemble de règles de
communication, exprimées en termes de procédures à mettre en œuvre par l’intermédiaire d’entités homologues au
moment de la communication. Ces règles de communication sont prévues pour fournir une base solide de
développement, répondant à divers objectifs, soit:
servir de guide aux réalisateurs et aux concepteurs;
servir aux tests et aux acquisitions d’équipements;
W
faire partie d’accords pour l’admission de systèmes dans l’environnement des systèmes ouverts;
d) permettre une meilleure compréhension de l’OS1.
Comme il est prévu que ses premiers utilisateurs seront des concepteurs et des réalisateurs d’équipements, la présente
Recommandation 1 Norme internationale comporte, sous forme de notes ou d’annexes, des indications concernant la
réalisation de systèmes mettant en œuvre les procédures qui y sont définies.
Il convient de remarquer que le nombre de séquences d’éléments de protocole valides est très important et qu’il n’est donc
pas possible, dans l’état actuel de la technologie, de vérifier qu’une instance mettant en œuvre ces procédures exécutera
correctement, en toutes circonstances, le protocole défini dans la présente Recommandation 1 Norme internationale. Il est
possible, au moyen de tests, de s’assurer qu’une instance de mise en œuvre de ces procédures exécutera correctement le
protocole dans un ensemble de circonstances constituant un échantillon représentatif. Il est toutefois prévu de pouvoir
utiliser la présente Recommandation 1 Norme internationale dans le cas où deux instances de mise en œuvre n’ont pas
réussi à entrer en communication, pour déterminer si c’est l’une des instances qui n’a pas réussi à exploiter correctement
le protocole ou si ce sont les deux instances qui ont échoué dans cette tentative.
La présente Recommandation 1 Norme internationale comporte un article portant sur les conditions de conformité d’un
équipement censé mettre en œuvre les procédures qui y sont spécifiées. Pour évaluer la conformité d’une instance de
mise en œuvre particulière, il est nécessaire de disposer d’une déclaration des capacités et des options qui ont été mises
en œuvre pour un protocole OS1 donné. Il s’agira d’une «déclaration de conformité d’instance de protocole»
(PICS , protocol implementation conformance statement). Un formulaire PICS est présenté dans 1’Annexe C. L’attention
est attirée sur le fait que la présente Recommandation 1 Norme internationale ne contient aucun test qui permettrait de
démontrer cette conformité.
Les variantes et options autorisées dans le cadre de la présente Recommandation 1 Norme internationale sont essentielles
pour permettre d’assurer un service de transport dans une large gamme d’applications avec diverses qualités de réseau.
Une instance de mise en œuvre ne respectant que des conditions minimales de conformité ne conviendra donc pas à une
utilisation dans toutes les circonstances possibles. Il est donc important, pour toute référence à la présente Recom-
mandation 1 Norme internationale, de spécifier toutes les options offertes ou requises, ou les raisons pour lesquelles des
dispositions ou utilisations particulières ont été prévues.
vii
Page blanche
ISOKEI 8073 : 1997 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - PROTOCOLE ASSURANT LE SERVICE DE TRANSPORT
EN MODE CONNEXION
(Malaga-Torremolinos, 1984; révisée à Melbourne, I988, à Genève, 1993; révisée en 1996)
1 Domaine d’application
La présente Recommandation 1 Norme internationale spécifie ce qui suit:
cinq classes de procédures d’exploitation dans le service de couche Réseau en mode connexion:
a)
classe 0: classe de base;
1)
classe 1: classe de base avec reprise sur erreur;
2)
classe 2: classe avec multiplexage;
classe 3: classe avec reprise sur erreur et multiplexage;
4)
classe 4: classe avec détection d’erreurs et reprise sur erreur,
5)
pour le transfert en mode connexion de données et d’informations de commande entre une de
transport et une unité
de transport homologue;
une classe de procédures unique (classe 4) pour l’exploitation dans le service de couche Réseau en mode
b)
sans connexion;
les moyens de négocier la classe de procédures que les entités de transport devront utiliser;
Cl
transport protocol data
la structure et le codage des unités de données de protocole de transport (TPD U
d) 9
unit) utilisées pour transférer des donn .ées et des in .formations de commande.
Ces procédures sont définies en termes:
i) d’interactions entre entités de transport homologues par échange d’unités de données de protocole de
transport;
ii) d’interactions entre une entité de transport et l’utilisateur du service de transport du même système,
Par
l’échange de primitives de service transport;
iii) d’interactions entre une entité de transport et le fournisseur du service de couche Réseau, par l’échange de
primitives de service de couche Réseau.
Ces procédures sont définies dans le corps de la présente Recommandation 1 Norme internationale et sont complétées par
les tables d’états de 1’Annexe A.
Ces procédures sont applicables à des instances de communication entre des systèmes qui utilisent la couche Transport
du modèle de référence OS1 et qui visent à s’interconnecter dans un environnement de systèmes ouverts.
La présente Recommandation 1 Norme internationale spécifie également, à l’article 14, les conditions de conformité de
systèmes mettant en œuvre ces procédures. Elle fournit les formulaires PICS conformément aux conditions applicables et
aux indications données dans la Rec. X.291 du CCITT et l’ISO/CEI 9646-2 à ce sujet. Elle ne spécifie pas de tests
permettant de démontrer cette conformité.
Rec. UIT-T X.224 (1995 F)
ISO/CEI 8073 : 1997 (F)
Références
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 1 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 1 Norme internationale sont invitées
à rechercher la possibilité d’appliquer les éditions les plus récentes des Recommandations et Normes indiquées ci-après.
Les membres de la CEI et de l’IS0 possèdent le registre des Normes internationales en vigueur. Le Bureau de la
normalisation des télécommunications de I’UIT tient à jour une liste des Recommandations UIT-T en vigueur.
21 . Recommandations 1 Normes internationales identiques
-
Recommandation X.213 du CCITT (1992) 1 ISOKEI 8348: 1993, Technologies de l’information -
Interconnexion de systèmes ouverts - Définition du service de réseau.
-
Recommandation UIT-T X.214 (1993) 1 ISO/CEI 8072: 1994, TechnoZogies de l’information -
Interconnexion de systèmes ouverts - Définition du service de transport.
22 . Paires de Recommandations 1 Normes internationales équivalentes par leur contenu technique
-
Recommandation X.200 du CCITT (1988), Modèle de référencé pour l’interconnexion des systèmes
ouverts pour les applications du CCITT.
ISO 7498~1984, Systèmes de traitement de l’information - Interconnexion des systèmes ouverts - ModèZe
de référence de base.
-
Recommandation UIT-T X.264 (I993), Mécanisme d’identification du protocole de transport.
ISO/CEI 11570: 1992, Technologies de Z’information - TéZécommunications et échange d’informations
Mécanisme d’identiJication du protocole de
entre systèmes - Interconnexion de systèmes ouverts -
transport.
-
Recommandation X.290 du CCITT (1992), Cadre général et méthodologie des tests de conformité OS’
pour les Recommandations sur les protocoles pour les applications du CCITT - Concepts généraux.
ISO/CEI 9646-l : 1994, Technologies de I?nformation - Interconnexion de systèmes ouverts - Cadre
général et méthodologie des tests de conformité - Partie 1: concepts généraux.
-
Recommandation X.291 du CCITT (1992), Cadre général et méthodologie des tests de conformité OSI
pour les Recommandations sur les protocoles pour les applications du CCITT - SpéciJication des suites
de tests abstraites.
ISOKEI 9646-2: 1994, Technologies de Z’information - Interconnexion de systèmes ouverts - Cadre
général et méthodologie des tests de conformité - Partie 2: spécification des suites de tests abstraites.
-
Recommandation X.650 du CCITT (1992), Interconnexion de systèmes ouverts (OSI) - Modèle de
référence pour la dénomination et Z’adressage.
ISOKEI 7498-3 : 1989, Systèmes de traitement de I?nformation - Interconnexion de sysfèmes ouverts -
Modèle de référence de base - Partie 3: dénomination et adressage.
Définitions
NOTE - Les définitions contenues dans cet wticle font appel aux abréviations définies dans l’article 4.
La présente Recommandation 1 Norme internationale est fondée sur les concepts élaborés dans les Rec. X.200
3.1
du CCITT 1 ISO 7498 et X.650 du CCITT 1 ISOKEI 7498-3. Elle fait usage des termes suivants, qui y sont définis:
concaténation et séparation;
a)
b) segmentation et réassemblage;
multiplexage et démultiplexage;
Cl
d) éclatement et recombinaison;
contrôle de flux;
e>
Rec. UIT-T X.224 (1995 F)
ISO/CEI 8073 : 1997 (F)
expédition en mode sans connexion;
sélecteur de transport;
valeur «NUL» de sélecteur.
h)
3.2 Pour les besoins de la présente Recommandation 1 Norme internationale, les définitions suivantes s’appliquent:
3.2.1 équipement: matérie 1 ou logicie ou combin aison de l’un et l’autre; il n’est pas nécessairement distinct,
1,
physi .quement, à l’intérieur d’un équipement in formatique.
3.2.2 utilisateur du serv ice de transport: représentation abstraite, à l’intérieur d’un même système, de la totalité des
entités ui utilisent le service de transport.
fournisseur du service de réseau: modélisation sous la forme d machine de la
3.2.3 .'une abstraite totalité des
fournissant le service de réseau, telle s que vues par une entité de transport.
3.2.4 initiative locale: décision prise par un système concernant des aspects de son comportement, au niveau de la
couche Transport, qui ne sont pas couverts par les spécifications du présent protocole.
3.2.5 entité appelante: entité de transport qui envoie une TPDU CR (demande de connexion).
3.2.6 entité appelée: entité de transport avec laquelle une entité appelante souhaite établir une connexion de
transport.
et entité appelée sont définies relativement
NOTE - Entité appelante à une seule connexion de transport. Une même entité
transport peut être simultanément entité appelante et entité appelée.
de
3.2.7 entité de transport expéditrice: entité de transport qui envoie une TPDU.
3.2.8 entité de transport destinataire: entité de transport qui reçoit une TPDU.
3.2.9 classe préférée: classe de protocole indiquée par l’entité appelante, dans une TPDU CR, comme ayant sa
préférence pour cette connexion de transport.
3.2.10 classe de repli: classe de protocole indiquée par l’entité appelante, dans une TPDU CR, comme solution de
repli pour cette connexion de transport.
3.2.11 classe proposée: classe préférée ou classe de repli.
3.2.12 classe adoptée: classe de protocole indiquée par l’entité appelée dans une TPDU CC comme étant celle qui a
été choisie pour cette connexion de transport.
3.2.13 paramètre proposé: valeur d’un paramètre, indiquée par l’entité appelante dans une TPDU CR comme étant
celle qu’elle souhaite utiliser sur la connexion de transport.
3.2.14 paramètre adopté: valeur d’un paramètre, indiquée par l’entité appelée dans une TPDU CC comme étant celle
qu’elle a choisie d’utiliser sur la connexion de transport.
3.2.15 indication d’erreur: indication N-RESET (réinitialisation de réseau) ou N-DISCONNECT (déconnexion de
réseau), avec un code «cause» indiquant une erreur, reçue par une entité de transport de la part du fournisseur du service
de réseau.
3.2.16 TPDU non valide: unité TPDU dont la structure ou le codage n’est pas conforme aux spécifications de la
présente Recommandation 1 Norme internationale.
3.2.17 erreur de protocole: TPDU dont l’utilisation n’est pas conforme aux procédures de la classe adoptée.
3.2.18 numéro de séquence:
numéro spécifié dans le champ «numéro de TPDU» d’une TPDU DT (données), qui sert à indiquer le rang
a>
avec lequel la TPDU DT a été expédiée dans la séquence par l’unité de transport;
b) numéro dans le champ «numéro de YR-TU (séquence en réponse)» d’une TPDU AK (accusé de réception
de données), ou RJ (rejet), qui sert à indiquer le numéro d’ordre dans la séquence de la prochaine TPDU
DT dont la réception est attendue par une entité de transport.
3.2.19 fenêtre de transmission: ensemble des numéros de séquence consécutifs qu’une entité de transport a été
autorisée par son homologue à envoyer à un instant donné sur une connexion de transport donnée.
Rec. UIT-T X.224 (1995 F) 3
ISOKEI 8073 : 1997 (F)
3.2.20 limite inférieure de fenêtre: plus petit numéro de séquence d’une fenêtre de transmission.
3.2.21 supérieure de fenêtre: de séquence supérieur d’une unité au numéro de séquence le plus élevé
limite
d’une fenêtre de transmission.
3.2.22 limite supérieure de fenêtre autorisée à l’entité homologue: valeur transmise par une entité de transport à
son homologue pour lui indiquer sa nouvelle limite supérieure de fenêtre.
3.2.23 fenêtre fermée: fenêtre de transmission ne contenant aucun numéro de séquence.
informations de contrôle de fenêtre: informations contenues dans une TPDU et concernant les limites
3.2.24
inférieure et supérieure de la fenêtre de transmission.
3.2.25 référence gelée: référence qui n’est pas disponible pour affectation à une connexion (conformément aux
spécifications du 6.18).
référence qui n’est actuellement ni utilisée pour l’identification d’une connexion
3.2.26 référence non affectée:
transport, ni gelée.
d’un utilisateur du service de transport laissées intactes lors de leur transfert
3.2.27 données transparentes: données
entre entités de transport et dont l’utilisation n’est pas autorisée par ces entités.
3.2.28
propriétaire (d’une connexion de réseau): entité de transport qui a émis la demande N-CONNECT
(connexion de réseau) ayant conduit à la création de cette connexion de réseau. Cette définition n’est applicable que dans
l’exploitation du service de réseau en mode connexion.
3.2.29
TPDU retenue: TPDU faisant l’objet d’une procédure de réexpédition ou d’une procédure de rétention jusqu’à
réception d’un accusé de réception, et disponible pour une éventuelle réexpédition.
La présente Recommandation 1 Norme internationale utilise les termes suivants, qui sont définis dans la
3.3
Rec. X.213 du CCITT 1 ISO/CEI 8348:
service (de) réseau en mode connexion;
service (de) réseau en mode sans connexion.
W
La présente Recommandation 1 Norme internationale utilise les termes suivants, qui sont définis dans la
3.4
Rec. X.290 du CCITT et l’ISO/CEI 9646-l :
a) formulaire PICS;
b) déclaration de conformité d’instance de protocole (PICS).
4 Abréviations
41 . Unités de données
TPDU Unité de données de protocole de transport (transport-protocol-data-unit)
TSDU
Unité de données du service de transport (transport-service-data-unit)
NSDU
Unité de données du service de réseau (network-service-data-unit)
42 . Types d’unités de données de protocole de transport
TPDU CR
TPDU de demande de connexion (connection request TPDU)
TPDU CC TPDU de confirmation de connexion (connection confirm TPDU)
TPDU DR TPDU de demande de déconnexion (disconnect request TPDU)
TPDU DC TPDU de confirmation de déconnexion (disconnect confirm TPDU)
TPDU DT TPDU de données (data TPDU)
TPDU ED TPDU de données exprès (expedited data TPDU)
4 Rec. UIT-T X.224 (1995 F)
ISOKEI 8073 : 1997 (F)
TPDU AK TPDU d’accusé de réception de données (data acknowledge TPDU)
TPDU EA TPDU d’accusé de réception de données exprès (expedited acknowledge TPDU)
TPDU de rejet (reject TPDU)
TPDU RJ
TPDU ER TPDU d’erreur (errer TPDU)
43 l Champs des TPDU
.
LI (Champ) indicateur de longueur [length indicator Cfielg]
CDT (Champ) Crédit [credit @eld)]
Sélecteur T
(Champ) sélecteur de transport
DST-REF (Champ) Référence identifiant la connexion de transport au niveau de l’entité
destinataire [destination reference field)]
SRC-REF (Champ) Référence identifiant la connexion de transport au niveau de l’entité
expéditrice [source reference fleld)]
FIN de TSDU (EOT) Indicateur de fin de TSDU (end of TSDUmark)
no de TPDU DT (Champ) Numéro de TPDU DT
no de TPDU ED (Champ) Numéro de TPDU ED
(Champ) Numéro de séquence en réponse
no de YR-TU
no de YR-EDTU (Champ) Numéro de séquence de TPDU ED en réponse
ROA Indicateur de demande d’accusé de réception (request of acknowledgement mark)
44 l Délais et variables associées
TI Délai maximal entre une (ré)expédition et la réexpédition suivante (délai local) (local retransmission
time)
N Nombre maximal de réexpéditions (maximum number of transmissions)
L Délai de réutilisation d’une référence et d’un numéro de séquence (time bound on reference and
sequence number)
I Délai d’inactivité (inactivity time)
W Délai de [réexpédition d’informations de] contrôle de fenêtre (window time)
TTR Délai alloué pour tenter d’effectuer la procédure de réaffectation/resynchronisation (time to try
reassignment/resynchronization)
TWR Délai d’attente de l’exécution de la procédure de réaffectationkesynchronisation (time to wait for
reassignment/resynchronization)
TSI Temporisateur de supervision d’établissement de connexion de transport (supervisory timer 1)
TS2 Temporisateur de supervision de libération de connexion de transport (supervisory timer 2)
Durée de vie de NSDU, sens local-distant (NSDU lzfetime local-to-remote)
MLR
Durée de vie de NSDU, sens distant-local (NSDU lifètime remote-to-local)
MRL
Temps de transit maximal prévisible, sens local-distant (
...
I SO/C E I
NORME
I NTE R NAT1 ON ALE
Quatrième édition
1997-08-1 5
Technologies de l'information -
Interconnexion de systèmes ouverts
(OS) - Protocole assurant le service de
transport en mode connexion
lnformation technology - Open Systems lnterconnection - Protocol for
providing the connection-mode transport service
Numéro de référence
ISO/CEI 8073:1997(F)
ISO/CEI 8073 : 1997 (F)
Sommaire
Page
Domaine d'application .
1 1
Références .
2 2
2.1 Recommandations I Normes internationales identiques . 2
Paires de Recommandations I Normes internationales équivalentes par leur contenu technique .
2.2 2
Définitions . 2
Abréviations . 4
4.1 Unités de données . 4
4.2 . Types d'unités de données de protocole de transport . 4
4.3 Champs des TPDU . 5
4.4 Délais et variables associées . 5
4.5 Divers .
Aperçu général du protocole de transport . 6
5.1 Service foumi par la couche Transport . 6
5.2 Services attendus de la couche Réseau . . 6
5.3 Fonctions de la couche Transport .
5.4 Classes et options dans l'exploitation du service CONS . 9
Caractéristiques du protocole de transport en classe 4 dans l'exploitation du service CLNS .
5.5 11
5.6 Modèle de la couche Transport .
Elements de procédure . 12
6.1 Utilisation du service de réseau . 12
Transfert d'unités de données de protocole de transport (TPDU) . 13
6.2
Segmentation et réassemblage . 14
6.3
Concaténation et séparation .
6.4 14
Etablissement de connexion .
6.5 15
Refk de connexion . 21
6.6
Libération normale .
6.7 22
Libération sur erreur dans l'exploitation du service CONS . 24
6.8
Association de TPDU a des connexions de transport . 25
6.9
6.10 Numérotation des TPDU de données . 28
6.1 1 Transfert de données exprès . 29
Réaffectation après incident dans l'exploitation du service CONS .
6.12 30
Rétention jusqu'à réception d'un accusé de réception de TPDU . 31
6.13
6.14 Resynchronisation . 33
6.15 Multiplexage et démultiplexage dans l'exploitation du service CONS . 35
ISO/CEI 1997
O
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 I'éditeur
ISOKEI Copyright Office Case postale 56 CH-1211 Genève 20 Suisse
Imprimé en Suisse
ISO/CEI 8073 : 1997 (F)
O ISO/CEI
6.16 Contrôle de flux explicite .
6.17 Total de contrôle .
Gel de références .
6.18
Réexpédition après un délai de temporisation . 38
6.19
6.20 Remise en séquence .
Détection d'inactivité . 39
6.21
Traitement des erreurs de protocole .
6.22
Eclatement et recombinaison dans l'exploitation du service CONS .
6.23
Classes de protocole . .
Spécification de la classe O: classe de base .
8.1 Fonctions de la classe O .
8.2 Procédures de la classe O .
Spécification de la classe 1 : classe de base avec reprise sur erreur .
9.1 Fonctions de la classe 1 . 43
9.2 Procédures de la classe . 43
Spécification de la classe 2: classe avec multiplexage . 44
10.1 Fonctions de la classe 2 . . .
10:2 Procédures de la classe 2 . . 44
.................................... 46
11 Spécification de la classe 3: classe avec multiplexage de reprise sur erreur .
1 1.1 Fonctions de la classe 3 . 46
11.2 Procédures de la classe 3 . .
Spécification de la classe 4: classe avec détection d'erreurs et reprise sur erreur . 48
12.1 Fonctions de la classe 4 .
12.2 Procédures de la classe 4 . 49
13 Structure et codage des TPDU .
13.1 Validité .
13.2 Structure .
13.3 TPDU de demande de connexion (CR) .
13.4 TPDU de confirmation de connexion (CC) . 69
13.5 TPDU de demande de déconnexion (DR) . 70
13.6 TPDU de confirmation de déconnexion (DC) .
13.7 TPDU de données (DT) . 72
13.8 TPDU de données exprè . 73
TPDU d'accusé de réception de données (AK) . 74
13.9
13.1 O TPDU d'accusé de réception de données exprès (EA) . 76
TPDU de rejet (FU) .
13.1 1
13.12 TPDU d'erreur de TPDU (ER) . 78
14 Conformité .
Annexe A . Tables d'états . .
Généralités . . 81
A . 1
A.2 .
A . 3 . 81
Tables d'états des classes O et 2 . 82
A.4
Tables d'états des classes 1 et 3 . 86
A . 5
A . 6 Table d'états de la classe 4 dans le service CONS .
Table d'états de la classe 4 dans le service CLNS . 92
A . 7
...
t2 ISOKEI
ISOICEI 8073 : 1997 (F)
Annexe B . Sous-protocole de gestion de connexion réseau . 100
B.l Introduction . 100
B.2 Domaine d'application . 100
B.3 Définitions . 100
B.4 Abréviations .
B.5 Aperçu général du protocole . 102
B.6 Elements de procédure .
B.7 Fonctionnement du protocole . 107
B.8 Structure et codage des TPDU . 111
B.9 Conformité . 114
B . 10 Tables d'états . 114
................................................................
B . 11 Diagrammes pour l'exploitation du sous-protocole NCMS 117
Annexe C - Formulaire PICS . 120
c . 1 General . 120
c.2 Identification . 120
c.3 Indices used in this annex .
c . 4 Based Recommendation 1 International Standard conformance . 123
c.5 General statement of conformance . 123
C.6 Protocol implementation . 123
(2.7 NCMS functions . 123
C.8 Initiatorhesponder capability for protocol classes O - 4 . 124
(2.9 Supported functions . . 124
c.10 Supported TPDUs . 130
Supported parameters of issued TPDUs . . 131
c.11
c.12 Supported parameters for received TPDUs . 138
User data in issued TPDUs .
C.13 138
C.14 User data in received TPDUs . 140
Negotiation . . 140
C.15
C.16 Error handling . . 144
Timers and protocol parameters . 145
C.17
Annexe D . Algorithmes du total de contrôle . . 147
D.l Symboles . 147
D.2 Conventions arithmétiques . . 147
D.3 Algorithme de calcul des paramètres du total de contrôle . 147
D.4 Algorithme de vérification des paramètres du total de contrôle .
Annexe E - Tables d'états pour l'exploitation de la classe 4 dans les services de couche Réseau en mode
connexion et en mode sans connexion . 149
E.l Généralités . . 149
E.2 Conventions . 149
E.3 Tableaux .
E.4 Tables d'états pour la classe 4 . . 149
Appendice I - Différences entre la Rec . UIT-T X.224 (1993) et l'ISO/CEl 8073: 1992 . 157
1.1 Affectation à des connexions de couche Réseau . 157
1.2 Conformité .
1.3 Négociation de classe .
1.4 Priorité . 157
1.5 Différences entre la Rec . UIT-T X.224 et l'ISO/CEI 8073 . 157
iv
0 ISO/CEI ISOKEI 8073 : 1997 (F)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré à la
normalisation internationale considérée comme un tout. Les organismes nationaux
membres de IWO 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'1.50 et de la CE1 collaborent dans des
domaines d'intérêt commun. D'autres organisations internationales, gouverne-
mentales et non gouvernementales, en liaison avec I'ISO et la CE1 participent
également aux travaux.
Dans le domaine des technologies de l'information, I'ISO et la CE1 ont créé un
comité technique mixte. I'ISO/CEI JTC 1. Les projets de Normes internationales
adopté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 ISO/CEI 8073 a été élaborée par le comité technique
mixte ISO/CEI JTC 1, Technologies de l'information, sous-comité SC 6,
Téléinformatique, en collaboration avec I'UIT-T. Le texte identique est publié en
tant que Recommandation UIT-T X.224.
Cette quatrième édition annule et remplace la troisième édition
(ISO/CEI 8073: 1992). qui a fait l'objet d'une révision technique. Elle incorpore
aussi le Rectificatif technique 1: 1993 et le Rectificatif technique 2: 1994.
Les annexes A à E font partie intégrante de la présente Norme internationale.
0 ISO/CEI
ISO/CEI 8073 : 1997 (FI
Introduction
La présente Recommandation 1 Norme internationale fait partie d'un ensemble de Recommandations I Normes
internationales établies pour faciliter l'interconnexion des systèmes de traitement de l'information. Cet ensemble de
Recommandations I Normes internationales couvre les services et les protocoles à mettre en œuvre pour réaliser une telle
interconnexion.
La structuration en couches définie dans le modèle de rkférence pour l'interconnexion des systèmes ouverts (OSI, open
systems interconnection) (voir la Rec. X.200 du CCITT 1 IS0 7498) permet de situer cette Recommandation I Norme
internationale sur le protocole de couche Transport par rapprt aux autres Recommandations 1 Normes internationales du
même ensemble. Elle est surtout liée a la définition du service de la couche Transport (voir la Rec. UIT-T X.214 1
ISO/CEI 8072) et relève de son domaine d'application. Elle fait également appel et référence au service de la couche
Réseau (voir la Rec. X.213 du CCITT I ISOKEI 8348) dont elle suppose que les dispositions sont applicables afin que le
protocole de transport puisse atteindre ses objectifs. La Figure Intro. 1 montre les relations entre ces Recommandations I
Normes internationales.
Définition du service de transport
?
Spécification Référence à des objectifs------4
du protocole
de transport Référence à des hypothèses.------.l
i
Définition du service de réseau
TO71 9300-94id01
Figure Intro. 1 -Relation entre le protocole de transport et les services des couches adjacentes
La présente Recommandation 1 Norme internationale spécifie un codage commun ainsi que plusieurs classes de
procédures du protocole de transport à utiliser avec différentes qualités de service de couche Réseau.
Le propos est de définir un protocole de transport qui soit simple mais suffisamment général pour convenir à toute la
gamme des qualités de service de couche Réseau possibles, sans préjudice de futures extensions.
Le présent protocole est structuré de manière à donner naissance à des classes de protocole, conçues de façon à
minimiser les risques d'incompatibilité et les coûts de réalisation.
Le choix d'une de ces classes permet de bénéficier des services de couche Transport et de couche Réseau avec la qualité
de service requise pour l'interconnexion de deux entités de session (chaque classe offrant un jeu différent de fonctions
destinées à améliorer la qualité du service).
La présente Recommandation I Norme internationale définit des mécanismes qui pourront être utilisés pour optimiser les
tarifs de réseau et améliorer les paramètres suivants de qualité de service:
a) divers débits utiles;
b) différents taux d'erreur;
c) impératifs d'intégrité des données;
d) impératifs de fiabilité.
vi
0 ISOKEI
ISOKEI 8073 : 1997 (F)
Le protocole n'impose pas aux mises en œuvre d'utiliser tous ces mécanismes; il ne définit pas non plus de méthodes
pour mesurer la qualité de service fournie ni de critères pour décider du moment où il convient de libérer les connexions
de transport à la suite d'une dégradation de la qualité de service.
L'objet principal de la présente Recommandation 1 Norme internationale est de fournir un ensemble de règles de
communication, exprimées en termes de procédures à mettre en œuvre par l'intermédiaire d'entités homologues au
moment de la communication. Ces règles de communication sont prévues pour fournir une base solide de
développement, répondant à divers objectifs, soit:
servir de guide aux réalisateurs et aux concepteurs;
a)
servir aux tests et aux acquisitions d'équipements;
b)
faire partie d'accords pour l'admission de systèmes dans l'environnement des systèmes ouverts;
c)
permettre une meilleure compréhension de I'OSI.
d)
Comme il est prévu que ses premiers utilisateurs seront des concepteurs et des réalisateurs d'équipements, la présente
Recommandation 1 Norme internationale comporte, sous forme de notes ou d'annexes, des indications concernant la
réalisation de systèmes mettant en œuvre les procédures qui y sont définies.
I1 convient de remarquer que le nombre de séquences d'éléments de protocole valides est très important et qu'il n'est donc
pas possible, dans l'état actuel de la technologie, de vérifier qu'une instance mettant en œuvre ces procédures exécutera
correctement, en toutes circonstances, le protocole défini dans la présente Recommandation 1 Norme internationale. I1 est
possible, au moyen de tests, de s'assurer qu'une instance de mise en œuvre de ces procédures exécutera correctement le
protocole dans un ensemble de circonstances constituant un échantillon représentatif. I1 est toutefois prévu de pouvoir
utiliser la présente Recommandation I Norme internationale dans le cas où deux instances de mise en œuvre n'ont pas
réussi à entrer en communication, pour déterminer si c'est l'une des instances qui n'a pas réussi à exploiter correctement
le protocole ou si ce sont les deux instances qui ont échoué dans cette tentative.
La présente Recommandation I Norme internationale comporte un article portant sur les conditions de conformité d'un
équipement censé mettre en œuvre les procédures qui y sont spécifiées. Pour évaluer la conformité dune instance de
mise en œuvre particulière, il est nécessaire de disposer d'une déclaration des capacités et des options qui ont été mises
en œuvre pour un protocole OS1 donné. I1 s'agira d'une ((déclaration de conformité d'instance de protocole))
(PICS ,protocol implementation conformance statement). Un formulaire PICS est présenté dans l'Annexe C. L'attention
est attirée sur le fait que la présente Recommandation 1 Norme internationale ne contient aucun test qui permettrait de
démontrer cette conformité.
Les variantes et options autorisées dans le cadre de la présente Recommandation I Norme internationale sont essentielles
pour permettre d'assurer un service de transport dans une large gamme d'applications avec diverses qualités de réseau.
Une instance de mise en œuvre ne respectant que des conditions minimales de conformité ne conviendra donc pas à une
utilisation dans toutes les circonstances possibles. I1 est donc important, pour toute référence à la présente Recom-
mandation 1 Norme internationale, de spécifier toutes les options offertes ou requises, ou les raisons pour lesquelles des
dispositions ou utilisations particulières ont été prévues.
ISO/CEI 8073 : 1997 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L'INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - PROTOCOLE ASSURANT LE SERVICE DE TRANSPORT
EN MODE CONNEXION
(Malaga-Torremolinos, 1984; rivisée à Melbourne, 1988, à Genève, 1993; révisée en 1996)
1 Domaine d'application
La présente Recommandation 1 Norme internationale spécifie ce qui suit:
cinq classes de procédures d'exploitation dans le service de couche Réseau en mode connexion:
a)
classe O: classe de base;
1)
classe 1 : classe de base avec reprise sur erreur;
2)
classe 2: classe avec multiplexage;
3)
3: classe avec reprise sur erreur et multiplexage;
classe
4)
classe 4: classe avec détection d'erreurs et reprise sur erreur,
5)
pour le transfert en mode connexion de données et d'informations de commande entre une entité de
transport et une unité de transport homologue;
une classe de procédures unique (classe 4) pour l'exploitation dans le service de couche Réseau en mode
b)
sans connexion;
les moyens de négocier la classe de procédures que les entités de transport devront utiliser;
c)
la structure et le codage des unités de données de protocole de transport (TPDU, transport protocol data
d)
unit) utilisées pour transférer des données et des informations de commande.
Ces procédures sont définies en termes:
d'interactions entre entités de transport homologues par échange d'unités de données de protocole de
i)
transport;
d'interactions entre une entité de transport et l'utilisateur du service de transport du même système, par
ii)
l'échange de primitives de service transport;
iii) d'interactions entre une entité de transport et le fournisseur du service de couche Réseau, par l'échange de
primitives de service de couche Réseau.
Ces procédures sont définies dans le corps de la présente Recommandation 1 Norme internationale et sont complétées par
les tables d'états de l'Annexe A.
Ces procédures sont applicables à des instances de communication entre des systèmes qui utilisent la couche Transport
du modèle de référence OS1 et qui visent à s'interconnecter dans un environnement de systèmes ouverts.
La présente Recommandation 1 Norme internationale spécifie également, à l'article 14, les conditions de conformité de
systèmes mettant en œuvre ces procédures. Elle fournit les formulaires PICS conformément aux conditions applicables et
aux indications données dans la Rec. X.291 du CCITT et I'ISOICEI 9646-2 à ce sujet. Elle ne spécifie pas de tests
permettant de démontrer cette conformité.
Rec. UIT-T X.224 (1995 F) 1
ISOKEI 8073 : 1997 (F)
2 Références
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 1 Norme internationale sont invitées
à rechercher la possibilité d'appliquer les éditions les plus récentes des Recommandations et Normes indiquées ci-après.
Les membres de la CE1 et de 1'ISO possèdent le registre des Normes intemationales en vigueur. Le Bureau de la
normalisation des télécommunications de FUIT tient à jour une liste des Recommandations UIT-T en vigueur.
Recommandations I Normes internationales identiques
2.1
- Recommandation X.213 du CCITT (1992) I ISOICEI 8348:1993, Technologies de l'information -
Interconnexion de systèmes ouverts - Définition du service de réseau.
- Recommandation UIT-T X.214 (1993) 1 ISOICEI 8072:1994, Technologies de l'information -
Interconnexion de systèmes ouverts - Définition du service de transport.
Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
2.2
-
Recommandation X.200 du CCITT (1988), Modèle de référence pour l'interconnexion des systèmes
ouverts pour les applications du CCITT.
IS0 7498: 1984, Systèmes de traitement de l'information - Interconnexion des systèmes ouverts - Modèle
de référence de base.
-
Recommandation UIT-T X.264 ( 1993), Mécanisme d'identification du protocole de transport.
ISOICEI 1 1570: 1992, Technologies de l'information - Télécommunications et échange d'informations
entre systèmes - Interconnexion de systèmes ouverts - Mécanisme d'identification du protocole de
transport.
-
Recommandation X.290 du CCITT (1992), Cadre général et méthodologie des tests de conformité OSI
pour les Recommandations sur les protocoles pour les applications du CCITT - Concepts généraux.
ISOICEI 9646- 1 : 1994, Technologies de l'information - Interconnexion de systèmes ouverts - Cadre
général et méthodologie des tests de conformité - Partie 1: concepts généraux.
-
Recommandation X.291 du CCITT (1992), Cadre général et méthodologie des tests de conformité OSI
pour les Recommandations sur les protocoles pour les applications du CCITT - Spécification des suites
de tests abstraites.
ISOICEI 9646-2: 1994, Technologies de l'information - Interconnexion de systèmes ouverts - Cadre
général et méthodologie des tests de conformité -Partie 2: spécijkation des suites de tests abstraites.
-
Recommandation X.650 du CCITT (1992), Interconnexion de systèmes ouverts (OSI,) - Modèle de
référence pour la dénomination et l'adressage.
ISOICEI 7498-3: 1989, Systèmes de traitement de l'information - Interconnexion de systèmes ouverts -
Modèle de référence de base -Partie 3: dénomination et adressage.
3 Définitions
NOTE - Les définitions contenues dans cet srticle font appel aux abréviations définies dans l'article 4.
3.1 La présente Recommandation I Norme internationale est fondée sur les concepts élaborés dans les Rec. X.200
du CCITT 1 IS0 7498 et X.650 du CCITT I ISOICEI 7498-3. Elle fait usage des termes suivants, qui y sont définis:
a) concaténation et séparation;
b) segmentation et réassemblage;
c) multiplexage et démultiplexage;
d) éclatement et recombinaison;
e) contrôle de flux;
2 Rec. UIT-T X.224 (1995 F)
ISOKEI 8073 : 1997 (F)
expédition en mode sans connexion;
f)
g) sélecteur de transport;
h) valeur ((NUL)) de sélecteur.
Pour les besoins de la présente Recommandation 1 Norme internationale, les définitions suivantes s'appliquent:
3.2
3.2.1 équipement: matériel ou logiciel, ou combinaison de l'un et l'autre; il n'est pas nécessairement distinct,
physiquement, à l'intérieur dun équipement informatique.
3.2.2 utilisateur du service de transport: représentation abstraite, à l'intérieur dun même système, de la totalité des
entités qui utilisent le service de transport.
3.2.3 fournisseur du service de réseau: modélisation sous la forme d'une machine abstraite de la totalité des entités
fournissant le service de réseau, telles que vues par une entité de transport.
3.2.4 initiative locale: décision prise par un système concernant des aspects de son comportement, au niveau de la
couche Transport, qui ne sont pas couverts par les spécifications du présent protocole.
entité appelante: entité de transport qui envoie une TPDU CR (demande de connexion).
3.2.5
entité appelée: entité de transport avec laquelle une entité appelante souhaite établir une connexion de
3.2.6
transport.
NOTE - Entité appelante et entité appelée sont définies relativement à une seule connexion de transport. Une même entité
de transport peut être simultanément entité appelante et entité appelée.
3.2.7 entité de transport expéditrice: entité de transport qui envoie une TPDU.
3.2.8 entité de transport destinataire: entité de transport qui reçoit une TPDU.
3.2.9 classe préférée: classe de protocole indiquée par l'entité appelante, dans une TPDU CR, comme ayant sa
préférence pour cette connexion de transport.
3.2.10 classe de repli: classe de protocole indiquée par l'entité appelante, dans une TPDU CR, comme solution de
repli pour cette connexion de transport.
3.2.11 classe proposée: classe préférée ou classe de repli.
3.2.12 classe adoptée: classe de protocole indiquée par l'entité appelée dans une TPDU CC comme étant celle qui a
été choisie pour cette connexion de transport.
3.2.13 paramètre proposé: valeur d'un paramètre, indiquée par l'entité appelante dans une TPDU CR comme étant
celle qu'elle souhaite utiliser sur la connexion de transport.
3.2.14 paramètre adopté: valeur dun paramètre, indiquée par l'entité appelée dans une TPDU CC comme étant celle
qu'elle a choisie d'utiliser sur la connexion de transport.
3.2.15 indication d'erreur: indication N-RESET (reinitialisation de réseau) ou N-DISCONNECT (déconnexion de
réseau), avec un code ((cause)) indiquant une erreur, reçue par une entité de transport de la part du fournisseur du service
de réseau.
3.2.16 TPDU non valide: unité TPDU dont la structure ou le codage n'est pas conforme aux spécifications de la
présente Recommandation 1 Norme internationale.
3.2.17 erreur de protocole: TPDU dont l'utilisation n'est pas conforme aux procédures de la classe adoptée.
3.2.18 numéro de séquence:
numéro spécifié dans le champ ((numéro de TPDU)) d'une TPDU DT (données), qui sert à indiquer le rang
a)
avec lequel la TPDU DT a été expédiée dans la séquence par l'unité de transport;
numéro dans le champ ((numéro de YR-TU (séquence en réponse))) d'une TPDU AK (accusé de réception
b)
de données), ou RJ (rejet), qui sert à indiquer le numéro d'ordre dans la séquence de la prochaine TPDU
DT dont la réception est attendue par une entité de transport.
3.2.19 fenêtre de transmission: ensemble des numéros de séquence consécutifs qu'une entité de transport a été
autorisée par son homologue à envoyer à un instant donné sur une connexion de transport donnée.
Rec. UIT-T X.224 (1995 F)
ISO/CEI 8073 : 1997 (F)
limite inférieure de fenêtre: plus petit numéro de séquence dune fenètre de transmission.
3.2.20
3.2.21 limite supérieure de fenêtre: numéro de séquence supérieur dune unité au numéro de séquence le plus élevé
d'une fenêtre de transmission.
limite supérieure de fenêtre autorisée à l'entité homologue: valeur transmise par une entité de transport à
3.2.22
son homologue pour lui indiquer sa nouvelle limite supérieure de fenètre.
3.2.23 fenêtre fermée: fenêtre de transmission ne contenant aucun numéro de séquence.
3.2.24 informations de contrôle de fenêtre: informations contenues dans une TPDU et concernant les limites
inférieure et supérieure de la fenêtre de transmission.
référence gelée: référence qui n'est pas disponible pour affectation à une connexion (conformément aux
3.2.25
spécifications du 6.18).
3.2.26 référence non affectée: référence qui n'est actuellement ni utilisée pour l'identification dune connexion de
transport, ni gelée.
données transparentes: données d'un utilisateur du service de transport laissées intactes lors de leur transfert
3.2.27
entre entités de transport et dont l'utilisation n'est pas autorisée par ces entités.
3.2.28 propriétaire (d'une connexion de réseau): entité de transport qui a émis la demande N-CONNECT
(connexion de réseau) ayant conduit à la création de cette connexion de réseau. Cette définition n'est applicable que dans
l'exploitation du service de réseau en mode connexion.
3.2.29 TPDU retenue: TPDU faisant l'objet dune procédure de réexpédition ou dune procédure de rétention jusqu'à
réception dun accusé de réception, et disponible pour une éventuelle réexpédition.
3.3 La présente Recommandation 1 Norme internationale utilise les termes suivants, qui sont définis dans la
Rec. X.213 du CCITT 1 ISO/CEI 8348:
service (de) réseau en mode connexion;
a)
service (de) réseau en mode sans connexion.
b)
3.4 La présente Recommandation 1 Norme internationale utilise les termes suivants, qui sont définis dans la
Rec. X.290 du CCITT et l'ISO/CEI 9646- 1 :
a) formulaire PICS;
déclaration de conformité d'instance de protocole (PICS).
b)
4 Abréviations
4.1 Unités de données
TPDU Unité de données de protocole de transport (transport-protocol-data-unit)
TSDU Unité de données du service de transport (transport-sentice-data-unit)
NSDU Unité de données du service de réseau (network-service-data-unit)
4.2 Types d'unités de données de protocole de transport
TPDU CR TPDU de demande de connexion (connection request TPDU)
TPDU CC
TPDU de confirmation de connexion (connection confirm TPDU)
TPDU DR
TPDU de demande de déconnexion (disconnect request TPDU)
TPDU DC
TPDU de confirmation de déconnexion (disconnect confirm TPDU)
TPDU DT TPDU de données (data TPDU)
TPDU ED TPDU de données exprès (expedited data TPDU)
Rec. UIT-T X.224 (1995 F)
ISO/CEI 8073 : 1997 (F)
TPDU AK TPDU d'accusé de réception de données (data acknowledge TPDU)
TPDU d'accusé de réception de données exprès (expedited acknowledge TPDU)
TPDU EA
TPDU de rejet (reject TPDU)
TPDU RJ
TPDU ER TPDU d'erreur (error TPDU)
4.3 Champs des TPDU
LI (Champ) indicateur de longueur [length indicator field)]
(Champ) Crédit [credit field)]
CDT
Sélecteur T (Champ) sélecteur de transport
DST-REF (Champ) Référence identifiant la connexion de transport au niveau de l'entité
destinataire [destination reference field)]
SRC-REF (Champ) Référence identifiant la connexion de transport au niveau de l'entité
expéditrice [source reference field)]
FIN de TSDU (EOT) Indicateur de fin de TSDU (end of TSDU mark)
no de TPDU DT (Champ) Numéro de TPDU DT
no de TPDU ED (Champ) Numéro de TPDU ED
no de YR-TU (Champ) Numéro de séquence en réponse
no de YR-EDTU (Champ) Numéro de séquence de TPDU ED en réponse
ROA Indicateur de demande d'accusé de réception (request of acknowledgement mark)
4.4 Délais et variables associées
T1 Délai maximal entre une (ré)expédition et la réexpédition suivante (délai local) (local retransmission
time)
N Nombre maximal de réexpéditions (maximum number of transmissions)
L Délai de réutilisation dune référence et dun numéro de séquence (time bound on reference and
sequence number)
I Délai d'inactivité (inactivity time)
W Délai de [réexpédition d'informations de] contrôle de fenêtre (window time)
TTR Délai alloué pour tenter d'effectuer la procédure de réaffectatiodresynchronisation (time to try
reassignment/resynchronization)
TWR Délai d'attente de l'exécution de la procédure de réaffectatiodresynchronisation (time to wait for
reassignment/resynchronization)
TSl Temporisateur de supervision d'établissement de connexion de transport (supervisory timer 1)
TS2 Temporisateur de supervision de libération de connexion de transport (supervisory timer 2)
Durée de vie de NSDU, sens local-distant (NSDU lifetime local-to-remote)
MLR
Durée de vie de NSDU, sens distant-local (NSDU lifetime remote-to-local)
MRL
Temps de transit maximal prévisible, sens local-distant (expected maximum transit delay local-to-
ELR
remote)
Temps de transit maximal prévisible, sens distant-local (expected maximum transit delay remote-to-
ERL
local)
Délai de persistance (persistence time)
R
Délai d'accusé de réception de l'entité locale (local acknowledgement time)
AL
Délai d'accusé de réception de l'entité éloignée (remote acknowledgement time)
AR
Délai d'inactivité local (local inactivity time)
IL
Délai d'inactivité distant (remote inactivity time).
IR
Rec. UIT-T X.224 (1995 F) 5
ISO/CEI 8073 : 1997 (F)
4.5 Divers
TS-user Utilisateur du service de transport (transport-sewice user)
TSAP Point d'accès au service de transport (transport-service-access-point)
NS-provider Fournisseur du service de réseau (network service provider)
NSAP Point d'accès au service de réseau (network-service-access-point)
QS Qualité de service
CLNS Service de réseau en mode sans connexion (connectionless-mode network service)
CONS Service de réseau en mode connexion (connection-mode network service).
5 Aperçu général du protocole de transport
NOTE - Cet aperçu général n'est pas exhaustif; il n'est fourni que comme guide a l'intention du lecteur de la présente
Recommandation I Norme internationale.
5.1 Service fourni par la couche Transport
Le protocole spécifié dans la présente Recommandation 1 Norme internationale s'applique au service de transport défini
dans la Rec. UIT-T X.214 1 ISOKEI 8072.
Les informations sont transférées vers et depuis l'utilisateur du service de transport, à l'aide des primitives du service de
transport résumées dans le Tableau 1.
5.2 Services attendus de la couche Réseau
Le protocole défini dans la présente Recommandation 1 Norme internationale suppose l'utilisation du service de réseau
défini dans la Rec. X.213 du CCITT 1 ISOKEI 8348.
Lors de l'exploitation du service CONS, les informations sont transférées vers et depuis le fournisseur du service de
réseau dans les primitives de service de couche Réseau énumérées dans le Tableau 2a). Lors de l
...
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...