ITU-T I 233 1 FRENCH-1992 FRAME MODE BEARER SERVICES《帧模式承载服务研究组18》.pdf

1、UNION INTERNATIONALE DES TLCOMMUNICATIONSCCITT I.233COMIT CONSULTATIFINTERNATIONALTLGRAPHIQUE ET TLPHONIQUERSEAU NUMRIQUE AVEC INTGRATIONDES SERVICES (RNIS)STRUCTURE GNRALE ET POSSIBILITSDE SERVICESERVICES SUPPORTS EN MODE TRAMERecommandation I.233Genve, 1992AVANT-PROPOSLe CCITT (Comit consultatif i

2、nternational 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 des tlcommunications lchellemondiale.LAs

3、semble 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 procdure dfinie dans la Rsolution no2 du CCIT

4、T(Melbourne, 1988).La Recommandation I.233, que lon doit la Commission dtudes XVIII, a t approuve le 25 octobre 1991selon la procdure dfinie dans la Rsolution no2._NOTES DU CCITT1) Dans cette Recommandation, lexpression Administration est utilise pour dsigner de faon abrge aussibien une Administrati

5、on de tlcommunications quune exploitation prive reconnue de tlcommunications.2) La liste des abrviations utilises dans cette Recommandation se trouve dans les annexes E et C. UIT 1992Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous quelque form

6、eque ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lditeur.Recommandation I.233Recommandation I.233SERVICES SUPPORTS EN MODE TRAMELa Recommandation I.210 dcrit les principes qui permettent de dfinir les services de tlcommunication

7、assurs par un RNIS, y compris les concepts des services supports, des tlservices et des services supplmentaires. Elledonne aussi les moyens de dfinir et de dcrire ces services. La Recommandation I.230 dfinit un ensemble recommandde catgories de services supports.La prsente Recommandation a pour obje

8、t de dcrire un ensemble recommand de services supports en modetrame (FMBS) (frame mode bearer services), de dcrire chacun de ces services et de recommander la procdure pourleur mise en oeuvre dans un RNIS.Les services supports sont dcrits par des dfinitions et descriptions en langage clair, par des

9、attributs assortisde valeurs et par des descriptions dynamiques conformes la mthode de caractrisation indique dans laRecommandation I.130. En ce qui concerne les attributs, leurs dfinitions, leurs valeurs et leur technique dapplicationsont indiques dans la Recommandation I.140.Lensemble suivant de s

10、ervices supports en mode trame est actuellement reconnu:I.233.1 Service support rptition de trames sur RNISI.233.2 Service support commutation de trames sur RNIS.Recommandation I.233 1 Recommandation I.233.1Recommandation I.233.1SERVICE SUPPORT RPTITION DE TRAMES SUR RNIS1 IntroductionLa Recommandat

11、ion I.210 dcrit les principes qui permettent de dfinir les services de tlcommunicationassurs par un RNIS, y compris le concept de services supports, de tlservices et de services supplmentaires. Elledonne aussi les moyens de dfinir et de dcrire ces services. La prsente Recommandation a pour but de dc

12、rire leservice support rptition de trames et den recommander la procdure de mise en oeuvre sur les RNIS. La dfinition etla description de ce service constituent la base de la dfinition des possibilits requises du rseau pour que ce service soitassur dans un RNIS. Selon la Recommandation I.210, ltape

13、1 de la description du service comporte trois phases: ladescription en langage clair, la description statique et la description dynamique. Ces phases dbutent respectivement aux 1, 8 et 9.2 DfinitionLe service support rptition de trames assure le transfert bidirectionnel des units de donnes du servic

14、e(SDU) (service data unit) dun point de rfrence S ou T un autre sans en modifier lordre. Les units de donnes duservice sont achemines dans le rseau par les units de donnes de protocole de couche 2 appropries en se fondant surune tiquette qui leur est attache. Cette tiquette est un identificateur log

15、ique signification locale appelidentificateur de connexion de liaison de donnes (DLCI) (data link connection identifier) dans la description duprotocole.La structure de linterface usager-rseau au point de rfrence S ou T permet dtablir de multiplescommunications virtuelles et/ou de circuits virtuels

16、permanents vers de nombreuses destinations. Ce service support estgnralement offert sur les configurations daccs au RNIS suivantes: point multipoint (bus passif) et point pointterminaison de rseau (NT2) (network termination).Cette description du service doit montrer de quelle manire le service de co

17、uche rseau OSI pourrait treassur.3 Description3.1 Description gnraleLe service support rptition de trames prsente les caractristiques suivantes:1) si besoin est, toutes les procdures du plan de commande sont excutes de faon logiquement sparepar lutilisation des procdures de protocole qui sont intgre

