As implantações de telemática automotiva falham na camada de conectividade com mais frequência do que em qualquer outro ponto da pilha. O hardware do dispositivo funciona. A plataforma de telemática capta os dados corretamente. Mas, em algum ponto entre o veículo e o back office, o fluxo de dados torna-se intermitente ou pouco confiável, e o valor operacional que a implantação deveria proporcionar não se concretiza.
Os requisitos de conectividade para a telemática automotiva são mais específicos e exigentes do que os requisitos para a maioria dos outros casos de uso da IoT. Os dispositivos de telemática veicular são móveis, geram fluxos de dados simultâneos a partir de vários sistemas embarcados, devem operar em ambientes geograficamente diversos e muitas vezes com dificuldades de cobertura, e precisam permanecer confiáveis ao longo do ciclo de vida dos veículos, que frequentemente se estende por mais de sete anos. Atender a esses requisitos exige uma arquitetura de conectividade projetada especificamente para o contexto da telemática automotiva, e não um chip SIM de celular de uso geral adaptado a um caso de uso para o qual não foi projetado.
Este artigo aborda os requisitos de rede que a telemática automotiva impõe à conectividade IoT de frotas, as decisões tecnológicas que esses requisitos determinam e as escolhas de infraestrutura que definem se uma implantação de telemática agrega valor sustentável em escala empresarial.
O perfil de dados de um veículo conectado
Para compreender os requisitos de conectividade, é preciso, antes de tudo, entender o que um veículo conectado gera e como esse perfil de dados difere de outras implantações de IoT.
Um veículo comercial equipado com uma plataforma telemática completa não é um único dispositivo de IoT. Trata-se de um conjunto de fluxos de dados simultâneos provenientes de sistemas com diferentes características de transmissão:
Dados de GPS e localização são transmitidos em intervalos regulares, normalmente a cada 10 a 60 segundos, dependendo dos requisitos operacionais, com tamanhos de carga útil na faixa de 50 a 200 bytes por atualização. Esse fluxo é previsível e de baixa largura de banda individualmente, mas acumula volumes significativos de dados em uma grande frota ao longo de um dia operacional.
Dados do motor e do barramento CAN da porta J1939 ou OBD-II geram quadros de diagnóstico em intervalos que variam desde transmissão contínua durante eventos de falha até transmissão periódica de resumos durante a operação normal. Códigos de falha, rotação do motor (RPM), temperatura do líquido de arrefecimento, taxas de consumo de combustível e dados de tempo de marcha lenta têm origem nessa interface. O padrão de transmissão é acionado por eventos para alertas críticos e programado para diagnósticos de rotina.
Dados do ELD são transmitidos em um cronograma definido, alinhado aos requisitos regulatórios de HOS, com pequenas cargas úteis contendo identificação do motorista, alterações no status de serviço e registros de tempo de direção. Esse fluxo é previsível em termos de tempo e tamanho, mas deve ser transmitido de forma confiável, independentemente da localização do veículo, uma vez que lacunas nos dados de HOS geram riscos de não conformidade.
Dados de eventos relacionados ao comportamento do motorista provenientes das entradas do acelerômetro e do giroscópio geram cargas úteis acionadas por eventos quando ocorrem eventos que ultrapassam os limites: frenagem brusca, aceleração rápida, curvas fechadas e saída da faixa. Essas cargas úteis são maiores do que a telemetria de rotina, especialmente quando imagens da câmera de bordo são anexadas ao registro do evento, e precisam ser transmitidas prontamente para que possam ser utilizadas em programas de segurança de frotas.
Os dados relativos à temperatura e às condições da carga provenientes de sensores instalados no reboque são transmitidos em intervalos definidos pelo tipo de carga e pelos requisitos regulatórios, sendo que cargas farmacêuticas da cadeia de frio exigem relatórios mais frequentes do que cargas em temperatura ambiente.
A camada de conectividade que atende a um veículo comercial equipado com instrumentos precisa lidar com todos esses fluxos simultaneamente, priorizar os dados essenciais à segurança e à conformidade em relação à telemetria de rotina quando a largura de banda estiver limitada e manter uma transmissão confiável em toda a área geográfica de operação do veículo.
Por que a mobilidade contínua muda os requisitos de conectividade
Implantações fixas de IoT em fábricas, edifícios ou infraestrutura de serviços públicos apresentam um ambiente de RF conhecido e estático. As características de cobertura do local de implantação podem ser avaliadas uma única vez; a tecnologia de conectividade adequada pode ser selecionada com base nesse ambiente; e a implantação pode ser validada antes de entrar em operação em grande escala.
As implantações de telemática automotiva não possuem um ambiente de RF fixo. Um caminhão de longa distância opera no centro de Chicago, atravessa a zona rural de Iowa, passa pelo alto deserto de Wyoming e segue por corredores montanhosos em Utah em uma única viagem. As características da cobertura celular, as operadoras disponíveis, a geração da tecnologia de rede utilizada por essas operadoras e as condições do sinal mudam continuamente ao longo dessa rota.
Implantações de SIM com uma única operadora, que funcionam bem no corredor de origem, falham quando o veículo entra em regiões onde a cobertura dessa operadora é mais fraca ou onde outra operadora implantou mais infraestrutura. O painel do gerente de frota mostra uma lacuna de cobertura. Os dados do ELD na fila para transmissão não chegam ao back office até que o veículo volte a entrar na área de cobertura. O evento de comportamento do motorista que ocorreu nessa lacuna de cobertura é enviado horas depois do fato, muito depois de a oportunidade para um acompanhamento oportuno ter passado.
A arquitetura de SIM multirrede resolve o problema da mobilidade contínua, permitindo que o dispositivo telemático do veículo se conecte à operadora que oferecer o sinal mais forte disponível em sua localização atual, alternando automaticamente entre as operadoras à medida que o veículo se desloca por diferentes zonas de cobertura. O roaming padrão utiliza a operadora de origem como principal e recorre às operadoras parceiras da melhor maneira possível, com as penalidades de latência e desempenho que os acordos de roaming acarretam. A arquitetura multirrede genuína estabelece conexões locais com cada operadora em cada região, proporcionando desempenho equivalente ao de um assinante local, em vez de um visitante em roaming.
Para operações de frotas com rotas transfronteiriças, a diferença na conectividade localizada é ainda mais significativa. Os acordos de “ Roaming ” nas fronteiras entre os EUA e o México e entre os EUA e o Canadá introduzem variabilidade de custos e, em alguns casos, restrições de dados impostas pelas operadoras, que a arquitetura multirrede localizada elimina. Um veículo que cruza do Texas para o México deve manter a mesma qualidade de dados telemáticos do outro lado da fronteira que tinha no lado americano.
Seleção de tecnologias de rede para o setor automotivo Telematics
O perfil de dados com múltiplos fluxos de um veículo comercial totalmente equipado com instrumentos o coloca fora do escopo operacional das tecnologias d LPWAN , que são adequadas para casos de uso mais simples da IoT.
NB-IoTSeu funcionamento em meio-duplex, a latência no estabelecimento de sessão na faixa de 1,6 a 10 segundos e a taxa de transferência máxima de aproximadamente 250 kbps tornam essa tecnologia inadequada para implantações de telemática automotiva que exijam comunicação bidirecional em tempo real, transmissão simultânea de múltiplos fluxos de dados ou envio de imagens de câmeras de painel. O NB-IoT é a tecnologia adequada para medição de serviços públicos e monitoramento ambiental. É a tecnologia inadequada para um veículo que transmita simultaneamente atualizações de GPS, diagnósticos J1939, registros de ELD e vídeos acionados por eventos.
LTE-M Cat-M1 é a tecnologia de base para telemática automotiva em implantações nas quais os principais fluxos de dados são de telemetria baseada em texto, sem vídeo. Seu funcionamento em full-duplex, latência de 10 a 15 ms após o estabelecimento da conexão e taxa de transferência de uplink de 1 Mbps permitem o gerenciamento eficaz de fluxos simultâneos de eventos de GPS, ELD, diagnóstico do motor e comportamento do motorista. LTE- O suporte a PSM e eDRX do Cat-M é menos relevante para veículos comerciais que permanecem com o motor ligado continuamente durante a operação, mas sua vantagem no orçamento de link em relação ao 4G Cat-1 é importante em ambientes com cobertura limitada.
O 4G Cat-4 é a tecnologia adequada para implantações de telemática com componentes de vídeo: o envio de imagens de câmeras de painel, o monitoramento do motorista em tempo real e o registro de dados de sistemas avançados de assistência ao motorista exigem uma taxa de transferência de uplink sustentada que o LTE-M Cat-M1 não consegue fornecer de forma confiável sob carga. O limite máximo de taxa de transferência do 4G Cat-4, de 150 Mbps no downlink e 50 Mbps no uplink, suporta com facilidade fluxos simultâneos de vídeo e telemetria.
5G O RedCap, introduzido na versão 17 do 3GPP com taxa de transferência alvo na faixa de 5 a 25 Mbps, é a tecnologia emergente para dispositivos telemáticos automotivos de nível intermediário que precisam de mais taxa de transferência do que a oferecida pelo LTE-M, mas não exigem o perfil de capacidade completo do NR 5G . À medida que a cobertur 5G a se expande, o RedCap oferece um caminho para recursos de telemática com maior largura de banda, incluindo câmeras de painel de alta resolução, GPS de alta fidelidade com atualizações mais frequentes e dados de fusão de sensores mais ricos, com menor custo de dispositivo e menor consumo de energia do que um UE NR com o perfil de capacidade completo 5G .
APN e Privada e Arquitetura de Rede para a Frota Telematics
A arquitetura de rede que conecta o dispositivo telemático do veículo à plataforma de gerenciamento de frota é importante para além da escolha da tecnologia de celular.
A configuração “ APN ” privada encaminha os dados telemáticos diretamente para a infraestrutura de rede da plataforma de gerenciamento de frotas, sem passar por caminhos da internet pública. Para operadores de frota que gerenciam veículos que transportam cargas de alto valor, mercadorias regulamentadas ou que operam sob contratos com requisitos de segurança de dados, o APN privado é a configuração padrão, e não um recurso opcional de segurança. Ele elimina a exposição dos dados de localização do veículo e das condições da carga ao roteamento pela internet pública, reduz a superfície de ataque para cenários de “man-in-the-middle” e fornece roteamento determinístico para a plataforma de frota, algo que as configurações do APN público não podem garantir.
O endereçamento IP estático, geralmente fornecido em conjunto com a configuração de rede privada ( APN ), permite que a plataforma de gerenciamento de frota inicie conexões com veículos individuais para obtenção de dados sob demanda, diagnósticos remotos e atualizações de configuração. Sem um endereço IP estático, a plataforma só pode receber os dados que o veículo envia. Com um endereço IP estático, a plataforma pode consultar o status atual de um veículo específico, acionar o envio de um vídeo da câmera do painel ou enviar uma atualização de configuração para um dispositivo específico da frota.
O CGNAT é a condição de rede que mais frequentemente pega de surpresa os arquitetos de IoT de frotas. As configurações padrão do IoT SIM em APNs públicas compartilhadas geralmente ficam atrás de um NAT de nível de operadora, o que impede conexões de entrada da plataforma para o dispositivo. Uma arquitetura de gerenciamento de frotas que exija comunicação iniciada pela plataforma com os veículos precisa de um APN privado com IP estático ou de um dispositivo que mantenha uma sessão de saída persistente para a plataforma. Descobrir a restrição do CGNAT durante os testes de integração, em vez de durante o projeto da arquitetura, é uma lição cara.
Device Lifecycle Gestão ao longo da vida útil dos veículos
Os veículos comerciais permanecem em serviço por sete a dez anos ou mais. Os dispositivos telemáticos instalados nesses veículos precisam de soluções de conectividade que se mantenham viáveis ao longo de toda a vida útil, que abrange várias gerações de cartões SIM, possíveis mudanças nas redes das operadoras e a evolução contínua da tecnologia de redes celulares.
eUICC A escolha de uma infraestrutura de conectividade com capacidade de provisionamento remoto de SIMs é a decisão que tem as consequências de mais longo prazo para implantações em grande escala de telemática automotiva. Uma frota de dez mil veículos provisionados com SIMs fixos vinculados a uma operadora específica em uma tecnologia de rede específica não pode se adaptar a mudanças de operadora ou transições de rede sem acesso físico a cada veículo para a substituição do SIM. O custo operacional dessa intervenção em escala de frota é proibitivo.
eUICC Com o M2M RSP, de acordo com a especificação SGP.02 , ou a versão SGP.32 — otimizada para dispositivos com recursos mais limitados —, é possível enviar novos perfis de operadora para dispositivos telemáticos via OTA, sem a necessidade de acesso físico. Quando uma operadora anuncia o fim da operação de uma rede, quando surge uma parceria com uma operadora que oferece melhor desempenho ou quando a frota se expande para regiões onde outra operadora possui cobertura mais robusta, a transição de conectividade é executada programaticamente em todo o parque de dispositivos.
MFF2 O formato soldado é a especificação física do SIM adequada para equipamentos de telemática automotiva. Os veículos comerciais geram vibrações significativas ao longo de sua vida útil, e as bandejas de SIM encaixáveis estão sujeitas à degradação dos contatos em ambientes de alta vibração, o que não ocorre com as instalações soldadas MFF2 . A especificação MFF2 também elimina a bandeja do SIM como um ponto potencial de entrada de umidade ou detritos em ambientes veiculares onde o dispositivo de telemática pode estar exposto a ciclos de temperatura e variações de umidade.
Connectivity Management em escala de frota
Uma frota de mil veículos, com quatro ou cinco dispositivos telemáticos por veículo, gerencia entre quatro mil e cinco mil dispositivos conectados ativos. O gerenciamento da conectividade nessa escala é uma função operacional, não uma tarefa administrativa periódica.
Os recursos que uma plataforma de gerenciamento de conectividade precisa oferecer para implantações de telemática automotiva incluem:
- Monitoramento do status de conectividade por dispositivo com alertas automáticos quando os dispositivos ficam offline, para que um veículo que perca a conectividade telemática seja identificado e investigado antes que a falta de dados se torne um problema de conformidade ou operacional
- Visibilidade do uso de dados em tempo real por dispositivo e por grupo de veículos, com limites configuráveis que alertam a equipe de operações antes que os excedentes se acumulem
- Controles de política de rede que definem a preferência de operadora e o comportamento de failover por grupo de dispositivos, permitindo que a equipe de operações da frota otimize a conectividade em termos de custo, desempenho ou cobertura, dependendo dos requisitos operacionais das diferentes classes de veículos ou perfis de rota
- Provisionamento em massa e operações de ciclo de vida que permitem que novos veículos sejam adicionados à frota e que veículos desativados sejam removidos do parque de dispositivos ativos sem a necessidade de intervenção manual para cada dispositivo
- API acesso a dados de conectividade que permite à plataforma de gerenciamento de frota correlacionar lacunas nos dados telemáticos com eventos de conectividade, possibilitando distinguir entre um veículo que ficou sem comunicação devido a uma falha no dispositivo telemático e outro que ficou sem comunicação devido a uma lacuna na conectividade
A infraestrutura de conectividade da KORE oferece a arquitetura de SIM multirrede, a configuração privada de APN , eUICC suporte e uma plataforma de gerenciamento de ConnectivityPro que as implantações de telemática automotiva em escala de frota exigem. Com mais de 40 parcerias com operadoras em mais de 200 países e mais de 21 milhões de SIMs ativos implantados em frotas, logística e outros setores, a infraestrutura foi projetada para atender aos requisitos de mobilidade contínua, fluxo simultâneo de dados e longo ciclo de vida dos dispositivos que a telemática automotiva impõe.
A rede é a base sobre a qual repousa toda decisão do Telematics
A telemática automotiva agrega valor por meio de dados: dados de localização, dados sobre o estado do motor, dados sobre o comportamento do motorista, dados de conformidade e dados sobre as condições da carga. As decisões operacionais que os gestores de frotas tomam com base nesses dados dependem de que eles sejam completos, oportunos e contínuos. Uma arquitetura de telemática que gera os dados corretos, mas não consegue transmiti-los de forma confiável à plataforma, gera lacunas de visibilidade, riscos de não conformidade e pontos cegos de segurança que prejudicam o retorno sobre todo o investimento em telemática.
A camada de conectividade não é um componente de apoio em uma implantação de telemática automotiva. É a infraestrutura da qual todos os demais componentes dependem. Fazer isso da maneira correta — com uma arquitetura multirrede, a seleção adequada da tecnologia celular para o perfil de dados, a configuração de uma rede privada APN , o eUICC para o gerenciamento do ciclo de vida a longo prazo e uma plataforma de gerenciamento de conectividade desenvolvida para operações em escala de frota — é o pré-requisito para uma implantação de telemática que ofereça o valor pretendido ao longo de toda a vida útil da frota.
Se você estiver projetando ou avaliando a arquitetura de conectividade para uma implantação de telemática automotiva, converse com um engenheiro de conectividade da KORE sobre os requisitos de infraestrutura de rede exigidos pela sua frota e pelo seu perfil de dados.
Publicado em 18 de junho de 2026