Broadcast in Wireless multi-hop Networks: Difference between revisions
Line 71: | Line 71: | ||
=== Probabilistic Scheme === |
=== Probabilistic Scheme === |
||
On receiving a broadcast message for the first time, a host will rebroadcast it with probability P. Clearly, with P = 1 the scheme is equivalent to simple flooding. A few slots delay (random) should be added to reduce collisions and contention. |
|||
add text here |
|||
=== Counter-based Scheme === |
=== Counter-based Scheme === |
Revision as of 21:16, 23 January 2005
Introduction
Broadcasting in the field of network communication usually means the distribution of messages/data to a number of recipients.
Why broadcasting?
Broadcasting is a common technique to realize many network issues such as
- paging,
- sending alarm signals,
- routing (e.g., DSR, ZRP, AODV),
- providing multicast in rapidly changing topologies.
Broadcasting by flooding
There are several ways to send a message from one host to all the other hosts. Broadcasting done by flooding is a simple and straight-forward approach to deal with this problem. Unfortunately, if flooding is done blindly, we could observe
- redundant rebroadcasts,
- heavy contention,
- collisions.
Many rebroadcasts are considered to be redundant, since radio propagation is omnidirectional and a physical location may be covered by the transmission ranges of several hosts. As rebroadcasting hosts might be close to each other, heavy contention could exist. Collisions are more likely to occur because the timing of rebroadcasts is highly correlated.
Broadcast Storm Problem - Analysis
Associated with flooding, we refer to these 3 problems as the Broadcast Storm Problem.
It here has the following characteristics:
- The broadcast is spontaneous.
Any mobile host can issue a broadcast operation at any time.
Preparing any kind of global topology knowledge is prohibitive due to host mobility and the lack of synchronization. - The broadcast is unreliable.
No acknowledgement mechanisms will be used.
Redundant Rebroadcasts
Imagine the simple scenario where host A sends a broadcast message and host B decides to rebroadcast it.
Due to the intersection area of the omnidirectional radio signals, a rebroadcast can only provide up to 61% additional coverage.
The expected additional coverage EAC(k) is even less: 41% for the 1st rebroadcast, 19% for the 2nd rebroadcast. When k ≥ 4, EAC(k) is below 0.05%!
Contention
Consider the situation where host A transmits a broadcast message. Let hosts B and C be two receiving hosts which try to rebroadcast the message. The expected probability for C to contend with B is ≈ 59%. Clearly, the contention is expected to be higher as n, the number of hosts willing to rebroadcast, increases. The probability cf(n,k) that k hosts among these n hosts experience no contention in their rebroadcasts increases quickly over 0.8 for n ≥ 6 and k = 0. So, the more crowded the area is, the more serious the contention is. The probability of having at least one contention-free host (cf(n,1)) is under 10% for n ≥ 5. Further, having more than one contention-free host is very unlikely.
Collisions
CSMA/CA requires a host to backoff right after the transmission of a message, or when a host wants to transmit but the medium is busy and the previous backoff has been done.
The procedure is as follows:
- a counter is set to to an integer randomly picked from the current backoff window
- if channel clear assessment (CCA) detects no channel activity during the past slot: counter-1
- counter == 0 ⇔ backoff procedure finished
Now consider host X sending a broadcast.
Collisions occur for several reasons:
- X's surrounding has been quiet for some time
- →X's neighbours might have finished their backoff
- →they may all start rebroadcasting at the same time
- lack of RTS/CTS-dialogue (not used for broadcasts)
- lack of CD (collision detection)
- →host finishes its transmission, even if bits have been garbled
Reducing redundant rebroadcasts and differentiating the timing of rebroadcasts are the two major ideas to alleviate the Broadcast Storm Problem.
Scheme-based Flooding
All but the last scheme (Cluster-based) operate in a fully distributed manner to estimate redundancy and accumulate knowledge.
Probabilistic Scheme
On receiving a broadcast message for the first time, a host will rebroadcast it with probability P. Clearly, with P = 1 the scheme is equivalent to simple flooding. A few slots delay (random) should be added to reduce collisions and contention.
Counter-based Scheme
add text here
Distance-based Scheme
add text here
Location-based Scheme
add text here
Cluster-based Scheme
add text here
As you can see, The Broadcast Storm is a serious problem. Already a simple counter-based scheme can
eliminate many redundant rebroadcasts when the host distribution is dense. If location information is available,
the location-based scheme is dominant because it reduces redundancy w/out compromising the reachability.
Credits
- S.-Y. Ni, Y.-C. Tseng, Y.-S. Chen, and J.-P. Sheu, "The broadcast storm problem in a mobile ad hoc network,"
in Proceedings of the Fifth Annual ACM/IEEE International Conference on Mobile Computing and Networking, August 1999, pp. 152-162. - A. S. Tanenbaum, "Computer Networks", 4th edition, 2003