Qu'est-ce que le cycle de service LoRaWAN ?

LoRaWAN Il est d'une frugalité remarquable. C'est pourquoi nous l'utilisons pour le suivi longue portée, la visibilité des entrepôts, les parcs de véhicules, la sécurité des travailleurs, la surveillance de la chaîne du froid et tous ces endroits difficiles d'accès où le câblage Wi-Fi serait un projet à part entière.

LoRaWAN Ces appareils fonctionnent généralement sur le spectre ISM partagé et sans licence. En Europe, cela correspond à la bande EU863-870 MHz. Du fait du partage de cette bande de fréquences par de nombreux appareils, les autorités de régulation et les opérateurs de réseau limitent la durée d'émission de chaque appareil. Cette limite est appelée cycle d'utilisation.

En termes simples, le cycle de service correspond au pourcentage de temps pendant lequel une radio est autorisée à occuper un canal ou une bande de fréquence. Si la limite est de 1%, un appareil peut émettre pendant 1 seconde, puis doit rester silencieux suffisamment longtemps pour que sa durée totale d'émission reste inférieure à 1%. The Things Network explique ce même principe comme étant “ la fraction de temps pendant laquelle une ressource est occupée ”.” ⁽¹⁾

Pour le suivi des actifs, c'est très important.

Un capteur de température qui envoie une petite mesure toutes les 15 minutes, c'est facile. Une passerelle qui transmet des centaines de messages de balise Bluetooth ? C'est une autre histoire. Un badge d'opérateur qui communique sa position toutes les quelques secondes sur un site industriel très actif ? Là, il faut s'organiser.

Pourquoi le cycle de service est important dans les projets de suivi Lansitec

Nous l'avons constaté lors de déploiements réels : le problème vient rarement d'un seul traceur, mais de la flotte entière.

Un seul système de suivi des badges générant un rapport par minute est inoffensif. Cinq cents badges, quelques Passerelles Bluetooth, Des liaisons montantes confirmées, un mauvais choix du facteur d'étalement et des charges utiles surdimensionnées ? Cela peut rapidement devenir bruyant.

Le cycle d'utilisation influe sur trois choses que les clients ressentent réellement :

Ce que cela affecte	Que se passe-t-il en pratique ?
Latence	Un message peut attendre avant de pouvoir être transmis légalement.
Autonomie de la batterie	Une durée d'émission plus longue permet à la radio de rester active plus longtemps.
Capacité du réseau	Les liaisons montantes et descendantes excédentaires réduisent l'espace disponible pour d'autres appareils.
Fiabilité	La congestion augmente le nombre de paquets perdus et la pression sur les nouvelles tentatives.

C’est pourquoi un “ intervalle de rapport de 5 secondes ” ne doit pas être interprété comme “ utiliser 5 secondes partout ”. De nombreux Lansitec LoRaWAN Les appareils permettent des intervalles de rapport configurables très courts, par exemple des intervalles de rapport de position réglables basés sur 5 sxn et des intervalles de battement de cœur basés sur 30 sxn, mais la valeur appropriée dépend du cas d'utilisation, de la région, du facteur de propagation, de la taille de la charge utile, de la densité de passerelle et de la politique du réseau.

Ça paraît beaucoup. Et ça l'est. Mais la logique de conception est simple : n'envoyer que ce qui compte, et seulement quand c'est important.

Fonctionnement du cycle de service LoRaWAN sur les différents canaux et sous-bandes

C'est la partie que beaucoup de gens ne remarquent pas.

Le cycle de service peut s'appliquer à différents niveaux : appareil, canal et sous-bande. L'article d'Actility établit clairement cette distinction, et il est important de la conserver car elle explique pourquoi un appareil peut transmettre sur un canal mais pas sur un autre. ⁽²⁾

