ITU-T E 711 FRENCH-1992 USER DEMAND MODELLING《用户需求模型》.pdf

《ITU-T E 711 FRENCH-1992 USER DEMAND MODELLING《用户需求模型》.pdf》由会员分享，可在线阅读，更多相关《ITU-T E 711 FRENCH-1992 USER DEMAND MODELLING《用户需求模型》.pdf（11页珍藏版）》请在麦多课文档分享上搜索。

1、UNION INTERNATIONALE DES TLCOMMUNICATIONSCCITT E.711COMIT CONSULTATIF (10/92)INTERNATIONALTLGRAPHIQUE ET TLPHONIQUESERVICE TLPHONIQUE ET RNISQUALIT DE SERVICE, GESTIONDU RSEAU ET INGNIERIE DU TRAFICMODLISATION DE LA DEMANDE DELUSAGERRecommandation E.711AVANT-PROPOSLe CCITT (Comit consultatif interna

2、tional 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.LAssemble

3、 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 CCITT(Melb

4、ourne, 1988).La Recommandation rvise E.711, labore par la Commission dtudes II, a t approuve le 30 octobre1992 selon la procdure dfinie dans la Rsolution no2._NOTE DU CCITTDans cette Recommandation, lexpression Administration est utilise pour dsigner de faon abrge aussibien une Administration de tlc

5、ommunications quune exploitation prive reconnue de tlcommunications. 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 photocopie et les microfilms, sans

6、laccordcrit de lUIT.PAGE BLANCHERecommandation E.711 (10/92) 1Recommandation E.711Recommandation E.711MODLISATION DE LA DE MANDE DE LUSAGER(rvise en 1992)1 IntroductionLes besoins en matire de transfert de linformation des usagers du RNIS sont varis. La demande de lusager,telle quelle se manifeste l

7、interface usager/CPE (customer premises equipment) voir la figure 1a)/E.711 estcaractrise par un processus darrive et par une dure de communication et/ou une quantit dinformations attaches chaque arrive.Par lintermdiaire des quipements locaux dabonn (CPE) (customer premises equipment), les demandes

8、desusagers sont traduites en demandes dappel pour des services de tlcommunication spcifiques linterface usager-rseau. Ces demandes dappel sont modlises dans la prsente Recommandation pour permettre la caractrisation dutrafic offert aux couches 1 3 du RNIS.Sur la base de la modlisation de la demande

9、dappel, les usagers seront caractriss par le processus degnration de leurs demandes dappel dpart et arrive.2 Modlisation dune demande dappel2.1 Considrations gnralesLe trafic offert aux couches 1 3 linterface usager-rseau est modlis par la demande dappel voir lafigure 1b)/E.711. Pour des besoins din

10、gnierie du trafic, une demande dappel est dfinie par un ensemble decaractristiques de connexion et par une structure dappel: Les caractristiques de la connexion sont dcrites par les valeurs de certains attributs donns dans laRecommandation I.210. Seuls certains attributs de couche infrieure et certa

11、ins attributs gnraux sontsignificatifs. Les valeurs de chaque attribut peuvent tre: choisies par lusager; prescrites par le fournisseur du service; ngocies entre eux.Cet ensemble dattributs doit tre suffisant pour identifier de manire prcise les ressources du rseauncessaires pour une demande dappel,

12、 dans le plan de lusager comme dans le plan de commande. La structure de lappel dune demande dappel est dcrite en termes de squences dvnements linterface usager-rseau et de dures coules entre les vnements.La structure de lappel, associe avec les caractristiques de la connexion, doit tre suffisante p

13、ourquantifier le trafic offert aux ressources du rseau par la demande dappel, dans le plan de lusager et leplan de la commande.2.2 Caractristiques de connexionComme indiqu dans le 2.1, les caractristiques de connexion dune demande dappel sont dfinies par unensemble de valeurs dattributs gnraux ou de

14、s couches infrieures, dfinis dans la Recommandation I.210, significatifspour lingnierie du trafic. Les attributs de couche infrieure, sont les suivants: mode de transfert dinformation; dbit de transfert dinformation; capacit de transfert dinformation;2 Recommandation E.711 (10/92)T0201790-90A B Usag

15、erCPERseauDemandede lusagerDemandedappelStructuredappelTraficoffertCaract-ristiques deconnexionFIGURE 1/E.711Modlisation de la demande de lusager au moyen des demandes dappel tablissement de la communication; symtrie; configuration de la communication; canal daccs et dbit; protocole daccs de signali

16、sation, pour les couches 1 3; protocole daccs de linformation, pour les couches 1 3.Parmi les attributs gnraux, qui sont encore ltude, lattribut services supplmentaires estparticulirement important pour lingnierie du trafic. La liste des autres attributs gnraux de trafic significatifs appelleun comp

