Showing posts with label ofdm. Show all posts
Showing posts with label ofdm. Show all posts

Monday, August 4, 2014

802.11ac Adjacent Channel Interference (ACI)

I was reading this article on development of 5G cellular technologies when this bit on OFDM deficiencies and the need for new waveforms to support higher capacities and user densities caught my attention (emphasis added by me):
4G and 4G+ networks employ a type of waveform called orthogonal frequency division multiplexing (OFDM) as the fundamental element in the physical layer (PHY).  In fact, almost all modern communication networks are built on OFDM because OFDM improved data rates and network reliability significantly by taking advantage of multi-path a common artifact of wireless transmissions.  However as time and demands progress, OFDM technology suffers from out-of-band spectrum regrowth resulting in high side lobes that limit spectral efficiency.  In other words, network operators cannot efficiently use their available spectrum because two users on adjacent channels would interfere with one another.  OFDM also suffers from high peak-to-average ratio of the power amplifier, resulting in lower battery life of the mobile device.  To address OFDM deficiencies, researchers are investigating alternative methods including generalized frequency division multiplexing, filter bank multi-carrier, and universal filter multi-carrier.  Researchers speculate that using one of these approaches over OFDM may improve network capacity by 30 percent or more while improving the battery life for all mobile devices."


This aligns with most Wi-Fi professionals' recommendations to deploy 5 GHz radios on non-adjacent channels to avoid that dreaded adjacent channel interference (ACI). 

And if you look at an OFDM Wi-Fi transmit spectral mask, either the limits defined in the standard or using a spectrum analyzer, you will see rather significant side lobes that can impact adjacent channels (and channels even further away, depending on proximity and power levels). I have even considered including discussion of OFDM spectral masks within my 802.11ac presentations and writing due to the fact that as channel widths get wider, so to do their side lobes because the frequency distance from the main carrier signal at which the relative power level must be reduced to be in compliance increases as well. 

Here is an illustration that I put together over a year ago but never published and kept in the appendix of my 11ac presentation. It illustrates how ACI can increase due to the spectral mask differences as channel widths get larger. I have inlaid two 20 MHz spectral masks inside the 40 MHz mask, and two 40 MHz masks inside the 80 MHz mask. Essentially, the side lobe power level reduction requirements are based on the size of the main signal lobe; as the main signal lobe gets larger, so too does the allowed power in side band lobes.

Spectral Mask Comparison of 20, 40, and 80 MHz Wi-Fi Channels
And below is a capture from a spectrum analyzer approximately 10 feet away from an 802.11ac AP operating in 80 MHz mode with a large amount of traffic. Notice the high signal level in adjacent channels (52-64, and likely would impact the as-of-yet unapproved U-NII 2B band). 


Spectrum Analysis Capture of an 802.11ac 80 MHz Waveform

This is why you need a minimum of 10 feet of separation between radios operating in the same frequency band (unless other shielding mechanisms are used, which increase cost), as well as the recommendation to have adjacent 5 GHz radios operating on non-adjacent channels. This will start to become a bigger issue as we deploy more 5 GHz radios to handle capacity and user density demands. More manufacturers are considering developing software-defined radios (SDR) as well as multi-radio APs that have more than one radio operating in the 5 GHz band. You should carefully research and verify (through real-world testing) these solutions to ensure that interference within the AP is not an issue.

As always, the better you understand what's going on at the physical layer, the better wireless engineer and architect you will be. 

Happy signal hunting,
Andrew 

Tuesday, April 9, 2013

First Look - 802.11ac Gigabit Wi-Fi Speed

I just couldn't wait for 802.11ac enterprise WLAN gear to be released, so I went and picked up a consumer router and USB adapter to get a first look at 802.11ac.

Equipment
I picked up the ASUS RT-AC66U and corresponding ASUS USB-AC53 adapter. I decided to go this route because with pre-standard equipment we've historically seen best performance when pairing the AP and client adapters from the same manufacturer.

ASUS 802.11ac Product Lineup

The router supports 3x3:3 MIMO with 80 MHz channels and 256-QAM on the 5GHz 802.11ac capable radio. This results in a raw Wi-Fi data rate capable of 1.3 Gbps. You might want to reference this 802.11ac data rate chart.

The USB adapter on the other hand is a bit handicapped, supporting only 2x2:2 MIMO, 80 MHz channels, and 256-QAM. This results in a raw Wi-Fi data rate capable of 867 Mbps. However, actual throughput performance is further limited by it's USB 2.0 interface which has a raw bus speed of 480Mbps but is limited to somewhere around 60% of that due to USB host controller overhead. So realistically, with this USB adapter I'm going to max out around 288 Mbps of actual throughput. Additionally, it's increasingly hard to pack a 3x3:3 MIMO antenna system into an external USB adapter due to physical size constraints. This is what we've seen with external 802.11n adapters for the most part, and that has continued to be the case with most first-generation external 802.11ac client adapters. We should see more spatial stream support on internal Wi-Fi adapters where the antenna can be integrated into the laptop case in order to create sufficient physical separation.

