ITU-T E 734 FRENCH-1996 Methods for allocating and dimensioning Intelligent Network (IN) resources《智能网(IN)资源的分配和计量方法 2号研究组 31pp》.pdf

《ITU-T E 734 FRENCH-1996 Methods for allocating and dimensioning Intelligent Network (IN) resources《智能网(IN)资源的分配和计量方法 2号研究组 31pp》.pdf》由会员分享，可在线阅读，更多相关《ITU-T E 734 FRENCH-1996 Methods for allocating and dimensioning Intelligent Network (IN) resources《智能网(IN)资源的分配和计量方法 2号研究组 31pp》.pdf（33页珍藏版）》请在麦多课文档分享上搜索。

1、UNION INTERNATIONALE DES TLCOMMUNICATIONS5)4 4% SECTEUR DE LA NORMALISATIONDES TLCOMMUNICATIONSDE LUIT(10/96)SRIE E: RSEAU TLPHONIQUE ET RNISQualit de service, gestion de rseau et ingnierie dutrafic Ingnierie du trafic Ingnierie du trafic RNIS-THODES D ALLOCATION ET DE DIMENSIONNEMENTDES RESSOURCES

2、DES RSEAUX INTELLIGENTSRecommandation UIT-T E.734(Antrieurement Recommandation du CCITT)RECOMMANDATIONS UIT-T DE LA SRIE E2 3%!5 4 , 0(/.)15% %4 2.)3Pour plus de dtails, voir la Liste des Recommandations de lUIT-T.%80,/)4!4)/. .5- 2/4!% !#(%-).%-%.4 %4 3%26)#% -/“),%EXPLOITATION DES RELATIONS INTERN

3、ATIONALES E.100E.229DISPOSITIONS OPRATIONNELLES RELATIVES LA TAXATION ET LACOMPTABILIT DANS LE SERVICE TLPHONIQUE INTERNATIONALE.230E.299UTILISATION DU RSEAU TLPHONIQUE INTERNATIONAL POUR LESAPPLICATIONS NON TLPHONIQUESE.300E.329DISPOSITIONS DU RNIS CONCERNANT LES USAGERS E.330E.39915!,)4 $% 3%26)#%

4、 %34)/. $% 2 3%!5 %4 ). .)%2)% $5 42! tous les utilisateurs de la prsenteRecommandation sont donc invits rechercher la possibilit dappliquer les ditions les plusrcentes des Recommandations et autres rfrences indiques ci-aprs. Une liste desRecommandations UIT-T en vigueur est publie rgulirement. Reco

5、mmandation UIT-T E.492 (1996), Priode de rfrence du trafic. Recommandation E.508 du CCITT (1992), Prvisions relatives aux nouveaux services detlcommunication. Recommandation E.520 du CCITT (1988), Dtermination du nombre de circuits ncessaires(sans possibilit de dbordement automatique) en exploration

6、 automatique et semi-automatique. Recommandation E.522 du CCITT (1988), Nombre de circuits dans un faisceau dbordant.2 Recommandation E.734 (10/96) Recommandation UIT-T E.724 (1996), Paramtres et objectifs de qualit dcoulement dutrafic pour des services assurs par des rseaux intelligents. Recommanda

7、tion UIT-T E.733 (1996), Mthode de dimensionnement des ressources dansles rseaux utilisant le systme de signalisation n 7. Recommandation UIT-T Q.1200 (1993), Structure des Recommandations de la srie Q surle rseau intelligent. Recommandation UIT-T Q.1205 (1993), Architecture du plan physique du rsea

8、uintelligent. Recommandation UIT-T Q.1211 (1993), Introduction lensemble de capacits 1 du rseauintelligent. Recommandation UIT-T Q.1215 (1995), Plan physique de lensemble de capacits 1 durseau intelligent.3 DfinitionsOn peut trouver les dfinitions des termes relatifs au rseau intelligent dans la lis

9、te desRecommandations de larticle 2 voir, en particulier, la Recommandation Q.1215 pour la dfinitiondes termes suivants: point de commutation de service (SSP); point de commandes de services (SCP); point de donnes de service (SDP); priphrique intelligent (IP).4 AbrviationsLa prsente Recommandation u

10、tilise les abrviations suivantes.CS-1 ensemble de capacits 1 (capability set 1)GOS niveau de service (grade of service)IP priphrique intelligent (intelligent peripheral)ISUP sous-systme utilisateur pour le RNIS (ISDN User part)MTP sous-systme transport de messages (message transfert part)RI rseau in

11、telligentRNIS rseau numrique intgration de servicesRTPC rseau tlphonique public commutSCCP sous-systme commande de connexion smaphore (signalling connection control part)SCE environnement de cration de services (service creation environment)SCEF fonction denvironnement de cration de services (servic

12、e creation environment function)SCF fonction de commande de services (service control function)SCP point de commande de services (service control point)SDF fonction de donnes du service (service data function)SDP point des donnes de service (service data point)SIB module indpendant du service (servi

13、ce independent building block)SMAF fonction daccs la gestion de service (service management access function)Recommandation E.734 (10/96) 3SMF fonction de gestion de service (service management function)SP point smaphore (signalling point)SRF fonction de ressource spcialise (specialized resource func

14、tion)SS n 7 systme de signalisation n 7SSF fonction de commutation du service (service switching function)SSP point de commutation de service (service switching point)STP point de transfert smaphore (signalling transfer point)TCAP sous-systme dapplication pour la gestion des transactions (transactio

15、n capabilitiesapplication part)TPU tlcommunications personnelles universelles5 IntroductionCet article dcrit lobjet de la prsente Recommandation qui traite des mthodes dattribution desressources et de dimensionnement des rseaux intelligents.Le terme attribution des ressources couvre les mthodes de l

16、ocalisation des lments spcifiquesdu RI et la rpartition des fonctions intelligentes (telle la logique de service) entre ces lments.Le dimensionnement consiste dterminer la taille des lments constitutifs dun rseau.Dans les rseaux intelligents, de mme que dans le RTPC et dans le RNIS, les activits din

17、gnieriedu trafic impliquent ltude de trois facteurs interdpendants: les objectifs de qualit defonctionnement, les prvisions de trafic ainsi que lattribution et le dimensionnement des ressources.La Recommandation E.724 traite des paramtres de niveau de service (GOS) et des objectifs dequalit de fonct

18、ionnement. La prsente Recommandation traite des prvisions de trafic ainsi que delattribution et du dimensionnement des ressources.Le paragraphe 5.1 traite des aspects nouveaux de lingnierie du trafic associs la mise en placedun rseau intelligent; le paragraphe 5.2 donne une description succincte de

19、la mthode dattributionet de dimensionnement des ressources.Larticle 6 explique en dtail la manire dvaluer les charges de service et les flux de messages lintrieur du rseau.Larticle 7 traite de lattribution des ressources de manire plus approfondie; le paragraphe 7.1 passeen revue les facteurs gnraux

20、 prendre en compte alors que le paragraphe 7.2 traite en dtail lesproblmes particuliers relatifs aux points SSP, SCP et SDP et aux priphriques intelligents (IP).Larticle 8 traite des diffrents aspects concernant le dimensionnement du sous-rseau commutationde circuits et des composantes spcifiques de

21、s rseaux intelligents et galement du sous-rseausmaphore de prise en charge.Larticle 9 donne, pour chaque rseau, quelques directives gnrales de redimensionnement. Le butest de faciliter le dialogue entre les exploitants de rseau et les fabricants dquipements et non dedonner une analyse exhaustive des

22、 outils de planification de rseau dans le cas de rseaux particulierset de mises en oeuvre spcifiques aux rseaux intelligents.5.1 Nouveaux facteurs dingnierie du trafic dans les rseaux intelligentsLa mise en place des services RI introduit de nouveaux aspects dans lingnierie du trafic. Cesderniers en

