Au fil des ans, nous avons reçu de nombreuses questions de clients inquiets et perplexes quant à la raison pour laquelle un navire se trouvant à portée VHF Over the Air (OTA) pouvait apparaître sur leur traceur de cartes comme une cible DataHub .

Cet article a été rédigé pour vous expliquer pourquoi le comportement de la cible AIS se présente de cette manière.

Cela se résume à l' interaction temporelle entre les mises à jour de position AIS par voie hertzienne (VHF) et les mises à jour de métadonnées AIS Offshore Hub (OHA) provenant du DataHub .

Premièrement, les données de position les plus récentes sont toujours utilisées ; les données de position VHF OTA sont donc toujours privilégiées lorsqu’elles sont disponibles. Concernant les métadonnées, bien que les deux sources soient valides, le système utilise systématiquement les métadonnées les plus récentes , en appliquant un mécanisme de filtrage intelligent pour éviter les doublons et garantir une transition fluide lorsqu’un navire sort de la portée VHF.

Mais comme les systèmes VHF AIS et DataHub AIS ne se mettent pas à jour aux mêmes intervalles de temps, et que la durée de vie (TTL) des métadonnées est de 2 minutes, cela peut parfois donner l'impression que l'indicatif d'appel « bascule » entre WDN5158 et DATAHUB , en particulier pour les navires au mouillage ou avec des intervalles de mise à jour lents.

Examinons trois scénarios courants :

👉 Pourquoi cela paraît étrange : Comme le navire ne bouge pas beaucoup, sa position ne change pas significativement entre les mises à jour, mais la source bascule en fonction des données les plus récentes. Cela peut donner l’impression d’un basculement entre OHA et OTA.

Pour un navire en mouvement transmettant l'AIS par VHF toutes les 30 secondes :

👉 Pourquoi ça fonctionne parfaitement : Grâce aux mises à jour OTA régulières, les métadonnées DataHub ne prennent jamais le pas sur la mise à jour des données de position. Pour les métadonnées, il y a un léger « clignotement » ou une alternance, car il arrive que les données OHA soient plus récentes que les données VHF.

Comme dans l'exemple ci-dessus, même lorsqu'un navire est à portée et met à jour sa position sur VHF toutes les 30 secondes , les métadonnées (nom, indicatif d'appel, MMSI) sont transmises beaucoup moins fréquemment — généralement toutes les 6 minutes pour les transpondeurs de classe B.

Si le DataHub fournit des métadonnées plus récentes que celles reçues via VHF, il peut temporairement remplacer l'indicatif d'appel local , même si vous continuez à recevoir des mises à jour de position régulières du récepteur AIS local.

👉 Explication : Les messages de position sont transmis toutes les 30 secondes, mais les métadonnées de nom/indicatif d’appel ne sont diffusées que dans certains types de messages AIS , moins fréquents. Une fois la durée de vie des métadonnées expirée (3 minutes), le système peut utiliser la version DataHub la plus récente, même si la position continue d’être mise à jour par le réseau VHF local.

Voici le principal cas d'utilisation que la logique de filtrage est conçue pour gérer avec élégance :

👉 Pourquoi est-ce nécessaire ? Sans le repli TTL de 2 minutes, vous perdriez toute visibilité de la cible lorsqu’un bateau sort de la portée VHF. L’objectif est d’ éviter une zone morte entre la couverture VHF et OHA .

Tout ce que vous voyez est le résultat d'une logique de repli intelligente, conçue pour éviter les pertes de signal tout en minimisant les données obsolètes. Les changements occasionnels d'indicatifs d'appel ne sont pas un bug ; c'est un effet secondaire d'une démarche visant à assurer une visibilité constante lors de la transition entre l'AIS local et l'AIS offshore .

Cela dit, nous accordons une grande importance à vos commentaires, et vos tests nous ont été extrêmement utiles pour confirmer que le système fonctionne comme prévu. Si vous constatez un comportement anormal (par exemple, un délai de cinq minutes lors du changement de source), nous serons ravis d'approfondir la question ; n'hésitez pas à nous le signaler.