¿Necesita realmente el IoT 5G? Comparación de 2G, 4G, LTE-M, NB-IoT y 5G RedCap

Respuesta breve: muchos dispositivos IoT no necesitan un módem 5G con todas las capacidades. Un contador que envía lecturas ocasionales, un localizador en movimiento y una cámara de vídeo tienen requisitos muy distintos. NB-IoT, LTE-M y LTE convencional pueden ser opciones adecuadas. 5G RedCap añade una alternativa 5G de menor complejidad para aplicaciones situadas entre los sensores de bajo caudal y los dispositivos de banda ancha exigentes. La elección depende de la carga de trabajo, el presupuesto energético, las redes disponibles y las condiciones del servicio durante toda la vida útil prevista del dispositivo.

La pregunta práctica es: ¿qué tecnología puede prestar el servicio requerido, en las ubicaciones previstas, con un coste aceptable durante todo el ciclo de vida?

Esta guía distingue la capacidad técnica del servicio que realmente puede desplegarse. Los estándares describen lo posible; una combinación concreta de módulo, firmware, antena, suscripción y red determina lo que un producto puede utilizar de verdad.

Empiece por el dispositivo, no por el número de generación

Antes de solicitar una oferta de conectividad, describa la aplicación mediante requisitos que puedan comprobarse.

• ¿Cuántos datos contiene cada transacción, incluida la sobrecarga de los protocolos?
• ¿Con qué frecuencia transmite el dispositivo durante el funcionamiento normal y durante una incidencia?
• ¿Con qué rapidez debe recibir una orden?
• ¿Se mueve mientras intercambia datos?
• ¿Se alimenta de la red eléctrica, de un vehículo, de una batería recargable o de una batería sellada?
• ¿Dónde funcionará, incluidos interiores y rutas transfronterizas?
• ¿Qué tamaño tienen las actualizaciones de firmware y las cargas de diagnóstico?
• ¿Cuánto tiempo debe seguir operativo sin una visita física?

Separe el tráfico normal del excepcional. Un dispositivo que suele comunicar unas pocas medidas puede necesitar descargas importantes cuando cambia su firmware. Una alarma puede no enviar casi nada la mayor parte del tiempo, pero tener un requisito estricto de entrega cuando sucede un evento.

Redacte un criterio de aceptación antes de elegir el hardware. Por ejemplo: «El dispositivo debe entregar una alarma dentro del plazo acordado desde la ubicación representativa de instalación más desfavorable, también después de recuperarse de una caída de red». Esto resulta más útil para ingeniería que «debe admitir 5G».

Qué significan realmente los nombres de las tecnologías

2G: una dependencia heredada que debe gestionarse

2G sigue siendo relevante para equipos existentes, pero su disponibilidad futura debe verificarse país por país y operador por operador. No existe una fecha mundial única de cierre.

Por ejemplo, las directrices actuales de Ofcom para el Reino Unido informan de cierres de 3G ya completados y de una transición continuada para abandonar 2G. También destacan riesgos para equipos IoT con SIM de itinerancia internacional. Es un ejemplo británico, no un calendario aplicable a otros mercados. [1]

En un producto nuevo de larga vida útil, un diseño exclusivamente 2G crea una dependencia difícil. En una flota instalada, la tarea inmediata es identificar exactamente qué funciones siguen necesitándolo. Los datos, los SMS, las llamadas de voz y la configuración remota pueden tener requisitos de migración diferentes.

4G LTE: una familia de capacidades de dispositivos

«4G» no describe una única especificación fija de módem. LTE Cat-1 y Cat-1 bis responden a prioridades de diseño distintas de categorías de mayor caudal como Cat-4. Cat-1 bis permite una sola antena receptora, lo que puede simplificar el hardware, aunque siguen siendo necesarias pruebas de antena y cobertura.

LTE convencional es una opción importante cuando la aplicación necesita más capacidad de datos que un enlace de sensor de bajo consumo, o cuando el servicio previsto ofrece un acceso LTE más adecuado. La comparación del operador Telenor incluye Cat-1, Cat-1 bis y categorías LTE superiores junto a las tecnologías IoT especializadas. [2]

No lo interprete como acceso universal: la suscripción concreta debe estar autorizada para utilizar las redes previstas y el módulo debe admitir sus bandas.

LTE-M: conectividad celular de bajo consumo con movilidad

