FR 3057726 A1 20180420 FR 1659900 A 20161013 1 La présente invention concerne un mécanisme de relais entre un ou plusieurs terminaux et une ou plusieurs passerelles dans un système de communication de type LPWAN (« Low-Power Wide-Area Network » en anglais). L'Internet des Objets (« Internet of Things » en anglais) émerge. L'Internet des Objets représente l'extension de l'Internet à des choses et à des lieux du monde physique. Alors que l'Internet ne se prolonge habituellement pas au-delà du monde électronique, l'Internet des Objets représente des échanges d'informations et de données provenant de dispositifs présents dans le monde réel vers l'Internet, comme par exemple pour effectuer une collecte de relevés de consommations de gaz ou d'eau, ou des collectes de mesures de capteurs d'une manière générale. L'Internet des Objets est considéré comme la troisième évolution de l'Internet, baptisée Web 3.0. L'Internet des Objets revêt un caractère universel pour désigner des objets communicants, appelés « objets connectés », aux usages variés, par exemple dans le domaine industriel, agro-alimentaire, de la e-santé ou de la domotique. Ces objets connectés sont typiquement des terminaux à faible consommation énergétique, en veille la plupart du temps, et se réveillant de temps en temps pour collecter des données (capteurs) et pour les transmettre par voie radio. Dans le cadre de l'Internet des Objets, des passerelles situées sur des points géographiquement hauts sont déployées pour le compte d'un opérateur de service, afin de créer une infrastructure réseau pour permettre à ces objets connectés de communiquer. Hors opérations de maintenance, ces passerelles sont typiquement fixes et permanentes. On peut par exemple citer sur ce modèle les réseaux SigFox (marque déposée) ou ThingPark (marque déposée). Ces passerelles communiquent avec les objets connectés grâce à des systèmes de communication sans-fil moyenne ou longue portée de type LPWAN, comme par exemple la technologie LoRaWAN (marque déposée, « Long Range Wide-Area Network » en anglais), aussi connue sous le diminutif « LoRa » (marque déposée, « Long Range » en anglais) du nom de l'alliance faisant la promotion de technologies de réseaux étendus à longue portée LoRaWAN (marque déposée). Ces passerelles permettent à ces objets connectés de communiquer avec un serveur (réseau coeur), appelé LNS (pour « LoRa Network Server » en 3057726 2 anglais, selon la terminologie de la technologie LoRaWAN), typiquement pour remonter des données collectées par lesdits objets connectés. Les passerelles communiquent avec le serveur LNS grâce à une infrastructure réseau, typiquement filaire, adaptée pour supporter la charge du trafic de données échangé entre lesdits 5 objets connectés, lesdites passerelles et le serveur LNS. A noter que les échanges entre les passerelles et le serveur LNS utilisent en général un protocole propriétaire spécifique à l'opérateur de service (non normalisé) basé sur le protocole IP (« Internet Protocol » en anglais, tel que défini dans le document normatif RFC 791). Un problème auquel est confronté l'opérateur de service est que certains objets 10 connectés peuvent être hors de portée radio du système de communication de type LPWAN. Cela peut être dû au fait qu'une passerelle précédemment installée a été déconnectée pour maintenance ou qu'une zone géographique donnée n'est pas encore couverte par le déploiement des passerelles de l'opérateur de service. L'installation d'une passerelle est chronophage, car le fonctionnement d'une telle passerelle (en 15 permanence à l'écoute du medium) impose une alimentation électrique par secteur. Il est donc souhaitable de fournir une solution qui permette de pallier, rapidement et à faible coût, un défaut de portée radio du système de communication de type LPWAN, de sorte à permettre à des objets connectés, qui sont hors de portée radio des passerelles déjà présentes dans le système de communication de type LPWAN, de 20 bénéficier des services dudit système de communication. Il est notamment souhaitable de fournir une solution qui soit faiblement consommatrice en énergie, notamment en comparaison avec les passerelles du système de communication de type LPWAN. Il est en outre souhaitable de fournir une solution qui soit prête-à-l'emploi (« Plug and Play » en anglais). 25 Pour ce faire, l'invention concerne un procédé de transmission dans un système de communication incluant un équipement serveur et au moins une passerelle connectée à l'équipement serveur, chaque passerelle étant configurée pour communiquer avec au moins un terminal via un réseau de communication de type LPWAN en utilisant un mode de communication, dit en Classe A, défini comme suit : 30 ladite passerelle reçoit un message d'origine en provenance d'un dit terminal et propage ledit message d'origine reçu, à destination de l'équipement serveur ; sur réception d'un message de réponse de l'équipement serveur, ladite passerelle propage le message de réponse à destination dudit terminal en utilisant au moins une fenêtre de réception définie par rapport à un temps de transmission dudit message d'origine par 3057726 3 ledit terminal. Le procédé est tel que le système de communication inclut en outre au moins un relais vu comme un terminal par chaque passerelle, chaque relais utilisant le mode de communication en Classe A pour communiquer avec une ou plusieurs dites passerelles, et utilisant pour communiquer avec un ou plusieurs terminaux un autre 5 mode de communication, dit en Classe A', défini comme suit : le relais transmet à intervalles réguliers des balises, chaque balise incluant des informations représentatives d'au moins un intervalle de temps prédéfini par rapport à ladite balise ; le relais est à l'écoute d'éventuels messages d'origine émis par un ou plusieurs terminaux, à destination de l'équipement serveur, uniquement pendant chaque dit 10 intervalle de temps ; en cas de message de réponse de l'équipement serveur fourni via une dite passerelle en mode de communication en Classe A, ledit relais propage le message de réponse à destination dudit terminal en utilisant au moins une autre fenêtre de réception définie par rapport à un temps de transmission dudit message d'origine par ledit terminal, chaque dite autre fenêtre de réception étant décalée postérieurement 15 d'un temps prédéfini par rapport à chaque fenêtre de réception définie en mode de communication en Classe A. De plus, sur réception par un dit relais d'un message d'origine émis par un dit terminal en mode de communication en Classe A', ledit relais effectue les étapes suivantes : effectuer une encapsulation du message d'origine dans un autre message à destination de l'équipement serveur ; transmettre ledit autre 20 message en mode de communication en Classe A, de sorte qu'au moins une dite passerelle propage ledit autre message à l'équipement serveur ; en cas de message de réponse de l'équipement serveur fourni via une dite passerelle en utilisant une fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission dudit autre message par ledit relais, effectuer une des-encapsulation d'un 25 autre message de réponse contenu dans ledit message de réponse et propager ledit autre message de réponse à destination dudit terminal dans une dite autre fenêtre de réception définie en mode de communication en Classe A' par rapport à la transmission dudit message d'origine par ledit terminal. En outre, sur réception d'un message propagé par une ou plusieurs passerelles, lorsque le message reçu inclut un 30 message relayé par un dit relais, l'équipement serveur effectue les étapes suivantes : effectuer une des-encapsulation du message relayé ; traiter le message relayé, afin d'obtenir un message de réponse à adresser au terminal ayant émis le message qui a été relayé ; effectuer une encapsulation du message de réponse dans un autre message de réponse à adresser au relais ; et transmettre ledit autre message de réponse à une 3057726 4 passerelle, afin que ladite passerelle propage ledit autre message de réponse audit relais dans une dite fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission par ledit terminal dudit message propagé. Ainsi, il est pallié un défaut de portée radio du système de communication de 5 type LPWAN, de sorte à permettre à des terminaux (objets connectés), qui sont hors de portée radio des passerelles déjà présentes dans le système de communication de type LPWAN, de bénéficier des services dudit système de communication. Ce bénéfice est atteint à faible coût, puisque le relais peut être en veille la plupart du temps, grâce particulièrement à la définition du mode de communication en Classe A'. 10 Selon un mode de réalisation particulier, chaque relais est initialisé comme suit : ledit relais transmet un message d'enregistrement à destination de l'équipement serveur ; en cas de message de réponse de l'équipement serveur fourni via une dite passerelle, le relais transmet un message de récupération de paramètres de balises à destination de l'équipement serveur ; en cas de message de réponse de l'équipement 15 serveur fourni via une dite passerelle, le relais programme l'envoi desdites balises et programme l'écoute pendant chaque dit intervalle de temps, ledit message de réponse incluant des informations représentatives de chaque dit intervalle de temps. Ainsi, le relais est prêt-à-l'emploi et la portée radio du système de communication de type LPWAN peut être rapidement étendue. 20 Selon un mode de réalisation particulier, sur réception par un dit relais d'un message d'origine émis par un dit terminal en mode de communication en Classe A', le relais effectue les étapes suivantes : lorsque le message d'origine est un message d'enregistrement dudit terminal à destination de l'équipement serveur, ledit relais propage ledit message d'origine à destination de l'équipement serveur, et sur réception 25 d'un message de réponse en provenance de l'équipement serveur, ledit relais considère que le ledit terminal est rattaché audit relais ; lorsque le message d'origine est un autre message, ledit relais propage ledit message d'origine à destination de l'équipement serveur uniquement si ledit terminal est rattaché audit relais. Ainsi, les échanges sont limités en cas de présence de plusieurs relais qui 30 utiliseraient les mêmes intervalles de temps pour écouter d'éventuels messages à relayer à destination de l'équipement serveur, en évitant que chaque relais se charge de propager ces éventuels messages. Cela permet en outre de préserver l'autonomie énergétique des relais. 3057726 5 Selon un mode de réalisation particulier, sur réception d'un message propagé par une ou plusieurs passerelles, lorsque le message reçu inclut un message relayé par un dit relais, l'équipement serveur détermine si le message relayé a aussi été reçu directement via au moins une dite passerelle, et si tel est le cas, l'équipement serveur 5 effectue les étapes suivantes : traiter le message relayé, afin d'obtenir un message de réponse à adresser au terminal ayant émis le message qui a été relayé ; transmettre ledit message de réponse à une passerelle, afin que ladite passerelle propage ledit message de réponse audit terminal dans une dite fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission par ledit terminal du 10 message qui a été relayé ; transmettre au relais un message de détachement indiquant audit relais que ledit terminal n'est plus rattaché audit relais. De plus, le terminal est à l'écoute dans chaque dite fenêtre de réception définie en mode de communication en Classe A et dans chaque dite fenêtre de réception définie en mode de communication en Classe A', et lorsque ledit terminal reçoit un message de réponse dans une dite 15 fenêtre de réception définie en mode de communication en Classe A, ledit terminal bascule en mode de communication en Classe A. Ainsi, il est évité qu'un relais continue de propager des messages transmis par un terminal, alors que ledit terminal est désormais à portée d'au moins une passerelle du système de communication. 20 Selon un mode de réalisation particulier, deux fenêtres de réception sont définies en mode de communication en Classe A et deux fenêtres de réception sont définies en mode de communication en Classe A'. Selon un mode de réalisation particulier, chaque fenêtre de réception en mode de communication en Classe A' est de durée supérieure à chaque fenêtre de réception 25 correspondante en mode de communication en Classe A. Ainsi, il est possible d'utiliser des relais ayant une précision d'horloge moindre que celle des passerelles du système de communication, et on tient compte des dégradations de qualité d'horloges dues à des synchronisations successives. Selon un mode de réalisation particulier, l'équipement serveur comporte au 30 moins une application de relais, chaque application de relais étant en charge d'effectuer les encapsulations et des-encapsulations vis-à-vis d'un ou plusieurs dits relais. Ainsi, l'architecture de l'équipement serveur est simple. 3057726 6 L'invention concerne également un procédé, implémenté par un relais, dans le cadre d'une transmission dans un système de communication incluant un équipement serveur et au moins une passerelle connectée à l'équipement serveur, chaque passerelle étant configurée pour communiquer avec au moins un terminal via un 5 réseau de communication de type LPWAN en utilisant un mode de communication, dit en Classe A, défini comme suit : ledit terminal souhaitant communiquer avec l'équipement serveur directement via une dite passerelle transmet un message d'origine à destination de l'équipement serveur ; ledit terminal est à l'écoute d'un éventuel message de réponse de l'équipement serveur propagé via une dite passerelle 10 pendant au moins une fenêtre de réception définie par rapport à un temps de transmission dudit message d'origine par ledit terminal. De plus, le système de communication inclut en outre ledit relais qui est vu comme un terminal par chaque passerelle, ledit relais utilisant le mode de communication en Classe A pour communiquer avec une ou plusieurs dites passerelles, et utilisant pour communiquer 15 avec un ou plusieurs terminaux un autre mode de communication, dit en Classe A', défini comme suit : le relais transmet à intervalles réguliers des balises, chaque balise incluant des informations représentatives d'au moins un intervalle de temps prédéfini par rapport à ladite balise ; le relais est à l'écoute d'éventuels messages d'origine émis par un ou plusieurs terminaux, à destination de l'équipement serveur, uniquement 20 pendant chaque dit intervalle de temps ; en cas de message de réponse de l'équipement serveur fourni via une dite passerelle en mode de communication en Classe A, ledit relais propage le message de réponse à destination dudit terminal en utilisant au moins une autre fenêtre de réception définie par rapport à un temps de transmission dudit message d'origine par ledit terminal, chaque dite autre fenêtre de 25 réception étant décalée postérieurement d'un temps prédéfini par rapport à chaque fenêtre de réception définie en mode de communication en Classe A. De plus, sur réception par ledit relais d'un message d'origine émis par un dit terminal en mode de communication en Classe A', ledit relais effectue les étapes suivantes : effectuer une encapsulation du message d'origine dans un autre message à destination de 30 l'équipement serveur ; transmettre ledit autre message en mode de communication en Classe A, de sorte qu'au moins une dite passerelle propage ledit autre message à l'équipement serveur ; en cas de message de réponse de l'équipement serveur fourni via une dite passerelle en utilisant une fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission dudit autre message par ledit 3057726 7 relais, effectuer une des-encapsulation d'un autre message de réponse contenu dans ledit message de réponse et propager ledit autre message de réponse à destination dudit terminal dans une dite autre fenêtre de réception définie en mode de communication en Classe A' par rapport à la transmission dudit message d'origine par 5 ledit terminal. L'invention concerne également un procédé, implémenté par un terminal, dans le cadre d'une transmission dans un système de communication incluant un équipement serveur et au moins une passerelle connectée à l'équipement serveur, ledit terminal étant configuré pour communiquer avec au moins une dite passerelle via un 10 réseau de communication de type LPWAN en utilisant un mode de communication, dit en Classe A, défini comme suit : ledit terminal souhaitant communiquer avec l'équipement serveur directement via une dite passerelle transmet un message d'origine à destination de l'équipement serveur ; ledit terminal est à l'écoute d'un éventuel message de réponse de l'équipement serveur propagé via une dite passerelle 15 pendant au moins une fenêtre de réception définie par rapport à un temps de transmission dudit message d'origine par ledit terminal. De plus, le système de communication incluant en outre au moins un relais, ledit terminal est configuré pour communiquer avec chaque relais selon un autre mode de communication, dit en Classe A', défini comme suit : le terminal reçoit des balises émises par un dit relais, 20 chaque balise incluant des informations représentatives d'au moins un intervalle de temps prédéfini par rapport à ladite balise ; ledit terminal souhaitant communiquer avec l'équipement serveur via ledit relais transmet un message d'origine à destination de l'équipement serveur, uniquement pendant un dit intervalle de temps ; et ledit terminal est à l'écoute d'un éventuel message de réponse de l'équipement serveur 25 propagé via ledit relais pendant au moins une autre fenêtre de réception définie par rapport à un temps de transmission dudit message d'origine par ledit terminal, chaque dite autre fenêtre de réception étant décalée postérieurement d'un temps prédéfini par rapport à chaque fenêtre de réception définie en mode de communication en Classe A. L'invention concerne également un procédé, implémenté par un équipement 30 serveur, dans le cadre d'une transmission dans un système de communication incluant ledit équipement serveur et au moins une passerelle connectée à l'équipement serveur, chaque passerelle étant configurée pour communiquer avec au moins un terminal via un réseau de communication de type LPWAN. Le procédé est tel que, le système de communication incluant en outre au moins un relais, sur réception d'un message 3057726 8 propagé par une ou plusieurs passerelles, lorsque le message reçu inclut un message relayé par un dit relais, l'équipement serveur effectue les étapes suivantes : effectuer une des-encapsulation du message relayé ; traiter le message relayé, afin d'obtenir un message de réponse à adresser au terminal ayant émis le message qui a été relayé ; 5 effectuer une encapsulation du message de réponse dans un autre message de réponse à adresser au relais ; et transmettre ledit autre message de réponse à une passerelle, afin que ladite passerelle propage ledit autre message de réponse audit relais. L'invention concerne également un système de communication incluant un équipement serveur et au moins une passerelle connectée à l'équipement serveur, 10 chaque passerelle étant configurée pour communiquer avec au moins un terminal via un réseau de communication de type LPWAN en utilisant un mode de communication, dit en Classe A, défini comme suit : ladite passerelle est configurée pour recevoir un message d'origine en provenance d'un dit terminal et propage ledit message d'origine reçu, à destination de l'équipement serveur ; sur réception d'un 15 message de réponse de l'équipement serveur, ladite passerelle est configurée pour propager le message de réponse à destination dudit terminal en utilisant au moins une fenêtre de réception définie par rapport à un temps de transmission dudit message d'origine par ledit terminal. De plus, le système de communication inclut en outre au moins un relais vu comme un terminal par chaque passerelle, chaque relais étant 20 configuré pour utiliser le mode de communication en Classe A pour communiquer avec une ou plusieurs dites passerelles, et pour utiliser pour communiquer avec un ou plusieurs terminaux un autre mode de communication, dit en Classe A', défini comme suit : le relais est configuré pour transmettre à intervalles réguliers des balises, chaque balise incluant des informations représentatives d'au moins un intervalle de temps 25 prédéfini par rapport à ladite balise ; le relais est configuré pour être à l'écoute d'éventuels messages d'origine émis par un ou plusieurs terminaux, à destination de l'équipement serveur, uniquement pendant chaque dit intervalle de temps ; en cas de message de réponse de l'équipement serveur fourni via une dite passerelle en mode de communication en Classe A, ledit relais est configuré pour propager le message de 30 réponse à destination dudit terminal en utilisant au moins une autre fenêtre de réception définie par rapport à un temps de transmission dudit message d'origine par ledit terminal, chaque dite autre fenêtre de réception étant décalée postérieurement d'un temps prédéfini par rapport à chaque fenêtre de réception définie en mode de communication en Classe A. De plus, sur réception par un dit relais d'un message 3057726 9 d'origine émis par un dit terminal en mode de communication en Classe A', ledit relais implémente : des moyens pour effectuer une encapsulation du message d'origine dans un autre message à destination de l'équipement serveur ; des moyens pour transmettre ledit autre message en mode de communication en Classe A, de sorte 5 qu'au moins une dite passerelle propage ledit autre message à l'équipement serveur ; en cas de message de réponse de l'équipement serveur fourni via une dite passerelle en utilisant une fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission dudit autre message par ledit relais, des moyens pour effectuer une des-encapsulation d'un autre message de réponse contenu dans ledit 10 message de réponse et des moyens pour propager ledit autre message de réponse à destination dudit terminal dans une dite autre fenêtre de réception définie en mode de communication en Classe A' par rapport à la transmission dudit message d'origine par ledit terminal. De plus, sur réception d'un message propagé par une ou plusieurs passerelles, lorsque le message reçu inclut un message relayé par un dit relais, 15 l'équipement serveur implémente : des moyens pour effectuer une des-encapsulation du message relayé ; des moyens pour traiter le message relayé, afin d'obtenir un message de réponse à adresser au terminal ayant émis le message qui a été relayé ; des moyens pour effectuer une encapsulation du message de réponse dans un autre message de réponse à adresser au relais ; et des moyens pour transmettre ledit autre 20 message de réponse à une passerelle, afin que ladite passerelle propage ledit autre message de réponse audit relais dans une dite fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission par ledit terminal dudit message propagé. L'invention concerne également un relais destiné à être utilisé dans un système 25 de communication incluant un équipement serveur et au moins une passerelle connectée à l'équipement serveur, chaque passerelle étant configurée pour communiquer avec au moins un terminal via un réseau de communication de type LPWAN en utilisant un mode de communication, dit en Classe A, défini comme suit : ledit terminal souhaitant communiquer avec l'équipement serveur directement via une 30 dite passerelle est configuré pour transmettre un message d'origine à destination de l'équipement serveur ; ledit terminal est configuré pour être à l'écoute d'un éventuel message de réponse de l'équipement serveur propagé via une dite passerelle pendant au moins une fenêtre de réception définie par rapport à un temps de transmission dudit message d'origine par ledit terminal. De plus, ledit relais étant vu comme un terminal 3057726 10 par chaque passerelle, ledit relais est configuré pour utiliser le mode de communication en Classe A pour communiquer avec une ou plusieurs dites passerelles, et pour utiliser pour communiquer avec un ou plusieurs terminaux un autre mode de communication, dit en Classe A', défini comme suit : le relais est 5 configuré pour transmettre à intervalles réguliers des balises, chaque balise incluant des informations représentatives d'au moins un intervalle de temps prédéfini par rapport à ladite balise ; le relais est configuré pour être à l'écoute d'éventuels messages d'origine émis par un ou plusieurs terminaux, à destination de l'équipement serveur, uniquement pendant chaque dit intervalle de temps ; en cas de message de 10 réponse de l'équipement serveur fourni via une dite passerelle en mode de communication en Classe A, ledit relais est configuré pour propager le message de réponse à destination dudit terminal en utilisant au moins une autre fenêtre de réception définie par rapport à un temps de transmission dudit message d'origine par ledit terminal, chaque dite autre fenêtre de réception étant décalée postérieurement 15 d'un temps prédéfini par rapport à chaque fenêtre de réception définie en mode de communication en Classe A. De plus, sur réception par ledit relais d'un message d'origine émis par un dit terminal en mode de communication en Classe A', ledit relais implémente : des moyens pour effectuer une encapsulation du message d'origine dans un autre message à destination de l'équipement serveur ; des moyens 20 pour transmettre ledit autre message en mode de communication en Classe A, de sorte qu'au moins une dite passerelle propage ledit autre message à l'équipement serveur ; en cas de message de réponse de l'équipement serveur fourni via une dite passerelle en utilisant une fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission dudit autre message par ledit relais, des moyens pour 25 effectuer une des-encapsulation d'un autre message de réponse contenu dans ledit message de réponse et des moyens pour propager ledit autre message de réponse à destination dudit terminal dans une dite autre fenêtre de réception définie en mode de communication en Classe A' par rapport à la transmission dudit message d'origine par ledit terminal. 30 L'invention concerne également un terminal destiné à être utilisé avec un système de communication incluant un équipement serveur et au moins une passerelle connectée à l'équipement serveur, ledit terminal étant configuré pour communiquer avec au moins une dite passerelle via un réseau de communication de type LPWAN en utilisant un mode de communication, dit en Classe A, défini comme suit : ledit 3057726 11 terminal souhaitant communiquer avec l'équipement serveur directement via une dite passerelle est configuré pour transmettre un message d'origine à destination de l'équipement serveur ; ledit terminal est configuré pour être à l'écoute d'un éventuel message de réponse de l'équipement serveur propagé via une dite passerelle pendant 5 au moins une fenêtre de réception définie par rapport à un temps de transmission dudit message d'origine par ledit terminal. De plus, le système de communication incluant en outre au moins un relais, ledit terminal est configuré pour communiquer avec chaque relais selon un autre mode de communication, dit en Classe A', défini comme suit : le terminal est configuré pour recevoir des balises émises par un dit relais, 10 chaque balise incluant des informations représentatives d'au moins un intervalle de temps prédéfini par rapport à ladite balise ; ledit terminal souhaitant communiquer avec l'équipement serveur via ledit relais est configuré pour transmettre un message d'origine à destination de l'équipement serveur, uniquement pendant un dit intervalle de temps ; ledit terminal est configuré pour être à l'écoute d'un éventuel message de 15 réponse de l'équipement serveur propagé via ledit relais pendant au moins une autre fenêtre de réception définie par rapport à un temps de transmission dudit message d'origine par ledit terminal, chaque dite autre fenêtre de réception étant décalée postérieurement d'un temps prédéfini par rapport à chaque fenêtre de réception définie en mode de communication en Classe A. 20 L'invention concerne également un équipement serveur destiné à être utilisé dans un système de communication incluant ledit équipement serveur et au moins une passerelle connectée à l'équipement serveur, chaque passerelle étant configurée pour communiquer avec au moins un terminal via un réseau de communication de type LPWAN. Le système de communication incluant en outre au moins un relais, sur 25 réception d'un message propagé par une ou plusieurs passerelles, lorsque le message reçu inclut un message relayé par un dit relais, l'équipement serveur implémente : des moyens pour effectuer une des-encapsulation du message relayé ; des moyens pour traiter le message relayé, afin d'obtenir un message de réponse à adresser au terminal ayant émis le message qui a été relayé ; des moyens pour effectuer une encapsulation 30 du message de réponse dans un autre message de réponse à adresser au relais ; et des moyens pour transmettre ledit autre message de réponse à une passerelle, afin que ladite passerelle propage ledit autre message de réponse audit relais. L'invention concerne également un programme d'ordinateur, qui peut être stocké sur un support et/ou téléchargé d'un réseau de communication, afin d'être lu 3057726 12 par un processeur. Ce programme d'ordinateur comprend des instructions pour implémenter le procédé mentionné ci-dessus vis-à-vis du relais ou le procédé mentionné ci-dessus vis-à-vis du terminal ou le procédé mentionné ci-dessus vis-à-vis de l'équipement serveur, lorsque ledit programme est exécuté par le processeur. 5 L'invention concerne également un medium de stockage d'informations stockant un tel programme d'ordinateur. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi 10 lesquels : - la Fig. 1 illustre schématiquement un système de communication incluant un équipement serveur, au moins une passerelle, au moins un relais et au moins un terminal ; - la Fig. 2 illustre schématiquement un exemple d'architecture matérielle d'un 15 dit relais et/ou d'un dit terminal et/ou de l'équipement serveur ; - les Figs. 3A à 3E illustrent schématiquement des séquencements de communications dans le cadre du système de communication de la Fig. 1 ; - la Fig. 4 illustre schématiquement un algorithme, implémenté par chaque relais, d'initialisation dudit relais ; 20 - la Fig. 5 illustre schématiquement un algorithme, implémenté par chaque terminal, d'enregistrement dudit terminal auprès de l'équipement serveur ; - la Fig. 6 illustre schématiquement un algorithme, implémenté par chaque terminal, de transmission de données à l'équipement serveur ; - la Fig. 7 illustre schématiquement un algorithme, implémenté par chaque 25 relais, de propagation de données à destination de l'équipement serveur ; - la Fig. 8 illustre schématiquement un algorithme, implémenté par l'équipement serveur, pour enregistrer chaque relais lors de l'initialisation dudit relais ; - la Fig. 9 illustre schématiquement un algorithme, implémenté par 30 l'équipement serveur, pour traiter un premier type de message relayé ; - la Fig. 10 illustre schématiquement un algorithme, implémenté par l'équipement serveur, pour traiter un second type de message relayé ; et 3057726 13 - la Fig. 11 illustre schématiquement un exemple d'échanges de messages au sein du système de communication, en application d'un mode de réalisation de la présente invention. L'invention est plus particulièrement décrite ci-après dans un contexte 5 d'infrastructure réseau de type LoRaWAN (marque déposée), en utilisant notamment des terminologies que l'on retrouve dans les spécifications LoRaWAN (marque déposée). Les principes et implémentations décrits ci-après s'appliquent cependant, de manière plus générale, à un contexte d'infrastructure réseau de type LPWAN. De plus, l'invention est plus particulièrement décrite ci-après en utilisant deux 10 fenêtres de réception en mode de transmission en Classe A, comme dans les spécifications LoRaWAN (marque déposée). Toutefois, il convient de noter qu'une quantité différente de fenêtres de réception en mode de transmission en Classe A peut être utilisée, et notamment une seule fenêtre de réception en mode de transmission en Classe A. 15 La Fig. 1 illustre schématiquement un système de communication dans lequel la présente invention est implémentée. Le système de communication comporte une pluralité de passerelles GW, qui disposent de liens de communication respectifs avec un équipement serveur SERV 130 auquel lesdites passerelles GW sont rattachées. Selon un mode de réalisation 20 particulier, chaque passerelle GW intègre une fonction d'accès à l'Internet et le lien de communication entre ladite passerelle avec l'équipement serveur SERV 130 repose sur le protocole IP. Considérons à titre illustratif que le système de communication comporte trois passerelles GW 120, 121, 122. Dans le système de communication, des messages doivent être remontés jusqu'à 25 l'équipement serveur SERV 130 sous forme de trames depuis chaque terminal EP (« End-Point » en anglais) d'un ensemble de terminaux EP dudit système de communication. Considérons à titre illustratif que le système de communication comporte quatre terminaux EP 110, 111, 112, 113. Pour permettre aux terminaux EP de communiquer indirectement avec 30 l'équipement serveur SERV 130, chaque passerelle GW comporte une interface radio permettant à ladite passerelle de communiquer avec lesdits terminaux EP en s'appuyant sur un réseau de communication sans-fil, et préférentiellement selon une technologie de communication de type LPWAN (pour peu que la portée radio de la technologie de communication le permette). Ladite interface radio est 3057726 14 préférentiellement de type LoRa (marque déposée) permettant ainsi d'implémenter, au sein du système de communication, un protocole de transmission de données de type LoRaWAN (marque déposée). Pour pallier un éventuel manque de portée radio de la technologie de 5 communication de type LPWAN, notamment lorsqu'une ou plusieurs passerelles GW sont en maintenance ou en attendant que le déploiement des passerelles GW soit achevé, le système de communication inclut un ou plusieurs relais RL. Considérons à titre illustratif dans le cadre de la Fig. 1 que le système de communication inclut un seul relais RL 100. 10 Le relais RL 100 vise donc à s'intercaler entre un ou plusieurs terminaux EP et une ou plusieurs passerelles GW du système de communication. Le relais RL 100 utilise donc, pour communiquer avec les terminaux EP et les passerelles GW, la même couche physique de communication que les terminaux EP et les passerelles GW les uns avec les autres. Comme détaillé par la suite, l'accès au medium de communication 15 est cependant différent lorsque le relais RL 100 intervient dans les communications entre les terminaux EP et l'équipement serveur SERV 130. Le relais RL 100 est un dispositif « dormant ». Cela signifie que le relais RL 100 est en veille à l'exception des situations suivantes : - lors d'intervalles de temps prédéterminés pendant lesquels le relais RL 100 20 doit émettre des balises, ainsi que de périodes de temps nécessaires à la gestion desdites balises ; - lors d'intervalles de temps prédéterminés pendant lesquels un ou plusieurs terminaux EP sont autorisés à transmettre des messages à relayer par le relais RL 100, ainsi que de périodes de temps nécessaires à la gestion desdits messages ; 25 - lors d'intervalles de temps prédéterminés pendant lesquels le relais RL 100 est autorisé à envoyer des réponses à des messages transmis par un ou plusieurs terminaux EP et que le relais RL 100 a relayés, ainsi que de périodes de temps nécessaires à la gestion desdites réponses ; - lors d'intervalles de temps prédéterminés pendant lesquels le relais RL 100 30 doit transmettre des messages à destination de l'équipement serveur SERV 130, ainsi que de périodes de temps nécessaires à la gestion desdits messages ; - lors d'intervalles de temps prédéterminés pendant lesquels une quelconque desdites passerelles GW 120, 121, 122 est autorisée à envoyer des réponses à des 3057726 15 messages envoyés par le relais RL 100 à destination de l'équipement serveur SERV 130, ainsi que de périodes de temps nécessaires à la gestion desdites réponses ; et - lors d'autres traitements prédéterminés à la charge du relais RL 100. En effet, le relais RL 100 a vocation à pallier, à moindre coût, l'absence de 5 passerelle GW pour couvrir une zone géographique dans laquelle sont situés (ou potentiellement situés) des terminaux EP. Le relais RL 100 est alors alimenté de manière autonome, par batterie ou par panneau solaire, et préserve son énergie en ne se réveillant que quand cela est rendu nécessaire pour effectuer le relais entre un ou plusieurs terminaux EP et le reste du système de communication (ou quand cela est 10 rendu nécessaire pour effectuer d'autres traitements prédéterminés dont le relais RL 100 a la charge). Pour pouvoir se mettre en veille autant que possible, le relais RL 100 applique, dans ses communications indirectes avec l'équipement serveur SERV 130 (donc via une ou plusieurs passerelles GW), un premier mécanisme de communication décrit ci-après en relation avec les Figs. 3A et 3B. Ce premier mécanisme de 15 communication correspond au mode de communication, dit en « Classe A », dans le protocole de transmission de données de type LoRaWAN (marque déposée). De plus, le relais RL 100 applique, dans ses communications avec tout équipement EP, un second mécanisme de communication décrit ci-après en relation avec les Figs. 3C, 3D et 3E. Ce second mécanisme de communication est donc un autre mode de 20 communication, dit en « Classe A' », différent du mode de communication en Classe A (ainsi que du mode de communication, dit en « Classe B », dans le protocole de transmission de données de type LoRaWAN (marque déposée), même si le mode de communication en Classe A' repose aussi sur des transmissions de balises). Afin de permettre une mise en place de ces mécanismes de communication, le relais RL 100 25 est initialisé comme décrit ci-après en relation avec la Fig. 4. Dans un mode de réalisation particulier de l'équipement serveur SERV 130, l'équipement serveur SERV 130 inclut un serveur LNS 131 qui a un rôle de contrôle et de collecte d'informations auprès des terminaux EP 110, 111, 112, 113 via les passerelles GW 120, 121, 122. L'équipement serveur SERV 130 inclut en outre une 30 ou plusieurs applications de terminal EPA 133, en charge de traiter les informations collectées par le serveur LNS 131 auprès des terminaux EP 110, 111, 112, 113 et en charge d'envoyer des réponses (incluant des acquittements de données et potentiellement des commandes) aux terminaux EP 110, 111, 112, 113. Une même application de terminal EPA 133 peut prendre en charge un ou plusieurs terminaux 3057726 16 EP. De plus, afin de prendre en compte la présence du relais RL 100 et la rendre transparente auprès des passerelles GW 120, 121, 122, l'équipement serveur SERV 130 inclut en outre une ou plusieurs applications de relais RLA, en charge d'effectuer des opérations d' encapsulation et de des-encapsulation, comme expliqué ci-après 5 notamment en relation avec les Figs. 9 et 10. Une même application de relais RLA peut prendre en charge un ou plusieurs relais RL. Le serveur LNS 131 est alors en charge de gérer les transferts de données et d'informations au sein de l'équipement serveur SERV 130, plus particulièrement vis-à-vis de l'application de terminal EPA 133 et de l'application de relais RLA 132. 10 A noter que l'équipement serveur SERV 130 peut être constitué d'une seule machine ou d'un ensemble de machines interconnectées. Notamment, l'équipement serveur SERV 130 peut être tel que le serveur LNS 131 et l'application de relais RLA 132 d'un côté, et les applications de terminal EPA 133 de l'autre côté, sont implémentés par des machines distinctes. 15 Un exemple d'architecture matérielle applicable aux relais RL, aux terminaux EP et à l'équipement serveur SERV 130 est schématiquement illustré par la Fig. 2. Considérons à titre illustratif le cas du relais RL 100. Le relais RL 100 comporte alors, reliés par un bus de communication 220: un processeur ou CPU (« Central Processing Unit » en anglais) 210 ; une mémoire vive 20 RAM (« Random Access Memory » en anglais) 211 ; une mémoire morte ROM (« Read Only Memory » en anglais) 212 ; une unité de stockage ou un lecteur de support de stockage, tel qu'un lecteur de cartes SD (« Secure Digital » en anglais) 213 ; et, une interface de communication COM 214. L'interface de communication COM 214 permet au relais RL 100 de communiquer avec une ou plusieurs passerelles 25 GW, ainsi qu'avec un ou plusieurs quelconques terminaux EP implémentant la technologie de communication de type LPWAN. Lorsque l'exemple d'architecture matérielle représente l'équipement serveur SERV 130, l'unité de stockage 213 est préférentiellement un ou plusieurs disques durs HDD (« Hard Disk Drive » en anglais). De plus, l'interface de communication COM 30 214 permet alors notamment à l'équipement serveur SERV 130 de communiquer avec chacune des passerelles GW 120, 121, 122. Lorsque l'exemple d'architecture matérielle représente un terminal EP, l'interface de communication COM 214 permet alors notamment audit terminal EP de 3057726 17 communiquer selon la technologie de communication de type LPWAN (afin de communiquer). Le processeur 210 est capable d'exécuter des instructions chargées dans la RAM 211 à partir de la ROM 212, d'une mémoire externe, d'un support de stockage, ou 5 d'un réseau de communication. Lorsque le relais RL 100 est mis sous tension, le processeur 210 est capable de lire de la RAM 211 des instructions et de les exécuter. Ces instructions forment un programme d'ordinateur causant l'implémentation, par le processeur 210, de tout ou partie des algorithmes et étapes décrits ici en relation avec le relais RL 100 en question. Ce principe s'applique de manière analogue à chaque 10 terminal EP et à l'équipement serveur SERV 130. Ainsi, tout ou partie des algorithmes et étapes décrits ici peut être implémenté sous forme logicielle par exécution d'un ensemble d'instructions par une machine programmable, telle qu'un DSP (« Digital Signal Processor » en anglais) ou un microcontrôleur. Tout ou partie des algorithmes et étapes décrits ici peut aussi être 15 implémenté sous forme matérielle par une machine ou un composant dédié, tel qu'un FPGA (« Field-Programmable Gate Array » en anglais) ou un ASIC (« ApplicationSpecific Integrated Circuit » en anglais). Les Figs. 3A à 3E illustrent schématiquement des séquencements de communications dans le cadre de l'accès au medium de communication selon la 20 technologie LPWAN au sein du système de communication. La Fig. 3A illustre schématiquement un séquencement de communications, appliqué lorsqu'un terminal EP souhaite transmettre un message de requête d'enregistrement, appelé JOIN REQUEST (JR), à l'équipement serveur SERV 130 en communiquant directement avec une ou plusieurs passerelles GW. A noter que la voie 25 montante peut être réalisée via plusieurs passerelles GW qui reçoivent en parallèle le message JOIN REQUEST, alors que l'équipement serveur SERV 130 choisit une passerelle GW pour réaliser la voie descendante. Lorsque le terminal EP souhaite transmettre un tel message JOIN REQUEST, ledit terminal EP accède au medium de communication après avoir attendu que soit écoulée une durée aléatoire (bornée). 30 Ledit terminal EP transmet ainsi son message JOIN REQUEST, ce qui définit une première fenêtre de réception Rxl et une seconde fenêtre de réception Rx2. En réponse au message JOIN REQUEST, le terminal EP est censé recevoir un message de réponse, appelé JOIN ACCEPT, dans la première fenêtre de réception Rxl ou dans la seconde fenêtre de réception Rx2. Cela permet au terminal EP de se mettre en veille 3057726 18 après avoir envoyé le message JOIN REQUEST et savoir exactement à quels moments se réveiller pour recevoir une éventuelle réponse au message JOIN REQUEST. La première fenêtre de réception Rxl est définie à un temps 41 par rapport à l'envoi du message JOIN REQUEST et la seconde fenêtre de réception Rx2 5 est définie à un temps 42 par rapport à la première fenêtre de réception Rxl. Par exemple, 41 vaut 5 secondes et 42 vaut 1 seconde. La première fenêtre de réception Rxl et la seconde fenêtre de réception Rx2 sont préférentiellement de même taille. Le séquencement de communications montré sur la Fig. 3A est aussi utilisé par tout relais RL pour lui-même transmettre un message JOIN REQUEST à 10 l'équipement serveur SERV 130 en communiquant avec une ou plusieurs passerelles GW. La Fig. 3B illustre schématiquement un séquencement de communications, appliqué lorsqu'un terminal EP souhaite transmettre un message de service MSG à l'équipement serveur SERV 130 en communiquant directement avec une ou plusieurs 15 passerelles GW. Un message de service MSG est un message de tout type transmis en voie montante par le terminal EP après enregistrement auprès de l'équipement serveur SERV 130 (i.e. en dehors du message JOIN REQUEST). Lorsque le terminal EP souhaite transmettre un tel message de service MSG, ledit terminal EP accède au medium de communication après avoir attendu que soit écoulée une durée aléatoire 20 (bornée). Ledit terminal EP transmet ainsi son message de service MSG, ce qui définit la première fenêtre de réception Rxl et la seconde fenêtre de réception Rx2. En réponse au message de service MSG, le terminal EP est censé recevoir un message de réponse dans la première fenêtre de réception Rxl ou dans la seconde fenêtre de réception Rx2. Cela permet au terminal EP de se mettre en veille après avoir envoyé le 25 message de service et savoir exactement à quel moment se réveiller pour recevoir une éventuelle réponse audit message de service. Ce qui diffère par rapport à la Fig. 3A est que la première fenêtre de réception Rxl est définie à un temps 43 41 par rapport à la 25 première fenêtre de réception Rxl, et la quatrième fenêtre de réception Rx'2 est définie à un temps 42 par rapport à la troisième fenêtre de réception Rx'1. A noter donc que le temps 44 est typiquement supérieur au temps 41 du fait de la présence du relais RL 100 dans la chaîne de transmission entre le terminal EP en question et l'équipement serveur SERV 130. Le temps 44 peut toutefois être égal au temps 41, 30 notamment en partant du principe que le temps 41 a été défini avec une marge confortable pour apporter de la flexibilité au système de communication dans les opérations à effectuer dans le cadre de l'enregistrement d'un terminal EP. La troisième fenêtre de réception Rx'l et la quatrième fenêtre de réception Rx'2 sont préférentiellement de même taille. La troisième fenêtre de réception Rx'l peut 3057726 20 être de même taille que la première fenêtre de réception Rxl, et la quatrième fenêtre de réception Rx'2 peut être de même taille que la seconde fenêtre de réception Rx2. Dans un mode de réalisation préférentiel, la troisième fenêtre de réception Rx'l est agrandie d'une marge c par rapport à la première fenêtre de réception Rxl et la 5 quatrième fenêtre de réception Rx'2 est agrandie d'une marge c par rapport à la première fenêtre de réception Rx2, afin de relâcher les contraintes de précision d'horloge, et d'une manière générale les contraintes de fabrication, du relais RL 100 par rapport à celles des passerelles GW. En réponse au message JOIN REQUEST, le terminal EP est censé recevoir un 10 message JOIN ACCEPT dans la troisième fenêtre de réception Rx' 1 ou dans la quatrième fenêtre de réception Rx'2, sauf si une passerelle GW est devenue à portée radio dudit terminal EP, auquel cas le message JOIN ACCEPT est transmis dans la première fenêtre de réception Rxl ou dans la seconde fenêtre de réception Rx2. Cet agencement permet au terminal EP de se mettre en veille après avoir envoyé le 15 message JOIN REQUEST et savoir exactement à quel moment se réveiller pour recevoir une éventuelle réponse au message JOIN REQUEST lorsque ledit terminal EP s'appuie sur le relais RL 100 pour communiquer avec l'équipement serveur SERV 130. Moyennant la marge éventuelle c susmentionnée, les définitions de la troisième 20 fenêtre de réception Rx'l et la quatrième fenêtre de réception Rx'2 sont des répliques respectives, décalées dans le temps (temps 44), des définitions de la première fenêtre de réception Rxl et de la seconde fenêtre de réception Rx2. Préférentiellement, les mêmes configurations de transmission (schéma de modulation et de codage,...) y sont respectivement utilisées. 25 La Fig. 3D illustre schématiquement un séquencement de communications, appliqué lorsqu'un terminal EP souhaite transmettre un message de service MSG à l'équipement serveur SERV 130 en s'appuyant sur le relais RL 100. Lorsque le terminal EP souhaite transmettre un tel message de service MSG, ledit terminal EP accède au medium de communication dans un intervalle de temps prédéterminé, tel 30 que décrit ci-après en relation avec la Fig. 3E. Ledit terminal EP transmet ainsi son message de service MSG, ce qui définit la première fenêtre de réception Rxl et la seconde fenêtre de réception Rx2, ainsi que la troisième fenêtre de réception Rx'l et la quatrième fenêtre de réception Rx'2. Comme pour la Fig. 3B, la première fenêtre de réception Rxl est définie à un temps 43 43 par rapport à la première fenêtre de réception Rxl. A noter donc que le temps 45 est typiquement supérieur au temps 43 du fait de la présence du relais RL 100 dans la chaîne de transmission entre le terminal EP en question et 5 l'équipement serveur SERV 130. Le temps 45 peut toutefois être égal au temps 43, notamment en partant du principe que le temps 43 a été défini avec une marge confortable pour apporter de la flexibilité au système de communication dans les opérations à effectuer dans le cadre du traitement des messages de service MSG. Le temps 45 est préférentiellement égal au temps 44 et au temps 41, par souci de 10 simplicité de configuration du système de communication. En réponse au message de service MSG, le terminal EP est censé recevoir un message de réponse correspondant dans la troisième fenêtre de réception Rx'l ou dans la quatrième fenêtre de réception Rx'2, sauf si une passerelle GW est devenue à portée radio dudit terminal EP, auquel cas ledit message de réponse est transmis dans la 15 première fenêtre de réception Rxl ou dans la seconde fenêtre de réception Rx2. Cet agencement permet au terminal EP de se mettre en veille après avoir envoyé le message de service MSG et savoir exactement à quels moments se réveiller pour recevoir une éventuelle réponse au message de service MSG lorsque ledit terminal EP s'appuie sur le relais RL 100 pour communiquer avec l'équipement serveur SERV 20 130. Comme pour les temps 41, 42 et 43, les temps 44 et 45 sont pré-renseignés au sein de tout terminal EP ayant conscience (« awareness » en anglais) de la potentielle présence du relais RL 100 dans le système de communication, ainsi qu'au sein du relais RL 100 (e.g. au moment de leur fabrication). En variante de réalisation, les 25 temps 44 et 45 sont pré-renseignés au sein du relais RL 100 (e.g. au moment de sa fabrication) et le relais RL 100 informe des valeurs des temps 44 et/ou 45 au sein de balises transmises par ledit relais RL 100. Ces balises sont introduites ci-après en relation avec la Fig. 3E. La Fig. 3E illustre schématiquement un séquencement de communications, 30 appliqué lorsqu'un terminal EP souhaite s'appuyer sur le relais RL 100 pour communiquer avec l'équipement serveur SERV 130. En effet, les séquencements de communication illustrés aux Figs. 3A et 3B sont initiés par un envoi, de manière asynchrone, respectivement d'un message JOIN REQUEST ou MSG par le terminal EP en question (ou par le relais RL 100 lorsque ledit relais RL 100 communique avec 3057726 22 l'équipement serveur SERV 130 via une ou plusieurs passerelles GW). L'asynchronisme de l'initiation de ces séquencements ne pose pas de difficulté particulière, car les passerelles GW sont conçues pour être alimentées en permanence et peuvent donc être constamment prêtes à écouter le medium dans le cadre des 5 communications de type LPWAN. Pour permettre au relais RL 100 de se mettre en veille, un certain synchronisme est introduit. Ainsi, le relais RL 100 émet de manière régulière des balises B. L'émission de ces balises B s'effectue en même temps que l'émission de balises par les passerelles GW dans le cadre des communications de type LPWAN. En effet, les passerelles GW sont synchronisées entre elles et sont 10 configurées pour transmettre simultanément des balises, qui donnent une référence temporelle aux équipements (e.g. terminaux EP) qui les écoutent. Ainsi, le relais RL 100 peut s'appuyer sur les balises émises par une ou plusieurs passerelles GW pour se synchroniser au système de communication. En émettant lui-même les balises B, le relais RL 100 permet aussi à des terminaux EP en dehors de la portée radio effective 15 des passerelles GW d'être synchronisés avec le reste du système de communication. Les balises B émises par le relais RL 100 incluent une information indiquant que lesdites balises B ont été émises par un relais RL, de sorte à permettre à un terminal EP recevant lesdites balises de savoir qu'elles n'ont pas été transmises par une passerelle GW. Cela permet audit terminal EP de savoir quel mode de communication 20 utiliser entre Classe A et Classe A', comme décrit ci-après en relation avec les Figs. 5 et 6. Les balises B ont ainsi le même format que celles émises par les passerelles GW. En s'appuyant sur le protocole de transmission de données de type LoRaWAN (marque déposée), les balises B peuvent se distinguer de celles émises par les 25 passerelles GW, en utilisant une valeur spécifique (e.g. la valeur « 3 ») dans le sous- champ Infodesc du champ GwSpecific. Le temps entre deux émissions successives de balises B, que l'on appelle cycle, est découpé en intervalles de temps SL séparés par des intervalles de garde de durée prédéfinie, comme montré sur la Fig. 3E où x+1 intervalles de temps de SLO à SLx 30 sont représentés. Les intervalles de temps SL sont de durée prédéfinie connue des terminaux EP, du relais RL 100 et des passerelles GW (e.g. au moment de leur fabrication). Les intervalles de temps SL débutent et se terminent à des instants déductibles relativement aux balises B. Chaque balise B inclut des informations indiquant quels intervalles de temps peuvent être utilisés par les terminaux EP pour 3057726 23 s'appuyer sur le relais RL 100 afin de communiquer avec l'équipement serveur SERV 130. Il est possible qu'un seul intervalle de temps SL soit autorisé à être utilisé par cycle par les terminaux EP pour s'appuyer sur le relais RL 100 afin de communiquer avec l'équipement serveur SERV 130. Les intervalles de temps SL indiqués dans les 5 balises B sont donc des intervalles de temps SL pendant lesquels le relais RL 100 est configure pour écouter le medium, et donc pendant lesquels les messages JOIN REQUEST et les messages de service MSG qui doivent être relayés par le relais RL 100 doivent être transmis par les terminaux EP concernés. Cet aspect est détaillé ci-après en relation avec la Fig. 7. Les balises B peuvent en outre inclure une 10 information indiquant quel débit de données DR (« Data Rate » en anglais) est applicable dans chaque intervalle de temps SL indiqué dans lesdites balises B. Dans un mode de réalisation particulier dans lequel le relais RL 100 n'est pas en mesure d'écouter le medium en même temps que de transmettre via ledit medium, le relais RL 100 annule la transmission de balise B pour certains cycles. Cela permet au 15 relais RL 100 d'écouter le medium à la recherche d'une balise émise par une passerelle GW du système de communication, d'en déterminer l'instant d'émission et de se maintenir synchronisé avec le reste du système de communication. Les séquencements de communications montrés sur les Figs. 3C, 3D et 3E définissent ainsi le mode de communication en Classe A' déjà évoqué. Une quantité 20 différente de fenêtres de réception peut être utilisée, dès lors que le mode de communication en Classe A' double (décalage dans le temps (temps 44 et 45)) la quantité de fenêtres de réception utilisée pour le mode de communication en Classe A. Le fait de maintenir l'existence des première Rxl et seconde Rx2 fenêtres de réception dans le cadre des Figs. 3C et 3D permet d'éviter des opérations de 25 signalisation. En effet, si un terminal EP qui utilise le mode de communication en Classe A' reçoit un message de réponse dans la première fenêtre de réception Rxl ou dans la seconde fenêtre de réception Rx2, c'est que ledit terminal EP est désormais à portée radio d'une passerelle GW du système de communication. Le terminal EP en question peut alors interpréter la réception dudit message de réponse dans la première 30 fenêtre de réception Rxl ou dans la seconde fenêtre de réception Rx2 comme étant une instruction de l'équipement serveur SERV 130 de basculer en mode de communication en Classe A. 3057726 24 La Fig. 4 illustre schématiquement un algorithme, implémenté par chaque relais RL du système de communication, d'initialisation dudit relais RL. Considérons à titre illustratif que l'algorithme de la Fig. 4 est implémenté par le relais RL 100. Dans une étape 401, le relais RL 100 est à l'écoute de balises transmises par une 5 ou plusieurs passerelles GW. Lorsque le relais RL 100 reçoit de telles balises, le relais RL 100 est capable de se synchroniser au sein du système de communication. Le relais RL 100 est alors capable de déterminer où sont placées les fenêtres de réception Rxl et Rx2 qui feraient suite à un envoi de message de sa part à destination de l'équipement serveur SERV 130. 10 Dans une étape 402, le relais RL 100 transmet un message JOIN REQUEST à destination de l'équipement serveur SERV 130. Le mode de transmission en Classe A est utilisé, comme déjà décrit en relation avec la Fig. 3A. Le relais RL 100 accède au medium de communication après avoir préférentiellement attendu que soit écoulée une durée aléatoire (bornée). Ce message JOIN REQUEST est capté par au moins 15 une passerelle GW dont le relais RL 100 reçoit des balises, et est propagé par cette ou ces passerelles GW à l'équipement serveur SERV 130. Ce message JOIN REQUEST est traité par l'équipement serveur SERV 130 comme décrit ci-après en relation avec la Fig. 8. Dans une étape 403, le relais RL 100 se met en attente d'un message 20 JOIN ACCEPT dans les fenêtres de réception Rxl et Rx2. A moins d'un traitement prédéfini à exécuter, le relais RL 100 se met en veille jusqu'à l'occurrence de la première fenêtre de réception Rxl, et si aucun message JOIN ACCEPT ne lui est adressé dans la première fenêtre de réception Rxl, le relais RL 100 se met en veille jusqu'à l'occurrence de la seconde fenêtre de réception Rx2. 25 Dans une étape 404, le relais RL 100 vérifie si un message JOIN ACCEPT lui a été adressé dans la première fenêtre de réception Rxl ou dans la seconde fenêtre de réception Rx2. Si tel est le cas, une étape 407 est effectuée ; sinon, une étape 405 est effectuée. Dans l'étape 405, le relais RL 100 vérifie si un quota maximum d'envois de 30 messages JOIN REQUEST a été atteint sans qu'il n'y ait eu de message JOIN ACCEPT en réponse. Si tel est le cas, une étape 406 est effectuée ; sinon, l'étape 402 est réitérée. 3057726 25 Dans l'étape 406, une alarme est générée, de sorte à signifier à un installateur que l'initialisation du relais RL 100 a échoué, et il est mis fin à l'algorithme de la Fig. 4. Dans l'étape 407, le relais RL 100 envoie un message de récupération de 5 paramètres de balises, à destination de l'équipement serveur SERV 130. Le mode de transmission en Classe A est utilisé, comme déjà décrit en relation avec la Fig. 3B. Le relais RL 100 accède au medium de communication après avoir préférentiellement attendu que soit écoulée une durée aléatoire (bornée). Les paramètres que le relais RL 100 cherche à obtenir auprès de l'équipement serveur SERV 100 sont destinés à être 10 utilisés par le relais RL 100 pour construire les balises B mentionnées en relation avec la Fig. 3E. Ces paramètres pourraient être prédéfinis, e.g. par configuration par l'installateur ou en usine, auquel cas le relais RL 100 n'a pas à les récupérer auprès de l'équipement serveur SERV 130. Ce message de récupération de paramètres de balises est traité par l'équipement serveur SERV 130 comme décrit ci-après en relation avec 15 la Fig. 8. Dans une étape 408, le relais RL 100 se met en attente d'un message de réponse dans les fenêtres de réception Rxl et Rx2. A moins d'un traitement prédéfini à exécuter, le relais RL 100 se met en veille jusqu'à l'occurrence de la première fenêtre de réception Rxl, et si aucun message de réponse ne lui est adressé dans la première 20 fenêtre de réception Rxl, le relais RL 100 se met en veille jusqu'à l'occurrence de la seconde fenêtre de réception Rx2. Dans une étape 409, le relais RL 100 vérifie si un message de réponse lui a été adressé dans la première fenêtre de réception Rxl ou dans la seconde fenêtre de réception Rx2. Si tel est le cas, une étape 411 est effectuée ; sinon, une étape 410 est 25 effectuée. Dans l'étape 410, le relais RL 100 vérifie si un quota maximum d'envois de messages de récupération de paramètres de balises a été atteint sans qu'il n'y ait eu de message de réponse en retour. Si tel est le cas, l'étape 406 est effectuée ; sinon, l'étape 407 est réitérée. 30 Dans l'étape 411, le relais RL 100 active les envois réguliers des balises B. Les balises B indiquent qu'elles sont transmises par un relais RL et identifient en outre, en accord avec les paramètres récupérés auprès de l'équipement serveur SERV 130, quels sont les intervalles de temps SL qui peuvent être utilisés par tout terminal EP pour s'appuyer sur le relais RL 100 afin de communiquer avec l'équipement serveur 3057726 26 SERV 130. Le relais RL 100 programme aussi des périodes de réveil correspondant auxdits intervalles de temps SL pendant lesquels le relais RL 100 se met à l'écoute du medium pour capter un éventuel message que le relais RL 100 aurait à relayer à destination de l'équipement serveur SERV 130. D'autres paramètres peuvent avoir été 5 communiqués par l'équipement serveur SERV 130 dans ledit message de réponse, et le relais RL 100 les utilise dans le cadre de la programmation des envois réguliers des balises B et/ou des périodes de réveil correspondant auxdits intervalles de temps SL. Il est ensuite mis fin à l'algorithme de la Fig. 4. Il est apparent à la lecture de l'algorithme de la Fig. 4 et des séquencements de 10 communications des Figs. 3A à 3E, que le relais RL 100 est un dispositif prêt-à- l'emploi (« plug and play » en anglais). En effet, il suffit d'insérer le relais RL 100 dans le système de communication déjà constitué de l'équipement serveur SERV 130 et d'au moins une passerelle GW 120 à portée radio dudit relais RL 100 pour que ledit relais RL 100 puisse prendre en charge des terminaux EP et ainsi étendre la portée 15 radio du système de communication. La Fig. 5 illustre schématiquement un algorithme, implémenté par tout terminal EP ayant conscience de la potentielle présence d'au moins un relais RL au sein du système de communication, d'exécution d'une procédure d'enregistrement dudit terminal EP auprès de l'équipement serveur SERV 130. Considérons à titre illustratif 20 que l'algorithme de la Fig. 5 est exécuté par le terminal EP 110. Dans une étape 501, le terminal EP 110 transmet un message JOIN REQUEST à destination de l'équipement serveur SERV 130. Par défaut, le mode de transmission en Classe A est utilisé, comme déjà décrit en relation avec la Fig. 3A. Le terminal EP 110 accède au medium de communication après avoir préférentiellement attendu que 25 soit écoulée une durée aléatoire (bornée). Dans une étape 502, le terminal EP 110 se met en attente d'un message JOIN ACCEPT dans les fenêtres de réception Rxl et Rx2. A moins d'un traitement prédéfini à exécuter, le terminal EP 110 se met en veille jusqu'à l'occurrence de la première fenêtre de réception Rxl, et si aucun message JOIN ACCEPT ne lui est 30 adressé dans la première fenêtre de réception Rxl, le terminal EP 110 se met en veille jusqu'à l'occurrence de la seconde fenêtre de réception Rx2. Dans une étape 503, le terminal EP 110 vérifie si un message JOIN ACCEPT lui a été adressé dans la première fenêtre de réception Rxl ou dans la seconde fenêtre de réception Rx2. Si tel est le cas, cela signifie que le terminal EP 110 est à portée 3057726 27 radio d'au moins une passerelle GW, et une étape 504 est effectuée ; sinon, une étape 505 est effectuée. Dans l'étape 504, le terminal EP 110 traite le message JOIN ACCEPT et se configure pour utiliser le mode de transmission en Classe A pour les communications 5 à venir, i.e. dans le cadre de l'algorithme de la Fig. 6. Il est alors mis fin à l'algorithme de la Fig. 5. Dans l'étape 505, le terminal EP 110 vérifie si un quota maximum d'envois de messages JOIN REQUEST, en mode de transmission en Classe A, a été atteint sans qu'il n'y ait eu de message JOIN ACCEPT en réponse. Si tel est le cas, une étape 506 10 est effectuée ; sinon, l'étape 501 est réitérée. Dans l'étape 506, le terminal EP 110 se met à la recherche d'une balise qui serait émise par un relais RL, comme le relais RL 100. Le terminal EP 110 se met à l'écoute du medium pour une durée au moins égale à la durée d'un cycle - i.e. temps entre deux balises successives (128 secondes selon le protocole de transmission de 15 données de type LoRaWAN (marque déposée)). Dans une étape 507, le terminal EP 110 vérifie si au moins une balise B a été détectée par ledit terminal EP 110. Pour rappel, les balises B contiennent une information indiquant que lesdites balises sont émises par un relais RL et non par une passerelle GW. Si tel est le cas, une étape 508 est effectuée ; sinon, l'étape 501 est 20 réitérée, après avoir préférentiellement attendu que soit écoulée une durée prédéfinie (pendant laquelle le terminal EP 110 peut se mettre en veille). Dans l'étape 508, le terminal EP 110 se met en attente de l'occurrence d'un intervalle de temps SL indiqué, dans la balise reçue, comme étant autorisé pour transmettre un message à l'équipement serveur SERV 130 en s'appuyant sur le relais 25 RL ayant émis ladite balise. A moins d'un traitement prédéfini à exécuter, le terminal EP 110 se met en veille jusqu'à l'occurrence dudit intervalle de temps SL. Dans l'étape 509, le terminal EP 110 renvoie le message JOIN REQUEST pendant ledit intervalle de temps SL. Le terminal EP 110 utilise alors le mode de transmission en Classe A'. 30 Dans une étape 510, le terminal EP 110 se met en attente d'un message JOIN ACCEPT dans les fenêtres de réception Rxl et Rx2, et surtout dans les fenêtres de réception Rx'l et Rx'2. En effet, à ce stade, les fenêtres de réception Rxl et Rx2 sont dispensables, car aucune passerelle GW n'a a priori reçu le message JOIN REQUEST transmis à la précédente exécution de l'étape 501. A moins d'un 3057726 28 traitement prédéfini à exécuter, le terminal EP 110 se met en veille jusqu'à l'occurrence de la première fenêtre de réception Rxl ; si aucun message JOIN ACCEPT ne lui est adressé dans la première fenêtre de réception Rxl, le terminal EP 110 se met en veille jusqu'à l'occurrence de la seconde fenêtre de 5 réception Rx2 ; si aucun message JOIN ACCEPT ne lui est adressé dans la seconde fenêtre de réception Rx2, le terminal EP 110 se met en veille jusqu'à l'occurrence de la troisième fenêtre de réception Rx'l ; et si aucun message JOIN ACCEPT ne lui est adressé dans la troisième fenêtre de réception Rx'1, le terminal EP 110 se met en veille jusqu'à l'occurrence de la quatrième fenêtre de réception Rx'2. 10 Dans une étape 511, le terminal EP 110 vérifie si un message JOIN ACCEPT lui a été adressé dans la troisième fenêtre de réception Rx' 1 ou dans la quatrième fenêtre de réception Rx'2. Il est considéré ici qu'aucune passerelle GW n'est actuellement à portée radio du terminal EP 110, mais si le terminal EP 110 venait à recevoir un message JOIN ACCEPT dans la première fenêtre de réception Rxl ou 15 dans la seconde fenêtre de réception Rx2, alors l'étape 504 serait effectuée (non représenté sur la Fig. 5). Si un message JOIN ACCEPT lui a été adressé dans la troisième fenêtre de réception Rx'l ou dans la quatrième fenêtre de réception Rx'2, une étape 512 est effectuée ; sinon, une étape 513 est effectuée. Dans l'étape 512, le terminal EP 110 traite le message JOIN ACCEPT et se 20 configure pour utiliser le mode de transmission en Classe A' pour les communications à venir, i.e. dans le cadre de l'algorithme de la Fig. 6. Il est alors mis fin à l'algorithme de la Fig. 5. Dans l'étape 513, le terminal EP 110 vérifie si un quota maximum d'envois de messages JOIN REQUEST a été atteint, en mode de transmission en Classe A', sans 25 qu'il n'y ait eu de message JOIN ACCEPT en réponse. Si tel est le cas, l'étape 501 est réitérée ; sinon, l'étape 506 est réitérée. La Fig. 6 illustre schématiquement un algorithme, implémenté par tout terminal EP ayant conscience de la potentielle présence d'au moins un relais RL au sein du système de communication, de transmission de données à l'équipement serveur SERV 30 130, après enregistrement dudit terminal EP auprès de l'équipement serveur SERV 130. Considérons à titre illustratif que l'algorithme de la Fig. 5 est exécuté par le terminal EP 110. Dans une étape 601, le terminal EP 110 détecte que des données détenues par ledit terminal EP 110 sont à transmettre à l'équipement serveur SERV 130. Par 3057726 29 exemple, le terminal EP 110 intègre un capteur (e.g. de consommation d'eau ou de gaz) et lesdites données sont des données de mesure collectées par ledit capteur. Dans une étape 602, le terminal EP 110 détermine si ledit terminal EP 110 est configuré en mode de transmission en Classe A ou si ledit terminal EP 110 est 5 configuré en mode de transmission en Classe A'. Si le terminal EP 110 est configuré en mode de transmission en Classe A, une étape 603 est effectuée ; sinon, une étape 609 est effectuée. Dans l'étape 603, le terminal EP 110 transmet, à destination de l'équipement serveur SERV 130, un message de service MSG incluant lesdites données. Le mode 10 de transmission en Classe A est utilisé, comme déjà décrit en relation avec la Fig. 3B. Le terminal EP 110 accède au medium de communication après avoir préférentiellement attendu que soit écoulée une durée aléatoire (bornée). Dans une étape 604, le terminal EP 110 se met en attente d'un message de réponse dans les fenêtres de réception Rxl et Rx2. A moins d'un traitement prédéfini 15 à exécuter, le terminal EP 110 se met en veille jusqu'à l'occurrence de la première fenêtre de réception Rxl, et si aucun message de réponse ne lui est adressé dans la première fenêtre de réception Rxl, le terminal EP 110 se met en veille jusqu'à l'occurrence de la seconde fenêtre de réception Rx2. Dans une étape 605, le terminal EP 110 vérifie si un message de réponse lui a 20 été adressé dans la première fenêtre de réception Rxl ou dans la seconde fenêtre de réception Rx2. Si tel est le cas, une étape 606 est effectuée ; sinon, une étape 607 est effectuée. Dans l'étape 606, le terminal EP 110 traite le message de réponse, et il est alors mis fin à l'algorithme de la Fig. 6. 25 Dans l'étape 607, le terminal EP 110 vérifie si un quota maximum d'envois du message de service MSG a été atteint sans qu'il n'y ait eu de message de réponse en retour. Si tel est le cas, une étape 608 est effectuée ; sinon, l'étape 603 est réitérée. Dans l'étape 608, le terminal EP 110 effectue une nouvelle procédure d'enregistrement, i.e. exécute à nouveau l'algorithme de la Fig. 5. Il est alors mis fin à 30 l'algorithme de la Fig. 6. Dans l'étape 609, le terminal EP 110 se met en attente d'une balise qui serait émise par un relais RL et plus particulièrement par le relais RL via lequel le terminal EP 110 s'est enregistré auprès de l'équipement serveur SERV 130 (voir l'algorithme de la Fig. 5). Cela permet au terminal EP 110 d'assurer qu'il reste synchronisé avec le 3057726 30 reste du système de communication, étant donné que le terminal EP 110 peut être resté en veille pendant de nombreuses heures, ce qui peut avoir engendré un certain décalage temporel entre son horloge interne et la diffusion effective des balises au sein du système de communication. Mais si l'horloge interne du terminal EP 110 est 5 considérée comme fiable, le terminal EP 110 peut éviter de mettre en oeuvre l'étape 609 à chaque exécution de l'algorithme de la Fig. 6 et passer directement à une étape 610. Dans l'étape 610, le terminal EP 110 se met en attente de l'occurrence d'un intervalle de temps SL indiqué, dans la balise reçue, comme étant autorisé pour 10 transmettre un message à l'équipement serveur SERV 130 en s'appuyant sur le relais RL ayant émis ladite balise. A moins d'un traitement prédéfini à exécuter, le terminal EP 110 se met en veille jusqu'à l'occurrence dudit intervalle de temps SL. Dans une étape 611, le terminal EP 110 transmet pendant ledit intervalle de temps SL, à destination de l'équipement serveur SERV 130, un message de service 15 MSG incluant lesdites données. Le mode de transmission en Classe A' est utilisé, comme déjà décrit en relation avec les Figs. 3D et 3E. Dans une étape 612, le terminal EP 110 se met en attente d'un message de réponse dans les fenêtres de réception Rxl et Rx2. Même si le terminal EP 110 passe actuellement par un relais RL pour communiquer avec l'équipement serveur SERV 20 130, il est possible que le terminal EP 110 soit désormais à portée radio d'une passerelle GW, auquel cas ladite passerelle GW aurait aussi propagé jusqu'à l'équipement serveur SERV 130 le message de service MSG directement reçu du terminal EP 110. A moins d'un traitement prédéfini à exécuter, le terminal EP 110 se met en veille jusqu'à l'occurrence de la première fenêtre de réception Rxl, et si aucun 25 message de réponse ne lui est adressé dans la première fenêtre de réception Rxl, le terminal EP 110 se met en veille jusqu'à l'occurrence de la seconde fenêtre de réception Rx2. Dans une étape 613, le terminal EP 110 vérifie si un message de réponse lui a été adressé dans la première fenêtre de réception Rxl ou dans la seconde fenêtre de 30 réception Rx2. Si tel est le cas, une étape 614 est effectuée ; sinon, une étape 615 est effectuée. Dans l'étape 614, le terminal EP 110 traite le message de réponse, et se configure pour utiliser le mode de transmission en Classe A pour la prochaine communication à destination de l'équipement serveur SERV 130, i.e. dans le cadre de 3057726 31 la prochaine exécution de l'algorithme de la Fig. 6. Il est alors ensuite mis fin à l'algorithme de la Fig. 6. Dans l'étape 615, le terminal EP 110 se met en attente d'un message de réponse dans les fenêtres de réception Rx' 1 et Rx'2. A moins d'un traitement prédéfini à 5 exécuter, le terminal EP 110 se met en veille jusqu'à l'occurrence de la troisième fenêtre de réception Rx'1, et si aucun message de réponse ne lui est adressé dans la troisième fenêtre de réception Rx'1, le terminal EP 110 se met en veille jusqu'à l'occurrence de la quatrième fenêtre de réception Rx'2. Dans une étape 616, le terminal EP 110 vérifie si un message de réponse lui a 10 été adressé dans la troisième fenêtre de réception Rx'l ou dans la quatrième fenêtre de réception Rx'2. Si tel est le cas, une étape 618 est effectuée ; sinon, une étape 617 est effectuée. Dans l'étape 617, le terminal EP 110 vérifie si le quota maximum d'envois du message de service MSG a été atteint sans qu'il n'y ait eu de message de réponse en 15 retour. Si tel est le cas, l'étape 608 est effectuée ; sinon, l'étape 609 est réitérée. Le terminal EP 110 peut aussi retenter d'envoyer son message de service MSG en utilisant un autre intervalle de temps SL, dans lequel le relais RL en question est supposé être à l'écoute du medium, dans le même cycle - i.e. avant la prochaine diffusion de balises au sein du système de communication. L'étape 610 est alors 20 directement exécutée. Dans l'étape 618, le terminal EP 110 traite le message de réponse, et il est alors mis fin à l'algorithme de la Fig. 6. La Fig. 7 illustre schématiquement un algorithme, implémenté par tout relais RL, de propagation à destination de l'équipement serveur SERV 130 de données 25 reçues de la part d'un terminal EP. Considérons à titre illustratif que l'algorithme de la Fig. 7 est implémenté par le relais RL 100. Dans une étape 701, le relais RL 100 est à l'écoute du medium pendant les intervalles de temps SL programmés à l'étape 411. Ce sont les intervalles de temps SL indiqués dans les balises B émises de manière cyclique par le relais RL 100. 30 Dans une étape 702, le relais RL 100 vérifie si un message en provenance d'un terminal EP a été reçu pendant lesdits intervalles de temps SL. Si tel est le cas, une étape 703 est effectuée ; sinon, l'étape 701 est réitérée, en se mettant en veille autant que possible. 3057726 32 Dans l'étape 703, le relais RL 100 vérifie si le message reçu doit être relayé par le relais RL 100. Si le message reçu est un message JOIN REQUEST, ledit message doit être relayé par le relais RL 100 à destination de l'équipement serveur SERV 130, indépendamment du terminal EP ayant transmis ledit message. Si le message reçu est 5 un autre message, ledit message doit être relayé par le relais RL 100 à destination de l'équipement serveur SERV 130 seulement si ledit message a été émis par un terminal EP dont le relais RL 100 est en charge, c'est-à-dire si le terminal EP est inscrit dans une liste L d'identification des terminaux EP qui lui sont rattachés, c'est-à-dire dont les messages de service sont à relayer par le relais RL 100 (voir une étape 711 décrite 10 ci-après). Si le message reçu doit être relayé par le relais RL 100, une étape 704 est effectuée ; sinon, l'étape 701 est réitérée, en se mettant en veille autant que possible. Dans l'étape 704, le relais RL 100 détermine à quels instants sont définies les troisième Rx'1 et quatrième Rx'2 fenêtres de réception, à compter de la réception dudit message. Le relais RL 100 détermine donc dans quelles fenêtres temporelles 15 ledit relais RL 100 a la possibilité de répondre au message reçu. Dans une étape 705, le relais RL 100 relaie le message reçu, à destination de l'équipement serveur SERV 130. Pour ce faire, le relais RL 100 encapsule le message reçu dans un message de service que le relais RL 100 envoie en son nom à l'équipement serveur SERV 130. Le relais RL 100 étant vu comme un terminal EP du 20 point de vue des passerelles GW, cette encapsulation permet de rendre transparente la présence du relais RL 100 vis-à-vis des passerelles GW. Le relais RL 100 utilise le mode de transmission en Classe A, les passerelles GW étant en permanence à l'écoute du medium. Ce message de service envoyé par le relais RL 100 est traité au niveau de l'équipement serveur SERV 130 comme décrit ci-après en relation avec les Figs. 9 et 25 10. Dans un mode de réalisation particulier, ce message de service inclut une information de niveau de qualité de signal en réception dudit message, plus particulièrement pour ce qui concerne les messages JOIN REQUEST. Cela peut aider l'équipement serveur SERV 130 à décider à quel relais RL confier la charge du terminal EP en question lorsqu'un même message JOIN REQUEST est relayé par 30 plusieurs relais RL (ce qui suppose que lesdits relais RL indiquent au moins un intervalle de temps SL en commun dans leurs balises respectives) pour le compte dudit terminal EP. Dans une étape 706, le relais RL 100 se met en attente d'un message de réponse dans les fenêtres de réception Rxl et Rx2, comme décrit en relation avec la Fig. 3B. A 3057726 33 moins d'un traitement prédéfini à exécuter, le relais RL 100 se met en veille jusqu'à l'occurrence de la première fenêtre de réception Rxl, et si aucun message de réponse ne lui est adressé dans la première fenêtre de réception Rxl, le relais RL 100 se met en veille jusqu'à l'occurrence de la seconde fenêtre de réception Rx2. Bien noter qu'ici 5 les première Rxl et seconde Rx2 fenêtres de réception sont définies par rapport au message de service envoyé par le relais RL 100 à destination de l'équipement serveur SERV 130 , et qu'il ne doit pas y avoir de confusion avec les première Rxl et seconde Rx2 fenêtres de réception définies par rapport au message originellement envoyé par le terminal EP (et que le relais RL 100 relaie dans son message de service). 10 Dans une étape 707, le relais RL 100 vérifie si un message de réponse lui a été adressé dans la première fenêtre de réception Rxl ou dans la seconde fenêtre de réception Rx2. Si tel est le cas, une étape 708 est effectuée ; sinon, cela signifie que le terminal EP en question n'aura a priori pas de réponse au message que ledit terminal EP avait envoyé et que le relais RL 100 avait relayé, et l'étape 701 est réitérée, en se 15 mettant en veille autant que possible. Dans une étape 708, le relais RL 100 des-encapsule le message de réponse reçu et vérifie si le message de réponse reçu encapsule un message JOIN ACCEPT (en vérifiant préférentiellement en outre que le message JOIN ACCEPT correspond bien à un message JOIN REQUEST précédemment relayé). Si tel est le cas, une étape 711 20 est effectuée ; sinon, une étape 709 est effectuée. Dans l'étape 709, le relais RL 100 vérifie si le message de réponse reçu est un message de détachement DETACH. Un message de détachement est un message qui instruit le relais RL 100 de ne plus relayer les messages de services en provenance du terminal EP en question. Ce cas de figure survient lorsque ledit terminal EP est 25 désormais à portée radio d'une ou plusieurs passerelles GW, tel que décrit ci-après en relation avec la Fig. 10. Si le message de réponse reçu est un message de détachement DETACH, une étape 710 est effectuée ; sinon, une étape 712 est effectuée. Dans l'étape 710, le relais RL 100 supprime le terminal EP (son identifiant DevAddr qui lui a été alloué par l'équipement serveur SERV 130) de la liste L 30 d'identification des terminaux EP qui lui sont rattachés. Il est ensuite mis fin à l'algorithme de la Fig. 7. Dans l'étape 711, le relais RL 100 enregistre dans une mémoire locale un identifiant DevAddr du terminal EP contenu dans le message JOIN ACCEPT. Cet identifiant DevAddr du terminal EP est alloué par l'équipement serveur SERV 130 3057726 34 suite à la réception du message JOIN REQUEST auquel ledit message JOIN ACCEPT fait suite. Cet identifiant DevAddr du terminal EP enrichit la liste L d'identification des terminaux EP qui lui sont rattachés. Le relais RL 100 interprète donc la réception de ce message JOIN ACCEPT comme étant une instruction 5 implicite de rattachement dudit terminal EP au relais RL 100. Des variantes à cette approche sont décrites ci-après en relation avec une étape 906. L'étape 712 est ensuite effectuée. Dans l'étape 712, le relais RL 100 propage le message JOIN ACCEPT dans la troisième fenêtre de réception Rx'1 ou dans la quatrième fenêtre de réception Rx'2 10 définies par exécution de l'étape 704, c'est-à-dire les troisième Rx'1 et quatrième Rx'2 fenêtres de réception définies à partir de l'envoi du message originel par le terminal EP en question. Il est ensuite mis fin à l'algorithme de la Fig. 7. La Fig. 8 illustre schématiquement un algorithme, implémenté par l'équipement serveur SERV 130, pour enregistrer tout relais RL au sein du système de 15 communication (en correspondance avec la Fig. 4). L'algorithme de la Fig. 8 est préférentiellement exécuté par le serveur LNS 131. Dans une étape 801, l'équipement serveur SERV 130 reçoit un message JOIN REQUEST en provenance d'un relais RL, tel que le relais RL 100. A moins que l'équipement serveur SERV 130 ait connaissance des identifiants uniques EUI 20 (« Extended Unique Identifier » en anglais) de tous les relais RL susceptibles d'être inclus dans le système de communication, l'équipement serveur SERV 130 ne sait pas encore que le message JOIN REQUEST est en provenance d'un relais RL. Dans une étape 802, l'équipement serveur SERV 130 traite le message JOIN REQUEST et alloue au relais RL en question un identifiant DevAddr. 25 L'équipement serveur SERV 130 envoie, en réponse au message JOIN REQUEST, un message JOIN ACCEPT incluant l'identifiant DevAddr alloué au relais RL en question. L'équipement serveur SERV 130 sélectionne une passerelle GW parmi celles (s'il y en a plusieurs) qui lui ont propagé le message JOIN REQUEST. Typiquement l'équipement serveur SERV 130 sélectionne une passerelle GW ayant 30 indiqué le meilleur niveau de qualité de signal en réception dudit message JOIN REQUEST. La passerelle GW ainsi sélectionnée est donc en charge de répondre au relais RL en question, en utilisant la première Rxl ou la seconde Rx2 fenêtre de réception, qui ont été définies par l'envoi du message JOIN REQUEST par le relais RL en question (conformément à la Fig. 3A). 3057726 Si l'équipement serveur SERV 130 reçoit un message JOIN REQUEST pour un relais RL déjà enregistré, l'équipement serveur SERV 130 annule le précédent enregistrement dudit relais RL (cela signifie que ledit relais RL avait perdu la connexion au système de communication et a initié une nouvelle procédure 5 d'enregistrement). Dans une étape 803, l'équipement serveur SERV 130 reçoit un message de service MSG en provenance du relais RL en question. Ce message de service est un message de récupération de paramètres de balises (tel que déjà évoqué en relation avec la Fig. 4). L'équipement serveur SERV 130 sait alors qu'il a affaire à un relais 10 RL. Dans une étape 804, l'équipement serveur SERV 130 enregistre l'identifiant unique EUI du relais RL en question, l'identifiant DevAddr qui lui a été alloué, et indique en correspondance que le dispositif concerné est un relais RL. Dans le mode de réalisation particulier susmentionné de l'équipement serveur 15 SERV 130, le serveur LNS 131 informe l'application de relais RLA 132, en charge dudit relais RL, de la présence dudit relais RL au sein du système de communication. Ladite application de relais RLA 132 est alors apte à effectuer des encapsulations et des-encapsulations pour permettre audit relais RL de jouer son rôle de relais. Dans le cas où plusieurs applications de relais RLA 132 existent au sein de l'équipement 20 serveur SERV 130, le serveur LNS 131 garde trace d'une information indiquant auprès de quelle application de relais RLA 132 ledit relais RL a été déclaré. Dans une étape 805, l'équipement serveur SERV 130 détermine quels intervalles de temps SL devront être utilisés par le relais RL en question pour recevoir des messages en provenance de terminaux EP qui lui seront éventuellement rattachés 25 ultérieurement. Ce sont les intervalles de temps SL que le relais RL en question doit mentionner dans les balises B (voir l'étape 411). L'équipement serveur SERV 130 choisit ces intervalles de temps SL de la même manière que pour les communications en mode de transmission en Classe B implémenté par les passerelles GW dans le cadre du protocole de transmission de données de type LoRaWAN (marque déposée). 30 D'autres paramètres peuvent être sélectionnés par l'équipement serveur SERV 130 pour l'envoi des balises B par le relais RL en question, comme par exemple les temps 44 et 45 mentionnés en relation avec les Figs. 3C et 3D. Dans une étape 806, l'équipement serveur SERV 130 envoie, à destination du relais RL en question, un message de réponse incluant les paramètres déterminés à 3057726 36 l'étape 805, plus particulièrement des informations représentatives desdits intervalles de temps SL. L'équipement serveur SERV 130 utilise une passerelle GW pour propager, jusqu'au relais RL en question, ledit message de réponse. Ladite passerelle GW utilise alors la première fenêtre de réception Rxl ou la seconde fenêtre de 5 réception Rx2 qui ont été définies par l'envoi, par ledit relais RL, dudit message de récupération de paramètres de balises (conformément à la Fig. 3B). Il est alors mis fin à l'algorithme de la Fig. 8. La Fig. 9 illustre schématiquement un algorithme, implémenté par l'équipement serveur SERV 130, pour traiter un message JOIN REQUEST relayé par un relais RL 10 du système de communication. Dans une étape 901, l'équipement serveur SERV 130 reçoit le message JOIN REQUEST relayé par un relais RL du système de communication. Ledit message JOIN REQUEST a donc été encapsulé dans un message de service MSG par ledit relais RL. L'équipement serveur SERV 130 des-encapsule alors ledit message 15 JO IN REQUEST. Dans le mode de réalisation particulier susmentionné de l'équipement serveur SERV 130, le message de service MSG est reçu par le serveur LNS 131, qui détecte que le message provient dudit relais RL grâce à l'identifiant, inclus dans ledit message de service MSG, qui correspond à l'identifiant alloué audit relais RL. Le serveur LNS 20 131 passe donc ledit message de service MSG à l'application de relais RLA 132 en charge dudit relais RL. Ladite application de relais RLA 132 des-encapsule ledit message JOIN REQUEST pour le compte du serveur LNS 131. Dans une étape 902, l'équipement serveur SERV 130 vérifie si ledit message JOIN REQUEST a été reçu plusieurs fois, i.e. par plusieurs biais. Cela signifie que 25 l'équipement serveur SERV 130 temporise le traitement dudit message JOIN REQUEST le temps de pouvoir déterminer, en fonction de la latence maximum dans le système de communication, si ledit message JOIN REQUEST est effectivement reçu ou pas par un autre biais. Si tel est le cas, une étape 903 est effectuée ; sinon, une étape 905 est effectuée. 30 Dans l'étape 903, l'équipement serveur SERV 130 vérifie si ledit message JOIN REQUEST a aussi été reçu via au moins une passerelle GW. Si tel est le cas, une étape 907 est effectuée ; sinon, une étape 904 est effectuée. Dans l'étape 904, l'équipement serveur SERV 130 sélectionne un relais RL parmi ceux qui ont relayé ledit message JOIN REQUEST. Par exemple, chaque relais 3057726 37 RL inclut, dans son message de service MSG servant à encapsuler ledit message JOIN REQUEST, une information de niveau de qualité de signal en réception dudit message JOIN REQUEST. L'équipement serveur SERV 130 sélectionne alors le relais RL présentant le meilleur niveau de qualité de signal en réception dudit message 5 JOIN REQUEST. Selon autre exemple, l'équipement serveur SERV 130 sélectionne le relais RL auquel la plus petite quantité de terminaux EP est rattachée parmi ceux ayant relayé ledit message JOIN REQUEST. D'autres critères peuvent être utilisés, seuls ou en combinaison avec les exemples précités. Puis, l'étape 905 est effectuée. Dans l'étape 905, l'équipement serveur SERV 130 alloue un identifiant 10 DevAddr au terminal EP ayant transmis ledit message JOIN REQUEST et enregistre que ledit terminal EP est rattaché audit relais RL. L'équipement serveur SERV 130 maintient donc, pour chaque relais RL une liste L' des terminaux EP qui sont rattachés audit relais RL, lesdits terminaux EP étant respectivement identifiés par leur identifiant unique EUI et par leur identifiant DevAddr. Si l'équipement serveur SERV 15 130 reçoit un message JOIN REQUEST pour un terminal EP déjà rattaché à un relais RL, l'équipement serveur SERV 130 annule le précédent enregistrement dudit terminal EP (cela signifie que ledit terminal EP avait perdu la connexion au système de communication et a initié une nouvelle procédure d'enregistrement). Dans l'étape 906, l'équipement serveur SERV 130 génère un message 20 JOIN ACCEPT destiné au terminal EP ayant transmis ledit message JOIN REQUEST, le message JOIN ACCEPT incluant l'identifiant DevAddr alloué audit terminal EP. De plus, l'équipement serveur SERV 130 encapsule ledit message JOIN ACCEPT dans un message de réponse au message de service MSG via lequel ledit message JOIN REQUEST est parvenu à l'équipement serveur SERV 130. Cette 25 réponse est adressée au relais RL auquel le terminal EP en question est rattaché. L'équipement serveur SERV 130 utilise une passerelle GW pour propager, jusqu'audit relais RL, ledit message de réponse au message de service MSG. Ladite passerelle GW utilise alors la première fenêtre de réception Rxl ou la seconde fenêtre de réception Rx2 qui ont été définies par l'envoi, par ledit relais RL, dudit message de 30 service MSG (conformément à la Fig. 3B). Il est alors mis fin à l'algorithme de la Fig. 9. Dans le mode de réalisation particulier susmentionné de l'équipement serveur SERV 130, le serveur LNS 131 passe ledit message JOIN ACCEPT à l'application de 3057726 38 relais RLA 132 en charge dudit relais RL. Ladite application de relais RLA 132 encapsule ledit message JOIN_ACCEPT pour le compte du serveur LNS 131. Il est considéré dans la description de l'étape 906 ci-dessus que ledit relais RL interprète la réception dudit message de réponse encapsulant le message 5 JOIN ACCEPT destiné audit terminal EP comme étant une instruction de rattachement dudit terminal EP audit relais RL. En variante, l'équipement serveur SERV 130 peut inclure dans ledit message de réponse encapsulant le message JOIN_ACCEPT une information indiquant explicitement audit relais RL que ledit terminal EP est désormais rattaché audit relais RL. Une autre variante consiste à ce 10 que ledit relais RL transmette un autre message de service MSG en réponse à la réception dudit message JOIN_ACCEPT encapsulé. Cet autre message de service MSG est donc un message de demande de confirmation de rattachement, et inclut l'identifiant DevAddr dudit terminal EP, pour que l'équipement serveur SERV 130 sache à quel terminal EP se réfère le relais RL en question. L'équipement serveur 15 SERV 130 répond alors audit autre message de service MSG en confirmant, ou éventuellement en infirmant, le rattachement dudit terminal EP audit relais RL. Encore une autre variante est que, suite à la réception dudit message JOIN_ACCEPT encapsulé, ledit relais RL transmet régulièrement à l'équipement serveur SERV 130 un tel message de confirmation de rattachement. De la même manière, l'équipement 20 serveur SERV 130 répond alors audit autre message de service MSG en confirmant, ou en infirmant, le rattachement dudit terminal EP audit relais RL. Cela permet d'assurer que l'équipement serveur SERV 130 et ledit relais RL sont en accord sur le fait que le terminal EP en question soit, ou non, rattaché audit relais RL. Si l'équipement serveur SERV 130 infirme le rattachement dudit terminal EP ou ne 25 répond pas, le relais RL en question considère ne plus avoir à relayer les messages de service MSG issus dudit terminal EP et le supprime de sa liste L d'identification des terminaux EP qui lui sont rattachés. Dans l'étape 907, l'équipement serveur SERV 130 génère un message JOIN_ACCEPT destiné au terminal EP ayant transmis ledit message 30 JOIN REQUEST, le message JOIN_ACCEPT incluant l'identifiant DevAddr alloué audit terminal EP. L'équipement serveur SERV 130 utilise une passerelle GW pour propager, jusqu'au terminal EP en question, ledit message JOIN_ACCEPT. Ladite passerelle GW utilise alors la première fenêtre de réception Rxl ou la seconde fenêtre de réception Rx2 qui ont été définies par l'envoi, par ledit terminal EP, dudit message 3057726 39 JOIN REQUEST (conformément à la Fig. 3A). Il est alors mis fin à l'algorithme de la Fig. 9. La Fig. 10 illustre schématiquement un algorithme, implémenté par l'équipement serveur SERV 130, pour traiter un message de service MSG transmis 5 par un terminal EP et relayé par un relais RL du système de communication. Dans une étape 1001, l'équipement serveur SERV 130 reçoit le message de service MSG transmis par le terminal EP et relayé par ledit relais RL. Ledit message de service MSG a donc lui-même été encapsulé dans un autre message de service MSG par ledit relais RL. L'équipement serveur SERV 130 des-encapsule alors ledit 10 message de service MSG transmis par un terminal EP. Dans le mode de réalisation particulier susmentionné de l'équipement serveur SERV 130, ledit autre message de service MSG est reçu par le serveur LNS 131, qui détecte que le message provient dudit relais RL grâce à l'identifiant, inclus dans ledit autre message de service MSG, qui correspond à l'identifiant alloué audit relais RL. 15 Le serveur LNS 131 passe donc ledit autre message de service MSG à l'application de relais RLA 132 en charge dudit relais RL. Ladite application de relais RLA 132 desencapsule alors ledit message de service MSG transmis par un terminal EP, pour le compte du serveur LNS 131. Dans une étape 1002, l'équipement serveur SERV 130 vérifie si ledit message 20 de service MSG transmis par un terminal EP a aussi été reçu via au moins une passerelle GW. Si tel est le cas, cela signifie que le terminal EP est désormais à portée radio d'au moins une passerelle GW du système de communication, et une étape 1003 est effectuée ; sinon, une étape 1006 est effectuée. Dans l'étape 1003, l'équipement serveur SERV 130 détache le terminal EP 25 dudit relais RL. En d'autres termes, l'équipement serveur SERV 130 supprime l'identifiant unique EUI et l'identifiant DevAddr du terminal EP en question de la liste L' des terminaux EP rattachés audit relais RL. Dans une étape 1004, l'équipement serveur SERV 130 génère un message de détachement dudit terminal EP, qui est destiné au relais RL. Ce message est envoyé au 30 relais RL en réponse audit autre message de service MSG dans lequel le message de service MSG originellement transmis par ledit terminal EP était encapsulé. L'équipement serveur SERV 130 utilise une passerelle GW pour propager, jusqu'audit relais RL, ledit message de détachement. Ladite passerelle GW utilise alors la première fenêtre de réception Rxl ou la seconde fenêtre de réception Rx2 qui 3057726 ont été définies par l'envoi, par ledit relais RL, dudit autre message de service MSG (conformément à la Fig. 3B). Le relais RL va donc arrêter de propager les messages de service MSG issus du terminal EP en question (voir l'étape 710). Dans une étape 1005, l'équipement serveur SERV 130 traite le message de 5 service MSG transmis par ledit terminal EP et transmet un message de réponse à destination dudit terminal EP (donc sans passer par ledit relais RL). L'équipement serveur SERV 130 utilise une passerelle GW pour propager, jusqu'au terminal EP en question, ledit message de réponse. Ladite passerelle GW utilise alors la première fenêtre de réception Rxl ou la seconde fenêtre de réception Rx2 qui ont été définies 10 par l'envoi, par ledit terminal EP, dudit message de réponse (conformément à la Fig. 3B). Il est alors mis fin à l'algorithme de la Fig. 10. Dans l'étape 1006, l'équipement serveur SERV 130 traite le message de service MSG transmis par ledit terminal EP et génère un message de réponse à destination dudit terminal EP. De plus, l'équipement serveur SERV 130 encapsule ledit message 15 de réponse dans un autre message de réponse visant à répondre audit autre message de service MSG susmentionné. Cet autre message de réponse est donc adressé au relais RL auquel le terminal EP en question est rattaché. L'équipement serveur SERV 130 utilise une passerelle GW pour propager, jusqu'audit relais RL, ledit autre message de réponse. Ladite passerelle GW utilise alors la première fenêtre de réception Rxl ou la 20 seconde fenêtre de réception Rx2 qui ont été définies par l'envoi, par ledit relais RL, dudit autre message de service MSG (conformément à la Fig. 3B). Il est alors mis fin à l'algorithme de la Fig. 10. Dans le mode de réalisation particulier susmentionné de l'équipement serveur SERV 130, à l'étape 1006, le serveur LNS 131 propage le message de service MSG, 25 transmis par le terminal EP en question, à l'application de terminal EPA 133 en charge dudit terminal EP, afin que ledit message de service MSG soit traité par ladite application de terminal EPA 133. Ladite application de terminal EPA 133 génère alors ledit message de réponse et le passe au serveur LNS 131 pour envoi. Le serveur LNS 131 se rend compte que le terminal EP en question est rattaché audit relais RL. Le 30 serveur LNS 131 passe alors ledit message de réponse, pour encapsulation dudit message de réponse, à l'application de relais RLA 132 en charge dudit relais RL. La Fig. 11 illustre schématiquement un exemple d'échanges de messages au sein du système de communication, en application d'un mode de réalisation de la présente invention. 3057726 41 Considérons que le terminal EP 110 cherche à s'enregistrer au sein du système de communication comportant le relais RL 100, la passerelle GW 120 et l'équipement serveur SERV 130. Le relais RL est déjà enregistré auprès de l'équipement serveur SERV 130 et est à portée radio de la passerelle GW 120. Le terminal EP 110 n'est par 5 contre pas à portée radio de la passerelle GW 120, ni d'aucune autre passerelle GW du système de communication. Dans une étape 1101, le terminal EP 110 effectue une transmission d'un message JOIN_REQUEST (JR) à destination de l'équipement serveur SERV 130. Le terminal EP 110 utilise le mode de communication en Classe A, en espérant que son 10 message JOIN_REQUEST va être reçu par au moins une passerelle GW. Le terminal EP 110 n'obtient pas retour de la part d'une passerelle GW, ni dans la première fenêtre de réception Rxl ni dans la seconde fenêtre de réception Rx2 (définies par rapport à l'envoi du message JOIN REQUEST à l'étape 1101). Dans une étape 1102, le terminal EP 110 réitère la transmission du message 15 JOIN REQUEST (JR) à destination de l'équipement serveur SERV 130. Le terminal EP 110 utilise encore le mode de communication en Classe A. Le terminal EP 110 n'obtient pas retour de la part d'une passerelle GW, ni dans la première fenêtre de réception Rxl ni dans la seconde fenêtre de réception Rx2 (définies par rapport à l'envoi du message JOIN REQUEST à l'étape 1102). 20 Dans une étape 1103, le terminal EP 110 réitère la transmission du message JOIN REQUEST (JR) à destination de l'équipement serveur SERV 130. Le terminal EP 110 utilise encore le mode de communication en Classe A. Le terminal EP 110 n'obtient pas retour de la part d'une passerelle GW, ni dans la première fenêtre de réception Rxl ni dans la seconde fenêtre de réception Rx2 (définies par rapport à 25 l'envoi du message JOIN REQUEST à l'étape 1102). Le terminal EP 110 considère alors avoir atteint le quota maximum de transmissions infructueuses de son message JOIN REQUEST (JR), le terminal EP 110 décide de basculer en mode de communication en Classe A'. Dans une étape 1104, le terminal EP 110 reçoit une balise B transmise par le 30 relais RL 100. La balise spécifie les intervalles de temps SL, définis par rapport à l'émission de ladite balise B, pendant lesquels le relais RL 100 est à l'écoute du medium. Dans une étape 1105, le terminal EP 110 attend l'occurrence d'un desdits intervalles de temps SL et réitère la transmission du message JOIN REQUEST (JR) à 3057726 42 destination de l'équipement serveur SERV 130. Le message JOIN REQUEST (JR) est reçu par le relais RL 100. Dans une étape 1106, le relais RL 100 transmet, à destination de l'équipement serveur SERV 130, un message de service MSG(JR) encapsulant le message 5 JOIN REQUEST (JR) transmis par le terminal EP 110 à l'étape 1105. Ce message de service MSG(JR) est reçu par la passerelle GW 120, qui le propage à l'équipement serveur SERV 130 dans une étape 1107. L'équipement serveur SERV 130 obtient, par des-encapsulation, le message JOIN REQUEST (JR) transmis par le terminal EP 110 et le traite. Le terminal EP 110 est alors enregistré au sein du système de 10 communication. Dans une étape 1108, l'équipement serveur SERV 130 transmet un message de réponse REP(JA) au message de service émis par le relais RL 100 à l'étape 1106. L'équipement serveur SERV 130 s'adresse à la passerelle GW 120 pour propager ledit message de réponse REP(JA), qui encapsule un message JOIN ACCEPT (JA) à 15 adresser au terminal EP 110. Dans une étape 1109, la passerelle GW 120 propage le message de réponse REP(JA) à destination du relais RL 100, qui reçoit ledit message de réponse REP(JA). La passerelle GW 120 utilise la première fenêtre de réception Rxl ou la seconde fenêtre de réception Rx2, définies par rapport à l'envoi du message de service 20 MSG(JR) par le relais RL 100 à l'étape 1106. Le relais RL 100 obtient, par des- encapsulation, le message JOIN ACCEPT (JA) à adresser au terminal EP 110 et le transmet dans une étape 1110. Le relais RL 100 note que le terminal EP 110 est désormais rattaché audit relais RL 100. Le terminal EP 110 reçoit le message JOIN ACCEPT (JA) et sait être enregistré au sein du système de communication. Le 25 terminal EP 110 est désormais autorisé à transmettre des messages de service MSG, qui sont alors relayés par le relais RL 100, et dont les réponses sont aussi relayées par le relais RL 100 (pour peu que le terminal EP 110 respecte les contraintes d'intervalles de temps SL imposées par le mode de communication en Classe A'). Ainsi, dans une phase de relais R 1111, des relais de messages de service MSG 30 émis par le terminal EP 110 à destination de l'équipement serveur SERV 130 sont effectués. De plus, pendant cette phase de relais R 1111, le relais RL 100 assure le relais des messages de réponse que l'équipement serveur SERV 130 souhaite transmettre au terminal EP 110 en réponse auxdits messages de service MSG. Le relais RL 100 utilise, pour ce faire, la troisième fenêtre de réception Rx'1 ou la 3057726 43 seconde fenêtre de réception Rx'2, définies par rapport à l'envoi du message de service MSG qui a été émis par le terminal EP 110 et auquel le message de réponse considéré réfère. Considérons que, à l'issue de cette phase de relais R 1111, la passerelle GW 120 devienne à portée radio du terminal EP 110, par exemple parce 5 que le terminal EP 110 s'est déplacé. Dans une étape 1112, le terminal EP 110 transmet un message de service MSG à destination de l'équipement serveur SERV 130, en attendant l'occurrence d'un desdits intervalles de temps SL précisés dans les balises B émises par le relais RL 100. Ce message de service MSG est reçu par le relais RL 100. 10 Dans une étape 1113a, le relais RL 100 transmet, à destination de l'équipement serveur SERV 130, un autre message de service MSG(MSG) encapsulant le message de service MSG transmis par le terminal EP 110 à l'étape 1112. Cet autre message de service MSG(MSG) est reçu par la passerelle GW 120, qui le propage à l'équipement serveur SERV 130 dans une étape 1114a. L'équipement serveur SERV 130 obtient, 15 par des-encapsulation, le message de service MSG transmis par le terminal EP 110. En parallèle, le message de service MSG a aussi été reçu par la passerelle GW 120 dans une étape 1113b. La passerelle GW 120 le propage à l'équipement serveur SERV 130 dans une étape 1114b. L'équipement serveur SERV 130 obtient alors une autre copie du message de service MSG transmis par le terminal EP 110. 20 L'équipement serveur SERV 130 note donc avoir reçu à la fois ce message de service MSG via le relais RL 100 comme attendu (puisque le terminal EP 110 est rattaché au relais RL 100), mais aussi par réception directe de la passerelle GW 120. Dans une étape 1115a, l'équipement serveur SERV 130 envoie à destination du relais RL 100, en réponse audit autre message de service MSG(MSG), un message de 25 détachement DETACH par lequel l'équipement serveur SERV 130 instruit le relais RL 100 que le terminal EP 110 ne lui est plus rattaché. L'équipement serveur SERV 130 s'adresse à la passerelle GW 120 pour propager ledit message de détachement DETACH. Dans une étape 1116a, la passerelle GW 120 propage le message de 30 détachement DETACH à destination du relais RL 100. La passerelle GW 120 utilise la première fenêtre de réception Rxl ou la seconde fenêtre de réception Rx2, définies par rapport à l'envoi dudit autre message de service MSG(MSG) par le relais RL 100 à l'étape 1113a. Le relais RL 100 reçoit ledit message de détachement DETACH et note que le terminal EP 110 n'est désormais plus rattaché audit relais RL 100. Le relais RL 3057726 44 100 ne relaie désormais plus les messages de service MSG transmis par le terminal EP 110 (pour les coïncidences où le terminal EP 110 enverrait un tel message de service MSG exactement pendant une occurrence d'intervalle de temps SL parmi ceux spécifiés dans les balises B émises par le relais RL 100, ce qui est fort peu probable). 5 Dans une étape 1115b, l'équipement serveur SERV 130 envoie à destination du terminal EP 110, en réponse audit message de service MSG transmis par le terminal EP 110, un message de réponse REP. L'équipement serveur SERV 130 s'adresse à la passerelle GW 120 pour propager ledit message de réponse REP à destination du terminal EP 110. 10 Dans une étape 1116b, la passerelle GW 120 propage le message de réponse REP à destination du terminal EP 110. Le terminal EP 110 reçoit ledit message de réponse REP et note que ledit message de réponse REP a été transmis dans la première fenêtre de réception Rxl ou dans la seconde fenêtre de réception Rx2, par rapport à l'envoi du message de service MSG à l'étape 1112. Le terminal EP en 15 conclut être désormais à portée radio d'une passerelle GW du système de communication, et bascule en mode de communication en Classe A. REVENDICATIONS1) Procédé de transmission dans un système de communication incluant un équipement serveur (130) et au moins une passerelle (120, 121, 122) connectée à l'équipement serveur, chaque passerelle étant configurée pour communiquer avec au moins un terminal (110, 111, 112, 113) via un réseau de communication de type LPWAN en utilisant un mode de communication, dit en Classe A, défini comme suit : - ladite passerelle reçoit un message d'origine en provenance d'un dit terminal et propage ledit message d'origine reçu, à destination de l'équipement serveur ; - sur réception d'un message de réponse de l'équipement serveur, ladite passerelle propage le message de réponse à destination dudit terminal en utilisant au moins une fenêtre de réception (Rxl, Rx2) définie par rapport à un temps de transmission dudit message d'origine par ledit terminal ; caractérisé en ce que le système de communication inclut en outre au moins un relais (100) vu comme un terminal par chaque passerelle, chaque relais utilisant le mode de communication en Classe A pour communiquer avec une ou plusieurs dites passerelles, et utilisant pour communiquer avec un ou plusieurs terminaux un autre mode de communication, dit en Classe A', défini comme suit : le relais transmet à intervalles réguliers des balises (B), chaque balise incluant des informations représentatives d'au moins un intervalle de temps (SLO, SLx) prédéfini par rapport à ladite balise ; - le relais est à l'écoute (701) d'éventuels messages d'origine émis par un ou plusieurs terminaux, à destination de l'équipement serveur, uniquement pendant chaque dit intervalle de temps ; - en cas de message de réponse de l'équipement serveur fourni via une dite passerelle en mode de communication en Classe A, ledit relais propage (712) le message de réponse à destination dudit terminal en utilisant au moins une autre fenêtre de réception (Rx'1, Rx'2) définie par rapport à un temps de transmission dudit message d'origine par ledit terminal, chaque dite autre fenêtre de réception (Rx'1, Rx'2) étant décalée postérieurement d'un temps prédéfini (45) par rapport à chaque fenêtre de réception (Rxl, Rx2) définie en mode de communication en Classe A ; 3057726 46 et en ce que, sur réception (701, 702) par un dit relais d'un message d'origine émis par un dit terminal en mode de communication en Classe A', ledit relais effectue les étapes suivantes : - effectuer (705) une encapsulation du message d'origine dans un autre 5 message à destination de l'équipement serveur ; - transmettre (705) ledit autre message en mode de communication en Classe A, de sorte qu'au moins une dite passerelle propage ledit autre message à l'équipement serveur ; - en cas de message de réponse de l'équipement serveur fourni via une dite 10 passerelle en utilisant (706) une fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission dudit autre message par ledit relais, effectuer (707) une des-encapsulation d'un autre message de réponse contenu dans ledit message de réponse et propager (712) ledit autre message de réponse à destination dudit terminal dans une dite autre fenêtre de réception définie en mode de 15 communication en Classe A' par rapport à la transmission dudit message d'origine par ledit terminal ; et en ce que, sur réception (1001) d'un message propagé par une ou plusieurs passerelles, lorsque le message reçu inclut un message relayé par un dit relais, l'équipement serveur effectue les étapes suivantes : 20 - effectuer (1001) une des-encapsulation du message relayé ; - traiter (1005) le message relayé, afin d'obtenir un message de réponse à adresser au terminal ayant émis le message qui a été relayé ; - effectuer (1006) une encapsulation du message de réponse dans un autre message de réponse à adresser au relais ; et 25 transmettre (1006) ledit autre message de réponse à une passerelle, afin que ladite passerelle propage ledit autre message de réponse audit relais dans une dite fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission par ledit terminal dudit message propagé. 30 2) Procédé selon la revendication 1, caractérisé en ce que chaque relais est initialisé comme suit : - ledit relais transmet (402) un message d'enregistrement à destination de l'équipement serveur ; 3057726 47 - en cas de message de réponse (403, 404) de l'équipement serveur fourni via une dite passerelle, le relais transmet (407) un message de récupération de paramètres de balises à destination de l'équipement serveur ; - en cas de message de réponse (408, 409) de l'équipement serveur fourni 5 via une dite passerelle, le relais programme (411) l'envoi desdites balises et programme (411) l'écoute pendant chaque dit intervalle de temps, ledit message de réponse incluant des informations représentatives de chaque dit intervalle de temps. 3) Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce 10 que, sur réception (701, 702) par un dit relais d'un message d'origine émis par un dit terminal en mode de communication en Classe A', le relais effectue les étapes suivantes : - lorsque le message d'origine est un message d'enregistrement dudit terminal à destination de l'équipement serveur, ledit relais propage ledit message 15 d'origine à destination de l'équipement serveur, et sur réception d'un message de réponse en provenance de l'équipement serveur, ledit relais considère que le ledit terminal est rattaché audit relais ; - lorsque le message d'origine est un autre message, ledit relais propage ledit message d'origine à destination de l'équipement serveur uniquement si ledit 20 terminal est rattaché audit relais. 4) Procédé selon la revendication 3, caractérisé en ce que, sur réception d'un message propagé par une ou plusieurs passerelles, lorsque le message reçu inclut un message relayé par un dit relais, l'équipement serveur détermine (903, 1002) si le 25 message relayé a aussi été reçu directement via au moins une dite passerelle, et si tel est le cas, l'équipement serveur effectue les étapes suivantes : - traiter (1005) le message relayé, afin d'obtenir un message de réponse à adresser au terminal ayant émis le message qui a été relayé ; - transmettre (1006) ledit message de réponse à une passerelle, afin que ladite 30 passerelle propage ledit message de réponse audit terminal dans une dite fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission par ledit terminal du message qui a été relayé ; - transmettre (1004) au relais un message de détachement indiquant audit relais que ledit terminal n'est plus rattaché audit relais ; 3057726 48 et en ce que le terminal est à l'écoute dans chaque dite fenêtre de réception définie en mode de communication en Classe A et dans chaque dite fenêtre de réception définie en mode de communication en Classe A', et lorsque ledit terminal reçoit un message de réponse dans une dite fenêtre de réception définie en mode de 5 communication en Classe A, ledit terminal bascule (614) en mode de communication en Classe A. 5) Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que deux fenêtres de réception (Rxl, Rx2) sont définies en mode de communication 10 en Classe A et deux fenêtres de réception (Rx'1, Rx'2) sont définies en mode de communication en Classe A'. 6) Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que chaque fenêtre de réception en mode de communication en Classe A' est de durée 15 supérieure à chaque fenêtre de réception correspondante en mode de communication en Classe A. 7) Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que l'équipement serveur (130) comporte au moins une application de relais (132), 20 chaque application de relais étant en charge d'effectuer les encapsulations et des- encapsulations vis-à-vis d'un ou plusieurs dits relais. 8) Procédé, implémenté par un relais (100), dans le cadre d'une transmission dans un système de communication incluant un équipement serveur (130) et au moins 25 une passerelle (120, 121, 122) connectée à l'équipement serveur, chaque passerelle étant configurée pour communiquer avec au moins un terminal (110, 111, 112, 113) via un réseau de communication de type LPWAN en utilisant un mode de communication, dit en Classe A, défini comme suit : - ledit terminal souhaitant communiquer avec l'équipement serveur 30 directement via une dite passerelle transmet un message d'origine à destination de l'équipement serveur ; - ledit terminal est à l'écoute d'un éventuel message de réponse de l'équipement serveur propagé via une dite passerelle pendant au moins une fenêtre de 3057726 49 réception (Rxl, Rx2) définie par rapport à un temps de transmission dudit message d'origine par ledit terminal ; caractérisé en ce que le système de communication inclut en outre ledit relais (100) qui est vu comme un terminal par chaque passerelle, ledit relais utilisant le 5 mode de communication en Classe A pour communiquer avec une ou plusieurs dites passerelles, et utilisant pour communiquer avec un ou plusieurs terminaux un autre mode de communication, dit en Classe A', défini comme suit : - le relais transmet à intervalles réguliers des balises (B), chaque balise incluant des informations représentatives d'au moins un intervalle de temps (SLO, 10 SLx) prédéfini par rapport à ladite balise ; - le relais est à l'écoute (701) d'éventuels messages d'origine émis par un ou plusieurs terminaux, à destination de l'équipement serveur, uniquement pendant chaque dit intervalle de temps ; - en cas de message de réponse de l'équipement serveur fourni via une dite 15 passerelle en mode de communication en Classe A, ledit relais propage (712) le message de réponse à destination dudit terminal en utilisant au moins une autre fenêtre de réception (Rx'1, Rx'2) définie par rapport à un temps de transmission dudit message d'origine par ledit terminal, chaque dite autre fenêtre de réception (Rx'1, Rx'2) étant décalée postérieurement d'un temps prédéfini (45) par rapport à chaque 20 fenêtre de réception (Rxl, Rx2) définie en mode de communication en Classe A ; et en ce que, sur réception (701, 702) par ledit relais d'un message d'origine émis par un dit terminal en mode de communication en Classe A', ledit relais effectue les étapes suivantes : - effectuer (705) une encapsulation du message d'origine dans un autre 25 message à destination de l'équipement serveur ; - transmettre (705) ledit autre message en mode de communication en Classe A, de sorte qu'au moins une dite passerelle propage ledit autre message à l'équipement serveur ; - en cas de message de réponse de l'équipement serveur fourni (706) via 30 une dite passerelle en utilisant une fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission dudit autre message par ledit relais, effectuer (707) une des-encapsulation d'un autre message de réponse contenu dans ledit message de réponse et propager (712) ledit autre message de réponse à destination dudit terminal dans une dite autre fenêtre de réception définie en mode de 3057726 50 communication en Classe A' par rapport à la transmission dudit message d'origine par ledit terminal. 9) Procédé, implémenté par un terminal (110), dans le cadre d'une transmission 5 dans un système de communication incluant un équipement serveur (130) et au moins une passerelle (120, 121, 122) connectée à l'équipement serveur, ledit terminal étant configuré pour communiquer avec au moins une dite passerelle via un réseau de communication de type LPWAN en utilisant un mode de communication, dit en Classe A, défini comme suit : 10 ledit terminal souhaitant communiquer avec l'équipement serveur directement via une dite passerelle transmet un message d'origine à destination de l'équipement serveur ; - ledit terminal est à l'écoute d'un éventuel message de réponse de l'équipement serveur propagé via une dite passerelle pendant au moins une fenêtre de 15 réception (Rxl, Rx2) définie par rapport à un temps de transmission dudit message d'origine par ledit terminal ; caractérisé en ce que, le système de communication incluant en outre au moins un relais (100), ledit terminal est configuré pour communiquer avec chaque relais selon un autre mode de communication, dit en Classe A', défini comme suit : 20 le terminal reçoit des balises (B) émises par un dit relais, chaque balise incluant des informations représentatives d'au moins un intervalle de temps (SLO, SLx) prédéfini par rapport à ladite balise ; - ledit terminal souhaitant communiquer avec l'équipement serveur via ledit relais transmet un message d'origine à destination de l'équipement serveur, 25 uniquement pendant un dit intervalle de temps ; - ledit terminal est à l'écoute (615) d'un éventuel message de réponse de l'équipement serveur propagé via ledit relais pendant au moins une autre fenêtre de réception (Rx'1, Rx'2) définie par rapport à un temps de transmission dudit message d'origine par ledit terminal, chaque dite autre fenêtre de réception (Rx'1, Rx'2) étant 30 décalée postérieurement d'un temps prédéfini par rapport à chaque fenêtre de réception (Rxl, Rx2) définie en mode de communication en Classe A. 10) Procédé, implémenté par un équipement serveur (130), dans le cadre d'une transmission dans un système de communication incluant ledit équipement serveur et 3057726 51 au moins une passerelle (120, 121, 122) connectée à l'équipement serveur, chaque passerelle étant configurée pour communiquer avec au moins un terminal (110, 111, 112, 113) via un réseau de communication de type LPWAN, caractérisé en ce que le système de communication incluant en outre au moins 5 un relais (100), sur réception (1001) d'un message propagé par une ou plusieurs passerelles, lorsque le message reçu inclut un message relayé par un dit relais, l'équipement serveur effectue les étapes suivantes : - effectuer (1001) une des-encapsulation du message relayé ; - traiter (1005) le message relayé, afin d'obtenir un message de réponse à 10 adresser au terminal ayant émis le message qui a été relayé ; - effectuer (1005) une encapsulation du message de réponse dans un autre message de réponse à adresser au relais ; et - transmettre (1006) ledit autre message de réponse à une passerelle, afin que ladite passerelle propage ledit autre message de réponse audit relais. 15 11) Programme d'ordinateur comportant un ensemble d'instructions causant une exécution, par un processeur (210), du procédé selon la revendication 8 ou selon la revendication 9 ou selon la revendication 10, lorsque ledit programme d'ordinateur est exécuté par ledit processeur. 20 12) Support de stockage d'informations stockant un programme d'ordinateur comportant un ensemble d'instructions causant une exécution, par un processeur (210), du procédé selon la revendication 8 ou selon la revendication 9 ou selon la revendication 10, lorsque ledit programme d'ordinateur est exécuté par ledit 25 processeur. 13) Système de communication incluant un équipement serveur (130) et au moins une passerelle (120, 121, 122) connectée à l'équipement serveur, chaque passerelle étant configurée pour communiquer avec au moins un terminal (110, 111, 30 112, 113) via un réseau de communication de type LPWAN en utilisant un mode de communication, dit en Classe A, défini comme suit : - ladite passerelle est configurée pour recevoir un message d'origine en provenance d'un dit terminal et propage ledit message d'origine reçu, à destination de l'équipement serveur ; 3057726 52 - sur réception d'un message de réponse de l'équipement serveur, ladite passerelle est configurée pour propager le message de réponse à destination dudit terminal en utilisant au moins une fenêtre de réception (Rxl, Rx2) définie par rapport à un temps de transmission dudit message d'origine par ledit terminal ; 5 caractérisé en ce que le système de communication inclut en outre au moins un relais (100) vu comme un terminal par chaque passerelle, chaque relais étant configuré pour utiliser le mode de communication en Classe A pour communiquer avec une ou plusieurs dites passerelles, et pour utiliser pour communiquer avec un ou plusieurs terminaux un autre mode de communication, dit en Classe A', défini comme suit : 10 - le relais est configuré pour transmettre à intervalles réguliers des balises (B), chaque balise incluant des informations représentatives d'au moins un intervalle de temps (SLO, SLx) prédéfini par rapport à ladite balise ; - le relais est configuré pour être à l'écoute (701) d'éventuels messages d'origine émis par un ou plusieurs terminaux, à destination de l'équipement serveur, 15 uniquement pendant chaque dit intervalle de temps ; - en cas de message de réponse de l'équipement serveur fourni via une dite passerelle en mode de communication en Classe A, ledit relais est configuré pour propager (712) le message de réponse à destination dudit terminal en utilisant au moins une autre fenêtre de réception (Rx'1, Rx'2) définie par rapport à un temps de 20 transmission dudit message d'origine par ledit terminal, chaque dite autre fenêtre de réception (Rx'1, Rx'2) étant décalée postérieurement d'un temps prédéfini (45) par rapport à chaque fenêtre de réception (Rxl, Rx2) définie en mode de communication en Classe A ; et en ce que, sur réception (701, 702) par un dit relais d'un message d'origine 25 émis par un dit terminal en mode de communication en Classe A', ledit relais implémente : - des moyens pour effectuer (705) une encapsulation du message d'origine dans un autre message à destination de l'équipement serveur ; - des moyens pour transmettre (705) ledit autre message en mode de 30 communication en Classe A, de sorte qu'au moins une dite passerelle propage ledit autre message à l'équipement serveur ; - en cas de message de réponse (706) de l'équipement serveur fourni via une dite passerelle en utilisant une fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission dudit autre message par ledit 3057726 53 relais, des moyens pour effectuer (707) une des-encapsulation d'un autre message de réponse contenu dans ledit message de réponse et des moyens pour propager (712) ledit autre message de réponse à destination dudit terminal dans une dite autre fenêtre de réception définie en mode de communication en Classe A' par rapport à la 5 transmission dudit message d'origine par ledit terminal ; et en ce que sur réception (1001) d'un message propagé par une ou plusieurs passerelles, lorsque le message reçu inclut un message relayé par un dit relais, l'équipement serveur implémente : - des moyens pour effectuer (1001) une des-encapsulation du message 10 relayé ; - des moyens pour traiter (1005) le message relayé, afin d'obtenir un message de réponse à adresser au terminal ayant émis le message qui a été relayé ; - des moyens pour (1006) effectuer une encapsulation du message de réponse dans un autre message de réponse à adresser au relais ; et 15 des moyens pour transmettre (1006) ledit autre message de réponse à une passerelle, afin que ladite passerelle propage ledit autre message de réponse audit relais dans une dite fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission par ledit terminal dudit message propagé. 20 14) Relais (100) destiné à être utilisé dans un système de communication incluant un équipement serveur (130) et au moins une passerelle (120, 121, 122) connectée à l'équipement serveur, chaque passerelle étant configurée pour communiquer avec au moins un terminal (110, 111, 112, 113) via un réseau de communication de type LPWAN en utilisant un mode de communication, dit en 25 Classe A, défini comme suit : - ledit terminal souhaitant communiquer avec l'équipement serveur directement via une dite passerelle est configuré pour transmettre un message d'origine à destination de l'équipement serveur ; - ledit terminal est configuré pour être à l'écoute d'un éventuel message de 30 réponse de l'équipement serveur propagé via une dite passerelle pendant au moins une fenêtre de réception (Rxl, Rx2) définie par rapport à un temps de transmission dudit message d'origine par ledit terminal ; caractérisé en ce que, ledit relais étant vu comme un terminal par chaque passerelle, ledit relais est configuré pour utiliser le mode de communication en Classe 3057726 54 A pour communiquer avec une ou plusieurs dites passerelles, et pour utiliser pour communiquer avec un ou plusieurs terminaux un autre mode de communication, dit en Classe A', défini comme suit : - le relais est configuré pour transmettre à intervalles réguliers des balises 5 (B), chaque balise incluant des informations représentatives d'au moins un intervalle de temps prédéfini par rapport à ladite balise ; - le relais est configuré pour être à l'écoute (701) d'éventuels messages d'origine émis par un ou plusieurs terminaux, à destination de l'équipement serveur, uniquement pendant chaque dit intervalle de temps ; 10 - en cas de message de réponse (706) de l'équipement serveur fourni via une dite passerelle en mode de communication en Classe A, ledit relais est configuré pour propager (712) le message de réponse à destination dudit terminal en utilisant au moins une autre fenêtre de réception (Rx' 1, Rx'2) définie par rapport à un temps de transmission dudit message d'origine par ledit terminal, chaque dite autre fenêtre de 15 réception (Rx' 1, Rx'2) étant décalée postérieurement d'un temps prédéfini (45) par rapport à chaque fenêtre de réception (Rxl, Rx2) définie en mode de communication en Classe A ; et en ce que, sur réception (701) par ledit relais d'un message d'origine émis par un dit terminal en mode de communication en Classe A', ledit relais implémente : 20 des moyens pour effectuer (705) une encapsulation du message d'origine dans un autre message à destination de l'équipement serveur ; - des moyens pour transmettre (705) ledit autre message en mode de communication en Classe A, de sorte qu'au moins une dite passerelle propage ledit autre message à l'équipement serveur ; 25 en cas de message de réponse (706) de l'équipement serveur fourni via une dite passerelle en utilisant une fenêtre de réception définie en mode de communication en Classe A par rapport à la transmission dudit autre message par ledit relais, des moyens pour effectuer (707) une des-encapsulation d'un autre message de réponse contenu dans ledit message de réponse et des moyens pour propager (712) 30 ledit autre message de réponse à destination dudit terminal dans une dite autre fenêtre de réception (Rx' 1, Rx'2) définie en mode de communication en Classe A' par rapport à la transmission dudit message d'origine par ledit terminal. 3057726 55 15) Terminal (110) destiné à être utilisé avec un système de communication incluant un équipement serveur (130) et au moins une passerelle (120, 121, 122) connectée à l'équipement serveur, ledit terminal étant configuré pour communiquer avec au moins une dite passerelle via un réseau de communication de type LPWAN en 5 utilisant un mode de communication, dit en Classe A, défini comme suit : - ledit terminal souhaitant communiquer avec l'équipement serveur directement via une dite passerelle est configuré pour transmettre un message d'origine à destination de l'équipement serveur ; - ledit terminal est configuré pour être à l'écoute d'un éventuel message de 10 réponse de l'équipement serveur propagé via une dite passerelle pendant au moins une fenêtre de réception (Rxl, Rx2) définie par rapport à un temps de transmission dudit message d'origine par ledit terminal ; caractérisé en ce que, le système de communication incluant en outre au moins un relais (100), ledit terminal est configuré pour communiquer avec chaque relais 15 selon un autre mode de communication, dit en Classe A', défini comme suit : - le terminal est configuré pour recevoir des balises (B) émises par un dit relais, chaque balise incluant des informations représentatives d'au moins un intervalle de temps (SLO, SLx) prédéfini par rapport à ladite balise ; - ledit terminal souhaitant communiquer avec l'équipement serveur via ledit 20 relais est configuré pour transmettre un message d'origine à destination de l'équipement serveur, uniquement pendant un dit intervalle de temps ; - ledit terminal est configuré pour être à l'écoute (615) d'un éventuel message de réponse de l'équipement serveur propagé via ledit relais pendant au moins une autre fenêtre de réception (Rx'1, Rx'2) définie par rapport à un temps de 25 transmission dudit message d'origine par ledit terminal, chaque dite autre fenêtre de réception (Rx' 1, Rx'2) étant décalée postérieurement d'un temps prédéfini (45) par rapport à chaque fenêtre de réception (Rxl, Rx2) définie en mode de communication en Classe A. 30 16) Equipement serveur (130) destiné à être utilisé dans un système de communication incluant ledit équipement serveur et au moins une passerelle (120, 121, 122) connectée à l'équipement serveur, chaque passerelle étant configurée pour communiquer avec au moins un terminal (110, 111, 112, 113) via un réseau de communication de type LPWAN, 3057726 56 caractérisé en ce que, le système de communication incluant en outre au moins un relais (100), sur réception (1001) d'un message propagé par une ou plusieurs passerelles, lorsque le message reçu inclut un message relayé par un dit relais, l'équipement serveur implémente : 5 - des moyens pour effectuer (1001) une des-encapsulation du message relayé ; - des moyens pour traiter (1005) le message relayé, afin d'obtenir un message de réponse à adresser au terminal ayant émis le message qui a été relayé ; - des moyens pour effectuer (1006) une encapsulation du message de 10 réponse dans un autre message de réponse à adresser au relais ; et - des moyens pour transmettre (1006) ledit autre message de réponse à une passerelle, afin que ladite passerelle propage ledit autre message de réponse audit relais.