FR2973634A1 - Procede de selection d'un reseau de communication au travers duquel transmettre un flux de donnees multicast - Google Patents

Abstract

L'invention concerne un procédé de sélection d'un réseau de communication au travers duquel au moins un flux de données multicast est diffusé, le flux de données multicast étant diffusé à au moins un premier groupe de terminaux mobiles abonnés au flux de données multicast au travers d'un premier réseau de communication et à au moins un deuxième groupe de terminaux mobiles abonnés au flux de données multicast au travers d'un deuxième réseau de communication, le procédé comprenant les étapes suivantes de : - identification pour les terminaux des premier et au deuxième groupes d'un ensemble de réseaux de communication auxquels les terminaux des premiers et deuxième groupes peuvent s'attacher, - détermination, parmi l'ensemble des réseaux de communication identifiés, d'au moins un réseau de communication commun aux terminaux des premier et deuxième groupes, - détermination d'un score de basculement du réseau de communication commun déterminé en fonction d'une capacité de diffusion du réseau de communication commun et d'une qualité de service associée au flux de données multicast, - émission d'une commande d'attachement des terminaux abonnés au flux de données multicast au réseau de communication commun lorsque le score de basculement du réseau de communication commun est supérieur à un seuil de basculement prédéterminé.

Description

Procédé de sélection d'un réseau de communication au travers duquel transmettre un flux de données multicast L'invention se situe dans le domaine des télécommunications, et plus particulièrement la diffusion de flux de données multicast à un ensemble de terminaux mobiles abonnés à un tel flux de données multicast. Une diffusion d'un flux de données en mode multicast est une forme de diffusion de flux de 10 données depuis un émetteur unique à destination d'un groupe de terminaux récepteurs. Afin de recevoir un flux de données diffusé en mode multicast, un terminal récepteur doit s'inscrire à un groupe de diffusion multicast auquel appartient le flux de données diffusé en mode multicast. Il est alors possible de paramétrer des équipements de communication appartenant à un réseau de communication au travers duquel le flux de données est diffusé afin de router le flux de 15 données diffusé en mode multicast depuis l'émetteur vers l'ensemble des terminaux récepteurs. Un tel mode de diffusion d'un flux de données est plus efficace que le mode de diffusion unicast pour diffuser des flux de données simultanément vers un grand nombre de terminaux récepteurs. En mode de diffusion unicast, un flux de données est diffusé autant de fois qu'il y a de terminaux récepteurs, ce qui est consommateur en ressources du réseau de communication. 20 En effet en mode de diffusion multicast, les données constitutives du flux de données ne sont émises qu'une seule fois et sont routées à destination de tous les terminaux récepteurs du groupe de diffusion multicast sans que ces données ne soient dupliquées. Cependant, au sein d'un même sous-groupe de diffusion multicast, les flux de données diffusés en mode multicast peuvent être diffusés conformément à différentes technologies de 25 diffusion selon la nature des réseaux de communication auxquels sont attachés les terminaux abonnés au sous-groupe de diffusion multicast. Une telle situation présente l'inconvénient d'être consommatrice en ressources des réseaux de communication telles que par exemple des ressources de traitement au niveau des équipements (capacité de mémoire de stockage, capacité de calcul, etc.), la bande passante des réseaux de communication concernés. 30 Un des buts de l'invention est de remédier à des inconvénients de l'état de l'art. A cette fin, l'invention propose un procédé de sélection d'un réseau de communication au travers duquel au moins un flux de données multicast est diffusé, le flux de données multicast étant diffusé à au moins un premier groupe de terminaux mobiles abonnés au flux de données multicast au travers d'un premier réseau de communication et à au moins un deuxième groupe de terminaux 35 mobiles abonnés au flux de données multicast au travers d'un deuxième réseau de5 communication, le procédé comprenant les étapes suivantes de : - identification pour les terminaux des premier et au deuxième groupes d'un ensemble de réseaux de communication auxquels les terminaux des premiers et deuxième groupes peuvent s'attacher, - détermination, parmi l'ensemble des réseaux de communication identifiés, d'au moins un réseau de communication commun aux terminaux des premier et deuxième groupes, - détermination d'un score de basculement du réseau de communication commun déterminé en fonction d'une capacité de diffusion du réseau de communication commun et d'une qualité de service associée au flux de données multicast, - émission d'une commande d'attachement des terminaux abonnés au flux de données multicast au réseau de communication commun lorsque le score de basculement du réseau de communication commun est supérieur à un seuil de basculement prédéterminé. Un tel procédé de sélection d'un réseau de communication afin de transmettre un flux de données multicast à l'ensemble des terminaux mobiles qui y sont abonnés tire profit de la diversité de technologies de diffusion, telles que par exemple WiFi (Wireless Fidelity), WIMAX (Worldwide Interoperability for Microwave Access), etc, conformément auxquelles un terminal mobile peut émettre et recevoir des flux de données. Ainsi, le procédé objet de l'invention permet de déterminer s'il est possible de transmettre un flux de données multicast à l'ensemble des terminaux mobiles qui y sont abonnés au travers d'un réseau de communication commun à l'ensemble des terminaux mobiles abonnés sans que cela ne soit préjudiciable à la qualité d'expérience QoE des utilisateurs des terminaux mobiles abonnés. Une telle solution permet alors, à qualité d'expérience QoE équivalente de libérer des ressources utilisées par différents réseaux de communication au travers desquels le flux de données multicast est diffusé.

