Bug 2327 - CWmin value selection for 802.11g is not compliant with the standard rules
CWmin value selection for 802.11g is not compliant with the standard rules
Status: RESOLVED FIXED
Product: ns-3
Classification: Unclassified
Component: wifi
pre-release
All All
: P5 normal
Assigned To: sebastien.deronne
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2016-03-06 05:32 UTC by sebastien.deronne
Modified: 2016-03-09 15:59 UTC (History)
1 user (show)

See Also:


Attachments
patch to fix (10.18 KB, patch)
2016-03-06 09:55 UTC, sebastien.deronne
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description sebastien.deronne 2016-03-06 05:32:33 UTC
The current implementation selects CWmin value of 31 for 802.11g in infrastructure mode  if there is at least one 802.11b station associated in the BSS. In Adhoc mode, value 31 is always chosen.

Here is the relevant part in the standard (clause 9.2.12):
In the case of the Clause 19 Extended Rate PHY, the aCWmin value is dependent on the requestor's characteristic rate set. The characteristic rate set is equal to the IBSS's supported rate set when the STA is operating as a member of an IBSS. It is equal to the AP's supported rate set when the STA is associated with an AP. At all other times, it is equal to the STA's mandatory rate set. The MAC variable aCWmin is set to aCWmin(0) if the characteristic rate set includes only rates in the set 1, 2, 5.5, 11 otherwise, aCWmin is set to aCWmin(1). If the returned value for aCWmin is a scalar, then the MAC always sets the variable aCWmin to the returned scalar value of aCWmin.

I will work on a patch.
Comment 1 sebastien.deronne 2016-03-06 09:55:24 UTC
Created attachment 2330 [details]
patch to fix
Comment 2 sebastien.deronne 2016-03-09 15:59:41 UTC
fixed in changeset 11998:ce8a7bd11698