EP1273141A1 - Systeme d'information pour la construction, la gestion et la supervision dans un reseau de transport d'un faisceau de ressources et noeud d'acces - Google Patents

Systeme d'information pour la construction, la gestion et la supervision dans un reseau de transport d'un faisceau de ressources et noeud d'acces

Info

Publication number
EP1273141A1
EP1273141A1 EP01923769A EP01923769A EP1273141A1 EP 1273141 A1 EP1273141 A1 EP 1273141A1 EP 01923769 A EP01923769 A EP 01923769A EP 01923769 A EP01923769 A EP 01923769A EP 1273141 A1 EP1273141 A1 EP 1273141A1
Authority
EP
European Patent Office
Prior art keywords
database
information processing
resources
information
sub
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP01923769A
Other languages
German (de)
English (en)
Inventor
Didier Neveux
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP1273141A1 publication Critical patent/EP1273141A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H04L45/245—Link aggregation, e.g. trunking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0062—Provisions for network management
    • H04Q3/0066—Bandwidth allocation or management
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Definitions

  • 1 invention relates to an information system for the construction and / or management and / or supervision in a transport network of a bundle having resources between an access node and a destination node linked together by at least a path.
  • bundle is meant a quantity of resources defined and allocated to one or more services between any two nodes of the network.
  • the field of the invention is that of transport networks. It can be rail, road, etc. transport networks. It can also be transport networks, energy networks or telecommunication networks.
  • the transport network of a telecommunications network transporting voice, images and / or data will be considered below.
  • the function of accepting or rejecting an attempt to establish a connection between two nodes of such a network is essential. In particular, it reflects the availability of resources existing between two nodes.
  • Several types of traffic are generally envisaged between two nodes, and the availability of resources then also varies according to the traffic envisaged.
  • 50% of the bandwidth could for example be allocated to immediate transmission ("immediate forwarding") of packets guaranteeing a speed of transmission but not the transmission of all packets , this traffic is often used for real-time applications such as voice transmission; the remaining 50% can be allocated to "best effort" traffic, according to which packets are sent if resources are available, otherwise destroyed, this type of traffic being frequently used when loading "Web" pages under the Internet.
  • the "call by call” mode the request for availability of resources for each call is sent to each node of the network that the telecommunications must cross. Each node analyzes its own capacity to ensure telecommunications to the next node and accepts or rejects the connection request concerning it.
  • "by beam” mode the function of accepting or rejecting a connection attempt applies to the beam.
  • the term “bundle” is as has been said, a quantity of resources defined and allocated to one or more services between any two nodes of the network.
  • the resources were defined and allocated beforehand node by node and according to the traffic during the construction of the beam. Furthermore, when a modification of resources allocated to the beam, this modification must pass through each node carrying the beam and be approved by them.
  • the function of accepting or rejecting an attempt to connect between two nodes intervenes in the construction of the beams; the knots generally crossed are the multiplexing points. Then, this function will intervene for the establishment of calls in this bundle; the access and destination nodes are generally switches.
  • beam will be used to designate the RTC beams, the MPLS tunnels or any other terminology specific to the field of application.
  • call-by-call mode the request for availability of resources is made node by node.
  • beam mode when establishing or modifying the beam.
  • this acceptance or rejection function is specific to the transport network; it depends in particular on the transport protocol (synchronous, asynchronous transfer mode (ATM in English), etc.) and on the network control protocol called the signaling protocol. And in the case of interworking between different transport networks, this dependence requires translation or even adaptation for this function.
  • the object of the invention is to allow the acceptance or rejection function to be processed at the access node during the connection attempt between this node and a destination node, even in the event of modifications occurring on the network. .
  • the access node has global information on the chosen route and for a given traffic.
  • FIG. 1 a transport network of which an example of small size is represented in FIG. 1, having resources between an access node A, identified in ⁇ in the figure, and a destination node D identified in ⁇ , connected between them by at least one path Ch ⁇ j . , i varying from 1 to I the number of possible paths connecting ⁇ to ⁇ .
  • a connection between an access node A and a destination node D can indeed take a path ChADi among several possible paths.
  • a path ChAD x generally comprises several links L-,.
  • Different types of traffic T k can be allocated to a link L 3 ; resources are thus defined for each link as a function of the chosen traffic, which we denote by RL 3 , ⁇ - k varies from 1 to K the number of possible traffics.
  • RL 3 a function of the chosen traffic
  • ⁇ - k varies from 1 to K the number of possible traffics.
  • the subject of the invention is an information system for the construction and / or management and / or supervision in a transport network of a bundle having resources R between at least one access node A and at least one destination node D linked together by at least one path ChADi, mainly characterized in that it comprises a database CR listing for each path ChADi the information relating to the resources R available and means for updating dynamic MC of the CR database.
  • the CR database can be made up of several sub-databases, each sub-database containing only part of the CR information.
  • the information system possibly includes, linked to the CL database, simplified means MCCL for calculating information from the CL database.
  • the information system comprises means for updating the CL database by the operator.
  • the system includes dynamic routing means for updating the CL database.
  • the CL database can be made up of several sub-databases, each sub-database containing only part of the CL information.
  • LC database may consist of several sub-databases CL A, each sub-base CL A containing only information relating to the set of paths CHADI from an access node A.
  • a path ChADi consisting of at least one link L- , the system comprises connected to the database CR, a database LR comprising for each link L- , the information relating to R. resources.
  • LR data can be linked to the CR database via the dynamic updating means MC and / or the triggering means MD.
  • the information system possibly includes, linked to the LR database, simplified means MCLR for calculating information from the LR database.
  • the information system comprises means for updating the database LR by the operator.
  • the subject of the invention is also an access node A to a transport network organized into one or more beams constructed from an information system as described above, characterized in that it comprises modification means MM of said information system.
  • the transport network of a telecommunications network shown in Figure 1 consists of 7 transmission links. Only the paths starting from the access nodes A identified by ⁇ and ⁇ are represented.
  • the other paths represented in this figure are all the paths that the client accessing the network in ⁇ can take according to whether he seeks to join the destination nodes D marked ⁇ or ⁇ .
  • Towards ⁇ , two paths are possible (1 2), while towards ⁇ , only one path is authorized
  • the switch A chooses another path if it exists, the path Ch ⁇ ⁇ i in our example and interrogates the database CR with these new data. It thus avoids the "crank back". S. 'there is no other way, the resource request is rejected.
  • FIG. 3 represents an information system according to the invention enabling the CR database described above to be established from two other CL and LR databases.
  • the CL database details for each path ChADi the list of links L-, borrowed.
  • the database CL may consist of several sub-databases data CL A, each sub-CL A base containing, for example, information relating to the set of paths ChAD x from an access node A or from a group of access nodes A corresponding to a predetermined geographic area.
  • T k can here also designate the maximum resources allocated to the link by type of traffic, the resources used and / or available in real time for each type of traffic, etc.
  • the information contained in these databases can be differentiated according to the direction of traffic flow in the link, which is interesting in the case of asymmetric traffic.
  • These different categories of resources are defined by the network operator.
  • LR database can consist of sub LR T databases, each sub-base T LR containing such that the information relating to a type T k resources or for a specific group of types of T k resources .
  • Calculation means MC interpret and compile the data from the LR and CL databases to establish the CR database according to criteria defined by the operator: from information from LR (process P4) and CL (process P5 ), the means MC calculate the resources R AD ⁇ , ⁇ k-
  • the resources available for a given path and a given type of resources will be equal to the minimum between the corresponding available resources of each link constituting the path.
  • the resources R ⁇ ⁇ , ⁇ k will be calculated according to the following formula:
  • Tk in (R L l, Tk t R] - 2 , Tk i RL 3 , Tk)
  • the means MC transmit them (process P6) to the database CR listing for each path the information relating to its resources R A Di, ⁇ k-
  • the transmission of the results may only concern the modified resources or the entire CR database; it can also be periodic and / or occasional, that is to say triggered by certain events.
  • the CR database is now ready to be queried by the access nodes A (process P10 and Pli).
  • These calculation means MC are triggered by trigger means MD according to a cyclic and / or occasional process which will be detailed in FIGS. 4 and 5.
  • the CL database detailing for each path ChADi the list of links L-, borrowed, is initialized by a management system such as that used by the operators of a transport network of a telecommunications network to control or manage their network.
  • This management system transmits the path structure defined by the operator to the CL database.
  • the CL database is updated by the management system or by dynamic routing protocols if they exist (P3 process).
  • the appearance of new paths often results from the optimization of existing paths: it is preferable to introduce them only periodically according to a carefully adjusted period rather than systematically, in particular call by call.
  • the LR database comprising for each link L-, the information on their resources R 3 , ⁇ k ? is configured by the network management system (PI process) which defines the links L-, and the different types of resources T k .
  • PI process network management system
  • PI process management system
  • P2 process network supervision system
  • This update can be triggered cyclically and / or by certain events: when a predetermined threshold is crossed, for example a threshold on resources, during a significant change in state of the link (failure, restoration signal after failure, sudden and significant variation in available resources, etc.), etc.
  • a predetermined threshold for example a threshold on resources, during a significant change in state of the link (failure, restoration signal after failure, sudden and significant variation in available resources, etc.), etc.
  • the cut of a link for example will be translated in the base LR by a setting to zero of the resources for all the types of resources T k .
  • the transmission of the information contained in the LR database to the calculation means MC can also be triggered cyclically and / or occasionally as a function of significant changes in the LR database.
  • the transmission of the information contained in the database CL to the calculation means MC can also be triggered cyclically and / or occasionally as a function of significant changes in the base CL.
  • the means MC calculate the resources R AD i, ⁇ k according to the process described above and transmit them to CR (process P6).
  • FIG. 5 describes the processes for updating the databases CR, LR and CL by the command, that is to say by the access nodes, in this case by the switches in our example.
  • the switches A have MM modification means shown in FIG. 6, in addition to their usual MT transmission means. Thanks to these means MM, they can transmit resource modifications to the CR database, call by call or by level. The levels may in particular be defined by resource thresholds and / or by a period. We again refer to FIG. 5.
  • the switch A informs the database CR thereof (process P7): it transmits a information equivalent to a variation of resources ⁇ R AD ⁇ Tk , ⁇ R AD ⁇ Tk being positive in the case of a release of resources, negative in the case of taking resources.
  • the CR database which has simplified calculation means MCCR updates the corresponding resources by replacing AD ⁇ , ⁇ k by
  • the switch can inform the database CL of this variation in resources: the information ⁇ R ADl , ⁇ k is transmitted to CL.
  • the CL database also has simplified calculation means MCCL allowing in particular to add to ⁇ R ADl , T kl list of links L-, constituting the path ChADi concerned.
  • CL transmits to LR (process P9) this set of information, namely the information ⁇ R A D ⁇ , ⁇ k to be reflected on all of these links.
  • the LR database which also has MCLR simplified calculation means then updates the resources of the links concerned by replacing 3 , ⁇ k by R ⁇ , j, ⁇ k +
  • This update frequency may depend on calendar dates and times, event dates and times, size of reported events, etc.
  • the invention can be used to reproduce this method of managing the BTI.
  • the LR database will be configured by introducing for each link considered, in addition to the resources used for traffic Tl, T2, T3, the maximum resource authorized for each of these traffics.
  • the maximum resource values will be set by the network operator via the management system (PI process), while the resource values used will come from the supervision system (P2 process).
  • PI process management system
  • P2 process supervision system
  • the operator will ensure that for each link considered, the sum of the maximum resources is less than or equal to the total resources of the link, in this case its bandwidth: bandwidth will be strictly divided between traffics.
  • the CR database will be updated from this information according to the processes P4, P5 and P6 described above.
  • the operator may on the contrary wish that the beams are managed with a total pooling, that is to say that the total resources of each link are available for any traffic.
  • total pooling prevents guaranteeing a minimum bandwidth for the beams participating in pooling.
  • the operator can also consider intermediate situations of partial pooling of resources.
  • the configuration of the LR database will be unchanged from the first case presented above, but for each traffic, the maximum resource values will be fixed so that they are generally less than the total resources of the link but their sum is greater than total resources of the link.
  • the operator can still choose a mixed management which consists of mixing the first two solutions so as to obtain bundles with guaranteed bandwidth reproducing the equivalent of a leased link and bundles with bandwidth " shared bandwidth.
  • the resources are then divided of each link in two parts: one reserved for bundles with guaranteed bandwidth, the other for shared resources.
  • the first part will be managed as in the example described in the absence of mutualisation, the second as in the example with mutualisation total or partial depending on the type of pooling desired.
  • the invention has remarkable modularity by playing on the one hand on the configuration of the databases and on the other hand on the programming of the computing means.
  • connection-oriented or connectionless connectionless

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un système d'information pour la construction dans un réseau de transport, d'un faisceau disposant de ressources (R) entre au moins un noeud d'accès (A) et au moins un noeud de destination (D) reliés entre eux par au moins un chemin (ChADi), caractérisé en ce qu'il comprend une base de données CR listant pour chaque chemin (ChADi) les informations relatives aux ressources (R) disponibles et des moyens de mise à jour dynamique (MC) de la base de données CR.

Description

SYSTEME D'INFORMATION POUR LA CONSTRUCTION, LA GESTION ET LA SUPERVISION DANS UN RESEAU DE TRANSPORT D'UN FAISCEAU DE RESSOURCES ET NOEUD D'ACCES
1 invention concerne un système d' information pour la construction et/ou la gestion et/ou la supervision dans un réseau de transport d'un faisceau disposant de ressources entre un nœud d' accès et un nœud de destination reliés entre eux par au moins un chemin.
On entend par faisceau une quantité de ressources définie et allouée à un ou plusieurs services entre deux nœuds quelconques du réseau.
1 invention concerne également un nœud d' accès à un réseau disposant d'un tel système.
Le domaine de l'invention est celui des réseaux de transport. Il peut s'agir des réseaux de transport ferroviaires, routiers, .... Il peut aussi s'agir des réseaux de transport des réseaux d' énergie ou des réseaux de télécommunication. On considérera dans la suite le réseau de transport d'un réseau de télécommunications transportant voix, images et/ou données .
La fonction d'acceptation ou de rejet de tentative d'établissement d'une connexion entre deux nœuds d'un tel réseau est essentielle. Elle traduit en particulier la disponibilité des ressources existant entre deux nœuds. Plusieurs types de trafic sont en général envisagés entre deux nœuds, et la disponibilité des ressources varie alors aussi selon le trafic envisagé. Dans le cas d'un mode de transmission par paquets, 50% de la bande passante pourra par exemple être allouée à la transmission immédiate ("immédiate forwarding" en anglais) des paquets garantissant une rapidité de transmission mais pas la transmission de tous les paquets, ce trafic étant souvent retenu pour les applications en temps réel comme la transmission de la voix ; les 50% restants pourront être alloués à un trafic de type "meilleur effort" ("best effort" en anglais) selon lequel les paquets sont envoyés si des ressources sont disponibles, détruits sinon, ce type de trafic étant fréquemment utilisé lors du chargement de pages "Web" sous Internet.
Plusieurs types de trafics peuvent être regroupés et attribués à un service. On peut citer comme exemple de services, le service téléphonique entre particuliers ou encore le service téléphonique généré par les jeux radio lequel sera acheminé par des chemins et/ou des types de trafic différents de ceux du service téléphonique entre particuliers.
Actuellement, il existe principalement deux modes de fonctionnement de cette fonction d'acceptation ou de rejet : le mode "appel par appel" et le mode "par faisceau" . - Dans le mode "appel par appel", la demande de disponibilité de ressources pour chaque appel est envoyée à chaque nœud du réseau que la télécommunication doit traverser. Chaque nœud analyse sa propre capacité à assurer la télécommunication jusqu'au nœud suivant et accepte ou rejette la demande de connexion le concernant. Dans le mode "par faisceau", la fonction d'acceptation ou de rejet d'une tentative de connexion s'applique au faisceau. Le terme "faisceau" est comme cela a ete dit, une quantité de ressources définie et allouée a un ou plusieurs services entre deux nœuds quelconques du reseau. On notera que l'on retrouve dans ce mode "par faisceau" le mode "appel par appel" a l'intérieur du faisceau c'est-a-dire pour l'utilisation des ressources allouées au faisceau. Dans ce mode de fonctionnement, la demande αe disponibilité de ressources n'est envoyée qu'aux nœuds d'extrémité des faisceaux et progresse ainsi de faisceau en faisceau. Lorsque le faisceau est déjà construit de bout en bout sur le reseau, la demande de disponibilité de ressources ne fait intervenir que le nœud de départ ou nœud d'accès et le nœud de destination. Le nœud d'accès connaît les disponibilités du faisceau qu'il doit emprunter pour un trafic déterminé : il peut donc prendre localement c'est-a- dire à son niveau, la décision concernant l'ensemble du chemin a emprunter pour un trafic déterminé.
Mais les ressources ont été définies et allouées au préalable nœud par nœud et en fonction du trafic lors de la construction du faisceau. Par ailleurs, lors d'une modification de ressources allouées au faisceau, cette modification doit traverser chaque nœud portant le faisceau et être agréé par ceux-ci.
Dans le cas par exemple du réseau téléphonique commuté (RTC), la fonction d'acceptation ou de rejet d'une tentative de connexion entre deux nœuds intervient a la construction des faisceaux ; les nœuds traversés sont généralement les points de multiplexage. Ensuite, cette fonction interviendra pour l'établissement des appels dans ce faisceau ; les nœuds d'accès et de destination sont généralement des commutateurs.
Dans le cas des réseaux MPLS ("Multi Protocol Label Switching" en anglais que l'on peut traduire par réseau à Aiguillage Multi Protocoles par Etiquetage) , on parle plutôt de "tunnel" que de faisceau et les nœuds sièges de la fonction d'acceptation ou de rejet sont des routeurs .
Par la suite on utilisera le terme "faisceau" pour désigner les faisceaux du RTC, les tunnels du MPLS ou toute autre terminologie propre au domaine d'application.
Dans le mode appel par appel, la demande de disponibilité de ressources se fait nœud par nœud. De même dans le mode faisceau, lors de l'établissement ou de la modification du faisceau.
Cette progression nœud par nœud présente des inconvénients .
Elle nécessite un traitement de la fonction d'acceptation ou de rejet dans chaque nœud, ce qui requiert une capacité de calcul accrue et donc un investissement plus élevé dans chaque nœud.
De plus la multiplication des messages requête/réponse entre chaque nœud accroît le temps et la complexité de l'établissement de la connexion et les risques d'erreurs. De surcroît, en cas de rejet par un nœud ne disposant pas de lien alternatif pour acheminer la communication, ce nœud renvoie la communication au nœud (voire aux nœuds) précédent (s) en lui imposant une sorte de marche arrière (appelée "crank back" en anglais) .
Par ailleurs cette fonction d'acceptation ou de rejet est spécifique au réseau de transport ; elle dépend en particulier du protocole de transport (synchrone, mode de transfert asynchrone (ATM en anglais) , etc) et du protocole de commande de réseau appelé protocole de signalisation. Et dans le cas de l'inter fonctionnement entre réseaux de transport différents, cette dépendance nécessite de procéder à une traduction voire une adaptation pour cette fonction.
Enfin dans le mode faisceau, il n'y a pas de mutualisation possible des ressources de transmission sauf à prévoir à cet effet un mécanisme supplémentaire. En effet, si pour le trafic choisi, la disponibilité de ressources est insuffisante mais que pour un autre trafic, des ressources sont disponibles, il n'est pas possible de puiser parmi les ressources disponibles de cet autre trafic pour que la demande soit acceptée.
Le but de l'invention est de permettre de traiter la fonction d'acceptation ou de rejet au niveau du nœud d'accès lors de la tentative de connexion entre ce nœud et un nœud de destination, même en cas de modifications intervenant sur le réseau. Pour cela le nœud d'accès dispose de l'information globale sur le chemin choisi et pour un trafic déterminé.
On considérera dans la suite un réseau de transport dont un exemple dô petite taille est représenté figure 1, disposant de ressources entre un nœud d'accès A, repéré en α sur la figure, et un nœud de destination D repéré en β, reliés entre eux par au moins un chemin Chαβj., i variant de 1 à I le nombre de chemins possibles reliant α à β. Une connexion entre un nœud d'accès A et un nœud de destination D peut en effet emprunter un chemin ChADi parmi plusieurs chemins possibles.
Deux nœuds Nn adjacents entre eux sont reliés par un lien L-, , j variant de 1 à J le nombre de liens du réseau et n variant de 1 à N le nombre de nœuds du réseau. Un chemin ChADx comporte en général plusieurs liens L-, .
Différents types de trafic Tk peuvent être alloués à un lien L3 ; on définit ainsi pour chaque lien, des ressources en fonction du trafic choisi, que l'on note RL3,τ - k varie de 1 à K le nombre de trafics possibles. En procédant de lien en lien, le long d'un chemin, on peut définir les ressources relatives à un chemin ChADi pour un trafic déterminé Tk. Ces ressources notées RADI/T)-. peuvent être des ressources allouées, des ressources utilisées, des ressources disponibles, etc. Ces différentes catégories de ressources sont définies par l'opérateur du réseau.
Les nœuds d'accès A ou de destination D peuvent être indifféremment des points d'accès au réseau pour un particulier ou un réseau privé, des points d'interconnexion avec un autre réseau, un nœud interne du réseau, etc.
Plus précisément, l'invention a pour objet un système d'information pour la construction et/ou la gestion et/ou la supervision dans un réseau de transport, d'un faisceau disposant de ressources R entre au moins un nœud d' accès A et au moins un nœud de destination D reliés entre eux par au moins un chemin ChADi, principalement caractérisé en ce qu'il comprend une base de données CR listant pour chaque chemin ChADi les informations relatives aux ressources R disponibles et des moyens de mise à jour dynamique MC de la base de données CR.
Selon une caractéristique de l'invention, le système d' information comprend des moyens de déclenchement MD cyclique et/ou occasionnel des moyens de mise à jour MC de la base de données CR. Le système d'information comprend éventuellement, reliés à la base de données CR, des moyens simplifiés MCCR de calcul des informations de la base de donnée CR.
La base de données CR peut être constituée de plusieurs sous-bases de données, chaque sous-base ne contenant qu'une partie des informations de CR.
Les ressources étant de différents types Tk, la base de données CR peut être constituée de plusieurs sous-bases de données CRT, chaque sous-base CRT ne contenant que les informations relatives à un type Tk de ressources . Selon une autre caractéristique de l'invention, un chemin ChADi étant constitué d'au moins un lien L-,, le système d' information comprend reliée à la base de données CR, une base de données CL détaillant pour chaque chemin ChADi la liste des liens L-, possibles. La base de données CL peut être reliée à la base de données CR via les moyens de mise à jour dynamique MC et/ou les moyens de déclenchement MD.
Le système d'information comprend éventuellement, reliés à la base de données CL, des moyens simplifiés MCCL de calcul des informations de la base de donnée CL.
Selon un mode de réalisation de l'invention, le réseau étant géré par un opérateur, le système d'information comprend des moyens de mise à jour de la base de données CL par l'opérateur.
Selon un autre mode de réalisation, le système comprend des moyens de routage dynamique pour la mise à jour de la base de données CL. La base de données CL peut être constituée de plusieurs sous-bases de données, chaque sous-base ne contenant qu'une partie des informations de CL.
La base de données CL peut être constituée de plusieurs sous-bases de données CLA, chaque sous-base CLA ne contenant que les informations relatives à l'ensemble des chemins ChADi issus d'un nœud d'accès A.
Selon une autre caractéristique de l'invention, un chemin ChADi étant constitué d'au moins un lien L-,, le système comprend reliée à la base de données CR, une base de données LR comprenant pour chaque lien L-,, les informations relatives aux ressources R. La base de données LR peut être reliée à la base de données CR via les moyens de mise à jour dynamique MC et/ou les moyens de déclenchement MD.
Le système d'information comprend éventuellement, reliés à la base de données LR, des moyens simplifiés MCLR de calcul des informations de la base de donnée LR.
Selon un mode de réalisation de l'invention, le réseau étant géré par un opérateur, le système d'information comprend des moyens de mise à jour de la base de données LR par l'opérateur.
La base de données LR peut être constituée de plusieurs sous-bases de données, chaque sous-base ne contenant qu'une partie des informations de LR. Les ressources R étant de différents types Tk, la base de données LR peut être constituée de sous-bases de données LRT, chaque sous-base LRT ne contenant que les informations relatives à un type Tk de ressources.
Selon un mode de réalisation de l'invention, le réseau de transport du système d' information est celui d'un réseau de télécommunication.
L'invention a également pour objet un nœud d'accès A à un réseau de transport organisé en un ou plusieurs faisceaux construits à partir d'un système d'information tel que décrit précédemment, caractérisé en ce qu'il comprend des moyens de modification MM dudit système d'information.
D'autres particularités et avantages de l'invention apparaîtront clairement à la lecture de la description faite à titre d'exemple non limitatif et au regard des dessins annexés sur lesquels : la figure 1 représente un réseau de transport de petite taille, - la figure 2 illustre le fonctionnement d'un nœud d'accès lors d'une tentative de connexion, la figure 3 représente le système d'information du réseau, la figure 4 décrit les processus de création et de mise à jour de la base de données CR à partir de la supervision du réseau, la figure 5 décrit les processus de mise à jour des bases de données CR, LR et CL par la commande, - la figure 6 représente un nœud d' accès selon l' invention.
Le réseau de transport d'un réseau de télécommunication représenté figure 1 est constitué de 7 liens de transmission. Seuls les chemins au départ des nœuds d'accès A repérés par α et γ sont représentés. Le chemin Chγδi est le seul chemin (1=1) que le client accédant au réseau en γ peut emprunter pour joindre le nœud de destination D repéré par δ. Les autres chemins représentés sur cette figure sont tous les chemins que le client accédant au réseau en α peut emprunter selon qu'il cherche à joindre les nœuds de destination D repérés β ou δ. Vers β, deux chemins sont possibles (1=2), alors que vers δ, un seul chemin est autorisé
(1=1) •
On considère dans la suite le cas d'un réseau téléphonique : les nœuds du réseau sont formés par des commutateurs ou des brasseurs respectivement chargés d'acheminer ou de router les communications. On considérera dans notre exemple la configuration suivante : les commutateurs servent de nœuds d'accès A au réseau pour les clients, et les brasseurs qui assurent l'interconnexion des commutateurs sont représentés par les nœuds Nn. Lors d'une tentative d'établissement d'une connexion entre A et D, le commutateur A analyse la numérotation et choisit le chemin reliant le nœud d'accès A au nœud de destination D en fonction du service demandé.
Comme représenté figure 2, lors d'une tentative d'appel de β (D) par α (A), le commutateur choisit par exemple le chemin 2 : Chαβ2. Puis il interroge (processus P10) la base de données CR en fonction du trafic choisi par exemple en fonction de la priorité associée à la communication téléphonique. Soit par exemple T3 ce trafic choisi. La base de données CR interrogée liste pour chaque chemin les informations relatives à leurs ressources RCADi,τk- Tk désigne aussi bien des ressources utilisées et/ou disponibles en temps réel pour chaque type de trafic, que des ressources maximales du chemin pour chaque type de trafic, etc. On peut également définir des trafics en fonction de priorités. On peut aussi différencier les informations contenues dans ces bases de données selon le sens de circulation du trafic, ce qui est intéressant dans le cas d'un trafic asymétrique. Ces différentes catégories de ressources sont définies par l'opérateur du réseau. La base de 'données CR peut être constituée de plusieurs sous-bases de données CRT, chaque sous-base CRT ne contenant par exemple que les informations relatives à un type Tk de ressources.
Si les ressources demandées, Rαβ2,τ3 dans notre exemple, sont disponibles une réponse (processus Pli) positive est envoyée par la base de données CR au commutateur A qui engagera la transmission entre A (α) et D (β) pour le trafic T3 et selon le deuxième chemin.
En cas de réponse négative, le commutateur A choisit un autre chemin s'il existe, le chemin Chαβi dans notre exemple et interroge la base de données CR avec ces nouvelles données. Il évite ainsi le "crank back" . S.' il n'existe pas d'autre chemin, la demande de ressources est rejetée.
La figure 3 représente un système d'information selon l'invention permettant d'établir la base de données CR décrite précédemment à partir de deux autres bases de données CL et LR. La base de données CL détaille pour chaque chemin ChADi la liste des liens L-, empruntés. La base de données CL peut être constituée de plusieurs sous-bases de données CLA, chaque sous-base CLA ne contenant par exemple que les informations relatives à l'ensemble des chemins ChADx issus d'un nœud d'accès A ou issus d'un groupe de nœuds d'accès A correspondant à une zone géographique prédéterminée.
La base de données LR comprend la liste des liens de transmission L-, du réseau avec pour chacun d'eux, les informations sur leurs ressources RL3,TI<-
Tk peut là aussi désigner les ressources maximales allouées au lien par type de trafic, les ressources utilisées et/ou disponibles en temps réel pour chaque type de trafic, etc. On peut là encore différencier les informations contenues dans ces bases de données selon le sens de circulation du trafic dans le lien, ce qui est intéressant dans le cas d'un trafic asymétrique. Ces différentes catégories de ressources sont définies par l'opérateur du réseau. La base de données LR peut être constituée de sous- bases de données LRT, chaque sous-base LRT ne contenant par exemple que les informations relatives à un type Tk de ressources ou relatives à un groupe déterminé de types de ressources Tk. Des moyens de calcul MC interprètent et compilent les données des bases de données LR et CL pour établir la base de données CR selon des critères définis par l'opérateur : à partir des informations issues de LR (processus P4) et de CL (processus P5) , les moyens MC calculent les ressources RADι,τk-
En général, les ressources disponibles concernant un chemin et un type de ressources déterminés seront égales au minimum entre les ressources disponibles correspondantes de chaque lien constituant le chemin. Par exemple pour le chemin Chαβi constitué des liens Ll, L2 et L3, et avec un trafic Tk les ressources Rαβι,τk seront calculées selon la formule suivante :
Rαβl,Tk = in (RLl,Tk t R]-2,Tk i RL3,Tk)
Parmi les autres critères, on pourra notamment inclure au niveau du chemin une gestion de priorités entre trafics. Ces critères peuvent aussi concerner la gestion de la bande passante d'un chemin. Une fois les ressources ADι,τk calculées, les moyens MC les transmettent (processus P6) à la base de données CR listant pour chaque chemin les informations relatives à ses ressources RADi,τk- La transmission des résultats peut ne concerner que les ressources modifiées ou la totalité de la base CR ; elle peut également être périodique et/ou occasionnelle, c'est-à- dire déclenchée par certains événements. La base de données CR est désormais prête à être interrogée par les nœuds d'accès A (processus P10 et Pli). Ces moyens de calcul MC sont déclenchés par des moyens de déclenchement MD selon un processus cyclique et/ou occasionnel qui sera détaillé figures 4 et 5.
La figure 4 décrit le processus d'initialisation et de mise à jour des bases de données LR, CL et CR à partir d'un système de gestion et de supervision tel que celui généralement utilisé dans un réseau de transport d'un réseau de télécommunication. On entend par système de gestion et de supervision, un système assurant l'observation du fonctionnement du réseau et la transmission de ces observations à qui de droit, en l'occurrence la base de données LR.
La base de données CL détaillant pour chaque chemin ChADi la liste des liens L-, empruntés, est initialisée par un système de gestion tel que celui utilisé par les opérateurs d'un réseau de transport d'un réseau de télécommunication pour commander ou gérer leur réseau. Ce système de gestion transmet à la base de données CL la structure des chemins définie par l'opérateur.
La base CL est mise à jour par le système de gestion ou par des protocoles de routages dynamiques s'ils existent (processus P3). L'apparition de nouveaux chemins résulte souvent de l'optimisation de chemins existants : il est préférable de ne les introduire que périodiquement selon une période soigneusement ajustée plutôt que de façon systématique, notamment appel par appel .
La base de données LR comprenant pour chaque lien L-, les informations sur leurs ressources R3,τk? est configurée par le système de gestion du réseau (processus PI) qui définit les liens L-, et les différents types de ressources Tk .
Elle est mise à jour par le système de gestion (processus PI) et par le système de supervision du réseau (processus P2) qui dispose en temps réel des modifications intervenant sur chaque lien du réseau. Cette mise à jour peut être déclenchée cycliquement et/ou par certains événements : lors du franchissement d'un seuil prédéterminé par exemple un seuil sur les ressources, lors d'un changement significatif d'état du lien (panne, signal de restauration après panne, variation soudaine et importante des ressources disponibles, ...) , etc. La coupure d'un lien par exemple sera traduite dans la base LR par une mise à zéro des ressources pour tous les types de ressources Tk.
La transmission des informations contenues dans la base de données LR aux moyens de calcul MC (processus P4) peut également être déclenchée cycliquement et/ou occasionnellement en fonction de changements significatifs de la base LR. De même la transmission des informations contenues dans la base de données CL aux moyens de calcul MC (processus P5) peut également être déclenchée cycliquement et/ou occasionnellement en fonction de changements significatifs de la base CL. A partir des informations issues de LR et de CL, les moyens MC calculent les ressources RADi,τk selon le processus décrit précédemment et les transmettent à CR (processus P6) .
La figure 5 décrit les processus de mise à jour des bases de données CR, LR et CL par la commande c'est-à-dire par les nœuds d'accès, en l'occurrence par les commutateurs dans notre exemple.
Les commutateurs A disposent de moyens de modification MM représentés figure 6, en plus de leurs moyens habituels de transmission MT . Ils peuvent grâce à ces moyens MM transmettre des modifications de ressources à la base de données CR, appel par appel ou par palier. Les paliers pourront notamment être définis par des seuils de ressources et/ou par une période. On se reporte de nouveau à la figure 5. Lors d'une prise ou d' une libération de ressources concernant le chemin ChADi et le trafic Tk, le commutateur A en informe la base de données CR (processus P7 ) : il transmet une information équivalente à une variation de ressources ΔRADι Tk, ΔRADι Tk étant positif dans le cas d'une libération de ressources, négatif dans le cas d'une prise de ressources. La base de données CR qui dispose de moyens de calculs simplifiés MCCR actualise les ressources correspondantes en remplaçant ADι,τk par
RADι,Tk + ΔRADι,Tk-
Cependant des informations erronées peuvent résulter de cette mise à jour de la base de données CR par la commande. En effet, si l'on considère par exemple les chemins Chγδx et Chαδi de la figure 1, le lien ζ leur est commun. Aussi, si par exemple concernant le même trafic Tk, une libération de ressources intervient sur le chemin Chαδx alors qu'une prise de ressources apparaît sur le chemin Chγδi, les ressources relatives au trafic Tk reportées dans la base de données CR pour ces deux chemins seront erronées : les ressources réellement disponibles pour le chemin Chγδi seront supérieures aux ressources indiquées dans la base CR. En revanche, les ressources réellement disponibles pour le chemin Chαδi seront inférieures aux ressources indiquées dans la base CR, ce qui est beaucoup plus contraignant.
Une solution à ce problème est par exemple de ne reporter dans la base CR que les prises de ressources ce qui, au pire, peut conduire à une sous utilisation temporaire des ressources du réseau. La mise à jour de la base CR se fera par le processus P2 comme décrit précédemment par la figure 4.
Si l'on souhaite conserver la remontée des libérations de ressources des nœuds A vers la base CR, une autre solution consistera par exemple à remonter cette information jusqu'à la base LR.
En effet, parallèlement au processus P7 (processus P8a) ou successivement (processus P8b) , le commutateur peut informer la base de données CL de cette variation de ressources : l'information ΔRADl,τk est transmise à CL. La base de données CL dispose également de moyens de calcul simplifiés MCCL permettant notamment d'adjoindre à ΔRADl,Tk l liste des liens L-, constituant le chemin ChADi concerné. CL transmet à LR (processus P9) cet ensemble d'informations à savoir l'information ΔRADι,τk à répercuter sur l'ensemble de ces liens. La base de données LR qui dispose également de moyens de calculs simplifiés MCLR actualise alors les ressources des liens concernés en remplaçant 3,τk par Rι,j,τk +
ΔRADι,τk •
Il faudra alors gérer tout éventuel conflit pour éviter qu'un événement intervenu juste avant un processus P2 ne soit notifié à la base LR après le processus P2 car ce dernier l'aura déjà intégré dans la base LR. La base CR pourra alors être remise à jour comme décrit précédemment.
Quelle que soit le solution retenue, la fréquence d'actualisation des bases de données devra être judicieusement choisie. Cette fréquence d'actualisation peut dépendre de dates et d'heures calendaires, de dates et d'heures d'événements, de l'importance des événements reportés, etc.
On va présenter quelques exemples d'application non limitatifs de l'invention.
Actuellement, le trafic téléphonique est réparti sur des faisceaux spécialisés en fonction de la finalité de l'appel : téléphonie de base (Tl), trafic Minitel (T2), jeux radio (T3), etc. Ces faisceaux passent sur des liens communs dont ils se partagent la bande passante sans mutualisation. Ainsi, à un moment donné, si un faisceau est plein, le nœud effectuant sa demande d'acceptation ou de rejet recevra une réponse négative même s'il existe de la bande passante disponible sur le faisceau voisin empruntant le même lien.
On peut utiliser l'invention pour reproduire cette méthode de gestion du RTC. La base de données LR sera configurée en introduisant pour chaque lien considéré, en plus des ressources utilisées pour les trafics Tl, T2, T3, la ressource maximale autorisée pour chacun de ces trafics. Les valeurs des ressources maximales seront fixées par l'opérateur du réseau via le système de gestion (processus PI), alors que les valeurs des ressources utilisées seront issues du système de supervision (processus P2). Pour reproduire l'absence de mutualisation, l'opérateur s'assurera que pour chaque lien considéré, la somme des ressources maximales est inférieure ou égale aux ressources totales du lien en l'occurrence sa bande passante : la bande passante sera strictement divisée entre les trafics .
La base de données CR sera mise à jour à partir de ces informations selon les processus P4, P5 et P6 décrits précédemment.
L'opérateur peut souhaiter au contraire que les faisceaux soient gérés avec une mutualisation totale, c'est-à-dire que les ressources totales de chaque lien soient disponibles pour n'importe quel trafic. Bien sûr, la mutualisation totale empêche de garantir une bande passante minimale pour les faisceaux participant à la mutualisation.
Dans ce cas la configuration de la base LR peut rester identique au cas précédent mais les valeurs seront différentes : quel que soit le trafic Tl, T2 ou T3 envisagé, les ressources maximales pour chacun de ces trafics seront égales aux ressources totales du lien. La base de données CR sera mise à jour en conséquence : la rétroaction de A sur CR (processus P7) sur variation d'un type de trafic s'appliquera à tous les types de trafic.
L'opérateur peut également envisager des situations intermédiaires de mutualisation partielle des ressources. La configuration de la base LR sera inchangée par rapport au premier cas présenté précédemment mais pour chaque trafic, les valeurs des ressources maximales seront fixées de façon à ce qu'elles soient en général inférieures aux ressources totales du lien mais que leur somme soit supérieure aux ressources totales du lien. L'opérateur peut encore choisir une gestion mixte qui consiste à panacher les deux premières solutions de façon à obtenir des faisceaux à bande passante garantie reproduisant l'équivalent d'une liaison louée et des faisceaux à bande" passante mutualisée. On divise alors les ressources de chaque lien en deux parties : l'une réservée aux faisceaux à bande passante garantie, l'autre aux ressources mutualisées. La première partie sera gérée comme dans l'exemple décrit en absence de mutualisation, la seconde comme dans l'exemple avec mutualisation totale ou partielle selon le type de mutualisation souhaité.
Dans les exemples précédents, la notion de priorité de trafic n'a pas été introduite. La priorité signifie qu'une communication dite prioritaire peut prendre la ressource d'une communication en cours moins prioritaire : soit la qualité de la communication moins prioritaire est dégradée (perte de paquets par exemple dans un réseau de transmission par paquets) soit la communication elle-même est coupée. Cette notion de priorité n'a de sens que dans les cas de mutualisation de ressources mais n'est pas obligatoire.
Les priorités sont gérées par les moyens de calcul MC. Dans le cas d'une mutualisation totale, et si Tl est prioritaire sur T2 lui-même prioritaire sur T3, les ressources seront gérées de la façon suivante : les ressources disponibles pour Tl sont calculées par les moyens MC pour la base de données CR à partir de la différence pour chaque lien entre les ressources totales et les ressources utilisées par Tl. Les ressources disponibles pour T2 sont calculées à partir de la différence pour chaque lien entre les ressources totales et la somme des ressources utilisées par Tl et T2. Etc.
On peut également envisager de coupler une gestion de priorités avec une gestion de garantie minimale de ressources .
On constate que l'invention présente une modularité remarquable en jouant d'une part sur la configuration des bases de données et d'autre part sur la programmation des moyens de calcul.
Elle permet de localiser la fonction d'acceptation ou de rejet dans les seuls nœuds d'accès : en externalisant les données dans des bases, ainsi que les moyens de calculs, elle devient plus facilement évolutive. Elle peut éventuellement être intégrée à d'autres fonctions existantes.
Elle présente l'avantage de réduire les besoins en temps de calcul des nœuds situés au cœur du réseau en supprimant cette fonction à leur niveau et d'accélérer le temps d'établissement des connexions.
Elle permet en outre de s'affranchir des protocoles de transport utilisés dans les réseaux traversés et par là d'éliminer les problèmes d'interconnexion pour cette fonction.
Elle s'applique en particulier quels que soient les types de réseaux traversés : orientés connexion ou sans connexion.

