Procédé de gestion de la dégradation de performance d’un réseau sensible au temps TSN comprenant une pluralité de nœuds, un nœud étant un équipement émetteur et/ou récepteur de flux de données ou un commutateur transmetteur des flux de données, les nœuds étant reliés par des liens filaires ou des liens sans-fils, le réseau TSN ayant un nœud agissant comme maître GM selon les principes TSN pour annoncer son horloge comme l’horloge de référence aux nœuds esclaves du réseau, le procédé étant mis en œuvre par ordinateur et comprenant les étapes suivantes : - diviser le réseau TSN en un sous-domaine primaire et une pluralité de sous-domaines secondaires, chaque sous-domaine regroupant un ensemble de nœuds différents reliés uniquement par des liens filaires, le sous-domaine primaire regroupant au moins le nœud maître GM, chaque sous-domaine secondaire ayant un nœud d’entrée en liaison sans-fil avec un autre sous-domaine ; - sélectionner dans chaque sous-domaine secondaire un nœud pour agir comme maître vis-à-vis des autres nœuds esclaves dudit sous-domaine, ledit nœud sélectionné étant configuré pour opérer comme un nœud esclave du nœud maître GM en mode de fonctionnement normal du réseau TSN avec une planification Qbv prédéfinie pour ledit réseau TSN, et étant configuré pour opérer comme un nœud maître secondaire selon les principes TSN pour annoncer son horloge comme l’horloge de référence aux nœuds esclaves de son sous-domaine, quand le lien sans-fil avec le sous-domaine primaire est rompu ; - calculer un temps de report pour chaque nœud d’un même sous-domaine secondaire, le temps de report correspondant à un temps d’attente pour chaque nœud avant d'appliquer une planification Qbv corrigée après le rétablissement d’un lien sans-fil perdu pour ce sous-domaine ; et - après le rétablissement d’un lien sans-fil pour un sous-domaine secondaire, décompter, par chaque nœud dudit sous-domaine secondaire, ledit temps de report déterminé et appliquer une planification Qbv corrigée, le nœud maître secondaire dudit sous-domaine secondaire opérant de nouveau comme nœud esclave du nœud maître GM. Le procédé selon la revendication 1 dans lequel l’étape de diviser le réseau TSN consiste à créer des sous-domaines de sorte que deux sous-domaines ne sont séparés que par des liaisons sans fil. Le procédé selon la revendication 1 dans lequel l’étape de diviser le réseau TSN consiste à créer des sous-domaines de sorte que chaque sous-domaine a au moins un nœud avec une horloge très précise, par exemple, l'horloge du système de positionnement global (GPS). Le procédé selon l’une quelconque des revendications 1 à 3 dans lequel l’étape de sélectionner dans chaque sous-domaine secondaire un nœud pour agir comme maître, consiste à déterminer parmi tous les nœuds d’un même sous-domaine, le nœud dont la fréquence d'horloge correspond le mieux à celle du GM primaire, notamment le nœud dont la fréquence d’horloge est la plus proche de celle du GM. Le procédé selon la revendication 3 dans lequel l’étape de sélectionner dans chaque sous-domaine secondaire un nœud pour agir comme maître, consiste à sélectionner ledit nœud dont l'horloge est très précise. Le procédé selon l’une quelconque des revendications 1 à 5 dans lequel l’étape de calculer un temps de report pour chaque nœud d’un même sous-domaine secondaire, comprend les étapes de : définir un identifiant « Domain_ID » pour ledit sous-domaine secondaire et une valeur initiale de retard accumulé « Accumulated_Delay » entre le nœud d’entrée dudit sous-domaine secondaire et le nœud qui lui est le plus éloigné ; calculer par chaque nœud une valeur de décalage de délai (Pdelay) ; mettre à jour par chaque nœud la valeur initiale de retard accumulé, en ajoutant la valeur de décalage de délai à une valeur de retard accumulé reçue d’un voisin dudit nœud. Le procédé selon la revendication 6 comprenant de plus une étape consistant par chaque nœud à stocker la valeur de retard accumulé mise à jour, ladite dernière valeur stockée correspondant pour ledit nœud à la valeur du temps de report après le rétablissement d’un lien sans-fil pour ledit sous-domaine secondaire. Le procédé selon l’une quelconque des revendications 1 à 7 comprenant avant l’étape de décompter un temps de report, une étape consistant à déterminer quand un lien sans-fil entre le sous-domaine primaire et un sous-domaine secondaire est rompu, et une étape consistant à déterminer quand ladite liaison sans-fil est rétablie. Le procédé selon la revendication 8 dans lequel l’étape de déterminer quand un lien sans-fil entre le sous-domaine primaire et un sous-domaine secondaire est rompu, consiste à déterminer s’il existe ou non une dérive d’horloge entre l'horloge de référence du nœud maître GM et les horloges des nœuds esclaves dudit sous-domaine secondaire, et l’étape de déterminer quand ladite liaison sans-fil est rétablie, consiste à déterminer s’il existe ou non une dérive d’horloge entre l'horloge de référence du nœud maître secondaire et les horloges des nœuds esclaves dudit sous-domaine secondaire. Le procédé selon l’une quelconque des revendications 1 à 9 dans lequel l’étape de calculer un temps de report, est effectuée en utilisant les champs Suffix de messages « Sync », « Pdelay_Req » et « Pdelay_Resp » définis par la norme IEEE 802.1AS. Un produit programme d’ordinateur, ledit programme d’ordinateur comprenant des instructions de code permettant d’effectuer les étapes du procédé selon l'une quelconque des revendications 1 à 10, lorsque ledit programme est exécuté sur un ordinateur. Un dispositif pour gérer la dégradation de performance d’un réseau sensible au temps TSN comprenant une pluralité de nœuds, un nœud étant un équipement émetteur et/ou récepteur de flux de données ou un commutateur transmetteur des flux de données, les nœuds étant reliés par des liaisons filaires ou des liaisons sans-fils, le réseau TSN ayant un nœud agissant comme maître GM selon les principes TSN pour annoncer son horloge comme l’horloge de référence aux nœuds esclaves du réseau, le dispositif comprenant des moyens pour mettre en œuvre les étapes du procédé selon l’une quelconque des revendications 1 à 10. Utilisation du dispositif selon la revendication 12 dans un réseau sensible au temps centralisé, l’architecture du réseau centralisé étant une architecture implémentée selon le modèle dit « Software Defined Network ».