ITU-T I 324 FRENCH-1991 ISDN NETWORK ARCHITECTURE《综合业务数字网(ISDN)的网络结构 18号研究组》.pdf

《ITU-T I 324 FRENCH-1991 ISDN NETWORK ARCHITECTURE《综合业务数字网(ISDN)的网络结构 18号研究组》.pdf》由会员分享，可在线阅读，更多相关《ITU-T I 324 FRENCH-1991 ISDN NETWORK ARCHITECTURE《综合业务数字网(ISDN)的网络结构 18号研究组》.pdf（19页珍藏版）》请在麦多课文档分享上搜索。

1、UNION INTERNATIONALE DES TLCOMMUNICATIONSCCITT I.324COMIT CONSULTATIFINTERNATIONALTLGRAPHIQUE ET TLPHONIQUERSEAU NUMRIQUE AVEC INTGRATIONDES SERVICES (RNIS)ASPECTS GNRAUX ET FONCTIONSGLOBALES DU RSEAU,INTERFACES USAGER-RSEAU RNISARCHITECTURE DU RNISRecommandation I.324Genve, 1991AVANT-PROPOSLe CCITT

2、 (Comit consultatif international tlgraphique et tlphonique) est lorgane 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

3、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 procdure dfinie dans la Rs

4、olution no2 du CCITT(Melbourne, 1988).La Recommandation I.324, 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 aussibi

5、en une Administration de tlcommunications quune exploitation prive reconnue de tlcommunications.2) La liste des abrviations utilises dans cette Recommandation se trouve dans lannexe A. UIT 1991Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite ni utilise sous qu

6、elque formeque ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lditeur.Recommandation I.324 1Recommandation I.324Recommandation I.324ARCHITECTURE DU RNIS(Melbourne, 1988; modifie Genve, 1991)1 Considrations gnrales1.1 Philosophie de

7、 baseLobjet de la prsente Recommandation est de donner une explication gnrale, dans le cadre des tudes duCCITT, de larchitecture gnrale dun RNIS du point de vue fonctionnel. Le modle na pas pour objet dexiger oudexclure une mise en oeuvre particulire du RNIS mais simplement de fournir des directives

8、 pour la spcification despossibilits de ce rseau.1.2 DfinitionsUn certain nombre de termes utiliss dans la prsente Recommandation sont dcrits plus en dtail dans dautresRecommandations. Pour faciliter la comprhension du texte au lecteur, les dfinitions particulires indiques ci-aprssappliquent dans la

9、 prsente Recommandation.1) Les configurations de rfrence sont les configurations thoriques qui servent recenser les diversarrangements possibles dans un RNIS. Les configurations de rfrence sont fondes sur des rglesdassociation de groupes fonctionnels et de points de rfrence. Des descriptions dtaille

10、s desconfigurations de rfrence pour les types de connexion RNIS sont donnes dans dautresRecommandations de la srie I. Pour laccs usager/rseau, ces configurations sont dfinies dans laRecommandation I.411 et, pour linterfonctionnement entre rseaux, dans les Recommandations de lasrie I.500.2) Les group

11、es fonctionnels sont des ensembles de fonctions qui peuvent tre ncessaires dans lesarrangements RNIS. Le rapport entre les fonctions gnriques et certaines fonctions attribues desentits particulires (ou des groupes fonctionnels) du RNIS est expliqu dans la Recommandation I.310.3) Les points de rfrenc

12、e sont des points thoriques la conjonction de deux groupes fonctionnels. Dansun exemple particulier, un point de rfrence peut correspondre une interface physique entre deuxquipements, ou, dans dautres exemples, il peut ny avoir aucune interface physique correspondant aupoint de rfrence. Les interfac

13、es ne seront dfinies par le CCITT, dans le cadre dun RNIS, que si lespoints de rfrence correspondants ont dj t spcifis.2 Architecture globale dun RNISDans les mises en oeuvre pratiques de RNIS, certaines des fonctions du RNIS seront mises en oeuvre lintrieur des mmes lments de rseau, alors que dautr

14、es fonctions de RNIS particulires seront rserves deslments de rseau spcialiss. Diverses diffrentes mises en oeuvre de RNIS sont susceptibles dtre ralises selon lesconditions nationales.Un lment de base dun RNIS est un rseau de connexions de bout en bout 64 kbit/s commutation decircuits. Outre ces ty

15、pes de connexions, selon les conditions nationales et les modes dvolution, le RNIS assurera ounassurera pas dautres types de connexions, tels que les types de connexions en mode paquet, les types de connexions enmode circuit n 64 kbit/s et dautres types de connexions large bande.2 Recommandation I.3

16、242.1 Modle architectural de baseLa figure 1/I.324 (modle architectural de base dun RNIS) reprsente les huit principales possibilitsfonctionnelles de commutation et de signalisation dun RNIS: fonctions locales lies la connexion (CRF) (connection related functions) du RNIS (voir le 4.2.2.1); entits f

17、onctionnelles commutation de circuits 64 kbit/s; entits fonctionnelles sans commutation de circuits 64 kbit/s (lidentification et la dfinition des entitsfonctionnelles 8, 16, 32 kbit/s avec ou sans commutation doivent faire lobjet dun complment dtude); entits fonctionnelles commutation de paquets; e

18、ntits fonctionnelles en mode trame; entits fonctionnelles de signalisation par canal smaphore entre commutateurs, par exempleconformment au systme de signalisation no7 du CCITT; entits fonctionnelles des dbits suprieurs 64 kbit/s commutes; entits fonctionnelles des dbits suprieurs 64 kbit/s non comm

19、utes.Ces lments ne doivent pas tre fournis par des rseaux distincts, mais peuvent tre combins selon lesbesoins pour une mise en oeuvre particulire.Laccs aux fonctions de couche suprieure (HLF) (high layer functions), qui peuvent tre mises en oeuvredans le RNIS (ou associes celui-ci), se fait au moye

20、n dune des entits fonctionnelles mentionnes ci-dessus. Cesentits fonctionnelles peuvent tre mises en oeuvre totalement dans un RNIS ou tre assures par des rseaux spcialissou des fournisseurs de service spcialiss. Dans les deux cas les mmes tlservices RNIS peuvent tre assurs (voir laRecommandation I.

21、210) du point de vue de lusager.Recommandation I.324 3T1812710-91Possibilits desdbits suprieurs 64 kbit/snon commutesPossibilits desdbits suprieurs 64 kbit/scommutesPossibilits sanscommutation de circuits 64 kbit/sPossibilits commutation de circuits 64 kbit/sPossibilits commutationde paquetsPossibil

22、itsen mode tramePossibilitsde couche suprieure(BHLF et AHLF) TE ouserveurPossibilits de couche infrieure (BLLF et ALLF)TESignalisationusager-rseauSignalisation usager-usager(usager-rseau)a)b) b)d)c)BLLFALLFBHLFAHLFTEFonctions de base de couche infrieure (basic low layer functions)Fonctions supplment

23、aires de couche infrieure (additional low layer functions)Fonctions de base de couche suprieure (basic high layer functions)Fonctions supplmentaires de couche suprieure (additional high layer functions)Equipement terminal (terminal equipment)Dans certaines situations nationales, les ALLF peuvent gal

24、ement tre mises en oeuvre en dehors du RNIS, dans des pointsnodaux spciaux ou dans certaines catgories de terminaux.Ces fonctions peuvent tre soit mises en oeuvre dans le RNIS soit fournies par des rseaux spars. Des applications possiblesdes fonctions de base de couche suprieure et des fonctions sup

25、plmentaires de couche suprieure sont indiques dans laRecommandation I.210.Pour la signalisation entre RNIS internationaux, on appliquera le systme de signalisation n 7.a)b)c)d)FIGURE 1/I.324Modle architectural de base dun RNISPossibilitsde signalisation par canalsmaphore Les possibilits fonctionnell

26、es locales du RNIS correspondent des fonctions fournies par un central local et incluentventuellement dautres quipements, comme des muldex, des quipements de connexion lectronique, etc.4 Recommandation I.3242.2 Elments architecturaux du RNISLa Recommandation I.310 dcrit les fonctions dun RNIS. Ces f

27、onctions sont, par leur nature, statiques (cest-dire indpendantes du temps). La distribution et lattribution relatives de ces fonctions sont lobjet de larchitecture duRNIS et sont dcrites dans la prsente Recommandation. Les aspects dynamiques de ces fonctions sont modliss dansla Recommandation I.310

28、 comme Procds dexcution.Les lments cls de ce modle architectural se prsentent donc en trois points: quelles caractristiques sontcontenues dans le RNIS, o sont-elles situes et quelle est la topologie relative pour leur distribution dans le RNIS.3 Aspects de larchitecture du RNISLarchitecture du RNIS

29、comprend les possibilits fonctionnelles des couches infrieures et suprieures. Cespossibilits fournissent des services la fois dans le RNIS et par linterfonctionnement (voir le 5) avec dautresrseaux.3.1 Possibilits des couches infrieuresQuatre des principales possibilits fonctionnelles du RNIS reprse

30、ntes sur la figure 1/I.324 ncessitent unedescription plus pousse.3.1.1 Possibilits de commutation de circuitsLes connexions de circuits commuts avec un dbit de transfert dinformation allant jusqu 64 kbit/sempruntent les canaux B aux interfaces usager/rseau RNIS et sont commutes 64 kbit/s par les ent

31、its fonctionnellesde commutation de circuits du RNIS. La commutation de circuits peut galement sappliquer des dbits de transfertdinformation suprieurs 64 kbit/s.La signalisation associe aux connexions de circuits commuts est effectue par le canal D linterfaceusager/rseau RNIS et est traite par la CR

