<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE ep-patent-document PUBLIC "-//EPO//EP PATENT DOCUMENT 1.1//EN" "ep-patent-document-v1-1.dtd">
<ep-patent-document id="EP91104042B1" file="EP91104042NWB1.xml" lang="en" country="EP" doc-number="0455959" kind="B1" date-publ="19990519" status="n" dtd-version="ep-patent-document-v1-1">
<SDOBI lang="en"><B000><eptags><B001EP>......DE....FRGB..IT..............................</B001EP><B005EP>J</B005EP><B007EP>DIM360   - Ver 2.9 (30 Jun 1998)
 2100000/1 2100000/2</B007EP></eptags></B000><B100><B110>0455959</B110><B120><B121>EUROPEAN PATENT SPECIFICATION</B121></B120><B130>B1</B130><B140><date>19990519</date></B140><B190>EP</B190></B100><B200><B210>91104042.6</B210><B220><date>19910315</date></B220><B240><B241><date>19940721</date></B241><B242><date>19970304</date></B242></B240><B250>en</B250><B251EP>en</B251EP><B260>en</B260></B200><B300><B310>513364</B310><B320><date>19900420</date></B320><B330><ctry>US</ctry></B330></B300><B400><B405><date>19990519</date><bnum>199920</bnum></B405><B430><date>19911113</date><bnum>199146</bnum></B430><B450><date>19990519</date><bnum>199920</bnum></B450><B451EP><date>19980715</date></B451EP></B400><B500><B510><B516>6</B516><B511> 6H 04L  12/56   A</B511></B510><B540><B541>de</B541><B542>Verfahren und System zur Leitweglenkung von Paketen in einem Paketübertragungsnetzwerk</B542><B541>en</B541><B542>Method and system for routing packets in a packet communication network</B542><B541>fr</B541><B542>Méthode et système pour le routage de paquets dans un réseau de communications par paquets</B542></B540><B560><B561><text>US-A- 4 718 081</text></B561><B562><text>ICC'88 IEEE INTERNATIONAL CONFERENCE ON COMMUNICATIONS '88 12 June 1988 , PHILADELPHIA, US pages 437 - 442 S. CHANDRA ET AL. 'Heuristic Scheduling Strategies for Multihop Radio Networks with Regular Structure'</text></B562><B562><text>GLOBECOM '84 IEEE GLOBAL TELECOMMUNICATIONS CONFERENCE ATLANTA, US pages 487 - 492 T.C.HOU ET AL. 'Performance analysis of routing strategies in multihop packet radio network'</text></B562><B562><text>MILCOM'89 BOSTON, US pages 671 - 676 J.B.CAIN ET AL. 'A class of adaptive routing and link assignment for large-scale networks with dynamic topology'</text></B562><B562><text>1989 IEEE INTERNATIONAL CONFERENCE ON SYSTEMS, MAN, AND CYBERNICS 14 November 1989 , CAMBRIDGE, US pages 194 - 199 I.IIDA ET AL. 'Autonomous routing scheme for large scale network based on neural processing'</text></B562><B562><text>IEEE COMMUNICATIONS MAGAZINE vol. 26, no. 7 , July 1988 , PISCATAWAY, NJ US W.S.LAI 'Packet forwarding'</text></B562><B562><text>IEEE INFOCOM'90 3 June 1990 , SAN FRANSISCO , US pages 481 - 486 G.MYERS ET AL. 'Routing in TAC - a Trianularly-Arranged Network'</text></B562></B560><B590><B598>2</B598></B590></B500><B700><B720><B721><snm>Baran, Paul</snm><adr><str>83 James Avenue</str><city>Atherton,