LTE-M es una tecnología de área amplia y bajo consumo basada en LTE. Suele asociarse a dispositivos Cat-M1, aunque las capacidades varían según la versión y la implementación. Es candidata para cargas de datos modestas cuando importan tanto la movilidad como el consumo energético.

NB-IoT y LTE-M son tecnologías complementarias introducidas en la Release 13 de 3GPP y desarrolladas en versiones posteriores. No son simples etiquetas intercambiables para una SIM IoT genérica. [3]

Para un activo móvil, evalúe LTE-M según la ruta prevista, el intervalo de comunicación y el objetivo de autonomía. Que el módem lo admita no demuestra por sí solo acceso en itinerancia ni los ajustes de red necesarios para el rendimiento energético esperado.

NB-IoT: conectividad de banda estrecha para pequeños intercambios de datos

NB-IoT es otra opción de área amplia y bajo consumo basada en LTE. Los informes pequeños y poco frecuentes de equipos fijos son un motivo habitual para evaluarla. Las técnicas de mejora de cobertura pueden ayudar en instalaciones difíciles, pero no garantizan recepción en todos los sótanos, armarios o recintos subterráneos.

En general, resulta menos adecuada para aplicaciones que necesitan transferencias sostenidas o movilidad continua manteniendo la conexión que las alternativas diseñadas para esos requisitos. Considérelo un punto de partida para seleccionar, no un sustituto de las pruebas específicas del producto. [3, 4]

5G RedCap: una categoría de dispositivos NR de capacidad reducida

RedCap significa Reduced Capability. Introducida en la Release 17 de 3GPP, reduce aspectos de la complejidad de los dispositivos 5G New Radio, incluidos el ancho de banda y los requisitos de antena, frente a dispositivos NR de mayores capacidades. Sus aplicaciones previstas incluyen sensores industriales, dispositivos vestibles (wearables) y algunos usos de vídeo. [5]

RedCap no es otro nombre de LTE-M ni proporciona automáticamente una autonomía similar a NB-IoT. Una red que ofrece 5G ordinario para teléfonos no constituye prueba suficiente de disponibilidad del servicio RedCap.

5G con todas las capacidades: justifíquelo por la carga de trabajo

Algunas aplicaciones necesitan un caudal importante, una arquitectura 5G adecuada o capacidades propias de una red industrial cuidadosamente diseñada. Esos requisitos pueden justificar un dispositivo 5G de mayores prestaciones.

Sin embargo, la conectividad móvil pública etiquetada como «5G» no debe considerarse garantía de latencia determinista, red privada, segmentación de red ni acuerdo de nivel de servicio industrial. Especifique el requisito real y pregunte cómo se cumplirá.

Comparación práctica

La siguiente tabla es un marco editorial para la selección. No es una garantía de rendimiento ni una declaración de disponibilidad de productos de SIM24.biz.

La velocidad máxima del módem no es un compromiso de caudal de la aplicación. Registre el rendimiento medido en las condiciones de funcionamiento previstas, incluidos los casos más lentos.

El término «5G» no convierte LTE-M y NB-IoT en obsoletos

La relación entre generaciones es más matizada que una secuencia de sustituciones. LTE-M y NB-IoT contribuyen a la comunicación masiva entre máquinas del ecosistema 5G, aunque siguen siendo tecnologías radio basadas en LTE. Son distintas de 5G NR RedCap. La descripción técnica de Ericsson explica esta posición. [6]

Por tanto, «necesitamos una estrategia IoT 5G» no significa necesariamente «cada sensor necesita un módem NR». Puede significar gestionar varias familias tecnológicas conforme a los requisitos de las aplicaciones.

Para la contratación, solicite las tecnologías radio y categorías de dispositivos exactas. Una afirmación genérica como «preparado para 5G» deja demasiadas cuestiones sin resolver.

RedCap y eRedCap: opciones prometedoras con dependencias concretas

La Release 18 amplía el enfoque de capacidad reducida mediante eRedCap y nuevas reducciones de complejidad. RedCap y eRedCap deben evaluarse como capacidades de dispositivo distintas. Un dispositivo Release 17 no adquiere todas las capacidades de Release 18 gracias a una simple etiqueta comercial. [7]

Antes de seleccionar un producto RedCap, obtenga confirmación escrita de:

1. El módulo exacto, el firmware y las bandas radio admitidas.
2. La compatibilidad del operador con 5G standalone y RedCap.
3. El acceso para la suscripción propuesta, incluida itinerancia cuando sea necesaria.
4. El respaldo LTE admitido si el producto lo necesita.
5. El comportamiento cuando no hay servicio RedCap.
6. Las certificaciones necesarias y su situación en los mercados previstos.

Es una lista de cualificación, no una afirmación de que cada implementación admita todos los puntos. El hardware de modo dual puede aportar flexibilidad, pero el mecanismo de respaldo debe diseñarse y probarse. [7]

Evite basar un calendario de lanzamiento en una capacidad de red anunciada hasta que un dispositivo representativo haya utilizado satisfactoriamente el servicio comercial previsto.

La cobertura depende de la tecnología y de la suscripción

Que un país aparezca en una lista de cobertura no demuestra que allí estén disponibles todas las tecnologías radio.

Separe cinco preguntas:

• ¿Despliega el operador la tecnología necesaria?
• ¿Cubre la instalación o ruta real?
• ¿Admite el módulo las bandas correspondientes?
• ¿Está autorizada esta suscripción SIM o eSIM para utilizarla?
• ¿Se admiten las funciones de servicio necesarias para esa suscripción?

El mapa de despliegues de GSMA sirve para identificar lanzamientos anunciados de LTE-M y NB-IoT. Es una herramienta de exploración, no una prueba de servicio en una dirección concreta o bajo un acuerdo mayorista específico. [8]

Cree una matriz de verificación con país, operador, tecnología radio, variante de módulo, suscripción y resultado del ensayo. Incluya las casillas sin resolver en el plan de pruebas en vez de considerarlas cubiertas.

Para una flota internacional, contemple los cruces fronterizos y entornos de instalación reales. Una demostración satisfactoria en una oficina de un país no cualifica el producto para un almacén, vehículo o sótano situado en otro lugar.

La itinerancia requiere más que acceso ordinario a datos móviles

Las directrices Mobile IoT de GSMA abordan la interoperabilidad y la itinerancia entre despliegues LTE-M y NB-IoT. Las diferencias de configuración, funciones admitidas y arquitectura pueden afectar al servicio de extremo a extremo. [9]

Solicite acceso por tecnología, no solo una cifra de países. Si los dispositivos permanecen largos periodos en el extranjero, pida también confirmación de que el despliegue propuesto está permitido por las condiciones de servicio aplicables.

Documente el comportamiento previsto si se deniega el acceso. ¿Reintentará el dispositivo, seleccionará otra red permitida, utilizará otro modo radio compatible o esperará? ¿Quién puede cambiar esos ajustes y cómo recuperará la conectividad un dispositivo desconectado?

Son decisiones de diseño operativo. Un panel de gestión de SIM no puede compensar un firmware que reintenta indefinidamente un servicio no disponible.

La autonomía depende del ciclo completo de funcionamiento

Funciones como Power Saving Mode (PSM) y extended Discontinuous Reception (eDRX) pueden reducir el consumo. También afectan a la accesibilidad: un dispositivo en reposo profundo no puede considerarse disponible continuamente para recibir órdenes inmediatas. El material de GSMA sobre itinerancia trata el almacenamiento temporal de paquetes y las funciones relacionadas. [10]

Para el presupuesto energético, mida un ciclo de funcionamiento completo:

1. Activación y procesamiento local del sensor.
2. Búsqueda de red y registro cuando sean necesarios.
3. Establecimiento de conexión e intercambios de seguridad.
4. Transmisión, confirmación y reintentos.
5. Cualquier ventana de recepción y posterior regreso al reposo.

Añada escenarios de señal débil, redes no disponibles y fallos repetidos. Incluya la energía del posicionamiento, pantallas, sensores y procesador, no solo la del módem.

Un modelo ilustrativo de ingeniería es:

Energía diaria = energía en reposo + energía de informes normales + energía esperada de reintentos + energía de mantenimiento asignada.

Utilice valores medidos del dispositivo real. Después considere envejecimiento de la batería, temperatura y capacidad útil. El modelo es un método de planificación, no una promesa de que una radio concreta alcanzará un número determinado de años.

Una pregunta útil al proveedor es: «¿Con qué intervalo de comunicación, condiciones de señal, versión de firmware y requisitos de recepción se midió la estimación de autonomía?».

El tiempo de respuesta es un requisito de extremo a extremo

En una orden enviada desde una aplicación a un dispositivo, el enlace radio solo es parte del recorrido. El dispositivo puede estar dormido, el tráfico puede pasar por una salida de red remota y la aplicación puede introducir demoras propias de colas o reintentos.

