FR 2922066 A1 20090410 FR 0758116 A 20071005 Procédé de gestion de la bande passante dans un réseau de communication, produit programme d'ordinateur, moyen de stockage et dispositifs correspondants. 1. Domaine de l'invention Le domaine de l'invention est celui des transmissions de contenus de données dans un réseau de communication synchrone. L'invention concerne notamment, mais non exclusivement, la transmission de contenus de données dans un réseau de communication domestique sans-fil synchrone comprenant une pluralité de noeuds. Elle s'applique par exemple aux systèmes de transmission radio à 60 GHz. Ces systèmes de transmission radio à 60 GHz sont particulièrement bien adaptés pour la transmission de données à très haut débit sur de courtes distances. Dans de tels réseaux de communication, il est nécessaire de pouvoir supporter, de manière synchrone, une ou plusieurs applications concurrentes (applications audio ou applications audiovisuelles par exemple). 2. Arrière-plan technologique Dans les réseaux de communication de type synchrone et plus particulièrement les réseaux de type TDM (pour en anglais � Time Division Multiplex � ou � multiplexage par répartition dans le temps � en français), une technique de multiplexage est utilisée pour permettre à un émetteur de transmettre un ou plusieurs canaux de données d'un certain débit dans un canal de transmission à plus haut débit associé à un réseau de communication. La bande passante disponible sur le canal de transmission associé au réseau de communication est découpée en plusieurs canaux virtuels (en anglais � Virtual Channel � ou VC) synchrones correspondant à des intervalles temporels (ou � time slots � en anglais). Chaque canal virtuel correspond à un ensemble de bits (encore appelé échantillon par la suite) utilisé par un émetteur pour transmettre des données. Un émetteur peut utiliser un ensemble de canaux virtuels. Un cycle complet de traitement synchrone de données ou cycle SDPC (pour en anglais � Synchronous Data Processing Cycle �) est formé de l'ensemble des échantillons de chacun des canaux virtuels disponibles sur le réseau de communication. Le cycle SDPC est caractérisé par la fréquence à laquelle un émetteur peut écrire dans un même canal virtuel. Le cycle SDPC possède un nombre fini de canaux virtuels. Il convient donc d'en optimiser l'utilisation afin d'augmenter le débit utile de ce réseau synchrone. Selon une première technique classique, un dispositif gère la bande passante globale du canal de transmission associé au réseau en répartissant un ensemble de canaux virtuels entre les différents émetteurs du réseau. Un émetteur peut par exemple faire une requête auprès de ce dispositif en indiquant ses besoins en ressources et le dispositif lui réserve un nombre de canaux virtuels en conséquence. Cependant, un inconvénient de cette première technique de l'art antérieur est qu'un émetteur du réseau peut demander plus de ressources que ses besoins réels. Il y a donc une perte de bande passante, certaines ressources réservées pour une application donnée restant inutilisées pendant toute la durée de mise en oeuvre de cette application. Ceci est notamment vrai lorsque la granularité de réservation de la ressource est supérieure à la granularité des données émises par un émetteur du réseau ou lorsque la granularité de réservation de la ressource est supérieure à la quantité de données émises par un émetteur du réseau lors d'un cycle de transmission ; par exemple, lorsque le système autorise une réservation par blocs de N * X bits par cycle de transmission et que le noeud émetteur envoie au maximum M mots de X bits par cycle de transmission, avec M Ainsi, lorsque le nombre d'applications concurrentes mises en oeuvre au sein du réseau est important, la perte de ressources est élevée. Par ailleurs, un autre inconvénient de cette seconde technique de l'art antérieur est que, lorsqu'une application ne nécessite que peu de ressources, la taille de l'en-tête est disproportionnée par rapport au reste des données à transmettre. 3. Objectifs de l'invention L'invention, dans au moins un mode de réalisation, a notamment pour objectif de pallier ces inconvénients de l'art antérieur. Plus précisément, un objectif de l'invention, dans au moins un de ses modes de réalisation, est de fournir une technique permettant d'optimiser l'utilisation de la bande passante disponible sur le canal de transmission associé à un réseau de communication synchrone. Un autre objectif de l'invention, dans au moins un de ses modes de réalisation, est de mettre en oeuvre une telle technique qui permette d'optimiser les ressources allouées aux différentes applications concurrentes diffusées sur le réseau de communication synchrone. Encore un objectif de l'invention, dans au moins un de ses modes de réalisation, est de fournir une telle technique qui permette d'augmenter le nombre d'applications concurrentes émettrices pouvant utiliser le réseau. Un autre objectif de l'invention est de fournir une telle technique sans mise en oeuvre de signalisations supplémentaires au sein des données transmises (comme par exemple des en-têtes spécifiques) par les applications concurrentes émettrices. Un autre objectif de l'invention est de fournir une telle technique sans dégradations des conditions de diffusion des applications émettrices sur le réseau 5 de communication. L'invention, dans au moins un de ses modes de réalisation, a encore pour objectif de mettre en oeuvre une telle technique qui soit simple à mettre en oeuvre et pour un faible coût. 4. Exposé de l'invention 10 Dans un mode de réalisation particulier de l'invention, il est proposé un procédé de gestion de la bande passante dans un réseau de communication synchrone et comprenant une pluralité de noeuds, ledit réseau mettant en oeuvre un premier cadencement qui définit un cycle de traitement de données comprenant un nombre déterminé de canaux virtuels correspondant à des intervalles de temps, 15 ledit cycle de traitement de données étant défini par une fréquence de traitement de données courante, ladite pluralité de noeuds comprenant au moins un noeud émetteur associé à au moins une application génératrice générant des données devant être transmises vers au moins un noeud récepteur, chaque application génératrice devant être associée à au moins un canal virtuel pour transmettre ses 20 données, le(s) canal(ux) virtuel(s) associé(s) à une application génératrice donnée étant rempli(s) un par un depuis un premier jusqu'à un dernier canal virtuel. Selon l'invention, un tel procédé comprend les étapes suivantes, effectuées pour une application génératrice donnée : a) détermination d'un ensemble de canaux virtuels pour transmettre les 25 données de l'application génératrice donnée selon le premier cadencement défini par la fréquence de traitement de données courante ; b) détermination d'un taux d'utilisation du dernier canal virtuel de l'ensemble de canaux virtuels déterminés pour transmettre les données de ladite application génératrice ; c) ajustement de ladite fréquence de traitement de données courante, en fonction dudit taux d'utilisation dudit dernier canal virtuel, permettant d'obtenir une fréquence de traitement de données ajustée ; et d) affectation d'un nombre entier de canaux virtuels pour transmettre les 5 données de ladite application génératrice, en fonction dudit taux d'utilisation dudit dernier canal virtuel. Ainsi, le principe général de l'invention consiste à modifier la fréquence de traitement de données (c'est-à-dire le cycle de traitement de données) afin de mieux utiliser la bande passante du canal de transmission associé au réseau de 10 communication. L'ajustement de la fréquence de traitement permet alors une meilleure utilisation du dernier canal virtuel associé à une application génératrice et donc une optimisation des ressources nécessaires à la transmission des données de l'application. L'invention permet ainsi d'optimiser l'utilisation de la bande passante 15 disponible sur le canal de transmission associé au réseau de communication synchrone, voire d'augmenter le nombre d'applications concurrentes émettrices pouvant utiliser le réseau. Avantageusement, l'étape c) d'ajustement de ladite fréquence de traitement de données courante comprend les étapes suivantes : 20 cl) détermination d'un nombre décimal optimal de canaux virtuels, en fonction dudit taux d'utilisation du dernier canal virtuel ; c2) détermination de ladite fréquence de traitement de données ajustée, en fonction dudit nombre décimal optimal de canaux virtuels ; c3) application de ladite fréquence de traitement de données ajustée ; 25 et l'étape d) d'affectation d'un nombre entier de canaux virtuels comprend une étape de détermination dudit nombre entier de canaux virtuels, en fonction dudit nombre décimal optimal de canaux virtuels. Ainsi, cela permet de libérer (ou de ne pas allouer en première instance) un canal virtuel sous-utilisé pour la transmission de données d'une application 30 génératrice, ce qui permet notamment de mettre ce canal virtuel à disposition des autres applications génératrices dans le cas de multiples applications génératrices. Selon une caractéristique avantageuse de l'invention, le procédé est tel que: - si un nombre entier courant de canaux virtuels n'a pas déjà été alloué pour transmettre les données de ladite application génératrice, alors allocation dudit nombre entier de canaux virtuels pour transmettre les données de ladite application génératrice donnée ; - si un nombre entier courant de canaux virtuels a déjà été alloué pour transmettre les données de ladite application génératrice, alors, libération d'un desdits canaux virtuels alloués pour transmettre les données de ladite application génératrice. Préférentiellement, ledit dernier canal virtuel de l'ensemble de canaux virtuels déterminés pour transmettre les données de ladite application génératrice selon le premier cadencement est exclu des canaux virtuels affectés pour transmettre les données de ladite application génératrice dans l'étape d) d'affectation. Ainsi, l'exclusion du dernier canal virtuel pour transmettre les données de l'application génératrice permet notamment de mettre ce canal virtuel à disposition des autres applications génératrices dans le cas de multiples applications génératrices. Cela permet principalement, dans le cas où un ensemble de canaux virtuels a été alloués à l'application génératrice et que l'application génératrice utilise ces canaux virtuels alloués pour transmettre ces données, de libérer le canal virtuel qui par défaut ne sera pas utilisé à chaque cycle, une fois la fréquence de traitement de données courante ajustée. De façon avantageuse, ladite étape a) détermination d'un ensemble de canaux virtuels pour transmettre les données de ladite application génératrice comprend l'étape suivante : -détermination d'un nombre décimal théorique de canaux virtuels, en fonction de : * ladite fréquence de traitement de données courante ; * une précision de la fréquence de traitement de données courante ; * une taille de chacun desdits canaux virtuels ; * une fréquence à laquelle ladite application génératrice génère des échantillons de données ; * une précision de la fréquence à laquelle ladite application génératrice génère des échantillons de données ; * une taille de chacun desdits échantillons de données. Ainsi, il est possible de déterminer un ensemble de canaux virtuels nécessaire pour transmettre les données de ladite application génératrice sans avoir à établir la communication entre application génératrice et application(s) consommatrice(s) puis à surveiller le taux de remplissage du dernier canal virtuel alloué à cette communication. Avantageusement, ladite étape de détermination d'un taux d'utilisation du dernier canal virtuel pour ladite application génératrice comprend l'étape suivante : - détermination dudit taux d'utilisation du dernier canal virtuel, en fonction dudit nombre décimal théorique de canaux virtuels, ledit taux d'utilisation étant un taux d'utilisation théorique. Ainsi, le taux d'utilisation du dernier canal virtuel correspond à un taux d'utilisation théorique provenant de la détermination d'un nombre décimal théorique de canaux virtuels. De façon avantageuse, ladite étape de détermination d'un nombre décimal optimal de canaux virtuels comprend les étapes suivantes : - comparaison dudit taux d'utilisation théorique avec un seuil prédéterminé ; - si ledit taux d'utilisation théorique est supérieur audit seuil, ledit nombre décimal optimal de canaux virtuels est pris égal audit nombre décimal théorique de canaux virtuels ; - si ledit taux d'utilisation théorique est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est pris inférieur ou égal à la partie entière dudit nombre décimal théorique de canaux virtuels. Ainsi, l'étape de comparaison permet de déterminer si le taux d'utilisation théorique est optimal ou non, en le comparant à un seuil. Dans le cas où le taux d'utilisation est inférieur au seuil, il n'est pas optimal et un ajustement de fréquence de traitement de données peut être mis en place sans dégrader de manière préjudiciable les caractéristiques du réseau de communication. Selon une caractéristique avantageuse, si ledit taux d'utilisation théorique est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est en outre pris supérieur à la partie entière dudit nombre décimal théorique de canaux virtuels diminué d'une unité et augmenté dudit seuil. Selon une variante avantageuse de l'invention, un nombre entier courant de canaux virtuels étant déjà alloué à ladite application génératrice, ladite étape de détermination d'un taux d'utilisation du dernier canal virtuel pour ladite application génératrice comprend une étape de mesure d'un taux d'utilisation réel dudit dernier canal virtuel de l'ensemble de canaux virtuels déterminés pour transmettre les données de ladite application génératrice. Ainsi, selon la variante avantageuse de l'invention, le taux d'utilisation du dernier canal virtuel correspond à un taux d'utilisation réel, ce qui permet d'effectuer une optimisation des ressources en fonction de données réelles et non théoriques. Cela permet aussi de déterminer un ensemble de canaux virtuels nécessaire pour transmettre les données de ladite application génératrice sans avoir la connaissance a priori des précisions et des fréquences associées au traitement des données et à l'application génératrice. Selon une caractéristique avantageuse de la variante avantageuse, ladite étape de détermination d'un nombre décimal optimal de canaux virtuels comprend les étapes suivantes : - comparaison dudit taux d'utilisation réel avec un seuil déterminé ; - si ledit taux d'utilisation réel est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est pris inférieur ou égal au nombre entier courant de canaux virtuels déjà alloué à ladite application génératrice diminué d'une unité. Ainsi, l'étape de comparaison permet de déterminer si le taux d'utilisation réel est optimal ou non, en le comparant à un seuil. Dans le cas où le taux d'utilisation réel est inférieur au seuil, il n'est pas optimal et un ajustement de la fréquence de traitement de données peut être mis en place sans dégrader de manière préjudiciable les caractéristiques du réseau de communication. De façon avantageuse, selon la variante avantageuse, si ledit taux d'utilisation réel est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est en outre pris supérieur au nombre entier courant de canaux virtuels déjà alloué à ladite application génératrice diminué de deux unités et augmenté dudit seuil. Avantageusement, lorsque l'étape d'ajustement de ladite fréquence de traitement de données courante a été effectuée au cours d'un cycle de traitement courant, ladite étape de d'affectation est mise en oeuvre lorsque le taux d'utilisation dudit dernier canal virtuel est nul pendant un délai prédéterminé après obtention d'une fréquence de traitement de données ajustée. Ainsi, il n'y a pas de perte de données applicatives à la libération du canal virtuel non utilisé après ajustement de la fréquence de traitement de données. Ainsi, on s'assure que le dernier canal virtuel n'est plus utilisé. Selon une caractéristique avantageuse, ledit réseau mettant en oeuvre un second cadencement qui définit un cycle de transmission de données correspondant à un nombre entier de cycles de traitement, un cycle de transmission de données comprenant un intervalle de synchronisation entre la dernière émission de données d'un cycle de transmission et la fin dudit cycle de transmission, ladite étape c2) est suivie des étapes suivantes : c2') détermination d'une nouvelle valeur dudit intervalle de synchronisation, en tenant compte de ladite fréquence de traitement de données ajustée ; c2") comparaison de ladite nouvelle valeur dudit intervalle de synchronisation avec une valeur minimale déterminée ; et - si ladite nouvelle valeur dudit intervalle de synchronisation est supérieure ou égale à ladite valeur minimale déterminée, alors on passe à ladite étape c3) ; - sinon on revient à l'étape cl) afin de déterminer un nouveau nombre décimal optimal supérieur au précédent nombre décimal optimal. Ainsi, la vérification de la valeur de l'intervalle de synchronisation permet de s'assurer que l'ajustement de la fréquence de traitement ne dégrade pas le fonctionnement global du réseau de communication. De façon avantageuse, dans le cas où au moins deux applications génératrices sont présentes sur le réseau de communication, ladite étape b) de détermination d'un taux d'utilisation du dernier canal virtuel est effectuée pour chaque application génératrice, et ledit procédé comprend une étape de sélection de l'application génératrice ayant le plus faible taux d'utilisation du dernier canal virtuel, et lesdites étapes c) et d) sont effectuées pour l'application génératrice sélectionnée. Ainsi, dans le cas de multiples applications génératrices, l'optimisation de l'utilisation de la bande passante est réalisée sur l'application génératrice dont le taux d'utilisation du dernier canal virtuel est le plus faible. Avantageusement, le procédé comprend les étapes suivantes : - analyse de l'impact de ladite fréquence de traitement de données ajustée sur le taux d'utilisation du dernier canal virtuel pour chacune des applications génératrices autres que l'application génératrice sélectionnée ; - en cas de détection d'une dégradation du taux d'utilisation du dernier canal virtuel pour au moins une desdites autres applications génératrices, dite au moins une application dégradée : * nouvelle mise en oeuvre d'au moins une partie desdites étapes c) et d) pour l'application génératrice sélectionnée ; et/ou * mise en oeuvre d'au moins une partie desdites étapes c) et d) pour ladite ou lesdites application(s) dégradée(s). Ainsi, dans le cas de multiples applications génératrices, on vérifie que l'optimisation d'une application génératrice ne dégrade pas le fonctionnement des autres applications génératrices (baisse du taux d'utilisation du dernier canal virtuel, nécessité d'un canal virtuel supplémentaire, ...). L'invention concerne également un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, le programme comprenant des instructions de code de programme pour la mise en oeuvre des étapes du procédé de gestion de ressources tel que précédemment décrit, lorsque ledit programme est exécuté sur un ordinateur. L'invention concerne aussi un moyen de stockage, éventuellement totalement ou partiellement amovible, lisible par un ordinateur, stockant un jeu d'instructions exécutables par ledit ordinateur pour mettre en oeuvre le procédé de gestion tel que précédemment décrit. L'invention concerne encore un dispositif de gestion de bande passante dans un réseau de communication synchrone et comprenant une pluralité de noeuds, ledit réseau mettant en oeuvre un premier cadencement qui définit un cycle de traitement de données comprenant un nombre déterminé de canaux virtuels correspondant à des intervalles de temps, ledit cycle de traitement de données étant défini par une fréquence de traitement de données courante, ladite pluralité de noeuds comprenant au moins un noeud émetteur associé à au moins une application génératrice générant des données devant être transmises vers au moins un noeud récepteur, chaque application génératrice devant être associée à au moins un canal virtuel pour transmettre ses données, le(s) canal(ux) virtuel(s) associé(s) à une application génératrice donnée étant rempli(s) un par un depuis un premier jusqu'à un dernier canal virtuel. Selon l'invention, ledit dispositif comprend les moyens suivants, effectuées pour une application génératrice donnée : e) moyens de détermination d'un ensemble de canaux virtuels pour transmettre les données de l'application génératrice donnée selon le premier cadencement défini par la fréquence de traitement de données courante ; f) moyens de détermination d'un taux d'utilisation du dernier canal virtuel de l'ensemble de canaux virtuels déterminés pour transmettre les données de ladite application génératrice ; g) moyens d'ajustement de ladite fréquence de traitement de données courante, en fonction dudit taux d'utilisation dudit dernier canal virtuel, permettant d'obtenir une fréquence de traitement de données ajustée ; et h) moyens d'affectation d'un nombre entier de canaux virtuels pour transmettre les données de ladite application génératrice, en fonction dudit taux d'utilisation dudit dernier canal virtuel. Avantageusement, les moyens g) d'ajustement de ladite fréquence de 5 traitement de données courante comprennent les moyens suivants : g1) moyens de détermination d'un nombre décimal optimal de canaux virtuels, en fonction dudit taux d'utilisation du dernier canal virtuel ; g2) moyens de détermination de ladite fréquence de traitement de données ajustée, en fonction dudit nombre décimal optimal de canaux virtuels ; 10 g3) moyens d'application de ladite fréquence de traitement de données ajustée ; et les moyens h) d'affectation d'un nombre entier de canaux virtuels comprennent des moyens de détermination dudit nombre entier de canaux virtuels, en fonction dudit nombre décimal optimal de canaux virtuels. 15 Préférentiellement, ledit dispositif comprend les moyens suivants : - moyens d'allocation dudit nombre entier de canaux virtuels pour transmettre les données de ladite application génératrice donnée, lesdits moyens d'allocation étant activés si un nombre entier courant de canaux virtuels n'a pas déjà été alloué pour transmettre les données de ladite 20 application génératrice ; - moyens de libération d'un desdits canaux virtuels alloués pour transmettre les données de ladite application génératrice, lesdits moyens de libération étant activés si un nombre entier courant de canaux virtuels a déjà été alloué pour transmettre les données de ladite application génératrice. 25 De façon avantageuse, ledit dernier canal virtuel de l'ensemble de canaux virtuels déterminés pour transmettre les données de ladite application génératrice selon le premier cadencement est exclu des canaux virtuels affectés pour transmettre les données de ladite application génératrice par les moyens h) d'affectation. De manière préférentielle, lesdits moyens e) de détermination d'un ensemble de canaux virtuels pour transmettre les données de ladite application génératrice comprennent les moyens suivants : - moyens de détermination d'un nombre décimal théorique de canaux virtuels, en fonction de : * ladite fréquence de traitement de données courante ; * une précision de la fréquence de traitement de données courante ; * une taille de chacun desdits canaux virtuels ; * une fréquence à laquelle ladite application génératrice génère des échantillons de données ; * une précision de la fréquence à laquelle ladite application génératrice génère des échantillons de données ; * une taille de chacun desdits échantillons de données. Selon une caractéristique avantageuse de l'invention, lesdits moyens de détermination d'un taux d'utilisation du dernier canal virtuel pour ladite application génératrice comprennent les moyens suivants : -moyens de détermination dudit taux d'utilisation du dernier canal virtuel, en fonction dudit nombre décimal théorique de canaux virtuels, ledit taux d'utilisation étant un taux d'utilisation théorique. Selon une caractéristique préférentielle de l'invention, lesdits moyens de détermination d'un nombre décimal optimal de canaux virtuels comprennent des moyens de mise en oeuvre du premier mécanisme d'affectation suivant : - comparaison dudit taux d'utilisation théorique avec un seuil prédéterminé ; - si ledit taux d'utilisation théorique est supérieur audit seuil, ledit nombre décimal optimal de canaux virtuels est pris égal audit nombre décimal théorique de canaux virtuels ; - si ledit taux d'utilisation théorique est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est pris inférieur ou égal à la partie entière dudit nombre décimal théorique de canaux virtuels. Avantageusement, ledit premier mécanisme d'affectation est tel que si ledit taux d'utilisation théorique est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est en outre pris supérieur à la partie entière dudit nombre décimal théorique de canaux virtuels diminué d'une unité et augmenté dudit seuil. Préférentiellement, selon une variante avantageuse de l'invention, un nombre entier courant de canaux virtuels étant déjà alloué à ladite application génératrice, lesdits moyens de détermination d'un taux d'utilisation du dernier canal virtuel pour ladite application génératrice comprennent des moyens de mesure d'un taux d'utilisation réel dudit dernier canal virtuel de l'ensemble de canaux virtuels déterminés pour transmettre les données de ladite application génératrice. De façon avantageuse, selon la variante avantageuse de l'invention, lesdits moyens de détermination d'un nombre décimal optimal de canaux virtuels comprennent les moyens de mise en oeuvre du second mécanisme d'affectation suivant : - comparaison dudit taux d'utilisation réel avec un seuil déterminé ; - si ledit taux d'utilisation réel est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est pris inférieur ou égal au nombre entier courant de canaux virtuels déjà alloué à ladite application génératrice diminué d'une unité. Préférentiellement, selon la variante avantageuse de l'invention, ledit second mécanisme d'affectation est tel que si ledit taux d'utilisation réel est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est en outre pris supérieur au nombre entier courant de canaux virtuels déjà alloué à ladite application génératrice diminué de deux unités et augmenté dudit seuil. Selon une caractéristique avantageuse de la variante avantageuse, lorsque les moyens d'ajustement de ladite fréquence de traitement de données courante ont été déclenchés au cours d'un cycle de traitement courant, lesdits moyens d'affectation sont déclenchés lorsque le taux d'utilisation dudit dernier canal virtuel est nul pendant un délai prédéterminé après obtention d'une fréquence de traitement de données ajustée. Avantageusement, ledit réseau mettant en oeuvre un second cadencement qui définit un cycle de transmission de données correspondant à un nombre entier de cycles de traitement, un cycle de transmission de données comprenant un intervalle de synchronisation entre la dernière émission de données d'un cycle de transmission et la fin dudit cycle de transmission, lesdits moyens g) d'ajustement comprennent en outre les moyens suivants : g2') moyens de détermination d'une nouvelle valeur dudit intervalle de synchronisation, en tenant compte de ladite fréquence de traitement de données ajustée ; g2") moyens de comparaison de ladite nouvelle valeur dudit intervalle de synchronisation avec une valeur minimale déterminée ; g2"') moyens d'activation tels que : - si ladite nouvelle valeur dudit intervalle de synchronisation est supérieure ou égale à ladite valeur minimale déterminée, alors les moyens g3) d'application de ladite fréquence de traitement de données ajustée sont activés ; - sinon les moyens g1) de détermination d'un nombre décimal optimal de canaux virtuels sont activés afin de déterminer un nouveau nombre décimal optimal supérieur au précédent nombre décimal 20 optimal. Préférentiellement, dans le cas où au moins deux applications génératrices sont présentes sur le réseau de communication, lesdits moyens f) de détermination d'un taux d'utilisation du dernier canal virtuel sont activés pour chaque application génératrice, 25 et ledit dispositif comprend des moyens de sélection de l'application génératrice ayant le plus faible taux d'utilisation du dernier canal virtuel, et lesdits moyens g) et h) sont déclenchés pour l'application génératrice sélectionnée. De façon avantageuse, ledit dispositif comprend les moyens suivants : - moyens d'analyse de l'impact de ladite fréquence de traitement de données ajustée sur le taux d'utilisation du dernier canal virtuel pour chacune des applications génératrices autres que l'application génératrice sélectionnée ; - moyens de détection d'une dégradation du taux d'utilisation du dernier canal virtuel pour au moins une desdites autres applications génératrices, dite au moins une application dégradée ; -moyens d'activation permettant, si une dégradation est détectée par lesdits moyens de détection : * une nouvelle activation d'au moins un desdits moyens g) et h) pour l'application génératrice sélectionnée ; et/ou * une activation d'au moins un desdits moyens g) et h) pour ladite ou lesdites application(s) dégradée(s). 5. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : - la figure lA illustre un schéma d'un cycle de traitement synchrone de données SDPC selon le mode de réalisation particulier conforme à l'invention ; - la figure lB présente un schéma illustrant un cycle complet de transmission synchrone de données ou cycle SDTC (pour en anglais � Synchronous Data Transmission Cycle �) selon le mode de réalisation de l'invention ; - la figure 2 illustre un exemple de mise en oeuvre de l'invention conformément au mode de réalisation particulier pour la transmission d'un contenu donné ; - la figure 3A présente les étapes principales d'un algorithme de gestion de la bande passante mis en oeuvre au sein d'un dispositif de gestion selon le mode de réalisation particulier conforme à l'invention ; - la figure 3B détaille les étapes de l'algorithme de gestion de la bande passante de la figure 3A selon le mode de réalisation particulier de l'invention ; - la figure 4 présente une table regroupant un ensemble de taux d'utilisation du dernier canal virtuel alloué à une application génératrice selon le mode de réalisation particulier conforme à l'invention ; - la figure 5 présente les étapes principales d'un algorithme de détermination de la valeur d'un intervalle de synchronisation selon le mode de réalisation conforme à l'invention ; - la figure 6 décrit les étapes principales d'un algorithme d'observation (encore appelé � monitoring � en anglais) du taux d'utilisation du dernier canal virtuel réservé selon une variante du mode de réalisation particulier conforme à l'invention ; - la figure 7 illustre un exemple d'architecture générique d'un noeud de communication du réseau de communication mettant en oeuvre le procédé de gestion de la bande passante selon le mode de réalisation particulier de l'invention. 6. Description détaillée A titre d'exemple illustratif, on se place dans la suite dans le cadre d'un réseau de communication sans fil sur lequel sont transmis des contenus audio. Bien entendu, l'invention s'applique également dans le cadre d'un réseau de communication sans fil sur lequel sont transmis des contenus audiovisuels ou même dans tout autre réseau de communication. Le canal de transmission est cadencé selon un cycle de transmission, appelé cycle SDTC (décrit ci-après). Le cycle de transmission SDTC correspond à un nombre fixe de cycles de traitement de données synchrones SDPC (décrit ci-après). La bande passante disponible sur le canal de transmission peut donc être caractérisée par la quantité de données pouvant être traitées par les dispositifs émetteurs du réseau de communication pendant un cycle de traitement de données synchrones SDPC. La bande passante disponible pendant un cycle de traitement de données synchrones SDPC est découpée en plusieurs canaux virtuels (en anglais � Virtual Channel � ou VC) synchrones correspondants à des intervalles temporels fixés. On considère, dans la suite de la description, qu'à chacune des applications génératrices, est associé au moins un canal virtuel pour transmettre ses données, le ou les canaux virtuels associés à une application génératrice étant remplis un par un depuis un premier jusqu'à un dernier canal virtuel. Selon le mode de réalisation particulier conforme à l'invention, le réseau de communication sans fil comprend N noeuds de communication. Par exemple, 10 dans le cas où N=9, le réseau de communication comprend : - huit noeuds clients (par exemple un noeud client par pièce d'une habitation lorsque le réseau de communication est installé dans une habitation), encore désignés par noeuds WAR (pour en anglais � Wireless Audio Renderer � ou � Récepteur audio sans fil � en français). Chacun des 15 noeuds WAR comprend un dispositif de restitution d'un contenu audio (ou en anglais � Audio content renderer �) qui possède notamment au moins un haut-parleur amplifié (ou en anglais � speaker �) ; et - un noeud serveur, encore appelé noeud WAP (pour en anglais � Wireless Audio Player � ou � Lecteur audio sans fil � en français), qui est 20 susceptible de transmettre, via le réseau de communication sans fil, différents contenus audio à destination des noeuds WAR. Un noeud de communication parmi les N noeuds du réseau comprend un dispositif de gestion de la bande passante du canal de transmission du réseau de communication. 25 Le procédé de gestion de la bande passante selon l'invention (ci-après décrit de manière plus détaillée en relation avec les figures 3A et 3B) est mis en oeuvre sous la forme d'un logiciel et/ou d'une pluralité de sous logiciels (comprenant une pluralité d'algorithmes décrits ci-après) qui est (sont) exécuté(s) dans une ou plusieurs machines du réseau de communication, notamment le noeud 30 de communication WAP. On présente, en relation avec la figure lA, un schéma d'un cycle de traitement synchrone de données SDPC selon le mode de réalisation particulier conforme à l'invention. La fréquence d'échantillonnage des canaux virtuels (par exemple 8KHz) ainsi que la taille des échantillons de données transmis (par exemple 48 bits) caractérise le débit utile de chaque canal virtuel (référencé 103). Ainsi, un canal virtuel a un débit constant de 384 Kbps (kilobits par seconde). La séquence complète comprenant un échantillon représentatif de chacun des canaux virtuels constitue un cycle complet de traitement synchrone de données (ou cycle SDPC). La durée d'un cycle SDPC est égale à 1251.ts dans le cas d'une fréquence d'échantillonnage des canaux virtuels de 8KHz. La séquence complète est représentée par la succession 102 de canaux virtuels dont la durée du cycle SDPC (représentée par le signal 100), encore appelée période SDPC, est comprise entre deux pulses 101 séparés de 1251us. Ainsi, le débit utile du canal de transmission (dans l'exemple un canal audio) est de 9.216 Mbps (mégabit par seconde) pour le transfert de l'information audio. Pour éviter d'avoir à gérer un en-tête décrivant le taux d'utilisation d'un canal virtuel et ainsi économiser de la bande passante, on considère dans la suite de la description qu'un canal virtuel réservé n'est transmis sur le réseau que plein ou vide. Au cours d'un cycle SDPC, lorsque les données rendues disponibles par une application génératrice formerait un canal virtuel à moitié rempli, les données disponibles sont stockées dans une mémoire (contenant alors le résidu), et le canal virtuel est transmis comme étant vide (c'est-à-dire avec une information indiquant que le canal virtuel ne contient pas de données utiles). Lors du cycle SDPC suivant, de nouvelles données disponibles sont ajoutées aux données stockées précédemment dans la mémoire (résidu) pour remplir les canaux virtuels au mieux. On présente désormais, en relation avec la figure 1B, un schéma illustrant un cycle complet de transmission synchrone de données ou cycle SDTC (pour en anglais � Synchronous Data Transmission Cycle �) selon le mode de réalisation particulier conforme à l'invention. Un conteneur associé à un canal virtuel donné, encore appelé conteneur VC Chunk (pour en anglais � Virtual Channel Chunk �), comprend l'ensemble des échantillons de ce canal virtuel donné (en anglais � Virtual Channel Samples �) transmis sur un ensemble prédéfini de cycles SDPC. La construction d'un conteneur VC Chunk donné est effectuée pendant un cycle complet de transmission synchrone de données ou cycle SDTC et la transmission du conteneur VC Chunk considéré est quant à elle effectuée pendant le cycle SDTC suivant. En conséquence, la durée d'un cycle SDTC (représentée par le signal 110) est un multiple de la durée d'un cycle SDPC. On appelle � rapport STPR � (pour � Synchronous Transmission to Processing Ratio �) le rapport du cycle de transmission synchrone (SDTC) sur 15 cycle de traitement synchrone (SDPC). Le rapport STPR définit ainsi la taille du conteneur associé à un canal virtuel indépendamment du nombre de canaux virtuels. Selon le mode de réalisation particulier de l'invention, le rapport STPR est égal à 16. Ainsi, un conteneur associé à un canal virtuel (ou � VC Chunk � en 20 anglais) est donc constituée de 96 octets correspondant à la taille d'un échantillon (c'est-à-dire 48 bits) multipliée par la valeur du rapport STPR (ici égal à 16). Au cours d'un cycle SDTC, chaque noeud (WAP ou WAR) peut envoyer un paquet radio 112. Selon le mode de réalisation particulier conforme à l'invention, au cours 25 d'un cycle SDTC, dix paquets radio de durée identique sont émis sur le réseau selon une séquence de transmission prédéfinie. Ainsi, les deux premiers paquets radio du cycle SDTC sont émis par le noeud WAP, et les huit paquets radio suivants sont émis par chacun des noeuds WAR, permettant ainsi l'échange de contenus de données au sein du réseau de communication, le noeud WAP étant 30 considéré dans ce cas comme étant plus sollicité en émission (noeud serveur de données multimédia par exemple). Toute autre répartition de paquets radio pendant un cycle SDTC est possible en fonction de l'application visée. Chaque paquet radio est espacé du précédent d'un délai appelé � temps inter paquet 113 �. On considère par ailleurs qu'un cycle de transmission synchrone de données SDTC est égal à la somme de la durée de transmission de l'ensemble des paquets radio et des temps inter paquets, somme à laquelle on ajoute l'intervalle de synchronisation. Avantageusement, le dimensionnement du réseau de communication est tel qu'à la fin de l'émission du dernier paquet radio (dans l'exemple précité 10 paquets radio sont transmis par cycle SDTC), après un dernier temps inter paquet, il reste un intervalle de temps, appelé intervalle de synchronisation 114, défini par le formule suivante : Intervalle de synchronisation = durée du cycle SDTC - (10 x (durée d'un paquet radio + temps inter paquet radio)) L'intervalle de synchronisation 114 permet aux noeuds du réseau de synchroniser les émissions de paquets radio sur le cycle SDTC et d'absorber d'éventuelles dérives d'horloges des noeuds les uns par rapport aux autres pour éviter que le dernier noeud à émettre ne le fasse sur le temps de parole du premier noeud du cycle SDTC suivant. On décrit, en relation avec la figure 2, un exemple de mise en oeuvre de l'invention conformément au mode de réalisation particulier pour la transmission d'un contenu donné. Cet exemple est donné à titre d'illustration de l'invention dans le cas d'un remplissage du dernier canal virtuel à 50% (c'est-à-dire que le canal virtuel est rempli un cycle SDPC sur deux). Le signal 200 représente la fréquence à laquelle le noeud WAP du réseau reçoit des échantillons provenant d'un décodeur audio multi-voies connecté au noeud WAP. Un pulse 201 du signal 200 correspond à l'émission d'un échantillon audio du contenu considéré. Le signal 202 représente le cadencement des cycles SDPC. L'émission d'un pulse 203 du signal 202 indique le début d'un cycle SDPC. La ligne 204 représente les canaux virtuels (un canal virtuel étant représenté par une case 205) réservés pour une application donnée. Dans l'exemple de mise en oeuvre de l'invention illustré par la figure 2, le nombre de canaux virtuels réservés pour une application génératrice considérée est égal à 6. Pour chaque cycle SDPC (dont le début est marqué par l'émission d'un pulse 203), le noeud WAP reçoit, à intervalle régulier, les données de l'application génératrice considérée ; il utilise alors ces données pour remplir les canaux virtuels réservés à l'application génératrice considérée et ceci en fonction du nombre de données reçues entre deux pulses 203. La partie supérieure de la figure 2 illustre l'état des signaux dans le réseau de communication avant l'exécution de l'invention. Le cycle SDPC présente une durée référencée 209. Le dernier canal virtuel réservé est alors vide un cycle SDPC sur deux, ce qui se révèle non optimal en terme d'utilisation de la bande passante réservée. La partie inférieure de la figure 2 reprend les mêmes signaux que ceux de la partie supérieure mais après exécution de l'invention selon le mode de réalisation particulier. Le cycle SDPC, modifié conformément au procédé de l'invention, présente une nouvelle durée référencée 210. On s'aperçoit, en analysant la ligne 207, que le dernier canal virtuel 20 réservé est maintenant toujours vide. Avantageusement, comme représenté sur la ligne 208, le dernier canal virtuel toujours vide peut être libéré afin d'optimiser l'utilisation de la bande passante. Ainsi, le principe général de l'invention consiste à modifier le cycle 25 SDPC, et ainsi à modifier aussi le cycle SDTC (la durée d'un SDTC était égale à la durée d'un cycle SDPC multiplié par le ratio STPR), afin de mieux utiliser la bande passante comme décrit plus en détail dans la suite de la description. L'exemple, illustré par la figure 2, décrit uniquement le cas où le cycle SDPC est diminué aboutissant ainsi à la libération d'un canal virtuel. Dans la suite 30 de la description, le cas où le cycle SDPC est augmenté n'est pas plus amplement décrit. Cela correspond à des disparitions d'applications génératrices communiquant sur le réseau de communication (les données issues de ces applications génératrices ne sont plus émises sur le réseau de communication), ce qui permet de diminuer la fréquence de fonctionnement / transmission du réseau de communication tout en optimiser l'utilisation des ressources par les applications génératrices restantes. On présente, en relation avec la figure 3A, les étapes principales d'un algorithme de gestion de la bande passante mis en oeuvre au sein du dispositif de gestion selon le mode de réalisation particulier conforme à l'invention. Ainsi, lors d'une étape 310, un ensemble de canaux virtuels pour transmettre les données de l'application génératrice donnée selon le premier cadencement est déterminé. Dans une étape 311, un taux d'utilisation du dernier canal virtuel, noté TU, est déterminé. Dans une étape 320, la fréquence de traitement de données courante FSDPc (définissant le cycle SDPC) est ajustée en fonction du taux d'utilisation du dernier canal virtuel déterminé lors de l'étape 311, ce qui permet d'obtenir une fréquence de traitement de données ajustée Fnew (définissant une nouvelle durée pour le cycle SDPC). Puis dans une étape 330, une affectation finale d'un nombre entier de canaux virtuels alloués (VCalloués_nouv) à l'application génératrice considérée en fonction du taux d'utilisation du dernier canal virtuel est mise en oeuvre. Cette affectation finale peut-être : - l'allocation d'un nombre entier de canaux virtuels alloués (VCalloués-nouv) à l'application génératrice considérée dans le cas où la détermination du taux d'utilisation du dernier canal virtuel est effectuée à partir des données (fréquences, précision,...) théoriques relatives au réseau de communication et à l'application (ou aux applications) considérée(s)) ; - la libération d'un canal virtuel dans le cas où la détermination du taux d'utilisation du dernier canal virtuel est effectuée à partir des données (fréquences, précision,...) théoriques relatives au réseau de communication et à l'application (ou aux applications) considérée(s)) après avoir alloué un premier ensemble de canaux virtuels à l'application (ou aux applications) considérée(s)) ; - la libération d'un canal virtuel dans le cas où la détermination du taux d'utilisation du dernier canal virtuel est effectuée par surveillance (� monitoring �) du remplissage de ce dernier canal (on parle alors de taux d'utilisation réel). Les étapes précitées de l'algorithme de gestion sont décrites plus en détail ci-après en relation avec la figure 3B. On décrit désormais, en relation avec la figure 3B, les étapes de 10 l'algorithme de gestion de la bande passante précité selon le mode de réalisation particulier de l'invention. Préalablement à l'étape de détermination d'un ensemble de canaux virtuels (étape 310), on découvre, dans une étape 300, une nouvelle application génératrice connectée au réseau de communication. 15 La découverte d'une application peut se faire � a priori �. Dans ce cas, le noeud du réseau sur lequel est connectée (ou est présente) l'application connaît à l'avance les caractéristiques de cette application. C'est par exemple le cas du noeud WAP auquel est connecté le décodeur audio multi voies. Dans le cas d'une découverte a priori, le noeud connaît à l'avance les caractéristiques de 20 l'application (par exemple la fréquence de l'application, la précision, ...). La découverte d'une application peut également être réalisée selon un mécanisme de � hot plug � (pour � connexion à chaud � en français). Dans ce cas, les caractéristiques de l'application ne sont connues qu'au moment où elle est branchée sur un noeud du réseau, par la mise en oeuvre d'un protocole (par 25 exemple le protocole UPnP) permettant de se présenter au noeud. Le noeud peut alors obtenir des informations (par exemple la fréquence de l'application, la précision, ...) dont il aura besoin par la suite. Dans l'étape 310, on détermine, en fonction des caractéristiques de l'application (fréquence d'échantillonnage, précision, ...) et des caractéristiques du 30 noeud (fréquence de fonctionnement, précision, .), le nombre de canaux virtuels théoriques, noté VCthéorique, nécessaires à l'application génératrice considérée pour transmettre ses données. La connaissance de la fréquence SDPC et de sa précision se fait a priori, le réseau de communication connaissant par construction ses caractéristiques. Lors de la mise sous tension du réseau de communication, la valeur de la fréquence SDPC est initialisée à sa valeur par défaut (c'est-à-dire 8kHz dans notre exemple). La valeur de la fréquence SDPC peut évoluer au cours de l'exécution du procédé de gestion de la bande passante, une telle évolution restant cependant connue du dispositif de gestion de la bande passante...DTD: Plus précisément, le cycle SDPC d'une période égale à 1251us est généré par un dispositif de génération, par exemple de type quartz, qui possède une fréquence nominale propre (supérieure à la fréquence SDPC) et est caractérisée par une certaine précision Y sur la fréquence nominale (généralement exprimée en � partie par million � ou ppm). La fréquence réelle du composant peut alors être exprimée selon la formule suivante : Fréelle = Fnominaie � Y ppm. La génération du signal de cycle SDPC se fait par division de la fréquence du quartz. Ainsi, après la génération d'un premier pulse CyclesDPC, on peut compter un nombre connu de cycles à la fréquence du quartz (ou nombre de coups d'horloge, aussi appelés �ticks �) avant de générer le pulse CyclesDpc suivant qui marque le début d'un nouveau cycle SDPC. De même, la fréquence d'échantillonnage de l'application connectée est générée par un dispositif de génération, par exemple de type quartz, possédant lui aussi sa propre précision. Les mécanismes de génération de ce signal sont les mêmes que ceux précédemment décrits. La connaissance de la fréquence d'une application génératrice et de sa précision peut être réalisée de plusieurs manières : - le noeud connaît a priori les valeurs de la fréquence et de la précision de l'application considérée ; - le noeud reçoit de l'application une notification avec les valeurs de la 30 fréquence et de la précision de l'application considérée ; - le noeud reçoit de l'application une requête de demande de bande passante. Il peut alors en déduire la fréquence de l'application. Puis, concernant la précision, une valeur par défaut prédéterminée peut être appliquée ; - le noeud mesure sur une certaine période de temps l'intervalle en nombre de coups d'horloge entre deux échantillons de l'application pour en déduire la fréquence de l'application. Concernant la précision, on peut également appliquer une valeur par défaut. La fréquence réelle de traitement étant susceptible d'être différente de la fréquence nominale ou de changer au cours de l'utilisation des dispositifs (par exemple dérive de la fréquence liée à des modifications de températures), il est préférable d'envisager les cas extrêmes pour calculer le nombre théorique de canaux virtuels nécessaires à l'implémentation d'une application sur le réseau de communication. Ainsi, le nombre théorique de canaux virtuels, encore noté VCthéorique, peut être déterminé (étape 310) selon la formule suivante (on se place par exemple dans le cas où l'application génératrice considérée génère des échantillons de 24 bits et d'un canal virtuel qui peut contenir 48 bits) : VC = (FAmi + Xppm) *24 (FsDPC ù Yppm) *48 où Fappli représente la fréquence nominale de l'application ; Xppm représente la précision de la fréquence application ; FDPPC représente la fréquence nominale du cycle SDPC ; Yppm représente la précision de la fréquence SDPC. Le nombre VCThéorique représente alors le nombre théorique maximum de canaux virtuels dont une application génératrice aura besoin dans le cas où la fréquence de cette application a dérivé jusqu'à être la plus rapide possible (les échantillons arrivent plus rapidement) alors que la fréquence SDPC a dérivé jusqu'à être la plus lente possible (le cycle SDPC est plus long). L'étape 311 de détermination du taux d'utilisation du dernier canal virtuel comprend les étapes 312 et 315 ci-après décrites. Théorique 10 15 20 25 30 Optionnellement, dans une étape 312, on détermine un nombre maximum de canaux virtuels VCMax qui dépend des caractéristiques du réseau de communication. La détermination précédente du nombre VCThéorique peut éventuellement fournir un nombre non entier de canaux virtuels. Or, le dispositif de gestion ne peut allouer qu'un nombre entier de canaux virtuels, il convient alors de déterminer le nombre maximum de canaux virtuels, noté VCMax, en fonction du nombre VCThéorique calculé. On peut utiliser l'algorithme suivant pour déterminer le nombre maximum de canaux virtuels à réserver : Si VCThéorique ù INT(VCThéorique) = 0 alors VCMax = VCThéorique sinon VCMax = INT(VCThéorique) + 1 Puis dans une étape 313 optionnelle, on réserve le nombre entier courant de canaux virtuels, noté VCalloués_couraut. On peut par exemple prendre un nombre VCalloués_couraut égal au nombre maximum de canaux virtuels VCMax déterminé lors de l'étape 312, soit VCalloués_eouraut = VCMax. La réservation est effectuée par le gestionnaire de ressources (ou � Resources Manager � en anglais) du noeud considéré (dans notre exemple le noeud WAP), le gestionnaire de ressources pouvant être un module inclus dans chacun des noeuds du réseau. Le gestionnaire de ressources connaît les canaux virtuels actuellement libres pendant un cycle SDPC et peut donc réserver la quantité de ressources nécessaires. Le gestionnaire de ressources du noeud considéré informe ensuite les gestionnaires de ressources des autres noeuds (par exemple au moyen d'un protocole qui transite dans un canal virtuel alloué à l'échange de messages de contrôle entre les noeuds du réseau) de la réservation afin que chaque noeud connaisse les canaux virtuels réservés par telle ou telle application et les canaux virtuels disponibles. En fonction des calculs précédents (VCThéorique, VCMax) le dernier canal virtuel réservé n'est plein que de temps en temps. Par exemple, pour une application audio de résolution 48kHz-24 bits à 1000 ppm et un canal de transmission associé au réseau de résolution 8Hz-48bits à 100ppm, on obtient, grâce aux formules précédemment établies, les nombres théorique et maximum de canaux virtuels suivants : VCThéorique = 3.0033 et VCMax = 4. Dans ce cas, le quatrième canal virtuel n'est rempli complètement que tous les 300 cycles SDPC. La réservation optionnelle (étape 313) des canaux virtuels sans en avoir optimisés l'utilisation permet au réseau de communication de fonctionner rapidement, notamment lorsque plusieurs applications concurrentes sont connectées sur le réseau. On peut en effet envisager que tant que le système n'est pas dans une situation critique en nombre de ressources disponibles, l'optimisation de l'utilisation des canaux virtuels n'est pas nécessaire. Lors de la connexion d'une nouvelle application et si la réservation de canaux virtuels s'avère impossible, alors l'optimisation des ressources peut être mise en oeuvre. Ainsi, optionnellement, dans une étape 314, une demande d'optimisation est reçue. La demande d'optimisation peut intervenir par exemple lorsque le niveau des ressources libres atteint un seuil critique ou lorsqu'une tentative de réservation de canaux virtuels a échoué. Dans une étape 315, on détermine un taux d'utilisation théorique du dernier canal virtuel associé à l'application génératrice considérée à partir du nombre théorique de canaux virtuels déterminé VCThéorique. L'étape 320 d'ajustement de la fréquence SDPC comprend les étapes 321 à 325 ci-après détaillées. Dans une étape 321, on vérifie que le taux d'utilisation théorique est supérieur à un seuil déterminé, noté S1. Le seuil S1 est détaillé ci-après en relation avec la figure 4. On illustre, en relation avec la figure 4, une table regroupant un ensemble de taux d'utilisation du dernier canal virtuel alloué à une application génératrice selon le mode de réalisation particulier conforme à l'invention. La colonne 400 de la table représente la partie décimale du nombre VCThéorique, c'est-à-dire le taux d'utilisation théorique du dernier canal virtuel. La colonne 401 indique dans quelle proportion de cycles SPDC le dernier canal virtuel est utilisé (rempli). Le tableau constitué des colonnes 400 et 401 a été divisé en deux zones distinctes: - une zone 402: dans cette zone 402, on estime que le taux d'utilisation du dernier canal virtuel réservé est optimal. Aucune modification de la fréquence SDPC n'est par conséquent nécessaire ; - une zone 403 : dans cette zone 403, le taux d'utilisation du dernier canal virtuel réservé est considéré comme non optimal. Une modification de la fréquence SDPC est donc nécessaire. Un seuil S1 de séparation des zones 402 et 403 peut être défini en fonction des caractéristiques du réseau (par exemple, en fonction du nombre total de canaux virtuels durant un cycle SDPC et du nombre total de canaux virtuels réservés aux applications). Ce seuil S1 de séparation peut être fixé définitivement ou évoluer dans le temps en fonction de la disponibilité des ressources. Par exemple, S1 = 0,15. S'il a été déterminé qu'une modification (optimisation pour ne plus utiliser le dernier canal virtuel et pouvoir le libérer) de la gestion de la bande passante devait être faite, un nouveau nombre optimal de canaux virtuels, noté VCopt, est déterminé afin d'obtenir un taux d'utilisation du dernier canal virtuel optimal. Dans le cas d'un taux initial d'utilisation du dernier canal virtuel très faible (par exemple VCThéorique = 3,0033), le nombre VCopt est choisi très légèrement inférieur à la partie entière de VCThéorique pour se retrouver donc dans la zone 402 où aucune optimisation n'est nécessaire. Par exemple, dans le cas où VCThéorique = 3,0033, on peut choisir VCopt = 2,999. En cas de vérification positive de l'étape 321 (le taux d'utilisation théorique est supérieur au seuil Sl), le nombre décimal optimal VCopt est pris égal au nombre décimal théorique VCThéorique de canaux virtuels dans une étape 322. On a donc VCopt = VCThéorique. Il n'y aura donc pas d'adaptation de fréquence dans ce cas. En cas de vérification négative de l'étape 321 (le taux d'utilisation théorique est inférieur au premier seuil), le nombre décimal optimal de canaux virtuels VCopt est pris, dans une étape 323, tel que : E(VCThéorique)-l+Sl Dans une étape 325, on applique ensuite la fréquence ajustée de traitement SDPC au réseau de communication. On apporte au dispositif de génération du cycle SDPC la nouvelle valeur du nombre de coups d'horloge. Le dispositif de gestion peut alors mettre en oeuvre l'une ou l'autre des 10 deux méthodes de modification du cycle SDPC (et du même coup, du cycle SDTC) suivantes : - une première méthode qui consiste à appliquer la modification du cycle SDPC lors d'une seule opération : par exemple le cycle SDPC suivant est alors modifié conformément à la nouvelle valeur de la fréquence SDPC. 15 Une telle méthode a l'avantage d'être très rapide dans le cas d'une modification importante, mais peut cependant occasionner une perte temporaire de synchronisme entre les noeuds du réseau du fait du temps d'adaptation des noeuds à la nouvelle valeur du cycle SDPC. Une perte de données peut alors être provoquée, ce qui peut occasionner une rupture de 20 service ; - une seconde méthode qui consiste à analyser la différence à appliquer entre le cycle SDPC courant et le nouveau cycle SDPC pour choisir d'intégrer la modification par exemple sur plusieurs cycles. Une telle méthode est plus longue à optimiser les ressources, mais présente 25 l'avantage de ne pas occasionner de pertes de synchronisation entre les noeuds du réseau, ni par conséquent de perte de données. Lorsque la fréquence SDPC a été ajustée, le dispositif de génération du cycle SDPC peut alors informer (par exemple au moyen d'un registre commun, par la génération d'une interruption, ...) le dispositif de gestion que le cycle 30 SDPC a été mis à jour conformément à la nouvelle valeur de la fréquence SDPC. Dans le mode de réalisation particulier de l'invention, certaines contraintes sont prises en compte dans la détermination de la fréquence ajustée FNew, notamment des contraintes liées au réseau de communication. Ainsi, dans le cas où la fréquence SDPC est augmentée, l'intervalle de synchronisation 114 est pris en compte. En effet, comme précédemment décrit, l'intervalle de synchronisation dépend de la durée de cycle SDPC et par conséquent de la fréquence SDPC. Lorsque le cycle SDPC devient trop petit (la fréquence SDPC augmente), l'intervalle de synchronisation 114 peut disparaître. En effet, si la fréquence SDPC augmente, la période SDPC diminue donc la période SDTC aussi. Le temps de transmission d'un paquet radio ainsi que le temps inter- paquet étant tout deux constants, c'est donc l'intervalle de synchronisation qui va diminuer, pouvant aller jusqu'à disparaître ce qu'il faut éviter. Dans ce cas, le premier noeud à envoyer un paquet radio émet ses données sur la fin du temps de parole du dernier noeud à émettre. Pour éviter un intervalle de synchronisation trop petit, on peut mettre en oeuvre un algorithme (décrit ultérieurement en relation avec la figure 5) pour déterminer un nombre VCopt tel que le calcul de la fréquence ajustée SDPC permet à l'intervalle de synchronisation d'être supérieur à une valeur minimale (qui peut être une caractéristique du réseau). L'étape 330 d'affectation finale d'un nombre entier de canaux virtuels alloués VCalloués_nou,, à l'application génératrice considérée comprend les étapes 331 et 332 ci-après détaillées. Dans une étape 331, on détermine un nombre de canaux virtuels alloués VCallonés_nonä en fonction dudit nombre décimal optimal (VCopt) de canaux virtuels, 25 tel que : - si VCopt - E(VCopt) = 0 alors VCallonés_nouv = VCopt avec E() la fonction � partie entière � ; - sinon VCalloués-noue = E(VCopt) + 1. Ainsi, dans le cas où les étapes 312 et 313 ont été mises en oeuvre (un 30 nombre entier courant VCallonés_COurant de canaux virtuels a déjà été alloués à l'application génératrice, par exemple VCMax), et si le nombre entier de canaux virtuels alloués VCalloués_äou,, est inférieur audit nombre entier courant VCalloués_ courant de canaux virtuels, une libération du dernier canal virtuel est effectuée dans une étape 332. La libération (étape 332) peut être réalisée selon les deux méthodes suivantes : - une première méthode de libération peut consister à libérer les ressources non utilisées une fois le nouveau cycle SDPC établi ; - une seconde méthode de libération des ressources, plus avantageuse mais plus longue, peut consister à surveiller l'utilisation du dernier canal virtuel. Ainsi, lorsque, pendant un délai prédéterminé le dernier canal virtuel, n'est effectivement plus utilisé (c'est-à-dire lorsque le taux d'utilisation du dernier canal virtuel est nul), il peut être libéré. Dans le cas où un nombre entier courant (VCalloués-courant) de canaux virtuels n'a pas déjà été alloué à l'application génératrice (les étapes 312 et 313 n'ont pas été mises en oeuvre), alors une première allocation du nombre entier de canaux virtuels alloués VCalloués-nouv à l'application génératrice considérée est effectuée dans une étape 332. Dans le cas � multi-applications �, l'optimisation de l'utilisation de la bande passante est effectuée par exemple pour l'application génératrice qui possède un taux d'utilisation de son dernier canal virtuel le moins optimal. L'optimisation de l'utilisation de la bande passante peut aussi être effectuée à chaque fois qu'une nouvelle application génératrice est déclarée dans le réseau de communication. On compare donc les taux d'utilisation théoriques du dernier canal virtuel de chacune des applications génératrices pour ne retenir finalement que le taux d'utilisation du dernier canal virtuel le plus faible (c'est-à-dire le moins optimal). La suite du procédé de gestion de la bande passante est identique à ce qui a été décrit précédemment dans le cas d'une seule application génératrice. Cependant, le cas � multi-applications � ajoute des contraintes supplémentaires. Il est préférable en effet de s'assurer que l'optimisation d'une application génératrice ne dégrade pas le taux d'utilisation du dernier canal virtuel d'une autre application. Après avoir déterminé une fréquence ajustée SDPC, on analyse l'effet de la modification de la fréquence SDPC sur les autres applications en recalculant un VCThéorique pour chacune d'elles afin de vérifier qu'aucune autre application ne voit ses performances dégradées (taux d'utilisation du dernier canal virtuel passant de la zone � optimale � 402 à la zone � non optimale � 403 du tableau de la figure 4). Si nécessaire, en fonction du résultat des deux vérifications précédemment 10 précitées, on met en oeuvre au moins une des opérations suivantes : - recherche d'une nouvelle valeur de VCopt associée à l'application considérée pour ne plus dégrader les autres applications tout en conservant une optimisation pour l'application considérée ; - tentative d'optimisation de la ou des applications dégradées par une 15 première exécution du procédé de gestion de la bande passante selon le mode de réalisation particulier de l'invention dans la limite des possibilités du réseau. Par ailleurs, les noeuds esclaves du réseau adaptent leur cycle SDPC sur celui du noeud maître. Par exemple, le noeud maître envoie un message de contrôle 20 (information relative à la fréquence de traitement ajustée) à destination des noeuds esclaves. Le message contiendrait la différence à appliquer sur le nombre de coups d'horloge permettant de générer la fréquence ajustée SDPC. Un autre exemple serait l'utilisation par les noeuds esclaves d'une PLL verrouillée sur le signal SDTC. Ce signal est dérivé du cycle SDPC du noeud maitre. Les noeuds 25 esclaves vont donc modifier leur propre cycle SDPC conformément aux indications de la PLL verrouillée sur le cycle SDTC du noeud maitre. On présente, en relation avec la figure 5, les étapes principales d'un algorithme de détermination de la valeur d'un intervalle de synchronisation selon le mode de réalisation conforme à l'invention. 30 Dans une étape 500 (regroupant une partie des étapes implémentées lors de la mise en oeuvre de l'étape d'ajustement 320), on détermine une première valeur d'un nombre VCopt conformément à ce qui a été décrit précédemment en relation avec les figures 3A, 3B et 4. Ensuite, dans une étape 501, la fréquence SDPC Fnew ajustée est déterminée. Dans une étape 502, on détermine la valeur de l'intervalle de synchronisation, telle qu'elle serait si la fréquence ajustée F1ew était prise en compte, selon la formule (dans le cas d'un cycle comprenant 10 paquets radio de taille fixe) : Intervalle de synchronisation = durée du cycle SDTC ù (10 x (durée d'un paquet 10 radio + temps inter paquet radio)) avec durée du cycle SDTC = durée du cycle SDPC * STPR. On vérifie ensuite, dans une étape 503, que la valeur de l'intervalle de synchronisation ainsi déterminée est supérieure à une valeur minimale (caractéristique du réseau). 15 En cas de vérification positive de l'étape 503 (la valeur de l'intervalle de synchronisation est supérieure à une valeur minimale), l'algorithme s'arrête dans une étape 504. En cas de vérification négative de l'étape 504 (la valeur de l'intervalle de synchronisation est inférieure à une valeur minimale), l'algorithme revient à 20 l'étape 500 pour déterminer une nouvelle valeur du nombre VCopt. On décrit désormais, en relation avec la figure 6, les étapes principales d'un algorithme de contrôle (encore appelé algorithme de � monitoring �) du taux d'utilisation du dernier canal virtuel réservé selon une variante du mode de réalisation particulier conforme à l'invention. 25 Afin de déclencher l'optimisation de l'utilisation de la bande passante, un contrôle du taux d'utilisation du dernier canal virtuel de chaque application connectée (ou branchée) au réseau peut être effectué. À l'initialisation du réseau de communication et pour chaque application connectée au réseau, l'algorithme de contrôle débute lors d'une étape 600. 30 Dans une étape 601, on attend un premier événement � dernier canal virtuel rempli �, généré sous forme par exemple d'une interruption par le module en charge du remplissage des canaux virtuels avec les données venant de l'application, pour débuter le contrôle du taux d'utilisation du dernier canal virtuel. Dans une étape 602, une variable Période est initialisée à zéro (Période = 5 0). La variable Période représente le nombre de cycles SDPC entre deux remplissages complets du dernier canal virtuel. Dans une étape 603, on attend un premier cycle SDPC pour débuter sur un nombre entier de cycles SDPC. L'attente est arrêtée à la réception du signal 101 SDPC tel que décrit en relation avec la figure lA. 10 Dans une étape 604, on attend l'écoulement d'un cycle SDPC supplémentaire. Dans une étape 605, lorsque l'attente est terminée, on vérifie que, dans le cycle écoulé, l'événement � dernier canal virtuel rempli � s'est produit. En cas de vérification négative de l'étape 605 (l'événement � dernier canal 15 virtuel rempli� ne s'est pas produit), la variable Période est incrémentée de 1 dans une étape 606, et l'algorithme revient à l'étape 604 pour l'analyse du cycle SDPC suivant. En cas de vérification positive de l'étape 605 (l'événement � dernier canal virtuel rempli� s'est produit), la valeur de la variable Période est stockée dans 20 une variable � taux d'utilisation �. On peut par la suite étudier toutes les variables � taux d'utilisation � pour déterminer les applications à optimiser. Il est à noter que cette variable correspond aux chiffres que l'on trouve dans la colonne 401 du tableau décrit en relation avec la figure 4. Cette variante du mode de réalisation particulier de l'invention a 25 l'avantage d'apporter un contrôle (ou �monitoring� en anglais) temps réel de l'utilisation de la bande passante basée sur les fréquences réelles (c'est-à-dire ayant potentiellement déjà subies une variation) des oscillateurs. On aura donc un résultat plus fin que sur un calcul prenant en compte des valeurs théoriques. Elle permet aussi de vérifier qu'une optimisation est réellement nécessaire. En effet, ce 30 contrôle est fait sur la base des fréquences effectives à la fois de l'application et du cycle SDPC. En conséquence, les fréquences peuvent dériver de manière à rendre optimale une utilisation de la bande passante qui ne l'était pas théoriquement. On peut aussi constater que le système est optimal alors que le calcul l'aurait donné � à optimiser �. On présente, en relation avec la figure 7, l'architecture générique d'un noeud de communication du réseau de communication mettant en oeuvre le procédé de gestion de la bande passante selon le mode de réalisation particulier de l'invention. Chaque noeud de communication 700 peut se connecter à une application source, au moyen d'un signal d'horloge applicative Sclkin 705 et d'un signal de 10 données applicatives Data in 706 (dans le cas d'un noeud WAP). Le module de transfert 701 est en charge de : - récupérer les données issues de l'application source ; - stocker les données issues de l'application source dans une mémoire tampon ; 15 - mettre les données issues de l'application source à disposition (pour lecture) d'un dispositif de gestion 702 du mode de transfert SDPC 702 ; - calculer et insérer des données de synchronisation relatives à la mise en oeuvre du procédé de gestion de la bande passante de l'invention. L'échange de données applicatives entre le module de transfert 701 et le 20 dispositif de gestion 702 s'opère au moyen de premiers signaux d'interface Data tx VC 710, Rd clk 711 et Vide 709. L'échange de données de synchronisation entre le module de transfert 701 et le dispositif de gestion 702 s'opère au moyen de seconds signaux d'interface 712. 25 Chaque noeud de communication 700 peut aussi se connecter à une application destinatrice, au moyen d'un signal d'horloge applicative Sclkout 707 et d'un signal de données applicatives Data out 708 (dans le cas d'un noeud WAR). Le module de récupération 704 est en charge de récupérer le contenu des 30 canaux virtuels issu du dispositif de gestion 702, et de le stocker dans une mémoire tampon pour être transmis à l'application destinatrice au rythme de Sclkout. L'échange de données applicatives entre le dispositif de gestion 702 et du module de récupération 704 s'opère au moyen de troisièmes signaux d'interface 5 Data rxVC 715 et Wrclk 716. L'échange de données de synchronisation entre le dispositif de gestion 702 et le module de récupération 704 s'opère au moyen de quatrièmes signaux d'interface 717. Le dispositif de gestion 702 est chargé, à chaque cycle SDPC 718, de 10 récupérer le contenu des données applicatives source et de synchronisation pour formater les canaux virtuels alloués en émission issus du module de transfert 701, et de transférer ces informations au module de transmission 703. L'échange de données entre le dispositif de gestion 702 et le module de transmission 703 s'opère au moyen de signaux d'interface Data_tx 725 et Ctrldata tx 721 dans le 15 sens d'une transmission vers le réseau. Le dispositif de gestion 702 est chargé de récupérer les informations issues du module de transmission 703 et, à chaque cycle SDPC 718, de fournir le contenu des canaux virtuels alloués en réception à destination du module de récupération 704. 20 L'échange de données entre le module de transmission 703 et le dispositif de gestion 702 s'opère au moyen de signaux d'interface Data rx 722 et Ctrl datarx 723 dans le sens d'une réception en provenance du réseau. Le dispositif de gestion 702 est également en charge de la génération des signaux de synchronisation du système (en particulier du signal 718 � cycle 25 SDPC �) ainsi que du remplissage des canaux virtuels alloués en émission avec les données applicatives issues du module 701. Ainsi, les algorithmes décrits précédemment sont implémentés dans le dispositif de gestion 702. Il peut s'agir d'un module implanté dans un composant programmable (par exemple un composant de type FPGA pour � Field 30 Programmable Gates Array �). Le dispositif de gestion interagit avec le module de génération des signaux de synchronisation pour la modification du cycle SDPC. Il interagit également avec le dispositif de gestion de l'application afin d'obtenir les données nécessaires à la détermination d'un cycle SDPC optimal. Il peut également interagir avec le module de remplissage des canaux virtuels dans le cadre de la variante précédemment décrite afin d'effectuer un contrôle du taux d'utilisation du dernier canal virtuel réservé. Par ailleurs, le module de transmission 703 implémente un mode de transmission synchrone, et utilise une antenne d' émission/réception 724 . REVENDICATIONS 1. Procédé de gestion de bande passante dans un réseau de communication synchrone et comprenant une pluralité de noeuds, ledit réseau mettant en oeuvre un premier cadencement qui définit un cycle de traitement de données (100) comprenant un nombre déterminé de canaux virtuels (102) correspondant à des intervalles de temps, ledit cycle de traitement de données étant défini par une fréquence de traitement de données courante, ladite pluralité de noeuds comprenant au moins un noeud émetteur associé à au moins une application génératrice générant des données devant être transmises vers au moins un noeud récepteur, chaque application génératrice devant être associée à au moins un canal virtuel pour transmettre ses données, le(s) canal(ux) virtuel(s) associé(s) à une application génératrice donnée étant rempli(s) un par un depuis un premier jusqu'à un dernier canal virtuel, ledit procédé étant caractérisé en ce qu'il comprend les étapes suivantes, 15 effectuées pour une application génératrice donnée : a) détermination d'un ensemble de canaux virtuels (310) pour transmettre les données de l'application génératrice donnée selon le premier cadencement défini par la fréquence de traitement de données courante ; b) détermination d'un taux d'utilisation (311) du dernier canal virtuel de 20 l'ensemble de canaux virtuels déterminés pour transmettre les données de ladite application génératrice ; c) ajustement (320) de ladite fréquence de traitement de données courante, en fonction dudit taux d'utilisation dudit dernier canal virtuel, permettant d'obtenir une fréquence de traitement de données ajustée ; et 25 d) affectation (330) d'un nombre entier de canaux virtuels pour transmettre les données de ladite application génératrice, en fonction dudit taux d'utilisation dudit dernier canal virtuel. 2. Procédé selon la revendication 1, caractérisé en ce que l'étape c) d'ajustement de ladite fréquence de traitement de données courante comprend les 30 étapes suivantes :cl) détermination d'un nombre décimal optimal de canaux virtuels (322, 323), en fonction dudit taux d'utilisation du dernier canal virtuel ; c2) détermination de ladite fréquence de traitement de données ajustée (324), en fonction dudit nombre décimal optimal de canaux virtuels ; c3) application de ladite fréquence de traitement de données ajustée (325); et en ce que l'étape d) d'affectation (330) d'un nombre entier de canaux virtuels comprend une étape de détermination dudit nombre entier de canaux virtuels (331), en fonction dudit nombre décimal optimal de canaux virtuels. 3. Procédé selon la revendication 2, caractérisé en ce que : - si un nombre entier courant de canaux virtuels n'a pas déjà été alloué pour transmettre les données de ladite application génératrice, alors allocation dudit nombre entier de canaux virtuels pour transmettre les données de ladite application génératrice donnée ; - si un nombre entier courant de canaux virtuels a déjà été alloué pour transmettre les données de ladite application génératrice, alors, libération d'un desdits canaux virtuels alloués pour transmettre les données de ladite application génératrice. 4. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ledit dernier canal virtuel de l'ensemble de canaux virtuels déterminés pour transmettre les données de ladite application génératrice selon le premier cadencement est exclu des canaux virtuels affectés pour transmettre les données de ladite application génératrice dans l'étape d) d'affectation. 5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite étape a) détermination (310) d'un ensemble de canaux virtuels pour transmettre les données de ladite application génératrice comprend l'étape suivante : - détermination (316) d'un nombre décimal théorique de canaux virtuels, en fonction de : * ladite fréquence de traitement de données courante ; * une précision de la fréquence de traitement de données courante ; * une taille de chacun desdits canaux virtuels ;* une fréquence à laquelle ladite application génératrice génère des échantillons de données ; * une précision de la fréquence à laquelle ladite application génératrice génère des échantillons de données ; * une taille de chacun desdits échantillons de données. 6. Procédé selon la revendication 5, caractérisé en ce que ladite étape de détermination (311) d'un taux d'utilisation du dernier canal virtuel pour ladite application génératrice comprend l'étape suivante : - détermination (315) dudit taux d'utilisation du dernier canal virtuel, en fonction dudit nombre décimal théorique de canaux virtuels, ledit taux d'utilisation étant un taux d'utilisation théorique. 7. Procédé selon la revendication 6 lorsque la revendication 5 dépend de l'une quelconques des revendications 2 à 4 et lorsque la revendication 4 dépend de l'une quelconques des revendications 2 et 3, caractérisé en ce que ladite étape de détermination d'un nombre décimal optimal de canaux virtuels comprend les étapes suivantes : - comparaison dudit taux d'utilisation théorique avec un seuil prédéterminé (321) ; - si ledit taux d'utilisation théorique est supérieur audit seuil, ledit nombre décimal optimal de canaux virtuels est pris égal audit nombre décimal théorique de canaux virtuels (322) ; - si ledit taux d'utilisation théorique est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est pris inférieur ou égal à la partie entière dudit nombre décimal théorique de canaux virtuels (323). 8. Procédé selon la revendication 7, caractérisé en ce que si ledit taux d'utilisation théorique est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est en outre pris supérieur à la partie entière dudit nombre décimal théorique de canaux virtuels diminué d'une unité et augmenté dudit seuil. 9. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé que, un nombre entier courant de canaux virtuels étant déjà alloué à ladite applicationgénératrice, ladite étape de détermination d'un taux d'utilisation du dernier canal virtuel pour ladite application génératrice comprend une étape de mesure d'un taux d'utilisation réel dudit dernier canal virtuel de l'ensemble de canaux virtuels déterminés pour transmettre les données de ladite application génératrice. 10. Procédé selon la revendication 9 quand elle dépend de l'une quelconque des revendications 2 à 4, caractérisé en ce que ladite étape de détermination d'un nombre décimal optimal de canaux virtuels comprend les étapes suivantes : - comparaison dudit taux d'utilisation réel avec un seuil déterminé ; - si ledit taux d'utilisation réel est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est pris inférieur ou égal au nombre entier courant de canaux virtuels déjà alloué à ladite application génératrice diminué d'une unité. 11. Procédé selon la revendication 10, caractérisé en ce que si ledit taux d'utilisation réel est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est en outre pris supérieur au nombre entier courant de canaux virtuels déjà alloué à ladite application génératrice diminué de deux unités et augmenté dudit seuil. 12. Procédé selon l'une quelconque des revendications 9 à 11, caractérisé en ce que, lorsque l'étape d'ajustement de ladite fréquence de traitement de données courante a été effectuée au cours d'un cycle de traitement courant, ladite étape de d'affectation est mise en oeuvre lorsque le taux d'utilisation dudit dernier canal virtuel est nul pendant un délai prédéterminé après obtention d'une fréquence de traitement de données ajustée. 13. Procédé selon l'une quelconque des revendications 2 à 12, ledit réseau mettant en oeuvre un second cadencement qui définit un cycle de transmission de données correspondant à un nombre entier de cycles de traitement, un cycle de transmission de données comprenant un intervalle de synchronisation entre la dernière émission de données d'un cycle de transmission et la fin dudit cycle de transmission, caractérisé en ce que ladite étape c2) est suivie des étapes suivantes :c2') détermination d'une nouvelle valeur dudit intervalle de synchronisation (502), en tenant compte de ladite fréquence de traitement de données ajustée ; c2") comparaison de ladite nouvelle valeur dudit intervalle de synchronisation 5 avec une valeur minimale déterminée (503) ; et en ce que: - si ladite nouvelle valeur dudit intervalle de synchronisation est supérieure ou égale à ladite valeur minimale déterminée, alors on passe à ladite étape c3) ; 10 - sinon on revient à l'étape cl) afin de déterminer un nouveau nombre décimal optimal supérieur au précédent nombre décimal optimal. 14. Procédé selon l'une quelconque des revendications 1 à 13, caractérisé en ce que, dans le cas où au moins deux applications génératrices sont présentes sur le réseau de communication, ladite étape b) de détermination d'un taux 15 d'utilisation du dernier canal virtuel est effectuée pour chaque application génératrice, et en ce que ledit procédé comprend une étape de sélection de l'application génératrice ayant le plus faible taux d'utilisation du dernier canal virtuel, et en ce que lesdites étapes c) et d) sont effectuées pour l'application génératrice 20 sélectionnée. 15. Procédé selon la revendication 14, caractérisé en ce qu'il comprend les étapes suivantes : - analyse de l'impact de ladite fréquence de traitement de données ajustée sur le taux d'utilisation du dernier canal virtuel pour chacune des 25 applications génératrices autres que l'application génératrice sélectionnée ; - en cas de détection d'une dégradation du taux d'utilisation du dernier canal virtuel pour au moins une desdites autres applications génératrices, dite au moins une application dégradée : * nouvelle mise en oeuvre d'au moins une partie desdites étapes c) et d) 30 pour l'application génératrice sélectionnée ; et/ou* mise en oeuvre d'au moins une partie desdites étapes c) et d) pour ladite ou lesdites application(s) dégradée(s). 16. Produit programme d'ordinateur, téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre du procédé de gestion de ressources selon l'une au moins des revendications 1 à 15. 17. Moyen de stockage, éventuellement totalement ou partiellement amovible, lisible par un ordinateur, stockant un jeu d'instructions exécutables par ledit ordinateur pour mettre en oeuvre le procédé de gestion selon l'une au moins des revendications 1 à 15. 18. Dispositif de gestion de bande passante dans un réseau de communication synchrone et comprenant une pluralité de noeuds, ledit réseau mettant en oeuvre un premier cadencement qui définit un cycle de traitement de données comprenant un nombre déterminé de canaux virtuels correspondant à des intervalles de temps, ledit cycle de traitement de données étant défini par une fréquence de traitement de données courante, ladite pluralité de noeuds comprenant au moins un noeud émetteur associé à au moins une application génératrice générant des données devant être transmises vers au moins un noeud récepteur, chaque application génératrice devant être associée à au moins un canal virtuel pour transmettre ses données, le(s) canal(ux) virtuel(s) associé(s) à une application génératrice donnée étant rempli(s) un par un depuis un premier jusqu'à un dernier canal virtuel, ledit dispositif étant caractérisé en ce qu'il comprend les moyens suivants, effectuées pour une application génératrice donnée : e) moyens de détermination d'un ensemble de canaux virtuels pour transmettre les données de l'application génératrice donnée selon le premier cadencement défini par la fréquence de traitement de données courante ; f) moyens de détermination d'un taux d'utilisation du dernier canal virtuel de l'ensemble de canaux virtuels déterminés pour transmettre les données de ladite application génératrice ;g) moyens d'ajustement de ladite fréquence de traitement de données courante, en fonction dudit taux d'utilisation dudit dernier canal virtuel, permettant d'obtenir une fréquence de traitement de données ajustée ; et h) moyens d'affectation d'un nombre entier de canaux virtuels pour transmettre les données de ladite application génératrice, en fonction dudit taux d'utilisation dudit dernier canal virtuel. 19. Dispositif selon la revendication 18 caractérisé en ce que les moyens g) d'ajustement de ladite fréquence de traitement de données courante comprennent les moyens suivants : g1) moyens de détermination d'un nombre décimal optimal de canaux virtuels, en fonction dudit taux d'utilisation du dernier canal virtuel ; g2) moyens de détermination de ladite fréquence de traitement de données ajustée, en fonction dudit nombre décimal optimal de canaux virtuels ; g3) moyens d'application de ladite fréquence de traitement de données ajustée ; et en ce que les moyens h) d'affectation d'un nombre entier de canaux virtuels comprennent des moyens de détermination dudit nombre entier de canaux virtuels, en fonction dudit nombre décimal optimal de canaux virtuels. 20. Dispositif selon la revendication 19, caractérisé en ce qu'il comprend les moyens suivants : - moyens d'allocation dudit nombre entier de canaux virtuels pour transmettre les données de ladite application génératrice donnée, lesdits moyens d'allocation étant activés si un nombre entier courant de canaux virtuels n'a pas déjà été alloué pour transmettre les données de ladite application génératrice ; - moyens de libération d'un desdits canaux virtuels alloués pour transmettre les données de ladite application génératrice, lesdits moyens de libération étant activés si un nombre entier courant de canaux virtuels a déjà été alloué pour transmettre les données de ladite application génératrice. 21. Dispositif selon l'une quelconque des revendications 18 à 20, caractérisé en ce que ledit dernier canal virtuel de l'ensemble de canaux virtuels déterminéspour transmettre les données de ladite application génératrice selon le premier cadencement est exclu des canaux virtuels affectés pour transmettre les données de ladite application génératrice par les moyens h) d'affectation. 22. Procédé selon l'une quelconque des revendications 18 à 21, caractérisé en ce que lesdits moyens e) de détermination d'un ensemble de canaux virtuels pour transmettre les données de ladite application génératrice comprennent les moyens suivants : - moyens de détermination d'un nombre décimal théorique de canaux virtuels, en fonction de : * ladite fréquence de traitement de données courante ; * une précision de la fréquence de traitement de données courante ; * une taille de chacun desdits canaux virtuels ; * une fréquence à laquelle ladite application génératrice génère des échantillons de données ; * une précision de la fréquence à laquelle ladite application génératrice génère des échantillons de données ; * une taille de chacun desdits échantillons de données. 23. Dispositif selon la revendication 22, caractérisé en ce que lesdits moyens de détermination d'un taux d'utilisation du dernier canal virtuel pour ladite 20 application génératrice comprennent les moyens suivants : -moyens de détermination dudit taux d'utilisation du dernier canal virtuel, en fonction dudit nombre décimal théorique de canaux virtuels, ledit taux d'utilisation étant un taux d'utilisation théorique. 24. Dispositif selon la revendication 23 lorsque la revendication 22 dépend de 25 l'une quelconques des revendications 19 à 21 et lorsque la revendication 21 dépend de l'une quelconque des revendications 19 à 20, caractérisé en ce que lesdits moyens de détermination d'un nombre décimal optimal de canaux virtuels comprennent des moyens de mise en oeuvre du premier mécanisme d'affectation suivant : 30 - comparaison dudit taux d'utilisation théorique avec un seuil prédéterminé ; 15- si ledit taux d'utilisation théorique est supérieur audit seuil, ledit nombre décimal optimal de canaux virtuels est pris égal audit nombre décimal théorique de canaux virtuels ; - si ledit taux d'utilisation théorique est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est pris inférieur ou égal à la partie entière dudit nombre décimal théorique de canaux virtuels. 25. Dispositif selon la revendication 24, caractérisé en ce que ledit premier mécanisme d'affectation est tel que si ledit taux d'utilisation théorique est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est en outre pris supérieur à la partie entière dudit nombre décimal théorique de canaux virtuels diminué d'une unité et augmenté dudit seuil. 26. Dispositif selon l'une quelconque des revendications 18 à 21, caractérisé que, un nombre entier courant de canaux virtuels étant déjà alloué à ladite application génératrice, lesdits moyens de détermination d'un taux d'utilisation du dernier canal virtuel pour ladite application génératrice comprennent des moyens de mesure d'un taux d'utilisation réel dudit dernier canal virtuel de l'ensemble de canaux virtuels déterminés pour transmettre les données de ladite application génératrice. 27. Dispositif selon la revendication 26 quand elle dépend de l'une quelconque des revendications 18 à 21, caractérisé en ce que lesdits moyens de détermination d'un nombre décimal optimal de canaux virtuels comprennent les moyens de mise en oeuvre du second mécanisme d'affectation suivant : - comparaison dudit taux d'utilisation réel avec un seuil déterminé ; - si ledit taux d'utilisation réel est inférieur ou égal audit seuil, ledit nombre décimal optimal de canaux virtuels est pris inférieur ou égal au nombre entier courant de canaux virtuels déjà alloué à ladite application génératrice diminué d'une unité. 28. Dispositif selon la revendication 27, caractérisé en ce que ledit second mécanisme d'affectation est tel que si ledit taux d'utilisation réel est inférieur ou 30 égal audit seuil, ledit nombre décimal optimal de canaux virtuels est en outre prissupérieur au nombre entier courant de canaux virtuels déjà alloué à ladite application génératrice diminué de deux unités et augmenté dudit seuil. 29. Dispositif selon l'une quelconque des revendications 26 à 28, caractérisé en ce que, lorsque les moyens d'ajustement de ladite fréquence de traitement de données courante ont été déclenchés au cours d'un cycle de traitement courant, lesdits moyens d'affectation sont déclenchés lorsque le taux d'utilisation dudit dernier canal virtuel est nul pendant un délai prédéterminé après obtention d'une fréquence de traitement de données ajustée. 30. Dispositif selon l'une quelconque des revendications 19 à 29, ledit réseau mettant en oeuvre un second cadencement qui définit un cycle de transmission de données correspondant à un nombre entier de cycles de traitement , un cycle de transmission de données comprenant un intervalle de synchronisation entre la dernière émission de données d'un cycle de transmission et la fin dudit cycle de transmission, caractérisé en ce que lesdits moyens g) d'ajustement comprennent en outre les moyens suivants : g2') moyens de détermination d'une nouvelle valeur dudit intervalle de synchronisation, en tenant compte de ladite fréquence de traitement de données ajustée ; g2") moyens de comparaison de ladite nouvelle valeur dudit intervalle de synchronisation avec une valeur minimale déterminée ; g2"') moyens d'activation tels que : - si ladite nouvelle valeur dudit intervalle de synchronisation est supérieure ou égale à ladite valeur minimale déterminée, alors les moyens g3) d'application de ladite fréquence de traitement de données ajustée sont activés ; - sinon les moyens g1) de détermination d'un nombre décimal optimal de canaux virtuels sont activés afin de déterminer un nouveau nombre décimal optimal supérieur au précédent nombre décimal optimal. 30 31. Dispositif selon l'une quelconque des revendications 18 à 30, caractérisé en ce que, dans le cas où au moins deux applications génératrices sont présentes sur le réseau de communication, lesdits moyens f) de détermination d'un taux d'utilisation du dernier canal virtuel sont activés pour chaque application génératrice, et en ce que ledit dispositif comprend des moyens de sélection de l'application génératrice ayant le plus faible taux d'utilisation du dernier canal virtuel, et en ce que lesdits moyens g) et h) sont déclenchés pour l'application génératrice sélectionnée. 32. Dispositif selon la revendication 31, caractérisé en ce qu'il comprend les moyens suivants : - moyens d'analyse de l'impact de ladite fréquence de traitement de données ajustée sur le taux d'utilisation du dernier canal virtuel pour chacune des applications génératrices autres que l'application génératrice sélectionnée ; - moyens de détection d'une dégradation du taux d'utilisation du dernier canal virtuel pour au moins une desdites autres applications génératrices, dite au moins une application dégradée ; - moyens d'activation permettant, si une dégradation est détectée par lesdits moyens de détection : * une nouvelle activation d'au moins un desdits moyens g) et h) pour l'application génératrice sélectionnée ; et/ou * une activation d'au moins un desdits moyens g) et h) pour ladite ou lesdites application(s) dégradée(s).