WO2006052758A2 - System and method for providing a congestion-aware routing metric for selecting a route between nodes in a multihopping communication network - Google Patents

System and method for providing a congestion-aware routing metric for selecting a route between nodes in a multihopping communication network Download PDF

Info

Publication number
WO2006052758A2
WO2006052758A2 PCT/US2005/040038 US2005040038W WO2006052758A2 WO 2006052758 A2 WO2006052758 A2 WO 2006052758A2 US 2005040038 W US2005040038 W US 2005040038W WO 2006052758 A2 WO2006052758 A2 WO 2006052758A2
Authority
WO
WIPO (PCT)
Prior art keywords
packet
node
nodes
transmission
routing metric
Prior art date
Application number
PCT/US2005/040038
Other languages
French (fr)
Other versions
WO2006052758A3 (en
Inventor
Guenael T. Strutt
Surong Zeng
Sebnem Zorlu Ozer
Avinash Joshi
Original Assignee
Meshnetworks, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Meshnetworks, Inc. filed Critical Meshnetworks, Inc.
Priority to JP2007540078A priority Critical patent/JP2008519533A/en
Priority to EP05817572A priority patent/EP1808032A4/en
Publication of WO2006052758A2 publication Critical patent/WO2006052758A2/en
Publication of WO2006052758A3 publication Critical patent/WO2006052758A3/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/122Shortest path evaluation by minimising distances, e.g. by selecting a route with minimum of number of hops
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/124Shortest path evaluation using a combination of metrics
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/125Shortest path evaluation based on throughput or bandwidth
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems

Definitions

  • the present invention relates to wireless communication networks and, more particularly, to a system and method for calculating a routing metric for selecting a route providing the best throughput in a multihopping network.
  • each mobile node is capable of operating as a base station or router for the other mobile nodes, thus eliminating the need for a fixed infrastructure of base stations.
  • network nodes transmit and receive data packet communications in a multiplexed format, such as time-division multiple access (TDMA) format, code- division multiple access (CDMA) format, or frequency-division multiple access (FDMA) format.
  • TDMA time-division multiple access
  • CDMA code- division multiple access
  • FDMA frequency-division multiple access
  • More sophisticated ad-hoc networks are also being developed which, in addition to enabling mobile nodes to communicate with each other as in a conventional ad-hoc network, further enable the mobile nodes to access a fixed network and thus communicate with other mobile nodes, such as those on the public switched telephone network (PSTN), and on other networks such as the Internet. Details of these advanced types of ad-hoc networks are described in U.S. Patent Application Serial No. 09/897,790 entitled "Ad Hoc Peer-to-Peer Mobile Radio Access System Interfaced to the PSTN and Cellular Networks", filed on June 29, 2001, in U.S. Patent Application Serial No.
  • Ad-hoc networks typically comprise a plurality of nodes that collectively define a path from a mobile client to a destination node, or another network node by way of one or more wireless network nodes.
  • a "channel" is established from each node to another defining the path to the network access node, which, in turn, provides access to an external network, such as the Internet.
  • the channel may also be from one node to another in the same network when the destination is a user associated with the node.
  • FIG. 1 is a block diagram of an example ad-hoc wireless communications network including a plurality of nodes employing a system and method in accordance with an embodiment of the present invention
  • FIG. 2 is a block diagram illustrating an example of a mobile node employed in the network shown in Fig. 1 ;
  • FIG. 3 is a diagram illustrating a congested multihopping wireless network, in which various routes have disparate bandwidth availabilities
  • FIG. 4 is a diagram illustrating a multihopping wireless network, in which the first and third hops are used concurrently;
  • FIG. 5 is a diagram illustrating a multihopping wireless network, in which the first and third hops are not used concurrently, and wherein the throughput decreases;
  • FIG. 6 is a diagram illustrating a network comprising a linear series of dual- transceiver routers, wherein each router is not in contention with any other router and no other flows of traffic originate along the route;
  • FIG. 7 is a diagram illustrating a congested multi-transceiver network, wherein contention amongst routers and traffic sources exists;
  • FIG. 8 is a diagram illustrating an example of a routing metric calculated for a particular link based on data rate, overhead and retries on that link according to an embodiment of the present invention.
  • embodiments of the invention described herein may be comprised of one or more conventional processors and unique stored program instructions that control the one or more processors to implement, in conjunction with certain non-processor circuits, some, most, or all of the functions of a system and method for calculating a routing metric that can select the route providing the best throughput in a multihop network as described herein.
  • the non-processor circuits may include, but are not limited to, a radio receiver, a radio transmitter, signal drivers, clock circuits, power source circuits, and user input devices.
  • these functions may be interpreted as steps of a method for calculating a routing metric that can select the route providing the best throughput in a multihopping network
  • some or all functions could be implemented by a state machine that has no stored program instructions, or in one or more application specific integrated circuits (ASICs), in which each function or some combinations of certain of the functions are implemented as custom logic.
  • ASICs application specific integrated circuits
  • a combination of the two approaches could be used.
  • the embodiments of the present invention described herein provide a system and method for calculating a routing metric that can select the route providing the best throughput in a multihopping network, based on one or more parameters including completion rates, data rates, media access control (MAC) overhead and congestion.
  • the system and method are capable of selecting a route in a multihopping network having a high throughput, comprising calculating a routing metric at one or more nodes, wherein the routing metric enables the one or more nodes to select the route in the network.
  • the routing metric can include network information such as the raw data rate, the completion rate, and the media access control (MAC) overhead and congestion.
  • FIG. 1 is a block diagram illustrating an example of an ad-hoc wireless communications network 100 employing an embodiment of the present invention.
  • the network 100 includes a plurality of mobile wireless user terminals 102-1 through 102-n (referred to generally as nodes 102 or mobile nodes 102), and can, but is not required to, include a fixed network 104 having a plurality of access points 106-1, 106-2, ...106-n (referred to generally as nodes 106, access points (APs) 106 or intelligent access points (IAPs) 106), for providing nodes 102 with access to the fixed network 104.
  • nodes 106-1, 106-2, ...106-n referred to generally as nodes 106, access points (APs) 106 or intelligent access points (IAPs) 106
  • the fixed network 104 can include, for example, a core local area network (LAN), and a plurality of servers and gateway routers to provide network nodes with access to other networks, such as other ad-hoc networks, the public switched telephone network (PSTN) and the Internet.
  • the network 100 further can include a plurality of fixed routers 107-1 through 107-n (referred to generally as nodes 107, wireless routers (WRs) 107 or fixed routers 107) for routing data packets between other nodes 102, 106 or 107. It is noted that for purposes of this discussion, the nodes discussed above can be collectively referred to as “nodes 102, 106 and 107", or simply "nodes”.
  • the nodes 102, 106 and 107 are capable of communicating with each other directly, or via one or more other nodes 102, 106 or 107 operating as a router or routers for packets being sent between nodes, as described in U.S. Patent Application Serial No. 09/897,790, and U.S. Patent Nos. 6,807,165 and 6,873,839, referenced above.
  • each node 102, 106 and 107 includes at least one transceiver or modem 108, which is coupled to an antenna 110 and is capable of receiving and transmitting signals, such as packetized signals, to and from the node 102, 106 or 107, under the control of a controller 112.
  • the packetized data signals can include, for example, voice, data or multimedia information, and packetized control signals, including node update information.
  • Each node 102, 106 and 107 further includes a memory 114, such as a random access memory (RAM) that is capable of storing, among other things, routing information pertaining to itself and other nodes in the network 100.
  • a memory 114 such as a random access memory (RAM) that is capable of storing, among other things, routing information pertaining to itself and other nodes in the network 100.
  • certain nodes, especially mobile nodes 102 can include a host 116 which may consist of any number of devices, such as a notebook computer terminal, mobile telephone unit, mobile data unit, or any other suitable device.
  • Each node 102, 106 and 107 also includes the appropriate hardware and software to perform Internet Protocol (IP) and Address Resolution Protocol (ARP), the purposes of which can be readily appreciated by one skilled in the art.
  • IP Internet Protocol
  • ARP Address Resolution Protocol
  • TCP transmission control protocol
  • UDP user datagram protocol
  • the nodes 102, 106 and 107 of the network 100 are capable of selecting a route in a multihop network that takes into account network congestion and which ensures optimum throughput.
  • an embodiment of the present invention enables one or more nodes to calculate a routing metric that can select the route providing the best throughput, based on one or more parameters including completion rates, data rates, MAC overheard and congestion. It is noted that the routing metric can be calculated by the controller 112 and its associated hardware and software in the nodes 102, 106 and 107.
  • the contention time can be measured by the node 102, 106 or 107, either via counters, such as network allocation vector (NAV) or clear channel assessment (CCA), or via timestamps.
  • NAV network allocation vector
  • CCA clear channel assessment
  • the node 102, 106 or 107 can base its measurement on what it is able to monitor while listening to the reservation channel.
  • the premise of the congestion/contention measurement is to enable an node 102, 106 or 107 to assess the percentage of the channel that is available for transmission at a given time. For example, if no portion of the bandwidth is being used by the node 102, 106 or 107 or another node 102, 106 or 107, then the bandwidth availability is 100% (one hundred percent).
  • the availability can be any value between 50% (fifty percent) and close to 100% (one hundred percent).
  • the availability is not lower than 1/N, where N is the number of nodes 102, 106 and 107 accessing the channel. This ensures that if the bandwidth is currently all being used, the bandwidth can still be shared by multiple users at a later time.
  • Bandwidth does not necessarily have to be distributed equally among nodes 102, 106 or 107 (although it is in the previous examples). For example, specific nodes 102, 106 or 107 can be assigned a higher priority status or certain traffic flows can be assigned higher bandwidth requirements.
  • FIG. 3 illustrates a routing decision using congestion as part of the routing metric.
  • the source, the destination and the routers shown correspond to any node of the network 100, that is, mobile nodes 102, fixed routers 107, or access points 106, for example, as showing in FIG. 1.
  • the source and destination are nodes 102-1 and 102-2, respectively, and the routers are routers 107-1, 107-2 and 107-3.
  • references 300, 304 and 308 indicate available bandwidth
  • references 302, 306 and 310 indicate unavailable bandwidth.
  • node 107-1 is congestion and has only 25% (twenty five percent) bandwidth available, while nodes 107-2 and 107-3 are less congested and each have 60% (sixty percent) available bandwidth.
  • a routing metric for use in determining routing is generally defined as "the amount of time required to send a unit of information". It will be appreciated by those of ordinary skill in the art that the routing metric is proportional to the inverse of the effective throughput. In the following examples, a unit of time is in seconds and a reference unit of information is a Gigabit. It will be appreciated that other reference units of information and other units of time can be utilized in accordance with the present invention. If a link with no contention (i.e. availability is one hundred percent (100%)) has a throughput of ten (10) mega bits per second (Mbps), then a gigabit of information takes one hundred (100) seconds to be sent.
  • One hundred (100) is therefore the routing metric for that particular reference link for the exemplary system. If the channel is sixty percent (60%) available, then the maximum throughput is six (6) Mbps, whereas a channel twenty five percent (25%) available will yield two point five (2.5) Mbps of throughput. At six (6) Mbps, it takes one hundred sixty six (166) seconds to send a gigabit of information. At two point five (2.5) Mbps, it takes four hundred (400) seconds to send a gigabit of information. Referring to the example shown in FIG.
  • the route consisting of nodes 102-1, 107-1 and 102-2 has a cumulative routing metric of eight hundred (800) (since both source node 102-1 and router 107-1 share the same medium, it takes eight hundred (800) seconds to send a gigabit of information).
  • the route consisting of nodes 102-1, 107-2, 107-3 and 102-2 has a cumulative routing metric of five hundred (500).
  • the routing metric can automatically take this fact into account by allotting more bandwidth to the communication as shown in FIG. 4.
  • nodes 102-1, 107-1 and 107-2 collectively are allotted fifty percent (50%) of the available bandwidth, as indicated by 400, 404 and 408, while fifty percent (50%) of the bandwidth remains unavailable as indicated by 402, 406 and 410. If they cannot communicate concurrently, then the routing metric can reflect this and the amount of data that is transmitted, and thus the throughput, will decrease as shown in FIG. 5.
  • nodes 102-1 and 107-2 each are allotted thirty four percent (34%) of the available bandwidth, as indicated by 500 and 508, while sixty six percent (66%) of their bandwidth remains unavailable as indicted by 502 and 510, and node 107-1 is allocated fifty percent (50%) of the bandwidth as indicated by 504 while fifty percent (50%) of the bandwidth remains unavailable as indicated by 506.
  • each router 107-1, 107-2 and 107-3 can include a dual- transceiver backhaul 600 comprising two transceivers 108 as shown in FIG. 2, for example, allows each router (e.g., routers 107-1, 107-2 and 107-3 as shown in FIG. 6) to be used as a transmitter and a receiver at the same time, thus doubling the bandwidth of the communication link. This occurs, however, if each router is not in contention with any other router and if no other flows of traffic originate along the route, as further shown as one hundred percent (100%) capacity designated by 602 and 604 in FIG. 6. Nevertheless, the routing metric can be used to address both situations successfully.
  • each router e.g., routers 107-1, 107-2 and 107-3 as shown in FIG. 6
  • the routing metric can be used to address both situations successfully.
  • the topology is a linear series of dual-transceiver routers 107-1, 107-2 and 107-3, then the link with the smallest contention at each router can be the one that is not being used for the previous hops. Therefore, the route can alternatively use one transceiver and then the other. If there is contention with other routers or traffic sources (e.g., another router 107-4) as shown in FIG. 7, the system can ensure that each transceiver is used equally, that is, the amount of bandwidth that is being used (which determines the final routing metric) is the same or substantially the same for each transceiver. In the example of FIG. 7, a transceiver of each router 107-1 and 107-4 uses fifty percent (50%) capacity as indicated by 700 and 702, and each transceiver of router 107-2 uses fifty percent (50%) capacity as indicated by 704 and 706.
  • the percentage of the bandwidth that is made available to a particular link is determined based on the ratio of the allotted time slot size to the total frame size that is being transmitted over that link.
  • the node may be only capable of transmitting a limited amount of information.
  • the routing metric is defined as the "amount of time required to send a unit of information", this time is therefore based on the data rate.
  • Other parameters can come into play, such as MAC overhead and number of retries. Indeed, these other parameters can increase the actual time needed to send a unit of information, as shown in the graph 800 in FIG. 8, which illustrates an example of the amount of time occupied by request-to-send (RTS) and clear-to-send (CTS) messages, headers, data messages (DATA), and acknowledgement (ACK) and non-acknowledgement (NACK) messages.
  • RTS request-to-send
  • CTS clear-to-send
  • DATA data messages
  • ACK acknowledgement
  • NACK non-acknowledgement
  • the channel availability is one hundred percent (100%), which means there is no other node 102, 106 or 107 attempting to use the channel. Knowing the raw data rate, the MAC overhead and the completion rate, it is possible to determine the actual throughput and, therefore, the routing metric for a particular link.
  • the data rate can be calculated as described in U.S. Patent Application No. 11/166,578, filed June 24, 2005, entitled “System and Method for Adaptive Rate Selection for Wireless Networks.”
  • the MAC overhead can be provided as described in U.S. Patent Application No. 11/200,658, filed August 10, 2005, entitled “Software Architecture and Hardware Abstraction Layer for Multi-Radio Routing and Method for Providing the Same.”
  • the completion rate can be calculated as described in U.S. Patent Application No. 10/863,069, filed June 7, 2004, entitled “A Method to Provide a Measure of Link Reliability to a Routing Protocol in an Ad Hoc Wireless Network.” The entire contents of each of these three patent applications are incorporated by reference herein.
  • the channel access time can depend on the neighborhood congestion and channel busy-ness.
  • a contention free system e.g. TDMA system
  • t e depends on the average backoff time due to the transmission failure and the neighborhood congestion (assuming that if a packet fails, it can be the first packet to be transmitted next time the channel is available).
  • t w depends on the node's congestion level (e.g. the packets already queued in the node) and neighborhood congestion.
  • the values used to compute G can be measured as a moving average where the window size can be optimized to provide stability. Some of the values may be evaluated by using the measurement actions defined in the Institute of Electrical and Electronic Engineers (IEEE) 802.11 Standards. For example, for an IEEE 802.11 Standard network, t e can be estimated by using clear channel assessment (CCA) and network allocation vector (NAV) busy times as described in the IEEE 802.1 Ih Standard and the IEEE 802.1 Ik Standard, respectively. [0039] The routing metric for each hop is:
  • is a normalization factor.
  • the variable ⁇ is selected to obtain a routing metric of "1" for a reference high-speed link, such as 1 Gbps. This ensures that all routing metrics in the network can be represented using integer values with a constrained (e.g. 16-bit) resolution.
  • the ability to base the routing metric on the amount of time taken to send a unit of information allows the routing protocol to operate with transceivers with a large span of data rates, such as those according to IEEE Standards 802.11a and 802.1 Ig, or with multiple physical layers attaining different data rates (such as Ethernet versus Bluetooth).
  • the only limitations are set by the reference routing metric (which in this example is set to one (1) Gigabit per second) and the metric resolution (2 8 corresponding to a three point nine (3.9) Mbps link and 1/2 16 corresponding to fifteen (15) Kilobits per second (Kbps)).
  • the reference routing metric which in this example is set to one (1) Gigabit per second
  • the metric resolution (2 8 corresponding to a three point nine (3.9) Mbps link and 1/2 16 corresponding to fifteen (15) Kilobits per second (Kbps)
  • With a reference routing metric of one (1) Gigabit per second and a sixteen (16) bit resolution for the routing metric it is possible to compare multihop throughputs on links as
  • Route Request Expiration for Protocols that Require Network Flooding [0041] If the routing protocol requires the network to be flooded (such as Route Requests in Ad-hoc On-demand Distance Vector (AODV) typically flooding is limited by using a TTL (time to live) limit. This severely limits the number of nodes 102, 106 or 107 the Route Request can reach without assuring that the high-speed backbone links are being fully used. Typically, a node will perform an expanding ring search if it is not able to find its destination with a small TLL.
  • TTL time to live
  • flooding will be interrupted as the Route Requests go through slower links and nodes 102, 106 or 107 that are congested; flooding will remain active through faster links and nodes 102, 106 or 107 that have little congestion.
  • This allows for the routing protocol to more efficiently search for routes in a network, by allowing it to perform its route search based on the performance of the nodes 102, 106 or 107 that are being traversed.
  • Connectivity/Performance Indicator for Rapid Sensor Network Deployments require as little manual intervention as possible (no set-up interface) and there is typically no radio frequency (RF) coverage survey.
  • Typical network connectivity indicators show the signal strength to the access point which the nodes 102, 106 or 107 are associated with. This may not take into account the actual link performance (the maximum data rate may be low) or the number of hops (i.e., the access point might be several hops away from the actual destination).
  • the routing metric described herein may allow for performance comparisons to be made regardless of the number of hops.
  • a visual indicator for example a numeric indicator using a light emitting diode (LED) screen or a level indicator using multiple LEDs can be used for rapid deployment.
  • LED light emitting diode
  • a network 100 is generally self-configurable and should require only minimal user intervention, such as deploying the nodes (e.g., access points 106 and wireless router 107) and assuring that the deployed nodes 106 and 107 have a power source such as line current, a battery, a solar cell, and so on.
  • deploying the nodes e.g., access points 106 and wireless router 107
  • a power source such as line current, a battery, a solar cell, and so on.
  • the example routing metric can be differentiated if the route request includes the priority level of the flow for which the route is requested.
  • one or more nodes preferably keep track of two types of priority information:
  • each priority can be mapped to a queue level that has a certain allocated percentage for transmission attempts. For example, in this case t w can depend on the priority level. For a higher priority flow, t w will be smaller.
  • IEEE Standard 802.1 Ie uses different channel access probabilities for different priority levels. If a node has the information on the priority levels of the packets that are being transmitted in the neighborhood, an estimation on the t w and t e can be done according to the relative priority levels of the flow and the neighborhood traffic. If the flow's priority level is much higher than the neighborhood traffic, t w and t e will be smaller.
  • the packet completion rate defined in the packet hop delay equation corresponds to the data packet completion rate.
  • some of the contention frames i.e., RTS and CTS
  • RTS and CTS may also fail to be successfully transmitted. These failures affects the link throughput by increasing t e .
  • Using the RTS packet completion rate and making t e dependent on this completion rate will improve the accuracy of the routing metric.

Abstract

A system and method for calculating a routing metric that can select the route providing the best throughput in a multihopping network (100), based on one or more parameters including completion rates, data rates, MAC overhead and congestion. The system and method are capable of selecting a route in a multihopping network (100) having a high throughput, comprising calculating a routing metric at one or more nodes (102, 106, 107), wherein the routing metric enables the one or more nodes (102, 106, 107) to select the route in the network (100). The routing metric can include network information such as the raw data rate, the completion rate, and the media access control overhead and congestion.

Description

SYSTEM AND METHOD FOR PROVIDING A CONGESTION- AWARE ROUTING METRIC FOR SELECTING A ROUTE BETWEEN NODES IN A MULTIHOPPING COMMUNICATION NETWORK
[0001] This application claims the benefit of U.S. Provisional Application Nos. 60/625,113, filed November 5, 2004 the entire content of which being incorporated herein by reference.
Field of the Invention
[0002] The present invention relates to wireless communication networks and, more particularly, to a system and method for calculating a routing metric for selecting a route providing the best throughput in a multihopping network.
Background
[0003] In recent years, a type of mobile communications network known as an ad-hoc network has been developed. In this type of network, each mobile node is capable of operating as a base station or router for the other mobile nodes, thus eliminating the need for a fixed infrastructure of base stations. As can be appreciated by one skilled in the art, network nodes transmit and receive data packet communications in a multiplexed format, such as time-division multiple access (TDMA) format, code- division multiple access (CDMA) format, or frequency-division multiple access (FDMA) format.
[0004] More sophisticated ad-hoc networks are also being developed which, in addition to enabling mobile nodes to communicate with each other as in a conventional ad-hoc network, further enable the mobile nodes to access a fixed network and thus communicate with other mobile nodes, such as those on the public switched telephone network (PSTN), and on other networks such as the Internet. Details of these advanced types of ad-hoc networks are described in U.S. Patent Application Serial No. 09/897,790 entitled "Ad Hoc Peer-to-Peer Mobile Radio Access System Interfaced to the PSTN and Cellular Networks", filed on June 29, 2001, in U.S. Patent Application Serial No. 09/815,157 entitled "Time Division Protocol for an Ad-Hoc, Peer-to-Peer Radio Network Having Coordinating Channel Access to Shared Parallel Data Channels with Separate Reservation Channel", filed on March 22, 2001, now U.S. Patent No. 6,807,165, and in U.S. Patent Application Serial No. 09/815,164 entitled "Prioritized-Routing for an Ad-Hoc, Peer-to-Peer, Mobile Radio Access System", filed on March 22, 2001, now U.S. Patent No. 6,873,839, the entire content of each being incorporated herein by reference. [0005] Ad-hoc networks typically comprise a plurality of nodes that collectively define a path from a mobile client to a destination node, or another network node by way of one or more wireless network nodes. Generally, a "channel" is established from each node to another defining the path to the network access node, which, in turn, provides access to an external network, such as the Internet. The channel may also be from one node to another in the same network when the destination is a user associated with the node.
[0006] As can be appreciated from the nature of wireless "ad hoc" networks such as those discussed above, a careful assignment of frequencies and channels is important for minimizing interference between nodes using the same frequency or channels in a network, and for maximizing the performance and efficiency of the network. In this regard, traditional methods of frequency channel assignment become difficult, for example, when only a small number of channels are available. Moreover, frequency channel assignments become difficult when the number of nodes exceeds the number of available channels.
[0007] Several techniques exist which address frequency channel assignment in the context of wireless "ad-hoc" networks. U.S. Patent Application 2004/0157613, for example, discloses a method for reducing co-channel and adjacent channel interference via self-selection of Radio Frequency Channels. Moreover, a publication by DeCouto et al. entitled "A High-Throughput Path Metric for Multihop Wireless Routing," M.I.T. Computer Science and Artificial Intelligence Laboratory, 2003, discloses an expected transition count (ETX) metric which identifies a relationship that is inversely proportional to the packet completion rate, but it does not account for variable data rates or signaling overhead. Brief Description of the Figures
[0008] The accompanying figures, where like reference numerals refer to identical or functionally similar elements throughout the separate views and which together with the detailed description below are incorporated in and form part of the specification, serve to further illustrate various embodiments and to explain various principles and advantages all in accordance with the present invention.
[0009] FIG. 1 is a block diagram of an example ad-hoc wireless communications network including a plurality of nodes employing a system and method in accordance with an embodiment of the present invention;
[0010] FIG. 2 is a block diagram illustrating an example of a mobile node employed in the network shown in Fig. 1 ;
[0011] FIG. 3 is a diagram illustrating a congested multihopping wireless network, in which various routes have disparate bandwidth availabilities;
[0012] FIG. 4 is a diagram illustrating a multihopping wireless network, in which the first and third hops are used concurrently;
[0013] FIG. 5 is a diagram illustrating a multihopping wireless network, in which the first and third hops are not used concurrently, and wherein the throughput decreases; [0014] FIG. 6 is a diagram illustrating a network comprising a linear series of dual- transceiver routers, wherein each router is not in contention with any other router and no other flows of traffic originate along the route;
[0015] FIG. 7 is a diagram illustrating a congested multi-transceiver network, wherein contention amongst routers and traffic sources exists;
[0016] FIG. 8 is a diagram illustrating an example of a routing metric calculated for a particular link based on data rate, overhead and retries on that link according to an embodiment of the present invention.
[0017] Skilled artisans will appreciate that elements in the figures are illustrated for simplicity and clarity and have not necessarily been drawn to scale. For example, the dimensions of some of the elements in the figures may be exaggerated relative to other elements to help to improve understanding of embodiments of the present invention. - A -
Detailed Description
[0018] Before describing in detail embodiments that are in accordance with the present invention, it should be observed that the embodiments reside primarily in combinations of method steps and apparatus components related to calculating a routing metric that can select the route providing the best throughput in a multihopping network. Accordingly, the apparatus components and method steps have been represented where appropriate by conventional symbols in the drawings, showing only those specific details that are pertinent to understanding the embodiments of the present invention so as not to obscure the disclosure with details that will be readily apparent to those of ordinary skill in the art having the benefit of the description herein.
[0019] In this document, relational terms such as first and second, top and bottom, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. The terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. An element proceeded by "comprises ...a" does not, without more constraints, preclude the existence of additional identical elements in the process, method, article, or apparatus that comprises the element.
[0020] It will be appreciated that embodiments of the invention described herein may be comprised of one or more conventional processors and unique stored program instructions that control the one or more processors to implement, in conjunction with certain non-processor circuits, some, most, or all of the functions of a system and method for calculating a routing metric that can select the route providing the best throughput in a multihop network as described herein. The non-processor circuits may include, but are not limited to, a radio receiver, a radio transmitter, signal drivers, clock circuits, power source circuits, and user input devices. As such, these functions may be interpreted as steps of a method for calculating a routing metric that can select the route providing the best throughput in a multihopping network Alternatively, some or all functions could be implemented by a state machine that has no stored program instructions, or in one or more application specific integrated circuits (ASICs), in which each function or some combinations of certain of the functions are implemented as custom logic. Of course, a combination of the two approaches could be used. Thus, methods and means for these functions have been described herein. Further, it is expected that one of ordinary skill, notwithstanding possibly significant effort and many design choices motivated by, for example, available time, current technology, and economic considerations, when guided by the concepts and principles disclosed herein will be readily capable of generating such software instructions and programs and ICs with minimal experimentation.
[0021] As discussed in more detail below, the embodiments of the present invention described herein provide a system and method for calculating a routing metric that can select the route providing the best throughput in a multihopping network, based on one or more parameters including completion rates, data rates, media access control (MAC) overhead and congestion. The system and method are capable of selecting a route in a multihopping network having a high throughput, comprising calculating a routing metric at one or more nodes, wherein the routing metric enables the one or more nodes to select the route in the network. The routing metric can include network information such as the raw data rate, the completion rate, and the media access control (MAC) overhead and congestion.
[0022] FIG. 1 is a block diagram illustrating an example of an ad-hoc wireless communications network 100 employing an embodiment of the present invention. Specifically, the network 100 includes a plurality of mobile wireless user terminals 102-1 through 102-n (referred to generally as nodes 102 or mobile nodes 102), and can, but is not required to, include a fixed network 104 having a plurality of access points 106-1, 106-2, ...106-n (referred to generally as nodes 106, access points (APs) 106 or intelligent access points (IAPs) 106), for providing nodes 102 with access to the fixed network 104. The fixed network 104 can include, for example, a core local area network (LAN), and a plurality of servers and gateway routers to provide network nodes with access to other networks, such as other ad-hoc networks, the public switched telephone network (PSTN) and the Internet. The network 100 further can include a plurality of fixed routers 107-1 through 107-n (referred to generally as nodes 107, wireless routers (WRs) 107 or fixed routers 107) for routing data packets between other nodes 102, 106 or 107. It is noted that for purposes of this discussion, the nodes discussed above can be collectively referred to as "nodes 102, 106 and 107", or simply "nodes".
[0023] As can be appreciated by one skilled in the art, the nodes 102, 106 and 107 are capable of communicating with each other directly, or via one or more other nodes 102, 106 or 107 operating as a router or routers for packets being sent between nodes, as described in U.S. Patent Application Serial No. 09/897,790, and U.S. Patent Nos. 6,807,165 and 6,873,839, referenced above.
[0024] As shown in FIG. 2, each node 102, 106 and 107 includes at least one transceiver or modem 108, which is coupled to an antenna 110 and is capable of receiving and transmitting signals, such as packetized signals, to and from the node 102, 106 or 107, under the control of a controller 112. The packetized data signals can include, for example, voice, data or multimedia information, and packetized control signals, including node update information.
[0025] Each node 102, 106 and 107 further includes a memory 114, such as a random access memory (RAM) that is capable of storing, among other things, routing information pertaining to itself and other nodes in the network 100. As further shown in FIG. 2, certain nodes, especially mobile nodes 102, can include a host 116 which may consist of any number of devices, such as a notebook computer terminal, mobile telephone unit, mobile data unit, or any other suitable device. Each node 102, 106 and 107 also includes the appropriate hardware and software to perform Internet Protocol (IP) and Address Resolution Protocol (ARP), the purposes of which can be readily appreciated by one skilled in the art. The appropriate hardware and software to perform transmission control protocol (TCP) and user datagram protocol (UDP) may also be included.
[0026] As discussed above, it is desirable for the nodes 102, 106 and 107 of the network 100 to be capable of selecting a route in a multihop network that takes into account network congestion and which ensures optimum throughput. As will now be described, an embodiment of the present invention enables one or more nodes to calculate a routing metric that can select the route providing the best throughput, based on one or more parameters including completion rates, data rates, MAC overheard and congestion. It is noted that the routing metric can be calculated by the controller 112 and its associated hardware and software in the nodes 102, 106 and 107.
Congestion/Contention:
[0027] For a single channel Media Access Control (MAC), the contention time can be measured by the node 102, 106 or 107, either via counters, such as network allocation vector (NAV) or clear channel assessment (CCA), or via timestamps. For a multi channel MAC, the node 102, 106 or 107 can base its measurement on what it is able to monitor while listening to the reservation channel. The premise of the congestion/contention measurement is to enable an node 102, 106 or 107 to assess the percentage of the channel that is available for transmission at a given time. For example, if no portion of the bandwidth is being used by the node 102, 106 or 107 or another node 102, 106 or 107, then the bandwidth availability is 100% (one hundred percent). If another node 102, 106 or 107 is using the bandwidth, the availability can be any value between 50% (fifty percent) and close to 100% (one hundred percent). The availability, in this regard, is not lower than 1/N, where N is the number of nodes 102, 106 and 107 accessing the channel. This ensures that if the bandwidth is currently all being used, the bandwidth can still be shared by multiple users at a later time. Bandwidth does not necessarily have to be distributed equally among nodes 102, 106 or 107 (although it is in the previous examples). For example, specific nodes 102, 106 or 107 can be assigned a higher priority status or certain traffic flows can be assigned higher bandwidth requirements.
[0028] Assuming that all data rates are equal, all completion rates are 100% (one hundred percent) and ignoring signaling overhead, FIG. 3 illustrates a routing decision using congestion as part of the routing metric. It is noted that the source, the destination and the routers shown correspond to any node of the network 100, that is, mobile nodes 102, fixed routers 107, or access points 106, for example, as showing in FIG. 1. For purposes of this discussion, we will assume that the source and destination are nodes 102-1 and 102-2, respectively, and the routers are routers 107-1, 107-2 and 107-3. In this example, references 300, 304 and 308 indicate available bandwidth, and references 302, 306 and 310 indicate unavailable bandwidth. As indicated, node 107-1 is congestion and has only 25% (twenty five percent) bandwidth available, while nodes 107-2 and 107-3 are less congested and each have 60% (sixty percent) available bandwidth.
[0029] A routing metric for use in determining routing is generally defined as "the amount of time required to send a unit of information". It will be appreciated by those of ordinary skill in the art that the routing metric is proportional to the inverse of the effective throughput. In the following examples, a unit of time is in seconds and a reference unit of information is a Gigabit. It will be appreciated that other reference units of information and other units of time can be utilized in accordance with the present invention. If a link with no contention (i.e. availability is one hundred percent (100%)) has a throughput of ten (10) mega bits per second (Mbps), then a gigabit of information takes one hundred (100) seconds to be sent. One hundred (100) is therefore the routing metric for that particular reference link for the exemplary system. If the channel is sixty percent (60%) available, then the maximum throughput is six (6) Mbps, whereas a channel twenty five percent (25%) available will yield two point five (2.5) Mbps of throughput. At six (6) Mbps, it takes one hundred sixty six (166) seconds to send a gigabit of information. At two point five (2.5) Mbps, it takes four hundred (400) seconds to send a gigabit of information. Referring to the example shown in FIG. 3, the route consisting of nodes 102-1, 107-1 and 102-2 has a cumulative routing metric of eight hundred (800) (since both source node 102-1 and router 107-1 share the same medium, it takes eight hundred (800) seconds to send a gigabit of information). The route consisting of nodes 102-1, 107-2, 107-3 and 102-2 has a cumulative routing metric of five hundred (500). Pipelining:
[0030] In the previous example shown in FIG. 3, it is not yet determined whether communication in the first hop between nodes 102-1 and 107-2 and communication in the third hop between nodes 107-2 and 102-2 can occur concurrently. In the event that they can occur concurrently, the routing metric can automatically take this fact into account by allotting more bandwidth to the communication as shown in FIG. 4. In this event, nodes 102-1, 107-1 and 107-2 collectively are allotted fifty percent (50%) of the available bandwidth, as indicated by 400, 404 and 408, while fifty percent (50%) of the bandwidth remains unavailable as indicated by 402, 406 and 410. If they cannot communicate concurrently, then the routing metric can reflect this and the amount of data that is transmitted, and thus the throughput, will decrease as shown in FIG. 5. That is, nodes 102-1 and 107-2 each are allotted thirty four percent (34%) of the available bandwidth, as indicated by 500 and 508, while sixty six percent (66%) of their bandwidth remains unavailable as indicted by 502 and 510, and node 107-1 is allocated fifty percent (50%) of the bandwidth as indicated by 504 while fifty percent (50%) of the bandwidth remains unavailable as indicated by 506.
Multi-Transceiver:
[0031] As shown in FIG. 6, each router 107-1, 107-2 and 107-3 can include a dual- transceiver backhaul 600 comprising two transceivers 108 as shown in FIG. 2, for example, allows each router (e.g., routers 107-1, 107-2 and 107-3 as shown in FIG. 6) to be used as a transmitter and a receiver at the same time, thus doubling the bandwidth of the communication link. This occurs, however, if each router is not in contention with any other router and if no other flows of traffic originate along the route, as further shown as one hundred percent (100%) capacity designated by 602 and 604 in FIG. 6. Nevertheless, the routing metric can be used to address both situations successfully. Indeed, if the topology is a linear series of dual-transceiver routers 107-1, 107-2 and 107-3, then the link with the smallest contention at each router can be the one that is not being used for the previous hops. Therefore, the route can alternatively use one transceiver and then the other. If there is contention with other routers or traffic sources (e.g., another router 107-4) as shown in FIG. 7, the system can ensure that each transceiver is used equally, that is, the amount of bandwidth that is being used (which determines the final routing metric) is the same or substantially the same for each transceiver. In the example of FIG. 7, a transceiver of each router 107-1 and 107-4 uses fifty percent (50%) capacity as indicated by 700 and 702, and each transceiver of router 107-2 uses fifty percent (50%) capacity as indicated by 704 and 706.
TDMA:
[0032] In TDMA MACs, the percentage of the bandwidth that is made available to a particular link is determined based on the ratio of the allotted time slot size to the total frame size that is being transmitted over that link.
Transmit Time of a Unit of Information:
[0033] During the available time described in the previous section, the node may be only capable of transmitting a limited amount of information. The routing metric is defined as the "amount of time required to send a unit of information", this time is therefore based on the data rate. Other parameters can come into play, such as MAC overhead and number of retries. Indeed, these other parameters can increase the actual time needed to send a unit of information, as shown in the graph 800 in FIG. 8, which illustrates an example of the amount of time occupied by request-to-send (RTS) and clear-to-send (CTS) messages, headers, data messages (DATA), and acknowledgement (ACK) and non-acknowledgement (NACK) messages. [0034] In this example, the channel availability is one hundred percent (100%), which means there is no other node 102, 106 or 107 attempting to use the channel. Knowing the raw data rate, the MAC overhead and the completion rate, it is possible to determine the actual throughput and, therefore, the routing metric for a particular link. The data rate can be calculated as described in U.S. Patent Application No. 11/166,578, filed June 24, 2005, entitled "System and Method for Adaptive Rate Selection for Wireless Networks." The MAC overhead can be provided as described in U.S. Patent Application No. 11/200,658, filed August 10, 2005, entitled "Software Architecture and Hardware Abstraction Layer for Multi-Radio Routing and Method for Providing the Same." The completion rate can be calculated as described in U.S. Patent Application No. 10/863,069, filed June 7, 2004, entitled "A Method to Provide a Measure of Link Reliability to a Routing Protocol in an Ad Hoc Wireless Network." The entire contents of each of these three patent applications are incorporated by reference herein.
Routing metric Example:
[0035] The following section presents an example routing metric that depends on the effective throughput per link. In particular, packet delay per hop can be approximated according to the following equation:
t5 (L, R) + (l- pcr(L, R)) έe = tw + ∑ Cl - pcr{L ,R)y~l pcr(L, R) (i t, {l.R) + (i - 1) Q = tw + z-l pcr(L,R)
L packet length
R data rate per = packet completion rate ts = transmission time of a packet (that includes overhead, propagation time, processing time etc) te = extra time required for retransmission of a failed packet (that includes channel access time) tw = time elapsed between the packet arrival to the node's queue and this packet's first transmission attempt.
[0036] For example, for a contention based MAC protocol, the channel access time can depend on the neighborhood congestion and channel busy-ness. For a contention free system (e.g. TDMA system), it can depend on the slots allocated for the node/link. te depends on the average backoff time due to the transmission failure and the neighborhood congestion (assuming that if a packet fails, it can be the first packet to be transmitted next time the channel is available). tw depends on the node's congestion level (e.g. the packets already queued in the node) and neighborhood congestion. [0037] The effective throughput can be approximated as:
L pcr(L, R)
O = LfT, = ts(L, R) +(l- pcr(L,R% +pcr(L,R)tw
[0038] The values used to compute G can be measured as a moving average where the window size can be optimized to provide stability. Some of the values may be evaluated by using the measurement actions defined in the Institute of Electrical and Electronic Engineers (IEEE) 802.11 Standards. For example, for an IEEE 802.11 Standard network, te can be estimated by using clear channel assessment (CCA) and network allocation vector (NAV) busy times as described in the IEEE 802.1 Ih Standard and the IEEE 802.1 Ik Standard, respectively. [0039] The routing metric for each hop is:
M = a/G
where α is a normalization factor. The variable α is selected to obtain a routing metric of "1" for a reference high-speed link, such as 1 Gbps. This ensures that all routing metrics in the network can be represented using integer values with a constrained (e.g. 16-bit) resolution.
Data Rate Dependency and Heterogeneous Transceivers:
[0040] The ability to base the routing metric on the amount of time taken to send a unit of information allows the routing protocol to operate with transceivers with a large span of data rates, such as those according to IEEE Standards 802.11a and 802.1 Ig, or with multiple physical layers attaining different data rates (such as Ethernet versus Bluetooth). The only limitations are set by the reference routing metric (which in this example is set to one (1) Gigabit per second) and the metric resolution (28 corresponding to a three point nine (3.9) Mbps link and 1/216 corresponding to fifteen (15) Kilobits per second (Kbps)). With a reference routing metric of one (1) Gigabit per second and a sixteen (16) bit resolution for the routing metric, it is possible to compare multihop throughputs on links as diverse as dial-up modems and Gigabit Ethernet.
Route Request Expiration for Protocols that Require Network Flooding: [0041] If the routing protocol requires the network to be flooded (such as Route Requests in Ad-hoc On-demand Distance Vector (AODV) typically flooding is limited by using a TTL (time to live) limit. This severely limits the number of nodes 102, 106 or 107 the Route Request can reach without assuring that the high-speed backbone links are being fully used. Typically, a node will perform an expanding ring search if it is not able to find its destination with a small TLL. If the limit is based on the accumulated routing metric (instead of the TTL), then flooding will be interrupted as the Route Requests go through slower links and nodes 102, 106 or 107 that are congested; flooding will remain active through faster links and nodes 102, 106 or 107 that have little congestion. This allows for the routing protocol to more efficiently search for routes in a network, by allowing it to perform its route search based on the performance of the nodes 102, 106 or 107 that are being traversed.
Connectivity/Performance Indicator for Rapid Sensor Network Deployments: [0042] Sensor network deployments require as little manual intervention as possible (no set-up interface) and there is typically no radio frequency (RF) coverage survey. Typical network connectivity indicators show the signal strength to the access point which the nodes 102, 106 or 107 are associated with. This may not take into account the actual link performance (the maximum data rate may be low) or the number of hops (i.e., the access point might be several hops away from the actual destination). The routing metric described herein may allow for performance comparisons to be made regardless of the number of hops. A visual indicator, for example a numeric indicator using a light emitting diode (LED) screen or a level indicator using multiple LEDs can be used for rapid deployment. That is, the node 102, 106 or 107 can tell the operator in real time if network performance at a particular location is acceptable or not. As understood in the art, a network 100 is generally self-configurable and should require only minimal user intervention, such as deploying the nodes (e.g., access points 106 and wireless router 107) and assuring that the deployed nodes 106 and 107 have a power source such as line current, a battery, a solar cell, and so on.
QoS Extensions:
[0043] The example routing metric can be differentiated if the route request includes the priority level of the flow for which the route is requested. For this purpose, one or more nodes preferably keep track of two types of priority information:
1. The average priority levels of the packets in the node's queue for a given time period:
Depending on the scheduler (e.g. round robin or packet tagging based scheduler), each priority can be mapped to a queue level that has a certain allocated percentage for transmission attempts. For example, in this case tw can depend on the priority level. For a higher priority flow, tw will be smaller.
2. The average priority levels of the packets in the node's neighborhood for a given time period:
For example, IEEE Standard 802.1 Ie uses different channel access probabilities for different priority levels. If a node has the information on the priority levels of the packets that are being transmitted in the neighborhood, an estimation on the tw and te can be done according to the relative priority levels of the flow and the neighborhood traffic. If the flow's priority level is much higher than the neighborhood traffic, tw and te will be smaller.
Carrier Sensed Multiple Access with Collision Avoidance (CSMA/CA) Extensions: [0044] The packet completion rate defined in the packet hop delay equation corresponds to the data packet completion rate. In systems using a CSMA/CA medium access controller, some of the contention frames (i.e., RTS and CTS) may also fail to be successfully transmitted. These failures affects the link throughput by increasing te. Using the RTS packet completion rate and making te dependent on this completion rate will improve the accuracy of the routing metric. [0045] In the foregoing specification, specific embodiments of the present invention have been described. However, one of ordinary skill in the art appreciates that various modifications and changes can be made without departing from the scope of the present invention as set forth in the claims below. Accordingly, the specification and figures are to be regarded in an illustrative rather than a restrictive sense, and all such modifications are intended to be included within the scope of present invention. The benefits, advantages, solutions to problems, and any element(s) that may cause any benefit, advantage, or solution to occur or become more pronounced are not to be construed as a critical, required, or essential features or elements of any or all the claims. The invention is defined solely by the appended claims including any amendments made during the pendency of this application and all equivalents of those claims as issued.

Claims

What is claimed is:
1. A method for routing data in a wireless network, the method comprising: determining information pertaining to transmission of a packet by at least one node in the wireless network, the information comprising one or more information selected from a group comprising transmission time of the packet, additional time for retransmission of a failed packet, and a time elapsed between arrival of a received packet at the node and a first attempt at transmission of a packet by the node in response to the received packet; and calculating a routing metric, based on the determined information, for use by the node in transmission of at least one subsequent packet.
2. A method as claimed in claim 1 , further comprising: operating the node to allocate an amount of bandwidth for transmission of the subsequent packet based on the routing metric.
3. A method as claimed in claim 2, further comprising: operating the node to transmit a plurality of said subsequent packets to achieve a level of throughput based on the amount of bandwidth allocated for transmission.
4. A method as claimed in claim 1, further comprising:
■ operating the node to determine another node to which to transmit the subsequent packet based on the routing metric.
5. A method as claimed in claim 1 , further comprising: performing the determining step for a plurality of nodes in the network; and calculating the routing metric based on the respective information determined at each of the plurality of nodes.
6. A method as claimed in claim 1, wherein: the information comprises information pertaining to transmission time of the packet, the additional time for retransmission of a failed packet, and the time elapsed between arrival of a received packet at the node and the first attempt at transmission of a packet by the node in response to the received packet.
7. A method as claimed in claim 1 , further comprising: operating the node to provide information pertaining to the routing metric.
8. A node, adapted for use in a wireless communication network, the node comprising: a transceiver, adapted to transmit and receive packets; and a controller, adapted determining information pertaining to transmission of a packet, the information comprising one or more information selected from a group comprising transmission time of the packet, additional time for retransmission of a failed packet by the transceiver, and a time elapsed between arrival of a received packet at the transceiver and a first attempt at transmission of a packet by the transceiver in response to the received packet, and the controller being further adapted to calculate a routing metric, based on the determined information, for use in transmission of at least one subsequent packet.
9. A node as claimed in claim 8, wherein: the controller is further adapted to allocate an amount of bandwidth for transmission of the subsequent packet based on the routing metric.
10. A node as claimed in claim 9, wherein: the controller is further adapted to control the transceiver to transmit a plurality of said subsequent packets to achieve a level of throughput based on the amount of bandwidth allocated for transmission.
11. A node as claimed in claim 8, wherein: the controller is further adapted to determine another node to which to control the transceiver to transmit the subsequent packet based on the routing metric.
12. A node as claimed in claim 8, wherein: the controller is further adapted to calculating the routing metric based on the determined information and information pertaining to the routing metric received from a plurality of other nodes in the network.
13. A node as claimed in claim 8, wherein: the information comprises information pertaining to transmission time of the packet, the additional time for retransmission of a failed packet, and the time elapsed between arrival of a received packet at the transceiver and the first attempt at transmission of a packet by the transceiver in response to the received packet.
14. A node as claimed in claim 8, wherein: the controller is further adapted to control the node to provide information pertaining to the routing metric.
15. A node as claimed in claim 8, wherein: the controller is further adapted to control the transceiver to transmit information pertaining to the routing metric for receipt by at least one other node in the network.
16. A method for communicating in a wireless communication network, the method comprising: operating a plurality of nodes, adapted for communicating in the wireless network, to each determine respective information comprising one or more information selected from a group comprising transmission time of a packet, additional time for retransmission of a failed packet, and a time elapsed between arrival of a received packet and a first attempt at transmission of a packet by the in response to the received packet; operating the plurality of nodes to transmit their respective information for receipt by other nodes; and operating each of the plurality of nodes to calculate a respective routing metric based on their respective information and the information received from the other nodes.
17. A method as claimed in claim 16, further comprising: operating each of the nodes to allocate a respective amount of bandwidth for transmission of the subsequent packet based on their respective calculated routing metric.
18. A method claimed in claim 17, further comprising: operating each of the nodes to transmit a respective plurality of subsequent packets to achieve a respective level of throughput based on their respective amount of bandwidth allocated for transmission.
19. A method as claimed in claim 16, further comprising: operating each of the nodes to determine to which other node to transmit their respective subsequent packet based on their respective routing metric.
20. A method as claimed in claim 16, wherein: the respective information comprises information pertaining to transmission time of the packet, the additional time for retransmission of the failed packet, and the time elapsed between arrival of a received packet at the node and the first attempt at transmission of a packet by the node in response to the received packet.
PCT/US2005/040038 2004-11-05 2005-11-07 System and method for providing a congestion-aware routing metric for selecting a route between nodes in a multihopping communication network WO2006052758A2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2007540078A JP2008519533A (en) 2004-11-05 2005-11-07 System and method for providing a routing metric with congestion for path selection between nodes in a multi-hopping network
EP05817572A EP1808032A4 (en) 2004-11-05 2005-11-07 System and method for providing a congestion-aware routing metric for selecting a route between nodes in a multihopping communication network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US62511304P 2004-11-05 2004-11-05
US60/625,113 2004-11-05

Publications (2)

Publication Number Publication Date
WO2006052758A2 true WO2006052758A2 (en) 2006-05-18
WO2006052758A3 WO2006052758A3 (en) 2006-10-26

Family

ID=36337033

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2005/040038 WO2006052758A2 (en) 2004-11-05 2005-11-07 System and method for providing a congestion-aware routing metric for selecting a route between nodes in a multihopping communication network

Country Status (6)

Country Link
US (1) US7609641B2 (en)
EP (1) EP1808032A4 (en)
JP (1) JP2008519533A (en)
KR (1) KR100886060B1 (en)
CN (1) CN101057511A (en)
WO (1) WO2006052758A2 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009008960A1 (en) * 2007-07-06 2009-01-15 Lucent Technologies Inc. Media-access-control protocol for a network employing multi-user wireless channels
US7609641B2 (en) 2004-11-05 2009-10-27 Meshnetworks, Inc. System and method for providing a congestion-aware routing metric for selecting a route between nodes in a multihopping communication network
JP2010514231A (en) * 2006-08-18 2010-04-30 富士通株式会社 Radio resource management for multi-hop relay networks
JP2012175563A (en) * 2011-02-23 2012-09-10 Advanced Telecommunication Research Institute International Mobile terminal device, communication device communicating with the same, and communication network comprising the mobile terminal device and the communication device
CN103152278A (en) * 2013-01-31 2013-06-12 北京星网锐捷网络技术有限公司 Congestion determination method, congestion determination device and congestion determination network equipment
GB2574307A (en) * 2018-03-29 2019-12-04 Gooee Ltd System and method for managing and controlling a dynamic tunneling protocol in a mesh network

Families Citing this family (75)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7957356B2 (en) 2002-05-13 2011-06-07 Misomino Chi Acquisitions L.L.C. Scalable media access control for multi-hop high bandwidth communications
US7852796B2 (en) 2002-05-13 2010-12-14 Xudong Wang Distributed multichannel wireless communication
US8780770B2 (en) 2002-05-13 2014-07-15 Misonimo Chi Acquisition L.L.C. Systems and methods for voice and video communication over a wireless network
US7941149B2 (en) * 2002-05-13 2011-05-10 Misonimo Chi Acquistion L.L.C. Multi-hop ultra wide band wireless network communication
US7899027B2 (en) * 2005-03-23 2011-03-01 Cisco Technology, Inc. Automatic route configuration in hierarchical wireless mesh networks
US8599822B2 (en) 2005-03-23 2013-12-03 Cisco Technology, Inc. Slot-based transmission synchronization mechanism in wireless mesh networks
US7505450B2 (en) * 2005-03-23 2009-03-17 Cisco Technology, Inc. Configuration of failure and acquire timeouts to facilitate recovery from failures in hierarchical mesh networks
US20070030809A1 (en) * 2005-08-08 2007-02-08 Dayama Ashish K System and method for multiple access and backhaul of a base station
WO2007036046A1 (en) 2005-09-30 2007-04-05 Research In Motion Limited Methods and apparatus for dynamically adjusting a data packet window size for data packet transmission in a wireless communication network
US7719988B1 (en) * 2005-11-30 2010-05-18 University Of Murcia Mobility-aware mesh construction algorithm for low data-overhead multicast ad hoc routing
US8243603B2 (en) * 2005-12-07 2012-08-14 Motorola Solutions, Inc. Method and system for improving a wireless communication route
KR101216334B1 (en) * 2005-12-26 2012-12-27 칭화대학교 Apparatus and method for data throughput estimation in a wireless local area network
US8300652B2 (en) 2006-01-31 2012-10-30 Sigma Designs, Inc. Dynamically enabling a secondary channel in a mesh network
US20080151824A1 (en) * 2006-01-31 2008-06-26 Peter Shorty Home electrical device control within a wireless mesh network
US9166812B2 (en) 2006-01-31 2015-10-20 Sigma Designs, Inc. Home electrical device control within a wireless mesh network
US8626251B2 (en) * 2006-01-31 2014-01-07 Niels Thybo Johansen Audio-visual system energy savings using a mesh network
US8223783B2 (en) * 2006-01-31 2012-07-17 Sigma Designs, Inc. Using battery-powered nodes in a mesh network
US20080154396A1 (en) * 2006-01-31 2008-06-26 Peter Shorty Home electrical device control within a wireless mesh network
US8194569B2 (en) * 2006-01-31 2012-06-05 Sigma Designs, Inc. Static update controller enablement in a mesh network
US8219705B2 (en) * 2006-01-31 2012-07-10 Sigma Designs, Inc. Silent acknowledgement of routing in a mesh network
US8626178B2 (en) * 2006-01-31 2014-01-07 Niels Thybo Johansen Audio-visual system control using a mesh network
US10277519B2 (en) 2006-01-31 2019-04-30 Silicon Laboratories Inc. Response time for a gateway connecting a lower bandwidth network with a higher speed network
US8509790B2 (en) * 2006-01-31 2013-08-13 Tommas Jess Christensen Multi-speed mesh networks
US20150187209A1 (en) 2006-01-31 2015-07-02 Sigma Designs, Inc. Method and system for synchronization and remote control of controlling units
US7680041B2 (en) 2006-01-31 2010-03-16 Zensys A/S Node repair in a mesh network
US10326537B2 (en) 2006-01-31 2019-06-18 Silicon Laboratories Inc. Environmental change condition detection through antenna-based sensing of environmental change
US20070177576A1 (en) * 2006-01-31 2007-08-02 Niels Thybo Johansen Communicating metadata through a mesh network
US20080151795A1 (en) * 2006-01-31 2008-06-26 Peter Shorty Home electrical device control within a wireless mesh network
US7978725B2 (en) * 2006-03-06 2011-07-12 Cisco Technology, Inc. Dynamic modification of contention-based transmission control parameters achieving load balancing scheme in wireless mesh networks
JP4616785B2 (en) * 2006-03-28 2011-01-19 富士通株式会社 Service quality management apparatus and service quality management method
US8738013B2 (en) * 2006-04-24 2014-05-27 Marvell World Trade Ltd. 802.11 mesh architecture
JP2009543482A (en) * 2006-07-06 2009-12-03 ゼンシス インコーポレイテッド Metadata communication via mesh network
US8175613B2 (en) 2006-08-04 2012-05-08 Misonimo Chi Acquisitions L.L.C. Systems and methods for determining location of devices within a wireless network
EP2062394B1 (en) * 2006-09-15 2015-04-29 S & C Electric Company Power distribution system communication system and method
CN100546272C (en) * 2006-10-09 2009-09-30 华为技术有限公司 Determine and optimize the method and system of throughput of short distance wireless network
US20080112326A1 (en) * 2006-11-09 2008-05-15 Avaya Technology Llc Load-Balancing Routes In Multi-Hop Ad-Hoc Wireless Networks
US7843833B2 (en) * 2006-11-09 2010-11-30 Avaya Inc. Detection and handling of lost messages during load-balancing routing protocols
US8009615B2 (en) * 2006-11-09 2011-08-30 Avaya Inc. Multi-hop ad-hoc wireless networks that support non-multi-hop wireless terminals
CN101611571B (en) 2006-12-07 2013-04-03 米索尼莫奇获取有限公司 System and method for timeslot and channel allocation
US20080205332A1 (en) * 2007-02-22 2008-08-28 Stmicroelectronics, Inc. Hybrid proactive on-demand routing in wireless networks
US8437314B2 (en) 2007-02-22 2013-05-07 Stmicroelectronics, Inc. Radio frequency architecture for spectrum access networks
US8620784B2 (en) 2007-05-31 2013-12-31 International Business Machines Corporation Formation and rearrangement of ad hoc networks
US10419360B2 (en) 2007-05-31 2019-09-17 International Business Machines Corporation Market-driven variable price offerings for bandwidth-sharing ad hoc networks
US8320414B2 (en) * 2007-05-31 2012-11-27 International Business Machines Corporation Formation and rearrangement of lender devices that perform multiplexing functions
US10623998B2 (en) 2007-05-31 2020-04-14 International Business Machines Corporation Price offerings for bandwidth-sharing ad hoc networks
US8520535B2 (en) 2007-05-31 2013-08-27 International Business Machines Corporation Optimization process and system for a heterogeneous ad hoc Network
US8249984B2 (en) * 2007-05-31 2012-08-21 International Business Machines Corporation System and method for fair-sharing in bandwidth sharing ad-hoc networks
KR100748187B1 (en) * 2007-06-01 2007-08-10 인하대학교 산학협력단 Node availability prediction-based grid network congestion control device and method therefor
US8027290B2 (en) * 2007-06-15 2011-09-27 Alcatel Lucent Methods of jointly assigning resources in a multi-carrier, multi-hop wireless communication system
US20090147722A1 (en) * 2007-12-05 2009-06-11 Motorola, Inc. Method and device for transmitting a data packet in a wireless communication network using bandwidth occupancy cost factors
JP5162304B2 (en) * 2008-04-02 2013-03-13 株式会社エヌ・ティ・ティ・ドコモ Wireless communication apparatus and wireless communication method in communication system
US8305899B2 (en) * 2008-05-28 2012-11-06 Microsoft Corporation Pull-based data transmission approach
US8239570B2 (en) * 2008-10-01 2012-08-07 International Business Machines Corporation Using link send and receive information to select one of multiple links to use to transfer data for send and receive operations
KR20100051199A (en) * 2008-11-07 2010-05-17 삼성전자주식회사 Method and apparatus for inter-frame sharing in cognitive radio system
US8798034B2 (en) * 2009-03-31 2014-08-05 Motorola Solutions, Inc. System and method for selecting a route based on link metrics incorporating channel bandwidth, spatial streams and/or guard interval in a multiple-input multiple-output (MIMO) network
CN101835239B (en) * 2010-03-09 2012-08-15 西安电子科技大学 Multi-path delay sensing optimal route selecting method for cognitive network
JP5658955B2 (en) 2010-09-15 2015-01-28 株式会社東芝 Information communication apparatus and information communication method
JP2013030871A (en) * 2011-07-27 2013-02-07 Hitachi Ltd Wireless communication system and wireless relay station
JP6010903B2 (en) * 2011-12-09 2016-10-19 富士通株式会社 Wireless communication apparatus, wireless communication method, and wireless communication program
CN102523616B (en) * 2011-12-29 2014-05-28 重庆邮电大学 Cross-layer QOS (Quality of Service) routing method based on node occupancy rate in wireless sensor network
US9288596B2 (en) 2013-09-30 2016-03-15 Sonos, Inc. Coordinator device for paired or consolidated players
US10637681B2 (en) 2014-03-13 2020-04-28 Silicon Laboratories Inc. Method and system for synchronization and remote control of controlling units
US10015720B2 (en) 2014-03-14 2018-07-03 GoTenna, Inc. System and method for digital communication between computing devices
US10194424B2 (en) * 2014-05-20 2019-01-29 Qualcomm Incorporated Techniques for managing resources for uplink transmissions in a shared radio frequency spectrum band
US9629181B1 (en) 2014-09-29 2017-04-18 Cisco Technology, Inc. Link aware clear channel assessment
CN105072676B (en) * 2015-08-10 2018-12-18 重庆大学 Aeronautical Ad hoc networks Poewr control method based on TDMA agreement
US10075976B2 (en) 2015-11-06 2018-09-11 Cisco Technology, Inc. Enhanced clear channel assessment
US10637673B2 (en) 2016-12-12 2020-04-28 Silicon Laboratories Inc. Energy harvesting nodes in a mesh network
CN107800471B (en) * 2017-11-17 2019-12-24 西安电子科技大学 Satellite random access congestion control method based on multi-packet reception
CN108235371B (en) * 2018-01-12 2022-01-25 海能达通信股份有限公司 Data transmission control method and device
US11308109B2 (en) * 2018-10-12 2022-04-19 International Business Machines Corporation Transfer between different combinations of source and destination nodes
US11076348B2 (en) * 2019-01-03 2021-07-27 Samsung Electronics Co., Ltd. Method of neighbor discovery and wireless inter-connection for cellular mesh network
KR102083796B1 (en) 2019-12-13 2020-05-15 주식회사 엠에이티 A method of optimization for the trffic in bluetooth mesh network in the remote metering
US11456989B2 (en) * 2020-03-20 2022-09-27 Verizon Patent And Licensing Inc. Systems and methods for virtualized network function (“VNF”) selection in a wireless telecommunications network
CN115086971B (en) * 2022-06-30 2023-06-13 中国电子科技集团公司第十研究所 Method for realizing networking measurement and control system resistant to survivability

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MY123040A (en) * 1994-12-19 2006-05-31 Salbu Res And Dev Proprietary Ltd Multi-hop packet radio networks
US6791949B1 (en) 2000-04-28 2004-09-14 Raytheon Company Network protocol for wireless ad hoc networks
US7698463B2 (en) * 2000-09-12 2010-04-13 Sri International System and method for disseminating topology and link-state information to routing nodes in a mobile ad hoc network
AU2002234258A1 (en) * 2001-01-22 2002-07-30 Sun Microsystems, Inc. Peer-to-peer network computing platform
JP4228342B2 (en) * 2002-04-12 2009-02-25 日本電気株式会社 Wireless transmission device for wireless network, route control method, and route control program
US7281057B2 (en) * 2002-04-29 2007-10-09 Harris Corporation Hierarchical mobile ad-hoc network and methods for performing reactive routing therein
US6754192B2 (en) 2002-04-29 2004-06-22 Harris Corporation Temporal transition network protocol (TTNP) in a mobile ad hoc network
US6954435B2 (en) 2002-04-29 2005-10-11 Harris Corporation Determining quality of service (QoS) routing for mobile ad hoc networks
US7027426B2 (en) * 2002-08-05 2006-04-11 Harris Corporation Multi-channel mobile ad hoc network
US7580394B2 (en) * 2002-11-27 2009-08-25 Nokia Corporation System and method for collision-free transmission scheduling in a network
US6940832B2 (en) * 2003-01-17 2005-09-06 The Research Foundation Of The City University Of New York Routing method for mobile infrastructureless network
US20040156370A1 (en) 2003-02-07 2004-08-12 Lockheed Martin Corporation System for evolutionary adaptation
US8149707B2 (en) * 2003-02-12 2012-04-03 Rockstar Bidco, LP Minimization of radio resource usage in multi-hop networks with multiple routings
US7215928B2 (en) * 2003-05-02 2007-05-08 Nortel Networks Limited Path selection in wireless networks
US7706282B2 (en) * 2003-06-25 2010-04-27 Leping Huang Bluetooth personal area network routing protocol optimization using connectivity metric
US7394826B2 (en) * 2003-09-09 2008-07-01 Harris Corporation Mobile ad hoc network (MANET) providing quality-of-service (QoS) based unicast and multicast features
US8274961B2 (en) * 2003-10-24 2012-09-25 Sony Corporation Apparatus and associated methodology of adjusting a RTS/CTS transmission protocol
US7376122B2 (en) * 2004-02-23 2008-05-20 Microsoft Corporation System and method for link quality source routing
US7616575B2 (en) * 2004-06-23 2009-11-10 Microsoft Corporation System and method for link quality routing using a weighted cumulative expected transmission time metric
WO2006012200A2 (en) * 2004-06-24 2006-02-02 Meshnetworks, Inc. System and method to improve the performance of an on demand routing protocol in a wireless network
JP2008519533A (en) 2004-11-05 2008-06-05 メッシュネットワークス インコーポレイテッド System and method for providing a routing metric with congestion for path selection between nodes in a multi-hopping network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of EP1808032A4 *

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7609641B2 (en) 2004-11-05 2009-10-27 Meshnetworks, Inc. System and method for providing a congestion-aware routing metric for selecting a route between nodes in a multihopping communication network
JP2010514231A (en) * 2006-08-18 2010-04-30 富士通株式会社 Radio resource management for multi-hop relay networks
US8243601B2 (en) 2007-07-06 2012-08-14 Alcatel Lucent Routing protocol for a network employing multi-user wireless channels
KR20100025547A (en) * 2007-07-06 2010-03-09 루센트 테크놀러지스 인크 Media-access-control protocol for a network employing multi-user wireless channels
WO2009008966A1 (en) * 2007-07-06 2009-01-15 Lucent Technologies Inc. Routing protocol for a network employing multi-user wireless channels
US8149752B2 (en) 2007-07-06 2012-04-03 Alcatel Lucent Media-access-control protocol for a network employing multi-user wireless channels
WO2009008960A1 (en) * 2007-07-06 2009-01-15 Lucent Technologies Inc. Media-access-control protocol for a network employing multi-user wireless channels
CN101690037B (en) * 2007-07-06 2013-06-12 朗讯科技公司 Media-access-control protocol for a network employing multi-user wireless channels
KR101528788B1 (en) * 2007-07-06 2015-06-15 알카텔-루센트 유에스에이 인코포레이티드 Routing protocol for a network employing multi-user wireless channels
KR101595745B1 (en) 2007-07-06 2016-02-19 알카텔-루센트 유에스에이 인코포레이티드 Media-access-control protocol for a network employing multi-user wireless channels
JP2012175563A (en) * 2011-02-23 2012-09-10 Advanced Telecommunication Research Institute International Mobile terminal device, communication device communicating with the same, and communication network comprising the mobile terminal device and the communication device
CN103152278A (en) * 2013-01-31 2013-06-12 北京星网锐捷网络技术有限公司 Congestion determination method, congestion determination device and congestion determination network equipment
GB2574307A (en) * 2018-03-29 2019-12-04 Gooee Ltd System and method for managing and controlling a dynamic tunneling protocol in a mesh network
GB2574307B (en) * 2018-03-29 2021-07-21 Gooee Ltd System and method for managing and controlling a dynamic tunneling protocol in a mesh network

Also Published As

Publication number Publication date
KR20070074605A (en) 2007-07-12
CN101057511A (en) 2007-10-17
JP2008519533A (en) 2008-06-05
US7609641B2 (en) 2009-10-27
EP1808032A2 (en) 2007-07-18
KR100886060B1 (en) 2009-02-26
US20060109787A1 (en) 2006-05-25
EP1808032A4 (en) 2008-11-05
WO2006052758A3 (en) 2006-10-26

Similar Documents

Publication Publication Date Title
US7609641B2 (en) System and method for providing a congestion-aware routing metric for selecting a route between nodes in a multihopping communication network
JP4673894B2 (en) System and method for service quality support and congestion control in a wireless communication network
US7978725B2 (en) Dynamic modification of contention-based transmission control parameters achieving load balancing scheme in wireless mesh networks
JP5027886B2 (en) Method and apparatus for managing admission and routing in a multi-hop 802.11 network considering traffic formation at intermediate hops
KR100886202B1 (en) A system and method employing algorithms and protocols for optimizing carrier sense multiple accesscsma protocols in wireless networks
EP1911205B1 (en) Bandwidth allocation in a wireless network
US7391789B2 (en) Ad-hoc network wireless communication system and method thereof
US7542478B1 (en) System and method for rate limiting in multi-hop wireless ad hoc networks
KR20060031616A (en) System and method for characterizing the quality of a link in a wireless network
EP1395942A2 (en) Embedded routing algorithms under the internet protocol routing layer of a software architecture protocol stack in a mobile ad-hoc network
US20050141480A1 (en) Apparatus and method for transmitting data between wireless and wired networks
Sivavakeesar et al. Quality of service aware MAC based on IEEE 802.11 for multihop ad-hoc networks
WO2006052716A2 (en) System and method for performing receiver-assisted slot allocation in a multihop communication network
Paramanathan et al. On the need of novel medium access control schemes for network coding enabled wireless mesh networks
Sharma Analysis of 802.11 b MAC: A QoS, fairness, and performance perspective
Li Multipath routing and QoS provisioning in mobile ad hoc networks
EP1783957A1 (en) Bandwidth allocation in a wireless network
An et al. A QoS-aware and fair resource allocation scheme for WPANs
Bedoui et al. GLOBAL SOLUTION FOR THE SUPPORT OF QoS BY IEEE 802.11 WIRELESS LOCAL NETWORKS
Munyoka et al. QUALITY OF SERVICE IN MOBILE AD-HOC NETWORKS
Qiu et al. A multichannel protocol with QoS provision in ad hoc network
BARKAOUI et al. GLOBAL SOLUTION FOR THE SUPPORT OF QoS
Anna et al. Evaluation of packet latency in single and multi-hop WiFi wireless networks
Li et al. Study on Effective Protocol Design for MANET

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KN KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2005817572

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 1020077010207

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2007540078

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 200580038176.5

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2005817572

Country of ref document: EP