1、UNION INTERNATIONALE DES TLCOMMUNICATIONSUIT-T Q.920SECTEUR DE LA NORMALISATION (03/93)DES TLCOMMUNICATIONSDE LUITSYSTME DE SIGNALISATION DABONNNUMRIQUE N 1SYSTME DE SIGNALISATION DABONNNUMRIQUE N 1 COUCHE LIAISON DEDONNES LINTERFACE USAGER-RSEAURNIS ASPECTS GNRAUXRecommandation UIT-T Q.920(Antrieur
2、ement Recommandation du CCITT)AVANT-PROPOSLUIT-T (Secteur de la normalisation des tlcommunications) est un organe permanent de lUnion internationale destlcommunications (UIT). Il est charg de ltude des questions techniques, dexploitation et de tarification, et met cesujet des Recommandations en vue
3、de la normalisation des tlcommunications lchelle mondiale.La Confrence mondiale de normalisation des tlcommunications (CMNT), qui se runit tous les quatre ans, dtermineles thmes que les Commissions dtudes de lUIT-T doivent examiner et propos desquels elles doivent mettre desRecommandations.La Recomm
4、andation rvise UIT-T Q.920, labore par la Commission dtudes XI (1988-1993) de lUIT-T, a tapprouve par la CMNT (Helsinki, 1-12 mars 1993)._NOTES1 Suite au processus de rforme entrepris au sein de lUnion internationale des tlcommunications (UIT), leCCITT nexiste plus depuis le 28 fvrier 1993. Il est r
5、emplac par le Secteur de la normalisation des tlcommunicationsde lUIT (UIT-T) cr le 1ermars 1993. De mme, le CCIR et lIFRB ont t remplacs par le Secteur desradiocommunications.Afin de ne pas retarder la publication de la prsente Recommandation, aucun changement na t apport aux mentionscontenant les
6、sigles CCITT, CCIR et IFRB ou aux entits qui leur sont associes, comme Assemble plnire,Secrtariat, etc. Les futures ditions de la prsente Recommandation adopteront la terminologie approprie refltant lanouvelle structure de lUIT.2 Dans la prsente Recommandation, le terme Administration dsigne indiffr
7、emment une administration detlcommunication ou une exploitation reconnue. UIT 1994Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous quelque formeque ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms,
8、sans laccordcrit de lUIT.TABLE DES MATIRESRecommandation Q.920 (03/93)Page1 Conditions gnrales 12 Concepts et terminologie 23 Description gnrale des fonctions et des procdures LAPD 53.1 Considrations gnrales 53.2 Fonctionnement sans accus de rception 63.3 Fonctionnement avec accus de rception 63.4 E
9、tablissement des modes de transfert dinformation. 84 Caractristiques de service . 114.1 Considrations gnrales 114.2 Services offerts la couche 3 . 114.3 Services fournis la gestion de couche 124.4 Services de gestion . 124.5 Modlisation du service de liaison de donnes. 134.6 Services requis de la co
10、uche physique 145 Structure de gestion Couche liaison de donnes . 165.1 Procdure de liaison de donnes. 175.2 Procdure de multiplexage 175.3 Structure de la procdure de liaison de donnes. 175.4 Diagramme fonctionnel global de la couche liaison de donnes 18Rfrences 20Recommandation Q.920 (03/93) i Rec
11、ommandation Q.920Recommandation Q.920 (03/93)SYSTME DE SIGNALISATION DABONN NUMRIQUE N 1COUCHE LIAISON DE DONNES LINTERFACEUSAGER-RSEAU RNIS ASPECTS GNRAUX(Malaga-Torremolinos, 1984; modifie Helsinki, 1993)1 Conditions gnralesNOTE La prsente Recommandation a t conue lorigine pour dcrire les aspects
12、gnraux du protocole et desprocdures dfinis dans la Recommandation Q.921 1. Eu gard ladoption de la Recommandation Q.922 2, il faut que laRecommandation Q.920 soit davantage axe sur une introduction gnrale aux protocoles et aux procdures de la couche liaison dedonnes, spcifis dans les Recommandations
13、 de la srie Q.920. Les aspects de la Recommandation Q.920 qui sappliquentuniquement la version actuelle de la Recommandation Q.921 devront faire lobjet dun complment dtude pour tre replacs dansune juste perspective.La prsente Recommandation dcrit dune manire gnrale la procdure daccs la liaison sur l
14、e canal D (LAPD).Lapplication de ce protocole dautres types de canal est ltude. La Recommandation Q.921 1 donne des dtails cepropos.Lobjet du LAPD est dacheminer linformation entre des entits de la couche 3 travers linterface usager-rseau duRNIS en utilisant le canal D.La dfinition du LAPD tient com
15、pte des principes et de la terminologie des textes suivants: Recommandations X.200 3 et X.210 4 Modle de rfrence et conventions relatives la dfinitionde service des couches pour linterconnexion des systmes ouverts; Recommandation X.25 5 (LAPB) Interface usager-rseau pour les terminaux en mode paquet
16、; ISO 3309 6 et ISO 4335 7 Procdures de commande de liaison de donnes haut niveau (HDLC).Spcification de la structure de trame et lments de procdures.Afin que le protocole LAPD soit applicable une communication dans une situation directe dusager usager (parexemple, communication dun autocommutateur
17、priv un autre autocommutateur priv sur un circuit lou) ou dans unesituation mixte rseau public/priv, le ct usager et le ct rseau doivent tre dsigns auprs des entits adjacentes dela couche liaison de donnes. Dans une situation directe dusager usager, une assignation statique (extrieure auprotocole LA
18、PD) peut tre employe pour tablir la relation usager-rseau. Dans une situation mixte rseau public/priv,le rseau public prend en charge le ct rseau et le rseau priv prend en charge le ct usager.Le protocole LAPD fonctionne dans la couche liaison de donnes de larchitecture OSI. La relation entre la cou
19、cheliaison de donnes et les autres couches adjacentes est dfinie dans la Recommandation I.320 8.NOTES1 La couche physique est actuellement dfinie dans les Recommandations I.430 9 et I.431 10 et la couche 3 estdfinie dans les Recommandations Q.930 11, Q.931 12 et X.25 5. Il convient de faire rfrence
20、ces Recommandations pour ladfinition complte des protocoles et des procdures travers linterface usager-rseau du RNIS.2 Lexpression couche liaison de donnes est utilise dans le texte de la prsente Recommandation. Toutefois,principalement dans les figures et les tableaux, les termes couche 2 et C2 son
21、t utiliss comme abrviations. En outre,conformment aux dispositions des Recommandations Q.930 11 et Q.931 12, le terme couche 3 est utilis pour dsigner lacouche situe au-dessus de la couche liaison de donnes.Le protocole LAPD est indpendant du dbit binaire de transmission. Il ncessite un canal D tran
22、sparent aux bitstransmis dans les deux sens.Les caractristiques du canal D sont dfinies dans la Recommandation I.412 13.Larticle 2 ci-aprs dcrit les concepts de base utiliss dans la prsente Recommandation et dans la Recomman-dation Q.921.Larticle 3 donne une description gnrale des fonctions et des p
23、rocdures LAPD.Larticle 4 rsume les services que la couche liaison de donnes offre la couche rseau et les services que la coucheliaison de donnes attend de la couche physique.Larticle 5 donne un aperu gnral de la structure de la couche liaison de donnes.Recommandation Q.920 (03/93) 1 2 Concepts et te
24、rminologieLa technique de structuration de base dans le modle de rfrence OSI est la structuration par couches. Daprs cettetechnique, la communication entre les processus dapplication est considre comme tant logiquement spare en unesrie ordonne de couches reprsentes dans une squence verticale comme i
25、ndiqu la Figure 1.T1155470-93/d01LMLMLMLMLMSystme de gestionCouche suprieureCouche (N + 1)Couche infrieureLM Gestion de couche (layer management) (voir la Figure 10)FIGURE 1/Q.920Structuration par couchesCouche (N)Couche (N 1)FIGURE 1/Q.920.D01 = 9 CMUn point daccs au service (SAP) (service access p
26、rint) de la couche liaison de donnes est le point auquel la coucheliaison de donnes fournit des services la couche 3. A chaque SAP de la couche liaison de donnes est associ un ouplusieurs point(s) dextrmit de connexion de liaison de donnes (voir la Figure 2). Un point dextrmit de connexionde liaison
27、 de donnes est, du point de vue de la couche 3, identifi par un identificateur de point dextrmit deconnexion de liaison de donnes et, du point de vue de la couche liaison de donnes, par un identificateur de connexionde liaison de donnes (DLCI) (data link connection identifier).T1155480-93/d02Couche
28、3Entit dela couche 3Point daccs au service dela couche liaison de donnesPoint dextrmit de connexionde la liaison de donnesCouche liaisonde donnesEntit de lacouche liaisonde donnesFIGURE 2/Q.920Entits, points daccs au service et points dextrmitFIGURE 2/Q920.D02 = 8 CM2 Recommandation Q.920 (03/93) Ch
29、aque couche comporte des entits. Les entits de la mme couche mais de systmes diffrents, qui doivent changerdes informations pour atteindre un objectif commun, sont appeles entits homologues. Les entits de couchesadjacentes interagissent travers leur interface commune. Les services offerts par la cou
30、che liaison de donnes sont lacombinaison des services et des fonctions offerts la fois par la couche liaison de donnes et par la couche physique.La coopration entre entits de la couche liaison de donnes est rgie par un protocole entre entits homologuesspcifique la couche. Pour permettre lchange dinf
31、ormations entre deux (ou plus) entits de couche 3, une associationdoit tre tablie entre les entits de la couche 3 se trouvant dans la couche liaison de donnes, qui utilise un protocole decouche liaison de donnes. Cette association est appele connexion de liaison de donnes. Les connexions de liaisond
32、e donnes sont assures par la couche liaison de donnes entre deux SAP ou plus (voir la Figure 3).T1155490-93/d03Entit dela couche 3Point daccs au servicede la couche liaison dedonnesPoint dextrmit de connexionde liaison de donnesConnexion de liaison de donnesFIGURE 3/Q.920Relation entre entits homolo
33、guesEntit dela couche 3FIGURE 3/Q.920.D03 = 8 CMLes units de donnes de protocole (PDU) (protocol-data-unit) de la couche liaison de donnes sont transmises entre lesentits de la couche liaison de donnes au moyen dune connexion physique, par lintermdiaire dunits de donnes deservice (SDU) (service-data
34、-unit) de la couche physique.La couche 3 demande bnficier des services assurs par la couche liaison de donnes au moyen de primitives deservice. La mme procdure sapplique pour linteraction entre la couche liaison de donnes et la couche physique. Lesprimitives reprsentent, dune manire abstraite, lchan
35、ge logique dinformations et la commande entre la couche liaisonde donnes et les couches adjacentes. Elles ne spcifient ni nimposent de mises en oeuvre particulires.Les primitives changes entre la couche liaison de donnes et les couches adjacentes sont des quatre types suivants(voir aussi la Figure 4
36、):a) demande;b) indication;c) rponse; etd) confirmation.La primitive de type demande est utilise quand une couche suprieure demande bnficier dun service assur par lacouche immdiatement sous-jacente.La primitive de type indication est utilise par une couche assurant un service pour signaler la couche
37、 situeimmdiatement au-dessus une activit particulire quelconque en rapport avec le service. La primitive indication peuttre le rsultat dune activit de la couche infrieure en rapport avec la primitive demande lentit homologue.Recommandation Q.920 (03/93) 3 T1155500-93/d04Couche 3Confirmation DemandeS
38、APIndication RponseCouche liaisonde donnesProtocole entre entitshomologues de la coucheliaison de donnesNOTE Le mme principe sapplique pour les interactions entre la couche liaison de donnes et la couche physique.FIGURE 4/Q.920Squence de primitivesFIGURE 4/Q.920.D04 = 9.5 CMLa primitive de type rpon
39、se est utilise par une couche pour accuser rception de la primitive indication envoye parune couche infrieure.La primitive de type confirmation est utilise par la couche qui assure le service demand pour confirmer que lactivit apris fin.Les interactions de couche couche sont spcifies dans la Recomma
40、ndation Q.921 1.Linformation est transfre, dans divers types dunits de donnes, entre entits homologues et entre entits de couchesadjacentes lies un SAP spcifique, voir 5.6/X.200 3. Les units de donnes sont de deux types: les units de donnes de protocole (PDU) entre entits homologues; et les units de
41、 donnes dinterface (IDU) (interface-data-unit). Ces units peuvent contenir desinformations qui intressent les entits homologues aux extrmits de la connexion ou des informationsqui ont un intrt local telles que les informations de couche couche concernant les demandes dtat etde service spcifique.Les
42、units PDU entre entits homologues de la couche 3 sont transmises par la connexion de liaison de donnes sousforme dunits de donnes de service (SDU) (service-data unit). Le contenu des SDU contenant linformation couche couche concernant les demandes dtat et de service spcifique, qui prsente un intrt l
43、ocal, nest jamais transmis surune liaison de donnes ou une connexion physique.La prsente Recommandation spcifie (voir aussi la Figure 5):a) le protocole entre entits homologues pour le transfert dinformation et la commande entre toute paire depoints daccs au service de la couche liaison de donnes; e
44、tb) les interactions entre la couche liaison de donnes et la couche 3, ainsi quentre la couche liaison dedonnes et la couche physique.4 Recommandation Q.920 (03/93) T1155510-93/d05Entit dela couche 3Point daccs auservice de lacouche liaisonde donnesPrimitives coucheliaison de donnes/couche 3Primitiv
45、es coucheliaison de donnes/couche physiqueEntit de lacouche liaisonde donnesPoint daccs au servicede la couche physiqueEntit de lacouche physiqueProtocole entre entits homologuesde la couche liaison de donnesFIGURE 5/Q.920Modle de rfrence de la couche liaison de donnesConnexion physiqueEntit dela co
46、uche 3Entit de lacouche liaisonde donnesEntit de lacouche physiqueFIGURE 5/Q.920.D05 = 13.5 CM3 Description gnrale des fonctions et des procdures LAPD3.1 Considrations gnralesLobjet du protocole LAPD est de transmettre des informations entre les entits de la couche 3 travers linterfaceusager-rseau du RNIS en utilisant le canal D. Le protocole L