Par exemple, un premier terminal mobile abonné à un flux de données multicast reçoit ce flux de données multicast au travers d'un réseau de communication WiFi et utilisent donc les ressources de ce réseau de communication. Un deuxième terminal mobile abonné au même flux de données multicast reçoit le flux de données multicast au travers d'un réseau de communication WIMAX et utilisent donc les ressources de ce réseau de communication.

Afin de libérer des ressources des équipements WiFi ou WIMAX, un réseau de communication commun, par exemple le réseau de communication WIMAX, au premier et au deuxième terminal mobile est déterminé. Puis, on vérifie que le basculement de la diffusion du flux de données multicast depuis le réseau de communication WiFi vers le réseau de communication WIMAX n'a pas d'impact sur la qualité d'expérience des utilisateurs du premier terminal mobile abonné au flux de données multicast. Si tel est le cas, le premier terminal est invité à s'attacher au réseau de communication WIMAX afin de recevoir le flux de données multicast. Le réseau de communication WIFi ne transporte alors plus aucune donnée constitutive du flux de données multicast libérant ainsi des ressources du réseau de communication conforme au réseau de communication WiFi. Selon une particularité du procédé de sélection objet de l'invention, le flux de données multicast appartenant à un groupe de flux de données multicast identifié par une classe de service et une plage de valeurs de débits en réception, le procédé comprend : - une étape de détermination d'une nouvelle valeur du débit en réception du flux de données multicast suite à l'étape d'émission d'une commande d'attachement, chaque terminal recalcule - le cas échéant, une étape de déplacement du flux de données multicast dans un autre groupe de flux de données multicast identifié par la même classe de service et une autre plage de valeurs de débits en réception. Le réseau de communication commun pouvant offrir au flux de données multicast une bande passante différente, il est donc intéressant de recalculer la bande passante allouée au flux de données multicast dans le réseau de communication commun. Si la nouvelle bande passante allouée au flux de données multicast est insuffisante, un terminal peut s'abonner à un autre groupe pour conserver une qualité de service et une qualité d'expérience équivalente. Selon une particularité du procédé de sélection objet de l'invention, celui-ci comprend préalablement à l'étape d'identification, une phase de répartition du flux de données multicast dans un groupe de diffusion multicast, les étapes suivantes de : - détermination d'un nombre de groupes de diffusion optimum, pour une classe de service donnée, en fonction d'au moins une contrainte relative à un nombre de formats d'encodage des données constitutives des flux de données multicast à utiliser, au moins une contrainte consistant à minimiser les ressources de diffusion utilisées pour la diffusion des flux de données multicast, et au moins une contrainte relative aux capacités de réception des terminaux mobiles abonnés auxdits flux de données multicast, GGSN - répartition du flux de données multicast dans l'un des groupes de diffusion déterminés en fonction d'une valeur d'un débit en réception associé au flux de données multicast. Source multicast Une telle solution permet de prendre en compte l'hétérogénéité des techniques de diffusion de données, telles que par exemple les techniques WiFi, WIMAX, UMTS, LTE, ainsi que la diversité des terminaux mobiles abonnés (Smartphones, ordinateurs personnels ou encore tablettes numériques) en rationnalisant l'utilisation des ressources utilisées lors de la diffusion des flux de données multicast et en garantissant une qualité d'expérience satisfaisante aux utilisateurs des terminaux mobiles abonnés aux flux de données multicast. Selon une particularité du procédé de sélection objet de l'invention, lorsque le nombre de groupe de diffusion optimum est nul, le procédé comprend une étape de transmission en mode unicast des flux de données. Ainsi, un terminal peut toujours recevoir un flux de données auquel il est abonné. L'invention a également pour objet un équipement de communication apte à gérer une pluralité de réseaux de communication, destiné à sélectionner d'un réseau de communication au travers duquel au moins un flux de données multicast est diffusé, le flux de données multicast étant diffusé à au moins un premier groupe de terminaux mobiles abonnés au flux de données multicast au travers d'un premier réseau de communication et à au moins un deuxième groupe de terminaux mobiles abonnés au flux de données multicast au travers d'un deuxième réseau de communication, l'équipement de communication comprenant : - des moyens d'identification pour les terminaux des premier et au deuxième groupes d'un ensemble de réseaux de communication auxquels les terminaux des premiers et deuxième groupes peuvent s'attacher, - des moyens de détermination, parmi l'ensemble des réseaux de communication identifiés, d'au moins un réseau de communication commun aux terminaux des premier et deuxième groupes, - des moyens de détermination d'un score de basculement du réseau de communication commun déterminé en fonction d'une capacité de diffusion du réseau de communication commun et d'une qualité de service associée au flux de données multicast, - des moyens d'émission d'une commande d'attachement des terminaux abonnés au flux de données multicast au réseau de communication commun lorsque le score de basculement du réseau de communication commun est supérieur à un seuil de basculement prédéterminé. L'invention concerne encore un équipement de communication apte à réparti des flux de données multicast dans une pluralité de groupes de diffusion multicast, comprenant: - des moyens de détermination d'un nombre de groupes de diffusion optimum, pour une classe de service donnée, en fonction d'au moins une contrainte relative à un nombre de formats d'encodage des données constitutives des flux de données multicast à utiliser, au moins une contrainte consistant à minimiser les ressources de diffusion utilisées pour la diffusion des flux de données multicast, et au moins une contrainte relative aux capacités de réception des terminaux mobiles abonnés auxdits flux de données multicast, - des moyens de répartition des flux de données multicast dans les groupes de diffusion déterminés en fonction d'une valeur d'un débit en réception associé aux différents flux de données multicast.

