ISO/IEC 10731:1994

NORME ISO/CEI
INTERNATIONALE 10731
Première édition
1994-I 2-l 5
Technologies de l’information -
Interconnexion de systèmes ouverts
- Modèle de référence de base -
(OW
Conventions pour la définition des services
OSI
Information technology - Open Systems Interconnection - Basic
Reference Mode/ - Conventions for the de finition of OSI services

ISOKEI 10731: 1994(F)
Sommaire
Page
Domaine d’application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2 Références normatives .
....................................................................
2.1
Recommandations et Normes internationales identiques
.......
2.2 Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
3 Définitions c .
...................................................................
3.1 Termes définis dans le modèle de référence de base OS1
..................................................................
3.2 Termes définis dans la structure de la couche application
.........................................
3.3 Termes définis dans la présente Recommandation 1 Norme internationale
...................................................................................................................................................
4 Abréviations
.......................................................................
MODÈLE ET CONVENTIONS GÉNÉRIQUES
SECTION 1 -
Modèle de service .
5.1 Concept de définition de service OS1 .
.................................................................................
5.2 Modèle général d’une définition de service OS1
...............................................................................................
5.3 Concepts de demandeur et d’accepteur
........................................................................................
5.4 Catégories de facilités dans un service OS1
.............................................................
5.5 Application du modèle à différents types de communication
Structure des primitives de service OS1 .
. Primitives de service OS1 .
............................................................................................
62 . Propriétés des primitives de service OS1
...................................................................................................
6.3 Noms des primitives de service OS1
...........................................................................................
64 . Paramètres des primitives de service OS1
........................................................................................................
7 Techniques de définition de service OS1
..........................................................................
7.1 Définition des vues locales OS1 et de leurs relations
................................................................................................
7.2 Conventions pour les chronogrammes
COUCHE APPLICATION .
SECTION 2 -
...............................................................................................
8 Modèle de service pour la couche application
....................................................................................
9 Primitives de service OS1 dans la couche application
........................................................
91 . Noms des primitives de service OS1 dans la couche application
0 ISO/CEI 1994
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publi-
cation ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun pro-
cédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l’accord
écrit de l’éditeur.
ISO/CEI Copyright Office l Case Postale 56 l CII- 1211 Genève 20 l Suisse
Version française tirée en 1995
Imprimé en Suisse
ii
ISOKEI 10731:1994(F)
0 ISOKEI
SECTION 3 - COUCHES 1 À 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10 Modèle de service pour les couches 1 à 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11 Primitives de service OS1 dans les couches 1 à 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11.1 Noms des primitives de service OS1 dans les couches 1 à 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
............................................................ 13
Annexe A - Conventions de dénomination des primitives de service OS1
A. 1 Nom de service .
A.2 Nom de la primitive de service .
Type de la primitive de service OS1 .
A.3
........................................................................ 13
A.4 Noms abrégés des types de primitives de service OS1
........................................................................................ 14
Annexe B - Conventions de description des paramètres
...................
Annexe C - Corrélations entre primitives de service OS1 au niveau de différentes vues locales OS1
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Annexe D - Autres conventions pour les chronogrammes de communications bilatérales
........................................................................
Annexe E - Exemples d’utilisation des définitions de service OS1
...........................................................................................................
E.l Exemple de service symétrique
E.2 Exemple de service asymétrique .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Annexe F - Définition du service abracadabra
F.l Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Les états d’une vue locale OS1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
F.2
Service abracadabra - Version symétrique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
F.3
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
F.4 Service abracadabra - Version clientiserveur

ISOKEI 10731: 1994(F) 0 ISO/CEI
Avant-propos
LIS0 (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré à la
normalisation internationale considérée comme un tout. Les organismes nationaux
membres de I’ISO ou de la CE1 participent au développement de Normes
internationales par l’intermédiaire des comités techniques crées par l’organisation
concernée afin de s’occuper des différents domaines particuliers de l’activité technique.
Les comités techniques de 1’ISO et de la CE1 collaborent dans des domaines d’intérêt
commun. D’autres organisations internationales, gouvernementales ou non gouveme-
mentales, en liaison avec I’ISO et la CE1 participent également aux travaux.
Dans le domaine des technologies de l’information, 1’ISO et la CE1 ont créé un comité
technique mixte, l’ISO/CEI JTC 1. Les projets de Normes internationales adoptés par le
comité technique mixte sont soumis aux organismes nationaux pour approbation, avant
leur acceptation comme Normes internationales. Les Normes internationales sont
approuvées conformément aux procédures qui requièrent l’approbation de 75 % au
moins des organismes nationaux votants.
La Norme internationale ISOKEI 10731 a été élaborée par le comité technique mixte
ISOKEI JTC 1, Technologies de l’inforrnution, sous-comité SC 21, Interconnexion des
systèmes ouverts, gestion des données et traitement distribué ouvert, en collaboration
avec l’IUT-T. Le texte identique est publié en tant que Recommandation IUT-T X.210.
Les annexes A, B, C, D, E et F de la présente Norme internationale sont
uniquement à titre d’information.
iv
0 ISOKEI ISOKEI 10731: 1994(F)
Introduction
Les conventions de service prescrites dans la présente Norme internationale garantissent l’uniformité de définition des
services conformes aux normes OS1 ainsi que leur homogénéité avec les normes du modèle de référence OS1 et de la
structure de la couche application. Le texte a été mis au point conjointement avec I’IUT-T. L’objet principal de la
présente Norme internationale est d’offrir des capacités étendues, utiles pour la spécification de services dans la couche
application, mais aussi une plus grande flexibilité, permettant d’accueillir ultérieurement de nouveaux services s’insérant
dans les couches OSI.
V
Page blanche
ISOKEI 10731: 1994 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - MODÈLE DE RÉFÉRENCE DE BASE - CONVENTIONS POUR LA
DÉFINITION DES SERVICES OS1
1 Domaine d’application
La présente Recommandation I Norme internationale
-
établit des définitions de termes et conventions pour les Recommandations I Normes internationales
définissant des services OS1 dans le cadre du modèle de référence de base de l’interconnexion de systèmes
ouverts;
-
spécifie l’application de ces termes et conventions aux Recommandations I Normes internationales
définissant des services OS1 dans la couche application du modèle de référence de base de
l’interconnexion de systèmes ouverts;
-
spécifie l’application de ces termes et conventions aux Recommandations I Normes internationales
définissant des services (N) pour les couches 1 à 6 du modèle de référence de base de l’interconnexion de
systèmes ouverts.
2 Références normatives
Les Recommandations et les Normes internationales suivantes contiennent des dispositions qui, par suite de la référence
qui y est faite, constituent des dispositions valables pour la présente Recommandation et Norme internationale. Au
moment de la publication, les éditions indiquées étaient en vigueur. Toute Recommandation ou Norme internationale est
sujette à révision et les parties prenantes aux accords fondés sur la présente Recommandation I Norme internationale sont
invitées à rechercher la possibilité d’appliquer les éditions les plus récentes des Recommandations et Normes
internationales indiquées ci-après. Les membres de la CE1 et de I’ISO possèdent le registre des Normes internationales en
vigueur. Le Bureau de la normalisation des télécommunications de I’UIT tient à jour une liste des Recomman-
dations UIT-T en vigueur.
21 . Recommandations et Normes internationales identiques
-
Recommandation UIT-T X.207 (1993) I ISOKEI 9545: 1993, Technologie de I?nformation -
Interconnexion de systèmes ouverts - Structure de la couche application.
22 . Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
-
Recommandation X.200 du CCITT (1988), ModèZe de référence pour Z’interconnexion de systèmes
ouverts pour les applications du CCITT
-
ISOKEI 7498: 1984, Technologie de l’information - Interconnexion de systèmes ouverts - Modèle de
référence de base.
Rec. UIT-T X.210 (1993 F) 1
ISOKEI 10731: 1994 (F)
3 Définitions
Pour les besoins de la présente Recommandation I Norme internationale, les définitions suivantes s’appliquent.
31 . Termes définis dans le modèle de référence de base OS1
La présente Recommandation I Norme internationale repose sur les concepts développés dans la Rec. X.200 du CCITT 1
ISO 7498 et utilise les termes suivants qui y sont définis:
connexion (N);
a>
b) extrémité de connexion (N);
c) entité (N);
d) couche (N);
système ouvert;
e>
service (N);
f-l
point d’accès à des services (N);
g)
h) sous-système (N).
32 . Termes définis dans la structure de la couche application
La présente Recommandation I Norme internationale utilise les termes suivants définis dans la Rec. UIT-T X.207 (1993)
1 ISOKEI 9545:
invocation d’entité d’application;
a>
b) élément de service d’application;
objet de service d’application;
C)
fonction de contrôle.
d)
33 . Termes définis dans la présente Recommandation I Norme internationale
NOTE - Certains termes figurant dans la liste ci-dessous sont préfixés par «OSI», qui indique que leur signification est
cohérente dans toutes les couches de I’OSI, y compris la couche application.
Dans le cas de services OS1 fournis par les six couches inférieures, «OSI» peut être remplacé par (N), qui particularise le
concept de couche (N).
Une particularisation supplémentaire est nécessaire dans d’autres normes OSI; par exemple, en remplaçant «OSI» par le
nom abrégé de l’une des six couches inférieures, par le nom abrégé d’un élément de service d’application particulier ou
d’un groupe d’éléments de service d’application qui fournit un service au sein de la couche application.
service OSI: Capacités d’un fournisseur de service OS1 fournies aux utilisateurs de service OS1 à la frontière
3.3.1
entre le fournisseur de service OS1 et les utilisateurs de service OSI.
NOTE - Le service OS1 définit le comportement externe du fournisseur de service OS1 indépendamment des mécanismes
sont des composants d’un fournisseur de
utilisés. Les couches (N), les entités (N), les éléments de service d’application, etc.,
service OSI.
Représentation abstraite de la totalité des entités qui fournissent un service OSI
3.3.2 fournisseur de service OSI:
aux utilisateurs de service OSI.
3.3.3 utilisateur de service OSI: Entité d’un système ouvert unique qui utilise un service OSI.
NOTE - Les utilisateurs de service OS1 utilisent le service OS1 par l’intermédiaire d’un ensemble de primitives de
service OS1 définies pour le service OSI.
3.3.4 primitive de service OSI; primitive: Représentation abstraite, atomique et indépendante de la mise en œuvre,
d’une interaction entre un utilisateur de service OS1 et son fournisseur de service OSI.
NOTE - Le terme «primitive» est utilisé dans certains documents à la place de «primitive de service OSI».
2 Rec. UIT-T X.210 (1993 F)
ISOKEI 10731: 1994 (F)
3.3.5 soumission (primitive de): Primitive de service OS1 lancée par un utilisateur de service OSI.
3.3.6
remise (primitive de): Primitive de service OS1 lancée par un fournisseur de service OSI.
3.3.7 demandeur: Dans une instance de procédure de service OS1 donnée, utilisateur de service OS1 qui émet une
primitive de soumission et qui peut recevoir en retour une ou plusieurs primitives de remise.
3.3.8 accepteur: Dans une instance de procédure de service OS1 donnée, utilisateur de service OS1 qui reçoit une
primitive de remise et qui peut émettre en retour une ou plusieurs primitives de soumission.
3.3.9 demande (primitive de); soumission par le demandeur (primitive de): Primitive de soumission émise par
un demandeur.
3.3.10 indication (primitive d’); remise à l’accepteur (primitive de): Primitive de remise reçue par un accepteur.
3.3.11 réponse (primitive de); soumission par l’accepteur (primitive de): Primitive de soumission émise par un
accepteur.
3.3.12 confirmation (primitive de); au demandeur (primitive de): Primitive de remise reçue par un
demandeur.
3.3.13 facilité OSI: Partie d’un service OS1 identifiée dans une Recommandation I Norme internationale.
NOTES
1 Certaines Recommandations I Normes internationales existantes, définissant des services OSI, utilisent la forme
«service de.» pour désigner une partie identifiée d’un service total. La forme «facilité de.» est préférable dans tous ces cas.
2 Le terme «facilité OSI» défini ici est différent du terme «service complémentaire/facilité» (sans la qualification
«OSI») utilisé, par exemple, dans la Rec. X.25 du CCITT et l’ISO/CEI 8208.
3.3.14 facilité OS1 obligatoire: Facilité OS1 qui est toujours fournie.
3.3.15 facilité OS1 facultative au choix du fournisseur: Facilité OS1 qui peut être fournie ou non.
3.3.16 facilité OS1 facultative au choix de l’utilisateur: Facilité OS1 utilisée uniquement avec l’accord de tous les
utilisateurs de service OS1 homologues.
3.3.17 facilité OS1 de type confirmé: Facilité OS1 qui nécessite qu’une confirmation explicite soit envoyée par le
fournisseur de service OS1 à l’utilisateur de service OS1 initiateur.
3.3.18 facilité OSI de type non confirmé: Facilité OS1 qui ne nécessite pas qu’une confirmation explicite soit
envoyée par le fournisseur de service OS1 à l’utilisateur de service OS1 initiateur.
3.3.19 facilité OS1 initialisée par le fournisseur: Facilité OS1 lancée par le fournisseur de service OSI.
3.3.20 vue locale OSI: Comportement partagé d’un utilisateur de service OS1 et d’un fournisseur de service OS1 en
termes d’interactions à une frontière de service.
NOTE - Dans le cas de services (N), la frontière de service OS1 correspond à l’ensemble de points d’accès au service (N)
pour le sous-système (N).
3.3.21 service symétrique: Service OS1 pour lequel les définitions de toutes les vues locales OS1 sont identiques (il
n’existe qu’un seul type de vue locale OSI).
3.3.22 service asymétrique: Service OS1 pour lequel les définitions de toutes les vues locales OS1 ne sont pas
identiques (il existe différents types de vue locale OSI).
3.3.23 à partenaires multiples: Mode de fonctionnement d’un service OS1 qui supporte les échanges entre plus de
deux utilisateurs de service OSI.
4 Abréviations
ASE Elément de service d’application (application-service-element)
AS0 Objet de service d’application (application-service-abject)
os1 Interconnexion de systèmes ouverts (open systems interconnection)
Rec. UIT-T X.210 (1993 F) 3
ISO/CEI 10731: 1994 (F)
SECTION 1 - MODÈLE ET CONVENTIONS GÉNÉRIQUES
5 Modèle de service
51 . Concept de définition de service OS1
5.1.1 Un service OS1 est la capacité d’un fournisseur de service OS1 qui est offerte aux utilisateurs de service OS1 à
la frontière entre le fournisseur de service OS1 et les utilisateurs de service OSI.
5.1.2 Une définition de service OS1 est l’expression complète du comportement d’un fournisseur de service OSI, vu
par ses utilisateurs de service OSI. Une définition de service OS1 ne décrit pas le comportement interne d’un fournisseur
de service OSI. De nombreux mécanismes peuvent être spécifiés pour fournir un service OSI. Il est donc fondamental
que les conventions utilisées pour définir un service OS1 permettent à une définition de service OS1 d’être exprimée
indépendamment de toute spécification ultérieure du ou des protocole(s) fournissant ce service OSI.
5.1.3 Pour utiliser correctement un service OSI, il est nécessaire qu’un utilisateur de service OS1 fasse référence à la
définition de service OSI. De ce fait, une définition de service OSI contraint le comportement des utilisateurs de service
OSI. Néanmoins, le but d’une définition de service OSI n’est pas d’exprimer le comportement complet des utilisateurs de
service OSI.
52 . Modèle général d’une définition de service OS1
5.2.1 Le présent paragraphe décrit un modèle général de définition d’un service OSI, qui est applicable à tous les
modes de communication (mode sans connexion, mode connexion, à partenaires multiples) dans les sept couches.
5.2.2 Un utilisateur de service OS1 et un fournisseur de service OS1 interagissent à une frontière de service dans un
système ouvert. L’interaction entre l’utilisateur de service OS1 et le fournisseur de service OS1 constitue une interface
abstraite à la frontière de service. Cette interface abstraite est la vue locale OSI, définie comme l’ensemble des primitives
de service OS1 que l’utilisateur de service OS1 et le fournisseur de service OS1 peuvent échanger, plus les règles
d’enchaînement qui s’appliquent à ces échanges.
5.2.3 Une primitive de service OS1 envoyée par un utilisateur de service OS1 à son fournisseur de service OS1 est
une définition:
de la sémantique des informations acheminées par la primitive de service OSI;
a>
des contraintes imposées à l’utilisateur de service OS1 pour émettre la primitive de service OSI; et
b)
de ce que le fournisseur de service OS1 doit faire à la réception d’une primitive de service OSI.
C>
5.2.4 Une primitive de service OS1 envoyée par un fournisseur de service OS1 à l’un de ses utilisateurs de
service OS1 est une définition:
de la sémantique des informations acheminées par la primitive de service OSI;
a>
des conditions à remplir par le fournisseur de service OS1 pour émettre la primitive de service OSI; et
b)
réactions de l’utilisateur de service OS1
des attentes possibl es du fournisseur de service OS1 en matière de
C>
primitive de service OSI.
suite à la réception de la
5.2.5 La sémantique de ces primitives de service OS1 et l’ensemble complet des relations entre les vues locales OS1
sont décrits dans un modèle qui définit l’environnement virtuel dans lequel le service s’applique. Une relation existe entre
les vues locales OS1 quand il y a une corrélation entre les primitives de service au niveau de chacune de ces vues
locales OSI.
NOTES
1 Dans certains cas, le modèle est décrit explicitement dans une norme; dans d’autres cas [par exemple, services de
couche (N)], il peut être connu implicitement.
2 La sémantique des primitives de service OS1 peut être décrite, par exemple, en termes d’actions abstraites sur des
objets abstraits.
Dans un cas simple, le modèle d’un service OS1 d’homologue à homologue établit une correspondance biunivoque
entre les deux vues locales OSI; dans des cas plus complexes, le modèle d’un service OS1 peut établir une correspondance plurivoque
entre certaines vues locales OS1 du service OSI.
4 Rec. UIT-T X.210 (1993 F)
ISOKEI 10731: 1994 (F)
5.2.6 Une définition de service OS1 comprend:
a) la définition du modèle présenté en 5.25, ou une référence à ce modèle;
b) la définition des vues locales OS1 relatives au service OS1 (ces définitions peuvent être toutes identiques:
service symétrique, ou non: service asymétrique);
c) la définition de la corrélation entre les primitives de service OS1 pour cet ensemble de vues locales OSI.
5.2.7 La définition de la corrélation entre les primitives de service OS1 est formée de:
a) la définition du modèle présenté en 5.2.5, ou une référence à ce modèle;
b) la définition des relations entre les primitives de service OS1 dans le cadre de chaque vue locale OSI;
relations entre les vues locales OSI, la définition des corrélations entre les primitives de service OS1 liées
C>
à des vues locales OS1 séparées (mais associées).
NOTES
1 Une définition des corrélations entre les primitives de service OS1 vues par différents utilisateurs de service OS1
comprend:
-
la définition des relations entre les primitives de soumission émises au niveau d’une vue locale OS1 et les primitives
de remise émises au niveau des autres vues locales OS1 associées;
-
la définition des effets des collisions possibles entre les primitives de soumission émises au niveau d’une vue
locale OS1 et les primitives de soumission émises au niveau d’autres vues locales OS1 associées.
2 Seule la vue locale OS1 est connue de l’utilisateur de service OSI. Un utilisateur de service OS1 est uniquement
concerné par l’échange de primitives de service OS1 à la frontière de service OS1 pour cette vue locale OSI. La corrélation possible
entre les primitives de service vues par différents utilisateurs de service OS1 ne doit pas nécessairement être connue de ces derniers.
Par conséquent, elle est exprimée dans la définition de corrélation, et non dans la définition des vues locales OS1 séparées.
3 La définition des corrélations entre des primitives de service OS1 vues par différents utilisateurs de service OS1 est
une définition de haut niveau. Par exemple, bien que dans un cas particulier une définition de corrélation puisse spécifier qu’une
primitive de demande d’informations venant d’un utilisateur de service OS1 entraîne la réception de primitives de demande
d’informations par plusieurs utilisateurs de service OS1 détenant les informations recherchées, la localisation des utilisateurs de
service OS1 et le routage des demandes vers ces utilisateurs ne sont pas spécifiés.
5.2.8 Il existe deux types de base de primitives de service OSI: la primitive de soumission appelée par l’utilisateur de
service OS1 pour échanger des informations avec le fournisseur de service OSI, et la primitive de remise appelée par le
fournisseur de service OS1 pour échanger des informations avec l’utilisateur de service OSI.
5.2.9 La Figure 1 illustre une vue simplifiée d’un service OS1 composite complet. Ce service se compose de
plusieurs primitives de service OS1 qui, lorsqu’elles sont correctement exécutées dans la séquence appropriée, réalisent
l’objectif de l’utilisateur de service OS1 initiateur.
NOTES
1 La Figure 1 représente quatre utilisateurs de service OSI, dont trois participent à un échange de primitives de
service OS1 avec le fournisseur de service OSI. Seule la vue locale OS1 correspondante est apparente à chaque utilisateur de
service OSI.
2 Même si le fournisseur de service OS1 est représenté comme une unité sur la figure, il ne faut pas oublier qu’il s’agit
d’un système réparti. Cela signifie que le fournisseur de service OS1 ne peut pas être considéré comme une machine à état unique;
qu’il existe des délais entre les actions de service, et que, dans une communication réelle, existe une possibilité de perte, d’erreur ou de
remise des données en désordre.
3 Si la Figure 1 est reproduite dans une norme de service, elle devrait être accompagnée d’un texte explicatif similaire
au contenu de 5.2.9 et de la Note 2.
Utilisateur C
de service
OSI
Scumissicn OSI
SoWssion OSI soumissii OSI
Remise OSI Remise OSI
Remise OSI
\ / ---1 \ /
\ /
Vue bale OSI Vue locale OSI Vue locale OSI Vue locale OSI
-----+A- --BB-lI -----
Fournisseur de service OSI
:
-----II,----------
TE0251 0-94/dOl
Figure 1 - Modèle de service OS1
Rec. UIT-T X.210 (1993 F) 5
ISOKEI 10731 : 1994 (F)
X2.10 A un moment donné, l’état de la vue locale OS1 d’un service OS1 est entièrement déterminé par la séquence
.
précédente de primitives de service OS1 qui a été observée à la frontière de service OSI.
5.2.11 Les primitives de remise émises au niveau d’une vue locale OS1 sont généralement associées à des primitives
de soumission appelées par des utilisateurs de service OS1 au niveau d’autres vues locales OSI. Dans certains cas
spécifiques (par exemple, si le fournisseur est l’initiateur), une primitive de remise peut être émise sans qu’une primitive
de soumission ait été appelée au niveau d’une autre vue locale OSI.
52.12 Une définition de service OS1 contient une ou plusieurs définitions de vues locales OSI. Lorsqu’il n’existe
qu’une définition de vues locales OSI, le service OS1 est dit symétrique et ne nécessite pas d’identification
supplémentaire. A l’inverse, lorsqu’un service OS1 est asymétrique, il faut des noms pour distinguer les vues locales OS1
ayant des définitions différentes. Ces noms doivent être uniques dans la définition de service, et il est recommandé de
choisir des noms évocateurs de façon à faciliter la compréhension (par exemple CLIENT et SERVEUR, à YAnnexe E).
53 . Concepts de demandeur et d’accepteur
5.3.1 Un utilisateur de service OS1 qui émet une primitive de soumission et qui peut recevoir en retour une ou
plusieurs primitives de remise est appelé demandeur, pour cet échange de primitives de service OSI.
5.3.2 Un utilisateur de service OS1 qui reçoit une primitive de remise et qui peut émettre en retour une ou plusieurs
primitives de
soumission est appelé accepteur, pour cet échange de primitives de service OSI.
5.3.3 Un utilisateur de service OS1 peut jouer, selon les interactions, le rôle du demandeur ou de l’accepteur.
NOTE - Les contraintes relatives au comportement de l’utilisateur de service OS1 ou du fournisseur de service OSI sont
entièrement déterminées par les primitives de service OS1 spécifiques émises ou appelées, et par l’état de l’utilisateur de service OS1
ou du fournisseur de service OSI, suivant le cas.
54 . Catégories de facilités dans un service OS1
Les différentes parties d’un service OS1 peuvent être classées en plusieurs catégories:
a) facilités OS1 obligatoires;
b) facilités OS1 facultatives au choix du fournisseur;
c) facilités OS1 facultatives au choix de l’utilisateur.
Une facilité OS1 facultative au choix de l’utilisateur peut être soit une facilité OS1 facultative au choix du fournisseur soit
une facilité OS1 obligatoire, c’est-à-dire obligatoire pour le fournisseur mais facultative pour l’utilisateur.
55 . Application du modèle à différents types de communication
5.5.1 Service en mode sans connexion
Pour le fonctionnement de base d’un service en mode sans connexion:
émise par un utilisateur de service OS1 demandeur; elle est
une primitive de soumission est toujours
a>
appelée primit .ive de demande;
b) une primitive de remise est toujours envoyée à un utilisateur de service OS1 accepteur; elle est appelée
primitive d’indication;
c) la relation est spécifiée entre une primitive de soumission émise par un demandeur et une primitive de
remise adressée à un ou plusieurs accepteurs.
NOTE - Cette description n’exclut pas la définition de primitives de service OS1 pour des opérations supplémentaires dans
certains services en mode sans connexion.
5.5.2 Service en mode connexion
Dans un service en mode connexion:
une primitive de soumission peut être émise par un utilisateur de service OS1 demandeur ou accepteur:
a>
1) une primitive de soumission par le demandeur est appelée primitive de demande,
une primitive de soumission par l’accepteur est appelée primitive de réponse;
2)
Rec. UIT-T X.210 (1993 F)
ISOKEI 10731: 1994 (F)
b) une primitive de remise peut être envoyée soit à un utilisateur de service OS1 demandeur soit à un
utilisateur de service OS1 accepteur:
1) une primitive de remise au demandeur est appelée primitive de confirmation,
2) une primitive de remise à l’accepteur est appelée primitive d’indication;
c) la relation est spécifiée entre des primitives de soumission émises par un demandeur ou un accepteur, et
les primitives de remise envoyées à un demandeur ou à un ou plusieurs accepteurs. La Figure 2 illustre un
service en mode connexion à partenaires multiples, et la Figure 3 un service en mode connexion
d’homologue à homologue. Toutes deux indiquent les relations existant entre les termes demande,
confirmation, indication et réponse, d’une part, et les termes demandeurfaccepteur et soumission/remise,
d’autre part.
Utilisateur
de service
B
(soumission par (remise à
(remise à
le demandeur)
l’accepteur) l’accepteur)
Confirmation Réponse Réponse
(remise au (soumission par
(soumission par
demandeur)
+ l’accepteur) l’accepteur)
v
r---
I ---Iv ---’ I
Fournisseur de service OSI
,
1 I---I m--I I--m 1
TiS02520-94/d02
NOTE - Les corrélations entre les primitives OS1 représentées sur cette figure dépendent du service spécifique défini et
de la sémantique des primitives de service OSI. Dans certains cas:
a) les deux primitives d’indication seront en corrélation avec la primitive de demande; et
b) la primitive de confirmation sera en corrélation avec les deux primitives de réponse.
Toutefois, d’autres corrélations peuvent également s’appliquer.
Figure 2 - Service en mode connexion à partenaires multiples
(soumission par (remise &
le demandeur) l’accepteur)
Confirmation Réponse
(soumission par
(remise au
demandeur) l’accepteur)
v
-B-B-B-------I
Fournisseur de service OSI
I l
I~~~~~~----~~-
TIS02530-94/dO3
Figure 3 - Exemple de service en mode connexion d’homdogue à homologue
NOTE - Pour obtenir la signification des termes demande, indication, réponse et confirmation utilisés dans les Figures 2
et 3, voir 6.3.2.
Rec. UIT-T X.210 (1993 F)
ISOKEI 10731: 1994 (F)
Structure des primitives de service OS1
61 0 Primitives de service OS1
Pour décrire entièrement une primitive de service OSI, son nom de type et la liste de ses paramètres doivent être fournis.
Une primitive de service OS1 peut être représentée de la manière suivante:
TypeService(param 1, . . ., param,)
NOTE - Chaque paramètre peut représenter des informations de contrôle de service OS1 ou des données de l’utilisateur de
service OSI.
La définition d’un service OS1 en termes de primitives de service OS1 n’implique pas la mise en œuvre spécifique d’un
fournisseur de service OSI. Les commentaires suivants s’appliquent a la technique de définition basée sur des primitives
de service OSI:
une primitive de service OS1 est une abstraction et n’implique donc pas:
a>
-
un mécanisme lié à la mise en œuvre pour l’appel du service OSI;
-
une relation directe avec un élément du protocole;
b) seules les primitives de service OS1 relatives à certains éléments du service OS1 impliquant des
utilisateurs de service OS1 dans l’environnement OS1 doivent être prises en compte. Les interactions
relatives uniquement à des conventions locales entre l’utilisateur de service OS1 et le fournisseur de
service OS1 ne doivent pas être traitées dans une définition de service OSI. Par exemple, des fonctions
strictement locales pourraient être fournies lors de certaines mises en œuvre. Etant donné qu’elles
n’impliquent pas d’autres utilisateurs de service OSI, ces fonctions ne sont pas visibles hors du système
local.
Propriétés des primitives de service OS1
62 .
L’interaction décrite par une primitive de service OS1 doit être considérée comme un événement instantané qui ne peut
pas être interrompu par une autre interaction. Une primitive de service OS1 est associée à:
une direction indiquant le flot principal des informations:
a>
1) d’un utilisateur de service OS1 vers un fournisseur de service OSI; ou
2) d’un fournisseur de service OS1 vers un utilisateur de service OSI;
b) un ou plusieurs paramètres, ayant chacun une plage de valeurs. Les valeurs associées à une interaction
décrite par une primitive de service OS1 sont transmises dans l’une ou l’autre direction, suivant le cas,
pour une primitive donnée. (Il est possible de transférer des informations dans la direction opposée de
celle de la primitive de service OSI.)
63 . Noms des primitives de service OS1
6.3.1 Les deux types de base de primitive de service OS1 peuvent être qualifiés de manière à identifier des
sous-types, par exemple afin de refléter les corrélations entre primitives de service OS1 au niveau de la même vue
locale OS1 ou au niveau de vues différentes. Par conséquent, les noms des primitives OS1 sont structurés de la manière
suivante:
- .
::=
où
I .
::=
identifie la couche (N) ou le composant de la couche application fournissant le service (voir A.l).
identifie la facilité à laquelle appartient la primitive [par exemple, CONNECT (connexion)]
(voir A.2).
.
spécifie si la primitive de service OS1 est de type soumission (SUBMIT) ou remise (DELIVER).
permet de préciser le type de la primitive [par exemple, REQUESTOR (demandeur) ou
ACCEPTOR (accepteur)] (voir A.3).
8 Rec. UIT-T X.210 (1993 F)
ISOKEI 10731: 1994 (F)
6.3.2
Cette structure de noms de primitives de service OS1 est générique. Elle peut être simplifiée le cas échéant. En
particulier pour rester cohérent avec l’usage établi, et sont réduits a un seul
nom dans les cas suivants:
-
demande a la place de soumission par le demandeur;
-
indication à la place de remise à l’accepteur;
-
réponse à la place de soumission par l’accepteur;
-
confirmation à la place de remise au demandeur.
64 . Paramètres des primitives de service OS1
6.4.1 Les normes de définition de service OS1 ne stipulent pas de contraintes relatives à l’ordre des paramètres des
primitives de service OSI.
6.4.2 La présente Recommandation I Norme internationale ne stipule pas l’utilisation d’une technique particulière
pour la description des paramètres des primitives de service OSI.
7 Techniques de définition de service OS1
71 0 Définition des vues locales OS1 et de leurs relations
7.1.1
La définition de l’ensemble des vues locales OS1 relatives a une définition de service OS1 exige que soit défini
l’ensemble des états possibles (ensemble d’états) correspondant à chaque vue locale OSI. Pour une vue locale OS1
donnée, l’ensemble d’états est déterminé par les séquences possibles de primitives de service OS1 pouvant survenir à la
frontière de service OS1 pour cette vue locale. Ces séquences sont contraintes par le modèle qui détermine la sémantique
des primitives de service OSI, et par les corrélations entre les primitives de service OS1 au niveau de la vue locale OS1
donnée et les primitives de service OS1 au niveau d’autres vues locales OS1 pertinentes.
7.1.2 Même si les relations entre vues locales OS1 peuvent prendre des formes complexes, il est possible de
déterminer l’état de la vue locale OS1 pour une relation particulière entre deux vues locales OSI. La vue locale OS1 est
alors complètement définie par la totalité des ensembles d’états de la vue locale OS1 pour chaque relation où elle est
impliquée.
7.1.3 Du point de vue de la relation entre deux vues locales OSI, la séquence de primitives de service OS1 à la
frontière du service OS1 de cette vue locale OS1 peut entraîner un échange de primitives de service OSI, soit:
-
au niveau de la vue locale OS1 homologue;
-
au niveau des autres vues locales OS1 qui ont une relation avec cette vue locale OSI;
-
aux deux niveaux.
7.1.4 La définition de l’ensemble d’états d’une vue locale OS1 pour une relation spécifique fournit une représentation
exacte et complète des échanges de sémantique entre les utilisateurs de service OS1 concernés par cette relation, tout en
tenant compte des autres échanges ayant trait aux relations entre cette vue locale OS1 et d’autres vues locales OSI.
7.1.5 La description de l’ensemble d’états d’une vue locale OS1 pour une relation spécifique est définie en fonction
d’événements survenant:
a) dans les limites de cette relation particulière;
b) dans les limites d’autres relations impliquant cette vue locale OSI. Ces événements particuliers n’ont
besoin d’être représentés que dans la mesure où ils modifient l’état de cette vue locale OS1 particulière
telle qu’elle est perçue dans le cadre de cette relation spécifique. En conséquence, plusieurs de ces
événements peuvent être réduits à un niveau supérieur d’abstraction de façon à produire un effet global
unique sur cette relation spécifique.
7.1.6 La description de l’ensemble global d’états d’une vue locale OS1 est alors formée par le regroupement
des
descriptions des ensembles d’états associées à chaque relation dans laquelle la vue locale OS1 est impliquée.
Rec. UIT-T X.210 (1993 F) 9
ISO/CEI 10731 : 1994 (F)
72 . Conventions pour les chronogrammes
7.2.1 Les chronogrammes peuvent servir à illustrer la façon dont les séquences d’interactions sont liées dans le
temps.
Les chronogrammes indiquent:
la séquence d’événements au niveau d’une vue locale OSI; et
a>
le cas échéant, la séquence d’événements entre différents utilisateurs de service OSI.
b)
description complète et non ambiguë d’un service OSI. Ils visent à
7.2.2 Les chronog rammes ne donnent pas une
clarifier les aspects les plus complexes d’un service OSI, principalement par des exemples.
7.2.3 Le modèle général d’un chronogramme comprend:
en haut du diagramme, une représentation des diverses vues locales OS1 (par exemple un ensemble de
a>
cercles), accompagnée de leur identification à des fins de référence. Le diagramme peut également
indiquer les relations existant entre les vues locales OSI, au moyen de lignes reliant les cercles
représentant ces vues locales;
b) sous chaque représentation d’une vue locale OSI, une droite verticale indique, de haut en bas, l’écoulement
du temps. De cette façon, les événements au niveau de chaque vue locale OSI, en termes de primitives de
service OSI, peuvent être situés le long de l’axe vertical, par ordre chronologique, de haut en bas.
NOTE - Pour des cas simples, il est inutile de représenter les vues locales OSI au sommet du diagramme.
7.2.4 Pour représenter les primitives de service OSI, les conventions suivantes sont utilisées:
une primitive de service OS1 est représentée par une flèche;
a>
les flèches situées à gauche de l’axe vertical représentent les primitives du demandeur;
b)
les flèches situées à droite de l’axe vertical représentent les primitives de l’accepteur;
Cl
les flèches dirigées vers l’axe vertical représentent les primitives de soumission;
d)
les flèches partant de l’axe vertical représentent les primitives de remise;
e)
un nom de primitive de service OS1 est associé à chaque flèche;
g) lorsque les corrélations entre primitives au niveau de différentes vues locales OS1 risquent de soulever
une ambiguïté, celle-ci peut être supprimée par l’utilisation de certaines ou de toutes les techniques
suivantes:
-
lorsque cela est possible (c’est-à-dire si cela ne produit pas un diagramme trop complexe et illisible),
une ligne (pointillée) reliant les flèches situées au niveau des différentes vues locales OS1 indique
qu’il existe une corrélation entre les primitives de service OS1 associées à ces flèches;
-
une identification de toutes les vues locales OS1 concernées par une primitive de service OS1 est
as
...

