Title of Invention

" A METHOD FOR USE IN AN AD-HOC WLAN SYSTEM"

Abstract The invention refers to a method for use by a first node in an ad-hoc WLAN, which first node maintains a table of other nodes within the network which can be used for forwarding messages. The method comprises the step of letting the first node receive a first signal from a second node, and additionally comprises the steps of : -letting the first node analyse the signal received from the second signal, -if the second node is already present in the table maintained by the first node, the signal strength is compared to a first predetermined comparison level, -if the second node is not present in the table, its signal strength is compared to a second predetermined comparison level, -if the signal strength from the second node exceeds the releva...
Full Text TECHNICAL FIELD
The present invention relates to a method for use by a first node in an ad-hoc Wireless Local Area Network (WLAN) which first node maintains a table of other nodes within the network which can be used for forwarding messages within the network. By means of the invention, a more reliable and efficient communication within an ad-hoc system can be obtained.
BACKGROUND ART
So called ad-hoc networks within Wireless Local Area Network (WLAN) systems are infrastructure-less networks. Nodes (e.g. subscribers or users) in an ad-hoc network are usually mobile, have a short-range wireless access and can join and leave the network at any time. Due to a limited range of applied wireless technologies, multiple hops are usually needed for communication.
Since there is no infrastructure within the system, the nodes themselves have to forward packets for other nodes, and hence have to act as both hosts and routers. In an ad-hoc network, the nodes are also responsible for network configuration and maintenance. Several routing protocols have been proposed for this kind of environment, usually modifications of the existing routing protocols for fixed networks. Examples of the most advanced ones are AODV (Ad hoc On Demand Distance Vector) and DSR (Dynamic Source Routing).
The AODV specification suggests either link layer information or usage of certain messages, for example the so called HELLO message, for neighbourhood detection. Since not all kinds of hardware provides support for adequate link layer notifications, such messages are used in many implementations. The specification defines that whenever a node A receives
such a message from node B, node A includes node B into the routing table, and can eventually use node B for route establishment. If node A does not receive a certain number of consecutive HELLO messages from node B (each node broadcasts HELLO message periodically), it removes node B from the routing table.
There is a possibility that node A will receive HELLO messages from node B without node B receiving user packets from node A. This is due to the fact that certain kinds of hardware treat broadcast and unicast packets differently, and hence the range of respective packets is different. This causes a major problem for AODV performance, since neighbouring nodes can be falsely detected and routes established although it is not possible to send packets over them.
Another problem is that even when it is possible to send user packets to the neighbouring node, the quality of the link between the neighbours can be very poor and will cause errors, retransmissions, lower throughput and eventually route breakage. In this case, it would be better to establish a multi-hop route with high quality links than a 1-hop route with a low quality link.
DISCLOSURE OF THE INVENTION
As has become evident from the initial description, there is a need for a method by means of which a node in an ad-hoc network in a WLAN-system can establish and maintain reliable communication paths via other nodes in the ad-hoc system.
This need is addressed by the present invention in that it provides a method for use by a first node in an ad-hoc Wireless Local Area Network (WLAN), which first node maintains a table of other nodes within the network which can be used for forwarding messages within the network. The method comprises the step of letting the first node receive a first signal from a second
node, and additionally comprises the step of letting the first node analyse the signal received from the second signal.
If the second node is already present in the table maintained by the first node, the signal strength is compared to a first predetermined comparison level, and if the second node is not present in the table, its signal strength is compared to a second predetermined comparison level.
If the signal strength from the second node exceeds the relevant comparison level, the first node decides that the second node may be used in the table.
Thus, by means of the method according to the present invention, an ad-hoc system in an WLAN system can be established and maintained in a more reliable way than has been possible with previously known technology.
BRIEF DESCRIPTION OF DRAWINGS
The invention will be described in more detail below, with reference to the
appended drawings, in which
Fig 1 schematically shows an ad-hoc WLAN-system, and
Fig 2 shows a flowchart used by a node in an ad-hoc WLAN-system
according to the invention.
EMBODIMENTS
Fig 1 schematically shows an ad-hoc network in a WLAN-system. The WLAN-system can, for example, be established within the framework of one of the various so called 802.11 systems, or can alternatively be established using another technology for such systems. As can be seen from the drawing, the system used to illustrate the invention comprises three nodes, referred to as A, B and C, but the exact number of node can of course vary, and is not of decisive importance for the invention.
The term "ad-hoc" refers to the fact that the network does not contain any fixed infrastructure such as Access Points which serve to direct and route traffic within the system. Instead, the individual nodes forward packets for other nodes, and thus each individual node has to have the ability to act both as a server and as a router.
Node A, for example, in its capacity as server and/or router maintains a list of neighbouring nodes which can assist node A in routing messages. Nodes are added or maintained on this list on the basis of messages which are received form these nodes. Route establishment is based on broadcasting and re-broadcasting route requests, and waiting for route replies from either the destination node or some intermediate node that already has the route to the destination. Route reply is unicast back to the source node.
The term "unicast" here refers to a message sent from a first node, intended for a second "addressee" node, whereas the term "broadcast" refers to a message sent form a first node, intended for more than one "addressee" node.
- The messages on the basis of which nodes are added to or kept on the list maintained by node A can be one or more specific messages, chosen more or less arbitrarily, or a message used specifically for this purpose. An example of a message which may be used in the AODV (Ad hoc On Demand Vector) protocol is the so called HELLO message, which is broadcast by every node periodically.
In current AODV systems, whenever a node A receives a HELLO message from node B, node A includes the node B into the routing table, and can eventually use node B for route establishment. If node A does not receive two consecutive HELLO messages from node B (each node broadcast HELLO message periodically), it removes node B from the routing table.
The fact that some messages are broadcast and others are unicast may cause problems, since certain kinds of hardware and/or software treat broadcast messages differently than unicast messages. Broadcast messages may have a longer range than unicast messages, which will lead to neighbouring nodes being falsely detected as nodes which may be used for routing, although in actual fact it is not possible to send messages or data packets via these nodes.
Additionally, even if a node whose broadcast message has been detected is possible to use for routing, the quality of the link between node A and this mode can be very poor, leading to a multitude of problems. In such a case, it might be better to establish a route with more nodes in it than to take "a shortcut" via a node which will give poor transmission quality.
With renewed reference to fig 1, the following is a scenario which might occur: A two-hop route is established between nodes A and C via node B. When node C comes closer to node B, node A might receives some of the HELLO messages from node C. When node A receives a HELLO message from node C it will regard node C as a neighbour, and will try to send user packets directly to it, rather than via node B. However, since the Signal to Noise Ration (SNR) of the signals between nodes A and C is low, errors are likely to occur on the link, and throughput will be low. Hence, it would be better to use the 2-hop route (A-B-C) with good quality links instead of the 1-hop (A-C) route with poor quality link.
Oscillations between "is a neighbour" and "is not a neighbour" are possible as well. If, after receiving one HELLO message from node C, node A does not receive another HELLO message from node C, node A will remove node C from the routing table, and a route re-establishment procedure will be invoked, causing delays and throughput decrease. After that, another HELLO message could come through and node C would become a neighbour again.
The problems described above, i.e. problems caused by a difference in range between different kinds of messages are addressed by the present invention, which will be described with reference to fig 2.
Fig 2 is a schematic block diagram of a possible embodiment of the method^ according to the invention.
Node A which receives a message from another node first attempts (block 10) to identify the message as one originating from a node which is accepted by node A, for example the AODV protocol. If the message which is received is from a "foreign" protocol, the message is simply discarded (block 80).
If, however, the message is from an "accepted" protocol, node A will see if the sending node is one which is already present in the routing table maintained by node A (block 20). If this is so, the signal level, SNR, of the received signal, will be tested against a first threshold level, (block 40). If the SNR of the signal falls below this level, the message is discarded or ignored, (block 80). If, however, the SNR of the of the received signal exceeds or is equal to the first threshold level, the sending node is maintained in the routing table of node A.
Reverting now to block 20, if the sending node is not one which is present in the routing table maintained by node A, the message is considered to originate from a node which is "new" to the routing table of node A. The SNR of the message is then tested against a second threshold level, which is higher than the first threshold level used for messages from "existing" nodes
If the message from the "new" node has an SNR which does not exceed or is equal to the second threshold level, the message is discarded (block 80). If, however, the message's SNR does exceed the second threshold level, the node is added to the routing table maintained by node A.
Thus, by means of the method according to the invention, the second threshold used for unknown nodes helps to define required quality of existing links, and effectively differentiates between "good" and "bad" neighbours, i.e. between good and bad quality links. If the link quality of the-link to a potential neighbour (either previously unknown to the node or a multi-hop connection to this node already exists) is above the defined threshold, that node becomes a new neighbour.
Additionally, since, due to the wireless nature of the link, the SNR can vary even if nodes are not moving. The first threshold level used for existing nodes defines a margin for the SNR that allows SNR variations to a certain extent. This minimises the probability that nodes will oscillate between neighbours and non-neighbours, which increases the stability of the network. Thus, once a route is established, it will not be lost because of one weak signal.
For the threshold values, a level of 10 dB for the first threshold value, and a level of 15 dB for the second threshold value are values which have given good results. Naturally, these values can be varied freely within the scope of the invention, and are only mentioned as examples of values which have proven useful.
The invention is not limited to the embodiment described above, but can be varied freely within the scope of the appended claims.