23、globent des questions relatives aux sous-rseaux RTPC et RNIS ainsi que le sujetimportant du redimensionnement.4 Recommandation E.734 (10/96)Les services RI viennent normalement sajouter aux services RTPC/RNIS existants, mais lingnieriedu trafic et lallocation et le dimensionnement des ressources pou

24、r les rseaux offrant des services RIfont intervenir plusieurs facteurs nouveaux qui doivent tre pris en compte dans la planification et lagestion des RI.Dans un environnement RI, les facteurs suivants ont des consquences sur les modles de trafic et surles prvisions de trafic: rpartition du nombre de

25、s tentatives dappel pendant les heures charges (BHCA, busy hourcall attempt)Le processus de dimensionnement des RI doit prendre en compte le fait que lescaractristiques du BHCA pour les services RI peuvent tre diffrentes de celles adoptespour le RTPC. Certains services RI, tels que les rseaux virtue

26、ls privs, prsentent des crtesdutilisation pendant les jours ouvrables, alors que des services tels que le tlvote sontgnralement plus utiliss en soire. Par consquent, il est ncessaire dtudier la rpartitiondes tentatives dappel pendant les heures charges (BHCA) afin den dduire les charges detrafic pou

27、r le processus de dimensionnement. caractristiques du traficLes caractristiques de la rpartition associe au processus darrive dappels de certainsservices RI mritent dtre traites avec une attention particulire. Il se peut que leshypothses de Poisson utilises dans le cas du RTPC ne soient pas applicab

28、les tous lesservices RI. Enfin, les services RI qui peuvent se traduire par des appels en masse doiventtre tudis avec soin. charges de traficDans le cas du RTPC, le dimensionnement des lments du rseau est fait en fonction dunombre de tentatives dappel et des temps moyens de communication. On connat

29、pour cesdonnes des valeurs approximatives qui sont utilises comme valeurs dentre. Toutefois,dans le cas des RI, les services peuvent prsenter des degrs de complexit varis. Lorsquunservice RI aussi simple que linterprtation de numros fait lobjet dun nombre lev detentatives dappel, les consquences sur

30、 le rseau peuvent tre identiques celles quaurait unservice complexe faisant lobjet dun nombre de tentatives dappel relativement faible. logique de traitement dappelAvec des services RI, la logique de traitement dappel nest plus uniquement mise en oeuvrepar les noeuds de commutation agissant successi

31、vement au cours dun appel donn mais peuttre rpartie sur dautres noeuds tels que des points SCP et des priphriques intelligents (IP).En gnral, la logique de traitement de lappel peut tre dcrite indpendamment delarchitecture du rseau mais la planification de la mise en oeuvre dun service donn exige la

32、spcification de processus logiques et lassignation ou lattribution de ces processus desnoeuds de rseau particuliers. Les services RI engendrent donc une nouvelle exigence enmatire de conception et de mise en oeuvre des services, savoir lattribution de la logiquede traitement de lappel des noeuds de

33、rseau appropris. donnes de traitement dappelDe mme que la logique des services RI peut tre rpartie entre divers noeuds de rseau, lesdonnes particulires quelle utilise peuvent tre galement rparties, sans que le mode derpartition soit ncessairement identique celui de la logique de service. Les service

34、s RIengendrent donc une seconde exigence en matire dattribution, savoir lattribution depoints de stockage des donnes ncessaires au traitement des appels.Recommandation E.734 (10/96) 5 trajets de communicationLa rpartition de la logique de traitement dappel et des donnes engendre un traficsmaphore su

35、pplmentaire, en gnral sur un sous-rseau SS n 7 et un trafic supplmentairesur des circuits commuts (par exemple, pour les trajets de communication vers lespriphriques IP). Il faut dterminer ces nouveaux lments du trafic et il peut tre ncessairede disposer de nouvelles procdures de dimensionnement lor

