FR 2945692 A1 20101119 FR 0953121 A 20090512 DOMAINE TECHNIQUE GENERAL Le domaine de l'invention est celui de l'échange d'un flux de données entre un terminal utilisateur et le réseau Internet. L'invention concerne plus précisément un procédé d'échange d'un flux de données entre un terminal utilisateur connecté au réseau Internet et le réseau Internet. ETAT DE LA TECHNIQUE Pour accéder au réseau Internet, un utilisateur doit obtenir une ressource de connexion auprès d'un Fournisseur d'Accès à Internet (FAI). On io précise ici que l'on entend par FAI, tout organisme offrant une connexion au réseau Internet. Les volumes de données échangés sur le réseau Internet sont de plus en plus importants, ce qui entraine un besoin en termes de bande passante. Or, l'offre Internet (en capacité de transmission) est notamment 15 variable en fonction de : la qualité de la boucle locale Internet (distance abonné / DSLAM (en anglais, � Digital Subscriber Line Access Multiplexer �, multiplexeur d'accès à la ligne d'abonné numérique) pour l'ADSL par exemple) ; 20 du type d'accès, quand l'accès internet à au haut débit (ADSL Wimax, etc...) n'est pas disponible (accès satellite, accès via le réseau téléphonique commuté (RTC) ou réseau numérique à intégration de service (RNIS) ; la couverture du réseau pour les accès mobile (GSM, GPRS, 25 3G+). De plus, un grand nombre d'offres internet applique une éventuelle politique de quota sur les volumes transmis, freinant l'usage de la bande passante. Ainsi, il apparaît un besoin de pouvoir ù sans avoir à modifier 30 l'architecture réseau ù augmenter la capacité de transmission universellement sur tout type d'accès internet, augmenter les volumes de données échangés et d'améliorer plus généralement la qualité de service (en anglais, � Quality of Service �, (QoS)). PRESENTATION DE L'INVENTION L'invention permet d'améliorer la QoS de l'offre Internet proposée à un utilisateur abonné à un fournisseur d'accès à Internet ou à un centre d'hébergement. io Le procédé, objet de l'invention, permet notamment de démultiplier et d'optimiser la capacité de transmission d'un accès à Internet pour l'utilisateur, de façon universelle sur tout type de connectivité à destination de la boucle locale internet. Selon un premier aspect, l'invention concerne un procédé d'échange, 15 entre un terminal utilisateur et un réseau Internet, d'un flux de données, le flux de données transitant par une boucle locale Internet selon le protocole TCP/IP, la boucle locale Internet ayant pour extrémités d'une part, un routeur utilisateur connecté au terminal utilisateur et d'autre part, un routeur du FAI connecté à une plateforme d'accès au réseau Internet, la plateforme d'accès 20 au réseau Internet comprenant une infrastructure d'un FAI auquel l'utilisateur est abonné. Le procédé de l'invention est caractérisé en ce qu'il comprend : une étape de compression/décompression des données émises/reçues par le terminal utilisateur à destination/issu de la plateforme d'accès ; une étape de 25 compression/décompression des données émises/reçues par la plateforme d'accès à destination/en provenance du terminal utilisateur ; de manière à ce que d'une part le flux de données transitant sur la boucle locale Internet soit un flux de données compressées et que d'autre part le flux de données transitant au-delà de la plateforme d'accès soit un flux de données 30 décompressées aux extrémités de la boucle locale Internet. En conséquence, le flux de données transitant sur la boucle locale Internet est un flux de données compressées et il s'agit plus précisément de paquets IP qui encapsulent des données compressées. Ainsi, entre la plateforme d'accès au réseau Internet et le terminal utilisateur, un flux de données compressées est échangé. En revanche, le flux de données à destination du réseau Internet est un flux de données décompressées. En outre, par l'action commune d'une optimisation de la transmission et de la compression, l'invention permet : io la démultiplication et l'optimisation de la capacité de transmission d'un accès internet pour l'utilisateur, de façon universelle sur tout type de connectivité à destination de la boucle locale internet ; la réduction du volume de trafic en transit sur le réseau de collecte IP pour un FAI ; 15 l'augmentation des quotas de trafic d'un usager internet en cas de restriction de volume de données échangées. On multiplie notamment la capacité de la bande passante entre 5 et 40 fois selon les applications Internet visées. En outre, pour l'échange de données, entre le terminal utilisateur et le 20 réseau Internet le procédé selon l'invention comprend les étapes suivantes : compression par le terminal utilisateur des données ; encapsulation des données dans des paquets IP ; émission par le terminal utilisateur, sur la boucle locale Internet des paquets IP ; réception par la plateforme d'accès au réseau Internet, des paquets IP ; extraction des données compressées ; 25 décompression par la plateforme des données compressées reçues ; encapsulation des données décompressées dans des paquets IP ; émission, selon le protocole TCP/IP, par la plateforme vers le réseau Internet des paquets IP comprenant les données décompressées. Par ailleurs, pour l'échange de données, entre le terminal utilisateur et 30 le réseau Internet le procédé selon l'invention peut comprendre : 2945692 4 4 préalablement à la compression des données, un stockage des données dans une mémoire cache de terminal utilisateur ; à l'issu de la décompression par la plateforme des données compressées reçues un stockage des données décompressées 5 dans une mémoire cache de la plateforme. A l'inverse, pour l'échange de données, entre le réseau Internet et le terminal utilisateur, issues du réseau Internet le procédé selon l'invention comprend les étapes suivantes : réception des paquets IP à destination du terminal utilisateur par la plateforme d'accès au réseau Internet ; extraction io des données encapsulées ; compression des données ; encapsulation des données compressées dans des paquets IP ; émission par la plateforme des paquets IP ; réception par le terminal utilisateur des paquets IP comprenant les données compressées ; extraction des données compressées ; décompression par le terminal utilisateur des données compressées reçues. 15 Par ailleurs, pour l'échange de données entre le réseau Internet et le terminal utilisateur, le procédé selon l'invention peut comprendre : à l'issu de l'extraction des données encapsulées un stockage des données extraites dans une mémoire cache de la plateforme d'accès au réseau Internet. De manière avantageuse, le procédé selon l'invention peut comprendre : 20 ù avant émission du flux de données compressées, soit par le terminal utilisateur soit par la plateforme, une optimisation de la couche TCP de manière à accélérer le flux de données compressées ; avant émission soit par le terminal utilisateur soit par la plateforme, 25 une gestion de la bande passante en fonction du volume de données à échanger. Selon un second aspect, l'invention concerne un système d'accès au réseau Internet fonctionnant selon le protocole TCP/IP, comprenant : un terminal utilisateur destiné à échanger des flux de données IP avec le réseau 30 Internet ; une plateforme d'accès au réseau Internet disposée entre le terminal utilisateur et le réseau Internet; le terminal utilisateur et la passerelle comprenant une application QoS pour la mise en oeuvre d'un procédé selon le premier aspect de l'invention. Dans le système selon l'invention, la plateforme d'accès au réseau Internet peut comprendre une plateforme de service réseaux connectée d'une part à l'infrastructure du FAI et d'autre part au réseau Internet, le flux de données étant échangé entre la plateforme de service réseaux et le terminal utilisateur. En outre, dans le système selon l'invention le terminal utilisateur est choisi parmi le groupe suivant : un ordinateur ; une pluralité d'ordinateurs w connectés en réseau ; un terminal mobile ; un serveur unique, par exemple, un serveur de messagerie. PRESENTATION DES FIGURES D'autres caractéristiques et avantages de l'invention ressortiront is encore de la description qui suit laquelle est purement illustrative et non limitative et doit être lue en regard des dessins annexés sur lesquels : la figure 1 illustre un premier mode de réalisation pour la mise en oeuvre du procédé selon l'invention ; la figure 2 illustre un second mode de réalisation pour la mise en 20 oeuvre du procédé selon l'invention ; la figure 3 illustre un paquet IP ; la figure 4 illustre des étapes du procédé selon l'invention pour des données issues du réseau Internet ; la figure 5 illustre des étapes du procédé selon l'invention pour des 25 données à destination du réseau Internet. DESCRIPTION DETAILLEE DE L'INVENTION Architecture Selon un premier mode de réalisation, illustré sur la figure 1, pour accéder au réseau Internet 30, un utilisateur U,, U2 est abonné à un FAI de sorte que les données issues ou provenant du réseau Internet 30 transitent par une plateforme 20 d'accès au réseau Internet 30 comprenant une infrastructure 200 d'un FAI. Selon un second mode de réalisation illustré sur la figure 2, outre l'infrastructure 200 du FAI, la plateforme d'accès 20 au réseau Internet peut io comprendre une plateforme 40 de service réseaux fonctionnant par exemple dans un centre d'hébergement (en anglais, � housing �) connecté au réseau Internet 30. La plateforme 20 d'accès au réseau Internet est disposée entre l'utilisateur U,, U2 et le réseau Internet 30. 15 L'utilisateur accède au réseau Internet 30 via un terminal fixe U, de type ordinateur personnel ou via un terminal mobile U2 de type fonctionnant sur un réseau cellulaire, par exemple 3G ou GSM. Entre le terminal utilisateur et la plateforme 20 d'accès au réseau Internet, les données transitent par une boucle locale Internet 10, 10'. 20 La boucle locale Internet 10, 10' a pour extrémités d'une part un routeur utilisateur 101 auquel le terminal utilisateur U,, U2 est connecté et d'autre part un routeur FAI 102 connecté à la plateforme 20 d'accès au réseau Internet 30. Le routeur utilisateur est par exemple situé au domicile de l'utilisateur. 25 On précise que l'on entend par boucle locale Internet 10, 10' la partie entre le terminal utilisateur U,, U2 et l'infrastructure 200 du FAI. La boucle locale Internet 10, 10' selon que l'on y accède au moyen d'un terminal de téléphonie mobile U2 ou au moyen d'un ordinateur personnel U, est bien entendue adaptée au mode d'accès. 30 Le routeur utilisateur 101 (en anglais, � customer edge router�) constitue le point d'entrée de la boucle locale Internet 10, 10' du flux de données issu du terminal utilisateur U,, U2 à destination du réseau Internet ou du point de sortie de la boucle locale Internet 10, 10' du flux de données provenant du réseau Internet 30 à destination du terminal utilisateur U,, U2. Notons que dans le cas où il s'agit d'un terminal U2 de téléphonie mobile le routeur utilisateur 101 est disposé au sein du terminal utilisateur. Le routeur FAI 102 (en anglais, � provider edge router �) constitue le point d'entrée de la boucle locale Internet 10, 10' du flux de données issu du réseau Internet à destination du terminal utilisateur ou du point de sortie de la boucle locale Internet 10, 10' du flux de données provenant du terminal io utilisateur à destination du réseau internet. Le routeur FAI 102 est un routeur appartenant au FAI auquel l'utilisateur est abonné. Il est à noter que dans le cas du second mode de réalisation, la plateforme 40 de service réseaux peut être connectée à l'infrastructure 200 15 du FAI par une connexion Internet. La plateforme 40 de service est dans ce cas accessible par une connexion Internet, via l'infrastructure 200 du FAI. Echanqe de données entre un terminal utilisateur et le réseau Internet Au cours d'un accès à Internet des flux de données sont échangés entre le terminal utilisateur et le réseau Internet. Il s'agit d'un échange bi- 20 directionnel. On rappelle que les échanges d'information dans un réseau de communication de type Internet sont régis par des architectures en couches, par exemple du type de celles du modèle OSI (en anglais, � Open System Interconnection �) de l'ISO (en anglais, � International Standard 25 Organization �). L'architecture Internet se fonde en particulier sur trois couches : une couche application : logiciels de messagerie, telnet, FTP (en anglais, � File Transfer Protocol �) ; une couche protocole de transport : la couche TCP ; 30 une couche réseau : la couche IP. Pour une description des couches Internet, on pourra se référer : - au document RFC 793 pour TCP ; - au document RFC 1180 pour TCP/IP ; - au document RFC 791 pour IP ; ou à - l'ouvrage Guy Pujolle, � Les réseaux, édition 2003 �, juin 2002. Tel que connu, les données échangées entre un utilisateur et le réseau Internet sont encapsulées dans des paquets IP. La figure 3 illustre un paquet IP comprenant plusieurs champs : champ version (4 bits) : identification du protocole IP utilisé ; longueur d'en-tête (4 bits) : longueur de io l'en-tête en mot de 32 bits ; type de service (indicatif) ; longueur totale du paquet : exprimée en octets ; identification : identifie le paquet auquel appartient le fragment ; drapeau (3 bits) ; décalage fragment, déplacement en multiple de 8 octets du fragment dans le paquet ; durée de vie (8 bits): durée maximum de vie du paquet dans le réseau ; protocole : identification du 15 protocole client d'IP ; somme de contrôle en-tête : elle ne protège que l'en-tête du paquet ; adresse IP source (32 bits) ; adresse IP destination (32 bits) ; données de l'utilisateur. Les paquets IP sont constitués au niveau d'un terminal utilisateur pour être émis sur le réseau sur la boucle locale Internet avant émission sur le 20 réseau Internet en tant que tel. Les paquets IP encapsulent les flux de données qui sont échangés sur le réseau. On précise que les données échangées peuvent être de taille variable. Pour améliorer la QoS, on met en place : 25 une étape de compression/décompression des données émises/reçues par le terminal utilisateur U; à destination/issu de la plateforme d'accès ; une étape de compression/décompression des données émises/reçues par la plateforme 20 d'accès à destination/en 30 provenance du terminal utilisateur. Ces étapes ont pour but que d'une part le flux de données transitant sur la boucle locale Internet 10, 10' soit un flux de données compressées et que d'autre part le flux de données transitant au-delà de la plateforme 20 d'accès soit un flux de données décompressées. En outre, toujours pour améliorer la QoS on peut également optimiser la couche transport visant l'accélération TCP et mettre en oeuvre une gestion de la bande passante en fonction du volume de données à échanger. Dans chacun des deux modes de réalisation, les étapes de compression/décompression et optimisation de la couche transport visant io l'accélération TCP et gestion de la bande passante sont mises en oeuvre par des boitiers d'application 201 dédiés. Ces boitiers d'application sont connus sous le nom de boitier QoS. Des constructeurs tels que BluecoatTM (appliance SG) et RiverbedTM (appliance Steelhead) proposent de tels boitiers d'application. 15 Pour le premier mode de réalisation présenté ci-dessus, le boitier d'application 201 est installé au sein de l'infrastructure du FAI. Pour le second mode de réalisation présenté ci-dessus, le boitier d'application 201 est installé au sein de l'infrastructure du centre d'hébergement 40. 20 On présente ci-dessous les fonctions génériques proposées par les boitiers QoS. Compression/décompression des données La compression û comme connue û réduit la taille des données permettant ainsi de les transmettre plus rapidement. 25 Une fois réceptionnées ces données sont restaurées dans leur taille d'origine. Pour effectuer la compression des données plusieurs algorithmes connus peuvent être mis en place : û la compression sans perte : la compression est dite sans perte 30 lorsqu'il n'y a aucune perte de données sur l'information d'origine. Il y a autant d'information après la compression qu'avant, elle est seulement réécrite d'une manière plus concise ; la compression avec un codage RLE (en anglais, � Run-Length Encoding �) : toute suite de bits ou de caractères identiques est remplacée par un couple (nombre d'occurrences ; bit ou caractère répété). Par exemple la chaine AAAAAAAAllEEEEEER sera compressés par : 8A2Z6E1 R, ce qui est beaucoup plus court ; la compression dite de Lempel-Ziv remplace des motifs récurrents par des références à leur première apparition. io De plus, certains algorithmes de compression sont basés sur des dictionnaires spécifiques à un type de données : ce sont des encodeurs non adaptifs. Les occurrences de lettres dans un fichier texte par exemple dépendent de la langue dans laquelle celui-ci est écrit. Un encodeur adaptif s'adapte aux données qu'il va devoir compresser, il ne part pas avec un 15 dictionnaire déjà préparé pour un type de données. Enfin un encodeur semiadaptif construira celui-ci en fonction des données à compresser : il construit le dictionnaire en parcourant le fichier, puis compresse ce dernier. On note que la technique de compression utilisée est déterminée en fonction de ses performances et de la nature du trafic à traiter. 20 Optimisation de la couche transport visant l'accélération TCP L'optimisation de la couche transport visant l'accélération TCP s'effectue par une augmentation de la taille de la fenêtre TCP permettant ainsi à un plus grand nombre de paquets d'être transmis sans avoir à attendre un accusé de réception (voir RFC 793 pour une description du 25 protocole TCP). L'optimisation permet en outre une détection plus rapide des erreurs (par exemple des paquets perdus) et une retransmission plus rapide des paquets limitant ainsi considérablement les problèmes de performance dus aux pertes et aux retransmissions de paquets. L'accélération TCP permet de réduire les échanges pour rendre plus efficace l'échange des données. En effet, le protocole TCP met en oeuvre de nombreux échanges d'accusé réception. L'accélération TCP est implémentée grâce à des procédés connus du type : o High Speed TCP (voir le document de normalisation RFC 3649) o MTU Management ; o TCP Rate Control and UDP Rate Control; o Load Sensitivity. io Gestion de la bande passante La gestion de la bande passante peut être du type HFSC (en anglais : � Hierarchical Fair Service Curve �). Elle hiérarchise les applications et permet de gérer une file d'attente à faible latence et de paramétrer les taux de bande passante allouée. On entend par latence le temps nécessaire à 15 l'envoi d'un paquet de données d'un point à un autre. Sens descendant : Réseau Internet ù Terminal utilisateur Dans ce sens, les données issues du réseau Internet à destination du terminal utilisateur U,, U2 sont compressées au niveau de la plateforme 20 d'accès au réseau. 20 Une fois encapsulées, une optimisation de la couche transport visant l'accélération TCP peut être effectuée et, si besoin, on met en oeuvre une gestion de la bande passante. Le flux de données est émis vers le terminal utilisateur U,, U2 qui les décompresse pour les exploiter. 25 On note que préalablement à leur encapsulation, les données peuvent être stockées dans une mémoire cache de la plateforme d'accès au réseau. On précise que l'on entend par mémoire cache, une mémoire à accès très rapide de manière à ce que, si besoin, on puisse y accéder rapidement, par exemple en cas d'échec de l'échange et pour supprimer les redondances 30 de retransmission, tant au niveau du terminal d'accès à Internet qu'au niveau de la plateforme d'accès au réseau Internet. La figure 4 illustre des étapes mises en oeuvre pour le sens descendant. Ainsi, au cours de l'échange, la plateforme d'accès au réseau Internet reçoit 500 les paquets IP à destination du terminal utilisateur et extrait 501 des paquets IP les données encapsulées. Les données extraites sont avantageusement stockées 502 dans une mémoire cache de la plateforme 40 d'accès au réseau Internet. Le stockage dans la mémoire cache de la plateforme a pour effet d'éviter que des données ne soient perdues en cas d'échec de la transmission. io Les données stockées dans la mémoire cache sont alors compressées 503 puis encapsulées 504 dans des paquets IP sous leur forme compressée. Au niveau couche transport on optimise 505 la couche TCP et émet 506 le flux de données en tenant compte de la bande passante disponible afin de pouvoir optimiser au maximum la capacité de transmission pour un flux 15 donné. Dans ce cas une gestion 506 de la bande passante est effectuée. Le terminal utilisateur reçoit 507 les paquets IP comprenant les données compressées, les extrait 508, les décompresse 509 et peut les stocker 510 dans la mémoire cache du terminal utilisateur. Sens montant : Terminal utilisateur ù Internet 20 Dans ce sens ù inverse de celui ci-dessus décrit ù les flux de données à destination du réseau Internet émis par le terminal utilisateur sont compressés. La figure 5 illustre des étapes mises en oeuvre pour le sens montant. De manière symétrique au sens descendant, ci-dessus décrit, les 25 données peuvent être stockées dans une mémoire cache du terminal utilisateur. De manière avantageuse, avant stockage, pour optimiser l'utilisation de la mémoire cache, il est possible de vérifier 600 la mémoire cache du terminal pour vérifier si les données ne sont pas déjà stockées. 30 Notons que si des données sont déjà stockées le procédé n'ira pas les récupérer à nouveau. Notons également que ce stockage permet également d'avoir à disposition les données au cas où des retransmissions sont nécessaires. Après stockage, les données sont compressées 601 et encapsulées 602 dans des paquets IP. En outre, une fois encapsulées, au niveau couche de transport, l'optimisation TCP 603 peut être effectuée et les paquets IP sont émis 604 en tenant 404 compte de la bande passante disponible. La plateforme d'accès au réseau Internet reçoit 605 alors les paquets IP et extrait 606 les données compressées et les décompresse 607. io Les données extraites décompressées peuvent être stockées 608 dans une mémoire cache de la plateforme d'accès au réseau. Ensuite, les données extraites décompressées sont à nouveau encapsulées 610 dans des paquets IP. Enfin les paquets IP sont émis 610 sur le réseau Internet 30. 15 Comme on l'a décrit, entre un terminal utilisateur et le réseau Internet, l'ensemble du trafic en provenance et à destination du réseau Internet arrive et repart décompressé. Ceci a pour effet, pour une bande passante donnée et donc un débit donné, d'améliorer les performances de transmission sans avoir à intervenir sur le réseau en tant que tel. REVENDICATIONS1. Procédé d'échange entre un terminal utilisateur (U;) et un réseau Internet (30), d'un flux de données, le flux de données transitant par une boucle locale Internet (10, 10') selon le protocole TCP/IP, la boucle locale Internet (10, 10') ayant pour extrémités d'une part, un routeur utilisateur (101) connecté au terminal utilisateur et d'autre part, un routeur du FAI (102) connecté à une plateforme (20) d'accès au réseau Internet (30), la plateforme (20) d'accès au réseau Internet (30) comprenant une infrastructure d'un FAI io (200) auquel l'utilisateur (U;) est abonné, caractérisé en ce que le procédé comprend une étape de compression/décompression des données émises/reçues par le terminal utilisateur (U;) à destination/issu de la plateforme d'accès ; 15 une étape de compression/décompression des données émises/reçues par la plateforme (20) d'accès à destination/en provenance du terminal utilisateur ; de manière à ce que d'une part le flux de données transitant sur la boucle locale Internet (10, 10') soit un flux de données compressées et que d'autre 20 part le flux de données transitant au-delà de la plateforme (20) d'accès soit un flux de données décompressées aux extrémités de la boucle locale Internet. 2. Procédé d'échange selon la revendication 1 comprenant, pour l'échange de données, entre le terminal utilisateur et le réseau Internet les 25 étapes suivantes : compression par le terminal utilisateur des données ; encapsulation des données dans des paquets IP ; émission par le terminal utilisateur, sur la boucle locale Internet des paquets IP ; 30 réception par la plateforme d'accès au réseau Internet, des paquets IP ;extraction des données compressées ; décompression par la plateforme des données compressées reçues ; encapsulation des données décompressées dans des paquets IP ; émission, selon le protocole TCP/IP, par la plateforme vers le réseau Internet des paquets IP comprenant les données décompressées. 3. Procédé selon la revendication 2 comprenant, préalablement à la compression des données, un stockage des données dans une mémoire cache du terminal utilisateur. 4. Procédé selon l'une des revendications 2 à 3 comprenant, à l'issu de la décompression par la plateforme des données compressées reçues un stockage des données décompressées dans une mémoire cache de la plateforme. 5. Procédé d'échange selon la revendication 1 comprenant, pour l'échange de données, entre le réseau Internet et le terminal utilisateur, issues du réseau Internet les étapes suivantes : réception des paquets IP à destination du terminal utilisateur par la 20 plateforme d'accès au réseau Internet ; extraction des données encapsulées ; compression des données ; encapsulation des données compressées dans des paquets IP ; émission par la plateforme des paquets IP ; 25 réception par le terminal utilisateur des paquets IP comprenant les données compressées ; extraction des données compressées ; décompression par le terminal utilisateur des données compressées reçues. 30 6. Procédé selon la revendication 5 comprenant à l'issu de l'extraction des données encapsulées un stockage des données extraites dans une mémoire cache de la plateforme d'accès au réseau Internet. 7. Procédé selon l'une des revendications 1 à 6 comprenant en outre avant émission du flux de données compressées, soit par le terminal utilisateur soit par la plateforme, une optimisation de la couche TCP de manière à accélérer le flux de données compressées. io 8. Procédé selon l'une des revendications 1 à 7 comprenant en outre avant émission soit par le terminal utilisateur soit par la plateforme, une gestion de la bande passante en fonction du volume de données à échanger. 9. Système d'accès au réseau Internet fonctionnant selon le protocole 15 TCP/IP, comprenant : un terminal utilisateur (U;) destiné à échanger des flux de données IP avec le réseau Internet (30) ; une plateforme (20) d'accès au réseau Internet disposée entre le terminal utilisateur et le réseau Internet (30) ; 20 le terminal utilisateur (U;) et la passerelle (20) comprenant une application QoS pour la mise en oeuvre d'un procédé selon l'une des revendications 1 à 8. 10. Système selon la revendication 9 dans lequel la plateforme d'accès 25 au réseau Internet comprend une plateforme de service réseaux connectée d'une part à l'infrastructure du FAI et d'autre part au réseau Internet, le flux de données étant échangé entre la plateforme de service réseaux et le terminal utilisateur. 30 11. Système selon l'une des revendications 9 à 10 dans lequel le terminal utilisateur est choisi parmi le groupe suivant :un ordinateur ; une pluralité d'ordinateurs connectés en réseau ; un terminal mobile ; un serveur unique, par exemple, un serveur de messagerie.