Selon d'autres aspects, l'invention concerne également un programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre des étapes du procédé de sélection d'un réseau de communication décrit précédemment, lorsque ces programmes sont exécutés par un ordinateur. Le programme d'ordinateur décrit ci-dessus peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur tel que décrit précédemment.

Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM (pour "Read Only Memory"), par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur.

D'autre part, le support d'informations peut être un support diffusé tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. D'autres caractéristiques et avantages apparaîtront à la lecture de modes de réalisation décrits en référence aux dessins dans lesquels : - la figure 1 représente les étapes mises en oeuvre au cours d'une première phase du procédé de répartition de flux de données multicast dans des groupes de diffusion multicast, - la figure 2 représente les étapes mises en oeuvre au cours d'une deuxième phase du procédé de répartition de flux de données multicast dans des groupes de diffusion multicast - les figures 3A, 3B et 3C représentent des fonctions d'utilités utilisées dans le procédé de répartition des flux de données multicast dans des groupes de diffusion multicast, 5 - la figure 4 représente les étapes mises en oeuvre au cours d'une première phase du procédé de sélection d'un réseau de communication, - la figure 5 représente les étapes mises en oeuvre au cours d'une deuxième phase du procédé de sélection d'un réseau de communication, - la figure 6 représente les étapes mises en oeuvre au cours d'une troisième phase du procédé de sélection d'un réseau de communication, - la figure 7 représente les étapes mises en oeuvre au cours d'une première phase du procédé de répartition de flux de données multicast dans des groupes de diffusion multicast.

