Brevet FR2890816A1 — publié le 20070316

La présente invention concerne un procédé de transmission de données au sein d'un système de télécommunication incluant au moins un terminal apte à échanger des flux de données avec de multiples réseaux de communication via une pluralité d'interfaces. Un tel procédé est décrit dans un article intitulé Achieving "Always Best Connected" through Extensive Profile Management , dont le contenu a été présenté au cours d'une manifestation 9th International Conference on Personal Wireless Communications en Septembre 2004. Le procédé connu permet de détecter la perte d'une interface en cours de IO fonctionnement du terminal, et de rediriger quasi-instantanément un flux auquel l'interface perdue aura été initialement attribuée vers une autre interface au moyen d'un premier algorithme de prise de décision, dit algorithme rapide, qui permet théoriquement de sauvegarder une continuité de flux. Un deuxième algorithme de prise de décision, dit algorithme lent, est en outre prévu pour réaliser une répartition optimale des flux sur les diverses interfaces subsistantes, après toute ré-attribution du ou des flux exécutée par l'algorithme rapide. En outre, une apparition ou réapparition d'une interface sera prise en compte par l'algorithme rapide qui pourra rediriger vers cette nouvelle interface des flux transitant au travers d'autres interfaces moins avantageuses, une telle re-direction étant alors suivie d'une mise en oeuvre de l'algorithme lent afin de répartir de manière optimale les flux sur les diverses interfaces existantes. Cependant, les inventeurs ont constaté que les mises en oeuvre consécutives des algorithmes duaux rapide et lent ne permettent pas d'obtenir un fonctionnement optimal du système de télécommunication, et plus particulièrement du terminal, dans certaines situations qui seront immanquablement amenées à se produire lorsque ledit système opérera en conditions réelles. Parmi ces conditions particulières figure une situation fort probable dans laquelle une interface ne disparaît pas totalement, mais se trouve perturbée de manière passagère, de sorte que cette interface est amenée à ne plus offrir aux flux destinés à la traverser qu'un débit total fortement réduit par rapport à celui initialement prévu pour cette interface. Dans une telle situation, selon l'enseignement de l'état de la technique précité, c'est l'algorithme lent qui sera amené à prendre des mesures correctives en vue de trouver une nouvelle répartition optimale des flux, ce qui risque d'introduire une période de latence ayant une durée suffisamment substantielle pour que des flux transitant au travers de l'interface saturée soient purement et simplement interrompus et perdus, ce qui n'est pas acceptable. L'un des buts de l'invention est de proposer un procédé de transmission de données mis en oeuvre au sein d'un terminal muni d'interfaces multiples, procédé selon lequel des phénomènes d'engorgement d'une ou plusieurs interfaces seront immédiatement détectés et rapidement pris en compte de manière à prévenir autant que faire se peut toute interruption de flux pour cause de saturation de l'interface correspondante. En effet, un procédé de transmission de données conforme au paragraphe introductif est caractérisé selon l'invention en ce qu'il inclut: au moins une étape de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits attribuées aux flux transitant effectivement au travers de ladite interface, et au moins une étape de commutation au cours de laquelle une autre interface est attribuée audit flux particulier lorsque la valeur maximale de débit offert est inférieure 20 à la valeur cumulée. L'invention permet de rediriger un ou plusieurs flux de données vers une interface autre que leur interface courante dès que l'étape de comparaison détecte un engorgement, voire une saturation de cette interface courante, ce qui n'est pas possible dans l'état actuel de la technique selon lequel une telle commutation rapide n'est possible qu'en cas de perte totale de l'interface courante. Ainsi, la présente invention permet de réaliser une gestion optimale et dynamique de bandes passantes propres aux diverses interfaces en adéquation avec des variations de conditions de fonctionnement desdites interfaces. Selon un mode de mise en oeuvre avantageux de l'invention, le procédé décrit 30 ci-dessus inclut en outre une étape de sélection de celui des flux dont un débit minimal permet d'obtenir, lorsqu'il est soustrait à la somme de valeurs attribuées aux flux transitant au travers de l'interface considérée, une valeur la plus proche de la valeur maximale de débit offert par cette interface, le flux ainsi sélectionné étant alors destiné à être soumis à une étape de commutation. Une telle étape de sélection permet d'exploiter toute la mesure de la bande passante en ne soumettant à l'étape de commutation que le ou les flux dont la disparition permettra d'obtenir un débit total de transmission au travers de l'interface considérée aussi proche que possible du débit rendu effectivement disponible par cette interface à un instant donné. Selon un mode de mise en oeuvre particulier de l'invention, le procédé décrit ci-dessus inclut en outre une étape de classement selon un ordre de priorité prédéterminé des divers flux attribués à chaque interface, les flux devant être soumis à une étape de commutation étant alors destinés à être sélectionnés par ordre de priorité croissante. L'étape de classement permet de privilégier la transmission de certains types de données par rapport à d'autres. Par exemple, des données définissant des stimuli devant être restitués en temps réel à un utilisateur du terminal, telles celles véhiculées dans un flux audio ou un flux vidéo dans le cadre d'une application de visiophonie, pourront être considérées comme prioritaires par rapport à des données textuelles pour la transmission desquelles une latence pourra paraître acceptable, car imperceptible pour l'utilisateur qui ne pourra a contrario manquer d'être incommodé par une interruption, même momentanée, des stimuli audio ou vidéo. Ainsi, en cas de saturation de l'interface véhiculant ces trois flux, le flux de données textuelles, auquel aura été préalablement attribué un ordre de priorité plus faible que celui attribué aux flux audio et vidéo, se verra soumis à l'étape de commutation de manière à libérer de la bande passante au profit d'autres flux plus prioritaires. Selon une variante avantageuse de l'invention, plusieurs valeurs nominales de débit acceptables pourront être déterminées pour au moins l'un des flux au cours de l'étape de détermination, le plus faible desdits débits nominaux constituant le débit minimal propre audit flux, toute soumission du flux considéré à l'étape de commutation étant inhibée tant que le débit effectivement alloué par l'interface audit flux considéré n'aura pas été réduit à sa valeur minimale. Le fait de disposer d'une échelle de plusieurs valeurs nominales de débit acceptables pour un ou plusieurs flux traversant une interface permettra d'ajuster par paliers les différents débits des flux munis de telles échelles et autorise donc une plus grande finesse dans la répartition de bande passante entre divers flux simultanés. En particulier, on pourra choisir, en cas de saturation d'une interface, de réduire préférentiellement les débits des flux non-prioritaires jusqu'à leurs valeurs minimales, sans modifier les débits des flux prioritaires, et, si cette mesure n'est pas suffisante pour désengorger l'interface, soumettre à l'étape de commutation, par ordre de priorité croissante, ces flux non prioritaires, sans que les débits des flux prioritaires ne s'en trouvent altérés. Selon un mode de mise en oeuvre particulier de cette variante, l'étape de commutation pourra être inhibée tant que les débits effectivement alloués par 15 l'interface aux flux qui la traversent n'auront pas tous été réduits à leurs valeurs minimales respectives. Dans ce mode de mise en oeuvre particulier, il aura été considéré préférable d'effectuer une réduction de débit répartie sur tous les flux qui traversent une interface saturée, que ces flux soient ou non prioritaires, avant de soumettre effectivement des flux à l'étape de commutation par ordre de priorité croissante. Selon un mode de mise en oeuvre préféré de cette variante, un procédé tel que décrit ci-dessus est caractérisé en ce qu'il inclut en outre une étape d'augmentation de débit postérieure à une étape de commutation et destinée à augmenter le débit d'un flux particulier qui lui est soumis par sélection de sa valeur nominale de débit immédiatement supérieure à son débit courant. L'exécution d'une ou plusieurs étapes d'augmentation après que des flux non prioritaires auront vu leurs débits réduits à leurs valeurs nominales ou auront été commutés vers d'autres interfaces autorisera une nouvelle attribution des ressources ainsi libérées au profit des flux prioritaires, ce qui permettra de parachever l'optimisation de la gestion de la bande passante réalisée grâce à l'invention. L'invention concerne également, en tant que produit obtenu directement lors de la mise en oeuvre d'un procédé conforme à la description qui précède, un signal destiné à véhiculer un flux de données au travers d'une interface sélectionnée parmi une pluralité de telles interfaces incluses dans un terminal, lequel signal inclut au moins un champ définissant un débit nominal destiné à former une composante d'une valeur cumulée résultant d'une somme de valeurs de débits à attribuer aux flux transitant effectivement au travers de ladite interface, laquelle valeur cumulée étant destinée à être comparée, au sein dudit terminal, à un débit disponible offert par cette interface. Le procédé de transmission décrit ci-dessus peut être mis en oeuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. L'invention concerne donc également un produit programme d'ordinateur téléchargeable via un réseau de télécommunication et/ou stocké dans une mémoire d'une unité centrale et/ou stocké sur un support mémoire destiné à coopérer avec un lecteur de ladite unité centrale, ledit programme étant destiné à être mis en oeuvre au sein d'un terminal apte à échanger des flux de données avec de multiples réseaux de communication via une pluralité d'interfaces, lequel programme inclut: au moins une instruction ordonnant l'exécution d'une étape de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits attribuées aux flux transitant effectivement au travers de ladite interface, et au moins une instruction ordonnant l'exécution d'une étape de commutation au cours de laquelle une autre interface est attribuée audit flux particulier lorsque la valeur maximale de débit offert est inférieure à la valeur cumulée. Selon un aspect matériel, l'invention concerne également un support de données sur lequel est mémorisé un programme d'ordinateur conforme à la description qui précède, ou destiné à mémoriser, en référence à un identifiant désignant un flux de données véhiculé par un signal tel que défini plus haut, au moins une valeur d'un débit minimal propre audit flux de données. Selon un autre de ses aspects matériels, l'invention concerne également un système de télécommunication incluant au moins un terminal apte à échanger des flux de données avec de multiples réseaux de communication via une pluralité d'interfaces, système caractérisé en ce qu'il inclut: 5. des moyens de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits attribuées aux flux transitant effectivement au travers de ladite interface, et des moyens de commutation aptes à attribuer une autre interface audit flux particulier lorsque la valeur maximale de débit offert est inférieure à la valeur cumulée. Selon encore un autre de ses aspects matériels, l'invention concerne également un terminal apte à échanger des flux de données avec de multiples réseaux de communication via une pluralité d'interfaces, terminal caractérisé en ce qu'il inclut: 15. des moyens de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits attribuées aux flux transitant effectivement au travers de ladite interface, et des moyens de commutation aptes à attribuer une autre interface audit flux particulier lorsque la valeur maximale de débit offert est inférieure à la valeur cumulée. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels: La Fig.1 est un schéma fonctionnel qui illustre un système de télécommunication dans lequel l'invention est mise en oeuvre, et La Fig.2 est un diagramme séquentiel qui représente un procédé conforme à un mode de mise en oeuvre avantageux de l'invention. La Fig.l représente schématiquement un système de télécommunication SYST incluant au moins un terminal TERM apte à échanger avec N réseaux de communication distincts CNW1, CNW2...CNWN, des flux de données (Strll... Strlk)...(Strpl...Strpq) via une pluralité d'interfaces INT1...INTP. Parmi ces divers réseaux de communication pourront figurer un ou plusieurs réseaux câblés de type RTC (abréviation connue de l'homme du métier de l'appellation "Réseau Téléphonique Commuté"), un ou plusieurs réseaux radio cellulaires de type GSM ou UMTS (abréviations connues de l'homme du métier des appellations anglaises respectives "Global System for Mobiles" et "Universal Mobile Telecommunication System"), ou encore un ou plusieurs réseaux sans fil locaux tels des réseaux conformes aux standards IEEE 802.3, IEEE 802.11 ou IEEE 802.15. Les différents flux de données (Strll...Strlk)...(Strpl...Strpq) sont destinés à être transmis, via des moyens d'analyse QNA, vers des moyens de traitement DPM des données véhiculées par lesdits flux. Le système de télécommunication SYST conforme à l'invention inclut au sein du terminal TERM des moyens de commutation SWM aptes à faire commuter vers une nouvelle interface un flux particulier transitant initialement au travers d'une interface donnée lorsque la valeur maximale de débit offert par cette interface donnée devient inférieure à une somme de valeurs de débits attribuées aux flux transitant effectivement au travers de ladite interface. Dans l'exemple illustré ici, les moyens d'analyse QNA contiennent une unité centrale CPU apte à contrôler des moyens d'entrée/sortie I/O et une mémoire MEM dans laquelle est mémorisé sous forme d'une suite d'instructions un procédé conforme à l'invention visant à réaliser une optimisation de la répartition des flux (Strll...Strlk)...(Strpl...Strpq) sur les diverses interfaces INT1...INTP. Plus précisément, les moyens d'analyse QNA sont notamment aptes à opérer une comparaison entre le débit minimal d'au moins un flux particulier, par exemple une valeur Drlkm attribuée au flux Strlk transitant initialement au travers de l'interface INTI, et un débit disponible offert par l'interface au travers de laquelle transite ce flux particulier Strlk. Les moyens d'analyse QNA incluent dans le présent exemple des moyens de réglage des débits effectifs des flux (Strll...Strlk)...(Strpl...Strpq) destinés à traverser les interfaces INT1...INTP, lesquels moyens de réglage sont aptes à envoyer à une entité qui a généré un flux un signal de réglage Tun(Str,Dr) porteur d'au moins un identifiant d'un flux Str, d'une valeur Dr du débit qui doit être alloué à ce flux Str, lequel signal de réglage visant à prévenir cette entité du fait que le débit du flux considéré est trop important et doit être réduit à la source, qui sera constituée soit par les moyens de traitement DPM lorsque le flux concerné est un flux sortant, comme c'est le cas ici, soit par un terminal distant lorsque le flux concerné est un flux entrant, auquel cas le signal de réglage lui sera envoyé au travers de l'interface attribuée à ce flux. Dans le mode de mise en oeuvre décrit ici, le terminal TERM inclut des moyens de mémorisation d'une table TAB au sein de laquelle sont regroupés, au sein de segments relatifs chacun à une interface INTi (pour i=1 à p), des renseignements relatifs à cette interface, notamment le débit maximum DMi rendu disponible par cette interface INTi et le débit cumulé Dtfi des divers flux auxquels cette interface a été attribuée. Les moyens d'analyse QNA sont destinés à inscrire au sein de cette table TAB des informations relatives aux débits des différents flux traversant les diverses interfaces, et à extraire de cette table TAB des informations Strinf concernant ces flux. Si, dans l'exemple décrit ici, la table TAB est enregistrée à l'extérieur des moyens d'analyse QNA, cette table TAB pourra être mémorisée au sein même de la mémoire MEM incluse dans les moyens d'analyse QNA dans d'autres modes de mise en oeuvre de l'invention. Dans l'exemple de mise en oeuvre de l'invention décrit ici, chaque segment de la table TAB inclut par ailleurs une pluralité d'échelles de valeurs nominales de débit attribuées chacune à un flux traversant l'interface considérée et véhiculées dans des champs inclus au sein même desdits flux, par exemple les échelles de valeurs attribuées aux flux Strl1...Strlk traversant l'interface INTl notées (Dr11M...Drl1m)...(Dr1kM. ..Drlkm) où l'indice "M" indique une borne supérieure et l'indice "m" indique une borne inférieure, le plus faible des débits nominaux Drljm attribué à un flux Strlj (pour j=1 à k) constituant le débit minimal propre audit flux Strlj, chacun de ces flux étant en outre muni d'un degré de priorité P11...P1k qui lui est propre, chaque flux Strl 1... Strl k étant en outre associé à un ensemble prédéfini (Ti 1...Tlr)...(Tk1. ..Tks) de types d'interfaces avec lesquelles ce flux est compatible, rangés selon un ordre de préférence prédéterminé. Les moyens d'analyse QNA sont aptes à détecter une saturation d'une interface donnée, par exemple l'interface INT1, qui se traduira par le fait qu'une valeur cumulée Dtfl des débits des flux (Str11...Strlk) attribués à cette interface devient supérieure à une valeur DM1 du débit disponible effectivement offert à l'instant considéré par l'interface donnée INT1. Ces moyens d'analyse émettront alors, d'une part, un signal de réglage Tun(Str,Dr) destiné à l'entité émettrice du flux Str qui recevra ainsi pour instruction de régler le débit du flux à une valeur Dr, et, d'autre part, un signal de commutation Cm(Str,Int) destiné à un module de commande ISM des moyens de commutation SWM, et porteur d'un identifiant Int de l'interface qui doit être attribuée au flux Str. Les moyens d'analyse QNA ont ainsi la possibilité d'augmenter ou de réduire le débit attribué au flux Str, voire d'ordonner sa ré-attribution vers une autre interface que son interface courante en produisant un identifiant d'interface Int distinct de celui couramment attribué audit flux Str, le type de la nouvelle interface étant choisi par ordre de préférence décroissant au sein de l'ensemble des types d'interfaces avec lesquelles ce flux est compatible. Le module de commande ISM décodera à cet effet le signal de commutation Cm(Str,Int), et produira un signal de contrôle Iswc des moyens de commutation SWM en vue d'exécuter les consignes véhiculées par ledit signal de commutation Cm(Str,Int). Si, dans l'exemple décrit ici, le module de commande ISM est disposé à l'extérieur des moyens d'analyse QNA, ce module de commande ISM pourra être intégré au sein même des moyens d'analyse QNA dans d'autres modes de mise en oeuvre de l'invention. La Fig.2 illustre sous forme d'un diagramme d'étapes le fonctionnement d'un procédé de transmission de données qui autorise une gestion optimale des ressources offertes par une interface particulière, en conformité avec un mode de mise en oeuvre particulier de l'invention. Ce procédé se distingue en ce qu'il inclut une étape de comparaison initiale CMPO, au cours de laquelle une valeur cumulée DTF résultant d'une somme de valeurs de débits de débits associés aux divers flux auxquels l'interface particulière a été attribuée est comparée à une valeur maximale DM du débit offert par ladite interface particulière à l'instant considéré. Lorsqu'il est constaté que le débit cumulé DTF est supérieur à la valeur maximale de débit DM, une étape NPDEC de diminution des débits alloués par l'interface aux flux non-prioritaires est exécutée. Une étape de test d'un premier type Ti est alors exécutée, aux fins de déterminer si la réduction des débits des flux non-prioritaires a été suffisante pour désengorger l'interface, ce qui est réalisé en comparant à la valeur maximale de débit DM une nouvelle valeur du débit cumulé DTF, obtenue après exécution de l'étape de réglage. Dans la négative, une étape DTFDEC de diminution des débits alloués par l'interface aux flux prioritaires est exécutée. Cette diminution est ici faite par paliers, c'est-à-dire qu'après que la valeur du débit d'un flux prioritaire aura été remplacée par sa valeur nominale immédiatement inférieure, une nouvelle étape de test du premier type T 1 sera exécutée pour déterminer si la diminution nouvellement effectuée a été suffisante pour désengorger l'interface. Ainsi qu'expliqué précédemment, diverses étapes DTFDEC de diminution des débits alloués par l'interface aux flux prioritaires pourront être exécutées selon plusieurs alternatives de fonctionnement possibles. On pourra ainsi choisir une première option consistant à exécuter plusieurs diminutions successives sur plusieurs flux distincts auxquels un même degré de priorité aura été alloué, de manière à ne pénaliser aucun de ces flux par rapport à ses semblables. On pourra au contraire choisir une deuxième option consistant à poursuivre la diminution de débit d'un flux particulier jusqu'à parvenir à sa valeur minimale, pour ne commencer qu'ensuite à diminuer le débit d'un autre flux auquel un même degré de priorité aura été alloué, et ainsi de suite jusqu'à ce que l'interface ait été désengorgée. On pourra en outre envisager de ne procéder pour chaque flux qu'à une seule opération de diminution de débit destinée à abaisser d'un seul coup ce débit à sa valeur minimale. Dans une hypothèse où les débits des différents flux prioritaires auraient tous été 30 ramenés à leur valeur minimale Drm sans que l'interface ne s'en soit trouvée ll désengorgée, ce qui est déterminé grâce à une étape de test d'un deuxième type T2 combinée de manière itérative avec l'étape de test du premier type T1, l'un des flux présentant le degré de priorité le moins élevé sera sélectionné au cours d'une étape de sélection STRSEL pour être soumis à une commutation et re- dirigé vers une autre interface au cours d'une étape de commutation STRCOM. Si plusieurs flux présentent un même degré minimal de priorité, une sélection arbitraire parmi ces flux sera opérée au cours de l'étape de sélection STRSEL aux fins de choisir celui qui sera soumis à l'étape de commutation. Une nouvelle étape de test du premier type Tl permettra alors de déterminer si cette commutation aura été suffisante pour désengorger l'interface, ce IO qui revient à comparer a posteriori le débit minimal Drm au flux sélectionné au débit disponible offert à ce flux par son interface courante. Tant que l'interface sera saturée, des flux non-prioritaires seront soumis à de nouvelles étapes de commutation STRCOM. Dans une hypothèse où tous les flux ayant un degré de priorité inférieur à un seuil prédéterminé ont été soumis à l'étape de commutation STRCOM sans que l'interface ne s'en soit trouvée désengorgée, un ou plusieurs flux prioritaires devront être à leur tour soumis à l'étape de commutation STRCOM. Le flux qui sera sélectionné à cet effet au cours de l'étape de sélection STRSEL sera alors celui dont le débit minimal Drm permettra d'obtenir, lorsqu'il sera soustrait à la valeur cumulée DTF des débits des flux transitant au travers de l'interface considérée, une valeur la plus proche de celle de la valeur maximale DM de débit offert par cette interface. Dans un mode de mise en oeuvre de l'invention autre que celui représenté ici, la sélection du flux à soumettre à l'étape de commutation STRCOM pourra être opérée selon une séquence inverse de celle précédemment décrite, séquence selon laquelle sera soumis préférentiellement à l'étape de commutation STRCOM celui des flux dont la disparition permettra d'atteindre une valeur cumulée DTF la plus proche de la valeur maximale DM de débit offert par l'interface, indépendamment du degré de priorité de ce flux, les degrés de priorité n'étant alors destinés à être pris en compte qu'en présence de deux flux dont des disparitions produiraient des effets identiques en termes de libération de bande passante. Il est en outre parfaitement envisageable, dans certains autres modes de mise en oeuvre de l'invention, d'opérer une étape de commutation STRCOM conforme à la description qui précède immédiatement après qu'une saturation de l'interface considérée aura été détectée, c'est-à-dire sans diminution de débit préalable. Dans une telle situation, les flux qui pourront être redirigés vers d'autres interfaces sans incidence sur la qualité de service liée à ces flux seront effectivement soumis à autant d'étapes de commutation STRCOM respectives jusqu'à ce que l'interface considérée soit désengorgée. Il pourra toutefois advenir que certains flux dits non-commutables, par exemple des flux véhiculant des programmes audiovisuels en temps réel pour lesquels toute potentialité d'interruption est en principe proscrite, restent à la charge de l'interface considérée après ré-attribution de tous les flux commutables, et que l'interface considérée soit encore saturée sous la charge de ces flux non-commutables. Il sera alors possible d'opérer des diminutions des débits desdits flux non-commutables selon les modalités qui précèdent, en vue de désengorger l'interface considérée. Le processus itératif précédemment décrit se poursuivra jusqu'à ce que le débit disponible DM devienne à nouveau supérieur ou égal à la valeur des débits cumulés DTF. En cas d'égalité parfaite, le réglage ainsi obtenu est sauvegardé au cours d'une étape de validation des paramètres SVSET, qui sera elle-même suivie d'une nouvelle étape de comparaison CMPO, afin d'opérer une constante surveillance des conditions de communication de l'interface qui permet ainsi d'en adapter la configuration de manière dynamique. Il pourra en outre advenir, dans des circonstances très défavorables, que les successions d'étapes de diminution et de commutation décrites plus haut n'aboutissent pas à un désengorgement de l'interface considérée, auquel cas il sera nécessaire d'exécuter une étape de suppression d'un ou plusieurs flux particuliers, qui pourront être choisis par ordre de priorité croissante ou décroissante, ou encore en fonction de la bandepassante libérée par la suppression desdits flux, par transposition des explications qui précèdent, une telle étape de suppression n'étant pas illustrée ici mais ayant vocation à être insérée entre une étape de commutation STRCOM et une étape de test du premier type Ti. Si une étape de test du premier type Ti révèle au contraire qu'il subsiste un fragment de bande passante disponible, une étape suivante DTFINC d'augmentation de débit d'un flux présentant un degré de priorité plus élevé est exécutée, par exemple par sélection de sa valeur nominale de débit immédiatement supérieure au débit courant dudit flux, laquelle étape DTFINC d'augmentation de débit étant suivie d'une étape de test d'un troisième type T22 visant à déterminer si cette augmentation a eu pour effet de saturer à nouveau l'interface. Si tel est le cas, c'est le précédent réglage de débit qui sera sauvegardé au cours d'une étape de validation des paramètres PRVSET. Dans le cas contraire, une nouvelle étape DTFINC d'augmentation de débit sera exécutée, et soumise ensuite à validation par une nouvelle étape de test du troisième type T22, les différents flux soumis à des étapes DTFINC d'augmentation de débit successives étant choisis par ordre de priorité décroissante. Ces étapes d'augmentation permettent de parachever l'optimisation de la gestion de bande passante de l'interface considérée, puisque l'invention réalise ainsi de manière dynamique et quasiment en temps réel une réduction des ressources consacrées par ladite interface au transit des flux les moins prioritaires au profit d'une augmentation des ressources consacrées aux flux les plus prioritaires. REVENDICATIONS 1) Procédé de transmission de données au sein d'un système de télécommunication incluant au moins un terminal apte à échanger des flux de données avec de multiples réseaux de communication via une pluralité d'interfaces, procédé caractérisé en ce qu'il inclut: 5. au moins une étape de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits attribuées aux flux transitant effectivement au travers de ladite interface, et au moins une étape de commutation au cours de laquelle une autre interface est attribuée audit flux particulier lorsque la valeur maximale de débit offert est inférieure à la valeur cumulée. 2) Procédé selon la revendication 1, caractérisé en ce qu'il inclut une étape de sélection de celui des flux dont un débit minimal permet d'obtenir, lorsqu'il est soustrait à la somme de valeurs attribuées aux flux transitant au travers de l'interface considérée, une valeur la plus proche de la valeur maximale de débit offert par cette interface, le flux ainsi sélectionné étant alors destiné à être soumis à une étape de commutation. 3) Procédé selon l'une des revendications 1 ou 2, caractérisé en ce qu'il inclut en outre une étape de classement selon un ordre de priorité prédéterminé des divers flux attribués à chaque interface, les flux devant être soumis à une étape de commutation étant alors destinés à être sélectionnés par ordre de priorité croissante. 4) Procédé selon l'une des revendications 1 à 3, caractérisé en ce que plusieurs valeurs nominales de débit acceptables sont déterminées pour au moins l'un des flux au cours de l'étape de détermination, le plus faible desdits débits nominaux constituant le débit minimal propre audit flux, toute soumission du flux considéré à l'étape de commutation étant inhibée tant que le débit effectivement alloué par l'interface audit flux considéré n'aura pas été réduit à sa valeur minimale. 5) Procédé selon la revendication 4, caractérisé en ce que toute soumission d'un flux à l'étape de commutation est inhibée tant que les débits effectivement alloués par l'interface aux flux qui la traversent n'auront pas tous été réduits à leurs valeurs minimales respectives. 6) Procédé selon l'une des revendications 4 ou 5, caractérisé en ce qu'il inclut en outre une étape d'augmentation de débit postérieure à une étape de commutation et destinée à augmenter le débit d'un flux particulier qui lui est soumis par sélection de sa valeur nominale de débit immédiatement supérieure à son débit courant. 7) Système de télécommunication incluant au moins un terminal apte à échanger des flux de données avec de multiples réseaux de communication via une pluralité d'interfaces, système caractérisé en ce qu'il inclut: des moyens de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits attribuées aux flux transitant effectivement au travers de ladite interface, et des moyens de commutation aptes à attribuer une autre interface audit flux particulier lorsque la valeur maximale de débit offert est inférieure à la valeur cumulée. 8) Terminal apte à échanger des flux de données avec de multiples réseaux de communication via une pluralité d'interfaces, terminal caractérisé en ce qu'il inclut: des moyens de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits attribuées aux flux transitant effectivement au travers de ladite interface, et 25. des moyens de commutation aptes à attribuer une autre interface audit flux particulier lorsque la valeur maximale de débit offert est inférieure à la valeur cumulée. 9) Produit programme d'ordinateur téléchargeable via un réseau de télécommunication et/ou stocké dans une mémoire d'une unité centrale et/ou stocké 30 sur un support mémoire destiné à coopérer avec un lecteur de ladite unité centrale, ledit programme étant destiné à être mis en oeuvre au sein d'un terminal apte à échanger des flux de données avec de multiples réseaux de communication via une pluralité d'interfaces, lequel programme inclut: au moins une instruction ordonnant l'exécution d'une étape de comparaison entre une valeur maximale de débit offert par une interface au travers de laquelle transite un flux particulier et une valeur cumulée résultant d'une somme de valeurs de débits attribuées aux flux transitant effectivement au travers de ladite interface, et au moins une instruction ordonnant l'exécution d'une étape de commutation au cours de laquelle une autre interface est attribuée audit flux particulier lorsque la valeur maximale de débit offert est inférieure à la valeur cumulée. 10) Support mémoire sur lequel est mémorisé un produit programme d'ordinateur conforme à la revendication 9. 11) Signal destiné à véhiculer un flux de données au travers d'une interface sélectionnée parmi une pluralité de telles interfaces incluses dans un terminal, lequel signal inclut au moins un champ définissant un débit nominal destiné à former une composante d'une valeur cumulée résultant d'une somme de valeurs de débits à attribuer aux flux transitant effectivement au travers de ladite interface, laquelle valeur cumulée étant destinée à être comparée, au sein dudit terminal, à un débit disponible offert par cette interface. 12) Support mémoire destiné à mémoriser, en référence à un identifiant désignant un flux de données véhiculé par un signal conforme à la revendication 11, au moins une valeur d'un débit minimal propre audit flux de données.