Brevet FR3107799A1 — publié le 20210903

Procédés pour la configuration automatique d’un réseau de diffusion et la fédération de plusieurs réseaux de diffusion, entités et programme d’ordinateur correspondants. L’invention concerne un procédé de gestion d’au moins un réseau de communication, dont un premier réseau comprenant une entité de gestion de la mobilité (331) mettant en œuvre: - la diffusion (41), sur une adresse IP multicast, d’un message d’annonce portant un identifiant de ladite entité de gestion de la mobilité (331); - la réception (44) d’au moins un message d’attachement, en provenance d’au moins une entité de coordination de la diffusion (321, 322) dudit premier réseau ou d’au moins un deuxième réseau dudit au moins un réseau de communication, portant un identifiant de l’entité de coordination de la diffusion (321, 322) émettrice dudit message d’attachement. Figure pour l’abrégé: Fig. 4 Procédés pour la configuration automatique d’un réseau de diffusion et la fédération de plusieurs réseaux de diffusion, entités et programme d’ordinateur correspondants. 1. Domaine de l’invention Le domaine de l’invention est celui des réseaux de communication, notamment des réseaux cellulaires. Plus précisément, l’invention concerne la gestion de réseaux dits de «diffusion», en anglais «broadcast», permettant de distribuer un même contenu à une pluralité d’utilisateurs. En particulier, l’invention propose une solution pour la découverte automatique de tels réseaux de diffusion, permettant notamment d’interconnecter plusieurs réseaux entre eux. L’invention trouve notamment, mais non exclusivement, des applications pour la gestion de réseaux de communication de type LTE (en anglais «Long-Term Evolution», en français «évolution à long terme») supportant la diffusion via MBMS (en anglais «Multimedia Broadcast Multicast Service »), communément appelé «LTE Broadcast», ou de type 5G, supportant la diffusion point à multipoints. 2. Art antérieur On rappelle ci-après le fonctionnement d’un réseau LTE pour les communications point à point et pour les communications en diffusion. La figure 1 illustre un exemple d’architecture d’un réseau LTE pour les communications point à point. Selon la figure 1, un terminal 11 communique avec au moins une station de base 121, 122, 123, notée eNB ou eNodeB. La ou les stations de base 121-123 appartiennent à la partie radio RAN 12 du réseau LTE (en anglais «Radio Access Network», en français «réseau d’accès radio»). Par exemple, un tel réseau RAN est de type E-UTRAN (en anglais «Evolved Universal Terrestrial Radio Access Network», en français «réseau universel évolué d’accès radio terrestre»). La ou les stations de base 121-123 communiquent avec différentes entités du cœur de réseau EPC 13 du réseau LTE (en anglais «Evolved Packet Core», en français «cœur de paquet évolué») par l’intermédiaire d’un réseau de distribution 14. Classiquement, le cœur de réseau EPC 13 comprend: un serveur 131, par exemple de type HSS (en anglais «Home Subscriber Server», en français «serveur d’abonnés résidentiels»), stockant des informations relatives aux abonnés au réseau; une première passerelle 132, par exemple de type P-GW (en anglais «Packet Data Network – Gateway», en français «passerelle de réseau de données par paquets»), communiquant avec un réseau externe 15, par exemple le réseau Internet; une deuxième passerelle 133, par exemple de type S-GW (en anglais «Serving Gateway», en français «passerelle de service », ou routeur, transmettant à la première passerelle 132 les données en provenance de la ou des stations de base 121-123; au moins une entité de gestion de la mobilité 1341, 1342, par exemple de type MME (en anglais «Mobility Management Entity»), contrôlant le terminal 11 par l’envoi de messages de signalisation tenant compte d’informations issues du serveur 131. On rappelle que les messages échangés entre les différentes entités formant un réseau LTE comprennent d’une part des messages sur le plan de contrôle («control plane»), comprenant les fonctions d’allocation des ressources et de la signalisation pour les terminaux utilisateurs, et d’autre part des messages sur le plan utilisateur («user plane»), comprenant le transport de données. Au niveau du plan de contrôle, les différentes entités de gestion de la mobilité 1341, 1342 communiquent entre elles par l’intermédiaire d’une interface S1 (par exemple S10). Au moins une entité de gestion de la mobilité 1341, 1342 communique avec la deuxième passerelle 133 par l’intermédiaire d’une interface S1 (par exemple S11) et avec au moins une des stations de base 121-123 par l’intermédiaire d’une interface S1 (par exemple S1-MME). La deuxième passerelle 133 communique avec la première passerelle 132 par l’intermédiaire d’une interface S5 ou S8. Au niveau du plan utilisateur, le serveur 131 communique avec au moins une entité de gestion de la mobilité 1341, 1342 par l’intermédiaire d’une interface S6a. La deuxième passerelle 133 communique d’une part avec au moins une des stations de base 121-123 par l’intermédiaire d’une interface S1 (par exemple S1-U) et d’autre part avec la première passerelle 132 par l’intermédiaire d’une interface S5 ou S8. La première passerelle 132 communique avec le réseau externe par l’intermédiaire d’une interface SGi. Ainsi, selon cette architecture, si un utilisateur souhaite recevoir sur son terminal 11 un contenu diffusé par un serveur vidéo connecté au réseau internet 15, une connexion «unicast» (point à point) est créée entre le serveur vidéo et le terminal. Si plusieurs utilisateurs souhaitent accéder au même contenu au même moment, par exemple lors de la retransmission d’un événement particulier, comme un concert ou un match de football, un support (en anglais «bearer») est créé entre au moins une des stations de base 121-123 et chaque terminal 11 souhaitant recevoir ce contenu. Il y a donc autant de supports «unicast» que d’utilisateurs souhaitant recevoir simultanément ce contenu, ce qui peut provoquer une surcharge au niveau de la bande passante des stations de base 121-123. Afin notamment d’économiser de la bande passante au niveau des stations de base, le réseau LTE peut diffuser ce contenu avec MBMS. La figure 2 illustre un exemple d’architecture LTE pour la diffusion via MBMS. Selon cet exemple, de nouvelles entités sont prévues dans le cœur de réseau EPC 13: une passerelle multicast 235, par exemple de type MBMS-GW (en anglais «Multimedia Broadcast Multicast Service – Gateway», en français «service multicast de diffusion multimédia – passerelle» ); une entité de gestion de la diffusion, par exemple un centre de service multicast de diffusion 236 BM-SC (en anglais «Broadcast Multicast Service Center»). De telles entités permettent notamment d’allouer les ressources radio et de générer les flux de données à diffuser. En particulier, l’entité de gestion de la diffusion 236 peut communiquer avec un serveur de contenu 151, par exemple de type CDN (en anglais «Content Delivery Network») appartenant par exemple au réseau Internet 15, ou tout autre serveur d’application AS (en anglais «Application Server»). Par ailleurs, de nouvelles entités sont prévues dans le réseau d’accès radio 12. De telles entités de coordination de la diffusion 221, 222, 223, par exemple de type MCE (en anglais « Multi-Cell/Multicast Coordination Entity») assurent le contrôle de l’accès et l’allocation des ressources radio à la station de base à laquelle elles sont associées. Par exemple, chaque entité de coordination de la diffusion 221-223 est associée à une station de base 121-123. De nouvelles interfaces sont également définies pour les échanges de messages. Ainsi, au niveau du plan de contrôle, le centre de service multicast de diffusion 236 communique avec la passerelle multicast 235 par l’intermédiaire d’une interface SGmb, la passerelle multicast 235 communique avec au moins une entité de gestion de la mobilité 1341, 1342 par l’intermédiaire d’une interface Sm, et ladite au moins une entité de gestion de la mobilité 1341, 1342 communique avec au moins une entité de coordination de la diffusion 221-223 par l’intermédiaire d’une interface M3. Au niveau du plan utilisateur, le centre de service multicast de diffusion 236 communique avec la passerelle multicast 235 par l’intermédiaire d’une interface SGimb, la passerelle multicast 235 communique avec au moins une station de base 121-123 par l’intermédiaire d’une interface M1. Selon l’architecture d’un réseau LTE pour la diffusion via MBMS, on note que les flux de contenu descendants sur le plan utilisateur (i.e. transitant par l’interface SGimb et l’interface M1, illustrés en pointillés sur la figure 2) sont des flux de type «multicast», i.e. point-à-multipoints. Si plusieurs utilisateurs souhaitent accéder au même contenu au même moment, un support MBMS peut être créé entre au moins une des stations de base 221-223 et l’ensemble des terminaux souhaitant recevoir ce contenu. Il y a donc un unique support MBMS permettant à l’ensemble des utilisateurs de recevoir simultanément le même contenu. Ce mode de diffusion présente donc un intérêt notamment lorsque de nombreux utilisateurs souhaitent recevoir le même contenu simultanément, par exemple pour suivre un évènement en temps réel. Un inconvénient d’une telle architecture pour la diffusion via MBMS est que la configuration des différentes entités est fastidieuse. Il existe donc un besoin pour simplifier la configuration d’un réseau LTE supportant la diffusion MBMS, ou plus généralement d’un réseau de communication supportant la diffusion. 3. Exposé de l’invention L’invention propose une solution qui ne présente pas l’ensemble des inconvénients de l’art antérieur sous la forme d’un procédé de gestion d’au moins un réseau de communication, dont un premier réseau de communication comprenant une entité de gestion de la mobilité mettant en œuvre: la diffusion, sur une adresse IP multicast, d’un message d’annonce portant un identifiant de ladite entité de gestion de la mobilité; la réception d’au moins un message d’attachement, en provenance d’au moins une entité de coordination de la diffusion dudit premier réseau ou d’au moins un deuxième réseau, portant un identifiant de ladite entité de coordination de la diffusion émettrice du message d’attachement. On note que selon l’invention, de tels messages d’annonce et d’attachement sont échangés sur le plan de contrôle. Selon l’invention, on propose ainsi d’utiliser une entité de gestion de la mobilité d’un premier réseau, par exemple de type MME si l’on se place dans le contexte d’un réseau de type LTE pour la diffusion via MBMS, pour diffuser sur une adresse IP multicast un message d’annonce, permettant à au moins une entité de coordination de la diffusion de la diffusion du premier réseau ou d’un autre réseau, par exemple de type MCE si l’on se place dans le contexte d’un réseau de type LTE pour la diffusion via MBMS, de s’attacher à l’entité de gestion de la mobilité du premier réseau. De cette façon, il est possible de configurer automatiquement l’entité de gestion de la mobilité du premier réseau, avec les informations en provenance des entités de coordination de la diffusion qui répondent au message d’annonce, notamment leurs identifiants, et/ou de configurer automatiquement la ou les entités de coordination qui répondent au message d’annonce. En particulier, l’entité de gestion de la mobilité du premier réseau peut recevoir des messages d’attachement en provenance d’entité de coordination de la diffusion du premier réseau, ou d’un autre réseau de communication. La solution proposée peut ainsi être utilisée pour interconnecter, ou fédérer, plusieurs réseaux de communication. On note que, selon mode de réalisation, le message d’annonce peut être diffusé périodiquement et/ou suite à une modification (par exemple une mise à jour) du message d’annonce. Par ailleurs, selon un mode de réalisation, le message d’attachement peut être transmis périodiquement et/ou suite à une modification (par exemple une mise à jour) du message d’attachement. Selon un autre mode de réalisation, le message d’attachement n’est transmis qu’une seule fois d’une même entité de coordination de la diffusion vers une même entité de gestion de la mobilité. L’invention concerne également une entité de gestion de la mobilité correspondante, comprenant: des moyens de diffusion, sur une adresse IP multicast, d’un message d’annonce portant un identifiant de l’entité de gestion de la mobilité; des moyens de réception d’au moins un message d’attachement, en provenance d’au moins une entité de coordination de la diffusion du premier réseau ou d’au moins un deuxième réseau, portant un identifiant de l’entité de coordination de la diffusion émettrice dudit message d’attachement. Une telle entité de gestion de la mobilité, par exemple de type MME si l’on se place dans le contexte d’un réseau de type LTE pour la diffusion via MBMS, est notamment adaptée à mettre en œuvre au moins une partie du procédé de gestion décrit ci-dessus. Elle pourra bien sûr comporter les différentes caractéristiques relatives au procédé de gestion selon l’invention, qui peuvent être combinées ou prises isolément. L’invention concerne par ailleurs un procédé de gestion d’au moins un réseau de communication, dont un premier réseau comprenant une entité de coordination de la diffusion mettant en œuvre: la réception d’un message d’annonce diffusé, sur une adresse IP multicast, par exemple de type IP, par une entité de gestion de la mobilité dudit premier réseau ou d’au moins un deuxième réseau, ledit message d’annonce portant un identifiant de ladite entité de gestion de la mobilité; la transmission à ladite entité de gestion de la mobilité d’au moins un message d’attachement, portant un identifiant de ladite entité de coordination de la diffusion. Une telle entité de coordination de la diffusion peut notamment recevoir des messages d’annonce diffusés par différentes entités de gestion de la mobilité. En d’autres termes, une entité de coordination de la diffusion peut s’attacher à une entité de gestion de la mobilité appartenant au même réseau que l’entité de coordination de la diffusion et/ou s’attacher à une entité de gestion de la mobilité appartenant à un réseau distinct. L’invention concerne également une entité de coordination de la diffusion correspondante, comprenant: des moyens de réception d’un message d’annonce diffusé, sur une adresse IP multicast, par une entité de gestion de la mobilité dudit premier réseau ou d’au moins un deuxième réseau, ledit message d’annonce portant un identifiant de ladite entité de gestion de la mobilité; des moyens de transmission à ladite entité de gestion de la mobilité d’au moins un message d’attachement, portant un identifiant de ladite entité de coordination de la diffusion. Une telle entité de coordination de la diffusion, par exemple de type MCE si l’on se place dans le contexte d’un réseau LTE pour la diffusion via MBMS, est notamment adaptée à mettre en œuvre au moins une partie du procédé de gestion décrit ci-dessus. Elle pourra bien sûr comporter les différentes caractéristiques relatives au procédé de gestion selon l’invention, qui peuvent être combinées ou prises isolément. L’invention concerne par ailleurs un procédé de gestion d’au moins un réseau de communication, dont un premier réseau comprenant une entité de gestion de la diffusion mettant en œuvre la réception d’un message d’annonce diffusé, sur une adresse IP multicast, par une entité de gestion de la mobilité dudit premier réseau ou d’au moins un deuxième réseau, ledit message d’annonce portant un identifiant de ladite entité de gestion de la mobilité. De cette façon, il est possible de configurer automatiquement l’entité de gestion de la diffusion du premier réseau, avec les informations portées par le message d’annonce en provenance de l’entité de gestion de la mobilité. L’invention concerne également une entité de gestion de la diffusion correspondante, comprenant des moyens de réception d’un message d’annonce diffusé, sur une adresse IP multicast, par une entité de gestion de la mobilité dudit premier réseau ou d’au moins un deuxième réseau, ledit message d’annonce portant un identifiant de ladite entité de gestion de la mobilité. Une telle entité de gestion de la diffusion, par exemple de type BM-SC si l’on se place dans le contexte d’un réseau LTE pour la diffusion via MBMS, est notamment adaptée à mettre en œuvre au moins une partie du procédé de gestion décrit ci-dessus. Elle pourra bien sûr comporter les différentes caractéristiques relatives au procédé de gestion selon l’invention, qui peuvent être combinées ou prises isolément. En particulier, les différentes étapes du procédé de gestion selon au moins un mode de réalisation de l’invention peuvent être mises en œuvre de diverses manières, notamment sous forme matérielle et/ou sous forme logicielle. Par exemple, au moins une étape du procédé de gestion peut être mise en œuvre: sur une machine de calcul reprogrammable (un ordinateur, un processeur par exemple DSP (en anglais « Digital Signal Processor »), un microcontrôleur, etc) exécutant un programme comprenant une séquence d’instructions, sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA (en anglais «Field Programmable Gate Array») ou un ASIC (en anglais «Application-Specific Integrated Circuit»), ou tout autre module matériel). En conséquence, un mode de réalisation de l’invention vise aussi à protéger un ou plusieurs programmes d’ordinateur comportant des instructions adaptées à la mise en œuvre d’au moins une partie d’un procédé de gestion par une entité de gestion de la mobilité, une entité de coordination de la diffusion, et/ou une entité de gestion de la diffusion, selon au moins un mode de réalisation de l’invention tel que décrit ci-dessus, lorsque ce ou ces programmes sont exécutés par un processeur, ainsi qu’au moins un support d’informations lisible par un ordinateur comportant des instructions d’au moins un programme d’ordinateur tel que mentionné ci-dessus. 4. 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 1, présentée en relation avec l’art antérieur, illustre un exemple d’architecture d’un réseau LTE pour les communications unicast (point à point); la figure 2, également présentée en relation avec l’art antérieur, illustre un exemple d’architecture d’un réseau LTE pour la diffusion via MBMS; la figure 3 illustre deux exemples de réseaux de radiocommunication mettant en œuvre le procédé de gestion selon un mode de réalisation de l’invention; la figure 4 illustre les principales étapes du procédé de gestion; les figures 5 à 7 illustrent la structure simplifiée d’une entité de gestion de la mobilité, d’une entité de coordination de la diffusion et d’une entité de gestion de la diffusion selon un mode de réalisation de l’invention. 5. Description de modes de réalisation de l’invention 5.1 Principe général L’invention se place dans le contexte d’un réseau de communication mettant en œuvre plusieurs entités pour l’allocation des ressources et de la signalisation sur le plan de contrôle, comprenant notamment une entité de coordination de la diffusion et une entité de gestion de la mobilité. Le principe général de l’invention repose sur la diffusion, par l’entité de gestion de la mobilité, sur une adresse IP multicast, d’au moins son identifiant. En particulier, une telle adresse IP multicast peut être définie lors de la configuration du réseau. Selon un mode de réalisation particulier, une telle adresse IP peut être paramétrable. De cette façon, l’entité de gestion de la mobilité peut découvrir différentes entités du réseau de communication considéré ou d’autres réseaux de communication, et la ou les entités de coordination de la diffusion du réseau de communication considéré ou d’autres réseaux de communication peu(ven)t s’attacher à l’entité de gestion de la mobilité du réseau considéré. En particulier, il est ainsi possible d’interconnecter plusieurs réseaux de communication, pour pouvoir par exemple diffuser simultanément des informations sur une zone de diffusion commune à ces différents réseaux, dite zone de diffusion fédérée. Une zone de diffusion correspond par exemple à une cellule couverte par une station de base associée à une entité de coordination de la diffusion, dans laquelle du contenu peut être distribué. En particulier, une zone de diffusion peut être identifiée par un identifiant. Dans un réseau LTE pour la diffusion via MBMS, une zone de diffusion est appelée «MBMS service area» et un identifiant «MBMS SAI» («MBMS Service Area Identifier»). Par exemple, de tels réseaux peuvent être des réseaux privés, notamment des réseaux mobiles, déployés par différents prestataires (par exemple forces de l’ordre, pompiers, etc). Ainsi, chaque réseau de communication peut être associé à une bulle tactique. 5.2 Description d’un mode de réalisation On décrit ci-après un exemple de mise en œuvre de l’invention dans un réseau de communication de type LTE supportant la diffusion en MBMS, tel qu’illustré par exemple en figure 2. Bien entendu, l’invention ne se limite pas à ce type de réseau, et s’applique notamment à des réseaux 5G ou autre, supportant une diffusion point à multipoints. Par exemple, dans le cas d’un réseau 5G, l’entité de coordination de la diffusion peut être de type gNodeB. En d’autres termes, les fonctionnalités de l’entité de coordination de la diffusion peuvent être intégrées à un gNodeB. Selon un mode de réalisation particulier, la solution proposée permet d’interconnecter des réseaux de différents types. Comme illustré en figure 3, on considère un premier réseau de communication comprenant au moins une station de base eNB1 311, gérée par une entité de coordination de la diffusion MCE1 321. Par exemple, la station de base eNB1 311 peut communiquer avec l’entité MCE1 par l’intermédiaire d’une interface M2. L’entité MCE1 peut communiquer avec une entité de gestion de la mobilité MME1 331 par l’intermédiaire d’une interface M3. L’entité MME1 331 peut communiquer avec une entité de gestion de la diffusion BM-SC1 341 par l’intermédiaire d’une interface Sm. L’entité BM-SC1 341 peut communiquer avec un serveur d’application AS1 351, par l’intermédiaire d’une interface MB2-C et/ou d’une interface xMB-C. Selon un mode particulier, une entité de type passerelle multicast (par exemple de type MBMS-GW) peut être prévue entre l’entité MME1 331 et l’entité BM-SC1341, notamment si les fonctionnalités associées à la passerelle multicast ne sont pas mises en œuvre par l’entité BM-SC1341. Selon un autre mode de réalisation, certaines fonctionnalités associées à ces différentes entités (notamment MME, MBMS-GW, BM-SC1) peuvent être mises en œuvre par une même entité. On considère également au moins un deuxième réseau de communication présentant une architecture similaire, avec au moins une station de base eNB2 312, une entité de coordination de la diffusion MCE2322, une entité de gestion de la mobilité MME2 332, une entité de gestion de la diffusion BM-SC2342, un serveur d’application AS2 352. A) Configuration des entités de coordination de la diffusion (MCE) La figure 4 illustre les principales étapes mises en œuvre par différentes entités du premier réseau de communication, et éventuellement d’au moins un deuxième réseau de communication, selon la figure 3. Afin de découvrir les entités du réseau de communication auquel elle appartient, une entité de gestion de la mobilité, par exemple l’entité MME1331, diffuse 41 sur une adresse multicast prédéfinie un message d’annonce portant son identifiant. Par exemple, un tel message d’annonce est envoyé à une adresse IP et un port prédéfinis (par exemple à l’adresse 239.1.1.1 et sur le port 364444), et porte un identifiant unique de l’entité MME1331 (ID_MME1), ainsi que son adresse IP et les ports disponibles pour l’interface M3. Selon un mode de réalisation particulier, le message d’annonce peut être sécurisé avant diffusion, par exemple crypté et/ou signé. Les différentes entités des réseaux de communication, et notamment les entités MCE1321 et MCE2322 peuvent recevoir le message d’annonce en écoutant cette adresse multicast prédéfinie, et obtenir l’identifiant de l’entité MME1331. Si une entité souhaite s’attacher à l’entité de gestion de la mobilité émettrice du message d’annonce, elle peut transmettre un message d’attachement portant son identifiant. La procédure classique d’attachement d’une entité MCE à une entité MME, également appelée procédure de configuration de l’interface M3, ou «M3 set up procedure» en anglais, est notamment décrite dans la spécification technique 3GPP TS 36.444 V15.0.0 (2018-09), paragraphe 8.7. Par exemple, l’entité MCE1 321 transmet 432 à l’entité MME1 au moins un message d’attachement portant son identifiant ID_MCE1. De la même façon, l’entité MCE2 322 transmet 432 peut transmettre à l’entité MME1 331 au moins un message d’attachement portant son identifiant ID_MCE2. L’entité MCE2322 peut également s’attacher à l’entité MME2332, de façon classique ou suite à la réception d’un message d’annonce en provenance de l’entité MME2332. D’une façon plus générale, une entité de coordination de la diffusion peut s’attacher à plusieurs entités de gestion de la mobilité, pouvant appartenir à des réseaux distincts. Ainsi, l’entité de gestion de la mobilité émettrice du message d’annonce met en œuvre la réception 44 d’au moins un message d’attachement, en provenance d’au moins une entité de coordination de la diffusion du premier réseau et/ou d’au moins un deuxième réseau, portant un identifiant de l’entité de coordination de la diffusion émettrice du message d’attachement. Les entités MCE1321 et MCE2322 découvrent ainsi les entités MME ayant émis un message d’annonce, notamment l’entité MME1331, et peuvent les ajouter dans leur liste des entités MME avec lesquelles elles sont autorisées à communiquer. La procédure de configuration de l’interface M3 peut alors se dérouler. On note que selon un mode de réalisation particulier, l’identifiant de l’entité de gestion de la mobilité émettrice du message d’annonce peut être stocké dans une table gérée par l’entité de coordination de la diffusion émettrice du message d’attachement. De la même façon, l’identifiant de la ou des entités de coordination de la diffusion émettrices d’un message d’attachement peut être stocké dans une table gérée par l’entité de gestion de la mobilité émettrice du message d’annonce. Selon un mode de réalisation particulier, l’entité de coordination de la diffusion transmet également à ladite entité de gestion de la mobilité: au moins une information représentative d’au moins une zone de diffusion associée à cette entité de coordination de la diffusion et/ou au moins une liste d’au moins un support multicast activé dans au moins une zone de diffusion associée à cette entité de coordination de la diffusion. Dans un réseau LTE pour la diffusion via MBMS, un tel support multicast est également appelé support MBMS, ou «MBMS bearer». Par exemple, un tel support multicast est un support «logique». On note que l’«activation» d’un support multicast dans au moins une zone de diffusion correspond à l’allocation des ressources radio sur cette zone de diffusion et la configuration des stations de base /eNodeB associé(e)s à cette zone de diffusion, pour assurer l’envoi de flux multicast sur ces ressources radio. Une entité de coordination de la diffusion (par exemple l’entités MCE1321 et/ou l’entité MCE2 322) peut ainsi remonter certaines informations à (ou aux) entité(s) de gestion de la mobilité (par exemple l’entité MME1) à laquelle (ou auxquelles) elle est attachée ou souhaite s’attacher, de façon à optimiser la diffusion d’informations. Selon un mode de réalisation particulier, l’entité de coordination de la diffusion met à jour le message d’attachement en y ajoutant: la ou les informations représentatives d’au moins une zone de diffusion qui lui est associée, et/ou la ou les listes d’au moins un support multicast activé dans au moins une zone de diffusion qui lui est associée. En d’autres termes, ces informations et/ou listes peuvent être transmises dans le message d’attachement. On considère alors que le message d’attachement est «étendu». Dans un autre mode de réalisation, ces informations et/ou listes peuvent être transmises dans un autre message, distinct du message d’attachement. Lorsqu’une nouvelle entité de coordination de la diffusion s’attache à une entité de gestion de la mobilité, la ou les zone(s) de diffusion associée(s) à cette nouvelle entité de coordination de la diffusion et/ou le ou les supports multicast activé(s) dans la ou les zone(s) de diffusion associée(s) à cette nouvelle entité de coordination de la diffusion peuvent être notifiées à l’entité de gestion de la mobilité, et éventuellement enregistrées dans une table. Comme indiqué ci-dessus, selon ce mode de réalisation particulier, l’entité de gestion de la mobilité (par exemple l’entité MME1) peut donc recevoir, en provenance d’au moins une entité de coordination de la diffusion: au moins une information représentative d’au moins une zone de diffusion associée à ladite ou auxdites entités de coordination de la diffusion et/ou au moins une liste d’au moins un support multicast activé dans au moins une zone de diffusion associée à ladite ou auxdites entités de coordination de la diffusion. De telles informations peuvent être stockées dans une table gérée par l’entité de gestion de la mobilité, préférentiellement en relation avec l’identifiant de la ou des entités de coordination de la diffusion. Selon un mode de réalisation particulier, l’entité de gestion de la mobilité met à jour le message d’annonce en y ajoutant: la ou les informations représentatives d’au moins une zone de diffusion associée à la ou aux entités de coordination de la diffusion et/ou la ou les listes d’au moins un support multicast activé dans au moins une zone de diffusion associée à la ou aux entités de coordination de la diffusion. Ces informations et/ou listes peuvent ainsi être transmises dans le message d’annonce, qui peut notamment être reçu par d’autres entités du réseau, comme l’entité de gestion de la diffusion BM-SC1341, ou une passerelle multicast. On considère alors que le message d’annonce est «étendu». Selon un autre mode de réalisation, ces informations et/ou listes peuvent être transmises dans un message distinct du message d’annonce. De cette façon, l’entité de gestion de la mobilité peut disposer d’informations sur la ou les zones de diffusion associées à une entité de coordination de la diffusion émettrice d’un message d’attachement, i.e. la ou les zones de diffusion d’une station de base associée à une telle entité de coordination de la diffusion. De même, l’entité de gestion de la mobilité peut disposer d’informations sur le ou les supports multicast d’ores et déjà activés sur la ou les zones de diffusion associées à une entité de coordination de la diffusion. B) Configuration des entités de gestion de la diffusion (BM-SC) et de la passerelle multicast (MBMS-GW) Une entité de gestion de la diffusion, ou d’autres entités du même réseau que celui auquel appartient l’entité de gestion de la mobilité émettrice du message ou d’un autre réseau, peuvent également «écouter» l’adresse multicast prédéfinie sur laquelle est diffusé le message d’annonce. Ainsi, une entité de gestion de la diffusion (par exemple l’entité BM-SC1341 et/ou l’entité BM-SC2 342) peut recevoir le message d’annonce diffusé par une entité de gestion de la mobilité du premier réseau ou d’au moins un deuxième réseau, et obtenir l’identifiant de l’entité de gestion de la mobilité émettrice du message d’annonce. De cette façon, il est possible de configurer automatiquement l’entité de gestion de la diffusion, avec les informations portées par le message d’annonce en provenance de l’entité de gestion de la mobilité. En particulier, selon un mode de réalisation décrit ci-dessus, le message d’annonce porte également: au moins une information représentative d’au moins une zone de diffusion associée à au moins une entité de coordination de la diffusion attachée à ladite entité de gestion de la mobilité; et/ou au moins une liste d’au moins un support multicast activé dans au moins une zone de diffusion associée à au moins une entité de coordination de la diffusion attachée à ladite entité de gestion de la mobilité. Ainsi, l’entité de gestion de la diffusion peut identifier des zones de diffusion propres à certaines entités de coordination de la diffusion, et des zones de diffusion communes à plusieurs entités de coordination de la diffusion. Cette configuration, ou connaissance des zones de diffusion au niveau de l’entité de gestion de la diffusion peut donc être mise à jour au fur et à mesure de l’attachement ou de la libération de nouvelles entités de coordination de la diffusion. En particulier, la ou les zones de diffusion peuvent être configurées dans l’entité de gestion de la mobilité ou dans toute autre entité en amont du réseau (entité de gestion de la diffusion, passerelle multicast, serveur d’application par exemple) à l’installation. La configuration de l’entité de gestion de la mobilité peut être mise à jour à réception du message d’attachement en provenance d’une entité de coordination de la diffusion, et la configuration des autres entités en amont du réseau peut être mise à jour à réception du message d’annonce en provenance de l’entité de gestion de la mobilité, après mise à jour. Une entité de gestion de la diffusion peut également connaitre la charge des entités de coordination de la diffusion attachées à l’entité de gestion de la mobilité elle-même attachée à l’entité de gestion de la diffusion. Plus précisément, selon un mode de réalisation particulier, l’entité de gestion de la mobilité peut transmettre à l’entité de gestion de la diffusion de son réseau ou d’un autre réseau (ou à d’autres entités du réseau, par exemple la passerelle multicast ou le serveur d’application) la liste des supports multicast activés par zone de diffusion. Par exemple, l’entité de gestion de la diffusion BM-SC1341 peut connaître la charge des entités MCE1321 et MCE2322. De même, l’entité de gestion de la diffusion BM-SC2342 peut connaître la charge des entités MCE1321 et MCE2322. Ces informations peuvent notamment être remontées des entités de coordination de la diffusion MCE1321 et MCE2322 vers l’entité de gestion de la mobilité MME1331, par exemple dans le message d’attachement ou dans un autre message, et de l’entité de gestion de la mobilité MME1331 vers l’entité de gestion de la diffusion BM-SC1341 (et éventuellement l’entité de gestion de de la diffusion BM-SC2342), par exemple dans le message d’annonce ou dans un autre message. En d’autres termes, l’entité de gestion de la diffusion peut, selon un mode de réalisation particulier, connaître la liste des supports multicast activés par zone de diffusion, et les informations liées à ces supports multicast, par exemple: identifiant TMGI ( « Temporary Mobile Group Identity»), qualité de service QoS: débit garanti GBR («Guaranteed Bit Rate»), priorité d’attribution et de maintien ARP («Allocation and Retention Priority»), identifiant de classe de qualité de service QCI («QoS Class Identifier») et/ou début du support multicast et durée), etc. Ces informations peuvent notamment être portées par le message d’annonce diffusé par l’entité de gestion de la mobilité. C) Diffusion fédérée Selon au moins un mode de réalisation de l’invention, la réception d’au moins un message d’attachement en provenance d’au moins une entité de coordination de la diffusion permet à une entité de gestion de la mobilité d’identifier les zones de diffusion propres à chaque entité de coordination de la diffusion, et les zones de diffusion communes à plusieurs entités de coordination de la diffusion, dites zones de diffusion fédérée. Par exemple, si l’entité MCE1321 est associée à trois zones de diffusion région A, région B et région C, et si l’entité MCE2322 est associée à deux zones de diffusion région C et région D, alors la région C est commune aux deux entités MCE1321 et MCE2322. La zone de diffusion correspondant à la région A pour l’entité MCE1 peut être identifiée par l’identifiant SAI_1_A, la zone de diffusion correspondant à la région B pour l’entité MCE2 peut être identifiée par l’identifiant SAI_1_B, la zone de diffusion correspondant à la région C pour l’entité MCE1 peut être identifiée par l’identifiant SAI_1_C, la zone de diffusion correspondant à la région C pour l’entité MCE2 peut être identifiée par l’identifiant SAI_2_C et la zone de diffusion correspondant à la région D pour l’entité MCE2 peut être identifiée par l’identifiant SAI_2_D. La zone de diffusion commune, appelée zone de diffusion fédérée, peut être identifiée par un nouvel identifiant SAI_C. En particulier, l’entité de gestion de la mobilité MME1331 peut recevoir une demande d’activation d’au moins un support multicast dans au moins une zone de diffusion fédérée, la région C selon cet exemple. Cette demande provient par exemple d’un serveur d’application et est relayée par une entité de gestion de la diffusion. La demande d’activation peut notamment porter un champ avec l’identifiant SAI_C. A réception de cette demande d’activation, l’entité de gestion de la mobilité peut identifier la ou les entités de coordination de la diffusion associées à la zone de diffusion fédérée, appartenant au premier réseau et/ou à au moins un deuxième réseau (par exemple les deux entités MCE1321 et MCE2322 pour la région C). L’entité de gestion de la mobilité peut alors transmettre la demande d’activation aux entités de coordination de la diffusion identifiées. Selon ce mode de réalisation, il est ainsi possible, pour une entité de gestion de la mobilité d’un premier réseau, de transmettre des instructions de diffusion à des entités de coordination de la diffusion appartenant à ce premier réseau et/ou à au moins un autre réseau, et donc de diffuser des informations simultanément dans des réseaux distincts. Par exemple, lorsqu’un support multicast est activé dans la zone de diffusion fédérée (région C), l’entité de gestion de la mobilité MME1331 peut allouer des ressources multicast à toutes les entités de coordination de la diffusion associées à cette zone de diffusion (par exemple les deux entités MCE1321 et MCE2322). Une entité de gestion de la mobilité, ou une entité en amont dans le réseau (par exemple une entité de gestion de la diffusion ou un serveur d’application) peut ainsi activer un support multicast associé à des entités de coordination de la diffusion appartenant à différents réseaux en utilisant une zone de diffusion fédérée. Si une nouvelle entité de coordination de la diffusion également associée à cette zone de diffusion fédérée (région C) s’attache à l’entité de gestion de la mobilité MME1331, et qu’un support multicast est déjà activé dans la zone de diffusion fédérée, alors l’entité de gestion de la mobilité MME1331 peut mettre à jour l’allocation des ressources multicast, et demander à la nouvelle entité de coordination de la diffusion d’allouer des ressources pour ce support multicast. La couverture des supports multicast définis sur une zone de diffusion commune est donc étendue automatiquement lorsqu’une nouvelle entité de coordination de la diffusion s’attache à l’entité de gestion de la mobilité. En d’autres termes, les supports multicast activés ne sont pas interrompus lors de l’attachement d’une nouvelle entité de coordination de la diffusion, et peuvent être propagés vers la nouvelle entité de coordination de la diffusion. Selon au moins un mode de réalisation de l’invention, l’entité de gestion de la diffusion peut au préalable mettre en œuvre: la réception d’une demande d’activation d’au moins un support multicast dans au moins une zone de diffusion fédérée, en provenance par exemple d’un serveur d’application, la vérification de la disponibilité des ressources radio dans ladite au moins une zone de diffusion fédérée, en tenant compte du ou des supports multicast activés dans ladite zone de diffusion fédérée, obtenus à partir de ladite liste, en cas de vérification positive, la transmission à ladite entité de gestion de la mobilité de ladite demande d’activation d’au moins un support multicast dans ladite au moins une zone de diffusion fédérée. En particulier, la connaissance de la charge des entités de coordination de la diffusion permet à l’entité de gestion de la diffusion de mettre en œuvre un contrôle de la capacité du réseau avant d’activer ou mettre à jour un support multicast. Par exemple, au cours de l’étape de vérification de la disponibilité des ressources radio, l’entité de gestion de la diffusion vérifie si le débit du support multicast à activer (nouveau support multicast ou support multicast mis à jour) ne dépasse pas un seuil configuré pour la zone de diffusion considérée, de façon à éviter les problèmes de congestion. D) Vérification de la configuration des réseaux de communication Selon au moins un mode de réalisation, une étape de vérification que la configuration des réseaux permet une interconnexion, encore appelée fédération, est mise en œuvre préalablement à la diffusion dans une zone fédérée. Ainsi, selon au moins un mode de réalisation, l’entité de gestion de la mobilité (MME1) transmet à ladite au moins une entité de coordination (MCE1 ou MCE2) de la diffusion des paramètres de configuration du réseau auquel appartient l’entité de gestion de la mobilité. De tels paramètres sont notamment destinés à la synchronisation des stations de base gérées par lesdites entités de coordination de la diffusion. Par exemple, de tels paramètres de configuration comprennent au moins un élément appartenant au groupe comprenant: MBSFN Area Id – identifiant de zone MBSFN; PDCCH Length – longuur du canal PDCCH; repetition Period – période de répétition; repetition Period Extended – période de répétition étendue; offset – décalage; modification Period – période de modification; modification Period Extended – période de modification étendue; subframe Allocation Information – information sur l’allocation des sous-trames; Modulation and Coding Scheme – schéma de modulation et codage; cell Information List – liste d’informations sur les cellules; subcarrier Spacing MBMS – espacement entre les sous-porteuses MBMS; etc; tels que définis notamment dans le tableau 9.2.1.13 de la spécification technique 3GPP TS 36.443, version V15.0.0. En particulier, de tels paramètres de configuration peuvent être utilisés pour configurer de façon similaire les différents réseaux de communication, i.e. différentes entités formant un réseau (par exemple l’entité de gestion de la mobilité, l’entité de coordination de la diffusion, et/ou l’entité de gestion de la diffusion). De leur côté, la ou les entités de coordination de la diffusion attachées à l’entité de gestion de la mobilité met(tent) en œuvre: l’obtention de paramètres de configuration du réseau auquel appartient l’entité de gestion de la mobilité, la vérification de sa compatibilité avec lesdits paramètres de configuration. Ces paramètres peuvent être transmis par la (ou les) entité(s) de gestion de la mobilité à laquelle (ou auxquelles) l’entité de coordination de la diffusion est attachée dans le message d’annonce ou bien dans un autre message. Par exemple, l’entité MCE2322, appartenant à un deuxième réseau, reçoit des paramètres de configuration en provenance de l’entité MME1331, appartenant au premier réseau, décrivant la configuration du premier réseau. En particulier, en cas de vérification positive (i.e. si le deuxième réseau peut être configuré avec les mêmes paramètres que le premier réseau), l’entité de coordination de la diffusion du deuxième réseau est configurée à partir desdits paramètres de configuration du premier réseau. Une telle configuration permet par exemple une diffusion multicast synchronisée entre les stations de base, où les signaux des supports multicast de chacune s’ajoutent positivement sans interférences destructives (MBSFN, en anglais «Multicast Broadcast Single Frequency Network») des stations de base gérées par ladite entité de coordination de la diffusion. En cas de vérification négative, ladite entité de coordination de la diffusion du deuxième réseau met en œuvre la transmission à ladite entité de gestion de la mobilité du premier réseau d’une information selon laquelle ladite entité de coordination de la diffusion ne peut pas travailler en mode synchronisé. Ainsi, avant de lancer la procédure de configuration de l’interface M3, une entité de coordination de la diffusion peut vérifier si les configurations des réseaux sont compatibles avec un fonctionnement en fédération. En particulier, si les différents réseaux de communication sont prévus pour diffuser des données multicast sur une même fréquence (MBSFN), certains paramètres radio doivent être alignés. A titre d’exemple, les identifiants de la zone de diffusion fédérée («MBMS Service Area Identifier») doivent pointer sur le même identifiant de zone MBSFN dans les deux réseaux. Si les identifiants de la zone de diffusion fédérée pointent sur des identifiants de zone MBSFN différents, la diffusion dans les deux réseaux reste possible, mais sans synchronisation entre les deux réseaux. Selon un mode de réalisation particulier, les paquets fournis par l’entité de gestion de la diffusion portent un entête de synchronisation SYNC (tel que défini par exemple selon les spécifications 3GPP TS 25.346 ou GPP TS 25.446), avec une position et une estampille temporelle, permettant aux stations de base de ré-ordonner les paquets avant de les transmettre simultanément en MBSFN. Les paramètres du protocole de synchronisation SYNC peuvent également être alignés: durée de la période SYNC, durée de la séquence SYNC, origine. Selon un autre mode de réalisation particulier, l’entité de coordination de la diffusion peut, à réception de ces paramètres de configuration, s’auto-configurer de façon à permettre une diffusion MBSFN sur une zone de diffusion fédérée. Comme indiqué ci-dessus, ces paramètres de configuration peuvent être ajoutés au message d’annonce diffusé par l’entité de gestion de la mobilité, de façon que les entités de coordination de la diffusion des autres réseaux puissent s’aligner sur les paramètres de configuration du réseau auquel appartient l’entité de gestion de la mobilité. Dans un autre mode de réalisation, ces paramètres de configuration sont transmis dans un autre message envoyé par l’entité de gestion de la mobilité. Dans encore un autre mode de réalisation, ces paramètres de configuration sont insérés dans un message utilisé dans la procédure de configuration de l’interface M3. E) Variantes On a décrit ci-dessus la mise en œuvre de l’invention dans au moins un réseau de communication pour la configuration automatique de différentes entités appartenant au réseau, ou d’au moins deux réseaux de communication pour la fédération de réseaux. Bien entendu, chaque réseau peut être équipé d’une ou plusieurs entités de même type (une ou plusieurs entités de coordination de la diffusion, une ou plusieurs entités de gestion de la mobilité, etc). De même, la fédération peut être étendue à un plus grand nombre de réseaux. Selon un mode de réalisation particulier, l’entité de gestion de la diffusion de chaque réseau met en œuvre un contrôle de la capacité du réseau avant d’activer ou mettre à jour un support multicast. En reprenant l’exemple précédent, pour une diffusion dans la région C, l’entité BM-SC1341 et/ou l’entité BM-SC2342 peuvent vérifier que le support multicast associé à la région C peut être activé. En particulier, un réseau de communication (i.e. au moins une entité du réseau de communication) peut ne pas autoriser la fédération de réseaux de communication, ou sortir d’une fédération. Par exemple, un indicateur est prévu pour indiquer si le mode «fédération» est autorisé ou non. Par ailleurs, on a décrit la mise en œuvre du procédé de gestion au niveau des entités de gestion de la mobilité, de coordination de la diffusion, et éventuellement de gestion de la diffusion. Bien entendu, certaines fonctionnalités des différentes entités peuvent être virtualisées ou mises en œuvre en «périphérie de réseau», selon une technique de type «multi-access edge computing». 5.3 Dispositifs On présente finalement, en relation avec les figures 5 à 7, les structures simplifiées d’une entité de gestion de la mobilité, d’une entité de coordination de la diffusion, et d’une entité de gestion de la diffusion selon au moins un mode de réalisation de l’invention. Comme illustré en figure 5, une entité de gestion de la mobilité selon un mode de réalisation de l’invention comprend une mémoire 51 (comprenant par exemple une mémoire tampon) et une unité de traitement 52 (équipée par exemple d’au moins un processeur, FPGA, ou DSP), pilotée ou pré-programmée par une application ou un programme d’ordinateur 53 mettant en œuvre au moins une partie du procédé de gestion d’au moins un réseau de communication selon un mode de réalisation de l’invention (mis en œuvre par une entité de gestion de la mobilité). A l’initialisation, les instructions de code du programme d’ordinateur 53 sont par exemple chargées dans une mémoire RAM avant d’être exécutées par l’unité de traitement 52. L’unité de traitement 52 met en œuvre au moins une partie des étapes du procédé de gestion, selon les instructions du programme d’ordinateur 53. Pour ce faire, selon un mode de réalisation, l’unité de traitement 52 de l’entité de gestion de la mobilité est configurée pour: diffuser, sur une adresse multicast, un message d’annonce portant un identifiant de ladite entité de gestion de la mobilité; recevoir au moins un message d’attachement, en provenance d’au moins une entité de coordination de la diffusion, portant un identifiant de l’entité de coordination de la diffusion émettrice du message d’attachement. Comme illustré en figure 6, une entité de coordination de la diffusion selon un mode de réalisation de l’invention comprend une mémoire 61 (comprenant par exemple une mémoire tampon) et une unité de traitement 62 (équipée par exemple d’au moins un processeur, FPGA, ou DSP), pilotée ou pré-programmée par une application ou un programme d’ordinateur 63 mettant en œuvre au moins une partie du procédé de gestion d’au moins un réseau de communication selon un mode de réalisation de l’invention (mis en œuvre par une entité de coordination de la diffusion). A l’initialisation, les instructions de code du programme d’ordinateur 63 sont par exemple chargées dans une mémoire RAM avant d’être exécutées par l’unité de traitement 62. L’unité de traitement 62 met en œuvre au moins une partie des étapes du procédé de gestion, selon les instructions du programme d’ordinateur 63. Pour ce faire, selon un mode de réalisation, l’unité de traitement 62 de l’entité de coordination de la diffusion est configurée pour: recevoir un message d’annonce diffusé, sur une adresse multicast, par une entité de gestion de la mobilité, ledit message d’annonce portant un identifiant de ladite entité de gestion de la mobilité; transmettre à ladite entité de gestion de la mobilité d’au moins un message d’attachement, portant un identifiant de ladite entité de coordination de la diffusion. Comme illustré en figure 7, une entité de gestion de la diffusion selon un mode de réalisation de l’invention comprend une mémoire 71 (comprenant par exemple une mémoire tampon) et une unité de traitement 72 (équipée par exemple d’au moins un processeur, FPGA, ou DSP), pilotée ou pré-programmée par une application ou un programme d’ordinateur 73 mettant en œuvre au moins une partie du procédé de gestion d’au moins un réseau de communication selon un mode de réalisation de l’invention (mis en œuvre par une entité de gestion de la diffusion). A l’initialisation, les instructions de code du programme d’ordinateur 73 sont par exemple chargées dans une mémoire RAM avant d’être exécutées par l’unité de traitement 72. L’unité de traitement 72 met en œuvre au moins une partie des étapes du procédé de gestion, selon les instructions du programme d’ordinateur 73. Pour ce faire, selon un mode de réalisation, l’unité de traitement 72 de l’entité de gestion de la diffusion est configurée pour: recevoir un message d’annonce diffusé, sur une adresse multicast, par une entité de gestion de la mobilité, ledit message d’annonce portant un identifiant de ladite entité de gestion de la mobilité. Procédé de gestion d’au moins un réseau de communication, dont un premier réseau comprenant une entité de gestion de la mobilité (331) mettant en œuvre: - la diffusion (41), sur une adresse IP multicast, d’un message d’annonce portant un identifiant de ladite entité de gestion de la mobilité (331); - la réception (44) d’au moins un message d’attachement, en provenance d’au moins une entité de coordination de la diffusion (321, 322) dudit premier réseau ou d’au moins un deuxième réseau dudit au moins un réseau de communication, portant un identifiant de l’entité de coordination de la diffusion (321, 322) émettrice dudit message d’attachement. Procédé selon la revendication 1, caractérisé en ce que ladite entité de gestion de la mobilité (331) reçoit également: - au moins une information représentative d’au moins une zone de diffusion associée à ladite ou auxdites entités de coordination de la diffusion (321, 322), et/ou - au moins une liste d’au moins un support multicast activé dans au moins une zone de diffusion associée à ladite ou auxdites entités de coordination de la diffusion (321, 322). Procédé selon la revendication 2, caractérisé en ce que ladite entité de gestion de la mobilité (331) met à jour ledit message d’annonce en y ajoutant ladite au moins une information et/ou ladite au moins une liste. Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que ladite entité de gestion de la mobilité (331) met également en œuvre: - la réception d’une demande d’activation d’au moins un support multicast dans au moins une zone de diffusion fédérée, en provenance d’une entité de gestion de la diffusion (341) du premier réseau, - l’identification de la ou des entités de coordination de la diffusion (321, 322) associées à ladite zone de diffusion fédérée, appartenant audit premier réseau et/ou audit au moins un deuxième réseau, la transmission de ladite demande d’activation auxdites entités de coordination de la diffusion (321, 322) identifiées. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite entité de gestion de la mobilité (331) transmet à ladite au moins une entité de coordination de la diffusion (321, 322) des paramètres de configuration du réseau auquel appartient ladite entité de gestion de la mobilité (331). Procédé selon la revendication 5, caractérisé en ce que ladite entité de gestion de la mobilité (331) diffuse lesdits paramètres de configuration dans ledit message d’annonce. Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que ledit message d’annonce est diffusé périodiquement et/ou suite à une modification dudit message d’annonce. Procédé de gestion d’au moins un réseau de communication, dont un premier réseau comprenant une entité de coordination de la diffusion (321, 322) mettant en œuvre: - la réception (421, 422) d’un message d’annonce diffusé, sur une adresse IP multicast, par une entité de gestion de la mobilité (331) dudit premier réseau ou d’au moins un deuxième réseau dudit au moins un réseau de communication, ledit message d’annonce portant un identifiant de ladite entité de gestion de la mobilité; - la transmission (431, 432) à ladite entité de gestion de la mobilité (331) d’au moins un message d’attachement, portant un identifiant de ladite entité de coordination de la diffusion. Procédé selon la revendication 8, caractérisé en ce que ladite entité de coordination de la diffusion (321, 322) transmet également à ladite entité de gestion de la mobilité (331): - au moins une information représentative d’au moins une zone de diffusion associée à ladite entité de coordination de la diffusion et/ou - au moins une liste d’au moins un support multicast activé dans au moins une zone de diffusion associée à ladite entité de coordination de la diffusion (321, 322). Procédé selon la revendication 9, caractérisé en ce que ladite entité de coordination de la diffusion (321, 322) met à jour ledit message d’attachement en y ajoutant ladite au moins une information et/ou ladite au moins une liste. Procédé selon l'une quelconque des revendications 8 à 10, caractérisé en ce que ladite entité de coordination de la diffusion (321, 322) met également en œuvre: - l’obtention de paramètres de configuration du réseau auquel appartient ladite entité de gestion de la mobilité (331), - la vérification de sa compatibilité avec lesdits paramètres de configuration. Procédé selon la revendication 11, caractérisé en ce qu’en cas de vérification positive, ladite entité de coordination de la diffusion (321, 322) est configurée à partir desdits paramètres de configuration, et en ce qu’en cas de vérification négative, ladite entité de coordination de la diffusion (321, 322) en œuvre la transmission à ladite entité de gestion de la mobilité (331) d’une information selon laquelle ladite entité de coordination de la diffusion ne peut pas travailler en mode synchronisé. Procédé selon l'une quelconque des revendications 8 à 12, caractérisé en ce que ledit message d’attachement est transmis périodiquement et/ou suite à une modification dudit message d’attachement. Procédé de gestion d’au moins un réseau de communication, dont un premier réseau comprenant une entité de gestion de la diffusion (341) mettant en œuvre la réception d’un message d’annonce diffusé, sur une adresse IP multicast, par une entité de gestion de la mobilité (331) dudit premier réseau ou d’au moins un deuxième réseau dudit au moins un réseau de communication, ledit message d’annonce portant un identifiant de ladite entité de gestion de la mobilité (331). Procédé selon la revendication 14, caractérisé en ce que ledit message d’annonce porte également: - au moins une information représentative d’au moins une zone de diffusion associée à au moins une entité de coordination de la diffusion (321, 322) attachée à ladite entité de gestion de la mobilité (331); et/ou - au moins une liste d’au moins un support multicast activé dans au moins une zone de diffusion associée à au moins une entité de coordination de la diffusion (321, 322) attachée à ladite entité de gestion de la mobilité (331). Procédé selon la revendication 15, caractérisé en ce que ladite entité de gestion de la diffusion (341) met en œuvre: - la réception d’une demande d’activation d’au moins un support multicast dans au moins une zone de diffusion fédérée, en provenance d’un serveur d’application (351), - la vérification de la disponibilité des ressources radio dans ladite au moins une zone de diffusion fédérée, en tenant compte du ou des supports multicast activés dans ladite zone de diffusion fédérée, obtenus à partir de ladite liste, - en cas de vérification positive, la transmission à ladite entité de gestion de la mobilité de ladite demande d’activation d’au moins un support multicast dans ladite au moins une zone de diffusion fédérée. Entité de gestion de la mobilité (331) d’un premier réseau d’au moins un réseau de communication, caractérisé en ce qu’elle comprend: - des moyens de diffusion, sur une adresse IP multicast, d’un message d’annonce portant un identifiant de ladite entité de gestion de la mobilité; - des moyens de réception d’au moins un message d’attachement, en provenance d’au moins une entité de coordination de la diffusion dudit premier réseau ou d’au moins un deuxième réseau dudit au moins un réseau de communication, portant un identifiant de l’entité de coordination de la diffusion émettrice dudit message d’attachement. Entité de coordination de la diffusion (321, 322) d’un premier réseau d’au moins un réseau de communication, caractérisé en ce qu’elle comprend: - des moyens de réception d’un message d’annonce diffusé, sur une adresse IP multicast, par une entité de gestion de la mobilité dudit premier réseau ou d’au moins un deuxième réseau dudit au moins un réseau de communication, ledit message d’annonce portant un identifiant de ladite entité de gestion de la mobilité; - des moyens de transmission à ladite entité de gestion de la mobilité d’au moins un message d’attachement, portant un identifiant de ladite entité de coordination de la diffusion. Entité de gestion de la diffusion (341) d’un premier réseau d’au moins un réseau de communication, caractérisé en ce qu’elle comprend des moyens de réception d’un message d’annonce diffusé, sur une adresse IP multicast, par une entité de gestion de la mobilité dudit premier réseau ou d’au moins un deuxième réseau dudit au moins un réseau de communication, ledit message d’annonce portant un identifiant de ladite entité de gestion de la mobilité. Programme d’ordinateur comportant des instructions pour la mise en œuvre d’un procédé selon l'une quelconque des revendications 1 à 16 lorsque ce programme est exécuté par un processeur.