EP1817880A1 - Procede et systeme d'adaptation dynamique de metrique de qualite de service dans un reseau ad hoc - Google Patents

Procede et systeme d'adaptation dynamique de metrique de qualite de service dans un reseau ad hoc

Info

Publication number
EP1817880A1
EP1817880A1 EP05818916A EP05818916A EP1817880A1 EP 1817880 A1 EP1817880 A1 EP 1817880A1 EP 05818916 A EP05818916 A EP 05818916A EP 05818916 A EP05818916 A EP 05818916A EP 1817880 A1 EP1817880 A1 EP 1817880A1
Authority
EP
European Patent Office
Prior art keywords
quality
network
service
metric
routing
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
EP05818916A
Other languages
German (de)
English (en)
Inventor
Yvon Gourhant
Djamal-Eddine Meddour
Laurent Reynaud
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 EP1817880A1 publication Critical patent/EP1817880A1/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
    • 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/12—Shortest path evaluation
    • H04L45/123—Evaluation of link metrics
    • 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/302—Route determination based on requested QoS
    • 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/56—Routing software
    • H04L45/566—Routing instructions carried by the data packet, e.g. active networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/021—Traffic management, e.g. flow control or congestion control in wireless networks with changing topologies, e.g. ad-hoc networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/12—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/248—Connectivity information update

