FR 3153714 A1 20250404 FR 2310414 A 20230929 Procédé d’optimisation de la diffusion d’un contenu multicast au sein d’un réseau de communication mettant en œuvre une pluralité de tranches réseau. L’invention se rapporte à un procédé d’optimisation de la diffusion d’un contenu multicast au sein d’un réseau de communication mettant en œuvre une pluralité de tranches réseau. Un tel procédé comprend : - la détermination (12), par un contrôleur dudit réseau de communication, suite à l’obtention (11) d’une information représentative du fait que ledit flux multicast est amené à être dupliqué sur une pluralité desdites tranches réseau, d’un périmètre dudit réseau de communication, dit périmètre d'agrégation, comprenant une pluralité de routeurs inclus dans au moins un arbre de distribution dudit flux multicast ; - la transmission (13), par ledit contrôleur, à destination d’au moins un routeur dudit périmètre d'agrégation, d’au moins une instruction de configuration dudit routeur de manière à ce que dans ledit périmètre d'agrégation, ledit flux multicast est acheminé sur une seule desdites tranches réseau, dite tranche de transport. Figure d’abrégé : Figure 1 Procédé d’optimisation de la diffusion d’un contenu multicast au sein d’un réseau de communication mettant en œuvre une pluralité de tranches réseau. Le domaine de l’invention est celui des communications au sein d’au moins un réseau de communication, et notamment celui des services IP à valeur ajoutée. Plus précisément, l’invention se rapporte à la mise en œuvre de services de diffusion de contenus selon un mode de transmission multicast, dans un réseau de communication au sein duquel des tranches réseau (« network slices » ou « slices » en anglais) sont déployées. Art antérieur La diffusion d’un même contenu à de multiples utilisateurs est un service couramment proposé et mis en œuvre via les réseaux de communication actuels, par exemple dans le cadre de la retransmission d’évènements culturels ou sportifs (retransmission d’un concert dans un métavers, retransmission d’un match de football en direct, etc.). Sur le plan technique, l’ingénierie de tels services de diffusion repose généralement sur un mode de transmission dit « multicast » (parfois également désigné sous les termes de « multidiffusion » ou « diffusion groupée »). Ce mode est en effet particulièrement adapté aux schémas de communication de groupes, tels que la diffusion de contenus à destination de plusieurs utilisateurs ou machines, ou encore la mise en œuvre de services de type visioconférence entre plusieurs utilisateurs où chaque participant est à tour de rôle source ou récepteur. Dans les réseaux IP (« Internet Protocol »), le mode de transmission multicast repose sur le calcul, l’établissement et la maintenance d’arbres de distribution par un protocole de routage dynamique, tel que le protocole PIM (« Protocol Independent Multicast », RFC7761) par exemple. Un objectif principal de la mise en œuvre de tels arbres de diffusion est de diminuer la charge réseau en évitant autant que possible que plusieurs copies d’un même contenu n’empruntent un même lien réseau. Certains réseaux de communication récents, notamment les réseaux mobiles de cinquième génération (5G), offrent par ailleurs la possibilité aux opérateurs qui les exploitent de créer et déployer différentes tranches réseau sur une même infrastructure physique. Une tranche réseau peut être définie comme une partition du réseau, telle qu’un réseau privé virtuel (RPV, ou VPN pour « Virtual Private Network » en anglais) déployé sur une infrastructure fixe, mobile, ou une combinaison des deux. Les caractéristiques d’une tranche réseau sont essentiellement exprimées en termes de capacité (i.e. de bande passante), de qualité de service (par ex. latence, temps de transit unidirectionnel), de sécurité (par ex. préservation de la confidentialité des informations transmises au sein de la tranche), d’isolation du trafic ou de disponibilité. Ainsi, un opérateur a la possibilité de configurer une pluralité de tranches réseau au sein d’un réseau de communication, une tranche ou un groupe de tranches étant par exemple dédiés à assurer des services particuliers et/ou à satisfaire à des exigences techniques particulières, ce qui présente des avantages indéniables en termes de souplesse et de flexibilité lors du déploiement de nouvelles fonctionnalités. Classiquement, le trafic susceptible d’être acheminé au sein d’une tranche réseau fait l’objet d’une habilitation (aussi appelé contrôle d’accès) à emprunter les chemins établis au sein de la tranche en question. Une telle habilitation repose typiquement sur l’application de règles de classification de trafic, généralement appliquées par un point d’accès au réseau au sein duquel les tranches réseau sont déployées. Un tel point d’accès est un nœud situé en périphérie du réseau, par exemple déployé en frontal des accès clients ou bien utilisé pour connecter un réseau à d’autres réseaux voisins. Par exemple, ce point d’accès peut être situé à l’interface de raccordement d’une passerelle (par exemple une passerelle paquet, ou « Packet Gateway » en anglais, pour les générations les plus récentes – 4G, 5G – des réseaux mobiles) qui permet d’accéder au réseau Internet. Un tel point d’accès peut également se situer à l’interface de raccordement d’un terminal mobile (ou « User Equipment » ou UE en anglais) au réseau d’accès radio (ou « Radio Access Network » ou RAN en anglais), de façon notamment à optimiser l’usage des ressources radio en fonction du type de la tranche réseau et du profil du trafic qu’elle est susceptible d’acheminer. Dans ce contexte, l’organisme 3GPP a défini différents types de tranches réseau, aux caractéristiques propres, comprenant notamment : - un premier type de tranches réseau permettant d’offrir un service mobile large bande amélioré (« enhanced Mobile BroadBand » ou eMBB en anglais) ; - un deuxième type de tranches réseau permettant d’offrir un service dans le cadre d’un déploiement (massif) de l’Internet des Objets (« massive Internet of Things » ou mIoT en anglais) ; et - un troisième type de tranches réseau permettant d’offrir un service de communication ultra fiable et à faible latence (« Ultra Reliable Low Latency Communications » ou URLLC en anglais). Le choix de concevoir et de déployer l’un ou l’autre des types de tranche réseau est conditionné par la nature du trafic caractéristique des applications ou services utilisés ou souscrits par un utilisateur. Par exemple, un service dit « immersif » qui exploite des techniques de réalité augmentée ou virtuelle est généralement très exigeant en termes de latence et de fiabilité des échanges de données : l’utilisation de tranches de type URLLC est donc privilégiée pour un tel service immersif. Pour accéder à un contenu diffusé en multicast sur un réseau de communication mettant en œuvre de telles tranches réseau, un récepteur (terminal mobile, ordinateur personnel, poste de télévision) doit pouvoir se connecter à une voire plusieurs tranches réseau, qui d’une part hébergent l’arbre de distribution le long duquel le trafic sera acheminé depuis la source vers l’ensemble des récepteurs, et d’autre part présentent des caractéristiques reflétant celles du ou des services de diffusion. Par exemple, une tranche réseau sera conçue et dimensionnée (en termes de bande passante, de temps de transit unidirectionnel, etc.) pour acheminer du trafic encodé par la source en haute définition (HD, « High Definition » en anglais), une autre tranche pour acheminer le trafic encodé par la source en définition standard (SD, « Standard Definition » en anglais), etc. La variété de telles tranches « multicast » doit permettre de basculer le trafic de diffusion d’une tranche à l’autre selon plusieurs considérations telles qu’un phénomène de congestion éventuel, les capacités d’accès des récepteurs à l’une ou l’autre des tranches, la nature du service de diffusion auquel un récepteur a souscrit, etc. De telles considérations permettent notamment d’ajuster dynamiquement les règles de classification de trafic qui régissent l’accès des récepteurs à l’une ou l’autre de ces tranches. Le déploiement d’une pluralité de tranches à même d’acheminer un flux multicast au sein d’un réseau de communication conduit néanmoins à des situations où un même contenu est susceptible d’être diffusé à travers plusieurs arbres de distributions mis en œuvre au sein de tranches réseau distinctes du réseau de communication. Dans ce cas, des copies d’un même contenu peuvent être amenées à emprunter plusieurs fois un même lien réseau physique, ce qui est loin d’être optimal en termes d’utilisation des ressources réseau. Il existe donc un besoin pour une technique permettant de mieux optimiser la diffusion de contenus multicast au sein d’un réseau de communication au sein duquel plusieurs tranches réseau sont déployées. La présente invention permet de proposer une solution visant à remédier à certains inconvénients de l’art antérieur. Selon un aspect, la présente invention se rapporte en effet à un procédé d’optimisation de la diffusion d’un contenu multicast au sein d’un réseau de communication mettant en œuvre une pluralité de tranches réseau. Ce faisant, les ressources d’un réseau sont alors optimisées. Selon le principe général de l’invention proposée, un tel procédé comprend : - la détermination, par un contrôleur dudit réseau de communication, suite à l’obtention d’une information représentative du fait que ledit flux multicast est amené à être dupliqué sur une pluralité desdites tranches réseau, d’un périmètre dudit réseau de communication, dit périmètre d'agrégation, comprenant une pluralité de routeurs impliqués dans l’acheminement du trafic multicast au sein d’au moins un arbre de distribution dudit flux multicast ; - la transmission, par ledit contrôleur, à destination d’au moins un routeur dudit périmètre d'agrégation, d’au moins une instruction de configuration dudit routeur de manière à ce que dans ledit périmètre d'agrégation, ledit flux multicast soit acheminé sur une seule desdites tranches réseau, dite tranche de transport. De cette manière, l’acheminement de contenus diffusés selon le mode de transmission multicast au sein d’un réseau de communication mettant en œuvre des tranches réseau est optimisé, en ce sens que l’invention permet de gérer de manière plus efficace l’usage des ressources réseau par la mise en place d’une agrégation partielle ou complète d’arbres de distribution d’un flux multicast, ce qui permet d’éviter la réplication systématique d’un même contenu (c’est-à-dire un contenu présentant les mêmes caractéristiques d’encodage, notamment) au sein de différents arbres de distribution déployés dans une pluralité de tranches réseau. Dans un mode de réalisation particulier, lesdites instructions de configuration sont transmises à au moins à tous les routeurs du périmètre d'agrégation situés en périphérie dudit périmètre d'agrégation. De cette manière, les routeurs qui délimitent le périmètre d'agrégation peuvent contrôler l’acheminement du flux multicast en entrée et en sortie de ce périmètre et plus précisément la réplication d’un même flux multicast. Un ou plusieurs périmètres d’agrégation peuvent être mis en place pour un même flux multicast. En outre, des périmètres d’agrégation distincts peuvent être définis pour des flux distincts acheminés via un réseau donné. Dans un mode de réalisation particulier, ladite transmission est mise en œuvre à destination de tous les routeurs dudit périmètre d'agrégation. De cette manière, l’acheminement du flux peut être contrôlé y compris dans le cas où de nouveaux routeurs d’accès viendraient se connecter aux routeurs du périmètre d'agrégation via des routeurs intermédiaires qui ne seraient pas en périphérie dudit périmètre d'agrégation. Dans un mode de réalisation particulier, ledit procédé comprend, à réception desdites instructions de configuration par un routeur dudit périmètre d'agrégation, le stockage, au sein d’une structure de données dudit routeur, d’une correspondance entre un identifiant de ladite tranche de transport et un identifiant d’une tranche réseau définie selon une configuration initiale pour l’acheminement dudit flux multicast via ledit routeur. De cette manière, même lorsqu’un flux multicast est redirigé vers la tranche de transport, le routeur conserve en mémoire l’information de la tranche d’origine via laquelle il était prévu d’acheminer le flux multicast selon la configuration initiale du routeur. Dans un mode de réalisation particulier, ledit identifiant de ladite tranche de transport est inclus dans lesdites instructions de configuration. De cette manière, l’information de la tranche de transport à utiliser pour acheminer un flux multicast est connue et directement accessible de chaque routeur qui reçoit de telles instructions. Dans un mode de réalisation particulier, ladite tranche de transport est une tranche spécifiquement conçue et dimensionnée pour l’acheminement dudit flux multicast dans ledit périmètre d'agrégation. De cette manière, des ressources réseau adaptées peuvent être allouées pour la mise en œuvre d’une tranche dédiée spécifiquement au transport d’un flux multicast dans un périmètre d'agrégation, l’ingénierie de cette tranche pouvant notamment être conditionnée par la volumétrie du trafic, sa nature, le nombre de récepteurs, etc. Dans un mode de réalisation particulier, ladite tranche de transport est sélectionnée par ledit contrôleur parmi les tranches réseau prévues pour acheminer le flux multicast selon une configuration initiale des routeurs du périmètre d'agrégation, dites tranches d’origine. De cette manière, des ressources déjà existantes peuvent être utilisées pour la mise en œuvre de la tranche de transport, sans nécessairement mobiliser de nouvelles ressources. Selon une caractéristique particulière de ce mode de réalisation, ladite tranche de transport sélectionnée par ledit contrôleur satisfait en particulier à des exigences techniques associées à chacune desdites tranches d’origine. De cette manière, l’acheminement du flux multicast via la tranche de transport dans le périmètre d'agrégation n’entraîne pas de dégradations de performance et/ou de qualité de service par rapport à un acheminement via une tranche réseau initialement prévue à cet effet. Dans un mode de réalisation particulier, ledit périmètre d’agrégation comprend au moins un routeur d’entrée par lequel ledit flux multicast pénètre dans ledit périmètre d’agrégation et au moins un routeur de sortie par lequel ledit flux multicast sort du périmètre d’agrégation, et ladite au moins une instruction de configuration conduit : - ledit au moins un routeur d’entrée à procéder à l’acheminement du flux multicast en utilisant un arbre de distribution déployé dans ladite tranche de transport plutôt que dans au moins une tranche d’origine au sein de laquelle ledit flux multicast est acheminé en amont dudit routeur d’entrée ; et - ledit au moins un routeur de sortie à procéder à l’acheminement du flux multicast en utilisant au moins un arbre de distribution déployé dans ladite au moins une tranche d’origine, en aval dudit routeur de sortie. De cette manière, le flux multicast peut-être rebasculé sur sa tranche d’origine en sortie de ce périmètre, rendant l’opération d’acheminement du flux multicast via la tranche de transport dans le périmètre d'agrégation transparente pour un récepteur dudit flux. Selon une caractéristique particulière de ce mode de réalisation, ledit périmètre d’agrégation comprend au moins un routeur intermédiaire, situé entre ledit au moins un routeur d’entrée et ledit au moins un routeur de sortie. Dans un mode de réalisation particulier, ledit procédé comprend, à réception de ladite instruction de configuration par ledit au moins un routeur, l’émission, par ledit au moins un routeur, selon un protocole de routage dynamique, d’un message de demande de greffe à un arbre de distribution dudit flux multicast hébergé dans ladite tranche de transport, ledit message de demande de greffe comprenant un identifiant de ladite tranche de transport. De cette manière, l’identifiant de la tranche de transport est propagé à l’ensemble des routeurs contribuant à l’acheminement du flux multicast, particulièrement au sein d’un périmètre d’agrégation. Selon une caractéristique particulière, ledit message de demande de greffe comprend en outre une donnée représentative d’un encodage dudit flux multicast ou représentative d’une absence d’information d’encodage dudit flux multicast. De cette manière, on dispose d’une donnée supplémentaire discriminante permettant de sélectionner un arbre de distribution à utiliser au sein de la tranche de transport, dans le cas ou plusieurs arbres de distribution associés chacun à l’acheminement du flux multicast selon un encodage particulier seraient hébergés au sein de cette tranche. Dans un mode de réalisation particulier : - ladite au moins une instruction de configuration comprend des données permettant d’identifier ledit au moins un routeur d’entrée, ledit au moins un routeur de sortie, et ladite au moins une tranche d’origine ; - ladite instruction de configuration est transmise uniquement audit au moins routeur de sortie ; et - à réception de ladite instruction de configuration, ledit au moins un message de demande de greffe émis par ledit au moins un routeur de sortie comprend en outre lesdites données permettant d’identifier ledit au moins un routeur d’entrée, ledit au moins un routeur de sortie, et ladite au moins une tranche d’origine. De cette manière, via la mécanique classique du protocole de routage dynamique multicast selon laquelle le message de demande de greffe émis par le routeur de sortie est propagé dans le sens inverse de la direction d’acheminement d’un flux multicast, chaque routeur de l’arbre de distribution dispose de données lui permettant de déterminer sa catégorie (routeur de sortie, routeur intermédiaire, ou routeur d’entrée) et d’opérer en conséquence un traitement différencié dans la détermination des tranches réseau vers lesquelles il doit acheminer le flux multicast. Dans un mode de réalisation particulier, ledit protocole de routage dynamique est le protocole PIM et ledit message de demande de greffe est un message de type « Join » selon ledit protocole PIM, adapté pour inclure ledit identifiant de ladite tranche de transport, ladite donnée représentative d’un encodage dudit flux multicast lorsque ladite donnée représentative d’un encodage dudit flux multicast est disponible, et/ou lesdites données permettant d’identifier ledit au moins un routeur d’entrée, ledit au moins un routeur de sortie, et ladite au moins une tranche d’origine. De cette manière, la présente invention repose sur un protocole de routage dynamique largement utilisé pour la mise en place de services de diffusion multicast dans un réseau IP.Selon un autre aspect, l’invention concerne une entité de type contrôleur réseau, adaptée à mettre en œuvre le procédé d’optimisation de la diffusion d’un flux multicast décrit précédemment. Une telle entité pourra bien sûr présenter les différentes caractéristiques relatives au procédé d’optimisation selon l’invention, qui peuvent être combinées ou considérées isolément. Ainsi, les caractéristiques et avantages de cette entité sont les mêmes que ceux du procédé d’optimisation et ne sont pas détaillés plus amplement. Selon un autre aspect, la technique proposée se rapporte également à un produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, comprenant des instructions de code de programme pour l’exécution du procédé d’optimisation précédemment décrit dans l’un quelconque de ses modes de réalisation, lorsque ce procédé est exécuté sur un ordinateur. La technique proposée vise également un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions de code de programme pour l’exécution des étapes du procédé tel que décrit précédemment, dans l’un quelconque de ses modes de réalisation. Un tel support d'enregistrement 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, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une clé USB ou un disque dur. D'autre part, un tel support d'enregistrement peut être un support transmissible 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, de sorte que le programme d’ordinateur qu’il contient est exécutable à distance. Le programme selon l'invention peut être en particulier téléchargé sur un réseau, par exemple le réseau Internet. Les différents modes de réalisation mentionnés ci-dessus sont combinables entre eux pour la mise en œuvre de l'invention. 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 préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : FIG. 1 présente de manière schématique les différentes étapes d’un procédé d’optimisation de la diffusion d’un contenu multicast au sein d’un réseau de communication mettant en œuvre une pluralité de tranches réseau, dans mode de réalisation particulier de l’invention ; FIG. 2 illustre de manière schématique l’acheminement d’un flux multicast au sein un périmètre d'agrégation d’un réseau de communication organisé en tranche, lorsque l’invention n’est pas mise en œuvre ; FIG. 2 illustre de manière schématique l’acheminement d’un flux multicast sur une tranche de transport au sein un périmètre d'agrégation d’un réseau de communication, dans mode de réalisation particulier de l’invention ; FIG. 3 illustre un exemple de formalisme d’un nouvel attribut d’un message de type PIM « Join », dans mode de réalisation particulier de l’invention ; FIG. 4 décrit une architecture simplifiée d’un contrôleur de réseau pour la mise en œuvre de l’invention. Description détaillée de l’invention La technique décrite ci-après permet de remédier à certains des inconvénients précités. Cette technique est baptisée MASSINE (pour “MAnagement of Swapping of flows among Slices In NEtworks”, en anglais). La technique proposée permet notamment de gérer de manière plus efficace l’usage des ressources d’un réseau organisé en tranches, au sein desquelles des arbres de distribution sont établis et maintenus pour acheminer des contenus multicast diffusés par une ou plusieurs sources. Selon le principe général de l’invention, cette gestion des ressources repose plus particulièrement sur la détection d’arbres de distribution au moins en partie recouvrant, et sur la mise en place d’une agrégation partielle ou complète desdits arbres. Il est à noter que la présente technique peut être mise en œuvre indépendamment : - de la nature du contenu diffusé par les sources ; - des capacités d’encodage éventuellement associées à la diffusion de tels contenus ; - des capacités d’accès des terminaux récepteurs aux réseaux qui supportent lesdites tranches réseau multicast ; - de la nature de ces réseaux (qui peuvent être fixes et/ou mobiles) ; - des choix d’ingénierie retenus eu égard à la conception, au déploiement et à l’exploitation des tranches réseau multicast ; - des protocoles utilisés pour accéder à un contenu diffusé en multicast ; - des procédures mises en place entre un réseau et une source (par ex. du contrat entre un fournisseur de contenu et l’opérateur, ou des procédures d’authentification ou d’autorisation). - des mécanismes de réalisation des tranches réseau. Sur toutes les figures du présent document, les éléments et étapes de même nature sont désignés par une même référence numérique. Selon un premier aspect, la présente technique se rapporte à un procédé d’optimisation de la diffusion d’un flux multicast au sein d’un réseau de communication mettant en œuvre des tranches réseau. Un tel procédé est illustré en relation avec la FIG. 1 . Le procédé est plus particulièrement mis en œuvre à l’initiative d’un équipement de contrôle du réseau de communication (plus simplement appelé contrôleur ou contrôleur réseau dans le présent document), lorsqu’il est détecté que, selon une configuration initiale, un flux multicast émis par une source à destination d’un ou plusieurs récepteurs est amené à être acheminé ou actuellement acheminé sur une pluralité de tranches réseau (i.e. au moins deux) sur au moins une partie du réseau de communication. En d'autres termes, le contrôleur détecte qu’un flux multicast correspondant à un même contenu est actuellement dupliqué ou amené à être dupliqué sur plusieurs tranches du réseau mises en œuvre sur une même infrastructure. Une telle détection peut être réalisée au niveau du contrôleur lui-même, par exemple sur la base de données reçues en provenance de divers dispositifs de contrôle déployés au sein du réseau (par ex. des sondes logicielles). De manière alternative ou complémentaire, elle peut également être réalisée au niveau d’un ou plusieurs routeurs qui, détectant par exemple qu’ils appartiennent eux-mêmes à des arbres de distribution d’un même contenu déployés sur plusieurs tranches réseau distinctes, transmettent cette information au contrôleur, par exemple au moyen de messages de notification reposant par exemple sur le protocole NETCONF (« Network configuration protocol », en anglais), gNMI (« gRPC Network Management Interface », en anglais), etc. Quoiqu’il en soit, le contrôleur obtient, dans une étape 11, une information représentative du fait qu’un flux multicast représentatif d’un même contenu est amené à être dupliqué et acheminé sur une pluralité de tranches réseau du réseau de communication. Selon la technique proposée, lorsqu’une telle situation est détectée, le contrôleur détermine, dans une étape 12 et sur la base des informations obtenues, un périmètre du réseau de communication dans laquelle une opération d’agrégation peut être mise en œuvre. Par « agrégation », on entend ici un contrôle de la duplication du flux multicast, visant précisément à empêcher que ce flux soit dupliqué et transporté au sein de plusieurs tranches réseau, dans un périmètre donné du réseau de communication, dit périmètre d'agrégation. Plus particulièrement, un tel périmètre d'agrégation est défini par un ensemble d’équipements réseau identifiés par le contrôleur, typiquement des routeurs, qui sont compris simultanément dans des arbres de distribution déployés sur plusieurs tranches réseau et utilisés pour transmettre le flux multicast vers un ensemble de récepteurs en ayant fait la demande, via le réseau de communication. En d'autres termes, le périmètre d'agrégation correspond à une zone du réseau de communication formée d’un ensemble routeurs, au sein de laquelle il a été détecté qu’un même flux multicast est susceptible, selon une configuration initiale des routeurs en question, d’être dupliqué et acheminé sur une pluralité de tranches réseau, ce qui n’est pas optimal en termes d’utilisation des ressources réseau. Une fois ce périmètre d'agrégation déterminé par le contrôleur, ce dernier transmet, dans une étape 13, au moins une instruction de configuration à destination d’au moins un routeur dudit périmètre d'agrégation. Plus particulièrement, comme illustré sur la FIG. 2 , la réception d’une telle instruction de configuration au niveau d’un ou plusieurs routeurs cibles entraine une modification de la configuration desdits routeurs cibles, afin que dans le périmètre d'agrégation, le flux multicast soit acheminé sur une seule tranche réseau, dite tranche de transport, selon des modalités décrites ultérieurement dans divers modes de réalisation de la technique proposée. L’exemple de la FIG. 2 présente à ce titre un réseau de communication RC mettant en œuvre trois tranches réseau multicast TR1, TR2 et TR3 utilisées pour acheminer un flux multicast dans la direction de la flèche DF. Comme illustré sur cette FIG. 2 , dans le périmètre d'agrégation PA comprenant les routeur 3, 4, 5, 6 et 7, le flux multicast initialement acheminé (i.e. dupliqué) sur chacune des tranches TR1, TR2 et TR3 (comme illustré par la FIG. 2 , qui montre l’acheminement du flux avant mise en œuvre de l’invention) n’est plus véhiculé que sur la tranche 1, qui fait office de tranche de transport. Dans un mode de réalisation particulier, la tranche de transport est sélectionnée par le contrôleur. Elle correspond par exemple à une des tranches réseau faisant partie des tranches prévues pour acheminer le flux multicast selon la configuration initiale des routeurs du périmètre d'agrégation. Dans ce cas, le contrôleur sélectionne, parmi ces tranches pouvant être qualifiées de tranches d’origine, une tranche réseau dont les caractéristiques satisfont également celles de toutes les autres tranches, ou à tout le moins d’un maximum de ces tranches. En d'autres termes, une tranche satisfaisant aux exigences techniques des autres tranches réseau (par exemple en termes de latence, de fiabilité des échanges de données, etc.) est sélectionnée comme tranche de transport, sous réserve qu’une telle tranche existe. De cette manière, l’utilisation de la tranche de transport pour acheminer le trafic lié au flux multicast dans le périmètre d'agrégation n’entraine pas de diminution de performance et/ou de qualité de service par rapport à la situation dans laquelle la configuration initiale – i.e. l’acheminement dans ce périmètre du flux multicast via les tranches d’origine initialement prévues – aurait été maintenue. D’autre considérations relatives à un état courant du réseau (par exemple la volumétrie du trafic, sa nature, le nombre de récepteurs, etc.) peuvent également être prises en compte lors de cette sélection. De manière alternative, ou dans le cas où aucune des tranches réseau faisant partie des tranches d’origine prévues pour acheminer le flux multicast selon la configuration initiale des routeurs du périmètre d'agrégation ne satisfait à l’ensemble ou un maximum des exigences techniques des autres tranches, une tranche réseau est éventuellement configurée et déployée spécifiquement pour acheminer le flux multicast dans le périmètre d'agrégation. Dans ce cas, la tranche de transport sélectionnée ou créée à la volée par le contrôleur est une tranche réseau dédiée pour l’acheminement d’un contenu multicast dans le périmètre d'agrégation d’un réseau de communication, spécifiquement conçue et dimensionnée à cet effet, afin de répondre aux mêmes objectifs de non-dégradation de performance et/ou de qualité de service tels que décrits précédemment. On s’intéresse maintenant aux opérations mises en œuvre par un routeur du périmètre d'agrégation, lorsqu’il reçoit une instruction de configuration en provenance du contrôleur. À réception d’une telle instruction, le routeur stocke, au sein d’une structure de données dite d’aiguillage, au moins une correspondance entre un identifiant de la tranche de transport, comprise par exemple dans l’instruction de configuration reçue, et un identifiant d’une tranche réseau définie selon une configuration initiale pour l’acheminement du flux multicast via ledit routeur. De cette manière, même lorsque le flux multicast est réaiguillé vers la tranche de transport, le routeur conserve l’information de la tranche d’origine via laquelle il était prévu d’acheminer le flux multicast selon la configuration initiale du routeur. Comme illustré sur la FIG. 2 , le périmètre d'agrégation comprend typiquement des routeurs qui peuvent être qualifiés de routeurs de bordure, en ce qu’ils se situent dans le périmètre d'agrégation, mais en périphérie de ce périmètre, c’est-à-dire à l’interface entre le périmètre d'agrégation et le reste du réseau de communication. Selon la direction dans laquelle est acheminé le flux multicast (la direction selon la flèche DF, dans l’exemple de la FIG. 2 ), les routeurs de bordures se divisent en deux catégories : - des routeurs d’entrée (le routeur 7 dans l’exemple de la FIG. 2 ), via lesquels le flux multicast entre dans le périmètre d'agrégation PA ; et - des routeurs de sortie (les routeurs 3 et 4 dans l’exemple de la FIG. 2 ), par lesquels le flux multicast sort du périmètre d'agrégation PA. En plus des routeurs de bordures, le périmètre d'agrégation comprend également (éventuellement) d’autres routeurs qui peuvent être qualifiés de routeurs intermédiaires (les routeurs 5 et 6 dans l’exemple de la FIG. 2 ), en ce qu’ils sont positionnés entre les routeurs d’entrée et de sortie du périmètre d'agrégation. Selon le principe général de la présente technique, un routeur de bordure situé à l’entrée du périmètre d’agrégation doit être configuré pour mettre fin à la réplication déterministe d’un même contenu au sein d’un arbre de distribution déployés dans une pluralités de tranches, et procéder à l’acheminement du flux multicast en utilisant un arbre de distribution déployé dans la tranche de transport. Un routeur de bordure situé en sortie du périmètre d’agrégation doit pour sa part être configuré pour mettre fin à l’agrégation, c’est-à-dire répliquer le flux multicast afin de l’injecter dans chaque arbre de distribution associé aux tranches d’origine prévues pour acheminer le flux multicast selon la configuration initiale des routeurs, l’identifiant de ces tranches étant disponibles dans la structure de données d’aiguillage. La FIG. 2 illustre à ce titre de manière explicite sur un exemple le résultat de la mise en œuvre de la présente invention : un flux multicast associé à un même contenu auparavant dupliqué et acheminé sur l’intégralité de trois tranches réseau TR1, TR2 et TR3 est maintenant, dans une zone PA du réseau de communication correspondant à un périmètre d'agrégation, acheminé sur une seule tranche, en l’espèce la tranche TR1 dans cet exemple, qui fait office de tranche de transport dans ce périmètre. Il ressort de ce qui précède que, dans un mode de réalisation particulier, le contrôleur peut se contenter de transmettre des instructions de configuration aux seuls routeurs de bordure du périmètre d'agrégation. Toutefois, dans un autre mode de réalisation particulier, des instructions de configuration sont transmises à l’ensemble des routeurs du périmètre d'agrégation, y compris aux routeurs intermédiaires ce qui permet d’assurer un réaiguillage vers la tranche de transport dans le cas où, parce que par exemple de nouveaux récepteurs souhaitent accéder au flux multicast, de nouveaux routeurs d’accès viendrait se greffer au périmètre d'agrégation via ces routeurs intermédiaires (les routeurs 5 ou 6 par exemple). En communiquant ainsi les informations de configuration à tous les routeurs de la zone d'agrégation et pas seulement aux routeurs de bordure, on évite ainsi des rebascules et des redondances du flux multicast vers d’autres tranches dans le périmètre d'agrégation, ce qui est précisément l’objectif visé par la présente technique. Pour mettre en œuvre en pratique les opérations précédemment décrites, il est proposé selon la présente technique d’intervenir au niveau du protocole de routage du flux multicast. Aussi, lorsqu’il reçoit une instruction de configuration en provenance du contrôleur, en plus de compléter sa structure de données d’aiguillage, le routeur soumet également une requête d’adhésion afin de se greffer à un arbre de distribution hébergé sur la tranche de transport. En d'autres termes, pour un même contenu multicast, les routeurs de la zone d’agrégation maintiennent un seul arbre de distribution : celui déployé au sein de la tranche transport. L’information selon laquelle le routeur est maintenant rattaché à un seul arbre de distribution est par exemple tracée dans la table MRIB (« Multicast Routing Information Base ») du routeur. Dans un mode de réalisation particulier, le protocole de routage est le protocole PIM (« Protocol Independent Multicast »), et la requête d’adhésion prend la forme d’un message de type PIM « Join », comprenant un nouvel attribut appelé « MSLICE » identifiant notamment la tranche réseau hébergeant l’arbre de distribution auquel le routeur souhaite se greffer. Selon une caractéristique particulière illustrée en relation avec la FIG. 3 , ce nouvel attribut est encodé selon un format Type/Longueur/Valeur (TLV, RFC5384), le champ valeur comprenant l’identifiant SID de la tranche réseau cible, typiquement un identifiant de la tranche de transport. Dans la mesure où une même tranche réseau est parfois susceptible d’héberger plusieurs arbres de distribution (par exemple un arbre pour la diffusion SD, un autre pour la diffusion HD, etc.), il est également proposé selon une autre caractéristiques particulière de la technique proposée, d’ajouter, en plus de l’identifiant de tranche réseau cible, au moins une donnée discriminante utile dans le cas où la simple connaissance de la tranche cible ne suffirait pas à identifier de manière unique un arbre de distribution pour la diffusion du flux multicast. Une telle donnée discriminante peut par exemple prendre la forme d’une donnée représentative d’un encodage particulier dudit flux multicast ou représentative d’une absence d’information d’encodage dudit flux multicast. Aussi, selon une caractéristique particulière, le nouvel attribut « MSLICE » comprend également, en plus d’un identifiant de tranche cible, un type d’encodage ENCOD_TYPE, positionné à une valeur représentative d’un encodage particulier (SD, HD, 4k, 8k, etc.) du flux multicast, ou à une valeur représentative d’une absence d’information d’encodage dudit flux multicast (par exemple lorsque l’attribut ENCOD_TYPE est positionné à la valeur zéro). La procédure de greffe à l’arbre de distribution identifié par un tel message PIM « Join » est alors réalisée selon le mécanisme classique du protocole PIM-SM (« PIM Sparse Mode »). Comme déjà mentionné précédemment, dans un mode de réalisation particulier, le contrôleur réseau communique les instructions de configuration aux seuls routeurs de bordure du périmètre d'agrégation. Selon une caractéristique particulière, dans ce cas, il est proposé d’ajouter un attribut supplémentaire aux messages de type « Join » émis selon le protocole PIM, en plus de l’attribut « MSLICE » précédemment décrit. Ainsi, ce nouvel attribut, appelé « SWAP » et défini ci-après, est présent dans les requêtes d’adhésion (i.e. les messages PIM « Join ») émises par un routeur à réception d’instructions de configuration en provenance du contrôleur, en plus de l’attribut « MSLICE » qui comprend l’identifiant de la tranche de transport. Plus particulièrement, un tel nouvel attribut « SWAP » comprend au moins les informations suivantes : - un champ « Alternate_Slices » (« tranches alternatives »), qui comprend la liste des identifiants des tranches réseau qui utilisent un même arbre de distribution déployé dans la tranche transport, au sein du périmètre d'agrégation ; - un champ « Slice Aggregation Scope Border Routers » (« routeurs de bordure du périmètre d'agrégation », ou SASBR), qui comprend des informations permettant non seulement d’identifier les routeurs de bordures du périmètre d'agrégation, mais également la catégorie à laquelle ils appartiennent entre : -- des routeurs d’entrée via lesquels le flux multicast entre dans le périmètre d'agrégation (par exemple le routeur 7 dans l’exemple de la FIG. 2 ), en charge de mettre fin à la réplication déterministe d’un même contenu au sein d’un arbre de distribution déployé dans une tranche, et de procéder à l’acheminement du trafic caractéristique dudit contenu diffusé en multicast en utilisant l’arbre de distribution déployé dans la tranche de transport ; et -- des routeurs de sortie par lesquels le flux multicast sort du périmètre d'agrégation (par exemple les routeurs 3 et 4 dans l’exemple de la FIG. 2 ), en charge de répliquer le contenu pour l’injecter dans chaque arbre de distribution des tranches réseau d’origine, sur lesquelles il était acheminé avant de pénétrer dans le périmètre d'agrégation. L’attribut « SWAP » embarqué au sein des message PIM « Join » est plus particulièrement, utilisé pour mettre en œuvre de tels traitements différenciés au niveau des routeurs du périmètre d'agrégation, selon que le routeur considéré soit un routeur intermédiaire ou un routeur de bordure (et plus particulièrement, dans ce dernier cas, un routeur de bordure de type routeur d’entrée ou un routeur de bordure de type routeur de sortie du périmètre d'agrégation). Plus particulièrement, à réception d’un message PIM « Join » comprenant l’attribut « SWAP », sur la base des informations contenues dans le champ « Slice Aggregation Scope Border Routers » (SASBR) un routeur est en mesure de déterminer s’il fait ou non partie des routeurs de bordure du périmètre d'agrégation, et, lorsqu’il fait effectivement partie des routeurs de bordures, déterminer en outre s’il est un routeur d’entrée ou un routeur de sortie du périmètre d'agrégation. Ainsi, dans un mode de réalisation particulier, en référence à l’étape 13 de la FIG. 1 , le contrôleur peut se contenter de ne transmettre une instruction de configuration qu’aux routeurs de sortie du périmètre d'agrégation, tout en communiquant à ces routeurs de sortie les informations leur permettant de construire le nouvel attribut « SWAP » tel que défini précédemment, c’est-à-dire : - la liste des identifiants des tranches réseau qui doivent utiliser un même arbre de distribution déployé dans la tranche transport, au sein du périmètre d'agrégation (en d’autres termes, les identifiants des tranches réseau sur lesquelles il a été détecté, en référence à l’étape 11 de la FIG. 1 , qu’un flux multicast était amené à être dupliqué) (ce qui correspond aux données destinées à être insérées dans le champ « Alternate_Slices » de l’attribut « SWAP ») ; et - les identifiants des routeurs de bordure du périmètre d'agrégation, ainsi que leur catégorie (routeur d’entrée ou de sortie) (ce qui correspond aux données destinées à être insérées dans le champ « Slice Aggregation Scope Border Routers » de l’attribut « SWAP »). À réception d’une telle instruction, selon une mécanique classique du protocole de routage dynamique, le message PIM « Join » émis par le routeur de sortie est propagé dans le sens inverse de la direction d’acheminement d’un flux multicast. L’attribut « SWAP » intégré à ce message est donc lui-même propagé de proche en proche, depuis les routeurs de sortie vers les routeurs d’entrée du périmètre d’agrégation, en passant par les routeurs intermédiaires. Chaque routeur sur ce chemin de propagation est ainsi à même de déterminer sa catégorie (routeur de sortie, routeur intermédiaire, ou routeur d’entrée) sur la base des informations comprises dans le champ « Slice Aggregation Scope Border Routers » de l’attribut « SWAP », et déterminer le cas échéant pour quelles tranches réseau il doit opérer une bascule de l’acheminement du flux multicast vers un arbre de distribution hébergé sur la tranche de transport sur la base des informations comprises dans le champ « Alternate_Slices » de l’attribut « SWAP ». En particulier, au cours de ces opération, les routeurs intermédiaires complètent ou mettent à jour leur structure de données d’aiguillage en y associant l’identifiant de la tranche de transport avec les identifiants des tranches consignées dans l’attribut « Alternate_Slices ». Selon une caractéristique particulière, lorsque le message atteint un routeur d’entrée du périmètre d'agrégation, il n’est plus utile de propager aux routeurs suivants l’attribut « SWAP » dans la mesure où ces routeurs ne font pas partie du périmètre d'agrégation : ce point atteint, il est donc proposé dans l’invention de rebasculer sur un mode PIM classique, c’est-à-dire une propagation de message de type PIM « Join » ne comprenant pas l’attribut « SWAP ».Il convient de noter que la liste des identifiants de tranches renseignés dans la structure de données d’aiguillage d’un routeur peut être modifiée à tout moment par le contrôleur réseau, ou à la suite de la réception d’un message PIM « Join » qui inclut le nouvel attribut « SWAP ». Ainsi, une nouvelle association entre un nouvel identifiant de tranche et l’identifiant de la tranche de transport peut être ajoutée dans la structure de données d’aiguillage, ou une association existante supprimée, la structure des arbres de distribution évoluant de manière dynamique au cours du temps, notamment en fonction des récepteurs qui se greffent à cette structure ou qui s’en déconnectent. De manière similaire, le contrôleur peut également modifier le périmètre d’agrégation, en désignant notamment d’autres routeurs de bordure. Par exemple, en référence à la FIG. 2 , alors que les routeurs 3, 4, 5 et 6 ont initialement été configurés en tant que routeurs de bordure dans un premier temps par le contrôleur, ce dernier peut par la suite modifier cette configuration afin de définir les routeurs 3, 4, et 7 comme nouveaux routeurs de bordure. Par ailleurs, si l’invention est décrite précédemment dans des modes de réalisation particuliers dans lesquels le protocole de routage dynamique utilisé est le protocole PIM, cet exemple est purement illustratif et non limitatif. En particulier, le principe général du procédé décrit s'applique plus globalement aux réseaux IP/MPLS ( « Multiprotocol Label Switching » , en anglais), et n’est donc pas limité au protocole PIM, qui est fourni uniquement à titre d'exemple d’implémentation particulière. On présente enfin, en relation avec la FIG. 4 la structure simplifiée d’une entité, typiquement un contrôleur d’un réseau de communication, pour la mise en œuvre d’un procédé d’optimisation selon au moins un mode de réalisation décrit ci-dessus. Comme illustré par la FIG. 4 , une telle entité comprend au moins une mémoire 41 comprenant une mémoire tampon, au moins une unité de traitement 42, équipée par exemple d’une machine de calcul programmable ou d’une machine de calcul dédiée, par exemple un processeur P, et pilotée par le programme d’ordinateur 43, mettant en œuvre des étapes d’au moins un procédé selon au moins un mode de réalisation de l’invention. A l’initialisation, les instructions de code du programme d’ordinateur 43 sont par exemple chargées dans une mémoire RAM avant d’être exécutées par le processeur de l’unité de traitement 42. Plus particulièrement, le processeur de l’unité de traitement 42 met en œuvre des étapes du procédé d’optimisation de la diffusion d’un flux multicast au sein du réseau, tel que décrit précédemment, selon les instructions du programme d’ordinateur 43, pour : - déterminer, suite à l’obtention d’une information représentative du fait que ledit flux multicast est amené à être dupliqué sur une pluralité desdites tranches réseau, un périmètre dudit réseau de communication, dit périmètre d'agrégation, comprenant une pluralité de routeurs inclus dans au moins un arbre de distribution dudit flux multicast ; - transmettre, à destination d’au moins un routeur dudit périmètre d'agrégation, au moins une instruction de configuration dudit routeur de manière à ce que dans ledit périmètre d'agrégation, ledit flux multicast est acheminé sur une seule desdites tranches réseau, dite tranche de transport. Procédé d’optimisation de la diffusion d’un flux multicast au sein d’un réseau de communication mettant en œuvre des tranches réseau, ledit procédé étant caractérisé en ce qu'il comprend : - la détermination (12), par un contrôleur dudit réseau de communication, suite à l’obtention (11) d’une information représentative du fait que ledit flux multicast est amené à être dupliqué sur une pluralité desdites tranches réseau, d’un périmètre dudit réseau de communication, dit périmètre d'agrégation, comprenant une pluralité de routeurs inclus dans au moins un arbre de distribution dudit flux multicast ; - la transmission (13), par ledit contrôleur, à destination d’au moins un routeur dudit périmètre d'agrégation, d’au moins une instruction de configuration dudit routeur de manière à ce que dans ledit périmètre d'agrégation, ledit flux multicast est acheminé sur une seule desdites tranches réseau, dite tranche de transport. Procédé selon la revendication 1, caractérisé en ce que ladite instruction de configuration est transmise au moins à tous les routeurs du périmètre d'agrégation situés en périphérie dudit périmètre d'agrégation. Procédé selon la revendication 1, caractérisé en ce qu’il comprend, à réception de ladite instruction de configuration par un routeur dudit périmètre d'agrégation, le stockage, au sein d’une structure de données dudit routeur, d’une correspondance entre un identifiant de ladite tranche de transport et un identifiant d’une tranche réseau définie selon une configuration initiale pour l’acheminement dudit flux multicast via ledit routeur. Procédé selon la revendication 3, caractérisé en ce que ledit identifiant de ladite tranche de transport est compris dans ladite instruction de configuration. Procédé selon la revendication 1, caractérisé en ce que ladite tranche de transport est une tranche spécifiquement conçue et dimensionné pour l’acheminement dudit flux multicast dans ledit périmètre d'agrégation. Procédé selon la revendication 1, caractérisé en ce que ladite tranche de transport est sélectionnée par ledit contrôleur parmi les tranches réseau prévues pour acheminer le flux multicast selon une configuration initiale des routeurs du périmètre d'agrégation, dites tranches d’origine. Procédé selon la revendication 6, caractérisé en ce que ladite tranche de transport sélectionnée par ledit contrôleur satisfait à des exigences techniques associées à chacune desdites tranches d’origine. Procédé selon la revendication 1, caractérisé en ce que ledit périmètre d’agrégation comprend au moins un routeur d’entrée par lequel ledit flux multicast entre dans ledit périmètre d’agrégation et au moins un routeur de sortie par lequel ledit flux multicast sort du périmètre d’agrégation, et en ce que ladite au moins une instruction de configuration amène : - ledit au moins un routeur d’entrée à procéder à l’acheminement du flux multicast en utilisant un arbre de distribution déployé dans ladite tranche de transport plutôt que dans au moins une tranche d’origine sur lequel ledit flux multicast est acheminé en amont dudit routeur d’entrée ; et - ledit au moins un routeur de sortie à procéder à l’acheminement du flux multicast en utilisant au moins un arbre de distribution déployé dans ladite au moins une tranche d’origine, en aval dudit routeur de sortie. Procédé selon la revendication 8, caractérisé en ce que ledit périmètre d’agrégation comprend au moins un routeur intermédiaire, situé entre ledit au moins un routeur d’entrée et ledit au moins un routeur de sortie. Procédé selon la revendication 8 ou 9, caractérisé en ce qu’il comprend, à réception de ladite instruction de configuration par ledit au moins un routeur, l’émission, par ledit au moins un routeur, selon un protocole de routage dynamique, d’un message de demande de greffe à un arbre de distribution dudit flux multicast hébergé dans ladite tranche de transport, ledit message de demande de greffe comprenant un identifiant de ladite tranche de transport. Procédé selon la revendication 10, caractérisé : - en ce que ladite au moins une instruction de configuration comprend des données permettant d’identifier ledit au moins un routeur d’entrée, ledit au moins un routeur de sortie, et ladite au moins une tranche d’origine ; - en ce que ladite instruction de configuration est transmise uniquement audit au moins routeur de sortie ; - et ce que, à réception de ladite instruction de configuration, ledit au moins un message de demande de greffe émis par ledit au moins un routeur de sortie comprend en outre lesdites données permettant d’identifier ledit au moins un routeur d’entrée, ledit au moins un routeur de sortie, et ladite au moins une tranche d’origine. Procédé selon la revendication 11, caractérisé en ce que ledit protocole de routage dynamique est le protocole PIM et en ce que ledit message de demande de greffe est un message de type « Join » selon ledit protocole PIM, adapté pour inclure ledit identifiant de ladite tranche de transport, et lesdites données permettant d’identifier ledit au moins un routeur d’entrée, ledit au moins un routeur de sortie, et ladite au moins une tranche d’origine. Entité de contrôle pour l’optimisation de la diffusion d’un flux multicast au sein d’un réseau de communication mettant en œuvre des tranches réseau, comprenant au moins un processeur configuré pour : - déterminer, suite à l’obtention d’une information représentative du fait que ledit flux multicast est amené à être dupliqué sur une pluralité desdites tranches réseau, un périmètre dudit réseau de communication, dit périmètre d'agrégation, comprenant une pluralité de routeurs inclus dans au moins un arbre de distribution dudit flux multicast ; - transmettre à au moins un routeur dudit périmètre d'agrégation au moins une instruction de configuration dudit routeur de manière à ce que dans ledit périmètre d'agrégation, ledit flux multicast est acheminé sur une seule desdites tranches réseau, dite tranche de transport. Programme d’ordinateur comportant des instructions pour la mise en œuvre d’un procédé selon l'une quelconque des revendications 1 à 12 lorsque ce programme est exécuté par un processeur.