System and method to maximize channel utilization in a multi-channel wireless communication network

Abstract

A system and method for data transmission using a multichannel medium access control (MAC) protocol to send small messages on the reservation channel directly without any RTS/CTS handshake or channel switching delays. The message is assigned a special type so that it can be distinguished from the RTS/CTS message. The message can also include information about congestion, activity, device type, mobility level, and so forth.

Description

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to a system and method to increase channel utilization in a wireless communication network using a multichannel medium access control (MAC) protocol. The messages are sent directly on the reservation channel without any request-to-send/clear-to-send (RTS/CTS) handshake. Each message can further be assigned a special type indicator allowing it to be easily distinguished from the RTS/CTS message.

2. Description of the Related Art

Wireless communications networks, such as mobile wireless telephone networks, have become increasingly prevalent over the past decade. These wireless communications networks are commonly referred to as “cellular networks”, because the network infrastructure is arranged to divide the service area into a plurality of regions called “cells”. A terrestrial cellular network includes a plurality of interconnected base stations, or base nodes, that are distributed geographically at designated locations throughout the service area. Each base node includes one or more transceivers that are capable of transmitting and receiving electromagnetic signals, such as radio frequency (RF) communications signals, to and from mobile user nodes, such as wireless telephones, located within the coverage area. The communication signals may include, for example, voice data that has been modulated according to a desired modulation technique and transmitted as data packets. As can be appreciated by one skilled in the art, network nodes transmit and receive data packet communications in a multiplexed format, such as time-division multiple access (TDMA) format, code-division multiple access (CDMA) format, or frequency-division multiple access (FDMA) format, which enables a single transceiver at the base node to communicate simultaneously with several mobile nodes within its coverage area.

In recent years, a type of mobile communications network known as an “ad-hoc” network has been developed for use by the military. In this type of network, each mobile node is capable of operating as a base station or router for the other mobile nodes, thus eliminating the need for a fixed infrastructure of base stations. Details of an ad-hoc network are set forth in U.S. Pat. No. 5,943,322 to Mayor, the entire content of which is incorporated herein by reference.

More sophisticated ad-hoc networks are also being developed which, in addition to enabling mobile nodes to communicate with each other as in conventional ad-hoc networks, further enable mobile nodes to access a fixed network and thus communicate with other mobile nodes, such as those on the public switched telephone network (PSTN), and on other networks such as the Internet. Details of these advanced types of ad-hoc networks are described in U.S. Pat. No. 7,072,650 entitled “Ad Hoc Peer-to-Peer Mobile Radio Access System Interfaced to the PSTN and Cellular Networks”, granted on Jul. 4, 2006, in U.S. Pat. No. 6,807,165 entitled “Time Division Protocol for an Ad-Hoc, Peer-to-Peer Radio Network Having Coordinating Channel Access to Shared Parallel Data Channels with Separate Reservation Channel”, granted on Oct. 19, 2004, and in U.S. Pat. No. 6,873,839 entitled “Prioritized-Routing for an Ad-Hoc, Peer-to-Peer, Mobile Radio Access System”, granted on Mar. 29, 2005, the entire content of each being incorporated herein by reference.

Communication between nodes in such networks, however, is often subject to collisions. One collision avoidance technique is carrier sense multiple access protocol (CSMA). In this technique, all nodes are forced to wait for a random number of timeslots and then sense the activity of the medium before starting a transmission. If the medium is sensed to be busy, the node freezes its timer until the medium becomes free again, thereby reducing the possibility of two nodes starting to send messages simultaneously. Therefore, as known to those skilled in the art, the range of the random delay, or the contention window, is set to vary with the load, and ARQ is used to finish the successful transmission process. After sending a packet, the sender waits for the “acknowledgement” (ACK) from the receiver. If ACK is not received within the specified time, the sender assumes that a collision has happened, and a retransmission is needed. In the case of a collision, the random delay range is increased progressively until a successful transmission occurs and the delay range is reset to the minimal value. In this case, the CSMA protocol handles ARQ by repeating the whole request to send/clear to send channel access sequence. Large delays are thus incurred due to retransmissions.

