Las implementaciones de telemática para el sector de la automoción fallan en la capa de conectividad con más frecuencia que en cualquier otro punto de la pila. El hardware de los dispositivos funciona. La plataforma telemática recopila los datos correctamente. Pero en algún punto entre el vehículo y la oficina central, el flujo de datos se vuelve intermitente o poco fiable, y el valor operativo que se esperaba obtener de la implementación no llega a materializarse.
Los requisitos de conectividad para la telemática automovilística son más específicos y exigentes que los de la mayoría de los demás casos de uso del IoT. Los dispositivos telemáticos para vehículos son móviles, generan flujos de datos simultáneos procedentes de múltiples sistemas a bordo, deben funcionar en entornos geográficamente diversos y, a menudo, con problemas de cobertura, y deben mantener su fiabilidad a lo largo de ciclos de vida de los vehículos que suelen superar los siete años. Cumplir estos requisitos exige una arquitectura de conectividad diseñada específicamente para el contexto de la telemática de automoción, y no una tarjeta SIM de telefonía móvil de uso general adaptada a un caso de uso para el que no fue concebida.
Este artículo aborda los requisitos de red que la telemática automovilística impone a la conectividad IoT de las flotas, las decisiones tecnológicas que dichos requisitos impulsan y las opciones de infraestructura que determinan si una implantación de telemática aporta un valor sostenido a escala empresarial.
El perfil de datos de un vehículo conectado
Para comprender los requisitos de conectividad, lo primero es entender qué datos genera un vehículo conectado y en qué se diferencia ese perfil de datos del de otras implementaciones del IoT.
Un vehículo comercial que cuenta con una plataforma telemática completa no es un único dispositivo de IoT. Se trata de un conjunto de flujos de datos simultáneos procedentes de sistemas con diferentes características de transmisión:
Datos de GPS y de ubicación se transmiten a intervalos regulares, normalmente cada 10 a 60 segundos, dependiendo de los requisitos operativos, con un tamaño de carga útil que oscila entre 50 y 200 bytes por actualización. Este flujo es predecible y, por sí solo, ocupa poco ancho de banda, pero, al acumularse en una flota numerosa a lo largo de una jornada operativa, da lugar a volúmenes de datos significativos.
Los datos del motor y del bus CAN procedentes del puerto J1939 u OBD-II generan tramas de diagnóstico a intervalos que van desde la transmisión continua durante eventos de fallo hasta la transmisión periódica de resúmenes durante el funcionamiento normal. Los códigos de fallo, las revoluciones por minuto del motor, la temperatura del líquido refrigerante, los índices de consumo de combustible y los datos sobre el tiempo de ralentí proceden todos de esta interfaz. El patrón de transmisión se basa en eventos para las alertas críticas y está programado para los diagnósticos rutinarios.
Los datos del ELD se transmiten según un calendario definido que se ajusta a los requisitos normativos sobre horas de servicio (HOS), con pequeños paquetes de datos que contienen la identificación del conductor, los cambios en el estado de servicio y los registros de tiempo de conducción. Este flujo es predecible en cuanto a tiempo y tamaño, pero debe transmitirse de forma fiable independientemente de la ubicación del vehículo, ya que las lagunas en los datos de horas de servicio (HOS) suponen un riesgo de incumplimiento normativo.
Los datos de eventos relacionados con el comportamiento del conductor procedentes de los datos del acelerómetro y el giroscopio generan cargas útiles activadas por eventos cuando se producen situaciones que superan los umbrales establecidos: frenadas bruscas, aceleraciones rápidas, giros cerrados y salidas de carril. Estas cargas útiles son más voluminosas que la telemetría habitual, sobre todo cuando se adjuntan imágenes de la cámara del salpicadero al registro del evento, y deben transmitirse con rapidez para que puedan utilizarse en los programas de seguridad de la flota.
Los datos sobre la temperatura y el estado de la carga procedentes de sensores instalados en los remolques se transmiten a intervalos definidos según el tipo de carga y los requisitos normativos, siendo las cargas farmacéuticas de cadena de frío las que requieren un informe más frecuente que la carga a temperatura ambiente.
La capa de conectividad que da servicio a un vehículo comercial equipado con instrumentos debe gestionar todos estos flujos de datos de forma simultánea, dar prioridad a los datos críticos para la seguridad y el cumplimiento normativo frente a la telemetría rutinaria cuando el ancho de banda sea limitado, y garantizar una transmisión fiable en toda el área geográfica en la que opera el vehículo.
Por qué la movilidad continua cambia los requisitos de conectividad
Las implementaciones fijas de IoT en fábricas, edificios o infraestructuras de servicios públicos cuentan con un entorno de radiofrecuencia conocido y estático. Las características de cobertura de la ubicación de la implementación pueden evaluarse una sola vez; a partir de ahí, puede seleccionarse la tecnología de conectividad adecuada en función de dicho entorno y validarse la implementación antes de ponerla en marcha a gran escala.
Las implementaciones de telemática automovilística no cuentan con un entorno de radiofrecuencia fijo. Un camión de largo recorrido circula por el centro de Chicago, atraviesa las zonas rurales de Iowa, cruza el desierto de Wyoming y se adentra en los corredores montañosos de Utah en un solo trayecto. Las características de la cobertura móvil, los operadores disponibles, la generación de tecnología de red que utilizan dichos operadores y las condiciones de la señal cambian continuamente a lo largo de esa ruta.
Las implementaciones de tarjetas SIM de un único operador que funcionan bien en el corredor de origen fallan cuando el vehículo se adentra en regiones donde la cobertura de ese operador es más débil o donde otro operador ha desplegado más infraestructura. El panel de control del gestor de flotas muestra un vacío de cobertura. Los datos del ELD en cola para su transmisión no llegan a la oficina central hasta que el vehículo vuelve a entrar en la zona de cobertura. El evento de comportamiento del conductor que se produjo en ese vacío de cobertura se carga horas después de que haya ocurrido, mucho después de que haya pasado la oportunidad de ofrecer orientación oportuna.
La arquitectura SIM multired resuelve el problema de la movilidad continua al permitir que el dispositivo telemático del vehículo se conecte al operador que ofrezca la señal más potente disponible en su ubicación actual, cambiando automáticamente de operador a medida que el vehículo se desplaza por diferentes zonas de cobertura. La itinerancia estándar utiliza al operador de origen como principal y recurre a los operadores asociados según la disponibilidad, con las penalizaciones en latencia y rendimiento que conllevan los acuerdos de itinerancia. La arquitectura multired auténtica establece conexiones locales con cada operador en cada región, lo que proporciona un rendimiento equivalente al de un abonado local, en lugar del de un visitante en itinerancia.
En el caso de las flotas que operan en rutas transfronterizas, la diferencia que supone la conectividad localizada es aún más relevante. Los acuerdos de « Roaming » (servicios de roaming) en las fronteras entre EE. UU. y México y entre EE. UU. y Canadá introducen variaciones en los costes y, en algunos casos, restricciones de datos impuestas por los operadores que la arquitectura multired localizada elimina. Un vehículo que cruce desde Texas a México debería mantener la misma calidad de datos telemáticos al otro lado de la frontera que tenía en el lado estadounidense.
Selección de tecnología de redes para el sector de la automoción Telematics
El perfil de datos de múltiples flujos de un vehículo comercial totalmente equipado con instrumentos lo sitúa fuera del ámbito de aplicación de las tecnologí LPWAN , que son adecuadas para casos de uso más sencillos del IoT.
NB-IoTSu funcionamiento semidúplex, una latencia en el establecimiento de la sesión de entre 1,6 y 10 segundos y un rendimiento máximo de aproximadamente 250 kbps lo hacen inadecuado para aplicaciones de telemática automovilística que requieran comunicación bidireccional en tiempo real, transmisión simultánea de múltiples flujos de datos o la subida de grabaciones de cámaras de salpicadero. El protocolo « NB-IoT » es la tecnología adecuada para la medición de consumos de servicios públicos y la monitorización medioambiental. Sin embargo, no es la tecnología adecuada para un vehículo que transmita simultáneamente actualizaciones de GPS, datos de diagnóstico J1939, registros ELD y vídeo activado por eventos.
LTE-M Cat-M1 es la tecnología de referencia para la telemática de automoción en implementaciones en las que los flujos de datos principales son de telemetría basada en texto, sin vídeo. Su funcionamiento en dúplex completo, su latencia de entre 10 y 15 ms tras el establecimiento de la conexión y su ancho de banda de subida de 1 Mbps permiten gestionar de forma eficaz flujos simultáneos de eventos de GPS, ELD, diagnóstico del motor y comportamiento del conductor. LTE- La compatibilidad de la tecnología -M con PSM y eDRX es menos relevante para los vehículos comerciales que mantienen el motor en marcha de forma continua durante su funcionamiento, pero su ventaja en cuanto al presupuesto de enlace respecto al 4G Cat-1 resulta importante en entornos con cobertura limitada.
La tecnología 4G Cat-4 es la más adecuada para implementaciones telemáticas con componentes de vídeo: la subida de grabaciones de cámaras de salpicadero, la supervisión del conductor en tiempo real y el registro de datos de los sistemas avanzados de asistencia al conductor requieren un caudal de enlace ascendente sostenido que LTE-M Cat-M1 no puede proporcionar de forma fiable bajo carga. El caudal máximo de la tecnología 4G Cat-4, de 150 Mbps en el enlace descendente y 50 Mbps en el enlace ascendente, gestiona sin problemas flujos simultáneos de vídeo y telemetría.
5G RedCap, introducida en la versión 17 del 3GPP con un rendimiento objetivo comprendido entre 5 y 25 Mbps, es la tecnología emergente para dispositivos telemáticos de gama media para el sector de la automoción que necesitan un mayor rendimiento que el que ofrece « LTE-M», pero que no requieren el perfil de capacidades completo de « 5G NR». A medida que se amplía la cobertur 5G , RedCap ofrece una vía hacia capacidades telemáticas de mayor ancho de banda, como cámaras de salpicadero de mayor resolución, señal GPS de alta fidelidad más frecuente y datos de fusión de sensores más completos, con un coste de dispositivo y un consumo energético inferiores a los de un terminal NR « 5G » completo.
APN e privada y arquitectura de red para flotas Telematics
La arquitectura de red que conecta el dispositivo telemático del vehículo con la plataforma de gestión de flotas es importante más allá de la elección de la tecnología móvil.
La configuración «Private APN » dirige los datos telemáticos directamente a la infraestructura de red de la plataforma de gestión de flotas sin pasar por rutas públicas de Internet. Para los operadores de flotas que gestionan vehículos que transportan carga de gran valor, mercancías reguladas o que operan bajo contratos con requisitos de seguridad de datos, el APN privado es la configuración estándar, más que una mejora de seguridad opcional. Elimina la exposición de los datos sobre la ubicación del vehículo y el estado de la carga al enrutamiento a través de la red pública de Internet, reduce la superficie de ataque ante posibles ataques de tipo «man-in-the-middle» y proporciona un enrutamiento determinista hacia la plataforma de la flota que las configuraciones de APN público no pueden garantizar.
El uso de direcciones IP estáticas, que suele ir acompañado de una configuración privada de APN , permite a la plataforma de gestión de flotas establecer conexiones con vehículos concretos para la obtención de datos bajo demanda, el diagnóstico remoto y las actualizaciones de configuración. Sin una dirección IP estática, la plataforma solo puede recibir los datos que el vehículo envía. Con una dirección IP estática, la plataforma puede consultar el estado actual de un vehículo concreto, activar la subida de un vídeo de la cámara del salpicadero o enviar una actualización de configuración a un dispositivo específico de la flota.
El CGNAT es la condición de red que pilla desprevenidos con mayor frecuencia a los arquitectos de IoT para flotas. Las configuraciones estándar de « IoT SIM » en las APN públicas compartidas suelen estar detrás de un NAT de nivel de operador, lo que impide las conexiones entrantes desde la plataforma hacia el dispositivo. Una arquitectura de gestión de flotas que requiera comunicación iniciada desde la plataforma hacia los vehículos necesita o bien un « APN » privado con IP estática, o bien un dispositivo que mantenga una sesión saliente persistente hacia la plataforma. Descubrir la limitación del CGNAT durante las pruebas de integración, en lugar de durante el diseño de la arquitectura, supone una lección muy cara.
Device Lifecycle Gestión a lo largo de la vida útil de los vehículos
Los vehículos comerciales permanecen en servicio entre siete y diez años, o incluso más. Los dispositivos telemáticos instalados en dichos vehículos necesitan soluciones de conectividad que sigan siendo viables a lo largo de toda su vida útil, que abarca varias generaciones de tarjetas SIM, posibles cambios de red de los operadores y la evolución constante de la tecnología de las redes móviles.
eUICC La capacidad de aprovisionamiento remoto de tarjetas SIM es la decisión relativa a la infraestructura de conectividad que tiene mayores consecuencias a largo plazo para las implementaciones de telemática automovilística a gran escala. Una flota de diez mil vehículos aprovisionados con tarjetas SIM fijas vinculadas a un operador específico y a una tecnología de red concreta no puede adaptarse a cambios de operador ni a transiciones de red sin necesidad de acceder físicamente a cada vehículo para sustituir la tarjeta SIM. El coste operativo de esa intervención a escala de flota resulta prohibitivo.
eUICC Mediante el RSP M2M, conforme a la especificación SGP.02 , o la versión SGP.32 —optimizada para dispositivos con mayores limitaciones—, es posible enviar nuevos perfiles de operador a los dispositivos telemáticos de forma inalámbrica (OTA) sin necesidad de acceso físico. Cuando un operador anuncia el cese de un servicio de red, cuando surge una relación con un operador que ofrece un mejor rendimiento o cuando la flota se expande a zonas geográficas en las que otro operador cuenta con una cobertura más sólida, la transición de conectividad se lleva a cabo de forma programada en todo el parque de dispositivos.
MFF2 El formato soldado es la especificación física de la tarjeta SIM adecuada para el hardware de telemática de automoción. Los vehículos comerciales generan vibraciones significativas a lo largo de su vida útil, y las bandejas de tarjetas SIM enchufables están sujetas a un deterioro de los contactos en entornos con altas vibraciones, algo a lo que no están expuestas las instalaciones soldadas MFF2 . La especificación MFF2 también elimina la bandeja de la tarjeta SIM como posible punto de entrada de humedad o residuos en entornos de vehículos en los que el dispositivo de telemática puede estar expuesto a ciclos térmicos y variaciones de humedad.
Connectivity Management a escala de flota
Una flota de mil vehículos, con cuatro o cinco dispositivos telemáticos por vehículo, gestiona entre cuatro mil y cinco mil dispositivos conectados activos. La gestión de la conectividad a esa escala es una función operativa, no una tarea administrativa periódica.
Las capacidades que debe ofrecer una plataforma de gestión de la conectividad para las implementaciones de telemática en el sector de la automoción incluyen:
- Supervisión del estado de conectividad por dispositivo con alertas automáticas cuando los dispositivos se desconectan, de modo que un vehículo que pierda la conectividad telemática sea identificado e investigado antes de que la falta de datos se convierta en un problema de cumplimiento normativo u operativo
- Visibilidad del consumo de datos en tiempo real por dispositivo y por grupo de vehículos, con umbrales configurables que avisan al equipo de operaciones antes de que se acumulen los excesos de consumo
- Controles de políticas de red que definen la preferencia de operador y el comportamiento de conmutación por error por grupo de dispositivos, lo que permite al equipo de operaciones de la flota optimizar la conectividad en función del coste, el rendimiento o la cobertura, según los requisitos operativos de las diferentes clases de vehículos o perfiles de ruta
- Operaciones de aprovisionamiento masivo y de gestión del ciclo de vida que permiten añadir nuevos vehículos a la flota y retirar los vehículos dados de baja del parque de dispositivos activos sin necesidad de intervención manual por dispositivo
- API acceso a los datos de conectividad que permite a la plataforma de gestión de flotas correlacionar las lagunas en los datos telemáticos con los incidentes de conectividad, lo que hace posible distinguir entre un vehículo que ha dejado de transmitir debido a un fallo del dispositivo telemático y otro que ha dejado de transmitir debido a una interrupción de la conectividad
La infraestructura de conectividad de KORE ofrece la arquitectura SIM multirred, la configuración privada de APN , eUICC asistencia y una plataforma de gestión de « ConnectivityPro » que requieren las implementaciones de telemática automovilística a escala de flota. Con más de 40 operadores asociados en más de 200 países y más de 21 millones de tarjetas SIM activas desplegadas en flotas, logística y otros sectores verticales, la infraestructura está diseñada para satisfacer los requisitos de movilidad continua, flujo de datos simultáneo y largo ciclo de vida de los dispositivos que impone la telemática automovilística.
La red es la base sobre la que se asienta cada decisión de Telematics
La telemática automovilística aporta valor a través de los datos: datos de ubicación, datos sobre el estado del motor, datos sobre el comportamiento del conductor, datos sobre el cumplimiento normativo y datos sobre el estado de la carga. Las decisiones operativas que toman los gestores de flotas a partir de esos datos dependen de que estos sean completos, puntuales y continuos. Una arquitectura telemática que genere los datos adecuados pero que no pueda transmitirlos de forma fiable a la plataforma genera lagunas de visibilidad, riesgos de incumplimiento normativo y puntos ciegos en materia de seguridad que socavan la rentabilidad de toda la inversión en telemática.
La capa de conectividad no es un componente secundario en la implantación de un sistema telemático para automóviles. Es la infraestructura de la que dependen todos los demás componentes. Lograr que funcione correctamente —con una arquitectura multirred, la selección adecuada de la tecnología móvil para el perfil de datos, la configuración de la red privada APN , el servicio eUICC para la gestión del ciclo de vida a largo plazo y una plataforma de gestión de la conectividad diseñada para operaciones a escala de flota— es el requisito previo para que una implantación telemática aporte el valor previsto a lo largo de toda la vida útil de la flota.
Si estás diseñando o evaluando la arquitectura de conectividad para una implantación de telemática en el sector de la automoción, consulta con un ingeniero de conectividad de KORE cuáles son los requisitos de infraestructura de red que exigen tu flota y tu perfil de datos.
Publicado el 18 de junio de 2026