Vai al contenuto principale
Italiano

20MHz vs 40MHz vs 80MHz: Quale larghezza di canale dovresti usare?

Questa guida fornisce un riferimento tecnico definitivo e indipendente dal fornitore per responsabili IT, architetti di rete e direttori delle operazioni di sede sulla selezione della corretta larghezza del canale WiFi — 20MHz, 40MHz o 80MHz — in implementazioni aziendali nei settori dell'ospitalità, della vendita al dettaglio, degli eventi e degli ambienti del settore pubblico. Copre i meccanismi sottostanti IEEE 802.11, i compromessi di capacità nel mondo reale e una guida all'implementazione passo-passo per aiutare i team a prendere la decisione giusta in questo trimestre. Comprendere la selezione della larghezza del canale è una delle decisioni più importanti in qualsiasi progetto di LAN wireless, che influisce direttamente sulla velocità di trasmissione, sulle interferenze, sul supporto della densità dei client e sull'affidabilità dei servizi rivolti agli ospiti.

📖 6 minuti di lettura📝 1,264 parole🔧 3 esempi pratici❓ 3 domande di esercitazione📚 9 definizioni chiave

Ascolta questa guida

Visualizza trascrizione del podcast
Welcome to the Purple Technical Briefing. I'm your host, and today we're tackling one of the most persistent debates in enterprise wireless networking: 20 megahertz versus 40 megahertz versus 80 megahertz channel widths. Which one should you actually be using? If you're an IT manager, a network architect, or a venue operations director, you know that getting this wrong means poor user experience, helpdesk tickets, and compromised return on investment on your infrastructure spend. Today, we're cutting through the theory to give you actionable, vendor-neutral deployment guidance. Let's start with the core technical reality. The wider the channel, the higher the theoretical throughput. It's like adding lanes to a motorway. 20 megahertz is a single lane, 40 megahertz is a dual carriageway, and 80 megahertz is a four-lane superhighway. But here's the catch: in wireless networking, adding lanes also means you're more likely to crash into someone else. This is Co-Channel Interference, or CCI. In the 2.4 gigahertz band, you only have three non-overlapping 20 megahertz channels: 1, 6, and 11. If you try to use 40 megahertz in 2.4 gigahertz, you're going to overlap with almost everything, destroying performance. The golden rule here is absolute: never use 40 megahertz in the 2.4 gigahertz band in an enterprise environment. Stick to 20 megahertz. The real debate happens in the 5 gigahertz band. Here, you have significantly more spectrum, especially if you leverage Dynamic Frequency Selection, or DFS channels. DFS opens up a substantial block of additional spectrum that most consumer devices avoid, giving enterprise deployments a meaningful advantage. So, when do you use 20 megahertz on 5 gigahertz? This is your go-to for high-density environments. Think hospitality deployments with hundreds of hotel rooms, or large retail spaces with high footfall. By sticking to 20 megahertz, you maximise the number of non-overlapping channels available, drastically reducing co-channel interference. The throughput per client might be lower, but the overall aggregate capacity of the network is higher because access points aren't shouting over each other. It's about stability over peak speed. What about 40 megahertz? This is the sweet spot for mixed-use enterprise environments. Corporate offices, medium-density public sector buildings, or smaller conference centres. It offers a solid balance, doubling your throughput compared to 20 megahertz while still providing enough non-overlapping channels to design a robust channel plan, assuming you're using DFS. And then there's 80 megahertz. Marketing materials love 80 megahertz because it delivers massive headline speeds. But in the real world, 80 megahertz consumes four standard 20 megahertz channels. In most enterprise deployments, using 80 megahertz will lead to severe co-channel interference because you simply don't have enough spectrum to avoid access points stepping on each other's toes. The only time you should consider 80 megahertz is in very specific, low-density, high-bandwidth scenarios. For example, a dedicated access point in an executive boardroom, or a small remote office with only one or two access points and no noisy neighbours. Let's look at a real-world scenario. A large transport hub recently upgraded their infrastructure. They initially deployed 80 megahertz channels on 5 gigahertz, expecting massive speeds for passengers. Instead, they saw latency spikes and connection drops. The issue? Too many access points operating on the same wide channels. We advised them to drop down to 20 megahertz. Peak speeds per user decreased, but overall network reliability and capacity skyrocketed. The guest WiFi experience improved dramatically, leading to higher engagement with their captive portal and better data capture for their WiFi analytics platform. Now for a quick rapid-fire question and answer session. Question one: Does using wider channels decrease range? Yes. Every time you double the channel width, you increase the noise floor by 3 decibels. This effectively reduces your Signal-to-Noise Ratio, meaning clients need to be closer to the access point to maintain the same modulation rates. In practical terms, a client that could connect at 300 megabits per second at 20 metres on 20 megahertz might only achieve 150 megabits per second at the same distance on 80 megahertz, due to the degraded signal-to-noise ratio. Question two: What about 160 megahertz channels in WiFi 6 and WiFi 6E? Unless you are in the pristine 6 gigahertz band of WiFi 6E, avoid 160 megahertz entirely in enterprise deployments. It's a spectrum hog and will cause massive interference. Even in 6 gigahertz, 80 megahertz is usually the practical maximum for most venue deployments. The 6 gigahertz band is genuinely exciting because it offers up to 1200 megahertz of clean, uncongested spectrum, but we're still in the early stages of widespread client device support. Question three: Should I use automatic channel width selection? With caution. Most enterprise access point vendors offer automatic or dynamic channel width selection, and in theory this sounds ideal. In practice, the algorithms can be aggressive, and you may find access points selecting 80 megahertz channels at peak times, causing interference. Always validate automatic selections against a spectrum analysis, and consider setting a maximum channel width cap in your wireless LAN controller policy. To summarise: For dense deployments like stadiums or large hotels, use 20 megahertz. For standard enterprise offices and mixed-use venues, 40 megahertz is usually optimal. Reserve 80 megahertz for isolated, high-bandwidth, low-density requirements. Always design for capacity and stability first, not peak theoretical speed. And remember: the best WiFi channels are the ones your neighbours aren't already using. Thank you for joining this Purple Technical Briefing. If you'd like to explore how Purple's hardware-agnostic guest WiFi platform and analytics tools can help you optimise your wireless deployment, visit purple dot A I. Ensure your network is built on solid foundations, and your digital initiatives will follow suit.