I loaded the adapter driver and utility into a Windows 7 laptop and it reported the raw speed as 866.5 Mbps, which is equivalent to the adapter's maximum raw Wi-Fi speed based on its specifications.

Windows Connection Details Reported an 866.5 Mbps Speed

Peak Performance
I decided to initially perform a simple file transfer using SMB. To accomplish this, I hooked one laptop to the wired Gigabit Ethernet LAN port on the router as the server and connected the second laptop to the 5 GHz Wi-Fi radio as the client. I pulled a 1.38GB file down from the server to the client over the wireless link. I performed this test over 10 times for reproducibility. The router was configured for 5 GHZ operation with an 80 MHz channel and a primary channel of 48.

File size: 1.38GB / 1,490,209,655 Bytes / 11,921,677,240 bits
Transfer time: 51.0 seconds (avg.)
Application throughput: 233.76 Mbps

Note - remember that this is application layer throughput, which does not include SMB, TCP, IP, or MAC layer overhead.

Next, I performed an iPerf TCP throughput transfer for 60 seconds, modifying the TCP window size to 1024KB. The test was performed ten times, with the average result clocking in at 204 Mbps.

iperf -f m -i 1 -w 1024K -c 192.168.1.33 -t 60

[ ID] Interval       Transfer     Bandwidth
[156]  0.0-60.0 sec  1482 MBytes   204 Mbits/sec

Overall, I was fairly pleased with this result. Although it is nowhere near the Gigabit speeds that 802.11ac is capable of achieving, this is to be expected given the handicapped USB 2.0 adapter that I am using. Given a raw data rate of 867 Mbps peak, I would expect to see throughput around 520 Mbps without the USB 2.0 limitation (or roughly 60% of the peak data rate).

I used MetaGeek's Chanalyzer Pro and WiSpy DBx to record the 80 MHz file transfers. I configured the router to use an 80 MHz channel width, with a primary channel of 48 in the UNII-1 band. The spectrum analysis workstation was located within 5 feet of the router.

Spectrum Analysis of an 802.11ac 80 MHz Channel
You can clearly see FFT waveform across the entire UNII-1 band due to the automatic extension of the primary 20 MHz channel up to the maximum 80 MHz channel width that was configured. As a recap of how the primary and extension channels work, you might want to review my previous post on 802.11ac Channel Planning.

Performance Comparison versus 802.11n
To assess how well the 2 spatial stream 802.11ac client performed, I decided to benchmark it against similarly capable 2SS 802.11n clients. To make the test apples-to-apples, I also turned down the channel width on the ASUS router to 40 MHz, since that is the largest channel width the 802.11n clients support.

I ran the same SMB file transfer test as described previously. The SMB file transfer was run three times for each client and I averaged the results. Each client was placed in the same physical location, approximately 10 feet from the router to assess peak performance.

40 MHz throughput comparison against two different 2x2:2 802.11n clients:

Wi-Fi AdapterWi-Fi CapabilitiesMax Wi-Fi Data Rate at 40 MHzSMB File Transfer TimeSMB Throughput
MacBook Air Airport (Internal)802.11n, 2x2:2 MIMO300 Mbps1:36.7 sec123.29 Mbps
Intel 4965ABGN (Internal)802.11n, 2x2:2 MIMO300 Mbps1:15.5 sec157.90 Mbps
Asus USB-AC53802.11ac, 2x2:2 MIMO400 Mbps
(limited further due to USB 2.0 bus speed)
1:07.0 sec177.94 Mbps

Clearly, the peak performance test shows that the 802.11ac client has an edge due to the higher data rates provided at the top-end with 256-QAM modulation.

Rate over Range versus 802.11n
The aggressive 256-QAM modulation may provide higher peak throughput when a client is physically very close to the AP. But will that advantage hold up over larger distances? There has been significant discussion in the industry about the real-world usefulness of 256-QAM, especially at typical client distances of 10-20 feet or greater from an AP. Will clients realistically be able to use such aggressive modulation in practice?

However, the question about the use of higher modulation is not the only one. Newer wireless chipsets should also benefit from better manufacturing processes that improve 802.11ac client receive sensitivity, translating into the use of higher data rates at at any given distance when compared to older 802.11n clients. Put another way, does 802.11ac exhibit better rate-over-range compared to 802.11n?

For the rate-over-range testing, I ran the same iPerf TCP throughput test as described previously, using a 40 MHz channel width at varying distances from the router. The tests were performed in a residential house since that is the only space that I have available at the moment.

- Point #1: 10 feet from the router, 1 wood panel wall in-between
- Point #2: 25 feet from the router, 1 wood panel wall in-between
- Point #3: 30 feet from the router, 1 wood floor and 1 drywall in-between
- Point #4: 40 feet from the router, 2 wood floors and 1 wood panel wall in-between

