ISO 8073:1986

Norme internationale 8073
INTERNATIONAL ORGANIZATION FOR STANDARDIZATION*ME~YHAPO~HAR OPrAHH3AUMR Il0 CTAHAAPTH3AUHCI.ORGANlSATlON INTERNATIONALE DE NORMALISATION
Systèmes de traitement de l'information -
Interconnexion de systèmes ouverts - Protocole de
transport en mode connexion
Information processing systems - Open Systems Interconnection - Connection oriented transport protocol specification
Première édition - 1986-07-15
CDU 681.3.01 Réf. no : IS0 8073-1986 (FI
Descripteurs : traitement de l'information, échange d'information, interconnexion de systèmes ouverts, spécification.
Prix basé sur 67 pages
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale
d'organismes nationaux de normalisation (comités membres de I'ISO). L'élaboration
I'ISO. Chaque
des Normes internationales est confiée aux comités techniques de
comité membre intéressé par une étude a le droit de faire partie du comité technique
créé à cet effet. Les organisations internationales, gouvernementales et non gouverne-
mentales, en liaison avec I'ISO participent également aux travaux.
Les projets de Normes internationales adoptés par les comités techniques sont soumis
aux comités membres pour approbation, avant leur acceptation comme Normes inter-
nationales par le Conseil de I'ISO. Les Normes internationales sont approuvées confor-
mément aux procédures de I'ISO qui requièrent l'approbation de 75 % au moins des
comités membres votants.
La Norme internationale IS0 8073 a été élaborée par le comité technique ISO/TC 97,
Systèmes de traitement de l'information.
L'attention des utilisateurs est attirée sur le fait que toutes les Normes internationales
sont de temps en temps soumises à révision et que toute référence faite à une autre
I
Norme internationale dans le présent document implique qu'il s'agit, sauf indication
contraire, de la dernière édition.
O Organisation internationale de normalisation, 1986
Imprimé en Suisse
ii
IS0 8073-1986 (FI
Som mai re
Page
O Introduction .
. 1
1 Objet et domaine d'application . .2
2 Références .
.2
Section un : Généralités
3 Définitions . .3
4 Symboles et abréviations .
.4
5 Présentation générale du protocole de transport . .5
Section deux : Spécifications du protocole de transport
6 Éléments de procédure .
.10
7 Classes de protocole . 25
8 Spécification de la classe O : classe de base . 26
9 Spécification de la classe 1 : classe de base avec reprise sur erreur . 26
10 Spécification de la classe 2 : classe avec multiplexage . 27
11 Spécification de la classe 3 : classe avec multiplexage et reprise
surerreur . 28
12 Spécification de la classe 4 : classe avec détection d'erreurs et
reprise sur erreur . 30
13 Structure et codage des TPDU . 38
Section trois : Conditions de conformité
14 Conditions de conformité . 53
Annexes
A Tablesd'états . 54
B Algorithmes relatifs au total de contrôle . 69
...
III
IS0 8073-1986 (FI
NORM E INTER NAT1 ON ALE
Systèmes de traitement de l'information -
Interconnexion de systèmes ouverts - Protocole de
transport en mode connexion
l'interconnexion de deux entités de session. (A noter que cha-
O Introduction
que classe offre un jeu différent de fonctions destinées à amé-
liorer la qualité du service).
La présente Norme internationale fait partie d'une famille de
Normes internationales établies pour faciliter l'interconnexion
des systèmes de traitement de l'information. La présente
La présente Norme internationale de protocole définit des
famille de Normes internationales porte sur les services et pro-
mécanismes qui peuvent être utilisés pour optimiser les coûts
tocoles à mettre en œuvre pour réaliser l'interconnexion de ces
de réseau et améliorer les paramètres de qualité de service
équipements.
suivants :
La structuration en couches définie dans le Modèle de Réfé-
a) divers débits;
rence pour l'Interconnexion de Systèmes Ouverts (IS0 74981,
permet de situer la Norme Protocole de Transport par rapport
aux autres normes avec lesquelles elle se trouve en relation. La
b) divers taux d'erreurs acceptables;
présente Norme internationale est surtout liée à la définition du
service de transport (IS0 80721, et relève de son domaine
c) impératifs d'intégrité des données;
d'application. Elle utilise et se réfère en outre à la définition du
service de réseau (IS0 83481, dont elle suppose que les disposi-
d) impératifs de fiabilité.
tions sont applicables pour que le protocole de transport puisse
atteindre ses objectifs. La figure 1 montre les relations entre ces
Elle n'impose pas aux réalisations d'utiliser tous ces mécanis-
Normes internationales.
mes et ne définit pas de méthodes pour mesurer la qualité de
service fournie, ni de critères pour décider quand libérer les
La présente Norme internationale spécifie un codage commun
connexions de transport lorsque la qualité de service se
ainsi que plusieurs classes de procédures du protocole de trans-
dégrade.
port dont la mise en œuvre correspond à différentes qualités de
service de réseau.
L'objectif fondamental de la présente Norme internationale est
Le propos est de définir un protocole de transport qui soit sim-
de fournir un ensemble de règles de communication exprimées
ple, mais suffisamment général pour convenir à toute la gamme
en termes de procédures à mettre en œuvre par des entités
des qualités de service de réseau possibles, sans restreindre les
homologues au moment de la communication. Ces règles de
extensions futures.
communication sont prévues pour fournir une base solide de
développement, répondant à plusieurs objectifs :
Le présent protocole s'articule en classes de protocole, choisies
de façon à minimiser les risques d'incompatibilité et les coûts
a) servir de guide aux réalisateurs et aux concepteurs;
de réalisation.
Le choix d'une classe permet de bénéficier des services de b) être utilisée pour les tests et à l'occasion de l'acquisition
transport et de réseau offrant la qualité de service requise pour d'équipements;
DÉFINITION DU SERVICE DE TRANSPORT
I
SPÉCIFICATION - - - - Référence à des objectifs - - - - - - -1
DU PROTOCOLE
DE TRANSPORT - - - -Référence à des moyens attendus - --
t
L DÉFINITION DU SERVICE DE RÉSEAU
Figure 1 - Relation entre le protocole de transport et les services des couch s adjac nt S
IS0 8073-1986 (FI
c) faire partie d'accords pour l'admission de systèmes 2) classe 1 : classe de base avec reprise sur erreur,
dans l'environnement des systèmes ouverts;
3) classe 2 : classe avec multiplexage,
d) permettre une meilleure compréhension de I'OSI (Inter-
connexion de Systèmes Ouverts). 4) classe 3 : classe avec reprise sur erreur et multi-
plexage,
Comme il est prévu que ses premiers utilisateurs seront des
concepteurs et des réalisateurs d'équipements, la présente 5) classe 4 : classe avec détection d'erreurs et reprise
Norme internationale comporte, sous forme de notes ou sur erreur;
d'annexes, des indications concernant la réalisation de systè-
mes mettant en œuvre les procédures qui y sont définies. b) comment doit se négocier la classe de procédure qui
sera adoptée par les deux entités de transport;
II convient de remarquer que le nombre de séquences d'élé-
ments de protocole valides étant très important, il n'est pas
c) la structure et le codage des unités de données de pro-
possible, dans l'état actuel de la technologie, de vérifier qu'un tocole de transport (TPDU) utilisées pour le transfert de
système mettant en œuvre ces procédures exécutera correcte- données et d'informations de contrôle.
ment, en toutes circonstances, le protocole défini dans la pré-
sente Norme internationale. II est possible, au moyen de tests, Les procédures sont définies en termes :
de s'assurer qu'un système mettant en œuvre ces procédures
exécute correctement le protocole dans un ensemble de cir-
a) d'interactions entre entités de transport homologues à
constances constituant un échantillonnage représentatif. II est travers l'échange d'unités de données de protocole de trans-
toutefois prévu de pouvoir utiliser la présente Norme internatio- port;
nale dans le cas ou deux systèmes n'ont pas réussi à entrer en
communication, pour déterminer si c'est l'un des deux systè-
b) d'interactions entre une entité de transport et I'utilisa-
mes qui n'a pas réussi à mettre en œuvre correctement le proto- teur du service de transport du même système, à travers
cole ou si ce sont les deux systèmes qui ont échoué dans cette l'échange de primitives du service de transport;
tentative.
c) d'interactions entre une entité de transport et le fournis-
La présente Norme internationale comporte une section por- seur du service de réseau, à travers l'échange de primitives
tant sur les conditions de conformité d'un équipement déclaré du service de réseau.
comme mettant en œuvre les procédures qui y sont spécifiées.
L'attention est attirée sur le fait que la présente Norme interna- Ces procédures sont définies dans le corps du texte de la pré-
tionale ne contient aucun test qui permettrait d'établir cette sente norme, et complétées par les tables d'états de l'annexe A.
conformité.
Ces procédures sont applicables à des instances de communi-
Les variantes et options autorisées par la présente Norme inter- cations entre systèmes qui utilisent la Couche Transport du
nationale sont essentielles pour permettre à un service de trans- Modèle de Référence OSI, et qui désirent s'interconnecter dans
port d'être assuré à une large gamme d'applications avec diver- un environnement de systèmes ouverts.
ses qualités de réseau. Une réalisation de système ne respec-
tant que des conditions minimales de conformité à la présente La présente Norme internationale spécifie également les condi-
Norme internationale, ne conviendra donc pas à une utilisation tions de conformité de systèmes conçus pour mettre en œuvre
dans toutes les circonstances possibles. II est donc important, ces procédures. Mais elle ne spécifie pas de tests pouvant servir
pour toute référence à la présente Norme internationale, de à prouver cette conformité.
spécifier toutes les options offertes ou requises, ou les raisons
pour lesquelles des dispositions ou utilisations particulières ont
été prévues.
2 Références
IS0 7498, Systèmes de traitement de i'information - lntercon-
nexion de systèmes ouverts - Modèle de Référence de base.
1 Objet et domaine d'application
La présente Norme internationale spécifie : IS0 8072, Systèmes de traitement de l'information - Intercon-
nexion de systèmes ouverts - Définition du service de trans-
a) cinq classes de procédures de transfert (en mode con- port.
nexion) de données et d'informations de contrôle d'une
entité de transport à son homologue : IS0 8348, Systèmes de traitement de i'information - Intercon-
nexion de systèmes ouverts - Définition du service de
classe O : classe de base, réseau. 1 )
1)
1) Actuellement au stade de projet.
IS0 8073-1986 (FI
Section un : Généralités
3.2.9 classe préférée : Classe de protocole indiquée par
3 Définitions
l’entité appelante dans une TPDU CR, comme ayant sa préfé-
NOTE - Les définitions du présent chapitre utilisent les abréviations rence pour cette connexion de transport.
définies au chapitre 4.
3.2.10 classe de repli : Classe de protocole indiquée par
3.1 La présente Norme internationale est fondée sur les
l‘entité appelante dans une TPDU CR, comme solution de repli
concepts élaborés dans I’ISO 7498 et utilise les termes suivants
pour cette connexion de transport.
y définis :
3.2.11 classe proposée : Classe préférée ou classe de repli.
ai concaténation et séparation;
b) segmentation et réassemblage; 3.2.12 classe adoptée : Classe de protocoie indiquée par
l’entité appelée dans une TPDU CC comme étant celle choisie
pour cette connexion de transport.
c) multiplexage et démultiplexage;
d) éclatement et recombinaison;
3.2.13 paramètre proposé : Valeur d‘un paramètre, indi-
CR et qu‘elle sou-
quée par I’ehtité appelante dans une TPDU
e) contrôle de flux.
haite utiliser sur la connexion de transport.
3.2 Les définitions suivantes sont applicables dans le cadre
3.2.14 paramètre adopté : Valeur d‘un paramètre,indiquée
de la présente Norme internationale :
par l’entité appelée dans une TPDU CC, et qu‘elle a choisi d‘uti-
liser sur la connexion de transport.
3.2.1 équipement : Matériel ou logiciel ou combinaison des
deux; il n’est pas nécessairement physiquement distinct à l’inté-
3.2.15 indication d’erreur : INDICATION DE RÉINITIALI-
rieur d‘un système informatique.
SATiON DE RÉSEAU ou de DÉCONNEXION DE RESEAU,
avec un code «cause» indiquant une erreur, reçue par une
entité de transport de la part du fournisseur du service de
3.2.2 utilisateur du service de transport : Représentation
réseau.
abstraite, à l’intérieur d‘un même système, de la totalité des
entités qui utilisent le service de transport.
3.2.16 TPDU non valide : TPDU dont la structure ou le
codage n’est pas conforme aux spécifications de la présente
3.2.3 fournisseur du service de réseau : Modélisation sous
Norme internationale.
la forme d’une machine abstraite de la totalité des entités four-
nissant le service de réseau, telles que vues par une entité de
transport.
3.2.17 erreur de protocole : TPDU dont l‘utilisation n’est
pas conforme aux procédures de la classe adoptée.
3.2.4 initiative locale : Décision prise par un système con-
cernant des aspects de son comportement, au niveau de la
3.2.18 numéro de séquence :
Couche Transport, qui ne sont pas couverts par les spécifica-
tions du présent protocole.
a) numéro spécifié dans le champ ((numéro de TPDU»
d‘une TPDU DT, qui sert à indiquer le rang avec lequel la
3.2.5 entité appelante : Entité de transport qui envoie une
TPDU DT a été expédiée dans la séquence par l’entité de
TPDU CR.
transport;
b) numéro dans le champ ((numéro de YR-TU» d’une
3.2.6 entité appelée : Entité de transport avec laquelle une
TPDU AK ou RJ, qui sert à indiquer le numéro d’ordre dans
entité appelante souhaite établir une connexion de transport.
la séquence de la prochaine TPDU DT dont la réception est
attendue par une entité de 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.19 fenêtre de transmission : Ensemble des numéros de
séquence consécutifs qu‘une entité de transport est autorisée
par son homologue, à envoyer à un instant donné sur une con-
3.2.7 entité de transport expéditrice : Entité de transport
nexion de transport donnée.
qui envoie une TPDU.
3.2.8 entité de transport destinataire : Entité de transport 3.2.20 limite inférieure de fenêtre : Plus petit numéro de
qui recoit une TPDU. séquence d’une fenêtre de transmission.
IS0 8073-1986 (FI
3.2.21 limite supérieure de fenêtre : Numéro de séquence TPDU CC TPDU de confirmation de connexion
supérieur d'une unité au numéro de séquence le plus élevé (Connection confirm TPDU)
d'une fenêtre de transmission. TPDU DR TPDU de demande de déconnexion
(Disconnect request TPDU)
TPDU DC TPDU de confirmation de déconnexion
3.2.22 limite supérieure de fenêtre autorisée A l'entité
(Disconnect confirm TPDU)
homologue : Valeur transmise par une entité de transport à
TPDU DT TPDU de données
son homologue pour lui indiquer sa nouvelle limite supérieure
(Data TPDU)
de fenêtre.
TPDU ED TPDU de données exprès
(Expedited data TPDUi
3.2.23 fenêtre fermée : Fenêtre de transmission ne conte-
TPDU AU TPDU d'accusé de réception de données
nant aucun numéro de séquence.
(Data acknowledge TPDU)
TPDU EA TPDU d'accusé de réception de données exprès
(Expedited acknowledge TPDU)
3.2.24 informations de contrôle de fenêtre : Informations
TPDU RJ TPDU de rejet
contenues dans une TPDU et concernant les limites inférieure
(Reject TPDU)
et supérieure de la fenêtre de transmission.
TPDU ER TPDU d'erreur de TPDU
(Error TPDU)
3.225 référence gelée : Référence qui n'est pas disponible
à une connexion (conformément aux spécifica-
pour affectation
tions de 6.18). 4.3 Champs des TPDU
Champ Paramètre
3.2.26 référence non affectée : Référence qui n'est actuel-
lement ni utilisée pour l'identification d'une connexion de trans- LI Indicateur de longueur
port, ni gelée.
(Length indicator)
CDT Crédit
(Credit)
3.2.27 données transparentes : Données d'un utilisateur du
ID de TSAP Identificateur de point d'accès au service
service de transport laissées intactes lors de leur transfert entre
de transport
entités de transport et dont l'utilisation n'est pas autorisée par
(TranSpOrt-SeNiCe-aCCeSS-pOint identifier)
ces entités.
REFERENCE Référence identifiant la connexion de trans-
port au niveau de l'entité destinataire
3.2.28 propriétaire (d'une connexion de réseau) : Entité
DESTINATION (Destination reference)
de transport qui a émis la DEMANDE DE CONNEXION DE
REFERENCE Référence identifiant la connexion de trans-
RÉSEAU ayant conduit à la création de cette connexion de
port au niveau de l'entité expéditrice
réseau.
SOURCE (Source reference)
FIN de TSDU Indicateur de fin de TSDU
(End of TSDU mark)
3.2.29 TPDU retenue : TPDU faisant l'objet d'une procédure
No de TPDU Numéro de TPDU
de réexpédition ou d'une procédure de rétention jusqu'à récep-
(DT TPDU number)
tion d'un accusé de réception, et disponible pour une éven-
No de TPDU ED Numéro de TPDU ED
tuelle réexpédition.
(ED TPDU number)
No de YR-TU Numéro de séquence en réponse
(Sequence number response)
4 Symboles et abréviations
Numéro de séquence de TPDU ED en
No de YR-EDTU
NOTE - Les abréviations utilisées sont celles de la version anglaise. répons e
Dans ce chapitre, on donne la forme développée en français de ces (ED TPDU number response)
abréviations. La forme anglaise est indiquée entre parenthèses pour
aider à leur Compréhension.
4.4 Délais et variables associées
4.1 Unités de données
TI Délai maximum entre une irélexpédition et la réexpédition
suivante
Unité de données de protocole de transport
TPDU
N
Nombre maximum de réexpéditions
(Transport-protocol-data-unit)
L Délai de réutilisation d'une référence et d'un numéro de
Unité de données du service de transport
TSDU
séquence
(Transport-service-data-unit)
I Délai d'inactivité
NSDU Unité de données du service de réseau
W Délai de réexpédition d'informations de contrôle de fenê-
(Network-service-data-unit)
tre
TTR Délai alloué pour tenter d'effectuer la procédure de
4.2 Types d'unités de données de protocole de
réaffectation/resynchronisation
transport TWR Délai d'attente de l'exécution de la procédure de
réaff ectation/resynchronisation
TPDU CR TPDU de demande de connexion
TS 1 Temporisateur de supervision d'établissement de con-
(Connection request TPDU)
nexion de transport
IS0 8073-1986 (FI
TS2 Temporisateur de supervision de libération de con- Les informations sont transférées vers et depuis l'utilisateur du
à l'aide des primitives du service de trans-
nexion de transport service de transport,
Durée de vie de NSDU, sens local-distant port résumées dans le tableau 1.
MLR
Durée de vie de NSDU, sens distant-local
MRL
Délai de transit maximum prévisible, sens local-distant
ELR
5.2 Services attendus de la Couche Réseau
Délai de transit maximum prévisible, sens distant-local
ERL
R Délai de persistance
Le protocole défini dans la présente Norme internationale sup-
AL Délai d'accusé de réception de l'entité locale
pose l'utilisation du service de réseau défini dans I'ISO 8348.
Délai d'accusé de réception de l'entité éloignée
AR
Les informations sont transférées à destination du fournisseur
du service de réseau et en sa provenance, dans les primitives du
4.5 Divers
service de réseau résumées dans le tableau 2.
TSAP Point d'accès au service de transport
(Transport service access point)
5.3 Fonctions de la Couche Transport
NSAP Point d'accès au service de réseau
(Network service access point)
5.3.1 Présentation générale
QOS Qualité de service
(Quality of service)
Les fonctions de la Couche Transport sont celles qui sont
nécessaires pour combler l'écart entre les services fournis par la
Couche Réseau et les services à offrir aux utilisateurs du service
5 Présentation générale du protocole de
de transport.
transport
Les fonctions de la Couche Transport concernent l'amélioration
NOTE - Cette présentation générale n'est pas exhaustive, elle n'est
de la qualité de service, y compris les aspects liés à I'optimisa-
fournie que comme guide à l'intention du lecteur de la présente Norme
tion des coûts.
internationale.
Ces fonctions sont décrites ci-après, classées en quatre catégo-
5.1 Service fourni par la Couche Transport ries : celles qui sont utilisées en toutes circonstances au cours
d'une connexion de transport; celles qui concernent I'établisse-
Le protocole spécifié dans la présente Norme internationale
ment de connexion; celles qui concernent le transfert de don-
s'applique au service de transport défini dans I'ISO 8072. nées; celles qui concernent la libération.
Tableau 1 - Primitives du service de transport
Paramètres
Primitives
DEMANDE DE CONNEXION DE TRANSPORT Adresse de l'entité appelée
Adresse de l'entité appelante
INDICATION DE CONNEXION DE TRANSPORT
Option ((données exprès))
Qualité de service
Données de l'utilisateur du service de transport
RÉPONSE A UNE DEMANDE DE CONNEXION Adresse en réponse
DE TRANSPORT Qualité de service
Option ((données exprès))
CONFIRMATION DE CONNEXION DE TRANSPORT
Données de l'utilisateur du service de transport
Données de l'utilisateur du service de transport
DEMANDE DE TRANSFERT DE BONNCES
DE TRANSPORT
INDICATION DE TRANSFERT DE DONNÉES
DE TRANSPORT
~~
DEMANDE OËTRANSFERT DE DONNÉES Données de l'utilisateur du service de transport
EXPRÈS DE TRANSPORT
INDICATION DE TRANSFERT DE DONNÉES
EXPRES DE TRANSPORT
DEMANDE DE DÉCONNEXION DE TRANSPORT Données de l'utilisateur du service de transport
INDICATION DE DÉCONNEXION DE TRANSPORT Cause de la déconnexion
Données de l'utilisateur du service de transport
IS0 8073-1986 (FI
Tableau 2 - Primitives du service de réseau
Primitives
x /Y Paramètres
-
DEMANDE DE CONNEXION DE RÉSEAU X Adresse de l'entité appelée
Adresse de l'entité appelante
INDICATION DE CONNEXION DE RÉSEAU X Sélection de la confirmation de réception
Sélection de données exprès
Ensemble des paramètres de qualité de service
Données de l'utilisateur du service de réseau
RÉPONSE A UNE DEMANDE DE CONNEXION X Adresse en réponse
DE RÉSEAU Sélection de la confirmation de réception
CONFIRMATION DE CONNEXION DE RÉSEAU X Sélection des données exprès
Ensemble de paramètres de qualité de service
Données de l'utilisateur du service de réseau
DEMANDE DE TRANSFERT DE DONNÉES Données de l'utilisateur du service de réseau
DE RÉSEAU
INDICATION DE TRANSFERT DE DONNEES Demande de confirmation
DE RESEAU
DEMANDE DACCUSÉ DE RÉCEPTION
DE DONNÉES DE RÉSEAU
INDICATION DACCUSÉ DE RÉCEPTION
DE DONNÉES DE RÉSEAU
Données de l'utilisateur de service de réseau Y
DEMANDE DE TRANSFERT DE DONNÉES Y
EXPRÈS DE RÉSEAU
INDICATION DE TRANSFERT DE DONNÉES Y
EXPRÈS DE RESEAU
P
DEMANDE DE RÉINITIALISATION DE RÉSEAU X Origine
Cause
INDICATION DE RÉINITIALISATION DE RÉSEAU X
RÉPONSE A UNE DEMANDE DE RÉINITIALISATION X
DE RÉSEAU
CONFIRMATION DE RÉINITIALISATION DE RÉSEAU X
DEMANDE DE DÉCONNEXION DE RÉSEAU X Origin e 2
Cause Z
INDICATION DE DECONNEXION DE RÉSEAU X Données de l'utilisateur du service de réseau Z
Adresse en réponse Z
-
Légende :
X : Protocole de transport suppose que cette facilité est fournie sur tous les réseaux.
Y : Protocole de transport suppose que cette facilité est fournie sur certains réseaux, un mécanisme étant prévu pour permettre son utilisation à titre
optionnel.
2 : Protocole de transport n'utilise pas ce paramètre et doit l'ignorer lorsqu'il le reçoit dans une primitive du service de réseau.
NOTES
1 Les paramètres indiqués dans ce tableau sont ceux définis dans l'édition actuelle du service de réseau (voir IS0 8348).
2 La manière dont les paramètres sont échangés entre l'entité de transport et le fournisseur du service de réseau est une question locale.
IS0 8073-1986 (FI
NOTE - La présente Norme internationale ne comprend pas les fonc- 5.3.1.3 Transfert de données
suivantes (dont l'incorporation à des éditions ultérieures est à
tions
l'étude) :
L'objet du transfert de données est de permettre la transmis-
sion duplex de TSDU entre les deux utilisateurs du service de
ai chiffrement:
transport mis en relation par la connexion de transport. Ce
b) mécanismes de facturation:
transfert est réalisé par une transmission bilatérale simultanée
c) échanges d'états et surveillance de la qualité du service (ClOs):
et au moyen des fonctions suivantes, utilisées ou non suivant le
choix opéré au cours de l'établissement de connexion :
d) groupage;
e) libération temporaire de connexion de réseau:
a) concaténation et séparation (voir 6.41, fonction permet-
tant de réunir plusieurs TPDU à l'intérieur d'une même
fi autres algorithmes de total de contrôle.
NSDU au niveau de l'entité de transport expéditrice, puis de
séparer ces TPDU au niveau de l'entité de transport destina-
5.3.1 .I Fonctions utilisées en toutes circonstances
taire;
Les fonctions suivantes peuvent, suivant la classe et les options
b) segmentation et réassemblage (voir 6.31, fonction per-
sélectionnées, être utilisées en toutes circonstances au cours
mettant d'éclater une TSDU de données en plusieurs TPDU
d'une connexion de transport :
au niveau de l'entité de transport expéditrice, puis de les
réassembler en leur format d'origine, au niveau de l'entité de
a) transfert de TPDU (voir 6.2 et 6.9);
transport destinataire;
b) multiplexage et démultiplexage (voir 6.1 51, fonction
c) éclatement et recombinaison (voir 6.23). fonction auto-
permettant de prendre en charge plusieurs connexions de
risant l'utilisation simultanée de plusieurs connexions de
transport sur une même connexion de réseau;
réseau pour prendre en charge une même connexion de
transport;
c) détection d'erreurs (voir 6.10, 6.13 et 6.171, fonction
permettant la détection de perte, d'altération, de duplica-
d) contrôle de flux (voir 6.161, fonction assurant la régula-
tion, de déséquencement ou de remise erronée de TPDU;
tion du flux des TPDU entre deux entités de transport sur
une connexion de transport;
d) reprise sur erreur (voir 6.12, 6.14, 6.18, 6.19,6.20, 6.21
et 6.221, fonction permettant la reprise à la suite d'une
e) identificateur de connexion de transport, moyen per-
erreur détectée et signalée.
mettant d'identifier de facon unique au cours de sa durée de
vie, une connexion de transport parmi celles qui sont éta-
blies entre les deux entités de transport qu'elle relie;
5.3.1.2 Établissement de connexion
f) données exprès (voir 6.1 I), fonction permettant d'éviter
L'établissement de connexion sert à établir une connexion de
le contrôle de flux des TPDU de données normales. La régu-
transport entre deux utilisateurs du service de transport. Au
lation du flux des TPDU de données exprès est assurée par
cours de cette phase, les fonctions suivantes de la Couche
un contrôle de flux séparé;
Transport permettent de fournir la qualité de service demandée
d) par les utilisateurs du service de transport en fonction des servi-
g) délimiteur de TSDU (voir 6.31, fonction permettant de
ces offerts par la Couche réseau :
déterminer le début et la fin d'une TSDU.
a) choisir le service de réseau qui répond le mieux aux exi-
5.3.1.4 Libération
gences de l'utilisateur du service de transport, compte tenu
du coût des divers services (voir 6.5);
L'objet de la libération (voir 6.7 et 6.8) est de permettre la
déconnexion d'une connexion de transport, quelle que soit son
b) décider si plusieurs connexions de transport doivent
activité à ce moment-là.
être multiplexées sur une même connexion de réseau (voir
6.5);
5.4 Classes et options
c) déterminer la taille de TPDU optimale (voir 6.5);
5.4.1 Généralités
d) choisir les fonctions qui devront être opérationnelles
quand commencera la phase de transfert de données (voir
Les fonctions de la Couche Transport sont réparties en classes
6.5);
et options. Une classe définit un ensemble de fonctions. Les
options définissent les fonctions d'une classe dont l'utilisation
e) mettre en correspondance des adresses de transport est facultative.
avec des adresses de réseau:
La présente Norme internationale définit cinq classes de proto-
f) fournir les moyens de faire la distinction entre deux con-
cole :
nexions de transport différentes (voir 6.5);
a) classe O : classe de base:
9) transférer des données utilisateur du service de trans-
port (voir 6.5).
b) classe 1 : classe de base avec reprise sur erreur;
IS0 8073-1986 (FI
c) classe 2 : classe avec multiplexage; 5.4.5 Caractéristiques de la classe 1
d) classe 3 : classe avec reprise sur erreur et multiplexage;
La classe 1 fournit une connexion de transport de base à un
coût minimum.
4 : classe avec détection d'erreurs et reprise sur
e) classe
erreur.
Cette classe est principalement prévue pour les reprises sur une
déconnexion ou une réinitialisation de réseau.
NOTES
Cette classe est en général choisie sur la base du critère de fiabi-
1 Des connexions de transport de classe 2,3 et 4 peuvent être multi-
lité. La classe 1 est prévue pour être utilisée avec des con-
plexées ensemble sur une même connexion de réseau.
nexions de réseau de type B.
2 Les classes O à 3 ne spécifient pas de mécanismes permettant de
détecter les défauts de transmission du réseau non signalés.
5.4.6 Caractéristiques de la classe 2
5.4.2 Négociation
5.4.6.1 Généralités
Les classes et options sont négociées au cours de I'établisse-
La classe 2 fournit le moyen de multiplexer plusieurs con-
ment de connexion. Le choix opéré par les entités de transport
nexions de transport sur une même connexion de réseau. Cette
:
dépend
classe a été prévue pour être utilisée avec des connexions de
réseau de type A.
a) des exigences des utilisateurs du service de transport
exprimées via les primitives de service de CONNEXION DE
5.4.6.2 Option ((contrôle de flux))
TRANSPORT;
L'objectif est d'assurer un contrôle de flux pour éviter un engor-
b) de la qualité des services de réseau disponible:
gement aux extrémités de la connexion de transport et sur la
connexion de réseau. Cette option est utilisée de façon typique
cl du rapport (coût)/(services demandés par l'utilisateur)
en cas de trafic intense et continu, ou lorsque le taux de multi-
acceptable par i'utilisateur du service de transport.
plexage est important. L'utilisation du contrôle de flux peut per-
mettre d'optimiser les temps de réponse et i'utilisation des res-
5.4.3 Choix de la connexion de réseau
sources.
La classification suivante définit des types de services de réseau
5.4.6.3 Option ((sans contrôle de flux))
correspondant à des qualités de comportement sur erreurs,
évaluées en fonction des exigences de l'utilisateur. Cette classi-
L'objectif est de fournir à un coût minimum une connexion de
fication est principalement destinée à fournir une base de déci-
transport de base, appropriée lorsque la fonction de décon-
sion pour le choix de la classe de la connexion de transport qui
nexion explicite de la connexion de transport peut être requise.
devrait être utilisée avec une connexion de réseau donnée :
De façon typique, cette option sera utilisée pour des terminaux
simples, et quand aucun multiplexage n'est requis sur les con-
a) type A : Connexions de réseau présentant un taux
nexions de réseau. Avec cette option, la fonction ((données
acceptable d'erreurs résiduelles (par exemple non signalées
exprès)) n'est jamais disponible.
par une déconnexion ou une réinitialisation) et un taux
acceptable d'incidents signalés;
5.4.7 Caractéristiques de la classe 3
b) type B : Connexions de réseau présentant un taux
acceptable d'erreurs résiduelles (par exemple, non signalées
La classe 3 présente les caractéristiques de la classe 2 avec, en
par une déconnexion ou une réinitialisation), mais présen-
plus, la possibilité de reprise sur une déconnexion ou une réini-
tant un taux inacceptable d'incidents signalés;
tialisation de réseau. Cette classe est en général choisie sur la
base du critère de fiabilité. La classe 3 est prévue pour être utili-
c) type C : Connexions de réseau présentant un taux
sée avec des connexions de réseau de type El.
d'erreurs résiduelles inacceptable.
5.4.8 Caractéristiques de la classe 4
Chaque entité de transport est supposée avoir connaissance de
la qualité de service assurée par des connexions de réseau parti-
La classe 4 présente les caractéristiques de la classe 3 avec, en
culières.
plus, la possibilité de détection et de reprise sur des erreurs qui
se produisent du fait que le fournisseur du service de réseau ne
5.4.4 Caractéristiques de la classe O
peut assurer qu'une qualité de service réduite. Les types
d'erreurs susceptibles d'être détectées comprennent : la perte
La classe O fournit le type de connexion de transport le plus
de TPDU, la remise de TPDU en désordre, la duplication de
simple, elle est intégraternent compatible avec la Recommanda-
TPDU et l'altération de TPDU. Ces erreurs peuvent affecter les
tion CCllT T.70 concernant les terminaux télétex.
TPDU de contrôle comme les TPDU de données.
La classe O est prévue pour être utilisée avec des connexions de
Cette classe offre aussi la capacité d'un débit plus grand, et une
réseau de type A.
résistance plus grande vis à vis des incidents du réseau.
IS0 8073-1986 (FI
La classe 4 est prévue pour être utilisée avec des connexions de mises en relation par une connexion de transport. Ces échan-
réseau de type C. ges d'élements de protocole sont effectués en utilisant des ser-
vices de la Couche Réseau, (voir IS0 83481, auxquels ils accè-
dent par un ou plusieurs points d'accès au service de réseau
5.5 Modèle de la Couche Transport
(NSAP).
Une entité de transport communique avec ses utilisateurs du
service de transport à travers un ou plusieurs points d'accès au Les extrémités de connexion de transport sont identifiées au
service de transport (TSAP), à l'aide des primitives de service niveau des systèmes extrémité par un mécanisme interne, indé-
de transport (voir IS0 8072). Les primitives de service sont la pendant de la forme de réalisation de ces systèmes, en sorte
cause ou le résultat d'échanges d'unités de données de proto-
que l'utilisateur du service de transport et l'entité de transport
cole de transport entre les entités de transport homologues puissent se référer à chacune des connexions de transport.
e
Entité de transport
Entité de transport
-
NSAP
TSAP : point d'accès au service de transport
NSAP : point d'accès au service de réseau
NOTE - Sur la figure 2, chacune des deux entités de transport n'est reliée, à titre d'illustration, qu'à un seul TSAP et à un seul NSAP. Dans certains
cas, plusieurs TSAP et/ou plusieurs NSAP peuvent être associés à une entité de transport déterminée.
Figure 2 - Modèle de la Couche Transport
@
IS0 8073-1986 (FI
Section deux : Spécifications du protocole de transport
Au cours de la procédure d'éclatement (voir 6.231, une entité de
6 Éléments de procédure
transport peut affecter une connexion de transport à une quel-
conque des connexions de réseau reliant le même couple de
Le présent chapitre contient les éléments de procédure utilisés
NSAP, à condition qu'elle soit propriétaire de la dite connexion
dans les spécifications des classes de protocole des chapitres 7
de réseau et que le multiplexage soit possible sur celle-ci.
à 12. Hors de ce contexte, ces éléments n'ont pas de significa-
tion propre.
L'entité non propriétaire (d'une connexion de réseau) prend
Les procédures définissent les transferts de TPDU dont la
connaissance de l'affectation au moment où elle reçoit :
structure et le codage sont spécifiés dans le chapitre 13. Les
entités de transport doivent accepter toutes TPDU reçues dans
ai une TPDU CR, au cours de la procédure d'établisse-
une NSDU valide, et y répondre, elles peuvent émettre des
ment de connexion (voir 6.5):
TPDU générant des éléments de procédure spécifiques parmi
ceux spécifiés dans ce chapitre.
b) une TPDU RJ ou une TPDU CR ou DR réexpédiée au
cours des procédures de resynchronisation (voir 6.14) ou de
NOTE - Lorsque les primitives du service de réseau, les TPDUs et les
paramètres utilisés ne sont pas significatifs pour un élément de procé- réaffectation après incident (voir 6.12);
dure particulier, ils ne figurent pas dans la présente spécification.
c) une TPDU, quelle qu'elle soit, quand la fonction «écla-
tement)) est en service (voir 6.23).
6.1 Affectation B une connexion de réseau
NOTES
6.1.1 Objet
1 Quand une nouvelle connexion est créée, la qualité de service
Cette procédure est utilisée dans toutes les classes pour affec-
demandée relève d'une initiative locale, bien qu'elle dépende normale-
ter des connexions de transport à des connexions de réseau.
ment des exigences en matière de connexion(si de transport destinées
à lui être affectées.
6.1.2 Primitives du service de réseau
2 Une connexion de réseau existante peut, en outre, ne pas être
appropriée si, par exemple, la qualité de service demandée pour la con-
nexion de transport ne peut être atteinte, ni par une utilisation normale
La procédure utilise les primitives du service de réseau sui-
ni par une amélioration de la connexion de réseau.
vantes :
3 Une connexion de réseau à laquelle aucune connexion de transport
a) CONNEXION DE RÉSEAU;
n'est affectée peut rester disponible après rétablissement de con-
nexion initial, ou le devenir à la suite des libérations de toutes les
b) DÉCONNEXION DE RÉSEAU. connexions de transport qui lui étaient auparavant affectées. II est
recommandé que seul le propriétaire d'une telle connexion de réseau
ait le droit de la libérer. En outre, il est recommandé de ne pas la libérer
0.1.3 Procédure immédiatement après la transmission de la TPDU finale d'une con-
nexion de transport, qu'il s'agisse d'une TPDU DR en réponse à une
TPDU CR ou d'une TPDU DC en réponse à une TPDU DR. Un délai
Chaque connexion de transport doit être affectée à une con-
d'attente approprié permettra à la TPDU concernée d'atteindre l'autre
nexion de réseau. L'entité appelante peut affecter la connexion
entité de transport, ce qui permettra la libération de toutes les ressour-
de transport à une connexion de réseau existante dont elle est
ces associées à la connexion de transport concernée.
déjà propriétaire ou à une nouvelle connexion de réseau (voir
note 1) qu'elle crée à cet effet.
4 A la suite d'un incident sur une connexion de réseau, les con-
nexions de transport qui étaient auparavant multiplexées sur celle-ci
peuvent être affectées à des connexions de réseau différentes, et vice-
L'entité appelante ne doit ni affecter, ni réaffecter la connexion
versa.
de transport à une connexion de réseau existante si la ou les
classe(s) proposée(s), ou la classe utilisée pour la connexion de
transport en service, sont incompatibles avec l'utilisation
6.2 Transfert d'unités de données de protocole de
qui concerne le multi-
actuelle de la connexion de réseau en ce
transport (TPDU)
plexage (voir note 2).
Au cours des procédures de resynchronisation (voir 6.14) et de
6.2.1 Objet
réaffectation après incident (voir 6.12), une entité de transport
peut réaffecter une connexion de transport à une autre con-
à condition
nexion de réseau reliant la même paire de NSAP, La procédure de transfert de TPDU est utilisée dans toutes les
qu'elle soit la propriétaire de la dite connexion de réseau et que
classes pour transporter des unités de données de protocole de
la connexion de transport ne soit affectée qu'à une seule con-
transport dans des champs ((données utilisateur)) de primitives
nexion de réseau à un moment donné. du service de réseau.
IS0 8073-1986 (FI
6.2.2 Primitives du service de réseau 6.4 Concaténation et séparation
La procédure utilise les primitives du service de réseau sui-
6.4.1 Objet
vantes :
La procédure de concaténation et séparation est utilisée dans
a) DONNÉES DE RÉSEAU;
les classes 1, 2, 3 et 4 pour transporter plusieurs TPDU dans
une même NSDU.
b) DONNÉES EXPRÈS DE RESEAU.
6.4.2 Procédure
6.2.3 Procédure
Une entité de transport peut concaténer des TPDU provenant
Les unités de données de protocole de transport (TPDU) défi-
d'une même connexion de transport ou de connexions de
nies pour ce protocole sont énumérées en 4.2.
transport différentes, tout en maintenant, pour une connexion
de transport donnée, l'ordre des TPDU compatible avec le
Si la variante ((exprès réseau)) a été choisie en classe 1, les enti-
déroulement du protocole.
tés de transport doivent échanger les TPDU ED et EA sous
forme de paramètres adonnées de l'utilisateur du service de
Une suite valide de TPDU concaténées peut contenir :
réseau)) de primitives DONNÉES EXPRkS DE RÉSEAU.
a) un nombre quelconque de TPDU appartenant à la liste
Dans tous les autres cas, les entités de transport échangent les
suivante : AK, EA, RJ, ER, DC, à condition que ces TPDU
TPDU sous forme de paramètres ((données de l'utilisateur du
proviennent de connexions de transport différentes;
service de réseau)) de primitives DONNEES DE RÉSEAU.
b) au plus une TPDU appartenant à la liste suivante : CR,
Quand une TPDU est placée dans un paramètre de données uti-
DR, CC, DT, ED; si la suite des TPDU concaténées com-
lisateur du service de réseau, la signification des bits dans un
porte une telle TPDU, elle doit être placée en fin de
octet et l'ordre des octets dans une TPDU sont définis en 13.2.
séquence.
NOTE - Les TPDU peuvent également être concaténées (voir 6.4).
Une entité de transport doit accepter une suite valide de TPDU
concaténées.
6.3 Segmentation et réassemblage
NOTES
1 Les TPDU se trouvant dans une suite de TPDU concaténées peu-
6.3.1 Objet
vent être délimitées (et distinguées) à l'aide du paramètre ((indication
de longueur)).
La procédure de segmentation et réassemblage est utilisée dans
2 La fin d'une TPDU contenant des données est indiquée par la fin de
toutes les classes, pour mettre en correspondance des TSDU
la NSDU.
avec des TPDU.
3 Le nombre de TPDU référencées en 6.4.2.a) est limité par le nom-
bre maximum de connexions de transport multiplexées ensemble
6.3.2 TPDU et paramètres utilisés
en-dehors des phases d'affectation ou de réaffectation.
La procédure utilise la TPDU et le paramètre suivants :
6.5 Établissement de connexion
TPDU DT
- FIN deTSDU.
6.5.1 Objet
La procédure d'établissement de connexion est utilisée dans
6.3.3 Procédure
toutes les classes pour créer une nouvelle connexion de trans-
Une entité de transport doit mettre en correspondance une port.
TSDU avec une TPDU DT, ou avec une séquence ordonnée de
plusieurs TPDU DT. Cette séquence ne doit pas être interrom-
6.5.2 Primitives de service de réseau
pue par d'autres TPDU DT empruntant la même connexion de
transport.
La procédure utilise la primitive du ser
...