La figure 1 représente les différentes étapes d'un procédé de répartition de flux de données diffusés en mode multicast dans des groupes de diffusion multicast en fonction de la qualité de service des flux de données multicast et d'une valeur d'un débit en réception des flux de données multicast par les terminaux mobiles qui y sont abonnés. Un tel procédé permet de prendre en compte l'hétérogénéité des techniques de diffusion de données, telles que par exemple les techniques WiFi, WIMAX, UMTS, LTE, ainsi que la diversité des terminaux mobiles abonnés (Smartphones, ordinateurs personnels ou encore tablettes numériques). Au cours d'une première phase PH1, un serveur de flux de données multicast 10 classe différents flux de données destiné à être diffusés en mode multicast dans différentes classe de services CoS. Le nombre de classes de services peut varier d'un fournisseur de services gestionnaire d'un serveur de flux de données multicast à un autre. Dans l'exemple de réalisation décrit, le serveur de diffusion multicast gère quatre classes de services : une première classe de service dite VoIP (Voice over IP ou voix sur internet), une deuxième classe de service vidéo VI, une troisième classe de service BE (Best Effort) et une quatrième classe de service BK (Background). Ainsi au cours d'une étape El de la première phase PH1, le serveur de flux de données multicast 10 détermine par lecture des champs d'entête de paquets de données constitutifs d'un flux de données multicast la classe de service associée au flux de données multicast considéré. Une fois la classe de service associée au flux de données multicast considéré déterminée, le flux de données est affecté, au cours d'une étape E2, dans le groupe de diffusion multicast correspondant à la classe de service associée au flux de données multicast. Par exemple si la classe de service associée à un flux multicast est la classe de service VoIP, le flux de données multicast est affecté au groupe de diffusion multicast VoIP. Lors de l'affectation d'un flux de données multicast dans un groupe de diffusion multicast, un compteur de flux de données multicast est incrémenté d'une unité au cours d'une étape E3. Cela permet de connaitre le nombre de flux de données multicast affecté à chaque groupe de diffusion multicast.

La phase PH1 est mise en oeuvre par le serveur de flux de données multicast 10 pour tous les flux de données multicast destinés à être diffusés par le serveur de flux de données multicast 10. Au cours d'une deuxième phase PH2 du procédé de répartition représentée à la figure 2, un équipement réseau 20 connaissant la topologie d'un ou plusieurs réseaux de communication au traves desquels des flux de données multicast peuvent être diffusés, tel que par exemple un équipement GGSN (Gateway GPRS Support Node), détermine, pour une classe de service donnée et donc pour un groupe de diffusion multicast, un nombre de sous-groupes de diffusion optimum.

Une telle détermination d'un nombre de sous-groupes de diffusion multicast optimum se fait en fonction d'au moins une contrainte relative à un nombre de formats d'encodage des données constitutives des flux de données multicast à utiliser, au moins une contrainte consistant à minimiser les ressources de diffusion utilisées pour la diffusion des flux de données multicast, et au moins une contrainte relative aux capacités de réception des terminaux mobiles abonnés auxdits flux de données multicast. D'autres contraintes peuvent être prises en compte pour la détermination du nombre de sous-groupes optimum. Un avantage d'une telle solution est qu'elle prend en compte les contraintes des différentes entités impliquées dans la diffusion de flux de données multicast à savoir : les fournisseurs de services qui fournissent les flux de données multicast à diffuser, les opérateurs en télécommunication assurant la gestion des réseaux de communication au travers desquels les flux de données multicast sont diffusés et les terminaux abonnés aux flux de données multicast. Ainsi, au cours d'une étape E10, l'équipement réseau 20 reçoit un premier paramètre représentatif de la contrainte relative à un nombre de formats d'encodage des données constitutives des flux de données multicast à utiliser et un deuxième paramètre représentatif d'une contrainte consistant à minimiser les ressources de diffusion utilisées pour la diffusion des flux de données multicast. De tels premier et deuxième paramètres se présentent sous la forme de fonctions d'utilités représentées respectivement aux figures 3A et 3B. De telles fonctions d'utilités sont définies dans l'article intitulé : « Layered Media Multicast Control (LMMC) : Rate Allocation and Partitioning » H.