NORME ISO/CEI
INTERNATIONALE 10731
Première édition
1994-I 2-l 5
Technologies de l’information -
Interconnexion de systèmes ouverts
- Modèle de référence de base -
(OW
Conventions pour la définition des services
OSI
Information technology - Open Systems Interconnection - Basic
Reference Mode/ - Conventions for the de finition of OSI services

ISOKEI 10731: 1994(F)
Sommaire
Page
Domaine d’application . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2 Références normatives .
....................................................................
2.1
Recommandations et Normes internationales identiques
.......
2.2 Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
3 Définitions c .
...................................................................
3.1 Termes définis dans le modèle de référence de base OS1
..................................................................
3.2 Termes définis dans la structure de la couche application
.........................................
3.3 Termes définis dans la présente Recommandation 1 Norme internationale
...................................................................................................................................................
4 Abréviations
.......................................................................
MODÈLE ET CONVENTIONS GÉNÉRIQUES
SECTION 1 -
Modèle de service .
5.1 Concept de définition de service OS1 .
.................................................................................
5.2 Modèle général d’une définition de service OS1
...............................................................................................
5.3 Concepts de demandeur et d’accepteur
........................................................................................
5.4 Catégories de facilités dans un service OS1
.............................................................
5.5 Application du modèle à différents types de communication
Structure des primitives de service OS1 .
. Primitives de service OS1 .
............................................................................................
62 . Propriétés des primitives de service OS1
...................................................................................................
6.3 Noms des primitives de service OS1
...........................................................................................
64 . Paramètres des primitives de service OS1
........................................................................................................
7 Techniques de définition de service OS1
..........................................................................
7.1 Définition des vues locales OS1 et de leurs relations
................................................................................................
7.2 Conventions pour les chronogrammes
COUCHE APPLICATION .
SECTION 2 -
...............................................................................................
8 Modèle de service pour la couche application
....................................................................................
9 Primitives de service OS1 dans la couche application
........................................................
91 . Noms des primitives de service OS1 dans la couche application
0 ISO/CEI 1994
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publi-
cation ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun pro-
cédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l’accord
écrit de l’éditeur.
ISO/CEI Copyright Office l Case Postale 56 l CII- 1211 Genève 20 l Suisse
Version française tirée en 1995
Imprimé en Suisse
ii
ISOKEI 10731:1994(F)
0 ISOKEI
SECTION 3 - COUCHES 1 À 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10 Modèle de service pour les couches 1 à 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11 Primitives de service OS1 dans les couches 1 à 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11.1 Noms des primitives de service OS1 dans les couches 1 à 6 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
............................................................ 13
Annexe A - Conventions de dénomination des primitives de service OS1
A. 1 Nom de service .
A.2 Nom de la primitive de service .
Type de la primitive de service OS1 .
A.3
........................................................................ 13
A.4 Noms abrégés des types de primitives de service OS1
........................................................................................ 14
Annexe B - Conventions de description des paramètres
...................
Annexe C - Corrélations entre primitives de service OS1 au niveau de différentes vues locales OS1
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Annexe D - Autres conventions pour les chronogrammes de communications bilatérales
........................................................................
Annexe E - Exemples d’utilisation des définitions de service OS1
...........................................................................................................
E.l Exemple de service symétrique
E.2 Exemple de service asymétrique .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Annexe F - Définition du service abracadabra
F.l Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Les états d’une vue locale OS1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
F.2
Service abracadabra - Version symétrique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
F.3
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
F.4 Service abracadabra - Version clientiserveur

ISOKEI 10731: 1994(F) 0 ISO/CEI
Avant-propos
LIS0 (Organisation internationale de normalisation) et la CE1 (Commission
électrotechnique internationale) forment ensemble un système consacré à la
normalisation internationale considérée comme un tout. Les organismes nationaux
membres de I’ISO ou de la CE1 participent au développement de Normes
internationales par l’intermédiaire des comités techniques crées par l’organisation
concernée afin de s’occuper des différents domaines particuliers de l’activité technique.
Les comités techniques de 1’ISO et de la CE1 collaborent dans des domaines d’intérêt
commun. D’autres organisations internationales, gouvernementales ou non gouveme-
mentales, en liaison avec I’ISO et la CE1 participent également aux travaux.
Dans le domaine des technologies de l’information, 1’ISO et la CE1 ont créé un comité
technique mixte, l’ISO/CEI JTC 1. Les projets de Normes internationales adoptés par le
comité technique mixte sont soumis aux organismes nationaux pour approbation, avant
leur acceptation comme Normes internationales. Les Normes internationales sont
approuvées conformément aux procédures qui requièrent l’approbation de 75 % au
moins des organismes nationaux votants.
La Norme internationale ISOKEI 10731 a été élaborée par le comité technique mixte
ISOKEI JTC 1, Technologies de l’inforrnution, sous-comité SC 21, Interconnexion des
systèmes ouverts, gestion des données et traitement distribué ouvert, en collaboration
avec l’IUT-T. Le texte identique est publié en tant que Recommandation IUT-T X.210.
Les annexes A, B, C, D, E et F de la présente Norme internationale sont
uniquement à titre d’information.
iv
0 ISOKEI ISOKEI 10731: 1994(F)
Introduction
Les conventions de service prescrites dans la présente Norme internationale garantissent l’uniformité de définition des
services conformes aux normes OS1 ainsi que leur homogénéité avec les normes du modèle de référence OS1 et de la
structure de la couche application. Le texte a été mis au point conjointement avec I’IUT-T. L’objet principal de la
présente Norme internationale est d’offrir des capacités étendues, utiles pour la spécification de services dans la couche
application, mais aussi une plus grande flexibilité, permettant d’accueillir ultérieurement de nouveaux services s’insérant
dans les couches OSI.
V
Page blanche
ISOKEI 10731: 1994 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - INTERCONNEXION DE SYSTÈMES
OUVERTS (OSI) - MODÈLE DE RÉFÉRENCE DE BASE - CONVENTIONS POUR LA
DÉFINITION DES SERVICES OS1
1 Domaine d’application
La présente Recommandation I Norme internationale
-
établit des définitions de termes et conventions pour les Recommandations I Normes internationales
définissant des services OS1 dans le cadre du modèle de référence de base de l’interconnexion de systèmes
ouverts;
-
spécifie l’application de ces termes et conventions aux Recommandations I Normes internationales
définissant des services OS1 dans la couche application du modèle de référence de base de
l’interconnexion de systèmes ouverts;
-
spécifie l’application de ces termes et conventions aux Recommandations I Normes internationales
définissant des services (N) pour les couches 1 à 6 du modèle de référence de base de l’interconnexion de
systèmes ouverts.
2 Références normatives
Les Recommandations et les Normes internationales suivantes contiennent des dispositions qui, par suite de la référence
qui y est faite, constituent des dispositions valables pour la présente Recommandation et Norme internationale. Au
moment de la publication, les éditions indiquées étaient en vigueur. Toute Recommandation ou Norme internationale est
sujette à révision et les parties prenantes aux accords fondés sur la présente Recommandation I Norme internationale sont
invitées à rechercher la possibilité d’appliquer les éditions les plus récentes des Recommandations et Normes
internationales indiquées ci-après. Les membres de la CE1 et de I’ISO possèdent le registre des Normes internationales en
vigueur. Le Bureau de la normalisation des télécommunications de I’UIT tient à jour une liste des Recomman-
dations UIT-T en vigueur.
21 . Recommandations et Normes internationales identiques
-
Recommandation UIT-T X.207 (1993) I ISOKEI 9545: 1993, Technologie de I?nformation -
Interconnexion de systèmes ouverts - Structure de la couche application.
22 . Paires de Recommandations I Normes internationales équivalentes par leur contenu technique
-
Recommandation X.200 du CCITT (1988), ModèZe de référence pour Z’interconnexion de systèmes
ouverts pour les applications du CCITT
-
ISOKEI 7498: 1984, Technologie de l’information - Interconnexion de systèmes ouverts - Modèle de
référence de base.
Rec. UIT-T X.210 (1993 F) 1
ISOKEI 10731: 1994 (F)
3 Définitions
Pour les besoins de la présente Recommandation I Norme internationale, les définitions suivantes s’appliquent.
31 . Termes définis dans le modèle de référence de base OS1
La présente Recommandation I Norme internationale repose sur les concepts développés dans la Rec. X.200 du CCITT 1
ISO 7498 et utilise les termes suivants qui y sont définis:
connexion (N);
a>
b) extrémité de connexion (N);
c) entité (N);
d) couche (N);
système ouvert;
e>
service (N);
f-l
point d’accès à des services (N);
g)
h) sous-système (N).
32 . Termes définis dans la structure de la couche application
La présente Recommandation I Norme internationale utilise les termes suivants définis dans la Rec. UIT-T X.207 (1993)
1 ISOKEI 9545:
invocation d’entité d’application;
a>
b) élément de service d’application;
objet de service d’application;
C)
fonction de contrôle.
d)
33 . Termes définis dans la présente Recommandation I Norme internationale
NOTE - Certains termes figurant dans la liste ci-dessous sont préfixés par «OSI», qui indique que leur signification est
cohérente dans toutes les couches de I’OSI, y compris la couche application.
Dans le cas de services OS1 fournis par les six couches inférieures, «OSI» peut être remplacé par (N), qui particularise le
concept de couche (N).
Une particularisation supplémentaire est nécessaire dans d’autres normes OSI; par exemple, en remplaçant «OSI» par le
nom abrégé de l’une des six couches inférieures, par le nom abrégé d’un élément de service d’application particulier ou
d’un groupe d’éléments de service d’application qui fournit un service au sein de la couche application.
service OSI: Capacités d’un fournisseur de service OS1 fournies aux utilisateurs de service OS1 à la frontière
3.3.1
entre le fournisseur de service OS1 et les utilisateurs de service OSI.
NOTE - Le service OS1 définit le comportement externe du fournisseur de service OS1 indépendamment des mécanismes
sont des composants d’un fournisseur de
utilisés. Les couches (N), les entités (N), les éléments de service d’application, etc.,
service OSI.
Représentation abstraite de la totalité des entités qui fournissent un service OSI
3.3.2 fournisseur de service OSI:
aux utilisateurs de service OSI.
3.3.3 utilisateur de service OSI: Entité d’un système ouvert unique qui utilise un service OSI.
NOTE - Les utilisateurs de service OS1 utilisent le service OS1 par l’intermédiaire d’un ensemble de primitives de
service OS1 définies pour le service OSI.
3.3.4 primitive de service OSI; primitive: Représentation abstraite, atomique et indépendante de la mise en œuvre,
d’une interaction entre un utilisateur de service OS1 et son fournisseur de service OSI.
NOTE - Le terme «primitive» est utilisé dans certains documents à la place de «primitive de service OSI».
2 Rec. UIT-T X.210 (1993 F)
ISOKEI 10731: 1994 (F)
3.3.5 soumission (primitive de): Primitive de service OS1 lancée par un utilisateur de service OSI.
3.3.6
remise (primitive de): Primitive de service OS1 lancée par un fournisseur de service OSI.
3.3.7 demandeur: Dans une instance de procédure de service OS1 donnée, utilisateur de service OS1 qui émet une
primitive de soumission et qui peut recevoir en retour une ou plusieurs primitives de remise.
3.3.8 accepteur: Dans une instance de procédure de service OS1 donnée, utilisateur de service OS1 qui reçoit une
primitive de remise et qui peut émettre en retour une ou plusieurs primitives de soumission.
3.3.9 demande (primitive de); soumission par le demandeur (primitive de): Primitive de soumission émise par
un demandeur.
3.3.10 indication (primitive d’); remise à l’accepteur (primitive de): Primitive de remise reçue par un accepteur.
3.3.11 réponse (primitive de); soumission par l’accepteur (primitive de): Primitive de soumission émise par un
accepteur.
3.3.12 confirmation (primitive de); au demandeur (primitive de): Primitive de remise reçue par un
demandeur.
3.3.13 facilité OSI: Partie d’un service OS1 identifiée dans une Recommandation I Norme internationale.
NOTES
1 Certaines Recommandations I Normes internationales existantes, définissant des services OSI, utilisent la forme
«service de.» pour désigner une partie identifiée d’un service total. La forme «facilité de.» est préférable dans tous ces cas.
2 Le terme «facilité OSI» défini ici est différent du terme «service complémentaire/facilité» (sans la qualification
«OSI») utilisé, par exemple, dans la Rec. X.25 du CCITT et l’ISO/CEI 8208.
3.3.14 facilité OS1 obligatoire: Facilité OS1 qui est toujours fournie.
3.3.15 facilité OS1 facultative au choix du fournisseur: Facilité OS1 qui peut être fournie ou non.
3.3.16 facilité OS1 facultative au choix de l’utilisateur: Facilité OS1 utilisée uniquement avec l’accord de tous les
utilisateurs de service OS1 homologues.
3.3.17 facilité OS1 de type confirmé: Facilité OS1 qui nécessite qu’une confirmation explicite soit envoyée par le
fournisseur de service OS1 à l’utilisateur de service OS1 initiateur.
3.3.18 facilité OSI de type non confirmé: Facilité OS1 qui ne nécessite pas qu’une confirmation explicite soit
envoyée par le fournisseur de service OS1 à l’utilisateur de service OS1 initiateur.
3.3.19 facilité OS1 initialisée par le fournisseur: Facilité OS1 lancée par le fournisseur de service OSI.
3.3.20 vue locale OSI: Comportement partagé d’un utilisateur de service OS1 et d’un fournisseur de service OS1 en
termes d’interactions à une frontière de service.
NOTE - Dans le cas de services (N), la frontière de service OS1 correspond à l’ensemble de points d’accès au service (N)
pour le sous-système (N).
3.3.21 service symétrique: Service OS1 pour lequel les définitions de toutes les vues locales OS1 sont identiques (il
n’existe qu’un seul type de vue locale OSI).
3.3.22 service asymétrique: Service OS1 pour lequel les définitions de toutes les vues locales OS1 ne sont pas
identiques (il existe différents types de vue locale OSI).
3.3.23 à partenaires multiples: Mode de fonctionnement d’un service OS1 qui supporte les échanges entre plus de
deux utilisateurs de service OSI.
4 Abréviations
ASE Elément de service d’application (application-service-element)
AS0 Objet de service d’application (application-service-abject)
os1 Interconnexion de systèmes ouverts (open systems interconnection)
Rec. UIT-T X.210 (1993 F) 3
ISO/CEI 10731: 1994 (F)
SECTION 1 - MODÈLE ET CONVENTIONS GÉNÉRIQUES
5 Modèle de service
51 . Concept de définition de service OS1
5.1.1 Un service OS1 est la capacité d’un fournisseur de service OS1 qui est offerte aux utilisateurs de service OS1 à
la frontière entre le fournisseur de service OS1 et les utilisateurs de service OSI.
5.1.2 Une définition de service OS1 est l’expression complète du comportement d’un fournisseur de service OSI, vu
par ses utilisateurs de service OSI. Une définition de service OS1 ne décrit pas le comportement interne d’un fournisseur
de service OSI. De nombreux mécanismes peuvent être spécifiés pour fournir un service OSI. Il est donc fondamental
que les conventions utilisées pour définir un service OS1 permettent à une définition de service OS1 d’être exprimée
indépendamment de toute spécification ultérieure du ou des protocole(s) fournissant ce service OSI.
5.1.3 Pour utiliser correctement un service OSI, il est nécessaire qu’un utilisateur de service OS1 fasse référence à la
définition de service OSI. De ce fait, une définition de service OSI contraint le comportement des utilisateurs de service
OSI. Néanmoins, le but d’une définition de service OSI n’est pas d’exprimer le comportement complet des utilisateurs de
service OSI.
52 . Modèle général d’une définition de service OS1
5.2.1 Le présent paragraphe décrit un modèle général de définition d’un service OSI, qui est applicable à tous les
modes de communication (mode sans connexion, mode connexion, à partenaires multiples) dans les sept couches.
5.2.2 Un utilisateur de service OS1 et un fournisseur de service OS1 interagissent à une frontière de service dans un
système ouvert. L’interaction entre l’utilisateur de service OS1 et le fournisseur de service OS1 constitue une interface
abstraite à la frontière de service. Cette interface abstraite est la vue locale OSI, définie comme l’ensemble des primitives
de service OS1 que l’utilisateur de service OS1 et le fournisseur de service OS1 peuvent échanger, plus les règles
d’enchaînement qui s’appliquent à ces échanges.
5.2.3 Une primitive de service OS1 envoyée par un utilisateur de service OS1 à son fournisseur de service OS1 est
une définition:
de la sémantique des informations acheminées par la primitive de service OSI;
a>
des contraintes imposées à l’utilisateur de service OS1 pour émettre la primitive de service OSI; et
b)
de ce que le fournisseur de service OS1 doit faire à la réception d’une primitive de service OSI.
C>
5.2.4 Une primitive de service OS1 envoyée par un fournisseur de service OS1 à l’un de ses utilisateurs de
service OS1 est une définition:
de la sémantique des informations acheminées par la primitive de service OSI;
a>
des conditions à remplir par le fournisseur de service OS1 pour émettre la primitive de service OSI; et
b)
réactions de l’utilisateur de service OS1
des attentes possibl es du fournisseur de service OS1 en matière de
C>
primitive de service OSI.
suite à la réception de la
5.2.5 La sémantique de ces primitives de service OS1 et l’ensemble complet des relations entre les vues locales OS1
sont décrits dans un modèle qui définit l’environnement virtuel dans lequel le service s’applique. Une relation existe entre
les vues locales OS1 quand il y a une corrélation entre les primitives de service au niveau de chacune de ces vues
locales OSI.
NOTES
1 Dans certains cas, le modèle est décrit explicitement dans une norme; dans d’autres cas [par exemple, services de
couche (N)], il peut être connu implicitement.
2 La sémantique des primitives de service OS1 peut être décrite, par exemple, en termes d’actions abstraites sur des
objets abstraits.
Dans un cas simple, le modèle d’un service OS1 d’homologue à homologue établit une correspondance biunivoque
entre les deux vues locales OSI; dans des cas plus complexes, le modèle d’un service OS1 peut établir une correspondance plurivoque
entre certaines vues locales OS1 du service OSI.
4 Rec. UIT-T X.210 (1993 F)
ISOKEI 10731: 1994 (F)
5.2.6 Une définition de service OS1 comprend:
a) la définition du modèle présenté en 5.25, ou une référence à ce modèle;
b) la définition des vues locales OS1 relatives au service OS1 (ces définitions peuvent être toutes identiques:
service symétrique, ou non: service asymétrique);
c) la définition de la corrélation entre les primitives de service OS1 pour cet ensemble de vues locales OSI.
5.2.7 La définition de la corrélation entre les primitives de service OS1 est formée de:
a) la définition du modèle présenté en 5.2.5, ou une référence à ce modèle;
b) la définition des relations entre les primitives de service OS1 dans le cadre de chaque vue locale OSI;
relations entre les vues locales OSI, la définition des corrélations entre les primitives de service OS1 liées
C>
à des vues locales OS1 séparées (mais associées).
NOTES
1 Une définition des corrélations entre les primitives de service OS1 vues par différents utilisateurs de service OS1
comprend:
-
la définition des relations entre les primitives de soumission émises au niveau d’une vue locale OS1 et les primitives
de remise émises au niveau des autres vues locales OS1 associées;
-
la définition des effets des collisions possibles entre les primitives de soumission émises au niveau d’une vue
locale OS1 et les primitives de soumission émises au niveau d’autres vues locales OS1 associées.
2 Seule la vue locale OS1 est connue de l’utilisateur de service OSI. Un utilisateur de service OS1 est uniquement
concerné par l’échange de primitives de service OS1 à la frontière de service OS1 pour cette vue locale OSI. La corrélation possible
entre les primitives de service vues par différents utilisateurs de service OS1 ne doit pas nécessairement être connue de ces derniers.
Par conséquent, elle est exprimée dans la définition de corrélation, et non dans la définition des vues locales OS1 séparées.
3 La définition des corrélations entre des primitives de service OS1 vues par différents utilisateurs de service OS1 est
une définition de haut niveau. Par exemple, bien que dans un cas particulier une définition de corrélation puisse spécifier qu’une
primitive de demande d’informations venant d’un utilisateur de service OS1 entraîne la réception de primitives de demande
d’informations par plusieurs utilisateurs de service OS1 détenant les informations recherchées, la localisation des utilisateurs de
service OS1 et le routage des demandes vers ces utilisateurs ne sont pas spécifiés.
5.2.8 Il existe deux types de base de primitives de service OSI: la primitive de soumission appelée par l’utilisateur de
service OS1 pour échanger des informations avec le fournisseur de service OSI, et la primitive de remise appelée par le
fournisseur de service OS1 pour échanger des informations avec l’utilisateur de service OSI.
5.2.9 La Figure 1 illustre une vue simplifiée d’un service OS1 composite complet. Ce service se compose de
plusieurs primitives de service OS1 qui, lorsqu’elles sont correctement exécutées dans la séquence appropriée, réalisent
l’objectif de l’utilisateur de service OS1 initiateur.
NOTES
1 La Figure 1 représente quatre utilisateurs de service OSI, dont trois participent à un échange de primitives de
service OS1 avec le fournisseur de service OSI. Seule la vue locale OS1 correspondante est apparente à chaque utilisateur de
service OSI.
2 Même si le fournisseur de service OS1 est représenté comme une unité sur la figure, il ne faut pas oublier qu’il s’agit
d’un système réparti. Cela signifie que le fournisseur de service OS1 ne peut pas être considéré comme une machine à état unique;
qu’il existe des délais entre les actions de service, et que, dans une communication réelle, existe une possibilité de perte, d’erreur ou de
remise des données en désordre.
3 Si la Figure 1 est reproduite dans une norme de service, elle devrait être accompagnée d’un texte explicatif similaire
au contenu de 5.2.9 et de la Note 2.
Utilisateur C
de service
OSI
Scumissicn OSI
SoWssion OSI soumissii OSI
Remise OSI Remise OSI
Remise OSI
\ / ---1 \ /
\ /
Vue bale OSI Vue locale OSI Vue locale OSI Vue locale OSI
-----+A- --BB-lI -----
Fournisseur de service OSI
:
-----II,----------
TE0251 0-94/dOl
Figure 1 - Modèle de service OS1
Rec. UIT-T X.210 (1993 F) 5
ISOKEI 10731 : 1994 (F)
X2.10 A un moment donné, l’état de la vue locale OS1 d’un service OS1 est entièrement déterminé par la séquence
.
précédente de primitives de service OS1 qui a été observée à la frontière de service OSI.
5.2.11 Les primitives de remise émises au niveau d’une vue locale OS1 sont généralement associées à des primitives
de soumission appelées par des utilisateurs de service OS1 au niveau d’autres vues locales OSI. Dans certains cas
spécifiques (par exemple, si le fournisseur est l’initiateur), une primitive de remise peut être émise sans qu’une primitive
de soumission ait été appelée au niveau d’une autre vue locale OSI.
52.12 Une définition de service OS1 contient une ou plusieurs définitions de vues locales OSI. Lorsqu’il n’existe
qu’une définition de vues locales OSI, le service OS1 est dit symétrique et ne nécessite pas d’identification
supplémentaire. A l’inverse, lorsqu’un service OS1 est asymétrique, il faut des noms pour distinguer les vues locales OS1
ayant des définitions différentes. Ces noms doivent être uniques dans la définition de service, et il est recommandé de
choisir des noms évocateurs de façon à faciliter la compréhension (par exemple CLIENT et SERVEUR, à YAnnexe E).
53 . Concepts de demandeur et d’accepteur
5.3.1 Un utilisateur de service OS1 qui émet une primitive de soumission et qui peut recevoir en retour une ou
plusieurs primitives de remise est appelé demandeur, pour cet échange de primitives de service OSI.
5.3.2 Un utilisateur de service OS1 qui reçoit une primitive de remise et qui peut émettre en retour une ou plusieurs
primitives de
soumission est appelé accepteur, pour cet échange de primitives de service OSI.
5.3.3 Un utilisateur de service OS1 peut jouer, selon les interactions, le rôle du demandeur ou de l’accepteur.
NOTE - Les contraintes relatives au comportement de l’utilisateur de service OS1 ou du fournisseur de service OSI sont
entièrement déterminées par les primitives de service OS1 spécifiques émises ou appelées, et par l’état de l’utilisateur de service OS1
ou du fournisseur de service OSI, suivant le cas.
54 . Catégories de facilités dans un service OS1
Les différentes parties d’un service OS1 peuvent être classées en plusieurs catégories:
a) facilités OS1 obligatoires;
b) facilités OS1 facultatives au choix du fournisseur;
c) facilités OS1 facultatives au choix de l’utilisateur.
Une facilité OS1 facultative au choix de l’utilisateur peut être soit une facilité OS1 facultative au choix du fournisseur soit
une facilité OS1 obligatoire, c’est-à-dire obligatoire pour le fournisseur mais facultative pour l’utilisateur.
55 . Application du modèle à différents types de communication
5.5.1 Service en mode sans connexion
Pour le fonctionnement de base d’un service en mode sans connexion:
émise par un utilisateur de service OS1 demandeur; elle est
une primitive de soumission est toujours
a>
appelée primit .ive de demande;
b) une primitive de remise est toujours envoyée à un utilisateur de service OS1 accepteur; elle est appelée
primitive d’indication;
c) la relation est spécifiée entre une primitive de soumission émise par un demandeur et une primitive de
remise adressée à un ou plusieurs accepteurs.
NOTE - Cette description n’exclut pas la définition de primitives de service OS1 pour des opérations supplémentaires dans
certains services en mode sans connexion.
5.5.2 Service en mode connexion
Dans un service en mode connexion:
une primitive de soumission peut être émise par un utilisateur de service OS1 demandeur ou accepteur:
a>
1) une primitive de soumission par le demandeur est appelée primitive de demande,
une primitive de soumission par l’accepteur est appelée primitive de réponse;
2)
Rec. UIT-T X.210 (1993 F)
ISOKEI 10731: 1994 (F)
b) une primitive de remise peut être envoyée soit à un utilisateur de service OS1 demandeur soit à un
utilisateur de service OS1 accepteur:
1) une primitive de remise au demandeur est appelée primitive de confirmation,
2) une primitive de remise à l’accepteur est appelée primitive d’indication;
c) la relation est spécifiée entre des primitives de soumission émises par un demandeur ou un accepteur, et
les primitives de remise envoyées à un demandeur ou à un ou plusieurs accepteurs. La Figure 2 illustre un
service en mode connexion à partenaires multiples, et la Figure 3 un service en mode connexion
d’homologue à homologue. Toutes deux indiquent les relations existant entre les termes demande,
confirmation, indication et réponse, d’une part, et les termes demandeurfaccepteur et soumission/remise,
d’autre part.
Utilisateur
de service
B
(soumission par (remise à
(remise à
le demandeur)
l’accepteur) l’accepteur)
Confirmation Réponse Réponse
(remise au (soumission par
(soumission par
demandeur)
+ l’accepteur) l’accepteur)
v
r---
I ---Iv ---’ I
Fournisseur de service OSI
,
1 I---I m--I I--m 1
TiS02520-94/d02
NOTE - Les corrélations entre les primitives OS1 représentées sur cette figure dépendent du service spécifique défini et
de la sémantique des primitives de service OSI. Dans certains cas:
a) les deux primitives d’indication seront en corrélation avec la primitive de demande; et
b) la primitive de confirmation sera en corrélation avec les deux primitives de réponse.
Toutefois, d’autres corrélations peuvent également s’appliquer.
Figure 2 - Service en mode connexion à partenaires multiples
(soumission par (remise &
le demandeur) l’accepteur)
Confirmation Réponse
(soumission par
(remise au
demandeur) l’accepteur)
v
-B-B-B-------I
Fournisseur de service OSI
I l
I~~~~~~----~~-
TIS02530-94/dO3
Figure 3 - Exemple de service en mode connexion d’homdogue à homologue
NOTE - Pour obtenir la signification des termes demande, indication, réponse et confirmation utilisés dans les Figures 2
et 3, voir 6.3.2.
Rec. UIT-T X.210 (1993 F)
ISOKEI 10731: 1994 (F)
Structure des primitives de service OS1
61 0 Primitives de service OS1
Pour décrire entièrement une primitive de service OSI, son nom de type et la liste de ses paramètres doivent être fournis.
Une primitive de service OS1 peut être représentée de la manière suivante:
TypeService(param 1, . . ., param,)
NOTE - Chaque paramètre peut représenter des informations de contrôle de service OS1 ou des données de l’utilisateur de
service OSI.
La définition d’un service OS1 en termes de primitives de service OS1 n’implique pas la mise en œuvre spécifique d’un
fournisseur de service OSI. Les commentaires suivants s’appliquent a la technique de définition basée sur des primitives
de service OSI:
une primitive de service OS1 est une abstraction et n’implique donc pas:
a>
-
un mécanisme lié à la mise en œuvre pour l’appel du service OSI;
-
une relation directe avec un élément du protocole;
b) seules les primitives de service OS1 relatives à certains éléments du service OS1 impliquant des
utilisateurs de service OS1 dans l’environnement OS1 doivent être prises en compte. Les interactions
relatives uniquement à des conventions locales entre l’utilisateur de service OS1 et le fournisseur de
service OS1 ne doivent pas être traitées dans une définition de service OSI. Par exemple, des fonctions
strictement locales pourraient être fournies lors de certaines mises en œuvre. Etant donné qu’elles
n’impliquent pas d’autres utilisateurs de service OSI, ces fonctions ne sont pas visibles hors du système
local.
Propriétés des primitives de service OS1
62 .
L’interaction décrite par une primitive de service OS1 doit être considérée comme un événement instantané qui ne peut
pas être interrompu par une autre interaction. Une primitive de service OS1 est associée à:
une direction indiquant le flot principal des informations:
a>
1) d’un utilisateur de service OS1 vers un fournisseur de service OSI; ou
2) d’un fournisseur de service OS1 vers un utilisateur de service OSI;
b) un ou plusieurs paramètres, ayant chacun une plage de valeurs. Les valeurs associées à une interaction
décrite par une primitive de service OS1 sont transmises dans l’une ou l’autre direction, suivant le cas,
pour une primitive donnée. (Il est possible de transférer des informations dans la direction opposée de
celle de la primitive de service OSI.)
63 . Noms des primitives de service OS1
6.3.1 Les deux types de base de primitive de service OS1 peuvent être qualifiés de manière à identifier des
sous-types, par exemple afin de refléter les corrélations entre primitives de service OS1 au niveau de la même vue
locale OS1 ou au niveau de vues différentes. Par conséquent, les noms des primitives OS1 sont structurés de la manière
suivante:
- .
::=
où
I .
::=
identifie la couche (N) ou le composant de la couche application fournissant le service (voir A.l).
identifie la facilité à laquelle appartient la primitive [par exemple, CONNECT (connexion)]
(voir A.2).
.
spécifie si la primitive de service OS1 est de type soumission (SUBMIT) ou remise (DELIVER).
permet de préciser le type de la primitive [par exemple, REQUESTOR (demandeur) ou
ACCEPTOR (accepteur)] (voir A.3).
8 Rec. UIT-T X.210 (1993 F)
ISOKEI 10731: 1994 (F)
6.3.2
Cette structure de noms de primitives de service OS1 est générique. Elle peut être simplifiée le cas échéant. En
particulier pour rester cohérent avec l’usage établi, et sont réduits a un seul
nom dans les cas suivants:
-
demande a la place de soumission par le demandeur;
-
indication à la place de remise à l’accepteur;
-
réponse à la place de soumission par l’accepteur;
-
confirmation à la place de remise au demandeur.
64 . Paramètres des primitives de service OS1
6.4.1 Les normes de définition de service OS1 ne stipulent pas de contraintes relatives à l’ordre des paramètres des
primitives de service OSI.
6.4.2 La présente Recommandation I Norme internationale ne stipule pas l’utilisation d’une technique particulière
pour la description des paramètres des primitives de service OSI.
7 Techniques de définition de service OS1
71 0 Définition des vues locales OS1 et de leurs relations
7.1.1
La définition de l’ensemble des vues locales OS1 relatives a une définition de service OS1 exige que soit défini
l’ensemble des états possibles (ensemble d’états) correspondant à chaque vue locale OSI. Pour une vue locale OS1
donnée, l’ensemble d’états est déterminé par les séquences possibles de primitives de service OS1 pouvant survenir à la
frontière de service OS1 pour cette vue locale. Ces séquences sont contraintes par le modèle qui détermine la sémantique
des primitives de service OSI, et par les corrélations entre les primitives de service OS1 au niveau de la vue locale OS1
donnée et les primitives de service OS1 au niveau d’autres vues locales OS1 pertinentes.
7.1.2 Même si les relations entre vues locales OS1 peuvent prendre des formes complexes, il est possible de
déterminer l’état de la vue locale OS1 pour une relation particulière entre deux vues locales OSI. La vue locale OS1 est
alors complètement définie par la totalité des ensembles d’états de la vue locale OS1 pour chaque relation où elle est
impliquée.
7.1.3 Du point de vue de la relation entre deux vues locales OSI, la séquence de primitives de service OS1 à la
frontière du service OS1 de cette vue locale OS1 peut entraîner un échange de primitives de service OSI, soit:
-
au niveau de la vue locale OS1 homologue;
-
au niveau des autres vues locales OS1 qui ont une relation avec cette vue locale OSI;
-
aux deux niveaux.
7.1.4 La définition de l’ensemble d’états d’une vue locale OS1 pour une relation spécifique fournit une représentation
exacte et complète des échanges de sémantique entre les utilisateurs de service OS1 concernés par cette relation, tout en
tenant compte des autres échanges ayant trait aux relations entre cette vue locale OS1 et d’autres vues locales OSI.
7.1.5 La description de l’ensemble d’états d’une vue locale OS1 pour une relation spécifique est définie en fonction
d’événements survenant:
a) dans les limites de cette relation particulière;
b) dans les limites d’autres relations impliquant cette vue locale OSI. Ces événements particuliers n’ont
besoin d’être représentés que dans la mesure où ils modifient l’état de cette vue locale OS1 particulière
telle qu’elle est perçue dans le cadre de cette relation spécifique. En conséquence, plusieurs de ces
événements peuvent être réduits à un niveau supérieur d’abstraction de façon à produire un effet global
unique sur cette relation spécifique.
7.1.6 La description de l’ensemble global d’états d’une vue locale OS1 est alors formée par le regroupement
des
descriptions des ensembles d’états associées à chaque relation dans laquelle la vue locale OS1 est impliquée.
Rec. UIT-T X.210 (1993 F) 9
ISO/CEI 10731 : 1994 (F)
72 . Conventions pour les chronogrammes
7.2.1 Les chronogrammes peuvent servir à illustrer la façon dont les séquences d’interactions sont liées dans le
temps.
Les chronogrammes indiquent:
la séquence d’événements au niveau d’une vue locale OSI; et
a>
le cas échéant, la séquence d’événements entre différents utilisateurs de service OSI.
b)
description complète et non ambiguë d’un service OSI. Ils visent à
7.2.2 Les chronog rammes ne donnent pas une
clarifier les aspects les plus complexes d’un service OSI, principalement par des exemples.
7.2.3 Le modèle général d’un chronogramme comprend:
en haut du diagramme, une représentation des diverses vues locales OS1 (par exemple un ensemble de
a>
cercles), accompagnée de leur identification à des fins de référence. Le diagramme peut également
indiquer les relations existant entre les vues locales OSI, au moyen de lignes reliant les cercles
représentant ces vues locales;
b) sous chaque représentation d’une vue locale OSI, une droite verticale indique, de haut en bas, l’écoulement
du temps. De cette façon, les événements au niveau de chaque vue locale OSI, en termes de primitives de
service OSI, peuvent être situés le long de l’axe vertical, par ordre chronologique, de haut en bas.
NOTE - Pour des cas simples, il est inutile de représenter les vues locales OSI au sommet du diagramme.
7.2.4 Pour représenter les primitives de service OSI, les conventions suivantes sont utilisées:
une primitive de service OS1 est représentée par une flèche;
a>
les flèches situées à gauche de l’axe vertical représentent les primitives du demandeur;
b)
les flèches situées à droite de l’axe vertical représentent les primitives de l’accepteur;
Cl
les flèches dirigées vers l’axe vertical représentent les primitives de soumission;
d)
les flèches partant de l’axe vertical représentent les primitives de remise;
e)
un nom de primitive de service OS1 est associé à chaque flèche;
g) lorsque les corrélations entre primitives au niveau de différentes vues locales OS1 risquent de soulever
une ambiguïté, celle-ci peut être supprimée par l’utilisation de certaines ou de toutes les techniques
suivantes:
-
lorsque cela est possible (c’est-à-dire si cela ne produit pas un diagramme trop complexe et illisible),
une ligne (pointillée) reliant les flèches situées au niveau des différentes vues locales OS1 indique
qu’il existe une corrélation entre les primitives de service OS1 associées à ces flèches;
-
une identification de toutes les vues locales OS1 concernées par une primitive de service OS1 est
as
...