FR 3067550 A1 20181214 FR 1755872 A 20170627 PROCEDE DE COMMUNICATION QUIC VIA DES CHEMINS MULTIPLES La présente invention concerne le domaine des télécommunications, et notamment les réseaux de communications aptes à mettre en oeuvre le protocole IP (Internet Protocol). Plus particulièrement, la présente invention concerne la fourniture de services dans les réseaux IP « à valeur ajoutée », c'est-à-dire les réseaux capables d'effectuer des traitements différenciés selon la nature du trafic acheminé dans le réseau. L'invention s'applique en particulier à tout type de dispositif-client (« User Equipment » en anglais) tel qu'un terminal fixe ou mobile, « TV connectée », ou une passerelle résidentielle (c'est-à-dire une passerelle domestique ou située dans une entreprise), ou une passerelle d'opérateur réseau (« Gateway » en anglais), ou encore un décodeur TV (« Set-Top Box », ou STB en anglais). Par souci de concision, un dispositif-client de n'importe quel type sera souvent appelé « terminal » ci-après. Les terminaux, tels que les téléphones intelligents (« smartphone » en anglais) et les ordinateurs personnels (« Personal Computer », ou PC en anglais) sont désormais capables d'activer et d'exploiter plusieurs interfaces logiques liées à une ou plusieurs interfaces physiques. De tels terminaux sont dits « multi- interfaces » (« Multi-Interface », ou MIF en anglais). Lorsqu'un terminal dispose de plusieurs interfaces capables de le raccorder à différents réseaux d'accès (par exemple : fixe, mobile, ou WLAN), il bénéficie alors d'un accès dit « hybride », parce qu'il combine différentes technologies de réseaux d'accès. Plusieurs adresses IP peuvent alors être attribuées à un terminal MIF. Ces adresses sont utilisées lorsqu'il se connecte à différents types de réseaux tels qu'un réseau fixe, un réseau mobile ou un réseau WLAN (initiales des mots anglais « Wireless Local Area Network » signifiant « Réseau Local Sans-Fil », dont les réseaux Wi-Fi sont un exemple emblématique), de manière simultanée ou différée. Ces adresses IP peuvent : - appartenir à la même famille d'adresses ou à des familles d'adresses distinctes (IPv4, IPv6 ou les deux), - avoir des durées de vie différentes, 2 - avoir des portées différentes, par exemple adresse IPv4 privée, adresse IPv6 unique de portée locale (Unique Local Address, ou ULA en anglais), ou adresse IPv6 de portée globale (Global Unicast Address, ou GUA en anglais), et 5 - être affectées à la même interface réseau logique ou à différentes interfaces réseau logiques. On notera toutefois que la caractéristique « MIF » est volatile, car la capacité d'utiliser plusieurs interfaces dépend des conditions de raccordement au(x) réseau(x), de la localisation du dispositif, ou d'autres facteurs. Un dispositif 10 peut devenir MIF en cours d'établissement d'une communication simple (c'est-à- dire, une communication établie le long d'un chemin unique avec un correspondant donné), ou même après l'établissement d'une communication simple. On notera également qu'un dispositif ne sait pas a priori s'il lui est possible d'utiliser plusieurs chemins distincts pour établir une communication 15 avec un correspondant donné ; plus précisément, le dispositif n'acquiert cette information (le cas échéant) qu'a l'issue d'une phase au cours de laquelle il tente d'établir une communication utilisant des chemins multiples avec le correspondant. On rappelle qu'une « communication à chemins multiples » est une 20 communication établie entre deux dispositifs empruntant simultanément un ou plusieurs chemins entre ces deux dispositifs. L'établissement et le maintien en activité d'une telle communication reposent sur l'utilisation d'un protocole dédié, tel que MPTCP (Multi-Path TOP), qui peut éventuellement être défini comme une extension d'un protocole de transport défini antérieurement, tel que TOP (initiales 25 des mots anglais « Transmission Control Protocol » signifiant « Protocole de Contrôle de Transmission »). Autrement dit, une communication à chemins multiples est un agrégat d'une ou plusieurs communications simples empruntant un même chemin ou des chemins différents (partiellement ou complètement disjoints). 30 On rappelle également que, dans le domaine des réseaux, on appelle « agrégation de liens » le regroupement de plusieurs liens associés à autant d'interfaces (logiques) comme s'il s'agissait d'un seul lien associé à une seule interface, notamment dans le but d'accroître le débit au-delà des limites d'un seul 3 lien, mais également d'appliquer les mêmes procédures d'exploitation à l'ensemble des liens ainsi agrégés (notion de « fate sharing » en anglais). En particulier, les offres de services concernant un terminal disposant d'un accès hybride reposent sur l'introduction dans le réseau de fonctions permettant 5 d'agréger l'ensemble des communications réseau d'un terminal (par exemple : WLAN et 3G, ou ADSL, WLAN et 4G). L'agrégation de liens permet aussi de faire en sorte que d'autres interfaces prennent le relais si un lien réseau tombe en panne (principe de redondance). L'agrégation de liens s'applique à tout type de trafic acheminé le 10 long de ces liens, y compris du trafic IP. L'agrégation de liens peut également être utilisée pour répartir le trafic sur plusieurs liens. Dans ce cas, la répartition de trafic entre des liens qui font l'objet d'un agrégat dépend de divers paramètres ; la répartition de trafic peut ainsi dépendre de la politique d'ingénierie de trafic (par exemple privilégier 15 l'acheminement d'un trafic particulier sur un lien dont les caractéristiques en termes de robustesse ou de disponibilité sont compatibles avec la nature dudit trafic), ou de la politique de Qualité de Service (« Quality of Service », ou QoS en anglais) qui peut par exemple privilégier certains liens dans un contexte de priorisation de trafic. 20 On notera que l'agrégation de liens ne fait aucune hypothèse quant à la configuration de la machine distante. Ainsi, une machine source peut solliciter une fonction d'agrégation de liens sans que la machine distante n'utilise une telle fonction. Divers modes d'agrégation peuvent être envisagés, parmi lesquels les 25 trois modes suivants : - mode de repli (« backup » en anglais) : ce mode consiste à utiliser des chemins secondaires en cas d'indisponibilité des chemins primaires, et ce, afin d'améliorer la disponibilité réseau et, partant, la robustesse et la fiabilité des communications IP établies sur les différents liens ; 30 - mode associatif (« bonding » en anglais) : ce mode consiste à utiliser les ressources associées à tout ou partie des chemins disponibles, les flux IP associés à une même application pouvant être répartis entre plusieurs chemins ; le choix d'exploiter l'intégralité des chemins, ou seulement une partie d'entre eux, 4 peut par exemple être conditionné par la nature du trafic ou les caractéristiques de disponibilité ou de fiabilité associées à chaque chemin, lesquelles peuvent varier fortement d'un chemin à l'autre ; tous les chemins sélectionnés pour ce mode associatif sont considérés comme étant des chemins primaires ; et 5 - mode dit de « confort » : ce mode est similaire au mode associatif, si ce n'est que les flux d'une application donnée ne sont pas répartis entre plusieurs chemins, mais sont envoyés sur un seul chemin. On notera que ces modes ne sont pas mutuellement exclusifs, et ne sont pas spécifiques à un type particulier de trafic. Ainsi, ils peuvent être mis en place 10 indépendamment de la nature du trafic qui sera acheminé le long des chemins agrégés selon l'un ou l'autre des différents modes. Les protocoles de transport majoritairement utilisés par les applications logicielles pour communiquer sur Internet sont TOP (mentionné ci-dessus) et UDP (initiales des mots anglais « User Datagram Protocol » signifiant 15 « Protocole de Datagramme Utilisateur »). Cependant, plusieurs protocoles de transport ont été proposés, normalisés et mis en oeuvre par la communauté Internet pour satisfaire les nouveaux besoins des applications. Par exemple, certaines nouvelles applications nécessitent plus de fonctions transport comparées à celles offertes 20 par TOP et UDP, alors que d'autres considèrent que les fonctions transport offertes par TOP ou UDP ne sont pas (toutes) nécessaires pour leur besoins. Les fonctions transport sont définies comme étant la liste des services offerts par un protocole utilisé pour multiplexer des connexions au niveau de la couche transport. Cette liste contient, par exemple, la transmission ordonnée des 25 données, la transmission fiable, le contrôle de congestion, ou le contrôle d'intégrité. Un groupe de travail, appelé « Transport Services » (TAPS), a été créé par l'IETF (Internet Engineering Task Force) pour aider les développeurs à définir les interfaces permettant d'invoquer les différents services offerts par les protocoles de transport spécifiés par l'IETF. 30 C'est ainsi que le protocole SCTP (Stream Control Transmission Protocol) a été spécifié pour satisfaire les besoins des applications qui nécessitent plus de fonctions transport que ce qui est possible avec TOP, comme la préservation de la structure des données telle que générée par l'application, ou les 5 communications à chemins multiples. Le protocole DCCP (Datagram Congestion Control Protocol) est un autre protocole de transport qui a été spécifié pour des applications qui requièrent plus de fonctions transport que ce qui est possible avec UDP, comme le contrôle de congestion, mais sans forcément hériter des 5 contraintes d'un protocole orienté connexion comme TCP (par exemple, la contrainte d'assurer une transmission fiable). Le protocole UDP-lite est une version simplifiée du protocole UDP qui a été proposée pour des applications qui ne nécessitent pas toutes les fonctions offertes par UDP (par exemple, le contrôle d'intégrité). Les protocoles DTLS (Datagram Transport Layer Security) 10 et TLS ont été définis pour satisfaire les besoins de chiffrement des applications au niveau de la couche transport. Malgré ces efforts pour spécifier et mettre en oeuvre d'autres protocoles de transport, le déploiement de TCP reste hégémonique. Les principales raisons qui pénalisent l'introduction de nouveaux protocoles de transport à grande 15 échelle face à l'hégémonie de TCP sont : - la prolifération des fonctions NAT (Network Address Translation), pare-feu, et accélération TCP, et - le manque de compatibilité avec les systèmes d'exploitation (« Operating Systems » en anglais) embarqués dans les terminaux. 20 Aussi, différentes approches peuvent être considérées pour l'introduction de nouvelles fonctions transport facilitant l'acheminement de certains trafics dans l' I nternet - encapsulation au-dessus de TCP ou UDP ; cette approche consiste à transporter les primitives d'un nouveau protocole de transport au-dessus d'un 25 protocole existant, en s'affranchissant des contraintes imposées par la traversée de NAT/pare-feu ; - définition de nouvelles extensions TCP; ces extensions TCP ont pour objectif de satisfaire de nouvelles contraintes applicatives (par exemple, augmenter la résilience en cas de changement d'adresse IP), mais également de 30 composer avec de nouvelles conditions des réseaux IP (par exemple, augmenter le débit des connexions TCP), et de nouveaux besoins des utilisateurs (par exemple, améliorer la sécurité ou réduire le délai d'attente avant établissement de la session). 6 Ce faisant, les fournisseurs de service et opérateurs de réseaux IP ont à coeur de fournir un niveau de qualité d'utilisation comparable entre des applications reposant sur TOP et celles reposant sur UDP. Il est donc souhaitable de disposer d'une parité fonctionnelle aussi large que possible entre 5 TOP et UDP. En particulier, il serait utile de pouvoir établir des communications UDP via des chemins multiples de manière fonctionnellement comparable aux solutions techniques connues, telles que le protocole MPTCP mentionné ci-dessus, qui permettent l'établissement de connexions TOP via des chemins multiples. 10 Ainsi, le protocole QUIC (Quick UDP Internet Connection), décrit dans l'article de R. Hamilton et al. intitulé « QUIC A UDP-Based Secure and Reliable Transport for HTTP/2 » (IETF draft-tsvwg-quic-protocol-02, janvier 2016), est un protocole en cours de normalisation à l'IETF qui repose sur UDP, et qui a pour ambition de réduire les temps de latence généralement observés lors de 15 l'établissement de connexions HTTP. Le protocole QUIC a été initialement proposé par la société Google, qui l'a intégré dans son navigateur Web « Chrome ». Comme illustré sur la figure 1, qui représente schématiquement une connexion QUIC entre un client C et un serveur S, une connexion QUIC permet 20 de multiplexer différents canaux, appelés « streams », dans une même connexion. Le protocole QUIC permet de décharger le système d'exploitation des contraintes imposées par la couche transport, telles que le contrôle de redondance cyclique destiné à vérifier l'intégrité de la communication. Dans le protocole QUIC, la plupart des en-têtes de paquets sont chiffrés 25 afin d'améliorer la sécurité et la robustesse de la communication. A la différence du protocole TLS (initiales des mots anglais « Transport Layer Security» signifiant « sécurité de la couche transport »), QUIC ne chiffre pas seulement les données utiles échangées, mais également les informations de contrôle de connexion. Les informations QUIC envoyées en clair sont limitées au strict 30 minimum (par exemple, le numéro de version ou un identifiant de connexion). L'usage d'UDP permet de s'accommoder de la présence de dispositifs intermédiaires (« middleboxes » en anglais), tels que pare-feux ou NAT, sur le chemin emprunté par une communication QUIC. Le protocole QUIC ambitionne 7 de limiter la procédure d'établissement de connexion (Handshake) à zéro RIT (Round Trip lime), ce qui signifie que les données utiles peuvent être envoyées immédiatement, c'est-à-dire dès l'envoi du premier paquet d'une connexion QUIC, sans que le client QUIC doive attendre la réponse de son correspondant. 5 Un « stream » spécifique est dédié au chiffrement des échanges d'établissement de connexion (Handshake) et à la négociation des options QUIC. La signalisation QUIC intègre des informations qui permettent de contrôler la congestion et de récupérer des paquets perdus, selon un mode de fonctionnement comparable à celui de TOP. 10 En termes de contrôle de flux, un client QUIC a la capacité d'envoyer des trames appelées « WINDOW UPDATE » qui permettent d'ajuster la limite de « l'offset » pour un « stream » donné, ce qui permet d'améliorer l'efficacité de la transmission des paquets, à l'image de la fonction de contrôle de taille de fenêtre caractéristique du protocole TOP (« l'offset » est un paramètre qui permet à un 15 récepteur QUIC de calibrer la taille de la fenêtre de réception des données ; à mesure que les données sont reçues sur un « stream » donné, le récepteur envoie des trames WINDOW UPDATE qui permettent d'augmenter la valeur de l'offset afin de permettre à l'émetteur d'envoyer encore plus de données sur ce « stream »). De plus, QUIC comprend un mode de contrôle de connexion qui 20 permet de gérer la taille des mémoires-tampon (« buffers » en anglais) allouée par un client QUIC à l'ensemble des « streams » caractéristiques d'une connexion. Afin de pouvoir accepter tout changement d'adresse IP sans avoir à clôturer une connexion QUIC en cours, le protocole ne s'appuie pas sur les 25 adresses de transport (adresse IP source, numéro de port source, adresse IP destination, numéro de port destination), mais sur un identifiant appelé CID (Connection IDentifier, ou identifiant de connexion). Cet identifiant est généré de façon aléatoire par un client QUIC. Cela étant, le protocole QUIC dans sa définition actuelle présente certains 30 inconvénients, notamment : - QUIC ne permet pas de découvrir la liste des adresses IP utilisées par un terminal distant ; 8 - QUIC ne permet pas de distinguer la migration d'une connexion vers un nouveau chemin, ou l'utilisation simultanée d'un ensemble de chemins connus ; - un terminal utilisant QUIC n'a pas la possibilité de découvrir dynamiquement des chemins multiples lorsque ce terminal est situé dans un 5 réseau d'accès local (LAN) résidentiel ou d'entreprise ; - un terminal utilisant QUIC qui aurait découvert par un moyen quelconque la disponibilité de plusieurs chemins n'a pas la possibilité de forcer les paquets émis par ce terminal à suivre l'un de ces chemins qui serait choisi par le terminal ; 10 - même si l'identifiant de connexion QUIC est unique, un serveur distant ne peut pas envoyer des données vers un client en utilisant un quelconque chemin tant que le client n'a pas utilisé ce chemin au préalable pour communiquer avec le serveur ; - QUIC ne permet pas à un point de terminaison d'indiquer à un 15 correspondant les politiques de distribution de trafic avec lesquelles il est compatible ou qu'il souhaite activer ; en l'absence de telles politiques, une utilisation abusive de certains chemins pourrait par exemple avoir des incidences sur la qualité d'expérience du correspondant en cas d'atteinte d'un plafond lié à la charge maximum d'un lien (quota), telle que permise par l'offre de service ; 20 - les politiques de distribution de trafic via des chemins multiples telles qu'activées par un terminal QUIC peuvent ne pas être optimales pour l'opérateur ; par exemple, la politique de distribution typique dans un environnement d'accès hybride (c'est-à-dire un environnement permettant à un terminal d'exploiter les ressources de plusieurs réseaux d'accès filaire et sans fil) 25 est de n'utiliser les ressources radio que si le lien principal (l'accès fixe, habituellement) est saturé ; or un terminal utilisant QUIC n'a pas connaissance de ces politiques ; de plus, dans le contexte d'un accès hybride, la délégation de gestion de la politique de distribution de trafic aux terminaux peut entraîner la saturation de certaines cellules radio alors que le réseau fixe peut être utilisé 30 pour l'écoulement du trafic ; - un terminal rattaché à un réseau d'accès est incapable d'utiliser les ressources associées à ce réseau si seuls des préfixes IPv6 sont alloués pour établir des communications sur ce réseau alors que le serveur distant avec 9 lequel une communication QUIC est établie n'est accessible qu'avec l'utilisation d'adresses IPv4 ; en effet, les protocoles IPv4 et IPv6 sont incompatibles par conception, et il est donc impossible d'établir une communication QUIC entre un terminal qui ne disposerait que d'une adresse IPv6 et un serveur qui n'est 5 accessible qu'a une adresse IPv4. La présente invention concerne donc un procédé de communication, dans lequel un dispositif communicant est situé derrière une passerelle apte à mettre en oeuvre le protocole QUIC (Quick UDP Internet Connection) et connectée à une pluralité de chemins Pi, où i=1,...,N, sur lesquels ladite passerelle peut 10 envoyer des paquets de données reçus dudit dispositif communicant, et recevoir des paquets de données destinés audit dispositif communicant, ledit procédé comprenant les étapes suivantes : a) ladite passerelle associe un identifiant de connexion respectif C ID#i à chacun desdits chemins Pi, et 15 b) lorsque la passerelle reçoit du dispositif communicant un paquet de données, la passerelle transmet ce paquet de données sur l'un des chemins Pi en prenant en compte l'identifiant de connexion C ID#i associé à ce chemin Pi. Grâce à ces dispositions, une communication QUIC pourra bénéficier des ressources associées à des chemins multiples, même si ces chemins multiples 20 ne sont pas visibles des points d'extrémité de la communication. Plus précisément, l'établissement d'une communication QUIC sur des chemins multiples bénéficiera d'une robustesse et de performances améliorées, ce qui permettra d'améliorer l'usage des ressources dans le réseau, mais également d'améliorer la qualité d'expérience telle que perçue par le client (grâce 25 notamment à la capacité d'agréger la bande passante susceptible d'être utilisée par la communication QUIC, ou à la capacité de basculer le trafic vers un autre chemin en cas de panne par exemple). Par ailleurs, les opérateurs réseau pourront mieux contrôler certaines fonctions (notamment la gestion des communications à chemins multiples pour 30 une distribution de trafic déterministe) qui leur permettront d'optimiser l'usage des ressources réseau à leur disposition, et donc de proposer des services de connectivité QUIC à valeur ajoutée. 10 Selon des caractéristiques particulières, ledit procédé comprend préalablement les étapes suivantes : - ledit dispositif communicant découvre ladite pluralité de chemins Pi, et - le dispositif communicant envoie à ladite passerelle un ou plusieurs 5 messages spécifiant un identifiant de connexion respectif C ID#i pour chacun desdits chemins respectifs Pi. Ainsi, lorsque la passerelle reçoit du dispositif communicant un paquet de données comprenant un identifiant de connexion C ID#i, la passerelle transmet ce paquet de données sur le chemin Pi associé à cet identifiant de connexion 10 C ID#i. Grâce à ces dispositions, un client QUIC peut forcer la sélection d'un chemin spécifique pour acheminer certains paquets, le cas échéant en dépit de la décision de sélection de chemins exécutée par un noeud situé plus loin dans le réseau et capable d'établir une communication QUIC sur des chemins multiples ; 15 un client QUIC peut ainsi influencer la politique de distribution de trafic entre plusieurs chemins, même si la décision de distribution de trafic est exécutée par un noeud situé plus loin dans le réseau. On notera que cette procédure ne requiert aucune modification des éléments réseau situés entre le client et le noeud apte à utiliser des chemins 20 multiples pour établir une communication QUIC. Selon des caractéristiques encore plus particulières, la passerelle envoie au dispositif communicant un message contenant la liste des chemins Pi connus de la passerelle. Grâce à ces dispositions, un client QUIC peut découvrir dynamiquement 25 l'existence de chemins multiples (non visibles localement). On notera que l'utilisation d'un même identifiant de connexion QUIC permet la traçabilité des connexions QUIC lors de l'attachement du client QUIC à de nouveaux réseaux. C'est pourquoi, selon d'autres caractéristiques particulières, lorsque ladite 30 passerelle reçoit dudit dispositif communicant un paquet de données comprenant un identifiant de connexion C ID#0, la passerelle transmet ce paquet de données sur l'un desdits chemins Pi, en remplaçant ledit identifiant de connexion 11 C ID#0 par ledit identifiant de connexion C ID#i associé à ce chemin Pi si les identifiants de connexion C ID#0 et C ID#i sont différents entre eux. Grâce à ces dispositions, on améliore la confidentialité de la communication QUIC, et l'on minimise les risques de piratage de données à 5 partir de la connaissance de l'identifiant de connexion. De plus, la traçabilité d'un client QUIC qui change de réseau d'accès est rendue plus difficile. Selon des caractéristiques encore plus particulières, lorsque ledit paquet de données reçu du dispositif communicant est émis en réponse à un message émis par son correspondant, la passerelle transmet ce paquet de données au 10 correspondant sur le chemin sur lequel ledit message est parvenu à la passerelle. Grâce à ces dispositions, la passerelle sait dans ce cas sur quel chemin elle doit transmettre ledit paquet de données reçu de la part du dispositif communicant. 15 Selon encore d'autres caractéristiques particulières, le dispositif communicant et/ou la passerelle envoient au correspondant du dispositif communicant un message comprenant la liste des chemins connus du dispositif communicant et/ou de la passerelle. Grâce à ces dispositions, ledit correspondant est informé des chemins 20 qu'il peut utiliser pour envoyer des données au dispositif communicant. Cela est notamment utile pour communiquer au correspondant des adresses à utiliser pour envoyer des données au dispositif communicant sans que ce dernier ait utilisé l'une de ces adresses au préalable pour communiquer avec ce correspondant. 25 Selon encore d'autres caractéristiques particulières, la passerelle met en oeuvre une politique de distribution de trafic comprenant des règles de répartition du trafic entre les différents réseaux disponibles. Grâce à ces dispositions, la qualité d'expérience client est améliorée sans que les clients QUIC n'adoptent un comportement agressif par rapport au(x) 30 réseau(x) d'accès, c'est-à-dire un comportement qui aurait pour conséquence de phagocyter l'ensemble des ressources du réseau d'accès au seul profit des communications QUIC et au détriment des autres applications susceptibles d'employer ces mêmes ressources. 12 Selon des caractéristiques encore plus particulières, la passerelle envoie au dispositif communicant un message décrivant la politique de distribution de trafic à observer. Grâce à ces dispositions, un client QUIC peut découvrir dynamiquement 5 les politiques de distribution de trafic exécutées par un noeud situé plus loin dans le réseau, observer ces politiques, et optionnellement en informer son correspondant. Corrélativement, l'invention concerne divers dispositifs. Elle concerne ainsi, premièrement, un dispositif communicant situé 10 derrière une passerelle apte à mettre en oeuvre le protocole QUIC (Quick UDP Internet Connection) et connectée à une pluralité de chemins Pi, où i=1,...,N, sur lesquels ladite passerelle peut envoyer des paquets de données reçus dudit dispositif communicant, et recevoir des paquets de données destinés audit dispositif communicant, ledit dispositif communicant comprenant des moyens 15 pour : - découvrir ladite pluralité de chemins Pi, et - envoyer à ladite passerelle un ou plusieurs messages spécifiant un identifiant de connexion respectif C ID#i pour chacun desdits chemins respectifs Pi. 20 On notera que les dispositifs communicants impliqués dans une communication selon l'invention peuvent être n'importe quels dispositifs compatibles avec le protocole IP. Un tel dispositif communicant peut être de type quelconque, par exemple un dispositif-client (terminal) ou un serveur de contenu accessible sur l'Internet. Il peut disposer d'une ou plusieurs adresses IP 25 affectées à chacune de ses interfaces physiques ou logiques. Il peut aussi ne disposer que d'une seule interface, auquel cas on supposera qu'il est situé derrière un dispositif-relais (tel qu'un routeur ou une passerelle résidentielle) connecté à un ou plusieurs réseaux et compatible avec le protocole QUIC. Selon des caractéristiques particulières, ledit dispositif communicant 30 comprend en outre des moyens pour recevoir de la passerelle, et prendre en compte, un message contenant la liste des chemins Pi connus de la passerelle. L'invention concerne aussi, deuxièmement, une passerelle apte à mettre en oeuvre le protocole QUIC (Quick UDP Internet Connection) et connectée à 13 une pluralité de chemins Pi, où i=1,...,N, sur lesquels ladite passerelle peut envoyer des paquets de données reçus d'un dispositif communicant situé derrière ladite passerelle, et recevoir des paquets de données destinés audit dispositif communicant, ladite passerelle comprenant des moyens pour : 5 - associer un identifiant de connexion respectif C ID#i à chacun desdits chemins Pi, et - lorsqu'elle reçoit du dispositif communicant un paquet de données, transmettre ce paquet de données sur l'un des chemins Pi en prenant en compte l'identifiant de connexion C ID#i associé à ce chemin Pi. 10 Selon des caractéristiques particulières, ladite passerelle comprend en outre des moyens pour : - recevoir dudit dispositif communicant un ou plusieurs messages spécifiant un identifiant de connexion respectif C ID#i pour chacun desdits chemins respectifs Pi, et 15 - lorsqu'elle reçoit du dispositif communicant un paquet de données comprenant un identifiant de connexion C ID#i, transmettre ce paquet de données sur le chemin Pi associé à cet identifiant de connexion C ID#i. Selon d'autres caractéristiques particulières, ladite passerelle comprend en outre des moyens pour : 20 - recevoir dudit dispositif communicant un paquet de données comprenant un identifiant de connexion C ID#0, et - transmettre ce paquet de données sur l'un desdits chemins Pi, en remplaçant ledit identifiant de connexion C ID#0 par ledit identifiant de connexion C ID#i associé à ce chemin Pi si ces identifiants de connexion 25 C ID#0 et C ID#i sont différents entre eux. Les avantages offerts par ces dispositifs sont essentiellement les mêmes que ceux offerts par les procédés de communication succinctement exposés ci-dessus. On notera qu'il est possible de réaliser ces dispositifs communicants dans 30 le contexte d'instructions logicielles et/ou dans le contexte de circuits électroniques. L'invention vise également un programme d'ordinateur téléchargeable depuis un réseau de communications et/ou stocké sur un support lisible par 14 ordinateur et/ou exécutable par un microprocesseur. Ce programme d'ordinateur est remarquable en ce qu'il comprend des instructions pour l'exécution des étapes d'un des procédés de communication succinctement exposés ci-dessus, lorsqu'il est exécuté sur un ordinateur. 5 Les avantages offerts par ce programme d'ordinateur sont essentiellement les mêmes que ceux offerts par les procédés de communication succinctement exposés ci-dessus. D'autres aspects et avantages de l'invention apparaîtront à la lecture de la description détaillée ci-dessous de modes de réalisation particuliers, donnés à 10 titre d'exemples non limitatifs. La description se réfère aux figures qui l'accompagnent, dans lesquelles : - la figure 1, mentionnée ci-dessus, représente schématiquement une connexion QUIC classique comprenant plusieurs « streams » (canaux), - la figure 2 représente une passerelle connectée à une pluralité de 15 chemins et apte à associer un identifiant de connexion respectif à chacun desdits chemins, - la figure 3 représente schématiquement une procédure de découverte de chemins multiples selon un premier mode de réalisation de l'invention, - la figure 4 représente l'envoi par un terminal de trois paquets au sein 20 d'une même connexion QUIC selon un exemple dudit premier mode de réalisation, - la figure 5 représente une communication QUIC entre un client C et un serveur S selon un deuxième mode de réalisation de l'invention, - la figure 6 représente un exemple de format pour une trame 25 CID UPDATE servant à la mise à jour de l'identifiant de connexion QUIC, - la figure 7 représente, selon une variante de ladite procédure de mise à jour, le remplacement de l'identifiant d'une connexion QUIC entre un client C et un serveur S, - la figure 8 représente un exemple de format pour une trame MP POLICY 30 utilisée pour notifier une politique de distribution de trafic à un correspondant, - la figure 9 représente une communication QUIC entre un client Il et un serveur S, selon une première variante d'utilisation de la trame MP POLICY, 15 - la figure 10 représente une communication QUIC entre un client T1 et un serveur S, selon une deuxième variante d'utilisation de la trame MP POLICY, et - la figure 11 représente une communication QUIC à chemins multiples assistée par le réseau. 5 On va décrire à présent plusieurs modes de réalisation de l'invention. Dans ces modes de réalisation, on considère une passerelle notée OPE (initiales des mots anglais « Customer Premises Equipment ») raccordée à un ou plusieurs réseaux Ni, N2, N3, et ainsi de suite, par un ou plusieurs chemins P1, P2, P3, et ainsi de suite. Comme représenté schématiquement sur la figure 2, le 10 OPE associe un identifiant de connexion C ID#1 à un chemin la reliant au réseau Ni, un identifiant de connexion C ID#2 à un chemin la reliant au réseau N2, un identifiant de connexion C ID#3 à un chemin la reliant au réseau N3, et ainsi de suite. On notera que ces identifiants de connexion ne sont pas nécessairement tous différents entre eux ; dans certains cas, un même identifiant 15 de connexion peut être utilisé pour tous les paquets envoyés ou émis par le OPE sur chacun des chemins dans le cadre d'une même communication QUIC. Comme illustré sur la figure 2, le OPE peut par exemple servir d'intermédiaire dans une communication QUIC entre un serveur S et un terminal T1 (mono-interface, ou multi-interfaces) localisé derrière le OPE. 20 Selon un premier mode de réalisation, on considère un terminal T1 localisé derrière un OPE et apte à mettre en oeuvre une procédure de découverte de chemins multiples. Cette procédure de découverte est représentée schématiquement sur la figure 3. Pour découvrir les chemins multiples connus du OPE en plus des 25 chemins visibles localement, le terminal T1 peut émettre des messages, appelés DISCOVER PATH() ; un tel message peut être envoyé sur toutes ou seulement certaines interfaces réseau actives du terminal. Si des chemins multiples sont connus du OPE, ce dernier envoie une liste des chemins disponibles à l'aide de la primitive ADVERT PATHS(Pi). Un chemin 30 donné Pi peut être identifié par : - un index de chemin local au OPE (Path identifier), par exemple, « 1 », « 2 », « 155467 », 16 - un index d'interface local au OPE (Interface Index), par exemple, « Ifindex1 », « Ifindex2 », « Ifindex15 », - un nom d'interface, par exemple, « cellular », « adsl », « fiber », - une adresse ou un préfixe IP externe, par exemple « 1.2.3.4» ou 5 « 2001:db8::/56 », - une adresse physique, par exemple une adresse MAC (Medium Access Control), - une combinaison d'un index et d'une adresse IP externe, ou - tout autre identifiant, y compris toute combinaison des éléments 10 d'information mentionnés ci-dessus. Le message ADVERT PATHS(Pi) peut être envoyé par un OPE suite à une sollicitation de la part d'un terminal situé derrière le OPE, ou de manière spontanée, c'est-à-dire sans que le OPE ait été explicitement sollicité par un terminal. A titre d'exemple, le OPE peut envoyer un message 15 ADVERT PATHS(Pi) : - au redémarrage du OPE, - de façon périodique sur le ou les réseaux local(ux) au(x)quel(s) différents terminaux sont connectés, - lorsqu'un nouveau terminal se connecte au OPE via le réseau local, 20 - lorsque le OPE se connecte à un nouveau réseau d'accès, - lorsque le OPE est déconnecté d'un réseau d'accès de manière intempestive ou non, ou - lors du changement d'adresse/préfixe IP alloués par un réseau d'accès. Quand donc un terminal Il découvre une pluralité de chemins Pi, où 25 i=1,..., N, il détermine un identifiant de connexion respectif C ID#i pour chaque chemin respectif Pi. Le terminal Il contacte ensuite le OPE pour programmer des politiques de distribution de paquets sur les différents chemins disponibles. Pour ce faire, le terminal Il envoie un ou plusieurs messages MAP(C ID#i, Pi). Le message MAP() permet aussi optionnellement d'annoncer les caractéristiques 30 du trafic (notamment, les adresses IP et numéros de port source et destination), afin de pouvoir identifier une connexion QUIC susceptible d'acheminer ledit trafic. On notera que le message MAP() peut être envoyé avant, ou après l'établissement d'une connexion QUIC avec un correspondant du terminal Tl. 17 Suite à la réception d'un ou plusieurs message(s) MAP(C ID#i, Pi), le OPE installe les associations telles qu'indiquées par le terminal Il. Si une association est déjà présente pour ce terminal et pour un même identifiant de connexion, le OPE la remplace par une nouvelle instruction reçue du terminal Tl. 5 Le OPE utilise un identifiant stable, tel qu'une adresse MAC, pour identifier les associations d'un même terminal. Les associations peuvent avoir une durée de vie limitée. Le OPE peut compléter les informations caractéristiques d'une association par des informations reçues du correspondant du terminal Tl. 10 Le OPE peut indiquer au terminal Tl un autre identifiant de connexion à utiliser en cas, par exemple, de conflit entre un identifiant C ID#i et un identifiant déjà choisi par un autre terminal. D'autres politiques de sélection d'identifiants de connexion peuvent être exécutées par le OPE. L'allocation de l'identifiant de connexion par le OPE (ou par un dispositif installé par l'opérateur) a pour but de 15 faciliter l'identification des connexions QUIC. En effet, le OPE anticipe la réception de paquets QUIC en installant des gabarits de trafic selon l'identifiant de connexion connu au préalable. On notera à cet égard que cette possibilité pour une entité autre qu'un client ou un serveur d'allouer un identifiant de connexion n'est pas connue dans l'état de la technique. 20 Ensuite, le OPE envoie au terminal Tl un message d'acquittement MAP ACK() qui fournit un inventaire des associations installées. De manière optionnelle, le OPE peut aussi retourner les autres associations connues pour ce terminal. Afin de permettre au OPE de distribuer le trafic via les différents chemins 25 multiples selon une politique connue du terminal Il, ce dernier doit naturellement utiliser l'identifiant adéquat conformément aux associations programmées au préalable sur le OPE. On notera que le OPE peut répartir le trafic reçu d'un terminal entre plusieurs chemins disponibles sans pour autant que ledit terminal ait 30 communiqué au OPE des instructions de distribution de trafic, ni même que le terminal soit informé de l'existence de chemins multiples. A cet effet, le OPE exécute un algorithme de distribution de trafic selon des politiques préconf ig u rées. 18 La figure 4 illustre, à titre d'exemple, l'envoi par un terminal T1 de trois paquets au sein d'une même connexion QUIC ; chacun de ces paquets est identifié par un identifiant de connexion C ID#i dédié. A réception de ces paquets par le OPE, ce dernier consulte sa table d'associations pour déterminer 5 le chemin à utiliser pour envoyer le paquet vers sa destination. Dans cet exemple, un paquet dont l'identifiant de connexion est C ID#1 est transmis via le réseau Ni, un paquet dont l'identifiant de connexion est C ID#2 est transmis via le réseau N2, et un paquet dont l'identifiant de connexion est C ID#3 est transmis via le réseau N3. On notera que les paquets transmis sont associés au 10 même identifiant de connexion (noté C ID#a sur la figure 4) ; cet identifiant peut être généré par le OPE, mais aussi, en variante, par le terminal T1 ou par son correspondant. Comme mentionné ci-dessus, l'utilisation d'un même identifiant de connexion C ID sur les divers réseaux traversés permet la traçabilité des 15 connexions QUIC lors d'attachement à de nouveaux réseaux, ce qui met en danger la confidentialité des échanges. On va décrire à présent des modes de réalisation de l'invention dans lesquels, pour résoudre ce problème, des « alias » d'identifiants de connexion QUIC peuvent être crées par l'un ou l'autre des participants à une communication QUIC. 20 Considérons par exemple, selon un deuxième mode de réalisation de l'invention illustré sur la figure 5, un client C localisé derrière un OPE. Ce client C émet des paquets de données comprenant un identifiant de connexion QUIC noté C ID#0 généré par le client C. Suite à la réception du premier paquet de données caractéristique d'une 25 nouvelle communication entre le client C et le serveur S, le OPE met en place des associations entre des identifiants de connexion C ID#i (alias) et les chemins Pi respectifs, par exemple en configurant une table d'associations dans une base de données. On notera qu'un alias peut être généré par le OPE, mais aussi, en 30 variante, par le client C ou par le serveur S. Par exemple, si ledit premier paquet est reçu par le OPE en provenance du serveur S sur un chemin Pi, et que ce paquet comprend un identifiant de connexion C ID#i, le OPE associe de préférence cet alias C ID#i à ce chemin Pi. 19 On notera également que divers schémas sont possibles pour les valeurs attribuées aux alias par rapport à la valeur de l'identifiant de connexion « originel » C ID#0, par exemple : - C ID#i identique à C ID#0 quel que soit i=1,...,N, ou 5 - C ID#i identique à C ID#0 pour une seule valeur de i, ou encore - C ID#i différent de C ID#0 quel que soit i=1,...,N. Par ailleurs, deux alias quelconques C ID#i et C ID#j, avec i différent de j, peuvent avoir des valeurs identiques ou différentes entre elles. Le OPE transmet ensuite ledit premier paquet à son destinataire (serveur 10 S ou client C). Dès lors, pour chaque réception par le OPE d'un paquet caractéristique de cette communication en provenance du client C, le OPE transmet ce paquet au serveur S sur l'un des chemins Pi, après consultation de sa table d'associations et modification dans ce paquet (le cas échéant) de la valeur de 15 l'identifiant de connexion QUIC, c'est-à-dire remplacement de C ID#0 par l'alias C ID#i associé au chemin Pi (si C ID#i est différent de C ID#0). Le OPE peut notamment mettre en oeuvre cette procédure de réécriture de l'identifiant de connexion QUIC originel C ID#0 afin de contribuer à la préservation de la confidentialité des données échangées entre le client C et le 20 serveur S. Pendant la communication, le OPE peut décider de mettre à jour l'identifiant de connexion s'il se connecte à un nouveau réseau, ou si les données sont distribuées via des chemins multiples connus du OPE et/ou du serveur S. Ces alias ne sont alors, de préférence, connus que du OPE et du serveur S. 25 Pour qu'un client ou un serveur puisse informer son correspondant de la migration de l'identifiant de connexion QUIC (C ID), il est proposé une procédure de migration de C ID (par exemple pendant une connexion active ou lors d'un changement de l'attachement au réseau), dans laquelle : - la migration de C ID peut être à l'initiative du OPE, du client ou du 30 serveur ; - la migration de C ID peut avoir lieu à n'importe quel moment au cours d'une connexion QUIC ; ainsi, la migration de C ID peut avoir lieu juste avant la migration d'une connexion vers un nouveau chemin (ou un nouvel attachement 20 réseau), ou avoir lieu juste après la migration d'une connexion vers un nouveau chemin (ou un nouvel attachement réseau) ; et - les mêmes clés de sécurité sont utilisées pour valider la migration de C ID. 5 Pour ce faire, le client ou le serveur envoie une trame de type « CID UPDATE ». Un exemple de format pour cette trame CID UPDATE est représenté sur la figure 6. Cette trame est envoyée dans un message QUIC dont l'identifiant est celui de la connexion QUIC déjà établie entre les participants. Cette trame peut être envoyée conjointement avec d'autres données, ou être 10 envoyée dans un message QUIC dédié. A réception du message QUIC qui contient une trame CID UPDATE par un correspondant, celui-ci procède aux validations QUIC classiques pour s'assurer que le message provient d'un terminal légitime. Une fois le message validé, le correspondant extrait les informations contenues dans la trame CID UPDATE. 15 Si le champ « Event » est valorisé à « O» (MIGRATE), il s'agit alors d'une mise à jour immédiate de l'identifiant de connexion, comme illustré sur la figure 7 où un identifiant de connexion, noté « OLD CID » sur cette figure, est remplacé par un nouvel identifiant de connexion, noté « NEW CID ». Tout échange QUIC au titre de cette connexion doit alors utiliser ce nouvel identifiant. 20 Si le champ « Event » est valorisé à « 1 » (ALIAS), il s'agit alors de définir un alias de l'identifiant de connexion C ID#0 pour chaque chemin. Plusieurs alias peuvent être indiqués dans une même trame. Quel que soit le mode de réalisation, l'opérateur peut souhaiter appliquer une politique de distribution de trafic. On supposera ici que des politiques de 25 distribution de trafic peuvent être configurées sur le CPE, afin de lui permettre de répartir le trafic entre les différents réseaux disponibles ; ces politiques peuvent être configurées par un fournisseur de service ou par un utilisateur ; un exemple de politique consiste à n'utiliser les ressources radio qu'en cas d'indisponibilité d'un réseau d'accès fixe ou lorsque les ressources disponibles (maximums) du 30 réseau d'accès principal (typiquement le réseau filaire) ne permettent plus d'écouler le trafic caractéristique d'une application donnée ; les politiques de distribution de trafic sont critiques, car une utilisation non adéquate des ressources disponibles peut induire une consommation rapide du quota 21 disponible sur un lien d'accès donné, voire provoquer une augmentation sensible du montant de la facture à payer par l'utilisateur ; la maîtrise d'une politique de distribution du trafic est également critique pour un opérateur car elle permet notamment de minimiser le risque de congestion de certains liens (par exemple, 5 l'utilisation abusive d'une connexion cellulaire par un OPE multi-interfaces peut congestionner une cellule au détriment des terminaux mobiles mono-interfaces). Avantageusement, le OPE peut ajuster ses politiques de distribution de trafic en fonction des conditions réseau observées. Le OPE peut communiquer au terminal/client la politique de distribution de 10 trafic à observer, au moyen de la primitive MAP(C ID#i, Pi, POLICY). L'objet POLICY peut comprendre, par exemple : - un volume maximum de données à envoyer par chemin, - un ratio de distribution de trafic (par exemple, 10% pour P1, 80% pour P2, 10% pour P3), 15 - un ordre de priorité d'invocation des ressources associées à chaque chemin (par exemple, utiliser d'abord P1 puis P2 en cas de congestion), - un chemin qui ne sera utilisé que pour secourir un chemin principal (par exemple, P2 est désigné comme chemin de secours de P1), - une indication selon laquelle le chemin présentant le meilleur RIT doit 20 être utilisé, - une indication selon laquelle les chemins présentant un RIT similaire doivent être utilisés, - une indication selon laquelle les « streams » avec une priorité haute doivent être acheminés via un chemin donné. 25 Le terminal/client doit respecter la politique de distribution de trafic telle qu'indiquée par le OPE. Etant donné que la politique de distribution de trafic ne concerne pas que le trafic sortant mais aussi le trafic entrant, une nouvelle trame, appelée MP POLICY, est utilisée pour notifier un correspondant du terminal/client. 30 Un terminal/client apte à échanger des données via des chemins multiples peut inclure une trame MP POLICY dans un message QUIC envoyé à son correspondant. Cette trame permet d'annoncer au correspondant la liste des chemins connus du terminal/client (notamment, des adresses à utiliser pour 22 envoyer des données au terminal/client sans que ce dernier ait utilisé l'une de ces adresses au préalable pour communiquer avec ce correspondant), ainsi que, optionnellement, la politique de distribution de trafic entrant (du correspondant vers le terminal/client). 5 Un format possible pour cette trame MP POLICY est représenté sur la figure 8. Sur cette figure : - le champ « Type » indique qu'il s'agit d'une trame « MP POLICY », - le champ « Sub-type » peut indiquer par exemple les valeurs suivantes : o « 0 » : liste les chemins multiples connus de l'émetteur ; le champ 10 « Data » doit alors inclure une liste de chemins connus de l'émetteur de la trame ; à titre d'exemple, le champ « Data » peut inclure une liste d'adresses IP (ou de ports) à utiliser pour envoyer des paquets vers un même terminal au titre d'une même connexion à chemins multiples ; o « 1 » : politique de distribution de trafic entre les différents chemins 15 multiples ; les chemins disponibles peuvent être utilisés simultanément ; o « 2» : un volume maximum de données est à envoyer par chemin ; le champ « Data » précise le volume ainsi que le chemin concerné ; o « 3 » : indique un ratio d'utilisation par chemin ; le champ « Data » précise cette politique, par exemple 10% pour P1, 80% pour P2, et 10% pour P3 ; 20 o « 4» : Indique que l'algorithme du meilleur RTT doit être utilisé. La trame MP POLICY peut être envoyée par l'un des participants, ou par tous les participants à une connexion QUIC. Elle peut être envoyée à n'importe quel moment d'une connexion QUIC. Elle peut être envoyée conjointement avec d'autres données de contrôle ou des données utiles. Une ou plusieurs trames 25 MP POLICY peuvent être incluses dans un même message QUIC. Une trame MP POLICY peut être utilisée pour signaler qu'un chemin n'est plus disponible. Un correspondant QUIC qui reçoit une trame MP POLICY sauvegarde une copie du contenu de la trame dans sa table de connexions QUIC. Typiquement, cette table contient des identifiants de connexion (C ID). Si la 30 trame mentionne d'autres adresses IP (ou ports), le correspondant peut utiliser ces informations pour communiquer via des chemins multiples, c'est-à- dire envoyer des paquets ayant comme adresse de destination (port de destination) l'une des adresses indiquées dans la trame MP POLICY. Ainsi, les 23 politiques de distribution de trafic indiquées dans la trame MP POLICY informent le correspondant de l'approche à suivre pour envoyer les données d'une même connexion QUIC vers les différents chemins disponibles. La figure 9 représente une communication QUIC entre un terminal Il et 5 un serveur S, selon une première variante dans laquelle le terminal Il annonce au serveur S la liste des chemins disponibles à l'aide d'une trame MP POLICY. La trame est envoyée via le chemin qui traverse le réseau Ni. Le serveur peut envoyer les données de cette même connexion via les autres chemins vers le terminal T1 (N2 ou N3) sans que le terminal T1 ait utilisé ces chemins pour 10 communiquer avec S. La figure 10 représente une communication QUIC entre un terminal T1 et un serveur S, selon une deuxième variante dans laquelle une trame MP POLICY est insérée par le OPE. Selon une troisième variante (non représentée), le contenu de la trame 15 MP POLICY peut être contrôlé et éventuellement modifié par le OPE. Cette variante permet d'augmenter la liste des chemins multiples et d'indiquer la politique de distribution de trafic en cohérence avec celle de l'opérateur, notamment dans le cas où le OPE est exploité par l'opérateur. Ainsi, le OPE peut retirer l'identifiant de connexion de l'en-tête public (c'est-à-dire non chiffré), si un 20 autre identifiant de connexion est inclus dans la partie chiffrée du message QUIC. Quel que soit le mode de réalisation, dans le cas où l'identifiant de connexion QUIC utilisé par un terminal est chiffré, un nouvel identifiant appelé « Provider Connection Identifier », et noté PC ID, peut être exploité par un 25 opérateur pour contrôler l'utilisation des différents réseaux d'accès accessibles depuis un OPE pour établir des connexions QUIC. En outre, comme illustré sur la figure 11, un dispositif appelé « QUIC Provider Proxy » (noté P sur la figure 11) est introduit dans le réseau de l'opérateur pour contrôler l'acheminement des données le long des différents chemins multiples, mais aussi pour retirer ledit 30 identifiant PC ID avant l'acheminement des données vers leur destination finale. L'information « Provider Connection Identifier » est : - injectée par un CPE ou par un « QUIC Provider Proxy », 24 - retirée par le OPE avant de procéder à l'acheminement des paquets vers le terminal, et - retirée par le dispositif QUIC Provider Proxy avant de procéder à l'acheminement des paquets vers la destination S. 5 La trame MP POLICY définie ci-dessus peut être utilisée à la fois par le OPE et par le dispositif « QUIC Provider Proxy » pour annoncer les différents chemins ainsi que la politique de distribution de trafic à appliquer aussi bien pour la voie montante que descendante, selon les besoins. La figure 11 montre comment le dispositif « QUIC Provider Proxy » (P) 10 permet d'utiliser les ressources des différents chemins multiples sans altération de l'identifiant de connexion QUIC choisi par un terminal Il localisé derrière ce OPE. Les paquets QUIC envoyés par Il sont interceptés par le OPE, qui injecte un identifiant unique PC ID#a et une trame MP POLICY sur les divers chemins disponibles. A réception de ces paquets par un dispositif « QUIC Provider 15 Proxy », ce dispositif sauvegarde les informations contenues dans la trame MP POLICY dans la table de connexions locale, puis retire les objets PC ID#a et MP POLICY des paquets avant de les envoyer vers leur destination finale. L'invention peut être mise en oeuvre au sein de noeuds de réseaux de communications, par exemple des terminaux, des routeurs ou des passerelles, 20 au moyen de composants logiciels et/ou matériels. Les composants logiciels pourront être intégrés à un programme d'ordinateur classique de gestion de noeud de réseau. C'est pourquoi, comme indiqué ci-dessus, la présente invention concerne également un système informatique. Ce système informatique comporte de manière classique une unité 25 centrale de traitement commandant par des signaux une mémoire, ainsi qu'une unité d'entrée et une unité de sortie. De plus, ce système informatique peut être utilisé pour exécuter un programme d'ordinateur comportant des instructions pour la mise en oeuvre de l'un quelconque des procédés de communication selon l'invention. 30 En effet, l'invention vise aussi un programme d'ordinateur tel que décrit succinctement ci-dessus. Ce programme d'ordinateur peut être stocké sur un support lisible par ordinateur et peut être exécutable par un microprocesseur. Ce programme peut utiliser n'importe quel langage de programmation, et se 25 présenter 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'informations inamovible, ou 5 partiellement ou totalement amovible, comportant des instructions d'un programme d'ordinateur tel que décrit succinctement ci-dessus. Ce support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support d'informations peut comprendre un moyen de stockage, tel qu'une ROM, par exemple un CD ROM 10 ou une ROM de circuit microélectronique, ou un moyen d'enregistrement magnétique, tel qu'un disque dur, ou encore une clé USB (« USB flash drive » en anglais). 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 15 électrique ou optique, par radio ou par d'autres moyens. Le programme d'ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. En variante, 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 20 être utilisé dans l'exécution de l'un quelconque des procédés de communication selon l'invention. REVENDICATIONS1. Procédé de communication, dans lequel un dispositif communicant est situé derrière une passerelle apte à mettre en oeuvre le protocole QUIC (Quick UDP Internet Connection) et connectée à une pluralité de chemins Pi, où i=1,...,N, sur lesquels ladite passerelle peut envoyer des paquets de données reçus dudit dispositif communicant, et recevoir des paquets de données destinés audit dispositif communicant, ledit procédé comprenant les étapes suivantes : a) ladite passerelle associe un identifiant de connexion respectif C ID#i à chacun desdits chemins Pi, et b) lorsque la passerelle reçoit du dispositif communicant un paquet de données, la passerelle transmet ce paquet de données sur l'un des chemins Pi en prenant en compte l'identifiant de connexion C ID#i associé à ce chemin Pi. 2. Procédé de communication selon la revendication 1, caractérisé en ce qu'il comprend préalablement les étapes suivantes : - ledit dispositif communicant découvre ladite pluralité de chemins Pi, et - le dispositif communicant envoie à ladite passerelle un ou plusieurs messages (MAP(C ID#i, Pi)) spécifiant un identifiant de connexion respectif C ID#i pour chacun desdits chemins respectifs Pi, et en ce que, lorsque la passerelle reçoit du dispositif communicant un paquet de données comprenant un identifiant de connexion C ID#i, la passerelle transmet ce paquet de données sur le chemin Pi associé à cet identifiant de connexion C ID#i. 3. Procédé de communication selon la revendication 2, caractérisé en ce que la passerelle envoie au dispositif communicant un message (ADVERT PATHS(Pi)) contenant la liste des chemins Pi connus de la passerelle. 4. Procédé de communication selon la revendication 1, caractérisé en ce que, lorsque ladite passerelle reçoit dudit dispositif communicant un paquet de données comprenant un identifiant de connexion C ID#0, la passerelle transmet ce paquet de données sur l'un desdits chemins Pi, en remplaçant ledit identifiant 27 de connexion C ID#0 par ledit identifiant de connexion C ID#i associé à ce chemin Pi si ces identifiants de connexion C ID#0 et C ID#i sont différents entre eux. 5 5. Procédé de communication selon la revendication 4, caractérisé en ce que, lorsque ledit paquet de données reçu du dispositif communicant est émis en réponse à un message émis par son correspondant, la passerelle transmet ce paquet de données au correspondant sur le chemin sur lequel ledit message est parvenu à la passerelle. 10 6. Procédé de communication selon l'une quelconque des revendications 1 à 5, caractérisé en ce que le dispositif communicant et/ou la passerelle envoient au correspondant du dispositif communicant un message (MP POLICY) comprenant la liste des chemins connus du dispositif 15 communicant et/ou de la passerelle. 7. Procédé de communication selon l'une quelconque des revendications 1 à 6, caractérisé en ce que la passerelle met en oeuvre une politique de distribution de trafic comprenant des règles de répartition du trafic 20 entre les différents réseaux disponibles. 8. Procédé de communication selon la revendication 7, caractérisé en ce que la passerelle envoie au dispositif communicant un message (MAP(C ID#i, Pi, POLICY)) décrivant la politique de distribution de trafic à 25 observer. 9. Dispositif communicant situé derrière une passerelle apte à mettre en oeuvre le protocole QUIC (Quick UDP Internet Connection) et connectée à une pluralité de chemins Pi, où i=1,...,N, sur lesquels ladite passerelle peut envoyer 30 des paquets de données reçus dudit dispositif communicant, et recevoir des paquets de données destinés audit dispositif communicant, ledit dispositif communicant comprenant des moyens pour : - découvrir ladite pluralité de chemins Pi, et 28 - envoyer à ladite passerelle un ou plusieurs messages (MAP(C ID#i, Pi)) spécifiant un identifiant de connexion respectif C ID#i pour chacun desdits chemins respectifs Pi. 5 10. Dispositif communicant selon la revendication 9, caractérisé en ce qu'il comprend en outre des moyens pour recevoir de la passerelle, et prendre en compte, un message (ADVERT PATHS(Pi)) contenant la liste des chemins Pi connus de la passerelle. 10 11. Passerelle apte à mettre en oeuvre le protocole QUIC (Quick UDP Internet Connection) et connectée à une pluralité de chemins Pi, où i=1,...,N, sur lesquels ladite passerelle peut envoyer des paquets de données reçus d'un dispositif communicant situé derrière ladite passerelle, et recevoir des paquets de données destinés audit dispositif communicant, ladite passerelle comprenant 15 des moyens pour : - associer un identifiant de connexion respectif C ID#i à chacun desdits chemins Pi, et - lorsqu'elle reçoit du dispositif communicant un paquet de données, transmettre ce paquet de données sur l'un des chemins Pi en prenant en compte 20 l'identifiant de connexion C ID#i associé à ce chemin Pi. 12. Passerelle selon la revendication 11, caractérisée en ce qu'elle comprend en outre des moyens pour : - recevoir dudit dispositif communicant un ou plusieurs messages 25 (MAP(C ID#i, Pi)) spécifiant un identifiant de connexion respectif C ID#i pour chacun desdits chemins respectifs Pi, et - lorsqu'elle reçoit du dispositif communicant un paquet de données comprenant un identifiant de connexion C ID#i, transmettre ce paquet de données sur le chemin Pi associé à cet identifiant de connexion C ID#i. 30 13. Passerelle selon la revendication 11, caractérisée en ce qu'elle comprend en outre des moyens pour : - recevoir dudit dispositif communicant un paquet de données comprenant un identifiant de connexion C ID#0, et 29 - transmettre ce paquet de données sur l'un desdits chemins Pi, en remplaçant ledit identifiant de connexion C ID#0 par ledit identifiant de connexion C ID#i associé à ce chemin Pi si ces identifiants de connexion C ID#0 et C ID#i sont différents entre eux. 5