One problem associated with CSMA is that “carrier sense” only can detect the interference around the sender. However, of greater concern is interference at the receiver. In order to solve this problem, Phil Karn presented the Multiple Access with Collision Avoidance (MACA) protocol as described in the article entitled “MACA-A New Channel Access Method For Packet Radio”, the entire content of which is incorporated herein by reference. In MACA, a node requiring to transmit data to a receiver first sends a request-to-send (RTS) packet to the receiver to clear the sender's area. Upon receiving RTS successfully, the receiver responds with a clear-to-send (CTS) packet to clear the receiver's area. The RTS/CTS carries the information, which includes source/destination addresses, transmission duration, and so forth, for the intended transmission. Therefore, all nodes overhearing the RTS/CTS will hold their transmission long enough to avoid collision.

MACA protocol introduced RTS-CTS-DATA process to overcome the problem in CSMA. In order to accelerate the confirmation of the correct message transmission, the link layer ACK is introduced in MACAW proposed in “MACAW: A Media Access Protocol for Wireless LAN's” by V. Bharghavan et al., the entire content of which is incorporated herein by reference. One data transmission in MACAW includes RTS-CTS-DATA-ACK exchanges between the sender and the receiver. A variant of MACAW is used in IEEE 802.11 and is known as CSMA/CA. The multichannel MAC design is an extension of MACA/MACAW/CSMA/CA protocols. One channel is reserved for the transmission of control packets such as RTS, CTS, and other channels are used for data packet transmission. The typical process is described below.

In such a process, all nodes in the network keep listening to the reservation channel. Before data packet transmission, RTS/CTS are exchanged between the source and destination via the reservation channel. In RTS/CTS, besides the source/destination addresses and transmission duration information, the information of selected data channel is also carried. Once the exchange of RTS/CTS is successful, both sender and receiver tune to the selected data channel to transmit the data packet and ACK. Upon receiving the ACK, both sender and receiver retune back to the reservation channel to prepare for the future transmission. If a collision happens, the backoff process similar to which is in CSMA will be performed to resolve the collision.

In the multichannel MACA/MACAW and CSMA/CA protocols, the control packet overhead and the tuning delays between reservation channel and data channels are very high which reduces the channel utilization. This problem is more serious when the data packet size is very small. However, in order to coordinate nodes in Ad-Hoc networks, it is very important to distribute node information among neighbor nodes in the form of short Neighbor Advertisement (NA) or short “Hello” message. Accordingly, a need exists for minimizing the transmission overhead for small size packet in the multichannel MACA/MACAW or CSMA/CA protocol.

SUMMARY OF THE INVENTION

An object of the present invention is to provide a system and method for reducing delays in data transmissions using carrier sense multiple access with collision avoidance or a multiple access with collision avoidance as a medium access control protocol.

Another object of the present invention is to provide a system and method for detecting small unicast messages, and where possible, sending such messages directly on the reservation channel between nodes without any request-to-send/clear-to-send handshake.

Another object of the present invention is to provide a system and method for detecting small broadcast messages, and where possible, sending such messages directly on the reservation channel between nodes without any request-to-send message.

Still another object of the present invention is to provide a system and method for assigning a special type indicator to each small message allowing each to be easily distinguished from an RTS/CTS message.

Still another object of the present invention is to provide a system and method for sending each small message at constant power and data rates so such additional information does not need to be transmitted.

Still another object of the present invention is to provide a system and method for providing each small message with bits containing information about congestion, activity, device type, mobility level, and so forth.

These and other objects are substantially achieved by a system and method for data transmission using a carrier sense multiple access with collision avoidance or a multiple access with collision avoidance as a medium access control protocol to detect and send small messages without requiring the receiving node to switch to an indicated data channel. These messages are sent directly on the reservation channel without any request-to-send/clear-to-send handshake, and are assigned a special type indicator allowing each to be easily distinguished from an RTS/CTS message. Each message can be sent at constant power and data rate so such additional information does not need to be transmitted. Each message can also include, but is not limited to, bits containing information about congestion, activity, device type, mobility level, and so forth. Unlike standard practice, this allows creation of a unique MAC message which can be used to send short data messages directly on the reservation channel in a multi-channel MAC and avoid the delays associated with channel switching at both transmitting and receiving nodes.

BRIEF DESCRIPTION OF THE DRAWINGS

These and other objects, advantages and novel features of the invention will be more readily appreciated from the following detailed description when read in conjunction with the accompanying drawings, in which:

FIG. 1 is a block diagram of an example ad-hoc packet switched wireless communications network including a plurality of nodes in accordance with an embodiment of the present invention;

FIG. 2 is a block diagram illustrating an example of a mobile node employed in the network shown in FIG. 1;

FIG. 3A is a flow chart diagram illustrating a prior art short message communication; and