California 94025</city><ctry>US</ctry></adr></B721><B721><snm>Flammer III, George H.</snm><adr><str>21884 Woodbury Drive</str><city>Cupertino,
California 95014</city><ctry>US</ctry></adr></B721><B721><snm>Kalkwarf, Robert Lee</snm><adr><str>6078 Alcante Drive</str><city>San Jose,
California 95129</city><ctry>US</ctry></adr></B721></B720><B730><B731><snm>METRICOM, INC. (a Delaware corp.)</snm><iid>01590560</iid><adr><str>980 University Avenue</str><city>Los Gatos,
California 95030-2375</city><ctry>US</ctry></adr></B731></B730><B740><B741><snm>Fuchs Mehler Weiss &amp; Fritzsche</snm><iid>00100496</iid><adr><str>Patentanwälte
Postfach 46 60</str><city>65036 Wiesbaden</city><ctry>DE</ctry></adr></B741></B740></B700><B800><B840><ctry>DE</ctry><ctry>FR</ctry><ctry>GB</ctry><ctry>IT</ctry></B840><B880><date>19940316</date><bnum>199411</bnum></B880></B800></SDOBI><!-- EPO <DP n="1"> -->
<description id="desc" lang="en">
<heading id="h0001"><u>BACKGROUND OF THE INVENTION</u></heading>
<p id="p0001" num="0001">This invention is related to U.S. Patent No. 4,939,726, issued July 3, 1990, under the same title as herein. The invention relates generally to a method for routing data packets through a packet communication network. The instant invention is a specific improvement related to geographic addressing schemes.</p>
<p id="p0002" num="0002">Packet communications is a form of data communications whereby segments or packets of data are routed with error checking and confirmation of receipt directly or relayed via relay stations between a source node or station and a destination node or station. Several methods of data packet routing are known. According to one method, the address in the header of the packet is used as an index to a directory of packet routing lists. Packet routing lists must be prepared with knowledge about the location of each node in the network. Each node is identified by a header identifier. A packet routing list consists of an ordered list of packet node identifiers or call signs. Directory-based routing schemes require continued maintenance and communication of network interconnectivity information employed in the directory. Each of these functions drains network resources and can become intractable in a large network. However, one of the advantages of directory-based routing techniques is that it permits optimization of routing for a wide variety of network parameters, including data delay, throughput, reliability, priority and the like.<!-- EPO <DP n="2"> --></p>
<p id="p0003" num="0003">Another basic routing technique is the nondirectory-based routing technique. In nondirectory-based routing, the complexities associated with routing techniques are avoided. There is no connectivity information, which thus simplifies construction of each node. However, nondirectory-based routing techniques do not permit network parameter optimization.</p>
<p id="p0004" num="0004">The following patents were uncovered in a search of prior art with respect to the subject invention: 
<tables id="tabl0001" num="0001">
<table frame="all">
<tgroup cols="3" colsep="1" rowsep="0">
<colspec colnum="1" colname="col1" colwidth="52.50mm"/>
<colspec colnum="2" colname="col2" colwidth="52.50mm"/>
<colspec colnum="3" colname="col3" colwidth="52.50mm"/>
<thead valign="top">
<row rowsep="1">
<entry namest="col1" nameend="col1" align="left">Inventor</entry>
<entry namest="col2" nameend="col2" align="left">Patent No.</entry>
<entry namest="col3" nameend="col3" align="left">Date of Patent</entry></row></thead>
<tbody valign="top">
<row>
<entry namest="col1" nameend="col1" align="left">Otomo et al.</entry>
<entry namest="col2" nameend="col2" align="left">4,074,232</entry>
<entry namest="col3" nameend="col3" align="left">February 14, 1978</entry></row>
<row>
<entry namest="col1" nameend="col1" align="left">Sanders, Jr. et al.</entry>
<entry namest="col2" nameend="col2" align="left">4,135,156</entry>
<entry namest="col3" nameend="col3" align="left">January 16, 1979</entry></row>
<row>
<entry namest="col1" nameend="col1" align="left">deCouasnon et al.</entry>
<entry namest="col2" nameend="col2" align="left">4,168,400</entry>
<entry namest="col3" nameend="col3" align="left">September 18, 1979</entry></row>
<row>
<entry namest="col1" nameend="col1" align="left">Maxemchuk</entry>
<entry namest="col2" nameend="col2" align="left">4,516,239</entry>
<entry namest="col3" nameend="col3" align="left">May 7, 1985</entry></row>
<row>
<entry namest="col1" nameend="col1" align="left">Cohen et al.</entry>
<entry namest="col2" nameend="col2" align="left">4,525,830</entry>
<entry namest="col3" nameend="col3" align="left">June 25, 1985</entry></row>
<row>
<entry namest="col1" nameend="col1" align="left">Maxemchuk et al.</entry>
<entry namest="col2" nameend="col2" align="left">4,534,024</entry>
<entry namest="col3" nameend="col3" align="left">August 6, 1985</entry></row>
<row>
<entry namest="col1" nameend="col1" align="left">Gable et al.</entry>
<entry namest="col2" nameend="col2" align="left">4,550,402</entry>
<entry namest="col3" nameend="col3" align="left">October 29, 1985</entry></row>
<row>
<entry namest="col1" nameend="col1" align="left">George et al.</entry>
<entry namest="col2" nameend="col2" align="left">4,644,532</entry>
<entry namest="col3" nameend="col3" align="left">February 17, 1987</entry></row>
<row>
<entry namest="col1" nameend="col1" align="left">Lea et al.</entry>
<entry namest="col2" nameend="col2" align="left">4,661,947</entry>
<entry namest="col3" nameend="col3" align="left">April 28, 1987</entry></row>
<row rowsep="1">
<entry namest="col1" nameend="col1" align="left">Lambarelli et al.</entry>
<entry namest="col2" nameend="col2" align="left">4,663,758</entry>
<entry namest="col3" nameend="col3" align="left">May 5, 1987</entry></row></tbody></tgroup>
</table>
</tables></p>
<p id="p0005" num="0005">The Maxemchuk patents of Bell Laboratories teach the use of data packet systems over cable television networks and also teach the use of variable length packets for voice. The George et al. patent to IBM teaches the use of routing notes utilizing the topology of the network. The Sanders patent teaches the use of satellite communications whereby messages are routed via a local relay station. The Lea patent to Bell Labs teaches the use of a self-routing packet switching network. None of these patents suggest routing based on a node identifier which employs absolute geographic<!-- EPO <DP n="3"> --> location indicia in the identifier for use in establishing routing.</p>
<p id="p0006" num="0006">The remaining patents above relate to the general state of the art of packet communication.</p>
<p id="p0007" num="0007">A noteworthy background reference related to radio-based packet communications is the published standard for AX.25 entitled "AX.25 Amateur Packet-Radio Link-Layer Protocol," Version 2.0 (October 1984), Publication No. 56, American Radio Relay League, Inc., Newington, CT. This protocol is directed to the link layer or level 2 of the International Organization for Standardization (ISO) seven-layered reference model of Open Systems Interconnection (OSI) and is based on the CCITT X.25 level 2 LAPB protocol standard of Recommendation X.25 of the International Telegraph and Telephone Consultative Committee (CCITT). The AX.25 protocol differs from the X.25 protocol in that the AX.25 protocol provides for repeater stations and repeater linking at the link layer, and specifically up to eight repeater stations under Version 2.0. Whereas the ability to address a destination via a prescribed repeater chain proved to be an advance for link layer protocols, the link remains susceptible to breakdown in linking if the chain is interrupted or changed. As will be explained hereinbelow, the present invention represents a substantial departure from an addressing protocol based on explicitly predefining a routing.</p>
<p id="p0008" num="0008">Additional background information can be found in the following references.</p>
<p id="p0009" num="0009">Mischa Schwartz, <u>Telecommunication Networks: Protocols. Modeling and Analysis</u>, New York: Addison-Wesley, 1987, Chapter 6. This chapter from a standard textbook describes the routing function of the Network Layer of the protocol. It provides a view of what is currently being taught to those skilled in the art, and<!-- EPO <DP n="4"> --> it contains a particularly pertinent discussion of decentralized algorithms, of which the present invention is one example. Of interest is credit given to the lead inventor of the present invention on page 273.</p>
<p id="p0010" num="0010">Takagi and Kleinrock, "Optimal Transmission Ranges for Randomly Distributed Packet Radio Terminals," <u>IEEE Transactions on Communications</u>, Com.-32, No. 3, March 1984, pp. 246-257. The Takagi et al. article and the subsequently-cited article describe academic research relating to the problems of packet radio networks. Takagi et al. refers to state-of-the art analysis of the slightly different packet radio network, the slotted/non-slotted single-frequency ALOHA network first published in the early 1970's.</p>
<p id="p0011" num="0011">Hou and Li, "Performance Analysis of Routing Strategies in Multihop Packet Radio Network," (Conference Paper CH2064-4/84/0000-0487), IEEE, 1984. In this paper, the authors provide definitions and disclose a model for analyzing the throughput and forward progress of a multiple hop packet radio network. Routing strategies are demonstrated, and a specific strategy adopted in the present claimed invention, namely, "Nearest with Forward Progress" or simply nearest forward progress (NFP), is disclosed and analyzed. The conclusion is reached therein that the best strategy for propagating packets in a large network is NFP. It basically states that the overall best interest of a multihop packet network is served when each node uses the least power possible to maintain forward progress of a packet.</p>
<p id="p0012" num="0012">M.D. Busch, "NET/ROM for the TNC-2, Amateur Radio Version 1," May 1987. This paper is a printout of the documentation of the software for the current best low-cost commercial implementation of a packet radio network. The NET/ROM software was written by R. E. Raikes, (Amateur call WA8DED), and is sold by Software<!-- EPO <DP n="5"> --> 2000, Inc. of Arroyo Grande, California. This documentation discusses for example one solution to the routing problem, namely, the use of routing-table-driven routing, the routing tables being created by the distributed algorithm at each node and then the updates to the table is propagated throughout the network. NET/ROM has been a very successful "Layer 3/4" implementation of a network, but it suffers the weakness of all large routing-table-driven packet networks: excessive system overhead related to dynamic adaptation of the network to changes. This documentation is provided to show the process of making routing decisions in a real-world implementation.</p>
<p id="p0013" num="0013">In a theoretical paper first published in March of 1987, less than one year prior to the effective filing date of this application, entitled "Routing and Addressing Problems in Large Metropolitan-scale Internetworks" by Gregory G. Finn, ISI Research Report ISI/RR-87-180 March 1987 (Marina del Rey, California) there appears a description of a Cartesian routing protocol of one form. The Cartesian routing protocol described therein associates a semi-unique ordered Cartesian location with each gateway (node) as part of a Cartesian address combining a location element and a gateway identifier. Position is represented by this location identifier and a metric distance is calculated between two such locations based on the location identifier. Specific reference is made therein to the use of latitude and longitude values as the basis of the Cartesian coordinate system. A hierarchy is suggested therein based on the hop range of reachable nodes in the network. The hierarchy suggested therein is used in conventional telephone networking protocols. The Finn paper is believed to be the only description of a packet routing protocol suggesting use of Cartesian geographical<!-- EPO <DP n="6"> --> coordinates. Notwithstanding, this paper is not prior art to the subject invention under the patent laws of the United States.</p>
<p id="p0014" num="0014">Similar methods and systems are described in:
<dl id="dl0001" compact="compact">
<dt>A</dt><dd>ICC'88 IEEE International Conference on Communications<br/>
S. Chandra et al. "Heuristic Scheduling Strategies for Multihop Radio Networks with Regular Structure"</dd>
<dt>A,D</dt><dd>Globecom '84 IEEE Global<br/>
Telecommunications Conference Atlanta, US<br/>
T.C. Hou et al. "Performance Analysis of Routing Strategies in Multishop Packet Radio Network"</dd>
<dt>A</dt><dd>US-A-4 718 081 (T. Brenig).</dd>
</dl></p>
<heading id="h0002"><u>SUMMARY OF THE INVENTION</u></heading>
<p id="p0015" num="0015">According to the invention, each node in a packet communication network is uniquely identified by absolute geographical coordinates or by a code indicating absolute location in an external coordinate-based reference system (node coordinates), and such absolute geographical coordinates or the equivalent are employed as part of a packet identifier for each packet generated for use in making routing decisions (packet coordinates). The node coordinates of a local node and its neighboring nodes and the packet coordinates are used by means at each node through which a packet is routed for determining a desired forwarding route of a data packet. The routing may be prioritized according to preselected criteria, preferably achieving optimum forward progress, that is, maximum forward progress using the least amount of power and taking into account characteristics of the system.</p>
<p id="p0016" num="0016">The packet routing protocol according to the invention requires no routing directory or table to perform data routing. Each node of the network collects or is otherwise provided with information about the quality of communication between itself and its neighboring nodes within its communication range. When a data packet has been received at a node, it is routed further through the network based on criteria derived from the history of communication between the local node and its neighbors. The criteria include distance, power requirements, retry history (reliability), throughput history, speed of transfer (net data rate), network delay, and data priority. Typically, there is an<!-- EPO <DP n="7"> --><!-- EPO <DP n="8"> --> initialization procedure which is executed to determine the latitude and longitude of neighbors within a destination quadrant, and the criteria are weighted in accordance with preselected preferences to establish, at each subject node, a link quality (LQ) factor for each possible destination local to the subject node. The link quality factor may be used as, or otherwise be used to establish, a metric.</p>
<p id="p0017" num="0017">In a preferred form, the metric may be used in to establish a hierarchy among possible local destinations based on the maximum forward progress attainable using the minimum amount of power, herein termed optimum forward progress or OFP. This routing protocol has been found to be superior in very large networks in applications requiring a high rate of packet throughput.</p>
<p id="p0018" num="0018">The invention will be better understood by reference to the following detailed description in connection with the accompanying drawings.</p>
<heading id="h0003"><u>BRIEF DESCRIPTION OF THE DRAWINGS</u></heading>
<p id="p0019" num="0019">
<ul id="ul0001" list-style="none" compact="compact">
<li>Fig. 1 is a block diagram illustrating a generalized data network topology;</li>
<li>Fig. 2 is a flow chart describing the basic steps of the invention for use with specific routing algorithms;</li>
<li>Fig. 3 is a block diagram illustrating a general node according to the present invention; and</li>
<li>Fig. 4 is a flow chart of a specific routine according to the present invention.</li>
</ul><!-- EPO <DP n="9"> --></p>
<heading id="h0004"><u>DESCRIPTION OF SPECIFIC EMBODIMENTS</u></heading>
<p id="p0020" num="0020">In accordance with the invention, each node in a network is identifiable by location. Each packet is thereby able to be directed to a destination based primarily on location information contained in a header at the proper level of its data packet. A packet is organized as follows:<br/>
   ¦ L1H ¦ L2H ¦ L3H ¦ L4H ¦ data ¦ L1T ¦<br/>