Yousefi'zadeh et al. La fonction d'utilité représentative de la contrainte relative à un nombre de formats d'encodage des données constitutives des flux de données multicast à utiliser permet d'accéder à trois valeurs utiles dans la détermination du nombre de sous-groupes de diffusion optimum : le nombre minimum de formats d'encodage Imin, le nombre maximum de formats d'encodage Imax, et le nombre de formats d'encodage Iopt pour lequel la fonction d'utilité atteint son maximum. Les valeurs Imin et Imax constituent les bornes d'un intervalle I de valeurs discrètes correspondant à un nombre de sous-groupes de diffusion multicast.

La fonction d'utilité représentative de la contrainte consistant à minimiser les ressources de diffusion utilisées pour la diffusion des flux de données multicast permet d'accéder à trois valeurs utiles dans la détermination du nombre de sous-groupes de diffusion optimum telles que par exemple : le nombre minimum d'adresses IP multicast minimum utilisables Jmin, le nombre maximum d'adresses IP multicast minimum utilisables Jmax, et le nombre d'adresses IP multicast utilisables Jopt pour lequel la fonction d'utilité atteint son maximum. Les valeurs Jmin et Jmax constituent les bornes d'un intervalle J de valeurs discrètes correspondant à un nombre de sous-groupes de diffusion multicast. L'équipement réseau 20 détermine un intervalle n de nombres de sous-groupes en déterminant l'intersection des intervalles I et J. Au cours d'une étape E11, l'équipement réseau 20 reçoit un troisième paramètre représentatif de la contrainte relative aux capacités de réception des terminaux mobiles abonnés auxdits flux de données multicast. Un tel troisième paramètre se présente également sous la forme d'une fonction d'utilité représentée à la figure 3C.

La fonction d'utilité représentative aux capacités de réception des terminaux mobiles abonnés auxdits flux de données multicast permet d'accéder à trois valeurs utiles dans la détermination du nombre de sous-groupes de diffusion optimum : le nombre minimum de formats de décodage Kmin, le nombre maximum de formats de décodage Kmax, et le nombre de formats de décodage Kopt pour lequel la fonction d'utilité atteint son maximum. Les valeurs Kmin et Kmax constituent les bornes d'un intervalle K de valeurs discrètes correspondant à un nombre de sous- groupes de diffusion multicast. Au cours d'une étape E12, l'équipement réseau 20 détermine le nombre de sous-groupes optimum Ncos pour la classe de service considérée en déterminant l'intersection des intervalles n et K.

Au cours d'une étape E13, le nombre de sous-groupes optimum Ncos déterminé pour la classe de service CoS est transmis au serveur multicast 10. Au cours d'une étape E14 les différents terminaux mobiles abonnés aux flux de données multicast d'une classe de service CoS donnée calculent pour chaque flux de données une valeur d'un débit en réception maximum. Ces différentes valeurs de débit en réception sont ensuite transmises au serveur de flux de données multicast 10 au cours d'une étape E60. Au cours d'une étape E15, le serveur de flux multicast 10 répartit les flux de données multicast dans les Ncos sous-groupe de diffusion par débit en réception croissant. En effet chaque sous-groupe de diffusion multicast est identifié par une classe de service CoS et une plage de valeurs de débits en réception. Ainsi, lorsque le débit en réception d'un flux de données est compris dans une plage de valeurs de débits en réception identifiant un sous-groupe de diffusion multicast, le flux de données multicast est réparti dans ce sous-groupe de données.

