Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
BONDING MULTIPLE RADIOS IN WIRELESS MULTI-HOP MESH NETWORKS
Document Type and Number:
WIPO Patent Application WO/2008/036775
Kind Code:
A1
Abstract:
In a mesh network composed of multiple-radio nodes, we assign each radio to one of a plurality of channels, and treat a plurality of links between a pair of nodes as one logical link (bonded link). In some embodiments, the routing protocol is adapted to view each bonded link as one link having a combination of at least some of the properties of the constituent physical links. Traffic sent along a path is dynamically load balanced between the interfaces at each intermediate node based on the current utilization of each interface. In at least some embodiments, route discovery packets record the metrics of each component link of the bonded links leaving a node, but only one route discovery packet per pair of nodes is forwarded, reducing the route discovery packet traffic compared to if each route discovery packet were forwarded over each component link between the pair of nodes.

Inventors:
KANODIA SACHIN (US)
NATARAJAN MOHAN (US)
JETCHEVA JORJETA (US)
Application Number:
PCT/US2007/078951
Publication Date:
March 27, 2008
Filing Date:
September 19, 2007
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
FIRETIDE INC (US)
KANODIA SACHIN (US)
NATARAJAN MOHAN (US)
JETCHEVA JORJETA (US)
International Classes:
H04L12/28; H04L12/56; H04L45/243
Foreign References:
US20060268879A12006-11-30
Other References:
KITAHARA T. ET AL.: "An adaptive load balancing in multi-hop mesh networks for broadband fixed wireless access systems", RADIO AND WIRELESS CONFERENCE, 2004 IEEE, 19 September 2004 (2004-09-19) - 22 September 2004 (2004-09-22), pages 463 - 466, XP010764654, DOI: doi:10.1109/RAWCON.2004.1389177
TEHUANG LIU AND WANJIUN LIAO: "Capacity-Aware Routing in Multi-Channel Multi-Rate Wireless Mesh Networks", COMMUNICATIONS, 2006 IEEE INTERNATIONAL CONFERENCE, vol. 5, June 2006 (2006-06-01), pages 1971 - 1976, XP031025353
Attorney, Agent or Firm:
SMITH, Walstein (Georgetown, TX, US)
Download PDF:
Claims:
WHAT IS CLAIMED IS:

1. A method of traffic management in a mesh network having a plurality of nodes each having multiple radio interfaces, the method comprising: between at least one pair of the nodes, establishing a respective collection of individual links, each link having a respective channel assignment; managing at least one of the collection of links as a corresponding single logical link having the capacity of the sum of the individual links of the collection; and for at least one of the logical links, dynamically load balancing traffic across the individual links of the corresponding collection.

2. The method of claim 1, further including: for each logical link being dynamically load balanced, balancing the load at least in part based on the current utilization of each link of the corresponding collection.

3. The method of claim 2, further including: identifying particular flows within each of one or more classes of traffic flows; and for each logical link being dynamically load balanced, balancing the load such that all traffic corresponding to a particular identified flow is steered over a respective selected one of the individual links.

4. The method of claim 3, further including: defining one of the classes as corresponding to sets of application related flows distinguished by the combination of their source IP address and destination IP address.

5. The method of claim 3, further including: defining one of the classes as corresponding to application related flows distinguished by the combination of their source IP address, destination IP address, source port, and destination port.

6. The method of claim 3, further including: at the node where each particular identified flow first enters the mesh network, assigning the particular identified flow with a corresponding flow ID based on a selected one of the classes of traffic flows; and implementing the steering of each traffic flow based on its corresponding flow ID.

7. The method of claim 1, further including: generating route discovery packets in accordance with a predetermined criteria; and forwarding only one instance of each route discovery packet between each pair of nodes having a logical link.

8. The method of claim 1, wherein each node has 2 radios per logical link.

9. The method of claim 1, wherein at least some nodes have more than 2 radios available but allocate at most 2 radios per logical link.

10. The method of claim 1, wherein the managing of the individual links as a single logical link is performed selectively.

11. The method of claim 1 , wherein the managing of the individual links as a single logical link is performed always.