32、F locale (voir le 4.2.2.1). La signalisation dabonn abonn peut treeffectue par lintermdiaire des entits fonctionnelles de signalisation par canal smaphore (dans les lments deconnexion de transit).Des dbits binaires dusager infrieurs 64 kbit/s sont adapts 64 kbit/s, comme indiqu dans laRecommandation

33、 I.460, avant quune commutation puisse intervenir dans le RNIS. Des trains dinformations multiplesen provenance dun usager donn peuvent tre multiplexs ensemble dans le mme canal B mais, pour la commutationde circuits, un canal B entier sera commut sur une seule interface usager/rseau. Ce multiplexag

34、e doit tre conforme la Recommandation I.460. De plus, des services de donnes commutation de circuits, avec des dbits infrieurs 64 kbit/s (conformment aux catgories dusagers du service de la Recommandation X.1) peuvent tre assurs par unrseau public pour donnes commutation de circuits spcialis dont la

35、ccs sobtient au moyen dune connexionde RNIS.Les possibilits de commutation de circuits sont bases sur la commutation 64 kbit/s. Des types deconnexions fonctionnant des dbits binaires suprieurs peuvent aussi tre assurs sur une base semi-permanente. Desconnexions commutes ces dbits binaires peuvent tr

36、e aussi fournies par des entits fonctionnelles de commutation large bande.3.1.2 Possibilits de commutation de paquetsUn certain nombre de services supports en mode paquets sont dcrits dans les Recommandations de lasrie I.230. Diffrentes solutions et architectures correspondantes de rseaux peuvent tr

37、e adoptes dans diffrents payspour assurer ces services.Recommandation I.324 5Les Recommandations I.310 (Principes fonctionnels du RNIS), I.462 (Utilisation dquipements terminaux enmode paquets dans un rseau numrique avec intgration des services (RNIS) et Q.513 (Interface des commutateurspour lexploi

38、tation, ladministration et la maintenance) constituent le point de dpart pour la description des fonctions decommutation par paquets dans un RNIS.La fourniture par un RNIS de services supports commutation de paquets fait intervenir deux types degroupes fonctionnels: les groupes fonctionnels de trait

39、ement des paquets, qui contiennent des fonctions relatives au traitementdes communications par paquets dans le RNIS; les groupes fonctionnels dinterfonctionnement, qui assurent linterfonctionnement entre le RNIS et lesrseaux pour donnes commutation de paquets.Les solutions qui peuvent tre utilises p

40、our accder aux services supports par paquets sont les suivantes: par lintermdiaire du canal B, avec les cas suivants: accs par circuits (commuts ou semi-permanents) par le RNIS une fonction dinterfonctionnementdans un rseau public pour donnes commutation par paquets (RPDCP); accs par circuits (commu

41、ts ou semi-permanents) associs des fonctions de traitement de paquetset/ou des fonctions dinterfonctionnement dans le RNIS; accs par circuits (commuts ou semi-permanents) associs des fonctions de traitement de paquetsdans le RNIS; par lintermdiaire du canal D, avec les cas suivants: fonctions de tra

42、itement de paquets et fonctions dinterfonctionnement dans le RNIS; fonctions de traitement de paquets dans le RNIS (sans fonctions dinterfonctionnement).Remarque Cette classification nexclut pas une combinaison des solutions dcrites ci-dessus.Selon les pays, les fonctions de RNIS de traitement des p

43、aquets et dinterfonctionnement peuvent trecentralises ou disperses. On peut rencontrer les cas suivants: les fonctions de traitement des paquets et dinterfonctionnement ne sont pas intgres dans les CRFlocales (situes dans des CRF de transit, par exemple); les fonctions de traitement des paquets sont

44、 intgres dans les CRF locales; les fonctions de traitement des paquets et/ou les fonctions dinterfonctionnement sont intgres dans lesCRF locales.3.1.3 Possibilits en mode trameLes services supports en mode trame sont dcrits dans la Recommandation I.233. Ils visent lacceptation dunelarge gamme dappli

45、cations et de dbits de donnes, depuis des valeurs trs basses jusqu des valeurs leves(typiquement, 2 Mbit/s). Une application type pourrait tre linterconnexion entre rseaux locaux dentreprise (LANs)(local area network)Les possibilits en mode trame assurent, sans en modifier lordre, le transfert bidir

46、ectionnel des units dedonnes du service (trames de couche 2) dun point de rfrence S ou T un autre. Les units de donnes sontachemines dans le rseau en se fondant sur une tiquette qui leur est attache et qui constitue un identificateur logique signification locale (appel identificateur de connexion de

47、 liaison de donnes, DLCI, dans la description du protocole).6 Recommandation I.324La structure de linterface usager-rseau au point de rfrence S ou T permet dtablir des communicationsvirtuelles multiples et/ou des circuits virtuels 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).Si besoin est, toutes les procdures du plan