ITU-T E 712 FRENCH-1992 USER PLANE TRAFFIC MODELLING《用户平台话务模型》.pdf

《ITU-T E 712 FRENCH-1992 USER PLANE TRAFFIC MODELLING《用户平台话务模型》.pdf》由会员分享，可在线阅读，更多相关《ITU-T E 712 FRENCH-1992 USER PLANE TRAFFIC MODELLING《用户平台话务模型》.pdf（16页珍藏版）》请在麦多课文档分享上搜索。

1、UNION INTERNATIONALE DES TLCOMMUNICATIONSCCITT E.712COMIT CONSULTATIF (10/92)INTERNATIONALTLGRAPHIQUE ET TLPHONIQUESERVICE TLPHONIQUE ET RNISQUALIT DE SERVICE, GESTIONDU RSEAU ET INGNIERIE DU TRAFICMODLISATION DU TRAFICDU PLAN DUSAGERRecommandation E.712AVANT-PROPOSLe CCITT (Comit consultatif intern

2、ational 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.LAssembl

3、e plnire du CCITT, qui se runit tous les quatre ans, dtermine les thmes dtude et approuve lesRecommandations 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 CCITT(Melb

4、ourne, 1988).La Recommandation E.712, labore par la Commission dtudes II, a t approuve le 30 octobre 1992 selonla procdure dfinie dans la Rsolution no2._REMARQUES1) Dans cette Recommandation, le terme Administration dsigne indiffremment une administration detlcommunication ou une exploitation prive

5、reconnue.2) La liste des abrviations utilises dans cette Recommandation se trouve dans lannexe A. UIT 1993Droits 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 photoc

6、opie et les microfilms, sans laccordcrit de lUIT.PAGE BLANCHERecommandation E.712 (10/92) 1Recommandation E.712Recommandation E.712MODLISATION DU TRAFIC DU PLAN DUSAGER(1992)1 IntroductionDans la Recommandation E.711 la demande dusager est caractrise par les demandes dappel de cet usager etla descri

7、ption de chaque type de demande dappel. A partir des informations fournies par cette caractrisation de lusager,on dduit dans la Recommandation E.712 les valeurs des paramtres de trafic requises pour dimensionner les ressourcesdes couches 1 3 du plan dusager RNIS.Les ressources intervenant dans le tr

8、afic au plan dusager sont les suivantes: accs des abonns (accs de base, accs primaire et leurs accs multiplexs): canaux B et D; ressources des centraux RNIS: rseaux de commutation, fonction de traitement de paquets, etc.; faisceaux de circuits.2Approche gnraleDans le RNIS, des demandes dappel ayant

9、des caractristiques de connexion diffrentes peuvent tre offertesau mme groupe de ressources. Selon le type de ressources, il peut tre ncessaire, pour le dimensionnement, decaractriser sparment les composantes de trafic correspondant des demandes dappel ayant des caractristiques deconnexion diffrente

10、s.Tout dabord on distingue deux composantes de trafic principales selon le mode de transfert des informationscaractrisant la connexion. Chacune de ces deux composantes (commutation de circuits et commutation par paquets)peut tre subdivise en nouvelles composantes selon les autres caractristiques de

11、connexion de leurs demandes dappel.Ainsi, la mthode de modlisation du trafic offert un groupe de ressources est la suivante: dterminer les demandes dappel qui utilisent ce groupe de ressources; dterminer les caractristiques de connexion qui entranent la subdivision en plusieurs composantes dutrafic

12、rsultant des demandes dappel; dcrire et quantifier ces composantes de trafic laide dun ensemble de paramtres calculs partir deceux dfinis dans la Recommandation E.711.On adoptera cette approche au 3 pour modliser le trafic avec commutation de circuits et au 4 pourmodliser le trafic avec commutation

13、par paquets.3 Modlisation du trafic avec commutation de circuits3.1 Observations sur le concept de groupe de ressourcesDans les premires mises en oeuvre du RNIS, le nombre de canaux ou de circuits rservs pour chaque appelsera le mme dans les deux sens du flux dinformation. Ce nombre est donn pour ch

14、aque appel par la direction danslaquelle le dbit de transfert de linformation est le plus lev. Dans ces conditions, les canaux B dun accs RNIS ou lescanaux (intervalles de temps) dun faisceau de circuits sont considrs comme un groupe de ressources quel que soit lesens du flux dinformation.2 Recomman

15、dation E.712 (10/92)Dans de futures mises en oeuvre du RNIS, lorsque la caractristique de connexion symtrie de laconfiguration de lappel prendra les valeurs asymtrique unidirectionnelle ou asymtrique bidirectionnelle, lenombre de canaux rservs par appel pourra tre diffrent dans chaque sens du flux d

16、information. Dans ces conditions,les canaux acheminant chaque sens du flux dinformation seront dimensionns sparment (le dimensionnement finaltant donn par la direction dans laquelle le nombre de canaux requis est le plus lev). Ainsi il convient, dans laprsente Recommandation, de considrer les canaux