12. A computer readable medium having a set of instructions stored therein which when executed by a processing device causes the processing device to perform traffic management procedures in a mesh network having a plurality of nodes each having multiple radio interfaces, the procedures comprising: between at least one pair of the nodes, establishing a respective collection of individual links, each link having a respective channel assignment; managing at least one of the collection of links as a corresponding single logical link having the capacity of the sum of the individual links of the collection; and for at least one of the logical links, dynamically load balancing traffic across the individual links of the corresponding collection.

13. The computer readable medium of claim 12, the procedures further including: for each logical link being dynamically load balanced, balancing the load at least in part based on the current utilization of each link of the corresponding collection.

14. The computer readable medium of claim 13, the procedures further including: identifying particular flows within each of one or more classes of traffic flows; and for each logical link being dynamically load balanced, balancing the load such that all traffic corresponding to a particular identified flow is steered over a respective selected one of the individual links.

15. The computer readable medium of claim 14, the procedures further including: defining one of the classes as corresponding to sets of application related flows distinguished by the combination of their source IP address and destination IP address.

16. The computer readable medium of claim 14, the procedures further including: defining one of the classes as corresponding to application related flows distinguished by the combination of their source IP address, destination IP address, source port, and destination port.

17. The computer readable medium of claim 14, the procedures further including: at the node where each particular identified flow first enters the mesh network, assigning the particular identified flow with a corresponding flow ID based on a selected one of the classes of traffic flows; and implementing the steering of each traffic flow based on its corresponding flow ID.

18. The computer readable medium of claim 12, the procedures further including: generating route discovery packets in accordance with a predetermined criteria; and forwarding only one instance of each route discovery packet between each pair of nodes having a logical link.

19. A multiple-radio node used in a mesh network having a plurality of instances of the node, each multiple-radio node comprising: a plurality of radio interfaces; means for establishing a respective collection of individual links with at least one other of the multiple-radio node instances, each link having a respective channel assignment; means for managing at least one of the collection of links as a corresponding single logical link having the capacity of the sum of the individual links of the collection; and means for dynamically load balancing traffic across the individual links of the corresponding collection, for at least one of the logical links.

20. The multiple-radio node of claim 19, further including: means for balancing the load for each logical link being dynamically load balanced, the balancing being at least in part based on the current utilization of each link of the corresponding collection.

21. The multiple-radio node of claim 20, further including: means for identifying particular flows within each of one or more classes of traffic flows; and means for balancing the load for each logical link being dynamically load balanced, the balancing being such that all traffic corresponding to a particular identified flow is steered over a respective selected one of the individual links.

22. The multiple-radio node of claim 21, further including: means for defining one of the classes as corresponding to sets of application related flows distinguished by the combination of their source IP address and destination IP address.

23. The multiple-radio node of claim 21, further including: means for defining one of the classes as corresponding to application related flows distinguished by the combination of their source IP address, destination IP address, source port, and destination port.

24. The multiple-radio node of claim 21, further including: means for ascertaining if a particular identified flow first entered the mesh network through the instant node, and when positively ascertained, assigning the particular identified flow with a corresponding flow ID based on a selected one of the classes of traffic flows; and means for implementing the steering of each traffic flow based on its corresponding flow ID.

25. The multiple-radio node of claim 19, further including: means for generating route discovery packets and forwarding only one instance of each route discovery packet between each pair of nodes having a logical link.

Description:

BONDING MULTIPLE RADIOS IN WIRELESS MULTI-HOP MESH NETWORKS

BACKGROUND

[0001] Field: Advancements in multi-radio mesh networks are needed to provide improvements in performance, efficiency, and utility of use.

[0002] Related Art: Unless expressly identified as being publicly or well known, mention herein of techniques and concepts, including for context, definitions, or comparison purposes, should not be construed as an admission that such techniques and concepts are previously publicly known or otherwise part of the prior art. All references cited herein (if any), including patents, patent applications, and publications, are hereby incorporated by reference in their entireties, whether specifically incorporated or not, for all purposes.

