Implementaties van autotelematica mislukken vaker op het niveau van de connectiviteit dan op enig ander punt in de stack. De hardware van de apparaten werkt. Het telematicaplatform verwerkt de gegevens correct. Maar ergens tussen het voertuig en de backoffice wordt de gegevensstroom onderbroken of onbetrouwbaar, waardoor de operationele meerwaarde die de implementatie had moeten opleveren, uitblijft.
De connectiviteitsvereisten voor autotelematica zijn specifieker en veeleisender dan die voor de meeste andere IoT-toepassingen. Telematica-apparaten in voertuigen zijn mobiel, genereren gelijktijdige datastromen vanuit meerdere boordsystemen, moeten functioneren in geografisch uiteenlopende omgevingen waar de dekking vaak een uitdaging vormt, en moeten betrouwbaar blijven gedurende de levenscyclus van het voertuig, die vaak langer is dan zeven jaar. Om aan deze eisen te voldoen, is een connectiviteitsarchitectuur nodig die speciaal is ontworpen voor de context van autotelematica, en niet een universele mobiele simkaart die is aangepast aan een toepassing waarvoor deze niet is bedoeld.
In dit artikel wordt ingegaan op de netwerkvereisten die autotelematica stelt aan de IoT-connectiviteit van wagenparken, de technologische keuzes die uit deze vereisten voortvloeien, en de infrastructuurkeuzes die bepalen of een telematica-implementatie op bedrijfsniveau blijvende waarde oplevert.
Het gegevensprofiel van een connected vehicle
Om inzicht te krijgen in de connectiviteitsvereisten, moet je eerst begrijpen welke gegevens een verbonden voertuig genereert en hoe dat gegevensprofiel verschilt van dat van andere IoT-toepassingen.
Een bedrijfsvoertuig dat een volledige telematicastack gebruikt, is niet één enkel IoT-apparaat. Het is een verzameling gelijktijdige gegevensstromen afkomstig van systemen met verschillende transmissiekenmerken:
GPS- en locatiegegevens worden met regelmatige tussenpozen verzonden, doorgaans elke 10 tot 60 seconden, afhankelijk van de operationele vereisten, met payloadgroottes tussen 50 en 200 bytes per update. Deze datastroom is op zichzelf voorspelbaar en vereist weinig bandbreedte, maar levert over een hele werkdag en voor een grote vloot samen aanzienlijke gegevensvolumes op.
Motor- en CAN-busgegevens van de J1939- of OBD-II-poort genereren diagnostische frames met intervallen die variëren van continue streaming tijdens storingen tot periodieke verzending van samenvattingen tijdens normaal bedrijf. Storingscodes, motortoerental, koelvloeistoftemperatuur, brandstofverbruik en gegevens over de stationaire looptijd zijn allemaal afkomstig van deze interface. Het verzendpatroon is gebeurtenisgestuurd voor kritieke waarschuwingen en gepland voor routinematige diagnostiek.
ELD-gegevens worden volgens een vast schema verzonden dat is afgestemd op de wettelijke HOS-vereisten, met kleine gegevenspakketten die de identificatie van de chauffeur, wijzigingen in de dienststatus en rijtijdregistraties bevatten. Deze gegevensstroom is voorspelbaar qua timing en omvang, maar moet betrouwbaar worden verzonden, ongeacht de locatie van het voertuig, aangezien hiaten in de HOS-gegevens een risico op niet-naleving vormen.
Gegevens over gebeurtenissen in het rijgedrag van accelerometer- en gyroscoopgegevens genereren gebeurtenisgestuurde payloads wanneer drempelgebeurtenissen plaatsvinden: hard remmen, snel accelereren, scherp bochtenwerk en het verlaten van de rijstrook. Deze payloads zijn groter dan routinematige telemetrie, met name wanneer dashcambeelden aan het gebeurtenisverslag worden toegevoegd, en ze moeten onmiddellijk worden verzonden om bruikbaar te zijn voor veiligheidsprogramma's voor wagenparken.
Gegevens over temperatuur en de toestand van de lading van sensoren op de oplegger worden verzonden met tussenpozen die worden bepaald door het type lading en de wettelijke voorschriften, waarbij farmaceutische ladingen in de koelketen vaker moeten worden gerapporteerd dan ladingen bij omgevingstemperatuur.
De connectiviteitslaag voor een met sensoren uitgerust bedrijfsvoertuig moet al deze datastromen gelijktijdig verwerken, bij beperkte bandbreedte voorrang geven aan veiligheids- en nalevingskritische gegevens boven routinematige telemetrie, en zorgen voor een betrouwbare gegevensoverdracht binnen het gehele geografische gebied waarin het voertuig wordt ingezet.
Waarom continue mobiliteit de eisen op het gebied van connectiviteit verandert
Vaste IoT-implementaties in fabrieken, gebouwen of nutsinfrastructuur hebben een bekende, statische RF-omgeving. De dekkingskenmerken van de implementatielocatie kunnen eenmalig worden beoordeeld, op basis van die omgeving kan de juiste connectiviteitstechnologie worden gekozen en kan de implementatie worden gevalideerd voordat deze op grote schaal in gebruik wordt genomen.
Bij de implementatie van autotelematica is er geen vaste RF-omgeving. Een vrachtwagen voor langeafstandsvervoer rijdt tijdens één rit door het centrum van Chicago, door het platteland van Iowa, over de hoogvlakte van Wyoming en door de bergpassen in Utah. De kenmerken van de mobiele dekking, de beschikbare providers, de generatie netwerktechnologie die door die providers wordt gebruikt en de signaalomstandigheden veranderen voortdurend langs die route.
SIM-oplossingen met één provider die goed werken in het oorspronkelijke traject, falen wanneer het voertuig gebieden binnenrijdt waar de dekking van die provider zwakker is of waar een andere provider meer infrastructuur heeft aangelegd. Op het dashboard van de wagenparkbeheerder wordt een dekkingsgat weergegeven. De ELD-gegevens die in de wachtrij staan om te worden verzonden, bereiken de backoffice pas wanneer het voertuig weer binnen het dekkingsgebied komt. De gebeurtenis met betrekking tot het rijgedrag die zich in het dekkingsgat heeft voorgedaan, wordt pas uren later geüpload, lang nadat de kans op tijdige coaching voorbij is.
De multi-netwerk-SIM-architectuur biedt een oplossing voor het probleem van voortdurende mobiliteit door het telematica-apparaat van het voertuig in staat te stellen verbinding te maken met de provider die op de huidige locatie het sterkste beschikbare signaal biedt, waarbij automatisch tussen providers wordt geschakeld naarmate het voertuig zich door verschillende dekkingszones verplaatst. Bij standaardroaming wordt de thuisprovider als primaire provider gebruikt en wordt op basis van ‘best effort’ teruggevallen op partnerproviders, met de nadelen op het gebied van latentie en prestaties die roamingovereenkomsten met zich meebrengen. Een echte multi-netwerkarchitectuur brengt lokale verbindingen tot stand bij elke provider in elke regio, waardoor prestaties worden geboden die gelijk zijn aan die van een lokale abonnee in plaats van een roaminggebruiker.
Voor wagenparken met grensoverschrijdende routes is het verschil in lokale connectiviteit nog belangrijker. Overeenkomsten voor „ Roaming ” over de grenzen tussen de VS en Mexico en tussen de VS en Canada zorgen voor kostenvariabiliteit en, in sommige gevallen, door providers opgelegde databeperkingen die door een lokale multi-netwerkarchitectuur worden weggenomen. Een voertuig dat vanuit Texas Mexico binnenrijdt, moet aan de andere kant van de grens dezelfde kwaliteit van telematicagegevens behouden als aan de Amerikaanse kant.
Keuze van netwerktechnologie voor de automobielindustrie Telematics
Door het gegevensprofiel met meerdere datastromen valt een volledig met sensoren uitgerust bedrijfsvoertuig buiten het toepassingsgebied v LPWAN -technologieën, die geschikt zijn voor eenvoudigere IoT-toepassingen.
NB-IoTDoor de half-duplex-werking, de vertraging bij het tot stand brengen van een sessie van 1,6 tot 10 seconden en de maximale doorvoersnelheid van ongeveer 250 kbps is deze technologie ongeschikt voor telematica-toepassingen in de automobielsector die realtime bidirectionele communicatie, gelijktijdige gegevensoverdracht via meerdere streams of het uploaden van dashcambeelden vereisen. NB-IoT is de juiste technologie voor het meten van verbruik en milieumonitoring. Het is de verkeerde technologie voor een voertuig dat tegelijkertijd GPS-updates, J1939-diagnostische gegevens, ELD-registraties en door gebeurtenissen geactiveerde videobeelden verzendt.
LTE-M Cat-M1 is de basistechnologie voor autotelematica in toepassingen waarbij de primaire gegevensstromen bestaan uit op tekst gebaseerde telemetrie zonder video. Dankzij de full-duplex werking, een latentie van 10 tot 15 ms na het tot stand brengen van de verbinding en een uplink-doorvoersnelheid van 1 Mbps kunnen gelijktijdige gegevensstromen van GPS, ELD, motordiagnostiek en bestuurdersgedrag effectief worden verwerkt. LTE-De ondersteuning van PSM en eDRX door de -M-variant is minder relevant voor bedrijfsvoertuigen die tijdens het gebruik continu worden aangedreven, maar het voordeel in linkbudget ten opzichte van 4G Cat-1 is van belang in omgevingen met beperkte dekking.
4G Cat-4 is de geschikte technologie voor telematicatoepassingen met videocomponenten: het uploaden van dashcambeelden, realtime bestuurdersmonitoring en het registreren van gegevens van geavanceerde rijhulpsystemen vereisen allemaal een constante uplink-doorvoersnelheid die LTE-M Cat-M1 onder belasting niet op betrouwbare wijze kan bieden. De maximale doorvoersnelheid van 4G Cat-4, met 150 Mbps downlink en 50 Mbps uplink, is ruim voldoende voor gelijktijdige video- en telemetriestromen.
5G RedCap, geïntroduceerd in 3GPP Release 17 met een beoogde doorvoersnelheid tussen 5 en 25 Mbps, is de opkomende technologie voor mid-tier telematicatoestellen in de automobielsector die meer doorvoersnelheid nodig hebben dan wat LTE-M biedt, maar geen gebruik hoeven te maken van het volledige 5G NR-capaciteitsprofiel. Naarmate de dekking v 5G zich uitbreidt, biedt RedCap een weg naar telematicamogelijkheden met hogere bandbreedte, waaronder dashcams met hogere resolutie, frequentere high-fidelity GPS en rijkere sensorfusiegegevens, tegen lagere apparaatkosten en een lager stroomverbruik dan bij full- 5G -NR-UE's.
APN - en netwerkarchitectuur voor wagenparken Telematics
De netwerkarchitectuur waarmee het telematica-apparaat van het voertuig wordt gekoppeld aan het wagenparkbeheerplatform is van groter belang dan de keuze voor een bepaalde mobiele technologie.
Bij de ‘Private APN ’-configuratie worden telematicagegevens rechtstreeks naar de netwerkinfrastructuur van het wagenparkbeheerplatform geleid, zonder dat ze via openbare internetverbindingen worden verzonden. Voor wagenparkbeheerders die voertuigen beheren die hoogwaardige lading vervoeren, gereguleerde goederen vervoeren of opereren op basis van contracten met vereisten op het gebied van gegevensbeveiliging, is ‘private APN ’ de standaardconfiguratie in plaats van een optionele beveiligingsverbetering. Het voorkomt dat gegevens over de locatie van voertuigen en de toestand van de lading via het openbare internet worden gerouteerd, vermindert het aanvalsoppervlak voor man-in-the-middle-scenario’s en biedt deterministische routing naar het wagenparkplatform, iets wat configuraties met ‘public APN ’ niet kunnen garanderen.
Dankzij statische IP-adressering, die doorgaans wordt geleverd in combinatie met een 'private APN '-configuratie, kan het wagenparkbeheerplatform verbindingen tot stand brengen met afzonderlijke voertuigen voor het op verzoek ophalen van gegevens, diagnose op afstand en configuratie-updates. Zonder statisch IP-adres kan het platform alleen gegevens ontvangen die door het voertuig worden verzonden. Met een statisch IP-adres kan het platform de huidige status van een specifiek voertuig opvragen, het uploaden van een dashcam-filmpje in gang zetten of een configuratie-update naar een specifiek apparaat in het wagenpark verzenden.
CGNAT is de netwerkomstandigheid die architecten van IoT-vlootbeheersystemen het vaakst overrompelt. Standaard IoT SIM -configuraties op gedeelde openbare APN’s bevinden zich doorgaans achter carrier-grade NAT, waardoor inkomende verbindingen van het platform naar het apparaat worden geblokkeerd. Een architectuur voor vlootbeheer waarbij communicatie vanuit het platform naar voertuigen nodig is, vereist ofwel een privé- APN met een statisch IP-adres, ofwel een apparaat dat een permanente uitgaande sessie met het platform in stand houdt. Het is een dure les om de CGNAT-beperking pas tijdens integratietests te ontdekken in plaats van tijdens het ontwerpen van de architectuur.
Device Lifecycle Beheer gedurende de lange levensduur van voertuigen
Bedrijfsvoertuigen blijven zeven tot tien jaar of langer in gebruik. De telematica-apparaten die in deze voertuigen zijn geïnstalleerd, hebben connectiviteitsoplossingen nodig die gedurende de gehele levensduur blijven functioneren, waarbij rekening moet worden gehouden met meerdere generaties simkaarten, mogelijke veranderingen in het netwerk van de provider en de voortdurende ontwikkeling van de mobiele netwerktechnologie.
eUICC De keuze voor een connectiviteitsinfrastructuur met de mogelijkheid tot SIM-configuratie op afstand heeft de grootste gevolgen op lange termijn voor grootschalige implementaties van autotelematica. Een wagenpark van tienduizend voertuigen dat is uitgerust met vaste SIM-kaarten die aan een specifieke provider en een specifieke netwerktechnologie zijn gekoppeld, kan zich niet aanpassen aan veranderingen van provider of netwerkovergangen zonder dat elk voertuig fysiek moet worden bezocht om de SIM-kaart te vervangen. De operationele kosten van een dergelijke ingreep op wagenparkniveau zijn onbetaalbaar.
eUICC Met M2M RSP volgens de specificatie SGP.02 , of de meer voor apparaten met beperkte mogelijkheden geoptimaliseerde SGP.32, kunnen nieuwe providerprofielen zonder fysieke toegang via OTA naar telematica-apparaten worden gepusht. Wanneer een provider aankondigt dat een netwerk buiten gebruik wordt gesteld, wanneer er een samenwerking met een beter presterende provider beschikbaar komt, of wanneer het wagenpark uitbreidt naar regio’s waar een andere provider een betere dekking heeft, wordt de overstap naar een nieuwe verbinding programmatisch uitgevoerd voor het gehele apparaatpark.
MFF2 De gesoldeerde vormfactor is de fysieke SIM-specificatie die geschikt is voor telematica-hardware in voertuigen. Bedrijfsvoertuigen zijn gedurende hun hele levensduur blootgesteld aan aanzienlijke trillingen, en bij insteekbare SIM-houders treedt in omgevingen met sterke trillingen contactverlies op, wat bij gesoldeerde MFF2 installaties niet het geval is. De MFF2 -specificatie elimineert bovendien de SIM-houder als potentieel toegangspunt voor vocht of vuil in voertuigomgevingen waar het telematica-apparaat kan worden blootgesteld aan temperatuurschommelingen en variaties in luchtvochtigheid.
Connectivity Management op vlootniveau
Een wagenpark van duizend voertuigen met vier of vijf telematica-apparaten per voertuig beheert vierduizend tot vijfduizend actieve, verbonden apparaten. Connectiviteitsbeheer op die schaal is een operationele functie, geen periodieke administratieve taak.
De mogelijkheden die een platform voor connectiviteitsbeheer moet bieden voor telematica-toepassingen in de automobielsector zijn onder meer:
- Monitoring van de connectiviteitsstatus per apparaat met automatische waarschuwingen wanneer apparaten offline gaan, zodat een voertuig dat de telematicaverbinding verliest, wordt geïdentificeerd en onderzocht voordat het gegevensverlies een nalevings- of operationeel probleem wordt
- Realtime inzicht in het gegevensverbruik per apparaat en per voertuiggroep, met configureerbare drempels die het operationele team waarschuwen voordat er overschrijdingen optreden
- Netwerkbeleidsregels die de voorkeur voor een provider en het failover-gedrag per apparaatgroep definiëren, waardoor het wagenparkbeheerteam de connectiviteit kan optimaliseren op het gebied van kosten, prestaties of dekking, afhankelijk van de operationele vereisten van verschillende voertuigklassen of routeprofielen
- Bulkprovisioning en levenscyclusbeheer waarmee nieuwe voertuigen aan het wagenpark kunnen worden toegevoegd en voertuigen die buiten gebruik zijn gesteld uit het actieve apparaatbestand kunnen worden verwijderd zonder dat per apparaat handmatig ingegrepen hoeft te worden
- API toegang tot connectiviteitsgegevens waardoor het wagenparkbeheerplatform hiaten in de telematicagegevens kan koppelen aan connectiviteitsgebeurtenissen, waardoor onderscheid kan worden gemaakt tussen een voertuig dat niet meer communiceert vanwege een storing in het telematica-apparaat en een voertuig dat niet meer communiceert vanwege een connectiviteitsonderbreking
De connectiviteitsinfrastructuur van KORE biedt de multi-netwerk SIM-architectuur, de configuratie van een eigen APN , eUICC ondersteuning en een ConnectivityPro beheerplatform die nodig zijn voor de implementatie van autotelematica op wagenparkschaal. Met meer dan 40 partnerschappen met netwerkaanbieders in meer dan 200 landen en meer dan 21 miljoen actieve simkaarten die zijn ingezet in wagenparken, logistiek en andere sectoren, is de infrastructuur ontworpen voor de vereisten op het gebied van continue mobiliteit, gelijktijdige gegevensstromen en een lange levensduur van apparaten die autotelematica met zich meebrengt.
Het netwerk vormt de basis waarop elke beslissing van Telematics rust
Automoteltelematica levert waarde op via gegevens: locatiegegevens, gegevens over de staat van de motor, gegevens over het rijgedrag van de bestuurder, gegevens over naleving van regelgeving en gegevens over de toestand van de lading. De operationele beslissingen die wagenparkbeheerders op basis van die gegevens nemen, zijn afhankelijk van de volledigheid, actualiteit en continuïteit ervan. Een telematica-architectuur die weliswaar de juiste gegevens genereert, maar deze niet op betrouwbare wijze aan het platform kan leveren, leidt tot hiaten in het inzicht, risico’s op het gebied van naleving en blinde vlekken op het gebied van veiligheid, die het rendement van de gehele investering in telematica ondermijnen.
De connectiviteitslaag is geen ondersteunend onderdeel van een telematica-implementatie in de automobielsector. Het is de infrastructuur waarvan alle andere onderdelen afhankelijk zijn. Een goede uitvoering hiervan – met een architectuur die meerdere netwerken ondersteunt, de juiste keuze van mobiele technologie voor het dataprofiel, de configuratie van private APN , eUICC voor beheer gedurende de gehele levenscyclus, en een platform voor connectiviteitsbeheer dat is ontworpen voor activiteiten op wagenparkniveau – is de voorwaarde voor een telematica-implementatie die gedurende de volledige levensduur van het wagenpark de beoogde waarde oplevert.
Als u de connectiviteitsarchitectuur voor een telematica-implementatie in de automobielsector ontwerpt of evalueert, neem dan contact op met een connectiviteitsingenieur van KORE om te bespreken welke eisen uw wagenpark en uw gegevensprofiel stellen aan de netwerkinfrastructuur.
Gepubliceerd op 18 juni 2026