Definitions

  • Ad hoc networks are communication networks, using the radio medium. They consist of mobile and / or fixed nodes having the property of constituting automatically and dynamically a network capable of conveying packets from one point of the network to another when a radio communication is established between a node and his neighbors.
  • packets are transmitted directly between the source node and the destination node if the destination node is in the connectivity area of the source node or through neighboring intermediate nodes if the destination node is out of range of the source node.
  • ad hoc networks enable the instant deployment of communication networks without pre-existing infrastructure or centralized management.
  • the formation of the network is done dynamically, the set of management tasks being distributed among all the nodes of the network.
  • ad hoc networks The main characteristic of ad hoc networks is that the nodes belonging to this network play, or can play, the role of routers. The nodes are therefore themselves responsible for establishing and maintaining network connectivity in a continuous manner. This is achieved through the use of specific routing protocols that allow the nodes to exchange routing information between neighboring nodes and calculate communication paths to all other nodes in the network. These routing protocols issue messages periodically to update the topology of the ad hoc network (i.e. to identify nodes and links between nodes).
  • routing protocols There are two families of routing protocols: proactive protocols and reactive protocols.
  • proactive protocols For the family of proactive protocols, each node has a vision over the entire network through a periodic exchange of routing tables. All paths are available directly through the routing table.
  • paths are only available on demand. Indeed, if a path to a destination is not available via the routing table, it launches a path search request, the result of this query to retrieve a path, if there is one.
  • OLSR Optimized Link State Routing
  • FIG. 1 shows the components of the OLSR proactive routing protocol.
  • two main components can be distinguished: a maintenance component of the topology 10 comprising a topology control module 11 in conjunction with a routing node selection module 12 and a path selection component 20 comprising a module or path calculation algorithm 21.
  • the maintenance component of the topology 10 ensures, through a periodic exchange of control messages, the construction of the topology graph of the network which will subsequently be used for calculating the paths. This mechanism also minimizes the overhead in network traffic by using a mechanism for selecting the router nodes, called Multipoint Relay Nodes (MPRs).
  • MPRs Multipoint Relay Nodes
  • the path selection component 20 calculates, based on the information collected on the topology, the best routes between the nodes of the network using a path calculation algorithm on a graph (for example: Dijkstra algorithm), the criterion of choice. paths being the number of jumps.
  • a path calculation algorithm on a graph for example: Dijkstra algorithm
  • Ad-hoc proactive routing protocols have been designed with no explicit consideration of QoS for path computation.
  • the number of jumps is generally the criterion adopted by these protocols. It is clear that such a criterion is inadequate for real-time applications such as videoconferencing or telephony.
  • the path selection component 20 also comprises a quality of service metrics management module 22 associated with the path calculation algorithm.
  • metrics are the metrics of delay, bandwidth, jitter, etc.
  • Information about QoS metrics is injected into the topology graph. A new graph enriched by this quality of service information is therefore reconstructed and the computation of the paths is done taking these metrics into account.
  • the decision concerning the choice of quality of service metrics which serves as a criterion for selecting paths, is programmed statically. As a result, it is impossible to change these criteria once the routing protocol is implemented.
  • NP-Complete problem in theory of the complexity of the problems of decision in computer science (a problem is said NP-Complete if it is in the class of the problems of decision for which the answer yes can be decided by a non-deterministic algorithm in a polynomial time by relative to the size of the instance, and if any NP-Complete problem can be rewritten using a polynomial algorithm as an instance subset of this problem).
  • Calculation approximation techniques exist, but they are limited to a predefined number of metrics and their implementation is otherwise static. Consequently, the same limitations as those mentioned in the first situation will be present.
  • the present invention aims to remedy the aforementioned drawbacks and to propose a technical solution for adapting a particularly proactive routing protocol (such as OLSR) so as to allow a dynamic change and implementation of the quality of service metrics used to the calculation of paths in ad hoc networks, taking into account the characteristics of the network and / or the resources required for the applications used.
  • OLSR a particularly proactive routing protocol
  • This goal is achieved through a method of dynamically adapting the quality of service metric that includes the following steps: a) determining at least one quality of service metric to be applied at a given time based on the quality of service available on the network and / or on the quality of service required by one or more applications, b) transmitting to at least a portion of the network nodes of the instantaneous quality of service metrics to be applied, which includes the calculation modules and inserting quality of service metrics at the routing protocol control packet level, and c) updating the node routing table based on the instantaneous quality of service quality metrics to be applied received.
  • this method makes it possible to dynamically apply, at the level of the routing protocol, the quality of service metric that best corresponds at the same time to the constraints of the environment (number of nodes, density, degree of mobility, etc.) and / or the state of the network (available resources and / or running applications).
  • the implementation of the mechanisms described in the present invention makes it possible to respond effectively to the inherently dynamic behavior of the ad hoc networks.
  • step a two alternatives are possible.
  • each node analyzes the exchanges with its neighbors and decides by itself the choice of metrics, in the manner of self-organized networks.
  • a network manager is used which supervises the state of the resources of each node and / or the resources requested by the current applications on the network. It decides and implements the necessary modules for the management of adequate quality of service metrics.
  • step b) the quality of service metrics to be applied are inserted into control messages of the routing protocol.
  • any new quality of service metrics to be applied is propagated in the network via generic control messages, the data relating to this metric being extracted at each node through a metric manager. This avoids having to rewrite the routing protocol at each change in quality of service metrics.
  • step c) the computation of the path and the update of the routing table according to the quality of service metrics received can be done directly from the routing protocol calculation module or from the routing protocol module. a path calculation module external to the protocol. In the latter case, the method further comprises a dynamic deployment step, for example by downloading, a path calculation module. The module is then said to be re-programmable.
  • the invention also relates to a computer program or software module for storage in or transmitted by a data carrier comprising software instructions for executing the method by a computing device.
  • the data carrier may be a hardware storage medium, for example a CD-ROM, a magnetic diskette or a hard disk, or a transmissible medium such as an electrical signal, optical or radio.
  • the invention also relates to a system for dynamic management of the quality of service metric in an ad hoc network, the system comprising a plurality of nodes for forming a routing infrastructure for the routing of data packets, characterized in that it further comprises a network manager for determining the quality of service metrics to be applied at a given time based on the quality of service available on the network and the quality of service requested by one or more applications, and means to broadcast the quality of service metric to be applied to the nodes of the network and that each node includes a metrics manager for updating the routing table of the nodes according to the quality of service quality metric to be applied received.
  • the system of the invention comprises means to ensure the supervision (monitoring) of the network to have at all times a consistent view of its state, namely the rate of available resources and the resources required by applications that are running. From this data, the quality of service metric to be applied is determined and deployed at the routing protocol level through a periodic exchange of information concerning quality of service metrics between the nodes of the network. This periodic exchange is achieved by means of control messages of the routing protocol in which the metric to be taken into account.
  • the network manager can be integrated with one or more nodes of the network, or be implemented in a specific mobile or wired terminal having a connection to the network.
  • the computation of the routes at the nodes according to the broadcast quality of service metrics can be carried out by the path calculation module specific to the routing protocol or be managed externally by a re-programmable external module for calculating the routing.
  • the subject of the invention is also a mobile or fixed terminal intended to form a node in an ad hoc network, characterized in that it comprises a metric manager for updating the routing table of said node as a function of a metric instant quality of service to apply.
  • Such a terminal may also comprise means for periodically taking into account any change in quality of service metrics determined as a function of events occurring in the network and at the level of the applications.
  • FIG. 1 schematically represents the components of the OLSR proactive routing protocol
  • FIG. 2 represents an embodiment of an architecture according to the invention
  • FIG. 3 illustrates an example of an ad hoc network topology used to test the method of the invention
  • the present invention is intended to allow the extemalization of the management of quality of service metrics to the routing protocol in an ad hoc network and, moreover, the determination, the diffusion and the taking into account of any type of quality of service metrics.
  • the invention proposes a technical solution that implements two main components, one at the network level (network manager) and the other at the node level (metric manager), as well as an extension of the Routing protocol control packets.
  • the invention uses and adapts (ie addition of extension) a proactive routing protocol and in particular one of the most well-known proactive routing protocols; the OLSR protocol.
  • This protocol is notably referenced and described under the name OLSR RFC3626 (Request for Comments) (see in particular the "Optimized Link State Routing Protocol (OLSR)", Network Working Group, T. Clausen et al., October 2003) of the Manet Working Group (for Mobile Ad hoc Networks) of the Internet Engineering Task Force (FIET).
  • OLSR Optimized Link State Routing Protocol
  • FIET Internet Engineering Task Force
  • the present invention proposes to reuse the existing messages of the routing protocol and not to define new messages.
  • the messages used are preferably messages exchanged periodically between the nodes of the network such as the Topology Control (TC) control messages in the OLSR protocol.
  • TC Topology Control
  • new messages can also be used for transporting quality of service metrics.
  • generic control messages are used to carry any quality of service metrics as well as a processing function which constructs at each node a graph on the network topology; each element of the graph is represented by an n-tuplet of the form ⁇ source-address, destination-addresses, metric, metric2, ..., metric N>.
  • This topology will be used later by the route calculation. Broadcasting any quality of service metrics to network nodes is done through such messages.
  • a metric manager specific to the invention is connected to the routing protocol. More specifically, as illustrated in FIG. 2, a node 100 comprises a first layer 110 which, in a known manner, corresponds to the layer of the routing protocol 110 which notably uses a routing table 1121 and a path calculation module or algorithm 1122.
  • the routing table 1121 is maintained (ie updated) locally in each node using the path calculation module 1122. It is the routing table that gives the address of the neighboring node to which it must be transmitted. the packets or the frame so that they reach their destination according to the defined quality of service metrics.
  • a metric manager 111 is added to the layer 110 which transmits the metric (or the combination of metrics) to be applied to the network to the routing protocol 112.
  • the path calculation is then carried out from this metric using a path search algorithm in a graph, such as, for example, the Dijkstra algorithm where the values (or weights) associated with the edges are then given by the values of the metrics selected.
  • the metric manager is a component distributed to all nodes of the network. It implements, at the node level, the quality of service metric chosen by the network manager. For this purpose, the metric manager installs into a layer 120 the components 121 necessary for the insertion of the quality of service metric in the path calculation process.
  • the metric manager 111 also makes it possible to indicate the existence of the external computation modules of path 131 to the routing protocol 112. The routing protocol can thus transfer to the external modules of path calculation a topological view of the network containing the metrics on which will carry the specific path calculation to the plugin.
  • the routing protocol periodically sends a topology view to the modules concerned.
  • quality of service metrics components which can be dynamically deployed or deployed on each node as it enters the network, are used by the metrics manager to adapt the value of the instantaneous metric for the direct neighborhood.
  • the system of the invention comprises means for determining the quality of service metric (s) that must be taken into account by the nodes for the routing.
  • the network manager 200 is an entity that can be integrated with one or more nodes of the network, or be implemented in a specific mobile or wired terminal having a connection to the network.
  • a network manager 200 includes a quality of service metrics determination module 210 in connection with a supervision module 220 whose function is to supervise the state of the resources of the network vis-à-vis events that occur (disappearance / occurrence node, decrease / increase bandwidth capacity, power, etc.) and resources required by current applications.
  • a supervision module 220 whose function is to supervise the state of the resources of the network vis-à-vis events that occur (disappearance / occurrence node, decrease / increase bandwidth capacity, power, etc.) and resources required by current applications.
  • any new application must register with the network manager with its QoS requirement (eg an IP voice application registers with a maximum delay of 250 msec).
  • the manager thus has a vision on all the application requirements.
  • the information concerning the state of the network resources is reported to the module 220 through probes installed at each node (i.e. each user terminal).
  • An information exchange rule base can be defined at the supervision module level to enable it to process the events being reported.
  • the determination module 210 integrates the decision logic of the metric to be applied in the network according to the state of the resources of the network and / or the requirements of the applications indicated by the supervision module 220. Indeed, on receipt of a new notification of the supervision module, the determination module is invoked, and quality of service metrics to be deployed will be determined.
  • the QoS metrics decision once taken, will be communicated by the network manager to the metrics managers of all nodes in the network for implementation.
  • an exchange protocol ensuring the transmission of configuration orders from the network manager to the metric manager is defined. This exchange is done through mechanisms of reliable and atomic transmission. This protocol includes the following functions:
  • - DeployerMetriqueQoS (metric): it makes it possible to deploy a quality of service (QoS) metrics given on the network, namely the modules of calculation and insertion at the level of the control packets.
  • QoS quality of service
  • tolerance thresholds can be fixed at the level of the nodes of the network (minimum energy level, level maximum charge, etc.).
  • the existing routing protocol 112 uses the module path calculation 131 instead of its internal module 1122.
  • the routing protocol 112 transmits to the module 131 the topology graph enriched by the quality of service information provided by the metrics calculation module 132 at each node.
  • Applications must be modified to take into account this new module, which can be either specific to each application or shared by several applications.
  • the module is transparent to the application since the result of the calculation of metrics is reinjected into the routing protocol with which the application communicates. In both cases, this new route calculation does not impose or very little modification on the initial routing protocol.
  • this plug-in is re-programmable at any time, which allows it to integrate new metrics dynamically on initiative of the metrics manager. External management of service quality and calculation metrics is achieved. path. This makes it possible to manage the routing topology with QoS metrics at the application level so that they can apply the most optimal path calculation to their service quality requirements.
  • FIG. 2 the interactions between the components of FIG. 2 are first described by a fictitious example.
  • a second example is then described which illustrates a possible implementation of the present invention.
  • the topology discovery protocol included in the routing protocol 130 does not include any specific quality of service metrics.
  • VoIP Voice over IP
  • CBR constant bit rate
  • a new metric must be exchanged between the nodes and a specific path calculation based on this metric set up to define an optimized path for the VoIP application.
  • a first step is to choose the metric available in the network that is closest to that expected by the application. This can be for example jitter, delay or default the number of jumps.
  • This decision may be local to the node that will propagate it to the other nodes (according to the well-known approach of "self-organized" networks) or global by the network manager 200 which will transmit it to the nodes via a control message specific as previously described.
  • the external computation module 131 associated with the chosen metric for example the delay, is then activated on each node or possibly deployed dynamically from the network manager.
  • the chosen metric here the delay, is then also added in the control messages exchanged between the nodes by the routing protocol to discover and maintain the topology.
  • the VoIP application tries to establish a call, it invokes the external path computation module specific to the chosen metric, in this case the delay. This module can be present on all nodes or dynamically deployed.
  • This module retrieves from the routing protocol the topology graph having the delay metric (the metric information is computed by the metric calculation module at each node and carried by the routing protocol control packets) .
  • the other applications use the default path calculation module, namely the number of jumps.
  • the VoIP application then has routes adapted to its delay constraint, while other applications have paths that may be shorter but may also be more loaded. This is not a problem for example for a data exchange application.
  • FIG. 3 presents an example of an ad hoc network topology with a configuration that makes it possible to show the limitations of the current solutions based on fixed metrics and the advantages of the invention in terms of dynamic adaptation to changes in quality of service conditions in the network environment (network state and applications).
  • the network illustrated in FIG. 3 presents an example of an ad hoc network topology with a configuration that makes it possible to show the limitations of the current solutions based on fixed metrics and the advantages of the invention in terms of dynamic adaptation to changes in quality of service conditions in the network environment (network state and applications).
  • 3 comprises seven nodes formed by seven terminals of two types: three high-capacity terminals (PC computers) Tm, T H2 and T H3 , on the one hand, forming a first route R1 and on the other hand , four terminals with low capacity (PDA assistant) Ts, TFi, TF 2 , T D , terminals TFi and TF 2 forming a second route R2 between a source node and a destination node respectively formed by the terminals T s and T 0 .
  • PC computers three high-capacity terminals (PC computers) Tm, T H2 and T H3 , on the one hand, forming a first route R1 and on the other hand , four terminals with low capacity (PDA assistant) Ts, TFi, TF 2 , T D , terminals TFi and TF 2 forming a second route R2 between a source node and a destination node respectively formed by the terminals T s and T 0 .
  • PDA assistant terminals with low capacity
  • All nodes use 802.11b wireless interfaces with a bit rate of 11 Mb / s.
  • the Rl route is made up of three PCs, which promotes better routing if the "delay" metric is used while the R2 route consisting of two PDAs helps a routing based on the "bandwidth” metric.
  • metric default metric of applications. / * same metric for all applications * /
  • This data makes it possible to choose the metric to be applied in the network according to the rules defined in the network manager. Depending on the decision, the data will be routed either via route Rl (metric delay) or route R2 (metric bandwidth).
  • the following table shows the behavior of the approach according to the invention. Specifically, it describes the metrics to be applied in the network based on events that arise in the network.
  • the application of the bandwidth metric makes it possible to obtain good performance at the bandwidth level, to the detriment of the delay which increases very significantly. This is advantageous for applications that require significant bandwidth, however time-sensitive applications are heavily penalized.
  • the delay metric the delay is lower but the bandwidth is lower than that obtained with the metric of the bandwidth.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