[0003] Multi-radio mesh networks have a higher potential traffic carrying capacity than single radio networks. Each wireless interface (or radio) of a mesh node is selectively tunable to a different channel and is selectively usable in parallel with the other wireless interfaces of the node. In an ideal scenario, a node with N wireless interfaces has N times the capacity of a node with a single wireless interface. Of course in non-idealized implementations, when more than one node is involved, the capacity does not scale exactly as in the ideal scenario because, for example, the resulting capacity also depends on environmental conditions.

SYNOPSIS

[0004] The invention may be implemented in numerous ways, including as a process, an article of manufacture, an apparatus, a system, a composition of matter, and a computer readable medium such as a computer readable storage medium or a computer network wherein program instructions are sent over optical or electronic communication links. In this specification, these implementations, or any other form that the invention may take, may be referred to as techniques. In general, the order of the operations of disclosed processes may be altered within the scope of the invention. The Detailed Description provides an exposition of one or more embodiments of the invention that enable improvements in performance, efficiency, and utility of use in the field identified above. The Detailed Description includes an Introduction to facilitate the more rapid understanding of the remainder of the Detailed Description. The Introduction includes Illustrative Combinations that tersely summarize illustrative systems and methods in accordance with the concepts taught herein. As is discussed in more detail in the Conclusions, the invention encompasses all possible modifications and variations within the scope of the issued claims.

Brief Description of Drawings

[0005] Fig. 1 illustrates radio bonding between a plurality of nodes.

DETAILED DESCRIPTION

[0006] A detailed description of one or more embodiments of the invention is provided below along with accompanying figures that illustrate the principles of the invention. The invention is described in connection with the embodiments. It is well established that it is neither necessary, practical, or possible to exhaustively describe every embodiment of the invention. Thus the embodiments herein are understood to be merely illustrative, the invention is expressly not limited to or by any or all of the embodiments herein, and the invention encompasses numerous alternatives, modifications and equivalents. To avoid monotony in the exposition, a variety of word labels (including but not limited to: first, last, certain, particular, select, and notable) may be applied to separate sets of embodiments; as used herein such labels are expressly not meant to convey quality, or any form of preference or prejudice, but merely to conveniently distinguish among the separate sets. Wherever multiple embodiments serve to illustrate variations in process, method, and/or program instruction features, other implementations are contemplated that in accordance with a predetermined or a dynamically determined criterion perform static and/or dynamic selection of one of a plurality of modes of operation corresponding respectively to a plurality of the multiple embodiments. Numerous specific details are set forth in the following description in order to provide a thorough understanding of the invention. These details are provided for the purpose of example and the invention may be practiced according to the claims without some or all of these specific details. For the purpose of clarity, technical material that is known in the technical fields related to the invention has not been described in detail so that the invention is not unnecessarily obscured.

INTRODUCTION

[0007] This introduction is included only to facilitate the more rapid understanding of the Detailed Description; the invention is not limited to the concepts presented in the introduction (including explicit examples, if any), as the paragraphs of any introduction are necessarily an abridged view of the entire subject and are not meant to be an exhaustive or restrictive description. For example, the introduction that follows provides overview information limited by space and organization to only certain embodiments. There are many other embodiments, including those to which claims will ultimately be drawn, discussed throughout the balance of the specification.

[0008] In the context of a mesh network composed of nodes having multiple radios, we selectively assign each radio to one of a plurality of channels, and treat the links between a pair

of nodes as one logical link (bonded link). We call this logical grouping of wireless links radio bonding. Traffic sent along a path is selectively dynamically load balanced between the interfaces at each intermediate node based on the current utilization of each interface. A particular subset of these multiple radio embodiments are two-radio embodiments having two links between node pairs.

