1、UNION INTERNATIONALE DES TLCOMMUNICATIONSCCITT Q.922COMIT CONSULTATIFINTERNATIONALTLGRAPHIQUE ET TLPHONIQUESYSTME DE SIGNALISATION DABONNNUMRIQUE N 1 (DSS 1) COUCHE LIAISONDE DONNESSPCIFICATION DE LA COUCHE LIAISONDE DONNES RNIS POUR LES SERVICESSUPPORTS EN MODE TRAMERecommandation Q.922Genve, 1992A
2、VANT-PROPOSLe CCITT (Comit consultatif international tlgraphique et tlphonique) est un organe permanent de lUnioninternationale des tlcommunications (UIT). Il est charg de ltude des questions techniques, dexploitation et detarification, et met ce sujet des Recommandations en vue de la normalisation
3、des tlcommunications lchellemondiale.LAssemble plnire du CCITT, qui se runit tous les quatre ans, dtermine les thmes dtudes et approuveles Recommandations rdiges par ses Commissions dtudes. Entre les Assembles plnires, lapprobation desRecommandations par les membres du CCITT seffectue selon la procd
4、ure dfinie dans la Rsolution no2 du CCITT(Melbourne, 1988).La Recommandation Q.922, que lon doit la Commission dtudes XI, a t approuve le 4 fvrier 1992 selonla procdure dfinie dans la Rsolution no2._NOTE DU CCITTDans cette Recommandation, lexpression Administration est utilise pour dsigner de faon a
5、brge aussibien une Administration de tlcommunications quune exploitation prive reconnue de tlcommunications. UIT 1992Droits 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 compri
6、s la photocopie et les microfilms, sans laccordcrit de lditeur.Recommandation Q.922Recommandation Q.922SPCIFICATION DE LA COUCHE LIAISON DE DONNES RNISPOUR LES SERVICES SUPPORTS EN MODE TRAMETABLE DES MATIRES1 Considrations gnrales2 Structure de trame pour les communications entre entits homologues3
7、 Elments de procdures et formats des champs pour les communications entre entits homologues de la coucheliaison de donnes4 Elments pour les communications entre couches5 Dfinition des procdures entre entits homologues de la couche liaison de donnesAnnexe A Fonctions de base de la Recommandation Q.92
8、2 pour le service support de rptition de trameAnnexe B SDL des procdures point pointAppendice I Ractions un encombrement du rseauAppendice II Configurations de signalisationAppendice III Ngociation automatique des paramtres de la couche liaison de donnesAppendice IV Protocole de convergence pour ass
9、urer les CONS OSI en application de la Recommandation Q.922Appendice V Occurrence de la primitive indication MDL-ERREUR dans les tats de baseAppendice VI Abrviations et acronymes utiliss dans la prsente RecommandationRfrencesRecommandation Q.922 1 1 Considrations gnralesLa prsente Recommandation spc
10、ifie la structure de trame, les lments de procdure, le format des champset les procdures de la couche liaison de donnes pour assurer les services supports en mode trame dans le plan dusagerdfini dans la Recommandation I.233 1.La prsente spcification dun protocole de couche liaison de donnes et des p
11、rocdures pour les servicessupports en mode trame est un prolongement du protocole de la procdure daccs la liaison sur le canal D (LAPD)(link access procedure on the D-channel) et des procdures dfinies dans la Recommandation Q.921 2. Ces procduressont applicables, mais non limites, laccs un service s
12、upport en mode trame; elles sont en outre dsignesprocdures daccs la liaison pour les services supports en mode trame (LAPF) (link access procedures to frame modebearer services). Un sous-ensemble des LAPF correspondant la sous-couche centrale de liaison de donnes (dfiniedans la Recommandation I.233)
13、 est utilis pour assurer le service support rptition de trame. Ce sous-ensemble estappel protocole central de liaison de donnes (DL-NOYAU) et il figure lannexe A. Le reste des LAPF est appelprotocole de commande de la liaison de donnes (DL-COMMANDE).Le LAPF a pour objet dacheminer les units de donne
14、s du service liaison de donnes entre usagers du serviceDL dans le plan U pour les services supports en mode trame travers linterface usager-rseaux RNIS sur les canaux B,D ou H. Les connexions supports en mode trame sont tablies au moyen des procdures spcifies dans laRecommandation Q.933 3, ou par ab
15、onnement (pour les circuits virtuels permanents).Le LAPF utilise un service de couche physique prvu dans les Recommandations de la srie I.430 4. Ilpermet le multiplexage statistique dune ou plusieurs connexions en mode trame sur un seul canal B, D ou H au moyende procdures LAPF et HDLC compatibles.
16、En particulier, le LAPF se caractrise par: des rapports troits avec les procdures entre entits homologues du LAPD; un comportement symtrique des procdures, linterface usager-rseau, ce qui permet galementlinterfonctionnement direct dusager usager, le ct rseau tant passif (ou nassurant que le protocol
17、eDL-NOYAU); une sous-couche centrale incluant les procdures DL-NOYAU, comme indiqu dans lannexe A; lapplicabilit sur tout canal RNIS, cest-dire sur les canaux B, D ou H; une utilisation partage du canal D conjointement avec le LAPD (voir la Recommandation Q.921 2); lutilisation didentificateurs de c
18、onnexion de liaison de donnes (DLCI) (data link connection identifier)pour identifier sans quivoque les liaisons virtuelles en mode trame assignes aux connexions supportsmultiplexes sur un canal B, D ou H; la fourniture dun DLCI spcialis pour la gestion de couche; lutilisation dans une suite de prot
19、ocoles en couches qui permet linterfonctionnement entre: des services rptition de trames et commutation de trames; des services rptition de trames et des services fonds sur la Recommandation X.25; des services commutation de trames et des services fonds sur la Recommandation X.25.Les protocoles de c
20、ouche rseau qui fournissent et assurent la phase transfert de donnes N du service derseau orient connexion OSI (CONS (connection oriented network service) voir la Recommandation X.213 5)peuvent tre fournis par le service spcifi dans la prsente Recommandation; en voici deux exemples: la phase transfe
21、rt de donnes de la Recommandation X.25 6, et le protocole spcifi dans lappendice IV.Lassignation des DLCI seffectue en utilisant la signalisation en groupe (comme indiqu dans lappendice II),par abonnement ou accord pralable.Les concepts, la terminologie, la description gnrale des fonctions et des pr
22、ocdures de liaison de donnesainsi que les rapports avec dautres Recommandations sont dfinis en termes gnraux dans la Recommanda-tion Q.9207.2 Recommandation Q.922 Remarque 1 Comme lindique la Recommandation Q.920 7, lexpression couche liaison de donnes estutilise dans le texte de la prsente Recomman
23、dation. Toutefois, principalement dans les figures et les tableaux, lestermes couche 2 et L2 sont employs comme abrviations. En outre, le terme couche 3 est utilis pour dsigner lacouche situe au-dessus de la couche liaison de donnes.Remarque 2 Toutes les rfrences lentit gestion de couche et(ou) lent
24、it gestion de connexion,contenues dans le prsent document, se rapportent ces entits au niveau de la couche liaison de donnes.2 Structure de trame pour les communications entre entits homologues2.1 Considrations gnralesTous les changes entre entits homologues de la couche liaison de donnes se font da
25、ns des trames conformes lun des formats indiqus la figure 1/Q.921 2.2.2 Squence de fanionToutes les trames commencent et finissent par un fanion consistant en un lment binaire 0 suivi de sixlments binaires 1 conscutifs et dun lment binaire 0. Le fanion qui prcde le champ dadresse est dfini commetant
26、 le fanion douverture. Le fanion qui suit le champ de squence de contrle de trame (FCS) (frame check sequence)est dfini comme tant le fanion de fermeture. Ce dernier peut galement servir de fanion douverture de la tramesuivante dans certaines applications. Cependant, tous les rcepteurs doivent tre c
27、apables de recevoir un ou plusieursfanions conscutifs. Pour les applications, voir Interface usager-rseau du RNIS Recommandations relatives lacouche 1: Recommandations I.430 4 et I.431 16.Remarque Il est recommand demployer des fanions pour le remplissage intertrames sur les canaux autresque le cana
28、l D.2.3 Champ dadresseLe champ dadresse comporte au moins deux octets. Le format du champ dadresse est dfini au 3.2.2.4 Champ de commandePour la dfinition et lemploi du champ de commande, voir la Recommandation Q.921 2.2.5 Champ dinformationPour la dfinition et lemploi du champ dinformation, voir la
29、 Recommandation Q.921 2. Le nombre maximaldoctets que peut contenir le champ dinformation est dfini au 5.9.3.2.6 TransparencePour la dfinition et lemploi de la transparence, voir la Recommandation Q.921 2.2.7 Squence de contrle de trame (FCS)Pour la dfinition et lemploi de la FCS, voir la Recommanda
30、tion Q.921 2.2.8 Convention et formatPour la dfinition des formats et les conventions de numrotage, voir la Recommandation Q.921 2.2.9 Trames non validesUne trame non valide est une trame:a) qui nest pas correctement dlimite par deux fanions;b) qui contient moins de trois octets entre le champ dadre
31、sse (dfini au 3.2) et le fanion de fermeture;c) qui ne se compose pas dun nombre entier doctets avant linsertion du bit 0 ou lextraction du bit 0;Recommandation Q.922 3 d) qui contient une erreur de squence de contrle de trame;e) qui contient un champ adresse dun seul octet; ouf) qui contient un DLC
32、I non accept par le destinataire.Les trames non valides doivent tre rejetes sans notification lexpditeur. Les trames non valides ne donnentlieu aucune action.2.10 Interruptions de tramesPour la dfinition des interruptions de trames et la raction celles-ci, voir la Recommandation Q.921 2.3 Elments de
33、 procdures et formats des champs pour les communications entre entits homologues de lacouche liaison de donnes3.1 Considrations gnralesLes lments de procdures dfinissent les commandes et les rponses servant aux communications entreentits homologues utilisant des connexions de la couche liaison de do
34、nnes.Les procdures dcoulent de ces lments de procdures et sont dcrites au 5.3.2 Format du champ dadresseLe format de champ dadresse que montre la figure 1/Q.922 contient les bits dextension du champ dadresse,une indication de commande/rponse, 3 bits rservs la notification explicite dencombrement ver
35、s lavant et verslarrire et lindicateur de priorit de rejet (utilis avec les services rptition de trame, voir lannexe A), unidentificateur de connexion de liaison de donnes (DLCI) et un bit pour indiquer si le dernier octet dun champdadresse de 3 ou 4 octets est un DLCI infrieur ou une commande DL-NO
36、YAU (voir le 3.3.7). La longueurminimale et par dfaut du champ dadresse, qui est de 2 octets, peut tre porte 3 ou 4 octets pour largir la gammedadresses DLCI ou pour admettre des fonctions facultatives de commande DL-NOYAU. Les formats de champdadresse 3 et 4 octets peuvent tre admis linterface usag
37、er-rseau ou linterface rseau-rseau moyennantngociation ou accord bilatral.Lacceptation de champs dadresse de plus de 2 octets est une option choisie par accord bilatral. Cette optioninclut des distinctions pour accepter la longueur du champ dadresse variant selon linterface ou pour chaque canal.3.3
38、Variables du champ dadresse3.3.1 Bit dextension du champ dadresse (EA)On tend les limites du champ dadresse en rservant le premier bit transmis des octets du champ dadressepour indiquer loctet final du champ dadresse. La prsence dun 0 dans le premier bit dun octet du champ dadresseindique quun autre
39、 octet du champ dadresse suit cet octet. La prsence dun 1 dans le premier bit dun octet du champdadresse indique quil sagit de loctet final du champ dadresse. Par exemple, le champ dadresse 2 octets a le bit 1 dupremier octet mis 0 et le bit 1 du second octet mis 1.3.3.2 Bit du champ de commande/rpo
40、nse (C/R)Le bit C/R indique quune trame est une commande ou une rponse. Lorsque la trame envoyer est une tramede commande, le bit C/R doit tre mis 0. Lorsque la trame envoyer est une trame de rponse, le bit C/R doit tre mis 1.3.3.3 Bit de notification explicite dencombrement vers lavant (FECN)Ce bit
41、 est rserv pour utilisation avec le service de rptition de trames comme dcrit dans lannexe A etlappendice I.4 Recommandation Q.922 87654321Format duchamp dadresseDLCI suprieur C/R EA0par dfaut(2 octets)DLCI infrieur FECN(remarque)BECN(remarque)DE(remarque)EA1ou87654321Format duchamp dadresseDLCI sup
42、rieur C/R EA0(3 octets)DLCI FECN(remarque)BECN(remarque)DE(remarque)EA0DLCI infrieur oucommande DL-NOYAUD/C EA1ou87654321Format duchamp dadresseDLCI suprieur C/R EA0(4 octets)DLCI FECN(remarque)BECN(remarque)DE(remarque)EA0DLCI EA0DLCI infrieur oucommande DL-NOYAUD/C EA1EA Bit dextension du champ da
43、dresse (address field extension bit)C/R Bit de commande/rponse (command response bit)FECN Notification explicite dencombrement vers lavant (forward explicit congestion notification)BECN Notification explicite dencombrement vers larrire (backward explicit congestion notification)DLCI Identificateur d
44、e connexion de liaison de donnes (data link connection identifier)DE Indicateur de priorit de rejet (discard eligibility indicator)D/C Indicateur de DLCI ou de commande DL-NOYAU (DLCI or DL-CORE control indicator)Remarque Voir lannexe A et dans lappendice I lemploi de ces 3 bits rservs la signalisat
45、ion de la notificationdencombrement avec rptition de trames.FIGURE 1/Q.922Formats du champ dadresseRecommandation Q.922 5 3.3.4 Bit de notification explicite dencombrement vers larrire (BECN)Ce bit est rserv pour utilisation avec le service de rptition de trames comme dcrit dans lannexe A etlappendi
46、ce I.3.3.5 Indicateur de priorit de rejet (DE)Ce bit est rserv au service de rptition de trame, comme dcrit dans lannexe A et lappendice I.3.3.6 Identificateur de connexion de liaison de donnes (DLCI)Le DLCI identifie une connexion virtuelle sur un canal support (cest-dire D, B ou H) une interface usager-rseau ou rseau-rseau. En consquence, un DLCI spcifie une entit de couche liaison de do