Dans la bande européenne 863-870 MHz, The Things Network répertorie les limites de sous-bandes ETSI telles que 0,1%, 1% et 10%, selon la plage de fréquences exacte. Par exemple, les bandes 865-868 MHz et 868-868,6 MHz sont répertoriées comme 1%, tandis que la bande 869,4-869,65 MHz est répertoriée comme 10%. ⁽³⁾

Alors, quand quelqu'un demande : “ Peut-on envoyer un message toutes les 10 secondes ? ”, la réponse honnête est : peut-être.

Quelle bande de fréquence ? Quel débit de données ? Combien d’octets ? Quel facteur d’étalement ? Combien d’appareils ? Réseau public ou réseau privé ?

Vous avez besoin de toutes ces réponses pour concevoir la solution adéquate.

Temps d'antenne : la véritable monnaie de LoRaWAN

Le cycle d'utilisation est la règle. Le temps de communication correspond à votre consommation.

Chaque liaison montante occupe l'espace radio pendant une durée déterminée. Cette durée dépend principalement de la taille de la charge utile, de la bande passante, du débit de codage et du facteur d'étalement. Un facteur d'étalement plus élevé augmente la portée et la sensibilité du récepteur, mais aussi la durée d'émission. The Things Network indique qu'une charge utile fixe transmise avec un facteur d'étalement élevé nécessite une durée d'émission plus longue, et que ce facteur réduit également l'autonomie de la batterie, car l'émetteur-récepteur reste actif plus longtemps. ⁽⁴⁾

Voici la version pratique :

choix de conception	Impact du temps d'antenne	Suivi de l'impact
charge utile réduite	Inférieur	Meilleur pour la transmission dense de balises
Facteur d'étalement plus faible, tel que SF7	Inférieur	Meilleur pour la capacité et la batterie
Facteur d'étalement plus élevé, tel que SF12	Plus haut	Meilleure autonomie, capacité moindre
Liaisons montantes confirmées	Charge réseau plus élevée	À utiliser uniquement en cas de réelle nécessité.
Liaisons descendantes fréquentes	Pression de cycle de service de passerelle plus élevée	Évitez le contrôle de liaison descendante de routine

C’est pourquoi le filtrage de la charge utile est important. Plusieurs Lansitec Passerelles Bluetooth peut filtrer les octets de charge utile Bluetooth et ne signaler que les données utiles via LoRaWAN. Le solaire, le macro, le micro et… Passerelles Bluetooth compactes Il prend également en charge la compression des données Bluetooth et peut regrouper jusqu'à 15 messages de balise dans un seul LoRaWAN package à SF9, avec un maximum de 105 messages de balise pris en charge, comme indiqué dans le catalogue de produits.

Pourquoi les petits messages LoRaWAN consomment-ils encore de la capacité réseau ?

Supposons qu'une passerelle transmette les identifiants des balises BLE, RSSI Des valeurs et un champ de capteurs restreint. Un seul message suffit. Rien de dramatique.

Imaginez maintenant cela sur un parking, dans un hôpital, un entrepôt ou sur un chantier de construction.

Une configuration B-Mobile peut inclure Balises Bluetooth sur les biens ou les personnes, Passerelles Bluetooth fixes à des emplacements connus, et un LoRaWAN Passerelle qui transmet les données au serveur réseau et à l'application.

La solution LoRa de Lansitec décrit clairement ce flux : balises Diffuser périodiquement des données, Passerelles Bluetooth le recevoir et le reformater, puis le transmettre via LoRaWAN au serveur réseau et à l'application.

À faible densité, les rapports peuvent être fréquents. À haute densité, la conception doit devenir plus intelligente.

• Utilisez le filtrage côté passerelle.
• Messages de balise par lots.
• Signaler les changements d'état au lieu de répéter les états stables.
• Laissez les actifs statiques se taire.

Court et ennuyeux ? Tant mieux. Les réseaux ennuyeux se développent.

Exemple EU868 : 1% semble généreux, jusqu’à ce qu’on le calcule.

