Prsentation de lingnierie du trafic

Ce document prsente le domaine de lingnierie du trafic partir dextraits de Recommandations de lUIT (Union Internationale des Tlcommunications). La premire partie (provenant de la Rec. UIT-T E.361) prcise certains termes utiliss notamment dans le domaine du tltrafic. La seconde partie (provenant de la Rec. UIT-T E.490.1) prsente les domaines dintervention de lingnierie du trafic. Extraits de la Recommandation UIT-T E.361 3.2 blocage: refus ou non-admission d'une demande d'appel ou de connexion, fond par exemple sur le manque de ressources disponibles dans une liaison donne (par exemple, ressources en termes de largeur de bande de liaison ou de file d'attente). 3.3 appel: terme gnrique employ pour dcrire l'tablissement, l'utilisation et la libration d'une connexion (chemin support) ou d'un flux de donnes. 3.6 classe de service: caractristiques d'un service tel qu'il est dcrit par l'identit de service, le rseau virtuel, les prescriptions de capacit de liaison et les paramtres de seuil de qualit de service et d'coulement du trafic. 3.14 qualit d'coulement du trafic (GOS, grade of service): ensemble de variables nominales de rseau permettant de mesurer l'adquation d'un groupe de ressources dans des conditions spcifies (par exemple, les variables de qualit GOS peuvent tre la probabilit de perte, la dure d'attente de tonalit, etc.). 3.15 normes de qualit d'coulement du trafic: valeurs paramtriques assignes comme objectifs aux variables de qualit d'coulement du trafic. 3.27 qualit de service: ensemble de prescriptions de service que le rseau doit respecter lors du transport associ une connexion ou un flux; effet collectif de la performance d'un service qui dtermine le degr de satisfaction d'un utilisateur du service. 3.28 gestion des ressources par qualit de service: fonctions de rseau qui comprennent l'identification des classes de service, la drivation des tables de routage, l'admission de connexion, l'attribution de largeur de bande, la protection de la largeur de bande, la rservation de largeur de bande, le routage par priorit et la mise en file d'attente par priorit. 3.34 route; itinraire: ensemble de chemins raccordant un noeud d'origine un noeud de destination afin de former un couple O-D. 3.35 routage: processus de dtermination, d'tablissement et d'utilisation de tables de routage afin de choisir des chemins entre un accs d'entre ct rseau de dpart et un accs de sortie ct rseau d'arrive; inclut le processus d'excution du routage d'appel comme du routage de connexion (voir "routage d'appel" et "routage de connexion"). 3.36 table de routage: table dcrivant les chemins possibles et les rgles permettant d'en choisir un afin de rpondre une demande donne de connexion ou d'attribution de largeur de bande. 3.39 ingnierie du trafic: discipline couvrant la gestion du trafic, la gestion des capacits, le mesurage et la modlisation du trafic, la modlisation du rseau et l'analyse de la performance. 3.40 mthodes d'ingnierie du trafic: fonctions de rseau assurant l'ingnierie du trafic et comprenant le routage d'appel, le routage de connexion, la gestion des ressources de qualit de service, la gestion des tables de routage et la gestion des capacits.

Extraits de la Recommandation UIT-T E.490.1 () 5 PRINCIPALES TCHES DE L'INGNIERIE DU TRAFIC Il est possible de classer les Recommandations relatives l'ingnierie du trafic en fonction des quatre principales tches effectuer dans ce domaine: caractrisation de la demande de trafic; objectifs de niveau de service (GoS, grade of service); rgulation du trafic et dimensionnement; contrle de la performance. Les relations d'interdpendance entre ces quatre tches sont illustres sur le schma de la Figure 1.

Les tches initiales de l'ingnierie du trafic consistent caractriser la demande de trafic et spcifier les objectifs de GoS (ou de performance). Les rsultats de ces deux tches interviennent dans les ressources de dimensionnement du rseau et la spcification de la rgulation du trafic. Enfin, il faut procder un contrle de la performance pour dterminer si les objectifs de GoS ont t atteints, tche qui constitue un contrle additionnel de l'ensemble du processus. Les quatre tches susmentionnes sont dcrites dans les 6, 7, 8 et 9. Chaque paragraphe prsente un aperu gnral des diffrentes tches et rsume les Recommandations qui y sont associes. De plus, le 10 contient un rsum de quelques Recommandations supplmentaires dont le domaine d'application ne correspond pas aux points indiqus dans le classement tabli dans la prsente Recommandation.

6 CARACTRISATION DE LA DEMANDE DE TRAFIC Pour caractriser le trafic on utilise des modles qui tablissent une approximation du comportement statistique du trafic du rseau dans une grande population d'utilisateurs. Les modles de trafic adoptent des hypothses simplifies se rapportant aux processus complexes du trafic. A l'aide de ces modles, la demande de trafic est caractrise par un ensemble limit de paramtres (moyenne, variance, indice de dispersion des valeurs comptes, etc.). La modlisation du trafic consiste essentiellement rechercher les

hypothses simplifies possibles et dterminer les diffrents paramtres applicables du point de vue de l'incidence de la demande de trafic sur la performance du rseau. Des mesures du trafic sont effectues en vue de valider ces modles qui sont modifis en cas de besoin. Toutefois, comme ils n'exigent pas de modifications frquentes, les mesures du trafic servent gnralement valuer les valeurs affectes aux paramtres dfinis dans les modles du trafic pour chaque segment du rseau et pour chaque priode de temps considre. Pour complter la fois la modlisation du trafic et les mesures du trafic, il faut aussi recourir la prvision du trafic car, pour les besoins de la planification et du dimensionnement, il ne suffit pas de caractriser la demande de trafic actuelle, mais il est en revanche impratif de prvoir la demande de trafic pour la dure envisage dans le processus de planification. Par consquent, les Recommandations traitent de ces trois aspects de la caractrisation du trafic que sont la modlisation, les mesures et la prvision du trafic.

6.1 Modlisation du trafic

Les Recommandations relatives la modlisation du trafic sont numres dans le Tableau 1. Il n'existe pas de Recommandations spcifiques sur la modlisation du trafic pour le rseau tlphonique classique commutation de circuits. Le seul service assur par ce rseau est la tlphonie, pour autant que les autres services, comme la tlcopie, n'exercent pas d'influence dterminante sur la demande totale de trafic. Chaque appel s'appuie sur une connexion symtrique bidirectionnelle point point de 64 kbit/s. Le trafic est caractris par un taux d'appel et par un temps d'occupation moyen chaque paire originedestination. Les seules hypothses ncessaires sont le processus d'arrive des appels selon la loi de Poisson (pour les voies de premier choix) et la distribution exponentielle ngative de la dure des appels. Ces hypothses sont expliques dans les Recommandations relatives au dimensionnement.

Le problme s'avre beaucoup plus complexe dans les rseaux RNIS-BE et RNIS-LB ainsi que dans le rseau IP. En effet, il existe une varit beaucoup plus grande de services dont chacun a des caractristiques diffrentes, mais aussi des schmas d'appel et des prescriptions de qualit de service diffrents. Les Recommandations UIT-T E.711 et E.716 expliquent que respectivement dans le RNISBE et dans le RNIS-LB, une demande d'appel doit tre dfinie par un ensemble de caractristiques de la connexion (ou attributs d'appel) et par une structure d'appel. Exemples de caractristiques de la connexion: mode de transfert d'information ( commutation de circuits ou commutation de paquets), configuration de la communication (point point, multipoint et diffusion), dbit de transfert, symtrie (symtrique unidirectionnel ou bidirectionnel ou encore asymtrique bidirectionnel), prescriptions de qualit de service, etc. La structure d'appel est dfinie en termes de squence d'vnements survenus au moment de l'appel et de dures coules entre ces vnements. Elle est dcrite par une srie de variables du trafic qui sont exprimes en tant que variables statistiques, c'est--dire comme moments ou quantiles de distribution de variables alatoires indiquant le nombre d'vnements ou de dures entre les vnements. Les variables du trafic peuvent tre classes en variables de trafic au niveau de la communication (ou au niveau de la connexion) et au niveau du paquet (ou au niveau de la transaction ou encore des cellules pour ce qui est de l'ATM). Les variables de trafic au niveau de la communication se rapportent aux vnements qui se produisent au cours des phases d'tablissement et de libration de la communication.

