WO2011036149A1 - Procede de construction d'une route aller retour entre des noeuds d'un reseau de communication - Google Patents
Procede de construction d'une route aller retour entre des noeuds d'un reseau de communication Download PDFInfo
- Publication number
- WO2011036149A1 WO2011036149A1 PCT/EP2010/063897 EP2010063897W WO2011036149A1 WO 2011036149 A1 WO2011036149 A1 WO 2011036149A1 EP 2010063897 W EP2010063897 W EP 2010063897W WO 2011036149 A1 WO2011036149 A1 WO 2011036149A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- route
- pth
- node
- message
- constructing
- 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.)
- Ceased
Links
Classifications
-
- 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
-
- 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/128—Shortest path evaluation for finding disjoint paths
-
- 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/28—Connectivity information management, e.g. connectivity discovery or connectivity update for reactive routing
Definitions
- the present invention relates to a method of constructing a round trip route between a source node and a destination node of a communication network comprising a plurality of nodes.
- a disadvantage of this state of the art is that in the field of power line carrier networks, these networks use physical communication media that include electrical cables of different origins and characteristics. Also, the physical characteristics of communication from a source node to a destination node may be different from the physical characteristics of communication from the same destination node to the same source node, especially because of different connections, taps, transformers, etc. present on said communication network. As a result, the use of a symmetrical round-trip route is unreliable because the communication may work one way and may not work on return.
- the present invention aims at a method of constructing a round-trip route between a source node and a destination node of a communication network comprising a plurality of nodes, which makes it possible to propose the construction of an asymmetric round-trip route for Make reliable the communication between a source node and a destination node.
- this object is achieved by a method of constructing a round-trip route between a source node and a destination node of a communication network comprising a plurality of nodes, characterized in that it includes the steps of:
- the method may further comprise one or more additional characteristics among the following:
- the step of broadcasting a first message is restarted by the source node after a first determined time interval. This makes it possible to restart this first message if there is no return of a second corresponding message.
- the method comprises an additional step of verification by an intermediate node if the same first message has already been received by said intermediate node, and if yes to ignore said first received message. This allows in particular to limit the number of messages broadcast in transit on the network.
- a first message includes a unique identifier. This makes it possible to use this identifier, which associated with an address of a source node, makes it possible to determine which are the second and third messages that participate in the construction of the same route as that requested by a first message.
- the selection of a forward route is done by saving, by means of the destination node, a first message that has the best cumulative cost among the first messages received during a second determined interval of time. This allows you to select the optimal route to go.
- the selection of a return route is done by saving by means of the source node a second message that has the best cumulative cost among the second messages received during a third determined time interval. This selects the optimal return route.
- a route request table is associated with each node of the communication network, the route request table comprising:
- This route request table makes it possible to keep a temporary record of the current route construction requests on the communication network.
- a routing table is associated with each node of the communication network, the routing table comprising an address of the destination node and an address of a next node. This table makes it possible to consolidate a route (forward or backward) and subsequently to route data to a next node when transmitting data from a source node to a destination node.
- the consolidation of a route is done by means of routing tables of nodes belonging to the selected route. It's a simple way of consolidation.
- a second message includes the addresses of the intermediate nodes of the selected outbound route. This allows an intermediate node to check whether it is part of the selected outbound route.
- a third message includes the addresses of the intermediate nodes of the selected return route. This allows an intermediate node to check whether it is part of the selected return route.
- the method includes an additional step of verifying that the route request table associated with an intermediate node includes the same unique identifier as said third message received by the node; intermediate. This makes it possible to verify the proper operation of the road construction method.
- the method comprises an additional step of incrementing, when receiving a first message or a second message by an intermediate node, a quality index of a link between said intermediate node and a previous node if said link has a quality below a certain threshold. This allows you to add an additional selection criterion for a route (outward or return) if two possible routes have the same cumulative cost.
- the second message is divided into a primary message for consolidating the selected outbound route and a secondary message for constructing a return route.
- a communication network capable of constructing a route between a source node and a destination node of said communication network, said communication network comprising a plurality of nodes, characterized in that it is adapted to implement the method according to any one of the preceding characteristics.
- FIG. 1 schematically shows a non-limiting example of a communication network in which a method of constructing a round-trip route according to the invention is implemented
- FIG. 2 represents a simplified flowchart of a non-limiting embodiment of a method of building a return road according to the invention
- - Figs. 3a and 3b detail the flowchart of FIG. 2;
- FIG. 1 A non-limiting example of a communication network RS is illustrated in FIG. 1 schematically. It comprises a plurality of nodes NA to NE, interconnected by LNK communication links. These nodes are in non-limiting examples of routers.
- a method for building a PTH round trip between a source node NA and a destination node NE of a communication network RS comprising a plurality of nodes N is implemented. As illustrated in FIG. 2 and Figs. 3a and 3b, the method comprises the steps of:
- step SELEC_PTH_F (CT_F) illustrated in Fig. 2); - Broadcast a second message RREP consolidating the selected outbound route PTH_F and constructing a return route PTH_B, from the destination node NE to intermediate nodes Ni to the source node NA, each intermediate node Ni updating a route return PTH_B with its MAC_Ni address and consolidating the selected outbound route PTH_F (CT_F) if it is part of said outbound route (step TX_RREP (NB, NA) shown in Fig. 2);
- a PTH communication route passes through intermediate nodes Ni and is therefore composed of a plurality of LNK communication links.
- Each source, intermediate, and recipient node can communicate with one or more neighboring nodes.
- FIG. 1 In the non-limiting example of FIG. 1:
- the node A can communicate with the nodes NB and NC,
- the node NE with the nodes NB and ND.
- the broadcast corresponds to the term "broadcast" in English.
- a CT cost of an LNK link is the number of hops between two nodes.
- an optimum cumulative link cost will be the one that will have the smallest number of hops among other cumulative link costs.
- a cost of a link is a function of a plurality of quantities respectively associated with a plurality of physical characteristics of a bandwidth usable between two nodes.
- the physical characteristics of the bandwidth used are:
- the method comprises an additional step of verification by an intermediate node Ni if the same first message RREQ has already been received by said intermediate node Ni, and if so to ignore said first received message RREQ .
- the method comprises an additional step of saving, by means of the destination node NE, a first message RREQ that has the best cumulative cost CT_F among the first received RREQ messages during a second determined time interval RREQ_WAIT.
- the method includes an additional step of saving by means of the source node NA a second RREP message that has the best accumulated cost among the second RREP messages received during a third determined time interval RREP_WAIT.
- a route request table RRT is associated with each node N of the communication network, the route request table RRT comprising:
- MAC_Src MAC_Src address of the source node
- This RRT route request table notably makes it possible to keep a temporary record of the current road construction requests on the network RS.
- a routing table RT is associated with each node N of the communication network, the routing table RT comprising a MAC_dest address of the destination node NE and a MAC_Ni + 1 address of a node next neighbor Ni + 1.
- This RT routing table is used by a node when it receives a message that is not intended for it, in order to know if it must transmit it to another node, and which one.
- each entry in this table RT includes a destination address MAC_dest and a MAC_Ni + 1 address of the next node.
- the consolidation of a PTH_F, PTH_B route is performed by means of routing tables RT N nodes belonging to the selected route PTH_F, PTH_B.
- a first message RREQ for building a forward route PTH_F is broadcast from the source node NA to intermediate nodes Ni to the destination node NA, each intermediate node Ni updating a forward route PTH_F with a cost of an LNK link with a previous node Ni-1 and its MAC_Ni address.
- the first message RREEQ has the following format:
- R bit to determine a local repair
- CT Link cost type: A value that indicates the formula to use to calculate the cumulative cost of a route. In a non-limiting example, if the value is equal to 1, the cumulative cost corresponds to the number of jumps. If the value is equal to 15, the cumulative cost corresponds to the sum of the costs depending on a plurality of quantities respectively associated with a plurality of physical characteristics of a bandwidth usable between two nodes.
- RC cumulative cost of the route from the source node to the destination node
- NBJHOPS number of jumps made
- PTH_HOPN address of the intermediate nodes of the source node to the destination node
- This first step 1) comprises the following substeps.
- a first substep 1 a illustrated in FIG. 3a and FIG. 4, the source node NA broadcasts a first PTH_F forward route construction message RREQ to its neighboring nodes, here in the non-limiting example of FIG. 4 nodes NB and NC, indicating that it needs to establish a PTH communication route with the destination node NE (step TX_RREQ (NA, Ni).
- the step of broadcasting a first message RREQ is restarted by the source node NA after a first determined time interval N ET_T R A V E R S A L_T I M E.
- a timer TM is triggered when generating a first message RREQ, and if its value is greater than the first time interval NET_TRAVERSAL_TIME before a second message RREP is received, then:
- the source node NA retries a plurality of times to construct the PTH route as indicated above. A limited number of attempts to rebroadcast the same first RREQ message are then expected;
- the source node NA is notified that the construction of the PTH route has failed when the limited number of attempts is reached.
- a first message RREQ comprises a unique identifier ID. This identifier identifies a complete route construction procedure that includes a sequence of RREQ, RREP and RRREP messages.
- the identifier ID is equal to ID1.
- a first message RREQ is generated by a source node NA with a unique identifier ID incremented by 1 relative to the last first message RREQ sent by said source node NA.
- the unique identifier ID of the last first RREQ message generated (and not repeated or broadcast) is recorded by each node in volatile memory RAM. The numbering starts at 1. As soon as a node wants to discover a new route, it reads the value of the unique identifier ID, increments it, generates a first message RREQ by inserting this new unique identifier ID, and updates it in its RAM memory. This makes it possible to distinguish all the first RREQ messages generated on the network RS, which each have a unique couple (address of the source node MAC_src, ID).
- a second substep 1 b illustrated in FIG. 3a and FIG. 4, the neighboring intermediate nodes NC and NB receive this first message RREQ and each intermediate node:
- this verification is performed by means of the unique identifier ID found in the associated RRT route request table.
- the update is performed by means of the associated route request table RRT.
- the nodes NB and NC update their respective RRT associated route request table (step UPDT_RRT illustrated in Fig. 3a) with:
- a first input for node B comprising:
- the pair (ID, MAC_A) uniquely identifies on the RS communication network a request for PTH route construction by node A.
- - iii) Updates a PTH_F forward route with its MAC_Ni address (step UPDT_RREQ).
- the update is performed by inserting in said first RREQ message the address of the intermediate node.
- step TX_RREQ (Ni, Ni, Ni, NB) shown in Fig. 3a).
- the intermediate neighbor node ND receives a first message RREQ of the node NC, it performs the substeps 1 b) i, ii), iii) and iv) described below.
- RRT route request table includes a first entry comprising:
- the intermediate node ND broadcasts a first message RREQ to the neighboring node which is the destination node NE (as shown in Fig. 6).
- the destination node NE receives a first message RREQ NB node, it performs substeps 1 b) i) and ii) described above. It will be noted that it does not update the message RREQ (step iii) and that it does not broadcast the first message RREQ (step iv) since it is the recipient.
- its RRT route request table includes a first entry comprising:
- the routes from the source node NA to the destination node NE are as follows:
- the RRT route request table of the NB node includes a second entry comprising:
- the RRT route request table of the NC node includes a second entry comprising:
- PTH HOP1 MAC B
- PTH HOP2 MAC C
- PTH HOP3 MAC D
- PTH HOP4 0
- the RRT route request table of the destination node NE includes three other entries including:
- a built-in route PTH_F having an optimum cumulated link cost CT_F is selected.
- the selection is made by saving, by means of the destination node NE, a first message RREQ which has the best cumulative cost CT_F among the first RREQ messages received during a second determined time interval RREQ_WAIT (substep SAV_NE (RREQ (CT_F); RREQ_WAIT) shown in Fig. 3a).
- RREQ_WAIT substep SAV_NE (RREQ (CT_F); RREQ_WAIT) shown in Fig. 3a.
- the second determined time interval RREQ_WAIT makes it possible to impose a minimum time interval between two first successive RREQ messages generated or transmitted by a node. This prevents the network from being clogged by RREQ messages issued too frequently.
- a second RREP message for consolidating the selected outgoing route PTH_F and for constructing a return route PTH_B, from the destination node NE to intermediate nodes Ni to the source node NA, is broadcast, each intermediate node Neither updating a PTH_B return route with its MAC_Ni address and consolidating the selected outbound route PTH_F (CT_F) if it is part of said go route.
- the second message RREP has the following format:
- R bit to determine a local repair
- RC cumulative cost of the return route of the destination node to the source node
- NB_N number of nodes in the way to go
- PTH_HOPN address of the intermediate nodes of the selected outbound route of the source node transmitting the first RREQ message to the destination node
- HOPN addresses of the intermediate nodes by which the second RREP message is passed
- This third step 3) comprises the following substeps.
- a first substep 3a illustrated in FIG. 3b and FIG. 7, the destination node NE broadcasts a second RREP message consolidating the selected outbound route PTH_F and constructing a PTH_B return route to intermediate nodes.
- the intermediate nodes are the neighboring nodes ND and NB (sub-step TX_RREP (NB, Ni; PTH_F (CT_F) illustrated in Fig. 3b), It is recalled that the previously selected forward route is, in the example taken, the NA-NC-ND-NE road.
- the second message RREP comprises the selected outgoing route PTH_F (CT_F): it includes the addresses of the intermediate nodes Ni of the selected outbound route PTH_F (CT_F). These were recopied in the fields PTHJHOPN said message.
- PTH HOP1 MAC C
- PTH HOP2 MAC D
- PTH HOP3 0
- PTH HOP4 0
- a second substep 3b illustrated in FIG. 3b and FIG. 8, the neighboring intermediate nodes ND and NB receive this second message RREP and each intermediate node:
- this verification is performed using the fields PTH_HOPN in the second message RREP.
- the NB node does not belong to said selected outbound route while the ND node belongs to said selected outbound route.
- the update is performed by means of the RRT route request table.
- the ND node that belongs to the built-in route PTH_F updates its RRT associated route request table (step UPDT_RRT illustrated in Fig. 3b) with:
- the consolidation is performed by updating its associated routing table RT (step UPDT_RT illustrated in Fig. 3b).
- the node D updates its routing table with an entry comprising:
- each intermediate node Ni which receives a second message RREP performs the following substeps.
- the update is performed by adding in said second message RREP the address of the intermediate node Ni.
- HOP1 MAC_B
- HOP3 MAC_B if they respectively come from the previous node NE or NC.
- the node NC when it receives a second message RREP of the node ND, performs the steps i), ii) iii) iv) and v) described above because it is part of the built-in route PTH_F .
- RRT associated route request table includes an entry comprising:
- Its RT routing table has an entry comprising: Address of destination Next node (s) next
- MAC_D being the next neighbor node belonging to the selected forward path PTH_F (CT_F). It also adds in its second message RREP its address.
- the node NB when it receives a second message RREP of the node NC performs the sub-step i), iv) and v). Since it does not belong to the built-in route PTH_F, it does not perform the following substeps ii) and Ni)).
- the return routes of the destination node NE to the source node NA are as follows:
- the source node NA receives four second RREP messages corresponding to the four return routes above and whose contents are as follows: RREP1 (return route a)):
- PTH HOP1 MAC C
- PTH HOP2 MAC D
- HOP3 0
- HOP4 0
- PTH HOP1 MAC C
- PTH HOP2 MAC D
- PTH HOP3 0
- PTH HOP4 0
- HOP1 MAC
- HOP2 MAC
- HOP3 0
- HOP4 0
- PTH HOP3 0
- PTH HOP4 0
- the source node NA updates its RT routing table.
- the latter thus comprises an entry comprising:
- the second message RREP is divided into a primary message RREPa for consolidating the selected outbound route PTH_F and a secondary message RREPb for constructing a return route PTH_B. This mode is illustrated in FIG. 2 in the dashed boxes.
- each intermediate node Ni updating a return route PTH_B with its MAC_Ni address and consolidating the selected outbound route PTH_F (CT_F) if it is part of said go route, as described above.
- This embodiment makes it possible to have the possibility of constructing that the road to go, in the case where the return route is not necessary (for example in the non-limiting case of an emission of an alarm by a device, which is typically a unidirectional message without acknowledgment.)
- a built-in return route PTH_B having an optimum cumulated link cost CT_B is selected.
- the selection is made by saving by means of the source node NA a second RREP message that has the best cumulative cost among the second RREP messages received during a third determined time interval RREP_WAIT (sub-step SAV_NA (RREP (CT_B); RREP_WAIT) shown in Fig. 3b). it is to select the best return route whose total cost CT_B is the lowest for example.
- the second RREP message having borrowed the NE-NB-NA return route is saved.
- the third time interval RREP_WAIT is equal to the second time interval RREQ_WAIT previously seen.
- a MSG message carrying the DAT data to be sent is transmitted from the source node NA to the destination node NE via the intermediate nodes NC and ND found.
- the MSG message comprises:
- the routing tables RT of the nodes used in the consolidated forward path PTH_F (CT_F), namely the nodes NA, NC, ND, are used to transmit the message MSG from the source node NA to the destination node NE.
- the destination node NE thus receives the data DAT from the source node NA.
- a third PTH_B return path consolidation message RRREP is broadcast from the source node NA to intermediate nodes Ni to the destination node NE, each intermediate node Ni consolidating the selected return route PTH_B (CT_B) if it is part of the said return route.
- R bit to determine a local repair
- RC cumulative cost of the return route of the destination node to the source node
- HOPN addresses of the intermediate nodes of the source node to the destination node
- This fifth step 5) comprises the following substeps.
- a first substep 5a illustrated in FIG. 3b and FIG. 1 1
- the source node NA broadcasts a third message RRREP consolidation of the return route PTH_B to intermediate nodes Ni.
- the intermediate nodes are the neighboring nodes NB and ND (substep TX_RRREP (NA, Ni; PTH_B (CT_B) shown in Fig. 3b).
- TX_RRREP NA, Ni; PTH_B (CT_B) shown in Fig. 3b.
- the previously selected return route is, in a non-limiting example, the NE-NB-NA route.
- the third message RRREP comprises the selected return route PTH_B (CT_B): it comprises the addresses of the intermediate nodes Ni of the selected return route PTH_B (CT_B). These were copied into the HOPN fields of the message.
- the neighboring intermediate nodes NB and NC receive this third message RRREP and each intermediate node:
- this verification is performed by means of the HOPN fields in the third RRREP message.
- the node NC does not belong to the built-in return path PTH_B whereas the node NB belongs to the constructed return route PTH_B.
- the intermediate node Ni performs the substep below:
- the consolidation is performed by updating its associated routing table RT (step UPDT_RT illustrated in Fig. 3b).
- the node NB updates its routing table with an entry comprising:
- each intermediate node Ni which receives a third message RRREP performs the following substeps. Furthermore, each intermediate node Ni which receives a third message RRREP performs the following substeps.
- This check makes it possible to be sure of having received a first message RREQ and a second message RREP corresponding to said third received message RRREP.
- the NC node that receives a third RRREP message from the NB node performs step i) iii) and iv) above. Since it does not belong to the constructed return route PTH_B, it does not perform substep ii). It thus broadcasts the third message RRREP to the next node ND (as shown in Fig. 13.)
- the ND node that receives a third RRREP message from the NB node performs step i) iii) and iv) above. Since it does not belong to the constructed return route PTH_B, it does not perform substep ii). It thus broadcasts the third message RRREP to the next node NE (as shown in Fig. 14.)
- a third step 5c when the destination node NE receives a third message RRREP, it consolidates the return route PTH_B to the source node NA (step VALID (PTH_B)). Thus, it updates its RT routing table with an entry comprising:
- an MSG message carrying the DAT data to be sent is transmitted from the source node NE to the destination node NA through the intermediate node NB found.
- the MSG message comprises:
- a FinAddr address of the destination node of the DAT data here the node NA.
- the routing tables RT of the nodes used in the selected return route PTH_B (CT_B), namely the nodes NE, NB, are used to transmit the message MSG from the source node NE to the destination node NA.
- the destination node NA thus receives the data DAT from the source node NE.
- the method of constructing a round-trip route makes it possible to construct an asymmetrical round-trip route so as to make the communication between a source node and a destination node more reliable.
- the method of constructing a round-trip route described is implemented by an RS communication network capable of constructing a PTH route between a source node NA and a destination node NE of said RS communication network, said communication network comprising a plurality N nodes
- the description of the invention is not limited to the application, the embodiments and the examples described above.
- the invention applies in non-limiting examples, to applications using a wireless communication network, or a CPL line carrier network that combines a voltage with a modulated signal.
- the method may comprise an additional step of incrementing, upon receipt of a first message RREQ or a second message RREP by an intermediate node Ni, a quality index WL of an LNK link between said intermediate node Ni and a previous node Ni-1 if said link has an LQI quality lower than a determined threshold LQImin.
- This quality index WL can be used for the destination node NE when it is coupled with the RC field of the first message RREQ. It helps to choose the route to go if two route proposals received by the destination node NE have the same RC field value, but a different quality index WL. In this case the destination node will choose the forward route proposal with the lowest WL value.
- the LOI quality of a link is the quality of a link between two neighboring nodes. Its calculation is given by physical parameters given by a node. The higher the LOI quality, the better the link between two neighboring nodes.
- a routing table RT may further comprise an ST status field associated with each entry of said RT table.
- the ST status field can take the following values:
- This field is updated with the value "Road Discovery" when a route (outbound or inbound) is under construction.
- This field is updated with the value "Valid” when a selected route (outbound or return) is consolidated. As soon as an entry in a routing table with the status "Valid” is present in the table RT, it can be used to route MSG data messages.
- a routing table RT may further comprise a TTL lifetime field associated with an ST status field, which field corresponds to a duration during which a route is valid. Beyond this time, the route is considered invalid and the ST status field is changed to "Invalid".
- a local route repair mechanism is based on the use of the R field (described above) in an RREQ, RREP or RRREP message and an RRRER error message.
- a mechanism for checking the vulnerability of a node is based on knowing the list of intermediate nodes used to reach the destination node. This knowledge is based on two types of messages called PREQ and PREP.
- the PREQ message is updated by the addresses of the intermediate nodes of the outbound route while the PREP message is updated with the addresses of the intermediate nodes of the return route.
- Such mechanisms are well known to those skilled in the art, they are not described in more detail here.
- the invention described has the following advantages: - It allows to build a road to go and a return route different from the road to go and thus to have an asymmetric communication route reliable;
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
La présente invention se rapporte à un procédé de construction d'une route aller retour entre un nœud source et un nœud destinataire. Elle se caractérise en ce que le procédé comporte les étapes de: - Diffuser un premier message de construction d'une route aller, du nœud source vers des nœuds intermédiaires jusqu'au nœud destinataire, chaque nœud intermédiaire mettant à jour une route aller avec un coût d'un lien avec un nœud précédent et avec son adresse; - Sélectionner une route aller construite ayant un coût de liens cumulé optimum; - Diffuser un deuxième message de consolidation de la route aller sélectionnée et de construction d'une route retour, du nœud destinataire vers des nœuds intermédiaires jusqu'au nœud source, chaque nœud intermédiaire mettant à jour une route retour avec son adresse et consolidant la route aller sélectionnée s'il fait partie de ladite route aller; - Sélectionner une route retour construite ayant un coût de liens cumulé optimum; - Diffuser un troisième message de consolidation de la route retour sélectionnée, du nœud source vers des nœuds intermédiaires jusqu'au nœud destinataire, chaque nœud intermédiaire consolidant la route retour sélectionnée s'il fait partie de ladite route retour.
Description
PROCEDE DE CONSTRUCTION D'UNE ROUTE ALLER RETOUR ENTRE DES NŒUDS D'UN RESEAU DE COMMUNICATION
DOMAINE TECHNIQUE DE L'INVENTION
La présente invention concerne un procédé de construction d'une route aller retour entre un nœud source et un nœud destinataire d'un réseau de communication comprenant une pluralité de nœuds.
Elle trouve une application particulière dans le domaine des réseaux de communications, en particulier mais non exclusivement dans le domaine des réseaux courant porteur en ligne.
ARRIÈRE-PLAN TECHNOLOGIQUE DE L'INVENTION
Dans le domaine des réseaux de communication, un état de la technique connu de procédé de construction d'une route aller retour entre un nœud source et un nœud destinataire d'un réseau de communication comprenant une pluralité de nœuds est décrit dans le document « Network Working Group - 6L0WPAN Ad Hoc On-Demand Distance Vector Routing (LOAD) - December 21 , 2007 - Kim, et al.» édité par l'organisation IETF. Ce document décrit un procédé, appelé « LOAD », de construction d'une route qui comporte une étape de diffuser un message de construction de route d'un nœud source vers des nœuds intermédiaires jusqu'au nœud destinataire. La construction d'une route est basée sur un coût de liens cumulé entre les nœuds qui diffusent un message de construction de route. Le nœud destinataire sauvegarde la route dont le coût de liens cumulé est optimum. Cette route va permettre d'envoyer des données du nœud source vers le nœud destinataire et vice versa. On a ainsi une route aller retour symétrique.
Un inconvénient de cet état de la technique est que dans le domaine des réseaux courant porteur en ligne, ces réseaux utilisent des supports physiques de communication qui comprennent des câbles électriques d'origine et de caractéristiques différentes. Aussi, les caractéristiques physiques de communication d'un nœud source vers un nœud destinataire peuvent être différentes des caractéristiques physiques de communication
du même nœud destinataire vers le même nœud source, et ce en raison notamment des différentes branchements, dérivations, transformateurs etc. présents sur ledit réseau de communication. En conséquence, l'utilisation d'une route aller retour symétrique n'est pas fiable car la communication peut fonctionner à l'aller et peut ne pas fonctionner au retour.
D ESC R I PTI ON G E N E RALE D E L' I NVE NTI ON
La présente invention a pour but un procédé de construction d'une route aller retour entre un nœud source et un nœud destinataire d'un réseau de communication comprenant une pluralité de nœuds, qui permette de proposer la construction d'une route aller retour asymétrique pour fiabiliser la communication entre un nœud source et un nœud destinataire.
Selon un premier objet de l'invention, ce but est atteint par un procédé de construction d'une route aller retour entre un nœud source et un nœud destinataire d'un réseau de communication comprenant une pluralité de nœuds, caractérisé en ce qu'il comporte les étapes de :
- Diffuser un premier message de construction d'une route aller, du nœud source vers des nœuds intermédiaires jusqu'au nœud destinataire, chaque nœud intermédiaire mettant à jour une route aller avec un coût d'un lien avec un nœud précédent et avec son adresse ;
- Sélectionner une route aller construite ayant un coût de liens cumulé optimum ;
- Diffuser un deuxième message de consolidation de la route aller sélectionnée et de construction d'une route retour, du nœud destinataire vers des nœuds intermédiaires jusqu'au nœud source, chaque nœud intermédiaire mettant à jour une route retour avec son adresse et consolidant la route aller sélectionnée s'il fait partie de ladite route aller ;
- Sélectionner une route retour construite ayant un coût de liens cumulé optimum ;
- Diffuser un troisième message de consolidation de la route retour sélectionnée, du nœud source vers des nœuds intermédiaires
jusqu'au nœud destinataire, chaque nœud intermédiaire consolidant la route retour sélectionnée s'il fait partie de ladite route retour. Comme on va le voir en détail par la suite, l'utilisation de trois messages va permettre de construire une route asymétrique, à savoir une route aller et une route retour différente de la route aller.
Selon des modes de réalisation non limitatifs, le procédé peut comporter en outre une ou plusieurs caractéristiques supplémentaires parmi les suivantes :
- L'étape de diffusion d'un premier message est relancée par le nœud source après un premier intervalle de temps déterminé. Cela permet de relancer ce premier message s'il n'y a pas le retour d'un deuxième message correspondant.
- Le procédé comporte une étape supplémentaire de vérification par un nœud intermédiaire si le même premier message a déjà été reçu par ledit nœud intermédiaire, et dans l'affirmative d'ignorer ledit premier message reçu. Cela permet notamment de limiter le nombre de messages diffusés en transit sur le réseau.
- Un premier message comprend un identifiant unique. Cela permet d'utiliser cet identifiant, qui associé à une adresse d'un nœud source, permet de déterminer quels sont les deuxièmes et troisièmes messages qui participent à la construction de la même route que celle demandée par un premier message.
- La sélection d'une route aller s'effectue en sauvegardant au moyen du nœud destinataire un premier message qui a le meilleur coût cumulé parmi les premiers messages reçus pendant un deuxième intervalle de temps déterminé. Cela permet de sélectionner la route aller optimale. - La sélection d'une route retour s'effectue en sauvegardant au moyen du nœud source un deuxième message qui a le meilleur coût cumulé parmi
les deuxièmes messages reçus pendant un troisième intervalle de temps déterminé. Cela permet de sélectionner la route retour optimale.
- Une table de demande de route est associée à chaque nœud du réseau de communication, la table de demande de route comprenant :
- un identifiant unique d'une demande de route ;
- une adresse du nœud source ;
- une adresse d'un nœud précédent qui diffuse un message ;
- un coût cumulé de la route aller ; et
- un coût cumulé de la route retour. Cette table de demande de route permet de conserver une trace temporaire des demandes de construction de routes en cours sur le réseau de communication.
- Une table de routage est associée à chaque nœud du réseau de communication, la table de routage comprenant une adresse du nœud destination et une adresse d'un nœud suivant. Cette table permet de consolider une route (aller ou retour) et par la suite de router des données vers un nœud suivant lors de la transmission de données d'un nœud source jusqu'à un nœud destinataire.
- La consolidation d'une route s'effectue au moyen de tables de routage de nœuds appartenant à la route sélectionnée. C'est un moyen simple de consolidation.
- Un deuxième message comprend les adresses des nœuds intermédiaires de la route aller sélectionnée. Cela permet à un nœud intermédiaire de vérifier s'il fait partie de la route aller sélectionnée. - Un troisième message comprend les adresses des nœuds intermédiaires de la route retour sélectionnée. Cela permet à un nœud intermédiaire de vérifier s'il fait partie de la route retour sélectionnée.
- Le procédé comporte une étape supplémentaire de vérifier que la table de demande de route associée à un nœud intermédiaire comporte un même identifiant unique que ledit troisième message reçu par le nœud
intermédiaire. Cela permet de vérifier le bon fonctionnement du procédé de construction de route.
- Le procédé comporte une étape supplémentaire d'incrémenter, lors de la réception d'un premier message ou d'un deuxième message par un nœud intermédiaire, un index de qualité d'un lien entre ledit nœud intermédiaire et un nœud précédent si ledit lien comporte une qualité inférieure à un seuil déterminé. Cela permet d'ajouter un critère de sélection supplémentaire pour une route (aller ou retour) si deux routes possibles comportent un même coût cumulé.
Le deuxième message est divisé en un message primaire de consolidation de la route aller sélectionnée et en un message secondaire de construction d'une route retour.
Selon un deuxième objet de l'invention, elle concerne un réseau de communication apte à construire une route entre un nœud source et un nœud destinataire dudit réseau de communication, ledit réseau de communication comportant une pluralité de nœuds, caractérisé en ce qu'il est apte à mettre en œuvre le procédé selon l'une quelconque des caractéristiques précédentes.
L'invention et ses différentes applications seront mieux comprises à la lecture de la description qui suit et à l'examen des figures qui l'accompagnent.
BREVE DESCRIPTION DES FIGURES
Celles-ci ne sont présentées qu'à titre indicatif et nullement limitatif de l'invention.
- La Fig. 1 représente schématiquement un exemple non limitatif de réseau de communication dans lequel un procédé de construction d'une route aller retour selon l'invention est mis en œuvre ;
- La Fig. 2 représente un organigramme simplifié d'un mode de réalisation non limitatif d'un procédé de construction d'une route aller retour selon l'invention ;
- Les Figs. 3a et 3b détaillent l'organigramme de la Fig. 2 ; et
- les Figs. 4 à 15 expliquent schématiquement les étapes du procédé de construction d'une route aller retour des Figs. 2a et 2b. DESCRIPTION DES FORMES DE REALISATION PRÉFÉRÉES DE
L'INVENTION
Le procédé de construction d'une route aller retour PTH entre un nœud source NA et un nœud destinataire NE d'un réseau de communication RS comprenant une pluralité de nœuds N, selon l'invention, est décrit dans un mode de réalisation non limitatif sur la Fig. 2 et les Figs. 3a et 3b.
Il est mis en œuvre dans un réseau de communication RS. Un exemple non limitatif de réseau de communication RS est illustré à la Fig. 1 de manière schématique. Il comporte une pluralité de nœuds NA à NE, reliés entre eux par des liens de communication LNK. Ces nœuds sont dans des exemples non limitatifs des routers.
On notera que pour la suite de la description, on appellera également un lien de communication LNK, un lien.
Lorsqu'un nœud source NA veut communiquer avec un nœud destinataire NE, un procédé de construction d'une route aller retour PTH entre un nœud source NA et un nœud destinataire NE d'un réseau de communication RS comprenant une pluralité de nœuds N, est mis en œuvre. Tel qu'illustré sur la Fig. 2 et les Figs. 3a et 3b, le procédé comporte les étapes de :
- Diffuser un premier message RREQ de construction d'une route aller PTH_F, du nœud source NA vers des nœuds intermédiaires Ni jusqu'au nœud destinataire NA, chaque nœud intermédiaire Ni mettant à jour une route aller PTH_F avec un coût d'un lien LNK avec un nœud précédent Ni-1 et avec son adresse MACJMi (étape TX_RREQ(NA, NB) illustrée sur la Fig. 2)
- Sélectionner une route aller construite PTH_F ayant un coût de liens cumulé optimum CT_F (étape SELEC_PTH_F(CT_F) illustrée sur la Fig. 2) ;
- Diffuser un deuxième message RREP de consolidation de la route aller sélectionnée PTH_F et de construction d'une route retour PTH_B, du nœud destinataire NE vers des nœuds intermédiaires Ni jusqu'au nœud source NA, chaque nœud intermédiaire Ni mettant à jour une route retour PTH_B avec son adresse MAC_Ni et consolidant la route aller sélectionnée PTH_F(CT_F) s'il fait partie de ladite route aller (étape TX_RREP(NB, NA) illustrée sur la Fig. 2) ;
- Sélectionner une route retour construite PTH_B ayant un coût de liens cumulé optimum CT_B (étape SELEC_PTH_B(CT_B) illustrée sur la Fig. 2) ;
- Diffuser un troisième message RRREP de consolidation de la route retour sélectionnée PTH_B, du nœud source NA vers des nœuds intermédiaires Ni jusqu'au nœud destinataire NE, chaque nœud intermédiaire Ni consolidant la route retour sélectionnée
PTH_B(CT_B) s'il fait partie de ladite route retour (étape TX_RRREP(NA, NB) illustrée sur la Fig. 2).
Une route de communication PTH passe par des nœuds intermédiaires Ni et est donc composée d'une pluralité de liens de communication LNK. Chaque nœud source, intermédiaires et destinataire peut communiquer avec un ou plusieurs nœuds voisins.
Dans l'exemple non limitatif de la Fig. 1 :
- le nœud A peut communiquer avec les nœuds NB et NC,
- le nœud NB avec les nœuds NA, NC et NE,
- le nœud NC avec les nœuds NA, NB, ND, et
- le nœud ND avec les nœuds NC, NB, NE, et
- le nœud NE avec les nœuds NB et ND. On notera que la diffusion correspond au terme « broadcast » en anglais.
Dans un exemple non limitatif, un coût CT d'un lien LNK est le nombre de sauts entre deux nœuds. Ainsi, un coût de liens cumulé optimum sera celui qui aura le plus petit nombre de sauts parmi les autres coûts de liens cumulé.
Dans un deuxième exemple non limitatif, un coût d'un lien est fonction d'une pluralité de grandeurs associées respectivement à une pluralité de caractéristiques physiques d'une bande passante utilisable entre deux nœuds. Dans des modes de réalisation non limitatifs, les caractéristiques physiques de la bande passante utilisées sont :
- a) un nombre de porteuses utilisables pour un envoi de données entre un nœud et un nœud voisin.
- b) une modulation utilisée sur chaque porteuse utilisable pour un envoi de données entre un nœud et le nœud voisin.
- c) un code de correction d'erreur.
- d) un nombre de répétitions d'envoi de données entre un nœud et le nœud voisin.
- e) un nombre d'entrées dans une table de routage associée audit nœud. Dans un mode de réalisation non limitatif, le procédé comporte une étape supplémentaire de vérification par un nœud intermédiaire Ni si le même premier message RREQ a déjà été reçu par ledit nœud intermédiaire Ni, et dans l'affirmative d'ignorer ledit premier message reçu RREQ. Dans un mode de réalisation non limitatif, le procédé comporte une étape supplémentaire de sauvegarder au moyen du nœud destinataire NE un premier message RREQ qui a le meilleur coût cumulé CT_F parmi les premiers messages RREQ reçus pendant un deuxième intervalle de temps déterminé RREQ_WAIT. Dans un mode de réalisation non limitatif, le procédé comporte une étape supplémentaire de sauvegarder au moyen du nœud source NA un deuxième message RREP qui a le meilleur coût cumulé parmi les deuxièmes messages RREP reçus pendant un troisième intervalle de temps déterminé RREP_WAIT. Par ailleurs, dans un mode de réalisation non limitatif, une table de demande de route RRT est associée à chaque nœud N du réseau de communication, la table de demande de route RRT comprenant :
- un identifiant unique ID d'une demande de route ;
- une adresse MAC_Src du nœud source ;
- une adresse MAC_Ni-1 d'un nœud précédent Ni-1 qui diffuse un message ;
- un coût cumulé CT_F de la route aller PTH_F ; et
- un coût cumulé CT_B de la route retour PTH_B.
Cette table de demande de route RRT permet notamment de conserver une trace temporaire des demandes de construction de routes en cours sur le réseau RS.
Par ailleurs, dans un mode de réalisation non limitatif, une table de routage RT est associée à chaque nœud N du réseau de communication, la table de routage RT comprenant une adresse MAC_dest du nœud destination NE et une adresse MAC_Ni+1 d'un nœud voisin suivant Ni+1 .
Cette table de routage RT est utilisée par un nœud lorsqu'il reçoit un message qui ne lui est pas destiné, afin de savoir s'il doit le transmettre à un autre nœud, et lequel. Ainsi, chaque entrée dans cette table RT comporte une adresse de destination MAC_dest et une adresse MAC_Ni+1 de prochain nœud.
Dans un mode de réalisation non limitatif, la consolidation d'une route PTH_F, PTH_B s'effectue au moyen de tables de routage RT de nœuds N appartenant à la route sélectionnée PTH_F, PTH_B.
Ainsi, les étapes du procédé de construction d'une route aller retour PTH entre un nœud source NA et un nœud destinataire NE sont décrites en détail ci-après en se référant aux Figs. 3a, 3b et 4 à 15.
Pour la suite de la description, les modes de réalisation mentionnés ci-dessus sont pris en compte.
Dans une première étape 1), on diffuse un premier message RREQ de construction d'une route aller PTH_F, du nœud source NA vers des nœuds intermédiaires Ni jusqu'au nœud destinataire NA, chaque nœud intermédiaire Ni mettant à jour une route aller PTH_F avec un coût d'un lien LNK avec un nœud précédent Ni-1 et avec son adresse MAC_Ni.
Dans un mode de réalisation non limitatif, le premier message RREEQ a le
format suivant :
Type de message TP = 1
R : bit pour déterminer une réparation locale
D : bit pour déterminer le nombre de bits pour l'adresse de destination (16 bits ou 64 bits) ; par exemple D = 0 pour 64 bits et D = 1 pour 16 bits.
O : bit pour déterminer le nombre de bits pour l'adresse de destination (16 bits ou 64 bits) ; par exemple 0 = 0 pour 64 bits et O = 1 pour 16 bits.
CT : type du coût de lien : valeur qui indique la formule à utiliser pour calculer le coût cumulé d'une route. Dans un exemple non limitatif, si la valeur est égale à 1 , le coût cumulé correspond au nombre de sauts. Si la valeur est égale à 15, le coût cumulé correspond à la somme des coûts fonction d'une pluralité de grandeurs associées respectivement à une pluralité de caractéristiques physiques d'une bande passante utilisable entre deux nœuds.
WL : nombre de liens de mauvaise qualité
ID : identifiant unique d'un premier message RREQ
RC : coût cumulé de la route aller du nœud source vers le nœud destination NBJHOPS : nombre de sauts effectués
OA : adresse de la source du premier message
FA : adresse du nœud à atteindre
PTH_HOPN : adresse des nœuds intermédiaires du nœud source vers le nœud destination
Cette première étape 1 ) comporte les sous-étapes suivantes.
Dans une première sous-étape 1 a), illustrée sur la Fig. 3a et la Fig. 4, le nœud source NA diffuse un premier message RREQ de construction de route aller PTH_F vers ses nœuds voisins, ici dans l'exemple non limitatif de
la Fig. 4 les nœuds NB et NC, indiquant qu'il a besoin d'établir une route de communication PTH avec le nœud destinataire NE (étape TX_RREQ(NA, Ni).
Dans un mode de réalisation non limitatif, l'étape de diffusion d'un premier message RREQ est relancée par le nœud source NA après un premier intervalle de temps déterminé N ET_T R A V E R S A L_T I M E .
On notera qu'un temporisateur TM est déclenché lors de la génération d'un premier message RREQ, et si sa valeur est supérieure au premier intervalle de temps NET_TRAVERSAL_TIME avant qu'un deuxième message RREP ne soit reçu, alors :
- soit le nœud source NA retente une pluralité de fois de construire la route PTH comme indiqué ci-dessus. On prévoit alors un nombre limité de tentatives de rediffusion du même premier message RREQ ;
- soit on avertit le nœud source NA que la construction de la route PTH a échouée lorsque le nombre limité de tentatives est atteint.
Dans un mode de réalisation non limitatif, un premier message RREQ comporte un identifiant unique ID. Cet identifiant permet d'identifier une procédure complète de construction de route qui comprend une séquence de messages RREQ, RREP et RRREP.
Dans un exemple non limitatif, l'identifiant ID est égal à ID1 .
On notera que dans un mode de réalisation non limitatif, un premier message RREQ est généré par un nœud source NA avec un identifiant unique ID incrémenté de 1 par rapport au dernier premier message RREQ envoyé par ledit nœud source NA.
L'identifiant unique ID du dernier premier message RREQ généré (et non répété ou diffusé) est enregistré par chaque nœud en mémoire volatile RAM. La numérotation commence à 1 . Dès qu'un nœud veut découvrir une nouvelle route, il lit la valeur de l'identifiant unique ID, l'incrémente, génère un premier message RREQ en y insérant ce nouvel identifiant unique ID, et l'actualise dans sa mémoire RAM. Ceci permet de distinguer tous les premiers messages RREQ générés sur le réseau RS, qui ont chacun un couple (adresse du nœud source MAC_src, ID) unique.
Dans une deuxième sous-étape 1 b), illustrée sur la Fig. 3a et la Fig. 4, les nœuds intermédiaires voisins NC et NB reçoivent ce premier message RREQ et chaque nœud intermédiaire :
- i) Vérifie s'il a déjà reçu le même premier message RREQ, et dans l'affirmative ignore ledit premier message reçu RREQ.
Dans un mode de réalisation non limitatif, cette vérification est effectuée au moyen de l'identifiant unique ID se trouvant dans la table de demande de route RRT associée.
On notera que le fait d'ignorer ledit premier message RREQ lorsqu'il a déjà été reçu permet notamment de limiter le nombre de messages diffusés en transit sur le réseau.
Si cette vérification est négative, alors ils effectuent les sous-étapes ci- dessous :
- ii) Met à jour une route aller PTH_F avec un coût d'un lien LNK avec un nœud précédent Ni-1 .
Dans un mode de réalisation non limitatif, la mise à jour s'effectue au moyen de la table de demande de route associée RRT.
Ainsi, les nœuds NB et NC mettent à jour leur table de demande de route respective associée RRT (étape UPDT_RRT illustrée sur la Fig. 3a) avec :
- une première entrée pour le nœud B comprenant :
Dans un mode de réalisation non limitatif, la mise à jour s'effectue en insérant dans ledit premier message RREQ l'adresse du nœud intermédiaire.
Ainsi, pour le nœud B, le premier message RREQ mis à jour comprend une adresse PTH_HOP1 = MAC_B.
De la même manière, pour le nœud C, le premier message RREQ mis à jour comprend une adresse PTH_HOP1 = MAC_C.
- iv) Diffuse un premier message RREQ mis à jour vers les nœuds voisins suivants, soit respectivement vers le nœud NB et ND pour le nœud NC, et vers le nœud voisin NC et le nœud destinataire NE pour le nœud NB tel qu'illustré sur la Fig. 5 (étape TX_RREQ(Ni, Ni ; Ni, NB) illustrée sur la Fig. 3a).
De la même manière, lorsque le nœud voisin intermédiaire ND reçoit un premier message RREQ du nœud NC, il effectue les sous-étapes 1 b) i, ii), iii) et iv) décrites ci-dessous.
Ainsi, le premier message RREQ mis à jour par le nœud D comprend une adresse PTH HOP2 = MAC D.
Par ailleurs, sa table de demande de route RRT comporte une première entrée comprenant :
Ainsi, le nœud intermédiaire ND diffuse un premier message RREQ au nœud voisin qui est le nœud destinataire NE (tel qu'illustré sur la Fig. 6).
Et ainsi de suite pour le nœud NB recevant un premier message RREQ du nœud NC et le nœud NC recevant un premier message du nœud B.
Enfin, lorsque le nœud destinataire NE reçoit un premier message RREQ du nœud NB, il effectue les sous-étapes 1 b) i) et ii) décrites ci- dessus. On notera qu'il n'effectue pas la mise à jour du message RREQ (étape iii) et qu'il ne diffuse pas le premier message RREQ (étape iv) puisqu'il en est le destinataire.
Ainsi, sa table de demande de route RRT comporte une première entrée comprenant :
Comme illustré sur les Fig. 4, 5 et 6, les routes aller du nœud source NA au nœud destinataire NE possibles sont les suivantes :
- a) NA-NB-NE
- b) NA-NC-ND-NE
- c) NA-NC-NB-NE
- d) NA-NB-NC-ND-NE
Ainsi, la table de demande de route RRT du nœud NB comporte une deuxième entrée comprenant :
ID MAC_Src Adresse CT_F CT_B
MAC Ni-1
Entrée 2 ID1 MAC_A MAC_C CT1 '+CT2'
(route c))
De la même manière, la table de demande de route RRT du nœud NC comporte une deuxième entrée comprenant :
ID MAC_Src Adresse CT_F CT B
MAC Ni-1
Entrée 2 ID1 MAC_A MAC_B CT1 +CT2 — (route d))
Ainsi, en définitive, le nœud destinataire NE reçoit quatre premiers messages RREQ correspondant aux quatre routes aller ci-dessus et dont le contenu est le suivant : RREQ1 (route aller a)) :
RREQ3 (route aller c)) :
RREQ4 (route aller d)) :
1 R 0 0 Réservé CT=15 WL ID1
RC= NB_HOPS=4 OA=MAC_A FA=MAC_E
CT1 +CT2+CT2"'+CT3
PTH HOP1 = MAC B PTH HOP2= MAC C
PTH HOP3= MAC D PTH HOP4=0
PTH HOP5= 0
En conséquence, la table de demande de route RRT du nœud destinataire NE comprend trois autres entrées comprenant :
On notera que si une entrée avec le couple ID, MAC_A existe déjà dans une table de demande de route RRT, elle n'est pas ajoutée de nouveau dans ladite table RRT.
Dans une deuxième étape 2), on sélectionne une route aller construite PTH_F ayant un coût de liens cumulé optimum CT_F.
Dans un mode de réalisation non limitatif, la sélection s'effectue en sauvegardant au moyen du nœud destinataire NE un premier message RREQ qui a le meilleur coût cumulé CT_F parmi les premiers messages RREQ reçus pendant un deuxième intervalle de temps déterminé RREQ_WAIT (sous-étape SAV_NE(RREQ(CT_F) ; RREQ_WAIT) illustré à la Fig. 3a). Cela revient à sélectionner la meilleure route aller dont le coût total CT_F est le plus faible par exemple. Ainsi, dans un exemple non limitatif, le premier message RREQ ayant emprunté la route aller NA-NC-ND-NE est sauvegardé.
On notera que le deuxième intervalle de temps déterminé RREQ_WAIT permet d'imposer un intervalle de temps minimal entre deux premiers messages RREQ successifs générés ou transmis par un nœud.
Ceci permet d'éviter que le réseau ne soit engorgé par des messages RREQ émis trop fréquemment.
Dans une troisième étape 3), on diffuse un deuxième message RREP de consolidation de la route aller sélectionnée PTH_F et de construction d'une route retour PTH_B, du nœud destinataire NE vers des nœuds intermédiaires Ni jusqu'au nœud source NA, chaque nœud intermédiaire Ni mettant à jour une route retour PTH_B avec son adresse MAC_Ni et consolidant la route aller sélectionnée PTH_F(CT_F) s'il fait partie de ladite route aller.
Comme on va le voir par la suite, la consolidation de la route aller s'effectue au moyen de tables de routages RT de nœuds N appartenant à la route aller construite sélectionnée PTH_F(CT_F).
Dans un mode de réalisation non limitatif, le deuxième message RREP a le format suivant :
Type de message TP = 2
R : bit pour déterminer une réparation locale
D : bit pour déterminer le nombre de bits pour l'adresse de destination (16 bits ou 64 bits) ; par exemple D = 0 pour 64 bits et D = 1 pour 16 bits.
O : bit pour déterminer le nombre de bits pour l'adresse de destination (16 bits ou 64 bits) ; par exemple O = 0 pour 64 bits et O = 1 pour 16 bits.
CT : type du coût de lien
WL : nombre de liens de mauvaise qualité
ID : identifiant unique d'un premier message RREQ
RC : coût cumulé de la route retour du nœud destination vers le nœud source
NB_N : nombre de nœuds dans le chemin aller
NB_HOPS : nombre de sauts effectués
OA : adresse de la source du premier message
FA : adresse du nœud à atteindre
PTH_HOPN : adresse des nœuds intermédiaires de la route aller sélectionnée du nœud source émettant le premier message RREQ vers le
nœud destination
HOPN : adresses des nœuds intermédiaires par où le deuxième message RREP est passé
Cette troisième étape 3) comporte les sous-étapes suivantes.
Dans une première sous-étape 3a), illustrée sur la Fig. 3b et la Fig. 7, le nœud destinataire NE diffuse un deuxième message RREP de consolidation de la route aller sélectionnée PTH_F et de construction d'une route retour PTH_B vers des nœuds intermédiaires. Dans l'exemple, les nœuds intermédiaires sont les nœuds voisins ND et NB (sous-étape TX_RREP(NB, Ni ; PTH_F(CT_F) illustrée sur la Fig. 3b). On rappelle que la route aller sélectionnée précédemment est, dans l'exemple pris, la route NA-NC-ND-NE.
Ainsi, le deuxième message RREP comporte la route aller sélectionnée PTH_F(CT_F) : il comprend les adresses des nœuds intermédiaires Ni de la route aller sélectionnée PTH_F(CT_F). Ces dernières ont été recopiées dans les champs PTHJHOPN dudit message.
On a ainsi le deuxième message RREP qui est de la forme suivante :
2 R 0 0 Réservé CT WL ID1
RC NB N=3 MAC E MAC A
PTH HOP1 =MAC C PTH HOP2=MAC D
PTH HOP3=0 PTH HOP4=0
PTH HOP5=0 NB HOPS=0
HOP1 =0 HOP2=0
HOP3=0 HOP4=0
HOP5=0
Dans une deuxième sous-étape 3b), illustrée sur la Fig. 3b et la Fig. 8, les nœuds intermédiaires voisins ND et NB reçoivent ce deuxième message RREP et chaque nœud intermédiaire :
- i) Vérifie s'il appartient à la route aller sélectionnée PTH_F(CT_F).
Dans un mode de réalisation non limitatif, cette vérification s'effectue au moyen des champs PTH_HOPN dans le deuxième message RREP. Comme on peut le voir, le nœud NB n'appartient pas à ladite route aller sélectionnée alors que le nœud ND appartient à ladite route aller sélectionnée.
Si cette vérification est positive (le nœud appartient à la route aller sélectionnée), alors ils effectuent les sous-étapes ci-dessous :
- ii) Met à jour une route retour PTH_B avec un coût d'un lien avec un nœud précédent Ni-1 .
Dans un mode de réalisation non limitatif, la mise à jour s'effectue au moyen de la table de demande de route RRT.
Ainsi, le nœud ND qui appartient à la route aller construite PTH_F met à jour sa table de demande de route associée RRT (étape UPDT_RRT illustrée sur la Fig. 3b) avec :
- Une entrée comprenant :
iii) Consolide la route aller sélectionnée PTH_F(CT_F) s'il fait partie de ladite route aller.
Dans un mode de réalisation non limitatif, la consolidation est effectuée en mettant à jour sa table de routage associée RT (étape UPDT_RT illustrée sur la Fig. 3b). Ainsi, le nœud D met à jour sa table de routage avec une entrée comprenant :
Adresse desti nation Nœud (s) voisi n (s) su ivant(s)
MAC E MAC E
Avec MAC_E, le nœud suivant appartenant à la route aller sélectionnée PTH_F(CT_F).
Par ailleurs, chaque nœud intermédiaire Ni qui reçoit un deuxième message RREP effectue les sous-étapes suivantes.
- iv) Met à jour une route retour PTH_B avec son adresse MAC_Ni (étape UPDT_RREP).
Dans un mode de réalisation non limitatif, la mise à jour s'effectue en ajoutant dans ledit deuxième message RREP l'adresse du nœud intermédiaire Ni.
Ainsi, pour le nœud D, un deuxième message RREP mis à jour comprend une adresse HOP1 = MAC_D.
Ainsi, pour le nœud C, deux deuxièmes messages RREP mis à jour comprennent une adresse HOP2 = MAC_C et HOP2 = MAC_C s'ils proviennent respectivement du nœud précédent NB ou ND.
Ainsi, pour le nœud B, deux deuxièmes messages RREP mis à jour comprennent une adresse HOP1 = MAC_B et HOP3=MAC_B s'ils proviennent respectivement du nœud précédent NE ou NC. iv) Diffuse un deuxième message RREP vers les nœuds voisins suivants, soit dans l'exemple pris, respectivement vers le nœud source NA et le nœud intermédiaire NC pour le nœud NB, et vers le nœud voisin NC pour le nœud ND (tel qu'illustré sur la Fig. 8).
De la même manière, le nœud NC, lorsqu'il reçoit un deuxième message RREP du nœud ND, effectue les étapes i), ii) iii) iv) et v) décrites ci-dessus car il fait partie de la route aller construite PTH_F.
Ainsi, sa table de demande de route associée RRT comprend une entrée comprenant :
Sa table de routage RT comporte une entrée comprenant :
Adresse desti nation Nœud (s) voisi n (s) su ivant(s)
MAC E MAC D
Avec MAC_D étant le nœud voisin suivant appartenant à la route aller sélectionnée PTH_F(CT_F). II ajoute également dans ledit deuxième message RREP son adresse.
Ainsi, pour le nœud C, le deuxième message RREP mis à jour comprend une adresse HOP2 = MAC_C.
Il diffuse le deuxième message RREP au nœud suivant, à savoir le nœud source A et le nœud intermédiaire NB (tel qu'illustré sur la Fig. 9).
De la même manière, le nœud NB, lorsqu'il reçoit un deuxième message RREP du nœud NC effectue la sous-étape i), iv) et v). Comme il n'appartient pas à la route aller construite PTH_F, il n'effectue pas les sous- étapes suivantes ii) et Ni)).
Et ainsi de suite jusqu'au nœud A.
Dans l'exemple pris des Fig. 7 à 9, les routes retour du nœud destinataire NE au nœud source NA possibles sont les suivantes :
- a) NE-NB-NA
- b) NE-NB-NC-NA
- c) NE-ND-NC-NA
- d) NE-ND-NC-NB-NA
Ainsi, en définitive, le nœud source NA reçoit quatre deuxièmes messages RREP correspondant aux quatre routes retour ci-dessus et dont le contenu est le suivant : RREP1 (route retour a)) :
2 R 0 0 Réservé CT=15 WL ID1
RC=CT5+CT4 NB HOPS=3 OA=MAC A FA=MAC E
PTH HOP1 =MAC C PTH HOP2=MAC D
PTH HOP3=0 PTH HOP4=0
PTH HOP5=0 NB HOPS=2
HOP1 =MAC B HOP2=0
HOP3=0 HOP4=0
HOP5=0
RREQ2 (route retour b)) :
2 R 0 0 Réservé CT=15 WL ID1
RC=CT4'+CT6'+CT6 NB HOPS=3 OA=MAC A FA=MAC E
PTH HOP1 =MAC C PTH HOP2=MAC D
PTH HOP3=0 PTH HOP4=0
PTH HOP5=0 NB HOPS=3
HOP1 =MAC B HOP2=MAC C
HOP3=0 HOP4=0
HOP5=0
RREQ3 (route retour c)) :
RREQ4 (route retour d)) :
2 R 0 0 Réservé CT=15 WL ID1
RC= NB_HOPS=4 OA=MAC_A FA=MAC_E
CT4+CT5+CT6 +CT5"
PTH HOP1 =MAC C PTH HOP2=AC D
PTH HOP3=0 PTH HOP4=0
PTH HOP5=0 NB HOPS=4
HOP1 = MAC D HOP2=MAC C
HOP3=MAC B HOP4=0
HOP5=0
Par ailleurs, le nœud source NA met à jour sa table de routage RT. Cette dernière comporte ainsi une entrée comprenant :
Avec MAC_C, l'adresse du nœud suivant appartenant à la route aller sélectionnée PTH_F(CT_F).
On notera qu'il ne met pas à jour sa table de demande de route associée RRT car il est le nœud destinataire du deuxième message RREP.
Dans un mode de réalisation non limitatif, le deuxième message RREP est divisé en un message primaire RREPa de consolidation de la route aller sélectionnée PTH_F et en un message secondaire RREPb de construction d'une route retour PTH_B. Ce mode est illustré à la Fig. 2 dans les cadres en pointillés.
Ainsi, au lieu d'envoyer un unique message RREP, on peut envoyer deux messages RREPa et RREPb distincts du nœud destinataire NE vers des nœuds intermédiaires Ni jusqu'au nœud source NA, chaque nœud intermédiaire Ni mettant à jour une route retour PTH_B avec son adresse MAC_Ni et consolidant la route aller sélectionnée PTH_F(CT_F) s'il fait partie de ladite route aller, comme décrit précédemment.
Ce mode de réalisation permet d'avoir la possibilité de construire que la route aller, dans le cas où la route retour n'est pas nécessaire (par exemple dans le cas non limitatif d'une émission d'une alarme par un équipement, qui est typiquement un message unidirectionnel sans acquittement.)
Dans une quatrième étape 4), on sélectionne une route retour construite PTH_B ayant un coût de liens cumulé optimum CT_B.
Dans un mode de réalisation non limitatif, la sélection s'effectue en sauvegardant au moyen du nœud source NA un deuxième message RREP qui a le meilleur coût cumulé parmi les deuxièmes messages RREP reçus pendant un troisième intervalle de temps déterminé RREP_WAIT (sous- étape SAV_NA(RREP(CT_B) ; RREP_WAIT) illustré à la Fig. 3b). Cela
revient à sélectionner la meilleure route retour dont le coût total CT_B est le plus faible par exemple.
Ainsi, dans un exemple non limitatif, le deuxième message RREP ayant emprunté la route retour NE-NB-NA est sauvegardé. Dans un mode de réalisation non limitatif, le troisième intervalle de temps RREP_WAIT est égal au deuxième intervalle de temps RREQ_WAIT vu précédemment.
La route aller sélectionnée PTH_F(CT_F) ayant été consolidée, le nœud source NA peut maintenant envoyer des données DAT vers le nœud destinataire NE.
A cet effet, tel qu'illustré sur la Fig. 10, un message MSG transportant les données DAT à envoyer est transmis du nœud source NA vers le nœud destinataire NE en passant par les nœuds intermédiaires NC et ND trouvés. Dans un mode de réalisation non limitatif, le message MSG comporte :
- Une adresse OrigAddr du nœud source des données DAT, ici le nœud NA
- Une adresse FinAddr du nœud destinataire des données DAT, ici le nœud NE.
Les tables de routage RT des nœuds utilisés dans la route aller consolidée PTH_F(CT_F), soit les nœuds NA, NC, ND, sont utilisées pour transmettre le message MSG du nœud source NA jusqu'au nœud destinataire NE.
Le nœud destinataire NE reçoit ainsi les données DAT provenant du nœud source NA.
Dans une cinquième étape 5), on diffuse un troisième message RRREP de consolidation de la route retour PTH_B, du nœud source NA vers des nœuds intermédiaires Ni jusqu'au nœud destinataire NE, chaque nœud intermédiaire Ni consolidant la route retour sélectionnée PTH_B(CT_B) s'il fait partie de ladite route retour.
Comme on va le voir par la suite, la consolidation de la route retour s'effectue au moyen de tables de routages RT de nœuds N appartenant à la route retour sélectionnée PTH_F(CT_F).
Dans un mode de réalisation non limitatif, le troisième message RREEP a le format suivant : Type de message TP = 3
R : bit pour déterminer une réparation locale
D : bit pour déterminer le nombre de bits pour l'adresse de destination (16 bits ou 64 bits) ; par exemple D = 0 pour 64 bits et D = 1 pour 16 bits.
O : bit pour déterminer le nombre de bits pour l'adresse de destination (16 bits ou 64 bits) ; par exemple 0 = 0 pour 64 bits et O = 1 pour 16 bits.
CT : type du coût de lien
WL : nombre de liens de mauvaise qualité
ID : identifiant unique d'un premier message RREQ
RC : coût cumulé de la route retour du nœud destination vers le nœud source
NBJHOPS : nombre de sauts effectués
OA : adresse de la source du premier message
FA : adresse du nœud à atteindre
HOPN : adresses des nœuds intermédiaires du nœud source vers le nœud destination
Cette cinquième étape 5) comporte les sous-étapes suivantes. Dans une première sous-étape 5a), illustrée sur la Fig. 3b et la Fig. 1 1 , le nœud source NA diffuse un troisième message RRREP de consolidation de la route retour PTH_B vers des nœuds intermédiaires Ni. Dans l'exemple, les nœuds intermédiaires sont les nœuds voisins NB et ND (sous-étape TX_RRREP(NA, Ni ; PTH_B(CT_B) illustrée sur la Fig. 3b).
On rappelle que la route retour sélectionnée précédemment est, dans un exemple non limitatif, la route NE-NB-NA.
Ainsi, le troisième message RRREP comporte la route retour sélectionnée PTH_B(CT_B) : il comprend les adresses des nœuds intermédiaires Ni de la route retour sélectionnée PTH_B(CT_B). Ces dernières ont été recopiées dans les champs HOPN dudit message.
Dans une deuxième sous-étape 5b), illustrée sur la Fig. 3b et la Fig. 12, les nœuds intermédiaires voisins NB et NC reçoivent ce troisième message RRREP et chaque nœud intermédiaire :
- i) Vérifie s'il appartient à la route retour PTH_B.
Dans un mode de réalisation non limitatif, cette vérification s'effectue au moyen des champs HOPN dans le troisième message RRREP.
Comme on peut le voir, le nœud NC n'appartient pas à la route retour construite PTH_B alors que le nœud NB appartient à la route retour construite PTH_B.
Si cette vérification est positive (le nœud appartient à la route retour), alors le nœud intermédiaire Ni effectue la sous-étape ci-dessous :
- ii) Consolide la route retour sélectionnée PTH_B(CT_B) s'il fait partie de ladite route retour.
Dans un mode de réalisation non limitatif, la consolidation s'effectue en mettant à jour sa table de routage associée RT (étape UPDT_RT illustrée sur la Fig. 3b). Ainsi, le nœud NB met à jour sa table de routage avec une entrée comprenant :
Avec MAC_A, l'adresse du nœud voisin appartenant à la route retour sélectionnée PTH_B(CT_B).
Par ailleurs, chaque nœud intermédiaire Ni qui reçoit un troisième message RRREP effectue les sous-étapes suivantes. Par ailleurs, chaque nœud intermédiaire Ni qui reçoit un troisième message RRREP effectue les sous-étapes suivantes.
- iii) Vérifie que sa table de demande de route associée RRT comporte un même identifiant unique ID1 que le troisième message reçu RRREP. Dans l'affirmative, la sous-étape suivante iv) est effectuée. Dans la négative, elle n'est pas effectuée.
Cette vérification permet d'être sûr d'avoir reçu un premier message RREQ et un deuxième message RREP correspondant audit troisième message reçu RRREP.
- iv) Diffuse un troisième message RRREP vers les nœuds voisins suivants, soit vers le nœud voisin NE et le nœud voisin NC pour le nœud NB et vers le nœud voisin D pour le nœud NC (tel qu'illustré sur la Fig. 12) (étape TX_RRREP(Ni, Ni ; Ni, NB) illustrée à la Fig. 3b)).
De la même manière, le nœud NC qui reçoit un troisième message RRREP du nœud NB effectue l'étape i) iii) et iv) ci-dessus. Comme il n'appartient pas à la route retour construite PTH_B, il n'effectue pas la sous- étape ii). Il diffuse ainsi le troisième message RRREP au nœud suivant ND (tel qu'illustré sur la Fig. 13.)
De la même manière, le nœud ND qui reçoit un troisième message RRREP du nœud NB effectue l'étape i) iii) et iv) ci-dessus. Comme il n'appartient pas à la route retour construite PTH_B, il n'effectue pas la sous- étape ii). Il diffuse ainsi le troisième message RRREP au nœud suivant NE (tel qu'illustré sur la Fig. 14.)
- Dans une troisième étape 5c), lorsque le nœud destinataire NE reçoit un troisième message RRREP, il consolide la route retour PTH_B vers le nœud source NA (étape VALID(PTH_B)).
Ainsi, il met à jour sa table de routage RT avec une entrée comprenant :
Avec MAC_B l'adresse du nœud suivant appartenant à la route retour sélectionnée PTH_B(CT_B).
On notera qu'il ne met pas à jour sa table de demande de route associée RRT car il est le nœud destinataire du troisième message RRREP.
On notera qu'il n'est pas nécessaire de faire une mise à jour des tables de demandes de route RRT par les nœuds intermédiaires car la construction complète de la route PTH est terminée.
La route retour sélectionnée PTH_B(CT_B) ayant été consolidée, le nœud source NE peut maintenant envoyer des données DAT vers le nœud destinataire NA.
A cet effet, tel qu'illustré sur la Fig. 15, un message MSG transportant les données DAT à envoyer est transmis du nœud source NE vers le nœud destinataire NA en passant par le nœud intermédiaire NB trouvé. Dans un mode de réalisation non limitatif, le message MSG comporte :
- Une adresse OrigAddr du nœud source des données DAT, ici le nœud NE
- Une adresse FinAddr du nœud destinataire des données DAT, ici le nœud NA.
Les tables de routage RT des nœuds utilisés dans la route retour sélectionnée PTH_B(CT_B), soit les nœuds NE, NB, sont utilisées pour transmettre le message MSG du nœud source NE jusqu'au nœud destinataire NA.
Le nœud destinataire NA reçoit ainsi les données DAT provenant du nœud source NE.
Ainsi, le procédé de construction d'une route aller retour permet de construire une route aller retour asymétrique de manière à fiabiliser la communication entre un nœud source et un nœud destinataire.
Le procédé de construction d'une route aller retour décrit est mis en œuvre par un réseau de communication RS apte à construire une route PTH entre un nœud source NA et un nœud destinataire NE dudit réseau de communication RS, ledit réseau de communication comportant une pluralité de nœuds N.
Bien entendu la description de l'invention n'est pas limitée à l'application, aux modes de réalisation et aux exemples décrits ci-dessus. Ainsi, l'invention s'applique dans des exemples non limitatifs, à des applications utilisant un réseau de communication sans fil, ou un réseau courant porteur en ligne CPL qui combine une tension avec un signal modulé.
Ainsi, dans un mode de réalisation non limitatif, le procédé peut comporter une étape supplémentaire d'incrémenter, lors de la réception d'un premier message RREQ ou d'un deuxième message RREP par un nœud intermédiaire Ni, un index de qualité WL d'un lien LNK entre ledit nœud intermédiaire Ni et un nœud précédent Ni-1 si ledit lien comporte une qualité LQI inférieure à un seuil déterminé LQImin.
Cet index de qualité WL peut servir au nœud destination NE lorsqu'il est couplé avec le champ RC du premier message RREQ. Il permet d'aider au choix de la route aller si jamais deux propositions de routes reçues par le nœud destination NE ont la même valeur de champ RC, mais un index de qualité WL différent. Dans ce cas le nœud destination choisira la proposition de route aller ayant la valeur de WL la plus faible.
On notera que la qualité LOI d'un lien est la qualité d'un lien entre deux nœuds voisins. Son calcul est donné par des paramètres physiques donné par un nœud. Plus la qualité LOI est élevée, plus le lien entre deux nœuds voisins est bon.
De plus, dans un mode de réalisation non limitatif, une table de routage RT peut en outre comporter un champ statut ST associée à chaque entrée de ladite table RT. Le champ statut ST peut prendre les valeurs suivantes :
- « Valide »
- « Invalide »
- « Découverte de Route »
Ce champ est mis à jour avec la valeur « Découverte de Route » lorsqu'une route (aller ou retour) est en cours de construction.
Ce champ est mis à jour avec la valeur « Valide » lorsqu'une route sélectionnée (aller ou retour) est consolidée. Dès qu'une entrée dans une table de routage ayant le statut « Valide » est présente dans la table RT, elle est utilisable pour router des messages de données MSG.
Par ailleurs, dans un mode de réalisation non limitatif, une table de routage RT peut en outre comporter un champ durée de vie TTL associée à un champ statut ST, champ qui correspond à une durée pendant laquelle une route est valide. Au-delà de cette durée, la route est considérée comme invalide et le champ statut ST est modifié avec la valeur « Invalide ».
Enfin on peut prévoir des mécanismes de réparation locale de route ou encore des mécanismes de maintenance des nœuds pour éviter des défaillances du réseau tel qu'un mécanisme pour vérifier quel nœud est vulnérable car participant à trop de routes.
Un mécanisme de réparation locale de route est basé sur l'utilisation du champ R (décrit plus précédemment) dans un message RREQ, RREP ou RRREP et d'un message d'erreur RRRER.
Un mécanisme de vérification de la vulnérabilité d'un nœud est basé sur la connaissance de la liste des nœuds intermédiaires utilisés pour atteindre le nœud destinataire. Cette connaissance repose sur deux types de messages nommés PREQ et PREP. Le message PREQ est mis à jour par les adresses des nœuds intermédiaires de la route aller tandis que le message PREP est mis à jour avec les adresses des nœuds intermédiaires de la route retour. De tels mécanismes étant bien connus de l'homme du métier, ils ne sont pas décrits plus en détail ici.
Ainsi, l'invention décrite présente notamment les avantages suivants : - Elle permet de construire une route aller et une route retour différente de la route aller et ainsi d'avoir une route asymétrique de communication
fiable ;
- elle consolide une route sélectionnée ;
- elle permet de consolidée la route aller sélectionnée tout en construisant une route retour ;
- elle évite des engorgements au niveau communication entre un nœud et un autre ; et
- elle est simple à mettre en œuvre.
Claims
REVENDICATIONS
Procédé de construction d'une route aller retour (PTH) entre un nœud source (NA) et un nœud destinataire (NE) d'un réseau de communication (RS) comprenant une pluralité de nœuds (N), caractérisé en ce qu'il comporte les étapes de :
- Diffuser un premier message (RREQ) de construction d'une route aller (PTH_F), du nœud source (NA) vers des nœuds intermédiaires (Ni) jusqu'au nœud destinataire (NA), chaque nœud intermédiaire (Ni) mettant à jour une route aller (PTH_F) avec un coût d'un lien (LNK) avec un nœud précédent (Ni-1 ) et avec son adresse (MAC_Ni) ;
- Sélectionner une route aller construite (PTH_F) ayant un coût de liens cumulé optimum (CT_F) ;
- Diffuser un deuxième message (RREP) de consolidation de la route aller sélectionnée (PTH_F) et de construction d'une route retour (PTH_B), du nœud destinataire (NE) vers des nœuds intermédiaires (Ni) jusqu'au nœud source (NA), chaque nœud intermédiaire (Ni) mettant à jour une route retour (PTH_B) avec son adresse (MAC_Ni) et consolidant la route aller sélectionnée (PTH_F(CT_F)) s'il fait partie de ladite route aller ;
- Sélectionner une route retour construite (PTH_B) ayant un coût de liens cumulé optimum (CT_B) ;
- Diffuser un troisième message (RRREP) de consolidation de la route retour sélectionnée (PTH_B), du nœud source (NA) vers des nœuds intermédiaires (Ni) jusqu'au nœud destinataire (NE), chaque nœud intermédiaire (Ni) consolidant la route retour sélectionnée (PTH_B(CT_B)) s'il fait partie de ladite route retour.
Procédé de construction d'une route aller retour (PTH) selon la revendication 1 , caractérisé en ce que l'étape de diffusion d'un premier message (RREQ) est relancée par le nœud source (NA) après un premier intervalle de temps déterminé (NET_TRAVERSAL_TIME).
Procédé de construction d'une route aller retour (PTH) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte une étape supplémentaire de vérification par un nœud intermédiaire (Ni) si le même premier message (RREQ) a déjà été reçu par ledit nœud intermédiaire (Ni), et dans l'affirmative d'ignorer ledit premier message reçu (RREQ).
Procédé de construction d'une route aller retour (PTH) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'un premier message (RREQ) comprend un identifiant unique (ID).
Procédé de construction d'une route aller retour (PTH) selon l'une quelconque des revendications précédentes, caractérisé en ce que la sélection d'une route aller (PTH_F) s'effectue en sauvegardant au moyen du nœud destinataire (NE) un premier message (RREQ) qui a le meilleur coût cumulé (CT_F) parmi les premiers messages (RREQ) reçus pendant un deuxième intervalle de temps déterminé (RREQ_WAIT).
Procédé de construction d'une route aller retour (PTH) selon l'une quelconque des revendications précédentes, caractérisé en ce que la sélection d'une route retour (PTH_B) s'effectue en sauvegardant au moyen du nœud source (NA) un deuxième message (RREP) qui a le meilleur coût cumulé parmi les deuxièmes messages (RREP) reçus pendant un troisième intervalle de temps déterminé (RREP_WAIT).
Procédé de construction d'une route aller retour (PTH) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une table de demande de route (RRT) est associée à chaque nœud (N) du réseau de communication, la table de demande de route (RRT) comprenant :
- un identifiant unique (ID) d'une demande de route ;
- une adresse (MAC_Src) du nœud source (NA) ;
- une adresse (MAC Ni-1 ) d'un nœud précédent (Ni-1 ) qui diffuse un message ;
- un coût cumulé (CT_F) de la route aller (PTH_F) ; et
- un coût cumulé (CT_B) de la route retour (PTH_B).
8- Procédé de construction d'une route aller retour (PTH) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'une table de routage (RT) est associée à chaque nœud du réseau de communication, la table de routage (RT) comprenant une adresse (MAC_dest) du nœud destination (NE) et une adresse (MAC_Ni+1 ) d'un nœud suivant (Ni+1 ).
9- Procédé de construction d'une route aller retour (PTH) selon la revendication précédente, caractérisé en ce que la consolidation d'une route (PTH_F, PTH_B) s'effectue au moyen de tables de routage (RT) de nœuds (N) appartenant à la route sélectionnée
(PTH_F, PTH_B).
10- Procédé de construction d'une route aller retour (PTH) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'un deuxième message (RREP) comprend les adresses des nœuds intermédiaires (Ni) de la route aller sélectionnée (PTH_F).
1 1 - Procédé de construction d'une route aller retour (PTH) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'un troisième message (RRREP) comprend les adresses des nœuds intermédiaires (Ni) de la route retour sélectionnée (PTH_B). 12-Procédé de construction d'une route aller retour (PTH) selon l'une quelconque des revendications précédentes 7 à 1 1 , caractérisé en ce qu'il comporte une étape supplémentaire de vérifier que la table de demande de route (RRT) associée à un nœud intermédiaire (Ni) comporte un même identifiant unique (ID) que ledit troisième message (RRREP) reçu par le nœud intermédiaire (Ni).
13-Procédé de construction d'une route aller retour (PTH) selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte une étape supplémentaire d'incrémenter, lors de la réception d'un premier message (RREQ) ou d'un deuxième message (RREP) par un nœud intermédiaire (Ni), un index de qualité (WL) d'un lien (LNK) entre ledit nœud intermédiaire (Ni) et un nœud
précédent (Ni-1 ) si ledit lien comporte une qualité (LQI) inférieu seuil déterminé (LQImin).
14- Procédé de construction d'une route aller retour (PTH) selon l'une quelconque des revendications précédentes, caractérisé en ce que le deuxième message (RREP) est divisé en un message primaire (RREPa) de consolidation de la route aller sélectionnée (PTH_F) et en un message secondaire (RREPb) de construction d'une route retour (PTH_B).
15- Réseau de communication (RS) apte à construire une route (PTH) entre un nœud source (NA) et un nœud destinataire (NE) dudit réseau de communication (RS), ledit réseau de communication comportant une pluralité de nœuds (N), caractérisé en ce qu'il est apte à mettre en œuvre le procédé selon l'une quelconque des revendications précédentes.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0956613A FR2950501A1 (fr) | 2009-09-24 | 2009-09-24 | Procede de construction d'une route aller retour entre des noeuds d'un reseau de communication |
| FR0956613 | 2009-09-24 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2011036149A1 true WO2011036149A1 (fr) | 2011-03-31 |
Family
ID=42235475
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/EP2010/063897 Ceased WO2011036149A1 (fr) | 2009-09-24 | 2010-09-21 | Procede de construction d'une route aller retour entre des noeuds d'un reseau de communication |
Country Status (2)
| Country | Link |
|---|---|
| FR (1) | FR2950501A1 (fr) |
| WO (1) | WO2011036149A1 (fr) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006014512A2 (fr) * | 2004-07-07 | 2006-02-09 | Meshnetworks, Inc. | Systeme et procede de selection d'itineraires stables dans des reseaux sans fil |
| US20070248065A1 (en) * | 2006-04-24 | 2007-10-25 | Raja Banerjea | 802.11 mesh architecture |
-
2009
- 2009-09-24 FR FR0956613A patent/FR2950501A1/fr active Pending
-
2010
- 2010-09-21 WO PCT/EP2010/063897 patent/WO2011036149A1/fr not_active Ceased
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006014512A2 (fr) * | 2004-07-07 | 2006-02-09 | Meshnetworks, Inc. | Systeme et procede de selection d'itineraires stables dans des reseaux sans fil |
| US20070248065A1 (en) * | 2006-04-24 | 2007-10-25 | Raja Banerjea | 802.11 mesh architecture |
Non-Patent Citations (2)
| Title |
|---|
| DONGKYUN KIM ET AL: "RODA : a new dynamic routing protocol using dual paths to support asymmetric links in mobile ad hoe networks", COMPUTER COMMUNICATIONS AND NETWORKS, 2000. PROCEEDINGS. NINTH INTERNA TIONAL CONFERENCE ON LAS VEGAS, NV, USA 16-18 OCT. 2000, PISCATAWAY, NJ, USA,IEEE, US LNKD- DOI:10.1109/ICCCN.2000.885462, 16 October 2000 (2000-10-16), pages 4 - 8, XP010524479, ISBN: 978-0-7803-6494-3 * |
| KIM, ET AL.: "6LoWPAN Ad Hoc On-Demand Distance Vector Routing (LOAD)", 19 June 2007 (2007-06-19), XP002587520, Retrieved from the Internet <URL:http://tools.ietf.org/html/draft-daniel-6lowpan-load-adhoc-routing-03> [retrieved on 20100614] * |
Also Published As
| Publication number | Publication date |
|---|---|
| FR2950501A1 (fr) | 2011-03-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR2978003A1 (fr) | Procede de routage d'un flux en mode non-stockage | |
| EP2695443B1 (fr) | Procede pour optimiser les capacites d'un reseau de telecommunication de type ad- hoc | |
| FR2954644A1 (fr) | Protocole de routage fiabilise | |
| Herberg et al. | A comparative performance study of the routing protocols load and rpl with bi-directional traffic in low-power and lossy networks (lln) | |
| CN102882782A (zh) | 装置及第一通信设备的运行方法 | |
| EP1598998A1 (fr) | Procédé et dispositif de prédiction d'une interruption de lien dans un réseau de communications ad hoc à protocole de routage de type manet | |
| EP2997717A1 (fr) | Procede et dispositif de selection d'interface de communication | |
| EP2572479A1 (fr) | Procede de routage a etats de liens pour router des flux de donnees dans un reseau maille comprenant des n uds relies par des liens a trois etats | |
| CN102970233A (zh) | 获取路由的方法、装置、设备、集中器及系统 | |
| WO2011036149A1 (fr) | Procede de construction d'une route aller retour entre des noeuds d'un reseau de communication | |
| EP3675562B1 (fr) | Procédés de traitement de données, dans un réseau ad hoc de radiocommunication, stations mobiles de radiocommunication et programmes d'ordinateur associés | |
| WO2013131871A1 (fr) | Procédé, dispositif et programme d'ordinateur pour sélectionner un noeud routeur dans un réseau lln | |
| EP3326294B1 (fr) | Procede de determination d'une route dans un reseau cpl | |
| EP4142244B1 (fr) | Procédé de régulation destiné à résorber un engorgement d'un réseau maillé de communication par courants porteurs en ligne et radio | |
| EP1598997A1 (fr) | Routage au sein d'un reseau de communication | |
| EP1595362A1 (fr) | Procede pour l'interconnexion de reseaux prives virtuels en mode non connecte | |
| EP3934111A1 (fr) | Procede de selection d'une route de communication | |
| EP4142169B1 (fr) | Procédé de transmission et dispositif noeud implementant ledit procédé | |
| EP4142171B1 (fr) | Procede de transmission et dispositif noeud implementant ledit procede | |
| EP3516902B1 (fr) | Procédé, dispositifs et réseau maillé sans fil pour établir une route entre un expéditeur de route, ro, noeud de maillage et une destination de route, rd, noeud de maillage dans un réseau maillé | |
| FR3052942A1 (fr) | Procede de dissemination de donnees dans un reseau maille | |
| WO2014013187A1 (fr) | Procédé de communication aérien - terrestre, programme, terminaux, installation | |
| EP2835954B1 (fr) | Procédé de traitement, dans un réseau ad hoc de radiocommunication, stations de radiocommunication et programmes d'ordinateur correspondants | |
| WO2024141372A1 (fr) | Procédé de routage de messages dans un réseau maillé | |
| FR2859340A1 (fr) | Transmission de trafic multipoint au sein d'un reseau de communication |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 10754762 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 10754762 Country of ref document: EP Kind code of ref document: A1 |