EP2769510B1 - Peer-to-peer communications in ami with source-tree routing - Google Patents

Peer-to-peer communications in ami with source-tree routing Download PDF

Info

Publication number
EP2769510B1
EP2769510B1 EP11874228.7A EP11874228A EP2769510B1 EP 2769510 B1 EP2769510 B1 EP 2769510B1 EP 11874228 A EP11874228 A EP 11874228A EP 2769510 B1 EP2769510 B1 EP 2769510B1
Authority
EP
European Patent Office
Prior art keywords
node
path
nodes
peer
source
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
EP11874228.7A
Other languages
German (de)
French (fr)
Other versions
EP2769510A1 (en
EP2769510A4 (en
Inventor
Hartman Van Wyk
Daniel Popa
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Itron Global SARL
Original Assignee
Itron Global SARL
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 Itron Global SARL filed Critical Itron Global SARL
Priority to EP17156748.0A priority Critical patent/EP3203689B1/en
Publication of EP2769510A1 publication Critical patent/EP2769510A1/en
Publication of EP2769510A4 publication Critical patent/EP2769510A4/en
Application granted granted Critical
Publication of EP2769510B1 publication Critical patent/EP2769510B1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/48Routing tree calculation
    • 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
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks

Definitions

  • the presently disclosed subject matter relates to communications. More specifically, the presently disclosed subject matter relates to peer-to-peer routing in an advanced metering infrastructure (AMI).
  • AMI advanced metering infrastructure
  • an Advanced Metering Infrastructure may contain up to millions of metering devices distributed over a large geographical area. Such devices are typically configured to exchange messages including data, for example, utility consumption data, with a cluster of servers including data metering collectors, and network management servers.
  • AMI environments are generally organized around Autonomous Systems (AS) headed by cell relays (sometimes referred to as cell routers), where each AS is connected by way of a back-haul network to servers that may be located at a utility home-office or other central location.
  • AS Autonomous Systems
  • cell relays sometimes referred to as cell routers
  • the logical infrastructure interconnecting the metering devices or endpoints and the cell relays/routers is frequently based on a tree topology, on top of, for example, a wireless mesh network or a wired network, such as using power lines.
  • the nodes forming the AS can be classified into two broad classes of devices or nodes, with respect to the resources available at each respective device/node.
  • Such broad classes include full functionality nodes/devices and reduced functionality nodes/devices.
  • Full functionality nodes are devices that typically have relatively large memory space and high processing power, while reduced functionality nodes correspond to devices that typically have relatively smaller memory space and lower processing power.
  • the only node within an established tree that has a global view on the network may be what is referred to as the root of the tree.
  • the root has enough resources to accommodate detailed routing information and maintain route/routing information to each node within the tree.
  • path computation towards each node can in straightforward fashion be implemented using known techniques once the root has detailed knowledge on topology and available links.
  • Upstream flows flow from tree leaves up to the root of the tree (multipoint to point), while downstream packets flow from the tree root towards the leaves (point to multipoint).
  • Upstream messages are always destined for the root of the tree, while downstream messages can be destined to any of the tree nodes.
  • Upstream routing is simple in that each node (even reduced functionality nodes that have at least one entry in their routing table for upstream neighbors that receives a message destined for the root simply forwards it upstream to its one-hop neighbor (parent).
  • Downstream routing uses a source routing approach. That is, the root of the tree inserts the explicit route information, including all the addresses of the intermediate nodes/hops between the source and the destination of the message, into the header of a downstream packet.
  • each intermediate node that receives a packet inspects the routing header of the packet (which is a list with the complete path), processes and consumes/removes the header containing its address, and further forwards the packet to the next-hop on the list.
  • intermediate nodes do not need to store tables listing their downstream neighbors because wireless networks are a broadcasting domain so that a unicast message transmitted by a node is inherently heard by all of its neighbors.
  • source routing is not an issue for such hardware-constrained nodes, and that end-to-end reliability can be achieved by deploying one-hop retransmission mechanisms, at link-layer, as well as end-to-end retransmission mechanisms at higher layers.
  • endpoints that is, for example, metrology devices
  • a tree root or more generally a central facility that may be generally designed to collect data from the various endpoints
  • endpoints that is, for example, metrology devices
  • a tree root or more generally a central facility that may be generally designed to collect data from the various endpoints
  • peer-to-peer communications between nodes that are not roots must per the current state of the art be routed nonetheless via the root of the tree.
  • US 2008/0205355 A1 discloses an optimal path routing method in wireless networks.
  • An optimal path routing method is provided for transmitting data from a source node to a destination node.
  • the optimal path setting method includes transmitting a shortcut request (SCRQ) message from the source node to a topology server; determining shortcut information at the topology server based on the SCRQ message; and transmitting a shortcut notification (SCNF) message containing the shortcut information from the topology server to the destination node.
  • SCRQ shortcut request
  • SCNF shortcut notification
  • Wired bridging and routing method employing a novel frame transfer protocol with shortcut by Takeo Ichikawa et al of 22 April 2003 discloses a new wireless bridging and routing method for ad-hoc networks comprised of wireless bridges and/or wireless routers that comply with IEEE 802.11, a global standard for LAN systems.
  • US 2010/061272 discloses a system and method for implementing mesh network communications using a mesh network protocol.
  • the document describes data structures, communication protocol formats and process flows for controlling and facilitating secure communications between the nodes of a mesh network, such as utility meters and gateway nodes comprising a utility network.
  • AMR automated meter reading
  • AMI advanced metering infrastructure
  • WAN wide area network
  • the presently disclosed subject matter relates, for example, to a method for establishing peer-to-peer communications in a tree structured network having a plurality of nodes, and in some examples including a root node.
  • the method includes sending a message from a source node requesting information from the root node for path routing from such source node to a destination node.
  • the most advantageous path between the source node and the destination node is determined by the root, and such determined path information is then sent to the source node.
  • the source node then transmits a message to the destination node using the path information.
  • the method further may include sending a message from the destination node to the root requesting reverse routing path routing to the source node and sending reverse routing path information to the destination node.
  • the reverse path information may be automatically sent to the destination node by the root so that the destination node may respond to a message from the source node without first requesting path information.
  • present methodology may provide for configuring at least one of the source and destination nodes to cache the path information so that repeating the path request may be avoided.
  • the root node may be configured to determine the most advantageous path and to send the path information to the source node.
  • at least one full functionality node - other than the root - may be provided among the plurality of nodes and configured to store routes within the tree. In such examples, the at least one full functionality node may determine the most advantageous path and send the path information to the source node.
  • the method may provide for configuring nodes in a communications path from a source node to a destination node to store the address of the next-hop from the packet header of a previous communication.
  • subsequent packets from the same source to the same destination may be sent without adding source routing information into the header of the packet.
  • the method may provide for configuring nodes in the path between the source node and the destination node to forward message packet headers unchanged so that the destination node may learn the reverse root path to the source node.
  • the method may provide for configuring the destination node to process heard packets destined to itself for errors and to announce a new peer-to- peer route to the source node.
  • a plurality of nodes (in some instances including a root node) are provided and configured as a tree structured network.
  • a first node of the plurality of nodes is configured to initiate peer-to-peer communications with a second of the plurality of nodes by requesting a route to the second of the plurality of nodes.
  • the most advantageous path/route between the first node and the second node is determined and a message packet is transmitted from the first node to the second node.
  • the message packet may include a header including the path information.
  • the root node may be configured to determine the most advantageous path between the first node and the second node and to transmit the path information to the first node.
  • At least one full functionality node is provided within the plurality of nodes.
  • at least one full functionality node is configured to respond to the first node's request for path routing.
  • at least one selected node of the plurality of nodes are provided as wireless nodes.
  • the wireless nodes may be configured to listen for messages not necessarily addressed to themselves, to evaluate received messages for errors, to inspect routing header, and to announce eventual path optimizations/changes to the source of the messages if a "shorter" path is available.
  • determining what constitutes a most advantageous path between an exemplary source node and an exemplary destination node may include using predetermined routing metrics so that predefined routing objectives are achieved.
  • the presently disclosed subject matter is particularly concerned with methodology for providing a source node initiated peer-to-peer routing scheme in tree organized networks including such as in an advanced metering infrastructure (AMI).
  • AMI advanced metering infrastructure
  • node 102 in, for example, an AMI system tree 100 has a message to send to an address other than the address of the root node 104, node 102 must ordinarily route a message to root node 104 requesting the explicit path towards destination node 106.
  • root node 104 When root node 104 receives such message, it responds back to node 102 with the presently most advantageous known path towards node 106, which, of course, includes a path via root node 104 (upstream path 112 then downstream path 114) as opposed to a more direct route such as route 116 which, in the prior configuration of Figure 1 , is not possible.
  • Latency in delivering peer-to-peer messages is increasing since the path used to deliver the peer-to-peer messages is sub-optimal. This is due to the fact that a message does not take the "shortest" available path.
  • the shortest path should preferably be interpreted as the optimal path between the source and the destination of the message, as a function of the objective of optimization functionality (i.e., high probability of successful transmission).
  • a packet ordinarily travels upstream from node 102 via path 112 to root node 104 of the tree 100 and then downstream via path 114 to its final destination, exemplarily, node 106.
  • Peer-to-peer communication via the root node 104 of the tree 100 is subject to an increasing probability of collisions and thus increasingly subject to end-to-end delay.
  • the probability of successful transmission of a packet between two adjacent nodes is p
  • the probability of success is p(1-q) ⁇ 2.
  • the probability of success is p(1-q) ⁇ (N+1). It should be clear then that decreasing the number N of intermediate hops increases the probability of successful transmission and thus decreases the end-to-end delay.
  • FIG. 1 Another drawback of the messaging system represented by Figure 1 is that some branches and nodes of the tree 100 are unnecessarily loaded. For example, the link between root node 104 and node 124, and thus root node 104 itself, is unnecessarily loaded with additional upstream and downstream traffic.
  • spatial re-use, when available, of the network resources, i.e., frequencies, may be considerably reduced. For example, as illustrated in Figure 1 , communications between node 102 and 106 can unnecessarily monopolize the resources between root node 104 and node 124 and thus make root node 104 unavailable for receiving and/or sending messages from or to other neighbor nodes..
  • a source node exemplarily node 202
  • Root node 204 has a complete view of the topology of tree 200 and maintains explicit path information towards all the nodes. In such manner, root node 204 can easily compute the most advantageous known path between, for example, nodes 202 and 206 and further can send the path information back to a requesting node, for example node 202.
  • a few full functionality nodes may be either uniformly or randomly dispatched among the nodes within each Autonomous Systems (AS) as represented by trees 100,200 of Figures 1 and 2 .
  • Such nodes for example nodes 234, 222, and 252, may be configured with enough resources to store detailed information on one-hop and/or several hops routes within each AS.
  • such nodes per the presently disclosed subject matter act as router nodes and announce their presence within the Autonomous Systems (AS).
  • each node can request a peer-to-peer communication path from the nearest router (full functionality node) instead of from the root node.
  • node 202 may send a route request to root 204, or other full functionality node.
  • Root 204, or other full functionality node then computes the most advantageous known path between nodes 202 and 206 and responds with a route request reply giving the address sequence which corresponds in this instance to the address of node 222 followed by the address of node 224 followed by the address of node 226.
  • node 206 may send an identical route request message to root node 204, or other full functionality node, in order to obtain the reverse route to node 202.
  • nodes 202 and 206 per presently disclosed subject matter may be configured to cache the path provided by root 204, or other full functionality node, to avoid repeating the path request for each packet to be sent to its peer.
  • the first peer-to-peer packet may maintain its routing header structure unchanged up to its destination. That is, intermediate nodes do not remove their addresses from the packet header.
  • destination node 206 can readily determine the reverse route to node 202, assuming the intermediate paths/links are bidirectional in the sense that they have similar communication quality in both directions.
  • root node 204 upon receiving a request for an explicit path between node 202 and node 206, may be configured, as it responds back to node 202 as previously described, to automatically send the reverse path to node 206.
  • a message sequence chart (MSC) of such present exemplary methodology is depicted in Figure 4 .
  • root node 204 when root node 204, or other full functionality node, receives a route request from node 202, the node generates two messages.
  • a first of the messages corresponds to a Route Request Reply that is made to the source of the message, i.e. in this instance, node 202.
  • the second of the messages corresponds to a Route Announcement and is made to the node located at the end of the peer-to-peer route, i.e., in this instance, destination node (node 206) for the subject peer-to-peer communication.
  • the address sequences sent to node 202 and node 206 are mirror images of each other, representing the different directions between the two nodes towards each other.
  • the peer-to-peer communication between nodes 202 and 206 may be enhanced by an auto-learning mechanism.
  • nodes that is, nodes 222, 224, 226 learn from the packet header the address of the next-hop for reaching the destination node 206.
  • the intermediate node 222 will store as next-hop the address of node 224, node 224 will store as next-hop the address of node 226, and finally node 226 will store as next-hop the address of the node 206.
  • Node 202 may then send following packets to node 206 without adding explicit route information into the header of the packet.
  • node 222 which is listening to the medium, receives a packet destined to node 206, it will receive the packet, process it, and will simply forward it to the next-hop address 224. Then, node 224 will forward the packet to node 226, and so on until the packet reaches its final destination 206.
  • the destination node 206 if it "hears" a peer-to-peer packet destined to itself from node 202, and routed as previously described, it will process the packet completely. If no error is detected, that is, no bits are corrupted due, for example, to interference, node 206 acknowledges back to node 202 the proper reception of the packet. That is, the node 206 announces to node 202 that they can communicate directly and a shorter route may be set up for the peer-to-peer communication between nodes 202 and 206, all in accordance with the presently disclosed subject matter.
  • each node broadcasts its messages such that many paths may be created among various nodes.
  • the most advantageous path from node 202 to node 206 had been along path 216 via nodes 222, 224, and 226.
  • the path from node 202 to 206 may be changed to the shorter route, in accordance with an aspect of the presently disclosed subject matter.
  • determining what constitutes a most advantageous path between an exemplary source node and an exemplary destination node may include using predetermined routing metrics so that predefined routing objectives are achieved.
  • routing protocols for wireless networks focus on finding the most advantageous path, and in this instance eventually what would be the most advantageous alternative paths which helps to ensure the required quality of service for a given application.
  • quality of service in such context may be expressed in terms of latency and reliability.
  • routing metrics for wired networks make use of hop count and physical capacity to determine what constitutes a most advantageous path, which means the arrangements seek to achieve minimum hop count or maximum bandwidth.
  • Wireless paths have significantly different characteristics compared to wired links, such as low capacity and high packet error rate, leading to relatively poorer throughput. Accordingly, a routing algorithm for a wireless network preferably selects most advantageous path in a given context by explicitly taking the quality of the wireless links into account.
  • routing metrics can be used to estimate characteristics of a path between source and destination. For example, some routing metrics may be intended to capture the stability of a path, while others may focus on energy consumption, and still others may be more focused on the resulting bandwidth of a determined path. Further, other metrics may be used to estimate the quality of the wireless links, including those which take into account the packet error rate on the link, such as ETX. As well known to those of ordinary skill in the art, the ETX metric of a wireless link is the expected number of transmissions required to successfully transmit and acknowledge a packet on a link.

Description

    FIELD OF THE SUBJECT MATTER
  • The presently disclosed subject matter relates to communications. More specifically, the presently disclosed subject matter relates to peer-to-peer routing in an advanced metering infrastructure (AMI).
  • BACKGROUND OF THE SUBJECT MATTER
  • Generally, an Advanced Metering Infrastructure (AMI) may contain up to millions of metering devices distributed over a large geographical area. Such devices are typically configured to exchange messages including data, for example, utility consumption data, with a cluster of servers including data metering collectors, and network management servers. AMI environments are generally organized around Autonomous Systems (AS) headed by cell relays (sometimes referred to as cell routers), where each AS is connected by way of a back-haul network to servers that may be located at a utility home-office or other central location.
  • Those of ordinary skill in the AMI art will appreciate that the logical infrastructure interconnecting the metering devices or endpoints and the cell relays/routers is frequently based on a tree topology, on top of, for example, a wireless mesh network or a wired network, such as using power lines.
  • Typically, the nodes forming the AS can be classified into two broad classes of devices or nodes, with respect to the resources available at each respective device/node. Such broad classes include full functionality nodes/devices and reduced functionality nodes/devices. Full functionality nodes are devices that typically have relatively large memory space and high processing power, while reduced functionality nodes correspond to devices that typically have relatively smaller memory space and lower processing power.
  • One of the main challenges for routing in an AMI network with reduced functionality nodes is the implementation of an efficient routing scheme. The resource constraints of such nodes make the storing and maintenance of large routing tables a practical impossibility. Eventually, such nodes often maintain a greatly reduced or "lite" routing table with routes toward a very few of their one-hop neighbors. Typically, such nodes only store information about their one-hop upstream neighbors, sometimes called their parents. In such context, it should be appreciated by those of ordinary skill in the art that storing in such nodes more detailed routing information to reach neighbors that may be several-hops away is very challenging.
  • In frequent cases, the only node within an established tree that has a global view on the network may be what is referred to as the root of the tree. The root has enough resources to accommodate detailed routing information and maintain route/routing information to each node within the tree. As those of ordinary skill in the art will appreciate, path computation towards each node can in straightforward fashion be implemented using known techniques once the root has detailed knowledge on topology and available links.
  • The routing schemes in such tree topologies are typically organized around two kinds of flows: upstream flows and downstream flows. Upstream packets flow from tree leaves up to the root of the tree (multipoint to point), while downstream packets flow from the tree root towards the leaves (point to multipoint). Upstream messages are always destined for the root of the tree, while downstream messages can be destined to any of the tree nodes.
  • Upstream routing is simple in that each node (even reduced functionality nodes that have at least one entry in their routing table for upstream neighbors that receives a message destined for the root simply forwards it upstream to its one-hop neighbor (parent). Downstream routing uses a source routing approach. That is, the root of the tree inserts the explicit route information, including all the addresses of the intermediate nodes/hops between the source and the destination of the message, into the header of a downstream packet. Here, each intermediate node that receives a packet inspects the routing header of the packet (which is a list with the complete path), processes and consumes/removes the header containing its address, and further forwards the packet to the next-hop on the list.
  • As is understood by those of ordinary skill in the AMI art, intermediate nodes do not need to store tables listing their downstream neighbors because wireless networks are a broadcasting domain so that a unicast message transmitted by a node is inherently heard by all of its neighbors. Such person of ordinary skill in the art will also appreciate that source routing is not an issue for such hardware-constrained nodes, and that end-to-end reliability can be achieved by deploying one-hop retransmission mechanisms, at link-layer, as well as end-to-end retransmission mechanisms at higher layers.
  • As may be seen, within an AMI environment communications between endpoints (that is, for example, metrology devices) and a tree root (or more generally a central facility that may be generally designed to collect data from the various endpoints) is a fairly straightforward process. More recently, however, there has been expressed increasing interest in providing communications capabilities between peer devices for providing such features as demand response and automation communications. It would be advantageous, therefore, to provide efficient peer-to-peer communication capabilities between the nodes of the tree, when the source and destination of such communications are presumptively not the root of the tree. Using only previously known routing mechanisms, the tree nodes cannot set-up peer-to-peer communications directly. That is, peer-to-peer communications between nodes that are not roots must per the current state of the art be routed nonetheless via the root of the tree. As such, it would be advantageous to provide improved routing capabilities that would provide peer-to-peer routing optimizations for advanced metering infrastructure applications in an open operational framework.
  • While various aspects and alternative embodiments may be known in the field of AMI routing, no one design has emerged that generally encompasses the above-referenced characteristics and other desirable features associated with peer-to-peer communication technology as herein presented.
  • US 2008/0205355 A1 discloses an optimal path routing method in wireless networks. An optimal path routing method is provided for transmitting data from a source node to a destination node. The optimal path setting method includes transmitting a shortcut request (SCRQ) message from the source node to a topology server; determining shortcut information at the topology server based on the SCRQ message; and transmitting a shortcut notification (SCNF) message containing the shortcut information from the topology server to the destination node.
  • The document "Wireless bridging and routing method employing a novel frame transfer protocol with shortcut" by Takeo Ichikawa et al of 22 April 2003 discloses a new wireless bridging and routing method for ad-hoc networks comprised of wireless bridges and/or wireless routers that comply with IEEE 802.11, a global standard for LAN systems.
  • US 2010/061272 discloses a system and method for implementing mesh network communications using a mesh network protocol. The document describes data structures, communication protocol formats and process flows for controlling and facilitating secure communications between the nodes of a mesh network, such as utility meters and gateway nodes comprising a utility network.
  • SUMMARY OF THE SUBJECT MATTER
  • In view of the recognized features encountered in the prior art and addressed by the presently disclosed subject matter, improved methodology for providing source node initiated communications for networked devices including automated meter reading (AMR) devices communicating over advanced metering infrastructure (AMI) and other wide area network (WAN) environments is provided.
  • According to an aspect, there is provided a method for establishing peer-to-peer communications in a wireless tree structured network having a plurality of nodes including a host node and zero or more full functionality router nodes as defined in claim 1. According to another aspect, there is provided a method for establishing peer-to-peer communications in a wireless tree structured network having a plurality of nodes including a host node and zero or more full functionality router nodes as defined in claim 2.
  • The presently disclosed subject matter relates, for example, to a method for establishing peer-to-peer communications in a tree structured network having a plurality of nodes, and in some examples including a root node. The method includes sending a message from a source node requesting information from the root node for path routing from such source node to a destination node. The most advantageous path between the source node and the destination node is determined by the root, and such determined path information is then sent to the source node. The source node then transmits a message to the destination node using the path information.
  • In some examples, the method further may include sending a message from the destination node to the root requesting reverse routing path routing to the source node and sending reverse routing path information to the destination node. In selected examples, the reverse path information may be automatically sent to the destination node by the root so that the destination node may respond to a message from the source node without first requesting path information. In other examples, present methodology may provide for configuring at least one of the source and destination nodes to cache the path information so that repeating the path request may be avoided.
  • In some examples making use of a root node, the root node may be configured to determine the most advantageous path and to send the path information to the source node. In other examples, at least one full functionality node - other than the root - may be provided among the plurality of nodes and configured to store routes within the tree. In such examples, the at least one full functionality node may determine the most advantageous path and send the path information to the source node.
  • In selected examples, the method may provide for configuring nodes in a communications path from a source node to a destination node to store the address of the next-hop from the packet header of a previous communication. In such examples, subsequent packets from the same source to the same destination may be sent without adding source routing information into the header of the packet.
  • In other examples of the presently disclosed subject matter, the method may provide for configuring nodes in the path between the source node and the destination node to forward message packet headers unchanged so that the destination node may learn the reverse root path to the source node. In selected alternative examples of the presently disclosed subject matter, the method may provide for configuring the destination node to process heard packets destined to itself for errors and to announce a new peer-to- peer route to the source node.
  • The presently disclosed subject matter also relates to methodology for establishing peer-to-peer communications in an advanced metering infrastructure. In accordance with such exemplary methods, a plurality of nodes (in some instances including a root node) are provided and configured as a tree structured network. In such exemplary methods, a first node of the plurality of nodes is configured to initiate peer-to-peer communications with a second of the plurality of nodes by requesting a route to the second of the plurality of nodes. The most advantageous path/route between the first node and the second node is determined and a message packet is transmitted from the first node to the second node. In selected of such exemplary methods, the message packet may include a header including the path information. In selected of such examples, the root node may be configured to determine the most advantageous path between the first node and the second node and to transmit the path information to the first node.
  • In selected alternative examples of such exemplary methods, at least one full functionality node is provided within the plurality of nodes. In such examples, at least one full functionality node is configured to respond to the first node's request for path routing. In yet further examples of the presently disclosed subject matter, at least one selected node of the plurality of nodes are provided as wireless nodes. In such examples, the wireless nodes may be configured to listen for messages not necessarily addressed to themselves, to evaluate received messages for errors, to inspect routing header, and to announce eventual path optimizations/changes to the source of the messages if a "shorter" path is available.
  • In other present exemplary implementations of the foregoing, determining what constitutes a most advantageous path between an exemplary source node and an exemplary destination node may include using predetermined routing metrics so that predefined routing objectives are achieved.
  • Additional objects and advantages of the presently disclosed subject matter are set forth in, or will be apparent to, those of ordinary skill in the art from the detailed description herein. Also, it should be further appreciated that modifications and variations to the specifically illustrated, referred and discussed features, elements, and steps hereof may be practiced in various embodiments and uses of the subject matter without departing from the spirit and scope of the subject matter. Variations may include, but are not limited to, substitution of equivalent means, features, or steps for those illustrated, referenced, or discussed, and the functional, operational, or positional reversal of various parts, features, steps, or the like.
  • Still further, it is to be understood that different embodiments, as well as different presently preferred embodiments, of the presently disclosed subject matter may include various combinations or configurations of presently disclosed features, steps, or elements, or their equivalents (including combinations of features, parts, or steps or configurations thereof not expressly shown in the figures or stated in the detailed description of such figures). Additional embodiments of the presently disclosed subject matter, not necessarily expressed in the summarized section, may include and incorporate various combinations of aspects of features, components, or steps referenced in the summarized objects above, and/or other features, components, or steps as otherwise discussed in this application.
  • Yet further, it is to be understood that the presently disclosed subject matter equally encompasses corresponding devices and apparatus for practicing the present exemplary methodologies, and/or for operating in accordance with
    such exemplary methodologies. Those of ordinary skill in the art will better appreciate the features and aspects of such embodiments, and others, upon review of the remainder of the specification.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • A full and enabling disclosure of the presently disclosed subject matter, including the best mode thereof, directed to one of ordinary skill in the art, is set forth in the specification, which makes reference to the appended figures, in which:
    • Figure 1 diagrammatically illustrates the present inability to provide for peer-to-peer communications between peer nodes without forwarding the traffic via the root node;
    • Figure 2 diagrammatically illustrates a source node initiated peer-to-peer communication between peer nodes in accordance with an exemplary embodiment of the presently disclosed subject matter;
    • Figure 3 is a block diagram illustrating an exemplary message sequence chart (MSC) of a peer-to-peer route request in accordance with a first embodiment of the presently disclosed subject matter; and
    • Figure 4 is a block diagram illustrating an exemplary message sequence chart (MSC) of a route request in accordance with a further embodiment of the presently disclosed subject matter.
  • Repeat use of reference characters throughout the present specification and appended drawings is intended to represent same or analogous features, elements, or steps of the presently disclosed subject matter.
  • DETAILED DESCRIPTION OF THE SUBJECT MATTER
  • As discussed in the Summary of the Subject Matter section, the presently disclosed subject matter is particularly concerned with methodology for providing a source node initiated peer-to-peer routing scheme in tree organized networks including such as in an advanced metering infrastructure (AMI).
  • With initial reference to Figure 1, the basic concept for the presently disclosed subject matter recognizes that when an application layer of, for example, node 102 in, for example, an AMI system tree 100 has a message to send to an address other than the address of the root node 104, node 102 must ordinarily route a message to root node 104 requesting the explicit path towards destination node 106. When root node 104 receives such message, it responds back to node 102 with the presently most advantageous known path towards node 106, which, of course, includes a path via root node 104 (upstream path 112 then downstream path 114) as opposed to a more direct route such as route 116 which, in the prior configuration of Figure 1, is not possible.
  • The main drawbacks associated with such approach include increased latency, increased probability of collisions, and unnecessary loading of some nodes and branches in the tree. Latency in delivering peer-to-peer messages is increasing since the path used to deliver the peer-to-peer messages is sub-optimal. This is due to the fact that a message does not take the "shortest" available path. Generally, the shortest path should preferably be interpreted as the optimal path between the source and the destination of the message, as a function of the objective of optimization functionality (i.e., high probability of successful transmission). In the instance illustrated in Figure 1, a packet ordinarily travels upstream from node 102 via path 112 to root node 104 of the tree 100 and then downstream via path 114 to its final destination, exemplarily, node 106.
  • Peer-to-peer communication via the root node 104 of the tree 100 is subject to an increasing probability of collisions and thus increasingly subject to end-to-end delay. For example, consider that the probability of successful transmission of a packet between two adjacent nodes is p, and the probability of collision is q = 1-p. For a communication where the source and the destination are 1-hop away, e.g., nodes 102 to 122 in Figure 1, the probability of success is p(1-q)^2. For a communication where the source and destination are separated by N intermediate nodes, the probability of success is p(1-q)^(N+1). It should be clear then that decreasing the number N of intermediate hops increases the probability of successful transmission and thus decreases the end-to-end delay.
  • Another drawback of the messaging system represented by Figure 1 is that some branches and nodes of the tree 100 are unnecessarily loaded. For example, the link between root node 104 and node 124, and thus root node 104 itself, is unnecessarily loaded with additional upstream and downstream traffic. In addition spatial re-use, when available, of the network resources, i.e., frequencies, may be considerably reduced. For example, as illustrated in Figure 1, communications between node 102 and 106 can unnecessarily monopolize the resources between root node 104 and node 124 and thus make root node 104 unavailable for receiving and/or sending messages from or to other neighbor nodes..
  • In accordance with presently disclosed technology, such drawbacks and others are addressed by providing alternative paths for peer-to-peer messages. With reference now to Figure 2, in one representation of exemplary embodiment of presently disclosed technology, a source node, exemplarily node 202, sends an explicit path request message to root node 204 of the tree 200, by using an upstream message along path 212. Root node 204 has a complete view of the topology of tree 200 and maintains explicit path information towards all the nodes. In such manner, root node 204 can easily compute the most advantageous known path between, for example, nodes 202 and 206 and further can send the path information back to a requesting node, for example node 202.
  • In accordance with further aspects of the presently disclosed subject matter, a few full functionality nodes may be either uniformly or randomly dispatched among the nodes within each Autonomous Systems (AS) as represented by trees 100,200 of Figures 1 and 2. Such nodes, for example nodes 234, 222, and 252, may be configured with enough resources to store detailed information on one-hop and/or several hops routes within each AS. In such instance, such nodes per the presently disclosed subject matter act as router nodes and announce their presence within the Autonomous Systems (AS). In such case, each node can request a peer-to-peer communication path from the nearest router (full functionality node) instead of from the root node.
  • A message sequence chart (MSC) of such exemplary present methodology is depicted in Figure 3. As illustrated, node 202 may send a route request to root 204, or other full functionality node. Root 204, or other full functionality node, then computes the most advantageous known path between nodes 202 and 206 and responds with a route request reply giving the address sequence which corresponds in this instance to the address of node 222 followed by the address of node 224 followed by the address of node 226.
  • If node 206 must respond to messages received from node 202, node 206 per presently disclosed subject matter may send an identical route request message to root node 204, or other full functionality node, in order to obtain the reverse route to node 202. Furthermore, either or both of nodes 202 and 206 per presently disclosed subject matter may be configured to cache the path provided by root 204, or other full functionality node, to avoid repeating the path request for each packet to be sent to its peer.
  • In a further embodiment or aspect of the presently disclosed subject matter, the first peer-to-peer packet may maintain its routing header structure unchanged up to its destination. That is, intermediate nodes do not remove their addresses from the packet header. By such technique, per presently disclosed subject matter, destination node 206 can readily determine the reverse route to node 202, assuming the intermediate paths/links are bidirectional in the sense that they have similar communication quality in both directions.
  • In yet another exemplary embodiment of the presently disclosed subject matter, under an assumption that a peer-to-peer communication between nodes is bidirectional, that is, in the sense that a message sent from node 202 to node 206 will generate a response from node 206 to node 202, root node 204, upon receiving a request for an explicit path between node 202 and node 206, may be configured, as it responds back to node 202 as previously described, to automatically send the reverse path to node 206. A message sequence chart (MSC) of such present exemplary methodology is depicted in Figure 4.
  • With reference to Figure 4, when root node 204, or other full functionality node, receives a route request from node 202, the node generates two messages. A first of the messages corresponds to a Route Request Reply that is made to the source of the message, i.e. in this instance, node 202. The second of the messages corresponds to a Route Announcement and is made to the node located at the end of the peer-to-peer route, i.e., in this instance, destination node (node 206) for the subject peer-to-peer communication. As represented in present exemplary Figure 4, the address sequences sent to node 202 and node 206 are mirror images of each other, representing the different directions between the two nodes towards each other.
  • In a still further exemplary embodiment of the presently disclosed subject matter, the peer-to-peer communication between nodes 202 and 206 may be enhanced by an auto-learning mechanism. In such exemplary embodiment, after node 202 sends a first peer-to-peer communication packet to node 206 each node along path 216 between nodes 202 and 206, such nodes (that is, nodes 222, 224, 226) learn from the packet header the address of the next-hop for reaching the destination node 206. As an example, for the destination 206, the intermediate node 222 will store as next-hop the address of node 224, node 224 will store as next-hop the address of node 226, and finally node 226 will store as next-hop the address of the node 206.
  • Node 202 may then send following packets to node 206 without adding explicit route information into the header of the packet. When node 222, which is listening to the medium, receives a packet destined to node 206, it will receive the packet, process it, and will simply forward it to the next-hop address 224. Then, node 224 will forward the packet to node 226, and so on until the packet reaches its final destination 206.
  • In a further additional present exemplary embodiment, if the destination node 206 "hears" a peer-to-peer packet destined to itself from node 202, and routed as previously described, it will process the packet completely. If no error is detected, that is, no bits are corrupted due, for example, to interference, node 206 acknowledges back to node 202 the proper reception of the packet. That is, the node 206 announces to node 202 that they can communicate directly and a shorter route may be set up for the peer-to-peer communication between nodes 202 and 206, all in accordance with the presently disclosed subject matter.
  • For example, in the instance that the nodes are a part of a wireless mesh network, each node broadcasts its messages such that many paths may be created among various nodes. As previously described, the most advantageous path from node 202 to node 206 had been along path 216 via nodes 222, 224, and 226. In the case, however, where destination node 206 may have "heard" a packet destined to itself being broadcast from node 222 via direct path 218 and where no errors in the transmission were detected, the path from node 202 to 206 may be changed to the shorter route, in accordance with an aspect of the presently disclosed subject matter.
  • In accordance with additional, optional aspects of the presently disclosed subject matter, in various exemplary implementations of the foregoing, determining what constitutes a most advantageous path between an exemplary source node and an exemplary destination node may include using predetermined routing metrics so that predefined routing objectives are achieved. Generally speaking, routing protocols for wireless networks focus on finding the most advantageous path, and in this instance eventually what would be the most advantageous alternative paths which helps to ensure the required quality of service for a given application. As understood by those of ordinary skill in the art without requiring detailed explanation, quality of service in such context may be expressed in terms of latency and reliability. For some implementations, routing metrics for wired networks make use of hop count and physical capacity to determine what constitutes a most advantageous path, which means the arrangements seek to achieve minimum hop count or maximum bandwidth. Wireless paths have significantly different characteristics compared to wired links, such as low capacity and high packet error rate, leading to relatively poorer throughput. Accordingly, a routing algorithm for a wireless network preferably selects most advantageous path in a given context by explicitly taking the quality of the wireless links into account.
  • It will be understood by those of ordinary skill in the art that for various implementations of the presently disclosed subject matter, different routing metrics can be used to estimate characteristics of a path between source and destination. For example, some routing metrics may be intended to capture the stability of a path, while others may focus on energy consumption, and still others may be more focused on the resulting bandwidth of a determined path. Further, other metrics may be used to estimate the quality of the wireless links, including those which take into account the packet error rate on the link, such as ETX. As well known to those of ordinary skill in the art, the ETX metric of a wireless link is the expected number of transmissions required to successfully transmit and acknowledge a packet on a link. Those of ordinary skill in the art, within the broader context of the presently disclosed subject matter, may implement path calculation algorithms (details of which form no specific aspect of the presently disclosed subject matter) which will use metrics in order to find the most advantageous path (or eventual alternative most advantageous paths) for a given context. Furthermore, it is to be understood that such metrics in some instances may be static, or they may dynamically change, such as a function of the estimated wireless link quality.
  • While the presently disclosed subject matter has been described in detail with respect to specific embodiments thereof, it will be appreciated that those skilled in the art, upon attaining an understanding of the foregoing, may readily produce alterations to, variations of, and equivalents to such embodiments. Accordingly, the scope of the present disclosure is by way of example rather than by way of limitation, and the subject disclosure is not intended to preclude inclusion of such modifications, variations, and/or additions to the presently disclosed subject matter as would be readily apparent to one of ordinary skill in the art.

Claims (15)

  1. A (200) method for establishing peer-to-peer communications in a wireless tree structured network having a plurality of nodes including a root node (204) and at least one full functionality router node (222, 234, 252), comprising:
    sending a message from a source node (202) to one of the root node or one of said full functionality router nodes of the plurality of nodes configured to store routes within the tree structured network, the message requesting path routing to a destination node (206);
    determining at one of said full functionality router nodes a communication path (216) whereby determination is based on detailed information on one-hop and/or several hops routes stored on said full functionality router node;
    sending the determined path information to the source node;
    transmitting a message from the source node to the destination node using the path information;
    processing packets heard by the destination node, whereby the packets have been heard by the destination node, the packets are destined to the destination node and the packets have been broadcast from a node on the determined path; and
    announcing from the destination node that a shorter route (218) may be set up for peer-to-peer communication between the source node and the destination node.
  2. A (200) method for establishing peer-to-peer communications in a wireless tree structured network having a plurality of nodes including a root node (204) and at least one full functionality router node (222, 234, 252), comprising:
    sending a message from a source node (202) to one of the root node or one of said full functionality router nodes of the plurality of nodes configured to store routes within the tree structured network, the message requesting path routing to a destination node (206);
    determining at the root node the most advantageous path between the source node and the destination node including using predetermined routing metrics so that predetermined routing objectives are achieved, wherein the determining is based on (a) the root node's complete view of the topology of the tree structured network and (b) explicit path information towards all the nodes maintained by the root node;
    sending the determined path information to the source node;
    transmitting a message from the source node to the destination node using the path information;
    processing packets heard by the destination node, whereby the packets have been heard by the destination node, the packets are destined to the destination node and the packets have been broadcast from a node on the determined path; and
    announcing from the destination node that a shorter route (218) may be set up for peer-to-peer communication between the source node and the destination node.
  3. A method as in claim 1 or 2, further comprising:
    sending a message from the destination node (206) to the root node (204) or the at least one router node (222, 234, 252) requesting reverse routing path routing to the source node (202); and
    sending reverse routing path information to the destination node.
  4. A method as in claim 1 or 2, further comprising:
    automatically sending reverse path information to the destination node (206),
    whereby the destination node may respond to a message from the source node (202) without first requesting path information.
  5. A method as in claim 1 or 2, further comprising:
    configuring at least one of the source (202) and destination nodes (206) to cache the path information,
    whereby repeating the path request may be avoided.
  6. A method as in claim 1, wherein the root node (204) determines the communication path (216) and sends the path information to the source node (202).
  7. A method as in claim 1, further comprising:
    storing routes within the router node (222, 234, 252) of the plurality of nodes,
    wherein the at least one router node determines the communication path (216) and sends the path information to the source node (202).
  8. A method as in claim 1 or 2, further comprising:
    storing the address of the next-hop in nodes in a communications path (216) from the source node (202) to the destination node (206) based on a packet header of a previous communication,
    whereby subsequent packets from the same source to the same destination may be sent without adding route information into the header of the packet.
  9. A method as in claim 1 or 2, further comprising:
    forwarding message packet headers unchanged through nodes in a path between the source (202) node and the destination node (206),
    whereby the destination node determines a reverse root path to the source node based on the unchanged headers.
  10. A method as in claim 1 or 2, wherein selected of said plurality of nodes comprise data endpoints.
  11. A method as in claim 10, wherein selected of said data endpoints are associated with metering devices in an advanced metering infrastructure.
  12. A method as in claim 1 or 2, wherein said plurality of nodes comprises metering devices with associated wireless communication devices.
  13. A method as in claim 12, wherein said metering devices are respectively associated with wireless communication devices.
  14. A method as in claim 1, wherein determining the communication path (216) between the source node (202) and the destination node (206) comprises using predetermined routing metrics so that predefined routing objectives are achieved.
  15. A method as in claim 1, comprising determining the communication path (216) between the source node (202) and the destination node (206).
EP11874228.7A 2011-10-18 2011-12-01 Peer-to-peer communications in ami with source-tree routing Active EP2769510B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP17156748.0A EP3203689B1 (en) 2011-10-18 2011-12-01 Peer-to-peer communications in ami with source-tree routing

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/275,800 US8717943B2 (en) 2011-10-18 2011-10-18 Peer-to-peer communications in AMI with source-tree routing
CA2755331A CA2755331C (en) 2011-10-18 2011-10-20 Peer-to-peer communications in ami with source-tree routing
PCT/US2011/062796 WO2013058789A1 (en) 2011-10-18 2011-12-01 Peer-to-peer communications in ami with source-tree routing

Related Child Applications (2)

Application Number Title Priority Date Filing Date
EP17156748.0A Division EP3203689B1 (en) 2011-10-18 2011-12-01 Peer-to-peer communications in ami with source-tree routing
EP17156748.0A Division-Into EP3203689B1 (en) 2011-10-18 2011-12-01 Peer-to-peer communications in ami with source-tree routing

Publications (3)

Publication Number Publication Date
EP2769510A1 EP2769510A1 (en) 2014-08-27
EP2769510A4 EP2769510A4 (en) 2015-06-17
EP2769510B1 true EP2769510B1 (en) 2017-03-29

Family

ID=45421259

Family Applications (2)

Application Number Title Priority Date Filing Date
EP11874228.7A Active EP2769510B1 (en) 2011-10-18 2011-12-01 Peer-to-peer communications in ami with source-tree routing
EP17156748.0A Active EP3203689B1 (en) 2011-10-18 2011-12-01 Peer-to-peer communications in ami with source-tree routing

Family Applications After (1)

Application Number Title Priority Date Filing Date
EP17156748.0A Active EP3203689B1 (en) 2011-10-18 2011-12-01 Peer-to-peer communications in ami with source-tree routing

Country Status (10)

Country Link
US (1) US8717943B2 (en)
EP (2) EP2769510B1 (en)
JP (1) JP5602954B2 (en)
AU (2) AU2011379362B2 (en)
CA (1) CA2755331C (en)
ES (2) ES2723702T3 (en)
HK (1) HK1200996A1 (en)
SG (1) SG11201401553TA (en)
WO (1) WO2013058789A1 (en)
ZA (1) ZA201402721B (en)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9893943B2 (en) * 2011-11-16 2018-02-13 Nokia Solutions And Networks Oy Network coordination apparatus
KR102109911B1 (en) 2013-10-15 2020-05-12 삼성전자주식회사 Method and its apparatus for controlling topology in beamforming system
US10172068B2 (en) * 2014-01-22 2019-01-01 Cisco Technology, Inc. Service-oriented routing in software-defined MANETs
US20160150459A1 (en) * 2014-11-19 2016-05-26 Qualcomm Incorporated Techniques to support heterogeneous network data path discovery
JP6587175B2 (en) * 2015-06-03 2019-10-09 パナソニックIpマネジメント株式会社 Multi-hop communication system, communication apparatus, and communication method
KR102419647B1 (en) * 2015-09-10 2022-07-11 삼성전자주식회사 Apparatus and method for transmitting packets
US10320652B2 (en) * 2017-01-09 2019-06-11 Cisco Technology, Inc. Dynamic installation of bypass path by intercepting node in storing mode tree-based network
FR3105681B1 (en) * 2019-12-20 2021-12-03 Sagemcom Broadband Sas Method and device for determining a topology of a network of wireless access points
US11368333B1 (en) * 2021-01-18 2022-06-21 Curvalux Uk Limited Mobile mux
US11711297B2 (en) 2021-04-30 2023-07-25 Itron, Inc. Network protocol for battery powered devices within a wireless network
US11641615B2 (en) * 2021-04-30 2023-05-02 Itron, Inc. Network protocol for battery powered devices within a wireless network
US11909716B1 (en) * 2022-12-08 2024-02-20 Nokia Solutions And Networks Oy Locator lookup-based, low-latency, multi-access IP mobility

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11205331A (en) 1998-01-14 1999-07-30 Fujitsu Ltd Controller for network
GB2381427A (en) 2001-10-27 2003-04-30 Hewlett Packard Co Spanning tree in peer to peer networks
KR100737854B1 (en) 2005-05-10 2007-07-12 삼성전자주식회사 Optimal path routing method in Wireless Network
US8144593B2 (en) 2006-11-17 2012-03-27 Qualcomm Incorporated Method and apparatus for efficient routing in communication networks
US20090135836A1 (en) 2007-11-25 2009-05-28 Michel Veillette Collector device and system utilizing standardized utility metering protocol
KR100937874B1 (en) 2007-12-17 2010-01-21 한국전자통신연구원 Routing method in sensor network
EP2321983B1 (en) * 2008-09-04 2018-05-09 Trilliant Networks, Inc. Method for implementing mesh network communications using a mesh network protocol
JP2010245783A (en) 2009-04-03 2010-10-28 Mitsubishi Electric Corp Mobile router ad-hoc network communication system
US8203464B2 (en) 2009-09-01 2012-06-19 Harris Corporation Registration of a new node to a meter reading wireless mesh network and associated system
US8972524B2 (en) * 2011-03-22 2015-03-03 Elster Solutions, Llc Internet protocol message routing over a wireless network of metering devices

Also Published As

Publication number Publication date
CA2755331C (en) 2013-06-04
EP2769510A1 (en) 2014-08-27
WO2013058789A1 (en) 2013-04-25
JP5602954B2 (en) 2014-10-08
HK1200996A1 (en) 2015-08-14
AU2011379362B2 (en) 2017-03-30
EP3203689B1 (en) 2019-03-13
EP3203689A1 (en) 2017-08-09
ES2723702T3 (en) 2019-08-30
EP2769510A4 (en) 2015-06-17
US20130094404A1 (en) 2013-04-18
AU2017203559B2 (en) 2018-12-06
ES2627694T3 (en) 2017-07-31
US8717943B2 (en) 2014-05-06
CA2755331A1 (en) 2011-12-27
AU2017203559A1 (en) 2017-06-15
AU2011379362A1 (en) 2014-05-01
ZA201402721B (en) 2015-11-25
SG11201401553TA (en) 2014-05-29
JP2014502466A (en) 2014-01-30

Similar Documents

Publication Publication Date Title
AU2017203559B2 (en) Peer-to-peer communications in AMI with source-tree routing
US7969914B1 (en) Method for establishing and operating a mobile Ad-Hoc network
US8595359B2 (en) Efficient message distribution for directed acyclic graphs
US9450668B2 (en) Packet relay system and wireless node
CN103119887B (en) Device and method for scheduling data packet transmissions in wireless networks
Herberg et al. A comparative performance study of the routing protocols load and rpl with bi-directional traffic in low-power and lossy networks (lln)
US9210045B2 (en) Gravitational parent selection in directed acyclic graphs
US20050288008A1 (en) Radio communication network system
JP2009542109A (en) Mobile ad hoc network (MANET) and method for implementing multiple paths for fault tolerance
JP2008283675A (en) Ad-hoc network routing control protocol including use of forward and reverse multi-point relay (mpr) spanning tree routes
Iwendi et al. An ACO-KMT energy efficient routing scheme for sensed-IoT network
JP4993185B2 (en) Wireless communication system
CN105072586A (en) Management method for forwarding of broadcast message in embedded wireless ad hoc network
WO2015048995A1 (en) Integration of cellular and ieee 802.11 networks in vanets
WO2013100752A1 (en) A method for establishing an end-to-end route for traversing data
CN102857441A (en) Method and routing network bridge capable of avoiding storm of end system address distributing information protocol messages
JP2011109412A (en) Node device, ad hoc network system, and method of participating in network
Hester A self-organizing wireless network protocol
KR20090062277A (en) Mesh network system, client node, communication method for mesh node and client node
Dhanush et al. Delay and hop sensitive routing protocol for vehicular ad hoc networks
Aparna et al. A New Adaptive Broadcast Scheduling Algorithm in MANETs Using Good Neighbor Node Detection Approach
Jiang et al. Routing for RWNs
Prabakar et al. Performance analysis of wireless mesh network in hospital environment
Saravanan et al. Guaranteed delivery based on 1-hop neighbor information and reducing the redundancy in transmission
Lakshmi et al. A dynamic backup path management method for tdma based wimax client wmns

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20140519

AK Designated contracting states

Kind code of ref document: A1

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

DAX Request for extension of the european patent (deleted)
RA4 Supplementary search report drawn up and despatched (corrected)

Effective date: 20150518

RIC1 Information provided on ipc code assigned before grant

Ipc: H04L 12/28 20060101AFI20150511BHEP

REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1200996

Country of ref document: HK

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20160422

GRAJ Information related to disapproval of communication of intention to grant by the applicant or resumption of examination proceedings by the epo deleted

Free format text: ORIGINAL CODE: EPIDOSDIGR1

INTC Intention to grant announced (deleted)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20161007

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

Owner name: ITRON GLOBAL SARL

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

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

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 880687

Country of ref document: AT

Kind code of ref document: T

Effective date: 20170415

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602011036561

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170629

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170630

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2627694

Country of ref document: ES

Kind code of ref document: T3

Effective date: 20170731

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20170329

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 880687

Country of ref document: AT

Kind code of ref document: T

Effective date: 20170329

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170629

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 7

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170731

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170729

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602011036561

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20180103

REG Reference to a national code

Ref country code: HK

Ref legal event code: GR

Ref document number: 1200996

Country of ref document: HK

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171201

Ref country code: MT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171201

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20171231

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 8

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171201

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171231

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171231

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20171231

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20111201

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20170329

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170329

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: ES

Payment date: 20230109

Year of fee payment: 12

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230519

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20230929

Year of fee payment: 13

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20231012

Year of fee payment: 13

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20231110

Year of fee payment: 13

Ref country code: DE

Payment date: 20231003

Year of fee payment: 13

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: ES

Payment date: 20240116

Year of fee payment: 13