We Claim:
1. A method of transmitting messages in an ad-hoc Wireless Local Area Network
(WLAN) characterized in that using a first node which maintains a table of other nodes
for transmitting messages within the network.;
Said method comprising the steps of:
a - receiving by a transceiver the first signal by the first node from a second node; b - analyzing the signal received from the second node by the first node; and c - comparing the signal strength to a first threshold level by a first comparator means if the second node is already present in the table maintained by the first node, or
comparing the signal strength to a second threshold level by a second comparator means if the second node is not present in the table, and d - determining at the first node that the second node may be used in the table, if
the signal strength from the second node exceeds the relevant threshold level.
2. The method as claimed in claim 1, wherein the said method is applied in an AODV system.
3. The method as claimed in claim 1, wherein the said method is applied in an IEEE 802.11-system.

Documents:

1085-delnp-2005-abstract.pdf

1085-delnp-2005-claims.pdf

1085-delnp-2005-complete specification (as,files).pdf

1085-delnp-2005-complete specification (granted).pdf

1085-DELNP-2005-Correspondence-Others-(12-07-2010).pdf

1085-DELNP-2005-Correspondence-Others.pdf

1085-delnp-2005-correspondence-po.pdf

1085-delnp-2005-description (complete).pdf

1085-delnp-2005-drawings.pdf