[0009] In at least some embodiments, the routing protocol is adapted to view each bonded link as one link having a combination of at least a selected subset of the properties of the physical links; the selected subset of the properties including at least one of: capacity, lossyness, and signal strength. In at least some other embodiments, for each bonded link, the routing protocol is provided information on the associated multiple underlying physical links and their individual properties. In accordance with predetermined criteria, the routing protocol selectively chooses to treat each bonded link as one logical link or to use the individual physical links. The choice may be based on factors including, but not limited to: the size of a node's route cache, its computing ability, and the number of channels used in the network. Such factors may vary over time and in a further subset of embodiments the routing protocols treatment of each bonded link (as one logical link or as individual links) also selectively varies over time.

EXAMPLE COMBINATIONS

[0010] In concluding the introduction to the detailed description, what follows is a collection of illustrative embodiments, including at least some explicitly enumerated as "ECs" (Example Combinations), providing supplementary description in a somewhat informal and terse format to highlight a variety of embodiment types in accordance with the concepts taught herein; these examples are not meant to be mutually exclusive, exhaustive, or restrictive; and the invention is not limited to these highlighted embodiments but rather encompasses all possible modifications and variations within the scope of the issued claims.

[0011] ECl) A method of traffic management in a mesh network having a plurality of nodes each having multiple radio interfaces, the method comprising:

Between at least one pair of the nodes, establishing a respective collection of individual links, each link having a respective channel assignment; Managing at least one of the collection of links as a corresponding single logical link having the capacity of the sum of the individual links of the collection; and For at least one of the logical links, dynamically load balancing traffic across the individual links of the corresponding collection.

[0012] EC2) The method of EC 1 , further including: for each logical link being dynamically load balanced, balancing the load at least in part based on the current utilization of each link of the corresponding collection.

[0013] EC3) The method of EC2, further including: identifying particular flows within each of one or more classes of traffic flows; and for each logical link being dynamically load balanced, balancing the load such that all traffic corresponding to a particular identified flow is steered over a respective selected one of the individual links.

[0014] EC4) The method of EC3, further including:

Defining one of the classes as corresponding to sets of application related flows distinguished by the combination of their source IP address and destination IP address.

[0015] EC5) The method of EC3, further including:

Defining one of the classes as corresponding to application related flows distinguished by the combination of their source IP address, destination

IP address, source port, and destination port.

[0016] EC6) The method of EC3, further including: at the node where each particular identified flow first enters the mesh network, assigning the particular identified flow with a corresponding flow ID based on a selected one of the classes of traffic flows; and implementing the steering of each traffic flow based on its corresponding flow

ID.

[0017] EC7) The method of EC 1 , further including: generating route discovery packets in accordance with a predetermined criteria; and forwarding only one instance of each route discovery packet between each pair of nodes having a logical link.

[0018] EC8) The method of ECl, wherein each node has 2 radios per logical link.

[0019] EC9) The method of ECl, wherein at least some nodes have more than 2 radios available but allocate at most 2 radios per logical link.

[0020] EClO) The method of ECl, wherein the managing of the individual links as a single logical link is performed selectively.

[0021] ECl 1) The method of ECl, wherein the managing of the individual links as a single logical link is performed always.

[0022] EC 12) A computer readable medium having a set of instructions stored therein which when executed by a processing device causes the processing device to perform traffic management procedures in a mesh network having a plurality of nodes each having multiple radio interfaces, the procedures comprising: between at least one pair of the nodes, establishing a respective collection of individual links, each link having a respective channel assignment; managing at least one of the collection of links as a corresponding single logical link having the capacity of the sum of the individual links of the collection; and for at least one of the logical links, dynamically load balancing traffic across the individual links of the corresponding collection.

[0023] EC 13) The computer readable medium of EC 12, the procedures further including: for each logical link being dynamically load balanced, balancing the load at least in part based on the current utilization of each link of the corresponding collection.

[0024] EC 14) The computer readable medium of ECl 3, the procedures further including: identifying particular flows within each of one or more classes of traffic flows; and for each logical link being dynamically load balanced, balancing the load such that all traffic corresponding to a particular identified flow is steered over a respective selected one of the individual links.

[0025] EC 15) The computer readable medium of EC 14, the procedures further including: defining one of the classes as corresponding to sets of application related flows distinguished by the combination of their source IP address and destination IP address.