Claims

REVENDICATIONS
1. Procédé de traitement d'information pour la construction et/ou la gestion et/ou la supervision dans un réseau de transport, d'un faisceau disposant de ressources (R) entre au moins un nœud d'accès (A) et au moins un nœud de destination (D) reliés entre eux par au moins un chemin (ChADi), caractérisé en ce qu'il consiste à construire une base de données CR listant pour chaque chemin (ChADi) les informations relatives aux ressources (R) disponibles et à mettre à jour dynamiquement les informations contenues dans la base de données CR.
2. Procédé de traitement d'information selon la revendication précédente, caractérisé en ce qu'il consiste en outre à déclencher de manière cyclique et/ou occasionnelle la mise à jour des informations de la base de données CR.
3. Procédé de traitement d'information selon l'une des revendications précédentes, caractérisé en ce qu'il consiste à répartir la base de données CR en plusieurs sous-bases de données, chaque sous-base de données ne contenant qu'une partie des informations de la base de données CR.
4. Procédé de traitement d'information selon l'une des revendications 1 à 2, les ressources étant de différents types (Tk) , caractérisé en ce qu' il consiste à répartir la base de données CR en plusieurs sous- bases de données (CRT) , chaque sous-base de données (CRT) ne contenant que les informations relatives à un ou plusieurs type (s) (Tk) de ressources.
5. Procédé de traitement d'information selon l'une des revendications précédentes, un chemin (ChADi) étant constitué d'au moins un lien (L-,), caractérisé en ce qu' il consiste à construire une base de données CL listant pour chaque chemin (ChADi) l liste des liens (LD) possibles et à relier la base de données CL à la base de données CR.
6. Procédé de traitement d'information selon la revendication précédente, le réseau étant géré par un opérateur, caractérisé en ce que la base de données CL est mise à jour par l'opérateur.
7. Procédé de traitement d' information selon la revendication 5, caractérisé en ce qu'il consiste à mettre à jour la base de données CL par des moyens de routage dynamique.
8. Procédé de traitement d'information selon l'une des revendications 5 à 7, caractérisé en ce qu'il consiste à répartir la base de données CL en plusieurs sous-bases de données, chaque sous-base de données ne contenant qu'une partie des informations de la base de données CL.
9. Procédé de traitement d'information selon l'une des revendications 5 à 7, caractérisé en ce qu'il consiste à répartir la base de données CL en plusieurs sous-bases de données (CLA) , chaque sous-base de données (CLA) ne contenant que les informations relatives à l'ensemble des chemins (ChADi) issus d'un ou plusieurs nœud ( s ) d'accès (A).
10. Procédé de traitement d'information selon l'une des revendications précédentes, un chemin (ChADi) étant constitué d'au moins un lien (Lj), caractérisé en ce qu' il consiste à construire une base de données LR listant pour chaque lien (Lj) les informations relatives aux ressources (R) et à relier la base de données LR à la base de données CR.
11. Procédé de traitement d'information selon la revendication précédente, le réseau étant géré par un opérateur, caractérisé en ce que la base de données LR est mise à jour par l'opérateur.
12. Procédé de traitement d'information selon l'une des revendications 10 ou 11, caractérisé en ce qu'il consiste à répartir la base de données LR en sous-bases de données, chaque sous-base de données ne contenant qu'une partie des informations de la base de données LR.
13. Procédé de traitement d'information selon l'une des revendication 10 ou 11, les ressources R étant de différents types (Tk) , caractérisé en ce qu'il consiste à répartir la base de données LR en sous-bases de données (LRT) , chaque sous-base de données (LRT) ne contenant que les informations relatives à un ou plusieurs type (s) (Tk) de ressources.
14. Procédé de traitement d'information selon l'une des revendications précédentes, caractérisé en ce que le réseau de transport est celui d' un réseau de télécommunication .
15. Dispositif de traitement d'information pour la construction et/ou la gestion et/ou la supervision dans un réseau de transport d'un réseau de télécommunication, d'un faisceau disposant de ressources (R) entre au moins un nœud d'accès (A) et au moins un nœud de destination (D) reliés entre eux par au moins un chemin (ChADi), caractérisé en ce qu'il comprend une base de données CR listant pour chaque chemin (ChADi) les informations relatives aux ressources (R) disponibles et des moyens de mise à jour dynamique (MC) des informations contenues dans la base de données CR.
16. Dispositif de traitement d'information selon la revendication précédente, caractérisé en ce qu'il comprend des moyens de déclenchement (MD) cyclique et/ou occasionnel des moyens de mise à jour (MC) des informations de la base de données CR.
17. Dispositif de traitement d'information selon l'une des revendications 15 ou 16, caractérisé en ce qu' il comprend reliés à la base de données CR, des moyens simplifiés (MCCR) de calcul des informations de la base de données CR.
18. Dispositif de traitement d'information selon l'une des revendications 15 à 17, caractérisé en ce que la base de données CR est constituée de plusieurs sous- bases de données, chaque sous-base de données ne contenant qu'une partie des informations de la base de données CR.
19. Dispositif de traitement d'information selon l'une des revendications 15 à 17, les ressources étant de différents types (Tk) , caractérisé en ce que la base de données CR est constituée de plusieurs sous-bases de données (CRT) , chaque sous-base de données (CRT) ne contenant que les informations relatives à un ou plusieurs type (s) (Tk) de ressources.
20. Dispositif de traitement d'information selon l'une des revendications 15 à 19, un chemin (ChADi) étant constitué d'au moins un lien (L-,), caractérisé en ce qu' il comprend reliée à la base de données CR, une base de données CL listant pour chaque chemin (ChADi) la liste des liens (L-,) possibles.
21. Dispositif de traitement d'information selon la revendication précédente, caractérisé en ce que la base de données CL est reliée à la base de données CR via les moyens de mise à jour dynamique (MC) et/ou les moyens de déclenchement (MD) .
22. Dispositif de traitement d' information selon l'une des revendications 20 ou 21, caractérisé en ce qu' il comprend reliés à la base de données CL, des moyens simplifiés (MCCL) de calcul des informations de la base de données CL.
23. Dispositif de traitement d'information selon l'une des revendications 20 à 22, le réseau étant géré par un opérateur, caractérisé en ce qu'il comprend des moyens de mise à jour de la base de données CL par 1 ' opérateur.
24. Dispositif de traitement d'information selon l'une des revendications 20 à 22, caractérisé en ce qu'il comprend des moyens de routage dynamique pour la mise à jour de la base de données CL.
25. Dispositif de traitement d'information selon l'une des revendications 20 à 24, caractérisé en ce que la base de données CL est constituée de plusieurs sous- bases de données, chaque sous-base de données ne contenant qu'une partie des informations de la base de données CL.
26. Dispositif de traitement d'information selon l'une des revendications 20 à 24, caractérisé en ce que la base de données CL est constituée de plusieurs sous- bases de données (CLA) , chaque sous-base de données (CLA) ne contenant que les informations relatives à l'ensemble des chemins (ChADi) issus d'un ou plusieurs nœud(s) d'accès (A).
27. Dispositif de traitement d'information selon l'une des revendications 15 à 26, un chemin (ChADi) étant constitué d'au moins un lien (L-,), caractérisé en ce qu'il comprend reliée à la base de données CR, une base de données LR listant pour chaque lien (L-,), les informations relatives aux ressources (R) .
28. Dispositif de traitement d'information selon la revendication précédente, caractérisé en ce que la base de données LR est reliée à la base de données CR via les moyens de mise à jour dynamique (MC) et/ou les moyens de déclenchement (MD) .
29. Dispositif de traitement d'information selon l'une des revendications 27 ou 28, caractérisé en ce qu' il comprend reliés à la base de données LR, des moyens simplifiés (MCLR) de calcul des informations de la base de données LR.
30. Dispositif de traitement d'information selon l'une des revendications 27 à 29, le réseau étant géré par un opérateur, caractérisé en ce qu'il comprend des moyens de mise à jour de la base de données LR par l'opérateur.
31. Dispositif de traitement d'information selon l'une des revendication 27 à 30, caractérisé en ce que la base de données LR est constituée de sous-bases de données, chaque sous-base de données ne contenant qu'une partie des informations de la base de données LR.
32. Dispositif de traitement d'information selon l'une des revendication 27 à 30, les ressources R étant de différents types (Tk) , caractérisé en ce que la base de données LR est constituée de sous-bases de données (LRT) , chaque sous-base de données (LRT) ne contenant que les informations relatives à un ou plusieurs type (s) (Tk) de ressources.
33. Nœud d'accès (A) à un réseau de transport organisé en un ou plusieurs faisceaux construits à partir d'un dispositif de traitement d'information selon l'une des revendications 15 à 32, caractérisé en ce qu'il comprend des moyens de modification (MM) dudit dispositif de traitement d'information.
EP01923769A 2000-04-10 2001-04-09 Systeme d'information pour la construction, la gestion et la supervision dans un reseau de transport d'un faisceau de ressources et noeud d'acces Withdrawn EP1273141A1 (fr)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0004578 2000-04-10
FR0004578A FR2807541B1 (fr) 2000-04-10 2000-04-10 Systeme d'information pour la construction, la gestion et la supervision dans un reseau de transport d'un faisceau disposant de ressources entre deux noeuds et noeud d'acces a un reseau de transport
PCT/FR2001/001081 WO2001078332A1 (fr) 2000-04-10 2001-04-09 Systeme d'information pour la construction, la gestion et la supervision dans un reseau de transport d'un faisceau de ressources et noeud d'acces