Mida hitos separados: orden enviada, aceptada por el backend, recibida por el dispositivo, ejecutada y confirmada. Una conexión de red satisfactoria no prueba que la acción de negocio haya terminado.

Para un producto relacionado con la seguridad o con plazos críticos, los procesos de ingeniería y aseguramiento deben definir el comportamiento adecuado ante fallos y su validación. Una conexión 5G comercial genérica no demuestra el cumplimiento de esos requisitos.

Cinco ejemplos prácticos de selección

Los siguientes ejemplos son ejercicios de diseño hipotéticos, no casos de clientes ni garantías de capacidades de SIM24.biz.

1. Un contador de agua en un sótano

El contador envía pequeñas lecturas y debe funcionar con una batería sellada. Incluya NB-IoT y, cuando proceda, LTE-M entre las opciones. Pruebe la carcasa real en posiciones de instalación representativas.

La prueba decisiva no es una prueba de velocidad. Consiste en determinar si los informes llegan de forma fiable, si los reintentos respetan el presupuesto energético y si el mantenimiento puede hacerse sin visitas imprevistas. Si se requieren órdenes remotas, defina cuánto pueden esperar.

2. Un localizador que cruza varios países

El localizador informa en movimiento y cambia de red durante su vida operativa. LTE-M y LTE Cat-1/Cat-1 bis son candidatos según los requisitos energéticos y las redes accesibles.

Pruebe cruces de frontera, pérdidas temporales del servicio y recuperación tras una interrupción prolongada. Compruebe el envío correcto de las posiciones pendientes y si los reintentos agotan la batería. No lo cualifique únicamente dejándolo inmóvil junto a una ventana de oficina.

3. Un terminal de pago o de venta automática

Los datos de transacción pueden ser pequeños, pero importan la respuesta predecible y la recuperación. Evalúe LTE convencional junto con otras opciones adecuadas. Haga de la transacción completa, incluidos los intercambios de seguridad y la confirmación de la aplicación, la unidad de aceptación.

Incluya actualizaciones de software, diagnóstico remoto y el periodo de inactividad más largo previsto. Un ping correcto no es una venta completada.

4. Una cámara supervisada a distancia

Estime el enlace ascendente necesario a partir de la calidad de imagen, frecuencia de fotogramas, códec y política de grabación. Una cámara que envía imágenes fijas ocasionales tiene requisitos distintos del vídeo continuo.

Compare categorías LTE adecuadas, RedCap y 5G de mayores prestaciones con el tráfico medido. Pruebe subida sostenida, congestión y recuperación, y calcule la franquicia de datos con el flujo real. No seleccione el plan por la velocidad nominal de descarga del módem.

5. Una pasarela industrial

Una pasarela que agrega muchas máquinas puede necesitar más capacidad que cada sensor por separado. También puede necesitar almacenamiento temporal local para que una interrupción de conectividad no provoque inmediatamente pérdida de datos.

Defina qué funciones continúan localmente, cuáles pueden esperar y cuáles requieren un tiempo de respuesta acotado. Si hace falta una red privada especializada, evalúe explícitamente esa arquitectura. La generación radio por sí sola no define la solución industrial.

SIM, eSIM y tecnología radio son decisiones distintas

Una SIM física o un perfil eSIM aporta las credenciales de la suscripción. El módem, el diseño radio y el firmware determinan las tecnologías radio que puede utilizar el dispositivo.

Cambiar de perfil eSIM no añade una banda no admitida ni transforma un módem solo 2G en un dispositivo 4G o 5G. El aprovisionamiento remoto puede aportar flexibilidad de suscripción cuando lo permiten el dispositivo, la arquitectura de aprovisionamiento y los acuerdos comerciales. No sustituye el hardware radio que falta.

Separe estos frentes de trabajo en la revisión del diseño:

• Hardware radio y certificación.
• Acceso de la suscripción y condiciones comerciales.
• Implementación SIM o eUICC y gestión de perfiles.
• Comportamiento de la aplicación y mantenimiento remoto del dispositivo.

Para los conceptos básicos, consulte eSIM, SIM física, eUICC e iSIM: ¿cuál es la diferencia? y el artículo relacionado sobre arquitecturas indicado abajo.

Compare el coste de toda la vida útil, no solo la cuota mensual de la SIM

