Passer au contenu principal

Modification de la configuration radio de la passerelle

Modification du RF Region​

Le document sur les paramètres régionaux LoRaWAN® définit plusieurs profils RF selon le contexte réglementaire RF régional. Pour chaque bande ISM, ces paramètres régionaux sont regroupés en RF regions qui déterminent le plan d'allocation de fréquences radio pour les capteurs et les passerelles, ainsi qu'un ensemble de paramètres radio utilisés par la couche MAC LoRaWAN®.

Pour plus d'informations sur les RF regions supportées par le catalogue de ThingPark, voir RF regions.

Pour modifier le RF region d'une passerelle existante, elle doit être connectée au réseau. Si votre passerelle est actuellement déconnectée du réseau, vous devez attendre qu'elle soit en ligne.

  1. Sélectionnez la passerelle que vous souhaitez modifier. Vous pouvez la rechercher par son nom ou son ID.

  2. Dans l'onglet Affichage de base, sous le widget Information, allez à RF Region.

  3. Cliquez sur le menu déroulant et sélectionnez votre RF region cible, vous pouvez la rechercher rapidement en saisissant dans la zone de texte. Seules les RF regions correspondant aux bandes ISM associées à votre déploiement sont proposées par l'interface utilisateur.

    prudence

    N'attribuez pas une RF region dépassant le nombre maximal de canaux supportés par votre passerelle. Par exemple, si votre passerelle supporte 8 canaux, n'allouez pas une RF region comportant 16 ou 64 canaux.

  4. Pour confirmer votre choix, cliquez sur , sinon cliquez sur pour annuler.

Activation de la transmission de beacon​

Les beacons LoRaWAN® sont obligatoires pour les opérations de classe B. La classe B est atteinte en faisant en sorte que la passerelle envoie des signaux de beacon régulièrement (toutes les 128 secondes par défaut) pour synchroniser tous les capteurs du réseau afin que le capteur puisse ouvrir une fenêtre de réception supplémentaire courte (appelée slot de ping) à un moment prévisible pendant un créneau horaire périodique. Pour en savoir plus sur les beacons LoRaWAN et la classe B, consultez les spécifications LoRaWAN.

Si vous avez des capteurs fonctionnant en mode classe B, vous devez vous assurer que les passerelles desservant ces capteurs activent la transmission de beacon.

Dans la version actuelle, l'envoi de signaux de beacon n'est autorisé que sur les passerelles équipées d'un récepteur GPS. Par conséquent, l'activation de la transmission de beacon est proposée dans l'interface utilisateur uniquement si la passerelle dispose d'un récepteur GPS intégré.

  1. Sélectionnez la passerelle que vous souhaitez modifier. Vous pouvez la rechercher par son nom ou son ID.

  2. Dans l'onglet Avancé, sous le widget Paramètres avancés, activez l'interrupteur Transmission de beacon pour activer les beacons sur votre passerelle.

Cette action déclenchera immédiatement la planification des signaux de beacon selon le protocole temporel défini par les spécifications LoRaWAN, à condition que la passerelle soit synchronisée GPS.

astuce

Pour surveiller l'état de la transmission de beacon par la passerelle, allez dans l'onglet Statistiques RF puis consultez les statistiques de beacon dans le widget Compteurs.

Modification du mode de couverture BS​

Pour déployer des passerelles offrant une couverture RF temporaire sans compromettre le fonctionnement radio à long terme des capteurs environnants, les administrateurs BS peuvent déterminer le type de couverture RF de chaque passerelle.

Les passerelles offrant une couverture RF temporaire peuvent être utiles dans les cas d'utilisation suivants :

  • Pour les cas d'utilisation de type drive-by ou walk-by pour récupérer des mesures de capteurs dans des emplacements difficiles à couvrir comme les compteurs d'eau situés dans les sous-sols.

  • Dans des scénarios de déploiement spéciaux où la couverture LoRaWAN® est manquante ou très mauvaise, une couverture temporaire serait établie en levant une passerelle dans les airs avec un drone.

  • Les passerelles mobiles pourraient être utilisées pour secourir la couverture RF des capteurs qui utilisent initialement des paramètres ADR agressifs (par exemple, SF7 avec réduction de puissance) alors que la conception radio réelle exige que ces capteurs utilisent un SF/TxPower plus élevé. Exemple : La passerelle de service optimale pour certains capteurs se met hors service alors que ces capteurs utilisent actuellement SF7. Pour permettre aux passerelles environnantes de desservir ces capteurs, l'administrateur du réseau peut déployer une passerelle temporaire pour capturer le trafic SF7 de ces capteurs tout en les basculant vers un SF/TxPower/NbTrans plus élevé via le mode de récupération RF.

Cet attribut Type de couverture RF spécifie si la passerelle offre une couverture RF permanente ou si elle ne propose qu'une couverture temporaire à des fins de récupération.

  • Permanente (paramètre par défaut) : la passerelle offre une couverture RF permanente aux capteurs environnants. En conséquence, les trames uplink reçues via cette passerelle sont comptées dans les décisions ADR. De plus, cette passerelle peut être utilisée pour router les trames downlink pour toutes les classes de capteurs A/B/C.

  • Temporaire et mobile : la passerelle n'a pas d'emplacement fixe, elle fournit une couverture RF temporaire aux capteurs environnants. Ceci est typiquement utilisé pour les cas d'utilisation de type drive-by ou walk-by.

    En conséquence, si la même trame uplink est reçue via les passerelles permanentes et temporaires, la réception via la passerelle temporaire n'impacte pas les décisions d'ADR et cette passerelle temporaire n'est pas éligible pour le routage du trafic DL.

    Sinon, si la trame uplink est reçue uniquement par l'intermédiaire de la passerelle temporaire, le capteur est considéré hors de la couverture des passerelles permanentes ; ainsi, le réseau déclenche le mode de récupération RF pour ce capteur afin de renforcer son SF/TxPower et le nombre de répétitions. Cette passerelle peut être utilisée pour router les trames downlink uniquement pour les capteurs de classe A, car il n'y a aucune garantie que cette passerelle mobile restera à proximité du capteur dans les modes de classe B/C.

  • Temporaire et stationnaire : la passerelle a un emplacement statique pendant une période de plusieurs jours, jusqu'à quelques semaines, mais elle n'offre pas de couverture RF permanente. Ceci est généralement le cas des passerelles saisonnières déployées pour augmenter temporairement la couverture/capacité RF lors d'événements spécifiques. Le même traitement UL/DL décrit en mode "temporaire et mobile" s'applique pour ce mode "temporaire et stationnaire", à la seule différence que cette passerelle peut être utilisée pour router les trames downlink pour les capteurs de classe B/C en plus de la classe A. Notez que cette passerelle doit être basculée sur "temporaire et mobile" une fois qu'elle quitte son emplacement temporaire, pour éviter de perdre des trames downlink des classes B/C.

  1. Sélectionnez la passerelle que vous souhaitez modifier. Vous pouvez la rechercher par son nom ou son ID.

  2. Dans l'onglet Avancé, sous le widget Paramètres avancés, sélectionnez le bon paramètre pour le champ Type de couverture RF en fonction de votre cas d'utilisation.

Activation du mécanisme d'optimisation RX2​

Les capteurs LoRaWAN® implémentent deux fenêtres de réception downlink identifiées comme RX1 et RX2. Selon les spécifications LoRaWAN, lorsque le capteur écoute le créneau RX1, il s'attend à recevoir un signal downlink utilisant le même canal et le même facteur d'étalement (si RX1DRoffset = 0) que la dernière transmission uplink. Dans le créneau RX2, le capteur s'attend à recevoir un signal sur une fréquence de canal préréglée utilisant un débit de données configurable fixe. Le capteur écoutera le créneau RX2 s'il n'a reçu aucune transmission de downlink sur RX1 ; par conséquent, le choix d'utiliser RX1 ou RX2 est effectué par le network server.

