FR 3052952 A1 20171222 FR 1655553 A 20160615 1 La présente invention concerne une définition et une application d'un plan de fréquences dans un système de communication de type LPWAN. 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 électriques ou de consommations 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 connectés aux usages variés, par exemple dans le domaine industriel, agro-alimentaire, de la e-santé ou de la domotique. 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 à des objets communicants 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 communicants 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 servent ainsi de relais entre les objets communicants et un serveur (réseau coeur), appelé LNS (pour « LoRa NetServer » en anglais, selon la terminologie de la technologie LoRaWAN) configuré pour traiter des informations remontées par les objets communicants et pour envoyer des commandes auxdits objets communicants. De telles commandes envoyées par le serveur auxdits objets communicants concernent par exemple des ajustements de débit d'émission via un facteur d'étalement SF (« Spread Factor » en anglais) et/ou des ajustements de niveau de puissance de transmission TxPower, ce qui permet donc d'appliquer des politiques de débit (de données) adaptatif ADR (« Adaptive Data Rate » en anglais). Ces 3052952 2 commandes peuvent aussi permettre de configurer lesdits objets communicants vis-à-vis d'un plan de fréquences à appliquer aux communications sans-fil de l'infrastructure réseau. Dans de tels systèmes de communication sans-fil moyenne ou longue portée de 5 type LPWAN, il est souhaitable de définir un plan de fréquences, c'est-à-dire de définir quelles bandes de fréquences doivent être utilisées par tels ou tels équipements desdits systèmes, de sorte à limiter les interférences lors des communications sans-fil effectuées au sein desdits systèmes. Cela permet notamment de gérer efficacement la mobilité de terminaux au sein desdits systèmes. Contrairement aux réseaux cellulaires 10 (2G, 3G, LTE), le principe de cellules et de transfert entre cellules (« handover » en anglais), permettant de changer de cellule sans interruption des communications (voix, données), n'existent pas dans les systèmes de communication sans-fil moyenne ou longue portée de type LPWAN. Il est donc souhaitable de fournir une solution qui permette de définir et d'appliquer efficacement, et de manière automatique, un plan de 15 fréquences dans de tels systèmes de communication sans-fil moyenne ou longue portée de type LPWAN. Il est aussi souhaitable d'assurer une mobilité efficace des terminaux dans de tels systèmes de communication sans-fil moyenne ou longue portée de type LPWAN. Pour ce faire, l'invention concerne un procédé de définition et d'application 20 d'un plan de fréquences dans un système de communication de type LPWAN comportant un serveur et une pluralité de passerelles connectées audit serveur, la pluralité de passerelles utilisant des bandes de fréquences pour effectuer des communications sans-fil avec des terminaux du système de communication. Le procédé est tel que le serveur effectue les étapes suivantes : obtenir une description 25 d'une hiérarchie de mobilité dans laquelle des types de mobilité sont hiérarchiquement définis ; obtenir une description d'un arbre de mobilité dans lequel des zones de mobilité sont hiérarchiquement définies, chaque zone de mobilité ayant un type de mobilité en conformité avec la hiérarchie de mobilité ; obtenir des mesures de terrain associées à chaque zone de mobilité définie dans l'arbre de mobilité ; déterminer, à 30 partir des mesures de terrain, pour chaque zone de mobilité, une information de pourcentage de temps pendant lequel les mesures de terrain montrent un niveau de signal reçu RSSI inférieur à tel ou tel seuil de niveau de signal reçu RSSI parmi un ensemble prédéfini de seuils de niveau de signal reçu RSSI. De plus, le procédé est tel que le serveur parcourt l'arbre de mobilité en itérant les étapes suivantes : sélectionner 3052952 3 la zone de mobilité de plus haut degré hiérarchique non encore traitée ; déterminer, pour la zone de mobilité sélectionnée, une probabilité moyenne 13m pour chaque bande de fréquences, à partir desdites informations de pourcentage de temps déterminées pour chaque zone de mobilité qui est une feuille de l'arbre et qui est hiérarchiquement 5 rattachée à la zone de mobilité sélectionnée ; attribuer, pour la zone de mobilité sélectionnée, jusqu'à une quantité P de bandes de fréquences présentant les meilleures probabilités moyennes. De plus, le serveur effectue les étapes suivantes pour configurer les passerelles vis-à-vis du plan de fréquences : obtenir des descriptifs de gabarits de mobilité dans lesquels des regroupements de zones de mobilité sont 10 effectués et dans lesquels, pour chaque regroupement, une liste de passerelles est associée à chaque regroupement pour indiquer quelles passerelles sont destinées à supporter ledit regroupement ; configurer chaque passerelle en fonction desdits descriptifs de gabarits et des bandes de fréquences attribuées aux zones de mobilité constituant lesdits regroupements. De plus, sur réception de la part d'un terminal 15 d'une requête de connexion au système de communication, le serveur obtient un descriptif du terminal à partir d'un identifiant de terminal inclus dans ladite requête, le descriptif incluant une liste de types de mobilité auxquels ledit terminal a droit d'accès, et le serveur itère les étapes suivantes pour l'intégralité des types de mobilité auxquels ledit terminal a droit d'accès : identifier le type de mobilité de plus haut 20 degré hiérarchique ; identifier quelles zones de mobilité correspondent audit type de mobilité de plus haut degré hiérarchique identifié ; sélectionner une zone de mobilité parmi les zones de mobilité identifiées ; et attribuer audit terminal au moins une bande de fréquences attribuée à la zone de mobilité sélectionnée. Enfin, le procédé est tel que le serveur configure ledit terminal en fonction des bandes de fréquences ainsi 25 attribuées audit terminal. Ainsi, il est possible de définir et d'appliquer efficacement, et de manière automatique, un plan de fréquences dans un système de communication de type LPWAN, ainsi que d'assurer une mobilité efficace des terminaux dans un tel système de communication de type LPWAN. Selon un mode de réalisation particulier, la probabilité moyenne 13m est calculée 30 de la façon suivante : N * (RSSIf - RSSId) où RSS/d est une valeur d'index correspondant à la valeur minimum de seuil de niveau de signal reçu RSSI pour laquelle une valeur de probabilité a été exprimée vis- N vRSSI f Ek=1L =RSSId k le,J) Pin- 3052952 4 à-vis de la zone de mobilité considérée, RSS/f est une valeur d'index correspondant à la valeur maximum de seuil de niveau de signal reçu RSSI pour laquelle une valeur de probabilité a été exprimée vis-à-vis de la zone de mobilité considérée, N est la quantité de zones de mobilité considérées pour le calcul de la probabilité moyenne 13m, et 5 Tk(i,j) représente la probabilité associée à la bande de fréquence considérée pour la k-ième zone de mobilité parmi lesdites N zones de mobilités pour un seuil de niveau de signal reçu RSSI représenté par une valeur d'index j. Selon un mode de réalisation particulier, pour configurer ledit terminal, le serveur effectue les étapes suivantes : informer d'un premier lot de bandes de 10 fréquences attribuées au terminal, via un message de réponse à la requête reçue ; et informer d'un second lot de bandes de fréquences attribuées au terminal, via un ou plusieurs messages complémentaires. Selon un mode de réalisation particulier, des canaux forment des regroupements de bandes de fréquences consécutives, et le serveur attribue les bandes de fréquences 15 sur une base canal. Selon un mode de réalisation particulier, le serveur obtient la description de la hiérarchie de mobilité, la description de l'arbre de mobilité, les mesures de terrain, le descriptif de chaque terminal auprès d'un autre serveur externe au système de communication. 20 Selon un mode de réalisation particulier, le serveur vérifie que le type de mobilité de chaque zone de mobilité de l'arbre de mobilité a un degré hiérarchique inférieur au type de mobilité d'une autre zone de mobilité à laquelle ladite zone de mobilité est directement rattachée dans l'arbre de mobilité. Selon un mode de réalisation particulier, le descriptif de chaque terminal 25 comporte une information indiquant si le terminal est supposé être fixe, et le serveur effectue les étapes suivantes vis-à-vis du terminal ayant émis la requête reçue : déterminer la liste des bandes de fréquences éligibles audit terminal ; déterminer les bandes de fréquences de cette liste qui ont été attribuées à au moins trois passerelles parmi les passerelles ayant relayé ladite requête ; et attribuer les bandes de fréquences 30 ainsi déterminées audit terminal EP. Selon un mode de réalisation particulier, pour les fréquences non sélectionnées de ladite liste des bandes de fréquences éligibles, le serveur attend de recevoir d'autres trames en provenance dudit terminal pour déterminer si de nouvelles passerelles ont relayé lesdites autres trames et ainsi déterminer si d'autres bandes de fréquences de 3052952 5 ladite liste des bandes de fréquences éligibles ont été attribuées à au moins trois passerelles parmi les passerelles ayant relayé lesdites trames. Selon un mode de réalisation particulier, dans le cas où la quantité de passerelles réceptrices de trames ascendantes en provenance dudit terminal reste strictement 5 inférieure à trois, le serveur émet une alerte. L'invention concerne également un serveur configuré pour définir et appliquer un plan de fréquences dans un système de communication de type LPWAN comportant, outre ledit serveur, une pluralité de passerelles connectées audit serveur, la pluralité de passerelles utilisant des bandes de fréquences pour effectuer des 10 communications sans-fil avec des terminaux du système de communication. Le serveur est configuré pour : obtenir une description d'une hiérarchie de mobilité dans laquelle des types de mobilité sont hiérarchiquement définis ; obtenir une description d'un arbre de mobilité dans lequel des zones de mobilité sont hiérarchiquement définies, chaque zone de mobilité ayant un type de mobilité en conformité avec la 15 hiérarchie de mobilité ; obtenir des mesures de terrain associées à chaque zone de mobilité définie dans l'arbre de mobilité ; déterminer, à partir des mesures de terrain, pour chaque zone de mobilité, une information de pourcentage de temps pendant lequel les mesures de terrain montrent un niveau de signal reçu RSSI inférieur à tel ou tel seuil de niveau de signal reçu RSSI parmi un ensemble prédéfini de seuils de 20 niveau de signal reçu RSSI. De plus, le serveur est configuré pour parcourir l'arbre de mobilité en itérant les étapes suivantes : sélectionner la zone de mobilité de plus haut degré hiérarchique non encore traitée ; déterminer, pour la zone de mobilité sélectionnée, une probabilité moyenne Pm pour chaque bande de fréquences, à partir desdites informations de pourcentage de temps déterminées pour chaque zone de 25 mobilité qui est une feuille de l'arbre et qui est hiérarchiquement rattachée à la zone de mobilité sélectionnée ; attribuer, pour la zone de mobilité sélectionnée, jusqu'à une quantité P de bandes de fréquences présentant les meilleures probabilités moyennes. De plus, le serveur est configuré pour effectuer les étapes suivantes pour configurer les passerelles vis-à-vis du plan de fréquences : obtenir des descriptifs de gabarits de 30 mobilité dans lesquels des regroupements de zones de mobilité sont effectués et dans lesquels, pour chaque regroupement, une liste de passerelles est associée à chaque regroupement pour indiquer quelles passerelles sont destinées à supporter ledit regroupement ; configurer chaque passerelle en fonction desdits descriptifs de gabarits et des bandes de fréquences attribuées aux zones de mobilité constituant lesdits 3052952 6 regroupements. De plus, sur réception de la part d'un terminal d'une requête de connexion au système de communication, le serveur est configuré pour obtenir un descriptif du terminal à partir d'un identifiant de terminal inclus dans ladite requête, le descriptif incluant une liste de types de mobilité auxquels ledit terminal a droit 5 d'accès, et pour itérer les étapes suivantes pour l'intégralité des types de mobilité auxquels ledit terminal a droit d'accès : identifier le type de mobilité de plus haut degré hiérarchique ; identifier quelles zones de mobilité correspondent audit type de mobilité de plus haut degré hiérarchique identifié ; sélectionner une zone de mobilité parmi les zones de mobilité identifiées ; et attribuer audit terminal au moins une bande 10 de fréquences attribuée à la zone de mobilité sélectionnée. Enfin, le serveur est configuré pour configurer ledit terminal en fonction des bandes de fréquences ainsi attribuées audit terminal. 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 15 par un processeur. Ce programme d'ordinateur comprend des instructions pour implémenter le procédé mentionné ci-dessus, lorsque ledit programme est exécuté par le processeur. 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, 20 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 lesquels : - la Fig. 1 illustre schématiquement un système de communication dans lequel la présente invention peut être implémentée ; 25 - la Fig. 2 illustre schématiquement un exemple d'architecture matérielle d'un dispositif de communication du système de communication de la Fig. 1 ; - la Fig. 3 illustre schématiquement un exemple de hiérarchie de mobilité destinée à permettre de définir un plan de fréquences adapté au système de communication vis-à-vis de son environnement ; 30 - la Fig. 4 illustre schématiquement un exemple d'arbre de mobilité en application de la hiérarchie de mobilité de la Fig. 3 ; - la Fig. 5 illustre schématiquement un algorithme, implémenté par un serveur du système de communication, de configuration dudit système de communication afin 3052952 7 d'appliquer le plan de fréquences adapté au système de communication vis-à-vis de son environnement ; - la Fig. 6 illustre schématiquement un algorithme, implémenté par ledit serveur du système de communication, de création d'un tableau de statistiques de 5 probabilités versus des indications de niveau de signal reçu RSSI (« Received Signal Strength Indicator » en anglais), dans le cadre de la définition du plan de fréquences adapté au système de communication vis-à-vis de son environnement ; - la Fig. 7 illustre schématiquement un algorithme, implémenté par ledit serveur du système de communication, de création d'une table de mobilité, 10 représentative du plan de fréquences défini pour le système de communication ; - la Fig. 8 illustre schématiquement un algorithme, implémenté par ledit serveur du système de communication, de configuration de passerelles du système de communication afin d'appliquer le plan de fréquences défini pour le système de communication ; et 15 - la Fig. 9 illustre schématiquement un algorithme, implémenté par ledit serveur du système de communication, de configuration de terminaux du système de communication afin d'appliquer le plan de fréquences défini pour le système de communication. L'invention est plus particulièrement décrite ci-après dans un contexte 20 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. La Fig. 1 illustre schématiquement un système de communication dans lequel la 25 présente invention peut être implémentée. Le système de communication comporte une pluralité de passerelles GW 120, 121, 122, 123. Les passerelles GW 120, 121, 122, 123 disposent de liens de communication respectifs avec un serveur LNS 130 auquel lesdites passerelles GW sont rattachées. Selon un mode de réalisation particulier, chaque passerelle GW 120, 30 121, 122, 123 intègre une fonction d'accès à l'Internet et le lien de communication entre ladite passerelle résidentielle avec le serveur LNS 130 repose sur le protocole IP (« Internet Protocol » en anglais, tel que défini dans le document normatif RFC 791). Dans le système de communication, des messages doivent être remontés jusqu'au serveur LNS 130 sous forme de trames depuis chaque dispositif terminal EP 3052952 8 (« End-Point » en anglais) 110, 111 d'un ensemble de dispositifs terminaux dudit système de communication. Ledit serveur LNS 130 a un rôle de contrôle et de collecte d'informations disponibles auprès des dispositifs terminaux EP 110, 111, et les passerelles GW 120, 121, 122, 123 ont un rôle de relais entre les dispositifs terminaux 5 EP 110, 111 et le serveur LNS 130. Des messages, notamment de commande, peuvent aussi être transmis sous forme de trames depuis le serveur LNS 130 jusqu'aux dispositifs terminaux EP 110, 111 via les passerelles de collecte GW 120, 121, 122, 123. De telles commandes envoyées par le serveur LNS 130 auxdits dispositifs terminaux EP 110, 111 permettent plus particulièrement, dans le cadre de la présente 10 invention, de configurer les dispositifs terminaux EP 110, 111 vis-à-vis d'un plan de fréquences à faire appliquer aux communications sans-fil dans le système de communication. Pour permettre de remplir ce rôle de relais, chaque passerelle GW 120, 121, 122, 123 dispose d'au moins une interface radio permettant à ladite passerelle de collecte 15 de communiquer avec au moins un dispositif terminal EP 110, 111 en s'appuyant sur un réseau de communication sans-fil, et préférentiellement selon une technologie de communication de type LPWAN. Ladite interface radio est par exemple 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 20 déposée). Ladite interface radio est telle qu'un dispositif terminal EP peut être à portée de communication par voie radio d'une pluralité de passerelles GW, selon la position géographique dudit dispositif terminal EP par rapport aux passerelles GW 120, 121, 122, 123 et des conditions de transmission par voie radio dans l'environnement dudit dispositif terminal EP et des passerelles GW 120, 121, 122, 123. C'est le cas par 25 exemple du dispositif terminal EP 110 sur la Fig. 1, qui est à portée de communication par voie radio des passerelles GW 120, 121 et 122. Le dispositif terminal EP 111 sur la Fig. 1 est, quant à lui, à portée de communication par voie radio des passerelles GW 122 et 123. Le système de communication est préférentiellement connecté, via le serveur 30 LNS 130, à un serveur SOE (« Service Operator Equipment » en anglais) 140, afin de permettre au serveur LNS 130 d'obtenir des informations et descriptifs de la part de l'opérateur de service à la disposition duquel le système de communication a été mis en place. Les communications entre le serveur LNS 130 et le serveur SOE 140 s'appuient sur un protocole de communication adapté pour permettre au serveur LNS 3052952 9 130 d'obtenir lesdites informations et lesdits descriptifs, comme par exemple le protocole TCP (« Transmission Control Protocol » en anglais, tel que défini dans le document normatif RFC 793). En variante de réalisation, le serveur LNS 130 est configure pour obtenir lesdites informations et lesdits descriptifs via une interface 5 homme-machine implémentée par ledit serveur LNS 130. La Fig. 2 illustre schématiquement un exemple d'architecture matérielle d'un dispositif de communication du système de communication de la Fig. 1. Chaque dispositif terminal EP 110, 111 et/ou chaque passerelle GW 120, 121, 122, 123 et/ou le serveur LNS 130 et/ou le serveur SOE 140 peuvent être construits sur la base d'une 10 telle architecture matérielle. Le dispositif de communication comporte, reliés par un bus de communication 210 : un processeur ou CPU (« Central Processing Unit » en anglais) 201 ; une mémoire vive RAM (« Random Access Memory » en anglais) 202 ; une mémoire morte ROM (« Read Only Memory » en anglais) 203 ; une unité de stockage ou un 15 lecteur de support de stockage, tel qu'un lecteur de cartes SD (« Secure Digital » en anglais) ou un disque dur HDD (« Hard Disk Drive » en anglais) 204 ; une interface de communication I/F 205, et éventuellement une autre interface de communication I/F 206. Lorsque le dispositif de communication de la Fig. 2 représente un dispositif 20 terminal EP du système de communication, l'interface de communication I/F 205 est configurée pour permettre audit dispositif terminal EP de communiquer avec une ou plusieurs passerelles GW du système de communication. Lorsque le dispositif de communication de la Fig. 2 représente une passerelle GW du système de communication, l'interface de communication I/F 205 est 25 configurée pour permettre à ladite passerelle GW de communiquer avec des dispositifs terminaux EP du système de communication, et l'autre interface de communication I/F 206 est configurée pour permettre à ladite passerelle GW de communiquer avec le serveur LNS 130. Lorsque le dispositif de communication de la Fig. 2 représente le serveur LNS 30 130, l'interface de communication I/F 205 est configurée pour permettre audit serveur LNS 130 de communiquer avec les passerelles GW du système de communication. Dans un mode de réalisation particulier, l'autre interface de communication I/F 206 est configurée pour permettre audit serveur LNS 130 de communiquer avec le serveur SOE 140. 3052952 10 Lorsque le dispositif de communication de la Fig. 2 représente le serveur SOE 140, l'interface de communication I/F 205 est configurée pour permettre audit serveur SOE 140 de communiquer avec le serveur LNS 130. Le processeur 201 est capable d'exécuter des instructions chargées dans la RAM 5 202 à partir de la ROM 203, d'une mémoire externe, d'un support de stockage, ou d'un réseau de communication. Lorsque le dispositif de communication est mis sous tension, le processeur 201 est capable de lire de la RAM 202 des instructions et de les exécuter. Ces instructions forment un programme d'ordinateur causant l'implémentation, par le processeur 201, de tout ou partie des algorithmes et étapes 10 décrits ici en relation avec le dispositif de communication en question. 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, tel 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). La Fig. 3 illustre schématiquement un exemple de hiérarchie de mobilité destinée à permettre de définir un plan de fréquences adapté au système de 20 communication vis-à-vis de son environnement. Le serveur LNS 130 permet à l'opérateur de service de définir une hiérarchie de mobilité consistant en un ensemble hiérarchisé de types de mobilité (MobilityType). Cette définition de la hiérarchie de mobilité est ainsi fournie par le serveur SOE 140 au serveur LNS 130, ou est fournie au serveur LNS 130 par le biais de son interface 25 homme-machine. L'ensemble hiérarchisé de types de mobilité correspond aux différents types de mobilité géographique que les terminaux EP du système de communication sont autorisés à avoir : local, à la dimension d'une ville, régional, national,... ou toute autre hiérarchie de types de couverture géographique. L'ensemble hiérarchisé de types de mobilité est donc un ensemble de types de zones de couverture 30 réseau hiérarchisés selon la taille de leurs couvertures réseau respectives. La convention de nommage des types de mobilité et l'interprétation de la hiérarchie sont à la charge de l'opérateur de service. La hiérarchie de mobilité est donc un ensemble hiérarchisé de types de mobilité (MobilityType), dont un exemple de réalisation est illustré par la Fig. 3 sous forme 3052952 11 d'arbre de noeuds interconnectés. La racine de la hiérarchie est représentée tout en haut de la Fig. 3, et représente le plus haut degré hiérarchique. Chaque noeud de l'arbre comporte au moins deux éléments : un nom de type de mobilité et un pointeur vers le noeud parent dans la hiérarchie. La racine correspond à un type de mobilité 5 génériquement labellisé NO sur la Fig. 3. Par exemple, le type de la racine est nommé « Norme ». La racine n'ayant, par définition, pas de noeud parent, le pointeur associé à la racine est sans signification. Par exemple, ce pointeur est fixé à une valeur prédéfinie (e.g. « 0 ») ou pointe sur la racine elle-même. Deux types de mobilité, génériquement labellisés N1_1 et N1_2 sur la Fig. 3, sont hiérarchiquement 10 directement attachés à la racine. Par exemple, le type génériquement labellisé N1_1 est nommé « Public » et le type génériquement labellisé N1_2 est nommé « Corporate ». Les pointeurs des types de mobilité génériquement labellisés N1_1 et N1_2 sur la Fig. 3 pointent sur la racine. Chacun d'eux est ainsi labellisé PNO sur la Fig. 3. Un unique type de mobilité, génériquement labellisé N2_2 sur la Fig. 3, est 15 hiérarchiquement directement attaché au type de mobilité génériquement labellisé N1_2 sur la Fig. 3. Par exemple, le type de mobilité génériquement labellisé N2_2 sur la Fig. 3 est nommé « Service Postal ». Le pointeur du type de mobilité génériquement labellisé N2_2 sur la Fig. 3 pointe sur le type de mobilité génériquement labellisé N1_2 sur la Fig. 3, et est ainsi labellisé PN1 2 sur la Fig. 3. Un unique type de 20 mobilité, génériquement labellisé N2_1 sur la Fig. 3, est hiérarchiquement directement attaché au type de mobilité génériquement labellisé N1_1 sur la Fig. 3. Par exemple, le type de mobilité génériquement labellisé N2_1 sur la Fig. 3 est nommé « National ». Le pointeur du type de mobilité génériquement labellisé N2_1 sur la Fig. 3 pointe sur le type de mobilité génériquement labellisé N1_1 sur la Fig. 3, et est 25 ainsi labellisé PN1 1 sur la Fig. 3. Un unique type de mobilité, génériquement labellisé N3_1 sur la Fig. 3, est hiérarchiquement directement attaché au type de mobilité génériquement labellisé N2_1 sur la Fig. 3. Par exemple, le type de mobilité génériquement labellisé N3_1 sur la Fig. 3 est nommé « Agglomération ». Le pointeur du type de mobilité génériquement labellisé N3_1 sur la Fig. 3 pointe sur le type de 30 mobilité génériquement labellisé N2_1 sur la Fig. 3, et est ainsi labellisé PN2 1 sur la Fig. 3. Un unique type de mobilité, génériquement labellisé N4_1 sur la Fig. 3, est hiérarchiquement directement attaché au type de mobilité génériquement labellisé N3_1 sur la Fig. 3. Par exemple, le type de mobilité génériquement labellisé N4_1 sur la Fig. 3 est nommé « Ville ». Le pointeur du type de mobilité génériquement labellisé 3052952 12 N4_1 sur la Fig. 3 pointe sur le type de mobilité génériquement labellisé N3_1 sur la Fig. 3, et est ainsi labellisé PN3 1 sur la Fig. 3. Enfin, un unique type de mobilité, génériquement labellisé N5_1 sur la Fig. 3, est hiérarchiquement directement attaché au type de mobilité génériquement labellisé N4_1 sur la Fig. 3. Par exemple, le type 5 de mobilité génériquement labellisé N5_1 sur la Fig. 3 est nommé « Local ». Le pointeur du type de mobilité génériquement labellisé N5_1 sur la Fig. 3 pointe sur le type de mobilité génériquement labellisé N5_1 sur la Fig. 3, et est ainsi labellisé PN4 1 sur la Fig. 3. Chaque noeud de l'arbre peut comporter un ou plusieurs éléments 10 supplémentaires, comme par exemple un pointeur vers chacun de ses éventuels noeuds enfants dans la hiérarchie de mobilité. Dans le cas où le serveur LNS 130 doit gérer plusieurs hiérarchies, un tel arbre est fourni au serveur LNS 130 pour chacune desdites hiérarchies et peuvent ainsi avoir des structures différentes, des conventions de nommages différentes, ainsi que des 15 interprétations différentes. Un identifiant de hiérarchie est alors utilisé pour distinguer, les unes par rapport aux autres, les hiérarchies ainsi définies. La Fig. 4 illustre schématiquement un exemple d'arbre de mobilité en application de la hiérarchie de mobilité telle que précédemment décrite en relation avec la Fig. 3. 20 Un arbre de mobilité est une instance d'une hiérarchie de mobilité. Cet arbre correspond à une description de couverture géographique des communications sans-fil du système de communication pour un service donné, dans lequel chaque noeud de l'arbre est une instance d'un type de mobilité défini dans ladite hiérarchie de mobilité et dans lequel chaque noeud de l'arbre est associé à une zone de mobilité 25 (MobilityArea). Chaque zone de mobilité est associée à un type de mobilité (MobilityType) avec un degré hiérarchique inférieur à celui associé à son noeud parent, ou zone de mobilité parente. Chaque noeud de l'arbre comporte au moins quatre éléments : un nom MA de zone de mobilité, le type de mobilité de ladite zone de mobilité, un pointeur PTR vers la zone de mobilité parente, et au moins une bande 30 de fréquences F associée à ladite zone de mobilité. La ou les bandes de fréquences F associées à ladite zone de mobilité sont déterminées comme décrit ci-après en relation avec les Figs. 6 à 8. Un exemple d'arbre de mobilité est représenté sur la Fig. 4, en s'appuyant sur l'exemple de hiérarchie de mobilité représenté sur la Fig. 3. L'arbre de mobilité 3052952 13 comporte alors une racine 401 qui est une instance de type de mobilité « Norme ». Par exemple, la racine 401 représente une zone de mobilité MA dénommée « LoRa ». L'arbre de mobilité comporte aussi deux noeuds 411 et 441 directement attachés à la racine 401. Le noeud 411 est une instance de type de mobilité « Public », et le noeud 5 441 est une instance de type de mobilité « Corporate ». Par exemple, le noeud 411 représente une zone de mobilité MA dénommée « Public », et le noeud 441 représente une zone de mobilité MA dénommée « Corporate ». L'arbre de mobilité comporte aussi deux noeuds 421 et 431 directement attachés au noeud 411. Les noeuds 421 et 431 sont des instances de type de mobilité « National ». Par exemple, le noeud 421 10 représente une zone de mobilité MA dénommée « Tunisie », et le noeud 431 représente une zone de mobilité MA dénommée « France ». Un unique noeud 422 est directement attaché au noeud 421. Le noeud 422 est une instance de type de mobilité « Ville ». Par exemple, le noeud 422 représente une zone de mobilité MA dénommée « Tunis ». On notera donc que chaque zone de mobilité est associée à un type de 15 mobilité (MobilityType) de degré hiérarchique inférieur à celui associé à sa zone de mobilité parente dans l'arbre de mobilité, sans qu'il ne soit nécessaire que ladite zone de mobilité soit associée à un type de mobilité (MobilityType) de degré hiérarchique immédiatement inférieur à celui associé à sa zone de mobilité parente dans la hiérarchie de mobilité considérée. En d'autres termes, des sauts de degré hiérarchique 20 peuvent être effectués pour définir l'arbre de mobilité, par rapport à la définition de la hiérarchie de mobilité dont l'arbre de mobilité est une instance. Un unique noeud 432 est directement attaché au noeud 431. Le noeud 432 est une instance de type de mobilité « Agglomération ». Par exemple, le noeud 432 représente une zone de mobilité MA dénommée « Agglomération Parisienne ». Un unique noeud 433 est 25 directement attaché au noeud 432. Le noeud 433 est une instance de type de mobilité « Ville ». Par exemple, le noeud 433 représente une zone de mobilité MA dénommée « Rueil ». Un unique noeud 434 est directement attaché au noeud 433. Le noeud 434 est une instance de type de mobilité « Local ». Par exemple, le noeud 434 représente une zone de mobilité MA dénommée « Sagemcom ». Enfin, un unique noeud 442 est 30 directement attaché au noeud 441. Le noeud 442 est une instance de type de mobilité « Service Postal ». Par exemple, le noeud 442 représente une zone de mobilité MA dénommée « Garages Automobiles ». 3052952 14 Chaque noeud de l'arbre peut comporter un ou plusieurs éléments supplémentaires SI, comme par exemple un pointeur vers chacun de ses éventuels noeuds enfants. Dans le cas où le serveur LNS 130 doit gérer plusieurs hiérarchies, un tel arbre 5 est fourni au serveur LNS 130 en association avec un identifiant de hiérarchie affecté à la hiérarchie de mobilité à laquelle ledit arbre de mobilité se réfère. Plusieurs arbres de mobilité peuvent être définis comme instances distinctes d'une même hiérarchie de mobilité. Un identifiant d'arbre de mobilité est alors utilisé pour distinguer, les uns par rapport aux autres, les arbres de mobilité ainsi définis. 10 La Fig. 5 illustre schématiquement un algorithme, implémenté par le serveur LNS 130, de configuration du système de communication afin d'appliquer un plan de fréquences adapté au système de communication vis-à-vis de son environnement. Dans une étape 501, le serveur LNS 130 obtient une description de hiérarchie de mobilité, telle que présentée ci-dessus en relation avec la Fig. 3. 15 Dans une étape 502, le serveur LNS 130 obtient une description d'un arbre de mobilité, telle que présentée ci-dessus en relation avec la Fig. 4. Préférentiellement, le serveur LNS 130 vérifie la conformité de l'arbre de mobilité vis-à-vis de la hiérarchie de mobilité. Dans une étape 503, le serveur LNS 130 obtient des mesures de terrain associées 20 à chaque zone de mobilité définie dans l'arbre de mobilité. Cet aspect est détaillé par la suite en relation avec la Fig. 6. Dans une étape 504, le serveur LNS 130 établit un plan de fréquence à appliquer au sein du système de communication, à partir des mesures de terrain et de l'arbre de mobilité, afin d'améliorer les performances de communication du système de 25 communication vis-à-vis de son environnement. Cet aspect est détaillé par la suite en relation avec la Fig. 7. Dans une étape 505, le serveur LNS 130 instruit les passerelles GW et les terminaux EP du système de communication d'appliquer le plan de fréquences défini à l'étape 504. Cet aspect est détaillé par la suite en relation avec les Figs. 8 et 9. 30 La Fig. 6 illustre schématiquement un algorithme, implémenté par le serveur LNS 130, de création d'un tableau de statistiques de probabilités versus des indications de niveau de signal reçu RSSI, dans le cadre de la définition du plan de fréquences adapté au système de communication vis-à-vis de son environnement. 3052952 15 Dans une étape 601, le serveur LNS 130 obtient des mesures de terrain, pour chaque zone de mobilité (MobilityArea) qui est une feuille (point de terminaison de l'arbre par rapport à la racine de l'arbre) dans l'arbre de mobilité obtenu par le serveur LNS 130 à l'étape 501. Les mesures de terrain sont fournies au serveur LNS 130 par 5 le serveur SOE 140 ou par saisie via son interface homme-machine. Le serveur LNS 130 manipule les mesures de terrain obtenues, de sorte à obtenir, par bande de fréquence ou par canal utilisable pour les communications sans-fil entre les passerelles GW et les terminaux EP, une information de pourcentage de temps pendant lequel les mesures de terrain montrent un niveau de signal reçu 10 inférieur à tel ou tel seuil de niveau de signal reçu RSSI parmi un ensemble prédéfini de seuils de niveau de signal reçu RSSI. Cet aspect est détaillé ci-après en regard du reste de l'algorithme de la Fig. 6. Les mesures de terrain sont acquises de la manière suivante. L'objectif est de connaître, avec la meilleure précision possible, le bruit présent dans les différentes 15 bandes de fréquences dans lesquelles le système de communication est autorisé à effectuer des communications, afin de pouvoir déterminer un plan de fréquences adapté au système de communication vis-à-vis de son environnement. Le principe de la mesure consiste, pour chaque zone de mobilité concernée, à connecter un récepteur radio de type analyseur de spectre sur une antenne d'un point 20 haut de ladite zone de mobilité et à enregistrer au fil du temps des échantillons de bruit dans les différentes bandes de fréquences. Par exemple, le système de communication est autorisé à effectuer des communications dans des bandes de fréquences de 25 kHz entre 863 MHz à 870 MHz. Le récepteur radio enregistre des variations du niveau reçu RSSI pendant une durée prédéfinie par bande de fréquences, et procède ainsi 25 successivement pour l'ensemble des bandes de fréquences dans lesquelles le système de communication est autorisé à effectuer des communications. Cette procédure peut être itérée sur plusieurs cycles, les mesures acquises étant alors combinées selon une règle prédéfinie (addition, moyenne, max, min,...) à celles précédemment acquises. Plus la quantité de cycles effectués est grande, plus la précision sur les bruits 30 statistiquement présents dans les bandes de fréquence considérées est grande. Les mesures peuvent ensuite être regroupées par canal de communication, si de tels canaux de communication regroupant plusieurs bandes de fréquences consécutives sont définis pour effectuer les communications sans-fil du système de communication. Par exemple, les mesures effectuées sont regroupées par canal de communication de 3052952 16 125 kHz de largeur, regroupant ainsi chacun cinq bandes de fréquences consécutives de 25 kHz. Ce regroupement peut aussi être effectué par le serveur LNS 130, comme décrit ci-après en relation avec une étape 602. Ainsi, les mesures effectuées peuvent être présentées sous la forme d'un tableau 5 de mesures ayant en ordonnées les bandes de fréquences ou canaux considérés et en abscisses des valeurs prédéfinies (seuils) de niveau reçu RSSI. Chaque cellule du tableau comporte alors, pour la bande de fréquence ou canal correspondant à ladite cellule, une information de temps pendant lequel les mesures effectuées montrent un niveau de signal reçu RSSI inférieur ou égal à la valeur prédéfinie (seuil) de niveau 10 reçu RSSI correspondant à ladite cellule. A chaque ligne du tableau est associée une information de temps T pendant lequel les mesures ont été effectuées pour la bande de fréquences ou le canal correspondant à ladite ligne. Dans l'étape 602, pour effectuer au besoin des regroupements de mesures par canal à partir de mesures obtenues par bande de fréquences (chaque canal étant un 15 regroupement prédéfini de plusieurs bandes de fréquences consécutives), le serveur LNS 130 ajoute entre elles les valeurs contenues dans les cellules concernées du tableau de mesures de terrain. A chaque canal est alors associée la somme des informations de temps T qui étaient précédemment associées aux bandes de fréquences constituant ledit canal. 20 A partir des mesures effectuées, il est possible de déterminer par bande de fréquences ou par canal, le pourcentage du temps pendant lequel il n'y a statistiquement pas de bruit supérieur à une valeur donnée (seuil) de signal reçu RSSI. Pour cela, dans une étape 603, le serveur LNS 130 détermine, pour chaque bande de fréquence ou canal en question, le temps des mesures de terrain qui ont donné un 25 niveau de signal reçu RSSI inférieur à la valeur prédéfinie (seuil) de signal reçu RSSI considérée, et ce, vis-à-vis de chaque valeur prédéfinie (seuil) de signal reçu RSSI. Le serveur LNS 130 divise ensuite ce temps par la quantité d'unités de temps pendant lesquelles les mesures ont été effectuées pour la bande de fréquence ou le canal en question, ce qui donne, par valeur de seuil RSSI, le pourcentage de temps recherché. 30 Dans une étape 604, le serveur LNS 130 crée, ou met à jour, un tableau de statistiques de probabilités versus niveau de signal reçu RSSI. Ce tableau de statistiques contient alors en ordonnées les bandes de fréquences ou canaux considérés et en abscisses les valeurs prédéfinies (seuils) de niveau reçu RSSI. Chaque cellule du tableau comporte alors, pour la bande de fréquence ou canal correspondant à ladite 3052952 17 cellule, l'information de pourcentage de temps pendant lequel les mesures de terrain ont donné un niveau de signal reçu RSSI inférieur ou égal à la valeur prédéfinie (seuil) de niveau de signal reçu RSSI correspondant à ladite cellule. Le tableau de statistiques ainsi créé est ensuite utilisé par le serveur LNS 130, comme détaillé ci-dessous en 5 relation avec la Fig. 7. Dans un mode de réalisation en variante, le serveur LNS 130 reçoit du serveur SOE 140, ou via son interface homme-machine, directement le tableau de statistiques de probabilités versus niveau de signal reçu RSSI. La Fig. 7 illustre schématiquement un algorithme, implémenté par le serveur LNS 130, de création d'une table de mobilité représentative du plan de fréquences 10 défini pour le système de communication. Dans une étape 701, le serveur LNS 130 sélectionne la zone de mobilité de plus haut degré hiérarchique non encore traitée dans le cadre de l'exécution courante de l'algorithme de la Fig. 7. Lorsqu'il existe plusieurs zones de mobilité de même degré hiérarchique pouvant être sélectionnées par le serveur LNS 130 dans l'étape 701, le 15 serveur LNS 130 applique une règle prédéfinie pour sélectionner une zone de mobilité parmi les zones de mobilité de même degré hiérarchique pouvant être sélectionnées par le serveur LNS 130 dans l'étape 701. A la première itération en séquence de l'étape 701 dans le cadre de l'exécution courante de l'algorithme de la Fig. 7, le serveur LNS 130 sélectionne la zone de mobilité racine de l'arbre de mobilité. 20 Dans une étape 702, le serveur LNS 130 détermine, pour la zone de mobilité sélectionnée à l'étape 701, une probabilité moyenne 13m pour chaque bande de fréquences ou canal, à partir du tableau de statistiques (de probabilités versus niveau de signal reçu RSSI) obtenu vis-à-vis de chaque zone de mobilité qui se trouve être une feuille de l'arbre de mobilité et qui est hiérarchiquement (indirectement ou 25 directement) rattachée à la zone de mobilité sélectionnée à l'étape 701. Cette probabilité moyenne 13m est représentative de la probabilité qu'il n'y ait pas de bruit menant à une valeur de RSSI donnée sur la bande de fréquences ou le canal en question. La probabilité moyenne 13m susmentionnée est calculée de la façon suivante : e,Rssrf c=iLi.Rssrd I 30 P - N * (RSSIf - RSSId) où RSS/d est une valeur d'index correspondant à la valeur minimum de seuil RSSI pour laquelle une valeur de probabilité a été exprimée dans le tableau de probabilité considéré, RSS/f est une valeur d'index correspondant à la valeur 3052952 18 maximum de seuil RSSI pour laquelle une valeur de probabilité a été exprimée dans le tableau de probabilité considéré, N est la quantité de tableaux de statistiques de probabilités considérés pour le calcul de la probabilité moyenne Pm, et Tk(i,j) représente la probabilité associée à la bande de fréquence considérée ou au canal 5 considéré dans le k-ième tableau de probabilité (parmi lesdits tableaux considérés) pour un seuil RSSI représenté par une valeur d'index j. Dans une étape 703, le serveur LNS 130 sélectionne jusqu'à une quantité prédéfinie P (P > 1) de bandes de fréquences ou canaux parmi les bandes de fréquences ou canaux utilisables par le système de communication pour effectuer les 10 communications sans-fil. Les bandes de fréquences ou canaux sélectionnés par le serveur LNS 130 sont les bandes de fréquences ou canaux présentant les meilleures probabilités moyennes (valeurs les plus élevées) telles que calculées à l'étape 702, pour peu que les bandes de fréquences ou canaux en question n'aient pas déjà été attribués à la racine ou à une zone de mobilité qui est un intermédiaire dans l'arbre de 15 mobilité entre la racine et la zone de mobilité sélectionnée à l'étape 701. Si moins de P bandes de fréquences ou canaux subsistent après avoir retiré les bandes de fréquences ou canaux attribués à la racine ou à une zone de mobilité qui est un intermédiaire dans l'arbre de mobilité entre la racine et la zone de mobilité sélectionnée à l'étape 701, alors le serveur LNS 130 sélectionne ces bandes de 20 fréquences ou canaux qui subsistent. Si toutes les fréquences ont été sélectionnées et qu'il reste encore des zones de mobilités à traiter, alors le serveur LNS 130 n'alloue pas de lui-même de fréquences à ces zones de mobilité. Il s'agit d'un cas de mauvais dimensionnement du système de communication par l'opérateur de service. Par conséquent, le serveur LNS 130 envoie une alarme au serveur SOE 140 afin que 25 l'opérateur de service puisse définir en retour une politique d'allocation de fréquences en conséquence, comme par exemple forcer l'attribution des P bandes de fréquences ou canaux ayant les meilleures probabilités moyennes ou annuler la mise en place, en cours, du plan de fréquences. Si au moins P bandes de fréquences ou canaux subsistent après avoir retiré les bandes de fréquences ou canaux attribués à la racine 30 ou à une zone de mobilité qui est un intermédiaire dans l'arbre de mobilité entre la racine et la zone de mobilité sélectionnée à l'étape 701, le serveur LNS 130 sélectionne les P bandes de fréquences ou canaux présentant les meilleures probabilités moyennes telles que calculées à l'étape 702. Les bandes de fréquences ou 3052952 19 canaux ainsi sélectionnés par le serveur LNS 130 sont alors attribués à la zone de mobilité sélectionnée à l'étape 701. La quantité P peut être un paramètre par défaut du serveur LNS 130 ; la quantité P peut en variante être un paramètre fourni par le serveur SOE 140 au serveur LNS 5 130. A noter que le paramètre P est potentiellement différent d'une zone de mobilité à une autre. Dans une étape 704, le serveur LNS 130 vérifie si au moins une autre zone de mobilité de l'arbre de mobilité doit être considérée. Le serveur LNS 130 est supposé parcourir l'arbre de la racine de l'arbre vers chaque feuille de l'arbre, jusqu'à ce que 10 l'arbre soit intégralement parcouru. Si au moins une moins une autre zone de mobilité doit être considérée, l'étape 701 est réitérée ; sinon, une étape 705 est effectuée. Dans l'étape 705, le serveur LNS 130 crée, ou met à jour, une table de mobilité associée à l'arbre de mobilité en question. La table de mobilité fournit, pour chaque zone de mobilité de l'arbre de mobilité, une ou plusieurs bandes de fréquences ou 15 canaux qui ont ainsi été attribués à ladite zone de mobilité. La table de mobilité peut contenir des informations complémentaires, comme par exemple un rappel du type de mobilité caractérisant la zone de mobilité en question, un rappel de la zone de mobilité parente dans l'arbre de mobilité,... La Fig. 8 illustre schématiquement un algorithme, implémenté par le serveur 20 LNS 130, de configuration des passerelles GW afin d'appliquer le plan de fréquences tel que défini par exécution de l'algorithme de la Fig. 7. Dans une étape 801, le serveur LNS 130 obtient des descriptifs de gabarits de mobilité qui correspondent respectivement à des ensembles de zones de mobilité. En effet, afin de couvrir le plus de zones de mobilité possibles, chaque passerelle GW 25 supporte préférentiellement plusieurs zones de mobilité, ce qui se traduit par le fait de gérer des bandes de fréquences ou canaux attribués à plusieurs zones de mobilité. Pour y parvenir, le serveur LNS 130 obtient ces gabarits de mobilité auprès du serveur SOE 140 ou par saisie via son interface homme-machine. Pour avoir de la cohérence au niveau de la couverture radio, il faut que toutes les 30 bandes de fréquences (ou canaux) ou une même partie de ces bandes de fréquences (ou canaux) attribués à chaque zone de mobilité soient configurées dans toutes les passerelles GW auxquelles la zone de mobilité correspond. En effet, les terminaux EP supposés être actifs dans une même zone de mobilité doivent être configurés de sorte à communiquer via des bandes de fréquences ou canaux attribués à cette zone de 3052952 20 mobilité. Si un terminal EP est configuré avec une bande de fréquences ou un canal qui n'est pas configuré dans une passerelle GW environnante susceptible de recevoir les trames ascendantes (« uplink frames » en anglais) émises par ledit terminal, alors ces trames ascendantes ne sont pas reçues par cette passerelle GW. Par conséquent, 5 une mauvaise configuration vis-à-vis du plan de fréquences augmente inutilement le taux de pertes de trames (« Frame Error Rate » en anglais). Il est en outre envisageable de découper le plan de fréquences d'une passerelle GW en plusieurs hiérarchies. Par exemple, une quantité de canaux pourrait être affectée à une première hiérarchie de mobilité et une quantité d'autres canaux pourrait 10 être affectée à une seconde hiérarchie de mobilité. Il faut garder à l'esprit qu'une mauvaise configuration pourrait engendrer des doublons de bandes de fréquences, ce qui perturberait la mise en place de ces hiérarchies en parallèle. Chaque descriptif de gabarit comporte les informations suivantes : un identifiant de gabarit, une liste des zones de mobilité contenues dans la zone de couverture radio 15 associée au gabarit, et une liste des passerelles GW qui doivent permettre de réaliser ladite zone de couverture radio. Lorsque le système de communication supporte plusieurs hiérarchies de mobilité en parallèle, chaque gabarit comporte en outre un identifiant de la hiérarchie de mobilité à laquelle ledit gabarit réfère. Dans une étape 802, le serveur LNS 130 détermine, à partir de la table de 20 mobilité obtenue par exécution de l'algorithme de la Fig. 7 et des descriptifs de gabarits obtenus à l'étape 801, la liste des bandes de fréquences ou canaux attribués à chaque gabarit. Cette liste correspond à l'agrégation des bandes de fréquences ou canaux attribués aux zones de mobilité constituant le gabarit en question. Le serveur LNS 130 peut mettre à jour les descriptifs de gabarits avec la liste des bandes de 25 fréquences respectivement attribuées auxdits gabarits. Dans une étape 803, le serveur LNS 130 crée une table d'allocation fréquentielle GWT-F pour chaque passerelle GW, à partir des descriptifs des gabarits. Chaque descriptif de gabarit donne la liste de passerelles GW concernées par le gabarit en question, et les listes des bandes de fréquences ou canaux attribués à chaque gabarit 30 permettent alors au serveur LNS 130 de définir quelles bandes de fréquences ou canaux doivent être supportés par chaque passerelle GW. Chaque table d'allocation fréquentielle GWT-F indique alors une liste des bandes de fréquences ou canaux en association avec un identifiant de gabarit d'où provient ladite liste de bandes de fréquences ou canaux, et ce, pour chaque gabarit concerné par la passerelle GW à 3052952 21 laquelle réfère ladite table d'allocation fréquentielle GWT-F. Lorsque le système de communication supporte plusieurs hiérarchies de mobilité en parallèle, chaque table d'allocation fréquentielle GWT-F peut en outre inclure l'identifiant de la hiérarchie de mobilité à laquelle chaque gabarit réfère. 5 Dans une étape 803, le serveur LNS 130 configure chaque passerelle GW de sorte à ce que ladite passerelle GW utilise, pour communiquer par radio avec des terminaux EP, les bandes de fréquences ou canaux qui lui ont été attribués selon la table d'allocation fréquentielle GWT-F associée à ladite passerelle GW. L'étape 803 est par exemple effectuée par envoi d'un message du serveur LNS 130 vers chacune 10 des passerelles GW, en utilisant un format JSON (« JavaScript Object Notation » en anglais). Chaque passerelle GW se configure alors en conséquence. La Fig. 9 illustre schématiquement un algorithme, implémenté par le serveur LNS 130, de configuration des terminaux EP afin d'appliquer le plan de fréquences tel que défini par exécution de l'algorithme de la Fig. 7. 15 Dans une étape 901, le serveur LNS 130 reçoit une requête JoinReq de connexion au système de communication de la part d'un terminal EP. Cette requête JoionReq est relayée jusqu'au serveur LNS 130 par au moins une passerelle GW l'ayant reçue directement de la part du terminal EP. Pour émettre cette requête JoinReq, le terminal EP utilise une bande de fréquences qui est obligatoirement 20 supportée par tout terminal EP et par toute passerelle GW lorsque ce terminal EP ou cette passerelle GW est destiné à être utilisé au sein du système de communication. Par exemple, selon la technologie LoRaWAN, tout terminal EP et toute passerelle GW doivent supporter trois bandes de fréquences par défaut. L'attribution de bandes de fréquences ou canaux à laquelle il est fait référence dans les Figs. 6 à 8 concerne les 25 bandes de fréquences ou canaux autres que ceux supportés par défaut par tout terminal EP et par toute passerelle GW. Dans une étape 902, le serveur LNS 130 obtient un descriptif du terminal EP en provenance duquel le serveur LNS 130 a reçu la requête JoinReq à l'étape 901. La requête JoinReq reçue à l'étape 901 contient un identifiant du terminal EP. Dans un 30 premier mode de réalisation, le serveur SOE 140 a fourni au préalable au serveur LNS 130 un descriptif de chaque terminal EP susceptible de se connecter au système de communication. Dans un second mode de réalisation, le serveur LNS 130 obtient l'identifiant du terminal EP à partir de la requête JoinReq reçue à l'étape 901, et envoie au serveur SOE 140 un message contenant ledit identifiant afin de recevoir en 3052952 22 réponse le descriptif du terminal EP en question. Le descriptif de chaque terminal EP contient une liste de types de mobilité (MobilityType) et une quantité de bandes de fréquences ou canaux à attribuer au terminal EP en question par type de mobilité listé. Le descriptif peut être complété avec des informations supplémentaires, comme par 5 exemple une quantité de répétitions NbRep que le terminal EP est supposé effectuer pour chaque transmission de trame, un débit ascendant maximum, un débit ascendant minimum,... Lorsque le système de communication supporte plusieurs hiérarchies de mobilité en parallèle, le descriptif contient en outre l'identifiant de chaque hiérarchie de mobilité vis-à-vis de laquelle ledit terminal EP doit être configuré. Le descriptif du 10 terminal EP tel que fourni par le serveur SOE 140 dépend par exemple d'un abonnement effectivement souscrit par un utilisateur dudit terminal EP auprès de l'opérateur de service. Dans une étape 903, le serveur LNS 130 identifie, à partir du descriptif du terminal EP obtenu à l'étape 902 (avec la liste de types de mobilité), quel est le type 15 de mobilité de plus haut degré hiérarchique à laquelle ledit terminal EP a droit d'accès. Lorsqu'il existe plusieurs types de mobilité de même degré hiérarchique pouvant être identifiés par le serveur LNS 130 dans l'étape 903, le serveur LNS 130 applique une règle prédéfinie pour sélectionner un type de mobilité parmi ceux de même degré hiérarchique pouvant être identifiés par le serveur LNS 130 dans l'étape 20 903. Dans une étape 904, le serveur LNS 130 identifie, à partir du type de mobilité identifié à l'étape 902 et à partir de l'arbre de mobilité (instances de types de mobilités), quelles sont les zones de mobilité de plus haut degré hiérarchique à laquelle ledit terminal EP a droit d'accès. 25 Dans une étape 905, le serveur LNS 130 vérifie si au moins une zone de mobilité a été identifiée à l'étape 904. Si tel est le cas, une étape 906 est effectuée ; sinon, une étape 909 est effectuée. Dans l'étape 906, le serveur LNS 130 sélectionne une zone de mobilité parmi les zones identifiées à l'étape 904. Ainsi, lorsqu'il existe plusieurs zones de mobilité 30 de même degré hiérarchique pouvant être identifiées par le serveur LNS 130 dans l'étape 904, le serveur LNS 130 applique une règle prédéfinie pour sélectionner une zone de mobilité parmi celles de même degré hiérarchique identifiées par le serveur LNS 130 dans l'étape 904. Par exemple, le serveur LNS 130 sélectionne la zone de mobilité qui est incluse dans un descriptif de gabarit qui présente la plus grande 3052952 23 quantité de passerelles GW listées. Selon une autre approche, le serveur LNS 130 sélectionne la zone de mobilité supportée par la plus grande quantité de passerelles GW. Le serveur LNS 130 peut alors en faire la requête auprès du serveur SOE 140 en lui fournissant une liste des zones identifiées à l'étape 904. Selon encore une autre 5 approche, le serveur LNS 130 obtient, de la part de chaque passerelle GW ayant reçu et relayé la requête à laquelle il est fait référence à l'étape 901, une information de niveau de signal reçu RSSI mesuré à la réception de ladite requête par ladite passerelle GW. Le serveur LNS 130 détermine alors une moyenne des niveaux de signal reçu RSSI mesurés à la réception de ladite requête par les passerelles GW de chaque zone 10 de mobilité concernée, et le serveur LNS 130 sélectionne la zone de mobilité présentant la moyenne la plus élevée de niveau de signal reçu RSSI mesuré à la réception de ladite requête. Dans une étape 907, le serveur LNS 130 sélectionne, selon une règle prédéfinie, au moins une bande de fréquences ou au moins un canal attribué à la zone de mobilité 15 sélectionnée à l'étape 906, grâce à la table de mobilité. Par exemple, le serveur LNS 130 sélectionne aléatoirement au moins une bande de fréquences ou au moins un canal attribué à la zone de mobilité sélectionnée à l'étape 906. Chaque terminal EP ne pouvant supporter qu'une quantité maximum prédéfinie de bandes de fréquences ou de canaux, le serveur LNS 130 sélectionne ainsi une quantité de bandes de fréquences 20 ou de canaux dans l'étape 907, de sorte que, au total, une quantité de bandes de fréquences ou de canaux sélectionnés pour le terminal EP reste inférieure ou égale à la quantité maximum prédéfinie de bandes de fréquences ou de canaux que peut supporter le terminal EP. Par exemple, cette quantité maximum prédéfinie de bandes de fréquences ou de canaux que peut supporter le terminal EP est fixée à treize. 25 Dans une étape 908, le serveur LNS 130 vérifie si la quantité maximum prédéfinie de bandes de fréquences ou de canaux que peut supporter le terminal EP est atteinte. Si tel est le cas, une étape 911 est effectuée ; sinon, l'étape 909 est effectuée. Dans l'étape 909, le serveur LNS 130 vérifie si au moins un type de zone de mobilité reste à traiter. Si tel est le cas, une étape 910 est effectuée ; sinon, l'étape 911 30 est effectuée. Dans l'étape 910, le serveur LNS 130 identifie quel est le type de mobilité de plus haut degré hiérarchique à laquelle ledit terminal EP a droit d'accès, en excluant chaque type de mobilité précédemment traité dans le cadre de l'exécution de 3052952 24 l'algorithme de la Fig. 9 (itérations précédentes des étapes 903 et 910 dans le cadre de l'exécution courante de l'algorithme de la Fig. 9). Ensuite, l'étape 904 est réitérée. Dans l'étape 911, le serveur LNS 130 configure le terminal EP de sorte à ce que ledit terminal EP utilise, pour communiquer par radio au sein du système de 5 communication, les bandes de fréquences ou canaux qui ont été sélectionnés lors des précédentes itérations de l'étape 907 (dans le cadre de l'exécution courante de l'algorithme de la Fig. 9). Dans un mode de réalisation particulier, conforme aux formats de messages utilisés dans la technologie LoRaWAN, le serveur LNS 130 configure le terminal EP 10 de la façon suivante. Le serveur LNS 130 informe le terminal EP d'un premier lot de bandes de fréquences ou canaux à utiliser, dans un message JoinAccept en réponse à la requête JoinReq reçue à l'étape 901. Le serveur LNS 130 utilise une passerelle GW comme relais du message JoinAccept. Préférentiellement, conformément aux formats de messages utilisés dans la technologie LoRaWAN, jusqu'à cinq bandes de 15 fréquences ou canaux sont ainsi indiqués dans le message JoinAccept. Le serveur LNS 130 informe ensuite le terminal EP d'un second lot de bandes de fréquences ou canaux à utiliser, dans un ou plusieurs messages complémentaires NewChannelReq. Préférentiellement, conformément aux formats de messages utilisés dans la technologie LoRaWAN, une seule bande de fréquences ou un seul canal est ainsi 20 indiqué dans chaque message complémentaire NewChannelReq. Le serveur LNS 130 procède ainsi jusqu'à ce que ledit terminal EP soit informé de l'intégralité des bandes de fréquences ou canaux qui ont été sélectionnés pour ledit terminal EP lors des précédentes itérations de l'étape 907 (dans le cadre de l'exécution courante de l'algorithme de la Fig. 9). Le terminal EP se configure alors en conséquence. 25 Dans un autre mode de réalisation particulier, le descriptif du terminal EP obtenu à l'étape 902 comporte une information, fournie par le serveur SOE 140, indiquant si le terminal EP est supposé être fixe (e.g. le terminal EP est un capteur fixe dans un service de domotique). Afin de permettre de localiser effectivement un terminal EP fixe, le serveur LNS 130 doit configurer ledit terminal EP avec des 30 bandes de fréquences ou des canaux supportés par au moins trois passerelles GW susceptibles de recevoir les trames ascendantes transmises par ledit terminal EP. Comme expliqué précédemment, le serveur LNS 130 détermine la liste des bandes de fréquences ou des canaux éligibles audit terminal EP. En fonction des passerelles GW qui ont relayé la requête JoinReq pour permettre au serveur LNS 130 de recevoir 3052952 25 ladite requête JoinReq à l'étape 901, le serveur LNS 130 détermine les bandes de fréquences ou canaux de cette liste qui ont été attribués à au moins trois passerelles GW parmi les passerelles GW ayant relayé ladite requête JoinReq. Le serveur LNS 130 attribue ces bandes de fréquences ou canaux audit terminal EP. Pour les 5 fréquences non sélectionnées, le serveur LNS 130 attend préférentiellement de recevoir plus de trames ascendantes en provenance dudit terminal EP pour déterminer si de nouvelles passerelles GW ont reçu, et donc relayé, lesdites trames ascendantes. Le serveur LNS 130 détermine si d'autres bandes de fréquences ou canaux de la liste des bandes de fréquences ou des canaux éligibles audit terminal EP ont été attribués à 10 au moins trois passerelles GW parmi les passerelles GW ayant relayé lesdites trames ascendantes. Dans le cas où la quantité de passerelles GW réceptrices de trames ascendantes en provenance dudit terminal EP est toujours strictement inférieure à trois, la localisation effective dudit terminal EP n'est pas possible. L'affectation de bandes de fréquences ou de canaux audit terminal EP s'effectue alors, comme 15 précédemment décrit, sans tenir compte du besoin de localisation du terminal EP. Le serveur LNS 130 émet alors une alerte auprès du serveur SOE 140 afin d'informer ledit serveur SOE 140, et donc l'opérateur de service, que la localisation n'est pas possible pour ledit terminal EP. REVENDICATIONS1) Procédé de définition et d'application d'un plan de fréquences dans un système de communication de type LPWAN comportant un serveur (130) et une pluralité de passerelles (120, 121, 122, 123) connectées audit serveur, la pluralité de passerelles utilisant des bandes de fréquences pour effectuer des communications sans-fil avec des terminaux (110, 111) du système de communication, caractérisé en ce que le serveur effectue les étapes suivantes : - obtenir (501) une description d'une hiérarchie de mobilité dans laquelle des types de mobilité sont hiérarchiquement définis ; - obtenir (502) une description d'un arbre de mobilité dans lequel des zones de mobilité sont hiérarchiquement définies, chaque zone de mobilité ayant un type de mobilité en conformité avec la hiérarchie de mobilité ; - obtenir (503, 601) des mesures de terrain associées à chaque zone de mobilité définie dans l'arbre de mobilité ; - déterminer (603), à partir des mesures de terrain, pour chaque zone de mobilité, une information de pourcentage de temps pendant lequel les mesures de terrain montrent un niveau de signal reçu RSSI inférieur à tel ou tel seuil de niveau de signal reçu RSSI parmi un ensemble prédéfini de seuils de niveau de signal reçu RSSI ; en ce que le serveur parcourt l'arbre de mobilité en itérant les étapes suivantes : - sélectionner (701) la zone de mobilité de plus haut degré hiérarchique non encore traitée ; - déterminer (702), pour la zone de mobilité sélectionnée, une probabilité moyenne Pm pour chaque bande de fréquences, à partir desdites informations de pourcentage de temps déterminées pour chaque zone de mobilité qui est une feuille de l'arbre et qui est hiérarchiquement rattachée à la zone de mobilité sélectionnée ; - attribuer (705), pour la zone de mobilité sélectionnée, jusqu'à une quantité P de bandes de fréquences présentant les meilleures probabilités moyennes ; en ce que le serveur effectue les étapes suivantes pour configurer les passerelles vis-à-vis du plan de fréquences : - obtenir (801) des descriptifs de gabarits de mobilité dans lesquels des regroupements de zones de mobilité sont effectués et dans lesquels, pour chaque 3052952 27 regroupement, une liste de passerelles est associée à chaque regroupement pour indiquer quelles passerelles sont destinées à supporter ledit regroupement ; - configurer (804) chaque passerelle en fonction desdits descriptifs de gabarits et des bandes de fréquences attribuées aux zones de mobilité constituant 5 lesdits regroupements ; en ce que, sur réception (901) de la part d'un terminal d'une requête de connexion au système de communication, le serveur obtient (902) un descriptif du terminal à partir d'un identifiant de terminal inclus dans ladite requête, le descriptif incluant une liste de types de mobilité auxquels ledit terminal a droit d'accès, et le 10 serveur itère les étapes suivantes pour l'intégralité des types de mobilité auxquels ledit terminal a droit d'accès : - identifier (903, 910) le type de mobilité de plus haut degré hiérarchique ; - identifier (904) quelles zones de mobilité correspondent audit type de mobilité de plus haut degré hiérarchique identifié ; 15 sélectionner (906) une zone de mobilité parmi les zones de mobilité identifiées ; attribuer (907) audit terminal au moins une bande de fréquences attribuée à la zone de mobilité sélectionnée ; et en ce que le serveur configure (911) ledit terminal en fonction des bandes de 20 fréquences ainsi attribuées audit terminal. 2) Procédé selon la revendication 1, caractérisé en ce que la probabilité moyenne 13m est calculée de la façon suivante : N * (RSSIf - RSSId) 25 où RSS/d est une valeur d'index correspondant à la valeur minimum de seuil de niveau de signal reçu RSSI pour laquelle une valeur de probabilité a été exprimée vis-à-vis de la zone de mobilité considérée, RSS/f est une valeur d'index correspondant à la valeur maximum de seuil de niveau de signal reçu RSSI pour laquelle une valeur de probabilité a été exprimée vis-à-vis de la zone de mobilité considérée, N est la quantité 30 de zones de mobilité considérées pour le calcul de la probabilité moyenne 13m, et Tk(i,j) représente la probabilité associée à la bande de fréquence considérée pour la k-ième zone de mobilité parmi lesdites N zones de mobilités pour un seuil de niveau de signal reçu RSSI représenté par une valeur d'index j. N vRSSI f Ek=1L =RSSI d k (e,J) Pin- 3052952 28 3) Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce que, pour configurer ledit terminal, le serveur effectue les étapes suivantes : - informer d'un premier lot de bandes de fréquences attribuées au terminal, 5 via un message de réponse à la requête reçue ; et - informer d'un second lot de bandes de fréquences attribuées au terminal, via un ou plusieurs messages complémentaires. 4) Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce 10 que des canaux forment des regroupements de bandes de fréquences consécutives, et le serveur attribue les bandes de fréquences sur une base canal. 5) Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que le serveur obtient la description de la hiérarchie de mobilité, la description de 15 l'arbre de mobilité, les mesures de terrain, le descriptif de chaque terminal auprès d'un autre serveur (140) externe au système de communication. 6) Procédé selon la revendication 5, caractérisé en ce que le serveur vérifie que le type de mobilité de chaque zone de mobilité de l'arbre de mobilité a un degré 20 hiérarchique inférieur au type de mobilité d'une autre zone de mobilité à laquelle ladite zone de mobilité est directement rattachée dans l'arbre de mobilité. 7) Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que le descriptif de chaque terminal comporte une information indiquant si le terminal 25 est supposé être fixe, et le serveur effectue les étapes suivantes vis-à-vis du terminal ayant émis la requête reçue : - déterminer la liste des bandes de fréquences éligibles audit terminal ; - déterminer les bandes de fréquences de cette liste qui ont été attribuées à au moins trois passerelles parmi les passerelles ayant relayé ladite requête ; et 30 - attribuer les bandes de fréquences ainsi déterminées audit terminal EP. 8) Procédé selon la revendication 7, caractérisé en ce que, pour les fréquences non sélectionnées de ladite liste des bandes de fréquences éligibles, le serveur attend de recevoir d'autres trames en provenance dudit terminal pour déterminer si de 3052952 29 nouvelles passerelles ont relayé lesdites autres trames et ainsi déterminer si d'autres bandes de fréquences de ladite liste des bandes de fréquences éligibles ont été attribuées à au moins trois passerelles parmi les passerelles ayant relayé lesdites autres trames. 5 9) Procédé selon la revendication 8, caractérisé en ce que, dans le cas où la quantité de passerelles réceptrices de trames ascendantes en provenance dudit terminal reste strictement inférieure à trois, le serveur émet une alerte. 10 10) Programme d'ordinateur comportant un ensemble d'instructions causant l'exécution, par un processeur (201) d'un serveur (130) destiné à être inclus dans un réseau étendu à longue portée de type LPWAN, le procédé selon l'une quelconque des revendications 1 à 9, lorsque ledit programme d'ordinateur est exécuté par ledit processeur. 15 11) Support de stockage d'informations stockant un programme d'ordinateur comportant un ensemble d'instructions causant l'exécution, par un processeur (201) d'un serveur (130) destiné à être inclus dans un réseau étendu à longue portée de type LPWAN, le procédé selon l'une quelconque des revendications 1 à 9, lorsque ledit 20 programme d'ordinateur est exécuté par ledit processeur. 12) Serveur (130) configuré pour définir et appliquer un plan de fréquences dans un système de communication de type LPWAN comportant, outre ledit serveur, une pluralité de passerelles (120, 121, 122, 123) connectées audit serveur, la pluralité de 25 passerelles utilisant des bandes de fréquences pour effectuer des communications sans-fil avec des terminaux (110, 111) du système de communication, caractérisé en ce que le serveur est configuré pour : - obtenir (501) une description d'une hiérarchie de mobilité dans laquelle des types de mobilité sont hiérarchiquement définis ; 30 obtenir (502) une description d'un arbre de mobilité dans lequel des zones de mobilité sont hiérarchiquement définies, chaque zone de mobilité ayant un type de mobilité en conformité avec la hiérarchie de mobilité ; - obtenir (503, 601) des mesures de terrain associées à chaque zone de mobilité définie dans l'arbre de mobilité ; 3052952 30 - déterminer (603), à partir des mesures de terrain, pour chaque zone de mobilité, une information de pourcentage de temps pendant lequel les mesures de terrain montrent un niveau de signal reçu RSSI inférieur à tel ou tel seuil de niveau de signal reçu RSSI parmi un ensemble prédéfini de seuils de niveau de signal reçu 5 RSSI ; en ce que le serveur est configuré pour parcourir l'arbre de mobilité en itérant les étapes suivantes : - sélectionner (701) la zone de mobilité de plus haut degré hiérarchique non encore traitée ; 10 déterminer (702), pour la zone de mobilité sélectionnée, une probabilité moyenne Pm pour chaque bande de fréquences, à partir desdites informations de pourcentage de temps déterminées pour chaque zone de mobilité qui est une feuille de l'arbre et qui est hiérarchiquement rattachée à la zone de mobilité sélectionnée ; - attribuer (705), pour la zone de mobilité sélectionnée, jusqu'à une quantité 15 P de bandes de fréquences présentant les meilleures probabilités moyennes ; en ce que le serveur est configuré pour effectuer les étapes suivantes pour configurer les passerelles vis-à-vis du plan de fréquences : - obtenir (801) des descriptifs de gabarits de mobilité dans lesquels des regroupements de zones de mobilité sont effectués et dans lesquels, pour chaque 20 regroupement, une liste de passerelles est associée à chaque regroupement pour indiquer quelles passerelles sont destinées à supporter ledit regroupement ; - configurer (804) chaque passerelle en fonction desdits descriptifs de gabarits et des bandes de fréquences attribuées aux zones de mobilité constituant lesdits regroupements ; 25 en ce que, sur réception (901) de la part d'un terminal d'une requête de connexion au système de communication, le serveur est configuré pour obtenir (902) un descriptif du terminal à partir d'un identifiant de terminal inclus dans ladite requête, le descriptif incluant une liste de types de mobilité auxquels ledit terminal a droit d'accès, et pour itérer les étapes suivantes pour l'intégralité des types de mobilité 30 auxquels ledit terminal a droit d'accès : - identifier (903, 910) le type de mobilité de plus haut degré hiérarchique ; - identifier (904) quelles zones de mobilité correspondent audit type de mobilité de plus haut degré hiérarchique identifié ; 3052952 31 sélectionner (906) une zone de mobilité parmi les zones de mobilité identifiées ; attribuer (907) audit terminal au moins une bande de fréquences attribuée à la zone de mobilité sélectionnée ; 5 et en ce que le serveur est configuré pour configurer (911) ledit terminal en fonction des bandes de fréquences ainsi attribuées audit terminal.