[0026] EC 16) The computer readable medium of EC 14, the procedures further including: defining one of the classes as corresponding to application related flows distinguished by the combination of their source IP address, destination IP address, source port, and destination port.

[0027] EC 17) The computer readable medium of EC 14, the procedures further including: at the node where each particular identified flow first enters the mesh network, assigning the particular identified flow with a corresponding flow ID based on a selected one of the classes of traffic flows; and implementing the steering of each traffic flow based on its corresponding flow ID.

[0028] ECl 8) The computer readable medium of EC 12, the procedures further including: generating route discovery packets in accordance with a predetermined criteria; and forwarding only one instance of each route discovery packet between each pair of nodes having a logical link.

[0029] EC 19) A multiple-radio node used in a mesh network having a plurality of instances of the node, each multiple-radio node comprising: a plurality of radio interfaces ; means for establishing a respective collection of individual links with at least one other of the multiple-radio node instances, each link having a respective channel assignment; means for managing at least one of the collection of links as a corresponding single logical link having the capacity of the sum of the individual links of the collection; and means for dynamically load balancing traffic across the individual links of the corresponding collection, for at least one of the logical links.

[0030] EC20) The multiple-radio node of EC 19, further including: means for balancing the load for each logical link being dynamically load balanced, the balancing being at least in part based on the current utilization of each link of the corresponding collection.

[0031] EC21) The multiple-radio node of EC20, further including: means for identifying particular flows within each of one or more classes of traffic flows; and means for balancing the load for each logical link being dynamically load balanced, the balancing being such that all traffic corresponding to a particular identified flow is steered over a respective selected one of the individual links.

[0032] EC22) The multiple-radio node of EC21 , further including: means for defining one of the classes as corresponding to sets of application related flows distinguished by the combination of their source IP address and destination IP address.

[0033] EC23) The multiple-radio node of EC21, further including: means for defining one of the classes as corresponding to application related flows distinguished by the combination of their source IP address, destination IP address, source port, and destination port.

[0034] EC24) The multiple-radio node of EC21 , further including: means for ascertaining if a particular identified flow first entered the mesh network through the instant node, and when positively ascertained, assigning the particular identified flow with a corresponding flow ID based on a selected one of the classes of traffic flows; and means for implementing the steering of each traffic flow based on its corresponding flow ID.

[0035] EC25) The multiple-radio node of EC19, further including: means for generating route discovery packets and forwarding only one instance of each route discovery packet between each pair of nodes having a logical link.

Particular Embodiments

[0036] To avoid reordering of packets, it is best to not split traffic that belongs to the same application-level flow (e.g., identified by the quadruple: source IP address, destination IP address, source port, destination port) among links or paths. Maintaining flow information is selectively achieved by designating forwarding flows at the node at which traffic first enters the network, e.g., by associating an ID with each application flow, or set of application-level flows, e.g., all the ones between a source and destination node pair. Then each flow is selectively assigned to an interface dynamically at each intermediate node based on the link utilization of the link between the node and its next hop neighbor.

[0037] An optimization that is very useful in the context of bonded links is reducing the forwarding of broadcast route discovery packets. Broadcast route discovery packets are sent by a source mesh node and are forwarded by each node on each of its interfaces if they contain a route (e.g., a list of hops traversed so far) that is different from previously seen routes and has the same or better metric to the paths contained in previous copies of the route discovery packet. In the case of bonding this kind of forwarding would generate a lot more broadcast transmissions than in a non-bonded network. In particular, in the example above, as illustrated by Fig. 1, assuming that all links have the same metrics, that would mean that A would send 2 copies of a broadcast packet, B will forward the 2 copies along each of its two interfaces, which now causes 4 transmissions exiting from B, which would be doubled at C, etc. When there is a single physical link between every pair of nodes, only a single copy of the broadcast route discovery would traverse the path from A to D in the example above.

[0038] To resolve this problem, while enabling the discovery of all traversed links, in at least some embodiments the route discovery packet records (conveys via embedded coding) the metrics of all physical links leaving a node, and only one copy of it per pair of nodes should be forwarded on. For example, node A in the figure above would broadcast the packet on both of its interfaces including the link metrics on both of its interfaces, but node B would only forward one copy of the packet along each of its interfaces, which would contain the link metrics for both physical links between A and B.