Le mécanisme d'optimisation RX2 de ThingPark optimise la sélection de la fenêtre de réception downlink.

Quand l'optimisation RX2 n'est pas activée : La transmission DL utilise systématiquement le créneau RX1, sauf dans l'un des deux cas suivants :

  1. Si, en raison d'une latence inattendue du réseau de liaison, la trame downlink atteint le LRR trop tard pour le créneau RX1 mais toujours à temps pour RX2, le LRR doit utiliser le créneau RX2.
  2. Si le network server LRC force l'utilisation de RX2 pour se conformer à la taille maximale de payload downlink définie dans LoRaWAN® Regional Parameters.

Lorsque l'algorithme d'optimisation RX2 est activé (configuration par défaut) : le network server optimise le choix du créneau RX selon les critères suivants :

  • Critère de bilan de liaison : Comme le canal RX2 peut utiliser une puissance TX plus élevée que RX1 dans la bande ISM EU868, les capteurs avec un bilan de liaison limité utilisent le créneau RX2 en priorité pour garantir des transmissions DL fiables dans les zones de mauvaise couverture.

  • Critère du débit : Lorsque les performances du capteur ne sont pas limitées par son bilan de liaison (c'est‑à‑dire que les conditions radio sont « suffisamment bonnes » pour l'utilisation de RX1), le network server sélectionne le créneau RX qui maximise le débit downlink (c'est‑à‑dire un SF plus faible) afin de réduire le temps d'air et d'augmenter la capacité downlink.

  • Taille maximale de payload MAC downlink : Pour se conformer à la taille maximale de payload imposée par LoRaWAN® Regional Parameters pour chaque bande ISM, le network server peut forcer l'utilisation du créneau RX2 si la payload applicative ne peut être envoyée que via RX2, et non via RX1.

    Exemple:

    • La payload applicative fait 80 octets et le profil régional est EU868.
    • Le débit RX1 est DR2 (SF10), la taille maximale autorisée de payload pour RX1 est de 59 octets.
    • Le débit RX2 est DR3 (SF9), la taille maximale autorisée de payload pour RX2 est de 123 octets.

    ==> Le network server force l'utilisation de RX2 pour envoyer cette trame de downlink.

  • Latence du backhaul : Lorsque le délai aller‑retour entre la passerelle et le network server est élevé, le network server force l'utilisation du canal RX2 afin de maximiser les chances d'envoyer la trame de downlink dans les contraintes de temps du capteur.

    note

    Dans tous les cas, même si le network server a demandé RX1, le packet forwarder LRR doit basculer sur le créneau RX2 si la demande de transmission de downlink arrive trop tard à la passerelle.

  1. Sélectionnez la passerelle que vous souhaitez modifier. Vous pouvez la rechercher par son nom ou son ID.

  2. Dans l'onglet Avancé, sous le widget Paramètres avancés, activez l'interrupteur Optimisation RX2 pour activer ce mécanisme sur votre passerelle.

Configuration de la clé de décryptage AES pour la géolocalisation TDoA​

Pour utiliser les techniques de différence de temps d'arrivée (TDoA) pour géolocaliser les capteurs LoRaWAN, vous devez remplir la clé de décryptage AES liée à votre passerelle. Cette clé permet de décrypter les horodatages précis générés par la passerelle afin qu'ils puissent être utilisés par le solveur de géolocalisation du réseau ThingPark.

Cette option est actuellement disponible uniquement pour les passerelles utilisant la référence V2 de Semtech.

  1. Sélectionnez la passerelle que vous souhaitez modifier. Vous pouvez la rechercher par son nom ou son ID.

  2. Dans l'onglet Avancé, sous le widget Paramètres avancés, définissez la clé de décryptage de timestamp précis fournie par Actility ou Semtech.

  3. Pour confirmer votre choix, cliquez sur , sinon cliquez sur pour annuler.

Dernière mise à jour sur
Copyright © 2025 Actility
Sur cette page