FIG. 3B is a flow chart diagram illustrating an implementation of an embodiment of the present invention in a short message communication.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

In the embodiment of the present invention described below, a data transmission system and method is described in which a MAC protocol is used to detect and send small messages on a reservation channel without requiring the receiving node to switch to an indicated data channel. These messages are sent directly on the reservation channel without any request-to-send/clear-to-send handshake, and associated channel switching delays.

As noted above, in a typical multi-channel wireless communication network using MACA/MACAW or CSMA/CA as MAC protocol, broadcast messages are sent on a data channel. Since all nodes of the network are assumed to constantly listen to the reservation channel, an RTS is sent which informs the neighboring nodes that the next message will be a broadcast message, and will be transmitted after a gap on channel x, where channel x can be any of the available channels in the multi-channel network. Upon receiving this RTS message, all nodes retune to channel x and receive the message. Each node then tunes back to the reservation channel. However, this series of communications results in the following delays. An RTS delay results from the time spent in sending/receiving the initial announcement about the broadcast. A GAP delay results from the time between the RTS and the broadcast message, which overlaps with the returning delay. A Message delay results from the time spent in sending/receiving the broadcast message, and a Return to Reservation Channel delay results from the time required to retune back to the reservation channel.

During the above delays, or “time slices”, no other transmissions can be made, as all the neighbor nodes need to listen to this broadcast packet. Also the nodes run into the risk of losing channel information and can cause hidden node problems which can result in packet collision and ultimately result in poor channel utilization. This process becomes increasingly more inefficient if the message sent on the data channel is comparable to the size of the RTS sent.

Therefore, if the message is small (i.e. comparable to the size of RTS message), the communication process becomes more efficient if the packet is sent on the reservation channel itself rather than the data channel. Such small messages include any number of communications, including a node “hello” or neighbor advertisement. Similarly, small unicast messages can also be sent directly on the reservation channel, thus avoiding RTS/CTS handshake overhead and tuning delays. Such messages can be exchanged in an illustrative network, such as the network 100 of FIG. 1.

FIG. 1 is a block diagram illustrating an example of an ad-hoc packet-switched wireless communications network 100 employing an embodiment of the present invention. Specifically, the network 100 includes a plurality of mobile wireless user terminals 102-1 through 102-n (referred to generally as nodes 102 or mobile nodes 102), and can, but is not required to, include a fixed network 104 having a plurality of access points 106-1, 106-2, . . . 106-n (referred to generally as nodes 106 or access points 106), for providing nodes 102 with access to the fixed network 104. The fixed network 104 can include, for example, a core local access network (LAN), and a plurality of servers and gateway routers to provide network nodes with access to other networks, such as other ad-hoc networks, the public switched telephone network (PSTN) and the Internet. The network 100 further can include a plurality of fixed routers 107-1 through 107-n (referred to generally as nodes 107 or routers 107) for routing data packets between other nodes 102, 106 or 107. It is noted that for purposes of this discussion, the nodes discussed above can be collectively referred to as “nodes 102, 106 and 107”, or simply “nodes”.

As can be appreciated by one skilled in the art, the nodes 102, 106 and 107 are capable of communicating with each other directly, or via one or more other nodes 102, 106 or 107 operating as a router or routers for packets being sent between nodes, as described in U.S. Pat. No. 5,943,322 to Mayor, and in U.S. Pat. Nos. 7,072,650, 6,807,165 and 6,873,839, referenced above. As shown in FIG. 2, each node 102, 106 and 107 includes a transceiver 108 which is coupled to an antenna 110 and is capable of receiving and transmitting signals, such as packetized data, to and from the node 102, 106 or 107, under the control of a controller 112. The packetized data signals can include, for example, voice, data or multimedia information, and packetized control signals, including node update information.

Each node 102, 106 and 107 further includes a memory 114, such as a random access memory (RAM), that is capable of storing, among other things, routing information pertaining to itself and other nodes in the network 100. The nodes periodically exchange respective routing information, referred to as routing advertisements or routing table information, via a broadcasting mechanism, for example, when a new node enters the network or when existing nodes in the network move.

As further shown in FIG. 2, certain nodes, especially mobile nodes 102, can include a host 116 which may consist of any number of devices, such as a notebook computer terminal, mobile telephone unit, mobile data unit, or any other suitable device. Each node 102, 106 and 107 also includes the appropriate hardware and software to perform Internet Protocol (IP) and Address Resolution Protocol (ARP), the purposes of which can be readily appreciated by one skilled in the art. The appropriate hardware and software to perform transmission control protocol (TCP) and user datagram protocol (UDP) may also be included. Additionally, each node includes the appropriate hardware and software to perform automatic repeat request (ARQ) functions, carrier sense multiple access with collision avoidance (CSMA/CA) protocols, and multiple access with collision avoidance (MACA) protocols, and MACA for Wireless (MACAW) protocols as set forth in greater detail below.

In a typical network as shown in FIG. 1, regular neighbor advertisements are sent between nodes 102, 104, 106 and 107, on a regular interval to validate the bidirectional link between the sending node and its neighbor nodes. Such updated advertisements also assist in the quick convergence if a mobile node happens to visit the area. Since this neighbor advertisement message is typically sent by a Neighbor Discovery Module at each node 102, 106 and 107, which lies above the Link Layer in a typical architecture, it adds the LLC header and MAC layer header which increases the size of the packet.

However, to minimize the delays associated with the communication of such messages on the data channel, the embodiment of the present invention determines the size of the message, and where practical to do so, sends the message on the reservation channel. For these “hello” and other small messages, each can be sent on the reservation channel directly without any RTS/CTS handshake. In accordance with an embodiment of the present invention, the message can be assigned a special type or type indicator allowing it to be easily distinguished from an RTS/CTS message. Broadcast messages can furthermore be shortened as they do not require a destination address in addition to the source address. In this example, all hello messages can be treated as broadcast messages.

Each such message sent on the reservation channel can be sent at constant power and data rate levels, thereby eliminating the need to transmit this additional information. Each message can also include, but is not limited to, information about congestion, activity, device type, mobility level and so forth. Additionally, such messages can be helpful in providing smooth handoffs and continuous connectivity as described in U.S. Patent Application Publication No. 20040143842, entitled “System And Method For Achieving Continuous Connectivity To An Access Point Or Gateway In A Wireless Network Following An On-Demand Routing Protocol, and To Perform Smooth Handoff of Mobile Terminals Between Fixed Terminals in the Network”, published on Jul. 22, 2004, the entire content being incorporated herein by reference.

A flow chart representing the operation of the embodiment described above is shown in FIGS. 3A and 3B. FIG. 3A is a flow chart diagram illustrating a known short message communication technique. FIG. 3B is a flow chart diagram illustrating an implementation of an embodiment of the present invention in a short message communication between data terminals, such as nodes 102, 106 and 107.

In FIG. 3A, a first data terminal, or transmitting node sends an initial announcement about a broadcast at 122. A receiving node switches to an indicated data channel to receive the message at 124. The sending and receiving of this initial announcement results in a first time delay t₁. The transmitting node then provides a gap at 126, during which the receiving node re-tunes to the proper data channel at 128, resulting in a second time delay t₂. The broadcast message is sent at 130 and received at 132, resulting in a third time delay t₃. The receiving node then returns to the reservation channel at 134, resulting in a fourth time delay t₄. The cumulative time of the successful communication illustrated in FIG. 3A therefore is the sum of time delays t_1-4.

In an embodiment of the present invention however shown in FIG. 3B, where messages are of a size less than or similar to an RTS message, a first data terminal, or transmitting node can send the message at 142 on the reservation channel. Therefore, the communication model shown in FIG. 3B includes merely time delay t₁. The remaining delays of FIG. 3A have been eliminated.

The embodiment described above is highly efficient as nodes need not waste time in returning to different channels. Also, the embodiment mitigates hidden/exposed node problems as it increases the channel awareness among the nodes of the network.

Although only a few exemplary embodiments of the present invention have been described in detail above, those skilled in the art will readily appreciate that many modifications are possible in the exemplary embodiments without materially departing from the novel teachings and advantages of this invention. Accordingly, all such modifications are intended to be included within the scope of this invention.

Claims

1. A method for communicating between nodes in an ad-hoc multi-channel medium access control (MAC) communication network, wherein the ad-hoc multi-channel MAC communication network comprises a reservation channel for communicating handshake messages relating to each of a plurality of data packet transmissions, and a data channel for communicating the data packet transmissions upon successful handshake on the reservation channel, the method comprising: comparing a size of a data packet message to a predetermined maximum size;wherein the predetermined maximum size is a size of Request-To-Send (RTS) message;transmitting the data packet message from a source node to a destination node over the reservation channel as an initial message between the source and destination nodes when the size of the data packet message is less than the predetermined maximum size; andperforming a request-to-send/clear-to-send handshake on the reservation channel between the source and destination nodes when the size of the data packet message is at least the predetermined maximum size, and transmitting the data packet message from the source node to the destination node over the data channel when the request-to-send/clear-to-send handshake is successful.

