Cuando un gateway IoT tiene problemas de conectividad 4G — desconexiones frecuentes, paquetes perdidos, latencias altas — el primer paso es leer las métricas de señal LTE que el módulo celular expone. Estas cuatro métricas — RSSI, RSRP, RSRQ y SINR — miden aspectos distintos de la calidad de la conexión y juntas permiten diagnosticar la causa del problema con precisión. Esta guía explica qué mide cada una, qué valores son aceptables en campo y qué hacer cuando están fuera de rango.
Dónde ver las métricas en el Index AMI
En la app Android: Descripción General → pestaña Estado del Dispositivo → sección Fuerza de Señal. Los cuatro valores se actualizan cada 20 segundos automáticamente. También son accesibles vía la plataforma de gestión si el Index AMI está conectado por MQTT o TCP.
Las cuatro métricas de señal LTE
RSSI — Received Signal Strength Indicator
El RSSI es la potencia total de señal recibida, en dBm. Incluye tanto la señal útil del operador como el ruido de fondo e interferencias. Es la métrica más conocida pero la menos precisa para LTE: dos gateways con el mismo RSSI pueden tener calidades de conexión muy diferentes si uno está en una zona con mucho ruido y el otro no.
| Valor | Calidad | Interpretación para IoT en campo |
|---|---|---|
≥ −70 dBm | Excelente | Señal fuerte, sin problemas esperados. Típico en interior cerca de antena. |
−70 a −85 dBm | Buena | Conexión estable. La mayoría de instalaciones en campo operan aquí. |
−85 a −100 dBm | Regular | Conexión funcional pero puede haber retransmisiones. Monitorear. |
< −100 dBm | Débil | Desconexiones probables. Cambiar ubicación de antena o usar antena externa. |
RSRP — Reference Signal Received Power
El RSRP mide exclusivamente la potencia de las señales de referencia LTE, ignorando el ruido y las interferencias. Es la métrica principal para evaluar la cobertura 4G — más fiable que el RSSI porque no se ve afectada por la carga de la celda ni por señales adyacentes.
| Valor | Calidad | Interpretación para IoT en campo |
|---|---|---|
≥ −80 dBm | Excelente | Cobertura óptima. El Index AMI puede operar a máxima velocidad de datos. |
−80 a −100 dBm | Buena | Cobertura adecuada para telemetría IoT. Valor típico en campo. |
−100 a −110 dBm | Regular | El módulo LTE reduce la tasa de datos. Latencias más altas. |
< −110 dBm | Débil | Handover frecuente entre celdas. Puede causar reconexiones. |
< −120 dBm | Crítico | Sin cobertura efectiva. El Index AMI puede desconectarse del operador. |
RSRQ — Reference Signal Received Quality
El RSRQ combina la potencia de señal con la calidad: es el cociente entre RSRP y la potencia total recibida. Un RSRQ bajo (más negativo) indica mucha interferencia o una celda muy cargada, aunque el RSRP sea aceptable. Es especialmente útil en zonas urbanas densas donde hay muchas celdas vecinas.
| Valor | Calidad | Interpretación para IoT en campo |
|---|---|---|
≥ −10 dB | Excelente | Sin interferencias significativas. |
−10 a −15 dB | Buena | Interferencias moderadas, tolerable para IoT. |
−15 a −20 dB | Regular | Interferencias altas. El throughput se degrada. Revisar posición de antena. |
< −20 dB | Débil | Zona altamente interferida. Considerar antena directiva. |
SINR — Signal-to-Interference-plus-Noise Ratio
El SINR es la relación entre la potencia de la señal útil y la suma de interferencias más ruido. Es la métrica más directa de la calidad de la comunicación. Un SINR alto significa que el Index AMI puede decodificar los datos con alta fiabilidad. El módulo LTE del Index AMI calcula el SINR como raw/2 − 23.5 dB.
| Valor | Calidad | Interpretación para IoT en campo |
|---|---|---|
≥ 20 dB | Excelente | Máxima capacidad de canal. Throughput máximo disponible. |
13 a 20 dB | Buena | Alta fiabilidad. Adecuado para telemetría en tiempo real. |
0 a 13 dB | Aceptable | El módulo LTE usa modulaciones más conservadoras. Funcional para IoT. |
< 0 dB | Problemático | Tasas de error elevadas. Revisar fuentes de interferencia cerca del Index AMI. |
¿Qué métrica priorizar para diagnóstico?
- Usa RSRP como primera referencia de cobertura — es la más estable y comparable entre operadores.
- Si RSRP es aceptable pero hay problemas de conexión, revisa RSRQ — puede haber interferencias de celdas vecinas.
- Si RSRQ es bueno pero hay errores de datos, revisa SINR — puede haber interferencias de radiofrecuencia locales (motores, inversores, variadores de frecuencia).
- RSSI solo es útil como referencia rápida — no lo uses como único criterio de diagnóstico en LTE.
Regla práctica: RSRP ≥ −100 dBm y RSRQ ≥ −15 dB es el mínimo aceptable para telemetría IoT estable. Si ambos están en rango y hay problemas, el origen suele ser configuración (APN, keepalive) o interferencia local.
Diagnóstico por escenario
Escenario 1: Desconexiones periódicas cada pocos minutos
El Index AMI conecta, envía datos y luego se desconecta. El ciclo se repite.
- Revisa RSRP: si está entre −100 y −110 dBm, la celda tiene cobertura marginal y el módulo hace handover frecuente.
- Revisa el Keepalive configurado en el Index AMI (WireGuard y/o MQTT). Si es menor a 25 s, el NAT 4G puede cerrar la sesión antes de que el keepalive la renueve.
- Verifica que PersistentKeepalive = 25 s en el peer WireGuard.
- Si el problema persiste, revisa si hay reinicio programado activado — el Index AMI puede estar reiniciando según el período configurado.
Escenario 2: Señal buena pero latencias altas o paquetes perdidos
RSRP y RSSI son aceptables, pero los pings tienen jitter alto o hay retransmisiones visibles en los logs.
- Revisa RSRQ y SINR — si RSRQ < −15 dB o SINR < 5 dB con RSRP aceptable, hay interferencias locales.
- Identifica fuentes de RF cerca del Index AMI: inversores fotovoltaicos, variadores de frecuencia, motores, transformadores. Estos generan armónicos en las bandas celulares.
- Prueba mover la antena 30–50 cm en dirección perpendicular a la fuente de interferencia.
- Si el Index AMI usa antena interna y está dentro de un tablero metálico, cambia a antena externa con cable.
Escenario 3: Sin conexión LTE (módulo no registrado en operador)
El campo Dirección IP en el Overview está vacío. El operador no aparece en Detalles de Celda.
- Verifica el APN en Configuración de Conectividad — un APN incorrecto impide el registro en la red de datos.
- Revisa RSRP: si está por debajo de −120 dBm o no aparece, el módulo no tiene cobertura. Cambia de ubicación o usa antena directiva exterior.
- Verifica que la SIM esté activada y tenga plan de datos vigente. Llama al operador si es necesario.
- Confirma la banda LTE en Detalles de Celda — algunos operadores migran entre bandas (B2, B4, B28). Si el módulo no soporta la banda del operador en esa zona, no habrá cobertura.
Acciones de mejora de señal
- Antena externa: El cambio más efectivo. Una antena externa de 5 dBi mejora el RSRP entre 10 y 15 dB en promedio. Usa cable de baja pérdida (tipo LMR-200) de máximo 3 metros para no perder la ganancia.
- Posición de la antena: La antena debe tener línea de visión hacia la torre celular. Evita colocarla dentro de gabinetes metálicos — el metal atenúa entre 15 y 30 dB. Monta la antena fuera del tablero si es posible.
- Selección de banda: Si el operador ofrece múltiples bandas, la banda 28 (700 MHz) tiene mayor penetración en edificios y mayor alcance en campo abierto que las bandas altas (2600 MHz). Verifica qué bandas ofrece tu operador en la zona.
- Cambio de operador: Si RSRP es críticamente bajo con tu operador actual, verifica la cobertura de otros operadores en el mismo sitio. Una SIM diferente puede tener 15–20 dB más de señal en la misma ubicación.
Valores normales esperados en campo
Para instalaciones típicas de telemetría IoT en Colombia y LATAM, los siguientes rangos son referencia:
- RSRP: −85 a −105 dBm — rango operativo normal para medidores en tableros industriales.
- RSRQ: −10 a −16 dB — tolerable incluso en zonas industriales con algo de interferencia.
- SINR: 5 a 15 dB — suficiente para modulaciones LTE eficientes.
- Latencia (ping): 30 a 150 ms sobre LTE CAT-1 es normal. Picos de 300 ms son aceptables en redes móviles.
Próximos pasos
Con la señal dentro de rango, verifica que el APN esté correcto y que el Keepalive esté configurado adecuadamente. Si la conectividad es estable pero el medidor no responde, el problema está en el bus RS485 — consulta la guía de diagnóstico RS485.