Saltar para o conteúdo principal
Português

20MHz vs 40MHz vs 80MHz: Que Largura de Canal Deve Utilizar?

Este guia fornece uma referência técnica definitiva e neutra em relação a fornecedores para gestores de TI, arquitetos de rede e diretores de operações de locais sobre a seleção da largura de canal WiFi correta — 20MHz, 40MHz ou 80MHz — em implementações empresariais em hotelaria, retalho, eventos e ambientes do setor público. Abrange a mecânica subjacente do IEEE 802.11, as compensações de capacidade no mundo real e orientações de implementação passo a passo para ajudar as equipas a tomar a decisão certa neste trimestre. Compreender a seleção da largura do canal é uma das decisões de maior alavancagem em qualquer design de LAN sem fios, impactando diretamente o débito, a interferência, o suporte à densidade de clientes e a fiabilidade dos serviços voltados para convidados.

📖 6 min de leitura📝 1,264 palavras🔧 3 exemplos práticos❓ 3 perguntas de prática📚 9 definições principais

Ouça este guia

Ver transcrição do 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

Resumo Executivo

A seleção da largura do canal é um dos parâmetros mais consequentes — e mais frequentemente mal configurados — no design de LAN sem fios empresarial. A escolha entre canais de 20MHz, 40MHz e 80MHz governa diretamente a compensação entre o débito por cliente e a capacidade agregada da rede. Canais mais largos oferecem velocidades teóricas mais altas, mas consomem mais espectro, reduzindo o número de canais não sobrepostos disponíveis e aumentando a interferência co-canal (CCI) em implementações densas.

A orientação prática é direta: 20MHz em 2.4GHz é inegociável em qualquer implementação multi-AP. Em 5GHz, a decisão depende da densidade de clientes, tipo de local e disponibilidade de espectro. Ambientes de alta densidade — hotéis, áreas de retalho, estádios, centros de conferências — devem por defeito usar 20MHz em 5GHz para maximizar a reutilização de canais. Escritórios empresariais de uso misto e locais de média densidade podem aproveitar 40MHz para um equilíbrio entre débito e capacidade. 80MHz deve ser reservado para cenários isolados, de baixa densidade e alta largura de banda onde o espectro está genuinamente disponível.

Para operadores de locais que executam WiFi de Convidados em escala, esta decisão impacta diretamente a fiabilidade da autenticação do Captive Portal, a precisão dos dados de WiFi Analytics e a experiência geral do convidado que impulsiona o envolvimento repetido e a lealdade.

Análise Técnica Detalhada

A Física da Largura do Canal

Em redes sem fios IEEE 802.11, um canal é uma fatia definida do espectro de radiofrequência. A largura dessa fatia — medida em megahertz — determina a quantidade de dados que pode ser transmitida simultaneamente. Esta relação é governada pelo teorema de Shannon-Hartley: a capacidade do canal escala com a largura de banda. Duplicar a largura do canal de 20MHz para 40MHz duplica aproximadamente a taxa de dados máxima teórica, mantendo tudo o resto igual.

No entanto, "mantendo tudo o resto igual" é o qualificador crítico. Numa implementação multi-AP no mundo real, o espectro é um recurso partilhado e finito. Cada megahertz que aloca a um canal é um megahertz indisponível para canais adjacentes. Isto cria a tensão central na seleção da largura do canal: canais mais largos aumentam o débito por cliente, mas reduzem o número de canais não sobrepostos, aumentando a probabilidade de interferência co-canal.

channel_width_comparison_chart.png

A Banda de 2.4GHz: Um Caso Encerrado

A banda ISM de 2.4GHz abrange 83.5MHz no Reino Unido e na maior parte da Europa (2400–2483.5MHz). Com canais de 20MHz e o espaçamento padrão de 5MHz, existem apenas três canais não sobrepostos: 1, 6 e 11. Este já é um ambiente severamente restrito em qualquer implementação multi-AP.

