FR 3102330 A1 20210423 FR 1911655 A 20191018 Un procédé de réactivation d’un réseau de communication sans fil conforme à l’une des normes IEEE 802.11 est décrit. Le réseau de communication comprend une pluralité de nœuds de collecte, chaque nœud de collecte comprenant au moins une interface radiofréquence point d’accès et/ou utilisateur d’un réseau sans fil dit de collecte associé au réseau de communication lesquelles sont désactivées en émission. Une trame de balise émise par un nœud maître du procédé de réactivation est propagée de proche en proche afin de réactiver l’ensemble des nœuds du réseau. Fig. 7 Procédé de mise en veille et procédé de réactivation d’au moins une partie d’un réseau de communication sans fil et nœud de collecte dudit réseau Au moins un mode de réalisation concerne le domaine des réseaux de communication sans fil conformes à l’une des normes IEEE 802.11 (« Institute of Electrical and Electronics Engineers » en anglais), c’est-à-dire celui des réseaux de communication sans fil communément appelés réseaux « Wi-Fi ». Au moins un mode de réalisation concerne plus particulièrement un procédé de mise en veille et un procédé de réactivation d’au moins une partie d’un tel réseau. Un réseau de communication sans fil (ci-après « réseau ») conforme à l’une des normes IEEE 802.11 comprend typiquement une pluralité de nœuds. Chaque nœud est un dispositif électronique comprenant a minima un module radiofréquence permettant l’établissement de communications conformément à l’une des normes IEEE 802.11, ou dit autrement, conformément à l’une des normes Wi-Fi. Un tel réseau comprend typiquement un dispositif électronique, communément appelé point d’accès (« Access Point » en anglais, ou « AP ») et une pluralité de dispositifs électroniques dits utilisateurs (ou clients) pouvant établir des connexions sans fil avec le point d’accès et/ou entre elles. Dans un environnement résidentiel, le dispositif électronique, point d’accès, est typiquement une « box » fournie par un opérateur Internet, c’est-à-dire une passerelle domestique (« home gateway », ou « residential gateway », en anglais). Les dispositifs électroniques utilisateurs sont typiquement des ordinateurs, télévisions, tablettes ou téléphones dits « intelligents » (« smartphone » en anglais). On dit ainsi communément que les dispositifs électroniques utilisateurs sont associés « en Wi-Fi » avec le point d’accès. L’architecture d’un réseau Wi-Fi peut aussi être distribuée, afin par exemple d’étendre la portée du réseau ou d’augmenter ses performances, par l’utilisation d’une pluralité de points d’accès. L’architecture d’un réseau Wi-Fi distribuée est différente de la précédente architecture succinctement décrite. Un réseau Wi-Fi distribué comprend au minimum deux réseaux : - un réseau dit de collecte ou d’infrastructure (« backhaul » en anglais), permettant de relier les points d’accès entre eux et de constituer une infrastructure réseau suivant une architecture réseau de type mixte étoile et/ou chaîne, ce réseau de collecte peut être un réseau sans-fil (par exemple Wi-Fi), filaire (par exemple Ethernet) ou un mélange des deux, - un réseau Wi-Fi dit utilisateur (ou client) (« fronthaul » en anglais), permettant une connexion de nœuds (ou dispositifs électroniques) dits utilisateurs (ou clients) au réseau Wi-Fi distribué. Dans le réseau d’infrastructure, une hiérarchie parent-enfant est créée entre deux dispositifs Wi-Fi reliés. L’un des dispositifs Wi-Fi devient parent de l’autre dispositif Wi-Fi, l’autre dispositif Wi-Fi devenant enfant du dispositif Wi-Fi parent. Le dispositif Wi-Fi parent joue un rôle de point d’accès pour le dispositif Wi-Fi enfant. Le dispositif Wi-Fi enfant joue un rôle de station pour le dispositif Wi-Fi parent. La Fig. 1 illustre de façon très schématique un tel réseau Wi-Fi distribué 100. Le réseau distribué 100 comprend une passerelle 110 (ou « gateway » en anglais) et une pluralité de nœuds ou dispositifs électroniques B1 101, B2 102, B3 103, B4 104, C1 105 et C2 106. La passerelle 110 permet une interconnexion du réseau 100 avec un réseau 120, par exemple le réseau Internet. Dans cet exemple, les nœuds B1, B2, B3 et B4 sont des nœuds dits de collecte. Ces nœuds B1, B2, B3 et B4 constituent l’infrastructure de collecte (« backhaul ») du réseau 100. Les nœuds C1 et C2 sont deux nœuds utilisateurs connectés à des nœuds de collecte (respectivement les nœuds B3 et B4). Les nœuds de collecte B1, B2, B3 et B4 gèrent deux réseaux Wi-Fi : - un premier réseau Wi-Fi, dédié à la collecte, permet une association de chaque nœud de collecte au réseau distribué 100, possiblement de façon maillée, - un deuxième réseau Wi-Fi est dédié à l’association des nœuds utilisateurs, de façon similaire à un réseau Wi-Fi non distribué. Ainsi, chaque nœud B1, B2, B3 et B4 de l’infrastructure comprend une pluralité d’interfaces radio : - une interface radio dite « AP-B » (pour « Access Point Backhaul » en anglais) correspondant à une interface point d’accès du réseau Wi-Fi dédié à la collecte, - une interface radio « ST-B » (pour « Station Backhaul » en anglais) correspondant à une interface utilisateur (ou client) du réseau Wi-Fi dédié à la collecte, - une interface radio « AP-F » (pour « Access Point Fronthaul » en anglais) correspondant à une interface point d’accès du réseau Wi-Fi dédié à l’association de nœuds utilisateurs du réseau distribué 100. Dans l’exemple illustré dans la Fig. 1, le nœud B1 101 est connecté de façon filaire à la passerelle GW 110, par exemple via une connexion Ethernet. Selon un mode de réalisation, la connexion entre la passerelle GW 110 et le nœud B1 101 peut être réalisée par une connexion Wi-Fi. Selon un mode de réalisation complémentaire, la passerelle GW 110 et le nœud B1 101 sont un seul et même dispositif électronique, ledit dispositif électronique comprenant les fonctionnalités de la passerelle GW 110 et du nœud B1 101. Chaque nœud de collecte B1, B2, B3 ou B4 peut donc possiblement établir une connexion vers un autre nœud de collecte afin de constituer l’infrastructure de collecte du réseau distribué 100. Plus précisément, un nœud de collecte peut, via son interface radio « ST-B » établir une connexion vers une interface radio « AP-B » d’un autre nœud de collecte afin de constituer une chaîne de nœud de collecte. Certains nœuds de collecte peuvent être connectés via une liaison filaire, par exemple de type Ethernet. Une interface radio AP-B, point d’accès du réseau Wi-Fi dédié à la collecte, établit un réseau Wi-Fi associé à un identifiant réseau SSID (« Service set identifier » en anglais) correspondant au réseau de collecte. Un nœud de collecte doit donc connaître ce SSID pour établir une connexion Wi-Fi vers un autre nœud de collecte. Un nœud de collecte est adapté pour retransmettre le trafic (c’est-à-dire des données, échangées dans des messages) reçu via ses interfaces radios « point d’accès » utilisateurs « AP-F » et de collecte « AP-B » vers son interface radio « utilisateur » de collecte « ST-B » afin de remonter le trafic reçu vers un nœud central du réseau distribué, ici le nœud B1 101. De même, un nœud de collecte est adapté pour redistribuer le trafic reçu via son interface radio « utilisateur » de collecte « ST-B » vers l’une et/ou l’autre de ses interfaces radios « point d’accès » utilisateurs et de collecte utilisateurs « AP-F » et/ou « AP-B ». Dit autrement, dans l’exemple illustré dans la Fig. 1, le nœud de collecte B3 103 est adapté pour : - recevoir du trafic collecté par le nœud B4 104 via son interface radio AP-B, - recevoir du trafic de nœuds utilisateurs connectés, par exemple le nœud utilisateur C1 105, via son interface AP-F, - retransmettre lesdits trafics reçus vers le nœud de collecte B1 101 via son interface radio utilisateur de collecte ST-B, et, - inversement, rediriger du trafic reçu via son interface radio utilisateur de collecte ST-B vers le nœud B4 104 via son interface AP-B et/ou le nœud de collecte B1 101 via son interface radio utilisateur de collecte ST-B. Les nœuds du réseau de collecte communiquent ainsi entre eux grâce à des liaisons logiques, par exemple des communications IP ou des tunnels chiffrés ou des communications selon un protocole de communication propriétaire. Un tel réseau diffuse de nombreux signaux électromagnétiques et est également très consommateur d’énergie. Dès lors, il est connu de mettre en veille tout ou partie du réseau. Il est également connu de pouvoir réactiver le réseau ou la partie de réseau mis en veille. Ainsi, la demande de brevet US2000195551 décrit un procédé de mise en veille d’un réseau de communication sans fil maillé (« Mesh » en anglais) dans lequel un nœud maître émet directement, ou au travers de relais, à des nœuds esclaves un ordre de mise en veille (ou endormissement). Ce procédé est associé à la mise en œuvre dans chaque nœud esclave d’une fonction intermittente de réception permettant de recevoir un ordre de réactivation (ou réveil) provenant directement ou indirectement du nœud maître. Toutefois, les procédés décrits ne sont pas compatibles avec le protocole CSMA-CA utilisé par les normes 802.11. En effet, ce protocole ne permet pas de connaître les instants réels d’émission des trames. Par ailleurs, les procédés décrits ne permettent pas une mise en veille ou une réactivation du réseau à partir de n’importe quel nœud du réseau. Il est donc nécessaire de proposer des procédés permettant de pallier ces inconvénients. Selon un mode de réalisation particulier, un procédé de réactivation d’un réseau de communication sans fil conforme à l’une des normes IEEE 802.11 est décrit. Le réseau comprend une pluralité de nœuds de collecte organisés selon une hiérarchie parent/enfant, au moins un nœud de collecte dudit réseau de communication, dit nœud courant, comprenant une interface radiofréquence point d’accès et/ou utilisateur d’un réseau sans fil dit de collecte associé au réseau de communication lesquelles sont désactivées en émission. Le procédé est exécuté par ledit nœud courant et comprend : - recevoir une première trame de balise comprenant une information d’état indiquant une réactivation; et a) mettre en mémoire une information d’état dudit nœud courant pour indiquer qu’une réactivation est en cours ; b) réactiver l’ensemble des interfaces radiofréquence de collecte dudit nœud courant ; c) diffuser une seconde trame de balise comprenant une information d’état indiquant une réactivation ; d) s’appairer à un nœud parent et dans le cas où ledit nœud courant possède des nœuds enfant, attendre que lesdits nœuds enfant s’appairent à lui et vérifier que lesdits nœuds enfants sont réactivés ; mettre à jour un état interne indiquant que ledit nœud courant est réactivé. Selon un mode de réalisation particulier, le nœud courant comprenant en outre une interface radiofréquence point d’accès d’un réseau sans fil dit réseau utilisateur associé au réseau de communication laquelle est désactivée en émission et en réception, le procédé comprend, après l’étape b), une étape de réactivation de ladite interface radiofréquence point d’accès dudit réseau utilisateur en émission et en réception. Selon un mode de réalisation particulier, ladite première trame de balise comprend en outre une information d’horodatage correspondant à la date à laquelle ladite réactivation a été déclenchée, lesdites étapes a) à d) étant effectuées uniquement dans le cas où une valeur de ladite information d’horodatage reçue est supérieure à une valeur d’une information d’horodatage courante associée audit nœud courant. Selon un mode de réalisation particulier, l’étape a) comprend en outre la mise en mémoire de l’information d’horodatage reçue à la place de la valeur de l’information d’horodatage courante. Selon un mode de réalisation particulier, ladite seconde trame de balise comprend en outre l’information d’horodatage reçue. Selon un mode de réalisation particulier, ladite première trame de balise comprenant en outre une clé d’identification dudit réseau, lesdites étapes a) à d) sont effectuées uniquement dans le cas où ladite clé d’identification dudit réseau de ladite trame de balise est identique à une clé d’identification stockée en mémoire dudit nœud courant. Selon un mode de réalisation particulier, ladite réactivation a été déclenchée par un appui sur un bouton dudit nœud maître. Selon un mode de réalisation particulier, ledit réseau étant réactivé, le procédé comprend pour un nœud dudit réseau dit nœud receveur: 1) Recevoir un message d’un nœud du réseau, dit nœud demandeur, comprenant une demande de mise en veille ; et si ledit nœud receveur est un nœud n’ayant pas d’autre nœud adjacent que ledit nœud demandeur : 2) Envoyer un message audit nœud demandeur indiquant qu’il accepte la demande de mise en veille ; 3) Recevoir un message comprenant un ordre de mise en veille ; 4) Envoyer un message audit nœud demandeur acquittant l’ordre de mise en veille ; 5) Se mettre en veille en stockant en mémoire des informations de connexion et en désactivant en émission ses interfaces radiofréquence point d’accès et/ou utilisateur dudit réseau de collecte; sinon: - Envoyer un message audit nœud demandeur indiquant qu’il refuse la demande de mise en veille et une indication qu’il est nœud intermédiaire ; - Répéter les étapes 1) à 5) de manière récursive pour chacun des nœuds adjacents dudit nœud receveur distincts dudit nœud demandeur avec ledit nœud receveur agissant comme nouveau nœud demandeur, jusqu’à ce que l’ensemble des nœuds adjacents dudit nœud receveur soient mis en veille ; - Envoyer un message audit nœud demandeur comprenant une demande d’autorisation de mise en veille ; - Recevoir un message comprenant un ordre de mise en veille ; - Envoyer un message audit nœud demandeur en acquittant l’ordre de mise en veille ; - Se mettre en veille en en stockant en mémoire des informations de connexion et en désactivant en émission ses interfaces radiofréquence point d’accès et/ou utilisateur dudit réseau de collecte. Selon un mode de réalisation particulier, se mettre en veille comprend en outre désactiver son interface radiofréquence point d’accès du réseau utilisateur en émission et en réception. Selon un mode de réalisation particulier, le message comprenant la demande de mise en veille comprend une information indiquant qu’il s’agit d’une demande de mise en veille et un identifiant du nœud demandeur. Selon un mode de réalisation particulier, le message comprenant la demande de mise en veille comprend en outre une clé d’identification propre audit réseau. Selon un mode de réalisation particulier, le message comprenant l’ordre de mise en veille comprend une information indiquant qu’il s’agit d’un ordre de mise en veille et un identifiant du nœud envoyant le message. Selon un mode de réalisation particulier, le message comprenant l’ordre de mise en veille comprend en outre une valeur temporelle définissant un instant auquel ledit nœud receveur doit se mettre en veille. Selon un mode de réalisation particulier, le message comprenant l’ordre de mise en veille comprend en outre la clé d’identification propre audit réseau de ladite demande de mise en veille. Selon un mode de réalisation particulier, le message comprenant l’ordre de mise en veille comprend en outre un identifiant d’un canal sur lequel les interfaces radio dudit nœud receveur doivent se réactiver. Selon un mode de réalisation particulier, le message comprenant la demande d’autorisation de mise en veille comprend une information indiquant qu’il s’agit d’une demande d’autorisation de mise en veille et un identifiant du nœud envoyant ledit message. Selon un mode de réalisation particulier, un nœud de collecte d’un réseau de communication sans fil conforme à l’une des normes IEEE 802.11 est décrit. Le nœud de collecte comprend une interface radiofréquence point d’accès et/ou utilisateur d’un réseau sans fil dit de collecte associé au réseau de communication lesquelles sont désactivées en émission. Le nœud de collecte est configuré pour exécuter les étapes du procédé décrit précédemment selon l’un quelconque des modes de réalisation. Selon un mode de réalisation particulier, un programme d’ordinateur est décrit. Le programme d’ordinateur comprend des instructions pour mettre en œuvre, par un processeur d’un nœud de collecte d’un réseau de communication sans fil distribué comprenant une pluralité de nœuds de collecte, le procédé décrit précédemment selon l’un quelconque des modes de réalisation, lorsque le programme d’ordinateur est exécuté par le processeur. Selon un mode de réalisation particulier, un support d'enregistrement est décrit. Le support d'enregistrement est lisible par un nœud de gestion d’un réseau de communication sans fil distribué, sur lequel est stocké le programme d’ordinateur décrit ci-dessus. Les caractéristiques mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : illustre schématiquement l’architecture d’un réseau de communication sans fil distribué comprenant une pluralité de nœuds, par exemple conforme à une norme IEEE 802.11; illustre schématiquement un procédé de mise en veille d’un réseau de communication sans fil distribué conforme à l’une des normes IEEE 802.11 selon un mode de réalisation particulier; représente un nœud demandeur A et des nœuds receveur B, C et D d’une demande de mise en veille; illustre schématiquement un procédé de mise en veille d’un réseau de communication sans fil distribué conforme à l’une des normes IEEE 802.11 selon un autre mode de réalisation particulier; représente un nœud demandeur A et des nœuds receveur B, C et D d’une demande de mise en veille, ledit nœud B étant un nœud intermédiaire; illustre schématiquement un procédé de réactivation d’un réseau de communication sans fil distribué conforme à l’une des normes IEEE 802.11 selon un mode de réalisation particulier; illustre schématiquement un procédé de réactivation d’un réseau de communication sans fil distribué conforme à l’une des normes IEEE 802.11 selon un autre mode de réalisation particulier; et, illustre schématiquement l’architecture matérielle d’un nœud de collecte d’un réseau de communication sans fil distribué, le nœud de collecte étant adapté pour exécuter tout ou partie des étapes des procédés illustrés dans la Fig. 2, la Fig.4, la Fig. 6 ou dans la Fig. 7. EXPOSE DETAILLE DE MODES DE REALISATION Au moins un mode de réalisation permet de mettre en veille un réseau de communication sans fil distribué conforme à l’une des normes IEEE 802.11 ou une partie d’un tel réseau. Cette mise en veille pouvant être déclenchée, e.g. par un utilisateur, à partir de n’importe quel nœud du réseau. Au moins un mode de réalisation permet de réactiver un réseau de communication sans fil distribué conforme à l’une des normes IEEE 802.11 (respectivement une partie d’un tel réseau) lequel a été préalablement mis en veille. Cette réactivation pouvant être déclenchée, e.g. par un utilisateur, à partir de n’importe quel nœud du réseau. Les figures 2 et 4 illustrent schématiquement un procédé de mise en veille d’un réseau de communication sans fil distribué conforme à l’une des normes IEEE 802.11, par exemple le réseau 100, ou d’une partie de ce réseau. Dans la suite du document, un nœud est considéré comme étant « nœud demandeur » s’il effectue une demande de mise en veille auprès d’un autre nœud. Un nœud est considéré comme «nœud receveur» s’il reçoit une demande de mise en veille venant d’un nœud demandeur. Sur les figures 2 et 4, les étapes mises en œuvre dans un nœud demandeur sont identifiées par la lettre S et les étapes mises en œuvre dans un nœud receveur sont identifiées par la lettre E. La Fig. 2 illustre plus particulièrement le procédé de mise en veille dans le cas où le nœud receveur de la demande de mise en veille est un nœud n’ayant pas d’autres nœuds adjacents que le nœud demandeur. Cela est le cas des nœuds B, C, ou D de la Fig. 3 . Sur cette figure, le nœud A est le nœud demandeur. Le procédé est décrit avec le nœud A comme nœud demandeur et le nœud B comme nœud receveur. En cas de pluralité de nœuds adjacents, le procédé décrit est mis en œuvre avec chacun des nœuds adjacents du nœud demandeur, en l’occurrence les nœuds B, C et D sur la Fig. 3. Au cours du procédé de mise en veille, le nœud demandeur A stocke en mémoire une information représentative de l’état du procédé de mise en veille relativement au nœud receveur parmi les états suivants : - Prêt : état par défaut, le nœud est allumé et prêt à interagir dans le cas du procédé de mise en veille ; - Interrogé : la demande de mise en veille a été envoyée, le nœud receveur a donc été interrogé et le nœud demandeur est en attente d’une réponse ; - Accepté : la demande de mise en veille a été acceptée par le nœud receveur ; - Refusé : la demande de mise en veille a été refusée par le nœud receveur ; - En attente : le nœud receveur doit renvoyer une réponse au nœud demandeur ; - Annulé : la procédure de mise en veille est annulée ; et - En veille : le nœud receveur est en veille. Lors d’une étape S200, le demandeur nœud A du réseau de communication sans fil détecte un déclenchement par un utilisateur d’une mise en veille du réseau. Le nœud demandeur A peut être n’importe quel nœud du réseau de communication sans fil. Le déclenchement de la mise en veille peut se faire par un utilisateur par appui sur un bouton physique du nœud demandeur A. Selon une variante, le déclenchement de la mise en veille est effectué par un utilisateur via une interface utilisateur rattachée au nœud demandeur. Le nœud demandeur va alors démarrer le procédé de mise en veille. Lors d’une étape S210, le nœud demandeur envoie en point à point (« unicast » en anglais) à destination d’un nœud adjacent B, considéré alors comme nœud receveur, un message M1 comprenant une demande de mise en veille. Il change également l’état du procédé de mise en veille relativement au nœud receveur en « interrogé ». Les nœuds adjacents sont les nœuds du réseau de collecte adjacents au nœud demandeur, i.e. accessibles depuis le nœud demandeur en un seul saut. Le message est par exemple transmis à l’aide d’un bus de communication au travers d’un lien filaire ou bien d’un lien sans fil (e.g. Wi-Fi ou Bluetooth). Le message M1 comprend : - Une information permettant de définir la catégorie de message (ici une demande de mise en veille). Cette information peut être un identifiant numérique permettant de définir la catégorie du message parmi un ensemble de catégories de message; - Un identifiant du nœud A envoyant le message (identifiant au sein de la topologie, e.g. son adresse MAC) ; - optionnellement, une clé d’identification du réseau permettant d’identifier ce dernier. Cette clé est par exemple générée aléatoirement par le nœud ayant initié la mise en veille du réseau, i.e. le nœud à partir duquel la mise en veille a été déclenchée. Cela permet d’immuniser le réseau contre une réactivation pirate. Optionnellement la clé pourrait servir à crypter les messages échangés ; et - optionnellement, une liste des identifiants des nœuds par lesquels la demande a transité. Cette liste permet de connaître la topologie du réseau depuis le nœud à l’origine de la demande initiale de mise en veille. En effet, la mise en veille se propage de façon récursive depuis un nœud à l’origine de la demande initiale jusqu’à des extrémités de branches.Lors d’une étape E200, le nœud receveur B reçoit le message M1 comprenant la demande de mise en veille du réseau. A la réception de la demande de mise en veille, le nœud receveur B peut accepter ou refuser la demande et le cas échéant indiquer la raison du refus. Sur la fig.2, le nœud receveur B accepte la demande de mise en veille. Lors d’une étape E210, le nœud receveur B envoie donc un message M2 au nœud demandeur A identifié dans le message M1, ledit message indiquant que le nœud receveur accepte la demande de mise en veille. Le message M2 comprend : - Une information permettant de définir la catégorie de message (ici réponse à une demande de mise en veille). Cette information peut être un identifiant numérique permettant de définir la catégorie du message parmi un ensemble de catégories de message; - Un identifiant du nœud B envoyant le message (identifiant au sein de la topologie, e.g. son adresse MAC) ; - Une réponse au message M1: acceptation de la demande de mise en veille ; et - Optionnellement, une liste de ses nœuds adjacents. Cette information permet au nœud A d’avoir une vision des nœuds adjacents au nœud B. Cette information permet notamment de compléter la vision topologique du système et de donner au nœud A une prévision de propagation vers l’aval au travers de la connaissance des nœuds adjacents au nœud B. Lors d’une étape S220, le nœud demandeur A reçoit la réponse, i.e. le message M2, envoyée par le nœud receveur B. En cas de pluralité de nœuds adjacents, des messages sont reçus de l’ensemble de ses nœuds adjacents. A la réception d’une réponse (message M2) et si la demande est acceptée, le nœud demandeur A va changer l’état du procédé associé au nœud receveur en « accepté » et envoyer un ordre de mise en veille. La demande ayant été acceptée, le nœud demandeur A envoie, lors d’une étape S230, au nœud receveur B un message M3 comprenant un ordre de mise en veille. Le message M3 comprend : - Une information permettant de définir la catégorie de message (ici ordre de mise en veille). Cette information peut être un identifiant numérique permettant de définir la catégorie du message parmi un ensemble de catégories de message; - Un identifiant du nœud envoyant le message (identifiant au sein de la topologie, adresse MAC) ; - Optionnellement, une valeur temporelle pour définir l’instant où les nœuds doivent se mettre en veille. Si la valeur est nulle alors la mise en veille est immédiate. Si cette valeur n’est pas présente dans le message M3, elle est supposée avoir une valeur définie par défaut, e.g. une valeur nulle ; - Optionnellement, une information identifiant un canal dit de « réactivation » qui sera utilisé par tous les nœuds pour y déceler une activité menant à une réactivation/réveil du système. Ce canal peut être le canal courant utilisé avant mise en veille ou bien être différent. Cependant si le canal courant est un canal DFS, le nœud initiant la demande de mise en veille doit en choisir un non-DFS. Il peut sélectionner le canal le moins occupé avant mise en veille ou prendre un canal par défaut ; - Optionnellement, la clé d’identification du réseau définie dans le message M1 si elle est présente ; et - Optionnellement, la liste des identifiants des nœuds par lesquels la demande a transité. Lors d’une étape E220, le nœud receveur B reçoit le message M3 comprenant l’ordre de mise en veille et il envoie en retour un message d’acquittement de l’ordre de mise en veille. Lors d’une étape E230, le nœud receveur B se met en veille. Si la valeur temporelle définie dans le message M3 comprenant l’ordre de mise en veille est égale à zéro, le nœud se met en veille immédiatement. Sinon, il le fait de manière différée. Ainsi, si la valeur temporelle définie dans M3 est une durée, le nœud se met en veille après que la durée indiquée dans M3 soit écoulée. Lorsque le nœud receveur B se met en veille, il effectue les actions suivantes : - Il sauvegarde les informations de connexion (BSSID, SSID, mot de passe) afin de pouvoir se reconnecter ultérieurement au réseau et conserver la même topologie qu’avant la mise en veille. Optionnellement, il sauvegarde la clé d’identification du réseau et une donnée permettant d’identifier le canal, e.g. un numéro de canal identifiant une bande de fréquences, utilisé avant la mise en veille. Cette dernière information pourra par exemple être utilisée lors d’arbitrages par un nœud gestionnaire, suite à une réactivation du système sur le canal de réactivation, afin de basculer l’ensemble des nœuds du réseau de collecte sur un canal plus approprié ; et - Il désactive ses interfaces radio « AP-B » et « ST-B » uniquement en émission, ces dernières restant actives en réception. La désactivation des interfaces radio « AP-B » et « ST-B » permet une désactivation en émission et en réception des interfaces radio « AP-F ». En effet, dès lors que les interfaces radio « AP-B » et « ST-B » sont désactivées, plus aucune information n’est échangée au travers des interfaces radio « AP-F ». Dans une variante, les interfaces radio « AP-F » sont laissées actives. Cette variante permet de détecter une activité d’un terminal mobile, e.g. un téléphone qu’on rallume, et de déclencher une réactivation du système à partir de cette détection. Optionnellement, avant ou après la mise en veille, il configure également le canal en appliquant celui, i.e. le canal de « réactivation », qui est indiqué dans le message M3 comprenant l’ordre de mise en veille. Ainsi, le nœud receveur B se mettra à l’écoute sur ce canal de réactivation afin d’y détecter d’éventuelles ordres de réactivation. Lors d’une étape S240, le nœud demandeur reçoit le message d’acquittement. Cet acquittement permet au nœud demandeur, i.e. celui ayant envoyé l’ordre de mise en veille, de se mettre en veille à son tour. En cas de pluralité de nœuds adjacents, comme illustré sur la Fig. 3, le nœud demandeur se met en veille lorsqu’il a reçu les messages d’acquittement de l’ensemble des nœuds receveur B, C et D. De manière optionnelle, le nœud demandeur, s’il est capable d’opérer sur les mêmes fréquences que le nœud receveur B, analyse son environnement radio pour vérifier que le nœud receveur a bien arrêté de transmettre et s’est donc mis en veille. Le nœud demandeur A peut alors changer l’état du procédé associé au nœud receveur « en veille ». La Fig. 4 illustre le procédé de mise en veille dans lequel le nœud receveur B de la demande de mise en veille est un nœud intermédiaire, i.e. un nœud qui ne se trouve pas en bout de chaîne et qui a donc lui-même des nœuds adjacents C et D autres que le nœud demandeur comme illustré sur la Fig. 5 . Sur cette figure, A est le nœud demandeur. Le nœud A envoie une demande de mise en veille au nœud B. Dans ce cas-ci, le nœud B va refuser la demande de mise en veille car il est un nœud intermédiaire entre le nœud A et les nœuds C et D. Le nœud B va alors initier à son tour une demande de mise en veille à ses propres nœuds adjacents (C et D) en suivant le procédé décrit ci-dessus en référence à la Fig. 2. Lors d’une étape S200, le nœud demandeur A du réseau de communication sans fil détecte un déclenchement d’une mise en veille du réseau, e.g. par un utilisateur. Le nœud demandeur A peut être n’importe quel nœud du réseau de communication sans fil. Le déclenchement de la mise en veille peut se faire par un utilisateur par appui sur un bouton physique du nœud demandeur. Selon une variante, le déclenchement de la mise en veille est effectué par un utilisateur via une interface utilisateur rattachée au nœud demandeur. Le nœud demandeur va alors démarrer le procédé de mise en veille. Lors d’une étape S210, le nœud demandeur envoie en point à point (« unicast » en anglais) à destination d’un nœud adjacent, en l’occurrence le nœud B sur la Fig. 5, un message M1 comprenant une demande de mise en veille. Il change également l’état du procédé de mise en veille relativement au nœud receveur B en « interrogé ». En cas de pluralité de nœuds adjacents, le message M1 est envoyé à l’ensemble de ses nœuds adjacents. Le message est par exemple transmis à l’aide d’un bus de communication au travers d’un lien filaire ou bien d’un lien sans fil (e.g. Wi-Fi ou Bluetooth). Lors d’une étape E200, le nœud receveur B reçoit le message M1 comprenant la demande de mise en veille du réseau. Lors d’une étape E215, le nœud receveur B envoie un message M2 au nœud demandeur A, ledit message M2 indiquant qu’il refuse la demande de mise en veille. Le message M2 comprend : - Une information permettant de définir la catégorie de message (ici réponse à une demande de mise en veille). Cette information peut être un identifiant numérique permettant de définir la catégorie du message parmi un ensemble de catégories de message; - Une réponse au message M1: refusé ; - Une raison du refus : Nœud intermédiaire ; et - Optionnellement, la liste de ses nœuds adjacents. En effet, le nœud B étant un nœud intermédiaire doit d’abord s’assurer que tous ses nœuds adjacents sont en veille avant d’accepter une demande de mise en veille. Lors d’une étape S225, le nœud demandeur A reçoit la réponse envoyée par le nœud receveur B. Si la demande est refusée, la raison du refus est analysée. Dans le cas où la raison est « nœud intermédiaire », le nœud demandeur va alors changer l’état du procédé relativement au nœud receveur en « en attente ». Lors d’une étape E216, le nœud receveur intermédiaire déclenche le procédé de mise en veille pour ses nœuds adjacents hormis le nœud demandeur, en l’occurrence pour les nœuds C et D de la Fig. 5. Les étapes de la Fig. 4 sont donc mises en œuvre avec le nœud B comme nœud demandeur et le nœud C ou D comme nœud receveur. Dans ce cas, lors de l’étape S200, la détection du déclenchement de la mise en veille pour le nœud B n’est pas effectuée par un utilisateur mais par la réception du message M1 comprenant la demande de mise en veille provenant du nœud A. Les étapes du procédé de mise en veille sont donc appliquées de manière récursive. Lors d’une étape E218, une fois que les nœuds C et D sont en veille, le nœud receveur intermédiaire B envoie au nœud demandeur A un message M4 comprenant une demande d’autorisation de mise en veille. Le message M4 comprend : - Une information permettant de définir la catégorie de message (ici une demande d’autorisation de mise en veille). Cette information peut être un identifiant numérique permettant de définir la catégorie du message parmi un ensemble de catégories de message; et - Un identifiant du nœud B envoyant le message (identifiant au sein de la topologie, e.g. son adresse MAC). Lors d’une étape S228, nœud demandeur A reçoit le message M4 comprenant la demande d’autorisation de mise en veille. Lors d’une étape S230, le nœud demandeur envoie un message M3 comprenant un ordre de mise en veille. Il change l’état associé au nœud B en « accepté ». Lors d’une étape E220, le nœud receveur reçoit le message M3 comprenant l’ordre de mise en veille et se met en veille. Lors d’une étape E230, le nœud receveur B envoie un message d’acquittement de l’ordre de mise en veille. Lors d’une étape S240, le nœud demandeur reçoit le message d’acquittement. Cet acquittement permet au nœud demandeur, i.e. celui ayant envoyé l’ordre de mise en veille, de se mettre en veille à son tour. En cas de pluralité de nœuds adjacents, comme illustré sur la Fig. 3, le nœud demandeur se met en veille lorsqu’il a reçu les messages d’acquittement de l’ensemble des nœuds receveur B, C et D. De manière optionnelle, le nœud demandeur, s’il est capable d’opérer sur les mêmes fréquences que le nœud receveur B, analyse son environnement radio pour vérifier que le nœud receveur a bien arrêté de transmettre et s’est donc mis en veille. Le nœud demandeur A peut alors changer l’état du procédé associé au nœud receveur en « en veille ». Bien entendu, si l’un des nœuds C ou D a lui-même des nœuds adjacents, le procédé décrit en lien avec la Fig. 4 est appliqué avec le nœud C ou D comme nœud demandeur et ses nœuds adjacents comme nœuds receveur. Ainsi, de proche en proche, l’ensemble du réseau de communication sans fil est mis en veille. Dans un mode particulier de réalisation (non représenté sur les Figs. 2 et 4), la demande de mise en veille peut être refusée par un nœud receveur pour un autre type de raison que le fait d’être « nœud intermédiaire». Dans une variante, un nœud receveur peut ne pas répondre à une demande de mise en veille car il est non joignable, par exemple parce qu’il est éteint ou perturbé. Dans tous ces cas (i.e. refus pour un autre type de raison que le fait d’être « nœud intermédiaire » ou bien absence de réponse), le nœud demandeur va changer en mémoire l’état du procédé de mise en veille relatif au nœud receveur en « refusé ». En effet, un nœud receveur peut être non joignable. De ce fait, il ne peut pas être informé de la mise en veille du réseau. Dans ce cas particulier, la procédure de mise en veille est annulée. Le nœud demandeur informe les autres nœuds de l’arrêt de la procédure de mise en veille. Le cas échéant, il peut demander aux nœuds déjà mis en veille de se réactiver, e.g. en utilisant le procédé décrit en référence aux Figs. 6 et 7. Les nœuds ayant reçu la demande d’annulation de la mise en veille voient leurs états configurés à « annulé » au niveau du nœud demandeur. Les nœuds qui ne sont pas encore mis en veille reçoivent une demande d’annulation et appliquent la même procédure de façon récursive. La demande d’annulation doit être acquittée. A la réception de l’acquittement, le nœud demandeur change son état et le configure à « prêt ». Dans un mode particulier de réalisation, des trames de balise (« beacon frame » en anglais) peuvent être diffusées afin d’informer l’ensemble des nœuds du réseau de communication sans fils que ce dernier est en cours de mise en veille. Plus précisément, le nœud à partir duquel la mise en veille a été déclenchée ajoute dans au moins une trame de balise (« beacon frame » en anglais) une information (IE) indiquant que le réseau est en cours de mise en veille. Dans une variante, ce nœud ajoute dans au moins une trame de balise une information (IE) indiquant l’état du procédé de mise en veille, e.g. si celui-ci est en cours, terminé, annulé, etc. Le procédé selon au moins un mode de réalisation permet avantageusement de mettre en veille au moins une partie du réseau et donc d’économiser de l’énergie et de limiter la diffusion inutile de signaux électromagnétiques. Par ailleurs, cette mise en veille peut être déclenchée depuis n’importe quel nœud du réseau. Les Figs 6 et 7 illustrent schématiquement un procédé de réactivation d’un réseau de communication sans fil distribué conforme à l’une des normes IEEE 802.11, par exemple le réseau 100, ledit réseau de communication sans fil comprenant une pluralité de nœuds de collecte dont une partie au moins est en veille. La mise en veille des nœuds a pu s’effectuer via le procédé décrit en référence aux Figs 2 et 4 ou par tout autre procédé permettant une mise en veille aboutissant à une désactivation des interfaces radio de collecte « AP-B » et « ST-B » uniquement en émission, ces dernières restant actives en réception. Dans une variante, la désactivation des interfaces radio de collecte « AP-B » et « ST-B » en émission a été suivie d’une désactivation des interfaces radio « AP-F » en émission et en réception. Les informations de connexion (e.g. ou « Basic Service Set IDentifier », SSID et mot de passe), optionnellement la clé d’identification et le canal utilisé avant la mise en veille auront également été sauvegardés en mémoire lors de la procédure de mise en veille. Plus particulièrement, la Fig. 6 illustre le procédé du point de vue d’un nœud, dit maître, à partir duquel le procédé de réactivation du réseau est déclenché et la Fig. 7 illustre le procédé du point de vue d’un autre nœud du réseau. En référence à la Fig. 6, lors d’une étape S600, un nœud du réseau de communication sans fil détermine qu’une réactivation du réseau de communication sans fil a été déclenchée par un utilisateur. Ce nœud peut être n’importe quel nœud du réseau de communication sans fil. Le déclenchement de la réactivation peut se faire par un utilisateur par appui sur un bouton physique du nœud. Selon une variante, le déclenchement de la réactivation est effectué par un utilisateur via une interface utilisateur rattachée au nœud. Le nœud va alors démarrer le procédé réactivation et devient nœud maître du procédé de réactivation. Lors d’une étape S610, le nœud maître met en mémoire les informations utiles à la réactivation du réseau. Notamment, il stocke en mémoire : son état interne qu’il configure à « réactivation» et une information d’horodatage (« timestamp » en anglais) pour qu’elle soit égale à la date du déclenchement par l’utilisateur de la réactivation. L’état interne du nœud donne une indication sur la phase dans laquelle il se trouve dans le procédé de réactivation. L’état « réactivation » indique qu’il est en cours de réactivation et l’état « prêt » indique qu’il est réactivé et qu’il peut donc recevoir et transmettre des données via ses interfaces radio de la même manière qu’avant la mise en veille. Lors d’une étape S620, le nœud maître réactive l’ensemble de ses interfaces radio. Notamment, il réactive ses interfaces radio « AP-F » en émission et en réception et ses interfaces radio de collecte « AP-B » et « ST-B » en émission. Dans une variante de réalisation, le nœud maître réactive uniquement ses interfaces radio de collecte « AP-B » et « ST-B » en émission. Dans cette variante, ses interfaces radio « AP-F » sont réactivées en émission et en réception plus tard, e.g. à l’issue de l’étape S650. Le canal de réactivation est utilisé optionnellement lors de la réactivation du système. Si, lors de la réactivation, le canal de réactivation est en service, il va continuer à être utilisé lors de l’utilisation du réseau. Ce canal peut être différent du canal utilisé préalablement à la mise en veille. Dans une variante de réalisation, le nœud maître configure, lors de S620, le canal utilisé par ses interfaces radio de collecte sur le canal défini avant mise en veille. Lors d’une étape S630, le nœud maître diffuse à l’ensemble des nœuds du réseau un message leur indiquant de se réactiver. En effet, les interfaces radio « AP-B » et « ST-B » des nœuds sont actives en réception pendant la période de mise en veille du réseau. Ainsi, les nœuds à portée du nœud maître restent configurés pour recevoir et lire les messages diffusés par le nœud maître. A cet effet, le nœud maître ajoute, dans ses trames de balise, une information IE (« Information Element » en anglais) comprenant notamment les informations utiles à la réactivation du réseau mises en mémoire à l’étape S630, i.e. son état interne configuré à « réactivation » et optionnellement une information d’horodatage correspondant à la date du déclenchement par l’utilisateur de la réactivation. L’IE comprend optionnellement un identifiant du nœud maître, e.g. son adresse MAC, et une clé d’identification négociée avant mise en veille du réseau afin d’identifier le nœud maître comme appartenant bien au réseau. La clé d’identification peut également être utilisée comme une clé de hachage afin de crypter ces données pour parer à d’éventuelles attaques. Lors d’une étape S640, le nœud maître s’appaire au nœud qui était son « parent » avant la mise en veille. Il vérifie que l’ensemble de ses nœuds enfants sont appairés à lui et que l’état de l’ensemble des nœuds du réseau est configuré à « prêt ». Si c’est le cas alors le nœud maître peut à son tour se configurer comme « prêt » lors d’une étape S650. Le nœud « maître » est le dernier nœud passant à l’état « prêt », ce qui indique que le procédé de réactivation est terminé et que le réseau fonctionne de la même manière qu’avant la mise en veille. Dans une variante, le nœud maître envoie un message sur l’ensemble du réseau qui doit être acquitté en cascade de la même façon que pour la demande de mise en veille afin de vérifier que tous les nœuds sont bien réactivés. Par exemple en référence à la Fig. 5, en supposant que A est le nœud maître, il envoie alors à B un message de vérification, B transmet le message à C et à D. Une fois que C et D ont répondu à B, B répond à A pour confirmer que ses nœuds enfant sont réactivés. En référence à la Fig. 7, lors d’une étape S700, un nœud du réseau de communication sans fil, dit nœud courant, détermine qu’une réactivation du réseau de communication sans fil a été déclenchée. Pour un nœud courant différent du nœud maître, l’étape S700 (qui correspond à l’étape S600 pour le nœud maître) comprend les étapes S705 à S730. Lors d’une étape S705, le nœud courant reçoit une trame de balise émise par le nœud maître ou relayée par un autre nœud du réseau. Lors d’une étape optionnelle S710, le nœud courant compare l’information d’horodatage Ts_reçu reçue dans la trame de balise avec sa propre information d’horodatage Ts_courant pour vérifier s’il s’agit bien d’un nouvel événement. Si Ts_reçu est plus grand que Ts_courant, le nœud courant vérifie l’état indiqué dans l’IE de la trame de balise reçue. Dans le cas contraire, il va considérer que la trame de balise comprend une information obsolète et va ignorer la trame de balise lors d’une étape S720. Si l’état dans l’IE indique « réactivation », le nœud courant vérifie lors d’une étape optionnelle S730 si la clé d’indentification négociée avant la mise en veille et stockée dans sa mémoire est identique à la clé indiquée dans la trame de balise reçue. Si c’est le cas, il va relayer les informations de réactivation (état, information d’horodatage, identification du nœud maître, optionnellement clé d’identification) aux autres nœuds. A cet effet, lors d’une étape S740, le nœud courant met en mémoire les informations utiles à la réactivation du réseau. Cela est effectué à partir de l’IE de la trame de balise reçue. Notamment, il stocke en mémoire son état interne en le configurant à « réactivation». Optionnellement, il stocke la valeur de Ts_reçu laquelle vient remplacer la valeur Ts_courant, et d’autres données telles que l’identifiant du nœud maître indiqué dans l’IE. Lors d’une étape S750, le nœud courant réactive l’ensemble de ses interfaces radio. Notamment, il réactive ses interfaces radio « AP-F » en émission et en réception et ses interfaces radio de collecte « AP-B » et « ST-B » en émission. Dans une variante, le nœud courant réactive uniquement ses interfaces radio de collecte « AP-B » et « ST-B » en émission. Dans cette variante, ses interfaces radio « AP-F » sont réactivées en émission et en réception plus tard, e.g. à l’issue de l’étape S780. Le canal de réactivation est utilisé optionnellement lors de la réactivation du système. Si, lors de la réactivation, le canal de réactivation est en service, il va continuer à être utilisé lors de l’utilisation du réseau. Dans une variante, il configure le canal utilisé par ses interfaces radio de collecte sur le canal défini avant mise en veille. Lors d’une étape S760, le nœud courant diffuse des trames de balise comprenant une information IE (« Information Element » en anglais) avec les informations utiles à la réactivation du réseau mises en mémoire à l’étape S740, i.e. son état interne configuré à « réactivation », l’information d’horodatage correspondant à la date du déclenchement par l’utilisateur de la réactivation et l’identifiant du nœud maître. L’IE comprend optionnellement la clé d’identification négociée avant mise en veille du réseau afin d’identifier le nœud courant comme appartenant bien au réseau. Ainsi, de proche en proche, les informations figurant dans la trame de balise du nœud maître sont relayées par d’autres nœuds du réseau. Dans une variante, le nœud courant ajoute son propre identifiant, e.g. son adresse MAC, dans l’IE. Ainsi, il est possible de savoir par quels nœuds les informations de réactivation ont transité. Lors d’une étape S770, ayant connaissance de sa topologie proche, le nœud courant va s’appairer au nœud qui était son « parent » avant la mise en veille. En effet, le nœud, comme tout équipement Wi-Fi, a la connaissance et a donc en mémoire, indépendamment de son état de fonctionnement la liste des stations (nœuds enfants) qui sont associés sur son interface AP-B et le point d’accès (nœud parent) sur lequel est associée son interface ST-B. Si le nœud courant ne possédait pas de nœuds enfants avant sa mise en veille, après appairage avec son nœud parent, il configure son état interne à « prêt » et met à jour sa propre information d’horodatage pour y indiquer la date de son changement d’état lors d’une étape S780. Si le nœud courant possédait des nœuds enfants avant sa mise en veille, il attend que l’ensemble de ses nœuds enfants soient appairés à lui. Optionnellement, il vérifie par le biais d’un balayage de son environnement radio que leur état interne est bien configuré à « prêt ». Si c’est le cas alors le nœud courant, après appairage avec son nœud parent, configure à son tour son état interne à « prêt » et met à jour sa propre information d’horodatage pour y indiquer la date de son changement d’état lors de l’étape S780. Ainsi, il indique ainsi que le procédé de réactivation est achevé pour sa branche. Dans le cas particulier d’une topologie en boucle, les nœuds ayant connaissance de la topologie, changent leur état interne à « prêt » une fois que l’ensemble de leurs nœuds « enfant» se sont appairés et qu’ils se sont eux-mêmes associés à leurs nœuds «parent». L’ensemble des nœuds scannent alors de manière périodique leur environnement radio pour vérifier si chaque trame de balise émise par les nœuds du réseau contient bien l’état « prêt ». Une fois que seul l’état « prêt » est diffusé, le procédé de réactivation est terminé. Cette approche peut également être utilisée dans le cadre d’une topologie en étoile et en branche. Les procédés de mise en veille et de réactivation du réseau de communication sans fil distribué peuvent être implémentés de manière indépendante. Ainsi, le réseau de communication sans fil mis en veille par le procédé décrit en référence aux étapes Figs 2 à 5 peut être réactivé par le procédé décrit en référence aux Figs 6 et 7 ou bien par un procédé différent. De la même manière, le réseau de communication sans fil réactivé par le procédé décrit en référence aux Figs 6 et 7 peut avoir été mis en veille préalablement par le procédé décrit en référence aux Figs 2 à 5 ou bien par un procédé différent. La Fig. 8 illustre schématiquement l’architecture matérielle d’un dispositif électronique ou nœud de collecte 800 d’un réseau de communication sans fil, le dispositif électronique ou nœud de collecte étant configuré pour exécuter tout ou partie des étapes du procédé illustré dans la Fig. 2, dans la Fig.4, dans la Fig. 6 ou dans la Fig. 7. Ainsi, le dispositif électronique 800 comprend, reliés par un bus de communication : un processeur ou CPU (« Central Processing Unit » en anglais) 801 ; une mémoire MEM 802 de type RAM (« Random Access Memory » en anglais), ROM (« Read Only Memory » en anglais) et/ou EPROM (« Erasable Programmable Read Only Memory » en anglais), possiblement un module réseau NET 803, par exemple de type Ethernet, un module de stockage STCK 804 de type stockage interne et possiblement une pluralité de modules radiofréquence 805 à 80N conformes à une norme de type IEEE 802.11. Le nœud de collecte 800 peut optionnellement comprendre une ou plusieurs interfaces d’entrée/sortie non représentées sur la Fig. 8 (e.g. un clavier, une souris, un pavé tactile (« touchpad » en anglais, une webcam, etc.), chacune étant configurée pour afficher des informations et/ou permettre à un utilisateur de rentrer des commandes ou des données. Le nœud de collecte 800 peut également comprendre une source d’énergie non représentée sur la Fig. 8 qui peut également être externe au nœud de collecte. Le module de stockage STCK 804 peut être de type disque dur HDD (« Hard Disk Drive » en anglais) ou SSD (« Solid-State Drive » en anglais), ou de type lecteur de support de stockage externe, tel un lecteur de cartes SD (« Secure Digital » en anglais). Le processeur CPU 801 peut enregistrer des données, ou informations, dans la mémoire MEM 802 ou dans le module de stockage STCK 804. Le processeur CPU 801 peut lire des données enregistrées dans la mémoire MEM 802 ou dans le module de stockage STCK 804. Ces données peuvent correspondre à des paramètres de configuration. Le module réseau NET 503, si présent, permet typiquement la connexion du dispositif électronique 800 à un réseau local et/ou Internet. Chaque module radiofréquence 805 à 80N permet au dispositif électronique 800 d’établir une pluralité d’interfaces radiofréquence conforme à une norme dite Wi-Fi. Une interface radiofréquence peut être un point d’accès Wi-Fi, ou au contraire une interface radiofréquence dite utilisateur permettant une association à une interface radiofréquence dite point d’accès d’un autre dispositif électronique. Le processeur CPU 801 est capable d’exécuter des instructions chargées dans la mémoire MEM 802, par exemple à partir du module de stockage STCK 804. Lorsque le dispositif électronique 800 est mis sous tension, le processeur CPU 801 est capable de lire de la mémoire MEM 802 des instructions et de les exécuter. Ces instructions forment un programme d’ordinateur causant la mise en œuvre, par le processeur CPU 801, de tout ou partie des procédés et étapes décrits ci-avant, particulièrement le procédé décrit dans les Figs 2 et 4 ou le procédé décrit dans les Figs 6 et 7. Ainsi, tout ou partie des procédés et étapes décrits ci-avant peut être implémenté sous forme logicielle par exécution d’un ensemble d’instructions par une machine programmable, telle qu’un DSP (« Digital Signal Processor » en anglais) ou un microcontrôleur. Tout ou partie des procédés et étapes décrits ici peut aussi être implémenté sous forme matérielle par une machine ou un composant dédié, tel qu’un FPGA (« Field-Programmable Gate Array » en anglais) ou un ASIC (« Application-Specific Integrated Circuit » en anglais). Les fonctions du dispositif électronique 800 peuvent être intégrées dans un nœud d’un réseau sans fil conforme à une norme 802.11 IEEE par une mise à jour d’un logiciel, c’est-à-dire par exemple par mise à jour du microprogramme (« firmware » en anglais) du dispositif électronique 800. Un procédé de réactivation d’un réseau de communication sans fil conforme à l’une des normes IEEE 802.11 comprenant une pluralité de nœuds de collecte organisés selon une hiérarchie parent/enfant, au moins un nœud de collecte dudit réseau de communication, dit nœud courant, comprenant une interface radiofréquence point d’accès et/ou utilisateur d’un réseau sans fil dit réseau de collecte associé au réseau de communication lesquelles sont désactivées en émission, le procédé étant exécuté par ledit nœud courant, et étant caractérisé en ce qu’il comprend : - recevoir (S705) une première trame de balise comprenant une information d’état indiquant une réactivation,; et a) mettre en mémoire (S740) une information d’état dudit nœud courant pour indiquer qu’une réactivation est en cours; b) réactiver (S620, S750) pour ledit nœud courant l’ensemble des interfaces radiofréquence point d’accès et/ou utilisateur du réseau de collecte; c) diffuser (S630, S760) une seconde trame de balise comprenant une information d’état indiquant une réactivation ; d) s’appairer (S640, S770) à un nœud parent et dans le cas où ledit nœud courant possède des nœuds enfant, attendre que lesdits nœuds enfant s’appairent à lui et vérifier que lesdits nœuds enfants sont réactivés ; mettre à jour un état interne indiquant que ledit nœud courant est réactivé. Le procédé selon la revendication 1, dans lequel, ledit nœud courant comprenant en outre une interface radiofréquence point d’accès d’un réseau sans fil dit réseau utilisateur associé au réseau de communication laquelle est désactivée en émission et en réception, ledit procédé comprend, après l’étape b), une étape de réactivation de ladite interface radiofréquence point d’accès dudit réseau utilisateur en émission et en réception. Le procédé selon la revendication 1 ou 2, dans lequel ladite première trame de balise comprend en outre une information d’horodatage correspondant à la date à laquelle ladite réactivation a été déclenchée, lesdites étapes a) à d) étant effectuées uniquement dans le cas où une valeur de ladite information d’horodatage reçue est supérieure à une valeur d’une information d’horodatage courante associée audit nœud courant. Le procédé selon la revendication 3, dans lequel l’étape a) comprend en outre la mise en mémoire de l’information d’horodatage reçue à la place de l’information d’horodatage courante. Le procédé selon la revendication 3 ou 4, dans lequel ladite seconde trame de balise comprend en outre l’information d’horodatage reçue. Le procédé selon l’une des revendications 1 à 5, dans lequel ladite première trame de balise comprenant en outre une clé d’identification dudit réseau, lesdites étapes a) à d) sont effectuées uniquement dans le cas où ladite clé d’identification dudit réseau de ladite trame de balise est identique à une clé d’identification stockée en mémoire dudit nœud courant. Le procédé l’une des revendications 1 à 6, dans lequel ladite réactivation a été déclenchée par un appui sur un bouton dudit nœud maître. Le procédé selon l’une des revendications 1 à 7, dans lequel ledit réseau étant réactivé, le procédé comprend pour un nœud dudit réseau dit nœud receveur: recevoir un message d’un nœud du réseau, dit nœud demandeur, comprenant une demande de mise en veille ; et si ledit nœud receveur est un nœud n’ayant pas d’autre nœud adjacent que ledit nœud demandeur : Envoyer un message audit nœud demandeur indiquant qu’il accepte la demande de mise en veille ; Recevoir un message comprenant un ordre de mise en veille ; Envoyer un message audit nœud demandeur acquittant l’ordre de mise en veille ; Se mettre en veille en stockant en mémoire des informations de connexion et en désactivant en émission ses interfaces radiofréquence point d’accès et/ou utilisateur dudit réseau de collecte; sinon: - Envoyer un message audit nœud demandeur indiquant qu’il refuse la demande de mise en veille et une indication qu’il est nœud intermédiaire ; - Répéter les étapes 1) à 5) de manière récursive pour chacun des nœuds adjacents dudit nœud receveur distincts dudit nœud demandeur avec ledit nœud receveur agissant comme nouveau nœud demandeur, jusqu’à ce que l’ensemble des nœuds adjacents dudit nœud receveur soit mis en veille ; - Envoyer un message audit nœud demandeur comprenant une demande d’autorisation de mise en veille ; - Recevoir un message comprenant un ordre de mise en veille ; - Envoyer un message audit nœud demandeur en acquittant l’ordre de mise en veille ; et - Se mettre en veille en stockant en mémoire des informations de connexion et en désactivant en émission ses interfaces radiofréquence point d’accès et/ou utilisateur dudit réseau de collecte. Le procédé selon la revendication 8, dans lequel se mettre en veille comprend en outre désactiver son interface radiofréquence point d’accès du réseau utilisateur en émission et en réception. Le procédé selon la revendication 8 ou 9, dans lequel le message comprenant la demande de mise en veille comprend une information indiquant qu’il s’agit d’une demande de mise en veille et un identifiant du nœud demandeur. Le procédé selon la revendication 10, dans lequel le message comprenant la demande de mise en veille comprend en outre une clé d’identification propre audit réseau. Le procédé selon l’une des revendications 8 à 11, dans lequel le message comprenant l’ordre de mise en veille comprend une information indiquant qu’il s’agit d’un ordre de mise en veille et un identifiant du nœud envoyant le message. Le procédé selon la revendication 12, dans lequel le message comprenant l’ordre de mise en veille comprend en outre une valeur temporelle définissant un instant auquel ledit nœud receveur doit se mettre en veille. Le procédé selon la revendication 12 ou 13, dans lequel le message comprenant l’ordre de mise en veille comprend en outre la clé d’identification propre audit réseau de ladite demande de mise en veille. Le procédé selon l’une des revendications 12 à 14, dans lequel le message comprenant l’ordre de mise en veille comprend en outre un identifiant d’un canal sur lequel les interfaces radio dudit nœud receveur doivent se mettre en veille. Le procédé selon l’une des revendications 8 à 15, dans lequel le message comprenant la demande d’autorisation de mise en veille comprend une information indiquant qu’il s’agit d’une demande d’autorisation de mise en veille et un identifiant du nœud envoyant ledit message. Un nœud de collecte d’un réseau de communication sans fil conforme à l’une des normes IEEE 802.11, ledit réseau comprenant une pluralité de nœuds de collecte organisés selon une hiérarchie parent/enfant, ledit nœud de collecte comprenant une interface radiofréquence point d’accès et/ou utilisateur d’un réseau sans fil dit de collecte associé au réseau de communication lesquelles sont désactivées en émission, ledit nœud de collecte étant caractérisé en ce qu’il est adapté pour exécuter les étapes du procédé selon l’une quelconque des revendications 1 à 16. Un programme d’ordinateur, lequel comprend des instructions pour mettre en œuvre, par un processeur d’un nœud de collecte d’un réseau de communication sans fil distribué comprenant une pluralité de nœuds de collecte, un procédé selon l’une quelconque des revendications 1 à 16, lorsque le programme d’ordinateur est exécuté par le processeur. Un support d'enregistrement, lisible par un nœud de gestion d’un réseau de communication sans fil distribué, sur lequel est stocké le programme d’ordinateur selon la revendication précédente.