[0039] Extensions to the above include networks where only some of the links are bonded, and where some nodes may have more than 2 radios available to use per bonded link but only 2 of their radios are bonded.

CONCLUSION

[0040] There are many ways of implementing the invention. It is well established that it is neither necessary, practical, or possible to exhaustively describe every embodiment of the invention. Thus the foregoing embodiments are understood to be merely illustrative, the invention is expressly not limited to or by any or all of the embodiments herein, and the invention encompasses numerous alternatives, modifications and equivalents.

[0041] Many variations in construction, arrangement and use are contemplated consistent with the teachings and within the scope of the claims of the issued patent. For example, the degree of parallelism or instantiation (i.e., the dimension, number, or width) of interconnect and function-units, clock speeds, and the type of technology used may generally be varied in each component block. The names given to interconnect and logic are merely illustrative, and should not be construed as limiting the concepts taught. The order and arrangement of flowchart and flow diagram process, action, and function elements may generally be varied. Also, unless specifically stated to the contrary, the value ranges specified, the maximum and minimum values used, or other particular specifications, are merely those of the illustrative embodiments, may be expected to track improvements and changes in implementation technology, and should not be construed as limitations.

[0042] Functionally equivalent techniques known to those of ordinary skill in the art may be employed instead of those illustrated to implement various components, sub-systems, functions, operations, routines, and sub-routines. It is also understood that many design functional aspects may be carried out in either hardware (i.e., generally dedicated circuitry) or software (i.e., via some manner of programmed controller or processor), as a function of implementation dependent design constraints and the technology trends of faster processing (facilitating migration of functions previously in hardware into software) and higher integration density (facilitating migration of functions previously in software into hardware).

[0043] Example variations may include, but are not limited to: differences in partitioning; different form factors and configurations; use of different operating systems and other system software; use of different interface standards, network protocols, or communication links; and other variations to be expected when implementing the concepts taught herein in accordance with the unique engineering and business constraints of a particular application. Wherever multiple embodiments serve to illustrate variations in process, method, and/or program instruction features, other implementations are contemplated that in accordance with a

predetermined or a dynamically determined criterion perform static and/or dynamic selection of one of a plurality of modes of operation corresponding respectively to a plurality of the multiple embodiments.

[0044] To provide a thorough understanding the embodiments have been illustrated with detail and environmental context well beyond that required for a minimal implementation of many of aspects of the concepts taught. Variations may omit disclosed components or features without altering the basic cooperation among the remaining elements. Thus the invention may be practiced according to the claims without some or all of these specific details. To the extent that the remaining elements are distinguishable from the prior art, components and features that may be so omitted are not limiting on the concepts taught herein. For the purpose of clarity, technical material that is known in the technical fields related to the invention has not been described in detail so that the invention is not unnecessarily obscured.

[0745] Certain choices have been made in the presentation of this disclosure merely for reasons of convenience in preparing the text and drawings. Unless there is an indication to the contrary these choices of convenience should not be construed per se as conveying additional or implicit information regarding the structure or quality of the embodiments illustrated. Illustrative examples of such choices of convenience include: the particular organization or assignment of the designations used for the figure numbering and the particular organization or assignment of the element identifiers (i.e., the callouts or numerical designators) used to identify and reference the features and elements of the embodiments. To avoid monotony in the exposition, a variety of word labels (including but not limited to: first, last, certain, particular, select, and notable) may be applied to separate sets of embodiments; as used herein such labels are expressly not meant to convey quality, or any form of preference or prejudice, but merely to conveniently distinguish among the separate sets.

[0045] All such variations in design comprise insubstantial changes over the teachings conveyed by the illustrative embodiments. It is also understood that the concepts taught herein have broad applicability to other computing and networking applications, and are not limited to the particular application or industry of the illustrated embodiments. The invention is thus to be construed as including all possible modifications and variations encompassed within the scope of the claims.