Publications (1)

Publication Number Publication Date
EP1273141A1 true EP1273141A1 (fr) 2003-01-08

Family

ID=8849083

Family Applications (1)

Application Number Title Priority Date Filing Date
EP01923769A Withdrawn EP1273141A1 (fr) 2000-04-10 2001-04-09 Systeme d'information pour la construction, la gestion et la supervision dans un reseau de transport d'un faisceau de ressources et noeud d'acces

Country Status (4)

Country Link
EP (1) EP1273141A1 (fr)
AU (1) AU2001250460A1 (fr)
FR (1) FR2807541B1 (fr)
WO (1) WO2001078332A1 (fr)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3687400T2 (de) * 1985-11-04 1993-07-15 Ibm Digitale nachrichtenuebertragungsnetzwerke und aufbau von uebertragungswegen in diesen netzwerken.
US4748658A (en) * 1986-07-16 1988-05-31 Bell Communications Research, Inc. Architecture for allocating resources in a telecommunications network
US5049873A (en) * 1988-01-29 1991-09-17 Network Equipment Technologies, Inc. Communications network state and topology monitor
US5621721A (en) * 1995-01-12 1997-04-15 Stratacom, Inc. Maintaining database integrity throughout a communication network
US5546452A (en) * 1995-03-02 1996-08-13 Geotel Communications Corp. Communications system using a central controller to control at least one network and agent system
US5848243A (en) * 1995-11-13 1998-12-08 Sun Microsystems, Inc. Network topology management system through a database of managed network resources including logical topolgies

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO0178332A1 *