17、 dans chaque sens comme un groupe de ressources diffrent.3.2 Identification des demandes dappel utilisant un groupe de ressourcesPour identifier les demandes dappel utilisant un groupe de ressources, il convient dexaminer lescaractristiques suivantes de la connexion: configuration de la communicatio

18、n: cette caractristique, au sens large prcis au 2.2 de laRecommandation E.711, dfinit la position des points dextrmit intervenant dans la communication;conjugue la stratgie dacheminement, cette caractristique dtermine si un certain groupe deressources peut tre utilis par une demande dappel; capacit

19、de transfert dinformation; tablissement de la communication; dbit de transfert dinformation.Les trois dernires caractristiques doivent tre prises en considration, tant donn que diffrents groupes deressources peuvent tre fournis pour des demandes dappel auxquelles sont associes certaines valeurs de c

20、escaractristiques de connexion (par exemple, des ressources uniquement utilises pour des connexions monocanal ouuniquement pour le trafic la demande).3.3 Subdivision en composantes de traficLorsque des demandes dappel ayant des caractristiques de connexion diffrentes utilisent en partage le mmegroup

21、e de ressources, il faut caractriser sparment les diffrentes composantes du trafic offert. Pour le trafic aveccommutation de circuits, ces composantes se distinguent selon les critres suivants:a) nombre de ressources requises par appel: les caractristiques de connexion de la demande dappeldterminant

22、 ce nombre sont les suivantes: dbit de transfert dinformation: dans le premier cas de figure envisag au 3.1, il sagit du dbitdans la direction dans laquelle ce dbit est le plus lev; dans le second cas, il sagit du dbit dans ladirection considre. Lorsque ce dbit est n 64 kbit/s, n canaux B de laccs R

23、NIS ou n canaux dunfaisceau de circuits sont ncessaires pour chaque appel; configuration de la communication: dans des connexions multipoints, plusieurs ressources dunmme groupe peuvent tre ncessaires pour chaque appel selon lendroit o le flux dinformation estsubdivis; la figure 1/E.712 donne deux e

24、xemples dune communication trois points; si le dbit detransfert dinformation est n 64 kbit/s, il faut n ressources dans chaque faisceau de circuitsinterurbains pour lexemple a); par contre pour lexemple b), il faut 2 n ressources dans le faisceaude circuits reliant le central local A et le central d

25、e transit et n ressources dans chacun des deuxautres faisceaux de circuits;b) lexistence dune restriction relative lattribution de plusieurs ressources pour le mme appel; lintgritde la squence dans lintervalle de temps (TSSI) (time slot sequence integrity) est ncessaire pour descommunications n 64 k

26、bit/s lorsque les valeurs de lattribut capacit de transfert dinformation sontsans restriction ou structure 8 kHz; une technique permettant dobtenir cette intgrit consiste attribuer les n canaux (intervalles de temps) au mme multiplex primaire MIC ou mme faire en sorteque les n canaux soient contigus

27、; il convient de distinguer les composantes de trafic pour lesquelles lesrestrictions relatives lattribution des canaux sont diffrentes;c) acheminement de lappel: cette caractristique se rapporte la politique gnrale dacheminement desappels et la caractristique de connexion configuration de la commun

28、ication de la demande dappelqui dfinit la position des points dextrmit intervenant dans la communication. Les composantes detrafic offertes au groupe de ressources considr dans un premier choix doivent tre distingues de cellesqui ne sont offertes quen cas de dbordement de la capacit des groupes prcd

29、ents. Dans ce dernier cas,les composantes pour lesquelles les choix prcdents sont diffrents doivent aussi tre diffrencies;Recommandation E.712 (10/92) 3BCBCAT0202380-91ALETELELELE TELELEA ,E FLUX D INFORMATION EST DIVIS DANS LE CENTRE DE TRANSITB ,E FLUX D INFORMATION EST DIVIS DANS LE COMMUTATEUR L

30、OCAL !LE Commutateur local (LOCAL EXCHANGE)TE Centre de transit (TRANSIT EXCHANGE)FIGURE 1/E.712Deux exemples de mise en oeuvre dune communication trois pointsd) procdure dtablissement de la communication: pour les ressources partageant le trafic des demandesdappel ayant diffrentes valeurs pour cett

31、e caractristique de connexion, les composantes de traficrserv et de trafic la demande doivent tre caractrises sparment;e) toute caractristique qui peut justifier une priorit diffrente ou un traitement de protection diffrent: untraitement diffrent (par exemple au moyen de mthodes de protection du ser

32、vice) de diffrentescomposantes de trafic peut tre justifi par lun des critres susmentionns: appels intervalle de tempsunique/appels intervalles de temps multiples, trafic de premier choix/trafic de dbordement, appels lademande/appels rservs. De plus dautres caractristiques peuvent aussi justifier un

