Institut national des sciences appliquees de lyon

4. FONCTIONNEMENT DU MODELE DE REFERENCE

4.1. Services et Interfaces entre couches :

D'après le modèle d'Interconnexion des Systèmes Ouverts de l'OSI, la description des services est fonctionnelle. Dans les standards décrivant les services, on trouve essentiellement une description des fonctions traitées dans le sous-ensemble concerné, les primitives permettant de le mettre en oeuvre, et l'enchaînement entre ces primitives.

L'accès à un service se fait par un point d'accès au service : SAP (Service Acces Point) . Celui-ci peut regrouper plusieurs "connexions" . Celles-ci sont vues au niveau du SAP comme un ensemble de "points d'extrémité de connexion" : CEP (Connection End Point). Le service N+1, adjacent supérieur au service de niveau N, émet vers lui des Requètes pour initier des fonctions rendues par le service N. Celui-ci avertit le service N+1, coté accepteur, qu'il a reçu un "message" pour lui par une indication. A la suite d'une Indication, le service N+1 peut fournir une Réponse positive ou négative. Cette Réponse est transmise, par le service N, au service N+1 initiateur sous la forme d'une Confirmation.
Ces échanges de primitives de service sont illustrées sur les schémas ci-dessous:

Les schémas suivants montrent les différentes classes de services : simple, confirmé, confirmé localement. Un service confirmé garantit que la fonction demandée à bien été traitée par le service accepteur (positivement ou négativement). Un service confirmé localement garantit seulement que la demande a été envoyée au service accepteur et que le service N local peut accepter une nouvelle requète.

Les interfaces entre sous-systèmes sont laissés à l'initiative des personnes chargées de l'implantation.

Toutefois, on trouvera souvent une spécification minimale de l'interface avec le sous-ensemble utilisateur ( adjacent supérieur ) et parfois de l'interface avec la couche "fournisseur" ( adjacente inférieure ). Cette description fournit uniquement la liste et la nature des paramètres à passer dans les primitives du service pour en permettre l'utilisation complète. Le concepteur peut introduire d'autres primitives, ajouter des paramètres ou les présenter sous la forme la plus efficace pour son implantation.
Cependant, ce Modèle de Référence contient implicitement les mécanismes d'enchaînement des primitives à travers toutes les couches pour permettre le fonctionnement du système complet. En effet, lorsque le système de communication doit être utilisé par plusieurs applications simultanément, les entités gérant des sous-ensembles des protocoles ou les ressources nécessaires à chaque connexion ("contextes" ) ne peuvent chargées et activées en permanence.