Les étapes E13 à E15 sont mises en oeuvre pour tous les flux multicast d'un même groupe de diffusion multicast et donc pour une même classe de service CoS. Les étapes E10 à E15 sont mises en oeuvre pour chaque classe de service. Au cours d'une phase PH3 représentée à la figure 4, un équipement réseau RNC connaissant la topologie de différents réseaux de communication qu'il gère met en oeuvre un procédé de sélection d'un réseau de communication au travers duquel des flux de données multicast appartenant à un même sous-groupe de diffusion multicast sont diffusés, sans que cela ne soit préjudiciable à la qualité d'expérience QoE des utilisateurs des terminaux mobiles abonnés. Une telle solution permet alors, à qualité d'expérience QoE équivalente de libérer des ressources utilisées par différents réseaux de communication au travers desquels le flux de données multicast est diffusé. Un tel équipement réseau RNC est par exemple un contrôleur de réseau radio (RNC ou radio network controller). Un tel procédé permet de tirer partie de la diversité des réseaux de communication au travers desquels les flux de données multicast sont diffusés, tels que par exemple des réseaux de communication WiFi (Wireless Fidelity), ou WIMAX (Worldwide Interoperability for Microwave Access), etc. En référence à la figure 5 le serveur de flux de données multicast 10 diffuse un flux de données multicast F appartenant à un sous-groupe Sg de diffusion identifié par une classe de service CoS et une plage de valeur de débit en réception donnée. Un premier terminal Ti abonné au flux de données multicast F est attaché à un premier réseau de communication R1, tel que par exemple un réseau de communication WIMAX. Un deuxième terminal T2 et un troisième terminal T3, tous deux abonnés au flux de données multicast F, sont attachés à un deuxième réseau de communication R2, tel que par exemple un réseau de communication WiFi. Ainsi le flux de données multicast F est transmis au travers de deux réseaux de communication R1, R2 distincts.

Au cours d'une étape E20, l'équipement RNC identifie pour les terminaux Ti, T2 et T3 abonnée au flux de données multicast F un ensemble de réseaux de communication Ri auxquels les terminaux Ti, T2 et T3 peuvent s'attacher. Au cours d'une étape E21, l'équipement RNC détermine, parmi l'ensemble des réseaux de communication Ri identifiés, au moins un réseau de communication commun Rc aux terminaux Ti, T2 et T3., Le réseau de communication commun Rc est par exemple le réseau de communication R1. Au cours d'une étape E22, l'équipement RNC, qui gère également la mobilité des terminaux Ti, T2 et T3, détermine un score de basculement du réseau de communication commun Rc. Un tel score de basculement est déterminé en fonction d'une capacité de diffusion du flux de données multicast F par le réseau de communication commun Rc et d'une qualité de service associée au flux de données multicast F. Un tel score de basculement est déterminé en fonction d'au moins une contrainte relative à la qualité de service associée aux flux de données multicast à diffuser qui doit être adaptée à la nature des données constitutives des flux de données multicast, au moins une contrainte relative à la charge des réseaux de communication au travers desquels les flux de données multicast sont diffusés, et au moins une contrainte consistant à sélectionner un réseau de communication pour lequel le rapport qualité de service/classe de service est le plus élevé. Au cours d'une étape E23, le score le score de basculement du réseau de communication commun Rc est comparé à un à un seuil de basculement prédéterminé. Si le score de basculement du réseau de communication commun Rc est supérieur au seuil de basculement prédéterminé, cela signifie que le flux de données multicast F peut être diffusé au travers du réseau de communication commun Rc sans que cela ne soit préjudiciable à la qualité d'expérience QoE des utilisateurs des terminaux Ti, T2 et T3. L'équipement RNC émet alors, au cours d'une étape E24, une commande d'attachement des terminaux Ti, T2 et T3 abonnés au flux de données multicast F au réseau de communication commun Rc. Le flux de données multicast F est alors diffusé au travers du réseau de communication commun Rc et non plus sur deux réseaux de communication distincts R1 et R2 comme c'était le cas précédemment. La phase PH3 peut être mise en oeuvre pour tous les groupes et sous-groupes de diffusion m ulticast.