L'invention concerne un procédé et un système de gestion dynamique de la métrique de qualité de service dans un réseau ad hoc comprenant une pluralité de noeds de routage (100) pour l'acheminement de paquets de donnés. Le système comprend en outre un gestionnaire de réseau (200) pour déterminer, calculer et déployer une métrique de qualité de service à appliquer à instant donné basée sur la qualité de service disponible sur le réseau et sur la qualité de service demandée par une ou plusieurs applications. Chaque noed comprend un gestionnaire de métrique (111) pour mettre à jour la table de routage (1121) des noeds en fonction de la métrique de qualité de service à appliquer reçue.

Description

PROCEDE ET SYSTEME D'ADAPTATION DYNAMIQUE DE MÉTRIQUE DE QUALITÉ DE SERVICE DANS UN RÉSEAU AD HOC
Domaine de l'invention et art antérieur
La présente invention concerne le domaine du routage avec qualité de service dans les réseaux dits "ad hoc". Les réseaux ad hoc sont des réseaux de communication, utilisant le médium radio. Ils sont constitués de nœuds mobiles et/ou fixes ayant la propriété de constituer automatiquement et dynamiquement un réseau capable d'acheminer des paquets d'un point quelconque du réseau à un autre dès lors qu'une communication radio s'établit entre un nœud et ses voisins.
Dans un réseau ad hoc, les paquets sont transmis directement entre le nœud source et le nœud destinataire si ce dernier est dans la zone de connectivité du nœud source ou via des nœuds intermédiaires voisins si le nœud destinataire est hors de portée du nœud source.
Par conséquent, les réseaux ad hoc permettent le déploiement instantané de réseaux de communication sans infrastructure préexistante ni gestion centralisée. La formation du réseau se fait d'une manière dynamique, l'ensemble des tâches de gestion étant réparti entre l'ensemble des nœuds du réseau.
La caractéristique principale des réseaux ad hoc est que les nœuds appartenant à ce réseau jouent, ou peuvent jouer, le rôle de routeurs. Les nœuds sont donc responsables eux-mêmes de l'établissement et du maintien de la connectivité du réseau d'une manière continue. Cela est réalisé par l'utilisation de protocoles de routage spécifiques qui permettent aux nœuds d'échanger des informations de routage entre nœuds voisins et de calculer des chemins de communication vers tous les autres nœuds du réseau. Ces protocoles de routage émettent des messages périodiquement pour actualiser la topologie du réseau ad hoc (i.e. pour identifier les nœuds et les liens entre les noeuds).
Il existe deux familles de protocoles de routage : les protocoles proactifs et les protocoles réactifs. Pour la famille des protocoles proactifs, chaque nœud a une vision sur tout le réseau grâce à un échange périodique des tables de routage. Tous les chemins sont disponibles directement via la table de routage.
Pour la famille des protocoles réactifs, les chemins ne sont disponibles qu'à la demande. En effet, si un chemin vers une destination n'est pas disponible via la table de routage, on lance une requête de recherche de chemin, le résultat de cette requête permettant de récupérer un chemin, s'il en existe un.
Dans le cadre de la présente invention, on s'intéresse plus particulièrement aux protocoles de routage proactifs et notamment au protocole OLSR (Optimized Link State Routing).
La figure 1 représente les composants du protocole de routage proactif OLSR. Dans ce protocole, on peut distinguer deux composants principaux: un composant de maintenance de la topologie 10 comprenant un module de contrôle de topologie 11 en liaison avec un module de sélection des nœuds du routage 12 et un composant de sélection de chemin 20 comprenant un module ou algorithme de calcul de chemin 21. Le composant de maintenance de la topologie 10 assure, grâce à un échange périodique de messages de contrôle, la construction du graphe de topologie du réseau qui sera par la suite utilisée pour le calcul des chemins. Ce mécanisme permet également de minimiser le surcoût en trafic réseau en utilisant un mécanisme de sélection des nœuds routeurs, appelés nœuds Multipoint Relais (MPR).
Le composant de sélection de chemin 20 calcule, à partir des informations recueillies sur la topologie, les meilleures routes entre les nœuds du réseau en utilisant un algorithme de calcul de chemin sur un graphe (par exemple : algorithme de Dijkstra), le critère de choix des chemins étant le nombre de sauts.
Les protocoles de routage proactif ad hoc ont été conçus à la base sans considération explicite de la qualité de service pour le calcul des chemins. Le nombre de sauts est généralement le critère adopté par ces protocoles. Il est clair qu'un tel critère est inadéquat pour des applications en temps réel telles que la vidéoconférence ou la téléphonie.
La prise en compte de la qualité de service dans le protocole de routage passe par la prédéfinition, lors de sa conception, au niveau du processus de sélection des chemins, de nouveaux critères, appelés métriques de qualité de service. Dans ce cas, comme illustré sur la figure 1, le composant de sélection de chemin 20 comprend en outre un module de gestion de métrique(s) de qualité de service 22 associé à l'algorithme de calcul de chemin 21. Des exemples de ces métriques sont les métriques de délai, de bande passante, de gigue, etc. Les informations concernant les métriques de qualité de service sont injectées au niveau du graphe de topologie. Un nouveau graphe enrichi par ces informations de qualité de service est donc reconstruit et le calcul des chemins est fait en prenant en compte ces métriques.
Selon l'art connu, la décision concernant le choix de métrique de qualité de service, qui sert de critère de sélection des chemins, est programmée de manière statique. En conséquence, il est impossible de changer ces critères une fois que le protocole de routage est mis en œuvre.
On observe aussi que les solutions connues préconisent l'usage d'une seule métrique ou d'une combinaison de métriques prédéfinie dans un souci d'optimisation pour un cas donné (bande passante ou délai, fiabilité, énergie, etc.). Cependant, on remarque rapidement les limitations qui résultent d'une telle gestion statique de ces métriques. En effet, lorsqu'une ou plusieurs applications s'exécutant dans un réseau ad hoc sont utilisées conjointement à une détermination des routes basée sur un algorithme de routage utilisant une métrique non adéquate, la qualité de service rendue à ces applications n'est pas la meilleure. Ceci est d'autant plus vrai que les contraintes des applications en terme de métriques de qualité sont généralement différentes les unes des autres.
Afin de pallier ces limitations, une solution consiste à mettre en oeuvre une sélection des chemins multi-métriques (ou multi-critères), ce qui implique la définition d'un algorithme capable de trouver les meilleurs chemins pour toutes les métriques possibles. Cependant, mettre en œuvre un tel algorithme est impossible et correspond à la situation appelée "problème NP-Complet" en théorie de la complexité des problèmes de décision en informatique (un problème est dit NP-Complet s'il est dans la classe des problèmes de décision pour lesquels la réponse oui peut être décidée par un algorithme non-déterministe en un temps polynomial par rapport à la taille de l'instance, et si n'importe quel problème NP-Complet peut se réécrire à l'aide d'un algorithme polynomial comme un sous- ensemble d'instance de ce problème). Des techniques d'approximation de calcul (à base d'heuristiques) existent, mais elles se limitent à un nombre prédéfini de métriques et leur mise en oeuvre est par ailleurs statique. En conséquence, les mêmes limitations que celles évoquées dans la première situation seront présentes.
Objet et description succincte de l'invention
La présente invention vise à remédier aux inconvénients précités et à proposer une solution technique pour adapter un protocole de routage en particulier de type proactif (comme OLSR) de manière à permettre un changement et une mise en œuvre dynamique des métriques de qualité de service utilisées pour le calcul des chemins dans les réseaux ad hoc, et ce en tenant compte des caractéristiques du réseau et/ou des ressources nécessaires aux applications utilisées.
Ce but est atteint grâce à un procédé d'adaptation dynamique de la métrique de qualité de service qui comprend les étapes suivantes : a) détermination d'au moins une métrique de qualité de service à appliquer à un instant donné basée sur la qualité de service disponible sur le réseau et/ou sur la qualité de service demandée par une ou plusieurs applications, b) transmission à au moins une partie des noeuds du réseau de la métrique instantanée de qualité de service à appliquer, ce qui inclut les modules de calcul et d'insertion des métriques de qualité de service au niveau des paquets de contrôle du protocole de routage, et c) mise à jour de la table de routage des nœuds en fonction de la métrique instantanée de qualité de service à appliquer reçue.
Ainsi, ce procédé permet d'appliquer dynamiquement au niveau du protocole de routage la métrique de qualité de service qui correspond au mieux à la fois aux contraintes de l'environnement (nombre de nœuds, densité, degré de mobilité,...) et/ou à l'état du réseau (ressources disponibles et/ou applications en cours d'exécution). En appliquant dynamiquement la métrique de qualité de service la plus pertinente à un instant donné, la mise en œuvre des mécanismes décrits dans la présente invention permet de répondre de manière efficace au comportement intrinsèquement dynamique des réseaux ad hoc.
A cet effet, dans l'étape a), deux alternatives sont possibles. Dans la première chaque nœud analyse les échanges avec ses voisins et décide par lui-même du choix de métrique, à la manière des réseaux autoorganisés. Dans la seconde, on utilise un gestionnaire de réseau qui supervise l'état des ressources de chaque nœud et/ou des ressources demandées par les applications en cours sur le réseau. Il décide et met en œuvre les modules nécessaires pour la gestion des métriques de qualité de service adéquates.
Dans l'étape b), les métriques de qualité de service à appliquer sont insérées dans des messages de contrôle du protocole de routage. De cette façon, toute nouvelle métrique de qualité de service à appliquer est propagée dans le réseau via des messages génériques de contrôle, les données relatives à cette métrique étant extraites au niveau de chaque nœud grâce à un gestionnaire de métrique. On évite ainsi d'avoir à réécrire le protocole de routage à chaque changement de métrique de qualité de service.
Dans l'étape c), le calcul du chemin et la mise à jour de la table de routage en fonction des métriques de qualité de service reçues peuvent se faire directement à partir du module de calcul de chemin du protocole de routage ou à partir d'un module de calcul de chemin externe au protocole. Dans ce dernier cas, le procédé comprend en outre une étape de déploiement dynamique, par exemple par téléchargement, d'un module de calcul de chemin. Le module est alors dit re-programmable.
Les étapes du procédé précédemment décrit sont exécutées par un dispositif informatique, en l'espèce au moins un nœud du réseau, sous la commande d'instructions logicielles. Par conséquent, l'invention concerne également un programme d'ordinateur ou module logiciel destiné à être stocké dans ou transmis par un support de données comprenant des instructions logicielles pour faire exécuter le procédé par un dispositif informatique. Le support de données peut être un support matériel de stockage, par exemple un CD-ROM, une disquette magnétique ou un disque dur, ou bien un support transmissible tel qu'un signal électrique, optique ou radio.
L'invention a également pour objet un système de gestion dynamique de la métrique de qualité de service dans un réseau ad hoc, le système comprenant une pluralité de nœuds destinés à former une infrastructure de routage pour l'acheminement de paquets de données, caractérisé en qu'il comprend en outre un gestionnaire de réseau pour déterminer les métriques de qualité de service à appliquer à un instant donné basée sur la qualité de service disponible sur le réseau et sur la qualité de service demandée par une ou plusieurs applications, et des moyens pour diffuser la métrique de qualité de service à appliquer aux nœuds du réseau et en ce que chaque nœud comprend un gestionnaire de métrique pour mettre à jour la table de routage des nœuds en fonction de la métrique de qualité de service à appliquer reçue.
Ainsi, le système de l'invention comprend des moyens pour assurer la supervision (Monitoring) du réseau afin d'avoir à tout instant une vision cohérente sur son état, à savoir le taux de ressources disponibles ainsi que les ressources requises par les applications qui sont en cours d'exécution. A partir de ces données, la métrique de qualité de service à appliquer est déterminée et déployée au niveau du protocole de routage via un échange périodique des informations concernant les métriques de qualité de service entre les nœuds du réseau. Cet échange périodique est réalisé au moyen de messages de contrôle du protocole de routage dans lesquels on insert la métrique à prendre en compte.
Le gestionnaire de réseau peut être intégré à un ou plusieurs nœuds du réseau, ou être mis en œuvre dans un terminal spécifique mobile ou filaire disposant d'une connexion au réseau.
Le calcul des routes au niveau des nœuds en fonction de la métrique de qualité de service diffusée peut être réalisé par le module de calcul de chemin propre au protocole de routage ou bien être géré de façon externe par un module externe re-programmable de calcul de chemin mutualisé entre plusieurs applications ayant les mêmes exigences de qualité de service ou bien encore externalisé dans les applications pour que chaque application puisse sélectionner les chemins les plus pertinents vis-à-vis de ses contraintes de qualité de service. L'invention a encore pour objet un terminal mobile ou fixe destiné à former un nœud dans un réseau ad hoc, caractérisé en ce qu'il comprend un gestionnaire de métrique pour mettre à jour la table de routage dudit nœud en fonction d'une métrique de qualité de service instantanée à appliquer. Un tel terminal peut comprendre aussi des moyens pour prendre en compte périodiquement tout changement de métrique de qualité de service déterminé en fonction d'événements survenant dans le réseau et au niveau des applications.
Brève description des dessins
D'autres caractéristiques et avantages de l'invention assortiront de la description suivante de modes particuliers de réalisation de l'invention, donnés à titre d'exemples non limitatifs, en référence aux dessins annexés, sur lesquels:
- la figure 1 représente schématiquement les composants du protocole de routage proactif OLSR ;
- la figure 2 représente un mode de réalisation d'une architecture conformément à l'invention ;
- la figure 3 illustre un exemple de topologie de réseau ad hoc utilisé pour tester le procédé de l'invention ;
Description détaillée des modes de réalisation de l'invention
La présente invention est destinée à permettre Pextemaiisation de la gestion des métriques de qualité de service au protocole du routage dans un réseau ad hoc et, par ailleurs, la détermination, la diffusion et la prise en compte de tout type de métrique de qualité de service. A cet effet, l'invention propose une solution technique qui met en œuvre deux composants principaux, l'un au niveau réseau (gestionnaire de réseau) et l'autre au niveau des nœuds (gestionnaire de métrique), ainsi qu'une extension des paquets de contrôle du protocole de routage.
L'invention utilise et adapte (i.e. ajout d'extension) un protocole de routage proactif et notamment un des protocoles de routage proactif les plus connus ; le protocole OLSR. Ce protocole est notamment référencé et décrit sous la dénomination OLSR RFC3626 (Request for Comments) (cf. en particulier le document "Optimized Link State Routing Protocol (OLSR)", Network Working Group, T. Clausen et al., octobre 2003) du Groupe de Travail Manet (pour Mobile Ad hoc Networks) de PÏETF (Internet Engineering Task Force).
Pour permettre le déploiement et l'application de tout type de métrique de qualité de service au niveau du protocole de routage sans avoir à redéfinir le protocole à chaque changement de métrique, la présente invention propose de réutiliser les messages existants du protocole de routage et non de définir de nouveaux messages. Les messages utilisés sont de préférence des messages échangés périodiquement entre les nœuds du réseau tels que les messages de contrôle TC (Topology Control) dans le protocole OLSR. Toutefois, on peut aussi utiliser des nouveaux messages pour le transport des métriques de qualité de service.
Ainsi, conformément à l'invention, on utilise des messages génériques de contrôle pour transporter toute métrique de qualité de service ainsi qu'une fonction de traitement qui construit au niveau de chaque nœud un graphe sur la topologie réseau; chaque élément du graphe est représenté par un n-tuplet de la forme < adresse-source, adresses-destination, métriquel, métrique2, ..., métriqueN>. Cette topologie sera utilisée ultérieurement par le calcul de route. La diffusion de toute métrique de qualité de service aux nœuds du réseau se fait via de tels messages.
Au niveau de chaque nœud, un gestionnaire de métrique propre à l'invention est connecté au protocole de routage. Plus précisément, comme illustré sur la figure 2, un nœud 100 comprend une première couche 110 qui, de façon connue, correspond à la couche du protocole de routage 110 qui utilise notamment une table de routage 1121 et un module ou algorithme de calcul de chemin 1122. La table de routage 1121 est maintenue (i.e. mise à jour) localement dans chaque nœud à l'aide du module de calcul de chemin 1122. C'est la table de routage qui donne l'adresse du nœud voisin auquel il faut transmettre les paquets ou la trame pour que ceux-ci atteignent leur destination selon les métriques de qualité de service définies. Conformément à l'invention, on ajoute dans la couche 110 un gestionnaire de métrique 111 qui transmet au protocole de routage 112 la métrique (ou la combinaison de métriques) à appliquer au réseau. Le calcul de chemin est alors effectué à partir de cette métrique en utilisant un algorithme de recherche de chemin dans un graphe, tel que par exemple l'algorithme de Dijkstra où les valeurs (ou poids) associées aux arrêtes sont alors données par les valeurs des métriques sélectionnées.
Le gestionnaire de métrique est un composant distribué à l'ensemble des nœuds du réseau. Il met en œuvre, au niveau du nœud, la métrique de qualité de service choisie par le gestionnaire de réseau. Dans ce but, le gestionnaire de métrique installe dans une couche 120 les composants 121 nécessaires à l'insertion de la métrique de qualité de service dans le processus de calcul des chemins. Le gestionnaire de métrique 111 permet également d'indiquer l'existence des modules externes de calcul de chemin 131 au protocole de routage 112. Le protocole de routage pourra donc transférer aux modules externes de calcul de chemin une vue topologique du réseau contenant les métriques sur lesquelles portera le calcul de chemin spécifique au module externe.
Ce transfert peut se faire directement ou via un composant spécifique tel que décrit en détail dans la demande de brevet déposée sous le numéro FR 03 12869 et intitulée "Procédé de notification de changements d'état des ressources d'un réseau à destination d'au moins une application, programme d'ordinateur et système de notification de changements d'état pour la mise en œuvre du procédé". Deux modes sont toutefois possibles :
- le mode push : Le protocole de routage transmet périodiquement une vue de topologie aux modules intéressés.
- le mode pull : uniquement à l'initiative des modules intéressés pour que le protocole de routage leur transfère les données de topologie.
Ces composants de métrique de qualité de service, qui peuvent être déployés dynamiquement ou bien déployés sur chaque nœud lors de son entrée dans le réseau, sont utilisés par le gestionnaire de métrique pour adapter pour le voisinage direct la valeur de la métrique instantanée. Par ailleurs, le système de l'invention comprend des moyens pour déterminer la ou les métriques de qualité de service qui doivent être prises en compte par les nœuds pour le routage. Le gestionnaire de réseau 200 est une entité qui peut être intégrée à un ou plusieurs nœuds du réseau, ou être mis en œuvre dans un terminal spécifique mobile ou filaire disposant d'une connexion au réseau.
Comme illustré sur la figure 2, un gestionnaire de réseau 200 comprend un module de détermination de métrique de qualité de service 210 en liaison avec un module de supervision 220 qui a pour fonction de superviser l'état des ressources du réseau vis-à-vis des événements qui surviennent (disparition/apparition nœud, diminution/augmentation capacité bande passante, énergie, etc.) et les ressources requises par les applications en cours. Pour ce faire, toute nouvelle application doit s'inscrire auprès du gestionnaire de réseau avec son requis de qualité de service (par exemple une application de voix sur IP s'enregistre avec un délai maximum de 250 msec). Le gestionnaire a ainsi une vision sur l'ensemble des requis applicatifs. Les informations concernant l'état des ressources réseau sont remontées au module 220 grâce à des sondes installées au niveau de chaque nœud (i.e. chaque terminal utilisateur). Une base de règles d'échange d'informations peut être définie au niveau du module de supervision pour lui permettre de traiter les événements remontés.
Le module de détermination 210 intègre la logique de décision de la métrique à appliquer dans le réseau en fonction de l'état des ressources du réseau et/ou des exigences des applications indiqué par le module de supervision 220. En effet, à la réception d'une nouvelle notification du module de supervision, le module de détermination est invoqué, et les métriques de qualité de service à déployer seront déterminées.
La décision concernant les métriques de qualité de service, une fois prise, sera diffusée par le gestionnaire réseau aux gestionnaires de métrique de tous les nœuds du réseau pour qu'ils la mettent en œuvre. Toutefois, un protocole d'échange assurant la transmission des ordres de configuration en provenance du gestionnaire réseau vers le gestionnaire du métrique est défini. Cet échange se fait via des mécanismes de transmission fiable et atomique. Ce protocole inclut les fonctions suivantes :
- DeployerMetriqueQoS (métrique) : elle permet de déployer une métrique de qualité de service (QoS) donnée sur le réseau, à savoir les modules de calcul et d'insertion au niveau des paquets de contrôle.
- SupprimerMetriqueQoS (métrique) : l'invocation de cette fonction permet de ne plus considérer la métrique en question.
- DeployerChemin (module) : permet de mettre en œuvre un module de calcul de chemin externe
- SupprimerChemin (module) : permet de désactiver un module de calcul de chemin mis en œuvre précédemment.
Afin de ne pas altérer le bon fonctionnement du réseau, compte tenu qu'un réseau ad hoc est un réseau à ressources variables dans le temps, des seuils de tolérance peuvent être fixés au niveau des nœuds du réseau (niveau d'énergie minimal, niveau de charge maximum, etc.).
Selon une variante de réalisation, il est possible d'avoir une gestion externe du processus de routage via un module de calcul de chemin 131 qui est déployé dynamiquement dans une couche 130. Dans ce cas, le protocole de routage existant 112 utilise le module de calcul de chemin 131 à la place de son module interne 1122. Le protocole de routage 112 transmet au module 131 le graphe de topologie enrichi par les informations de qualité de service fournies par le module de calcul de métrique 132 au niveau de chaque noeud. Les applications doivent être modifiées pour prendre en compte ce nouveau module, qui peut être soit propre à chaque application, soit mutualisé par plusieurs applications. Dans le second cas, le module est transparent à l'application puisque le résultat du calcul de métriques est réinjecté dans le protocole de routage avec lequel communique l'application. Dans les deux cas, ce nouveau calcul de route n'impose pas ou très peu de modification sur le protocole de routage initial. De plus, ce module externe est re-programmable à tout instant, ce qui lui permet d'intégrer de nouvelles métriques dynamiquement sur initiative du gestionnaire de métrique. On réalise ainsi une gestion externe des métriques de qualité de service et de calcul de chemin. Cela permet de gérer la topologie de routage avec métriques de qualité de service au niveau des applications de manière à ce qu'elles puissent appliquer le calcul de chemin le plus optimal vis-à-vis de leur besoin en qualité de service
Dans ce qui suit, on décrit d'abord les interactions entre les composants de la figure 2 par un exemple fictif. On décrit ensuite un second exemple qui illustre une mise en œuvre possible de la présente invention.
Description des interactions:
On considère par exemple un réseau ad hoc spontané se formant dans une zone dépourvue d'infrastructure. Par défaut, le protocole de découverte de topologie inclus dans le protocole de routage 130 ne comprend aucune métrique de qualité de service spécifique. Lorsqu'un noeud dans le réseau est sollicité par une application de VoIP (voix sur IP), qui nécessite des caractéristiques de trafic CBR (à débit constant, "Constant Bit Rate"), une nouvelle métrique doit être alors échangée entre les noeuds et un calcul de chemin spécifique basé sur cette métrique mis en place pour définir un chemin optimisé pour l'application VoIP. Une première étape consiste à choisir la métrique disponible dans le réseau qui est la plus proche de celle attendue par l'application. Cela peut-être par exemple la gigue, le délai ou par défaut le nombre de sauts. Cette décision peut-être locale au noeud qui va la propager aux autres noeuds (selon l'approche bien connue de réseaux "auto-organisés") ou bien globale par le gestionnaire de réseau 200 qui va la transmettre aux nœuds via un message de contrôle spécifique comme décrit précédemment. Le module de calcul extemalisé 131 associé à la métrique choisie, par exemple le délai, est alors activé sur chaque noeud ou éventuellement déployé dynamiquement depuis le gestionnaire réseau. La métrique choisie, ici le délai, est alors également ajoutée dans les messages de contrôle échangées entre les noeuds par le protocole de routage pour découvrir et maintenir la topologie. Lorsque l'application de VoIP cherchera à établir une communication, elle invoquera le module de calcul de chemin extemalisé spécifique à la métrique choisie, en l'occurrence le délai. Ce module peut être présent sur tous les noeuds ou déployé dynamiquement. Ce module récupère à partir du protocole de routage le graphe de topologie disposant de la métrique délai (les informations concernant la métrique sont calculées par le module de calcul de métrique au niveau de chaque noeud et transportées par les paquets de contrôle du protocole de routage). Par ailleurs, les autres applications utilisent le module de calcul de chemin par défaut, à savoir le nombre de sauts. L'application VoIP dispose alors de routes adaptées à sa contrainte de délai, alors que les autres applications ont des chemins peut-être plus courts mais peut-être aussi plus chargés. Ce qui n'est pas gênant par exemple pour une application d'échange de données.
Exemple de mise en œuvre:
Un exemple particulier de mise en oeuvre de l'invention est décrit en relation avec la figure 3 qui présente un exemple de topologie de réseau ad hoc avec une configuration qui permet de montrer les limitations des solutions actuelles à base de métrique fixe et les avantages de l'invention en matière d'adaptation dynamique aux changements des conditions de qualité de service dans l'environnement du réseau (état réseau et applications). Le réseau illustré sur la figure 3 comprend sept nœuds formés par sept terminaux de deux types : trois terminaux haute capacité (ordinateurs PC) Tm, TH2 et TH3, d'une part, formant une première route Rl et, d'autre part, quatre terminaux à faible capacité (assistant PDA) Ts, TFi, TF2, TD, les terminaux TFi et TF2 formant une deuxième route R2 entre un nœud source et un nœud destination formés respectivement par les terminaux Ts et T0.
Tous les nœuds utilisent des interfaces sans fil 802.11b avec un débit de 11 Mb/s. La route Rl composée de trois ordinateurs PC favorise un routage meilleur si la métrique "délai" est utilisée alors que la route R2 composée de deux assistants PDA favorise un routage basé sur la métrique "bande passante".
Dans cet exemple particulier, on considère deux applications impliquant deux types de trafic différents, chacun avec des requis différents : la première application fonctionne sur TCP (Transfert Control Protocol) et requiert de la bande passante (par exemple transfert de fichiers, http, etc.), la seconde sur UDP (User Datagram Protocol), plutôt temps réel, et qui privilégie le délai (par exemple transmission multimédia).
Les règles de "basculement" des métriques pour ce réseau de test sont par ailleurs définies selon l'algorithme suivant :
Début
Si (Evénement = Altération des ressources noeuds_faible_capacités) alors métrique = Nœuds fiables.
Sinon (autres événements)
Si (pas de conflit entre applications) alors métrique = métrique par défaut des applications. /*même métrique pour l'ensemble des applications*/
Sinon métrique = délai. /* métrique privilégiée*/ Fin.
Ces données permettent de choisir la métrique à appliquer dans le réseau selon les règles définies dans le gestionnaire réseau. Selon la décision, les données vont être acheminées soit via la route Rl (métrique délai) ou la route R2 (métrique bande passante).
Le tableau suivant montre le comportement de l'approche selon l'invention. Plus précisément, il décrit la métrique à appliquer dans le réseau en fonction des événements qui surgissent dans le réseau.
Au vu de ces résultats, il est clair que le choix de la métrique appliquée dans le réseau ad hoc a une influence primordiale sur la qualité de service fournie à l'application, en fonction de ces requis.
Au niveau des résultats, on remarque que l'application de la métrique de bande passante permet d'obtenir de bonnes performances au niveau bande passante, au détriment du délai qui augmente de façon très significative. Cela est avantageux pour les applications qui nécessitent une bande passante importante, néanmoins les applications sensibles au délai sont fortement pénalisées. On peut observer le phénomène complémentaire pour la métrique de délai : le délai est inférieur mais la bande passante est inférieure à celle obtenue avec la métrique de la bande passante.
Néanmoins, l'innovation permet d'obtenir le meilleur compromis pour appliquer la métrique instantanée qui répond le mieux au besoin des applications compte tenu des contraintes de l'environnement.
Les résultats obtenus sur cet exemple démontrent l'efficacité d'une d'une gestion dynamique de la métrique de qualité de service. Contrairement à une approche rigide à métrique fixe, cette gestion dynamique de métrique de qualité de service offre suffisamment de flexibilité pour répondre au mieux aux politiques de qualité de service définies dans le réseau.

Claims

REVENDICATIONS
1. Procédé d'adaptation dynamique de la métrique de qualité de service pour le routage dans un réseau ad hoc comprenant une pluralité de nœuds de routage (100) pour un acheminement optimal des paquets de données entre ces noeuds suivant la topologie du réseau à un instant donné, ledit procédé comprenant les étapes suivantes : a) détermination d'au moins une métrique de qualité de service à appliquer à un instant donné basée sur la qualité de service disponible sur le réseau et/ou sur la qualité de service demandée par une ou plusieurs applications, b) transmission à au moins une partie des nœuds du réseau de la métrique de qualité de service à appliquer, c) mise à jour de la table de routage (1121) des nœuds en fonction de la métrique instantanée de qualité de service à appliquer reçue.
2. Procédé selon la revendication 1, caractérisé en ce que, dans l'étape a), un gestionnaire de réseau re-programmable (200) supervise l'état des ressources de chaque nœud (100) sur la base des métriques de qualité de service applicables à un instant donné, ainsi que les ressources demandées par les applications en cours sur le réseau.
3. Procédé selon la revendication 1 ou 2, caractérisé en ce que, dans l'étape b), la métrique de qualité de service à appliquer est insérée dans des messages de contrôle du protocole de routage.
4. Procédé selon l'une des revendications 1 à 3, caractérisé en ce qu'il comprend en outre une étape de gestion externe des métriques de qualité de service et de calcul de chemin par des modules gérés par une application donnée ou par des modules re-programmables (131) mutualisés par plusieurs applications.
5. Programme d'ordinateur comprenant des instructions pour exécuter le procédé selon l'une des revendications 1 à 4.
6. Support d'enregistrement sur lequel est stocké Ie programme selon la revendication 5.
7. Système de gestion dynamique de la métrique de qualité de service dans un réseau ad hoc, le système comprenant une pluralité de nœuds de routage (100) pour l'acheminement de paquets de donnés, caractérisé en ce qu'il comprend en outre un gestionnaire de réseau (200) pour déterminer et calculer une métrique de qualité de service à appliquer à instant donné basée sur la qualité de service disponible sur le réseau et sur la qualité de service demandée par une ou plusieurs applications et des moyens pour diffuser la métrique de qualité de service à appliquer aux nœuds du réseau et en ce que chaque nœud comprend un gestionnaire de métrique (111) pour mettre à jour la table de routage (1121) des nœuds en fonction de la métrique de qualité de service à appliquer reçue.
8. Système selon la revendication 7, caractérisé en ce que le gestionnaire de réseau comprend des moyens (220) pour superviser l'état des ressources de chaque nœud ainsi que les ressources demandées par les applications en cours sur le réseau.
9. Système selon la revendication 7 ou 8, caractérisé en ce qu'il comprend des moyens pour calculer et insérer la métrique de qualité de service dans des messages de contrôle du protocole de routage.
10. Système selon l'une quelconque des revendications 7 à 9, caractérisé en ce que le gestionnaire de réseau (200) est intégré à au moins un nœud du réseau ou en ce que le système comprend en outre un terminal mobile ou filaire connecté au réseau et intégrant le gestionnaire de réseau.
11. Système selon l'une quelconque des revendications 7 à 10, caractérisé en ce qu'il comprend en outre des moyens pour transmettre aux nœuds du réseau des modules logiciels re-programmables de calcul de chemin et de gestion de métrique de qualité de service (131, 132).
12. Système selon l'une quelconque des revendications 7 à 10, caractérisé en ce qu'il comprend en outre des moyens pour gérer Ia topologie de routage avec métriques de qualité de service au niveau des applications de manière à ce qu'elles puissent appliquer le calcul de chemin le plus optimal vis-à-vis de leur besoin en qualité de service.
13. Terminal mobile ou fixe destiné à former un nœud (100) dans un réseau ad hoc, caractérisé en ce qu'il comprend un gestionnaire de métrique (111) pour mettre à jour la table de routage (1121) dudit nœud en fonction d'une métrique de qualité de service transmise dans le réseau.
EP05818916A 2004-12-01 2005-11-30 Procede et systeme d'adaptation dynamique de metrique de qualite de service dans un reseau ad hoc Withdrawn EP1817880A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0412733A FR2878674A1 (fr) 2004-12-01 2004-12-01 Procede et systeme d'adaptation dynamique de metrique de qualite de service dans un reseau ad hoc
PCT/FR2005/051010 WO2006059040A1 (fr) 2004-12-01 2005-11-30 Procede et systeme d'adaptation dynamique de metrique de qualite de service dans un reseau ad hoc

