Un véhicule d’intervention qui perd sa connexion en pleine mission. Un avion de test qui atterrit sans pouvoir transférer ses données. Un robot d’inspection piloté à distance qui ne répond plus aux commandes. Une flotte industrielle dont les remontées terrain s’interrompent sans prévenir. Ces situations ont un point commun : elles ne sont généralement pas dues à un mauvais réseau. Elles sont dues à un équipement qui ne sait pas choisir le bon réseau au bon moment.
Le problème n’est pas le réseau
Dans un environnement fixe, gérer la connectivité est relativement simple. Mais dès que vos équipements sont mobiles — véhicules, aéronefs, engins industriels — vous entrez dans un monde où la qualité réseau change en permanence : couverture variable, interférences, saturation locale, basculement entre opérateurs.
La plupart du temps, un lien de secours existe. Un deuxième opérateur 5G, un réseau privé, un Wi-Fi en dépôt, voire un satellite. Le vrai problème, c’est que l’équipement embarqué ne sait pas quand ni comment y basculer — et que quand il le fait, c’est souvent après la coupure. La session est déjà tombée.
Un failover qui se déclenche après la coupure, c'est une ceinture de sécurité qui se boucle après l'accident. La résilience, c'est anticiper.
Le concept : multi-WAN cognitif
Le terme « cognitif » décrit ici une capacité précise : le routeur surveille en permanence tous les liens disponibles — cellulaires, Wi-Fi, satellite, Ethernet — et décide de basculer avant que la connexion active ne se dégrade. Pas après. La décision de routage n’est plus binaire (lien primaire / lien de secours) mais contextuelle : elle intègre des métriques radio, des paramètres opérationnels, et des règles métier définies par l’administrateur.
Ce n’est pas un concept théorique. Voici comment cela fonctionne dans trois scénarios terrain.
Scénario 1 — Véhicule d'intervention, forces de l'ordre
1) En zone urbaine, le routeur utilise la 5G publique pour les communications temps réel et la vidéo embarquée.
2) En s'éloignant vers une zone rurale, il détecte la dégradation progressive du signal et bascule proactivement — vers un second lien cellulaire si l'équipement en est doté, ou vers le satellite — sans coupure de session, sans intervention de l'agent.
3) Au retour au dépôt, il identifie le Wi-Fi par son SSID et offload automatiquement les enregistrements vidéo stockés localement.
Scénario 2 — Avion de test, constructeur aéronautique
1) En vol, les données de test sont enregistrées localement dans le routeur embarqué.
2) À l'atterrissage, le routeur détecte la disponibilité du réseau 5G privé au sol et lance automatiquement le transfert vers l'infrastructure du constructeur.
3) Données de test sur réseau souverain privé, télémétrie secondaire sur 5G public — sans manipulation, sans délai, sans risque d'erreur humaine.
Scénario 3 — Véhicule piloté à distance / robot d'inspection
1) Le véhicule non habité (UGV, drone terrestre, robot d'inspection) est piloté à distance via une boucle de commande qui exige une latence constante et basse — typiquement sous les 100 ms aller-retour pour un contrôle fluide.
2) Le routeur embarqué mesure en continu la latence effective sur chaque lien WAN disponible (5G opérateur A, 5G opérateur B si l'équipement dispose d'une seconde radio, réseau privé, voire satellite). Dès que le RTT du lien actif dépasse le seuil configuré, il bascule le flux de commande vers le lien offrant la meilleure latence mesurée — avant que l'opérateur distant ne ressente un délai ou une perte de contrôle.
3) Les flux secondaires (vidéo de retour, télémétrie) peuvent rester sur un lien moins performant en latence mais plus économique. Le routeur applique des politiques de routage distinctes par type de trafic : la boucle de commande est toujours prioritaire et routée sur le lien à plus faible latence.
Ce troisième scénario illustre un point clé : dans un contexte de pilotage à distance, la métrique critique n’est plus la couverture ou le débit, mais la latence en temps réel. Le moteur de décision WAN doit intégrer cette mesure comme critère de routage à part entière — au même titre que le RSSI ou le statut de roaming.
Mono-radio ou dual 5G : une question d’architecture
Le choix entre un routeur mono-radio et un routeur dual 5G n’est pas une question de gamme. C’est une question d’architecture de résilience. Les deux approches sont valides ; ce qui diffère, c’est le niveau de redondance et les scénarios de failover couverts.
Routeur mono-radio 5G
Un seul module cellulaire actif. Avec deux SIMs, le failover inter-SIM est possible mais réactif : le module ne surveille qu’un seul lien cellulaire à la fois et ne détecte la dégradation qu’une fois connecté. Le failover WAN vers des liens de nature différente (Wi-Fi, satellite, Ethernet) reste proactif — ces interfaces sont surveillées en parallèle.
Coupure opérateur, zone blanche cellulaire, offload Wi-Fi au dépôt.
La couverture cellulaire est stable, ou un fallback Wi-Fi/satellite est acceptable pendant le basculement.
Routeur dual 5G
Deux modules 5G indépendants, deux à quatre SIMs, deux opérateurs simultanément actifs et monitorés en permanence. Le basculement 5G→5G est lui aussi proactif : chaque module surveille son propre lien en continu.
Basculement 5G↔5G sans dégradation, résilience en cas de panne d’un module radio, couverture multi-opérateurs en zones variables.
Le trafic ne peut tolérer aucune dégradation de performance, même temporaire — boucle de commande pour pilotage à distance, voix temps réel, vidéo de surveillance, SCADA critique.
Critère de choix simple : si votre cas d’usage tolère un fallback sur Wi-Fi ou satellite pendant le basculement cellulaire, un routeur mono-radio bien configuré avec un moteur cognitif couvre le besoin. Si le trafic doit rester en 5G haute performance en permanence, deux radios indépendantes sont l’architecture adaptée.
Sous le capot : ce qu’il faut exiger du moteur de décision WAN
La résilience multi-WAN ne réside pas dans le matériel seul — elle repose sur le système d’exploitation qui l’orchestre. Voici les cinq mécanismes qui, combinés, permettent à un routeur de prendre des décisions de routage intelligentes en temps réel. Ce sont autant de critères à vérifier lors de l’évaluation d’un équipement.
1- Politiques de routage par trafic
Chaque politique est définie par une priorité numérique, une source LAN (segment, zone, ou adresse IP), une destination (IP fixe ou FQDN), et une liste ordonnée d’interfaces WAN de sortie. Les règles sont évaluées dans l’ordre de priorité.
Concrètement, cela permet de forcer le trafic SCADA sur un APN dédié, la voix sur le lien le plus fiable, la vidéo sur le lien le moins coûteux — dans le même routeur, simultanément. Si l’équipement que vous évaluez ne propose pas ce niveau de granularité par flux, il ne couvre pas un déploiement critique.
2- Règles événementielles multi-critères
Au-delà du routage statique, le moteur de décision doit évaluer en permanence plusieurs métriques sur chaque interface : force du signal, latence mesurée (RTT), statut de roaming, vitesse du véhicule, SSID Wi-Fi connecté. Chaque règle doit pouvoir être définie comme obligatoire (l’interface est exclue si la condition n’est pas remplie) ou optionnelle (l’interface reste utilisable en dernier recours).
- RSSI (obligatoire) : Bascule proactive vers le lien de secours avant la coupure, dès que le signal descend sous le seuil configuré.
- Roaming (obligatoire) : Le trafic critique ne transite jamais par un opérateur en itinérance — même si c’est le seul lien disponible.
- Vitesse véhicule (optionnel) : Désactive automatiquement l’interface Wi-Fi au-delà d’un seuil de vitesse, évitant les connexions instables en mouvement.
- SSID Wi-Fi (optionnel) : Active l’offload Wi-Fi uniquement sur le réseau de dépôt identifié — pas sur n’importe quel point d’accès.
- Latence / RTT (obligatoire) : Redirige le trafic sensible à la latence (boucle de commande, contrôle distant) vers le lien offrant le RTT le plus bas mesuré en temps réel.
Ce qui rend le système puissant, c’est la combinaison de règles. Une règle unique décrit une condition ; plusieurs règles combinées décrivent un contexte opérationnel. Deux exemples concrets :
Offload vidéo au dépôt : Le routeur utilise le Wi-Fi du dépôt pour transférer les enregistrements vidéo. Dès qu’il détecte que la vitesse du véhicule augmente et que la position GPS s’éloigne du périmètre, il bascule le trafic vidéo vers la 5G — sans attendre que le signal Wi-Fi faiblisse. Le véhicule est en train de partir : le routeur l’a compris avant même que la connexion ne se dégrade.
Pilotage à distance : Le routeur route la boucle de commande vers le lien 5G offrant le RTT le plus bas. Si la latence mesurée dépasse le seuil et qu’un second lien 5G présente un RTT inférieur, le basculement est immédiat. Si aucun lien cellulaire ne respecte le seuil et qu’un réseau privé local est disponible, le routeur y redirige le flux de commande — tout en maintenant la vidéo de retour sur le lien cellulaire restant. Chaque type de trafic suit sa propre logique de résilience.
3- Multi-APN sur une seule SIM
Le routeur doit permettre de configurer plusieurs APNs virtuels sur une seule SIM, chacun apparaissant comme une interface WAN indépendante avec ses propres règles de routage. Données critiques sur APN privé, trafic internet standard sur APN public — sur un seul abonnement cellulaire, sans SIM supplémentaire.
4- VPN persistants et bascule sous la seconde
Les tunnels IPsec doivent être intégrés aux politiques multi-WAN, avec une liste ordonnée d’interfaces WAN par tunnel. Le protocole IKEv2 avec MOBIKE permet au tunnel VPN de migrer d’une interface à une autre sans renégocier la session. Le switching doit s’effectuer en moins d’une seconde.
Sans VPN persistant, chaque basculement WAN force une renégociation complète du tunnel — interruption du flux vidéo de surveillance, coupure d’une session de contrôle à distance, perte d’une communication vocale. Dans un contexte critique, cette seconde de coupure a un coût opérationnel réel.
5- Le résultat opérationnel
L’objectif de ces cinq mécanismes combinés est simple : vous définissez les règles une fois, selon vos priorités métier. Le routeur les exécute de manière autonome sur le terrain, 24h/24. Vous gérez une politique — pas des incidents.
Vérifier ces capacités sur un cas concret
Les six mécanismes décrits dans cet article ne sont pas des spécifications théoriques. Ils sont implémentés dans la gamme de routeurs AirLink de Semtech — en particulier le XR90 (dual 5G) et le XR80 — et déployés aujourd’hui dans les deux scénarios terrain présentés plus haut, y compris en environnement aéronautique de test en vol.
Si vous gérez des équipements connectés en mobilité dans des environnements critiques et que vous souhaitez confronter ces fonctionnalités à votre propre cas d’usage, deux options.
Retour d’expérience terrain avec Airbus et Semtech. Échanges avec les équipes techniques. Session de questions-réponses en direct.
Pas de pitch commercial — focus architecture, configuration, et résultats mesurés.