Exemples: nombre moyen de nouvelles tentatives en cas de non-aboutissement et temps d'occupation moyen de l'appel. Les variables de trafic au niveau du paquet se rapportent aux vnements qui se produisent au cours de la phase de transfert de l'information et dcrivent le processus d'arrive des paquets ainsi que la longueur du paquet. La Rec. UIT-T E.716 dcrit un certain nombre de mthodes diffrentes permettant de dfinir les variables de trafic au niveau du paquet. Ds que chaque type d'appel a t modlis, la demande d'usager est caractrise, conformment aux Recommandations UIT-T E.711 et E.716, par le processus d'arrive des appels de chaque type. D'aprs la caractrisation de la demande d'usager tablie dans les Recommandations UIT-T E.711 et E.716, les Recommandations UIT-T E.712 et E.713 expliquent la faon de modliser le trafic offert un groupe de ressources, respectivement, dans le plan d'usager et dans le plan de commande. Enfin, la Rec. UIT-T E.760 traite du problme de la modlisation du trafic dans les rseaux mobiles o la demande de trafic par usager est alatoire tout comme le nombre d'usagers desservis chaque instant par une station de base ou par un central local. Cette Recommandation indique des mthodes pour estimer la demande de trafic dans la zone de couverture de chaque station de base ainsi que des modles de la mobilit pour estimer le taux de transfert entre les cellules ainsi que le taux d'actualisation de la position. () 6.3 PRVISION DU TRAFIC La prvision du trafic est ncessaire la fois pour les tudes stratgiques (par exemple: dcision concernant la mise en oeuvre d'un nouveau service) et pour la planification du rseau, c'est--dire planification des investissements en matire d'quipement et de la fourniture des circuits. Les Recommandations relatives la prvision du trafic sont numres dans le Tableau 3. Bien que le titre des deux premires Recommandations fasse rfrence au trafic international, celles-ci s'appliquent aussi au trafic l'intrieur d'un pays. Les Recommandations UIT-T E.506 et E.507 traitent de la prvision des services traditionnels pour lesquels il existe des donnes rtrospectives. La Rec. UIT-T E.506 donne des directives sur certaines conditions pralables pour la prvision du trafic international: les donnes de base, non seulement celles qui concernent le trafic et les communications, mais aussi les donnes conomiques, sociales et dmographiques sont d'une importance vitale pour la prvision. Par ailleurs, comme cette srie de donnes peut tre incomplte, des stratgies sont recommandes pour le traitement des donnes qui font dfaut. Diffrentes mthodes de prvision sont prsentes: la mthode de prvision directe fonde sur le trafic mesur pendant la priode de rfrence et la mthode de prvision composite fonde sur les minutes comptables et les procdures descendantes et ascendantes. () La Rec. UIT-T E.507 contient un aperu gnral des diffrentes techniques mathmatiques utilises pour les prvisions: modles d'ajustement de la courbe, modles autorgression, modles autorgression moyenne glissante intgre (ARIMA, autoregressive integrated moving average), modles spatiaux d'tat avec filtrage de Kalman, modles rgression et modles conomtriques. Elle dcrit galement des mthodes permettant d'valuer les modles de prvision et de choisir le modle le plus appropri pour chaque cas, en fonction des donnes disponibles, de la longueur de la priode de prvision, etc. La Rec. UIT-T E.508 traite des prvisions relatives aux nouveaux services de tlcommunication pour lesquels il n'existe pas de donnes rtrospectives. Plusieurs techniques y sont dcrites: tude de march, mthodes d'experts et conomtrie sectorielle. Cette Recommandation explique aussi comment combiner les prvisions obtenues partir de techniques diffrentes, comment procder des essais des prvisions et comment les ajuster lorsque le service commence fonctionner et que les premires mesures sont effectues.

7 Objectifs de niveau de service

Le niveau de service (GoS, grade of service) est dfini dans la Rec. UIT-T E.600 ou dans la Rec. UIT-T E.720 comme tant un ensemble de paramtres d'ingnierie de trafic servant mesurer l'efficacit des installations dans des conditions donnes; ces paramtres de GoS sont, par exemple, la probabilit de

blocage, la probabilit de temps d'attente, etc. Le blocage ou les retards sont dus au fait que la capacit d'coulement du trafic d'un rseau ou d'un de ses lments est limite et que la demande de trafic est de nature stochastique. Le niveau GoS est la partie de la performance du rseau (NP, network performance) qui se rapporte au trafic et qui se dfinit en tant qu'aptitude d'un rseau ou d'une portion de rseau assurer les fonctions lies des communications entre usagers. La performance du rseau ne couvre pas seulement le niveau GoS (ou traficabilit) mais aussi d'autres aspects non lis au trafic comme la sret de fonctionnement, la transmission et la justesse de taxation. Les objectifs de NP et, en particulier, les objectifs de GoS sont tirs des prescriptions de la qualit de service (QS), comme cela est indiqu la Figure 1. La qualit de service est un ensemble de performances du service qui dterminent le degr de satisfaction qu'un utilisateur a d'un service. Les paramtres de QS sont orients vers l'usager et sont dcrits indpendamment du rseau. Les paramtres de NP, tout en tant drivs de ces paramtres de QS, sont orients vers le rseau, c'est--dire qu'ils servent spcifier les prescriptions de la performance de rseaux particuliers. Bien qu'ils dterminent en fin de compte la qualit QS (observe par l'usager), ces paramtres ne dcrivent pas ncessairement la qualit d'une manire qui soit significative pour les usagers. Les prescriptions de QS dterminent les objectifs de GoS de bout en bout. A partir des objectifs de bout en bout, les objectifs de GoS sont segments pour chaque tape ou composante du rseau. Cette segmentation dpend de la stratgie de l'oprateur du rseau. Par consquent, les Recommandations ne prcisent que la segmentation et l'attribution des objectifs de GoS aux diffrents rseaux qui peuvent avoir besoin de cooprer pour tablir une communication (par exemple: rseau national d'origine, rseau international et rseau national de destination dans une communication internationale). Afin de fournir un aperu gnral du rseau considr et de faciliter la segmentation des objectifs de GoS, les Recommandations ont eu recours la notion de "connexions de rfrence". Une connexion de rfrence comprend un ou plusieurs dessins simplifis du trajet qu'un appel (ou une connexion) peut dcrire dans le rseau, y compris avec des points de rfrence appropris lorsque les interfaces entre les entits sont dfinies. Dans certains cas, un point de rfrence dfinit une interface entre deux oprateurs. () La Rec. UIT-T E.701 dcrit des connexions de rfrence pour les rseaux RNIS-BE, la Rec. UIT-T E.751 pour les rseaux mobiles terrestres, la Rec. UIT-T E.752 pour les systmes maritimes et aronautiques, la Rec. UIT-T E.755 pour les services TPU et enfin, la Rec. UIT-T E.651 pour les rseaux IP. Cette dernire Recommandation dcrit des connexions de rfrence gnrales pour les connexions de bout en bout et des connexions plus dtailles pour le rseau d'accs dans le cas des systmes HFC. A titre d'exemple, la Figure 2 (tire de la Figure 6-2/E.651) illustre la connexion de rfrence entre un rseau IP et un rseau RPTC ou RNIS ou entre un rseau RTPC ou RNIS et un rseau IP.

Les principes expliqus plus haut sont appliqus maintenant pour dfinir les objectifs de GoS, enpartant de la Rec. UIT-T E.720, consacre plus particulirement au RNIS-BE. Les Recommandations relatives aux objectifs de GoS pour le RTPC, qui sont gnralement plus anciennes, reposent sur des principes diffrents et peuvent dsormais tre considres comme constituant une exception parmi l'ensemble des Recommandations relatives au niveau GoS. Cet aperu gnral dbutera par les nouvelles Recommandations qui sont numres dans le Tableau 5. () Cet aperu gnral des Recommandations relatives au niveau GoS s'achvera par celles qui sont consacres au RTPC. Elles sont numres dans le Tableau 6.

()

() Comme cela a t indiqu prcdemment, les Recommandations UIT-T E.540, E.541 et E.543 peuvent tre considres comme tant les pendants de la Rec. UIT-T E.721 pour le RTPC, bien qu'elles soient organises d'une manire diffrente. L'accent est mis sur les connexions internationales, selon la pratique courante dans les anciennes Recommandations. La Rec. UIT-T E.540 spcifie la probabilit de blocage de la partie internationale d'une connexion internationale, la Rec. UIT-T E.541 la probabilit de blocage de bout en bout d'une connexion internationale et enfin, la Rec. UIT-T E.543 la probabilit de perte interne ainsi que les dlais d'un centre tlphonique international. Les valeurs cibles spcifies dans toutes les Recommandations relatives au niveau de GoS partent du principe que le rseau et ses composantes sont pleinement oprationnels. En revanche, les Recommandations relatives la disponibilit traitent de l'intensit des dfaillances et de la dure des dfaillances des composantes du rseau sans tenir compte de la fraction des tentatives d'appel qui sont bloques en raison des dfaillances. La Rec. UIT-T E.550 cherche combiner les notions de disponibilit et d'encombrement du trafic et dfinit de nouveaux paramtres de performance ainsi que des valeurs cibles qui tiennent compte de leurs effets combins dans un centre tlphonique. 8 RGULATION DU TRAF IC ET DIMENSIONNEMEN T Une fois que la demande de trafic a t caractrise et que les objectifs de GoS ont t fixs, l'ingnierie du trafic permet une conception et une exploitation efficaces du rseau tout en veillant ce que la demande de trafic soit assure et que les objectifs de GoS soient satisfaits. Le dimensionnement du rseau et la rgulation du trafic sont des lments de l'ingnierie du trafic qui entrent en ligne de compte dans la conception et l'exploitation des rseaux. Le dimensionnement du rseau assure que le rseau a suffisamment de ressources pour prendre en charge la demande de trafic. Il englobe le dimensionnement des lments physiques du rseau mais aussi de ses lments logiques, comme les conduits virtuels d'un rseau ATM. Par ailleurs, la rgulation du trafic est ncessaire pour veiller au respect des objectifs de GoS. Parmi ces moyens de rgulation du trafic, il y a lieu de distinguer: l'acheminement du trafic: les plans d'acheminement dcrivent les choix entre faisceaux de routes ainsi que les rgles des slections des routes pour chaque paire origine-destination. L'acheminement peut tre de type hirarchique ou non hirarchique, fixe ou dynamique. Pour ce qui est des mthodes dynamiques on distingue les mthodes d'acheminement en fonction du temps, o le plan d'acheminement est modifi heures fixes car les modifications sont planifies l'avance et l'acheminement en fonction de l'tat du rseau ou en fonction des vnements, le rseau modifiant automatiquement le plan d'acheminementen fonction de l'tat actuel du rseau. Les Recommandations UIT-T E.170 E.177, E.350 E.353 et E.360.1 E.360.7, qui traitent toutes de l'acheminement, n'entrent pas dans le cadre du prsent aperu gnral. Toutefois, dans les Recommandations relatives l'ingnierie du trafic qui sont exposes ici, il est constamment fait rfrence l'acheminement. D'une part, la conception de l'acheminement repose sur certains aspects de l'ingnierie du trafic: par exemple, les systmes d'acheminement avec dbordement font appel des considrations de rentabilit, les mthodes d'acheminement dynamique s'appuient sur des considrations de solidit dans des conditions de surcharges focalises ou de dfaillances ou concernant les erreurs de prvision du trafic. D'autre part, le dimensionnement du rseau tient compte des mthodes et des plans d'acheminement; les mcanismes de commande de gestion du trafic rseau: ils assurent que le dbit du rseau est maintenu dans n'importe quelle condition de surcharge ou de dfaillance. On distingue la fois des dispositions de protection ou des dispositions ayant un caractre d'expansion. Les dispositions de protection comme le blocage sur indicatif ou l'espacement des appels assurent que le rseau ne gaspille pas de ressources pour traiter des appels qui n'aboutiront pas ou limitent le flux des appels ncessitant de nombreuses ressources du rseau (appels de dbordement). Les dispositions ayant un caractre d'expansion servent racheminer le trafic vers les parties du rseau qui ne sont pas surcharges. La gestion du trafic a lieu gnralement dans les centres de gestion du trafic o le contrle en temps rel de la performance du rseau se fait grce

la collecte et l'affichage des donnes en temps rel du trafic et de la performance. Les mcanismes de commande sont habituellement dclenchs par un oprateur un moment fix au pralable (sauf lorsqu'un vnement spcial est prvu) ou en temps rel. Les Recommandations UIT-T E.410 E.417 qui traitent de ce sujet, n'entrent pas dans le cadre de l'aperu gnral de la prsente Recommandation. Toutefois, les Recommandations relatives l'ingnierie du trafic qui sont exposes ici font rfrence la gestion du trafic. Par exemple, les prescriptions de mesure indiques dans les Recommandations relatives la mesure du trafic et de la performance tiennent compte des mesures en temps rel ncessaires la gestion du trafic rseau; les mthodes de protection du service: ces mcanismes de rgulation du trafic au niveau de la communication contrlent la qualit de service de certains flux de trafic en appliquant une restriction discriminatoire de l'accs aux faisceaux de circuits dont la disponibilit est faible. La protection du service permet d'assurer la stabilit dans les rseaux possdant un systme d'acheminement non hirarchique en limitant l'acheminement du trafic de dbordement vers une voie dtourne, partage avec une voie de trafic de premier choix. Cette mthode permet aussi d'quilibrer les paramtres de GoS entre les flux de trafic qui ncessitent une largeur de bande diffrente ou d'accorder un service prioritaire un certain type de trafic; les mcanismes de rgulation du trafic au niveau du paquet: ils veillent au respect des objectifs de GoS au niveau du paquet dans le cas des appels ayant t accepts, quel que soit l'tat du rseau et l'tablissement d'une diffrenciation efficace du niveau de GoS entre des services dont les prescriptions de QS au niveau du paquet sont diffrentes. les mcanismes de gestion dans les rseaux utilisant le systme de signalisation n 7 et dans les Rseaux intelligents: tant donn que ces rseaux constituent le systme nerveux de l'ensemble du rseau, l'un des objectifs essentiels de la conception et de l'exploitation de ces rseaux est de maximiser leur robustesse, c'est--dire leur capacit de pouvoir rsister aussi bien des surcharges de trafic qu' des pannes d'lments du rseau. Cet objectif est atteint grce la redondance des lments du rseau et au recours des mcanismes de gestion des encombrements et de la rgulation de la surcharge, comme cela est expliqu dans la Rec. UIT-T E.744 dcrite plus loin. Il convient maintenant de classer les Recommandations relatives au dimensionnement et la rgulation du trafic en fonction des types de rseau: rseaux commutation de circuits, rseaux commutation de paquets ou rseaux utilisant le systme de signalisation n 7 et Rseaux intelligents. 8.1 Rseaux commutation de circuits Les Recommandations relatives la rgulation du trafic et au dimensionnement des rseaux commutation de circuits sont numres dans le Tableau 7 (voir Annexe 1). Ces Recommandations qui traitent du dimensionnement et des mthodes de protection du service tiennent compte des mthodes d'acheminement du trafic. () 8.2 RSEAUX COMMUT ATION DE PAQUETS Les Recommandations relatives la rgulation du trafic et au dimensionnement des rseaux commutation de paquets sont numres dans le Tableau 9 (voir Annexe 2). Elles traitent des rseaux RNIS-BE fonds sur la technologie ATM mais la plupart des mthodes dcrites s'appliquent d'autres rseaux commutation de paquets, comme les rseaux IP, dans lesquels l'admission des connexions est contrle. Le contrle d'admission de connexion (CAC) tablit une division entre le niveau du paquet et le niveau de la connexion. Lorsqu'un utilisateur demande l'tablissement d'une nouvelle connexion, le contrle CAC dcide si la connexion peut tre admise, pour autant que les objectifs de GoS au niveau du paquet des connexions nouvelles ou existantes soient satisfaits. En gnral, lorsque cette dcision est prise, on attribue des ressources (normalement, de la largeur de bande) chaque connexion et on refuse une nouvelle demande lorsque les ressources sont insuffisantes. () ()

8.3 RSEAUX STRUCTURS DE SIGNALISATION ET DU RSEAU INTELLIGENT Les Recommandations relatives la rgulation du trafic et au dimensionnement des rseaux designalisation et des Rseaux intelligents (RI) sont numrs dans le Tableau 10 (voir Annexe 3). Les Recommandations UIT-T E.733 et E.734 traitent du dimensionnement et la Rec. UIT-T E.744 de la rgulation du trafic. () 9 CONTRLE DE LA PER FORMANCE Une fois que le rseau est oprationnel, il faut contrler en permanence le niveau GoS. Bien que le rseau soit dimensionn correctement, il existe des situations de surcharge et de dfaillance dont il n'est pas tenu compte dans le dimensionnement et pour lesquelles il faut prendre des mesures court terme (minutes, heures) en matire de gestion du trafic rseau. Dans les diffrentes situations envisages dans le dimensionnement, les erreurs de prvision du trafic ou les approximations effectues dans les modles de dimensionnement peuvent donner lieu un niveau GoS diffrent de celui qui tait prvu. Il faut contrler le niveau GoS pour dtecter ces problmes et obtenir des informations permettant la caractrisation du trafic et la conception du rseau. Selon les problmes dtects, il est possible de procder des reconfigurations du rseau, de modifier les plans d'acheminement ou d'ajuster les paramtres de rgulation du trafic moyen terme (semaines, mois). Il est aussi possible d'valuer l'urgence d'une planification long terme des prolongements du rseau. ()

Annexe 1

Annexe 2

Annexe 3