Saltar para o conteúdo principal

Compreender RSSI e a Força do Sinal para um Planeamento Ótimo de Canais

Este guia oferece uma análise técnica aprofundada e abrangente sobre RSSI, Relação Sinal-Ruído (SNR) e princípios de propagação de RF para um planeamento ótimo de canais. Capacita gestores de TI, arquitetos de rede e diretores de operações de espaços com estratégias acionáveis para mitigar a Interferência Co-Canal e a Interferência de Canal Adjacente, otimizar a colocação de APs e alavancar a análise de dados para um impacto comercial mensurável em ambientes de hotelaria, retalho e setor público.

📖 9 min de leitura📝 2,009 palavras🔧 2 exemplos práticos3 perguntas de prática📚 9 definições principais

Ouça este guia

Ver transcrição do podcast
Understanding RSSI and Signal Strength for Optimal Channel Planning A Purple WiFi Intelligence Briefing [INTRODUCTION & CONTEXT — approximately 1 minute] Welcome to the Purple WiFi Intelligence Briefing. I'm your host, and today we're getting into the fundamentals that underpin every high-performing wireless network: RSSI, signal strength, and how they drive optimal channel planning. If you're an IT manager, network architect, or venue operations director, you've almost certainly encountered the frustration of a Wi-Fi network that looks fine on paper but performs poorly in practice. Guests complaining about dropped connections. Handheld scanners losing signal mid-transaction. Video calls breaking up in the boardroom. The root cause, more often than not, comes back to a misunderstanding of what RSSI actually tells you — and more importantly, what it doesn't. In the next ten minutes, I want to give you a clear, practical framework for understanding these metrics and translating them into better channel planning decisions. This isn't academic theory. This is the kind of briefing I'd give a client before a major deployment. Let's get into it. [TECHNICAL DEEP-DIVE — approximately 5 minutes] So, what is RSSI? RSSI stands for Received Signal Strength Indicator. It's a relative measurement of the power level of a radio frequency signal as received by a client device. It's expressed in negative decibels relative to a milliwatt — so negative dBm. The closer to zero, the stronger the signal. Minus 30 dBm is excellent. Minus 90 dBm is effectively unusable. But here's the critical point that many deployments get wrong: RSSI alone does not tell you whether a connection is good. It tells you how loud the signal is. It does not tell you how clear it is. That's where Signal-to-Noise Ratio — SNR — comes in. SNR is the difference in decibels between your received signal and the ambient noise floor. If your RSSI is minus 65 dBm and your noise floor is minus 90 dBm, your SNR is 25 dB. That's the minimum you need for the high-order modulation schemes — things like 256-QAM — that deliver real throughput in 802.11ac and 802.11ax networks. Think of it this way. Imagine you're in a quiet library. Someone whispers to you from across the room. You can hear them clearly — that's a good SNR. Now imagine you're at a stadium during a match. Someone shouts at you from the same distance. The signal is louder, but the noise is also much higher. You might struggle to understand them. That's exactly what happens in a noisy RF environment. Now, why does this matter for channel planning? Wi-Fi is a shared medium. Every device on the same channel has to take turns transmitting, governed by a protocol called CSMA/CA — Carrier-Sense Multiple Access with Collision Avoidance. Before transmitting, every device listens to check if the channel is clear. If it hears another device, it backs off and waits. Co-Channel Interference — CCI — occurs when multiple access points on the same channel can hear each other. They all back off. They all wait. Channel utilization goes through the roof, and latency spikes, even when actual client traffic is low. This is one of the most common performance killers in enterprise deployments, and it's entirely avoidable with proper channel planning. Adjacent Channel Interference — ACI — is a different problem. In the 2.4 GHz band, channels are only 5 MHz apart but each channel is 22 MHz wide. So they overlap. If you put an AP on channel 3 next to an AP on channel 1, the RF energy from channel 3 bleeds into channel 1, raising the noise floor and degrading SNR. The solution in 2.4 GHz is to use only channels 1, 6, and 11 — the three non-overlapping channels. In the 5 GHz band, you have far more spectrum to work with. You can use DFS channels — Dynamic Frequency Selection — to expand your available channel set, though you need to be aware that radar detection can force a channel change, which causes a brief disruption. Now, a word on channel widths. There's a temptation to use wider channels — 40, 80, or even 160 MHz — because they offer higher theoretical throughput. And in a low-density environment, that's fine. But in a high-density venue — a hotel, a stadium, a conference centre — wider channels mean fewer non-overlapping options, which means more CCI. In those environments, 20 MHz channels in 2.4 GHz and 20 or 40 MHz in 5 GHz is almost always the right call. Let me talk about AP placement and power tuning, because this is where I see the most mistakes in the field. There's a common misconception that more transmit power equals better coverage equals better performance. It's wrong. Setting AP transmit power too high creates what we call an asymmetric link. The AP can shout loudly, and the client can hear it clearly from a long distance. But the client — a smartphone, a laptop, a handheld scanner — has a much weaker transmitter. It can't shout back with the same power. So the AP can't hear the client reliably. This also creates the "sticky client" problem. A device in a far corner of the building can still hear the AP at minus 70 or minus 75 dBm. It decides the connection is acceptable and stays put, even when it moves physically closer to a different AP. The client doesn't roam. Performance degrades. The fix is to tune AP transmit power down — typically to 10 to 14 dBm — to match the client's capabilities, and to ensure sufficient AP density so that clients are always close to an AP. To facilitate seamless roaming, you should implement the 802.11k, 802.11v, and 802.11r protocols. 802.11k provides clients with a neighbor report — a list of nearby APs they could roam to. 802.11v allows the network to suggest that a client roam to a better AP. And 802.11r enables fast BSS transition, dramatically reducing the time it takes to re-authenticate when roaming. Together, these protocols ensure that roaming decisions are driven by RSSI thresholds rather than client inertia. [IMPLEMENTATION RECOMMENDATIONS & PITFALLS — approximately 2 minutes] Right. Let's talk about implementation. Here are the key steps I'd walk through with any client. First, define your requirements before you touch any hardware. What is the minimum RSSI you need to support your most demanding application? For voice over Wi-Fi, you need minus 65 dBm or better. For high-throughput data, minus 70 dBm. For basic connectivity, minus 75 dBm. And critically, identify your Least Capable, Most Important device — the device with the weakest radio that absolutely must work reliably. Design for that device. Second, conduct a proper site survey. Not just a predictive survey using software, but an active survey with real hardware in the real environment. Measure RSSI and SNR. Use a spectrum analyser to identify non-Wi-Fi interference sources — microwave ovens, Bluetooth devices, DECT phones, even some industrial equipment. These raise the noise floor and degrade SNR without showing up on a standard Wi-Fi scan. Third, plan your channels before you deploy. In 2.4 GHz, stick to 1, 6, and 11. In 5 GHz, create a channel reuse plan that maximises the physical separation between APs on the same channel. Use 20 MHz channels in dense environments. Fourth, tune your transmit power down. Match it to your client devices. Ensure 15 to 20 percent cell overlap to support seamless roaming. Fifth, set minimum mandatory data rates. Disable the legacy rates — 1, 2, 5.5, and 11 Mbps in 2.4 GHz. This forces clients to roam sooner when RSSI degrades, rather than clinging to a distant AP at a low data rate. Now, the pitfalls. The most common one I see is over-reliance on automatic channel assignment. Most enterprise AP vendors offer automatic radio resource management — it sounds great in theory. In practice, in complex environments, it can make poor decisions. Always validate the channel plan manually after deployment. The second pitfall is ignoring the noise floor. A network can look fine on an RSSI heatmap but perform terribly because the noise floor is elevated. Always measure SNR, not just RSSI. The third pitfall is deploying a guest Wi-Fi solution without thinking about the RF implications. Captive portals, analytics platforms, and location services all depend on a well-architected RF environment. If the RF is broken, the analytics will be inaccurate and the guest experience will be poor. [RAPID-FIRE Q&A — approximately 1 minute] Let me run through a few quick questions I hear regularly. What RSSI do I need for a reliable connection? Minus 65 dBm or better for primary coverage. Minus 70 dBm for roaming overlap zones. Should I use 80 MHz channels in a stadium? Almost never. The reduction in available non-overlapping channels causes CCI that far outweighs the throughput benefit. My site survey shows good RSSI but performance is still poor. What's wrong? Check your SNR. Check your channel utilization. Check for sticky clients. One of these three is almost certainly the culprit. Is 2.4 GHz still worth deploying? Yes, for legacy device compatibility and penetration through walls. But limit it to channels 1, 6, and 11, and consider disabling it on every other AP in dense environments to reduce CCI. [SUMMARY & NEXT STEPS — approximately 1 minute] Let me wrap up with the key takeaways. RSSI tells you signal strength. SNR tells you signal quality. Always optimise for SNR, not just RSSI. Design for capacity, not coverage. More APs at lower power beats fewer APs at high power in any dense environment. Use non-overlapping channels. In 2.4 GHz, that's channels 1, 6, and 11. In 5 GHz, build a proper channel reuse plan. Implement 802.11k, v, and r to ensure roaming is driven by RF conditions, not client stubbornness. Validate with a real active site survey. Software predictions are a starting point, not a final answer. And finally, remember that your RF architecture is the foundation for everything else — your guest Wi-Fi experience, your analytics, your location services, your operational efficiency. Get the RF right, and everything else becomes much easier. If you want to go deeper on channel width selection, check out the Purple guide on 20 MHz versus 40 MHz versus 80 MHz. And if you're looking at deploying guest Wi-Fi with analytics at scale, the Purple platform is hardware-agnostic and integrates with your existing infrastructure. Thanks for listening. Until next time.

