FR 3052896 A1 20171222 FR 1655591 A 20160616 1 DOMAINE TECHNIQUE La présente invention appartient au domaine des télécommunications numériques, et concerne plus particulièrement un procédé d'émission d'un paquet comportant des données chiffrées, ainsi qu'un procédé d'extraction de 5 données incluses dans un tel paquet. ÉTAT DE LA TECHNIQUE La présente invention trouve une application particulièrement avantageuse, bien que nullement limitative, dans les systèmes de communication sans fil à bande ultra étroite. Par « bande ultra étroite » (« Ultra 10 Narrow Band » ou UNB dans la littérature anglo-saxonne), on entend que le spectre fréquentiel instantané des signaux radioélectriques émis par des terminaux, à destination d'un réseau d'accès, est de largeur fréquentielle inférieure à deux kilohertz, voire inférieure à un kilohertz. De tels systèmes de communication sans fil UNB sont particulièrement 15 adaptés pour des applications du type M2M (acronyme anglo-saxon pour « Machine-to-Machine ») ou du type « Internet des objets » (« Internet of Things » ou loT dans la littérature anglo-saxonne). Dans un tel système de communication sans fil UNB, les échanges de données se font principalement sur un lien montant depuis des terminaux à 20 destination d'un réseau d'accès dudit système. Les terminaux émettent des paquets qui sont collectés par des stations de base du réseau d'accès, sans avoir à s'associer préalablement à une ou plusieurs stations de base du réseau d'accès. En d'autres termes, les paquets émis par un terminal ne sont pas destinés à une station de base 25 spécifique du réseau d'accès, et le terminal émet ses paquets en supposant qu'ils pourront être reçus par au moins une station de base. De telles dispositions sont avantageuses en ce que le terminal n'a pas besoin de réaliser des mesures régulières, gourmandes notamment d'un point de vue consommation électrique, pour déterminer la station de base la plus 30 appropriée pour recevoir ses paquets. La complexité repose sur le réseau d'accès, qui doit être capable de recevoir des paquets pouvant être émis à des instants arbitraires, et sur des fréquences centrales arbitraires à l'intérieur d'une bande fréquentielle de multiplexage des différents terminaux. 3052896 2 Dans de nombreuses applications, il peut être nécessaire de chiffrer les données incluses dans les paquets, afin d'en assurer la confidentialité sur le lien montant entre les terminaux et le réseau d'accès. Il existe de nombreux protocoles de chiffrement. Par exemple, dans un protocole de chiffrement à clé symétrique, la même clé est utilisée pour chiffrer et déchiffrer les données. Ladite clé doit par conséquent être connue ou pouvoir être déterminée à la fois par le terminal qui émet les données, et par le réseau d'accès qui reçoit lesdites données. En outre, pour améliorer la confidentialité des échanges, il est souhaitable de faire varier la clé utilisée au cours du temps, par exemple à chaque nouvelle émission d'un paquet. Dans un tel cas, il faut prévoir des moyens pour assurer que le terminal et le réseau d'accès utilisent chacun de leur côté la même clé pour respectivement chiffrer et déchiffrer les données. Par exemple, il est possible de changer la clé à chaque paquet, selon une méthode de génération de clé prédéfinie connue a priori du terminal et du réseau d'accès. Le réseau d'accès, lorsqu'il reçoit un paquet, met à jour la clé en appliquant la même méthode de génération de clé que le terminal. Un inconvénient d'une telle approche est que, dans système de communication sans fil UNB, le réseau d'accès ne reçoit pas forcément tous les paquets émis par le terminal, de sorte que le réseau d'accès ne sait pas a priori combien de fois la clé a été modifiée entre le paquet précédent reçu du même terminal et le paquet en cours. Alternativement, il est possible d'inclure, dans le paquet émis par le terminal, des informations à partir desquelles le réseau d'accès peut déterminer la clé utilisée, selon la méthode de génération de clé prédéfinie. Toutefois, étant donné que le nombre de clés différentes possibles est préférentiellement très élevé pour améliorer la confidentialité des échanges, la quantité d'informations à inclure dans un paquet peut s'avérer importante. Or, dans un système de communication sans fil UNB, la quantité d'informations pouvant être incluses dans un paquet est très limitée. EXPOSÉ DE L'INVENTION La présente invention a pour objectif de remédier à tout ou partie des 3052896 3 limitations des solutions de l'art antérieur, notamment celles exposées ci-avant, en proposant une solution qui permette d'assurer une bonne confidentialité des échanges tout en limitant la quantité d'informations à inclure dans les paquets. A cet effet, et selon un premier aspect, l'invention concerne un 5 procédé d'émission, par un dispositif émetteur, d'un paquet à destination d'un dispositif récepteur d'un système de communication, ledit paquet comportant des données chiffrées selon un protocole de chiffrement à clé symétrique. Le procédé d'émission comporte : - une détermination de la valeur d'une information de génération, 10 - une détermination d'une clé de chiffrement, à utiliser pour chiffrer les données à inclure dans le paquet à émettre, en fonction de la valeur de l'information de génération, - un chiffrement des données à inclure dans le paquet à émettre en fonction de la clé de chiffrement, 15 - un calcul d'une information tronquée en décomposant l'information de génération en une première partie et une seconde partie, la première partie variant plus lentement, au cours du temps, que la seconde partie, l'information tronquée étant représentative de ladite seconde partie de l'information de génération, 20 - une formation du paquet à émettre à partir de l'information tronquée et des données chiffrées. Ainsi, selon l'invention, la clé de chiffrement est déterminée en fonction de la valeur d'une information de génération variable au cours du temps. Par conséquent, la clé de chiffrement change à chaque fois que la valeur de 25 l'information de génération change, et peut prendre autant de valeurs différentes que l'information de génération. Par contre, l'information de génération n'est pas incluse telle quelle dans le paquet à émettre, et c'est une information tronquée qui est incluse dans le paquet émis. Avantageusement, l'information de génération étant 30 décomposée en une première partie et une seconde partie, la première partie variant plus lentement que la seconde partie, l'information tronquée est calculée en fonction de la seconde partie, sans tenir compte de la première partie. Typiquement, la première partie de l'information de génération 3052896 4 correspond à une partie qui ne varie pas ou peu sur la durée d'émission de plusieurs paquets consécutifs, tandis que la seconde partie est susceptible de varier d'un paquet à un autre. Par conséquent, le nombre de valeurs différentes que peut prendre la 5 clé de chiffrement peut être choisi en fonction du niveau de confidentialité souhaité, et ce sans impacter la quantité d'informations à émettre dans le paquet pour permettre au dispositif récepteur de déterminer la clé de chiffrement. En effet, la quantité d'informations à émettre peut être limitée à la quantité d'informations nécessaires pour encoder l'information tronquée. 10 Dans des modes particuliers de mise en oeuvre, l'information de génération est un compteur de paquets correspondant au nombre de paquets émis par le dispositif émetteur ou une date de génération du paquet à émettre. Selon un second aspect, la présente invention concerne un dispositif émetteur pour émettre un paquet à destination d'un dispositif récepteur d'un 15 système de communication, ledit paquet comportant des données chiffrées selon un protocole de chiffrement à clé symétrique. Le dispositif émetteur comporte : - des moyens configurés pour déterminer la valeur d'une information de génération, 20 - des moyens configurés pour déterminer une clé de chiffrement, à utiliser pour chiffrer les données à inclure dans le paquet à émettre, en fonction de la valeur de l'information de génération, - des moyens configurés pour chiffrer des données à inclure dans le paquet à émettre en fonction de la clé de chiffrement, 25 - des moyens configurés pour calculer une information tronquée en décomposant l'information de génération en une première partie et une seconde partie, la première partie variant plus lentement, au cours du temps, que la seconde partie, l'information tronquée étant représentative de ladite seconde partie, 30 - des moyens configurés pour former le paquet à émettre à partir de l'information tronquée et des données chiffrées. Dans des modes particuliers de réalisation, l'information de génération est un compteur de paquets correspondant au nombre de paquets émis par 3052896 5 ledit dispositif émetteur ou une date de génération du paquet à émettre. Selon un troisième aspect, la présente invention concerne un procédé d'extraction, par un dispositif récepteur, de données incluses dans un paquet reçu d'un dispositif émetteur d'un système de communication, dit « paquet en 5 cours », ledit paquet en cours ayant été émis conformément à un procédé d'émission selon l'un quelconque des modes de mise en oeuvre de l'invention. Ledit procédé d'extraction comporte : - une extraction, à partir du paquet en cours, de l'information tronquée et des données chiffrées, 10 - une estimation de la valeur d'une information de génération du dispositif émetteur pour le paquet en cours en fonction de l'information tronquée extraite dudit paquet en cours, - une détermination d'une clé de déchiffrement en fonction de la valeur de l'information de génération du dispositif émetteur estimée 15 pour le paquet en cours, - un déchiffrement des données chiffrées extraites du paquet en cours en fonction de la clé de déchiffrement. Dans des modes particuliers de mise en oeuvre, le procédé d'extraction peut comporter en outre l'une ou plusieurs des caractéristiques 20 suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles. Dans des modes particuliers de mise en oeuvre, l'information de génération correspond à un compteur de paquets du dispositif émetteur, et la valeur du compteur de paquets du dispositif émetteur pour le paquet en cours 25 est estimée en fonction en outre de la valeur dudit compteur de paquets du dispositif émetteur estimée pour un paquet précédent reçu du même dispositif émetteur. Dans des modes particuliers de mise en oeuvre, le procédé d'extraction comporte : 30 - pour chaque paquet reçu dudit dispositif émetteur, une mesure d'une date de réception dudit paquet reçu, - une estimation, en fonction des dates de réception mesurées, d'une période d'émission moyenne entre les émissions de paquets 3052896 6 consécutifs par ledit dispositif émetteur, - l'estimation de la valeur du compteur de paquets du dispositif émetteur pour le paquet en cours en fonction en outre de la période d'émission moyenne estimée. 5 Dans des modes particuliers de mise en oeuvre, l'estimation de la valeur du compteur de paquets pour le paquet en cours comporte : - une mesure d'une durée écoulée entre la date de réception du paquet en cours et la date de réception du paquet précédent, - une comparaison de ladite durée écoulée mesurée avec la période 10 d'émission moyenne estimée, la valeur du compteur de paquets pour le paquet en cours étant estimée en fonction du résultat de ladite comparaison. Dans des modes particuliers de mise en oeuvre, l'information de génération correspond à une date de génération du paquet émis par le 15 dispositif émetteur, et la valeur de la date de génération du paquet en cours par le dispositif émetteur est estimée en fonction en outre de la date de réception dudit paquet en cours par le dispositif récepteur. Selon un quatrième aspect, la présente invention concerne un dispositif récepteur pour l'extraction de données incluses dans un paquet reçu 20 d'un dispositif émetteur d'un système de communication, dit « paquet en cours », ledit paquet en cours ayant été émis par un dispositif émetteur selon l'un quelconque des modes de réalisation de l'invention. Ledit dispositif récepteur comporte : - des moyens configurés pour extraire, à partir du paquet en cours, 25 une information tronquée et les données chiffrées, - des moyens configurés pour estimer la valeur d'une information de génération du dispositif émetteur pour le paquet en cours en fonction de l'information tronquée extraite dudit paquet en cours, - des moyens configurés pour déterminer une clé de déchiffrement 30 en fonction de la valeur de l'information de génération du dispositif émetteur estimée pour le paquet en cours, - des moyens configurés pour déchiffrer les données chiffrées extraites du paquet en cours en fonction de la clé de déchiffrement. 3052896 7 Dans des modes particuliers de réalisation, le dispositif récepteur peut comporter en outre l'une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles. Dans des modes particuliers de réalisation, l'information de génération 5 correspond à un compteur de paquets dudit dispositif émetteur, et la valeur du compteur de paquets du dispositif émetteur pour le paquet en cours est estimée en fonction en outre de la valeur du compteur de paquets du dispositif émetteur estimée pour un paquet précédent reçu du même dispositif émetteur. Dans des modes particuliers de réalisation, le dispositif récepteur 10 comporte : - des moyens configurés pour mesurer, pour chaque paquet reçu dudit dispositif émetteur, une date de réception dudit paquet reçu, - des moyens configurés pour estimer, en fonction des dates de réception mesurées, une période d'émission moyenne entre les 15 émissions de paquets consécutifs par ledit dispositif émetteur, - des moyens configurés pour estimer la valeur de compteur de paquets du dispositif émetteur pour le paquet en cours en fonction en outre de la période d'émission moyenne estimée. Dans des modes particuliers de réalisation, les moyens configurés 20 pour estimer la valeur du compteur de paquets pour le paquet en cours sont configurés en outre pour : - mesurer une durée écoulée entre la date de réception du paquet en cours et la date de réception du paquet précédent, - comparer ladite durée écoulée mesurée avec la période d'émission 25 moyenne estimée, la valeur du compteur de paquets pour le paquet en cours étant estimée en fonction du résultat de ladite comparaison. Dans des modes particuliers de réalisation, l'information de génération correspond à une date de génération du paquet émis par le dispositif émetteur, 30 et la valeur de la date de génération du paquet en cours par le dispositif émetteur est estimée en fonction en outre de la date de réception dudit paquet en cours par le dispositif récepteur. Selon un cinquième aspect, la présente invention concerne un 3052896 8 système de communication comportant au moins un dispositif émetteur selon l'un quelconque des modes de réalisation de l'invention, et au moins un dispositif récepteur selon l'un quelconque des modes de réalisation de l'invention. 5 PRÉSENTATION DES FIGURES L'invention sera mieux comprise à la lecture de la description suivante, donnée à titre d'exemple nullement limitatif, et faite en se référant aux figures qui représentent : - Figure 1 : une représentation schématique d'un système de 10 communication sans fil, - Figure 2: un diagramme illustrant les principales étapes d'un procédé d'émission d'un paquet comportant des données chiffrées, - Figure 3: un diagramme illustrant les principales étapes d'un procédé d'extraction de données incluses dans un paquet, 15 - Figure 4 : un diagramme illustrant les principales étapes d'un mode préféré de mise en oeuvre du procédé d'extraction de la figure 3. Dans ces figures, des références identiques d'une figure à une autre désignent des éléments identiques ou analogues. Pour des raisons de clarté, les éléments représentés ne sont pas à l'échelle, sauf mention contraire. 20 DESCRIPTION DÉTAILLÉE DE MODES DE RÉALISATION La figure 1 représente schématiquement un système 10 de communication sans fil, par exemple de type UNB, comportant plusieurs terminaux 20 et un réseau d'accès 30. Dans l'exemple illustré par la figure 1, le réseau d'accès 30 comporte plusieurs stations de base 31 et un serveur 32. 25 Les terminaux 20 et les stations de base 31 du réseau d'accès 30 échangent des données sous la forme de signaux radioélectriques. Par « signal radioélectrique », on entend une onde électromagnétique se propageant via des moyens non filaires, dont les fréquences sont comprises dans le spectre traditionnel des ondes radioélectriques (quelques hertz à 30 plusieurs centaines de gigahertz). Notamment, les terminaux 20 sont adaptés à émettre des paquets sur un lien montant à destination du réseau d'accès 30. Les paquets sont par exemple émis de façon asynchrone. Par 3052896 9 « émettre de façon asynchrone », on entend que les terminaux 20 déterminent de manière autonome quand ils émettent et/ou sur quelle fréquence centrale ils émettent, sans coordination desdits terminaux 20 entre eux et avec les stations de base 31 du réseau d'accès 30. 5 Dans la suite de la description, on se place de manière non limitative dans le cas où les terminaux 20 sont au moins asynchrones en temps, de sorte que les paquets sont émis à des instants non connus a priori du réseau d'accès 30. Rien n'exclut cependant, suivant d'autres exemples, de considérer des terminaux 20 synchronisés temporellement avec les stations de base 31. 10 Chaque station de base 31 est adaptée à recevoir les paquets des terminaux 20 qui se trouvent à sa portée. Chaque paquet ainsi reçu est par exemple transmis au serveur 32 du réseau d'accès 30, éventuellement accompagné d'autres informations comme un identifiant de la station de base 31 qui l'a reçu, la puissance mesurée dudit paquet reçu, la date de réception 15 mesurée dudit paquet, la fréquence centrale mesurée dudit paquet reçu, etc. Le serveur 32 traite par exemple l'ensemble des paquets reçus des différentes stations de base 31. A) Procédé d'émission de paquets La figure 2 représente schématiquement les principales étapes d'un 20 procédé 50 d'émission, par un terminal 20 et à destination du réseau d'accès 30, de paquets comportant des données chiffrées selon un protocole de chiffrement à clé symétrique. Par exemple, le terminal 20 comporte un circuit de traitement (non représenté sur les figures), comportant un ou plusieurs processeurs et des 25 moyens de mémorisation (disque dur magnétique, mémoire électronique, disque optique, etc.) dans lesquels est mémorisé un produit programme d'ordinateur, sous la forme d'un ensemble d'instructions de code de programme à exécuter pour mettre en oeuvre les différentes étapes du procédé 50 d'émission de paquets. Alternativement ou en complément, le circuit de 30 traitement comporte un ou des circuits logiques programmables (FPGA, PLD, etc.), et/ou un ou des circuits intégrés spécialisés (ASIC), et/ou un ensemble de composants électroniques discrets, etc., adaptés à mettre en oeuvre tout ou partie desdites étapes du procédé 50 d'émission de paquets. 3052 896 10 En d'autres termes, le circuit de traitement comporte un ensemble de moyens configurés de façon logicielle (produit programme d'ordinateur spécifique) et/ou matérielle (FPGA, PLD, ASIC, composants électroniques discrets, etc.) pour mettre en oeuvre les étapes du procédé 50 d'émission de 5 paquets à destination du réseau d'accès 30. Le terminal 20 comporte également des moyens de communication sans fil, considérés comme connus de l'homme de l'art, permettant au terminal 20 d'émettre des paquets, à destination des stations de base 31 du réseau d'accès 30, sous la forme de signaux radioélectriques. 10 Tel qu'illustré par la figure 2, le procédé 50 d'émission de paquets comporte les étapes suivantes, toutes exécutées par le terminal 20, qui seront décrites en détail ci-après : - 51 détermination de la valeur d'une information de génération, - 52 détermination d'une clé de chiffrement en fonction de la valeur 15 de l'information de génération, - 53 chiffrement des données à inclure dans le paquet à émettre en fonction de la clé de chiffrement, - 54 calcul d'une information tronquée à partir de l'information de génération, 20 - 55 formation du paquet à émettre à partir de l'information tronquée et des données chiffrées. Ainsi, la clé de chiffrement est déterminée en fonction de la valeur d'une information de génération qui est variable au cours du temps. Par conséquent, la clé de chiffrement change à chaque fois que la valeur de 25 l'information de génération change. Par contre, l'information de génération n'est pas incluse telle quelle dans le paquet à émettre, et c'est une information tronquée qui est incluse dans le paquet émis. L'information de génération peut être toute information variable au cours du temps qui peut être décomposée en une première partie et une 30 seconde partie, la première partie variant plus lentement que la seconde partie. Par conséquent, la première partie, qui ne varie pas ou peu sur la durée d'émission de plusieurs paquets consécutifs, n'a pas être incluse dans le paquet à émettre. Par contre, la seconde partie, qui varie d'un paquet à un 3052896 11 autre, est incluse dans le paquet à émettre sous toute forme adaptée, et l'information tronquée est calculée à partir de ladite seconde partie uniquement, c'est-à-dire sans tenir compte de la première partie. Par exemple, l'information de génération est la date de génération du 5 paquet à émettre. La date de génération est par exemple exprimée sous la forme année-mois-jour-heure-minute-seconde, et est donc décomposable en une première partie qui varie lentement, telle que la partie correspondant à année-mois-jour, tandis que la seconde partie, qui varie plus rapidement, est la partie correspondant à heure-minute-seconde. L'information tronquée est donc, 10 dans cet exemple, représentative de la partie correspondant à heure-minute- seconde, et est par exemple calculée à partir de la partie heure-minuteseconde au moyen d'une fonction de calcul inversible et connue a priori du terminal 20 et du réseau d'accès 30. Dans la suite de la description, on se place de manière non limitative 15 dans le cas où l'information de génération est un compteur de paquets correspondant au nombre de paquets émis par le terminal 20. L'information tronquée est désignée ci-après par « compteur tronqué ». A.1) Détermination de la valeur du compteur de paquets Au cours de l'étape 51 de détermination, le terminal 20 met à jour la 20 valeur d'un compteur de paquets, qui correspond au nombre de paquets émis par ledit terminal 20. De préférence, la valeur dudit compteur de paquets est incrémentée à chaque nouvelle émission de paquet. Rien n'exclut cependant, suivant d'autres exemples, de n'incrémenter ladite valeur du compteur de paquets que pour 25 certains paquets. Par exemple, il est possible, afin d'augmenter la probabilité de réception, par le réseau d'accès 30, des données incluses dans un paquet, de dupliquer Nr fois lesdites données afin de les inclure dans Nr paquets émis successivement, par exemple sur des fréquences centrales différentes, comportant tous les mêmes données. Dans un tel cas, par exemple, il est 30 possible de n'incrémenter la valeur dudit compteur de paquets que tous les Nr paquets, c'est-à-dire uniquement lorsque de nouvelles données doivent être émises par le terminal 20. Dans la suite de la description, on se place de manière non limitative 3052896 12 dans le cas où la valeur du compteur de paquets est incrémentée à chaque nouvelle émission d'un paquet. La valeur du compteur de paquets est par exemple incrémentée modulo Nc, Nc étant un nombre entier positif prédéterminé. Ainsi, le compteur 5 de paquets du terminal 20 peut prendre Nc valeurs différentes. Par exemple, le nombre Nc est égal à 2Nbl, Nb1 étant un nombre entier positif prédéterminé, de sorte que la valeur du compteur de paquets peut être encodée au moyen de Nb1 bits. Par exemple, Nb1 est égal à 128, de sorte que le compteur de paquets du terminal 20 peut prendre plus de 1038 valeurs différentes. 10 A.2) Détermination de la clé de chiffrement Au cours de l'étape 52 de détermination, la clé de chiffrement, à utiliser pour chiffrer les données à inclure dans le paquet à émettre, est déterminée en fonction de la valeur du compteur de paquets. Ainsi, la clé de chiffrement à utiliser est modifiée à chaque fois que la 15 valeur du compteur de paquets est incrémentée. En outre, comme le compteur de paquets peut prendre Nc valeurs différentes, il en résulte que la clé de chiffrement peut également prendre Nc valeurs différentes. Par conséquent, le nombre Nc est avantageusement prédéterminé de sorte à assurer notamment un bon niveau de confidentialité des échanges. Par 20 exemple, en considérant le nombre Nc égal à 2Nbl et Nb1 égal à 128, alors la clé de chiffrement peut prendre plus de 1038 valeurs différentes, ce qui permet d'assure un bon niveau de confidentialité. La clé de chiffrement est déterminée, à partir de la valeur du compteur de paquets, selon une méthode de génération de clé prédéfinie, connue a priori 25 du terminal 20 et du réseau d'accès 30. L'invention peut mettre en oeuvre tout type de méthode de génération de clé adaptée connue de l'homme de l'art, et le choix d'une méthode de génération de clé particulière ne constitue qu'une variante de mise en oeuvre de l'invention. A.3) Chiffrement des données 30 Au cours de l'étape 53 de chiffrement, les données à inclure dans le paquet à émettre sont chiffrées en fonction de la clé de chiffrement, selon le protocole de chiffrement à clé symétrique considéré. De manière générale, l'invention est applicable à tout type de 3052896 13 protocole de chiffrement à clé symétrique connu de l'homme de l'art, et le choix d'un protocole de chiffrement à clé symétrique particulier ne constitue qu'une variante d'implémentation de l'invention. Dans des modes préférés de mise en oeuvre, le protocole de 5 chiffrement à clé symétrique utilisé est un protocole de chiffrement de flux (« stream cipher » dans la littérature anglo-saxonne). En effet, contrairement aux protocoles de chiffrement par bloc, un protocole de chiffrement par flux permet de chiffrer des données quelle que soit leur taille par rapport à la taille de la clé de chiffrement. Par conséquent, il est 10 possible de choisir des clés de chiffrement longues, pouvant ainsi prendre un nombre très élevé de valeurs différentes, sans avoir à augmenter d'autant la quantité des données à inclure dans un paquet. Dans la suite de la description, on se place de manière non limitative dans le cas d'un protocole de chiffrement par flux. De manière conventionnelle, 15 les données se présentent par exemple sous forme de bits, de même que la clé de chiffrement qui comporte au moins Nbl bits. Les données chiffrées sont par exemple obtenues en combinant un à un les bits successifs des données et de la clé de chiffrement, par exemple au moyen d'une fonction logique de type « OU EXCLUSIF » (« XOR » dans la littérature anglo-saxonne). 20 A.4) Calcul du compteur tronqué Au cours de l'étape 54 de calcul, un compteur tronqué est déterminé à partir de la valeur du compteur de paquets du terminal 20. A cet effet, tel qu'indiqué précédemment, le compteur de paquets est décomposé en un première partie et une seconde partie. 25 Par exemple, la seconde partie du compteur de paquets correspond à la valeur dudit compteur de paquets modulo Nt, Nt étant un nombre entier positif prédéterminé inférieur à Nc. En d'autres termes, la seconde partie correspond au reste de la division euclidienne de la valeur du compteur de paquets par Nt, tandis que la première partie correspond au quotient de ladite 30 division euclidienne de la valeur du compteur de paquets par Nt. Par exemple, le nombre Nt est égal à 2Nb2, Nb2 étant un nombre entier positif prédéterminé inférieur à Nbl , de sorte que la seconde partie correspond alors aux Nb2 bits de poids faible (« Least Significant Bits » ou LSB dans la 3052896 14 littérature anglo-saxonne) parmi les Nb1 bits du compteur de paquets. Par exemple, Nb2 est égal à 12, de sorte que la seconde partie correspond à la valeur du compteur de paquets modulo 4096. Le nombre Nt peut par exemple être choisi de telle sorte que la probabilité, pour le réseau d'accès 30, de 5 manquer Nt paquets consécutifs émis par le même terminal 20 est inférieure à une valeur seuil prédéfinie, par exemple inférieure à 10-6. Le compteur tronqué est représentatif de la seconde partie du compteur de paquets, et est par exemple calculé à partir de ladite seconde partie selon une fonction de calcul inversible connue a priori du terminal 20 et 10 du réseau d'accès 30. Dans la suite de la description, on se place de manière non limitative dans le cas où le compteur tronqué est choisi égal à la seconde partie, de sorte que ledit compteur tronqué correspond à la valeur du compteur de paquets modulo Nt. A.5) Formation du paquet à émettre 15 Au cours de l'étape 55 de formation, le paquet à émettre est formé à partir des données chiffrées et du compteur tronqué. En d'autres termes, la valeur du compteur de paquets n'est pas incluse dans le paquet de données, qui ne comporte que le compteur tronqué. On comprend donc que la quantité d'informations incluses, dans le 20 paquet, pour encoder le compteur tronqué est inférieure à celle nécessaire pour encoder la valeur du compteur de paquets, puisque le compteur tronqué correspond par exemple aux Nb2 bits de poids faible parmi les Nb1 bits du compteur de paquets. Par conséquent, les (Nb1 - Nb2) bits de poids fort (« Most Significant Bits » ou MSB dans la littérature anglo-saxonne) du 25 compteur de paquets, qui correspondent à la première partie dudit compteur de paquets, ne sont pas inclus dans le paquet à émettre, ce qui correspond à 116 bits non inclus dans le cas où Nb1 est égal à 128 et où Nb2 est égal à 12. Ainsi, il est possible d'assurer un bon niveau de confidentialité, par le choix d'une valeur Nc élevée, tout en limitant la quantité d'informations à 30 inclure dans le paquet, par le choix d'une valeur Nt significativement inférieure. Le paquet ainsi formé est ensuite émis, par le terminal 20, à destination du réseau d'accès 30. B) Procédé d'extraction des données incluses dans le paquet 3052896 15 La figure 3 représente schématiquement les principales étapes d'un procédé 60 d'extraction, par le réseau d'accès 30, de données incluses dans un paquet reçu d'un terminal 20, ledit paquet ayant été émis conformément à un procédé 50 d'émission selon l'un des modes de mise en oeuvre de 5 l'invention. Dans la suite de la description, on désigne le paquet à partir duquel on cherche à extraire des données par « paquet en cours », afin de le distinguer d'autres paquets précédemment reçus du même terminal 20. Tel qu'illustré par la figure 3, le procédé 60 d'extraction de données comporte les étapes suivantes, qui seront décrites en détail ci-après : 10 - 61 extraction, à partir du paquet en cours, de l'information tronquée et des données chiffrées incluses dans le paquet en cours, - 62 estimation, par le réseau d'accès 30, de la valeur de l'information de génération du terminal 20 pour le paquet en cours en fonction de l'information tronquée extraite du paquet en cours, 15 - 63 détermination d'une clé de déchiffrement en fonction de la valeur de l'information de génération du terminal 20 estimée, par le réseau d'accès 30, pour le paquet en cours, - 64 déchiffrement des données chiffrées extraites du paquet en cours en fonction de la clé de déchiffrement. 20 Il est à noter que les étapes représentées par la figure 3 sont toutes mises en oeuvre par le réseau d'accès 30. Dans l'exemple décrit en référence à la figure 1, dans lequel le réseau d'accès 30 comporte une pluralité de stations de base 31 et un serveur 32, le paquet en cours, à partir duquel on cherche à extraire les données, est 25 initialement reçu par une ou plusieurs stations de base 31. Chaque station de base 31 comporte à cet effet des moyens de communication sans fil, considérés comme connus de l'homme de l'art, permettant à ladite station de base de recevoir des paquets émis par un ou plusieurs terminaux 20 sous la forme de signaux radioélectriques. 30 Par contre, les étapes du procédé 60 d'extraction de données, représentées sur la figure 3, peuvent être exécutées par la ou les stations de base 31 ayant reçu le paquet en cours et/ou par le serveur 32. Dans la suite de la description, on se place de manière non limitative 3052896 16 dans le cas où les étapes listées ci-dessus sont toutes mises en oeuvre par le serveur 32, après avoir reçu le paquet en cours de la ou des stations de base 31 ayant initialement reçu ledit paquet en cours sur le lien montant. A cet effet, les stations de base 31 et le serveur 32 comportent des 5 moyens de communication de réseau respectifs, considérés comme connus de l'homme de l'art, permettant aux stations de base 31 de transmettre chaque paquet reçu au serveur 32. Le serveur 32 comporte par exemple un circuit de traitement (non représenté sur les figures), comportant un ou plusieurs processeurs et des 10 moyens de mémorisation (disque dur magnétique, mémoire électronique, disque optique, etc.) dans lesquels est mémorisé un produit programme d'ordinateur, sous la forme d'un ensemble d'instructions de code de programme à exécuter pour mettre en oeuvre les différentes étapes du procédé 60 d'extraction de données. Alternativement ou en complément, le circuit de 15 traitement comporte un ou des circuits logiques programmables (FPGA, PLD, etc.), et/ou un ou des circuits intégrés spécialisés (ASIC), et/ou un ensemble de composants électroniques discrets, etc., adaptés à mettre en oeuvre tout ou partie desdites étapes du procédé 60 d'extraction de données. En d'autres termes, le circuit de traitement comporte un ensemble de 20 moyens configurés de façon logicielle (produit programme d'ordinateur spécifique) et/ou matérielle (FPGA, PLD, ASIC, composants électroniques discrets, etc.) pour mettre en oeuvre les étapes du procédé 60 d'extraction de données à partir du paquet en cours reçu du terminal 20. Tel qu'indiqué précédemment, différents types d'information de 25 génération peuvent être considérés. Dans la suite de la description, on se place de manière non limitative dans le cas où l'information de génération est le compteur de paquets du terminal 20. On se place en outre dans le cas où l'information tronquée incluse par le terminal 20 dans le paquet émis est un compteur tronqué qui correspond à la valeur dudit compteur de paquets 30 modulo Nt. En d'autres termes, le compteur tronqué est égal à la seconde partie du compteur de paquets du terminal 20. Pour les autres cas, dans lesquels le compteur tronqué n'est pas directement égal à la seconde partie du compteur de paquets, il suffit, pour obtenir ladite seconde partie du compteur 3052896 17 de paquets, d'appliquer sur le compteur tronqué du paquet en cours la fonction inverse de la fonction de calcul utilisée par le terminal 20. B.1) Extraction du compteur tronqué et des données chiffrées Au cours de l'étape 61 d'extraction, le serveur 32 extrait du paquet en 5 cours le compteur tronqué et les données chiffrées. L'extraction dudit compteur tronqué et des données chiffrées dépend de la manière dont ils ont été incorporés dans le paquet en cours, et sort du cadre de l'invention. B.2) Estimation de la valeur du compteur de paquets Au cours de l'étape 62 d'estimation, le serveur 32 estime la valeur du 10 compteur de paquets du terminal 20 qui a émis le paquet en cours. En effet, tel qu'indiqué précédemment, le paquet en cours comporte uniquement le compteur tronqué du terminal 20 qui l'a émis, et ne comporte donc pas entièrement la valeur du compteur de paquets dudit terminal 20, puisque le compteur tronqué correspond uniquement aux Nb2 bits de poids 15 faible parmi les Nb1 bits du compteur de paquets. Toutefois, étant donné que la clé de chiffrement, utilisée par ledit terminal 20 pour chiffrer les données incluses dans le paquet en cours, a été déterminée en fonction de la valeur du compteur de paquets dudit terminal 20, le serveur 32 doit estimer la valeur dudit compteur de paquets du terminal 20, 20 pour pouvoir déterminer à son tour la clé de déchiffrement à utiliser, qui est identique à la clé de chiffrement. En pratique, le serveur 32 peut estimer la valeur du compteur de paquets, utilisée par le terminal 20 lors de l'émission du paquet en cours, en fonction : 25 - du compteur tronqué extrait dudit paquet en cours et - de la valeur du compteur de paquets dudit terminal 20 estimée pour un paquet précédent reçu du même terminal 20. Ainsi, le serveur 32 mémorise la valeur estimée du compteur de paquets utilisée par le terminal 20 lors de l'émission du paquet précédent reçu 30 dudit terminal 20, et met à jour la valeur estimée dudit compteur de paquets à chaque fois qu'un nouveau paquet est reçu dudit terminal 20. Pour initialiser ce processus, il est par exemple possible de forcer le terminal 20 à utiliser une valeur initiale prédéfinie du compteur de paquets lors de sa toute première 3052896 18 émission de paquet, de préférence égale à zéro. Le cas échéant, le serveur 32 considère, lorsqu'il reçoit pour la première fois un paquet émis par ce terminal 20 (qui n'est pas nécessairement le premier paquet émis par le terminal 20 si certains paquets ont été manqués par le réseau d'accès 30), que la valeur 5 estimée du compteur de paquets pour le paquet précédent reçu du même terminal 20 est égale à ladite valeur initiale prédéfinie. A partir de la valeur du compteur de paquets estimée pour le paquet précédent reçu du terminal 20, et à partir du compteur tronqué extrait du paquet en cours, il est alors possible pour le serveur 32 d'estimer la valeur 10 dudit compteur de paquets dudit terminal 20 pour le paquet en cours. Par exemple, la valeur du compteur de paquets du terminal 20 pour le paquet en cours est estimée selon l'expression suivante : Cp(n) = (C-r(n)+ (Cp(n - 1)- C-r (n - 1))+ k . Nt) modulo Nc expression dans laquelle : 15 - Cp(n) correspond à la valeur du compteur de paquets du terminal 20 estimée pour le paquet en cours, - CT(n) correspond au compteur tronqué extrait du paquet en cours, - Cp(n-1) correspond à la valeur du compteur de paquets du terminal 20 estimée pour le paquet précédent, 20 - CT(n-1) correspond au compteur tronqué du paquet précédent, qui correspond à la valeur Cp(n-1) modulo Nt, - k est un nombre entier à déterminer. Par exemple, il est possible de considérer d'office que le nombre de paquets éventuellement manqués par le réseau d'accès 30, entre le paquet en 25 cours et le paquet précédent reçu du même terminal 20, est inférieur à Nt. Dans ce cas, si le compteur tronqué du paquet en cours est supérieur au compteur tronqué du paquet précédent, alors le nombre k est égal à zéro (k = 0). Pour obtenir la valeur estimée du compteur de paquets pour le paquet en cours, il suffit de remplacer, dans la valeur du compteur de paquets estimée 30 pour le paquet précédent, les Nb2 bits de poids faible par les Nb2 bits du compteur tronqué extrait du paquet en cours. Par contre, si le compteur tronqué du paquet en cours est inférieur au 3052896 19 compteur tronqué du paquet précédent, alors le nombre k est égal à un (k = 1). Pour obtenir la valeur estimée du compteur de paquets pour le paquet en cours, il faut alors remplacer, dans la valeur du compteur de paquets estimée pour le paquet précédent, les Nb2 bits de poids faible par les Nb2 bits du 5 compteur tronqué extrait du paquet en cours, mais également ajouter un (1) aux (Nb1 - Nb2) bits de poids fort de la valeur du compteur de paquets estimée pour le paquet précédent. La figure 4 représente schématiquement un mode préféré de mise en oeuvre du procédé 60 d'extraction de données comportant, outre les étapes 10 décrites ci-avant en référence à la figure 3 (en considérant que l'information de génération est le compteur de paquets du terminal 20), des étapes de : - pour chaque paquet reçu dudit terminal 20 : 65 mesure d'une date de réception dudit paquet reçu, - 66 estimation, en fonction des dates de réception mesurées, d'une 15 période d'émission moyenne entre les émissions de paquets consécutifs par ledit terminal 20. En outre, tel qu'illustré par la figure 4, la valeur du compteur de paquets du terminal 20 pour le paquet en cours est estimée en fonction en outre de la période d'émission moyenne estimée. 20 De préférence, l'étape 65 de mesure de la date de réception est exécutée par chaque station de base 31, et la date de réception mesurée est transmise au serveur 32 avec le paquet correspondant, et l'étape 66 d'estimation de la période d'émission moyenne est exécutée par le serveur 32. En effet, bien que, dans l'exemple considéré ici à titre non limitatif, les 25 terminaux 20 émettent leurs paquets de manière asynchrone, lesdits terminaux 20 peuvent néanmoins émettre leurs paquets avec une certaine régularité. Par exemple, un terminal 20 peut émettre un nombre prédéterminé de paquets par jour, sans toutefois émettre lesdits paquets de manière strictement périodique. Dans un tel cas, lesdits paquets seront néanmoins émis, en moyenne, de 30 manière sensiblement périodique. Dans un tel cas, notamment, il est avantageux d'estimer la période d'émission moyenne entre les émissions de paquets consécutifs par ledit terminal 20, car celle-ci peut permettre d'améliorer l'extraction des données, en particulier dans le cas où la probabilité 3052896 20 de manquer Nt paquets consécutifs ne peut pas être négligée. Par exemple, la période d'émission moyenne dudit terminal 20 est calculée selon l'expression suivante : im t(m)- t(m -1) Tem = 1 m=2 Cp(m) - Cp(m -1) 5 expression dans laquelle : - Tem correspond à la période d'émission moyenne estimée pour le terminal 20, - Cp(m) correspond à la valeur du compteur de paquets du terminal 20 estimée pour le paquet de rang m reçu dudit terminal 20, 10 - t(m) correspond à la date de réception mesurée pour le paquet de rang m reçu dudit terminal 20, - Cp(m-1) correspond à la valeur du compteur de paquets du terminal 20 estimée pour le paquet de rang (m-1) reçu dudit terminal 20, 15 - t(m-1) correspond à la date de réception mesurée pour le paquet de rang (m-1) reçu dudit terminal 20, - M correspond au nombre total de paquets reçus dudit terminal 20. On comprend cependant que la période d'émission moyenne dudit terminal 20 peut être estimée selon d'autres méthodes, et le choix d'une 20 méthode particulière ne constitue qu'une variante d'implémentation. En outre, il est à noter qu'il est également possible, dans des modes particuliers de mise en oeuvre, d'estimer ladite période d'émission moyenne du terminal 20 considéré en fonction de paquets reçus de terminaux distincts dudit terminal 20 considéré, mais dont on sait a priori qu'ils ont des caractéristiques 25 d'émission semblables à celles dudit terminal 20 considéré. En effet, pour des applications du type M2M ou loT, il n'est pas rare de déployer une flotte de terminaux 20 de même type, répondant essentiellement aux mêmes caractéristiques d'émission, en particulier en termes de période d'émission moyenne. Dans un tel cas, notamment, il est donc avantageux de considérer 30 également, pour estimer la période d'émission moyenne du terminal 20 considéré, les paquets reçus de tous les terminaux de la flotte à laquelle 3052896 21 appartient ledit terminal 20 considéré, afin d'améliorer et/ou d'accélérer l'estimation de la période d'émission moyenne dudit terminal 20 considéré. Une fois estimée la période d'émission moyenne du terminal 20, la valeur du compteur de paquets pour le paquet en cours est par exemple 5 estimée en effectuant : - une mesure d'une durée écoulée entre la date de réception du paquet en cours et la date de réception du paquet précédent, et - une comparaison de ladite durée écoulée mesurée avec la période d'émission moyenne estimée. 10 En particulier, en comparant la période d'émission moyenne estimée à la durée écoulée entre la date de réception du paquet en cours et la date de réception du paquet précédent reçu du même terminal 20, il est possible d'estimer le nombre de paquets manqués et donc d'ajuster au mieux la valeur du nombre k utilisé pour estimer la valeur du compteur de paquets pour le 15 paquet en cours. En pratique, la valeur du nombre k peut être estimée selon l'expression suivante : k = E t(n) - t(n -1) Tem - Nt +p expression dans laquelle (t(n) - t(n-1)) correspond à la durée écoulée entre la date de réception du paquet en cours et la date de réception du paquet 20 précédent, et E[x] correspond à la partie entière de x. En outre, p est un nombre entier qui est déterminé comme suit : - p = 0 si CT(n) > CT(n-1) ; - p = 1 si CT(n) REVENDICATIONS1 - Procédé (50) d'émission, par un dispositif émetteur (20), d'un paquet à destination d'un dispositif récepteur (30) d'un système de communication, ledit paquet comportant des données chiffrées selon un protocole de chiffrement à clé symétrique, caractérisé en ce qu'il comporte : - une détermination (51) de la valeur d'une information de génération, - une détermination (52) d'une clé de chiffrement, à utiliser pour chiffrer les données à inclure dans le paquet à émettre, en fonction de la valeur de l'information de génération, - un chiffrement (53) des données à inclure dans le paquet à émettre en fonction de la clé de chiffrement, - un calcul (54) d'une information tronquée en décomposant l'information de génération en une première partie et une seconde partie, la première partie variant plus lentement, au cours du temps, que la seconde partie, l'information tronquée étant représentative de la seconde partie de l'information de génération, - une formation (55) du paquet à émettre à partir de l'information tronquée et des données chiffrées. 2 - Procédé (50) selon la revendication 1, dans lequel l'information de génération est un compteur de paquets correspondant au nombre de paquets émis par ledit dispositif émetteur (20) ou une date de génération du paquet à émettre. 3 - Dispositif émetteur (20) pour émettre un paquet à destination d'un dispositif récepteur (30) d'un système de communication, ledit paquet comportant des données chiffrées selon un protocole de chiffrement à clé symétrique, caractérisé en ce que ledit dispositif émetteur comporte : - des moyens configurés pour déterminer la valeur d'une information de génération, - des moyens configurés pour déterminer une clé de chiffrement, à utiliser pour chiffrer les données à inclure dans le paquet à émettre, en fonction de la valeur de l'information de génération, - des moyens configurés pour chiffrer des données à inclure dans le 3052896 25 paquet à émettre en fonction de la clé de chiffrement, - des moyens configurés pour calculer une information tronquée en décomposant l'information de génération en une première partie et une seconde partie, la première partie variant plus lentement, au 5 cours du temps, que la seconde partie, l'information tronquée étant représentative de ladite seconde partie, - des moyens configurés pour former le paquet à émettre à partir de l'information tronquée et des données chiffrées. 4 - Dispositif émetteur (20) selon la revendication 3, dans lequel l'information 10 de génération est un compteur de paquets correspondant au nombre de paquets émis par ledit dispositif émetteur (20) ou une date de génération du paquet à émettre. 5 - Procédé (60) d'extraction, par un dispositif récepteur (30), de données incluses dans un paquet reçu d'un dispositif émetteur (20) d'un système 15 de communication, dit « paquet en cours », ledit paquet en cours comportant des données chiffrées selon un protocole de chiffrement à clé symétrique, caractérisé en ce qu'il comporte : - une extraction (61), à partir du paquet en cours, d'une information tronquée et des données chiffrées, 20 - une estimation (62) de la valeur d'une information de génération du dispositif émetteur (20) pour le paquet en cours en fonction de l'information tronquée extraite dudit paquet en cours, - une détermination (63) d'une clé de déchiffrement en fonction de la valeur de l'information de génération du dispositif émetteur (20) 25 estimée pour le paquet en cours, - un déchiffrement (64) des données chiffrées extraites du paquet en cours en fonction de la clé de déchiffrement. 6 - Procédé (60) selon la revendication 5, dans lequel l'information de génération correspond à un compteur de paquets du dispositif émetteur 30 (20), et dans lequel la valeur du compteur de paquets du dispositif émetteur (20) pour le paquet en cours est estimée en fonction en outre de la valeur dudit compteur de paquets du dispositif émetteur (20) estimée pour un paquet précédent reçu du même dispositif émetteur (20). 3052896 26 7 - Procédé (60) selon la revendication 6, comportant : - pour chaque paquet reçu dudit dispositif émetteur (20), une mesure (65) d'une date de réception dudit paquet reçu, - une estimation (66), en fonction des dates de réception mesurées, 5 d'une période d'émission moyenne entre les émissions de paquets consécutifs par ledit dispositif émetteur (20), - l'estimation (62) de la valeur du compteur de paquets du dispositif émetteur (20) pour le paquet en cours en fonction en outre de la période d'émission moyenne estimée. 10 8 - Procédé (60) selon la revendication 7, dans lequel l'estimation (62) de la valeur du compteur de paquets pour le paquet en cours comporte : - une mesure d'une durée écoulée entre la date de réception du paquet en cours et la date de réception du paquet précédent, - une comparaison de ladite durée écoulée mesurée avec la période 15 d'émission moyenne estimée, la valeur du compteur de paquets pour le paquet en cours étant estimée en fonction du résultat de ladite comparaison. 9 - Procédé (60) selon la revendication 5, dans lequel l'information de génération correspond à une date de génération du paquet émis par le 20 dispositif émetteur (20), et dans lequel la valeur de la date de génération du paquet en cours par le dispositif émetteur (20) est estimée en fonction en outre de la date de réception dudit paquet en cours par le dispositif récepteur (30). 10 - Dispositif récepteur (30) pour l'extraction de données incluses dans un 25 paquet reçu d'un dispositif émetteur (20) d'un système de communication, dit « paquet en cours », ledit paquet en cours comportant des données chiffrées selon un protocole de chiffrement à clé symétrique, caractérisé en ce qu'il comporte : - des moyens configurés pour extraire, à partir du paquet en cours, 30 une information tronquée et les données chiffrées, - des moyens configurés pour estimer la valeur d'une information de génération du dispositif émetteur (20) pour le paquet en cours en fonction de l'information tronquée extraite dudit paquet en cours, 3052896 27 - des moyens configurés pour déterminer une clé de déchiffrement en fonction de la valeur de l'information de génération du dispositif émetteur (20) estimée pour le paquet en cours, - des moyens configurés pour déchiffrer les données chiffrées 5 extraites du paquet en cours en fonction de la clé de déchiffrement. 11 - Dispositif récepteur (30) selon la revendication 10, dans lequel l'information de génération correspond à un compteur de paquets dudit dispositif émetteur (20), et dans lequel la valeur du compteur de paquets du dispositif émetteur (20) pour le paquet en cours est estimée en fonction 10 en outre de la valeur du compteur de paquets du dispositif émetteur (20) estimée pour un paquet précédent reçu du même dispositif émetteur (20). 12 - Dispositif récepteur (30) selon la revendication 11, comportant : - des moyens configurés pour mesurer, pour chaque paquet reçu dudit dispositif émetteur (20), une date de réception dudit paquet 15 reçu, - des moyens configurés pour estimer, en fonction des dates de réception mesurées, une période d'émission moyenne entre les émissions de paquets consécutifs par ledit dispositif émetteur (20), - des moyens configurés pour estimer la valeur de compteur de 20 paquets du dispositif émetteur (20) pour le paquet en cours en fonction en outre de la période d'émission moyenne estimée. 13 - Dispositif récepteur (30) selon la revendication 12, dans lequel les moyens configurés pour estimer la valeur du compteur de paquets pour le paquet en cours sont configurés en outre pour : 25 - mesurer une durée écoulée entre la date de réception du paquet en cours et la date de réception du paquet précédent, - comparer ladite durée écoulée mesurée avec la période d'émission moyenne estimée, la valeur du compteur de paquets pour le paquet en cours étant estimée en fonction du résultat de ladite 30 comparaison. 14 - Dispositif récepteur (30) selon la revendication 10, dans lequel l'information de génération correspond à une date de génération du paquet émis par le dispositif émetteur (20), et dans lequel la valeur de la 3052896 28 date de génération du paquet en cours par le dispositif émetteur (20) est estimée en fonction en outre de la date de réception dudit paquet en cours par le dispositif récepteur (30). 15 - Système (10) de communication caractérisé en ce qu'il comporte au 5 moins un dispositif émetteur (20) selon l'une des revendications 3 à 4 et au moins un dispositif récepteur (30) selon l'une des revendications 10 à 14.