Publications (1)

Publication Number Publication Date
EP1817880A1 true EP1817880A1 (fr) 2007-08-15

Family

ID=34952869

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05818916A Withdrawn EP1817880A1 (fr) 2004-12-01 2005-11-30 Procede et systeme d'adaptation dynamique de metrique de qualite de service dans un reseau ad hoc

Country Status (5)

Country Link
US (1) US20090122748A1 (fr)
EP (1) EP1817880A1 (fr)
CN (1) CN101069392B (fr)
FR (1) FR2878674A1 (fr)
WO (1) WO2006059040A1 (fr)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2883440B1 (fr) * 2005-03-16 2007-05-25 Eastman Kodak Co Procede et equipement pour la transmission de donnees par reseau ad hoc
US8218512B2 (en) * 2006-06-14 2012-07-10 Toshiba America Research, Inc. Distribution of session keys to the selected multiple access points based on geo-location of APs
US8015280B2 (en) * 2007-10-01 2011-09-06 Ebay Inc. Method and system for intelligent feature degradation in response to a network deficiency detection
JP4941397B2 (ja) * 2008-04-22 2012-05-30 富士通株式会社 経路情報中継方法および無線端末
EP2178038A1 (fr) * 2008-08-12 2010-04-21 Thomson Licensing Procédé et dispositif pour la gestion d'informations de type social et pour le transfert opportuniste
EP3054633B1 (fr) * 2009-07-27 2017-10-25 Fujitsu Limited Dispositif de noeud, support de stockage et procédé de transmission de trame
FR2954028B1 (fr) * 2009-12-11 2012-01-20 Univ Paris Sud 11 Procede de routage qualitatif dans un reseau de communication multi sauts, equipement de gestion de noeud de reseau
US8559315B2 (en) 2010-04-09 2013-10-15 Nec Europe Ltd. Communication network and method for operating a communication network
US9084111B2 (en) * 2012-02-07 2015-07-14 Aruba Networks, Inc. System and method for determining leveled security key holder
US9350635B2 (en) * 2013-07-18 2016-05-24 Cisco Technology, Inc. Efficient network probing for deterministic wireless networks
US9461923B2 (en) * 2013-12-06 2016-10-04 Algoblu Holdings Limited Performance-based routing in software-defined network (SDN)
US9365951B2 (en) 2014-01-30 2016-06-14 Kimberly-Clark Worldwide, Inc. Negative polarity on the nanofiber line
US11539611B2 (en) * 2014-05-08 2022-12-27 Microsoft Technology Licensing, Llc Fine-grained network monitoring
FR3026910B1 (fr) * 2014-10-07 2016-12-09 Sagem Defense Securite Procede d'autorisation de demandes de transmission.
CN107544789B (zh) * 2016-06-23 2021-06-15 中兴通讯股份有限公司 一种拓扑适配方法和装置
EP3528196A1 (fr) * 2018-02-16 2019-08-21 Accenture Global Solutions Limited Génération de contenu dynamique
CN108184246B (zh) * 2018-03-06 2021-05-28 中国船舶重工集团公司第七二四研究所 基于位置和服务质量的移动自组织网络路由优化方法
US11082324B2 (en) 2018-07-27 2021-08-03 goTenna Inc. Vine: zero-control routing using data packet inspection for wireless mesh networks
CN113891399B (zh) * 2021-10-13 2023-08-01 北京慧清科技有限公司 一种面向负载均衡的多径加权调度olsr路由方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020087393A1 (en) * 1998-07-31 2002-07-04 Laurent Philonenko Dynamically updated QoS parameterization according to expected business revenue
US6917614B1 (en) * 1999-09-17 2005-07-12 Arris International, Inc. Multi-channel support for virtual private networks in a packet to ATM cell cable system
US20030035430A1 (en) * 2000-10-03 2003-02-20 Junaid Islam Programmable network device
FR2815799B1 (fr) * 2000-10-23 2005-03-11 Cit Alcatel Procede pour informer de la capacite de traitement specifique d'un noeud d'un reseau de telecommunication
US7406537B2 (en) * 2002-11-26 2008-07-29 Progress Software Corporation Dynamic subscription and message routing on a topic between publishing nodes and subscribing nodes
US7113796B2 (en) * 2002-01-18 2006-09-26 Microsoft Corporation Framework and method for QoS-aware resource discovery in mobile ad hoc networks
US7177295B1 (en) * 2002-03-08 2007-02-13 Scientific Research Corporation Wireless routing protocol for ad-hoc networks
US7764617B2 (en) * 2002-04-29 2010-07-27 Harris Corporation Mobile ad-hoc network and methods for performing functions therein based upon weighted quality of service metrics
US7561526B2 (en) * 2002-12-17 2009-07-14 Nortel Networks Limited Communication network route determination
US7480248B2 (en) * 2003-08-22 2009-01-20 Samsung Electronics Co., Ltd. Apparatus and method for determining aggregated link costs in a mobile ad hoc network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
REYNAUD L ET AL: "An open architecture that manages quality of service within reinforced ad hoc networks", WIRELESS AD-HOC NETWORKS, 2004 INTERNATIONAL WORKSHOP ON OULU, FINLAND MAY 31 - JUNE 3, 2004, PISCATAWAY, NJ, USA,IEEE, 31 May 2004 (2004-05-31), pages 217 - 222, XP010846712, ISBN: 978-0-7803-8275-6 *