header_image.png

Resumo Executivo

Para CTOs e arquitetos de rede que supervisionam locais de alta densidade — seja em Hotelaria , Retalho ou grandes espaços públicos — a implementação de uma infraestrutura sem fios robusta é fundamental para a eficiência operacional e a satisfação dos hóspedes. Este guia técnico explora o que é RSSI e como funciona como uma métrica crítica para o planeamento ótimo de canais. Ao ir além dos mapas de cobertura básicos e compreender as nuances da propagação de RF, da Interferência Co-Canal (CCI) e da Interferência de Canal Adjacente (ACI), os líderes de TI podem projetar redes que suportam aplicações de alto débito e baixa latência em escala. Examinamos como os limiares precisos de RSSI impulsionam as decisões de roaming, como a largura do canal impacta a eficiência espectral e como o aproveitamento de plataformas avançadas de WiFi Analytics pode mitigar riscos e proporcionar um ROI mensurável. O guia abrange os protocolos de roaming IEEE 802.11k/v/r, otimização de SNR, estratégia de colocação de APs e cenários de implementação reais de ambientes de hotelaria e retalho.



Análise Técnica Aprofundada

O que é RSSI? Definição e Medição

Received Signal Strength Indicator (RSSI) é uma medição relativa do nível de potência de um sinal de RF recebido por um dispositivo cliente. Medido em decibéis em relação a um miliwatt (dBm), o RSSI é expresso como um valor negativo — quanto mais próximo de zero, mais forte o sinal. Um valor de -30 dBm representa um sinal excecionalmente forte (tipicamente apenas alcançável a um metro do AP), enquanto -90 dBm está no limiar de usabilidade. A tabela seguinte fornece uma referência prática para os limiares de RSSI e a sua adequação às aplicações correspondentes:

RSSI (dBm) Qualidade do Sinal Aplicações Adequadas
-30 a -50 Excelente Todas as aplicações, incluindo streaming 4K e VoWiFi de alta densidade
-51 a -65 Bom Dados de alto débito, VoWiFi, análise de localização
-66 a -70 Razoável Dados padrão, navegação web, email
-71 a -80 Fraco Apenas conectividade básica; VoWiFi não fiável
Abaixo de -80 Inutilizável Desconexões frequentes; não adequado para implementação empresarial

RSSI vs. Relação Sinal-Ruído (SNR)

snr_vs_rssi_chart.png

O RSSI por si só é insuficiente para avaliar a qualidade da rede. A Relação Sinal-Ruído (SNR) fornece uma imagem mais precisa da qualidade da ligação, comparando a força do sinal recebido com o ruído de fundo ambiente. Um SNR de 25 dB ou superior é tipicamente necessário para esquemas de modulação de alto débito, como 256-QAM em 802.11ac/ax. Se o ruído de fundo for -90 dBm e o RSSI for -65 dBm, o SNR é de 25 dB — o limiar mínimo para uma operação fiável de alto desempenho.

A implicação prática é significativa: uma rede pode exibir excelentes valores de RSSI num mapa de calor de cobertura, mas ter um desempenho fraco porque o ruído de fundo é elevado por fontes de interferência não-Wi-Fi (fornos de micro-ondas, telefones DECT, dispositivos Bluetooth ou equipamento industrial). Monitorize sempre tanto o RSSI quanto o SNR durante os levantamentos de local e a monitorização contínua.

A Física da Propagação e Atenuação de RF

Em ambientes complexos, como hospitais ( Saúde ) ou centros de transporte ( Transportes ), os sinais de RF sofrem atenuação à medida que atravessam obstáculos físicos. Os arquitetos de rede devem ter em conta estas perdas específicas de material ao realizar levantamentos preditivos de local e definir limites de célula:

Material Atenuação Típica (dB)
Pladur / Gesso Cartonado 3–4 dB
Vidro (padrão) 2–3 dB
Tijolo 8–12 dB
Betão 12–15 dB
Betão Armado / Aço 15–25+ dB
Estantes Metálicas (retalho) 10–20 dB

A natureza logarítmica da escala de decibéis é crucial para internalizar: uma perda de 3 dB reduz a potência do sinal para metade, enquanto uma perda de 10 dB a reduz por um fator de dez. Um sinal que passa por duas paredes de tijolo (aproximadamente 20 dB de atenuação) é, portanto, 100 vezes mais fraco do que o sinal transmitido.

Planeamento de Canais: CCI e ACI

channel_overlap_diagram.png

O planeamento ótimo de canais requer a mitigação de dois tipos distintos de interferência. A Interferência Co-Canal (CCI) ocorre quando os pontos de acesso que operam no mesmo canal conseguem "ouvir-se" mutuamente, levando à contenção do meio e ao aumento da latência devido ao protocolo CSMA/CA (Carrier-Sense Multiple Access with Collision Avoidance). Cada dispositivo no canal deve esperar pela sua vez, e quando múltiplos APs estão a competir simultaneamente, a utilização do canal dispara mesmo sob carga moderada de clientes.

A Interferência de Canal Adjacente (ACI) ocorre quando os APs operam em canais sobrepostos, elevando o ruído de fundo e degradando o SNR. Na banda de 2.4 GHz, apenas os canais 1, 6 e 11 não se sobrepõem. Qualquer outra atribuição de canal causará ACI com um ou ambos os seus vizinhos. Na banda de 5 GHz, a utilização de canais Dynamic Frequency Selection (DFS) expande o espectro disponível, embora eventos de deteção de radar possam forçar mudanças de canal, causando breves interrupções de conectividade.

Ao decidir sobre as larguras de canal, consulte 20MHz vs 40MHz vs 80MHz: Que Largura de Canal Deve Usar? (ou a versão italiana: 20MHz vs 40MHz vs 80MHz: Quale larghezza di canale dovresti usare? ). O princípio fundamental: canais mais largos proporcionam um débito teórico mais elevado, mas reduzem o número de opções não sobrepostas, aumentando a CCI em implementações densas.


Guia de Implementação

Passo 1: Definir Requisitos e Identificar o Dispositivo LCMI

Antes de implementar o hardware, defina a Área de Cobertura Primária (PCA) e a Área de Cobertura Secundária (SCA). Criticamente, identifique o dispositivo Menos Capaz, Mais Importante (LCMI) — o dispositivo com o rádio mais fraco que deve operar de forma fiável. Este é frequentemente um scanner portátil legado num armazém, um modelo específico de dispositivo médico num hospital, ou um smartphone mais antigo num ambiente de hotelaria. Projete toda a arquitetura de RF para satisfazer os requisitos mínimos de RSSI desse dispositivo, e tudo o resto terá um desempenho melhor.

Passo 2: Realizar um Levantamento de Site Ativo

Execute um levantamento de site ativo para medir o RSSI e SNR no mundo real — não apenas um levantamento preditivo usando software. Utilize ferramentas de análise de espectro para identificar fontes de interferência não-Wi-Fi. Garanta que a cobertura primária cumpre o limiar de -65 dBm e a cobertura secundária (para zonas de sobreposição de roaming) cumpre -70 dBm. Documente o ruído de fundo em todas as áreas, pois isso determinará o SNR alcançável e as taxas de dados máximas suportadas.

Passo 3: Posicionamento de AP e Ajuste de Potência

Evite a falácia do "mais alto é melhor". Definir a potência de transmissão do AP demasiado alta cria ligações assimétricas onde o cliente pode ouvir o AP claramente, mas o AP não consegue receber de forma fiável as transmissões mais fracas do cliente. Esta é a causa raiz do problema do cliente 'sticky' — dispositivos que permanecem associados a um AP distante apesar de estarem fisicamente mais próximos de outro. Ajuste a potência de transmissão do AP para 10–14 dBm para corresponder às capacidades do cliente, e garanta uma sobreposição de célula de 15–20% para facilitar o roaming contínuo de acordo com IEEE 802.11k/v/r.

Passo 4: Impor Taxas de Dados Mínimas Obrigatórias

Desative as taxas de dados legadas (1, 2, 5.5 e 11 Mbps em 2.4 GHz; 6 e 9 Mbps em 5 GHz). Isto eleva o limiar mínimo de RSSI no qual um cliente considera a ligação aceitável, forçando decisões de roaming mais cedo e impedindo que clientes de baixa taxa consumam tempo de antena desproporcionado.

Passo 5: Integrar Guest WiFi e Análise

A implementação de uma solução empresarial de Guest WiFi requer autenticação contínua que não degrade a experiência do utilizador. Implemente 802.1X para dispositivos corporativos e captive portals seguros para convidados, com WPA3 onde a compatibilidade do dispositivo o permitir. Abordagens modernas como How a wi fi assistant Enables Passwordless Access in 2026 reduzem o atrito no onboarding, mantendo a conformidade com os requisitos PCI DSS e GDPR. A arquitetura de RF descrita neste guia é o pré-requisito para análises e serviços de localização fiáveis — se a RF for mal projetada, os dados serão imprecisos.


Melhores Práticas

Projete para capacidade, não para cobertura. Em ambientes modernos de alta densidade, a restrição quase nunca é o alcance do sinal — é a contenção do tempo de antena. Implemente mais APs com menor potência de transmissão em vez de menos APs com alta potência. Isto reduz a CCI, melhora o SNR e aumenta o número de clientes que podem ser servidos simultaneamente.

Padronize as larguras de canal por ambiente. Por padrão, use 20 MHz em 2.4 GHz universalmente. Em 5 GHz, use 20 MHz em ambientes de muito alta densidade (estádios, salas de conferência) e 40 MHz em ambientes de densidade moderada (hotéis, retalho). Reserve 80 MHz apenas para cenários de baixa densidade e alto débito.

Implemente a pilha de protocolos de roaming. Ative 802.11k (Radio Resource Measurement), 802.11v (BSS Transition Management) e 802.11r (Fast BSS Transition) em todos os APs. Isto garante que as decisões de roaming são impulsionadas pelas condições de RF em vez da inércia do cliente, e reduz a latência de reautenticação de centenas de milissegundos para menos de 50 ms.

Valide manualmente os canais atribuídos automaticamente. A maioria dos fornecedores de APs empresariais oferece Gestão Automática de Recursos de Rádio (RRM). Embora útil como linha de base, o RRM pode tomar decisões subótimas em ambientes complexos. Audite sempre o plano de canais após a implementação e substitua onde for necessário.

Monitorize continuamente, não apenas na implementação. Os ambientes de RF mudam ao longo do tempo — novas fontes de interferência aparecem, os padrões de ocupação mudam e as atualizações de firmware alteram o comportamento do rádio. Utilize uma plataforma de WiFi Analytics com monitorização contínua de RF para detetar a degradação antes que esta afete os utilizadores.

Para estratégias mais amplas sobre como alavancar a infraestrutura de rede para resultados de negócio, consulte How To Improve Guest Satisfaction: The Ultimate Playbook .


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

O Problema do Cliente 'Sticky'

Sintoma: Os dispositivos permanecem conectados a um AP distante com RSSI fraco (-80 dBm) apesar de estarem fisicamente mais próximos de um AP diferente com um sinal forte.

Causa Raiz: A potência de transmissão do AP é demasiado alta, criando uma ligação assimétrica. O cliente ouve bem o AP e não inicia um roaming. Alternativamente, os protocolos 802.11k/v estão desativados, deixando o cliente sem orientação sobre APs melhores disponíveis.

Mitigação: Reduza a potência de transmissão do AP para 10–12 dBm. Ative 802.11k/v/r. Defina taxas de dados mínimas obrigatórias para forçar os clientes a fazer roaming quando o RSSI degrada abaixo do limiar da taxa mínima.

Alta Interferência Co-Canal

Sintoma: Utilização do canal consistentemente acima de 40–50% mesmo sob carga moderada de clientes, resultando em latência elevada e débito fraco.

Causa Raiz: Os APs no mesmo canal estão colocados demasiado próximos uns dos outros, ou as larguras de canal são demasiado amplas para a densidade da implementação.

Mitigação: Reduza a largura do canal para 20 MHz. Audite o plano de canais para maximizar a separação física entre APs no mesmo canal. Em 2.4 GHz, considere desativar o rádio em todos os outros APs em implementações muito densas.

Nível de Ruído Elevado

Sintoma: Os valores de RSSI parecem aceitáveis nos mapas de calor, mas o débito é fraco e as ligações são instáveis.

Causa Raiz: Fontes de interferência não-Wi-Fi (fornos de micro-ondas, telefones DECT, equipamento industrial, Bluetooth) estão a elevar o nível de ruído, degradando o SNR abaixo do limiar necessário para modulação de alta ordem.

Mitigação: Utilize um analisador de espectro para identificar e caracterizar as fontes de interferência. Migre os clientes afetados para 5 GHz sempre que possível, uma vez que a maioria das interferências não-Wi-Fi está concentrada em 2.4 GHz. Se as fontes de interferência não puderem ser eliminadas, aumente a densidade de APs para melhorar o RSSI e, assim, manter um SNR adequado apesar do nível de ruído elevado.

À medida que as redes se expandem para espaços municipais e públicos, o planeamento estratégico torna-se cada vez mais crítico. Para obter informações sobre implementações no setor público, leia sobre como a Purple Nomeia Iain Fox como VP de Crescimento – Setor Público para Impulsionar a Inclusão Digital e a Inovação em Cidades Inteligentes .


ROI e Impacto no Negócio

A otimização do RSSI e do planeamento de canais impacta diretamente os resultados financeiros em múltiplas dimensões. A tabela seguinte resume os principais resultados de negócio associados a uma rede sem fios bem arquitetada:

Resultado de Negócio Mecanismo Impacto Típico
Custos de suporte de TI reduzidos Menos reclamações de conectividade; menos visitas ao local Redução de 20–40% nos tickets de suporte relacionados com Wi-Fi
Satisfação do hóspede melhorada Conectividade fiável e de alta velocidade em todo o local Melhoria mensurável no NPS e nas pontuações de avaliação
Análise de localização precisa Densidade de AP e SNR suficientes para trilateração fiável Precisão de localização inferior a 3 metros para análise de fluxo de pessoas
Captura de dados primários Desempenho fiável do Captive Portal Taxas de conclusão mais elevadas no onboarding de Wi-Fi para hóspedes
Eficiência operacional Conectividade fiável para dispositivos portáteis, sistemas POS, IoT Redução de falhas de transação e tempo de inatividade operacional

Para os operadores de espaços, o Wi-Fi fiável já não é um centro de custos, mas sim um impulsionador de receita. Ao garantir uma força de sinal consistente e um SNR elevado, os espaços podem implementar com confiança Captive Portals para capturar dados primários, impulsionando campanhas de marketing personalizadas e aumentando o valor vitalício do cliente. O investimento num design de RF adequado gera um ROI mensurável através da eficiência operacional, do envolvimento digital aprimorado e da capacidade de implementar análises avançadas e serviços de localização com confiança.

A plataforma agnóstica de hardware da Purple integra-se com a infraestrutura existente para fornecer a camada de análise sobre uma base de RF bem projetada — transformando dados de força de sinal em inteligência de negócios acionável em ambientes de Hotelaria , Retalho , Saúde e Transporte .

Definições Principais

RSSI (Received Signal Strength Indicator)

A relative measurement of the power level of an RF signal received by a client device, expressed in negative dBm. The closer to zero, the stronger the signal.

Used to determine coverage boundaries, trigger roaming decisions, and assess basic signal availability. Not sufficient on its own to evaluate link quality.

SNR (Signal-to-Noise Ratio)

The difference in decibels (dB) between the received signal strength and the ambient noise floor. Calculated as: SNR (dB) = RSSI (dBm) − Noise Floor (dBm).

The primary determinant of achievable modulation scheme and data rate. An SNR of 25 dB is the minimum for 256-QAM (high-throughput) operation. Always measure alongside RSSI.

CCI (Co-Channel Interference)

Interference that occurs when multiple APs and clients operate on the same channel and can detect each other's transmissions, causing medium contention under the CSMA/CA protocol.

The most common cause of high channel utilisation and latency in enterprise deployments. Mitigated by proper channel planning, power tuning, and ensuring adequate physical separation between APs on the same channel.

ACI (Adjacent Channel Interference)

Interference caused by RF energy from one channel bleeding into an adjacent overlapping channel, raising the noise floor and degrading SNR.

Caused by using overlapping channels in the 2.4 GHz band (anything other than 1, 6, 11). Avoided by strict adherence to non-overlapping channel assignments.

DFS (Dynamic Frequency Selection)

A regulatory mechanism that allows Wi-Fi devices to share the 5 GHz spectrum with radar systems by monitoring for radar signals and vacating the channel if detected.

Expands the available 5 GHz channel set, but requires APs to change channels upon radar detection, causing a brief connectivity disruption. Must be accounted for in deployments near airports, military installations, or weather radar sites.

CSMA/CA (Carrier-Sense Multiple Access with Collision Avoidance)

The medium access protocol used by Wi-Fi, in which devices listen to the RF channel before transmitting and defer if the channel is busy.

The fundamental reason Wi-Fi is a half-duplex, shared medium. CCI forces multiple APs and clients to contend for the same channel, which is why channel planning is critical to performance.

Sticky Client

A client device that remains associated with an AP delivering a weak signal despite being physically closer to a different AP with a stronger signal.

Caused by asymmetric link budgets (AP transmit power too high) or absence of 802.11k/v roaming protocols. Results in poor throughput, high latency, and degraded user experience.

LCMI (Least Capable, Most Important) Device

The device in a deployment with the weakest radio capabilities that is nonetheless critical to business operations.

Used as the design baseline for RF architecture. Designing to meet the LCMI device's requirements ensures all other devices perform adequately.

802.11k/v/r

A suite of IEEE 802.11 amendments: 802.11k (Radio Resource Measurement), 802.11v (BSS Transition Management), and 802.11r (Fast BSS Transition).

Together, these protocols enable intelligent, low-latency client roaming. 802.11k provides neighbour reports, 802.11v enables network-directed roaming, and 802.11r reduces re-authentication time to under 50 ms.

Exemplos Práticos

A 300-room hotel is experiencing poor Wi-Fi performance in guest rooms despite having an AP in every corridor. Guests report dropped connections and slow speeds, particularly in rooms furthest from the corridor APs. The existing APs are configured at maximum transmit power (23 dBm) on auto channel assignment.

The root cause is a combination of Co-Channel Interference (CCI) from corridor APs hearing each other down the long hallways, signal attenuation through guest room doors and walls, and the sticky client problem caused by excessively high transmit power. The recommended solution is to transition to an in-room AP deployment model using wall-plate APs (e.g., Cisco Catalyst 9105AXW or Aruba AP-303H). Configure each AP with a transmit power of 10–12 dBm. Disable 2.4 GHz on every other AP in the corridor to reduce CCI. Standardise on 20 MHz channels in 5 GHz with a manual channel plan assigning channels 36, 40, 44, 48, 52, 56, 60, 64 in a repeating pattern. Enable 802.11k/v/r on all APs. Set minimum mandatory data rates to 12 Mbps in 2.4 GHz and 24 Mbps in 5 GHz. Validate with a post-deployment active site survey targeting -65 dBm RSSI and 25 dB SNR in all guest rooms.

Comentário do Examinador: This approach shifts the design from coverage-centric to capacity-centric. Placing the AP inside the room eliminates the primary attenuation source (the room door and wall) for the client, dramatically improving SNR. Lowering transmit power to 10–12 dBm contains the RF cell within the room, reducing CCI from adjacent rooms. The combination of 802.11k/v/r and minimum data rate enforcement eliminates the sticky client problem. The result is a network that supports VoWiFi reliably and enables accurate location analytics for the hotel's guest engagement platform.

A large retail chain operating 50,000 sq ft stores wants to deploy Wi-Fi location analytics to track customer footfall and dwell time by department. Initial data from the existing network shows location accuracy of ±15 metres, which is insufficient for department-level analysis. The existing infrastructure has APs mounted at 6-metre intervals along the central spine of the store.

Location analytics based on RSSI trilateration require a minimum of three APs to hear a client device simultaneously, with each AP receiving a signal of -75 dBm or better. The current linear AP layout means that in the outer departments, clients are only within range of one or two APs, making accurate trilateration impossible. The solution requires a redesigned AP layout using a staggered grid pattern with APs at the perimeter and interior of each department zone, ensuring that any point on the floor is within -75 dBm range of at least three APs. Reduce AP transmit power to 10 dBm to tighten RF cells and improve the differential between AP readings (which is what drives location accuracy). Enable 802.11k/v to ensure devices don't stick to distant APs, which skews location data. Integrate the AP infrastructure with Purple's WiFi Analytics platform to process RSSI data into footfall heatmaps and dwell time reports by department.

Comentário do Examinador: Location analytics impose a fundamentally different RF design requirement than connectivity. For connectivity, you need adequate RSSI at the client. For location, you need adequate RSSI at multiple APs simultaneously, with sufficient angular diversity to enable accurate trilateration. The staggered grid ensures diverse angles of reception. Lower transmit power increases the gradient of RSSI change as a client moves, improving position resolution. The integration with an analytics platform transforms raw RSSI data into actionable retail intelligence — enabling the chain to optimise store layout, staffing, and promotional placement based on real customer behaviour data.

Perguntas de Prática

Q1. You are designing a Wi-Fi network for a 40,000-seat stadium. The venue operator wants maximum throughput for concurrent video streaming and social media uploads during events. You are considering using 80 MHz channels in the 5 GHz band to maximise per-client throughput. Is this the recommended approach, and what channel plan would you implement instead?

Dica: Consider the number of non-overlapping 80 MHz channels available in the 5 GHz band versus 20 MHz channels, and the impact of Co-Channel Interference in an open, high-density environment.

Ver resposta modelo

No. Using 80 MHz channels in a stadium is strongly contraindicated. In the standard 5 GHz UNII-1/2/2e bands, there are only a handful of non-overlapping 80 MHz channels, meaning that with the AP density required for 40,000 concurrent users, severe CCI is inevitable. The correct approach is to use 20 MHz channels throughout, which provides up to 24 non-overlapping channels in 5 GHz (including DFS), maximising channel reuse. Directional sector antennas should be used to tightly control RF cell coverage, pointing down into seating sections rather than radiating omnidirectionally. AP density should be calculated based on a target of no more than 30–50 clients per AP radio, with transmit power tuned to match the coverage area of each sector.

Q2. A warehouse deployment uses handheld barcode scanners that frequently drop connections when operators move between aisles. The APs are configured at maximum transmit power (23 dBm) to ensure full coverage. The scanners run a legacy WMS application that requires sub-100ms latency. What is the likely cause and what steps would you take to resolve it?

Dica: Consider the transmit power capabilities of a small handheld scanner versus an enterprise AP, and the implications for the link budget in both directions.

Ver resposta modelo

The likely cause is the sticky client problem resulting from an asymmetric link budget. The APs are transmitting at 23 dBm, so the scanners hear them well across the entire warehouse and do not initiate a roam. However, the scanners' internal radios typically transmit at only 15–17 dBm, meaning the AP cannot reliably receive the scanner's transmissions when it is far away. The solution is to lower AP transmit power to 10–12 dBm to match the scanners' capabilities, ensuring that the coverage cells are appropriately sized and that scanners roam when they move out of range. Enable 802.11k/v/r to facilitate fast roaming. Set minimum mandatory data rates to 12 Mbps to force earlier roaming decisions. Validate with an active site survey using the actual scanner hardware to confirm -65 dBm RSSI and 25 dB SNR throughout all aisles.

Q3. During a site survey for a new hospital wing, you measure an RSSI of -58 dBm from the primary AP throughout the target area. However, the noise floor measured by a spectrum analyser is consistently -72 dBm due to legacy medical monitoring equipment operating in the 2.4 GHz band. The hospital requires reliable VoWiFi for clinical communications. Will this network support VoWiFi, and what actions would you recommend?

Dica: Calculate the SNR and evaluate it against the minimum requirement for VoWiFi. Consider which frequency band is affected and what mitigation options are available.

Ver resposta modelo

No, this network will not reliably support VoWiFi in its current state. The SNR is calculated as -58 dBm - (-72 dBm) = 14 dB. This falls below the minimum 20 dB SNR required for VoWiFi and well below the 25 dB target for high-quality voice. Despite the strong RSSI of -58 dBm, the elevated noise floor from the medical equipment degrades the link quality to an unacceptable level. Recommended actions: First, migrate VoWiFi traffic to the 5 GHz band, which is largely unaffected by the legacy 2.4 GHz medical equipment. Second, increase AP density in the affected areas to improve RSSI to -50 dBm or better, which would yield an SNR of 22 dB even with the elevated noise floor — marginally acceptable for VoWiFi. Third, engage the biomedical engineering team to assess whether the legacy equipment can be replaced or shielded. Fourth, implement QoS (WMM) with voice traffic prioritisation to protect VoWiFi traffic from competing with data traffic during periods of congestion.