17、lment dtude.Dans la pratique, lorsque la caractrisation de la connexion est effectue pour une tche spcifique dingnieriedu trafic, seuls certains des attributs prcits sont significatifs.Dautre part, certaines des valeurs des attributs donnes dans les Recommandations de la srie I ne sont passuffisante

18、s pour lingnierie du trafic. Par exemple, les valeurs dfinies des attributs de la configuration decommunication sont point point, multipoint et diffusion. Pour lingnierie du trafic, le nombre et la position des points,ainsi que lidentification des points dpart et arrive doivent galement tre spcifis.

19、La dfinition dautres caractristiques de connexion prsentant une importance pour lingnierie du traficappelle un complment dtude.Remarque Les attributs des couches suprieures, tels les protocoles des couches suprieures, ne sont pasconsidrs comme des caractristiques de connexion car pour le trafic offe

20、rt aux couches 1 3 du RNIS, les messages deprotocole de couches suprieures doivent tre considrs comme des informations dusager, et donc modliss par lastructure dappel.2.3 Structure dappel et variables de traficComme indiqu au 2.1, la structure dappel dune demande dappel est dfinie en termes de squen

21、cesdvnements linterface usager-rseau et de dures coules entre vnements.Recommandation E.711 (10/92) 3La structure dappel est dfinie par un ensemble de variables de trafic. Ces dernires sont exprimes sous laforme de variables statistiques par certains paramtres relatifs leur distribution. Cela permet

22、 de modliser une grandevarit de demandes dappel par la mme structure dappel. Les demandes dappel correspondant aux mmes typesdvnements mais dont le nombre dvnements est diffrent (par exemple diffrents nombres de nouvelles tentatives)ou dont les intervalles de temps entre eux sont diffrents (par exem

23、ple diffrentes dures doccupation) pourraient tremodlises par la mme structure dappel.On peut distinguer deux types de variables de trafic: les variables dappel, dcrivant les vnements qui se produisent au cours des phases dtablissement et delibration de la communication ainsi que les dures coules ent

24、re ces vnements; les variables de transaction dcrivant les vnements qui se produisent au cours de la phase de transfert delinformation et les dures coules entre ces vnements.On dcrira dans ce qui suit ces deux types de variables de trafic ainsi que les paramtres qui les caractrisent.Nanmoins, il fau

25、t noter que seules certaines des variables de trafic ci-aprs sont ncessaires pour la modlisation de lademande dappel correspondant une tche particulire dingnierie du trafic.2.3.1 Variables dappel2.3.1.1 Processus darrive des tentatives dappelCest le processus de tentatives manuelles ou automatiques,

26、 auquel peut donner lieu une demande dappel (voirla figure 2/E.711). Ces tentatives sont reconnues par le systme comme des messages dtablissement de la couche 3. Ceprocessus peut tre caractris en particulier par: le nombre moyen de nouvelles tentatives en cas de non-aboutissement; le temps moyen ent

27、re les tentatives dappel.Une caractrisation plus fine du processus darrive des tentatives dappel doit faire lobjet dun complmentdtude.T0203610-93BCDAAMAAA AAMASI SI SITempsAlerte CommunicationtablieBCDMAAASIDbut de la demande dappel (BEGINNING OF CALL DEMAND) (mise en vidence par la premire tentativ

28、e manuelle)Tentative manuelle (MANUAL ATTEMPT)Tentative automatique (AUTOMATIC ATTEMPT)Indication dtat (STATUS INDICATION), signalant un appel nayant pas aboutiFIGURE 2/E.711Squence de tentatives dappel4 Recommandation E.711 (10/92)2.3.1.2 Temps doccupation dune tentative dappelPour une demande dapp

29、el, plusieurs temps doccupation des tentatives dappel, dlimits par des messages decouche 3, prsentent un intrt particulier. Par exemple, il peut sagir du temps de numrotation, du temps de sonnerie etdu temps de conversation. La dfinition de ces temps doccupation et des paramtres de leurs distributio

30、ns qui lescaractrisent appelle un complment dtude.Dans un premier temps, il peut tre suffisant de prendre en considration le temps doccupation moyen total.2.3.2 Variables de transactionLe contenu de linformation dans le plan usager au cours dune communication peut tre le rsultat detransactions discr

31、tes, cest-dire dintervalles de temps au cours desquels un usager produit de manire continue delinformation (voir la figure 3/E.711). Ce dcoupage peut tre important du point de vue du trafic dans des services commutation par paquets et dans certains cas dans des services commutation par circuits, par

32、 exemple lorsquon utiliseun quipement de multiplication de circuits numriques (DCME) (digital circuit multiplication equipment).Remarque 1 La charge exprime en termes de transactions simples dans une communication spcifique peutdpasser un ou plusieurs stades de segmentation. Lensemble du sujet de la

33、 segmentation de la charge appelle uncomplment dtude.Remarque 2 Dans la dfinition des variables de transaction, il convient de considrer les messages deprotocole de couches suprieures comme des informations dusager.T0203620-93Dbut detransactionDbut detransactionDbut detransactionLongueur de transact

34、ionCommunicationtablieLibrationde lappelRemarque Le transfert de linformation na lieu que pendant les transactions.FIGURE 3/E.711Transactions dun appelTemps2.3.2.1 Processus darrive des transactionsLe processus darrive pour les transactions durant une communication demande un complment dtude.Nanmoin

35、s, dans un premier temps, il peut tre suffisant de considrer le nombre moyen de transactions parcommunication.2.3.2.2 Longueur de transactionLa longueur de transaction exprime en bits reprsente la charge applique par la transaction via linterfaceusager-rseau. La distribution des longueurs de transac

36、tions appelle un complment dtude. Dans un premier temps, onpeut sintresser la longueur moyenne des transactions.Recommandation E.711 (10/92) 52.4 Illustration de la modlisation de la demande dappelDes ensembles de caractristiques de connexion peuvent tre dfinis pour chaque service detlcommunication.

37、 Pour une tche dingnierie de trafic donne, un nombre limit de structures dappel peut tre associavec chaque combinaison de service de tlcommunication/caractristiques de connexion. La gamme de structuresdappel possibles examiner peut tre suppose a priori ou obtenue partir de la caractrisation de lusag

38、er. Le tableau1/E.711 donne un format structur permettant dtablir la liste des caractristiques de connexion et des structures dappel.TABLEAU 1/E.711Liste des services de tlcommunication, des caractristiques des connexions et des structuresdappel dfinis dans la modlisation de la demande dappelLes str

39、uctures dappel numres en association avec la combinaison de service de tlcommunication/caractristiques de connexion doivent tre dcrites en termes de variables de trafic adaptes chaque combinaison. Letableau 2/E.711 contient des exemples de descriptions de caractristiques de connexion et de structure

40、s dappel.Service de tlcommunication(noms)Caractristiques des connexions(ensembles)Structures dappelXC 1,1CP 1,1,1CP 1,1,2CP 1,1,3.TS 1XC 1,2CP 1,2,1CP 1,2,2.XC 1,3 CP 1,3,1CP 1,3,2.XC 2,1 CP 2,1,1TS 2XC 2,2CP 2,2,1.6 Recommandation E.711 (10/92)TABLEAU 2/E.711Exemple de caractristiques des connexion

41、s et de descriptions des structures dappel3 Caractrisation de lusager3.1 Considrations gnralesSur le plan de lingnierie du trafic, les usagers partageant le mme CPE ne doivent pas tre caractriss demanire individuelle, mais plutt comme un ensemble, appel ensemble dusagers dun CPE. Lensemble dusagers

42、dunCPE est lusager, ou lensemble dusagers, accdant au rseau via le mme CPE (indpendamment du nombre daccsRNIS depuis la CPE).Un ensemble dusagers dun CPE est caractris par le processus de gnration de ses demandes dappel dpartet arrive. Dans une phase initiale ce processus peut tre approch par le tau

43、x moyen de demandes dappel de chaquetype pendant une priode de rfrence. Une caractrisation plus dtaille de ce processus, par une tude statistiqueutilisant des moments dordres plus levs, appelle un complment dtude.La caractrisation de lusager doit tre effectue pour chaque ensemble dusagers dun CPE, a

44、fin dedimensionner les accs RNIS de lensemble dusagers, et pour chaque population densembles dusagers dun CPE quipeuvent partager les ressources du rseau.3.2 Caractrisation dun ensemble dusagers dun CPELa caractrisation dun ensemble dusagers dun CPE peut tre ralise selon les tapes suivantes: dtermin

45、ation du taux de demandes dappel, rt(i), pour chaque service de tlcommunication i, sous lesconditions de rfrence; dtermination des ensembles de caractristiques de connexion (i,j) demands par lensemble dusagersdun CPE, pour chaque service de tlcommunication i;Services de tlcommunication Caractristiqu

46、es des connexions Structures dappelsTlphonie Commutation de circuits64 kbit/sParoleA la demandeSymtrique bidirectionnellePoint pointpoints dans diffrents quartiersde la mme villeVariables dappelNombre moyen de rptitionsde tentativeTemps moyen doccupationVariables de transactionNombre moyen de messag

47、espour la signalisation dusager usagerLongueur moyenne des messagesCommunication des donnes Commutation par paquets64 kbit/sNumrique sans restrictionA la demandeUnidirectionnellePoint deux pointspoint dans le mme quartierCanal daccs: BProtocole daccs: Rec. Q.931Variables dappelNombre moyen de rptition de tentativeLes deux connexions tablies et libressimultanmentTemps moyen doccupationVariables de trans