LoRaWAN define distintas formas de comunicación entre los dispositivos finales y la red. Estas modalidades se conocen como clases A, B y C. La elección de una clase determina, principalmente, cuándo puede recibir información el dispositivo, cuánto tarda la red en hacerle llegar un comando y cuál será su consumo energético.
En términos sencillos, las tres clases utilizan el mismo ecosistema LoRaWAN, pero organizan de forma diferente las ventanas de recepción. Por ello, una aplicación alimentada por batería y que transmite unos pocos datos al día no tiene las mismas necesidades que un actuador industrial que debe responder rápidamente a una orden remota.
LoRa y LoRaWAN: conceptos básicos
LoRa es la tecnología de modulación de radio utilizada para conseguir comunicaciones de largo alcance con un consumo reducido. LoRaWAN, por su parte, define el protocolo de red: establece cómo se incorporan los equipos, cómo intercambian mensajes con los gateways y cómo se gestiona la comunicación entre los dispositivos y el servidor de red.
¿Qué son las clases LoRaWAN?
Las clases A, B y C establecen el comportamiento de recepción de un dispositivo LoRaWAN. La diferencia fundamental está en el tiempo durante el cual el equipo permanece disponible para recibir mensajes de bajada (downlink). Cuanto mayor es esa disponibilidad, menor puede ser la latencia de respuesta, pero normalmente también aumenta el consumo eléctrico.

Clase A: máxima eficiencia energética
La Clase A es el modo básico de funcionamiento de LoRaWAN y está orientada especialmente a sensores y dispositivos alimentados por batería. El equipo puede transmitir un mensaje ascendente (uplink) cuando lo necesita. Después de cada transmisión abre dos breves ventanas de recepción, denominadas RX1 y RX2, durante las cuales la red puede responder.
Una vez finalizadas esas ventanas, el dispositivo vuelve a un estado de bajo consumo. Esto permite alcanzar autonomías muy elevadas, aunque introduce una limitación importante: si el servidor necesita enviar una orden al dispositivo, normalmente deberá esperar hasta que el equipo realice su siguiente transmisión y abra las ventanas de recepción.

Ventajas: consumo muy reducido, gran autonomía con batería y funcionamiento sencillo para sensores que transmiten de forma periódica o ante un evento.
Limitaciones: los mensajes de bajada pueden sufrir una latencia elevada y no es la opción más apropiada cuando se necesita actuar inmediatamente sobre el dispositivo.
Aplicaciones típicas: sensores ambientales, medición remota, agricultura, seguimiento de activos y dispositivos IoT que envían pequeñas cantidades de información.
Clase B: recepción programada
La Clase B amplía el comportamiento de la Clase A añadiendo momentos de recepción programados. Además de las ventanas RX1 y RX2 posteriores a una transmisión, el dispositivo abre intervalos adicionales conocidos como ping slots. Para que estos intervalos estén correctamente coordinados, los equipos utilizan balizas periódicas de la red como referencia temporal.