2. A method as claimed in claim 1, wherein: when the size of the data packet message is less than the predetermined maximum size, the data packet message comprises one of a hello message, a neighbor advertisement, a broadcast message, and a small unicast message.

3. A method as claimed in claim 1, wherein: when the size of the data packet message is less than the predetermined maximum size, the data packet message transmitted over the reservation channel includes at least one of the following: information about congestion in the ad-hoc multi-channel MAC communication network around the source and destination nodes, information regarding activity of other nodes in the ad-hoc multi-channel MAC communication network, information pertaining to a device type of the source node or the destination node, and information pertaining to a mobility level of the source node or the destination node.

4. A method as claimed in claim 1, wherein: the source and destination nodes are mobile nodes operating using a multi-channel medium access control (MAC) protocol.

5. A method as claimed in claim 1, further comprising: assigning a special type indicator to the data packet message when the size of the data packet message is less than the predetermined maximum size, wherein the transmitting of the data packet message over the reservation channel further comprises transmitting the special type indicator along with the data packet message.

6. A method as claimed in claim 1, wherein the data packet message is transmitted over the reservation channel using at least one of a constant power and a constant data rate.

7. A method as claimed in claim 4, wherein the medium access control (MAC) protocol comprises carrier sense multiple access with collision avoidance.

8. A method as claimed in claim 4, wherein the medium access control (MAC) protocol comprises multiple access with collision avoidance.

9. A method as claimed in claim 1, further comprising: tuning the source node and the destination node to the reservation channel prior to the comparing; and tuning the source node and the destination node to the data channel prior to transmitting the data packet over the data channel when the request-to-send/clear-to-send handshake is successful.

10. An ad-hoc multi-channel medium access control (MAC) communication network including a plurality of nodes operating within, the ad-hoc multi-channel MAC communication network comprising: a reservation channel for communicating handshake messages relating to each of a plurality of data packet transmissions among the plurality of nodes;a data channel for communicating the plurality of data packet transmissions among the plurality of nodes upon successful handshake on the reservation channel; andthe plurality of nodes including at least one source node and at least one destination node, the source node operating to: compare a size of a data packet message to a predetermined maximum size, wherein the predetermined maximum size is a size of Request-To-Send (RTS) message;transmit the data packet message to the destination node over the reservation channel as an initial message with the destination node when the size of the data packet message is less than the predetermined maximum size, and perform a request-to-send/clear-to-send handshake on the reservation channel with the destination node when the size of the data packet message is at least the predetermined maximum size, and transmit the data packet message to the destination node over the data channel when the request-to-send/clear-to-send handshake is successful.

11. A system as claimed in claim 10, further comprising: the destination node operating to: receive the data packet message over the reservation channel when the size of the data packet message is less than the predetermined maximum size, perform the request-to-send/clear-to-send handshake on the reservation channel with the source node when the size of the data packet message is at least the predetermined maximum size, and receive the data packet message from the source node over the data channel when the request-to-send/clear-to-send handshake is successful.

12. A system as claimed in claim 10, wherein: when the size of the data packet message is less than the predetermined maximum size, the data packet message comprises one of a hello message, a neighbor advertisement, a broadcast message, and a small unicast message.

13. A system as claimed in claim 10, wherein: when the size of the data packet message is less than the predetermined maximum size, the data packet message transmitted over the reservation channel includes at least one of the following: information about congestion in the ad-hoc multi-channel MAC communication network around the source and destination nodes, information regarding activity of other nodes in the ad-hoc multi-channel MAC communication network, information pertaining to a device type of the source node or the destination node, and information pertaining to a mobility level of the source node or the destination node.

14. A system as claimed in claim 10, wherein: the source and destination nodes are mobile nodes operating using a multi-channel medium access control (MAC) protocol.

15. A system as claimed in claim 10, wherein: when the size of the data packet message is less than the predetermined maximum size, the data packet message includes a special type indicator transmitted over the reservation channel.

16. A system as claimed in claim 14, wherein the medium access control (MAC) protocol comprises carrier sense multiple access with collision avoidance.

17. A system as claimed in claim 14, wherein the medium access control (MAC) protocol comprises multiple access with collision avoidance.