18、s dans tous les services detlcommunication du RNIS;2) les procdures du plan dusager la couche 1 sont fondes sur les Recommandations I.430/I.431. Lesprocdures de couche 2 sont fondes sur les fonctions centrales de la Recommandation Q.922 (voir le 3.1.1). Ces fonctions centrales de couche 2 permettent

19、 le multiplexage statistique des flux dinformationdusagers immdiatement au-dessus des fonctions de couche 1. Ce service support assure le transfertbidirectionnel dunits de donnes de service (trames) dun point de rfrence S ou T un autre sans enmodifier lordre.Ce service support:1) prserve lordre des

20、units de donnes de service (SDU) (service data unit) envoyes dun point derfrence S ou T jusqu leur remise lautre extrmit;Remarque Du fait que le rseau nassure aucune procdure au-dessus des fonctions centrales de laRecommandation Q.922, les numros de squence ne sont pas conservs par le rseau. Les rse

21、auxdevraient tre mis en oeuvre de telle manire que, en principe, lordre des trames soit prserv.2) dtecte les erreurs de transmission, de format et dexploitation (par exemple les trames avec tiquetteinconnue);2 Recommandation I.233.1 3) transporte les trames de manire transparente: seules ltiquette e

22、t la squence de contrle de trame (FCS)(frame check sequence) peuvent tre modifies par le rseau;4) naccuse pas rception des trames (dans le rseau).Toutes les fonctions ci-dessus sont fondes sur les fonctions centrales de la Recommandation Q.922. Ellesassurent une qualit de service caractrise par les

23、valeurs des paramtres suivants:1) capacit utile;2) dbit daccs;3) dbit dinformation garanti;4) longueur garantie des salves;5) longueur excdentaire des salves;6) temps de transit;7) taux derreur rsiduel;8) trames remises errones;9) trames remises en double;10) trames remises hors squence;11) trames p

24、erdues;12) trames mal remises.3.1.1 Fonctions centralesLes fonctions centrales de la Recommandation Q.922 sont les suivantes: dlimitation, conformit et transparence des trames; multiplexage/dmultiplexage des trames par utilisation du champ dadresse1); inspection de la trame pour vrifier quelle conti

25、ent un nombre entier doctets avant insertion ou aprsextraction dun bit zro; inspection de la trame pour vrifier quelle nest ni trop longue ni trop courte (voir le 4.2.2.1.6); dtection des erreurs de transmission; fonctions de protection contre les encombrements.3.2 Terminologie spcifiqueVoir lannexe

26、 A.3.3 RestrictionsNon applicable.3.4 ApplicationsLe service support en mode trame que dcrit la prsente Recommandation vise lacceptation dune largegamme dapplications et de dbits de donnes, depuis des valeurs trs basses jusqu des valeurs leves (typiquement2 Mbit/s). Une application type pourrait tre

27、 linterconnexion entre rseaux locaux dentreprises (LAN) (local areanetwork)._1)La longueur par dfaut du champ dadresse est de 2 octets. Elle peut tre tendue 3 ou 4 octets si loctet final est un champfacultatif dinformation de contrle.Recommandation I.233.1 3 4 Procdures4.1 Fourniture/retraitCe servi

28、ce support est offert avec plusieurs options dabonnement qui sappliquent sparment chaquenumro RNIS ou groupe de numros RNIS sur linterface. Pour chacune de ces options, une seule valeur peut trechoisie. Les options dabonnement pour linterface sont rsumes ci-dessous: abonnement gnral au service suppo

29、rt rptition de trames2)3); abonnement au service support rptition de trames avec profil du service dfini par lusager; abonnement au service supplmentaire de sous-adressage pour la slection du terminal et/oulacheminement dadresses de point daccs au service de couche rseau (NSAP) (network service acce

30、sspoint) pour assurer le service de couche rseau OSI4); un abonnement aux services supplmentaires de numros dabonns multiples (MSN) (multiple subscribernumber) ou de slection directe larrive (DDI) (direct dialling in) peut tre ncessaire fin de slectiondu terminal.En rgle gnrale, il y aura une limite

31、 au nombre de canaux dinformation disponibles linterface usager-rseau: nombre maximal de communications totales prsentes chaque interface nombre maximal de circuitsvirtuels (VC) (virtual circuit) rptition de trames actifs = N; nombre maximal de communications totales prsentes (circuits virtuels rpti

32、tion de trames actifs) parcanal (D, B, H) = M.4.2 Procdures normalesToute la signalisation usager-rseau est assure au moyen de messages logiquement spars.Du ct usager au point de rfrence S ou T, la Recommandation I.430 ou I.431 fournit le protocole de couche1 pour les plans usager et de commande. Le