Additionally, in parenthesis I provide a rough signal strength and data rate used during the tests as reported by the client supplicant/driver. I also provided the test results for the 802.11ac client using an 80 MHz channel width for reference.

LocationMacbook Air 
(40 MHz)
Intel 4965ABGN 
(40 MHz)
ASUS USB-AC53 
(40 MHz)
ASUS USB-AC53 
(80 MHz)
Point 1154 Mbps
(-50 dBm, 300 Mbps)
165 Mbps
(-50 dBm, 300 Mbps)
204 Mbps 
(-40 dBm, 400 Mbps)
204 Mbps 
(-40 dBm, 867 Mbps)
Point 2144 Mbps
(-60 dBm, 216 Mbps)
150 Mbps
(-60 dBm, 270 Mbps)
180 Mbps 
(-52 dBm, 400 and 324 Mbps)
202 Mbps 
(-54 dBm, 702 and 585 Mbps)
Point 3112 Mbps
(-65 dBm, 162 Mbps)
102 Mbps
(-70 dBm, 180 Mbps)
144 Mbps 
(-54 dBm, 243 Mbps)
201 Mbps 
(-60 dBm, 526 Mbps)
Point 435 Mbps
(-80 dBm, 54 Mbps)
61 Mbps
(-80 dBm, 120 Mbps)
119 Mbps 
(-65 dBm, 216 Mbps)
190 Mbps 
(-70 dBm, 468 Mbps)

The 802.11ac client performance beats both 802.11n clients in all tests at all locations. Additionally, the performance gap widens significantly at Point #4, the farthest distance and weakest signal from the router. Clearly, 802.11ac provides significant rate-over-range improvements over 802.11n.

Performance improvement at each location:
- Point #1: 32.5% (vs MBA), 23.6% (vs Intel)
- Point #2: 25.0% (vs MBA), 20.0% (vs Intel)
- Point #3: 28.6% (vs MBA), 41.2% (vs Intel)
- Point #4: 240% (vs MBA), 95.1% (vs Intel)

The peak performance improvement at Point #1 (32.5%, 23.6%) is squarely in-line with 802.11ac's 33% theoretical improvement over 802.11n due to the higher modulation rate of 256-QAM (400 Mbps) versus 64-QAM (300 Mbps).

The receive sensitivity of the 802.11ac client is also better than the 802.11n clients. At most test locations the 11ac adapter exhibited an 8-15 dB signal advantage over the older 11n adapters. This highlights the fact that newer wireless chipsets offer improved hardware quality over older chipsets. Receive sensitivity also appears to be better for the same 802.11ac adapter when smaller channel widths are used. This highlights the fact that as channel width increases, clients will need to maintain a slightly better signal strength to maintain the same modulation rate. In practice, this will mean there is a slight trade-off with decreased modulation rate when increasing channel width, while maintaining all other variables constant (such as transmit power, antenna gain, etc).

To answer the questions surrounding the use of 256-QAM at distances greater than 10-20 feet, I've found that the usable distance and signal strength required to use 256-QAM data rates is around 25-30 feet (in my case with one light wall in-between) and around -52 dBm signal strength. I note multiple data rates being used for the 802.11ac client at Point #2 because the client appeared to be data rate shifting during the test, likely unable to sustain 256-QAM modulation at times and shifting to a lower rate. These values are almost certain to vary between client adapters based on receive sensitivity, but this should provide a rough estimate for WLAN administrators.

Results Recap

Let's add up the 802.11ac test results:
  1. Decent peak performance at 80 MHz channel width, although it we should see double this performance with integrated adapters or USB 3.0 external adapters.
  2. Better peak performance than 802.11n at comparable 40 MHz channel width due to the use of more aggressive 256-QAM at relatively close distances to the AP.
  3. Better rate-over-range performance than 802.11n, especially as distance from the AP increases and signal level deteriorates.

Final Thoughts
It was great to get a first-look at 802.11ac equipment, even though the currently available client adapters are a bit disappointing from a peak performance standpoint due to their reliance on USB 2.0 bus speed. You might consider waiting for integrated 802.11ac client adapters or external USB 3.0 adapters to hit the market, which should be capable of supporting the full throughput that 802.11ac offers. A few are already out there; I found this 802.11ac hardware wiki that seems to be keeping track of consumer equipment.

Even though you might not see awe-inspiring peak performance for any single client with this early release equipment, 802.11ac still stands to improve the aggregate performance and capacity of the network through more efficient use of airtime. WLAN administrators should expect to see this aggregate increase in network capacity even with 802.11ac capable mobile devices such as tablets and smartphones. Since they will be using higher Wi-Fi data rates, they will be getting on and off the air quicker for a given application throughput level than they would by using 802.11a/g/n. This will translate into the ability to support more clients or higher throughput per-client, and will be a big boost for enterprise WLAN capacity!

Cheers,
Andrew


Read the Entire 802.11ac Gigabit Wi-Fi Series: