Changes between Version 9 and Version 10 of 802.11/Usage/BestPractices

Timestamp:

Dec 19, 2014, 4:15:06 PM (10 years ago)

Author:

chunter

Comment:

--

802.11/Usage/BestPractices

@@ -21 +21 @@
 
 '''Pitfalls:''' The usage of this feature is highly situational. In the multi-flow appnote, it would have fit pretty seamlessly. Care should be taken when trying to use this feature in other applications. Here are some examples where it may not be appropriate:
- * The multi-flow application note had direct line-of-sight links and zero mobility. This had the effect of creating remarkable static channels for the duration of the experiment. You can see this in the plot of receive power, where each line varies minimally. In the presence of non-line-of-sight fading channels like Rayleigh, the receive power of your signal can fluctuate immensely. These fluctuations can potentially drop below the minimum packet detection and cause the design to ignore packets you care about. At a bare minimum, considerably more headroom on this parameter must be allocated when you know that channels will fluctuate significantly.
+ * The multi-flow application note had direct line-of-sight links and zero mobility. This had the effect of creating remarkably static channels for the duration of the experiment. You can see this in the plot of receive power, where each line varies minimally. In the presence of non-line-of-sight fading channels like Rayleigh, the receive power of your signal can fluctuate immensely. These fluctuations can potentially drop below the minimum packet detection and cause the design to ignore packets you care about. At a bare minimum, considerably more headroom on this parameter must be allocated when you know that channels will fluctuate significantly.
  * The act of ignoring weak but otherwise-decodable packets has subtle implications on random access protocols that should be considered. For example, ignoring a valid reception because it is weak will prevent clear channel assessment (CCA) from registering and deferring to that packet. If your signal is dramatically more powerful, this may not be an issue since you can likely overpower it and still have the receiver be able to decode your packet. If, however, your packet is just a little bit over the minimum packet detection power threshold and another interfering packet is just below the minimum packet detection power threshold, you could actually wind up causing a collision that might have been avoided if you didn't make your receiver so deaf.