33、 plan de commande utilise le canal D en appliquant la RecommandationQ.921 et la Recommandation Q.933 pour les protocoles des couches 2 et 3 respectivement. Dans le cas de circuitsvirtuels permanents (PVC) (permanent virtual circuit), ltablissement de la connexion en temps rel nest pas ncessaireet to

34、us les paramtres sont convenus au moment de labonnement. Le plan dusager peut utiliser nimporte quel canal (D,B ou H) sur lequel lusager met en oeuvre les fonctions centrales de la Recommandation Q.922.4.2.1 Activation/dsactivation/enregistrementNon applicable.4.2.2 Invocation et exploitationUn term

35、inal donn peut invoquer les procdures de communication virtuelle et de circuit virtuel permanent etles exploiter concurremment.4.2.2.1 Procdures de communication virtuellePralablement toute invocation dune procdure de lancement dun service, il faut disposer dun canalphysique de couche 1 et dune conn

36、exion fiable de liaison de donnes._2)Certains rseaux peuvent ne pas requrir dabonnement spcifique au service support rptition de trames, tant donn quil peuttre offert comme valeur par dfaut pour labonnement gnral au RNIS.3)La convention dadressage (par exemple la longueur de ladresse) est conclue au

37、 moment de labonnement. Chaque accs ne faitlobjet que dune convention.4)La transmission des adresses de NSAP peut tre restreinte en cas dactivation des procdures de restriction didentification de laligne appelante (CLIR) (calling line identification restriction) ou de restriction didentification de

38、la ligne connecte (COLR)(connected line identification restriction).4 Recommandation I.233.1 4.2.2.1.1 Lancement du service (tablissement de la communication)Lappel est lanc par lusager qui demande au rseau le service support dont il a besoin, sa demande indiquantun numro identifiant lusager demand.

39、 Dautres informations, ncessaires ou non pour le service support (par exempleidentit de la ligne appelante) peuvent aussi tre incluses.Trois types de canal possibles (D, B et H) sont utilisables. De plus, il existe deux configurations possiblesdaccs au canal physique: tablissement du canal la demand

40、e; tablissement semi-permanent du canal.Dans la premire de ces configurations, si un canal physique nest pas tabli, ou si des canaux dj tablis nontaucune capacit disponible, un autre canal (si disponible) est tabli laide des procdures de la Recommandation Q.933.Dans la seconde configuration, et auss

41、i pour le canal D, aucune procdure dtablissement dynamique nestncessaire.Ds quun canal physique a t tabli dynamiquement ou de faon semi-permanente, alors dans le cas dunecommunication virtuelle, la valeur de lidentificateur logique et celle des autres paramtres associs, telles quelles sontdfinies au

42、 1, sont ngocies au cours de ltablissement de la communication au moyen des procdures du plan decommande. Selon les paramtres requis, le rseau peut accepter ou rejeter lappel.La structure de linterface usager-rseau au point de rfrence S ou T permet dtablir des communicationsvirtuelles multiples et/o

43、u des circuits virtuels permanents vers une ou plusieurs destinations.Etant donn que cette description du service doit ncessairement montrer de quelle manire le service decouche rseau OSI pourrait tre assur, on appliquera la Recommandation Q.933 pour acheminer les primitives et lesparamtres dtabliss

44、ement et de libration de la connexion pour le service de couche rseau OSI. On trouvera les dtailsde ces oprations dans lannexe B.4.2.2.1.2 Indications pendant ltablissement dune communicationSi un interfonctionnement intervient, une indication doit en tre donne. Lusager peut alors dcider sil donnesu

45、ite cet interfonctionnement ou sil libre la communication. Voir le 6 et les Recommandations de la srie I.500.Voir aussi en annexe B les indications spcifiques pour assurer le service de couche rseau OSI.4.2.2.1.3 Slection/identification du terminalLes services supplmentaires de numros dabonns multip

46、les (MSN) et de slection directe larrive (DDI),tout comme le sous-adressage, sont des mthodes applicables la slection et lidentification des terminaux.4.2.2.1.4 Notification de communicationLes procdures de la Recommandation Q.933 sont appliques pour notifier lusager les communicationsentrantes.Remarque La ngociation du canal permet lusager appel de demander quune communication lui soittransmise sur un canal D, B ou H dtermin.4.2.2.1.5 Synchronisation entre les plans de commande et dusagerDans certains