Designed For Speed: Network Infrastructure in An 802.11n World
Designed For Speed: Network Infrastructure in An 802.11n World
Peter Thornycroft
May 2007 V2.7
1 Preparing for the 802.11n adoption wave ............................................................................................................... 2
1.1 Summary........................................................................................................................................................ 2
1.1.1 Introduction................................................................................................................................ 2
1.1.2 Benefits for the Enterprise ......................................................................................................... 2
1.1.3 Benefits for the user .................................................................................................................. 3
1.1.4 Reasons these benefits will initially be elusive .......................................................................... 3
1.1.5 802.11n migration strategies for enterprises ............................................................................. 4
1.2 Network design with 802.11n........................................................................................................................ 4
1.2.1 New hardware for APs and clients ............................................................................................ 4
1.2.2 RF planning & AP placement .................................................................................................... 5
1.2.3 Wired backhaul from APs & LAN implications ........................................................................... 5
1.2.4 Implications for rogue APs and IDS........................................................................................... 6
1.2.5 Good-neighbour (or bad-neighbour) strategies ......................................................................... 6
2 Technology in 802.11n............................................................................................................................................ 7
2.1 Techniques for high-throughput PHY ........................................................................................................... 7
2.1.1 High Throughput PHY: MIMO................................................................................................... 7
2.1.2 High throughput PHY: transmit beamforming (TxBF) ............................................................. 11
2.1.3 MIMO, SDM, beamforming… terminology and techniques ..................................................... 12
2.1.4 802.11n MIMO configurations and terminology ....................................................................... 12
2.1.5 High Throughput PHY: 40 MHz channels............................................................................... 13
2.1.6 High Throughput PHY: Shorter guard interval ........................................................................ 13
2.1.7 High Throughput PHY: More subcarriers ............................................................................... 14
2.1.8 High Throughput PHY: New Modulation Rates ...................................................................... 14
2.1.9 High Throughput PHY: Duplicate format ................................................................................ 16
2.2 Techniques to enhance the MAC................................................................................................................. 17
2.2.1 MAC layer enhancements: Frame aggregation ...................................................................... 17
2.2.2 MAC layer enhancements: Multiple Traffic ID Block Acknowledgement (MTBA)................... 18
2.2.3 MAC layer enhancements: Reduced inter-frame spacing (RIFS)........................................... 18
2.2.4 MAC layer enhancements: Spatial multiplexing power save (SM power save)...................... 19
2.2.5 MAC layer enhancements: Power Save Multi-poll (PSMP) .................................................... 19
2.3 Compatibility Modes and Legacy Support in 802.11n ................................................................................ 20
2.3.1 Phased coexistence Operation (PCO) .................................................................................... 22
2.3.2 Other mechanisms for coexistence: Dual-CTS protection (CTS-to-self) ................................ 23
2.3.3 Other mechanisms for coexistence: 40 MHz-intolerant indication.......................................... 24
2.3.4 Using 802.11n in the 2.4 GHz band ........................................................................................ 24
3 Product development and capabilities................................................................................................................... 26
3.1 Standards and Certification framework ....................................................................................................... 26
3.2 Expected product introduction timelines ..................................................................................................... 27
4 Migration strategies............................................................................................................................................... 28
4.1 Different paths to enterprise-wide 802.11n ................................................................................................. 28
4.1.1 Greenfield ................................................................................................................................ 29
4.1.2 Summary of ‘Greenfield’ recommendations: ........................................................................... 30
4.1.3 AP-overlay ............................................................................................................................... 30
4.1.4 Summary of ‘Overlay’ recommendations:................................................................................ 31
4.1.5 AP substitution......................................................................................................................... 32
4.1.6 Summary of ‘AP substitution’ recommendations: .................................................................... 32
4.2 Other considerations when planning an upgrade......................................................................................... 32
5 Conclusion ............................................................................................................................................................ 33
6 Appendix............................................................................................................................................................... 34
6.1 Note on expected ‘real-world’ cell capacity with 802.11n .......................................................................... 34
6.2 Note on expected ‘real-world’ data rates with 802.11n............................................................................... 35
6.3 Glossary of terms used in this note.............................................................................................................. 41
1.1 Summary
Welcome to the new world of 802.11n. And forget everything you thought you knew about wireless. With
this technology, you often want to avoid ‘line of sight’: it actually works better when there are signal
reflections in the radio path from transmitter to receiver; this means performance often improves as
distance increases. 802.11n will bring higher data rates, longer range and more reliable coverage than
previous Wi-Fi technology; it represents a significant upgrade in performance.
However, the migration to 802.11n poses some challenges. Most of the benefits will only be realized
when 802.11n-capable clients are used with similar infrastructure, and even a few legacy (802.11a/b/g)
clients in the cell will drastically reduce overall performance compared to a uniform 802.11n network.
Also, the wiring to the access points will require upgrading for gigabit Ethernet, and edge switch ports
must also accommodate this protocol and probably the new 802.3at power-over-Ethernet standard.
Migration strategies will require careful planning and patience.
1.1.1 Introduction
Wi-Fi technology has traced a curve of ever-increasing performance from the earliest pre-802.11
standards through 802.11b to 802.11a/g, with peak data rates rising from 2Mbps to 54Mbps. The latest
set of innovations is a package known as 802.11n. This standard is still in development at the IEEE, but
‘pre-n’ silicon has been shipping for some months, a ‘draft-n’ certification will be available soon, and
Enterprise infrastructure vendors will be introducing 802.11n access points in the first half of 2007. This
note is intended to explain the important technology in 802.11n, but also to give non-specialists sufficient
information to plot their own upgrade strategy.
• Increased capacity. 802.11n enables increased data rates, improving the capacity of a cell from
perhaps 15-20Mbps with 802.11a/g to 100-200Mbps (see note below). Given that this will be
spread over a number of simultaneous users, one can say that performance should be very close
to that of a wired 100Mbps Ethernet connection, the standard for desktop connectivity.
• Improved range. An 802.11g connection from AP to client can usefully extend at best 60 metres in
open, unobstructed areas but 20 metres in office environments. 802.11n will increase this, but for
a significant improvement, both the access point and the client should support at least two ‘spatial
streams’ for 802.11n. In some parts of the network this will lead to simpler design, with larger cells
and fewer APs required to cover a given area: we expect this to be applied especially in areas with
low client densities.
• More uniform coverage (‘reliable’ coverage). Coverage in Wi-Fi networks is notoriously spotty. A
user may have a good signal, but moving the client a short distance, stepping in front of it, or
opening and closing of a door across the room can significantly affect the signal strength received,
and hence the performance. The best technology to counter this today is antenna diversity –
nearly every Wi-Fi device sports two antennas, and switches between them so when one is in a
multipath null, the other should still have a workable signal. 802.11n uses more sophisticated
technology that should much reduce these effects.
The presence of legacy clients negates 802.11n advantages. The benefits above are easy to achieve in a
‘greenfield’ network, where all APs and all clients are 802.11n-capable. However, most Enterprises
upgrade PCs (the most common Wi-Fi client) over a cycle of 2-3 years or longer. As long as older clients
exist, they will affect the performance of the network by connecting at much lower rates than 802.11n
clients, effectively slowing cells to near-802.11a/g rates. The overall throughput falls even below the
average of the rates: a client connecting at 6Mbps and sending 4Mbps of traffic effectively takes nearly all
the bandwidth available, even if other clients are using 600Mbps rates. As long as even a few legacy
clients exist, the expected capacity improvements are unlikely to be realized. Legacy devices are also
unable to take advantage of improvements in range and uniformity of coverage: if 802.11n APs are
spaced farther apart to lower costs, legacy clients will likely run into more coverage problems than before.
The first paragraph of this paper suggested that moving to 802.11n will drive equipment upgrades in other
parts of the network. While 802.11n requires new access point hardware incorporating new silicon, and
gigabit Ethernet and power-over-Ethernet upgrades will often be required for wiring and edge switches,
the WLAN controllers that are used by state-of-the-art centralised architectures should be considered
vendor-by-vendor. For a controller to be upgraded for 802.11n, it must support the new radio and other
features of the technology from a technology perspective, and this is not likely to be a problem. The
increased data (certainly peak data rates) generated by an 802.11n WLAN may challenge some current
controllers using general-purpose computing platforms. (Aruba’s WLAN mobility controllers will not require
upgrading to support 802.11n data rates, as they already incorporate hardware-acceleration for the data
path.)
There is already a wave of pre-standard implementations. The Wi-Fi industry is technology-driven and
consumer-led. Since consumers are less sensitive to standards than Enterprises (‘So long as the handful
of devices in my living room work together, I have compatibility - and I can ensure this by using one
vendor’s products everywhere.’). Thus there are already first and second waves of ‘pre-n’ silicon and
consumer products on the markets, and major vendors are preparing to build-in pre-n support into mass-
market PCs. This is helps move the new technology into the field, but it is pre-empting the standards
process, which is not yet complete. There is no guarantee that pre-n products shipped today will be fully-
Thus, while the eventual benefits are easy to see, it may prove more difficult to ‘get there from here’. It is
the migration plan that requires careful consideration.
Since the IEEE will not finalize its technical specification until 2008, the only short-term option for network
managers wishing to move to 802.11n will be the ‘draft-n’ products referred to above. For enterprises
looking to test early 802.11n products, we would recommend starting with ‘official pre-n’ products that
have the Wi-Fi Alliance ‘draft-n’ certification (we expect this certification to be available in the second or
third quarter of 2007). These will certainly offer good legacy 802.11 support, but it is currently unknown
how many features of the ‘official draft-n’ products will be incompatible with the final 802.11n standard.
Our feeling at Aruba is that such differences are likely to be minor, but facts will only become apparent
with the passage of time. We would certainly endorse a strategy of installing pre-802.11n access points
and testing them with draft-802.11n clients in a pilot or trial of the technology, and for some enterprises a
more widespread deployment may be appropriate, after a consideration of the technology risks.
Finally, before embarking on a technology migration it is useful to assess the requirements and drivers.
The most compelling reason to move to 802.11n is to provide greater bandwidth for users. This reason is
valid: 802.11n will provide increased raw data rates, but for many enterprises there is limited need to
provide greater bandwidth on the wireless network: most current users’ performance is not limited by the
WLAN, but by other bottlenecks in the application-delivery network. For those current 802.11 networks
where performance is an issue, opportunities exist to increase performance by making more use of the 5
GHz band (in similar fashion to a practical 802.11n network) and by providing more access points,
reducing the size of the 802.11 cells and increasing the capacity of each cell even while it serves fewer
users. In some WLAN architectures with distributed encryption, the encrypted throughput of the access
point may become a bottleneck; the section above has a brief discussion of the need (or otherwise) to
upgrade WLAN controllers to accommodate increased network bandwidth. These techniques for
designing high-performance 802.11 enterprise WLANs have been refined by current vendors over a
number of years. While the overall network efficiency and performance will fall short of a ‘greenfield’
uniform 802.11n network, such a mid-life upgrade can provide the desired performance improvements for
another 12-24 months, by which time the technology risks of moving to 802.11n will have abated.
Most RF planning tools rely on modeling the reduction of signal strength over distance and across through
RF obstructions. For most purposes, this reduces to a simple calculation of dB loss at a given distance
from the AP, and knowing the transmit power, the data rate achievable at a given distance from the AP
can be easily calculated. To plan an Aruba network, the required inputs are the dimensions of the
floorplan, the minimum data rate desired and the cell overlap factor. Since the propagation characteristics
for 802.11n signals should be no different from 802.11a/g, existing RF planning tools such as this will need
little modification.
The significant extra factors that need to be considered are the number of antennas on both AP and client,
and whether the design should account for legacy clients.
The output of the RF planning tool will be as before, a ‘grid’ of suggested AP locations that satisfy the
input parameters. A benefit of 802.11n should be that a greenfield design with 802.11n clients can be built
with fewer APs, but still give better performance than an equivalent 802.11a/g design.
The type, placement and attitude of the antennas, particularly on the AP, may be important to 802.11n
performance; in general, Enterprise office deployments will use the captive antennas supplied on the AP,
and they should be deployed vertically. Spacing the antennas by at least half a wavelength (6.25cm for
2.4GHz or 2.7cm for 5.5GHz) will give better performance.
• Use multiple 10/100 Ethernet (probably two) connections to the AP. Thus two drops and two edge
switch ports will be needed for each AP location.
• Set up with one 10/100 Ethernet, and accept that at peak loads this may not be enough. But in
many cases these peaks will be widely spaced, because clients are unlikely to connect at data
rates much higher than this in practice.
• Gigabit Ethernet. This comprehensively carries the traffic, but may require that cabling is upgraded
to category 5e or category 6, and edge switches provide GE ports. Vendors are most likely to
provide this option (GE ports) on new 802.11n APs.
Other areas of the LAN should be checked for traffic capacity but will probably not require augmentation.
The traffic on the upstream connection from the edge switch still represents the same aggregate number
of users and applications as when clients were all wired.
The power consumption of 802.11n APs is likely to be greater than for 802.11a/g APs. The power draw is
likely to exceed 802.3af (12.95W maximum can be delivered to a Class 3 device under 802.11af ) which
means the edge switches or in-line power injectors must support the (unratified) 802.3at which provides
phantom power over all four pairs, rather than just two as in 802.3af. Alternatively, the AP must use a
local power brick.
Once 802.11n is deployed, Intrusion Detection Services will need some enhancements to identify
characteristics of 802.11n-specific attacks, but as most attacks are at higher levels than the PHY, the
current IDS functionality will be portable to 802.11n.
• High throughput PHY (physical layer): MIMO. The new PHY supports OFDM modulation with
additional coding methods, preambles, multiple streams and beam-forming. These can support
higher data rates, and a much larger range of data rates than earlier 802.11 standards. The MIMO
technique that is synonymous with 802.11n belongs in this section.
• High throughput PHY: 40 MHz channels. Two adjacent 20 MHz channels are combined to create a
single 40 MHz channel. This relatively simple technique (already used in some point-to-point
bridges and consumer equipment) more than doubles the effective data rate under a given set of
RF conditions.
• Efficient MAC: MAC aggregation. Two MAC aggregation methods are supported to efficiently
pack smaller packets into a larger frame. This reduces the number of frames on the air, and
reduces the time lost to contention for the medium, improving overall throughput.
• Efficient MAC: Block Acknowledgement. Particularly for streaming traffic such as video, a
performance optimization where one acknowledgement can cover many transmitted frames: an
ack is no longer required for every frame. This technique was first introduced in 802.11e.
• Power Saving: power save multi-poll. This is an extension of the U-APSD and S-APSD concepts
introduced in 802.11e.
2
A
B
1
Baseband Tx Rx Baseband
MAC MAC
signal signal
etc etc
processing Tx Rx processing
Each antenna is connected to its own RF chain for transmit and receive: this is architecturally important,
as it allows signals received at each antenna to be decoded independently. The baseband processing on
the transmit side can synthesize different signals to send to each antenna, while at the receiver the signals
from different antennas can be decoded individually. (We will simplify this explanation by showing only
one direction of transmission and a 2x2 MIMO example, practical systems will transmit in both directions
and may use up to 4 antennas at each station.)
2
A
B
1
(Nearly all 802.11 stations built to date actually use two antennas. However, this is not MIMO – the radio
switches a single radio chip from one antenna to the other, so only one is used at any time. Using two
antennas in this way helps to negate the effects of multipath, as when one antenna is in a multipath ‘null’,
the other is likely to have a better signal. It is generally reckoned that using antenna diversity in this way
improves overall reception by perhaps 3-6 dB, although the effect is of course statistical. MIMO is
different in that both antennas are driven by or receiving signals at all times, and those transmitted signals
need not be identical.)
2
A
B
1
However, if there is sufficient RF distortion in the path, receiving antennas will see different signals from
each transmit antenna. This distortion of the RF channel is extremely complicated, but for our purposes it
amounts to multipath reflections. The transmit antenna radiates a signal over a broad arc, and it reflects
off various objects in the surrounding area. Each reflection entails a loss of signal power, and the longer
the reflected path, the more delay is introduced relative to a line-of-sight signal. In the past, multipath has
been the enemy of radio systems, as the receiver sees a dominant signal (line of sight if it is present), and
all the multipath signals tend to interfere with it, effectively acting as noise or interference and reducing the
overall throughput of the system. Multipath effects also change over time, as objects in the path move,
and movement of reflecting objects results in a Doppler shift of the frequency of the received signal,
further complicating the control mechanisms needed to counter multipath.
To understand how MIMO works, first consider the signal each receive antenna sees in a multipath
environment.
In this example there are 3 multipath signals arriving at antenna 2. The strongest is signal a, and the
information carried in this signal will be decoded. Other multipath signals will arrive at lower power levels,
and they are likely to be time-shifted (or phase-shifted) compared to a, so it is likely they will degrade the
overall signal-to-noise ratio associated with a.
B2
A2
2
A B1
B A1
1
time
When multiple antennas are considered, however, MIMO offers considerable gains in throughput. The
example above shows that each receive antenna receives its dominant signal from a different transmit
antenna: receiver 1 uses transmitter A while receiver 2 uses transmitter B. When the system
understands, it can take advantage by transmitting different signals from each antenna, knowing each will
be received with little interference from the other. Herein lies the genius of MIMO.
V21 U21
S1 in S1 out
V22 U22
The diagram above shows a more detailed explanation of MIMO implementation. At the transmit side,
signal processing provides real and imaginary outputs S1in and S2in. These are then mixed with different
weights V11 etc, before the signals are combined and delivered to the transmit antennas. A similar mixing
function processes signals from the receive antennas using weights U11 etc. Provided the RF
characteristics are known, the weights V11 … and U11… can be calculated and set for optimum throughput,
given the RF channel conditions.
The most favourable case would be where each transmit-receive pair operates with a completely
independent RF path: a 2x2 (2 antennas at each station) system will have double the throughput of a
single-antenna 1x1 system, and a 3x3 configuration could extend to triple the throughput. 802.11n defines
MIMO configurations from 2:1 to 4x4 antennas and spatial streams.
MIMO is the most difficult aspect of 802.11n to understand: multipath (reflected RF between transmitter
and receiver) is normally the enemy of performance, but with MIMO it can be used constructively. Line of
sight normally gives the best performance, but with MIMO it provides just baseline data rates. (Note,
however, that reflected signals are usually much weaker than primary, line-of-sight signals. Even though
losing line-of-sight may allow use of more RF paths and hence the additive MIMO effect, the signal-to-
noise ratio of each path may be considerably worse than previously. It is difficult to predict the relative
weight of these two opposing effects without extensive field testing.)
As noted above, MIMO works best when antennas are positioned more than half a wavelength apart. For
5.5 GHz, half a wavelength is about 2.7 cm or one inch. The 802.11n standard mandates at least two
spatial streams (antennas) for access points and one spatial stream for client devices, with a maximum of
4 spatial streams per device.
One key question in MIMO systems is how to tune the transmit signals at different antennas for optimum
reception at the receiver. 802.11n offers two methods for this. Implicit feedback requires the MIMO
receiver to transmit long training symbols, which are received by the MIMO transmitter. There is an
assumption that the RF channel’s characteristics are reciprocal, and that the transmit and receive radios at
each end are identical, and under these conditions the measurements will be valid in the MIMO transmit
direction.
Implicit feedback is not held to be a promising method in practice, so a second, explicit feedback
mechanism has been defined. The MIMO transmitter sends a long series of training symbols which the
MIMO receiver analyses so as to characterize the differential path loss and delay for each antenna and
spatial stream. It then sends this information back to the transmitter which can optimize its transmit
signals and modulation for the RF path characteristics.
This is a complicated procedure, as many calculations must be performed and RF conditions may be
changing rapidly, requiring continuous adjustment. Since 802.11n uses OFDM, each symbol is modulated
around many carriers rather than only a single carrier, and each carrier should be measured for each
C
B
Normal isotropic
Directional pattern after
radiation pattern
beamforming
Transmitted power level
A A
tca
B B
tcb
C C
time time
Identical RF signals are transmitted Transmit timing offsets are This results in constructive
from each antenna, but very slightly calculated to match the path delays interference, and a higher
offset in time (phase) of the different RF beams, so all signal-to-noise ratio at the
signals are directed at the target in- receive antenna
phase
By carefully controlling the time (or phase) of the signal transmitted from multiple antennas, it is possible to
shape the overall pattern of the received signal, emulating a higher-gain, or directional antenna in the
direction of the target. The same implicit and explicit feedback mechanisms used to characterize the
MIMO channel allow beamforming.
In practice, beamforming may be used when MIMO with SDM is not feasible, as in line-of-sight conditions.
This is because beamforming aims to produce a single, coherent RF signal at the receiver, while SDM
relies on multiple, independent signals. (Beamforming and MIMO SDM are in fact similar techniques:
MIMO has been described as beamforming to steer antenna pattern nulls to different receive antennas.)
Beamforming is a part of 802.11n that is not fully-agreed as of April 2007, so it will probably not be part of
the Wi-Fi Alliance certifications. Beamforming will only work well with 802.11n clients, as it relies heavily
on feedback messages from the client.
The figures below explain the difference between MIMO/SDM, transmit beamforming and transmit
antenna diversity. These are all techniques defined in 802.11n, although antenna diversity has been used
prior to 802.11n.
P1a
2
P1a A P1a
P1 B P1b P1
P1b 1 P1b
MIMO with Spatial Diversity Multiplexing (SDM) and Space Time Block Coding (STBC). Independent paths between pairs
of antennas allow data transmission in parallel: data packets (P1) are interleaved and mapped to different paths,
where they may be encoded at a different data rate for each path, depending on RF conditions. The receiver
interleaver re-builds the original packet.
P1 2
A P1
P1 P1
B
1
Transmit beamforming. The transmitter sends a single stream of data, adjusting the signal from each antenna to
ensure the optimal signal forms at the receiving antenna. This is used where there is little RF separation between the
different inter-antenna paths, so SDM is not useful.
2
A P1
P1 P1
B
1
Receive antenna spatial diversity. Working on only one transmitted signal, the receiver can use RF combining
techniques on signals from different receive antennas to achieve higher signal-to-noise ratios and higher data rates.
P1a
2 3
P1a P1a
A P1b
P1 P1
P1b
B P1b
C 1
SDM combined with antenna diversity. In this example, the path between the A-3 antenna pair has different RF
characteristics from the other antenna pairs: it offers RF diversity, and carries one spatial stream. The other inter-
antenna paths, B/C to 1/2, are not RF-isolated, so they cannot only be used for one further spatial stream. However,
transmit beamforming or receive antenna diversity may be used to optimise this spatial stream. In this case a system
with 3 transmit and 3 receive antennas nevertheless supports only 2 spatial streams.
802.11n specifies operation in the same 20 MHz channels used by 802.11b/g in the 2.4 GHz and 802.11a
in the 5 GHz bands, but adds a mode where a full 40-MHz wide channel can be used. As might be
expected, this offers approximately twice the throughput of a 20 MHz channel. However, while in the 5
GHz band the channels are defined as pairs of existing 20 MHz channels, they do not line up with
previously-defined 20 MHz channels in the 2.4 GHz band. This means that when a 40 MHz channel is
used in 2.4 GHz, it will interfere with all possible 802.11b/g channels: effectively, 802.11n can only be
used in 2.4 GHz in one channel, and in the absence of 802.11b/g users.
a
2
A c
B
1
Guard Inter-symbol
interval interference
802.11n (also 802.11a/g) transmission is by
Received power level
time
Previous 802.11 standards used a guard interval of 800nsec. 802.11n adds an option for 400nsec, negotiated
between receiver and transmitter, for cases where the worst-case multipath delay is low. (propagation in
free-space, delay = distance x 0.3 metres/nsec, so 400nsec is equivalent to 120metres path difference.)
The optional 400nsec short guard interval in 802.11n can be used when the path difference between the
fastest and slowest RF paths is less than that limit. The diagram includes a quick calculation for path loss,
but in reality multipath reflections can introduce RF phase changes and reach 400nsec relatively easily.
This means the shorter guard interval will be very useful in consumer settings, but cannot be relied upon
when planning for enterprise deployments.
57 carriers 57 carriers
The additional subcarriers effectively add bandwidth to the channel, allowing increased data rates for a
given modulation type (see the section below on new modulation rates). (The figures above include pilot
tones, used for dynamic calibration, hence the lower figure for ‘usable subcarriers’. The effect is not very
significant).
Basic rates of 802.11n (Mbps) 20 MHz channel; single stream; 800 nsec GI; equal modulation
6.5 13 19.5 26 39 52 58.5 65
This is a set of rates for one spatial stream in a 20 MHz RF channel and with an 800 nsec guard-interval
and ‘equal modulation’ on all spatial streams. This basic set of rates is comparable to the 802.11b/g rates
above: each rate is improved by about 8% (e.g. 18 to 19.5 Mbps) by using slightly wider bandwidth and
improved modulation. The 65 Mbps rate has no equivalent in 802.11a/g.
Other rates are generally derived in multiples of the basic rates above:
Rates of 802.11n (Mbps) 20 MHz channel; two streams; 800 nsec GI; equal modulation
13 26 39 52 78 104 117 130
Rates of 802.11n (Mbps) 40 MHz channel; single stream; 800 nsec GI; equal modulation
13.5 27 40.5 54 81 108 121.5 135
The 40 MHz channel allows slightly more than twice the data rate of two 20MHz channels.
Rates of 802.11n (Mbps) 20 MHz channel; single stream; 400 nsec GI; equal modulation
7.2 14.4 21.7 28.9 43.3 57.8 65 72.2
The shorter 400nsec guard interval allows slightly higher data rates than 800nsec.
Rates of 802.11n (Mbps) 20 MHz channel; two streams; 800 nsec GI; unequal modulation
39 52 65 58.5 78 97.5
For a given system, the range of choices will be smaller than the tables above or below would indicate,
because some of these factors are fixed for a given system:
• 20 MHz or 40 MHz channel. As discussed elsewhere in this paper, a 40 MHz channel will not often
be feasible for an enterprise deployment in the 2.4 GHz band. However 40 MHz channels are
likely to be widespread in the 5 GHz band.
• Spatial streams. As described above, a 3x3 system will normally support 3 spatial streams.
However, where there is insufficient RF path isolation between streams, even a 3x3 system may
not be able to support 3 diverse streams. Also, a 3x1 system only supports one spatial stream,
and many clients may initially be equipped with only one antenna.
• Guard interval. The guard interval is the time between OFDM symbols in the air. Normally it will
be 800 nsec: the option is for a 400 nsec guard interval, but as noted above, reliable detection
with this value may be challenging under normal enterprise conditions.
• Convolutional coding. When data arrives at the PHY layer for transmission, it is scrambled and
coded. This alters its spectral characteristics in order to achieve the best signal to noise ratio, and
also includes built-in error correction, known as convolutional coding. The 802.11n standard
includes BCC (block convolutional coding), as included in previous 802.11 standards, but also
adds an option for LDPC (low density parity check) coding, which can improve effective throughput
for given RF conditions.
• Modulation. All spatial streams may use the same (equal) modulation, or they may carry different
(unequal) modulation and coding. An example might be where there are three spatial streams with
HT duplicate format is used only for the lowest data rate for a 40 MHz channel, for a single spatial stream.
It sends the same data on each 20 MHz sub-channel, providing better error performance for a given (high)
noise level.
With MAC-layer aggregation, a station with a number of frames to send can opt to combine them into an
aggregate frame (MAC MPDU). The resulting frame contains less header overhead than would be the
case without aggregating, and because fewer, larger frames are sent, the contention time on the wireless
medium is reduced.
Two different mechanisms are provided for aggregation, known as Aggregated MSDU (A-MSDU) and
Aggregated-MPDU (A-MPDU). The figure below shows the general architecture:
Applications
P1 P2 P3
Aggregated MSDU format (A-MSDU) PHY layer Aggregated MPDU format (A-MPDU)
An alternative method, A-MPDU format, allows concatenation of MPDUs into an aggregate MAC frame.
Each individual MPDU is encrypted and decrypted separately. Since MPDUs are packed together, this
method cannot use the earlier 802.11 per-MPDU acknowledgement mechanism for unicast frames. A-
MPDU must be used with the new Block Acknowledgement function of 802.11n.
In order to accommodate aggregated MAC frames, the maximum length accepted by the PHY is
increased from 4095 in previous standards to 65535.
The format of the Block Ack is a bit-map to acknowledge each outstanding frame: it is based on a
mechanism originally defined in 802.11e. The bit-map identifies specific frames not received, allowing
selective retransmission of only those required.
2.2.4 MAC layer enhancements: Spatial multiplexing power save (SM power
save)
The basic 802.11n power save mode is based on the earlier 802.11 power save function. In this mode,
the client notifies the AP of its power-save status (intention to sleep), then shuts down, only waking for
ATIMs (Ad-hoc traffic indication maps) broadcast by the AP, while the AP buffers downlink traffic for
sleeping stations between ATIMs.
Power save in 802.11n is enhanced for MIMO operation with SM power save mode. Since MIMO requires
maintaining several receiver chains powered-up, standby power draw for MIMO devices is likely to be
considerably higher than for earlier 802.11 equipment.
A new provision in 802.11n allows a MIMO client to power-down all but one RF chain when in power save
mode. When a client is in the ‘dynamic’ SM power-save state, the AP sends a wake-up frame, usually an
RTS/CTS exchange, to give it time to activate the other antennas and RF chains. In static mode, the
client decides when to activate its full RF chains, regardless of traffic status.
802.11n (HT)
AP
Incoming to AP
(wired side) Data Multicast Data
time
Unscheduled PSMP is simpler: it is very similar to U-APSD, supporting both trigger-enabled and delivery-
enabled options. Each sleep interval is considered and signaled independently, with the client determining
when to wake to receive or transmit data. In the diagram above, the ‘sleep’ frame informs the AP that the
client will stop receiving frames until further notice. When the client wishes to communicate, it sends a
regular or trigger frame to the AP, and both parties then transmit whatever data is queued. At the end of
this exchange, the client can indicate its return to sleep mode.
Scheduled PSMP is very similar to the S-APSD function introduced in 802.11e. The client requests a T-
Spec (traffic specification) from the AP, giving details of data rate, frame size, frame interval and access
class (QoS priority) of the traffic streams it wishes to send and receive. The AP, once it has admitted this
Buffers traffic, no polling PSMP-DTT PSMP-UTT Buffers traffic, no polling PSMP-DTT PSMP-UTT
AP Publish Data Data Data Data
schedule A B A B
sends & receives frames Transmit inhibited by NAV sends & receives frames Transmit inhibited by NAV
C
time
S-PSMP is a very efficient way to transmit streaming or periodic traffic over 802.11n: there is no
contention for the medium, as everything depends on a published schedule.
• Support for legacy clients. 802.11a/b/g clients can connect to 802.11n APs. They will not be able
to use 802.11n features, and their performance will not be improved when connecting to an
802.11n AP.
• Awareness of neighbouring or overlapping 802.11a/b/g networks. This is particularly important
when using the new 40 MHz channel capability, which would impair the performance of such
networks.
Unfortunately, as explained elsewhere in this note, working with legacy 802.11 clients and networks
degrades the performance of 802.11n considerably, to the point where 802.11a/b/g clients will see very
comparable performance whether they are using an 802.11a/b/g or 802.11n access point. In addition,
working with legacy clients ‘poisons’ the 802.11n cell: its capacity will be severely degraded as soon as
even one legacy client is present. This does not negate the need for legacy operation, but it does
increase the urgency of upgrading the client population to 802.11n. The diagram below shows how
A B
2SS SDM
802.11n 2SS SDM
802.11n
802.11n
52 Mbps
AP 104 Mbps
Data transferred = 6KB, 3KB to/from A and 3KB to/from B ***(for a time interval of 9N*).
A B
2SS SDM
802.11n 2SS SDM
802.11n
802.11n 1SS 117 Mbps
52 Mbps AP
802.11a
24 Mbps C
Data on AP to B 1KB
the air A to AP 1KB @ 52 Mbps AP to C 1KB @ 24 Mbps AP to A 1KB @ 52 Mbps
@ 104 Mbps
2N N 4N 2N time
Data transferred = 4KB, 2 KB to/from A, 1KB to/from B, 1KB to/from C ***(for a time interval of 9N) .
Depending on the requirements to support legacy 802.11a/b/g clients, 802.11n defines three modes of
client compatibility: High Throughput (Greenfield), High Throughput Mixed-Format and Non-HT (legacy)
mode.
Key
STF Short Training Field
Non-HT format LTF Long Training Field
SIG Signal
GF Greenfield
L-STF L-LTF L-SIG Data
L Legacy (e.g. pre-802.11n)
HT High Throughput (e.g. 802.11n)
L-STF L-LTF L-SIG HT-SIG HT-STF HT-LTF … HT-LTF HT-LTF … HT-LTF Data
High Throughput (HT). In HT or Greenfield mode, the AP does not expect to connect to any legacy 802.11
clients, and indeed, assumes that there are none operating in the area. Even so, the first part of the
preamble is a legacy short training sequence, enabling other devices and APs to sense that there is
802.11 equipment in the area. However, after that no indication is available that will allow older devices to
understand the remaining part of the transmission: it is all in HT-format. HT-mode is the only one of the
three that is not mandatory in the 802.11n standard.
HT Mixed Format. As might be expected, this allows operation of 802.11n clients in HT mode, while
legacy clients are fully-supported. There is a full legacy preamble, then the option of using HT or legacy
format afterwards. The preamble allows legacy clients to detect the transmission, acquire the carrier
frequency and timing synchronization, and the L-SIG field allows them to estimate the length of the
transmission.
This (mixed) mode can be used in a 40 MHz channel, but to make it compatible with legacy clients, all
broadcast and non-aggregated control frames are sent on a legacy 20 MHz channel as defined in
802.11a/b/g, so as to be interoperable with those clients. And of course all transmissions to and from
legacy clients must be within a legacy 20 MHz channel.
As the diagram shows, the AP time-slices its cell, switching between 20 MHz, 802.11a/b/g compatible
operation in each of the constituent 20 MHz channels and full 40 MHz operation for 802.11n clients. To
maintain order and provide the best throughput, two mechanisms are used.
A C
802.11n
802.11a In 20
20 MHz AP MHz or
40 MHz
802.11a
20 MHz
B
Sends self- Sends self- Sends self- Sends self- Sends self-
addressed CTS addressed CTS addressed CTS addressed CTS addressed CTS
AP setting NAV to N setting NAV to N setting NAV to N setting NAV to N setting NAV to N
in upper 20 MHz in both 20 MHz in lower 20 MHz in both 20 MHz in upper 20 MHz
channel channels channel channels channel
AP and A and C
C C C C
channel
exchange traffic
20 MHz
Upper
time
Firstly, for 802.11n clients, the AP advertises a forthcoming switch of operation, allowing these clients to
continue communicating in all time slices, whether 20 MHz or 40 MHz. Clearly, throughput is lower during
20 MHz time slices, but nevertheless, two-way transmission between the client and the AP can continue
For legacy 802.11 clients, only one of the three modes of operation (40 MHz, upper 20 MHz, lower 20
MHz channels) will be possible at any time: these clients will only operate in one of the 20 MHz channels.
During time slices when the AP is in one of the other two modes, these clients must be informed that they
cannot transmit: the AP will not be able to receive their frames. This is achieved by the AP transmitting a
self-addressed CTS (clear to send, see below) frame with a ‘duration’ value equal to the next time-slice
duration. When clients hear this frame, they set their NAV (network allocation vector) to this value: under
the rules of all 802.11 standards, they are not allowed to attempt transmission until this timer has expired.
Phased coexistence operation is also a good-neighbour policy because APs and clients in range of the AP
will be able to hear the self-addressed CTS messages and set their NAV timers in similar fashion, avoiding
one form of co-channel interference. However, 802.11a/b/g cells operating in range of a PCO cell will
experience much-reduced capacity, as APs and clients will be inhibited from transmitting for a significant
percentage of the time previously available.
802.11n (HT)
20 MHz AP
802.11a (L)
20 MHz
B
L = Legacy (802.11a/b/g mode)
HT = High Throughput (802.11n mode)
CTS (HT) CTS (L) CTS (HT) Data frame (L) CTS (L) Data frame (HT)
AP
CTS to self CTS to self
RTS (HT) Sends data (HT) Sets NAV Receives data (HT)
A
time
In this mode, the AP transmits extra CTS (clear to send) frames, so every data frame, whether from a
client or the AP, is protected by a legacy and an HT CTS. When the traffic is generated by a station, it first
sends an RTS (request to send) to the AP. The AP responds with two CTS frames, one in HT and the
other in legacy format. The client is then free to transmit the data frame, while other clients in the same
and neighbouring cells set their NAV correctly so they do not transmit over the authorized frame,
interfering with it. When the AP has traffic to send, it uses a self-addressed CTS frame to perform the
same function.
Dual-CTS makes the network a good neighbour to overlapping or adjacent legacy 802.11 networks. It
also solves the ‘hidden node’ problem where different clients in a cell may not be able to hear each others’
Spectral mask for 40 MHz channel Spectral mask for 20 MHz channel
3 4 5 6 7 8 9
1 6 11
Channel 1 2 3 4 5 6 7 8 9 10 11 12 13
Centre Frequency 2412 2417 2422 2427 2432 2437 2442 2447 2452 2457 2462 2467 2472
Channels defined for 2.4 GHz band, showing common 20 MHz channel plan and 40 MHz options
This means that in practice, it is unlikely that 40 MHz channels will be used in the 2.4 GHz band. But this
does not mean that 802.11n should not be used: there will be performance improvements even when a
20 MHz channel is used, although the presence of legacy clients will reduce the realized benefits.
This also illustrates one of the drivers for using 802.11n in handheld clients such as mobile Wi-Fi phones.
Design of these devices will offer challenges in terms of siting diverse antennas and power consumption –
already a concern – but allowing the device to work in greenfield 802.11n mode will avoid the need for the
We suggest that while ‘pre-n’ products present too much technology risk to use for more than isolated
tests in enterprise networks, ‘draft-n’ products certified by the Wi-Fi Alliance will be suitable for pilot
deployments, and to alleviate any local congestion points before full upgrade plans can proceed, either
with ‘draft-n’ products (after experience, the standards process and certification tests demonstrate reduced
risk) or with fully 802.11n-certified products.
2Q-3Q 2007 AP draft-n APs will support two spatial streams. Many APs will be ‘dual-radio-
set’, capable of either dual-band 802.11n operation or with one
radio-set for 802.11n and the other for 802.11a/g.
PC draft-n As above. The technology for aftermarket PC NIC cards is quite
similar to that for an AP. It will take longer for the technology to be
integrated on motherboards at manufacture, but this will offer a
superior solution, as proper antenna spacing and placement is
easier when embedded in the PC case.
4Q 2007 – AP draft-n APs will support 3 spatial streams.
1Q 2008
PC draft-n New PCs will ship with 802.11n embedded as standard, as vendors
ramp production volume up to reduce costs and accelerate market
adoption. Unlikely to move to 3 spatial streams on the client
because the increased cost, complexity, heat generated and PC
board-space is unlikely to justify.
2Q-3Q 2009 AP, PC n Full 802.11n certification should be available in this timeframe.
Capabilities as above. APs will possibly extend to 4 antennas, but
4 Migration strategies
As indicated earlier, a uniform 802.11n network will allow greater range and hence wider AP spacing than
an 802.11a/b/g network. RF engineers insist that every site has unique conditions and usually avoid
giving any figures for ‘typical’ deployments, but a rule of thumb in ‘carpeted’ enterprise buildings is that
with design figures of 9-12 Mbps minimum rate and 150% cell overlap, and a ‘typical’ office layout and
user population, 802.11a/g APs can be spaced at about 15-21 metres (50–70 feet). With 802.11n APs
and 802.11a/b/g clients (remembering they must support at least two spatial streams), we would expect
the same guidelines to hold.
However, with 802.11n APs and 802.11n clients with at least two spatial streams (or antenna diversity
processing at both ends – an option that is unlikely to be available till 2008), Aruba estimates that AP
spacing can be increased to perhaps 20-25 metres (65-85 feet). In a new ‘greenfield’ installation, this
offers a considerable savings of AP hardware, cabling & installation, and even in edge switch ports, closet
space, power and cooling provisions.
As noted throughout this paper, 802.11n offers an opportunity to increase usage of the 5 GHz band where
channels are plentiful, interference is uncommon and 40 GHz channel usage is feasible. However, while
PC clients will be readily available with 802.11n and draft-n capability, specialized clients such as Wi-Fi
phones, location tags or handheld bar-code readers will be confined to 2.4 GHz for 12-24 months or more,
with few exceptions. For this reason, and because of the considerable installed base of 802.11b/g client,
we suggest that any enterprise network should provide coverage in the 2.4 GHz band. Since WLAN
vendors will be marketing access points supporting two radios: either with both capable of 802.11n, or
one 802.11n and the other 802.11a/b/g, this will be quite feasible, but remember that if legacy clients are
to be fully and reliably supported, AP spacing cannot be increased.
In general, we recommend that when 802.11n access points are used, they should support two radio-sets,
one operating with a 40 GHz channel at 5 GHz and the other with a 20 MHz channel at 2.4 GHz. This will
provide maximum performance and flexibility for a small installed price premium over an
802.11n+802.11a/b/g or a single 802.11n access point.
Even though phones, location tags and other handheld clients will be slow to adopt 802.11n, it is important
that they eventually achieve this goal. Even if they only support one antenna, one RF chain and a single
It is likely that an early driver for introducing 802.11n access points in an existing network will be
defensive: to provide rogue AP detection that extends to the APs on the shelves of consumer electronics
shops. If previous upgrades of Wi-Fi are an indication, the consumer market will lead the enterprise
market for several quarters, and the only way to detect and classify an 802.11n rogue will be to use an
802.11n access point. Most WLAN vendors are expected to continue their architecture where a single
access point can dynamically switch between coverage and monitoring mode, and in a Wi-Fi service
delivery network we expect the usual ratio of 15% to 25% extra access points in order to ensure full
monitoring even under heavy load, as well as dynamic network healing in the event of AP failure. If new
APs are used for the sole purpose of monitoring, they would normally be installed at wider spacing than
indicated above. This may change for 802.11n: since some of the range-enhancing techniques are not
symmetrical and depend on the client implementing and enabling particular features. We will be able to
give firmer guidelines after more testing with early 802.11n products.
4.1.1 Greenfield
This is not really a migration: it is building a network with new APs and new clients where there was no
WLAN before. This offers an opportunity to start with all-n coverage, and to ensure that clients are n-
capable, or can be rapidly phased-out in favour of n-capable substitutes. The foremost concern with this
strategy is that all clients must be 802.11n-capable: older clients will have shorter range, similar to
802.11a/g distances, and will experience very low connectivity rates and coverage holes, at the same time
reducing the potential performance of 802.11n clients in the cells where they are connected.
802.11n Access
802.11n coverage
As seen from the approximate figures above, it may be possible to reduce the number of APs required to
cover an area by a factor of 30% or more, when comparing 802.11n with older 802.11 technologies. This
may mean that the capacity of a cell becomes more important than the connection speed of any data
client, but this is easily incorporated into the planning stage. The savings indicated above may make it
worthwhile to upgrade clients to 802.11n in order to take advantage of the wider AP spacing this enables.
Other aspects of a greenfield deployment include rogue detection and intrusion prevention. These
functions will work successfully for all types of 802.11a/b/g/n devices.
Note that for a lightly-loaded greenfield network, using 802.11n access points with 802.11a spacing,
and enabling PCO for a mixed client base presents a perfectly acceptable solution: throughput will
initially be low, probably lower than an 802.11a network until the number of legacy clients is reduced,
but the network can be installed once and grow with the client base, without any required
reconfiguration.
4.1.3 AP-overlay
Here, the 802.11n network would be planned as if there were no existing network, for optimum placement
of the new APs. The old and new network will be able to operate in parallel if care is taken with RF
channel allocation, and when the new one is complete and all clients are 802.11n-capable, the old APs
can be de-installed or abandoned.
802.11a/g Access
802.11n coverage
802.11a/g coverage
Since 802.11n makes best use of the 5GHz band (with 40MHz channels), it makes an attractive overlay
on an 802.11b/g network operating at 2.4GHz: the original network can operate in the 2.4 GHz band (or
even 2.4 GHz and several channels of the 5 GHz band) while the 802.11n network can use the remainder
of the 5 GHz band. In this scenario, there will be no need for legacy clients to connect to the 802.11n
network, so it can operate in HT mode. (It may be useful in the early days of such a network to use it in
PCO mode if there are very few 802.11n-capable clients, but this will negate much of the throughput
advantages of 802.11n.) Against this, the 802.11n network is additive, so additional cabling, power and
edge switch ports will probably be required: it is likely these upgrades would eventually be needed,
anyway.
802.11n Access
802.11a/g Access
802.11n
802.11a/g
A network of mixed 802.11n and 802.11a/g or even 802.11b APs can operate indefinitely: this is a
possible solution where 802.11n is important for identifying rogue APs but not for capacity or range
considerations. Note that even though APs can be swapped at a location, the new 802.11n AP may
require different power and Ethernet connections.
• 802.11n APs will require Gigabit Ethernet connections. This may in turn require upgrading cables
to category 5e or category 6 cable (older category 5 cable is not rated for Gigabit Ethernet).
• Also, GE ports must be available on edge switches in wiring closets.
• Since 802.3af power-over-Ethernet is not sufficient for the new 802.11n APs (assuming at least 2
antennas and RF chains at 5 GHz, an AP will draw at least 15W), 802.3at must be supported by
edge switches or mid-span POE equipment, or local power bricks must be used.
5 Conclusion
This note has two goals: to explain the technology and features of the 802.11n standard, and to examine
its implications in terms of likely product development cycles, and for the design of enterprise Wi-Fi
networks.
It is clear that 802.11n represents a significant leap forward in technology and performance for enterprise
networks. Uniform ‘greenfield’ 802.11n networks will be able to offer higher capacity and longer range
than current WLANs, and there are potential savings in terms of fewer access points to cover a given
area.
However, this note has also identified several issues that will delay the adoption of 802.11n in enterprise
networks. These include the (relatively) slow progress of standards, infrastructure requirements such as
LAN edge switch ports, cabling and power, and the installed base of 802.11a/b/g clients and WLANs that
must be considered in any migration strategy. Taken together, these are likely to slow the 802.11n
adoption wave, so a number of years will pass before the full benefits are felt.
In the pages above, we have disclosed the facts of 802.11n, along with our best estimates of future
activity. There is a case in enterprise networks for tuning and extending existing 802.11a/g networks in
the short-term, while testing and running pilot trials on draft-n and eventually full 802.11n-compliant
products. When and how to migrate to 802.11n will be an important decision: the information here is
intended to assist the enterprise network manager in formulating an optimum upgrade strategy.
Despite our best efforts, developments will inevitably prove us wrong in some of the predictions above:
our advice to the reader is to check often with the technical press and vendors for current information.
802.11n offers very real and exciting benefits: it will eventually change the way we build and operate
enterprise wireless LANs.
• Actual data rates. While specifications quote maximum data rates, these are only achieved under
the best radio conditions. The distance from AP to client, RF obstructions such as walls, furniture,
people, and interfering RF transmissions all limit the achievable data rate. Thus, a client 20 metres
from the AP in an office environment might only support a data rate of 12Mbps rather than the
advertised peak of 54Mbps. If all clients connect at this rate, the raw capacity of the cell becomes
12Mbps.
• Contention loss. Since the wireless medium is shared, stations wishing to send data must contend
for temporary control of the medium. This contention takes time that is then not available for data
traffic, lowering the capacity of the cell. Contention depends on the number of clients and the
length of frames sent: the more clients and the shorter the frame, the less the effective capacity of
the cell. For instance, while an 802.11g may achieve throughput of 36Mbps with 1500Byte frames,
capacity drops to around 16Mbps with 256Byte frames. The MAC aggregation function in 802.11n
should reduce losses due to contention, but it will not be effective for all types of traffic.
• Legacy support. All 802.11 systems are designed to support older 802.11 clients. Thus an
802.11g AP will support 802.11b clients. However, there is a cost associated with this. When
even a single legacy client joins a cell, all other clients and the AP must indicate traffic is present,
using data rates the older client can understand. For 802.11g/b compatibility, this means using
RTS/CTS at slower rates, considerably increasing overhead and decreasing cell capacity. And of
course, when the legacy station transmits or receives, it does so at lower data rates, reducing the
effective capacity of the cell.
• The 400 nsec guard interval is not a realistic option in an enterprise network, where there will be
many multipath reflections, some with long delay spreads.
• Client design for 802.11n is challenging, as it is difficult on many devices to find the space to mount
extra antennas, the extra RF chains and processing require more board area and power, and of
course 802.11n silicon will command a price premium for several years over 802.11a/g silicon. Not
least, NIC cards and clients such as Wi-Fi phones are complex to design: until recently, Wi-Fi
phones were limited to 802.11b.
All these effects serve to reduce the effective capacity of a cell. Thus, while 802.11n advertises rates to
600Mbps, the expected capacity of an 802.11n cell is between 100 and 200Mbs, and it could certainly be
less if clients connect over long distances, transmit short frames, or there are legacy 802.11a/b/g clients
present. However, this is still an increase of 5x over 802.11a/g technology.
Here are our estimates of ‘reasonable’ expectations for data rates in an enterprise 802.11n deployment
(this assumes ‘greenfield’ deployment with no legacy 802.11a/b/g clients or APs). Interpret this table as a
comparison of the achievable data rate of 802.11n with that of 802.11a or 802.11g at the same distance
from the access point. Alternatively, it can be read as the capacity of a cell (with all-802.11n clients) when
compared with a cell of the same radius.
In addition to the PHY effects above, the many MAC enhancements in 802.11n will increase the
throughput, and hence the capacity of a cell. Analysis of these effects is challenging, as they are
extremely dependent on the data patterns. Some of the enhancements are aimed specifically at
streaming media such as video, but there has been speculation that they may actually reduce the
throughput of other types of traffic such as voice or file transfers.
Methodology
This explanation is not necessary to an understanding of the results below, but is included so the
scientifically-inclined can understand the degree of simplification involved in deriving the results.
In deriving the expected data rates and how they vary with distance from the access point, the following
steps are employed:
• Calculate free space loss with distance.
• Apply a model (Rappaport et al) for typical in-building propagation loss.
• Calculate the signal to noise ratio (SNR) by distance from the access point.
• Apply some random statistics to the above to simulate a real-world network.
• Calculate the Shannon bandwidth of the channel, based on the SNR.
• Round to the nearest (lower) data rate available.
This necessarily includes many approximations. In addition to the methodology above, the following
assumptions were used:
• Propagation loss at 5.5GHz
• In-building propagation loss index of 2.7
• Assumed transmit power to the antenna of 100mW, and combined antenna gains of 6dBi
• 20MHz, 40MHz channel bandwidths for calculating thermal noise and Shannon bandwidth
• Variation of +/-6dB in signal strength due to noise and fading effects. This is applied as a random
factor uniformly distributed between +/-6dB of the mean calculated by the in-building propagation
formula.
• No allowance is made for beamforming, as this will not be incorporated in shipping silicon until at
least 2008.
• Only up to 3 spatial streams are analysed, rather than the maximum of 4 in the standard: early
products are expected to extend only 3 antennas.
P = 20log10(d) + 20log10(f) + A
P = 20log10(d) + 47.26
This is adjusted to give a figure for power at the receive antenna connector based a power level to the
transmit connector of 100mW and combined antenna gains of 6dBi.
P =γ x10log10(d) + 47.26
Where γ is a parameter showing increased loss over distance compared with free space.
First, define a noise floor so a signal to noise ratio (SNR) can be calculated. ‘Thermal’ noise depends on
Boltzmann’s constant (kB) and absolute temperature (T), and it calculated by:
B
Where P is power in dBm, and Δf is the channel bandwidth in Hz. In our case, the channel is either 20 or
40MHz. Thermal noise in a 20MHz channel is -101dBm; and in a 40MHZ channel, -98dBm.
C = Blog2(1 + SNR)
Where C is the capacity in bits/sec, SNR the signal to noise ratio expressed as a ratio, not in dB, and B is
a constant depending on the channel bandwidth. Since 802.11n uses different coding schemes to deal
with differing levels of SNR, this equation is taken as a general guide but is adjusted to give results more
closely modelling 802.11n.
80
Maximum data rate (Mbps)
70
Free
60 Space
50
40
30
In-
20 buildin
g
10
0
1
2
4
5
6
7
9
10
11
13
14
15
17
18
19
21
22
23
24
26
27
28
30
31
32
34
35
Distance (metres)
The graph above shows the results of the free-space and in-building propagation models. The ‘free-
space’ line assumes uninterrupted line-of-sight behaviour, and is obviously the upper-bound of what could
be expected in practice: it will not be possible to improve on these figures in practical networks. The in-
building plot shows a much steeper decline of data rate with distance, as one might expect: generally it
assumes non-line-of-sight, and many multipath reflections. The general form of this curve is well-
accepted: the slope varies depending on the type of environment. Our assumption is for a propagation
factor γ of 2.7 (estimates vary from 2.0 for free-space to 3.5 in extremely challenging environments), and
we judge this reasonable for a building with few ‘thick’ internal walls, but with desks, cubicle partitions and
‘thin’ office walls and doors. A modern office building might be typical of this, whereas buildings
constructed with internal walls of brick or concrete, or containing large metal objects would warrant a
higher γ factor.
The methodology, explained above, is to apply a random variation in the range +/- 6dB to the mean values
for in-building propagation above. This gives the figure for a single spatial stream in the plots below.
To model multiple spatial streams (SS), a number of independent random events are calculated, one for
each SS in the system. These are then added using a variety of weightings, as it is not reasonable to
expect perfect RF isolation of the spatial paths: adding a second SS will cause some interference and
degradation of the first. Subtracting from this effect, however, the transmitter can use feedback from the
receiver to characterize the combination of channels and adjust it’s antenna weightings. Overall we
expect these effects to balance: the calculations above expect that the second and third spatial streams
are directly additive to the overall data rates.
150 1 SS,
20MHz
with
100 noise
2 SS,
20MHz
50 with
noise
3 SS,
0 20 MHz
with
1
3
5
6
8
10
12
14
15
17
19
21
23
24
26
28
30
32
33
noise
Distance (metres)
The diagram above also includes a simplification, in that it assumes non-line-of-sight, but with significant
multipath: good conditions for MIMO with SDM. Our practical experience in our own office building
suggests that actual data rates can be lower at short distances from the access point, because there is
more likely to be line-of-sight, especially with ceiling-mounted antennas. This means that at short range,
line-of-sight negates the MIMO effect, and data rates are similar to single spatial stream figures. As
distance increases, the dominant line-of-sight/near-line-of-sight signal is attenuated, promoting multiple,
more isolated RF paths, and overall data rates increase.
Now the results must be matched to actual 802.11 data rates, depending on different coding
combinations. The plot below shows this for 802.11a, which can be used as a benchmark for comparison
with the 802.11n results.
70
60 In-
Data rate (Mbps)
building
50
40
30 802.11a
raw
data
20
rate
10
802.11a
0 actual
data
1
3
4
6
7
9
11
12
14
15
17
19
20
22
23
25
27
28
30
31
33
35
rate
Distance (metres)
Using the same methodology we model 802.11n data rates for different combinations of spatial streams
and channel bandwidth.
Free
802.11n data rates varying with distance Space
80 In-
building
70 1 SS,
20MHz
60
Data rate (Mbps)
2 SS,
50 20MHz
3 SS,
40 20MHz
30 1 SS,
40MHz
20
2 SS,
10 40MHz
3 SS,
0 40MHz
1
3
5
6
8
10
12
14
15
17
19
21
23
24
26
28
30
32
33
802.11a
Distance (metres) (20MHz)
The results demonstrate that even with one spatial stream, 802.11n gains range over 802.11a/g. This can
be ascribed to a series of minor PHY-layer improvements (beamforming is not included in this model
because it is not part of the first release of 802.11n, and it is not incorporated in 2007-releases of silicon).
The extent of this improvement of 802.11n range over 802.11a is perhaps 5%.
Note that as this model deals only with range and data rates at the PHY layer, the achievable throughput
will be less than indicated above – sometimes considerably less, especially when older 802.11a/b/g clients
are present in the cell.
The table below shows the estimated contribution of different 802.11n features in extending range (range
here is defined as the distance at which the error rate at the lowest defined data rate becomes excessive:
the range is compared to 802.11a).
The practical solutions available in 2007 should benefit from diversity effects and the two-spatial-stream
opportunity, giving the range estimates (based on two spatial streams) used through this paper for a 2007
greenfield 802.11n network.
Note that MAC enhancements do not affect the maximum range of an 802.11n signal, although they do
serve to increase the overall throughput at any particular AP to client distance.
References
The IEEE is the fount of 802.11 standards. While it does not publish standards until final ratification, much
useful information may be found here: http://grouper.ieee.org/groups/802/11/ .In particular, there is a
useful summary of each forthcoming amendment (currently under ‘WG Info / 802.11 Quick Guide’) and a
current estimate of schedules (use the search box for ‘timeline’).
The information in this paper was taken from and checked against P802.11n draft 2.0.
The Wi-Fi Alliance is working on certifications for 802.11n. The WFA web site is here: http://wi-fi.org/
© 2007 Aruba Networks, Inc. All rights reserved. Aruba Networks and Aruba Mobile Edge Architecture are
trademarks of Aruba Networks, Inc. All other trademarks or registered trademarks are the property of their
respective holders. Specifications are subject to change without notice.
AN000WP80211n-2.7