36、sque des services RI viennentsajouter aux services RTPC/RNIS existants. nouveaux lments de rseau et nouvelles fonctionsLa nouvelle architecture de rseau pour les services RI inclut plusieurs nouveaux lmentsde rseau (par exemple des priphriques intelligents ou des points SCP) et de nouvellesfonctions

37、 pour les noeuds existants (par exemple, des commutateurs locaux et descommutateurs de transit). Ces nouveaux noeuds et ces nouvelles fonctions ncessitent desdirectives de dimensionnement spcifiques pour la planification, la mise en oeuvre et lafourniture de nouveaux services RI.Le priphrique intell

38、igent est un nouvel lment associ la fourniture de services RI quincessite une interaction avec lutilisateur dans le cadre du processus dtablissement de lacommunication, et les points de commande de service (SCP) fournissent la rpartition de lalogique de service ncessaire la prise en charge des servi

39、ces RI. Dautres composantes,telles que les points de transfert smaphores (STP) et leurs liaisons dinterconnexion peuventtre prsents dans certains rseaux pr-RI ou tre affects uniquement au traitement desmessages pour les services RI. complexit accrue de lestimation de traficLe trafic sera videmment m

40、odifi par les services spcifiques mis en oeuvre et par la faondont les services sont demands par les utilisateurs, mais le processus dattribution desressources modifiera la rpartition des charges de trafic (exprimes par le nombre demessages ou dappels provenant ou aboutissant un noeud donn par unit

41、de temps). Lesprvisions de trafic des concepteurs des services peuvent ne pas tre aisment accessibles(par exemple, si le service est mis en oeuvre dans un rseau diffrent). Les utilisateurspeuvent en outre trouver, pour les services, des applications nouvelles non prvues par leconcepteur ou loprateur

42、 de rseau. Les procdures de planification, dattribution et dedimensionnement doivent donc tre suffisamment souples pour offrir, aussi rapidement quepossible, les ressources ncessaires et rpondre laccroissement et lvolution des besoinsdes utilisateurs. redimensionnementLintroduction rapide de nouveau

43、x services RI impose une bonne comprhension desconsquences de ces nouveaux services sur les diffrentes parties de linfrastructure RI. A ceteffet, une nouvelle procdure dingnierie du trafic est mise en place: le redimensionnement.Larticle 9 donne une description dtaille du redimensionnement. autres l

44、ments prendre en considrationLes fonctions SMAF, SCEF et SMF du RI doivent galement tre prises en compte car cesfonctions engendreront des messages qui pourront constituer une partie de la charge detraitement pour dautres fonctions du RI; ces messages pourront tre transports par certainsoprateurs de

45、 rseau dans le rseau smaphore du SS n 7.6 Recommandation E.734 (10/96)5.2 Approche gnrale du dimensionnementLa Figure 1 prsente les diverses actions prises par les oprateurs de rseau pour rpondre auxchangements de la demande de service et aux modifications de charge de trafic suivant diffrenteschell

46、es de temps: gestion du trafic (court terme); redimensionnement (moyen terme); dimensionnement (long terme).La planification de services RI commence en gnral par lestimation de la demande prvue qui seraprobablement fonde sur des tudes de march sur ces services. La prvision faite en termes deventes,

47、de clients et peut-tre dutilisation, doit tre traduite en matrices de trafic donnant les chargesde circuits entre noeuds et le volume de la demande de messages (voir 6.1, et la Figure 2, pour plusde dtails).Une fois dtermine, la demande est traduite en termes dquipements et de noeuds fonctionnels du

48、rseau, puis les capacits fonctionnelles exiges dans le rseau sont attribues chacun des noeuds.Ensuite, la demande de trafic est spcifie par type et par lieu gographique et les rglesdacheminement sont tablies pour les diffrents services. Les lments individuels du rseaupeuvent alors tre dimensionns et on procde une esti