Une fois le réseau de communication commun Rc identifié, les différents terminaux Ti, T2 et T3 calculent, au cours d'une étape E30, pour chaque flux de données multicast appartenant au sous-groupe Sg une nouvelle valeur d'un débit en réception maximum. Ces nouvelles valeurs de d'un débit en réception maximum sont transmises à l'équipement RNC au cours d'une étape E31. Si pour un flux de données multicast donné du sous-groupe Sg, tel que le flux de données multicast F, la nouvelle valeur d'un débit en réception maximum calculée au cours de l'étape E30, n'est plus comprise dans la plage de valeurs de débits en réception identifiant le sous-groupe Sg, alors le flux de données multicast Sg est déplacé dans un autre sous-groupe de diffusion multicast identifié par une autre plage de valeurs de débits en réception dans laquelle la nouvelle valeur d'un débit en réception maximum calculée au cours de l'étape E30 est comprise, au cours d'une étape E32. La mise en oeuvre de l'étape E32 modifie la répartition des flux de données multicast dans les Ncos sous-groupe de diffusion par débit en réception croissant réalisée au cours de l'étape E15. Les étapes E30 à E32 constituent une phase PH4 représentée à la figure 6. Au cours d'une phase PH5, représentée à la figure 7, un score est attribué, pour chaque groupe de diffusion multicast donc pour chaque classe de service CoS, afin de déterminer quelle est la répartition optimale des flux de données multicast dans les différents sous-groupes de diffusion multicast déterminés au cours de la phase PH1. Pour un sous-groupe Sg donné, d'une classe de service CoS donnée, on calcule, au cours d'une étape E40 un score Usg(x) : F (2+a)*rf*x US9(x) = f = 1 2(x + a*rf*x + rf ) Dans lequel a est un paramètre d'ajustement, rf représente le débit en réception d'un flux de données multicast f appartenant au sous-groupe de diffusion Sg, F représente le nombre de flux de données multicast total du sous-groupe de diffusion multicast Sg, et x le débit en émission flux de données multicast f. 10 x est tel que x = min (x, rf/(1-Lf), où Lf représente le taux maximal de pertes de paquets de données constitutifs du flux de données multicast f, et que la dérivée de Uf(x) en x soit nulle et que la dérivée seconde de Uf(x) en x soit inférieure ou égale à 0. L'étape E40 est lise en oeuvre pour tous les sous-groupes de diffusion multicast d'un même groupe de diffusion multicast.

15 Au cours d'une étape E41, on somme l'ensemble des scores obtenus pour les différents sous-groupes de diffusion multicast d'un groupe de diffusion multicast afin d'obtenir un score pour le groupe de diffusion multicast : CoS U(cos) = ~ USg (X) Sg = 1 20 Où U(Cos) est le score du groupe de diffusion multicast, Sg, représente un sous-groupe de diffusion multicast du groupe de diffusion multicast et CoS le nombre total de sous-groupes de diffusion multicast du groupe de diffusion multicast. Le score U(CoS) est calculé pour chaque groupe de diffusion multicast et chaque fois que la phase PH1 est exécutée.

25 Pour un groupe de diffusion multicast donné, les différents scores U(CoS) obtenus à l'issue des différentes exécutions de la phase PH1 sont comparés entre eux afin de déterminer la5 partition optimale du groupe de diffusion multicast en sous-groupes de diffusion multicast. La partition optimale correspond au score U(CoS) le plus élevé.

Claims (8)

1. REVENDICATIONS1. Procédé de sélection d'un réseau de communication au travers duquel au moins un flux de données multicast est diffusé, le flux de données multicast étant diffusé à au moins un premier groupe de terminaux mobiles abonnés au flux de données multicast au travers d'un premier réseau de communication et à au moins un deuxième groupe de terminaux mobiles abonnés au flux de données multicast au travers d'un deuxième réseau de communication, le procédé comprenant les étapes suivantes de : - identification pour les terminaux des premier et au deuxième groupes d'un ensemble de réseaux de communication auxquels les terminaux des premiers et deuxième groupes peuvent s'attacher, - détermination, parmi l'ensemble des réseaux de communication identifiés, d'au moins un réseau de communication commun aux terminaux des premier et deuxième groupes, - détermination d'un score de basculement du réseau de communication commun déterminé en fonction d'une capacité de diffusion du réseau de communication commun et d'une qualité de service associée au flux de données multicast, - émission d'une commande d'attachement des terminaux abonnés au flux de données multicast au réseau de communication commun lorsque le score de basculement du réseau de communication commun est supérieur à un seuil de basculement prédéterminé.
2. 2. Procédé de sélection selon la revendication 1 dans lequel le flux de données multicast appartenant à un groupe de flux de données multicast identifié par une classe de service et une plage de valeurs de débits en réception, le procédé comprend : - une étape de détermination d'une nouvelle valeur du débit en réception du flux de données multicast suite à l'étape d'émission d'une commande d'attachement, - le cas échéant, une étape de déplacement du flux de données multicast dans un autre groupe de flux de données multicast identifié par la même classe de service et une autre plage de valeurs de débits en réception.
3. 3. Procédé de sélection selon la revendication 1 comprenant, préalablement à l'étape d'identification, une phase de répartition du flux de données multicast dans un groupe de diffusion multicast, comprenant les étapes suivantes de : - détermination d'un nombre de groupes de diffusion optimum, pour une classe de service donnée, en fonction d'au moins une contrainte relative à un nombre de formatsd'encodage des données constitutives des flux de données multicast à utiliser, au moins une contrainte consistant à minimiser les ressources de diffusion utilisées pour la diffusion des flux de données multicast, et au moins une contrainte relative aux capacités de réception des terminaux mobiles abonnés auxdits flux de données m ulticast, - répartition du flux de données multicast dans l'un des groupes de diffusion déterminés en fonction d'une valeur d'un débit en réception associé au flux de données multicast.
4. 4. Procédé de sélection selon la revendication 3 dans lequel lorsque le nombre de groupe de diffusion optimum est nul, le procédé comprend une étape de transmission en mode unicast des flux de données.
5. 5. Equipment de communication apte à gérer une pluralité de réseaux de communication, destiné à sélectionner d'un réseau de communication au travers duquel au moins un flux de données multicast est diffusé, le flux de données multicast étant diffusé à au moins un premier groupe de terminaux mobiles abonnés au flux de données multicast au travers d'un premier réseau de communication et à au moins un deuxième groupe de terminaux mobiles abonnés au flux de données multicast au travers d'un deuxième réseau de communication, l'équipement de communication comprenant : - des moyens d'identification pour les terminaux des premier et au deuxième groupes d'un ensemble de réseaux de communication auxquels les terminaux des premiers et deuxième groupes peuvent s'attacher, - des moyens de détermination, parmi l'ensemble des réseaux de communication identifiés, d'au moins un réseau de communication commun aux terminaux des premier et deuxième groupes, - des moyens de détermination d'un score de basculement du réseau de communication commun déterminé en fonction d'une capacité de diffusion du réseau de communication commun et d'une qualité de service associée au flux de données multicast, - des moyens d'émission d'une commande d'attachement des terminaux abonnés au flux de données multicast au réseau de communication commun lorsque le score de basculement du réseau de communication commun est supérieur à un seuil de basculement prédéterminé.
6. 6. Equipement de communication apte à réparti des flux de données multicast dans une pluralité de groupes de diffusion multicast, comprenant: - des moyens de détermination d'un nombre de groupes de diffusion optimum, pour une classe de service donnée, en fonction d'au moins une contrainte relative à un nombrede formats d'encodage des données constitutives des flux de données multicast à utiliser, au moins une contrainte consistant à minimiser les ressources de diffusion utilisées pour la diffusion des flux de données multicast, et au moins une contrainte relative aux capacités de réception des terminaux mobiles abonnés auxdits flux de données multicast, - des moyens de répartition des flux de données multicast dans les groupes de diffusion déterminés en fonction d'une valeur d'un débit en réception associé aux différents flux de données multicast.
7. 7. Programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre des étapes du procédé de sélection d'un réseau de communication selon la revendication 1 lorsque le programme est exécuté par un processeur.
8. 8. Support d'enregistrement lisible par un équipement commutateur sur lequel est enregistré le programme selon la revendication 7.