Brevet FR2844944A1 — publié le 20040326

DISPOSITIF ET PROC D DE PLANIFICATION DE CONFIGURATION D'UN R SEAU DE COMMUNICATIONS PAR PR VISION D' VOLUTION L'invention concerne le domaine des réseaux de communications, et plus particulièrement celui de la planification de la configuration de ces réseaux. En raison de l'intégration permanente de nouveaux services au sein des réseaux et de l'évolution permanente des équipements qui les 10 constituent, la complexité des réseaux ne cesse de croître, de sorte qu'il devient de plus en plus difficile d'anticiper leur évolution en matière de services et de trafic. De plus, en raison d'accords de niveau de service (ou SLAs pour " Service Level Agreements ") que les opérateurs des réseaux prennent vis-à-vis de leurs clients, l'anticipation de l'évolution du réseau revêt 15 de plus en plus d'importance. On entend ici par " anticipation d'évolution " (ou planification), le fait de déterminer quand et o l'on devra intégrer un nouvel équipement (par exemple un routeur ou une nouvelle carte), ou accroître la capacité d'une liaison en matière de trafic, par exemple. La précision de l'anticipation est d'autant plus importante qu'une anticipation trop précoce constitue une approche de type " surdimensionnement " ayant une forte probabilité d'être plus coteuse qu'une anticipation à point nommé, tandis qu'une anticipation trop tardive risque de violer des SLAs et par conséquent de provoquer le mécontentement des 25 clients, éventuellement accompagné de dédommagements, voire même la perte de clients. Afin de permettre cette anticipation d'évolution, deux solutions ont été proposées. La première solution consiste à définir des seuils d'utilisation de bande passante de liaisons et/ou des seuils d'indication de congestion de 30 routeurs, de sorte qu'en cas de franchissement desdits seuils le gestionnaire du réseau soit averti qu'il doit faire évoluer son réseau. La seconde solution consiste à effectuer des études de marché pour estimer l'évolution des besoins des clients et en déduire l'évolution qui doit être apportée au réseau. Ces solutions reposant sur la prise en compte d'un petit nombre de paramètres, elles ne fournissent pas une évaluation de l'évolution du réseau suffisamment précise. Dans le cas de la première solution, on obtient des 5 informations sur l'origine et la localisation du futur problème, mais on ne dispose pas d'information sur la façon dont ledit problème va évoluer, de sorte que l'on ne peut pas estimer l'importance de l'évolution qui doit être apportée au réseau. Par exemple, lorsque le seuil de bande passante d'une liaison est atteint, on a tendance à augmenter systématiquement d'un pourcentage fixe 10 la capacité de la liaison, quels que soient les besoins réels. Dans le cas de la seconde solution, on connaît la tendance générale de l'évolution d'utilisation des services, mais on ne sait pas ce que l'évolution risque de perturber au niveau du réseau, et encore moins le(s) lieu(x) de la future perturbation. En outre, la plupart des solutions connues proposent une planification 15 du réseau en fonction de l'évolution de paramètres du réseau, mais sans tenir compte de l'utilisation des services et/ou de l'évolution des souscriptions. L'invention a donc pour but de remédier à tout ou partie des inconvénients précités. Elle propose à cet effet un dispositif de traitement de données de 20 configuration d'un réseau de communications, comportant des premiers moyens de calcul capables de déterminer un état prédictif d'utilisation du réseau à partir de premières données représentatives de l'utilisation des ressources et/ou des services au sein de ce réseau, et des seconds moyens de calcul capables de déterminer une proposition de planification d'évolution 25 du réseau à partir de l'état prédictif d'utilisation et de secondes données représentatives des équipements du réseau. On entend ici par " premières données ", des données de performance du réseau telles que, par exemple, les données actuelles et anciennes d'utilisation de ses ressources et/ou de ses services. Par ailleurs, 30 on entend ici par " proposition de planification " une proposition de modification (ou évolution) du réseau précisant notamment des actions à entreprendre sur certains équipements du réseau et des dates d'intervention. Selon une autre caractéristique de l'invention, les premiers moyens de calcul sont préférentiellement agencés de manière à déterminer l'état prédictif d'utilisation du réseau à partir de troisièmes données, complémentaires des premières données et représentatives d'informations de prévision de besoins d'utilisateurs, comme par exemple les futurs types de 5 SLA, susceptibles d'être passés entre l'opérateur du réseau et ses clients actuels et/ou futurs, et l'évolution prévue des souscriptions de service. De la sorte, le dispositif peut déterminer sa proposition de planification non seulement à partir des informations (ou paramètres) accessibles dans le réseau, mais également à partir des prévisions des 1o besoins des clients en matière de ressources et/ou de services, obtenues à l'aide d'études de marché, par exemple. Avantageusement, les premiers moyens de calcul déterminent des profils d'utilisation des SLAs à partir des premières données et des SLAs (de préférence un profil pour chaque SLA), par exemple à l'aide d'une technique 15 d'analyse d'évolution de tendance. Dans ce cas, il est préférable que les premiers moyens de calcul déterminent un profil prédictif d'utilisation de SLA, constituant l'état prédictif d'utilisation du réseau, à partir des profils d'utilisation des SLAs et des troisièmes données (lorsqu'elles sont disponibles). Par ailleurs, il est particulièrement avantageux que les seconds 20 moyens de calcul comportent, d'une part, des moyens d'ingénierie de trafic capables de déterminer une configuration optimale du réseau à partir des secondes données décrivant les équipements du réseau et d'un état prédictif d'utilisation, et d'autre part, des moyens de validation d'état prédictif alimentant les moyens d'ingénierie de trafic avec l'état prédictif délivré par les 25 premiers moyens de calcul, et capables, à réception d'une configuration optimale, associée à l'état prédictif, de déterminer si le réseau peut supporter, ou non, cette configuration optimale, puis, dans la négative, de déterminer les équipements du réseau susceptibles d'être perturbés par l'évolution du réseau qui correspond à l'état prédictif. Dans ce cas, les seconds moyens de 30 calcul peuvent également comprendre des moyens de détermination de planification couplés à une base de données de planification (par exemple agencées sous forme de règles), et agencés de manière à déterminer la proposition de planification à partir de la désignation des équipements perturbés et des données de planification de la base. En présence de tels moyens de détermination de planification, on peut envisager d'effectuer une ou plusieurs boucles de validation des propositions de planification. Pour ce faire, on alimente les moyens 5 d'ingénierie de trafic avec la proposition de planification de sorte qu'ils déterminent une nouvelle configuration optimale correspondant à cette proposition définissant un " nouveau " réseau. Puis, on vérifie avec les moyens de validation si le nouveau réseau, défini par la proposition de planification, peut supporter, ou non, la nouvelle configuration optimale, de io sorte que dans l'affirmative ils adressent aux moyens de détermination de planification une autorisation de délivrer la proposition de planification qu'ils ont préalablement déterminée, et dans la négative ils déterminent les équipements du réseau susceptibles d'être perturbés par cette proposition de planification afin que les moyens de détermination de planification puissent 15 déterminer une nouvelle proposition de planification qui fera éventuellement l'objet d'une nouvelle validation. Par ailleurs, le dispositif de traitement peut également comprendre une interface graphique agencée de manière à permettre, d'une part, à un opérateur de définir les troisièmes données et/ou de contrôler la validation 20 des propositions de planification, et d'autre part, d'afficher chaque proposition de planification et/ou chaque état prédictif d'utilisation. L'invention concerne également un dispositif de gestion d'un réseau de communications, comme par exemple un serveur de type NMS (pour " Network Management System "), équipé d'un dispositif de traitement du 25 type de celui présenté ci-avant. L'invention porte également sur un procédé de traitement de données de configuration d'un réseau de communications, consistant à déterminer, d'une part, un état prédictif d'utilisation du réseau à partir de premières données représentatives de l'utilisation des ressources et/ou des services au 30 sein du réseau, et d'autre part, une proposition de planification d'évolution du réseau à partir de l'état prédictif d'utilisation et de secondes données représentatives des équipements de ce réseau. Le procédé selon l'invention pourra comporter de nombreuses caractéristiques complémentaires qui pourront être prises séparément et/ou en combinaison, et en particulier: - on peut déterminer l'état prédictif d'utilisation du réseau à partir de troisièmes données, complémentaires des premières données et représentatives d'informations de prévision de besoins d'utilisateurs, - on peut déterminer, à partir des premières données et de SLAs, des profils d'utilisation de ces SLAs, et de préférence un profil pour chaque SLA, - on peut déterminer un profil prédictif d'utilisation de SLA, constituant l'état prédictif d'utilisation du réseau, à partir des profils d'utilisation des SLAs, - on peut déterminer le profil prédictif d'utilisation de SLA à partir des troisièmes données et des profils d'utilisation des SLAs, - on peut déterminer les profils d'utilisation des SLAs par évolution de tendance, on peut déterminer une configuration optimale du réseau à partir des 15 secondes données décrivant les équipements du réseau et d'un état prédictif d'utilisation, puis déterminer une configuration optimale, associée à cet état prédictif, puis déterminer si le réseau peut supporter, ou non, cette configuration optimale, et, dans la négative, déterminer les équipements du réseau susceptibles d'être perturbés par l'évolution du 20 réseau qui correspond à l'état prédictif, - on peut déterminer la proposition de planification à partir de la désignation des équipements perturbés et de données de planification stockées dans une base de données, - on peut délivrer une proposition de planification qui minimise les cots 25 d'évolution du réseau, - avant de délivrer la proposition de planification, on peut déterminer une nouvelle configuration optimale qui lui correspond, et à réception d'une nouvelle configuration optimale, associée à cette proposition de planification, on peut déterminer si le nouveau réseau, défini par la 30 proposition de planification, peut supporter, ou non, cette nouvelle configuration optimale, et, dans l'affirmative on peut délivrer la proposition de planification, tandis que dans la négative on détermine les équipements du réseau susceptibles d'être perturbés par cette proposition de planification et on détermine une nouvelle proposition de planification à partir des équipements perturbés. L'invention peut être mise en oeuvre dans tout type de réseau de 5 communications, privé ou public, et en particulier dans les réseaux Internet/lP, MPLS/GMPLS, ATM et Frame Relay. D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels: - la figure 1 illustre de façon schématique une partie d'un réseau de communications équipé d'un dispositif de traitement selon l'invention, implanté dans un serveur de gestion du réseau, - la figure 2 illustre de façon schématique un exemple de réalisation d'un dispositif de traitement selon l'invention, - la figure 3 est un diagramme illustrant un exemple de charge (LERI) de routeur périphérique du réseau en fonction du temps (T), et - la figure 4 est un diagramme illustrant un exemple de charge (LR1-R2) d'une liaison entre deux routeurs de coeur du réseau en fonction du temps (T). Les dessins annexés pourront non seulement servir à compléter 20 l'invention, mais aussi contribuer à sa définition, le cas échéant. Le dispositif de traitement 1 selon l'invention est destiné à être installé au coeur d'un réseau de communications, du type de celui illustré sur la figure 1, par exemple dans un serveur de gestion du réseau 2, de type NMS (pour " Network Management System "), de manière à disposer des mesures des 25 performances du réseau, et notamment des mesures de l'utilisation de ses ressources et de ses services. A titre d'exemple non limitatif, on considère dans ce qui suit que le réseau est un domaine (ou AS pour " Autonomous System ") du réseau public Internet dans lequel les données sont échangées selon le protocole IP. 30 Mais, il pourrait s'agir d'un réseau privé, de type Intranet, ou de plusieurs réseaux public(s) et/ou privé(s) raccordés les uns aux autres. Par ailleurs, on considère dans ce qui suit que les clients du réseau sont liés à l'opérateur par des accords de niveau de service (ou SLAs) qui incluent des parties techniques définies par des spécifications de niveau de service (ou SLSs pour " Service Level Specifications "). Le réseau illustré sur la figure 1 comporte, de façon non limitative, 5 plusieurs routeurs de coeur (ou " core routers ") Ri (ici i = 1 à 5) raccordés les uns aux autres par des liaisons matérialisées par des traits épais, et des routeurs périphériques (ou " edge routers ") ERj (ici j = 1 à 6) chacun raccordés, d'une part, à l'un des routeurs de coeur Ri par une liaison matérialisée par un trait mince, et d'autre part, à des terminaux et/ou serveurs 1o non représentés. Comme indiqué précédemment, ce type de réseau comporte généralement un serveur de gestion 2 couplé à l'un au moins des routeurs de coeur Ri et alimenté en permanence en données d'informations représentatives de mesures de performances du réseau, de manière à 15 délivrer au gestionnaire du réseau, via une interface graphique, des informations sur le fonctionnement de son réseau. Ces informations de fonctionnement permettent donc au gestionnaire du réseau (ou à son opérateur) de gérer en temps réel le réseau. Mais, elles ne lui permettent pas directement de prévoir les modifications qui devront être 20 apportées au réseau du fait de l'augmentation du trafic et/ou des services offerts, et plus généralement en fonction des futurs besoins des clients actuels et futurs. L'invention propose donc un dispositif 1 de traitement des données de configuration du réseau destiné à élaborer, à l'attention du gestionnaire du 25 réseau, des propositions de modification du réseau (ou propositions de planification) permettant d'anticiper les futurs besoins à l'instant le mieux approprié. Un exemple de réalisation d'un tel dispositif de traitement 1 est illustré sur la figure 2. Il comporte tout d'abord un premier module de calcul 3 destiné 30 à déterminer un état prédictif d'utilisation du réseau à partir de premières données représentatives, d'une part, de mesures de l'utilisation des ressources du réseau, et d'autre part, de mesures de l'utilisation des services au sein du réseau. Préférentiellement, ces mesures sont non seulement les dernières obtenues mais également celles obtenues dans le passé (dans un intervalle de temps choisi). Le dispositif de traitement 1 comporte également un second module de calcul 4 chargé d'élaborer des propositions de planification d'évolution du 5 réseau à partir de l'état prédictif d'utilisation, fourni par le premier module de calcul 3, et de secondes données représentatives des équipements du réseau. Préférentiellement, ces secondes données définissent la topologie du réseau et les caractéristiques des équipements qui le composent, ou en d'autres termes le détail des différentes ressources offertes par le réseau. io Par ailleurs, le dispositif de traitement 1 comprend préférentiellement une interface graphique utilisateur 5, de type GUI (pour " Graphical User Interface "), permettant, d'une part, d'afficher sur un écran, par exemple celui du serveur de gestion 2, les propositions de planification élaborées par le second module de calcul 3, ainsi qu'éventuellement l'état prédictif déterminé 15 par le premier module de calcul 4, et d'autre part, au gestionnaire du réseau de contrôler le fonctionnement du dispositif de traitement 1. Dans un mode de réalisation préféré, le premier module de calcul 3 comporte tout d'abord un module d'extraction 6 capable d'élaborer des profils d'utilisation des SLAs 7 à partir des premières données, fournies, notamment, 20 par les routeurs de coeur Ri du réseau, et des SLAs passés entre l'opérateur du réseau et ses clients. Préférentiellement, le module d'extraction 6 élabore un profil d'utilisation pour chaque SLA. Par ailleurs, les premières données représentant l'historique des mesures des performances du réseau, le module d'extraction 6 élabore préférentiellement ses profils d'utilisation de SLA 7 par 25 extrapolation, à l'aide d'une technique d'analyse d'évolution de tendance. Le module d'extraction 6 délivre également des alarmes prédictives ou non, lorsqu'un événement se produit ou lorsqu'il risque de se produire, à partir de l'analyse des mesures et des historiques de ces mesures. Une fois que le module d'extraction 6 a élaboré ses profils d'utilisation 30 des SLAs 7, il les communique à un module d'agrégation 8 du premier module de calcul 3. Celui-ci est chargé de déterminer l'état prédictif d'utilisation du réseau à partir, notamment, des profils d'utilisation des SLAs 7, ainsi que préférentiellement de troisièmes données représentatives d'informations de prévision de besoins d'utilisateurs. Ces troisièmes données sont par exemple les futurs types de SLAs, susceptibles d'être passés entre l'opérateur du réseau et ses clients actuels et/ou futurs, et/ou l'évolution prévue des souscriptions de service. Elles sont 5 obtenues par l'opérateur à l'aide d'études de marché et transmises au module d'agrégation 8 par exemple via un module de transmission 9 de l'interface graphique GUI 5. L'état prédictif délivré par le module d'agrégation 8 est préférentiellement un profil prédictif d'utilisation de SLA obtenu par agrégation 1o de l'ensemble des profils d'utilisation des SLAs, extrapolés à partir des premières données reçues du réseau, puis prise en compte des troisièmes données représentatives des futurs besoins. En fait, comme indiqué précédemment, les SLAs sont constitués d'un ou plusieurs SLSs qui définissent l'ensemble des paramètres techniques du service (ainsi que les 15 seuils à garantir). Chacun de ces paramètres est généralement un nombre réel dont la valeur est estimée en fonction du temps, de sorte que l'historique d'un paramètre est généralement sous la forme d'une courbe. C'est notamment le cas de la bande passante illustrée sur les figures 3 et 4. L'agrégation se fait par conséquent à partir de l'addition des différentes 20 courbes associées à chaque paramètre, comme par exemple la courbe des mesures (ou d'extrapolation) et une courbe obtenue à partir d'études de marché. Des coefficients de pondération peuvent être introduits dans ces additions, par exemple pour donner plus de poids à certaines prédictions considérées comme plus fiables, ou à certains services, ou encore à des 25 prédictions plutôt qu'aux courbes issues des études de marché. Le dispositif peut ainsi déterminer une proposition de (re-)planification particulièrement précise puisqu'elle prend en compte, d'une part, les informations (ou paramètres) représentatives de l'historique des performances du réseau, et d'autre part, les prévisions des besoins des 30 clients en matière de ressources et/ou de services. Préférentiellement, chaque état prédictif élaboré par le module d'agrégation 8, du premier module de calcul 3, est transmis à un premier module d'affichage 10 de l'interface graphique GUI 5, de sorte que le gestionnaire du réseau puisse l'analyser, et éventuellement la rejeter s'il ne veut pas qu'il soit pris en compte. Egalement dans un mode de réalisation préféré, le second module de calcul 4 comporte tout d'abord un module de validation 11 chargé, 5 notamment, de valider les états prédictifs (ici sous la forme de profils prédictifs d'utilisation de SLA) qui sont délivrés par le premier module de calcul 3. Préférentiellement, la validation d'un état prédictif s'effectue en collaboration avec un module d'ingénierie de trafic 12 du second module de calcul 4, tel que, pour les réseaux de type MPLS, le module 5620 TSOM de la Société 1o ALCATEL. Tout d'abord, le module de validation 11 transmet au module d'ingénierie de trafic 12 l'état prédictif reçu, de sorte qu'il détermine, à partir de cet état prédictif et de (secondes) données représentatives de la configuration actuelle (ou " layout ") du réseau existant, une configuration 15 optimale dudit réseau. Il s'agit en fait de déterminer la meilleure utilisation possible des ressources du réseau existant compte tenu de l'état prédictif élaboré. Une fois que le module d'ingénierie de trafic 12 a déterminé la configuration optimale, il la communique au module de validation 11 qui vérifie si les ressources offertes par les équipements du réseau (routeurs, 20 commutateurs, interfaces, liens physiques, liens logiques, tels que les " paths ", connexions, etc) permettent de supporter ladite configuration optimale. La description de ces ressources du réseau (ou " info-modèle ") est préférentiellement partagée par les constituants du second module de calcul 4. Si tel est le cas, cela veut dire que le réseau existant peut supporter les futurs besoins. Par conséquent, il n'est pas nécessaire d'élaborer une proposition de (re-)planification du réseau. Préférentiellement, le gestionnaire du réseau en est informé via l'interface graphique GUI 5. En revanche, si le réseau existant ne peut supporter les futurs 30 besoins, le module de validation 11 détermine quel(s) équipement(s) du réseau est (sont) susceptible(s) d'être perturbé(s) par l'évolution du réseau qui correspond à l'état prédictif. On entend ici par " être perturbé ", le fait de ne pas suffire aux futurs besoins en matière de ressources et/ou de services. Par exemple, dans le cas d'un second module de calcul 4 tel que le module 5620 TSOM de la Société ALCATEL, on cherche à répartir la charge du trafic sur l'ensemble des ressources du réseau. Si la charge est supérieure à la capacité de transport du réseau, on surcharge certaines ressources, comme 5 on le fait dans le cas des " surréservations ". Cette solution fonctionne assez bien lorsque tous les clients utilisateurs des ressources du réseau n'utilisent pas le réseau de façon simultanée. Le second module 4 fournit donc tout ou partie des informations de sur-réservation des ressources du réseau. Puis, une fois qu'il a déterminé les équipements qui sont susceptibles io d'être perturbés, le module de validation 11 fournit leurs désignations à un module de planification 13, du second module de calcul 4, chargé de faire des propositions d'évolution (ou modification) du réseau existant. En fait, le module de planification 13 détermine une nouvelle configuration du réseau, par exemple en proposant une mise à jour de certains routeurs et/ou 15 certaines interfaces permettant de supporter de plus gros débits. Préférentiellement, ce module de planification 13 est couplé à une base de données de planification 14, contenant des données, préférentiellement sous forme de règles définies par un planificateur. Ces règles peuvent prendre en compte les informations de sur-réservation 20 délivrées par le second module de calcul 4. Parmi les règles possibles on peut citer par exemple " Si une liaison est utilisée à plus de 90%, alors il faut augmenter, de la valeur appropriée, la capacité de cette liaison " ou " Si un routeur possède une interface qui est utilisée à plus de 80%, alors il faut le remplacer par un routeur de la classe 25 supérieure ". On peut également citer la règle: " Si une interface d'un routeur est sur-réservée à plus de 20% de sa charge maximale, alors il faut proposer une mise à jour de 50% de cette interface ". Préférentiellement, les données (règles) de planification sont élaborées de sorte que la proposition de planification minimise les frais de 30 modification du réseau existant. Le module de planification 13 élabore donc une proposition de planification (ou modification) du réseau à partir de la désignation des équipements perturbés et des données de planification contenues dans la base de données 14. La proposition de planification (ou modification) décrit chaque équipement devant être modifié ou remplacé, les localisations précises de ces équipements, et l'instant le plus favorable pour procéder aux modifications. Avant de fournir la proposition de planification (ou modification) au gestionnaire du réseau, on peut, à ce stade, effectuer une boucle de validation de la proposition. Pour ce faire, le module de planification 13 transmet sa proposition de planification au module d'ingénierie de trafic 12, de sorte qu'il détermine une nouvelle configuration optimale du réseau modifié 1o objet de la proposition. Il s'agit en fait de déterminer la meilleure utilisation possible des ressources du réseau proposé. Une fois que le module d'ingénierie de trafic 12 a déterminé la nouvelle configuration optimale, il la communique au module de validation 11 qui vérifie si les ressources offertes par les équipements du réseau modifié permettent de supporter ladite 15 nouvelle configuration optimale. Si tel est le cas, cela veut dire que la proposition de planification est valable. Le module de validation 11 autorise alors le module de planification 13 à communiquer sa proposition de planification à un second module d'affichage 15 de l'interface graphique GUI 5, de sorte que le gestionnaire du 20 réseau puisse l'analyser. En revanche, si le réseau modifié ne peut supporter la nouvelle configuration optimale, le module de validation 11 détermine quel(s) équipement(s) du réseau est (sont) susceptible(s) d'être perturbé(s) par la configuration optimale déterminée par le module d'ingénierie de trafic 12. Il 25 fournit alors au module de planification 13 les désignations des équipements du réseau susceptibles d'être perturbés de sorte qu'il détermine une nouvelle proposition de planification, qui peut éventuellement faire l'objet d'une nouvelle validation. En fait, on peut configurer le dispositif de traitement 1 de sorte qu'il effectue des boucles de validation jusqu'à ce que le module de 30 validation 11 décide qu'une proposition de planification est valable, ou en d'autres termes qu'aucun équipement du réseau modifié ne risque d'être perturbé. On peut éventuellement prévoir une limitation du nombre maximal de boucles de validation. Préférentiellement, l'interface graphique GUI 5 comporte un module de contrôle 15 permettant au gestionnaire du réseau de contrôler la procédure de planification et notamment la boucle de validation. On va maintenant décrire un exemple de génération d'une proposition 5 de modification du réseau illustré sur la figure 1, en référence aux figures 3 et 4. Dans cet exemple, les différents routeurs périphériques ERj présentent tous un profil de charge LERj du type de celui illustré sur la figure 3. Plus précisément, ce profil de charge LER] comporte une première partie A, en 1o trait continu, représentant l'évolution du trafic mesuré en fonction du temps, et une seconde partie B, en pointillés, représentant la prédiction d'évolution du trafic en fonction du temps. Par ailleurs, la liaison entre les routeurs de coeur RI et R2 présente un profil de charge LR1-R du type de celui illustré sur la figure 4. Plus 15 précisément, ce profil de charge LR1-R2 comporte une première partie A, en trait continu, représentant l'évolution du trafic mesuré en fonction du temps, et une seconde partie B, en pointillés, représentant la prédiction d'évolution du trafic en fonction du temps. Dans cet exemple, la prévision d'évolution de charge B des routeurs 20 périphériques ERj est encore assez loin du seuil maximal S de charge, fixé par les règles de la base de données de planification 14. En revanche, la prévision d'évolution de charge B de la liaison entre les routeurs de coeur RI et R2 indique que sa future charge va dépasser le seuil maximal S, fixé par les règles de la base de données de planification 14. Le module d'ingénierie de trafic 12 détermine une configuration optimale correspondant aux prévisions effectuées, compte tenu du réseau existant. Puis, le module de validation 11 vérifie si le réseau existant peut supporter cette configuration. Dans cet exemple, comme indiqué ci-dessus, la surcharge ne peut pas être résolue par une redistribution du trafic entre RI et 30 R2 sur les autres liaisons, puisqu'elles atteindraient alors leurs limites. Par conséquent, le module de validation 11 en déduit qu'une surcharge risque de se produire au niveau des routeurs de coeur Ri et R2 et de leur liaison, dans l'intervalle de temps considéré. Il va donc adresser au module de planification 13 les désignations des routeurs de coeur RI et R2 et de leur liaison, de sorte qu'il élabore une proposition de planification susceptible de pallier cette surcharge. Par exemple, le module de planification 13 propose de remplacer la 5 liaison entre RI et R2 par une liaison présentant une capacité beaucoup plus importante (10 Gb (gigabit) au lieu de 2,5 Gb). Cette solution est par exemple choisie lorsque la base de données de planification 14 comporte une règle stipulant que l'on doit minimiser le nombre de liaisons dont la capacité doit être augmentée. Les premier 3 et second 4 modules de calcul du dispositif de traitement 1 peuvent être respectivement réalisés sous la forme de circuits électroniques, de modules logiciels (ou informatiques), ou d'une combinaison de circuits et de logiciels. L'invention offre également un procédé de traitement de données de 15 configuration d'un réseau de communications. Celui-ci peut être mis en oeuvre à l'aide du dispositif de traitement 1 présenté ci-avant. Les fonctions et sous-fonctions principales et optionnelles assurées par les étapes de ce procédé étant sensiblement identiques à celles assurées par les différents moyens constituant le dispositif de traitement 1, 20 seules seront résumées ci-après les étapes mettant en oeuvre les fonctions principales du procédé selon l'invention. Ce procédé consiste à déterminer, d'une part, un état prédictif d'utilisation du réseau à partir de premières données représentatives de l'utilisation des ressources et/ou des services au sein du réseau, et d'autre 25 part, une proposition de planification d'évolution du réseau à partir de l'état prédictif d'utilisation et de secondes données représentatives des équipements de ce réseau. Préférentiellement, on peut déterminer l'état prédictif d'utilisation du réseau à partir de troisièmes données, complémentaires des premières 30 données et représentatives d'informations de prévision de besoins d'utilisateurs. Grâce à l'invention, le gestionnaire du réseau peut disposer d'un diagnostique particulièrement précis et d'une proposition de modification (ou planification) de son réseau décrivant chaque équipement devant être modifié ou remplacé, les localisations précises de ces équipements, et l'instant le plus favorable pour procéder aux modifications, tout en minimisant les frais. De plus, l'invention permet au gestionnaire du réseau de mieux définir 5 les termes des accords de niveau de service (SLAs) qu'il doit passer avec ses futurs clients compte tenu du réseau existant, ainsi que les termes des SLAs qu'il devra passer avec ses futurs clients lorsque le réseau aura été modifié. L'invention ne se limite pas aux modes de réalisation de procédé et dispositif de traitement décrits ci-avant, seulement à titre d'exemple, mais elle 10 englobe toutes les variantes que pourra envisager l'homme de l'art dans le cadre des revendications ci-après. Ainsi, on a décrit une application de l'invention aux réseaux lnternetlIP, mais elle peut être mise en oeuvre dans tout type de réseau de communications, privé ou public, et notamment dans les réseaux 15 MPLS/GMPLS, ATM et Frame Relay. Par ailleurs, l'invention peut également servir dans la phase de création de service et d'offre de service effectuée par l'opérateur d'un réseau. En effet, au lieu de faire varier les configurations du réseau existant, il est possible de faire varier les définitions des SLAs de manière à optimiser les 20 définitions des SLSs susceptibles d'être supportées par le réseau existant. REVENDICATIONS 1. Dispositif (1) de traitement de données de configuration d'un réseau de communications, caractérisé en ce qu'il comporte des premiers moyens de 5 calcul (3) agencés pour déterminer un état prédictif d'utilisation du réseau à partir de premières données représentatives de l'utilisation des ressources et/ou des services au sein dudit réseau, et des seconds moyens de calcul (4) agencés pour déterminer une proposition de planification d'évolution du réseau à partir dudit état prédictif d'utilisation et de secondes données 1o représentatives des équipements (Ri, ERj) dudit réseau. 2. Dispositif selon la revendication 1, caractérisé en ce que lesdits premiers moyens de calcul (3) sont agencés pour déterminer ledit état prédictif d'utilisation du réseau à partir de troisièmes données, complémentaires, représentatives d'informations de prévision de besoins 15 d'utilisateurs. 3. Dispositif selon l'une des revendications 1 et 2, caractérisé en ce que lesdits premiers moyens de calcul (3) sont agencés pour déterminer, à partir desdites premières données et d'accords de niveau de service, dits " SLAs ", passés entre l'opérateur du réseau et des clients, des profils 20 d'utilisation desdits SLAs (7). 4. Dispositif selon la revendication 3, caractérisé en ce que lesdits premiers moyens de calcul (3) sont agencés pour déterminer un profil d'utilisation de SLA (7) pour chaque SLA. 5. Dispositif selon l'une des revendications 3 et 4, caractérisé en ce 25 que lesdits premiers moyens de calcul (3) sont agencés pour déterminer un profil prédictif d'utilisation de SLA, constituant ledit état prédictif d'utilisation du réseau, à partir desdits profils d'utilisation des SLAs (7). 6. Dispositif selon la combinaison des revendications 3 et 5, caractérisé en ce que lesdits premiers moyens de calcul (3) sont agencés 30 pour déterminer ledit profil prédictif d'utilisation de SLA à partir desdites troisièmes données et desdits profils d'utilisation des SLAs. 7. Dispositif selon l'une des revendications 2 à 6, caractérisé en ce que lesdites premières données sont choisies dans un groupe comprenant l'utilisation en cours des ressources et/ou des services du réseau, et une partie au moins de l'historique de l'utilisation des ressources et/ou des services dudit réseau. 8. Dispositif selon l'une des revendications 6 et 7, caractérisé en ce 5 que lesdits premiers moyens de calcul (3) sont agencés pour déterminer lesdits profils d'utilisation des SLAs (7) par une analyse d'évolution de tendance. 9. Dispositif selon l'une des revendications 2 à 8, caractérisé en ce que lesdites troisièmes données sont choisies dans un groupe comprenant les 10 futurs types de SLAs et l'évolution future des souscriptions de service. 10. Dispositif selon l'une des revendications 1 à 9, caractérisé en ce que lesdits seconds moyens de calcul (4) comportent des moyens d'ingénierie de trafic (12) agencés de manière à déterminer une configuration optimale du réseau à partir desdites secondes données décrivant les équipements (Ri, 15 ERj) dudit réseau et d'un état prédictif d'utilisation, et des moyens de validation d'état prédictif (11) agencés i) pour alimenter lesdits moyens d'ingénierie de trafic (12) avec ledit état prédictif délivré par lesdits premiers moyens de calcul (3), et ii) à réception d'une configuration optimale, associée audit état prédictif, pour déterminer si ledit réseau peut supporter, ou non, 20 cette configuration optimale, puis, dans la négative, déterminer les équipements du réseau susceptibles d'être perturbés par l'évolution du réseau correspondant audit état prédictif. 11. Dispositif selon la revendication 10, caractérisé en ce que lesdits seconds moyens de calcul (4) comprennent des moyens de détermination de 25 planification (13) couplés à une base de données de planification (14) et agencés pour déterminer ladite proposition de planification à partir de la désignation des équipements perturbés et desdites données de planification de ladite base. 12. Dispositif selon la revendication 11, caractérisé en ce que lesdits 30 moyens de détermination de planification (13) sont agencés pour délivrer une proposition de planification minimisant les cots d'évolution du réseau. 13. Dispositif selon l'une des revendications 11 et 12, caractérisé en ce que certaines au moins desdites données de planification sont agencées sous forme de règles de planification. 14. Dispositif selon l'une des revendications 11 à 13, caractérisé en ce que lesdits moyens de détermination de planification (13) sont agencés, avant de délivrer ladite proposition de planification, pour alimenter lesdits moyens 5 d'ingénierie de trafic (12) de sorte qu'ils déterminent une nouvelle configuration optimale correspondant à cette proposition de planification d'évolution du réseau, et en ce qu'à réception d'une nouvelle configuration optimale, associée à ladite proposition de planification, lesdits moyens de validation (11) sont agencés pour déterminer si ledit réseau, défini par ladite 1 o proposition de planification, peut supporter, ou non, cette nouvelle configuration optimale, puis, dans l'affirmative adresser auxdits moyens de détermination de planification (13) une autorisation de délivrer ladite proposition de planification, et dans la négative déterminer les équipements du réseau susceptibles d'être perturbés par ladite proposition de planification 15 et adresser auxdits moyens de détermination de planification (13) la désignation desdits équipements perturbés de sorte qu'ils déterminent une nouvelle proposition de planification. 15. Dispositif selon l'une des revendications 1 à 14, caractérisé en ce qu'il comprend une interface graphique (5) agencée de manière à permettre la 20 définition desdites troisièmes données par un opérateur, et l'affichage de chaque proposition de planification. 16. Dispositif selon la revendication 15, caractérisé en ce que ladite interface graphique (5) est agencée pour permettre l'affichage de chaque état prédictif d'utilisation. 17. Dispositif selon l'une des revendications 15 à 16, en combinaison avec la revendication 14, caractérisé en ce que ladite interface graphique (5) est agencée de manière à permettre à un opérateur de contrôler la validation des propositions de planification. 18. Dispositif (2) de gestion d'un réseau de communications, caractérisé 30 en ce qu'il comprend un dispositif de traitement (1) selon l'une des revendications précédentes. 19. Procédé de traitement de données de configuration d'un réseau de communications, caractérisé en ce qu'il consiste à déterminer i) un état prédictif d'utilisation du réseau à partir de premières données représentatives de l'utilisation des ressources et/ou des services au sein dudit réseau, et ii) une proposition de planification d'évolution du réseau à partir dudit état prédictif d'utilisation et de secondes données représentatives des équipements (Ri, ERj) dudit réseau. 20. Procédé selon la revendication 19, caractérisé en ce que l'on détermine ledit état prédictif d'utilisation du réseau à partir de troisièmes données, complémentaires, représentatives d'informations de prévision de besoins d'utilisateurs. 21. Procédé selon l'une des revendications 19 et 20, caractérisé en ce que l'on détermine, à partir desdites premières données et d'accords de niveau de service, dits " SLAs ", passés entre l'opérateur du réseau et des clients, des profils d'utilisation desdits SLAs (7). 22. Procédé selon la revendication 21, caractérisé en ce que l'on 15 détermine un profil d'utilisation de SLA (7) pour chaque SLA. 23. Procédé selon l'une des revendications 21 et 22, caractérisé en ce que l'on détermine un profil prédictif d'utilisation de SLA, constituant ledit état prédictif d'utilisation du réseau, à partir desdits profils d'utilisation des SLAs (7). 24. Procédé selon la combinaison des revendications 20 et 23, caractérisé en ce que l'on détermine ledit profil prédictif d'utilisation de SLA à partir desdites troisièmes données et desdits profils d'utilisation des SLAs (7). 25. Procédé selon l'une des revendications 20 à 24, caractérisé en ce que lesdites premières données sont choisies dans un groupe comprenant 25 l'utilisation en cours des ressources et des services du réseau, et une partie au moins de l'historique de l'utilisation des ressources et des services dudit réseau. 26. Procédé selon l'une des revendications 21 à 25, caractérisé en ce que l'on détermine lesdits profils d'utilisation des SLAs (7) par analyse 30 d'évolution de tendance. 27. Procédé selon l'une des revendications 20 à 26, caractérisé en ce que lesdites troisièmes données sont choisies dans un groupe comprenant les futurs types de SLAs et l'évolution future des souscriptions de service. 28. Procédé selon l'une des revendications 19 à 27, caractérisé en ce que l'on détermine une configuration optimale du réseau à partir desdites secondes données décrivant les équipements (Ri, ERj) dudit réseau et d'un état prédictif d'utilisation, puis l'on détermine une configuration optimale, 5 associée audit état prédictif, puis l'on détermine si ledit réseau peut supporter, ou non, cette configuration optimale, et, dans la négative, on détermine les équipements du réseau susceptibles d'être perturbés par l'évolution du réseau correspondant audit état prédictif. 29. Procédé selon la revendication 28, caractérisé en ce que l'on io détermine la proposition de planification à partir de la désignation des équipements perturbés et de données de planification stockées dans une base de données. 30. Procédé selon la revendication 29, caractérisé en ce que l'on délivre une proposition de planification minimisant les cots d'évolution du réseau. 31. Procédé selon l'une des revendications 29 et 30, caractérisé en ce que certaines au moins desdites données de planification sont agencées sous forme de règles de planification. 32. Procédé selon l'une des revendications 28 à 31, caractérisé en ce qu'avant de délivrer ladite proposition de planification, on détermine une 20 nouvelle configuration optimale correspondant à cette proposition de planification d'évolution du réseau, et en ce qu'à réception d'une nouvelle configuration optimale, associée à ladite proposition de planification, on détermine si ledit réseau, défini par ladite proposition de planification, peut supporter, ou non, cette nouvelle configuration optimale, puis, dans 25 l'affirmative on délivre ladite proposition de planification, et dans la négative on détermine les équipements du réseau susceptibles d'être perturbés par ladite proposition de planification et on détermine une nouvelle proposition de planification à partir desdits équipements perturbés. 33. Utilisation des procédé, dispositif de traitement (1) et dispositif de 30 gestion (2) selon l'une des revendications précédentes dans des réseaux choisis dans un groupe comprenant les réseaux Internet (IP), MPLS/GMPLS, ATM et Frame Relay.