Also Published As

Publication number Publication date
WO2001078332A1 (fr) 2001-10-18
AU2001250460A1 (en) 2001-10-23
FR2807541A1 (fr) 2001-10-12
FR2807541B1 (fr) 2003-10-03

Similar Documents

Publication Publication Date Title
EP0566209B1 (fr) Acheminement de communications à optimisation de revenu pour réseaux de télécommunications
EP0276754B1 (fr) Procédé de routage des communications pour réseau d&#39;autocommutateurs temporels numériques
US7852863B2 (en) System and methods for connections using automatically switched optical network control planes
EP2337284B1 (fr) Protocole de routage fiable
EP1476990A1 (fr) Methode dynamique et distribuee de protection locale d&#39;un chemin a commutation d&#39;etiquettes
US7088681B2 (en) Network selection for connectivity
WO2008077928A1 (fr) Procede de reservation et d&#39;allocation dynamique de creneaux temporels dans un reseau avec garantie de service
US20030223357A1 (en) Scalable path protection for meshed networks
FR2737624A1 (fr) Dispositif de communication et procede de ponderation d&#39;au moins deux liaisons de communication en plusieurs parties entre deux interlocuteurs dans un reseau a plusieurs noeuds
FR2811179A1 (fr) Procede de routage de trame ip entre les usagers d&#39;un reseau a graphe variable
EP2346216A1 (fr) Liason virtuelle entre opérateurs de réseau
CA2398366C (fr) Procede d&#39;optimisation dynamique de la qualite de service dans un reseau de transmission de donnees
EP0557210B1 (fr) Système de relais de transports OSI entre un réseau en mode connecté et un réseau en mode non connecté
EP0689320B1 (fr) Procédé et dispositifs pour l&#39;acheminement de paquets de données dans un réseau multisite
EP0715437A1 (fr) Procédé d&#39;acheminement de cellules dans un réseau ATM
EP1432184B1 (fr) Dispositif de détermination de chemins de communication dans un réseau de communications à commutation d&#39;étiquettes, en présence d&#39;attributs de sélection
EP3560173B1 (fr) Procédé de préparation d&#39;un réseau de communication distribué à l&#39;acheminement d&#39;un flux de données à travers ledit réseau
EP0899917B1 (fr) Dispositif et procédé de commutation de cellules ATM à groupes de connections, et fonctions terminales d&#39;entrée et de sortie correspondantes
EP1273141A1 (fr) Systeme d&#39;information pour la construction, la gestion et la supervision dans un reseau de transport d&#39;un faisceau de ressources et noeud d&#39;acces
WO1999033223A2 (fr) Systeme de commutation de donnees
FR2893800A1 (fr) Systeme de commutation de paquets pour noeud de reseau de telecommunication
WO2003058886A1 (fr) Selection de reseaux selon la connectivite
CA2277938A1 (fr) Routage des appels vers l&#39;exterieur depuis un reseau prive
EP1139219A1 (fr) Controle d&#39;acces aux services de télécommunication
FR2883438A1 (fr) Procede de construction d&#39;une table de routage et procede de diffusion, produit programme d&#39;ordinateur, moyens de stockage, dispositif de commutation et noeud correspondants

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20020820

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

RBV Designated contracting states (corrected)

Designated state(s): DE GB IT

17Q First examination report despatched

Effective date: 20061121

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20070605