header_image.png

Riepilogo Esecutivo

La selezione della larghezza del canale è uno dei parametri più importanti — e più frequentemente configurati in modo errato — nella progettazione di LAN wireless aziendali. La scelta tra canali da 20MHz, 40MHz e 80MHz governa direttamente il compromesso tra la velocità di trasmissione per client e la capacità di rete aggregata. Canali più ampi offrono velocità teoriche più elevate ma consumano più spettro, riducendo il numero di canali non sovrapposti disponibili e aumentando l'interferenza co-canale (CCI) in implementazioni dense.

La guida pratica è semplice: 20MHz su 2.4GHz non è negoziabile in qualsiasi implementazione multi-AP. Su 5GHz, la decisione dipende dalla densità dei client, dal tipo di sede e dalla disponibilità dello spettro. Ambienti ad alta densità — hotel, piani di vendita al dettaglio, stadi, centri congressi — dovrebbero impostare di default 20MHz su 5GHz per massimizzare il riutilizzo del canale. Uffici aziendali a uso misto e sedi a media densità possono sfruttare 40MHz per un compromesso equilibrato tra velocità di trasmissione e capacità. 80MHz dovrebbe essere riservato a scenari isolati, a bassa densità e ad alta larghezza di banda dove lo spettro è realmente disponibile.

Per gli operatori di sedi che gestiscono Guest WiFi su larga scala, questa decisione influisce direttamente sull'affidabilità dell'autenticazione del captive portal, sull'accuratezza dei dati di WiFi Analytics e sull'esperienza complessiva degli ospiti che favorisce il coinvolgimento ripetuto e la fedeltà.

Approfondimento Tecnico

La Fisica della Larghezza del Canale

Nel networking wireless IEEE 802.11, un canale è una fetta definita dello spettro di radiofrequenza. La larghezza di quella fetta — misurata in megahertz — determina quanti dati possono essere trasmessi simultaneamente. Questa relazione è governata dal teorema di Shannon-Hartley: la capacità del canale scala con la larghezza di banda. Raddoppiare la larghezza del canale da 20MHz a 40MHz raddoppia approssimativamente la velocità massima teorica dei dati, a parità di altre condizioni.

Tuttavia, "a parità di altre condizioni" è il qualificatore critico. In un'implementazione multi-AP nel mondo reale, lo spettro è una risorsa condivisa e finita. Ogni megahertz che si alloca a un canale è un megahertz non disponibile per i canali adiacenti. Questo crea la tensione centrale nella selezione della larghezza del canale: canali più ampi aumentano la velocità di trasmissione per client ma riducono il numero di canali non sovrapposti, aumentando la probabilità di interferenza co-canale.

channel_width_comparison_chart.png

La Banda 2.4GHz: Un Caso Chiuso

La banda ISM a 2.4GHz si estende per 83.5MHz nel Regno Unito e nella maggior parte d'Europa (2400–2483.5MHz). Con canali da 20MHz e la spaziatura standard di 5MHz, ci sono solo tre canali non sovrapposti: 1, 6 e 11. Questo è già un ambiente fortemente limitato in qualsiasi implementazione multi-AP.

Tentare di utilizzare canali da 40MHz in 2.4GHz è un anti-pattern di implementazione. Un singolo canale da 40MHz in 2.4GHz occupa l'equivalente di due canali da 20MHz più le loro bande di guardia, il che significa che si sovrappone ad almeno due dei tre canali non sovrapposti. In pratica, questo distrugge completamente il piano dei canali. La specifica IEEE 802.11n tecnicamente consente 40MHz in 2.4GHz, ma i programmi di certificazione aziendale della Wi-Fi Alliance e ogni metodologia di progettazione wireless credibile lo sconsigliano.

Regola: Utilizzare sempre 20MHz nella banda 2.4GHz in qualsiasi implementazione aziendale o multi-AP. Nessuna eccezione.

La Banda 5GHz: Dove Risiede la Vera Decisione

La banda 5GHz (5150–5850MHz nel Regno Unito, soggetta alla regolamentazione Ofcom) fornisce uno spettro significativamente più utilizzabile. Con canali da 20MHz, sono disponibili fino a 25 canali non sovrapposti, sebbene il numero esatto dipenda dal dominio normativo e dal fatto che i canali Dynamic Frequency Selection (DFS) siano abilitati.

I canali DFS (sottobande U-NII-2A e U-NII-2C) richiedono che gli access point rilevino ed evitino i segnali radar, introducendo un periodo obbligatorio di Channel Availability Check (CAC) fino a 60 secondi prima della trasmissione. In pratica, la maggior parte degli AP di livello enterprise gestisce il DFS con disinvoltura, e l'abilitazione dei canali DFS è fortemente raccomandata in quanto raddoppia quasi lo spettro 5GHz disponibile.

Larghezza del Canale Canali 5GHz Non Sovrapposti (con DFS) Velocità di Trasmissione Max Tipica (802.11ac/Wi-Fi 5, 2SS) Aumento del Rumore di Fondo vs 20MHz
20MHz ~25 ~300 Mbps Riferimento
40MHz ~12 ~600 Mbps +3 dB
80MHz ~6 ~1300 Mbps +6 dB
160MHz ~2–3 ~2600 Mbps +9 dB

L'aumento del rumore di fondo è critico. Ogni volta che si raddoppia la larghezza del canale, il rumore di fondo aumenta di 3dB. Questo degrada direttamente il rapporto segnale/rumore (SNR) per tutti i client, riducendo la portata effettiva a cui un dato indice Modulation and Coding Scheme (MCS) può essere mantenuto. Un AP configurato per canali da 80MHz avrà una portata effettiva materialmente più breve rispetto allo stesso AP su 20MHz, il che ha implicazioni significative per la pianificazione della copertura in grandi sedi.

Interferenza Co-Canale: La Modalità di Guasto Dominante

L'interferenza co-canale si verifica quando due o più AP trasmettono sullo stesso canale entro la portata reciproca. A differenza dell'interferenza di canale adiacente (ACI), la CCI non può essere mitigata dalle bande di guardia — è una conseguenza intrinseca del meccanismo di accesso al mezzo CSMA/CA (Carrier Sense Multiple Access with Collision Avoidance) che 802.11 utilizza.

Quando un AP rileva un'altra trasmissione sul suo canale, deve posticipare la propria trasmissione. In un'implementazione densa in cui più AP operano sullo stesso canale ampio, questo overhead di rinvio si accumula rapidamente, riducendo la velocità di trasmissione effettiva e aumentando la latenza. Questo è il motivo per cui una rete con 20 AP tutti su canali da 80MHz spesso avrà prestazioni aggregate peggiori rispetto agli stessi 20 AP su canali da 20MHz — nonostante la teorvantaggio teorico di throughput di 80MHz.

WiFi 6, WiFi 6E e l'opportunità dei 6GHz

IEEE 802.11ax (Wi-Fi 6) introduce OFDMA (Orthogonal Frequency Division Multiple Access), che mitiga parzialmente il dilemma della larghezza del canale consentendo di suddividere un singolo canale in Unità di Risorsa (RU) che servono più client contemporaneamente. Ciò migliora l'efficienza spettrale in ambienti densi e riduce la penalità dei canali più ampi.

Wi-Fi 6E estende 802.11ax nella banda a 6GHz (5925–6425MHz nel Regno Unito), fornendo fino a 500MHz di spettro aggiuntivo, in gran parte non congestionato. A 6GHz, i canali da 80MHz diventano significativamente più praticabili perché l'ambiente di interferenza è più pulito e sono disponibili più canali non sovrapposti. Tuttavia, a partire dal 2026, la penetrazione dei dispositivi client a 6GHz negli ambienti aziendali tipici rimane parziale, e i principi di progettazione a 5GHz sopra menzionati rimangono la realtà operativa dominante per la maggior parte delle implementazioni.

Per le organizzazioni che esplorano l'accesso senza password e l'onboarding moderno , la progettazione dello strato radio sottostante rimane fondamentale — nessuna sofisticazione dell'autenticazione compensa un ambiente RF mal progettato.

Guida all'Implementazione

Fase 1: Condurre un'analisi dello spettro pre-implementazione

Prima di configurare qualsiasi larghezza di canale, eseguire un'analisi passiva dello spettro utilizzando uno strumento dedicato (Ekahau, NetAlly AirCheck o equivalente). Documentare l'utilizzo del canale esistente, i livelli del rumore di fondo e le fonti di interferenza (forni a microonde, telefoni DECT, dispositivi Bluetooth) sia a 2.4GHz che a 5GHz. Questa base è essenziale per convalidare il piano dei canali dopo l'implementazione.

Fase 2: Definire il Livello di Implementazione

Classificare la propria sede in uno dei tre livelli di implementazione:

Livello 1 — Alta Densità: Hotel (>100 camere), negozi flagship (>500 utenti concorrenti), stadi, centri congressi, hub di trasporto. Larghezza di canale predefinita: 20MHz sia a 2.4GHz che a 5GHz.

Livello 2 — Media Densità: Uffici aziendali (50–500 utenti), vendita al dettaglio media, edifici del settore pubblico, strutture ricettive più piccole. Larghezza di canale predefinita: 20MHz a 2.4GHz, 40MHz a 5GHz.

Livello 3 — Bassa Densità: Piccoli uffici (<50 utenti), suite executive, sale AV/streaming dedicate, siti remoti con singolo AP. Larghezza di canale predefinita: 20MHz a 2.4GHz, 80MHz a 5GHz (solo dove l'analisi dello spettro ne conferma la disponibilità).

Fase 3: Progettare il Piano dei Canali

Per le implementazioni di Livello 1, assegnare canali da 20MHz attraverso i tre canali non sovrapposti a 2.4GHz e fino a 25 canali non sovrapposti a 5GHz (con DFS abilitato). Puntare a una separazione co-canale minima di 19dB tra gli AP sullo stesso canale. Per il Livello 2, progettare il piano dei canali da 40MHz utilizzando i 12 canali non sovrapposti da 40MHz disponibili a 5GHz. Assicurarsi che gli AP adiacenti utilizzino canali primari diversi.

deployment_scenario_diagram.png

Fase 4: Configurare il Controller LAN Wireless

Nel WLC o nella piattaforma di gestione cloud, impostare le politiche di larghezza del canale a livello di profilo radio anziché per singolo AP. Ciò garantisce coerenza e semplifica la gestione continua. Parametri di configurazione chiave:

  • Larghezza del Canale: Impostare esplicitamente; non affidarsi alla selezione automatica senza convalida.
  • Potenza TX Massima: Ridurre la potenza di trasmissione per adattarla al design della cella di copertura — gli AP con potenza eccessiva aumentano l'CCI.
  • Band Steering: Abilitare per indirizzare i client dual-band a 5GHz, riducendo la congestione a 2.4GHz.
  • RRM (Radio Resource Management): Se si utilizza RRM del fornitore (Cisco RRM, Aruba ARM, Ruckus SmartZone), impostare un limite massimo di larghezza del canale per prevenire l'escalation automatica a 80MHz.

Per le organizzazioni che gestiscono implementazioni multi-sito complesse, i principi relativi al controllo centralizzato sono ben trattati nella nostra guida su Cos'è un WLC (Wireless LAN Controller) e ne hai ancora bisogno? .

Fase 5: Convalidare e Iterare

Dopo l'implementazione, eseguire un'indagine di convalida predittiva rispetto alla configurazione realizzata. Metriche chiave da convalidare: utilizzo del canale per AP (obiettivo <70% al picco), distribuzione SNR del client (obiettivo >25dB per >80% dei client) e tassi di ritrasmissione (obiettivo <10%). Utilizzare la piattaforma WiFi Analytics per correlare le metriche di performance RF con i dati sull'esperienza degli ospiti — durata della connessione, conteggio delle sessioni e tassi di completamento del portale sono indicatori principali della qualità RF.

Casi di Studio Reali

Caso di Studio 1: Hotel di 350 Camere — Proprietà Categoria Hilton, Regno Unito

Un hotel a servizio completo di 350 camere stava riscontrando lamentele persistenti sul WiFi degli ospiti: velocità lente nei corridoi, disconnessioni frequenti durante le ore di punta del check-in e scarse prestazioni nella sala conferenze. L'implementazione esistente utilizzava canali da 80MHz a 5GHz su tutti i 140 AP.

L'analisi dello spettro ha rivelato una grave interferenza co-canale in tutti i piani delle camere degli ospiti, con un utilizzo del canale che superava l'85% su più AP durante le ore di punta. Il piano dei canali era effettivamente collassato — gli AP erano costantemente in differimento e il throughput effettivo era una frazione della capacità teorica.

La soluzione ha comportato la riconfigurazione di tutti gli AP delle camere degli ospiti e dei corridoi a 20MHz a 5GHz, la riprogettazione del piano dei canali per utilizzare 22 dei 25 canali non sovrapposti a 5GHz disponibili e la riduzione della potenza di trasmissione di 3dB per restringere le celle di copertura. Gli AP della sala conferenze sono stati mantenuti a 40MHz data la loro minore densità e i maggiori requisiti di larghezza di banda per sessione.

Risultati post-intervento: il throughput medio dei client è aumentato del 34%, l'utilizzo del canale è sceso al di sotto del 55% al picco e i ticket dell'helpdesk relativi al WiFi sono diminuiti del 61% nel trimestre successivo. Il tasso di completamento del portale Guest WiFi è migliorato dal 67% all'84%, aumentando direttamente il volume di dati di prima parte acquisiti per l'integrazione CRM della proprietà. Ciò si allinea con il principio più ampio secondo cui l'affidabilità della rete è un prerequisito per migliorare la soddisfazione degli ospiti su larga scala.

Caso di Studio 2: Catena di Negozi Retail con 120 Punti Vendita — Rivenditore di Moda del Regno Unito

Un rivenditore di moda nazionale con 120 negozi stava implementando una piattaforma WiFi Retail unificata per supportare sia l'accesso degli ospiti rivolto ai clienti sia i sistemi operativi di back-office (EPOS, gestione magazzino, segnaletica digitale). Le dimensioni dei negozi variavano da 2.000 a 15.000 piedi quadrati, con un numero di AP da 4 a 18 per sito.

La configurazione iniziale utilizzava canali a 80MHz su 5GHz in tutti i negozi, guidata da una raccomandazione del fornitore incentrata sulla massimizzazione del throughput per il caso d'uso della segnaletica digitale. Nei 12 negozi più grandi (>8.000 piedi quadrati, >10 AP), ciò ha creato un CCI significativo, con i terminali EPOS che hanno riscontrato connettività intermittente durante le ore di punta — un rischio diretto per l'operatività e la conformità PCI DSS, poiché i timeout delle transazioni attivavano procedure di fallback manuali.

La soluzione è stata una politica di larghezza di banda a livelli implementata tramite il WLC centrale: i negozi con >8 AP sono stati configurati a 20MHz su 5GHz; i negozi con 5–8 AP a 40MHz; i negozi con <5 AP hanno mantenuto 80MHz. Gli AP per la segnaletica digitale in tutti i negozi sono stati posizionati su una radio dedicata a 5GHz con canali a 40MHz, isolati dagli SSID guest ed EPOS tramite segmentazione VLAN.

Dopo l'implementazione, gli incidenti di connettività EPOS sono diminuiti del 78% nell'intera rete di grandi negozi, e il tasso di coinvolgimento del WiFi ospite (misurato tramite l'analisi del captive portal) è aumentato del 22% grazie al miglioramento dell'affidabilità della connessione. L'approccio segmentato ha anche semplificato la gestione dell'ambito PCI DSS garantendo che gli ambienti di dati dei titolari di carta fossero su risorse radio dedicate e non condivise.

Migliori Pratiche

Le seguenti migliori pratiche, indipendenti dal fornitore, rappresentano il consenso delle linee guida del gruppo di lavoro IEEE 802.11, dei requisiti di certificazione Wi-Fi Alliance e dell'esperienza operativa nelle implementazioni aziendali.

Abilitare sempre i canali DFS. La riluttanza normativa all'uso dei canali DFS è comprensibile ma controproducente. Gli AP aziendali moderni gestiscono il rilevamento radar in modo affidabile, e lo spettro aggiuntivo è essenziale affinché qualsiasi piano di canali a 40MHz o 80MHz sia praticabile. Verificare che le impostazioni del dominio normativo siano configurate correttamente per il proprio paese di implementazione.

Separare il traffico guest e aziendale a livello radio, ove possibile. L'uso di SSID dedicati su VLAN separate è una pratica standard, ma in ambienti ad alta densità, considerare di dedicare radio o AP specifici al traffico guest. Ciò impedisce che il comportamento dei dispositivi guest (roaming aggressivo, client 802.11b/g legacy) degradi le prestazioni della rete aziendale.

Implementare soglie RSSI minime. Configurare il WLC per rifiutare le associazioni client al di sotto di una soglia minima di Received Signal Strength Indicator (RSSI) (tipicamente da -75 a -70 dBm). Ciò previene il comportamento di "sticky client" in cui i dispositivi si aggrappano ad AP distanti a basse velocità di trasmissione dati, consumando in modo inefficiente il tempo di trasmissione.

Verificare il piano dei canali trimestralmente. L'ambiente RF cambia man mano che nuovi AP vengono distribuiti in locali vicini, i modelli di utilizzo degli edifici si modificano e vengono introdotte nuove fonti di interferenza. Un piano di canali ottimale al momento dell'implementazione potrebbe essere subottimale 12 mesi dopo. Le verifiche trimestrali dello spettro sono una pratica operativa a basso costo e ad alto valore.

Per le implementazioni nel settore Sanitario e pubblico, si applicano vincoli aggiuntivi. I dispositivi medici spesso utilizzano esclusivamente la banda a 2.4GHz e possono essere sensibili ai cambiamenti di canale. Coordinare le modifiche al piano dei canali con i team di ingegneria clinica e programmarle durante le finestre di bassa attività. I requisiti di sicurezza dei dati GDPR e NHS impongono anche una segmentazione della rete che dovrebbe essere riflessa nell'architettura SSID e VLAN.

Per gli hub di Trasporto e gli stadi, la combinazione di densità client estremamente elevata e rapido turnover dei client (passeggeri che salgono/scendono, folle che entrano/escono) crea sfide RF uniche. I canali a 20MHz su 5GHz sono essenzialmente obbligatori, e i modelli di antenna direzionale dovrebbero essere utilizzati per restringere le celle di copertura e ridurre l'interferenza tra AP.

Risoluzione dei Problemi e Mitigazione dei Rischi

Sintomo: Elevato Utilizzo del Canale Nonostante un Basso Numero di Client

Ciò indica tipicamente un CCI da AP vicini sullo stesso canale. Verificare il piano dei canali utilizzando un analizzatore di spettro — cercare AP (propri o vicini) sullo stesso canale all'interno del raggio d'azione. Rimedio: riassegnare i canali per aumentare la separazione, o ridurre la potenza di trasmissione per restringere le celle di copertura.

Sintomo: Buon RSSI ma Basso Throughput

Un RSSI elevato con basso throughput è una classica firma CCI. I client ricevono un segnale forte dal loro AP associato ma stanno riscontrando alti tassi di ritrasmissione a causa della contesa del mezzo. Controllare i tassi di ritrasmissione nella dashboard del WLC (obiettivo <10%). Se i ritrasmissioni sono elevati, ridurre la larghezza del canale o riprogettare il piano dei canali.

Sintomo: Client che Non Riescono a Effettuare il Roaming tra AP

Ciò è spesso causato da larghezze di canale non corrispondenti tra gli AP, o da soglie RSSI minime troppo aggressive. Verificare che tutti gli AP in un dominio di roaming utilizzino configurazioni di larghezza di canale coerenti e che 802.11r (Fast BSS Transition) e 802.11k (Neighbour Reports) siano abilitati per facilitare un roaming fluido.

Sintomo: Instabilità del Canale DFS

Se gli AP sui canali DFS cambiano frequentemente canale (visibile nei log del WLC come eventi di rilevamento radar), verificare che la fonte di interferenza sia un radar genuino (aeroporto, stazione meteorologica, militare) piuttosto che un falso positivo da un altro AP o dispositivo. Alcuni AP aziendali hanno problemi noti di falsi positivi con specifici canali DFS — consultare le note di rilascio del fornitore e considerare di escludere i canali problematici dal proprio pool DFS.

Rischio: Escalation Automatica della Larghezza del Canale

Molte piattaforme WLC aziendali includono algoritmi di Radio Resource Management (RRM) che possono aumentare automaticamente la larghezza del canale durante i periodi di basso utilizzo. Questo è un rischio noto: il l'algoritmo può aumentare a 80MHz durante le ore non di punta, e il piano di canali più ampio può persistere nelle ore di punta quando causa CCI. Imposta un limite massimo di larghezza del canale nella tua policy RRM per evitarlo. Questo è uno dei modelli di errata configurazione più comuni riscontrati nelle implementazioni aziendali.

ROI e Impatto sul Business

Il caso aziendale per una corretta configurazione della larghezza del canale è convincente e misurabile. Il costo della risoluzione – principalmente il tempo dell'ingegnere per l'analisi dello spettro e la riconfigurazione del WLC – è tipicamente di 1-3 giorni di lavoro per un'implementazione di medie dimensioni. I ritorni sono immediati e multidimensionali.

Riduzione del carico di lavoro dell'helpdesk: I reclami sulla connettività WiFi sono tra le categorie di helpdesk con il volume più alto nel settore dell'ospitalità e della vendita al dettaglio. Un piano di canali ben configurato riduce tipicamente i ticket relativi al WiFi del 40-70%, liberando risorse IT per attività a maggior valore.

Migliore acquisizione dei dati degli ospiti: Per le strutture che utilizzano Guest WiFi con autenticazione tramite captive portal, l'affidabilità della rete influisce direttamente sui tassi di completamento del portale. Un miglioramento di 10 punti percentuali nel tasso di completamento in una struttura con 1.000 utenti giornalieri si traduce in 36.500 record di dati aggiuntivi all'anno, ciascuno rappresentante un profilo cliente commercializzabile e con consenso.

Continuità operativa: Per gli ambienti di vendita al dettaglio dove EPOS, gestione dell'inventario e segnaletica digitale dipendono dal WiFi, i guasti di connettività indotti da CCI hanno un impatto diretto sui ricavi. Una singola interruzione dell'EPOS durante le ore di punta può costare a un rivenditore di grande formato migliaia di sterline all'ora.

Fidelità degli Analytics: Le piattaforme di WiFi Analytics che utilizzano i dati delle richieste di probe per l'analisi del tempo di permanenza e la misurazione del flusso di visitatori dipendono direttamente dalle prestazioni radio degli AP. Il CCI aumenta il rumore di fondo, riducendo il raggio effettivo in cui vengono catturate le richieste di probe e degradando la precisione degli analytics di localizzazione. Una corretta configurazione della larghezza del canale è quindi un prerequisito per un'intelligence affidabile della struttura.

Per le organizzazioni del settore pubblico che esplorano iniziative di smart city e inclusione digitale – un'area in cui Purple sta investendo attivamente – gli stessi principi di progettazione RF si applicano su scala infrastrutturale. Un WiFi pubblico affidabile e ben progettato è la base su cui vengono erogati i servizi digitali, come esplorato nel nostro recente annuncio sulla crescita nel settore pubblico .

Risorse Correlate

Definizioni chiave

Channel Width

The amount of radio frequency spectrum (measured in MHz) occupied by a single WiFi channel. Wider channels carry more data simultaneously but consume more spectrum, reducing the number of non-overlapping channels available in a given band.

The primary configuration parameter governing the throughput-versus-capacity trade-off in any wireless LAN design. Configured at the radio profile level in enterprise WLCs.

Co-Channel Interference (CCI)

Interference that occurs when two or more access points transmit on the same channel within range of each other. Unlike adjacent channel interference, CCI cannot be mitigated by guard bands — it forces APs to defer transmission via CSMA/CA, reducing effective throughput and increasing latency.

The dominant performance failure mode in dense enterprise WiFi deployments. CCI is the primary reason why wider channels degrade performance in multi-AP environments despite their higher theoretical throughput.

Dynamic Frequency Selection (DFS)

An IEEE 802.11h mechanism that allows access points to use radar-protected 5GHz channels (U-NII-2A and U-NII-2C sub-bands) by detecting and avoiding radar signals. DFS channels require a Channel Availability Check (CAC) period of up to 60 seconds before use.

Enabling DFS channels nearly doubles the available 5GHz spectrum in most regulatory domains, making it essential for any 40MHz or 80MHz channel plan to be viable. Enterprise APs handle DFS reliably; consumer-grade APs often avoid DFS channels entirely.

Signal-to-Noise Ratio (SNR)

The ratio of the desired signal power to the background noise power at a receiver, measured in decibels. Higher SNR enables higher Modulation and Coding Scheme (MCS) indices, which translate to higher data rates.

Wider channels increase the noise floor (by 3dB per doubling of width), reducing SNR for all clients. IT teams should target >25dB SNR for >80% of clients in any enterprise deployment.

Modulation and Coding Scheme (MCS) Index

A numerical index (0–11 in 802.11ax/Wi-Fi 6) that defines the combination of modulation technique and forward error correction coding rate used for a given transmission. Higher MCS indices deliver higher data rates but require better SNR.

The MCS index is dynamically negotiated between AP and client based on current SNR. Channel width changes that degrade SNR will cause clients to fall back to lower MCS indices, reducing actual throughput even if the channel is theoretically wider.

OFDMA (Orthogonal Frequency Division Multiple Access)

A multi-user version of OFDM introduced in IEEE 802.11ax (Wi-Fi 6) that subdivides a channel into Resource Units (RUs), allowing a single AP to serve multiple clients simultaneously within a single transmission opportunity.

OFDMA is the primary mechanism by which Wi-Fi 6 improves performance in dense environments. It partially mitigates the channel width dilemma by improving spectral efficiency within a given channel width, reducing the pressure to use wider channels for throughput.

BSS Colouring

An IEEE 802.11ax feature that assigns a colour identifier to each Basic Service Set (BSS). APs and clients can identify transmissions from overlapping BSSs by their colour and, if the signal is below a threshold, proceed with their own transmission rather than deferring — effectively implementing spatial reuse.

BSS Colouring is a key Wi-Fi 6 feature for dense deployments. It reduces the CCI penalty of overlapping coverage cells without requiring physical channel separation, making it particularly valuable in environments where the channel plan is constrained.

Radio Resource Management (RRM)

An automated system in enterprise wireless LAN controllers that dynamically adjusts AP radio parameters — including channel assignment, transmit power, and channel width — based on observed RF conditions.

RRM is a powerful tool but requires careful policy configuration. Without a maximum channel width cap, RRM algorithms may escalate to 80MHz channels during low-utilisation periods, creating CCI problems at peak hours. Always validate RRM decisions against spectrum analysis data.

Non-Overlapping Channels

Channels whose frequency ranges do not overlap with each other, allowing simultaneous transmission without mutual interference. In 2.4GHz with 20MHz channels, there are only three non-overlapping channels (1, 6, 11). In 5GHz with 20MHz channels and DFS enabled, there are up to 25.

The number of non-overlapping channels available is the fundamental constraint on channel plan design. It determines how many APs can operate simultaneously without CCI, and therefore the maximum achievable density of a wireless deployment.

Esempi pratici

A 350-room full-service hotel is experiencing widespread guest WiFi complaints — slow speeds in corridors, frequent disconnections during check-in peaks, and poor performance in the 800-seat conference suite. The existing deployment has 140 APs, all configured to 80MHz on 5GHz. How should the network team approach this remediation?

Step 1: Conduct a passive spectrum analysis across all floors during peak hours (typically 08:00–10:00 and 18:00–21:00 for a hotel). Document channel utilisation per AP, noise floor, and retry rates. Step 2: Identify APs with >70% channel utilisation — these are your primary CCI victims. In an 80MHz deployment with 140 APs, expect to find widespread utilisation above 80% on guest room floors. Step 3: Redesign the channel plan. For guest room corridors and floors, reconfigure all APs to 20MHz on 5GHz. Enable DFS channels to access up to 25 non-overlapping 20MHz channels. Assign channels using a minimum co-channel separation of 19dB. Step 4: For the conference suite, retain 40MHz on dedicated conference APs (not the corridor APs). The conference suite has controlled access and lower concurrent AP density. Step 5: Reduce transmit power by 3dB across guest room APs to tighten coverage cells and reduce inter-AP interference. Step 6: Enable 802.11r and 802.11k for fast roaming support. Step 7: Validate post-deployment with a survey — target <55% channel utilisation at peak, >25dB SNR for >80% of clients, <10% retry rate.

Commento dell'esaminatore: The key insight here is that 80MHz was the root cause, not a symptom. The instinct to 'add more APs' or 'increase power' would have made the CCI worse, not better. The tiered approach — 20MHz for density, 40MHz for controlled-access high-bandwidth spaces — is the correct architectural response. The conference suite retention of 40MHz is justified because it has a lower AP density and higher per-session bandwidth requirement (video conferencing, large file transfers). The transmit power reduction is often overlooked but is essential: over-powered APs extend their CCI footprint unnecessarily.

A 120-store UK fashion retailer is rolling out a unified WiFi platform covering both guest access and operational systems (EPOS, stock management, digital signage). Store sizes range from 2,000 to 15,000 sq ft with 4–18 APs per site. EPOS terminals are experiencing intermittent connectivity in the 12 largest stores. How should the channel width policy be structured across the estate?

Step 1: Segment the estate by AP count as a proxy for density: <5 APs (small stores), 5–8 APs (medium stores), >8 APs (large stores). Step 2: Apply tiered channel width policies via the central WLC: large stores (>8 APs) — 20MHz on 5GHz; medium stores (5–8 APs) — 40MHz on 5GHz; small stores (<5 APs) — 80MHz on 5GHz. Step 3: In all stores, configure EPOS and cardholder data traffic on a dedicated SSID mapped to a separate VLAN, isolated from guest traffic. This is a PCI DSS requirement (Requirement 1.3: restrict inbound and outbound traffic to that which is necessary). Step 4: For digital signage, deploy dedicated 5GHz radios (where APs support tri-radio or dual 5GHz configurations) at 40MHz, separate from both guest and EPOS SSIDs. Step 5: Implement minimum RSSI thresholds of -72 dBm on EPOS SSIDs to prevent sticky client behaviour on EPOS terminals. Step 6: Deploy the configuration via WLC templates to ensure consistency across all 120 sites, with per-store overrides only where spectrum analysis justifies deviation.

Commento dell'esaminatore: The tiered approach by store size is pragmatic and scalable — it avoids the operational overhead of per-site channel planning while still addressing the density-driven CCI problem in large stores. The PCI DSS segmentation point is critical: EPOS connectivity failures are not just an operational problem, they are a compliance risk. The digital signage isolation on a dedicated radio prevents high-bandwidth streaming traffic from competing with EPOS transactions on the same medium. The RSSI threshold on EPOS SSIDs addresses the sticky client problem that is particularly common with fixed-location devices like tills.

A major UK transport hub (large rail terminus, 50,000+ daily passengers) is planning a WiFi infrastructure refresh. The existing deployment uses 40MHz channels on 5GHz across 200 APs covering concourses, platforms, and retail units. The operations team wants to upgrade to WiFi 6 hardware and is asking whether they should move to 80MHz to take advantage of the new hardware's throughput capabilities.

Recommendation: Do not increase to 80MHz. Retain 20MHz on 5GHz for all concourse and platform APs, and consider 40MHz only for retail unit APs where client density is lower and per-session bandwidth is higher. Rationale: A transport hub with 50,000 daily passengers represents one of the highest-density WiFi environments in the enterprise world. Client density on platforms during peak hours can exceed 500 concurrent devices per AP coverage zone. At this density, CCI is the dominant performance constraint — not per-client throughput. WiFi 6's OFDMA capability is the correct tool for this environment: it allows a single 20MHz channel to serve multiple clients simultaneously via Resource Unit (RU) allocation, improving spectral efficiency without requiring wider channels. Configure WiFi 6 APs with 20MHz channels and enable OFDMA, BSS Colouring (to reduce CCI via spatial reuse), and Target Wake Time (TWT) to reduce contention. For the retail units, 40MHz on 5GHz is appropriate given lower density and the need to support higher-bandwidth applications (contactless payments, inventory scanning). Ensure all APs support 802.11r, 802.11k, and 802.11v for seamless roaming as passengers move through the terminal.

Commento dell'esaminatore: This scenario tests the ability to resist the marketing pull of wider channels on new hardware. WiFi 6's value in high-density environments comes primarily from OFDMA and BSS Colouring, not from wider channels. The correct answer is to use WiFi 6 features to improve efficiency within 20MHz channels, not to widen channels and introduce more CCI. The retail unit differentiation demonstrates understanding that channel width policy should be context-specific, not estate-wide. The roaming protocol references (802.11r/k/v) are appropriate given the mobile nature of the user population.

Domande di esercitazione

Q1. You are the network architect for a 500-room conference hotel. The property has 220 APs deployed across guest room floors, corridors, a 1,200-seat ballroom, 20 breakout meeting rooms, and a business centre. The current configuration uses 40MHz channels on 5GHz estate-wide. During a large conference event (800 delegates), guests are reporting slow speeds and frequent disconnections on the guest room floors, while the ballroom WiFi is performing well. What is the most likely cause, and what channel width changes would you recommend?

Suggerimento: Consider the AP density on guest room floors versus the ballroom. What is the channel utilisation likely to be on each? How many non-overlapping 40MHz channels are available on 5GHz?

Visualizza risposta modello

The most likely cause is co-channel interference on the guest room floors. With 220 APs across the property, the guest room floors will have the highest AP density — potentially 15–20 APs per floor in a 500-room hotel. With 40MHz channels on 5GHz, there are only 12 non-overlapping channels available (with DFS). At 15–20 APs per floor, multiple APs will inevitably share channels, creating CCI that degrades performance under high load. The ballroom performs well because it has a lower AP density (likely 2–4 APs in a large open space) and the 40MHz channel plan can be maintained without significant CCI. Recommended changes: reconfigure all guest room floor and corridor APs to 20MHz on 5GHz, enabling up to 25 non-overlapping channels. Retain 40MHz for the ballroom APs (low density, high per-session bandwidth for video conferencing and presentations) and the meeting rooms. The business centre can remain at 40MHz given its typically low concurrent user count. Validate with a post-change spectrum survey targeting <60% channel utilisation at peak.

Q2. A retail operations director asks why the WiFi in the company's flagship 20,000 sq ft store is performing worse since a recent AP firmware upgrade that enabled 'automatic channel optimisation'. The store has 16 APs. Before the upgrade, all APs were on 40MHz channels on 5GHz. After the upgrade, the WLC logs show most APs have been automatically reconfigured to 80MHz. What is happening, and how do you resolve it?

Suggerimento: What does the automatic channel optimisation algorithm optimise for? How many non-overlapping 80MHz channels are available on 5GHz? What is the likely impact on CCI?

Visualizza risposta modello

The automatic channel optimisation algorithm has escalated channel width from 40MHz to 80MHz, likely during a low-utilisation period when the algorithm detected spare capacity and prioritised throughput. With 16 APs in a single store, 80MHz channels are creating severe CCI: there are only 6 non-overlapping 80MHz channels on 5GHz (with DFS), meaning multiple APs are inevitably sharing channels. Under load, these APs are deferring to each other constantly, degrading aggregate throughput below what the previous 40MHz configuration achieved. Resolution: immediately set a maximum channel width cap of 40MHz in the WLC RRM policy for this store. Revert all APs to 40MHz channels and redesign the channel plan using the 12 available non-overlapping 40MHz channels. Document the RRM cap in the site configuration standard to prevent recurrence after future firmware upgrades. Consider whether the automatic channel optimisation feature should be disabled entirely for high-density stores, with manual channel assignment preferred.

Q3. You are advising a public sector organisation deploying free public WiFi across a city centre library network (8 branches, each with 6–10 APs). The IT team has specified WiFi 6 APs and wants to use 160MHz channels to 'future-proof' the deployment and maximise speeds for users accessing digital services. How do you respond, and what channel width would you recommend?

Suggerimento: How many non-overlapping 160MHz channels are available on 5GHz? What is the likely client device support for 160MHz? What are the implications for the noise floor and effective range?

Visualizza risposta modello

Advise strongly against 160MHz channels. On 5GHz, there are only 2–3 non-overlapping 160MHz channels available, which is entirely insufficient for a 6–10 AP deployment — every AP in a branch would be on the same channel, creating catastrophic CCI. Additionally, 160MHz increases the noise floor by 9dB compared to 20MHz, severely reducing effective range and SNR for all clients. Client device support for 160MHz on 5GHz remains limited in 2026, meaning most users would see no benefit. The recommended configuration is 40MHz on 5GHz for these branches. With 6–10 APs per branch and DFS enabled, 40MHz provides 12 non-overlapping channels — sufficient for a clean channel plan with good separation. WiFi 6's real value in this environment comes from OFDMA and BSS Colouring, which improve efficiency within 40MHz channels, not from wider channels. If 6GHz-capable client devices become prevalent in future, 80MHz on 6GHz can be considered at that point — but 5GHz 160MHz is not the answer. Frame this to the IT team as: WiFi 6 on 40MHz channels will outperform WiFi 5 on 80MHz channels in this environment, because OFDMA and BSS Colouring address the real bottleneck (spectral efficiency and CCI), not raw channel width.