FR 2898231 A1 20070907 FR 0650773 A 20060306 Le domaine de l'invention est celui des réseaux de communication en mode paquets. On rappelle qu'un réseau de communication est une structure hétérogène tant au niveau des supports utilisés pour acheminer les données (paires de cuivre, fibres optiques, radiofréquences), qu'au niveau de la bande passante disponible, du débit des données ou encore des protocoles mis en oeuvre. L'hétérogénéité des réseaux de communication a pour conséquence de générer des congestions sur le réseau. Lorsque le réseau est congestionné, cela signifie que plusieurs trames de données sont entrées en collisions, entraînant la perte des informations qu'elles transportent. Dans les réseaux en mode paquet, les congestions se produisent lorsqu'un chemin véhiculant les paquets est composé de segments ayant des débits différents. Une congestion est un phénomène gênant, car il oblige à réémettre les données perdues et ralentit de manière significative le temps d'acheminement des données vers le terminal destinataire. Il est important de limiter ce phénomène afin d'améliorer la qualité de service des réseaux de communication. Afin de palier à cet inconvénient, on s'efforce d'utiliser des protocoles de transports fiables, qui sont capables de détecter des congestions sur le réseau et d'adapter leurs procédures d'émission de données en conséquence, tout en s'assurant de la bonne réception des données par le terminal destinataire. Le protocole TCP (Transmission Control Protocol) est un exemple de protocole de transmssi fiable. La :ésente de façon schématique une connexion a,rsée ent:e deux terntinaL La connexion établie entre les deux terminaux TI et T2 au moyen du protocole TCP est schématisée sur la figure 1 par une double flèche A reliant la couche transport des deux terminaux. Le protocole TCP comprend, classiquement, un mécanisme de régulation du débit d'émission des données en fonction d'un état de congestion global du réseau, ainsi qu'un mécanisme de retransmission des données perdues. Le protocole TCP perçoit une congestion via la perte d'un paquet. Ainsi lorsque le mécanisme de régulation du débit d'émission des données est informé de la survenue d'une congestion, le débit d'émission de la couche transport du terminal émetteur, ici le terminal T,, est diminué afin d'éviter l'amplification du phénomène de congestion mais également afin d'éviter la perte des données. Le contrôle du débit d'émission est réalisé grâce à une fenêtre glissante dont la taille varie en fonction de l'état de congestion global du réseau. La fenêtre d'émission, contient les octets que le terminal émetteur Ti peut transmettre entre deux instants tk et tk+1. Néanmoins, si des données ont été perdues, celles-ci sont réémises par le mécanisme de retransmission des données. De même, afin de réguler le débit d'émission des données sur le réseau, de manière locale, les différents terminaux T;, T2, SI, et S2 disséminés sur le réseau et sollicités afin d'acheminer les données utilisent des protocoles de :équ a ion du débit o de la ccucl e liaison de don ées. Cette régi ia, a du débit d'ém ci est une régulation locale pu; ntervient entre deux terminaux consénu fs sur le réseau tels que les terminaux Ti et S1. Cette régui Un exemple d: nées au niée sur la figL 1 par une doubl débit es est défini par l'IEEE (institute of Electrical and Electronics Engineers). Sous cette appellation, l'IEEE définit dans la couche MAC un contrôle de flux entre deux terminaux connectés à chaque extrémité d'un même lien Ethernet full-duplex. Un lien Ethernet Full-duplex est un lien bidirectionnel simultané utilisant le protocole de gestion de canal Ethernet pour transmettre des données entre deux machines. Ainsi, lorsque la mémoire tampon d'un premier terminal, ici le terminal S1 par exemple, se remplit au-delà d'un seuil appelé seuil XOFF, celui-ci transmet une trame XOFF. Cette trame stoppe l'émission du terminal en vis-à-vis, ici, le terminal Ti. Le nombre d'octets contenus dans la mémoire tampon du terminal S1 diminue alors., jusqu'à atteindre un seuil appelé seuil XON à partir duquel le terminal S1 transmet une trame XON au terminal Tl qui réactive son émission. Bien que l'utilisation du protocole TCP permette d'éviter la perte de données et limite l'amplification des phénomènes de congestions intervenant sur le réseau, une connexion ente deux terminaux telle que décrite à la figure 1 n'offre pas un débit d'émission satisfaisant au regard des volumes de données échangées ainsi que de la demande en bande passante toujours plus grande. Afin de s'adapter à la demande croissante de bande passante, des réseaux Ethernet sont couramment déployés par les opérateurs en télécommunications en raison de la maturité et du coût de la technologie, les débits proposés allant de 10 MI:Vs à 1 Giga bits/s. La figure 2 représente de façon schématique une connexion réalisée entre deux TI et T2 distants euilsant une version du prie: eo!e TCP nriodflee et adaptée aux réseaux Etherr . Dans cette version modifiée du protocole TCP, présentée dans l'e cie : talé A case for {queue-to c' .cive, back pressa ie-based congestion contre)/ for grid network de M. Herbert et P. Vice net, le Je TC e mpr ie le r-^^ ieme de n, te r e e est ipprim retransmission des donnée )erdue régulation du débit d'émiss s den pro seul mécanisme de régulation du débit d'émission des données proposé dans cette réalisation est le mécanisme de régulation de la couche liaison de données représenté par une double flèche C sur la figure 2. La régulation du débit d'émission des données est alors une régulation locale et non plus globale. Bien que cette réalisation améliore le débit d'émission des données sur le réseau par rapport à la réalisation de la figure 1, elle ne fonctionne que pour des réseaux Ethernet full-duplex de bout en bout. Ainsi lorsque les données transitent sur un réseau présentant des variations de bande passante liées aux supports utilisés ou aux différents protocoles utilisés, cette technique n'est pas adaptée. Elle suppose également que chaque segment du chemin transportant le flux de données active le contrôle de flux local. La solution proposée dans le cadre de l'invention ne présente pas ces inconvénients de l'art antérieur. En effet, elle repose sur un procédé de régulation du débit d'émission de données dans un terminal connecté à un réseau de communication, mettant en oeuvre une première régulation du débit des données au niveau de la couche transport du terminal en fonction d'un état de congestion global du réseau de communication ; et une deuxième régulation du débit des données au niveau de la couche liaison de données du terminal en fonction d'un état de congestion de ladite couche liaison de données. Selon l'invention, ce procédé comporte au moins une étape de d'au araMètre représenLatif d'un état de cor es on de ,a couche liaison de données du terminal, ,alite première régul Lac; du débit des au niveau de ladite couche transpor. e an d -hpte dudit paramètre représentatif d'un état de congestion de la couche 1 'son de ansées, ie débi dor 1sp interconnexion entre les couches liaison de données et transport de ce terminal. Cette solution n'a jamais été envisagée dans l'art antérieur. En effet, dans l'art antérieur, le débit des données est géré couche protocolaire par couche protocolaire sans se soucier de l'état de congestion des couches inférieures. L'homme du métier a en effet toujours considéré que cela aurait rendu les dialogues entre les différentes couches protocolaires très complexes et aurait, de fait, ralenti l'émission des données sur le réseau. En outre, cette approche couche par couche est préconisée dans les normes. Allant à l'encontre de ces préjugés de l'homme du métier, les inventeurs de la présente demande ont, au contraire, constaté que l'interaction entre les couches liaison de données et transport offre une meilleure réactivité et une meilleure adaptabilité à la nature du réseau situé en aval du terminal d'émission, au mécanisme de régulation de l'émission des données. Plus précisément, un objectif de l'invention est d'améliorer le débit d'émission de données d'un terminal mettant en oeuvre : une première régulation du débit des données au niveau de sa couche transport, en fonction d'un état de congestion global du réseau, une deuxième régulation du débit d'émission des données au niveau de la couche liaison de données, en fonction d'un état de congestion cette dernière, et ce quel que soit le type de réseau auquel il est connecté. !oIaTireent dans un exemple particulier d'applicat;ee,netit.tien pour objectif ce proposer une teiie Injque qui permette c.^e;- e eébi, d'ene eexen TCP pet,: un teni i a. noc_P à un rése- Ethernet uplex effectuant uni contrôle de flux au niveau MAC. Elle s'applique notamment, mais sivement, au cas où une telle connexion TCP transite via ur nseau id-duplex, ,,a au quelo t,le pouvant pers es Selon une caractéristique de l'invention, la première régulation repose sur une variation de la taille d'une fenêtre d'émission des données, selon deux phases de croissance distinctes comprenant une première phase au cours de laquelle la taille de la fenêtre d'émission des données croît selon une première loi de variation exponentielle, et une deuxième phase au cours de laquelle la taille de la fenêtre d'émission des données croît selon une loi de variation linéaire. Lorsque ledit paramètre satisfait au moins un critère de non-congestion, la solution de l'invention introduit une troisième phase de croissance de la taille de ladite fenêtre au cours de laquelle la taille de ladite fenêtre croît selon une deuxième loi de variation exponentielle de coefficient de croissance supérieur au coefficient de croissance de la première phase. En introduisant cette nouvelle phase de croissance rapide de la taille de la fenêtre d'émission lorsque l'état de congestion de la couche liaison de données le permet, on améliore le débit d'émission du terminal et optimise l'utilisation des ressources. Selon une autre caractéristique de l'invention, la valeur du coefficient de croissance de la loi de variation de la troisième phase est fonction d'un état de congestion global du réseau. Ceci permet d'adapter la croissance de la taille de la fenêtre d'émission des données à l'état de congestion du réseau. Ainsi, les ressources sont utilisées de façon optimum. Selon une autre caractéristique de l'invention, le paramètre représentatif d'un état de congestion de la couche liaison de données correspond à la quantité maximale d'octets que la couche liaison de données DedL ns ,e; pendent un inter. are de temps déterminé. Lorsqi de -iétre d'émission des données est inférieure audit parametre, taille de la fe.-e d'émission des données suit la deuxième loi de variation exponentielle de la troisième phase de croissance En faisant dépendre les variations de la taille de la fenêtre d'émission des données de l'état de congestion de la couche liaison de données, on permet une optimisation des ressources du terminal d'émission. En effet, lorsque l'état de congestion global du réseau est tel que la régulation au niveau de la couche transport autorise une augmentation de la taille de la fenêtre d'émission des données, celle-ci est pondérée en fonction de l'état de congestion de la couche liaison de données. Seules sont émises par la couche transport les données pouvant être gérées par la couche liaison de données. Ainsi, on évite un engorgement des mémoires tampons du terminal d'émission. Selon une caractéristique de l'invention, on évalue également un paramètre représentatif d'une bande passante disponible sur ledit réseau, correspondant à une quantité maximale d'octets que peut transporter un canal entre ledit terminal et un terminal récepteur desdites données. Ce paramètre constitue un seuil conditionnant un passage de la taille de la fenêtre d'émission de ladite première phase de croissance, lorsque la taille est inférieure audit seuil à ladite deuxième phase de croissance, lorsque ladite taille est supérieure audit seuil. Le débit d'émission des données prend en compte l'état de la couche liaison de données permettant ainsi une meilleure utilisation des ressources. Ceci permet d'avoir un débit d'émission des données élevé même lorsque que la couche liaison de données est congestionnée. Selon une caractéristique de l'invention, le paramètre représentatif d'un état de congestion de la couche liaison de données et/ou le paramètre -ei-esentatif de la bande passante disponible sur le réseau sont déterminés de façon récurrente. Ceci permet d'adapter ueu , la couche transport aux possibilités de la couche liaison de données de façon dynamique. Ainsi, les données sent toujours sec ur t optir regard di ité lu terminal onges commur or Ceci permet d'améliorer la réactivité du procédé ainsi qu'une meilleure utilisation des ressources. Selon une caractéristique de l'invention, la durée séparant deux déterminations consécutives du paramètre représentatif d'un état de congestion de la couche liaison de données et/ou du paramètre représentatif de la bande passante disponible sur le réseau est fonction dudit état de congestion global du réseau de communication. La détermination de ces paramètres est conditionnée par la réception d'un triplet {XOFF, XON, XOFF} pour le paramètre représentatif d'un état de congestion de la couche liaison de données et la réception d'un acquittement par la couche transport du terminal émetteur pour paramètre représentatif de la bande passante disponible sur le réseau. Selon une caractéristique de l'invention, on impose que le paramètre représentatif d'un état de congestion de la couche liaison de données soit inférieur ou égal au paramètre représentatif de la bande passante disponible sur le réseau. Ceci permet d'offrir une interopérabilité entre plusieurs protocoles de transport déjà existants et l'invention. Ainsi, le déploiement de l'invention dans un réseau est facilité. Selon une autre caractéristique de l'invention, ledit terminal émetteur est un serveur TCP, ladite première régulation est un contrôle de flux TCP entre ledit serveur et un client TCP, et ladite deuxième régulation est un contrôle de flux de t~ice SC2.3x réalisé au niveau de la couche MAC d_ dl' serveur, entre ledit serveur c!er. ou un équipement intermédiaire Ju réseau ce.0 -( ie v. , serv ..)ur Ethernet Full Duplex. L'invention concerne également un terminal d'émission de données ce necté eicatior t'en- de régula a u -anspc al sien en fonctic communication, des seconds moyens de régulation du débit des données au niveau de la couche liaison de données dudit terminal d'émission en fonction d'un état de congestion de ladite couche liaison de données. Ce terminal comprend, en outre, des moyens de détermination d'un paramètre représentatif d'un état de congestion de ladite couche liaison de données, lesdits premiers moyens de régulation tiennant compte dudit paramètre représentatif d'un état de congestion de la couche liaison de données. L'invention concerne encore un programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé tel que décrit précédemment lorsque ledit programme est exécuté par un processeur. L'invention concerne enfin un système de communication entre un terminal serveur et un terminai client au travers d'un réseau de communication, ledit système comprenant également au moins un équipement intermédiaire situé entre lesdits terminaux client et serveur, ledit terminal serveur comprenant des premiers moyens de régulation du débit des données au niveau de la couche transport dudit terminal serveur, en fonction d'un état de congestion global du réseau de communication entre ledit terminal serveur et ledit terminal client, et des seconds moyens de régulation du débit des données au niveau de la couche liaison de données dudit terminal serveur en fonction d'un état de congestion de la couche liaison de données entre le terminal serveur et ledit équipement intermédiaire. Dans un tel systen ledit terminal serveur comporte des moyens de déter d'un paramètre représe d'un état de congestion de imite couche aison de données: ledit paramètre représentatif' d'un état de congestion de la couche liaison de données est pris en compte par les yens de rég -mina! D'autres caractéristiques et avantages apparaîtront à la lecture de modes de réalisation préférés décrits en référence aux dessins dans lesquels - la figure 1 représente de façon schématique une connexion entre deux terminaux distants réalisée au moyen du protocole TCP selon un premier art 5 antérieur, - la figure 2 représente de façon schématique une connexion entre deux terminaux distants réalisée au moyen d'une version modifiée du protocole TCP selon un deuxième art antérieur, - la figure 3 représente de façon schématique une connexion entre deux 10 terminaux distants réalisée au moyen d'une version modifiée du protocole TCP selon l'invention, - la figure 4 représente de façon schématique le principe de fonctionnement du mécanisme de régulation du débit d'émission des données au niveau de la couche liaisons de données selon l'invention, 15 - la figure 5 est un diagramme représentant les trois phases de variation de la taille d'une fenêtre d'émission des données selon l'invention, - la figure 6 représente l'algorithme de détermination de la loi de variation de la taille d'une fenêtre d'émission en fonction du paramètre représentatif d'un état de congestion de la couche liaison de données ainsi que du 20 paramètre représentatif de la bande passante disponible, - la figure 7 représente schématiquement les principales étapes exécutées par un programme d'ordinateur comprenant des instructions de code pour l'exéce en du procédé selon l'invention. reurésente ,e connexion réalisée -ru deux tel-nt eu/. 25 distants .1, T2 au moyen d'un protocole de transport fiabie. Dans l'exemple de réalisation décrit ce protocole Ce transport est le protocole TCP. I r ret e, les de,. rnineux TI et .iangent des données au trav( u de commun met ; rténali is différentes flèches A' et B reliant les différents terminaux entre eux. Le terminal TI est un terminal émetteur de données et le terminal T2 est un terminal récepteur de données. Ce réseau de communication peut être un réseau à support filaire, ou un réseau radiofréquence. Chaque terminal TI, T2 est représenté avec trois de ses couches protocolaires définies selon le modèle OSI. Les couches représentées sont les couches protocolaires transport, TCP, réseau, IP et liaison de données, MAC. Sur cette figure, sont également représentés des terminaux intermédiaires SI et S2 ainsi que leur couche protocolaire MAC. Ces terminaux sont par exemple des commutateurs Ethernet, des routeurs ou tout autre équipement réseau situés sur le chemin entre les terminaux Tl et T2. Dans cette réalisation, le protocole TCP comporte un mécanisme de régulation du débit d'émission en fonction d'un état de congestion global du réseau ainsi qu'un mécanisme de retransmission des données perdues comme décrit précédemment en relation avec la figure 1 de l'art antérieur. Ceci est représenté sur la figure 3 par double la flèche A' reliant les couches TCP des deux terminaux. De même, le débit d'émission des données au niveau de la couche protocolaire MAC est régulé au moyen de protocoles de régulation adaptés (voir figure 1). Cette régulation est schématisée sur la figure 3 par les doubles flèches B reliant les couches MAC de deux terminaux successifs, tels que TI et Si. Dans l'exemple de réalisation décrit, le protocole de régulation est le protocole 802.3x. En effet, dans l'exemp ceci le débit d'émission de la couche i,iAC entre le terminal émetteur TI et le premier terminal intermédiaire SI rencoridé sur le réseau est régulé au moyen d'un protocole de rê:t,uiec -, du débit d'émission de données de la couche MAC qui est le protocole 802.3x. Ce .ut être non utilisé entre les autres terminaux, Si, S2, etc. sur chern mt à 2 Sur la figure 3, on voit également que les couches protocolaires MAC et TCP du terminal émetteur T1 échangent des informations entre elles. Cet échange d'informations est matérialisé par une double flèche D sur la figure 3. L'échange d'informations entre les couches protocolaires TCP et MAC du terminal émetteur T1 consiste en la transmission de données concernant un état de congestion de la couche MAC à la couche TCP. Ces données sont ensuite utilisées par le mécanisme de régulation du débit d'émission des données en fonction d'un état de congestion global du réseau du protocole TCP. Ces données se présentent sous la forme d'un paramètre représentatif d'un état de congestion de la couche MAC S'. Les phases de calcul conduisant à la détermination du paramètre représentatif d'un état de congestion de la couche MAC S' sont décrites dans l'exemple particulier où le terminal émetteur T1 est connecté à un terminal intermédiaire S1 au moyen d'un lien Ethernet Full-Duplex permettant ainsi l'utilisation du protocole 802.3x. Ces différentes phases de calcul correspondent à l'exécution l'étape El telle que représentée à la figure 7. Le paramètre S' correspond à la quantité maximale d'octets N que la couche MAC du terminal émetteur T1 peut transmettre pendant un intervalle de temps At. Afin de déterminer le paramètre S', le protocole 802.3x qui permet de réguler le débit d'émission des données au niveau local est mis en oeuvre de la manière suivante : à un instant tl la couche MAC du terminal émetteur T1 reçoit une information en provenance du terminal intermédiaire S1, qui lui est directement consécutif sur le réseau, lui demandant de stopper l'envoi des données. Cette iformation se ésente sous la forme a L ne trame XOFF conforme au protocole 802.3x. A un estant t2 la couche h.1,AG du termin il émette T reçoit une info: )venai mir S; lui aut >an: s donnee5 information se présente sous la forme d'une trame XON. L'intervalle de temps At correspond à la durée qui s'est écoulée entre les instants tl et t2. Au cours de cet intervalle de temps At, des mémoires tampons de la couche MAC du terminal émetteur TI accumulent au plus M octets de données. La quantité N correspond au nombre d'octets de données émis sur le réseau par le terminal intermédiaire SI au cours de l'intervalle de temps At, soit : RxAt (EQ1), où R est le débit du réseau situé en aval du terminal intermédiaire SI, c'est-à-dire le réseau qui relie les terminaux SI et S2 sur la figure 3. A un instant t3, la couche MAC du terminal émetteur TI reçoit une information en provenance du terminal intermédiaire SI lui demandant de stopper l'envoi des données. Cette information se présente sous la forme d'une trame XOFF. Au cours d'un intervalle de temps At' correspondant à la durée qui s'est écoulée entre les instants t2 et t3, la couche MAC du terminal émetteur TI transmet au plus M' octets de données vers le terminal intermédiaire Si. Ainsi, la quantité d'octets N est telle que N = (PxR)xAt EQ2), où P est le débit du lien Ethernet Full-Duplex reliant le terminal émetteur TI au terminal intermédiaire Si. On déduit des équations EQ1 et EQ2 que : N = (P)/((I/ At') + (If At) (EQ3). Si At > At', alors N (PxAt')12. Si At At, alors N > (Px At)/2. La vaeu ou paramètre S' à l'instant t3 est alors S t3) = (Px min((t2- t1), (t3- t2)))12 (EQ4) te dernière équatior aracténst ques avanteg{ Dn ins de n ce ;ul oue e l'équai ;eu éfel dutit;b tâches, et elle permet d'obtenir une valeur du paramètre S' plus petite que le nombre d'octets de données N. Par conséquent, elle minimise les pertes de données. L'équation EQ4 signifie que le paramètre S' est fonction des intervalles de temps At et At'. La valeur du paramètre S' est actualisée après chaque réception par la couche MAC du terminal émetteur TI d'une séquence de trames {XOFF, XON, XOFF}, cette séquence de trames correspond à la mise en oeuvre du protocole 802.3x entre le terminal émetteur Ti et le terminal intermédiaire S1. La figure 4 représente une mémoire tampon M de la couche liaisons de données du terminal intermédiaire SI impliquée dans la mise en oeuvre du mécanisme de régulation local du débit d'émission des données conformément au protocole 802.3x. La mémoire tampon M représentée présente un seuil de remplissage de niveau bas L et un seuil de remplissage de niveau haut H. Ainsi lorsque le terminal émetteur TI émet des données à destination du terminal intermédiaire SI, la mémoire tampon du terminal intermédiaire accumule les données jusqu'à ce que le nombre d'octets correspondant au volume de données accumulées atteigne le seuil de niveau haut H. Lorsque cet événement se produit, la couche MAC du terminal intermédiaire SI émet une trame XOFF à destination de la couche MAC du terminal émetteur TI. A réception de cette trame XOFF, la couche MAC du terminal émetteur cesse l'envoi de données à destination du terminal intermédiaire Si. De même, lorsque le nombre d'octets correspondant au volume des données accumulées atteint le seuil de niveau bas L, couche MAC du termina' ntermédiaire em&c une trame XON à dent inaton de la couche MAC du terminal émetteur T. A réception de cette tram la couche MAC É- ur TI ref. ssion de dor ;tint. lu Cette mise à jour du paramètre S' est un phénomène récurrent qui est fonction d'un état de congestion global du réseau. Ainsi à chaque réception d'une séquence de trames {XOFF, XON, XOFF} par la couche MAC du terminal émetteur TI, le paramètre S' est mis à jour. Afin d'éviter la survenue d'un mécanisme appelé "famine de la mémoire tampon", on initialise le paramètre S' à l'infini lors de l'ouverture de la connexion entre le terminal émetteur et le terminal récepteur et on positionne le paramètre S' à l'infini si il est nul dans l'équation (EQ4). Une fois le paramètre représentatif d'un état de congestion de la couche MAC S' déterminé, celui-ci est transmis à la couche transport du terminal émetteur afin d'être utilisé par le mécanisme de régulation du débit d'émission des données en fonction d'un état de congestion global du réseau du protocole de transport. Ceci correspond à l'étape E2 de la figure 7. La régulation du débit d'émission des données par le protocole TCP est réalisée au moyen d'une fenêtre glissante d'émission dont la taille F, exprimée en octets, varie en fonction d'un état de congestion global du réseau. Une fenêtre d'émission des données est définie par sa taille F en octets mais également par son numéro de séquence. La figure 5 représente les variations de la taille F de la fenêtre d'émission des données en fonction du nombre de messages d'acquittement reçus par le protocole TCP. En effet, afin de s'assurer que des données émises par le terminal émetteur TI à destination du terminal récepteur T2 ont bien été reçues par celui-ci, le terminai récepteur T2 émet à destination du terminal émetteur TI un essage d'a t, ttemenl. aucun message d'acquittement n'est reçu par 1-a émetteur et000le TCP comprend que les données ont été perdues. Le protocole TCP procède alors à la réémissiondes données perdues. dette figure F d. fenêtre des données suit trois p de crois iist ux premières phases de croissance (pl et (pH de la taille de la fenêtre F d'émission des données sont des phases de croissance exponentielles, la troisième phase de croissance (pub quant à elle, est une phase de croissance linéaire. L'existence de ces différentes phases de croissance de la taille F de la fenêtre d'émission des données permet d'adapter le débit d'émission des données de la couche transport à un état de congestion global du réseau permettant ainsi une meilleure utilisation des ressources du terminal émetteur TI, ainsi qu'un meilleur acheminement des données sur le réseau. Ainsi à la création de la connexion entre le terminal émetteur TI et le 10 terminal récepteur T2, la taille F de la fenêtre d'émission des données se trouve dans la première phase de croissance (pl. Au cours de cette phase de croissance, la taille de la fenêtre d'émission des données croît selon une loi de variation exponentielle de coefficient de croissance a. Le coefficient de croissance a varie dans un intervalle [amin, amax]. Pour 15 chaque nouvelle fenêtre a est multiplié par 2. Lorsque des données sont perdues, c'est-à-dire lorsqu'aucun acquittement en provenance du terminal récepteur T2 n'est reçu par la couche TCP, le coefficient de croissance a est divisé par 2. Dans un mode de réalisation particulier, amin vaut 4 et arna, vaut 32. 20 La transition entre la première phase de croissance (pi et la deuxième phase de croissance (pli intervient lorsque la taille F de la fenêtre d'émission des données atteint un premier seuil. Ce premier seuil correspond au paramètre représentatif d'un état de congestion de la couche MAC S'. Lorsque le seuil S' est dépassé, la taille F de la fenêtre d'émission des 25 données croît selon la loi de N.ianatlon de la deuxième nhase (pH ce croissance. Cette loi de variation est une loi exponer ie de coeffc.ent de -ro ciance égal à 2. Afin de pouvoir distinguer cette deuxième phase de croissance exponentielle de la première pr( mment ;rite -1pose dent a soit toujours strict ur à 2. La transition entre la deuxième phase de croissance (pH et la troisième phase de croissance (plu intervient lorsque la taille F de la fenêtre d'émission des données atteint un deuxième seuil. Ce deuxième seuil correspond à au paramètre représentatif de la bande passante disponible sur le réseau S. Lorsque le seuil S est dépassé, la taille F de la fenêtre d'émission des données croît selon la loi de variation de la troisième phase (pm de croissance. Cette loi de variation est une loi linéaire. Le calcul du paramètre S est fonction de la bande passante disponible sur un canal du réseau, un canal étant un chemin entre le terminal émetteur TI et le terminal récepteur T2. Le paramètre S représente le nombre maximal d'octets que peut transporter un canal à l'instant t. La détermination du paramètre S correspond à l'étape E3 de la figure 7. Lorsque le paramètre représentatif de la bande passante disponible sur le réseau S est trop grand par rapport au volume de données en octets que peut transmettre le canal, une grande partie de celles-ci sont perdues. Lorsque le paramètre S est trop petit par rapport à la bande passante du canal, la deuxième phase de croissance (pH de la taille F de la fenêtre d'émission des données démarre trop tôt. Le terminal émetteur TI met, alors, une longue période de temps avant de remplir la bande passante disponible. Cette durée est d'autant plus grande que le délai aller-retour RTT entre le terminal émetteur TI et le terminal récepteur T2 est grand. Le paramètre S est donné par l'équation EQ6 : EQ6). Dans cette équation, D(t) cones.Dond au ciébit de la couci et ' correspond au cléi a,er-retour connexior Te le terminal émetteur TI et le termina récepteur T2 à l'instant t. instant tn. fend _ émiss don est égal à n. A un instant tm, le numéro de séquence de la même fenêtre d'émission des données est égal à m. A l'instant tm, le débit de la connexion entre le terminal émetteur TI et le terminal récepteur T2 est égal à : D(tm) = (m ùn)/(tm ùtn) (EQ8). A chaque RTT, une valeur du paramètre S(t) est obtenue selon l'équation (EQ9) : S(tm) = D(tm)x rit(tm) (EQ9) Dans l'équation EQ9, si l'on choisit une valeur minimale du RTT, les pertes de données seront minimisées. L'équation EQ9 s'écrit alors : S(tm) = D(tm)x rttmin(tm) (EQ10) La valeur de S(t) est actualisée tous les pxRTT, p étant un nombre pair choisi dans l'intervalle [Praia, Pmax]. Dans un mode de réalisation particulier, purin vaut 1 et Pmax vaut 8. Le paramètre vaut alors S(t, p) = 1/px(Ep D(tp)* rttrnin(tp)} (EQ11). Le choix de p est fonction d'un état de congestion global du réseau: si des données sont perdues, la valeur de p est immédiatement multipliée par 2. Lorsque tous les acquittements correspondant aux données envoyées dans une même fenêtre d'émission sont reçus, la valeur de p est divisée par 2. Cela permet de maintenir la réactivité du mécanisme. La mise à jour du paramètre S est un phénomène récurrent qui est fonction d'un état de congestion global du réseau. Les processus de ee-ner n. natidn des paramètres S' et S sont asynchrones et indépendants "un de Vautre. eption d'un terrain feu paramètre -nonse au n ve e MAC e couche transport. Ce paramètre peut être inchangé depuis la réception de l'acquittement précédent. Afin de conserver l'interopérabilité entre des versions antérieures des protocoles de transport utilisés dans certains terminaux et l'invention, le paramètre S'(t) doit être inférieur ou égal au paramètre S(t). Cette relation doit être vérifiée quel que soit l'instant t. Ainsi, à réception de chaque nouvel acquittement, le paramètre S' est comparé au paramètre S. Ceci correspond à l'étape E4 de la figure 7. Si le paramètre S' est plus grand que le paramètre S alors, on remplace le paramètre S' par le paramètre S conformément à l'équation suivante : S'(t) = min(S'(t), S(t)). Lorsque le paramètre S' est égal au paramètre S, la deuxième phase de croissance (pH est supprimée. Cela signifie qu'il n'y a pas de congestions sur le réseau. La figure 6 représente l'algorithme de détermination de la phase de croissance suivie par la taille F d'une fenêtre d'émission des données. L'exécution de cet algorithme correspond à l'étape E5 de la figure 7. Au cours d'une étape El, un acquittement est reçu par le terminal émetteur T1 en provenance du terminal récepteur T2. Au cours d'une étape E2, on compare la taille F de la fenêtre d'émission tk_l au paramètre S'. Si la taille F de la fenêtre d'émission est inférieure au paramètre S', l'étape E20 est exécutée. La taille F de la fenêtre d'émission tk vaut &ors F(t)+(a+1). Ceci correspond à la pre phase de croissance (pl. Si :a!Ite F de la fenêtre d'émission es, eure )sramètre S', l'étape E3 es', exécutée. On compare alors la ', a Titi F de la fan . d'émission tai au paramètre S. Si la taille F de la fenêtre mission t,.1 est inférieure au paramètre S, a 0 est exécutée. La tait ,e !a fenêtre d'ém vaut alors F C correspond deuxiÉ Issanc- Si la taille F de la fenêtre d'émission est supérieure au paramètre S, l'étape E31 est exécutée La taille F de la fenêtre d'émission tk vaut alors F tk_I)+I/F(tk_I). Ceci correspond à la troisième phase de croissance (pH,. REVENDICATIONS 1. Procédé de régulation du débit d'émission de données dans un terminal connecté à un réseau de communication, mettant en oeuvre une première régulation du débit des données au niveau de la couche transport du terminal en fonction d'un état de congestion global du réseau de communication ; et une deuxième régulation du débit des données au niveau de la couche liaison de données du terminal en fonction d'un état de congestion de ladite couche liaison de données ; caractérisé en ce que le procédé comporte au moins une étape de détermination d'au moins un paramètre représentatif d'un état de congestion de la couche liaison de données du terminal, et en ce que ladite première régulation du débit des données au niveau de ladite couche transport tient compte dudit paramètre représentatif d'un état de congestion de la couche liaison de données. 2. Procédé de régulation du débit d'émission de données selon la revendication 1, dans lequel la première régulation repose sur une variation de la taille d'une fenêtre d'émission des données, selon deux phases de croissance distinctes comprenant une première phase au cours de laquelle la taille de la fenêtre d'émission des données croît selon une première loi de variation exponentielle, et une deuxième phase au cours de laquelle la taille de la fenêtre d'émission des données croît selon une loi de variation linéaire, caractérisé en ce que l'on introduit, lorsque e _,a-amètre satisfait au moins c i.ére Je non-congestie -i ei-o ssance ne s ia ladre fane e au cous c aqeele enêde se ne deuxième oi de varie+ien exponentielle de coeecient de croissance supérieur au coe race de la prem ha: 3. Procédé de régulation du débit d'émission de données selon la revendication 2 caractérisé en ce que la valeur du coefficient de croissance de la loi de variation de la troisième phase est fonction d'un état de congestion global du réseau. 4. Procédé de régulation du débit d'émission de données selon l'une des revendications 2 à 3 caractérisé en ce que le paramètre représentatif d'un état de congestion de la couche liaison de données correspond à la quantité maximale d'octets que la couche liaison de données peut transmettre pendant un intervalle de temps déterminé et en ce que lorsque la taille de la fenêtre d'émission des données est inférieure audit paramètre, la taille de la fenêtre d'émission des données suit la deuxième loi de variation exponentielle de la troisième phase de croissance. 5. Procédé de régulation du débit d'émission de données selon l'une quelconque des revendications 1 à 4, caractérisé en ce qu'on évalue également un paramètre représentatif d'une bande passante disponible sur ledit réseau, correspondant à une quantité maximale d'octets que peut transporter un canal entre ledit terminal et un récepteur desdites données, et en ce que ce paramètre constitue un seuil conditionnant un passage de la taille de la fenêtre d'émission de ladite première phase de croissance, lorsque la taille est inférieure audit seuil à ladite deuxième phase de croissance, lorsque ladite taille est supérieure audit seuil. 6. Procédé de régulation du débit d'émission de données selon l'une des revendications précédentes caractérisé en ce que le paramètre représentatif d'un état de stion de la couche liaison de données et ou le paramètre représenta bande passante disponible sur le réseau déie `nés de façon -éddr-ente, 7. de régnIntion du débit d'émission de données lo,i la Tracté é en ce nue 1a 'rée sédaral létE ns aramÉ i {r de la aieliaison de données et/ou du paramètre représentatif de la bande passante disponible sur le réseau est fonction dudit état de congestion global du réseau de communication. 8. Procédé de régulation du débit d'émission de données selon l'une quelconque des revendications précédentes, caractérisé en ce qu'on impose que le paramètre représentatif d'un état de congestion de la couche liaison de données soit inférieur ou égal au paramètre représentatif de la bande passante disponible sur le réseau. 9. Procédé de régulation selon l'une quelconques des revendications 1 à 8, caractérisé en ce que ledit terminal est un serveur TCP, en ce que ladite première régulation est un contrôle de flux TCP entre ledit serveur et un client TCP, et en ce que en ce que ladite deuxième régulation est un contrôle de flux de type 802.3x réalisé au niveau de la couche MAC dudit serveur, entre ledit serveur et ledit client ou un équipement intermédiaire dudit réseau connecté audit serveur par un lien Ethernet Full Duplex. 10. Terminal d'émission de données connecté à un réseau de communication, comprenant des premiers moyens de régulation du débit des données au niveau de la couche transport dudit terminal d'émission en fonction d'un état global de congestion du réseau de communication, des seconds moyens de régulation du débit des données au niveau de la couche liaison de données dudit terminal d'émission en fonction d'un état de congestion de ladite couche liaison de données, caractérisé en ce qu'il comprend, en outre, des moyens de détermination d'un paramètre représentatif d'un état de congestion de cive couche Iaisco de données, et en que :esdIls n,e,-s moyens de egulation L;' ai ' compte dudit paramètre ésentatif d'un état de co e de a Jene liaison de données. 11. Programme d'ordinateur comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon l'une des revendications 1 à 8 lorsque ledit programme est exécuté par un processeur. 12. Système de communication entre un terminal serveur et un terminal client au travers d'un réseau de communication, ledit système comprenant également au moins un équipement intermédiaire situé entre lesdits terminaux client et serveur, ledit terminal serveur comprenant des premiers moyens de régulation du débit des données au niveau de la couche transport dudit terminal serveur, en fonction d'un état de congestion global du réseau de communication entre ledit terminal serveur et ledit terminal client, et des seconds moyens de régulation du débit des données au niveau de la couche liaison de données dudit terminal serveur en fonction d'un état de congestion de la couche liaison de données entre le terminal serveur et ledit équipement intermédiaire caractérisé en ce que ledit terminal serveur comporte des moyens de détermination d'un paramètre représentatif d'un état de congestion de ladite couche liaison de données, et en ce que ledit paramètre représentatif d'un état de congestion de la couche liaison de données est pris en compte par les premiers moyens de régulation dudit terminal serveur.