Un cycle d'utilisation de 1% offre 864 secondes de temps de communication par jour. Un cycle d'utilisation de 0,1% n'offre que 86 secondes par jour. Un cycle d'utilisation de 10% offre 8 640 secondes par jour. Il s'agit de budgets de temps de communication quotidiens, et non du nombre de messages. ⁽³⁾

Cette distinction est importante.

Un appareil envoyant de courts paquets SF7 peut s'intégrer facilement. Le même appareil, utilisant le format SF12 avec des charges utiles plus importantes et de nombreuses tentatives de transmission, risque de consommer le temps de communication beaucoup plus rapidement. Les réseaux publics peuvent également être plus restrictifs. La politique d'utilisation équitable du Sandbox de The Things Network limite le temps de communication montant à 30 secondes par jour et par nœud, et le nombre de messages descendants à 10 par jour et par nœud, tandis que les réseaux privés doivent toujours se conformer aux réglementations en vigueur. LoRaWAN limites. ⁽¹⁾

Pour les clients de Lansitec utilisant des services privés LoRaWAN En matière d'infrastructures, c'est à la fois une bonne et une mauvaise nouvelle.

Avantage : Vous pouvez concevoir votre application en fonction de vos propres exigences.

Mauvais point : Vous êtes responsable de la planification des capacités.

Comment les déploiements Lansitec doivent envisager les intervalles de rapport

L'erreur la plus fréquente est de commencer avec l'intervalle le plus court possible. Le tracker peut-il effectuer un enregistrement toutes les 5 secondes ?

Techniquement, certains appareils prennent en charge cet intervalle minimal. En pratique, vous ne souhaitez probablement pas l'appliquer à tous les appareils, et ce, toute la journée.

Une question plus pertinente serait : quelle décision ce message va-t-il déclencher ?

Cas d'utilisation	Logique de reporting sensée
SOS d'urgence	Liaison montante immédiate, priorité élevée
Violation de la zone de sécurité des travailleurs	Liaison montante événementielle et mises à jour en rafales courtes
Suivi des véhicules dans les parcs	Plus fréquent en mouvement, plus lent à l'arrêt
suivi des actifs d'entrepôt	Des changements de présence et de lieu, pas un bavardage incessant.
Surveillance de la température	Rapports périodiques sauf si le seuil est franchi.

La solution B-Fixed de Lansitec offre un point de repère concret utile : un système de suivi de badges (Badge Tracker) effectuant un rapport toutes les minutes au niveau SF7 est décrit comme prenant en charge une seule passerelle accédant à 500 appareils. Il est toutefois recommandé d'utiliser un outil d'évaluation de la capacité réseau pour une estimation précise. La solution mentionne également un intervalle minimal de 5 secondes entre les rapports de localisation, mais cette valeur doit être considérée comme une option de configuration plutôt que comme une valeur par défaut pour les flottes importantes.

Nous apprécions les données rapides lorsqu'elles sont utiles. Nous ne les apprécions pas lorsqu'elles prouvent seulement que l'appareil est toujours au même point qu'il y a 10 secondes.

L'ADR est utile, mais seulement lorsque le comportement de l'appareil est approprié.

Le débit de données adaptatif (ADR) permet d'optimiser le débit de données, le temps de communication et la consommation d'énergie. Il ajuste le facteur d'étalement, la bande passante et la puissance d'émission. The Things Network recommande l'ADR lorsque les conditions radiofréquences sont stables, généralement pour les appareils fixes, tandis que les appareils mobiles ne devraient l'utiliser que lorsqu'ils détectent leur immobilité prolongée. ⁽⁵⁾

Cela correspond parfaitement au suivi.

• Une passerelle intérieure fixe ? L’ADR peut s’avérer utile.
• Un traceur qui se déplace entre un entrepôt, une cour et un camion ? Soyez prudent.
• Un traceur GPS stationné toute la nuit, puis déplacé pendant la journée ? Une stratégie hybride serait plus judicieuse.