1085-delnp-2005-form-1.pdf

1085-delnp-2005-form-13.pdf

1085-delnp-2005-form-18.pdf

1085-delnp-2005-form-2.pdf

1085-delnp-2005-form-3.pdf

1085-delnp-2005-gpa.pdf

1085-delnp-2005-pct-101.pdf

1085-delnp-2005-pct-210.pdf

1085-delnp-2005-pct-402.pdf

1085-delnp-2005-pct-408.pdf

1085-delnp-2005-pct-409.pdf


Patent Number 245761
Indian Patent Application Number 1085/DELNP/2005
PG Journal Number 05/2011
Publication Date 04-Feb-2011
Grant Date 31-Jan-2011
Date of Filing 18-Mar-2005
Name of Patentee TELEFONAKTIEBOLAGET L.M. ERICSSON(PUBL)
Applicant Address S-126 25 STOCKHOLM, SWEDEN.
Inventors:
# Inventor's Name Inventor's Address
1 DUPCINOV, NARINA 89, RANELAPH ROAD, DUBLIN 6, IRELAND.
2 KRCO, SRDJAN 19, THE HEIGHTS, WOODPARK, BALLINTEER, DUBLIN D16, IRELAND.
3 JAKOB, MARKUS AM FEDNER 10, 97453 LOFFELSTERZ, GERMANY
PCT International Classification Number H04L 12/56
PCT International Application Number PCT/SE2002/001977
PCT International Filing date 2002-10-30
PCT Conventions:
# PCT Application Number Date of Convention Priority Country
1 PCT/SE2002/001977 2002-10-30 PCT