33、e priorit diffrenteou un traitement de protection: composantes de trafic ayant des objectifs GOS diffrents (correspondant des valeurs diffrentes de la caractristique gnrale qualit de service de lattribut/de la connexion).Les mthodes de protection du service peuvent aussi sappliquer entre composantes

34、 de traficcorrespondant diffrents services ou aux deux sens dtablissement de faisceaux de circuitsbidirectionnels, mme si ces composantes de trafic ont les mmes objectifs GOS et les mmes valeurspour les autres caractristiques susmentionnes. Il sagit avec cette protection dviter que le dbordementdune

35、 composante de trafic dtriore la qualit dcoulement du service des autres composantes. Dans tousles cas o une priorit ou un traitement de protection diffrent risque dtre ncessaire entre les diffrentescomposantes du trafic, chacune de ces composantes de trafic doit tre caractrise sparment.La dfinition

36、 dautres critres services supplmentaires diffrents qui pourraient justifier unediffrenciation supplmentaire des composantes de trafic, est pour tude ultrieure.3.4 Paramtres dcrivant chaque composante de traficUne fois que les diffrentes composantes de trafic offertes un groupe de ressources ont t di

37、ffrenciesselon les critres dfinis au 3.3, chaque composante doit tre caractrise.4 Recommandation E.712 (10/92)Remarque En cas dacheminement dtourn, le dimensionnement dun faisceau de circuits ncessite nonseulement la caractrisation des composantes de trafic qui, dans un premier choix ou dans un choi

38、x ultrieur, peuventtre offertes au faisceau de circuits considr mais aussi la caractrisation de toutes les autres composantes de traficoffertes au groupe de rseaux auquel appartient le faisceau de circuits.Chaque composante de trafic est caractrise par: les caractristiques de connexion pertinentes d

39、e la composante: il sagit des mmes caractristiques qui,conformment au 3.3, peuvent justifier une caractrisation diffrente de la composante: nombre deressources ncessaires par appel, restrictions apportes lattribution des ressources, acheminement desappels, tablissement de la communication et objecti

40、f de qualit dcoulement du trafic (GOS) (grade ofservice); la valeur et le processus de gnration du trafic offert par chaque composante: ce processus ncessite uncomplment dtude; toutefois, dans un premier temps, on peut considrer quil sagit du trafic purementoccasionnel en ce qui concerne le processu

41、s darrive des appels, lorsque ce trafic est offert aux ressourcesdu premier choix. La valeur du trafic offert fait lobjet du 3.5; les paramtres de trafic supplmentaires lis certaines composantes de trafic: dans le cas du traficrserv par exemple, la quantification de certains paramtres, lis au temps

42、de rservation (intervalle entrela demande de rservation et le dbut du temps rserv) et au temps rserv, est ncessaire. Unedescription de ces paramtres ncessite un complment dtude. Dautres paramtres de trafic peuvent treaussi ncessaires pour dcrire certains services supplmentaires. Ces paramtres appell

43、ent aussi uncomplment dtude.3.5 Quantification du trafic offertLe trafic offert un groupe de ressources imputable une composante de trafic m est donn par la formule:Am= Amdmavec Am= lmhmo: lmest la frquence darrive des demandes dappel de la composante de trafic m; hmest la dure doccupation moyenne d

44、es ressources par demande dappel de la composante de trafic m; dmest le nombre de ressources requises par demande dappel de la composante de trafic m.Amdcrit le trafic offert du point de vue du nombre dappels simultans, alors que Amdcrit le trafic offert dupoint de vue du nombre de ressources occupe

45、s en mme temps. Dans le cas du trafic offert aux ressources du premierchoix, Ampeut tre considr comme un trafic purement occasionnel, alors que Amdoit tre considr comme un traficpar salve, le volume des salves tant gal dm. En consquence, ni Amtout seul ni Amtout seul dcrivent entirement leprocessus

46、du trafic. Lun ou lautre doivent tre complts par la valeur de dm.Du point de vue de la caractrisation de lusager dfinie dans la Recommandation E.711, la valeur de Am(et enconsquence Am= Am dm) peut tre obtenue comme suit.3.5.1 Accs RNISPour le trafic offert aux canaux B des accs RNIS dun quipement d

47、es locaux de labonn (CPE) (customerpremises equipment) Am est donn par:Am= i,j,kmirc(i,j,k) fm(i,j) h(i,j,k)o: rc(i,j,k), dfini et calcul au 3.2 de la Recommandation E.711, est la frquence des demandes dappeldpart et arrive de lensemble dusagers de CPE (ensemble dusagers de CPE), i tant le service detlcommunication, j lensemble des caractristiques de connexion et k la structure de lappel;Recommandation E.712 (10/92) 5 fm(i,j) est un facteur qui prend la valeur 1 ou 0 selon que les appels du typ