Pour les systèmes de suivi, l'appareil peut évoluer dans des conditions de radiofréquences très variées : derrière des rayonnages métalliques, à proximité de chariots élévateurs, à l'intérieur d'un conteneur, à l'extérieur, sous un abri. Cette instabilité peut rendre la détection automatique de mouvement (ADR) moins prévisible, à moins que la logique applicative ne prenne en compte les états de mouvement.

Pourquoi les liaisons descendantes peuvent saturer la capacité du réseau LoRaWAN

On accorde la plus grande attention aux liaisons montantes, mais les liaisons descendantes peuvent nuire plus rapidement à un réseau.

Pourquoi ? Parce qu'une passerelle émettant un signal descendant n'est pas à l'écoute à ce moment-là. Elle doit également respecter les limites de cycle de service régionales. Dans les systèmes de suivi denses, un trop grand nombre de liaisons montantes confirmées ou de commandes de liaison descendante de routine peut engendrer une congestion.

Utilisez les liaisons descendantes pour les choses importantes :

• Modifications de configuration
• Accusé de réception de l'alarme lorsque nécessaire
• Flux de travail de contrôle du micrologiciel ou des opérations
• Fenêtres de maintenance soigneusement planifiées

Évitez d'utiliser les liaisons descendantes comme habitude de sondage. LoRaWAN Ce n'est pas un protocole bavard. Il récompense la retenue.

Règles de conception pratiques pour le suivi LoRaWAN de Lansitec

Voici la version terrain que nous utiliserions lors d'une revue de projet.

Règle	Pourquoi c'est important
Commencez par l'événement professionnel	“Les messages ” Déplacé “, ” Entrée dans la zone “, ” SOS “ et ” Température supérieure au seuil » sont de meilleurs déclencheurs qu’une répétition aveugle.
Réduisez la charge utile	Identifiants, RSSI, la batterie, et la valeur du capteur dont vous avez besoin s'adapteront mieux que des charges utiles verbeuses.
Utilisez SF7 lorsque la couverture le permet	Des facteurs d'étalement plus faibles réduisent le temps de communication et améliorent l'autonomie de la batterie.
Données BLE par lots à passerelles	Passerelles Lansitec peut regrouper plusieurs messages de balise, ce qui contribue à réduire le nombre de liaisons montantes.
Limite des liaisons montantes confirmées	La confirmation crée une pression sur la liaison descendante et ne devrait pas être le comportement par défaut pour le suivi de routine.
Modélisez les heures de pointe, pas les moyennes	Les changements d'équipe, le chargement des camions, les exercices d'urgence et les entrées des événements créent des pics de circulation.

D’après notre expérience, c’est aux heures de pointe que les faiblesses d’une conception se révèlent. Un site peut sembler impeccable à 14 h, puis s’effondrer à 7 h du matin lorsque 400 badges sont activés, 30 chariots élévateurs en mouvement, et… passerelles Commencez à transmettre les nouvelles observations des balises.

Comment cela s'applique-t-il à B-Mobile et B-Fixed

Dans B-Mobile, balises sont mobiles, et Passerelles Bluetooth sont fixes. La passerelle capte les annonces BLE à proximité, restructure les données et les transmet via LoRaWAN. Cela est efficace lorsque passerelles Filtrez et traitez par lots intelligemment. C'est également là que la compression de la charge utile et le réglage de l'intervalle de rapport prennent toute leur importance.

Dans B-Fixé, le balises Les capteurs sont fixes et le dispositif de suivi transmet les informations qu'il reçoit. Cette méthode est idéale pour le suivi des travailleurs et des déplacements intérieurs/extérieurs, mais la stratégie de transmission des informations du dispositif devient alors cruciale. La documentation B-Fixed de Lansitec mentionne un délai de trois secondes. Réception Bluetooth La fenêtre et recommande des intervalles de publicité de balise tels que 800 ms, 500 ms ou moins, tout en avertissant que des intervalles plus courts améliorent le positionnement mais consomment davantage d'énergie de balise.

