Search Linux Wireless

Re: Initial automatic channel selection implementation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, May 26, 2011 at 3:45 AM, Felix Fietkau <nbd@xxxxxxxxxxx> wrote:
> On 2011-05-25 9:27 PM, Luis R. Rodriguez wrote:
>> The missing piece is how to deal with noise info here. In short the
>> lower noise we have the better signal we'll get. The challenge then is
>> to take into consideration the noise mathematically in such a that a
>> high noise value would nullify any clean idle air time ratio
>> conditions from the formula postulated before. Let me review again
>> with some modifications.
>>
>> Active time is the time we spend on the channel, so to get an idea of
>> how "busy" that channel is we have to remove the tx and rx time from
>> that channel. That gives us the time we spent idle on that channel.
>> Then the busy time is a subset of the entire active time but we should
>> also exclude the time we spent tx'ing and rx'ing as well. We then
>> have:
>>
>> Â(busy time - rx time - tx time) / (active time - rx time - tx time)
>>
>> This is a bounded ratio already, given that if we spent 0 time tx'ing
>> 0 time rx'ing, but 10 ms on a channel, and all that time we had busy
>> time as well we'd have a ratio of 10 / 10 = 1. In the best case we'd
>> have Â0 / 10 = 0.
>>
>> What I'd like to do is to affect the ratio to nullify it if the noise
>> is very low on the channel. Given that noise is logarithmic we'd have
>> to use a logarithmic function as well. Working on that now.
>
> Please explain why you want to remove the rx time, it makes no sense to me.
> Without rx time you will usually not get any useful indication of how busy
> the channel is.

The busy time that happens when do not TX or RX accounts for
interference on the frequency which is not accounted for. RX time may
mean receiving beacons or probe responses, this type of data exchange
doesn't necessarily mean interference. I believe sampling conditions
each frequency without TX or RX'ing data would yield a more fair
representation of general interference on the channel, otherwise the
interference would be taking into consideration explicit forced
interference on the frequency by our own radio.

  Luis
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux