FR 3066342 A1 20181116 FR 1754145 A 20170511 1 SINGULARISATION DE TRAMES A EMETTRE PAR UN OBJET CONNECTE ET BLOCAGE DE TRAMES REEMISES SUR UN RESEAU DE COMMUNICATION SANS-FIL BASSE CONSOMMATION L'invention concerne la singularisation de trames à émettre par un objet connecté et le blocage des trames réémises sur un réseau de communication sans-fil basse consommation. En particulier, l'invention s'applique au réseau de communication sans-fil basse consommation dans lequel les objets connectés utilisent la technologie LoRa (marque déposée), c'est à dire un réseau étendu (en anglais Long Range). Le domaine des objets connectés est en pleine expansion. De multiples objets connectés investissent notre quotidien : nos maisons (domotique : thermostat, ouverture, etc., surveillance : station météo, détecteur, etc.), notre personne (montre, pèse-personne, etc.), notre environnement... Les opérateurs de réseaux de télécommunication proposent un réseau de communication dédié à ces objets connectés : un réseau de communication sans-fil basse consommation en raison des capacités limitées des objets connectés. Parmi les réseaux de communication sans-fil basse consommation existants sont proposés les réseaux SigFox (marque déposée), LoRaWan (marque déposée), etc. via lesquels les informations sont réceptionnées en provenance des objets connectés pour être ensuite véhiculées à travers le réseau Internet. Pour cela, des antennes capables de démoduler le signal du réseau sans-fil, notamment le signal radio LoRa, en un signal conforme à un protocole du réseau Internet, tel que le protocole TCP/IP, sont installées. Ces antennes sont couplées à une passerelle, aussi nommée Gateway en anglais, qui décode les trames reçues via le réseau de communication sans fil basse consommation pour les envoyer vers un serveur réseau, ou Network Server en anglais, selon un protocole Internet tel que TCP ou UDP. Le serveur réseau est capable de déterminer, voire de vérifier, parmi les trames reçues celles provenant d'objets connectés associés au serveur réseau. Ainsi, le serveur réseau ne traitera pas les trames émises par des objets connectés qui ne lui sont pas associés. Cela permet de réduire la charge de traitement du serveur réseau. Néanmoins, le serveur réseau peut toujours être surchargé par des trames émises par des objets qui lui sont associés : notamment, par réémission de trames émises. La réémission des trames émises par un objet connecté associé à un serveur réseau surchargera non seulement le serveur réseau mais pourra également fausser le traitement effectué par le serveur réseau sur les données utiles provenant des objets connectés associés. Les données traitées par le serveur réseau seront ainsi polluées. Les risques peuvent être importants suivants le type d'objets connectés pour lequel les données sont polluées. Par exemple, la pollution des données de relevés d'un compteur électrique peut engendrer une surfacturation ou sous facturation d'un ou plusieurs clients, la pollution de données de santé peut engendrer au moins une surcharge de consultation médicale au pire la mise en place d'un traitement inapproprié, etc. 3066342 2 Un des buts de la présente invention est de remédier à des inconvénients par rapport à l'état de la technique. Un objet de l'invention est un procédé de singularisation des trames à émettre par un objet connecté à un serveur via un réseau de communication sans fil basse consommation, le 5 procédé de singularisation comporte une intégration, dans une trame à émettre identifiant l'objet connecté émetteur et comportant des données utiles, d'au moins : un compteur apte à être incrémenté en fonction de la trame à émettre, le compteur ayant une dimension prédéfinie ; et - un indice supplémentaire modifiable lors d'une mise à zéro du compteur. 10 Ainsi, deux trames provenant d'un même objet avec les mêmes données utiles seront uniques car elles comporteront au moins un compteur et/ou un indice supplémentaire distinct(s). L'utilisation de l'indice supplémentaire permet, sans réduire la durée de vie de l'objet connecté, de singulariser un plus grand nombre de trames qu'en utilisant seulement le compteur généralement intégré aux trames émises par les objets connectés permettant actuellement au serveur réseau de vérifier si 15 une trame n'a pas été perdue. En effet, ce compteur est généralement codé sur un petit nombre d'octets : 2 octets soit 16 bits pour la norme LoRa engendrant un retour à zéro rapide du compteur (cycle complet en 65536 trames émises soit environ en 6 mois pour un objet émettant une trame toutes les 5 minutes). Ainsi, si une solution de singularisation était basée uniquement sur ce compteur seul, cela engendrerait une durée de vie de l'objet connecté calée sur un cycle du 20 compteur soit dans notre exemple : 6 mois. Avantageusement, la première valeur de l'indice supplémentaire dans la première trame à émettre par l'objet après la connexion de l'objet avec un serveur est une valeur parmi les suivantes : - une valeur résultant d'une fonction aléatoire ; - une valeur résultant d'une fonction aléatoire reçue par l'objet en provenance du serveur en 25 réponse à une demande de connexion de l'objet au serveur. - une valeur d'un paramètre de génération d'au moins une clé de cryptage des données utiles à transmettre résultant d'une fonction aléatoire et reçue par l'objet en provenance du serveur. Ainsi, un utilisateur malveillant réémettant des trames et détectant l'indice supplémentaire aura des difficultés à déterminer et reproduire la fonction de l'indice supplémentaire. Si la fonction aléatoire 30 est mise en oeuvre par le serveur en réponse à une demande de connexion de l'objet au serveur, l'objet connecté n'a pas à mettre en oeuvre une opération trop gourmande en coût de calcul. Si la première valeur de l'indice correspond à celle d'un paramètre de génération d'une clé de cryptage, la transmission de la valeur aléatoire servant d'indice supplémentaire ne vient pas surcharger les échanges du serveur avec l'objet connecté. 35 Avantageusement, l'indice supplémentaire résulte d'une fonction monotone. Ainsi, la détection de réémission de trame coté serveur sera facilitée par une simple comparaison de la valeur de l'indice supplémentaire de la trame reçue avec celui de la trame précédente en fonction de l'ordre de la fonction monotone. Avantageusement, le procédé de singularisation comporte une modification de l'indice supplémentaire déclenchée par une mise à zéro du compteur : la valeur de l'indice supplémentaire 3066342 3 est égale à une valeur prise aléatoirement entre une valeur précédente de l'indice supplémentaire et la valeur borne de l'indice supplémentaire. Ainsi, un utilisateur malveillant réémettant des trames et détectant l'indice supplémentaire aura des difficultés à déterminer et reproduire la modification de l'indice supplémentaire. 5 Avantageusement, le procédé de singularisation déclenche une nouvelle requête de connexion de l'objet connecté à destination du serveur lorsque l'indice supplémentaire atteint la valeur borne. Ainsi, même si le cycle d'utilisation de l'indice supplémentaire complété par le cycle du compteur à chaque valeur de l'indice supplémentaire est terminé, la singularisation des trames ne viendra pas mettre un terme à la vie de l'objet connecté mais seulement de la connexion en cours. En effet, en 10 déclenchant une nouvelle connexion entre l'objet connecté et le serveur, au moins une nouvelle clé sera générée pour cette nouvelle connexion et le serveur même s'il ne détecte pas la réémission ne traitera pas les trames car il sera capable de déterminer que les trames réémises ne proviennent pas de la nouvelle connexion (puisqu'elles proviennent de l'ancienne connexion qui n'est plus valide). 15 Un objet de l'invention est aussi un procédé de génération de trames à émettre uniques par un objet connecté à serveur via un réseau de communication sans fil basse consommation, le procédé de génération comporte : - une distribution des données utiles en trames à émettre identifiant l'objet connecté émetteur, et 20 - une intégration dans une trame à émettre d'au moins : - un compteur apte à être incrémenté en fonction de la trame à émettre, le compteur ayant une dimension prédéfinie ; et - un indice supplémentaire modifiable lors d'une mise à zéro du compteur. Ainsi, deux trames provenant d'un même objet avec les mêmes données utiles seront uniques car 25 elles comporteront au moins un compteur et/ou un indice supplémentaire distinct(s). L'utilisation de l'indice supplémentaire permet, sans réduire la durée de vie de l'objet connecté, de singulariser un plus grand nombre de trames qu'en utilisant seulement le compteur généralement intégré aux trames émises par les objets connectés permettant actuellement au serveur réseau de vérifier si une trame n'a pas été perdue. 30 Avantageusement, le compteur est intégré dans un en-tête de trame. Ainsi, le compteur ne nécessite pas d'ajouter de données supplémentaires dans la trame à émettre en utilisant le compteur déjà existant dans l'en-tête de trame et servant aussi à vérifier si des trames ont été perdues lors de la transmission. Le compteur sera donc utilisé pour deux fonctions distinctes côté serveur : vérification perte de trame, vérification répétition de trame. 35 Avantageusement, l'indice supplémentaire est intégré dans un des éléments suivants de la trame : - un en-tête de trame ; - une partie utile de la trame comportant les données utiles. Ainsi, si l'indice supplémentaire est intégré dans l'en-tête, par exemple dans l'adresse MAC de la trame, il est lisible par tous les serveurs y compris ceux qui ne sont pas associés à l'objet connecté 40 émetteur. Cela permettra à un serveur de déterminer un niveau de risque de répétition même s'il 3066342 4 n'est pas associé à l'objet. Et, si l'indice supplémentaire est dans la partie utile de la trame, il sera plus difficile à un utilisateur malveillant réémettant des trames de trouver dans la partie utile l'indice supplémentaire et donc de le modifier rendant ainsi la singularisation des trames générées plus robuste. 5 Avantageusement, le procédé de génération de trames à émettre uniques comporte un cryptage d'une partie utile de la trame comportant les données utiles. Ainsi, l'indice supplémentaire sera crypté avec la partie utile lorsque la norme de transmission, telle que LoRa, le prévoit augmentant encore la robustesse de la singularisation des trames. Un objet de l'invention est également un procédé de blocage de trames réémises reçues par un 10 dispositif de communication connecté à au moins un objet connecté en provenance d'un objet connecté via un réseau de communication sans fil basse consommation, le procédé de blocage de trames réémises comporte une détection des trames réémises parmi les trames reçues par le dispositif de communication en provenance d'un objet connecté identifié dans la trame reçue via le réseau de communication sans fil basse consommation par comparaison du compteur et de 15 l'indice supplémentaire d'une trame reçue avec respectivement le compteur et l'indice supplémentaire d'une trame reçue précédente en provenance du même objet connecté. Ainsi, deux trames provenant d'un même objet avec les mêmes données utiles seront uniques car elles comporteront au moins un compteur et/ou un indice supplémentaire distinct(s). L'utilisation de l'indice supplémentaire permet, sans réduire la durée de vie de l'objet connecté, de singulariser un 20 plus grand nombre de trames qu'en utilisant seulement le compteur généralement intégré aux trames émises par les objets connectés permettant actuellement au serveur réseau de vérifier si une trame n'a pas été perdue. Avantageusement, la détection de trames réémises est positive lorsque : - le compteur de la trame reçue est inférieur ou égale au compteur de la trame reçue 25 précédente et que l'indice supplémentaire est égal à ou a une valeur relative à l'indice supplémentaire de la trame précédente correspondant à une fonction inverse à la fonction monotone utilisée pour singulariser les trames à émettre; - le compteur de la trame reçue est supérieur au compteur de la trame reçue précédente et que l'indice supplémentaire a une valeur relative à l'indice supplémentaire de la trame 30 précédente correspondant à une fonction inverse à la fonction monotone utilisée pour singulariser les trames à émettre. Ainsi, le blocage d'une trame reçue est effectué sur simple comparaison du compteur et de l'indice supplémentaire de la trame reçue avec la trame précédente provenant du même objet émetteur. Avantageusement, à l'issue de la détection, lorsqu'une réémission n'a pas été détectée, le 35 compteur de la trame reçue et, lorsque l'indice supplémentaire diffère de celui de la trame précédemment reçue selon une fonction monotone de même ordre que celle utilisée pour singulariser les trames à émettre, l'indice supplémentaire sont stockés dans le dispositif de communication. Ainsi, la comparaison avec la trame précédente est facilitée par stockage du compteur et de l'indice supplémentaire à comparer. La passerelle ou le serveur mettant en oeuvre 3066342 5 le procédé de blocage n'ont pas à conserver la totalité de la trame précédente réduisant la capacité de stockage nécessaire. Un objet de l'invention est encore un procédé de traitement des trames reçues par un dispositif de communication connecté à au moins un objet connecté en provenance d'un réseau de 5 communication sans fil basse consommation, le procédé de traitement des trames reçues comporte une détection des trames réémises parmi les trames reçues par le dispositif de communication en provenance d'un objet connecté identifié dans la trame reçue via le réseau de communication sans fil basse consommation par comparaison du compteur et de l'indice supplémentaire d'une trame reçue avec respectivement le compteur et l'indice supplémentaire 10 d'une trame reçue précédente en provenance du même objet connecté, la détection transmettant à l'analyse du procédé de traitement des traitement des trames reçues les trames pour lesquelles une réémission n'a pas été détectée. Ainsi, il n'y a pas de surcharge, ni de pollution du traitement puisque celui-ci ne traite pas les trames répétées ou réémises. Avantageusement, selon une implémentation de l'invention, les différentes étapes du procédé 15 selon l'invention sont mises en oeuvre par un logiciel ou programme d'ordinateur, ce logiciel comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un dispositif de communication et étant conçu pour commander l'exécution des différentes étapes de ce procédé. L'invention vise donc aussi un programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé de singularisation des trames à émettre ou du 20 procédé de génération de trames à émettre uniques ou du procédé de blocage de trames réémises ou du procédé de traitement de trames reçues lorsque ledit programme est exécuté par un processeur. Ce programme peut utiliser n'importe quel langage de programmation et être sous la forme de code source, code objet ou code intermédiaire entre code source et code objet tel que dans une forme partiellement compilée ou dans n'importe quelle autre forme souhaitable. 25 Un objet de l'invention est un générateur de trames à émettre uniques par un objet connecté à un serveur via un réseau de communication sans fil basse consommation, le générateur comporte : - un distributeur des données utiles en trames à émettre identifiant l'objet connecté émetteur, et - un intégrateur dans une trame à émettre d'au moins : 30 - un compteur apte à être incrémenté en fonction de la trame à émettre, le compteur ayant une dimension prédéfinie ; et - un indice supplémentaire modifiable lors d'une mise à zéro du compteur. Un objet de l'invention est un objet connecté à un serveur via un réseau de communication sans fil basse consommation, l'objet connecté comportant un générateur de trames à émettre uniques, le 35 générateur comporte : - un distributeur des données utiles en trames à émettre identifiant l'objet connecté émetteur, et - un intégrateur dans une trame à émettre d'au moins : - un compteur apte à être incrémenté en fonction de la trame à émettre, le compteur ayant 40 une dimension prédéfinie ; et 3066342 6 - un indice supplémentaire modifiable lors d'une mise à zéro du compteur. Un objet de l'invention est également un filtre bloque trames réémises d'un serveur recevant des trames en provenance d'un objet connecté via un réseau de communication sans fil basse consommation, le filtre bloque trames réémises comporte un détecteur des trames réémises parmi 5 les trames reçues par le serveur en provenance d'un objet connecté identifié dans la trame reçue via le réseau de communication sans fil basse consommation par comparaison du compteur et de l'indice supplémentaire d'une trame reçue avec respectivement le compteur et l'indice supplémentaire d'une trame reçue précédente en provenance du même objet connecté. Un objet de l'invention est encore une passerelle d'un réseau de communication sans fil basse 10 consommation recevant des trames en provenance d'un objet connecté à destination d'un serveur connecté à un réseau Internet, le serveur comportant un analyseur des données utiles des trames reçues. La passerelle comportant un filtre bloque trames réémises, le filtre étant placé en amont de l'analyseur et comportant un détecteur des trames réémises parmi les trames reçues par la passerelle en provenance d'un objet connecté identifié dans la trame reçue via le réseau de 15 communication sans fil basse consommation par comparaison du compteur et de l'indice supplémentaire d'une trame reçue avec respectivement le compteur et l'indice supplémentaire d'une trame reçue précédente en provenance du même objet connecté. Un objet de l'invention est un serveur recevant des trames en provenance d'un objet connecté via un réseau de communication sans fil basse consommation, le serveur comportant un analyseur 20 des données utiles des trames reçues et un filtre bloque trames réémises, le filtre étant placé en amont de l'analyseur et comportant un détecteur des trames réémises parmi les trames reçues par le serveur en provenance d'un objet connecté identifié dans la trame reçue via le réseau de communication sans fil basse consommation par comparaison du compteur et de l'indice supplémentaire d'une trame reçue avec respectivement le compteur et l'indice supplémentaire 25 d'une trame reçue précédente en provenance du même objet connecté. Les caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description, faite à titre d'exemple, et des figures s'y rapportant qui représentent : - Figures la et 1 b, des schémas simplifiés d'une architecture de communication dans laquelle un 30 objet connecté est relié à un serveur réseau via un réseau de communication sans fil basse consommation, respectivement dans un cas standard de communication et dans le cas où un dispositif tiers réémet des trames de communications précédemment émises par l'objet connecté, - Figure 2, un schéma simplifié d'un procédé de singularisation de trames à émettre et d'un procédé de génération de trames à émettre unique selon l'invention, 35 - Figure 3, un schéma simplifié d'un procédé de blocage de trames réémises et d'un procédé de traitement de trames reçues selon l'invention, - Figures 4a, 4b et 4c, des schémas simplifiés des dispositifs de communication mis en oeuvre dans une architecture de communication utilisant un réseau de communication sans fil basse consommation, respectivement, figure 4a, un générateur de trames à émettre unique et un objet 3066342 7 connecté, figure 4b, un filtre bloque trames réémises, une passerelle et un serveur, et figure 4c, un filtre bloque trames réémises et un serveur, selon l'invention, - Figures 5a à 5d, des schémas simplifiés de trame et requêtes échangées par un objet connecté à un réseau de communication sans fil basse consommation, respectivement, figure 5a, une trame 5 à émettre selon la norme LoRa, figure 5b, un premier exemple d'intégration de l'indice supplémentaire dans la trame à émettre unique selon l'invention, figure 5c, un deuxième exemple d'intégration de l'indice supplémentaire dans la trame à émettre unique selon l'invention, figure 5d, une réponse à une requête de connexion selon la norme LoRa, - Figure 6, un schéma simplifié d'un organigramme d'un procédé de singularisation de trames à 10 émettre selon l'invention, - Figure 7, un schéma simplifié d'un organigramme d'un procédé de blocage de trames réémises selon l'invention. Les figures la et lb illustrent des schémas simplifiés d'une architecture de communication dans 15 laquelle un objet connecté est relié à un serveur réseau via un réseau de communication sans fil basse consommation, respectivement dans un cas standard de communication et dans le cas où un dispositif tiers réémet des trames de communications précédemment émises par l'objet connecté. L'architecture de communication de la figure la comporte un objet connecté 1, notamment un 20 dispositif de communication utilisant la technologie LoRa, aussi nommé Device LoRa en anglais. Un objet connecté OC est un dispositif connecté à Internet notamment par l'intermédiaire d'un réseau de communication sans fil basse consommation 2. L'architecture de communication comporte alors, par exemple, une passerelle 3 recevant les trames t émises par un ou plusieurs objets connectés 1 via le réseau de communication sans fil basse consommation WLPN (les 25 trames t(du) comportant des données utiles du), et transmettant les trames t(du) via un réseau Internet 4, notamment, sous forme de paquet p(du) à un serveur réseau 5. La passerelle 3 est notamment apte à recevoir des trames dites LoRa, c'est-à-dire émises par un dispositif de communication utilisant la technologie LoRa, la passerelle est alors dite passerelle LoRa, ou encore Gateway LoRa en anglais. Le réseau internet 4 est notamment un réseau mettant en 30 oeuvre le protocole TCP/IP. Lorsque la technologie utilisée par l'objet connecté OC est LoRa, le serveur réseau, Network Server en anglais, NS valide la trame reçue, c'est-à-dire qu'il vérifie si la trame reçue est émise par un objet connecté 1 associé au serveur réseau 5. Si c'est le cas, alors le serveur réseau 5 procède au traitement de la trame reçue : analyse et/ou stockage... Sinon, la trame reçue est rejetée par le serveur réseau 5, c'est-à-dire qu'il fait comme s'il ne l'avait pas reçue 35 car elle ne l'intéresse pas. Certaines normes de transmission sur réseau de communication sans fil basse consommation, notamment la norme LoRaWan, définissent des mécanismes de sécurisation des trames transmises. Notamment, elles sont encryptées, dans l'exemple de la norme LoRaWan en AES. L'intégrité des données transmises dans ces trames est donc assurée mais pas la non-répétabilité des trames. En effet, en reniflant (en « sniffant » par anglicisme) une 3066342 8 trame, la trame peut être réémise sur le réseau sans fil basse consommation. Et, la trame réémise est de nouveau prise en compte par le serveur réseau. La figure lb montre qu'un dispositif de communication tiers 3' placé dans le réseau de 5 consommation sans fil basse consommation 2 et se comportant comme une passerelle peut capturer une trame t(du) émise par un objet connecté 1. Ce dispositif de communication tiers est aussi nommé renifleur ou Sniffer en anglais, en particulier Sniffer LoRa dans le cas où les trames émises utilisent la technologie LoRa. Afin d'éviter que les données transmises par la trame soient lues par un tiers non autorisé, certaines technologies de transmission sur réseau de 10 communication sans fil basse consommation 2 cryptent les données utiles du avant de les intégrer dans la trame de transmission t. Ainsi, le renifleur 3' peut simplement réceptionner les trames émises et/ou les stocker par exemple dans une base de données 36' et éventuellement les réémettre dans le réseau de communication sans fil basse consommation afin qu'elles soient reçues par la passerelle 3. Par exemple, un objet connecté 1 envoie une trame tk. Cette trame tk 15 est reçue par la passerelle 3 à un instant k via le réseau de communication sans fil basse consommation 2, puis transmise sous forme de paquet pk via le réseau Internet 4 au serveur 5 qui, la trame tk ayant été validée, la traite (notamment la stocke dans une base de données réseau 6) (Non illustrée). En parallèle, cette même trame tk est notamment capturée par un renifleur 3' qui la stocke notamment dans une base de données du renifleur 36'. Ultérieurement (k c(k-1) et que l'indice supplémentaire a une valeur relative à l'indice supplémentaire de la trame précédente correspondant à une fonction inverse à la fonction monotone utilisée pour 20 singulariser les trames à émettre, par exemple is(k) is(k-1) pour une fonction croissante, l'indice supplémentaire is(k) sont stockés STR dans le dispositif de communication GW, NS mettant en oeuvre le procédé de blocage de trames réémises. La détection de réémission RPL DTC peut aussi être mise en oeuvre par un procédé de traitement des trames reçues par un dispositif de communication connecté à au moins un objet connecté via 35 provenance d'un réseau de communication sans fil basse consommation. Le procédé de traitement est généralement mis en oeuvre par le serveur NS, mais peut aussi être mis en oeuvre par la passerelle GW. Le procédé de traitement des trames reçues T TRT comporte une détection des trames réémises RPL DTCT parmi les trames reçues par le dispositif de communication en provenance d'un objet connecté identifié dans la trame reçue via le réseau de communication sans 40 fil basse consommation par comparaison du compteur et de l'indice supplémentaire d'une trame 3066342 14 reçue avec respectivement le compteur et l'indice supplémentaire d'une trame reçue précédente en provenance du même objet connecté, la détection RPL DTCT transmettant à l'analyse T NLZ du procédé de traitement des traitement des trames reçues les trames pour lesquelles une réémission n'a pas été détectée. 5 Eventuellement, la détection de réémission RPL DTC comporte une extraction XTR du compteur c et de l'indice supplémentaire des trames reçues, l'extraction XTR fournit les valeurs extraites c(k) et is(k) aux comparaisons respectivement de compteur CCMP et d'indice supplémentaire ISCMP. Un mode de réalisation d'un ou plusieurs des procédés décrits à titre d'exemple par les figures 2 et 3 est un programme comprenant des instructions de code de programme pour l'exécution des 10 étapes du procédé de singularisation des trames à émettre ou du procédé de génération de trames à émettre uniques ou du procédé de blocage de trames réémises ou du procédé de traitement de trames reçues lorsque ledit programme est exécuté par un processeur. Les figures 4a, 4b et 4c illustrent des schémas simplifiés des dispositifs de communication mis en 15 oeuvre dans une architecture de communication utilisant un réseau de communication sans fil basse consommation. La figure 4a illustre un schéma simplifié d'un générateur de trames à émettre unique et d'un objet connecté selon l'invention. Un générateur de trames à émettre uniques 11 par un objet connecté 1 à un serveur 5 via un réseau de communication sans fil basse consommation, le générateur 11 20 comporte : - un distributeur 1100 des données utiles du en trames à émettre identifiant l'objet connecté émetteur, et - un intégrateur 1110 dans une trame à émettre t1(du) d'au moins : -un compteur c apte à être incrémenté en fonction de la trame à émettre, le compteur ayant 25 une dimension prédéfinie ; et -un indice supplémentaire is modifiable lors d'une mise à zéro du compteur. En particulier, le générateur de trames à émettre unique 11 comporte un générateur de trames 110 recevant des données utiles et fournissant des trames comportant ces données utiles à l'intégrateur 1110. 30 En particulier, le générateur de trames à émettre unique 11 comporte un générateur de singularités 1111 fournissant à l'intégrateur 1110 un compteur c et un indice supplémentaire is. Le générateur de singularité comporte notamment un modificateur 1111c de compteur comportant un incrémenteur et un modificateur 1111 is d'indice supplémentaire mettant en oeuvre une fonction monotone. Le modificateur de compteur 1111c comporte, en particulier, un réinitialiseur de 35 compteur mettant la valeur du compteur à zéro en fonction de la valeur en sortie de l'incrémenteur (lorsque la valeur incrémentée atteint une valeur maximale du compteur C). Le modificateur d'indice supplémentaire 1111 is est commandé par le réinitialiseur de compteur. Eventuellement, lorsque la valeur modifiée est supérieure ou égale à une valeur maximale de l'indice supplémentaire IS, le modificateur d'indice supplémentaire ne fournit pas un indice supplémentaire 40 modifié mais déclenche une réinitialisation de la connexion de l'objet connecté 1 avec le serveur 5. 3066342 15 En particulier, l'architecture d'émission de trames sur un réseau de communication sans fil basse consommation comporte un objet connecté 1 à un serveur 5 via un réseau de communication sans fil basse consommation. L'objet connecté comporte un intégrateur 1110 permettant de fournir des trames à émettre unique comportant les données utiles, 5 - un compteur apte à être incrémenté en fonction de la trame à émettre, le compteur ayant une dimension prédéfinie ; et - un indice supplémentaire modifiable lors d'une mise à zéro du compteur. En particulier, l'objet connecté comporte au moins un capteur 10 fournissant des données utiles du. Le capteur 10 effectue éventuellement un traitement des données captées. Les données utiles 10 fournies par le capteur 10 sont alors constituées de données captées et/ou de données captées traitées. En particulier, le générateur de trames à émettre unique 11 comporte un distributeur de données utiles en trames 1100 et/ou un générateur de trames 110 recevant des données utiles et fournissant des trames comportant ces données utiles à l'intégrateur 1110. 15 En particulier, l'objet connecté comporte un générateur de singularités 1111 fournissant à l'intégrateur 1110 un compteur c et un indice supplémentaire is. Le générateur de singularité comporte notamment un modificateur 1111c de compteur comportant un incrémenteur et un modificateur 1111is d'indice supplémentaire mettant en oeuvre une fonction monotone. Le modificateur de compteur 1111c comporte, en particulier, un réinitialiseur de compteur mettant la 20 valeur du compteur à zéro en fonction de la valeur en sortie de l'incrémenteur (lorsque la valeur incrémentée atteint une valeur maximale du compteur C). Le modificateur d'indice supplémentaire 1111is est commandé par le réinitialiseur de compteur. Eventuellement, lorsque la valeur modifiée est supérieure ou égale à une valeur maximale de l'indice supplémentaire IS, le modificateur d'indice supplémentaire ne fournit pas un indice supplémentaire modifié mais déclenche une 25 réinitialisation de la connexion de l'objet connecté 1 avec le serveur 5. En particulier, l'objet connecté 1 comporte un générateur de trames à émettre uniques 11 comportant : - un distributeur 1100 des données utiles en trames à émettre identifiant l'objet connecté émetteur, et 30 - un intégrateur 1110 dans une trame à émettre d'au moins : -un compteur apte à être incrémenté en fonction de la trame à émettre, le compteur ayant une dimension prédéfinie ; et -un indice supplémentaire modifiable lors d'une mise à zéro du compteur. En particulier, l'objet connecté 1 comporte un dispositif de connexion 10 apte à émettre une 35 demande de connexion à destination d'un serveur 5 via le réseau de communication sans fil basse consommation jn. L'objet connecté 1 comporte un transmetteur sans fil basse consommation 12 apte à recevoir une réponse à cette demande de connexion jn answ comportant notamment une valeur aléatoire v=rnd(). En particulier, la valeur aléatoire reçue est utilisée par le modificateur d'indice supplémentaire 1111,s pour initialiser l'indice supplémentaire is=v=rnd() lors de 40 l'initialisation de la connexion. 3066342 16 En particulier, lors de l'initialisation de la connexion par le dispositif de connexion 10, le modificateur de compteur 1111c met le compteur à zéro c=0. L'objet connecté 1 peut ainsi transmettre soit comme l'art antérieur des trames tj générées par un générateur de trames à émettre 110, soit selon l'invention des trames uniques tuj (du, c, is) fournit par l'intégrateur 1110 au 5 moyen du transmetteur sans fil basse consommation 13. La figure 4b illustre un schéma simplifié d'une architecture de réception de trames comportant une passerelle, un serveur, et éventuellement un filtre bloque trames selon l'invention. Un filtre bloque trames réémises 34 reçoit des trames tj, tk en provenance d'un objet connecté 1 via un réseau de 10 communication sans fil basse consommation. Le filtre bloque trames réémises 34 comporte un détecteur des trames réémises 340 parmi les trames reçues en provenance d'un objet connecté identifié dans la trame reçue via le réseau de communication sans fil basse consommation par comparaison du compteur et de l'indice supplémentaire d'une trame reçue avec respectivement le compteur et l'indice supplémentaire d'une trame reçue précédente en provenance du même objet 15 connecté. En particulier, le détecteur de trames réémises 340 comporte un comparateur de compteur 3401c et un comparateur d'indice supplémentaire 3401is mettant en oeuvre les comparaisons respectives. En particulier, le détecteur de trames réémises 340 comporte un extracteur 3400 récupérant dans 20 une trame reçue tk le compteur ck et l'indice supplémentaire isk pour les comparaisons respectives. En particulier, le filtre bloque trames 34 comporte une mémoire 342 dans laquelle sont lues le compteur et l'indice supplémentaire de la trame précédente. En particulier, le filtre bloque trames 340 comporte un enregistreur 341 déclenché par le détecteur 25 de trames réémises 340 lorsqu'il ne détecte pas de réémission pour stocker le compteur et l'indice supplémentaire de la trame reçue. Le filtre bloque trames 34 fournit uniquement les trames reçues pour lesquelles le détecteur de trames réémises 340 n'a pas détecté de réémission. Ainsi, le filtre bloque trames peut aussi être nommé filtre d'omission de trame car il omet de transmettre les trames réémises. 30 Dans un mode de réalisation particulier illustrée par la figure 4b, une passerelle 3 d'un réseau de communication sans fil basse consommation recevant des trames en provenance d'un objet connecté 1 à destination d'un serveur connecté à un réseau Internet comporte le détecteur de trame réémises 340. Notamment, la passerelle 3 comporte le filtre bloque trames réémises 34. Le serveur 5 comporte un analyseur 55 des données utiles des trames reçues. Le filtre 34 est placé 35 en amont de l'analyseur 55 et comporte le détecteur des trames réémises 340 parmi les trames reçues par la passerelle 3 en provenance d'un objet connecté 1 identifié dans la trame reçue via le réseau de communication sans fil basse consommation par comparaison du compteur et de l'indice supplémentaire d'une trame reçue avec respectivement le compteur et l'indice supplémentaire d'une trame reçue précédente en provenance du même objet connecté. 3066342 17 En particulier, la passerelle 3 comporte un dispositif de connexion 32 apte à recevoir demande de connexion jn d'un objet connecté 1. En réponse à la demande de connexion jn, le dispositif de connexion 32 fournit directement ou indirectement une réponse jn answ comportant éventuellement une valeur aléatoire v=md() à un transmetteur sans fil basse consommation 33 de 5 la passerelle 3. Par indirectement est entendu que le dispositif de connexion 32 relaie, notamment au moyen d'un transmetteur Internet 35 via le réseau internet la demande de connexion jn au serveur 5 qui fournit la réponse jn answ à la passerelle qui la relaie via le réseau sans fil basse consommation à l'objet connecté. En particulier, la passerelle 3 comporte un transmetteur sans fil basse consommation 33 apte à 10 recevoir les trames émises to tk par l'objet connecté 1, et un transmetteur Internet 35 apte à transmettre au serveur via le réseau Internet les trames reçues non bloquées par le filtre bloque trames 34 ou détectées non réémises par le détecteur de trames réémises 340. Le serveur 5 comporte notamment un transmetteur Internet 53 apte à recevoir les trames non bloquées tj. Le transmetteur Internet 53 fournit les trames non bloquées car non réémises à l'analyseur 55. 15 La figure 4c illustre un schéma simplifié d'une architecture de réception de trames comportant un serveur 5, et éventuellement un filtre bloque trames 34 selon l'invention. Un filtre bloque trames réémises 34 reçoit des trames tj, tk en provenance d'un objet connecté 1 via un réseau de communication sans fil basse consommation. Le filtre bloque trames réémises 34 comporte un 20 détecteur des trames réémises 340 parmi les trames reçues en provenance d'un objet connecté identifié dans la trame reçue via le réseau de communication sans fil basse consommation par comparaison du compteur et de l'indice supplémentaire d'une trame reçue avec respectivement le compteur et l'indice supplémentaire d'une trame reçue précédente en provenance du même objet connecté. 25 En particulier, le détecteur de trames réémises 340 comporte un comparateur de compteur 3401c et un comparateur d'indice supplémentaire 3401is mettant en oeuvre les comparaisons respectives. En particulier, le détecteur de trames réémises 340 comporte un extracteur 3400 récupérant dans une trame reçue tk le compteur ck et l'indice supplémentaire isk pour les comparaisons 30 respectives. En particulier, le filtre bloque trames 34 comporte une mémoire 342 dans laquelle sont lues le compteur et l'indice supplémentaire de la trame précédente. En particulier, le filtre bloque trames 340 comporte un enregistreur 341 déclenche par le détecteur de trames réémises 340 lorsqu'il ne détecte pas de réémission pour stocker le compteur et l'indice 35 supplémentaire de la trame reçue. Le filtre bloque trames 34 fournit uniquement les trames reçues pour lesquelles le détecteur de trames réémises 340 n'a pas détecté de réémission. Dans un mode de réalisation particulier illustré par la figure 4c, un serveur 5 d'un réseau Internet reçoit des trames en provenance d'un objet connecté 1 via un réseau de communication sans fil basse consommation. Le serveur 5 reçoit des trames en provenance d'un objet connecté 1 via un 40 réseau de communication sans fil basse consommation. En outre, le serveur 5 comporte un 3066342 18 analyseur 55 des données utiles des trames reçues. Le serveur 5 comporte un détecteur de trame réémises 540. Notamment, le serveur 5 comporte le filtre bloque trames réémises 54, aussi nommé filtre d'omission de trames réémises. Le filtre 54 est placé en amont de l'analyseur 55 et comporte le détecteur des trames réémises 540 parmi les trames reçues par le serveur 5 en 5 provenance d'un objet connecté 1 identifié dans la trame reçue via le réseau de communication sans fil basse consommation par comparaison du compteur et de l'indice supplémentaire d'une trame reçue avec respectivement le compteur et l'indice supplémentaire d'une trame reçue précédente en provenance du même objet connecté. En particulier, le serveur 5 comporte un dispositif de connexion 52 apte à recevoir demande de 10 connexion jn d'un objet connecté 1. En réponse à la demande de connexion jn, le dispositif de connexion 52 fournit une réponse jn answ comportant éventuellement une valeur aléatoire v=md() à un transmetteur Internet 53 du serveur 5. En particulier, le serveur 5 comporte un transmetteur Internet 53 apte à recevoir au serveur via le réseau Internet les trames en provenance d'un objet connecté via un réseau de communication 15 sans fil basse consommation et relayer par une passerelle (non illustré) sur le réseau Internet. Les figures 5a à 5d illustrent des schémas simplifiés de trame et requêtes échangées par un objet connecté à un réseau de communication sans fil basse consommation. La figure 5a illustre une trame à émettre, notamment selon la norme LoRa. Un message m émis 20 par un objet connecté OC comporte un en-tête de message MHDR, des données utiles du message MDU, aussi nommé MACPayload dans la norme LoRa, et un code d'intégrité du message MIC. Les données utiles du message MDU comporte une ou plusieurs trames de données t. Une trame t est composée de plusieurs blocs de données : un premier bloc composant un en-tête de trame FHDR, un deuxième bloc composant une adresse associée à la trame FP, 25 aussi nommé FPort dans le cas d'une trame LoRa, et un troisième bloc comportant les données utiles de la trame FDU dont les données utiles du que l'objet connecté transmet via le réseau de communication sans fil basse consommation, notamment des données captées par l'objet connecté, aussi nommé FRMPayload ou Frame payload dans le cas d'une trame LoRa. L'en-tête de trame FHDR comporte notamment un identifiant de l'objet connecté, tel qu'une adresse de 30 l'objet connecté, OAD, aussi nommé DevAddr dans le cas d'une trame LoRa, un contrôleur de trame FCT, aussi nommé FCtrl dans le cas d'une trame LoRa, un compteur c, aussi nommé Counter ou FCnt dans le cas d'une trame LoRa, et des options de trames FOpts. Le compteur c est notamment un compteur permettant à un dispositif de communication recevant la trame t de détecter la perte de trames. Certaines normes de transmission sur réseau de communication sans 35 fil basse consommation, telles que la norme LoRaWAN, possèdent dans son protocole un compteur (counter en anglais) qui s'auto incrémente avec l'envoi d'une nouvelle trame. Ce compteur permet en règle générale de vérifier si des trames ont été perdues lors de la transmission vers le serveur. Dans un mode de réalisation, ce compteur c peut en outre être utilisé comme le compteur de l'invention, c'est-à-dire comme une des deux singularités permettant à un 40 dispositif de communication recevant les trames de détecter une trame réémise. Aucune norme ne 3066342 19 prévoit que le compteur de détection de perte de trames puisse être utilisé pour valider le fait qu'une trame comportant une valeur déjà utilisée est dépassée et donc invalide. Notamment le compteur de détection de perte de trames n'est pas utilisé pour vérifier l'ordre des trames reçus parce que : 5 1°) ce compteur de détection de perte de trames n'est pas nécessairement stocké de manière persistante sur l'objet connecté déclenchant un redémarrage du compteur à zéro lors de la réactivation de l'objet connecté après une mise hors tension. 2°) ce compteur est codé généralement sur un petit nombre de bits : 16 bits ce qui entraine, pour un objet connecté ayant une période d'émission courte (toutes les 5 minutes par exemple), que le 10 compteur aura effectué un cycle complet en à peine 7 mois. Si le compteur s'incrémente indéfiniment en fonction de la trame, une trame pourrait être détectée réémise en comparant sa valeur à la précédente. La trame reçue n'étant pas valide (car considérée comme réémise) que si le compteur est supérieur strictement au compteur de la trame reçue précédente. Le compteur se réinitialisant régulièrement (mise hors tension, cycle compteur court), un indice supplémentaire 15 permet de pallier à ces réinitialisations du compteur pour détection la réémission d'une trame. La deuxième singularité permettant au dispositif de communication recevant les trames de détecter une trame réémise est un indice supplémentaire. La figure 5b illustre un premier exemple d'intégration de l'indice supplémentaire dans la trame à 20 émettre unique selon l'invention. Dans ce premier exemple, l'en-tête de trame comporte outre le compteur c, l'indice supplémentaire is. La figure 5c illustre un deuxième exemple d'intégration de l'indice supplémentaire dans la trame à émettre unique selon l'invention. Dans ce deuxième exemple, l'indice supplémentaire est intégré 25 dans le bloc de données utiles de la trame FDU avec les données utiles du. Ainsi, lorsque l'objet connecté crypte le bloc de données utiles FDU, non seulement les données utiles du mais aussi l'indice supplémentaire is est crypté réduisant la possibilité pour un tiers malveillant de modifier l'indice supplémentaire is avant de réémettre la trame. 30 Ainsi les figures 5a à Sc illustrent une trame unique t selon l'invention. Cette trame unique t est générée par un objet connecté OC et transmise sur un réseau de communication sans fil basse consommation WLPN. La trame unique t identifiant l'objet connecté émetteur OAD et comportant, outre les données utiles du : - un compteur c incrémenté en fonction de la trame, le compteur ayant une dimension 35 prédéfinie ; et - un indice supplémentaire is modifié lors d'une mise à zéro du compteur. En particulier, le compteur c est inscrit sur 2 octets de cette trame comme le compteur permettant la détection de perte de trames de la norme LoRa. 3066342 20 La figure 5d illustre une réponse à une requête de connexion, notamment selon la norme LoRa. Lors de l'initialisation d'un objet connecté OC, c'est-à-dire lors de sa mise sous tension, l'objet connecté OC demande une connexion jn avec un serveur réseau NS, cette demande de connexion est nommée JOIN dans la norme LoRa. Elle permet à l'objet connecté OC de s'authentifier auprès 5 du serveur réseau NS. Le serveur réseau NS répond notamment pour accepter la connexion, par exemple sous la forme d'un Join Accept selon la norme LoRa, en renvoyant différentes informations notamment sous la forme de la réponse jn answ illustré par la figure 5d. En particulier, les informations renvoyées permettent de générer une ou plusieurs clés de cryptage telles qu'une clé de cryptage réseau, aussi nommée NwsKey par certaines normes de 10 transmission sur réseau de communication sans fil basse consommation, (c'est-à-dire une clé de cryptage de transmission permettant au serveur recevant la trame de la décrypter), et/ou une clé de cryptage applicative, aussi nommée AppsKey par certaines normes de transmission sur réseau de communication sans fil basse consommation, (c'est à dire une clé de cryptage permettant au traitement ou service utilisant les données utiles transportées par la trame de les décrypter). 15 En particulier, le message de réponse jn answ comporte une valeur aléatoire v=md() constituant un paramètre AN de génération d'au moins une clé de cryptage (par exemple la clé de cryptage réseau et/ou la clé de cryptage applicative), ce paramètre AN est aussi nommé AppNonce dans le cas d'un message LoRa. Ce paramètre AN est différent à chaque nouvelle connexion. Le compteur est remis à zéro tout en étant prémunis d'une répétabilité car la(les) clé(s) de cryptage diffère(nt) à 20 chaque nouvelle souscription (Join Request). Cette réponse jn answ comporte en outre, notamment, un identifiant réseau Nid, aussi nommé NetID dans le cas d'un message LoRa, et/ou un identifiant de l'objet connecté OAD, aussi nommé DevAddr dans le cas d'un message LoRa, et/ou des paramètres de transmission DLS, aussi nommé DLSettings dans le cas d'un message LoRa, et/ou un retard de réception Rx4, aussi nommé RxDelay dans le cas d'un message LoRa, 25 et/ou une liste de fréquence additionnelles de transmission CFL, aussi nommé CFList dans le cas d'un message LoRa. Ce paramètre de génération de clé de cryptage AN peut être utilisé par l'invention pour initialiser l'indice supplémentaire is lors de l'initialisation de l'objet connecté ou de la réinitialisation de la connexion. On dit alors que la valeur du paramètre de génération de clé de cryptage utilisé comme indice supplémentaire permet de « saler » les trames envoyées. Pour 30 permettre une détection de trames réémises coté réception, des traitements sont effectuées coté objet connecté OC pour notamment intégrer un compteur et un indice supplémentaire dans les trames à émettre. La figure 6 illustre un schéma simplifié d'un organigramme d'un procédé de singularisation de 35 trames à émettre T SNG selon l'invention mettant en oeuvre ces traitements coté objet connecté OC. Le procédé de singularisation T SNG comporte une initialisation des singularités S INIT déclenchée par l'initialisation de l'objet connecté OCZ [Y] . Les singularités comportent, en particulier, le compteur c et l'indice supplémentaire is selon l'invention. Notamment, l'initialisation des singularités S INIT comporte la mise à zéro du compteur c (si n est la valeur du compteur c, 40 n=0) et l'initialisation de l'indice supplémentaire is à une valeur aléatoire notamment la valeur d'un 3066342 21 paramètre de génération de clé de cryptage AN fournit par le serveur dans sa réponse à la demande de connexion (is=AN). Le procédé de singularisation T SNG intègre T INT(tj) ce compteur c=0 et l'indice supplémentaire is=AN dans la trame à émettre tj permettant de générer une trame unique qui sera émise sur le réseau de communication sans fil basse consommation. 5 Lorsque la trame n'est pas la première trame émise sur une connexion, c'est à dire qu'elle n'intervient pas [N] directement après l'initialisation de l'objet connecté OCZ, le procédé de singularisation T SNG comporte une incrémentation du compteur c à la valeur n=n+1 puis une vérification de la valeur du compteur par rapport à une valeur borne fixé par la dimension du compteur dans la trame (n=OxFFFF lorsque le compteur est codé sur 2 octets). Si la valeur n du 10 compteur n'atteint pas la borne [N], le procédé de singularisation T SNG intègre T INT la nouvelle valeur n du compteur c et l'indice supplémentaire is (de valeur identique à l'indice supplémentaire de la trame précédente) dans la trame en cours de génération permettant de générer une trame unique qui sera émise sur le réseau de communication sans fil basse consommation. En particulier, le procédé de singularisation comporte une émission d'une requête de transmission 15 req tr(tj) de la trame unique ainsi généré au transmetteur sans fil basse consommation de l'objet connecté OC. La trame unique générée tj est transmise vers la passerelle tr,Gw(tj). Elle comporte le compteur c=n, l'indice supplémentaire is et les données utiles du. Si la valeur n du compteur atteint la borne [Y], le procédé de singularisation T SNG comporte une modification des singularités S MDF. La modification des singularités comporte en particulier, une mise à zéro de la 20 valeur n du compteur c: n=0. La mise à zéro du compteur c déclenche notamment une modification de l'indice supplémentaire is, par exemple selon une fonction monotone (telle qu'une fonction croissante). La figure 6 illustre une modification de l'indice supplémentaire selon une fonction aléatoire croissante : is=rnd[is, OxFFFFFF], pour un indice supplémentaire codé sur 3 octets. Alors, la nouvelle valeur de l'indice supplémentaire, différente de sa valeur actuelle, est une 25 valeur aléatoire comprise entre la valeur actuelle de l'indice supplémentaire et une valeur borne de l'indice supplémentaire fixée notamment par la dimension du bloc de données sur lequel est codé l'indice supplémentaire dans la trame. Si la nouvelle valeur de l'indice supplémentaire is n'atteint pas la borne is=OxFFFFFF [N], alors le procédé de singularisation T SNG intègre T INT la nouvelle valeur n du compteur c (n=0) et l'indice supplémentaire is (de valeur modifié par rapport à 30 l'indice supplémentaire de la trame précédente) dans la trame en cours de génération permettant de générer une trame unique qui sera émise sur le réseau de communication sans fil basse consommation. En particulier, le procédé de singularisation comporte une émission d'une requête de transmission req tr(tj) de la trame unique ainsi généré au transmetteur sans fil basse consommation de l'objet connecté OC. La trame unique générée tj est transmise vers la passerelle 35 tr,Gw(tj). Elle comporte le compte c=n, l'indice supplémentaire is et les données utiles du. Si la nouvelle valeur de l'indice supplémentaire is atteint la borne is=OxFFFFFF [Y], alors le procédé de singularisation T SNG déclenche une nouvelle connexion jn trg : OCZ. Les données utiles de la trame à émettre en cours de traitement seront transmis sur cette nouvelle connexion pour laquelle les singularités auront été réinitialisées S INIT, donc la trame unique émise sur cette nouvelle 40 connexion comportera en plus des données utiles du, le compteur c à une valeur n=0 et un indice 3066342 22 supplémentaire à une valeur initiale correspondant à un nouveau paramètre de génération de clé de cryptage is=AN. Si l'objet connecté a été redémarré OCZ, il envoie une demande de connexion jn, puis récupère une valeur aléatoire notamment dans un paramètre de génération de clé de cryptage AN, tel que le bloc AppNonce d'un message d'acception de connexion selon la norme 5 LoRa. L'objet connecté initialise ensuite les singularités, notamment en mettant le compteur c à une valeur n égale à zéro : n=0, et en donnant à l'indice supplémentaire la valeur aléatoire du paramètre de génération de clé de cryptage AN : is=AN. Puis l'objet connecté OC intègre ces singularités (n=0, is=AN) à la trame avant de la transmettre via le réseau de communication sans fil basse consommation. Sinon, la génération d'une nouvelle trame déclenche une incrémentation de 10 la valeur n du compteur c : n=n+1. Si cette valeur diffère de OxFFFF pour un compteur c codé sur 2 octets d'une trame t, alors le compteur c avec sa nouvelle valeur n=n+1 et l'indice supplémentaire is (identique à celui de la trame générée précédente) sont intégrés dans la nouvelle trame avant que l'objet connecté la transmette via le réseau de communication sans fil basse consommation. Sinon, la valeur n du compteur c est remis à zéro : n=0 et la valeur de l'indice supplémentaire is 15 modifiée, notamment l'objet connecté génère aléatoirement un indice supplémentaire compris entre la valeur de l'indice supplémentaire précédent (cette valeur étant exclue) et la valeur maximale de l'indice supplémentaire déterminée par la dimension de l'indice supplémentaire codé dans la trame, par exemple pour une indice supplémentaire codé sur 3 octets : une valeur maximale d'indice supplémentaire de OxFFFFFF. Si le nouvel indice supplémentaire atteint la 20 valeur maximale, alors l'objet connecté demande une nouvelle connexion jn (on peut dire de manière abusive qu'il effectue un nouveau Join dans le cas de la norme LoRa), puis les singularités réinitialisées (n=0, is=AN') sont intégrées à la trame avant d'être transmise. Sinon, l'objet connecté intègre le compteur remis à zéro n=0 et l'indice supplémentaire avec sa nouvelle valeur is=rnd [is,OxFFFFFF] dans la trame avant de la transmettre . 25 La figure 7 illustre un schéma simplifié d'un organigramme d'un procédé de blocage de trames réémises selon l'invention. Il décrit de manière plus générale un échange de trame via un réseau de communication sans fil basse consommation, notamment un échange de trame LoRa. Le procédé de blocage T STP reçoit des trames tk reçues rec(tk) par un dispositif de communication, 30 notamment une passerelle ou Gateway en anglais, et comportant notamment un compteur c à une valeur n, un indice supplémentaire is ( à une valeur Ox12FF35 sur l'exemple de la figure 7), et des données utiles (ou Payload en anglais). L'émission de la trame tk entraine la mise à jour de variables UPT dans l'objet connecté OC (modification des singularités S MDF en particulier incrémentation du compteur n=n+1). Le procédé de blocage vérifie la valeur n du compteur c reçu 35 par rapport à la valeur compteur de la trame reçue précédente Nn : n>Nn. Si la valeur du compteur c reçu est supérieure à la valeur compteur de la trame reçue précédente n>Nn [Y] alors le procédé de blocage vérifie la valeur de l'indice supplémentaire is reçu par rapport à une valeur d'indice supplémentaire de la trame reçue précédente ANN :is = ANN. Si ces deux valeurs d'indice supplémentaire sont identiques is=ANN [Y], le procédé de blocage de trames transmet la trame 40 reçue notamment à l'analyse de trame NLZ(tk). Afin d'accéder plus facilement aux singularités de 3066342 23 la trame pour la mise en oeuvre du procédé de blocage, celles-ci peuvent être mémorisés dans le dispositif de communication comme singularités réseau : le compteur réseau constitue le compteur de la trame précédente reçue et l'indice supplémentaire réseau l'indice supplémentaire de la trame reçue précédente. Dans ce cas, si ces deux valeurs d'indice supplémentaire sont 5 identiques is=ANN [Y], après la transmission par le procédé de blocage de la trame reçue, le procédé de blocage T STP met à jour les valeurs des singularités mémorisées par le dispositif de communication UP S UPDT, en l'occurrence le compteur réseau Nn prend la valeur n du compteur reçu c : Nn=n. La détection d'une valeur de compteur supérieur à celle de la trame précédente et d'un indice supplémentaire identique montre que la trame reçue a bien été émise après la trame 10 reçue précédente. Cette détection d'émission postérieure à la trame reçue précédente est utilisée pour déterminer que la trame reçue n'est pas une trame réémise. Par contre, si les deux valeurs d'indice supplémentaire ne sont pas identiques is=ANN [N], le procédé de blocage de trames vérifie la valeur relative des deux indices supplémentaires par rapport à la fonction monotone utilisée pour modifier l'indice supplémentaire par l'objet connecté. Par exemple, lorsque la fonction 15 monotone est une fonction croissante, le procédé de blocage de trames vérifie si l'indice supplémentaire reçu is est supérieur à l'indice supplémentaire de la trame précédente ANN. Si c'est le cas [Y], le procédé de blocage de trames transmet la trame reçue notamment à l'analyse de trame NLZ(tk). Dans le cas où les singularités de la trame reçue précédente sont mémorisées dans des singularités réseau, après la transmission par le procédé de blocage de la trame reçue, 20 le procédé de blocage T STP met à jour les valeurs des singularités mémorisées par le dispositif de communication UP S UPDT, en l'occurrence le compteur réseau Nn prend la valeur n du compteur reçu c : Nn=n, et l'indice supplémentaire réseau ANN l'indice supplémentaire reçu is : ANN=is. La détection d'une valeur de compteur supérieur à celle de la trame précédente et d'un indice supplémentaire identique respectant la fonction monotone montre que la trame reçue a bien 25 été émise après la trame reçue précédente. Cette détection d'émission postérieure à la trame reçue précédente est utilisée pour déterminer que la trame reçue n'est pas une trame réémise. Si la valeur relative des deux indices supplémentaires ne respecte pas la fonction monotone utilisé pour modifier l'indice supplémentaire par l'objet connecté, dans l'exemple de la figure 7 : is >ANN [N], alors le procédé de blocage de trames T STP détecte une réémission rply=[Y] et bloque la 30 trame considérée réémise stp(tk), c'est-à-dire ne transmet pas la trame reçue. La détection d'une valeur de compteur supérieur à celle de la trame précédente et d'un indice supplémentaire différent ne respectant pas la fonction monotone montre que la trame reçue a été émise avec un lot de trames correspondant à l'indice supplémentaire de la trame reçue envoyées préalablement à la trame reçue précédente et donc réémise par un dispositif de communication tiers ultérieurement à 35 cette première émission. Cette détection d'émission antérieure à la trame reçue précédente est utilisée pour déterminer que la trame reçue est une trame réémise. Si la valeur du compteur c reçu n'est pas supérieure à la valeur compteur de la trame reçue précédente n>Nn [N] alors le procédé de blocage vérifie la valeur de l'indice supplémentaire is reçu par rapport à une valeur d'indice supplémentaire de la trame reçue précédente ANN :is = ANN. Si ces deux valeurs d'indice 40 supplémentaire sont identiques is=ANN [Y], le procédé de blocage de trames bloque la trame 3066342 24 reçue stp(tk) car il détecte une réémission rply= [Y]. Par contre, si les deux valeurs d'indice supplémentaire ne sont pas identiques is=ANN [N], le procédé de blocage de trames vérifie la valeur relative des deux indices supplémentaires par rapport à la fonction monotone utilisé pour modifier l'indice supplémentaire par l'objet connecté. Si la valeur relative des deux indices 5 supplémentaires ne respecte pas la fonction monotone utilisée pour modifier l'indice supplémentaire par l'objet connecté, dans l'exemple de la figure 7 : is >ANN [N], alors le procédé de blocage de trames T STP détecte une réémission rply=[Y] et bloque la trame considérée réémise stp(tk), c'est-à-dire ne transmet pas la trame reçue. Si c'est le cas [Y], le procédé de blocage de trames transmet la trame reçue notamment à l'analyse de trame NLZ(tk). Dans le cas 10 où les singularités de la trame reçue précédente sont mémorisées dans des singularités réseau, après la transmission par le procédé de blocage de la trame reçue, le procédé de blocage T STP met à jour les valeurs des singularités mémorisées par le dispositif de communication UP S UPDT, en l'occurrence le compteur réseau Nn prend la valeur n du compteur reçu c: Nn=n, et l'indice supplémentaire réseau ANN l'indice supplémentaire reçu is : ANN=is. En effet, la détection 15 d'un compteur inférieur à celui de la trame précédente indique soit une réémission d'une trame émise probablement à la trame reçue précédente (qui sert de référence) du même cycle du compteur lorsque l'indice supplémentaire est identique soit la réception d'une trame d'un autre cycle du compteur, il faut alors vérifier s'il s'agit d'un cycle suivant le cycle de la trame reçue précédente ou d'un cycle précédent le cycle de la trame reçue précédente (dans ce deuxième cas, 20 il y aura alors aussi eu réémission). Considérons que l'objet connecté OC envoie une nième trame. Cette nième trame comporte en plus des données utiles du, aussi appelé Payload en anglais, un compteur c de valeur n et un indice supplémentaire is. Ces deux variables sont, par exemple, stockées coté réception, notamment dans le serveur réseau ou dans la passerelle lorsque le blocage de trames est mis en 25 oeuvre par la passerelle, notamment sous la forme d'un compteur réseau Nn et d'un indice supplémentaire réseau ANN. La première variable Nn correspond à la dernière valeur de compteur n reçue de l'objet connecté OC et traitée par le serveur NS, c'est-à-dire au compteur de la trame reçue précédente. La deuxième variable correspond à la valeur d'indice supplémentaire de l'objet connecté OC. Si n Nn, c'est-à-dire que le 35 compteur de la trame reçue est supérieur au compteur réseau correspondant au compteur de la trame reçue précédente, et is Nn, c'est-à-dire que le compteur de la trame reçue est supérieur au compteur réseau correspondant au compteur de la trame reçue précédente, et is = ANN, c'est-à-dire que l'indice supplémentaire de la trame reçue est identique à l'indice supplémentaire réseau correspondant à l'indice supplémentaire de la trame reçue précédente, alors la trame reçue est 5 détectée correcte. Elle peut alors être transmise par respectivement le serveur ou la passerelle au traitement(s) ultérieur(s) du serveur (c'est-à-dire analysée et/ou stockée). Alors, le compteur réseau est mis, le cas échéant, à jour avec la valeur de compteur de la trame reçue : Nn=n. Si n > Nn, c'est-à-dire que le compteur de la trame reçue est supérieur au compteur réseau correspondant au compteur de la trame reçue précédente, et is > ANN, c'est-à-dire que l'indice 10 supplémentaire de la trame reçue est supérieur (dans le cas d'un indice supplémentaire variant selon une fonction croissante) à l'indice supplémentaire réseau correspondant à l'indice supplémentaire de la trame reçue précédente, alors la trame reçue est détectée correcte. Elle peut alors être transmise par respectivement le serveur ou la passerelle au traitement(s) ultérieur(s) du serveur (c'est-à-dire analysée et/ou stockée). Alors, les singularités réseau sont, le cas échéant, 15 mises à jour : - le compteur réseau est mis à jour avec la valeur de compteur de la trame reçue : Nn= ; et - l'indice supplémentaire réseau avec la valeur de l'indice supplémentaire de la trame reçue : ANN= is. L'invention permet 'd'éviter au serveur de traiter des trames déjà reçues, voire à la passerelle de 20 relayer vers la passerelle des trames déjà envoyées. Ainsi, l'invention empêche les nuisances liées à l'intégrité des données. L'invention vise aussi un support. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de 25 stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique ou encore un moyen d'enregistrement magnétique, par exemple une disquette ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau 30 notamment de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Dans une autre implémentation, l'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique le terme module peut correspondre aussi bien à un composant 35 logiciel ou à un composant matériel. Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel apte à mettre en oeuvre une fonction ou un ensemble de fonction selon la description ci-dessus. Un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en oeuvre une fonction ou un 40 ensemble de fonctions. REVENDICATIONS1. Procédé de singularisation des trames à émettre par un objet connecté à un serveur via un réseau de communication sans fil basse consommation, le procédé de singularisation comporte une intégration, dans une trame à émettre identifiant l'objet connecté émetteur et comportant des données utiles, d'au moins : - un compteur apte à être incrémenté en fonction de la trame à émettre, le compteur ayant une dimension prédéfinie ; et - un indice supplémentaire modifiable lors d'une mise à zéro du compteur. 2. Procédé de singularisation selon la revendication précédente, caractérisé en ce que, la première valeur de l'indice supplémentaire dans la première trame à émettre par l'objet après la connexion de l'objet avec un serveur est une valeur parmi les suivantes : une valeur résultant d'une fonction aléatoire ; une valeur résultant d'une fonction aléatoire reçue par l'objet en provenance du serveur en réponse à une demande de connexion de l'objet au serveur. une valeur d'un paramètre de génération d'au moins une clé de cryptage des données utiles à transmettre résultant d'une fonction aléatoire et reçue par l'objet en provenance du serveur. 3. Procédé de singularisation selon l'une quelconque des revendications précédentes, caractérisé en ce que l'indice supplémentaire résulte d'une fonction monotone. 4. Procédé de singularisation selon l'une quelconque des revendications précédentes, caractérisé en ce que le procédé de singularisation comporte une modification de l'indice supplémentaire déclenchée par une mise à zéro du compteur : la valeur de l'indice supplémentaire est égale à une valeur prise aléatoirement entre une valeur précédente de l'indice supplémentaire et la valeur borne de l'indice supplémentaire. 5. Procédé de singularisation selon l'une quelconque des revendications précédentes, caractérisé en ce que le procédé de singularisation déclenche une nouvelle requête de connexion de l'objet connecté à destination du serveur lorsque l'indice supplémentaire atteint la valeur borne. 6. Procédé de génération de trames à émettre uniques par un objet connecté à serveur via un réseau de communication sans fil basse consommation, le procédé de génération comporte : une distribution des données utiles en trames à émettre identifiant l'objet connecté émetteur, et une intégration dans une trame à émettre d'au moins : un compteur apte à être incrémenté en fonction de la trame à émettre, le compteur ayant une dimension prédéfinie ; et un indice supplémentaire modifiable lors d'une mise à zéro du compteur. 7. Procédé de génération de trames à émettre uniques selon la revendication précédente caractérisé en ce que le compteur est intégré dans un en-tête de trame. 3066342 27 8. Procédé de génération de trames à émettre uniques selon l'une quelconque des revendications 6 ou 7, caractérisé en ce que l'indice supplémentaire est intégré dans un des éléments suivants de la trame : - un en-tête de trame ; 5 - une partie utile de la trame comportant les données utiles. 9. Procédé de génération de trames à émettre uniques selon l'une quelconque des revendications 6 à 8, caractérisé en ce que le procédé de génération de trames à émettre uniques comporte un cryptage d'une partie utile de la trame comportant les données utiles. 10. Procédé de blocage de trames réémises reçues par un dispositif de communication 10 connecté à au moins un objet connecté en provenance d'un objet connecté via un réseau de communication sans fil basse consommation, le procédé de blocage de trames réémises comporte une détection des trames réémises parmi les trames reçues par le dispositif de communication en provenance d'un objet connecté identifié dans la trame reçue via le réseau de communication sans fil basse consommation par comparaison du compteur et de l'indice supplémentaire d'une trame 15 reçue avec respectivement le compteur et l'indice supplémentaire d'une trame reçue précédente en provenance du même objet connecté. 11. Procédé de blocage de trames réémises selon la revendication précédente caractérisé en ce que la détection de trames réémises est positive lorsque : - le compteur de la trame reçue est inférieur ou égal au compteur de la trame reçue 20 précédente et que l'indice supplémentaire est égal à ou a une valeur relative à l'indice supplémentaire de la trame précédente correspondant à une fonction inverse à la fonction monotone utilisée pour singulariser les trames à émettre; - le compteur de la trame reçue est supérieur au compteur de la trame reçue précédente et que l'indice supplémentaire a une valeur relative à l'indice supplémentaire de la trame 25 précédente correspondant à une fonction inverse à la fonction monotone utilisée pour singulariser les trames à émettre. 12. Procédé de blocage de trames réémises selon l'une quelconque des revendications 10 ou 11 caractérisé en ce que, à l'issue de la détection, lorsqu'une réémission n'a pas été détectée, le compteur de la trame reçue et, lorsque l'indice supplémentaire diffère de celui de la trame 30 précédemment reçue selon une fonction monotone de même ordre que celle utilisée pour singulariser les trames à émettre, l'indice supplémentaire sont stockés dans le dispositif de communication mettant en oeuvre le procédé de blocage de trames réémises. 13. Procédé de traitement des trames reçues par un dispositif de communication connecté à au moins un objet connecté via provenance d'un réseau de communication sans fil basse 35 consommation, le procédé de traitement des trames reçues comporte une détection des trames réémises parmi les trames reçues par le dispositif de communication en provenance d'un objet connecté identifié dans la trame reçue via le réseau de communication sans fil basse consommation par comparaison du compteur et de l'indice supplémentaire d'une trame reçue avec respectivement le compteur et l'indice supplémentaire d'une trame reçue précédente en provenance du même objet connecté, la détection transmettant à l'analyse du procédé de 3066342 28 traitement des traitement des trames reçues les trames pour lesquelles une réémission n'a pas été détectée. 14. Programme comprenant des instructions de code de programme pour l'exécution des étapes du procédé de singularisation des trames à émettre selon l'une quelconque des 5 revendications 1 à 5 ou du procédé de génération de trames à émettre uniques selon l'une quelconque des revendications 6 à 9 ou du procédé de blocage de trames réémises selon l'une quelconque des revendications 10 à 12 ou du procédé de traitement de trames reçues selon la revendication précédente lorsque ledit programme est exécuté par un processeur. 15. Générateur de trames à émettre uniques par un objet connecté à un serveur via un réseau 10 de communication sans fil basse consommation, le générateur comporte : - un distributeur des données utiles en trames à émettre identifiant l'objet connecté émetteur, et - un intégrateur dans une trame à émettre d'au moins : un compteur apte à être incrémenté en fonction de la trame à émettre, le compteur 15 ayant une dimension prédéfinie ; et un indice supplémentaire modifiable lors d'une mise à zéro du compteur. 16. Objet connecté à un serveur via un réseau de communication sans fil basse consommation, l'objet connecté comportant un générateur de trames à émettre uniques comportant : 20 - un distributeur des données utiles en trames à émettre identifiant l'objet connecté émetteur, et - un intégrateur dans une trame à émettre d'au moins : un compteur apte à être incrémenté en fonction de la trame à émettre, le compteur ayant une dimension prédéfinie ; et 25 - un indice supplémentaire modifiable lors d'une mise à zéro du compteur. 17. Filtre bloque trames réémises recevant des trames en provenance d'un objet connecté via un réseau de communication sans fil basse consommation, le filtre bloque trames réémises comporte un détecteur des trames réémises parmi les trames reçues en provenance d'un objet connecté identifié dans la trame reçue via le réseau de communication sans fil basse 30 consommation par comparaison du compteur et de l'indice supplémentaire d'une trame reçue avec respectivement le compteur et l'indice supplémentaire d'une trame reçue précédente en provenance du même objet connecté. 18. Passerelle d'un réseau de communication sans fil basse consommation recevant des trames en provenance d'un objet connecté à destination d'un serveur connecté à un réseau 35 Internet, le serveur comportant un analyseur des données utiles des trames reçues, la passerelle comportant un filtre bloque trames réémises, le filtre étant placé en amont de l'analyseur et comportant un détecteur des trames réémises parmi les trames reçues par la passerelle en provenance d'un objet connecté identifié dans la trame reçue via le réseau de communication sans fil basse consommation par comparaison du compteur et de l'indice supplémentaire d'une trame 3066342 29 reçue avec respectivement le compteur et l'indice supplémentaire d'une trame reçue précédente en provenance du même objet connecté. 19. Serveur recevant des trames en provenance d'un objet connecté via un réseau de communication sans fil basse consommation, le serveur comportant un analyseur des données 5 utiles des trames reçues et un filtre bloque trames réémises, le filtre étant placé en amont de l'analyseur et comportant un détecteur des trames réémises parmi les trames reçues par le serveur en provenance d'un objet connecté identifié dans la trame reçue via le réseau de communication sans fil basse consommation par comparaison du compteur et de l'indice supplémentaire d'une trame reçue avec respectivement le compteur et l'indice supplémentaire d'une trame reçue 10 précédente en provenance du même objet connecté. 20. Trame unique générée par un objet connecté et transmise sur un réseau de communication sans fil basse consommation, la trame unique identifiant l'objet connecté émetteur et comportant, outre les données utiles : - un compteur incrémenté en fonction de la trame, le compteur ayant une dimension 15 prédéfinie ; et un indice supplémentaire modifié lors d'une mise à zéro du compteur.