Passer au contenu principal

Network server LoRaWAN® à la pointe de la technologie.

Gestion de la couche MAC
  • Diversité macro RF, c'est-à-dire capacité à acheminer les paquets de montée du capteur via plusieurs passerelles.

  • Déduplication des trames uplink (macro-diversité, répétitions de capteurs ...): Garantit que les trames uplink reçues par plusieurs Passerelles seront notifiées une seule fois aux serveurs d'application.

  • Mécanismes ADR avancés, offrant le meilleur compromis entre QoS (taux d'erreur de paquets, chevauchement RF) et consommation énergétique du capteur, pour maximiser sa durée de vie de batterie et réduire le TCO.

  • Commandes MAC LoRaWAN®, incluant des mécanismes de retransmission optimisés : algorithme d'apprentissage pour optimiser la retransmission des commandes MAC qui ne sont pas répondues ou rejetées par le capteur.

  • Sélection intelligente de la meilleure passerelle pour acheminer des paquets downlink vers chaque capteur.

  • Sélection optimale de la fenêtre de réception downlink du capteur (RX1/RX2) via l'algorithme d'Optimisation RX2, basé sur le budget de lien, la capacité downlink, et la latence de backhaul.

  • Multiples canaux RX2 et pingslot par passerelle offrant un équilibre de charge des canaux RF.

  • Mise en file d'attente des trames downlink applicatives pour les capteurs de classe A.

  • Accusés de réception au niveau MAC.

  • Détection et atténuation des attaques par rejeu.

Meilleur ADR auto-organisateur de sa catégorie
  • Adapter dynamiquement les paramètres de transmission du capteur (PuissanceTx, nombre de transmissions, débit de données) en fonction de la qualité du lien radio capteur-passerelle.

  • Minimiser la consommation de batterie du capteur tout en respectant les indicateurs de qualité cibles (en particulier le taux d'erreur des paquets uplink).

  • Ajuster sa réactivité pour éviter des décisions trop volatiles (augmentant la surcharge de signalisation induite par les commandes MAC) ou une réponse lente aux changements RF brusques (par ex. la GW la plus proche du capteur tombe en panne).

  • Adaptation de l'algorithme ADR en fonction du type de mobilité de chaque passerelle de service.

  • Adaptation automatique du critère de superposition selon le mode de géolocalisation du réseau dynamique (TDoA ou RSSI).

Services à valeur ajoutée
  • Fonction de Serveur Join intégré, fournissant un traitement local des demandes d'activation OTA, en absence de Serveur Join autonome.

  • Itinérance passive, utilisant à la fois les normes d'interfaces Backend LoRaWAN® v1.0 et v1.1.

  • Multicast, optimisant l'efficacité spectrale en downlink pour supporter la mise à jour du firmware over the air (FUOTA) et les cas d'utilisation d'éclairage intelligent.

  • Géolocalisation basée sur le réseau, utilisant des algorithmes de triangulation sophistiqués éprouvés sur le terrain exploitant le meilleur des techniques de géolocalisation TDoA & RSSI.

  • Relais LoRaWAN, prenant en charge la découverte automatique du réseau, la sélection automatique du meilleur relais parmi plusieurs candidats, un mode de connectivité mixte où le même capteur peut être desservi par un mélange de passerelles conventionnelles et de relais.

Opérabilité
  • Séparation de trafic multi-tenant: isolation du trafic LoRaWAN® entre différents locataires, c’est-à-dire que les paquets uplink pour le réseau-B ne peuvent pas être routés par le RAN du réseau-A sauf en cas d'accord d'itinérance.

  • Configuration de passerelle à distance: mise à jour en ligne de la configuration RF de la passerelle (plan de canal, gain d'antenne...) ainsi que la maintenance à distance.

  • Support de tous les types de NetID LoRaWAN®, y compris les blocs de NetIDs de type-7 pour les non-membres de l'Alliance LoRa. Le sous-réseautage NetID est également supporté par ThingPark.

Rapports complets
  • Rapport de trame uplink : payload contenant un riche ensemble de métadonnées et payloads décodées.

  • Rapport de transmission de cadre downlink: notifier les serveurs d'application du statut de transmission de chaque message DL, y compris les causes d'échec (congestion radio, contrainte de rapport cyclique...).

  • Événements de notification du capteur : en cas d'événement JOIN, rapport du statut de la batterie du capteur...

  • Rapports de localisation (si la fonction de géolocalisation du réseau est activée).

  • Rapports de synthèse Multicast.

  • Pour en savoir plus sur les rapports LRC-AS, voir interface tunnel LoRaWAN®.