Gracias a esta planificación, el servidor dispone de más oportunidades para enviar información al dispositivo sin necesidad de mantener el receptor permanentemente activo. De esta manera se consigue un compromiso entre autonomía y rapidez de respuesta: consume más que un dispositivo Clase A, pero puede ofrecer una latencia de downlink más predecible.
Ventajas: menor latencia de bajada que en Clase A, recepción en horarios conocidos y posibilidad de mantener equipos alimentados por batería.
Limitaciones: requiere sincronización temporal, incrementa el consumo y añade cierta complejidad a la red y al dispositivo.
Aplicaciones típicas: medición inteligente, alumbrado, equipos que requieren órdenes periódicas y aplicaciones donde interesa conocer de antemano cuándo podrá recibir el dispositivo.
Clase C: disponibilidad casi continua
La Clase C está diseñada para dispositivos en los que la rapidez de respuesta tiene prioridad sobre el ahorro energético. El receptor permanece abierto prácticamente de forma continua y solo deja de escuchar mientras el propio dispositivo está transmitiendo.
Esto permite que el servidor envíe una orden de bajada casi en cualquier momento, reduciendo considerablemente la latencia. Como contrapartida, el consumo es mucho mayor que en las clases A y B, por lo que normalmente se utiliza en equipos con alimentación permanente o en aplicaciones donde la autonomía de batería no sea un requisito principal.
Ventajas: respuesta muy rápida, alta disponibilidad para recibir comandos y buen comportamiento en aplicaciones de control remoto.
Limitaciones: consumo energético elevado y poca adecuación para dispositivos que deban funcionar durante largos periodos únicamente con batería.
Aplicaciones típicas: actuadores, control industrial, alarmas, automatización y equipos conectados a una fuente de alimentación estable.
Comparativa rápida: Clase A vs. Clase B vs. Clase C
| Característica | Clase A | Clase B | Clase C |
| Transmisión uplink | Cuando el dispositivo lo necesita | Cuando el dispositivo lo necesita | Cuando el dispositivo lo necesita |
| Recepción downlink | Tras cada uplink, mediante RX1 y RX2 | Tras el uplink y en ventanas programadas | Prácticamente en cualquier momento |
| Latencia de downlink | Alta / dependiente del siguiente uplink | Media y más predecible | Muy baja |
| Consumo energético | Muy bajo | Intermedio | Alto |
| Sincronización adicional | No | Sí, mediante balizas de red | No como requisito de funcionamiento de clase |
| Alimentación habitual | Batería | Batería o alimentación externa | Preferentemente alimentación continua |
| Uso recomendado | Sensores y telemetría | Recepción periódica programada | Control y actuación rápida |
¿Cómo elegir entre Clase A, B y C?
La selección debe partir de dos preguntas: cuánto tiempo debe durar la batería y con qué rapidez debe poder recibir órdenes el dispositivo. Si la autonomía es prioritaria y los downlinks pueden esperar, la Clase A suele ser la elección natural. Si se necesita recibir información en momentos previsibles sin mantener el receptor activo permanentemente, la Clase B ofrece un punto intermedio. Cuando el equipo dispone de alimentación continua y la respuesta rápida es esencial, la Clase C resulta normalmente la alternativa más adecuada.
FAQs - Preguntas frecuentes sobre las clases LoRaWAN
¿Qué son las clases A, B y C en LoRaWAN?
Son tres modos de funcionamiento que determinan principalmente cuándo un dispositivo LoRaWAN puede recibir mensajes de la red. La Clase A prioriza el ahorro energético, la Clase B añade ventanas de recepción programadas y la Clase C mantiene el receptor disponible casi continuamente.
¿Qué clase LoRaWAN consume menos energía?
La Clase A. El dispositivo permanece dormido la mayor parte del tiempo y activa la recepción únicamente durante dos ventanas breves después de transmitir.
¿Qué clase ofrece una respuesta más rápida a comandos remotos?
La Clase C, porque el receptor está abierto prácticamente todo el tiempo. Esto permite que el servidor envíe un downlink con una latencia muy reducida.
¿Para qué sirve la Clase B?
La Clase B permite establecer oportunidades de recepción adicionales y programadas. Es útil cuando se desea mejorar el tiempo de respuesta respecto a Clase A sin asumir el consumo permanente de Clase C.
¿Todos los dispositivos LoRaWAN soportan las tres clases?
No necesariamente. La Clase A constituye el modo fundamental de los dispositivos LoRaWAN, mientras que el soporte de Clase B o Clase C depende del diseño, firmware y capacidades concretas del dispositivo.
¿Qué clase es mejor para sensores alimentados por batería?
En la mayoría de aplicaciones de sensorización de bajo consumo, la Clase A es la opción preferida, especialmente cuando los datos se envían de forma periódica y no se necesitan comandos inmediatos.
¿Qué clase conviene para un actuador o equipo industrial conectado a red eléctrica?
Si necesita recibir órdenes con rapidez y dispone de alimentación estable, la Clase C suele ser la opción más apropiada.
¿Cambiar de clase aumenta el alcance LoRaWAN?
No de forma directa. Las clases modifican principalmente el comportamiento de recepción y el consumo energético. El alcance depende de otros factores como potencia, frecuencia, antenas, entorno radioeléctrico, spreading factor y condiciones de propagación.
Descubre nuestra gama de dispositivos LoRaWAN para proyectos IoT y aplicaciones industriales.


