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

Cet article a été écrit pour vous expliquer pourquoi le comportement de la cible AIS apparaît comme il le fait.

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

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

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

Examinons trois scénarios courants :

👉 Pourquoi cela semble étrange : Comme le navire ne bouge pas beaucoup, la 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 cela fonctionne parfaitement : Grâce aux mises à jour OTA régulières, les métadonnées DataHub ne prennent jamais le pas sur les données de position. Il y a des fluctuations ou des changements de métadonnées, car les données OHA sont parfois 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 via 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 recevez toujours des mises à jour de position régulières du récepteur AIS local.

👉 Pourquoi cela se produit-il ? Les messages de position continuent d'affluer toutes les 30 secondes, mais les métadonnées du 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 revenir à la version la plus récente DataHub , même si la position continue d'être mise à jour depuis la VHF locale.

Il s'agit du cas d'utilisation principal que la logique de filtrage est conçue pour gérer avec élégance :

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

Tout ce que vous voyez est le résultat d'une logique de repli intelligente, délibérément optimisée pour éviter les pertes de cible tout en minimisant les données obsolètes. Le changement occasionnel d'indicatif n'est pas un bug, mais un effet secondaire d'une tentative d'élégance : maintenir une visibilité constante lors de la transition entre l'AIS local et l'AIS offshore .

Cela dit, nous apprécions grandement vos commentaires, et vos tests nous ont été d'une aide précieuse 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 faire savoir.