Tentar usar canais de 40MHz em 2.4GHz é um anti-padrão de implementação. Um único canal de 40MHz em 2.4GHz ocupa o equivalente a dois canais de 20MHz mais as suas bandas de guarda, o que significa que se sobrepõe a pelo menos dois dos três canais não sobrepostos. Na prática, isto destrói completamente o plano de canais. A especificação IEEE 802.11n permite tecnicamente 40MHz em 2.4GHz, mas os programas de certificação empresarial da Wi-Fi Alliance e todas as metodologias credíveis de design sem fios desaconselham-no.

Regra: Utilize sempre 20MHz na banda de 2.4GHz em qualquer implementação empresarial ou multi-AP. Sem exceções.

A Banda de 5GHz: Onde Reside a Verdadeira Decisão

A banda de 5GHz (5150–5850MHz no Reino Unido, sujeita à regulamentação da Ofcom) fornece significativamente mais espectro utilizável. Com canais de 20MHz, existem até 25 canais não sobrepostos disponíveis, embora o número exato dependa do domínio regulamentar e se os canais de Seleção Dinâmica de Frequência (DFS) estão ativados.

Os canais DFS (sub-bandas U-NII-2A e U-NII-2C) exigem que os pontos de acesso detetem e evitem sinais de radar, introduzindo um período obrigatório de Verificação de Disponibilidade de Canal (CAC) de até 60 segundos antes da transmissão. Na prática, a maioria dos APs de nível empresarial lida com o DFS de forma elegante, e ativar os canais DFS é fortemente recomendado, pois quase duplica o espectro de 5GHz disponível.

Largura do Canal Canais Não Sobrepostos de 5GHz (com DFS) Débito Máximo Típico (802.11ac/Wi-Fi 5, 2SS) Aumento do Piso de Ruído vs 20MHz
20MHz ~25 ~300 Mbps Linha de Base
40MHz ~12 ~600 Mbps +3 dB
80MHz ~6 ~1300 Mbps +6 dB
160MHz ~2–3 ~2600 Mbps +9 dB

O aumento do piso de ruído é crítico. Cada vez que duplica a largura do canal, o piso de ruído aumenta em 3dB. Isto degrada diretamente a Relação Sinal/Ruído (SNR) para todos os clientes, reduzindo o alcance efetivo no qual um determinado índice do Esquema de Modulação e Codificação (MCS) pode ser mantido. Um AP configurado para canais de 80MHz terá um alcance efetivo materialmente mais curto do que o mesmo AP em 20MHz, o que tem implicações significativas para o planeamento de cobertura em grandes locais.

Interferência Co-Canal: O Modo de Falha Dominante

A Interferência Co-Canal ocorre quando dois ou mais APs transmitem no mesmo canal dentro do alcance um do outro. Ao contrário da Interferência de Canal Adjacente (ACI), a CCI não pode ser mitigada por bandas de guarda — é uma consequência inerente do mecanismo de acesso ao meio CSMA/CA (Carrier Sense Multiple Access with Collision Avoidance) que o 802.11 utiliza.

Quando um AP deteta outra transmissão no seu canal, deve adiar a sua própria transmissão. Numa implementação densa onde múltiplos APs estão a operar no mesmo canal largo, esta sobrecarga de adiamento acumula-se rapidamente, reduzindo o débito efetivo e aumentando a latência. É por isso que uma rede com 20 APs todos em canais de 80MHz frequentemente terá um desempenho agregado pior do que os mesmos 20 APs em canais de 20MHz — apesar do teorvantagem teórica de débito de 80MHz.

WiFi 6, WiFi 6E e a Oportunidade dos 6GHz

O IEEE 802.11ax (Wi-Fi 6) introduz o OFDMA (Orthogonal Frequency Division Multiple Access), que mitiga parcialmente o dilema da largura do canal, permitindo que um único canal seja subdividido em Unidades de Recurso (RUs) que servem múltiplos clientes simultaneamente. Isto melhora a eficiência espectral em ambientes densos e reduz a penalidade de canais mais largos.

O Wi-Fi 6E estende o 802.11ax para a banda de 6GHz (5925–6425MHz no Reino Unido), fornecendo até 500MHz de espectro adicional, em grande parte descongestionado. Em 6GHz, os canais de 80MHz tornam-se significativamente mais viáveis porque o ambiente de interferência é mais limpo e há mais canais não sobrepostos disponíveis. No entanto, a partir de 2026, a penetração de dispositivos cliente de 6GHz em ambientes empresariais típicos permanece parcial, e os princípios de design de 5GHz acima mencionados continuam a ser a realidade operacional dominante para a maioria das implementações.

Para organizações que exploram acesso sem palavra-passe e onboarding moderno , o design da camada de rádio subjacente permanece fundamental — nenhuma sofisticação de autenticação compensa um ambiente de RF mal concebido.

Guia de Implementação

Passo 1: Realizar uma Análise de Espectro Pré-Implementação

Antes de configurar quaisquer larguras de canal, realize uma análise de espectro passiva utilizando uma ferramenta dedicada (Ekahau, NetAlly AirCheck, ou equivalente). Documente a utilização de canais existente, os níveis de ruído de fundo e as fontes de interferência (fornos de micro-ondas, telefones DECT, dispositivos Bluetooth) em 2.4GHz e 5GHz. Esta linha de base é essencial para validar o seu plano de canais após a implementação.

Passo 2: Definir o Seu Nível de Implementação

Classifique o seu local em um dos três níveis de implementação:

Nível 1 — Alta Densidade: Hotéis (>100 quartos), lojas de retalho emblemáticas (>500 utilizadores simultâneos), estádios, centros de conferências, centros de transporte. Largura de canal predefinida: 20MHz em 2.4GHz e 5GHz.

Nível 2 — Média Densidade: Escritórios corporativos (50–500 utilizadores), retalho médio, edifícios do setor público, locais de hotelaria mais pequenos. Largura de canal predefinida: 20MHz em 2.4GHz, 40MHz em 5GHz.

Nível 3 — Baixa Densidade: Pequenos escritórios (<50 utilizadores), suites executivas, salas dedicadas de AV/streaming, locais remotos com um único AP. Largura de canal predefinida: 20MHz em 2.4GHz, 80MHz em 5GHz (apenas onde a análise de espectro confirmar a disponibilidade).

Passo 3: Desenhar o Seu Plano de Canais

Para implementações de Nível 1, atribua canais de 20MHz nos três canais de 2.4GHz não sobrepostos e até 25 canais de 5GHz não sobrepostos (com DFS ativado). Procure uma separação mínima de 19dB entre APs no mesmo canal. Para o Nível 2, desenhe o seu plano de canais de 40MHz utilizando os 12 canais de 40MHz não sobrepostos disponíveis em 5GHz. Certifique-se de que os APs adjacentes utilizam canais primários diferentes.

deployment_scenario_diagram.png

Passo 4: Configurar o Seu Controlador de Rede Local Sem Fios

No seu WLC ou plataforma de gestão na cloud, defina as políticas de largura de canal ao nível do perfil de rádio, em vez de por AP. Isto garante consistência e simplifica a gestão contínua. Parâmetros de configuração chave:

  • Largura do Canal: Defina explicitamente; não confie na seleção automática sem validação.
  • Potência Máxima de TX: Reduza a potência de transmissão para corresponder ao design da sua célula de cobertura — APs com potência excessiva aumentam a CCI.
  • Direcionamento de Banda (Band Steering): Ative para direcionar clientes de banda dupla para 5GHz, reduzindo o congestionamento de 2.4GHz.
  • RRM (Gestão de Recursos de Rádio): Se estiver a utilizar RRM do fornecedor (Cisco RRM, Aruba ARM, Ruckus SmartZone), defina um limite máximo de largura de canal para evitar a escalada automática para 80MHz.

Para organizações que gerem implementações complexas em múltiplos locais, os princípios em torno do controlo centralizado estão bem abordados no nosso guia sobre O Que É um WLC (Wireless LAN Controller) e Ainda Precisa de Um? .

Passo 5: Validar e Iterar

Após a implementação, execute um levantamento de validação preditiva em relação à sua configuração construída. Métricas chave a validar: utilização do canal por AP (alvo <70% no pico), distribuição de SNR do cliente (alvo >25dB para >80% dos clientes) e taxas de repetição (alvo <10%). Utilize a sua plataforma de WiFi Analytics para correlacionar métricas de desempenho de RF com dados de experiência do hóspede — duração da ligação, contagens de sessões e taxas de conclusão do portal são indicadores principais da qualidade de RF.

Estudos de Caso Reais

Estudo de Caso 1: Hotel de 350 Quartos — Propriedade Categoria Hilton, Reino Unido

Um hotel de serviço completo com 350 quartos estava a registar queixas persistentes de WiFi por parte dos hóspedes: velocidades lentas nos corredores, desconexões frequentes durante as horas de pico de check-in e desempenho fraco na suite de conferências. A implementação existente utilizava canais de 80MHz em 5GHz em todos os 140 APs.

A análise de espectro revelou interferência co-canal severa em todos os andares dos quartos de hóspedes, com a utilização do canal a exceder 85% em múltiplos APs durante as horas de pico. O plano de canais tinha efetivamente colapsado — os APs estavam constantemente a adiar, e o débito real era uma fração da capacidade teórica.

A remediação envolveu a reconfiguração de todos os APs dos quartos de hóspedes e corredores para 20MHz em 5GHz, redesenhando o plano de canais para utilizar 22 dos 25 canais de 5GHz não sobrepostos disponíveis, e reduzindo a potência de transmissão em 3dB para apertar as células de cobertura. Os APs da suite de conferências foram mantidos a 40MHz, dada a sua menor densidade e maiores requisitos de largura de banda por sessão.

Resultados pós-remediação: o débito médio do cliente aumentou 34%, a utilização do canal caiu para menos de 55% no pico, e os tickets de helpdesk relacionados com WiFi diminuíram 61% no trimestre seguinte. A taxa de conclusão do portal Guest WiFi melhorou de 67% para 84%, aumentando diretamente o volume de dados primários capturados para a integração CRM da propriedade. Isto alinha-se com o princípio mais amplo de que a fiabilidade da rede é um pré-requisito para melhorar a satisfação dos hóspedes em escala.

Estudo de Caso 2: Cadeia de Retalho com 120 Lojas — Retalhista de Moda do Reino Unido

Um retalhista de moda nacional com 120 lojas estava a implementar uma plataforma unificada de WiFi para Retalho para suportar tanto o acesso de hóspedes voltado para o cliente como os sistemas operacionais de retaguarda (EPOS, gestão de stock, sinalização digital). Os tamanhos das lojas variavam de 2.000 a 15.000 pés quadrados, com contagens de AP de 4 a 18 por local.

A configuração inicial utilizava canais de 80MHz em 5GHz em todas as lojas, impulsionada por uma recomendação do fornecedor focada em maximizar o débito para o caso de uso de sinalização digital. Nas 12 maiores lojas (>8.000 pés quadrados, >10 APs), isto criou uma CCI significativa, com os terminais EPOS a experienciar conectividade intermitente durante as horas de pico de vendas — um risco direto operacional e de conformidade com PCI DSS, uma vez que os tempos limite das transações estavam a desencadear procedimentos de contingência manuais.

A solução foi uma política de largura de canal escalonada implementada através do WLC central: lojas com >8 APs foram configuradas para 20MHz em 5GHz; lojas com 5–8 APs para 40MHz; lojas com <5 APs mantiveram 80MHz. Os APs de sinalização digital em todas as lojas foram colocados num rádio dedicado de 5GHz com canais de 40MHz, isolados dos SSIDs de hóspedes e EPOS através de segmentação VLAN.

Após a implementação, os incidentes de conectividade EPOS diminuíram 78% em todo o parque de grandes lojas, e a taxa de envolvimento do WiFi de hóspedes (medida através da analítica do Captive Portal) aumentou 22% à medida que a fiabilidade da ligação melhorou. A abordagem segmentada também simplificou a gestão do âmbito do PCI DSS, garantindo que os ambientes de dados de titulares de cartão estavam em recursos de rádio dedicados e não partilhados.

Melhores Práticas

As seguintes melhores práticas, neutras em relação ao fornecedor, representam o consenso da orientação do grupo de trabalho IEEE 802.11, dos requisitos de certificação da Wi-Fi Alliance e da experiência operacional em implementações empresariais.

Ativar sempre os canais DFS. A relutância regulamentar em usar canais DFS é compreensível, mas contraproducente. Os APs empresariais modernos lidam com a deteção de radar de forma fiável, e o espectro adicional é essencial para que qualquer plano de canais de 40MHz ou 80MHz seja viável. Verifique se as suas configurações de domínio regulamentar estão corretamente configuradas para o seu país de implementação.

Separar o tráfego de hóspedes e corporativo ao nível do rádio, sempre que possível. Usar SSIDs dedicados em VLANs separadas é uma prática padrão, mas em ambientes de alta densidade, considere dedicar rádios ou APs específicos ao tráfego de hóspedes. Isto evita que o comportamento dos dispositivos de hóspedes (roaming agressivo, clientes 802.11b/g legados) degrade o desempenho da rede corporativa.

Implementar limiares mínimos de RSSI. Configure o seu WLC para rejeitar associações de clientes abaixo de um limiar mínimo de Received Signal Strength Indicator (RSSI) (tipicamente -75 a -70 dBm). Isto evita o comportamento de "cliente pegajoso" onde os dispositivos se mantêm ligados a APs distantes com baixas taxas de dados, consumindo tempo de antena de forma ineficiente.

Auditar o seu plano de canais trimestralmente. O ambiente de RF muda à medida que novos APs são implementados em instalações vizinhas, os padrões de uso dos edifícios mudam e novas fontes de interferência são introduzidas. Um plano de canais que era ótimo na implementação pode ser subótimo 12 meses depois. Auditorias trimestrais do espectro são uma prática operacional de baixo custo e alto valor.

Para implementações em Saúde e no setor público, aplicam-se restrições adicionais. Dispositivos médicos frequentemente usam 2.4GHz exclusivamente e podem ser sensíveis a mudanças de canal. Coordene as mudanças no plano de canais com as equipas de engenharia clínica e agende-as durante períodos de baixa atividade. Os requisitos de segurança de dados do GDPR e do NHS também exigem segmentação de rede que deve ser refletida na sua arquitetura de SSID e VLAN.

Para centros de Transporte e estádios, a combinação de densidade de clientes extremamente alta e rotatividade rápida de clientes (passageiros a embarcar/desembarcar, multidões a entrar/sair) cria desafios de RF únicos. Canais de 20MHz em 5GHz são essencialmente obrigatórios, e padrões de antena direcionais devem ser usados para apertar as células de cobertura e reduzir a interferência entre APs.

Resolução de Problemas e Mitigação de Riscos

Sintoma: Alta Utilização do Canal Apesar da Baixa Contagem de Clientes

Isto tipicamente indica CCI de APs vizinhos no mesmo canal. Verifique o seu plano de canais usando um analisador de espectro — procure por APs (seus ou vizinhos) no mesmo canal dentro do alcance. Remediação: reatribua canais para aumentar a separação, ou reduza a potência de transmissão para diminuir as células de cobertura.

Sintoma: Bom RSSI mas Débito Fraco

RSSI alto com débito baixo é uma assinatura clássica de CCI. Os clientes estão a receber um sinal forte do seu AP associado, mas estão a experienciar altas taxas de repetição devido à contenção do meio. Verifique as taxas de repetição no seu painel de controlo do WLC (alvo <10%). Se as repetições forem altas, reduza a largura do canal ou redesenhe o plano de canais.

Sintoma: Clientes Não Conseguem Fazer Roaming Entre APs

Isto é frequentemente causado por larguras de canal incompatíveis entre APs, ou por limiares mínimos de RSSI que são demasiado agressivos. Verifique se todos os APs num domínio de roaming usam configurações de largura de canal consistentes, e se 802.11r (Fast BSS Transition) e 802.11k (Neighbour Reports) estão ativados para facilitar o roaming suave.

Sintoma: Instabilidade do Canal DFS

Se os APs em canais DFS estiverem a mudar frequentemente de canal (visível nos registos do WLC como eventos de deteção de radar), verifique se a fonte de interferência é um radar genuíno (aeroporto, estação meteorológica, militar) em vez de um falso positivo de outro AP ou dispositivo. Alguns APs empresariais têm problemas conhecidos de falsos positivos com canais DFS específicos — consulte as notas de lançamento do fornecedor e considere excluir canais problemáticos do seu conjunto DFS.

Risco: Escalonamento Automático da Largura do Canal

Muitas plataformas WLC empresariais incluem algoritmos de Gestão de Recursos de Rádio (RRM) que podem aumentar automaticamente a largura do canal durante períodos de baixa utilização. Este é um risco conhecido: o o algoritmo pode escalar para 80MHz durante as horas de menor movimento, e o plano de canal mais amplo pode persistir nas horas de pico quando causa CCI. Defina um limite máximo de largura de canal na sua política RRM para evitar isto. Este é um dos padrões de configuração incorreta mais comuns observados em implementações empresariais.

ROI e Impacto no Negócio

O caso de negócio para a configuração correta da largura do canal é convincente e mensurável. O custo da remediação — principalmente tempo de engenheiro para análise de espectro e reconfiguração de WLC — é tipicamente de 1 a 3 dias de esforço para uma implementação de médio porte. Os retornos são imediatos e multidimensionais.

Redução da sobrecarga do helpdesk: As reclamações de conectividade WiFi estão entre as categorias de helpdesk de maior volume na hotelaria e retalho. Um plano de canal bem configurado tipicamente reduz os tickets relacionados com WiFi em 40–70%, libertando recursos de TI para atividades de maior valor.

Melhoria na captura de dados de convidados: Para locais que utilizam Guest WiFi com autenticação por Captive Portal, a fiabilidade da rede impulsiona diretamente as taxas de conclusão do portal. Uma melhoria de 10 pontos percentuais na taxa de conclusão num local com 1.000 utilizadores diários traduz-se em 36.500 registos de dados adicionais por ano — cada um representando um perfil de cliente comercializável e consentido.

Continuidade operacional: Para ambientes de retalho onde EPOS, gestão de inventário e sinalização digital dependem de WiFi, as falhas de conectividade induzidas por CCI têm um impacto direto na receita. Uma única interrupção de EPOS durante o pico de vendas pode custar a um retalhista de grande formato milhares de libras por hora.

Fidelidade da análise: As plataformas de WiFi Analytics que utilizam dados de pedidos de sonda para análise de tempo de permanência e medição de fluxo de pessoas dependem diretamente do desempenho do rádio do AP. O CCI aumenta o ruído de fundo, reduzindo o alcance efetivo no qual os pedidos de sonda são capturados e degradando a precisão da análise de localização. A configuração correta da largura do canal é, portanto, um pré-requisito para uma inteligência de local fiável.

Para organizações do setor público que exploram iniciativas de cidade inteligente e inclusão digital — uma área em que a Purple está a investir ativamente — os mesmos princípios de design de RF aplicam-se à escala da infraestrutura. Um WiFi público fiável e bem projetado é a base sobre a qual os serviços digitais são entregues, como explorado no nosso anúncio recente sobre o crescimento no setor público .

Recursos Relacionados

Definições Principais

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.

Exemplos Práticos

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.

Comentário do Examinador: 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.

Comentário do Examinador: 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.

Comentário do Examinador: 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.

Perguntas de Prática

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?

Dica: 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?

Ver resposta modelo

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?

Dica: 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?

Ver resposta modelo

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?

Dica: 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?

Ver resposta modelo

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.