Blog 2026-05-11
Choosing the right WiFi 5 Wave 2 module for your industrial or enterprise project requires evaluating chipset options, form factor, thermal performance, and OEM/ODM customization capabilities. This guide reviews the top WiFi 5 Wave 2 module solutions including Qualcomm QCA9984 and MediaTek MT7615D-based designs across Mini PCIe and M.2 form factors. Wave 2 modules deliver 600-900 Mbps real-world TCP throughput at 80 MHz bandwidth with downlink MU-MIMO supporting up to 4 concurrent clients, making them ideal for IoT gateways, enterprise APs, and embedded systems. Key selection criteria include PCIe 2.0 host interface compatibility, operating temperature range (-40°C to +85°C for industrial grade), RF front-end configuration, and regional DFS channel support. For OEM/ODM projects, Wave 2 modules offer the best balance of performance and cost through 2028, with mature Linux driver support (kernel 4.4 through 6.x).
Selecting the right WiFi 5 Wave 2 module for your industrial IoT gateway, enterprise access point, or embedded system requires evaluating real-world performance, chipset ecosystem maturity, and OEM/ODM customization options. This guide reviews the leading Wave 2 module solutions including Qualcomm QCA9984 (4×4:4, 1.73 Gbps PHY) and MediaTek MT7615D (4×4:4, 1.73 Gbps PHY), comparing their host interfaces, thermal characteristics, driver support, and deployment suitability.
A Wave 2 module is distinguished from Wave 1 by three mandatory additions: 160 MHz channel bandwidth (contiguous or 80+80 MHz non-contiguous), 4 spatial streams (4×4:4 MIMO configuration), and downlink MU-MIMO supporting transmission to up to 4 clients simultaneously. Transmit beamforming (TxBF) using Null Data Packet (NDP) sounding was also elevated from optional in Wave 1 to mandatory in Wave 2 certification.
As of 2026, WiFi 5 Wave 2 modules remain widely deployed in industrial IoT gateways, enterprise access points, embedded wireless systems, and legacy equipment upgrades. The mature chipset ecosystem ensures competitive pricing, proven driver support across Linux kernels 4.4 through 6.x, and validated interoperability with over a decade of WiFi client devices. Below we review the top module options and their ideal use cases.
For a comprehensive overview of the WiFi module ecosystem from Wave 2 through WiFi 7, refer to our WiFi module complete guide.
The Wave 2 physical layer (PHY) operates exclusively in the 5 GHz UNII bands (5.15–5.35 GHz and 5.47–5.85 GHz, depending on regional regulatory domain). The PHY employs Orthogonal Frequency Division Multiplexing (OFDM) with 256 subcarriers per 80 MHz channel segment, of which 234 are data subcarriers, 8 are pilot subcarriers, and 14 are guard/null subcarriers. When operating in 160 MHz mode (either contiguous or 80+80 MHz non-contiguous), the subcarrier count doubles to 512, with 468 data subcarriers available for user data transmission.
Each spatial stream in a 4×4:4 configuration is transmitted through a dedicated antenna chain comprising its own RF front-end, power amplifier (PA), low-noise amplifier (LNA), and baseband processing path. The QCA9984, for example, integrates four complete transmit/receive chains with digital predistortion and PA linearization circuitry to maintain spectral mask compliance at 20 dBm output power per chain.
The defining architectural innovation in Wave 2 is downlink Multi-User MIMO (DL MU-MIMO). Unlike Wave 1’s Single-User MIMO (SU-MIMO), where the entire channel bandwidth is allocated to one client at a time per transmission opportunity, DL MU-MIMO uses spatial division to serve multiple clients concurrently within the same frequency-time resource.
The process follows four sequential steps:
The MU-MIMO group size is limited to 4 clients per transmission in 802.11ac Wave 2, and all clients in a MU group must use the same channel bandwidth (80 MHz or 160 MHz). The AP can maintain multiple MU groups in memory and switch between them on a per-transmission basis.
Transmit beamforming in Wave 2 uses explicit feedback based on NDP sounding, as specified in the IEEE 802.11ac-2013 standard. The AP transmits a known sounding frame, the client measures the channel, and returns quantized beamforming feedback. This explicit mechanism is mandatory in Wave 2 certification and ensures deterministic beamforming gain regardless of client chipset vendor.
The typical beamforming gain in Wave 2 systems ranges from 3 to 6 dB at the receiver, translating to approximately 1.4x to 2x improvement in received signal strength. In practice, this extends the usable range by 20–40% at the same data rate, or allows operation at one MCS level higher at a given range compared to non-beamformed transmission.
The IEEE 802.11ac Wave 2 PHY rate is determined by the following formula:
PHY Rate = NSD × NBPSCS × R × NSS / TSYM
Where: NSD = number of data subcarriers (468 for 160 MHz), NBPSCS = bits per subcarrier per symbol (8 for 256-QAM), R = coding rate (5/6), NSS = spatial streams (4), TSYM = OFDM symbol duration including guard interval (3.6 µs for 400 ns short GI).
The maximum PHY rate configuration for WiFi 5 Wave 2 is:
| Configuration Parameter | Value |
|---|---|
| Channel Bandwidth | 160 MHz (contiguous) or 80+80 MHz (non-contiguous) |
| Spatial Streams | 4 (4×4:4 MIMO) |
| Modulation and Coding | 256-QAM, MCS 9, 5/6 coding rate |
| Guard Interval | 400 ns (short GI) |
| Peak PHY Rate | 3.47 Gbps |
For the more commonly deployed 80 MHz configuration, the peak PHY rate at 4×4:4 with 256-QAM and 400 ns GI is 1.73 Gbps. At 3×3:3 with 80 MHz, the peak is 1.3 Gbps, identical to the maximum Wave 1 configuration.
Achievable TCP/IP throughput in real-world deployments is substantially lower than the PHY peak due to MAC layer overhead, channel contention, client capability limitations, and host CPU processing constraints. Based on Qualcomm QCA9984 reference design measurements and validated by third-party testing from SmallNetBuilder (2017–2018), the following throughput figures represent realistic expectations:
| Test Scenario | 80 MHz, 4×4:4 | 160 MHz, 4×4:4 |
|---|---|---|
| TCP Downlink (single client, close range) | 720 Mbps | 1,050 Mbps |
| TCP Uplink (single client, close range) | 680 Mbps | 950 Mbps |
| TCP Downlink (4 concurrent clients, MU-MIMO) | 580–720 Mbps (aggregate) | 750–950 Mbps (aggregate) |
| TCP Downlink (10 concurrent clients, high density) | 400–560 Mbps (aggregate) | 500–680 Mbps (aggregate) |
| Industrial IoT (100-packet latency, 95th percentile) | 6–12 ms | 5–10 ms |
Source: Qualcomm QCA9984 Reference Design Application Notes (2016); SmallNetBuilder 802.11ac Wave 2 AP Roundup (2017–2018). All measurements at 5-meter line-of-sight, DFS-channel-free environment, WPA2-AES encryption enabled.
Understanding why real-world throughput falls below theoretical peaks is essential for accurate deployment planning:
Wave 2 supports four channel bandwidth modes: 20 MHz, 40 MHz, 80 MHz, and 160 MHz. The 160 MHz mode can be implemented as a single contiguous 160 MHz block (available in UNII-1 through UNII-3 in the United States under FCC Part 15.407) or as two non-contiguous 80 MHz blocks (80+80 MHz mode) that may reside in different UNII sub-bands. The 80+80 MHz mode offers flexibility in regulatory domains where contiguous 160 MHz spectrum is unavailable, such as the EU’s ETSI EN 301 893 framework where DFS restrictions limit contiguous channel availability.
In practice, the 80 MHz channel width is the most commonly deployed configuration for Wave 2 modules in industrial and enterprise environments as of 2026. 160 MHz operation requires clear spectrum availability across both sub-bands, which is challenging in dense urban and industrial settings where radar DFS events and co-channel interference are prevalent. According to yuneng deployment data across 200+ industrial sites, approximately 35% of Wave 2 installations use 80 MHz only, 55% operate at 80 MHz with dynamic channel selection capability, and only 10% operate at 160 MHz — primarily in rural or suburban point-to-point bridge applications.
802.11ac Wave 2 supports MCS 0 through MCS 9, identical to Wave 1. The modulation formats span BPSK (MCS 0) through 256-QAM (MCS 8 and 9), with coding rates of 1/2, 2/3, 3/4, and 5/6. The following table maps the key MCS indices to their parameters at 80 MHz with 3 spatial streams:
| MCS Index | Modulation | Coding Rate | Data Rate (1 SS, 80 MHz, 400 ns GI) |
|---|---|---|---|
| 0 | BPSK | 1/2 | 6.5 Mbps |
| 4 | 16-QAM | 3/4 | 39.0 Mbps |
| 7 | 64-QAM | 5/6 | 65.0 Mbps |
| 8 | 256-QAM | 3/4 | 78.0 Mbps |
| 9 | 256-QAM | 5/6 | 86.7 Mbps |
At the maximum 4×4:4 configuration with 160 MHz and MCS 9, the single-stream rate of 86.7 Mbps is multiplied by 4 streams and 2x subcarriers (160 MHz vs 80 MHz), yielding 3.47 Gbps.
Wave 2 modules support 4×4:4 MIMO configuration, meaning 4 transmit antennas, 4 receive antennas, and up to 4 spatial streams. Each spatial stream requires a dedicated RF chain including PA, LNA, mixer, and baseband ADC/DAC. For the Qualcomm QCA9984, the reference design specifies 4 U.FL connectors (or MHF4 for embedded designs) with 50-ohm impedance-controlled trace routing to the antenna ports.
OEM/ODM designers integrating Wave 2 modules must account for antenna isolation requirements. For 4×4 MIMO operation, the minimum recommended isolation between any two antenna elements is 15 dB, with 20 dB or higher preferred for optimal MU-MIMO performance. Antenna correlation coefficients below 0.3 are necessary to realize the spatial multiplexing gain of 4 spatial streams. In practice, this mandates antenna element spacing of at least half-wavelength (approximately 30 mm at 5 GHz center frequency) and preferably orthogonal polarization diversity.
The 5 GHz band used by WiFi 5 Wave 2 modules inherently offers shorter range and poorer wall penetration compared to 2.4 GHz due to higher path loss (Friis transmission equation: path loss increases by 6 dB per doubling of frequency). Under typical industrial deployment conditions with 20 dBm transmit power per chain (80 mW EIRP per chain, up to 320 mW total for 4 chains), the following coverage characteristics apply:
Latency performance for Wave 2 modules in industrial IoT applications is driven primarily by channel access delay and frame aggregation length. With MU-MIMO enabled, 95th percentile one-way latency for 100-byte UDP packets measures 3–8 ms under light load and 6–12 ms under 50% channel utilization. Disabling MU-MIMO and using SU-MIMO increases latency by 20–40% under multi-client traffic due to sequential transmission queuing.
Power consumption is a critical selection criterion for embedded and industrial Wave 2 module integration. The following data is sourced from Qualcomm QCA9984 and MediaTek MT7615D/MT7612E datasheets and validated by yuneng lab measurements:
| Chipset / Module | Configuration | Active TX (20 dBm/chain) | Idle (DTIM Beacon) | Sleep |
|---|---|---|---|---|
| Qualcomm QCA9984 | 4×4:4, 80/160 MHz | 5.1 W | 0.8 W | 0.15 W |
| MediaTek MT7615D | 4×4:4, 80/160 MHz | 4.5 W | 0.6 W | 0.10 W |
| MediaTek MT7612E | 2×2:2, 80 MHz | 1.8 W | 0.3 W | 0.05 W |
The power supply design for Wave 2 modules must account for peak current draw during active transmission. For a QCA9984-based design at 3.3V VDD, the peak current is approximately 1.55 A (5.1 W / 3.3V). A minimum power supply rating of 2.0 A (6.6 W) is recommended with 20% headroom, plus additional margin for peripheral circuitry (clock generators, level shifters, FEMs if external).
Industrial-grade WiFi 5 Wave 2 modules are specified for an operating temperature range of -20°C to +70°C ambient. Select chipsets, including the Qualcomm QCA9984 with industrial-grade packaging, support extended temperature ranges of -40°C to +85°C. For designs operating at high temperature extremes (+70°C ambient), passive heatsinks with a minimum surface area of 15 cm² are recommended for 4×4:4 modules to maintain junction temperatures below 105°C. For extended -40°C operation, ceramic capacitor selection (X7R or X8R dielectric) and low-temperature solder (SAC305) are required to prevent solder joint fatigue.
In industrial IoT gateways, Wave 2 modules provide the throughput and client capacity needed for aggregating data from multiple sensor networks, PLCs, and vision systems. A typical deployment involves a Wave 2 industrial gateway collecting data from 20–50 wireless sensors and 5–10 cameras, aggregating 200–400 Mbps of upstream traffic, and forwarding through a wired backhaul. The MU-MIMO feature is particularly valuable in this scenario, as it allows the gateway to simultaneously serve multiple low-data-rate sensors without time-division latency penalties.
Enterprise APs using Wave 2 modules (e.g., Qualcomm IPQ8064 + QCA9984 reference design) serve 50–100 concurrent clients with aggregate TCP throughput of 600–900 Mbps at 80 MHz. The mandatory TxBF in Wave 2 extends usable coverage in enterprise office environments, reducing the number of APs required for a given coverage area by 15–25% compared to Wave 1 deployments. Controller-based AP platforms typically disable 160 MHz mode in enterprise deployments due to DFS event frequency in dense channel plans.
OEM/ODM manufacturers embedding Wave 2 modules into custom products benefit from the mature PCIe 2.0/3.0 host interface, comprehensive Linux driver support (ath10k, mt76), and standardized M.2 Key E (2230/2280) and Mini PCIe form factors. The MT7612E in 2×2:2 configuration is popular for battery-powered embedded designs, drawing 1.8 W active TX. For higher-throughput designs, the QCA9984 in Mini PCIe format provides the full 4×4:4 capability.
End-of-life 802.11n and Wave 1 enterprise equipment can be upgraded to Wave 2 capability through module-level replacement where the form factor (Mini PCIe) and interface (PCIe) are compatible. The increased 256-QAM efficiency and MU-MIMO support provide 2–4x throughput improvement over 802.11n (which peaks at 450 Mbps PHY rate with 3×3:3, 40 MHz, 64-QAM). This approach extends the service life of existing hardware platforms by 3–5 years at a fraction of full platform replacement cost.
| Application | Recommended Configuration | Recommended Chipset | Key Selection Rationale |
|---|---|---|---|
| Industrial IoT Gateway | 2×2:2, 80 MHz | MT7612E | Low power (1.8 W), adequate throughput for sensor aggregation |
| Enterprise AP | 4×4:4, 80 MHz | QCA9984 / IPQ8064 | MU-MIMO for 50–100 clients, proven host CPU integration |
| Point-to-Point Bridge | 4×4:4, 160 MHz | QCA9984 | Maximum throughput in low-interference outdoor links |
| Battery-Powered Sensor | 1×1:1, 20 MHz | MT7610E | Lowest power consumption (~0.5 W), sufficient for low-data sensors |
| Legacy AP Upgrade | 3×3:3, 80 MHz | QCA9882 | Pin-compatible with many Wave 1/802.11n Mini PCIe slots |
WiFi 5 Wave 2 modules must comply with regional regulatory requirements for 5 GHz band operation. Key regulatory domains and their constraints are:
The majority of WiFi 5 Wave 2 modules use PCIe 2.0 or 3.0 as the host interface, with USB 3.0 available on select modules (e.g., MediaTek MT7612U). For PCIe-based modules, the following driver compatibility matrix applies:
| Driver | Supported Chipsets | Minimum Kernel | MU-MIMO Support |
|---|---|---|---|
| ath10k | QCA9884, QCA9984, QCA9888 | 4.4+ (4.14+ LTS recommended) | Yes (kernel 4.4+) |
| mt76 | MT7615D, MT7612E | 5.4+ | Yes (kernel 5.4+) |
| iwlwifi | Intel 8260/8265 (Wave 2) | 4.6+ | No (SU-MIMO only) |
For embedded Linux designs using OpenWrt 21.02+ or Yocto Kirkstone (4.0), ath10k and mt76 drivers are included and fully supported. Windows driver support is available through the respective vendor Windows Update Catalog packages, but industrial and embedded deployments overwhelmingly use Linux-based host systems.
WiFi 5 Wave 2 modules deliver a mature, well-characterized wireless solution for industrial and enterprise applications requiring throughput up to 1 Gbps TCP, support for 50–100 concurrent clients, and reliable operation across extended environmental ranges. The following conclusions are drawn from IEEE 802.11ac standard specifications, chipset vendor datasheets, and yuneng field deployment data across 200+ industrial sites:
Refer to the complete WiFi module guide for a cross-generation comparison of module specifications and form factors.
The theoretical peak PHY rate of a WiFi 5 Wave 2 module is 3.47 Gbps, achieved with 4 spatial streams (4×4:4), 160 MHz channel bandwidth, 256-QAM modulation at 5/6 coding rate (MCS 9), and 400 ns short guard interval. In real-world TCP throughput testing on Qualcomm QCA9984 reference platforms, a Wave 2 module delivers 720 Mbps (80 MHz) to 1,050 Mbps (160 MHz) TCP downlink for single-client scenarios, and 580–720 Mbps aggregate throughput with 4 concurrent MU-MIMO clients at 80 MHz.
Wave 2 adds three mandatory features over Wave 1: 160 MHz channel bandwidth (vs. 80 MHz max in Wave 1), 4 spatial streams (vs. 3), and downlink MU-MIMO for up to 4 simultaneous clients (vs. SU-MIMO only). In practical terms, a Wave 2 AP serves 50–100 concurrent clients versus 30–50 for Wave 1, and delivers 1.5–2.5x aggregate throughput in multi-client environments. Single-client throughput at equal bandwidth and stream count is identical between the two generations. For a detailed technical comparison across all parameters, see our 802.11ac Wave 1 vs Wave 2 comparison guide.
WiFi 5 Wave 2 supports downlink MU-MIMO (DL MU-MIMO) only — uplink MU-MIMO is not defined in the 802.11ac standard and was introduced later in 802.11ax (WiFi 6). DL MU-MIMO allows the access point to transmit to up to 4 clients simultaneously within the same channel bandwidth using spatial division. The MU group size is limited to 4 clients, and all clients in a group must use the same bandwidth (80 MHz or 160 MHz). The aggregate efficiency gain of MU-MIMO over SU-MIMO is typically 1.5–2.5x with 4 concurrent active clients, based on MediaTek MT7615D reference platform measurements.
WiFi 5 Wave 2 supports four channel bandwidth modes: 20 MHz, 40 MHz, 80 MHz, and 160 MHz. The 160 MHz mode can be implemented as a single contiguous 160 MHz block or as two non-contiguous 80 MHz blocks (80+80 MHz mode). In practice, 80 MHz at 4×4:4 is the most commonly deployed configuration in industrial and enterprise environments due to DFS radar detection constraints on 160 MHz channels. As of 2026, approximately 90% of industrial Wave 2 deployments use 80 MHz bandwidth according to yuneng deployment data.
Based on Qualcomm QCA9984 reference design measurements and yuneng field data from 200+ industrial deployments, a 4×4:4 Wave 2 module at 80 MHz bandwidth with 20 dBm per chain delivers 550–750 Mbps TCP downlink at 10–20 meters line-of-sight in factory environments. At 30–40 meters with 1–2 concrete walls, throughput drops to 200–400 Mbps. With 4 concurrent MU-MIMO clients, aggregate throughput measures 450–650 Mbps under moderate RF contention. 160 MHz operation is not recommended in factory environments due to DFS radar detection risks.
Power consumption varies significantly by configuration. A 4×4:4 Qualcomm QCA9984 module draws approximately 5.1 W in active TX mode (20 dBm per chain), requiring a power supply rated at 2.0 A minimum on the 3.3V rail with 20% headroom. A 2×2:2 MediaTek MT7612E draws 1.8 W active TX at 80 MHz, suitable for battery-powered designs. A 1×1:1 MT7610E draws 0.5 W. Power supply design must also account for inrush current during module initialization, which can reach 150% of steady-state active draw for up to 50 ms.
Yes. WiFi 5 Wave 2 access points and modules are fully backward compatible with 802.11ac Wave 1 clients, 802.11n (WiFi 4) clients, and legacy 802.11a clients operating in the 5 GHz band. When serving a non-Wave-2 client, the AP automatically falls back to SU-MIMO mode at the client’s maximum supported spatial stream count and channel bandwidth. No manual configuration changes are required. At 2.4 GHz, Wave 2 modules typically include a separate 802.11n radio for backward compatibility with 2.4 GHz-only legacy devices.
A 160 MHz contiguous channel spans 8 DFS sub-channels (each 20 MHz wide) in the UNII-2 and UNII-2 Extended bands. If radar is detected on any single sub-channel, the entire 160 MHz link must vacate the channel within 10 seconds. The channel availability check (CAC) period following a DFS event lasts 60 seconds for non-weather radar channels and up to 600 seconds (10 minutes) for weather radar channels — during which no transmission is allowed. In DFS-heavy environments, operating Wave 2 at 80 MHz reduces DFS event probability by 50% compared to 160 MHz because only 4 DFS sub-channels are occupied.
Most WiFi 5 Wave 2 modules use PCIe 2.0 or 3.0 as the host interface. For Linux-based embedded designs, the ath10k driver supports Qualcomm QCA9984 and QCA9884 chipsets starting from kernel 4.4, with MU-MIMO functional from kernel 4.4+. The mt76 driver supports MediaTek MT7615D and MT7612E from kernel 5.4+. For OpenWrt deployments, version 21.02+ includes both drivers. Intel 8260/8265 Wave 2 modules use the iwlwifi driver but do not support MU-MIMO in 802.11ac mode. Ensure the host platform provides PCIe 2.0 x1 minimum bandwidth (500 MB/s) to avoid bus-level throughput bottlenecks.
Industrial-grade WiFi 5 Wave 2 modules are specified for -20°C to +70°C ambient operating temperature. Select chipsets with industrial-grade packaging, such as the Qualcomm QCA9984, support extended ranges of -40°C to +85°C. For designs operating above +70°C ambient, passive heatsinks with minimum 15 cm² surface area are required to maintain junction temperatures below 105°C, and derating of transmit power by 2–3 dB is recommended at the upper temperature extreme. For -40°C operation, X7R or X8R ceramic capacitors and SAC305 solder are required.