where:
<dl id="dl0002" compact="compact">
<dt>L</dt><dd>indicates "layer";</dd>
<dt>H</dt><dd>indicates "header";</dd>
<dt>T</dt><dd>indicates "tailer."</dd>
</dl></p>
<p id="p0021" num="0021">Layer 1, is the "physical layer," which is responsible for transferring data in a packet in error-free form. If a packet is received which contains an indication of error, the packet is discarded and not acknowledged by the receiver. When sending data, the physical layer performs no error checking, it is not responsible for resending failed packets, and it is not responsible for any form of packet routing. A suitable Layer 1 is organized as follows:<maths id="math0001" num=""><math display="block"><mrow><mfrac><mrow><mtext>¦ Layer 1 Header ¦</mtext></mrow><mrow><mtext>¦ Start Flag ¦ DL ¦</mtext></mrow></mfrac><mtext>··· </mtext><mfrac><mrow><mtext>¦ Layer 1 Tailer ¦</mtext></mrow><mrow><mtext>¦ CRC ¦ End Flag ¦</mtext></mrow></mfrac></mrow></math><img id="ib0001" file="imgb0001.tif" wi="78" he="11" img-content="math" img-format="tif"/></maths> where:
<dl id="dl0003" compact="compact">
<dt>Start Flag</dt><dd>is a unique one-byte word signalling the start of a packet;</dd>
<dt>DL</dt><dd>is the Data Length in two bytes;</dd>
<dt>CRC</dt><dd>is a two-byte long cyclic redundancy check word field calculated from the beginning of the data length field<!-- EPO <DP n="10"> --> through the CRC field;</dd>
<dt>End Flag</dt><dd>is a unique one-byte word signalling termination of the packet.</dd>
</dl></p>
<p id="p0022" num="0022">Nonflag pad characters which convey no information may precede or trail a packet for timing delay and synchronization without affecting the protocol.</p>
<p id="p0023" num="0023">A complete header must contain at least the following information: the address of the ultimate destination in geographic coordinates and the address of the best next hop in geographic coordinates. Only the address of the best next hop is changed when a packet is forwarded. At least part of this information is contained in the Layer 2 header.</p>
<p id="p0024" num="0024">The Layer 2 header or ISO link layer header comprises the destination address, the source address, a protype field (packet protocol and type) and a frame identification. A suitable Layer 2 header is organized as follows:<br/>
   ¦ DA ¦ SA ¦ PT ¦ FID ¦<br/>
where:
<dl id="dl0004" compact="compact">
<dt>DA</dt><dd>is Destination Address (5 bytes);</dd>
<dt>SA</dt><dd>is Source Address (5 bytes);</dd>
<dt>PT</dt><dd>is packet protocol or packet type (1 byte);</dd>
<dt>FID</dt><dd>is the frame identifier (FID) field.</dd>
</dl></p>
<p id="p0025" num="0025">In accordance with the invention, the destination address is the geographic coordinates of the next local destination and the source address is the geographic coordinates of the local node. Further in accordance with the invention, the destination address of a received packet becomes the source address of the same<!-- EPO <DP n="11"> --> packet on its retransmission, and the destination address for retransmission is selected by the local node based on analysis of the metrics used to establish optimum forward progress.</p>
<p id="p0026" num="0026">The field designated Destination Address is a five-byte address of the desired destination of the local specific packet at the current time in its current form, that is, the Layer 2 destination. It is not the ultimate destination of the packet. Similarly, the field designated Source Address is a five-byte address of the layer 2 source node, the address to which an immediate acknowledgment of receipt is directed. The protype is an eight bit field further broken down into two parts: a four bit protocol designation field and a four bit packet type designation field. The frame identifier field is used to uniquely identify the data frame (DATA) and its related acknowledgment field (ACK) as well as its related acknowledgment of acknowledgment field (ACK-ACK). Packets containing ACK and ACK-ACK are short, since the full data information need not be employed. What is needed are the protype, frame identifier, destination address and source address.</p>
<p id="p0027" num="0027">According to the invention, the wide area network (WAN) destination address and source address are also express in terms of geographic coordinates. In a specific embodiment of the invention, the ultimate destination address is contained in a Layer 3 header, which is used for routing a packet between any source and any destination within a wide area net or between wide area nets.</p>
<p id="p0028" num="0028">A suitable Layer 3 header is organized as follows:<br/>
   ¦ WANDA ¦ WANSA ¦ PT ¦ WANFID ¦ LUCK ¦<!-- EPO <DP n="12"> --> where:
<dl id="dl0005" compact="compact">
<dt>WANDA</dt><dd>is the Wide Area Net Destination Address (5 bytes);</dd>
<dt>WANSA</dt><dd>is Wide Area Net Source Address (5 bytes);</dd>
<dt>PT</dt><dd>is packet protocol or packet type (1 byte);</dd>
<dt>WANFID</dt><dd>is the frame identifier field (2 bytes)</dd>
<dt>LUCK</dt><dd>is 1 byte for indicating luck status.</dd>
</dl></p>
<p id="p0029" num="0029">According to the invention, upon receipt of a packet at any node, the Layer 3 header is examined to determine if the WANDA in the header corresponds to the WANDA of the node. If the WANDAs are not identical, the node routes the packet by forwarding it to a next hop in the network in accordance with the protocol supported by the node which is requested by the packet. Several routing protocols are contemplated. The "CROW" protocol is a protocol calling for forwarding in the most direct route, i.e., "as the crow flies." The "WILDFIRE" protocol is a protocol calling for broadcasting the packet to virtually all addressable nodes from the local node, i.e., to spread a packet "like a wildfire." In the wildfire protocol, where several identical packets may be circulating simultaneously, it is helpful to uniquely identify each packet via the WANFID so that a receiving node can identify whether the packet has been heard before and hence need not be forwarded. Other protocols may be defined as need arises or as technology develops for use in an installed system.</p>
<p id="p0030" num="0030">The luck byte is analogous to a "time-to-live" field in other protocols. It is set by the originator and algorithmically decremented by each transferring repeater until it reaches zero and is "out of luck." It<!-- EPO <DP n="13"> --> is then treated in accordance with any predefined error handling mechanism. The luck concept prevents wayward packets from endlessly propagating around a network.</p>
<p id="p0031" num="0031">The Layer 4 header for data packets contains information needed for delivery of a packet within a local area net (LAN). Within the Layer 4 header is the device identifier, that is, the LAN destination address. A suitable Layer 4 header is organized as follows:<br/>
   ¦ DA ¦ SA ¦ PT ¦ where:
<dl id="dl0006" compact="compact">
<dt>DA</dt><dd>is Destination Address (5 bytes);</dd>
<dt>SA</dt><dd>is Source Address (5 bytes);</dd>
<dt>PT</dt><dd>is packet protocol or packet type (1 byte).</dd>
</dl> The LAN Destination Address is the identifier of the exact device, e.g., meter, within the LAN. The LAN Source Address is the device identifier of the originating device. It is used by the destination device for formatting a response packet. The packet protocol is as above and may be optionally implemented as needed.</p>
<p id="p0032" num="0032">Routing a response back to the source merely involves swapping the LAN Destination Address for the LAN Source Address, assuming the Layer 3 header has been properly rebuilt for the return.</p>
<p id="p0033" num="0033">Each device in a network thus has a primary address, namely, the WAN Address, and a secondary address, namely, the LAN Address. The WAN address is the unique latitude and longitude designation of each repeater node, within one second (20 meters) of geographic accuracy. All devices within the LAN of the repeater node use the WAN Address of the repeater node as their WAN Address.<!-- EPO <DP n="14"> --></p>
<p id="p0034" num="0034">The advantage of use of encoded geographic coordinates is the complete elimination of any requirement for creation and maintenance of routing tables, i.e., a table which contains information on the best path to any destination in the network. The overhead for maintaining a routing table, which increases as the square of the number of nodes, is thereby eliminated. Since direction is inherent in the addressing scheme according to the invention, routing tables are eliminated in favor of decision making at each repeater node on routing in accordance with the requested protocol embedded in the received packets.</p>
<p id="p0035" num="0035">It is recognized that multiple use of the same undifferentiated WAN address raises questions about uniqueness of topological designation. It is therefore assumed that the WAN addresses are all unique, and assignments of WAN addresses are so chosen. The LAN addresses provide the device names reachable at each WAN address, and they are also assumed and defined to be unique for each WAN address.</p>
<p id="p0036" num="0036">Referring now to Figure 1, there is shown a data network 10 in a topology in accordance with the invention. The network 10 consists of repeater nodes labelled A through Z interconnected by paths 12 representing allowable communication links between nodes. Consider for example data arriving at a local node J with a destination of node Y. Routing to node Y according to the invention would be most directly routed via node P and node V. Each node would consult its internal neighbor list and route data in turn to the next neighbor node on the path to destination Y.</p>
<p id="p0037" num="0037">Alternatively, consider data arriving or originating at local node Q with a destination W. While the geographic location of W is close, since each node is identifiable as according to its latitude and longitude<!-- EPO <DP n="15"> --> or other geographic location, a more tortuous path is required to route the data, namely via R to X to Z to W.</p>
<p id="p0038" num="0038">Figure 2 is a flow chart illustrating the basic routing method at each node. At each node, the data is first received (Step S1), and then it is determined whether the data is intended for this node (Step S2). If it is, the data is processed at the local node (Step S3). If the packet is not for this node, it is determined if the packet is for the LAN or the WAN <u>subnet</u> (S4). If for the LAN (i.e., the WAN address is the same as the node performing the routing), the packet is re-built (S5) and queued for transmission on the LAN (S6). If the WAN address in the packet is not the same as the node doing the routing, the packet is re-built for a WAN routing (S7), enqueued (S8) and passed to the 'scan for link' algorithm (S9 and Fig. 4)When the link is found that will accept the packet, the packet is sent (S10). Should the packet not be able to be routed in a forward manner an error process is initiated. For example, the local node may inform the source, namely the previous node in the path, to resend the packet via another node. Alternatively, the local node may return the received packet to the source node for rerouting using an entirely different routing protocol.</p>
<p id="p0039" num="0039">As a part of the forwarding decision, a local table maintained by the local node is examined to determine the best next hop. The best next hop may be based on various criteria including distance, output power required to establish communication, retry history (reliability), throughput history, speed of transfer (net data rate), network delay, data priority, link utilization percentage, closeness to desired destination, closeness to desired bearing, randomness, closeness to local bearing, a link quality factor and the like. In a specific embodiment, optimum forward progress is the<!-- EPO <DP n="16"> --> primary criterion, that is, maximum forward progress attainable using the least amount of power and taking into account characteristics of the system. This is determined by calculating the metric between the destination coordinate and the neighbor node and selecting the optimum metric among all neighboring nodes of the subject node. The power requirement may be observed by simply noting whether a "sent" packet reaches the next node; if not, there was not enough power. The packet is then sent to the best node based on this power limitation, or the system automatically increases power so the packet will reach the best node. Typically, there is an initialization procedure which is executed to determine the latitude and longitude of neighbors within a destination quadrant, and the criteria are weighted in accordance with preselected protocol criteria. The criteria may be adjusted from time to time or automatically based on experience with the network.</p>
<p id="p0040" num="0040">History of communication is an important factor in developing and maintaining a local table. For example, history of communication with a dead end node would provide an indication to the local node that such a dead end node is not useful for forwarding packets.</p>
<p id="p0041" num="0041">Routing errors are identified by type and processed accordingly. There are for example three types of routing errors, Bad Destination, Can't Get There, Retried Out. Bad Destination errors are errors where the destination node is incorrectly specified. A packet containing a Bad Destination designator will have searched for the destination until it is discarded by the network.</p>
<p id="p0042" num="0042">Can't Get There errors are similar to Bad Destination errors, except that a proper destination address has been specified. For example, if no provision is provided to get around a topological obstacle, such an<!-- EPO <DP n="17"> --> error would be generated. The packet would require retransmission via a more robust protocol if delivery of the packet is to be achieved.</p>
<p id="p0043" num="0043">Retry Out errors occur when the network is too busy to handle all packets. Undelivered packets require retransmission at a later time.</p>
<p id="p0044" num="0044">Once a decision is made as to which neighbor node is to receive the packet, the local node changes the packet header address by putting the address of the best next hop into an appropriate field of the header and then sending it to the interim destination or neighbor node.</p>
<p id="p0045" num="0045">The process is repeated for each hop as the receiving neighbor node becomes the local node for the subject packet. The process continues until the packet finds its ultimate destination.</p>
<p id="p0046" num="0046">The process of error handling is much simplified because the header inherently carries with it sufficient information to compute distance metrics between a packet and its destination.</p>
<p id="p0047" num="0047">The method according to the invention can be used with a variety of routing algorithms and protocols. For example, a maximum forward progress (MFP) routing algorithm may be used. According to the MFP algorithm, a node attempts to send data to its neighbor closest to the final destination. In this algorithm, the transmitter power is selected to be whatever is required to establish the link. This technique has particular advantage where transit time is critical.</p>
<p id="p0048" num="0048">Alternatively, and preferably in packet applications, a nearest forward progress (NFP) algorithm may be used. In a nearest forward progress algorithm, the local node utilizes the minimum power necessary to link with a neighbor and still make some forward progress. This technique has particular advantage in dense and complex networks where transit time is less<!-- EPO <DP n="18"> --> critical. It has been found that overall network throughput improves in a very active network when the nearest forward progress technique is employed, as compared to conventional techniques which create large numbers of collisions due to large numbers of active packets in the same broadcast area. This represents a departure from conventional theory which preferred to cause data to be moved as far as possible with each hop on grounds that minimizes relays would avoid delay. A nearest forward progress algorithm uses a channel more efficiently in packet radio communications because transmitters can use lower power and are less likely to be heard by unaddressed stations and therefore are less likely to cause interference due to collisions.</p>
<p id="p0049" num="0049">Another useable algorithm is the flooding sink or "Wildfire" algorithm, mentioned hereinabove. In the flooding sink algorithm, the local node routes data to all neighbors (other than the source node). Some directional bias may be applied in order to limit the range within a destination quadrant or hemisphere to which data packets are sent. To prevent packets from circulating indefinitely and to eliminate redundant rebroadcast, a packet is only rebroadcast when heard for the first time.</p>
<p id="p0050" num="0050">Finally, a biased random routing algorithm may be employed. The biased random routing algorithm is the simplest routing algorithm. It distributes data relatively quickly and preferably it is biased to deliver data to only one hemisphere so that data is sent to anyone in the correct general direction of the destination.</p>
<p id="p0051" num="0051">In a more detailed embodiment, the present invention can be viewed in the context of the seven-layer OSI (Open Systems Interconnection) architecture and protocols in connection with HDLC, the standard bit-transparent<!-- EPO <DP n="19"> --> data link control for point-to-point and point-to-multipoint connections. The invention is intentionally designed to be independent of any specific apparatus so long as it operates within the standard. In an exemplary implementation as shown in Fig. 3, a network could comprise a plurality of nodes 20, each consisting of a standard terminal node controller (TNC) (such as a TAPR TNC-2) implemented as an ordinary AX.25 digipeater node broadcasting through an ordinary VHF transceiver 24 (such as a Kenwood Model 7930) and using an optional personal computer 26 (such as an IBM PC-XT) as a terminal emulator and running appropriate software in the TNC 22 and/or the computer 26 according to the invention. The transceiver 24 typically includes means for measuring, directly or indirectly, the strength of a received signal, and imbedded in the structure of the packet according to the invention is sufficient information to identify location from which distances can be computed.<!-- EPO <DP n="20"> --></p>
<p id="p0052" num="0052">The invention has now been explained with reference to specific embodiments. Other embodiments will be apparent to those of ordinary skill in the art. It is therefore not intended that this invention be limited except as indicated by the appended claims.</p>
</description><!-- EPO <DP n="21"> -->
<claims id="claims01" lang="en">
<claim id="c-en-01-0001" num="0001">
<claim-text>A method for routing packets of data without a network directory characterized in that
<claim-text>- to each node in a network an identifier indicative of its geographic location is assigned whereby said identifier includes a coordinate value referenced to a terrestrial grid,</claim-text>
<claim-text>- a packet to an ultimate destination node is addressed by designating in a packet a header said ultimate destination node only by said coordinate value of said ultimate destination node and without designating a complete intermediate path to said ultimate destination node such that the network is free to route the packet via any intermediate path to said ultimate destination node,</claim-text>
<claim-text>- at said local node at least one of said neighboring nodes is selected by using said packet header and other information specific to said local node according to preselected criteria,</claim-text>
<claim-text>- said packet is forwarded to said selected neighboring node for eventual delivery to said ultimate destination node and</claim-text>
<claim-text>- one neighboring node is selected which requires the last amount of power for forwarding said packet.</claim-text><!-- EPO <DP n="22"> --></claim-text></claim>
<claim id="c-en-01-0002" num="0002">
<claim-text>The method according to claim 1 wherein said selecting step includes using said packet header to determine distance of neighboring nodes relative to said ultimate destination node.</claim-text></claim>
<claim id="c-en-01-0003" num="0003">
<claim-text>The method according to claim 1 wherein said selecting step includes developing a local table for maintaining communication history between said local nodes and said neighboring nodes.<!-- EPO <DP n="23"> --></claim-text></claim>
<claim id="c-en-01-0004" num="0004">
<claim-text>The method according to claim 3 wherein said local table maintains information about said neighboring nodes on at least one of the following criteria: distance, output power required to establish communication, retry history (reliability), throughput history, speed of transfer (net data rate), network delay, data priority, link utilization percentage, closeness to desired destination, closeness to desired bearing, randomness, and closeness to local bearing.</claim-text></claim>
<claim id="c-en-01-0005" num="0005">
<claim-text>The method according to claim 3 wherein a link quality factor is employed to define preferred communication paths.<!-- EPO <DP n="24"> --></claim-text></claim>
<claim id="c-en-01-0006" num="0006">
<claim-text>A system for routing packets of data in a packet data communication network without a network directory characterized in that there are provided:
<claim-text>- means for assigning to each node (A-Z) in a network (10) an identifier indicative of geographic location, said identifier including a coordinate value referenced to a terrestrial grid,</claim-text>
<claim-text>- means for addressing a packet to an ultimate destination node by designating in a packet header said ultimate destination node only by said coordinate value of said ultimate destination node and without designating a complete intermediate path to said ultimate destination node of such that the network is free to route the packet via any intermediate path to said ultimate destination node, and</claim-text>
<claim-text>- means for selecting one neighboring node requiring the least amount of power for forwarding said packet.</claim-text></claim-text></claim>
<claim id="c-en-01-0007" num="0007">
<claim-text>A system according to claim 6 further comprising:
<claim-text>- at a local node, means for selecting at least one of said neighboring nodes by using said packet header and other information specific to said local node according to preselected criteria, and</claim-text>
<claim-text>- means for forwarding said packet to said selected neighboring nodes for eventual delivery to said ultimate destination node.</claim-text></claim-text></claim>
<claim id="c-en-01-0008" num="0008">
<claim-text>The system according to claim 7 wherein said selecting means comprises means for selecting one neighboring node requiring the least amount of power for forwarding said packet.</claim-text></claim>
<claim id="c-en-01-0009" num="0009">
<claim-text>The system according to claim 7 wherein said selecting means includes means for using said packet header to determine distance of neighboring nodes relative to said ultimate destination node.<!-- EPO <DP n="25"> --></claim-text></claim>
<claim id="c-en-01-0010" num="0010">
<claim-text>The system according to claim 7 wherein said selecting means includes means for developing a local table for maintaining communication history between said local nodes and said neighboring nodes.</claim-text></claim>
<claim id="c-en-01-0011" num="0011">
<claim-text>The system according to claim 10 wherein said local table maintains information about said neighboring nodes on at least one of the following criteria: distance, output power required to establish communication, retry history (reliability), throughput history, speed of transfer (net data rate), network delay, data priority, link utilization percentage, closeness to desired destination, closeness to desired bearing, randomness, and closeness to local bearing.<!-- EPO <DP n="26"> --><!-- EPO <DP n="27"> --></claim-text></claim>
</claims><!-- EPO <DP n="28"> -->
<claims id="claims02" lang="de">
<claim id="c-de-01-0001" num="0001">
<claim-text>Verfahren zum Leiten von Datenpaketen ohne ein Netzwerk-Adressbuch, dadurch gekennzeichnet, daß
<claim-text>- für jeden Knoten in einem Netzwerk ein Identifizierer zugeordnet ist, der seinen geographischen Ort anzeigt, wobei der Identifizierer einen Koordinatenwert umfaßt, der auf ein Erdgitter bezogen ist,</claim-text>
<claim-text>- ein Paket zu einem End-Bestimmungsknoten adressiert wird durch Festlegung des End-Bestimmungsknotens in einer Kopfadresse des Paketes alleine durch den Koordinatenwert des End-Bestimmungsknotens und ohne Festlegung einer vollständigen Zwischenstrecke zu dem End-Bestimmungsknoten, so daß das Netzwerk frei ist, das Paket über irgendeine Zwischenstrecke zu dem End-Bestimmungsknoten zu leiten,</claim-text>
<claim-text>- an dem lokalen Knoten wenigstens einer der Nachbarknoten ausgewählt wird durch die Verwendung der Paket-Kopfadresse und anderer für den lokalen Knoten gemäß vorgewählter Kriterien spezifischer Information,</claim-text>
<claim-text>- das Paket zu dem ausgewählten Nachbarknoten weitergesendet wird für eine eventuelle Abgabe an den End-Bestimmungsknoten, und</claim-text>
<claim-text>- ein Nachbarknoten ausgewählt wird, der den geringsten Leistungsbetrag für die Weitergabe des Paketes erfordert.</claim-text></claim-text></claim>
<claim id="c-de-01-0002" num="0002">
<claim-text>Verfahren nach Anspruch 1, wobei der Auswahlschritt die Verwendung der Paket-Kopfadresse umfaßt, um die Entfernung von Nachbarknoten in bezug auf den End-Betimmungsknoten festzustellen.</claim-text></claim>
<claim id="c-de-01-0003" num="0003">
<claim-text>Verfahren nach Anspruch 1, wobei der Auswahlschritt die Entwicklung einer lokalen Tabelle umfaßt für die Aufrechterhaltung des Dialogverlaufs zwischen den lokalen Knoten und den Nachbarknoten.<!-- EPO <DP n="29"> --></claim-text></claim>
<claim id="c-de-01-0004" num="0004">
<claim-text>Verfahren nach Anspruch 3, wobei die lokale Tabelle Information über die Nachbarknoten aufgrund wenigstens einer der folgenden Kriterien aufrechterhält: Entfernung, für die Errichtung der Verbindung erforderliche Ausgangsleistung, Aufsuchverlauf (Verlässlichkeit), Durchgangsverlauf, Übertragungsgeschwindigkeit (Netz-Datenrate), Netzwerkverzögerung, Datenpriorität, Prozentsatz der Verbindungsverwendung, Nähe zu der gewünschten Bestimmung, Nähe zu der gewünschten Peilung, Zufälligkeit und Nähe zu der lokalen Peilung.</claim-text></claim>
<claim id="c-de-01-0005" num="0005">
<claim-text>Verfahren nach Anspruch 3, wobei ein Verbindungs-Qualitätsfaktor verwendet wird, um bevorzugte Dialogstrecken zu definieren.</claim-text></claim>
<claim id="c-de-01-0006" num="0006">
<claim-text>System zum Leiten von Datenpaketen in einem Datenpaket-Dialognetzwerk ohne ein Netzwerk-Adressbuch, dadurch gekennzeichnet, daß vorgesehen sind:
<claim-text>- Mittel zur Zuordnung eines Identifizierers zu jedem Knoten (A-Z) in einem Netzwerk (10), der den geographischen Ort anzeigt, wobei der Identifizierer einen Koordinatenwert umfaßt. der auf ein Erdgitter bezogen ist,</claim-text>
<claim-text>- Mittel zur Adressierung eines Paketes zu einem End-Bestimmungsknoten durch Festlegung des End-Bestimmungsknotens in einer Kopfadresse des Paketes allein durch den Koordinatenwert des End-Bestimmungsknotens und ohne Festlegung einer vollständigen Zwischenstrecke zu dem End-Bestimmungsknoten, so daß das Netzwerk frei ist, das Paket über irgendeine Zwischenstrecke zu dem End-Bestimmungsknoten zu leiten, und</claim-text>
<claim-text>- Mittel zur Auswahl eines Nachbarknotens, der den geringsten Leistungsbetrag für die Weitergabe des Pakets fordert.</claim-text></claim-text></claim>
<claim id="c-de-01-0007" num="0007">
<claim-text>System nach Anspruch 6, ferner umfassend:<!-- EPO <DP n="30"> -->
<claim-text>- Mittel zur Auswahl wenigstens eines Nachbarknotens an einem lokalen Knoten durch Verwendung der Paket-Kopfadresse und anderer, für den lokalen Knoten gemäß vorgewählter Kriterien spezifischer Information, und</claim-text>
<claim-text>- Mittel zum Versand des Paketes zu den ausgewählten Nachbarknoten für die eventuelle Abgabe zu dem End-Bestimmungsknoten.</claim-text></claim-text></claim>
<claim id="c-de-01-0008" num="0008">
<claim-text>System nach Anspruch 7, wobei die Auswahleinrichtung Mittel umfaßt zur Auswahl eines Nachbarknotens, der den geringsten Leistungsbetrag für den Versand des Paketes erfordert.</claim-text></claim>
<claim id="c-de-01-0009" num="0009">
<claim-text>System nach Anspruch 7, wobei die Auswahleinrichtung Mittel umfaßt zur Verwendung der Paket-Kopfadresse, um die Entfernung von Nachbarknoten in bezug auf den End-Bestimmungsknoten festzustellen.</claim-text></claim>
<claim id="c-de-01-0010" num="0010">
<claim-text>System nach Anspruch 7, wobei die Auswahleinrichtung Mittel umfaßt zur Bildung einer lokalen Tabelle für die Aufrechterhaltung des Dialogverlaufs zwischen den lokalen Knoten und den Nachbarknoten.</claim-text></claim>
<claim id="c-de-01-0011" num="0011">
<claim-text>System nach Anspruch 10, wobei die lokale Tabelle Information über die Nachbarknoten aufgrund wenigstens einer der folgenden Kriterien aufrechterhält: Entfernung, für die Errichtung der Verbindung erforderliche Ausgangsleistung, Aufsuchverlauf (Zuverlässigkeit), Durchgangsverlauf, Übertragungsgeschwindigkeit (Netz-Datenrate), Netzwerkverzögerung, Datenpriorität, Prozentsatz der Verbindungsverwendung, Nähe zu der gewünschten Bestimmung. Nähe zu der gewünschten Peilung, Zufälligkeit und Nähe zu der lokalen Peilung</claim-text></claim>
</claims><!-- EPO <DP n="31"> -->
<claims id="claims03" lang="fr">
<claim id="c-fr-01-0001" num="0001">
<claim-text>Procédé d'acheminement de paquets de données sans annuaire de réseau, caractérisé en ce que :
<claim-text>- on attribue à chaque noeud dans un réseau un identificateur indiquant sa position géographique, ledit identificateur incluant une valeur de coordonnées se rapportant à un référentiel terrestre,</claim-text>
<claim-text>- on adresse un paquet vers son noeud de destination finale en désignant dans un en-tête du paquet ledit noeud de destination finale uniquement au moyen de ladite valeur de coordonnées dudit noeud de destination finale et sans spécifier un chemin intermédiaire complet conduisant audit noeud de destination finale, de sorte que le réseau a la possibilité d'acheminer le paquet en utilisant n'importe quel chemin intermédiaire conduisant audit noeud de destination finale,</claim-text>
<claim-text>- au niveau dudit noeud local, on choisit au moins l'un desdits noeuds voisins en utilisant ledit en-tête de paquet et d'autres informations propres audit noeud local conformément à des critères choisis à l'avance,</claim-text>
<claim-text>- on fait passer ledit paquet, dans le but de le faire parvenir au bout du compte audit noeud de destination finale, audit noeud voisin choisi, et</claim-text>
<claim-text>- on choisit le noeud voisin qui nécessite le moins de puissance pour faire passer ledit paquet.</claim-text></claim-text></claim>
<claim id="c-fr-01-0002" num="0002">
<claim-text>Procédé selon la revendication 1, dans lequel ladite étape de choix comprend l'utilisation dudit en-tête de paquet pour déterminer la distance des noeuds voisins par rapport audit noeud de destination finale.</claim-text></claim>
<claim id="c-fr-01-0003" num="0003">
<claim-text>Procédé selon la revendication 1, dans lequel ladite étape de choix comprend la constitution d'une table locale servant à garder en mémoire l'historique des télécommunications entre lesdits noeuds locaux et lesdits noeuds voisins.</claim-text></claim>
<claim id="c-fr-01-0004" num="0004">
<claim-text>Procédé selon la revendication 3, dans lequel ladite table locale garde en mémoire des informations concernant lesdits noeuds voisins sur la base d'au moins<!-- EPO <DP n="32"> --> l'un des critères suivants : la distance, la puissance de sortie requise pour établir les télécommunications, l'historique des rappels (fiabilité), l'historique des débits, la vitesse de transfert (débit de données net), le retard de réseau, les priorités des données, le pourcentage d'utilisation des liaisons, la proximité par rapport à une destination souhaitée, la proximité par rapport à un support souhaité, le hasard, et la proximité par rapport à un support local.</claim-text></claim>
<claim id="c-fr-01-0005" num="0005">
<claim-text>Procédé selon la revendication 3, dans lequel on utilise un facteur de qualité de liaison pour déterminer quels sont les chemins de télécommunications préférés.</claim-text></claim>
<claim id="c-fr-01-0006" num="0006">
<claim-text>Système servant à acheminer des paquets de données dans un réseau de télécommunications de données par paquets n'utilisant pas d'annuaire de réseau, caractérisé en ce que l'on a prévu :
<claim-text>- des moyens pour attribuer à chaque noeud (A-Z) dans un réseau (10) un identificateur indiquant la position géographique, ledit identificateur comprenant une valeur de coordonnées se rapportant à un référentiel terrestre,</claim-text>
<claim-text>- des moyens pour adresser un paquet à un noeud de destination finale en désignant dans un en-tête du paquet ledit noeud de destination finale uniquement au moyen de ladite valeur de coordonnées dudit noeud de destination finale et sans spécifier un chemin intermédiaire complet conduisant au dit noeud de destination finale, de sorte que le réseau a la possibilité d'acheminer le paquet en suivant n'importe quel chemin intermédiaire conduisant audit noeud de destination finale, et</claim-text>
<claim-text>- des moyens servant à choisir le noeud voisin qui nécessite le moins de puissance pour faire passer ledit paquet.</claim-text></claim-text></claim>
<claim id="c-fr-01-0007" num="0007">
<claim-text>Système selon la revendication 6, comprenant en outre :
<claim-text>- au niveau d'un noeud local, des moyens servant à choisir au moins l'un desdits noeuds voisins en utilisant lesdits en-têtes de paquet et d'autres informations<!-- EPO <DP n="33"> --> propres audit noeud local conformément à des critères choisis à l'avance, et</claim-text>
<claim-text>- des moyens servant à faire passer ledit paquet, dans le but de le faire parvenir au bout du compte audit noeud de destination finale, auxdits noeuds voisins choisis.</claim-text></claim-text></claim>
<claim id="c-fr-01-0008" num="0008">
<claim-text>Système selon la revendication 7, dans lequel lesdits moyens de choix comprennent des moyens servant à choisir le noeud voisin qui nécessite le moins de puissance pour faire passer ledit paquet.</claim-text></claim>
<claim id="c-fr-01-0009" num="0009">
<claim-text>Système selon la revendication 7, dans lequel lesdits moyens de choix comprennent des moyens pour utiliser ledit en-tête de paquet afin de déterminer la distance des noeuds voisins par rapport audit noeud de destination finale.</claim-text></claim>
<claim id="c-fr-01-0010" num="0010">
<claim-text>Système selon la revendication 7, dans lequel lesdits moyens de choix comprennent des moyens servant à constituer une table locale servant à garder en mémoire l'historique des télécommunications entre lesdits noeuds locaux et lesdits noeuds voisins.</claim-text></claim>
<claim id="c-fr-01-0011" num="0011">
<claim-text>Système selon la revendication 10, dans lequel ladite table locale garde en mémoire des informations concernant lesdits noeuds voisins sur la base d'au moins l'un des critères suivants : la distance, la puissance de sortie requise pour établir les télécommunications, l'historique des rappels (fiabilité), l'historique des débits de données, la vitesse de transfert (débit de données net), les retards de réseau, les priorités des données, le pourcentage d'utilisation des liaisons, la proximité par rapport à une destination souhaitée, la proximité par rapport à un support souhaité, le hasard, et la proximité par rapport à un support local.</claim-text></claim>
</claims><!-- EPO <DP n="34"> -->
<drawings id="draw" lang="en">
<figure id="f0001" num=""><img id="if0001" file="imgf0001.tif" wi="122" he="136" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="35"> -->
<figure id="f0002" num=""><img id="if0002" file="imgf0002.tif" wi="92" he="163" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="36"> -->
<figure id="f0003" num=""><img id="if0003" file="imgf0003.tif" wi="144" he="225" img-content="drawing" img-format="tif"/></figure>
</drawings>
</ep-patent-document>