Also Published As

Publication number Publication date
FR2878674A1 (fr) 2006-06-02
CN101069392B (zh) 2012-08-15
CN101069392A (zh) 2007-11-07
US20090122748A1 (en) 2009-05-14
WO2006059040A1 (fr) 2006-06-08

Similar Documents

Publication Publication Date Title
EP1817880A1 (fr) Procede et systeme d&#39;adaptation dynamique de metrique de qualite de service dans un reseau ad hoc
EP2502384B1 (fr) Procede et systeme pour distribuer du contenu avec des garanties de delais de livraison dans les reseaux radio hybrides
EP2510656A1 (fr) Procede de routage qualitatif dans un reseau de communication multi sauts, equipement de gestion de noeud de reseau
EP3804408A1 (fr) Procédé de sélection d&#39;une route dans un réseau ad hoc
EP2337284B1 (fr) Protocole de routage fiable
EP2070276B1 (fr) Procédé pour évaluer la fiabilité d&#39;une route dans un réseau coopératif
EP3580898A1 (fr) Procede et dispositif de determination de chemin de routage econome en energie
EP2163071A2 (fr) Procédé de détermination automatique d&#39;un groupe de pairs situés dans le voisinage d&#39;un autre pair au sein d&#39;un réseau de communication, et serveur, dispositif d&#39;analyse et équipement de communication associés
EP2345210B1 (fr) Gestion de topologie de routage dans un reseau
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
EP2225901A1 (fr) Transport de donnees prioritaires dans un reseau ad-hoc
EP2008410B1 (fr) Procede d&#39;identification d&#39;au moins une route satisfaisant au moins une contrainte entre un noeud source et un noeud destinataire dans un reseau de telecommunications
EP1958393B1 (fr) Procede et dispositif de controle a distance de la congestion de flux mailles dans un reseau de telecommunication en mode paquet
EP3815316B1 (fr) Procédé de communication mis en oeuvre par un premier routeur d&#39;un système autonome utilisant un protocole de routage interne
WO2023078995A2 (fr) Procédé de vérification de la fiabilité d&#39;une première valeur d&#39;un paramètre de contrôle de flux relatif à une connexion destinée à être établie entre un premier équipement de communication et un deuxième équipement de communication reliés par un chemin comprenant au moins un nœud intermédiaire au moyen d&#39;une valeur d&#39;un paramètre de performance intermédiaire déterminée par le nœud intermédiaire
WO2023078993A1 (fr) Procédé de gestion d&#39;une retransmission de données échangées sur un chemin établi entre un premier équipement de communication et un deuxième équipement de communication au moyen d&#39;une valeur d&#39;un paramètre de performance intermédiaire
EP3840308A1 (fr) Transfert de flux de données via une passerelle de communication
EP2119140B1 (fr) Procede d&#39;acheminement par un routeur d&#39;un paquet de donnees dans un reseau de communication par paquets supporte par un reseau de transport
FR3101498A1 (fr) Procédé de contrôle d’un flux de données associé à un processus au sein d’un réseau mutualisé
FR3003109A1 (fr) Procede de controle de congestion pour reseaux de telecommunications
FR2861864A1 (fr) Procede de notification de changements d&#39;etat des ressources d&#39;un reseau a destination d&#39;au moins une application, programme d&#39;ordinateur et systeme de notification de changements d&#39;etat pour la mise en oeuvre de ce procede
WO2014090412A1 (fr) Procede de remonte hierarchique de geolocalisation d&#39;entites sur un theatre d&#39;operation
FR2921534A1 (fr) Procede pour faire communiquer entre eux une pluralite de noeuds d&#39;extremite a travers un reseau de communication.

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: 20070524

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

RIN1 Information on inventor provided before grant (corrected)

Inventor name: GOURHANT, YVON

Inventor name: REYNAUD, LAURENT

Inventor name: MEDDOUR, DJAMAL-EDDINE

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20080929

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: FRANCE TELECOM

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

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: 20160726