Une architecture différente, mais le même principe, sans inonder l'air.

Une configuration de départ judicieuse

Chaque site nécessite sa propre étude, mais il s'agit d'un point de départ pratique pour de nombreux projets de suivi Lansitec :

Paramètre	point de départ conservateur
Rythme cardiaque de routine des actifs	5 à 30 minutes
Mise à jour des actifs en mouvement	30 à 120 secondes
Mise à jour régulière des badges des travailleurs	60 secondes, puis accordez.
Alarme SOS ou de sécurité	Liaison montante immédiate à l'événement
Publicité par balise BLE	500 à 800 ms pour le personnel, plus lent pour les ressources statiques
Liaison montante confirmée	Désactivé par défaut, activé uniquement pour les événements critiques
Stratégie de charge utile	Filtrer, traiter par lots, compresser

Ensuite, testez.

Pas en laboratoire avec trois appareils. Il faut tester en conditions réelles : densité réelle, murs réels, métal réel, mouvements réels et serveur réseau réel. Un parking plein n’est pas comparable à un parking vide. Un couloir d’hôpital la nuit n’est pas comparable à un couloir d’hôpital lors d’un changement d’équipe.

Erreurs courantes à éviter concernant le cycle de service LoRaWAN

Les problèmes de cycle de service les plus courants ne sont pas exotiques. Ils sont banals, et c'est pourquoi ils passent inaperçus.

Dans un premier temps, les équipes surestiment la fréquence des rapports car l'expression “ temps réel ” fait bonne figure lors d'une réunion commerciale. Puis elles découvrent que le processus métier ne nécessite la localisation que toutes les minutes, sauf en cas d'alarme.

Deuxièmement, les équipes négligent souvent la taille des données. Quelques octets inutiles peuvent paraître anodins ponctuellement. Mais sur des milliers de paquets par jour, cela compte.

Troisièmement, les équipes utilisent les liaisons montantes confirmées avec trop de désinvolture. La confirmation rassure, mais elle augmente la demande en liaisons descendantes. Dans un environnement dense LoRaWAN Lors du déploiement, la sécurité peut devenir un goulot d'étranglement.

Enfin, les équipes considèrent le nombre de passerelles comme le seul levier de mise à l'échelle. Plus d'informations passerelles Ces mesures améliorent la couverture et la qualité de la liaison, mais ne modifient pas les règles de cycle de service. Le temps d'antenne reste du temps d'antenne.

Conclusion

LoRaWAN Le cycle de service n'est pas une simple note technique agaçante. C'est l'une des raisons. LoRaWAN Cela fonctionne si bien lorsqu'il est correctement conçu.

Pour les déploiements de suivi de Lansitec, l'objectif n'est pas de transmettre le plus souvent possible. L'objectif est de transmettre informations utiles, concises et opportunes tout en maintenant le réseau suffisamment silencieux pour permettre son évolutivité.

C'est là que LoRaWAN brille.

Un système de suivi des badges n'a pas besoin de signaler sa présence toutes les quelques secondes si rien n'a changé. Passerelle Bluetooth Il n'est pas nécessaire de transmettre chaque octet reçu. Un réseau privé n'a pas à se comporter comme un environnement de test public, mais il requiert néanmoins une certaine discipline.

Le meilleur réseau de suivi est celui qui vous informe des changements au moment opportun, et qui laisse la voie libre pour le prochain message important.

Ressources et lectures complémentaires :

1. Documentation TTN : Cycle de service
2. Actility : Comprendre le cycle de service dans LoRaWAN
3. Documentation TTN : Paramètres régionaux
4. Documents TTN : Facteur de propagation
5. Documents TTN : ADR
6. RP002-1.0.5 Paramètres régionaux LoRaWAN