Brevet FR3162585A1 — publié le 20251128

Procédé de classification, par une passerelle résidentielle, d’un flux réseau bidirectionnel transitant par ladite passerelle entre un premier et un deuxième équipement, le procédé comprenant des étapes de collecte (200) des données de trafic réseau relatives audit flux, comprenant au moins un nombre d’octets et un nombre de paquets de données transmis et reçus par le premier équipement, de détermination (201) d’une taille moyenne des paquets à destination du premier équipement, et un ratio entre la quantité de données à destination du premier équipement et la quantité de données en provenance du premier équipement, de comparaison (202) de la taille moyenne déterminée à un premier seuil particulier et le ratio déterminé à un deuxième seuil particulier, de catégorisation (203) du trafic comme sensible ou non sensible en fonction des résultats de la comparaison, et d’application (204) d’au moins une configuration particulière associé audit flux lorsque le trafic est déterminé sensible. Figure d’abrégé : figure 2 Système et méthode de détection et de catégorisation de trafic sensible dans une passerelle domestique L’invention appartient au domaine des réseaux de communication et concerne plus particulièrement la gestion du trafic de données dans les passerelles domestiques. Art antérieur Une passerelle domicile ou résidentielle est un équipement permettant de connecter un réseau local (LAN, pour Local Area Network en anglais) à un réseau étendu (WAN, pour Wide Area Network en anglais). Autrement dit, une passerelle domestique permet de connecter des équipements d’un réseau local (comme des ordinateurs, smartphones, tablettes ou des objets connectés) au réseau Internet. Un tel équipement peut comprendre des fonctions de routeur, par exemple de routeur Wi-Fi®, permettant aux différents équipements du réseau local d’échanger des données entre eux et/ou avec des dispositifs distants ou services en ligne par l’intermédiaire du réseau Internet. Ainsi, une variété de flux transite par la passerelle domestique, dans le sens montant et/ou descendant, comme des flux vidéo, des communications vocales, du trafic de données, etc… Ces différents types de flux ne présentent pas la même sensibilité aux perturbations susceptibles de les affecter, comme les pertes de paquets, la latence ou la gigue : par exemple, les transmissions de données qui reposent sur un protocole tel que TCP (pour Transmission Control Protocol en anglais) bénéficient de mécanismes de contrôle d'erreur et de flux, ce qui les rend moins sensibles aux erreurs de transmission que les protocoles UDP (pour User Datagram Protocol en anglais) qui ne bénéficient pas de tels contrôle. Le trafic généré par les jeux vidéo en ligne ou les applications conversationnelles, comme les données véhiculées lors d’une communication vocale ou vidéo, est particulièrement sensible aux aléas de transmission. En effet, l’interactivité requise par les communications conversationnelles ne permet pas de retransmission ni de mise en mémoire tampon, si bien que qu’une latence excessive ou des pertes de paquets ont une incidence immédiate sur les interactions vocales, en provocant des coupures, des saccades ou des retards susceptibles d’altérer l’interactivité des conversations. Des techniques de priorisation ou de différenciation de trafic ont été proposées et déployées dans les réseaux de communication et permettent de gérer efficacement les flux de données. On peut ainsi attribuer des priorités différentes selon le type de trafic pour garantir une qualité de service (ou QoS pour Quality Of Service en anglais). Par exemple, les données vocales pour la VoIP (Voice over Internet Protocol) peuvent nécessiter une priorité plus élevée pour assurer des appels clairs et sans interruption. Pour cela, les paquets de données sont par exemple marqués par l’émetteur ou un équipement intermédiaire pour qu’ils bénéficient d’un traitement différencié au cours de l’acheminement. Cependant, on ne peut pas toujours faire confiance à l’émetteur pour marquer correctement les paquets qu’il génère, c’est pourquoi le marquage est généralement réalisé par un équipement intermédiaire. Un tel marquage des flux par un équipement intermédiaire, comme un routeur, nécessite une analyse approfondie des paquets de données afin d’identifier le type de données qu’ils véhiculent. Il est par exemple possible d’identifier un flux particulier à partir des ports source et destination d’un paquet IP (pour Internet Protocol en anglais), ou en se basant sur des particularités de certains protocoles, comme l’utilisation d’une séquence de caractères particulière dans les paquets de données, appelée un "signature de protocole" ou "magic number". Ces techniques d’analyse sont efficaces mais nécessitent cependant des capacités de calcul importantes quand il s’agit d’inspecter un grand nombre de paquets. La passerelle résidentielle, qui centralise tous les flux d'un réseau domestique, est stratégique pour l'application de cette différenciation de service. Cependant, les capacités limitées de cet équipement en termes de puissance de calcul et de mémoire ne permettent pas d’identifier efficacement le type des flux qui transitent par elle. En conséquence, les utilisateurs peuvent expérimenter des perturbations pendant les appels vocaux ou vidéo, ou lors de sessions de jeu en ligne, dues à une mauvaise priorisation du trafic. Il existe ainsi un besoin pour une technique permettant d’identifier efficacement et avec un faible coût calculatoire les flux qui transitent par une passerelle résidentielle, afin d’affecter à chacun d’entre eux une priorité qui est adaptée à leur sensibilité aux aléas de transmission. A cet effet, il est proposé un procédé de classification, par une passerelle résidentielle, d’un flux réseau bidirectionnel transitant par ladite passerelle entre un premier et un deuxième équipement, le procédé comprenant les étapes suivantes : Collecter des mesures de trafic réseau relatives audit flux, comprenant au moins un nombre d’octets et un nombre de paquets de données transmis et reçus par le premier équipement, Déterminer, à partir des mesures collectées, une taille moyenne des paquets à destination du premier équipement, et un ratio entre la quantité de données à destination du premier équipement et la quantité de données en provenance du premier équipement, Comparer la taille moyenne déterminée à un premier seuil particulier et le ratio déterminé à un deuxième seuil particulier, Catégoriser le trafic comme sensible ou non sensible en fonction des résultats de la comparaison, et Appliquer au moins une configuration particulière associé audit flux lorsque le trafic est déterminé sensible. Le procédé permet ainsi d’appliquer un traitement différencié à certains flux transitant par la passerelle résidentielle sur la base d’indicateurs simples à obtenir, tels que la taille et la direction des paquets de données. L’étude des tailles moyennes et du ratio de trafic émit/reçu par la passerelle permet d’estimer une probabilité que le trafic est associé à un type d’application particulier sur la base de caractéristique de trafic déterminées au préalable pour une pluralité de types d’applications. Autrement dit, le procédé permet la détection d’un certain type de trafic présentant une sensibilité particulière aux perturbations et d’ajuster un paramètre de configuration en conséquence. Cette détection peut être réalisée sans qu’il soit nécessaire d’analyser le contenu des paquets, ce qui permet au procédé d’être mis en œuvre sur des équipements offrant une capacité de calcul limitée. Plus précisément, les données qui permettent de calculer les indicateurs proposés (comme les compteurs de paquets, et de taille de paquets) sont exposées par la plupart des interfaces réseau, ce qui permet de catégoriser les flux lorsqu’ils sont reçus et retransmis par la passerelle, sans qu’il soit nécessaire de faire remonter les paquets de données au niveau du système d’exploitation de la passerelle. Dans une réalisation particulière, le trafic est considéré non-sensible lorsque la quantité de données globale échangée sur une fenêtre temporelle particulière est inférieure à un troisième seuil particulier. De cette façon, aucun traitement n’est appliqué lorsque le trafic n’est pas significatif, même si les tailles moyennes et ratios correspondent aux seuils. Par exemple, si la somme des données transmises et reçues par un équipement est inférieure à 4Kbits/secondes, aucune priorisation n’est appliquée. Le procédé permet ainsi d’éviter de prioriser le trafic généré par un équipement en veille par exemple. Dans un mode particulier de réalisation, les premiers, deuxièmes et troisièmes seuils sont déterminés par un algorithme d’apprentissage automatique à partir de flux de données étiquetés au préalable. Il est ainsi proposé d’utiliser un algorithme d’apprentissage automatique, par exemple un algorithme de type Random Forest, pour déterminer des seuils permettant de distinguer un trafic sensible d’un trafic non-sensible. L’algorithme est entrainé à partie de données collectées pour des flux dont le caractère sensible est connu au préalable. Selon une réalisation particulière, l’étape d’application d’au moins une configuration particulière comprend le marquage d’au moins un paquet dudit flux. De cette façon, les paquets de données peuvent être traités de manière différenciée selon le marquage appliqué lors de leur acheminement vers le destinataire. Le marquage peut ainsi remplacer un éventuel marquage effectué par l’équipement à la source des données qui peut être non pertinent pour le type d’application. Le marquage peut concerner les paquets circulant dans l’une ou l’autre des directions montantes ou descendantes, ou dans les deux directions. Selon une réalisation particulière, l’étape d’application d’au moins une configuration particulière comprend une priorisation dans la passerelle du trafic associé audit flux. Une telle disposition permet à la passerelle d’appliquer des règles de priorisation de trafic pour assurer une qualité de service optimale lorsque le flux de communication est détecté comme étant sensible, minimisant ainsi la latence et la perte de paquets, et garantissant une communication claire et sans interruption. Dans un mode particulier de réalisation, l’étape d’application d’au moins une configuration particulière comprend l’ajustement d’un seuil de déclenchement d’une procédure de diagnostic. La façon dont des perturbations réseau influencent la qualité perçue par un utilisateur lors de l’utilisation d’une application dépend de la sensibilité de cette application aux aléas de transmission. Autrement dit, pour un même taux de pertes de paquets et/ou une même latence, la qualité perçue par l’utilisateur varie selon le service utilisé. Ainsi, une même dégradation de la qualité de transmission pourra dans certains cas déclencher des appels de réclamation vers un service après-vente de l’opérateur réseau, et dans d’autre cas ne pas susciter de réclamation. En proposant la détermination et/ou d’ajuster un seuil de déclenchement d’une procédure de diagnostic, comme l’affichage d’un indicateur particulier sur un terminal de communication, le procédé permet d’éviter des appels injustifiés vers un service de réclamation et/ou d’apporter un contexte utile à la compréhension du problème rencontré par l’utilisateur. Selon un mode particulier de réalisation, le trafic est déterminé comme sensible lorsque la taille moyenne des paquets est inférieure à 2.2 Ko et que le ratio du trafic descendant sur le trafic montant est compris dans l’intervalle ]0, 6[. Les inventeurs ont constaté par des méthodes d’analyse qu’un trafic sensible comprend généralement au plus six fois plus de données descendantes que de données montantes, et qu’il utilise des paquets de taille inférieure à 2.2Ko dans le cas d’une connexion WiFi®, et inférieure à 1,1Ko dans le cas d’une connexion filaire de type Ethernet. Ainsi, dans certaines réalisations, le procédé comprend une étape de détermination du type d’interface réseau par laquelle les données sont échangées avec le premier équipement, et de sélection d’une valeur de premier seuil en fonction du type d’interface déterminé. Par exemple, les applications de communication interpersonnelles comme la voix sur IP (VoIP), connues pour être particulièrement sensibles aux problèmes de transmission, utilisent généralement des paquets de petite taille (pour limiter la latence) échangés en quantité sensiblement équivalente dans les deux sens de communication, de façon à offrir une faible latence et une bonne interactivité. Ce type de trafic utilise généralement des tailles de paquets inférieure au MTU (pour Maximum Transmission Unit en anglais, ou Unité de transmission maximale). En comparant le trafic avec des seuils adaptés, le procédé permet de déterminer si le trafic est associé à ce type d’application et de prioriser le trafic le cas échéant. De même, les applications de jeu en ligne génèrent un trafic particulier car l’équipement doit transmettre des données en plus d’en recevoir, il est ainsi possible d’identifier ce type de trafic à partir des indicateurs proposés. Selon un autre aspect, l’invention concerne un dispositif de classification d’un flux de paquets de données bidirectionnel entre un premier et un deuxième équipement, ledit flux de données transitant par une passerelle résidentielle, le dispositif comprenant un processeur couplé à une mémoire dans laquelle sont enregistrées des instructions de programme configurées pour mettre en œuvre les étapes suivantes : Collecter des mesures de trafic réseau relatives audit flux, comprenant au moins un nombre d’octets et un nombre de paquets de données transmis et reçus par le premier équipement, Déterminer, à partir des mesures collectées, une taille moyenne des paquets à destination du premier équipement, et un ratio entre la quantité de données à destination du premier équipement et la quantité de données en provenance du premier équipement, Comparer la taille moyenne déterminée à un premier seuil particulier et le ratio déterminé à un deuxième seuil particulier, Catégoriser le trafic comme sensible ou non sensible en fonction des résultats de la comparaison, et Appliquer au moins une configuration particulière associé audit flux lorsque le trafic est déterminé sensible. L’invention concerne aussi une passerelle résidentielle comprenant un dispositif de classification tel que décrit précédemment. Dans un mode particulier de réalisation, les étapes du procédé de classification sont déterminées par des instructions de programmes d’ordinateur. En conséquence, l’invention vise aussi un programme d’ordinateur comportant des instructions adaptées à la mise en œuvre des étapes d'un procédé de classification tel que décrit ci-dessus, lorsque le programme est exécuté par un processeur. Ce programme peut utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. L’invention vise aussi un support d’information lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes d'un procédé tel que décrit ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, une mémoire flash, ou encore un moyen d'enregistrement magnétique, comme un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Les différents modes ou caractéristiques de réalisation précités peuvent être ajoutés indépendamment ou en combinaison les uns avec les autres, aux étapes du procédé de classification. Les dispositifs, unité de contrôle, programmes et supports d’information présentent des avantages analogues à ceux conférés par le procédé de classification. Brève description des figures D'autres caractéristiques et avantages apparaîtront à la lecture d’un mode de réalisation préféré décrit en référence aux dessins annexés parmi lesquels : La FIG. 1 représente un environnement adapté pour mettre en œuvre le procédé de classification selon un mode particulier de réalisation, La FIG. 2 est un ordinogramme représentant les principales étapes d’un procédé de classification selon une réalisation particulière, et La FIG. 3 est un diagramme représentant l’architecture d’un dispositif adapté pour mettre en œuvre le procédé de classification dans une réalisation particulière. Mode de réalisation détaillé Dans la description qui va suivre, des modes de réalisation sont décrits sur la base d’exemples non limitatifs permettant d’expliciter les concepts sur lesquels se base l’invention. En particulier, bien que les exemples et la terminologie employés peuvent se référer à certaines technologies ou standards bien connus, ces références ne sont pas limitatives et d’autres technologies peuvent être adaptées pour mettre en œuvre les concepts de l’invention. La FIG. 1 représente un environnement adapté pour mettre en œuvre le procédé de classification selon un mode particulier de réalisation. L’environnement montre un réseau local (LAN, pour Local Area Network en anglais) 100 comprenant par exemple un ordinateur personnel 101.L’ordinateur 101 peut accéder à un réseau de communication distant 103 par l’intermédiaire d’une passerelle résidentielle 102. Pour cela, la passerelle 102 comprend au moins deux interfaces réseau : une première interface (par exemple une interface WiFi® et/ou Ethernet) permet de connecter des équipements du réseau local, comme l’ordinateur 101, et une deuxième interface (par exemple une interface ADSL, fibre optique, 3G, 4G, ou 5G), permet de connecter la passerelle à un réseau de communication 103 (WAN, pour Wide Area Network en anglais), par exemple au réseau Internet. La passerelle 102 comprend des règles de routage qui permette de transmettre des paquets de données depuis le réseau local vers le réseau de communication 103 et inversement. De cette façon, l’ordinateur 101 peut échanger des messages et établir des communications avec un terminal distant 104, par l’intermédiaire de la passerelle 102 et du réseau de communication 103. Le réseau 103 peut comprendre des équipements permettant d’acheminer les paquets de données, par exemple un ou plusieurs routeurs 105. Les interfaces réseau de la passerelle 102 peuvent être couplées de sorte que les paquets de données reçus sur une première interface peuvent être retransmis par la deuxième interface sans qu’il soit nécessaire de remonter les paquets jusqu’au système d’exploitation s’exécutant sur la passerelle. Ainsi, la translation d’adresse est par exemple effectuée directement par les interfaces réseaux, ce qui permet de décharger l’unité de traitement centrale de la passerelle. Cependant, le système d’exploitation de la passerelle 102 peut interroger lesdites interfaces réseau pour collecter des mesures de trafic. Par exemple le système d’exploitation (et les applications susceptibles de s’exécuter sur le système d’exploitation) peut accéder à des compteurs de paquets, et des compteurs d’octets retransmis pour chaque flux de communication et/ou pour chaque équipement du réseau local 100 sans qu’il soit nécessaire de faire remonter les paquets de données. Une telle architecture permet par exemple d’établir des communications vocales ou audiovisuelles entre un logiciel s’exécutant sur l’ordinateur 101 et le terminal de communication 104. Cette architecture permet aussi à l’ordinateur 101 d’accéder à d’autres services, comme à un serveur de contenu 106 pour télécharger des fichiers ou consulter un contenu audiovisuel en téléchargement continu. Bien entendu, le réseau local 100 peut comprendre une variété de dispositifs connectés (par exemple des objets connectés, des terminaux de communication, tablettes, télévisions connectées, etc…) qui ne sont pas représentés pour des raisons de clarté de l’exposé. Un mode particulier de réalisation du procédé de classification va maintenant être décrit en référence à la FIG. 2 . La FIG. 2 est un ordinogramme sur lequel sont représentées les principales étapes d’un procédé de classification, selon un mode de réalisation particulier. Dans cet exemple de réalisation, le procédé de classification est mis en œuvre par la passerelle 102 pour déterminer la sensibilité du trafic associé à dispositif communiquant tel que l’ordinateur 101 de la FIG. 1 . Bien entendu, l’invention n‘est pas limité par la nature du dispositif communiquant, il peut s’agir d’un terminal de communication, d’un objet connecté, d’un assistant vocal, d’un décodeur multimédia, d’une télévision connectée, etc. Pour cela, la passerelle comprend un processeur couplé avec une mémoire dans laquelle sont enregistrées des instructions de programme configurées pour mettre en œuvre les étapes d’un procédé de classification selon une réalisation particulière. La passerelle résidentielle 102 est configurée pour collecter, lors d’une étape 200 , des données de trafic en temps réel pour au moins un équipement connecté au réseau local 100, par exemple l'ordinateur 101 (et/ou pour une ou plusieurs applications exécutées par un équipement accédant à des services réseau au travers de la passerelle 102). La collecte concerne par exemple un flux de données bidirectionnel échangé au cours d’une communication vocale établie entre l’ordinateur 101 et le terminal de communication 104 ou un flux de données échangées entre l’ordinateur 101 et le serveur de contenu 106. Pour cela, la passerelle interroge les interfaces réseau LAN et/ou WAN équipant la passerelle 102 afin d’obtenir au moins un nombre de paquets ainsi qu’un volume de données échangés dans le cadre d’une communication particulière établie entre l’ordinateur 101 et le terminal 104. Le nombre de paquets et le volume de données sont obtenus pour une période de mesure particulière, par exemple sur une fenêtre glissante de 10 secondes. Pour cela, la passerelle peut interroger une interface réseau à intervalle régulier, par exemple toutes les 10 secondes, et calculer une différence avec les dernières valeurs de compteurs obtenues pour obtenir le nombre de paquets ou d’octets échangés sur la période de mesure écoulée. Les données collectées correspondent à un flux de données particulier, identifié par exemple à partir d’une adresse IP et d’un port. De cette façon, il est possible de distinguer des flux sensibles et non-sensibles issus d’un même équipement. Par exemple, l’ordinateur 101 peut établir une première communication avec le terminal de communication 104 et télécharger simultanément un contenu auprès du serveur 106. Ces deux flux de données sont distinguables par la passerelle sur la base de couple adresse IP / port. Dans certaines réalisations, le procédé s’applique, à l’ensemble des flux associés à un équipement particulier. Les indicateurs sont dans ce cas calculés à partir des données de trafic globale associées à un équipement particulier, tous services confondus. Ainsi, les mesures collectées et indicateurs calculés peuvent concerner la globalité des flux émis et reçus par un équipement particulier, ou bien un sous ensemble de ces flux, comprenant par exemple les flux associés à une ou plusieurs applications ou protocoles de communication particuliers. Lors d’une étape 201 , la passerelle 102 détermine une taille moyenne des paquets à destination de l’ordinateur 101, et un ratio entre le volume de données transmises (Tx) et le volume de données reçues (Rx) par l’ordinateur 101. Pour cela, la passerelle calcule périodiquement, par exemple toutes les 10 secondes, les indicateurs suivants pour chaque équipement connecté : La taille moyenne des paquets reçus par l’ordinateur 101, déterminée en divisant le nombre total d'octets reçus par le nombre total de paquets reçus pendant la période de mesure. Le ratio de trafic Tx/Rx, calculé en divisant le nombre total d'octets transmis par le nombre total d'octets reçus. Selon un mode particulier de réalisation, la passerelle détermine en outre un volume total de données échangées par l’ordinateur 101 (et/ou par une application particulière exécutée par l’ordinateur 101), obtenue en additionnant le nombre total d'octets transmis et reçus sur la période de mesure. A l’étape 203, la passerelle 102 compare les indicateurs déterminés à l’étape 201 à des seuils et catégorise le trafic en conséquence. Plus précisément, la passerelle compare la taille moyenne des paquets déterminée par l’ordinateur 101 pour la dernière période de mesure avec un premier seuil, et le ratio de trafic déterminé avec un deuxième seuil. Les premiers et deuxièmes seuils sont définis au préalable et mémorisés dans une mémoire de la passerelle. Dans une réalisation préférée, le premier seuil est supérieur au MTU, de préférence compris entre 1100 octets et 2500 octets, par exemple 2200 octets (ou 2000 octets en Wi-Fi avec des paquets agrégés). La valeur du premier seuil peut être sélectionnée selon le type d’interface réseau utilisée pour échanger les données avec l’ordinateur 101. Par exemple, le premier seuil peut être fixé à une valeur de 2200 octets lorsque l’interface réseau est une interface WiFi®, et à 1100 octets lorsque l’interface réseau utilisée est une interface Ethernet. Le deuxième seuil correspondant au ratio Tx/Rx est strictement compris entre 0 est 6, c’est-à-dire qu’un trafic comprenant jusqu’à 6 fois plus de données transmises vers l’équipement que de données reçues du terminal reste caractéristique. Autrement dit, le trafic est classé comme sensible quand le ratio est inférieur strictement à 6 et supérieur strictement à 0 (la valeur 0 est exclue car elle implique une absence de trafic Tx, donc trop peu d'usage pour classier le flux comme sensible). Dans une réalisation particulière, la passerelle compare en outre le volume total de données échangées avec un troisième seuil également défini au préalable. Le troisième seuil est par exemple fixé à une valeur comprise entre 3500 et 4500 bits/seconde, par exemple 4000 bits/seconde, de sorte que le trafic est catégorisé comme étant non-sensible lorsque le volume global des données échangées sur une période de mesure de durée Tm secondes est inférieur à 4000*Tm. Un tel seuil permet de ne pas tenir compte d’un faible trafic (par exemple un trafic résiduel associé à un état de veille). Si le volume total de données échangées est au moins égal au troisième seuil, alors la passerelle compare la taille moyenne des paquets reçus par l’ordinateur 101 avec le premier seuil. Ces premiers, deuxièmes et troisièmes seuils sont par exemple déterminés au préalable par des techniques d'apprentissage automatique telles que le modèle de Machine Learning de type Random Forest. Ces seuils sont définis de manière à permettre l’identification du trafic sensible, qui est caractérisé par une taille moyenne des paquets descendants inférieure à un seuil spécifique, un ratio de trafic Tx/Rx inférieur à un autre seuil, et dans certains modes de réalisation, une quantité totale de trafic dépassant un troisième seuil. De préférence, l’arbre de décision utilisé pour déterminer les seuils est configuré avec une profondeur relativement faible, par exemple une profondeur de 3, de façon à correspondre au mieux à l’algorithme mis en œuvre pour la détection. Par exemple, une première division correspondant au volume de données minimum, une deuxième division correspondant à la taille moyenne des paquets, et une troisième division correspondant au ratio. Dans une réalisation particulière, pour éviter les fausses détections, la catégorisation du trafic comme sensible est confirmée après une durée minimale d'observation, par exemple 1 minute, pendant laquelle les conditions de seuil doivent être respectées de manière consécutive. A l’étape 204 , la passerelle applique au moins une configuration particulière associé audit flux lorsque le trafic est déterminé sensible. La configuration peut s’appliquer au flux montant et/ou au flux descendant. Dans une réalisation particulière, les résultats de la classification du trafic sont utilisés pour optimiser la gestion du réseau local 100. Par exemple, si un trafic sensible est détecté, la passerelle résidentielle 102 priorise ce trafic pour minimiser la latence et la perte de paquets, par exemple en activant dans la passerelle une règle de priorisation du trafic pour le flux en question (en dirigeant les paquets vers des files d’attentes prioritaires par exemple, ou en associant des canaux de transmission). Plus généralement, la passerelle résidentielle 102 peut adapter ses règles de routage et ses politiques de gestion de trafic en fonction de la catégorisation du trafic, permettant ainsi une meilleure allocation des ressources réseau et une expérience utilisateur optimisée pour les services dont les échanges sont sensibles. Ainsi, l'expérience utilisateur est améliorée pour des applications dont le trafic est sensible aux aléas de transmission, telles que les communications vocales ou audiovisuelles ou encore des jeux vidéo entre l'ordinateur 101 et le terminal de communication 104. Selon une réalisation particulière, l’application d’une configuration particulière peut comprendre l’activation d’une priorisation du trafic identifié comme sensible, comprenant par exemple un marquage des paquets, de sorte que les paquets sont traités de manière différenciée pendant leur acheminement. Par exemple, les paquets sont marqués avant d’être retransmis, de sorte que les équipements intermédiaires peuvent privilégier ce trafic, par exemple en affectant les flux à des files d’attentes prioritaire afin de réduire la latence, on en dirigeant les parquets vers des chemins offrant une meilleure qualité de service. Dans un mode particulier de réalisation, l’application d’une configuration particulière comprend l’ajustement d’un seuil de déclenchement d’une procédure de diagnostic. Par exemple, l’affichage d’un indicateur de qualité de service sur l’ordinateur 101 dépend classiquement d’indicateurs tels que le taux de pertes ou de la latence. Le procédé améliore la situation en permettant la prise en compte de la sensibilité du flux, c’est-à-dire de l’influence perçue par l’utilisateur d’un taux de pertes particulier. Le procédé permet d’éviter des appels injustifiés vers un service de réclamation et/ou d’apporter un contexte utile à la compréhension du problème rencontré par l’utilisateur. La FIG. 3 représente l’architecture d’un dispositif 300 adapté pour mettre en œuvre le procédé selon un mode particulier de réalisation. Le dispositif 300 comprend un module de traitement de données comprenant un espace de stockage 301, par exemple une mémoire (MEM), une unité de traitement 302, équipée par exemple d'un microprocesseur (PROC), et pilotée par un programme d'ordinateur (PGR) 303 dont les instructions sont configurées pour mettre en œuvre le procédé de classification tel que décrit précédemment en relation avec la FIG. 2 , et notamment les étapes de collecte des données de trafic réseau relatives audit flux, comprenant au moins un nombre d’octets et un nombre de paquets de données transmis et reçus par le premier équipement, de détermination d’une taille moyenne des paquets à destination du premier équipement, et un ratio entre la quantité de données en provenance du premier équipement et la quantité de données à destination du premier équipement, de comparaison de la taille moyenne déterminée à un premier seuil particulier et le ratio déterminé à un deuxième seuil particulier, de catégorisation du trafic comme sensible ou non sensible en fonction des résultats de la comparaison, et d’application d’au moins une configuration particulière associé audit flux lorsque le trafic est déterminé sensible. A l'initialisation, les instructions de code du programme d'ordinateur 303 sont par exemple chargées dans la mémoire 301 avant d'être exécutées par le processeur de l'unité de traitement 302. Le microprocesseur de l'unité de traitement 302 met en œuvre, selon les instructions du programme d'ordinateur 303, les étapes du procédé de classification décrit ci-avant en référence à la FIG. 2 . Pour cela, outre la mémoire 301 et l’unité de traitement 302, le dispositif comprend des modules de communication 304 et 305 correspondants par exemple à des interface réseau WiFi, Ethernet, Bluetooth, Optique, 3G, 4G, 5G, etc. Ces interfaces permettent au dispositif d’établir des communications avec d’autres dispositifs appartenant à un même réseau de communication ou à des réseaux distincts. Les interfaces 304 et 305 sont couplées de façon à permettre la retransmission sur une première interface de données reçues sur une deuxième interface sans faire remonter ces données au niveau d’un système d’exploitation du dispositif. Les interfaces 304 et 305 exposent une interface de contrôle permettant à l’unité de traitement 302 d’obtenir des mesures concernant des flux de données en provenance et/ou à destination d’un ou plusieurs équipements particuliers et/ou d’un ou plusieurs services exécutés par ces équipements. Le dispositif 300 comprend également un module de collecte 306. Ce module est par exemple mis en œuvre par des instructions de programme d’ordinateur configurées pour collecter, au travers d’une interface de contrôle exposée par au moins une des interfaces de communication 304 et 305, des mesures de trafic comprenant au moins, pour un flux particulier et/ou un équipement particulier, un nombre d’octets et un nombre de paquets de données transmis et reçus. Dans une réalisation particulière, le module de collecte est en outre configuré pour collecter une valeur représentative de la quantité de données globale (Tx et Rx) échangée sur une fenêtre temporelle particulière par un équipement ou un service particulier. Le dispositif 300 comprend aussi un module de calcul 307. Le module de calcul 307 est par exemple mis en œuvre par des instructions de programme configurées pour calculer des indicateurs à partir des données collectées par le module de collecte 306. En particulier, les instructions de programme sont adaptées pour calculer une taille moyenne des paquets transmis vers un équipement (et/ou service), et un ratio entre la quantité de données transmises à l’équipement (et/ou service) et la quantité de données reçue de l’équipement (et/ou du service). Dans une réalisation particulière, les indicateurs sont calculés sur une fenêtre glissante, par exemple sur les dix dernières secondes. Le dispositif comprend un comparateur 308 adapté pour comparer les indicateurs déterminés par le module 307 avec des seuils définis au préalable. Un tel module de comparaison est par exemple mis en œuvre par des instructions de programme d’ordinateur configurées pour comparer la taille moyenne de paquet déterminée par le module 307 à un premier seuil particulier enregistré dans la mémoire 301, et pour comparer le ratio déterminé par le module 307 à un deuxième seuil particulier enregistré dans la mémoire 301. Dans une réalisation particulière, les instructions sont en outre configurées pour comparer un volume global de données échangées avec un équipement (ou un service) avec un troisième seuil enregistré dans la mémoire 301. Le comparateur est en outre configuré pour catégoriser le trafic comme sensible ou non sensible en fonction des résultats de la comparaison. Dans une réalisation particulière, le comparateur détermine qu’un flux particulier est sensible (ou qu’un équipement particulier génère un trafic sensible) lorsque la taille moyenne des paquets est inférieure à 2,5 Ko, de préférence inférieure à 2,2Ko, et que le ratio du trafic émis sur le trafic reçus est strictement compris entre 0 et 6, et que le volume global de données échangé est supérieur à 4Kb/s. Le dispositif 300 comprend enfin un module de configuration 309 adapté pour appliquer une configuration particulière associée au flux lorsque le trafic est déterminé comme étant sensible par le comparateur 308. Pour cela, le module 309 comprend des instructions de programme configurées pour marquer des paquets retransmis pour qu’ils bénéficient d’un traitement différencié et/ou ou pour ajuster le seuil de déclenchement d’une procédure de diagnostic et/ou pour prioriser dans le dispositif le trafic associé audit flux. Selon un mode particulier de réalisation, le dispositif 300 est intégré à un dispositif de communication, comme une passerelle résidentielle, un routeur, un point d’accès WiFi, un terminal de communication, etc. Procédé de classification, par une passerelle résidentielle, d’un flux réseau bidirectionnel transitant par ladite passerelle entre un premier et un deuxième équipement, le procédé comprenant les étapes suivantes : Collecter (200) des mesures de trafic réseau relatives audit flux, comprenant au moins un nombre d’octets et un nombre de paquets de données transmis et reçus par le premier équipement, Déterminer (201), à partir des mesures collectées, une taille moyenne des paquets à destination du premier équipement, et un ratio entre la quantité de données à destination du premier équipement et la quantité de données en provenance du premier équipement, Comparer (202) la taille moyenne déterminée à un premier seuil particulier et le ratio déterminé à un deuxième seuil particulier, Catégoriser (203) le trafic comme sensible ou non sensible en fonction des résultats de la comparaison, et Appliquer (204) au moins une configuration particulière associé audit flux lorsque le trafic est déterminé sensible. Procédé selon la revendicaiton1 dans lequel le trafic est considéré non-sensible lorsque la quantité de données globale échangée sur une fenêtre temporelle particulière est inférieure à un troisième seuil particulier. Procédé selon l’une quelconque des revendications précédentes dans lequel les premiers, deuxièmes et troisièmes seuils sont déterminés par un algorithme d’apprentissage automatique à partir de flux de données étiquetés au préalable. Procédé selon l’une quelconque des revendications précédentes dans lequel l’étape d’application d’au moins une configuration particulière comprend le marquage d’au moins un paquet dudit flux. Procédé selon l’une quelconque des revendications précédentes dans lequel l’étape d’application d’au moins une configuration particulière comprend une priorisation dans la passerelle du trafic associé audit flux. Procédé selon l’une quelconque des revendications précédentes dans lequel l’étape d’application d’au moins une configuration particulière comprend l’ajustement d’un seuil de déclenchement d’une procédure de diagnostic. Procédé selon l’une quelconque des revendications précédentes dans lequel le trafic est déterminé comme sensible lorsque la taille moyenne des paquets est inférieure à 2.2 Ko et que le ratio déterminé est strictement compris entre 0 et 6. Dispositif de classification d’un flux de paquets de données bidirectionnel entre un premier et un deuxième équipement, ledit flux de données transitant par une passerelle résidentielle, le dispositif comprenant un processeur (302) couplé à une mémoire (301) dans laquelle sont enregistrées des instructions de programme (303) configurées pour mettre en œuvre les étapes suivantes : Collecter des mesures de trafic réseau relatives audit flux, comprenant au moins un nombre d’octets et un nombre de paquets de données transmis et reçus par le premier équipement, Déterminer, à partir des mesures collectées, une taille moyenne des paquets à destination du premier équipement, et un ratio entre la quantité de données à destination du premier équipement et la quantité de données en provenance du premier équipement, Comparer la taille moyenne déterminée à un premier seuil particulier et le ratio déterminé à un deuxième seuil particulier, Catégoriser le trafic comme sensible ou non sensible en fonction des résultats de la comparaison, et Appliquer au moins une configuration particulière associé audit flux lorsque le trafic est déterminé sensible. Passerelle résidentielle comprenant un dispositif de classification selon la revendication 8. Programme d’ordinateur comprenant des instructions de programme configurées pour mettre en œuvre un procédé de classification selon l’une quelconque des revendications 1 à 7, lorsque le programme est exécuté par un processeur.