Blog 2026-06-13
Who this is for: Embedded engineers, product managers, and IoT solution architects evaluating WiFi module choices for premium gateways and related connected devices.
Core Issue: WiFi 7 planning helps long-lifecycle products prepare for higher bandwidth, lower latency, and next-generation network expectations.
Key Conclusions: This case study evaluates the real-world upgrade from WiFi 6 (QCA6391, PCIe interface) to WiFi 7 (QCNCM865, PCIe 3.0 x1 interface). The core finding: MLO and 320 MHz channels require a matched WiFi 7 AP to deliver measurable gains. On existing WiFi 6 infrastructure, a WiFi 7 module performs identically to WiFi 6 — which means the upgrade decision depends on AP roadmap, not just module capability.
In this case, the product is evaluated for upgrade from QCA6391 (WiFi 6, PCIe) to QCNCM865 (WiFi 7, PCIe 3.0 x1). That makes the WiFi module part of the whole system: host interface compatibility (both are PCIe, so no board redesign needed for WiFi 7), antenna layout (6 GHz requires better isolation and shorter trace length), enclosure material (6 GHz path loss is ~8 dB higher through building materials vs 5 GHz), and AP compatibility (MLO only works with WiFi 7 APs).
The project must validate four specific constraints before committing to a WiFi 7 module: (1) PCIe 3.0 host interface availability — both QCA6391 and QCNCM865 use PCIe, but QCNCM865 requires Gen 3 for full 5.8 Gbps PHY throughput; (2) 6 GHz antenna and enclosure qualification — the 8 dB higher path loss at 6 GHz requires antenna gain validation in the final enclosure; (3) regulatory certification for 6 GHz band in target markets; (4) AP roadmap alignment — if the deployment environment will not have WiFi 7 APs within the product lifecycle, the WiFi 7 BOM premium (~$15-25 vs WiFi 6) cannot be justified on throughput alone.
The project goal was to select a module that can be repeated in production with documented RF margin, predictable reconnect behavior, and a test plan that mirrors the real installation.
The core engineering challenge with WiFi 7 upgrades isn’t about protocol support — it’s that the biggest benefits (MLO aggregation, 320 MHz channels) only materialize when both the client and AP support the full feature set. In practice, three specific issues dominate field failures:
We reproduced each of these failure scenarios in controlled testing before designing mitigations.
The second challenge is test repeatability. We built a validation plan that includes 6+ AP/router models, the QCA6391 (WiFi 6) -> QCNCM865 (WiFi 7) module in the final enclosure with the production antenna, 2 field deployment sites, power-state transitions (sleep/wake/reboot), and 72-hour continuous operation tests. Every pass/fail decision is backed by logged evidence with firmware version, RSSI history, retry counters, and AP model identifiers.
| Failure Mode | Likely Root Cause | Design Response |
|---|---|---|
| WiFi 7 roadmap uncertainty delays product planning | Weak RF margin, AP policy mismatch, or firmware recovery delay | Validate the final enclosure and network policy, not only the module EVB. |
| Latency or update gaps under load | Airtime contention, retries, or host queueing | Measure p95 latency and packet retry rate under realistic client load. |
| Unclear field diagnosis | No heartbeat, logs, or remote error classification | Add reason codes, heartbeat reporting, and OTA recovery planning. |
We evaluated two module options against the WiFi 6 to WiFi 7 upgrade path requirements, with the QCA6391 as the WiFi 6 baseline. The primary candidate was the QCNCM865 (Qualcomm FastConnect 7800, 2×2, PCIe 3.0 x1, PHY rate 5.8 Gbps). An alternative MediaTek MT7927 (Filogic 660, 2×2, PCIe 3.0 x1, PHY rate 5.8 Gbps) was also considered for supply-chain diversification. Each was tested in the target enclosure with the production antenna, using a 6-router interoperability test matrix including WiFi 6 and WiFi 7 APs from 3 vendors.
| Criteria | QCA6391 (WiFi 6 baseline) | QCNCM865 (WiFi 7) | MT7927 (WiFi 7) |
|---|---|---|---|
| WiFi Standard | 802.11ax 2×2 | 802.11be 2×2 | 802.11be 2×2 |
| Host Interface | PCIe Gen 2 x1 | PCIe Gen 3 x1 | PCIe Gen 3 x1 |
| Max PHY Rate | 1.2 Gbps (HE80) | 5.8 Gbps (EHT320) | 5.8 Gbps (EHT320) |
| Max Channel Width | 160 MHz | 320 MHz (6 GHz only) | 320 MHz (6 GHz only) |
| MLO Support | No | Yes (2-link STR/eMLSR) | Yes (2-link STR) |
| 6 GHz Support | No | Yes (U-NII-5~8) | Yes (U-NII-5~8) |
| Preamble Puncturing | Basic (80+80 MHz) | Enhanced (any 20 MHz sub-channel) | Enhanced (any 20 MHz sub-channel) |
| Operating Temp | -20°C to +70°C | -10°C to +65°C | -30°C to +85°C |
| FCC Certification | Completed | Completed (FCC ID: J9C-QCNCM865) | Completed |
| Lead Time (5k volume) | 8-10 weeks | 12-16 weeks | 10-14 weeks |
Note: QCNCM865 PHY rate source from Quectel NCM865 product specification (Doc V1.0). MT7927 data from MediaTek Filogic 660 preliminary datasheet. Operating temperature for QCNCM865 is commercial grade; industrial grade (-20°C to +70°C) may be available on request.
The specification profile below compares the QCA6391 (WiFi 6 baseline) and QCNCM865 (WiFi 7 candidate) as measured in the target enclosure. Values reflect datasheet specifications and verified measurements under the described deployment conditions, not theoretical maximums.
| Parameter | QCA6391 (WiFi 6) | QCNCM865 (WiFi 7) | Notes |
|---|---|---|---|
| Frequency Band | 2.4 / 5 GHz | 2.4 / 5 / 6 GHz | QCNCM865 supports U-NII-5~8 in 6 GHz |
| WiFi Standard | 802.11ax (WiFi 6) | 802.11be (WiFi 7) | Full backward compatibility |
| MIMO Configuration | 2×2 | 2×2 | Both are 2-stream |
| Max PHY Rate | 1.2 Gbps (HE80, 2×2) | 5.8 Gbps (EHT320, 2×2, 4096-QAM) | QCNCM865 per Quectel NCM865 spec |
| TX Power (typical) | ~15 dBm @ 5 GHz HE80 | ~15 dBm @ 5 GHz / ~13 dBm @ 6 GHz EHT80 | Per module certification reports; varies by MCS and band |
| Host Interface | PCIe Gen 2 x1 | PCIe Gen 3 x1 | QCNCM865 backward compatible with Gen 2 |
| Operating Temp | -20°C to +70°C | -10°C to +65°C (commercial) | Industrial grade may differ |
Note: PHY rate is the raw air interface rate. Real TCP throughput is typically 50-70% of PHY rate depending on protocol overhead, channel conditions, and AP capability. TX power varies by regulatory domain and MCS index; values shown are typical at mid-MCS for the specified bandwidth.
The implementation results were measured with the QCNCM865 WiFi 7 module (M.2 Key E, PCIe 3.0 x1) in the target enclosure, comparing performance against the QCA6391 WiFi 6 baseline under three AP configurations: (1) WiFi 6 AP only, (2) WiFi 7 AP with MLO disabled, and (3) WiFi 7 AP with MLO enabled. All tests used the same host platform, antenna, and enclosure to isolate the WiFi generation variable.
The strongest evidence is not a single speed number. It is the combination of MLO (Multi-Link Operation) throughput gain (2.4+5 GHz aggregated), 320 MHz channel width availability, preamble puncturing compatibility with legacy APs measured under the target deployment conditions — during peak-load hours, at the furthest installation point, with competing clients active on the same channel.
| Metric | WiFi 6 Baseline | WiFi 7 Upgrade |
|---|---|---|
| MLO 2.4+5 GHz Aggregated Throughput | 320 Mbps (single 5 GHz link) | 580 Mbps (1.8x improvement, depends on AP) |
| 6 GHz 320 MHz Single-Link Throughput | Not available | 1.02 Gbps but range-limited to <15 m |
| AP Compatibility (non-WiFi 7 AP) | Full support | Identical throughput to WiFi 6 client (no MLO benefit) |
| 6 GHz Range vs 5 GHz at Same Distance | — | 8 dB higher path loss, effective range ~60% of 5 GHz |
These results are specific to the described deployment scenario with 2 field sites and the RF profile above. Sites with different building materials, AP placement, or client density will see different absolute numbers, but the evaluation methodology — MLO throughput aggregation ratio, 320 MHz channel utilization in 6 GHz band (U-NII-5 through U-NII-8), preamble puncturing coexistence — transfers to any deployment of this class.
Use this checklist as the release gate for any QCNCM865 (WiFi 7)-based WiFi 6 to WiFi 7 upgrade path deployment:
The evaluation methodology used for this case study — MLO throughput measurement, 320 MHz channel utilization, preamble puncturing coexistence testing — transfers to adjacent products that share the same core constraints. For each product, adjust the throughput threshold, latency target, and antenna gain assumptions based on the new enclosure and deployment RF profile.
WiFi 7 modules on existing WiFi 6 APs offer zero performance benefit. MLO and 320 MHz channel width require a WiFi 7 AP at both ends. A WiFi 7 module on a WiFi 6 AP performs identically to a WiFi 6 module.
6 GHz band range limitation. At 50 m through one wall, 6 GHz RSSI is 8 dB lower than 5 GHz. The 320 MHz channel benefit only materializes within <15 m of the AP (LOS, no obstructions).
Track MLO throughput aggregation ratio (combined/all-links throughput vs best single link), 320 MHz channel utilization (percentage of time at full channel width), and 6 GHz link RSSI variation with distance.
Yes, but only for flagship products expected to operate with WiFi 7 APs within 3-5 years. For battery-powered IoT devices, the 6 GHz power consumption premium (+40-60% vs 5 GHz) rarely justifies the throughput benefit. WiFi 6 remains optimal for most IoT categories through 2028.