Hay una diferencia enorme entre "que llegue señal a todos lados" y "que 300 personas trabajen a la vez sin que se caiga". El primer problema es de cobertura; el segundo, de capacidad. Y se diseñan casi al revés uno del otro. La mayoría de los WiFi que fallan en un auditorio, un aula o una nave llena están diseñados para cobertura cuando el problema era capacidad.
La moneda real del WiFi es el tiempo de aire
Como el medio es compartido y half-duplex, en un canal solo puede hablar uno a la vez. Lo que reparten los clientes no es "ancho de banda" en abstracto, es airtime: turnos para transmitir. Un cliente lento (lejano, viejo, o forzado a 2.4 GHz) tarda más en decir lo mismo y consume más turnos, dejando menos para todos los demás. Por eso en alta densidad un puñado de dispositivos lentos degrada a toda la celda, y por eso la capacidad no se resuelve subiendo la potencia: se resuelve gestionando quién habla, cuándo y a qué velocidad.
Celdas pequeñas, no señales potentes
El instinto de "subir la potencia para que llegue más lejos" es exactamente lo contrario de lo que pide la densidad. Para capacidad se diseñan celdas pequeñas: más APs, cada uno cubriendo menos área, con la potencia deliberadamente baja para que las celdas no se pisen. Así cada AP atiende a menos clientes y hay más "conversaciones" en paralelo en canales distintos. Es la lógica que hace que, sin plan, más APs empeoren la cobertura: la diferencia entre densidad bien hecha y un caos de celdas superpuestas es la planeación de potencia y canales.
Cobertura (pocas celdas grandes que se solapan y comparten canal) vs. capacidad (muchas celdas chicas en canales distintos, hablando en paralelo).
Las palancas de un diseño de capacidad
- Estimar clientes por área, no metros cuadrados: 300 personas en un salón es un problema distinto a 300 m² vacíos.
- Canales angostos (20/40 MHz) para tener más celdas limpias que repartir —ligado al ancho de canal—.
- Empujar clientes a 5 y 6 GHz y despejar 2.4 GHz, que es lento y saturado.
- Subir la tasa mínima para expulsar a los clientes demasiado lentos que acaparan airtime.
- Aprovechar MU-MIMO y OFDMA, que existen precisamente para atender a muchos a la vez.
Cómo se estima la capacidad (a grandes rasgos)
Diseñar para densidad empieza por un cálculo que casi nadie hace: cuántos clientes reales, qué hace cada uno y cuánto airtime consume. No es lo mismo 200 personas revisando correo que 200 en una videollamada simultánea; el segundo caso puede necesitar el doble o el triple de APs. El método, simplificado: estimas los dispositivos activos por zona, el ancho de banda típico de su aplicación, y de ahí cuántos clientes sostiene cada celda sin saturar su tiempo de aire. El número de APs sale de la capacidad requerida, no de cubrir metros cuadrados. Por eso dos salas del mismo tamaño pueden necesitar muy distinto número de APs.
El solape correcto: ni poco ni demasiado
Las celdas vecinas deben traslaparse lo justo. Poco solape y aparecen zonas muertas donde la conexión se cae entre un AP y otro. Demasiado solape —el error de subir la potencia— y los clientes quedan atrapados viendo dos o tres APs igual de fuertes, sin una razón clara para saltar: la receta del cliente pegajoso. Un diseño sano busca que en cada punto haya un AP claramente mejor que los demás, con solape suficiente para no cortar el roaming pero no tanto como para confundir al cliente. Ese equilibrio es, otra vez, cuestión de potencia y ubicación medidas, no de fuerza bruta.
La idea que se queda
Diseñar para densidad es diseñar para el tiempo de aire, no para la barra de señal: celdas chicas, potencia baja, canales angostos y clientes rápidos. Nada de eso sale de un catálogo; sale de medir el espacio y contar usuarios —un site survey—. Y una vez que hay muchas celdas chicas, aparece la siguiente pregunta obligada: cómo saltan los usuarios entre ellas sin cortes, es decir, el roaming. Es el corazón del WiFi bien diseñado.