[mab-wifi] Possible contribution
toke at toke.dk
Wed Apr 12 04:33:02 EDT 2017
Matias Richart <mrichart at fing.edu.uy> writes:
> Hi to all! I occasionally follow the wifi-fast list and I have just
> found this initiative.
> I've been working with ns3 rate control for several years and I would
> also like to contribute if there is an ns3 approach.
Awesome! Welcome :)
>> And is there a concept "retry chains" for the rate selection
>> algorithm (where a sequence of rates to try are picked at once when a
>> decision is made)?
> It exists an implementation of Minstrel and Minstrel HT, which uses
> the concept of retry chains, but this is implemented in the same
> algorithm, not as part of the MAC layer.
> In summary, we can simulate the retry chain behavior. Currently, there
> are functional implementations of Minstrel and Minstrel HT which I
> think work well.
Right, excellent. The retry chain and the inability to re-calculate all
probabilities for every packet are some pretty hard constraints on real
hardware, so having simulation work in a similar way is most likely
quite central for carrying over the simulation results to a Linux
>>I think the two main things we are trying to figure out are the
>>correlations between different rates. Which involves answering
>>1. What correlations exist between the success probabilities of sending
>> at different rates. I.e., can we always assume that if a
>> fails at a low rate (more robust encoding), it would also have
>> failed at a higher rate (or conversely, if it succeeds at a high
>> rate, it would also have succeeded at the lower rate). Does this
>> within the same MIMO configuration? What about between different
> In my opinion, this is quite easy to implement. I'm thinking on an
> experiment with an static deployment and testing all possible rates.
Yes, that was my thought as well, and I figure this is easier to do in
>>2. How does rate influence collision probability in the presence of
>> several nodes? I.e., if we send the same transmission size at a
>> rate, it is going to take longer to send; does this affect the
>> probability of collision with other nodes? If it does, how
>> is this effect?
>>3. How does transmission (aggregation) size affect the success
>> probability of transmitting at a certain rate?
> I think, we can also simulate those two cases with little effort.
>>Another thing that could be useful is producing some test data sets (of
>>"ground truth") that we can use for evaluating algorithms on. For
>>instance, given a static scenario of N clients connected to an access
>>point, produce a data set which contains the steady state success
>>probabilities for each rate (for each node). And another data set which
>>introduces mobility (at a credible rate) and makes the rates a function
>>Does any of the above sound doable? :)
> I think everything you propose is doable.
> We should always keep in mind that we are doing simulations. In
> particular using a model of the medium, which I think is the part that
> can vary more from real experiments.
Yes, I have been thinking about how to deal with this as well. My
reasoning is that since we can generate a comprehensive dataset from
simulation fairly easily, that is going to be valuable to ensure
coverage; but of course we need to supplement this with data from real
experiments. Thomas is working on generating that :)
More information about the mab-wifi