Construya el caso de negocio sobre la vida útil prevista. Incluya hardware, ingeniería, pruebas, conectividad, operaciones de backend, soporte, sustitución de baterías y visitas de campo.

Use escenarios en lugar de precios de mercado inventados. Compare, por ejemplo, un módulo más barato que necesita mantenimiento frecuente con un diseño más caro que reduce las visitas. Introduzca ofertas reales de proveedores y sus propios costes operativos.

Un modelo interno de costes puede ser:

Coste de la flota = dispositivos e instalación + desarrollo y cualificación + conectividad y operaciones + mantenimiento + migración y retirada.

Evite contar dos veces conceptos incluidos en la cuota del proveedor. Documente supuestos como las tasas de avería o los intervalos de sustitución de baterías y después varíelos para identificar cuáles determinan la decisión.

El resultado puede favorecer tecnologías diferentes para productos diferentes. Unificar todos los dispositivos en un mismo módem solo es útil si los beneficios operativos superan los costes y limitaciones adicionales.

Un plan de migración para flotas heredadas

Inventaríe lo que está instalado

Registre modelo de módulo, firmware, tecnologías y bandas admitidas, proveedor SIM, país de instalación y uso real. Identifique dispositivos que parecen admitir 4G pero aún dependen de redes antiguas para alguna función.

Vincule el riesgo con la ubicación

Obtenga información del servicio específica de cada operador y revísela periódicamente. Distinga un anuncio nacional de cierre de una pérdida de acceso relevante para una suscripción en itinerancia.

Pruebe el sustituto como producto completo

Valide antenas, alimentación, carcasa, configuración y compatibilidad con el backend. Pruebe la pérdida y recuperación del servicio, no solo el funcionamiento normal.

Despliegue en lotes controlados

Empiece por ubicaciones representativas, defina criterios de aceptación y supervise fallos antes de ampliar. Mantenga un procedimiento de recuperación para equipos que no vuelvan a conectar. Cierre la migración únicamente cuando las funciones de negocio necesarias operen con el servicio sustituto.

Lista de comprobación previa al despliegue

• □Se ha medido el tráfico normal, máximo y de mantenimiento.
• □Se han definido plazos de entrega y comportamiento aceptable durante interrupciones.
• □Están documentados el módulo exacto, firmware, bandas y diseño de antena.
• □Está confirmado el acceso de red y suscripción para la tecnología concreta.
• □Se han comprobado la itinerancia necesaria y las condiciones de despliegue prolongado.
• □Se han probado conjuntamente los ajustes de ahorro y la accesibilidad descendente.
• □Se incluyen casos representativos en interiores, en movimiento y con señal débil.
• □Se ha verificado el comportamiento ante rechazo de red, reintentos y recuperación.
• □Se han probado actualizaciones y reversión del firmware en condiciones realistas.
• □Los registros del dispositivo pueden correlacionarse con los de entrega de la aplicación.
• □Se han acordado el responsable del soporte y la vía de escalado.
• □Los supuestos de ciclo de vida y migración tienen fecha de revisión.

Preguntas para un proveedor de conectividad

1. ¿Qué redes identificadas por nombre admiten la tecnología requerida para esta suscripción?
2. ¿Qué combinaciones de módulo y firmware se han probado?
3. ¿Qué diferencias de acceso hay entre el servicio nacional y la itinerancia?
4. ¿Qué funciones de ahorro energético se admiten y qué ajustes pueden cambiar?
5. ¿Qué ocurre cuando la red o tecnología preferidas no están disponibles?
6. ¿Qué pruebas pueden aportar de un piloto con nuestro hardware real?
7. ¿Cómo se comunican cambios de cobertura o de elegibilidad para el servicio?
8. ¿Qué diagnósticos existen si el registro funciona pero falla la entrega de datos?
9. ¿Qué responsabilidades de soporte corresponden a ustedes, al fabricante del hardware y a nuestro equipo?
10. ¿Qué opciones contractuales y técnicas existen si el despliegue necesita migrar?

Para una evaluación comercial más amplia, lea Cómo elegir un proveedor white-label de SIM y eSIM.

Preguntas frecuentes

¿Necesita 5G cada dispositivo IoT?

No. Elija según carga de trabajo, energía, cobertura, tiempo de respuesta y vida útil. Muchas aplicaciones pueden utilizar tecnologías LTE adecuadas; las más exigentes pueden justificar 5G.

¿Es LTE-M lo mismo que los datos 4G ordinarios?

LTE-M pertenece a la familia LTE, pero exige compatibilidad específica en dispositivo y red. No debe suponerse que un acuerdo de itinerancia LTE ordinario lo incluya.

¿Es NB-IoT siempre la mejor opción para dispositivos con batería?

No. Depende del tráfico, las condiciones de instalación, la accesibilidad y la implementación. Compare consumo medido y entrega de la aplicación, incluidos reintentos y mantenimiento.

¿Puede utilizarse NB-IoT para un dispositivo en movimiento?

Evalúe cuidadosamente el patrón de movimiento y la implementación. Los informes ocasionales de un activo que cambia de lugar no equivalen a mantener servicio durante movimiento continuo. Evalúe alternativas cuando la movilidad conectada sea importante.

¿La cobertura 5G implica que RedCap funcionará?

No. Confirme compatibilidad RedCap de la red, bandas, certificación del dispositivo y elegibilidad de la suscripción. La cobertura 5G ordinaria no basta como prueba.

¿Sustituirá RedCap a LTE-M y NB-IoT?

No debe tratarse como sustituto universal. Las tecnologías responden a distintas combinaciones de caudal, complejidad y energía. La disponibilidad futura debe evaluarse mediante las hojas de ruta reales de operadores y dispositivos.

¿Puede eSIM resolver el cierre de una red?

Puede ayudar a un dispositivo compatible a cambiar a otra suscripción disponible. No añade capacidades radio al hardware obsoleto y debe seguir existiendo otra red accesible.

¿Basta el acceso multirred para aportar resiliencia?

Puede ofrecer opciones, pero el dispositivo debe admitirlas y utilizarlas correctamente. Pruebe detección de fallos, selección, tiempo de recuperación y comportamiento de la aplicación. El número de redes enumeradas no mide la resiliencia.

¿Debe un producto nuevo esperar a eRedCap?

Solo si sus requisitos y calendario justifican esa dependencia. Compare una opción desplegable hoy con la incertidumbre técnica, comercial y de plazos de esperar. Obtenga pruebas para los mercados concretos implicados.

¿Cómo elegir entre LTE Cat-1 y LTE-M?

Compare hardware y servicio reales con objetivos energéticos, transferencias, movilidad, redes accesibles y requisitos de mantenimiento. Realice un piloto representativo antes de comprometerse con las cantidades de toda la flota.

Comente sus requisitos de conectividad IoT con SIM24.biz

¿Prepara un producto IoT o una oferta de conectividad con marca propia? Facilite a SIM24.biz países objetivo, detalles de dispositivo y módulo, tráfico previsto, restricciones energéticas y calendario de despliegue.

Estos datos permiten analizar un servicio SIM o eSIM adecuado e identificar qué necesita validación técnica. La disponibilidad de LTE-M, NB-IoT, RedCap, itinerancia y funciones concretas de gestión debe confirmarse para el servicio y despliegue propuestos.

Contacte con SIM24.biz para hablar de requisitos y próximos pasos.

Fuentes y lecturas adicionales

Fuentes comprobadas el 20 de octubre de 2026. La cobertura, el acceso y los planes de retirada de los operadores pueden cambiar. Los estándares y las explicaciones técnicas describen capacidades; no prueban un compromiso concreto de servicio de SIM24.biz. El marco de selección, los ejemplos hipotéticos, el modelo de costes y las listas de comprobación son orientación editorial, no resultados medidos de clientes.

1. Ofcom: cierre de redes 2G y 3G, consejos para proveedores IoT y de dispositivos de terceros.
2. Telenor IoT: comparación de conectividad IoT. Perspectiva de un operador; utilizada para comparar categorías, no como garantía universal de cobertura.
3. GSMA: guía de despliegue Mobile IoT, octubre de 2022.
4. GSMA: guía de despliegue NB-IoT, edición 2.
5. 3GPP: introducción a los dispositivos NR RedCap y Cómo encontrar información sobre RedCap en 3GPP.
6. Ericsson: RedCap, ampliación del ecosistema de dispositivos 5G para consumidores e industrias.
7. Ericsson: RedCap/eRedCap, estandarización de dispositivos IoT 5G simplificados.
8. GSMA: mapa de despliegue Mobile IoT.
9. GSMA: directrices de despliegue Mobile IoT para interoperabilidad e itinerancia fluida.
10. GSMA: itinerancia Mobile IoT.