FR2925805A1 - METHOD FOR MANAGING DATA TRANSMISSION IN MULTICAST MODE TO A PLURALITY OF NETWORK ELEMENTS, AND NETWORK ELEMENT FOR IMPLEMENTING THE METHOD - Google Patents
METHOD FOR MANAGING DATA TRANSMISSION IN MULTICAST MODE TO A PLURALITY OF NETWORK ELEMENTS, AND NETWORK ELEMENT FOR IMPLEMENTING THE METHOD Download PDFInfo
- Publication number
- FR2925805A1 FR2925805A1 FR0760216A FR0760216A FR2925805A1 FR 2925805 A1 FR2925805 A1 FR 2925805A1 FR 0760216 A FR0760216 A FR 0760216A FR 0760216 A FR0760216 A FR 0760216A FR 2925805 A1 FR2925805 A1 FR 2925805A1
- Authority
- FR
- France
- Prior art keywords
- subset
- network element
- transmission
- network
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Pour gérer la transmission de données en mode multidiffusion vers une pluralité d'éléments de réseau constituant un ensemble initial E, on détermine un sous-ensemble ES d'éléments de réseau de l'ensemble initial E, on transmet une interrogation pour recevoir des données aux éléments de réseau du sous-ensemble ES. Sur réponse d'au moins un élément de réseau du sous-ensemble ES autorisant la transmission des données objet de l'interrogation, on transmet en mode multidiffusion les données vers l'ensemble des éléments de réseau de l'ensemble initial E, et sans réponse d'au moins un élément de réseau du sous-ensemble ES autorisant la transmission des données objet de l'interrogation, on réitère un cycle en déterminant un sous-ensemble différent du sous-ensemble déterminé au cycle précédent.To handle the multicast data transmission to a plurality of network elements constituting an initial set E, a subset ES of network elements of the initial set E is determined, a query is transmitted to receive data. to the network elements of the ES subset. On response of at least one network element of the subset ES allowing the transmission of the data subject of the interrogation, the data is transmitted in multicast mode to all the network elements of the initial set E, and without response of at least one network element of the subset ES allowing the transmission of the data object of the interrogation, it repeats a cycle by determining a subset different from the subset determined in the previous cycle.
Description
i PROCEDE POUR GERER LA TRANSMISSION DE DONNEES EN MODE MULTIDIFFUSION VERS UNE PLURALITE D'ELEMENTS DE RESEAU, ET ELEMENT DE RESEAU POUR LA MISE EN OEUVRE DU PROCEDE La présente invention se rapporte à un procédé pour gérer la transmission de données en mode multidiffusion vers une pluralité d'éléments de réseau, ainsi qu'à un élément de réseau pour la mise en oeuvre du procédé. METHOD FOR MANAGING DATA TRANSMISSION IN MULTICAST MODE TO A PLURALITY OF NETWORK ELEMENTS, AND NETWORK ELEMENT FOR IMPLEMENTING THE METHOD The present invention relates to a method for managing multicast data transmission to a network. plurality of network elements, as well as to a network element for carrying out the method.
On distingue aujourd'hui, pour les besoins de transmission de données d'une source vers une pluralité d'utilisateurs, trois modes de transmission : la transmission point-à-point (en anglais unicast ), dans laquelle une source transmet vers un destinataire identifié, la transmission multidiffusion (en anglais multicast ), dans laquelle une source transmet des données vers une pluralité de destinataires identifiés, et la diffusion (en anglais broadcast ), dans laquelle une source transmet des données vers un ensemble de destinataires sans les identifier. Le protocole de transmission de paquets (ou datagrammes) IP (Internet Protocol) est par ailleurs très largement utilisé dans les réseaux de communication, qu'ils soient filaire ou sans-fil. Aux modes de transmission de paquet d'un élément de réseau vers un autre (point à point) ou vers tous les autres éléments du réseau (mode diffusion) spécifiés initialement pour la transmission IP est venu s'ajouter le mode multidiffusion, dans lequel un élément de réseau transmet un paquet à un groupe d'éléments de réseau identifiés comme membres du groupe d'éléments destinataires. Le protocole IGMP donne un exemple de protocole permettant de gérer les groupes d'éléments de réseau destinataires (groupes de multidiffusion) pour une transmission de paquets IP en mode multidiffusion. Il permet aux routeurs supportant la multidiffusion de connaître l'existence de membres d'un groupe de multidiffusion sur ses interfaces réseau. One distinguishes today, for the purposes of data transmission from a source to a plurality of users, three modes of transmission: the point-to-point transmission (in English unicast), in which a source transmits to a recipient identified, the multicast transmission, in which a source transmits data to a plurality of identified recipients, and the broadcast, in which a source transmits data to a set of recipients without identifying them. The IP (Internet Protocol) packet transmission (or datagram) protocol is also very widely used in communication networks, whether wired or wireless. To the packet transmission modes from one network element to another (point-to-point) or to all the other elements of the network (broadcast mode) initially specified for the IP transmission has been added the multicast mode, in which a network element transmits a packet to a group of network elements identified as members of the destination group. IGMP provides an example protocol for managing destination network element groups (multicast groups) for multicast IP packet transmission. It allows routers supporting multicast to know the existence of members of a multicast group on its network interfaces.
La version 3 du protocole IGMP est spécifiée par le document RFC 3376, intitulé Internet Group Management Protocol, Version3 , publié par l'IETF en octobre 2002. II définit deux fonctions principales : d'une part la 2 fonction routeur de multidiffusion (ou routeur de multidiffusion) d'un réseau local et la fonction hôte. Chaque fonction peut être implémentée au sein d'un élément de réseau (ER), les deux fonctions pouvant être simultanément présentes au sein d'un même élément de réseau. Un ER hôte utilise des messages IGMP échangés avec un ER routeur multidiffusion pour se joindre à un groupe de multidiffusion, confirmer son appartenance à un groupe de multidiffusion ou le quitter. Les messages IGMP sont encapsulés dans des datagrammes IP, l'en-tête de datagramme comportant alors un champ identifiant le protocole IGMP. Trois catégories de messages IGMP ont été définies : le message d'interrogation (en anglais Membership Query ) permet à un ER routeur de multidiffusion de déterminer des correspondances entre un ou plusieurs groupes multicast et les ER hôtes membres de ces groupes. Le message d'inscription (en anglais Membership Report ) permet à un ER hôte d'informer un ER routeur de multidiffusion de sa participation à un groupe de multidiffusion. Enfin, le message d'abandon (en anglais Membership Leave ) permet à un ER hôte d'informer un ER routeur de multidiffusion qu'il ne souhaite pas participer à un groupe de multidiffusion. IGMP est par ailleurs un protocole de niveau 3 dans le modèle de référence OSI. Version 3 of IGMP is specified by RFC 3376, Internet Group Management Protocol, Version3, published by the IETF in October 2002. It defines two main functions: on the one hand the 2 multicast router function (or router multicast) of a local area network and the host function. Each function can be implemented within a network element (ER), the two functions can be simultaneously present within the same network element. A host ER uses IGMP messages exchanged with an ER multicast router to join a multicast group, confirm its membership in a multicast group, or leave it. The IGMP messages are encapsulated in IP datagrams, the datagram header then having a field identifying the IGMP protocol. Three categories of IGMP messages have been defined: the polling message (in English Membership Query) allows a multicast router ER to determine matches between one or more multicast groups and the host ER members of these groups. The Membership Report allows a host ER to inform an ER multicast router of its participation in a multicast group. Finally, the Leave Leave message allows a host ER to inform a multicast Router ER that it does not wish to participate in a multicast group. IGMP is also a level 3 protocol in the OSI reference model.
La mise en oeuvre du protocole IGMP peut être illustrée sur un réseau IP de type de celui illustré sur la figure 1. Le réseau IP 10 comprend une pluralité d'ER 11-15 interconnectés par le biais d'un sous-réseau IP 20, et agencés pour supporter la fonction de multidiffusion. Le sous-réseau IP 20 comprend un ensemble de liens de communication entre l'ER routeur de multidiffusion 11 et les ER hôtes 12-15 capables de transporter des messages du protocole IGMP. L'ER routeur de multidiffusion 11 est par ailleurs relié par l'intermédiaire d'un réseau 21 à un serveur 16 de données (ou de contenus). Un ER hôte souhaitant recevoir les données correspondantes à un groupe de multidiffusion pourra en effectuer la demande auprès de l'ER routeur de multidiffusion 11 par un message d'inscription REPORT indiquant le groupe de multidiffusion auquel il souhaite s'inscrire, c'est-à-dire pour lequel il souhaite recevoir les données correspondantes. Inversement, un ER hôte souhaitant ne 3 plus recevoir les données correspondantes à un groupe de multidiffusion pourra en effectuer la demande auprès de l'ER routeur de multidiffusion 11 par un message d'abandon LEAVE en indiquant le groupe de multidiffusion duquel il souhaite se désinscrire. Afin de permettre la mise à jour des correspondances entre groupes de multidiffusion et hôtes membres de ces groupes, l'ER routeur de multidiffusion 11 peut envoyer aux ER hôtes 12-15 un message d'interrogation QUERY portant une information d'identification d'un ou de plusieurs groupes de multidiffusion afin de générer en réponse l'envoi par les ER hôtes 12-15 d'un message d'inscription REPORT relatif aux groupes de multidiffusion identifiés dans le message d'interrogation QUERY. Cette mise à jour peut être effectuée de manière régulière, par exemple par l'envoi de messages d'interrogation QUERY périodiques, vers les ER hôtes 12-15. Elle revêt par ailleurs une importance assez considérable, lorsqu'il s'agit de transmettre des contenus multimédia, c'est-à-dire consommateurs de ressources (en terme de bande passante, débit, etc.), à des équipements utilisateurs mobiles, lorsque chaque ER hôte correspond à une zone de transmission à des terminaux mobiles par l'intermédiaire d'un réseau d'accès sans-fil. Dans un tel contexte, le nombre d'hôtes auxquels un ER routeur de multidiffusion doit envoyer des messages d'interrogation peut être particulièrement élevé, de sorte que la signalisation IGMP de mise à jour des participations aux groupes de multidiffusion peut s'avérer coûteuse en termes de ressources si on utilise un procédé d'envoi périodique de messages d'interrogation QUERY à tous les ER hôtes. En effet, dans le cas d'un réseau sans fil avec une liaison montante sur l'interface air qui est en mode point-à- point, le nombre de messages d'inscription REPORT est proportionnel au nombre de membres d'un groupe de multidiffusion. De plus, ce procédé d'envoi périodique à tous les ER hôtes se révèle peu efficace dans la situation où les ER hôtes forment un ensemble de diffusion d'un même contenu. The implementation of the IGMP protocol can be illustrated on an IP network of the type illustrated in FIG. 1. The IP network 10 comprises a plurality of ER 11-15 interconnected via an IP sub-network 20. and arranged to support the multicast function. The IP subnet 20 comprises a set of communication links between the multicast router ER 11 and the host ERs 12-15 capable of carrying IGMP messages. The multicast router ER 11 is furthermore connected via a network 21 to a server 16 of data (or contents). A host ER wishing to receive the corresponding data from a multicast group may request it from the multicast router ER 11 by a REPORT registration message indicating the multicast group to which it wishes to subscribe, ie that is, for which he wishes to receive the corresponding data. Conversely, a host ER wishing to no longer receive the corresponding data to a multicast group may request it from the multicast router ER 11 by a LEAVE drop message indicating the multicast group from which it wishes to unsubscribe. . In order to allow the correspondence between multicast groups and hosts members of these groups to be updated, the multicast router ER 11 can send to the host ERs 12-15 a QUERY query message carrying identification information of a or multiple multicast groups to generate in response the sending by the host ERs 12-15 of a REPORT registration message relating to the multicast groups identified in the QUERY query message. This updating can be carried out regularly, for example by sending periodic QUERY query messages to the host ERs 12-15. It is also of considerable importance when it comes to transmitting multimedia content, that is to say consuming resources (in terms of bandwidth, throughput, etc.), to mobile user equipment, when each host ER corresponds to a transmission area to mobile terminals via a wireless access network. In such a context, the number of hosts to which an ER multicast router must send polling messages may be particularly high, so that IGMP multicast group participation update may be costly in itself. resource terms if a method of periodically sending QUERY query messages to all host ERs is used. Indeed, in the case of a wireless network with an uplink on the air interface that is in point-to-point mode, the number of REPORT registration messages is proportional to the number of members of a group of multicast. In addition, this method of periodic sending to all the host ERs is not very effective in the situation where the host ERs form a broadcast set of the same content.
Un but de la présente invention est de proposer un procédé de mise à jour de correspondances entre groupes de multidiffusion et membres de ces groupes amélioré en termes de coût de signalisation échangée entre un ER de gestion et les ER membres. 4 Un autre but de la présente invention est de proposer un procédé de mise à jour de correspondances entre groupes de multidiffusion et membres de ces groupes amélioré en termes d'efficacité dans la situation où les ER membres forment un ensemble de diffusion d'un même contenu, par exemple vers des équipements utilisateur mobiles. An object of the present invention is to propose a method for updating correspondence between multicast groups and members of these groups improved in terms of the signaling cost exchanged between a management ER and the ER members. Another object of the present invention is to propose a method of updating correspondence between multicast groups and members of these groups improved in terms of efficiency in the situation where the ER members form a diffusion set of the same content, for example to mobile user devices.
L'invention propose ainsi un procédé pour gérer la transmission de données en mode multidiffusion vers une pluralité d'éléments de réseau constituant un ensemble initial E. Le procédé comprend une itération de cycles, une pluralité desdits cycles comprenant des étapes de détermination d'un sous-ensemble ES d'éléments de réseau de l'ensemble initial E, de transmission d'une interrogation à recevoir des données aux éléments de réseau du sous-ensemble ES, de transmission en mode multidiffusion des données vers l'ensemble des éléments de réseau de l'ensemble initial E sur réponse d'au moins un élément de réseau du sous-ensemble ES autorisant la transmission des données objet de l'interrogation, et de réitération du cycle en déterminant un sous-ensemble différent du sous-ensemble déterminé au cycle précédent sans réponse d'au moins un élément de réseau du sous-ensemble ES autorisant la transmission des données objet de l'interrogation. Le sous-ensemble déterminé lors d'une réitération du cycle peut être choisi de manière à n'avoir aucun élément commun avec le sous-ensemble déterminé au cycle précédent. Il peut aussi être choisi de manière à avoir un nombre maximum prédéterminé d'éléments communs avec le sous-ensemble déterminé au cycle précédent. D'autres variantes de détermination du sous-ensemble lors d'une réitération du cycle peuvent être considérées sans sortir du cadre de l'invention. On peut aussi prévoir un nombre maximum de cycles du processus itératif, paramètre qui peut par ailleurs influencer la stratégie de détermination des sous-ensembles successifs, de manière à avoir un nombre maximum prédéterminé de sous-ensembles dont la réunion couvre l'ensemble initial E. Enfin, on peut initialiser le processus en déterminant un premier sous-ensemble (lors de la première itération du cycle) d'éléments de réseau de l'ensemble initial E de manière aléatoire. Une autre possibilité consiste à déterminer un premier sous-ensemble d'éléments de réseau de l'ensemble initial E en tenant compte d'un élément de réseau ayant autorisé la transmission de données objet de l'interrogation lors d'un cycle précédent. 5 L'invention propose en outre un élément de réseau qui comprend un module de définition de sous- ensemble ES, un module de génération d'interrogation, un module d'envoi d'interrogation, un module de transmission de données, et un contrôleur de transmission multidiffusion. L'élément de réseau est adapté pour gérer la transmission de données en mode multidiffusion vers une pluralité d'éléments de réseau constituant un ensemble initial E selon un procédé comprenant une itération de cycles, une pluralité desdits cycles comprenant des étapes de détermination, par le module de définition de sous-ensemble ES, d'un sous ensemble ES d'éléments de réseau de l'ensemble initial E, génération, par le module de génération d'interrogation, d'une interrogation pour recevoir des données, transmission, par le module d'envoi d'interrogation, de l'interrogation aux éléments de réseau du sous-ensemble ES, transmission, par le module de transmission de données dudit élément de réseau, en mode multidiffusion des données vers l'ensemble des éléments de réseau de l'ensemble initial E sur réponse d'au moins un élément de réseau du sous-ensemble ES autorisant la transmission des données objet de l'interrogation. L'élément de réseau comprend en outre un contrôleur de transmission multidiffusion agencé pour réitérer un cycle en déterminant un sous-ensemble différent du sous-ensemble déterminé au cycle précédent sans réponse d'au moins un élément de réseau du sous-ensemble ES autorisant la transmission des données objet de l'interrogation. Le contrôleur de transmission multidiffusion peut en outre être agencé pour, sans réponse d'au moins un élément de réseau du sous-ensemble ES autorisant la transmission des données objet de l'interrogation, réitérer le cycle en déterminant un sous-ensemble n'ayant aucun élément commun avec le sous-ensemble déterminé au cycle précédent. Il peut aussi être agencé pour réitérer le cycle en choisissant un sous-ensemble ayant un nombre maximum prédéterminé d'éléments communs avec le sous-ensemble déterminé au cycle précédent. D'autres variantes de détermination du sous-ensemble lors d'une 6 réitération du cycle peuvent être considérées sans sortir du cadre de l'invention. Le contrôleur de transmission multidiffusion peut en outre être agencé pour réitérer le cycle jusqu'à atteindre un nombre maximum de cycles 5 prédéterminé. Le module de définition de sous-ensemble ES peut par ailleurs être agencé pour déterminer le sous-ensemble ES d'éléments de réseau de l'ensemble initial E de manière aléatoire. Une autre possibilité consiste à agencer le module de définition de sous-ensemble ES de manière à déterminer 10 le sous-ensemble ES d'éléments de réseau de l'ensemble initial E en tenant compte d'un élément de réseau ayant autorisé la transmission de données objet de l'interrogation lors d'un cycle précédent. Cet élément de réseau selon l'invention peut avantageusement être intégré dans une passerelle de réseau d'accès WiMAX. 15 L'invention propose enfin un programme d'ordinateur chargeable dans une mémoire associée à un processeur, et comprenant des instructions pour la mise en oeuvre d'un procédé tel que défini ci-dessus lors de l'exécution dudit programme par le processeur, ainsi qu'un support informatique sur lequel est enregistré ledit programme. 20 D'autres particularités et avantages de la présente invention apparaîtront dans la description ci-après d'exemples de réalisation non limitatifs, en référence aux dessins annexés, dans lesquels : • la figure 1, déjà commentée, montre l'architecture d'un réseau IP de transmission de données auquel l'invention peut avantageusement 25 s'appliquer; • la figure 2 représente de manière schématique un exemple d'algorithme pour la mise en oeuvre de l'invention selon un mode de réalisation particulier; • la figure 3 est un schéma synoptique d'un routeur multidiffusion 30 auquel l'invention peut avantageusement s'appliquer ; • la figure 4 montre l'architecture d'un réseau WiMAX de diffusion de contenus auquel l'invention peut avantageusement s'appliquer. 7 L'invention est particulièrement bien adaptée, bien que de manière non exclusive, au protocole de gestion de participation à des groupes de multidiffusion de type IGMP, et est décrite ci-après dans le cadre de cet exemple non limitatif. Il est précisé que l'invention s'applique à tous types de protocoles de gestion de transmission de données en mode multidiffusion incluant l'envoi d'interrogations relatives à des données transmises en mode multidiffusion afin de déterminer si l'ER destinataire souhaite ou non recevoir ces données, ainsi qu'une réponse à interrogation pour indiquer si et/ou confirmer que l'ER destinataire souhaite ou non recevoir ces données. The invention thus proposes a method for managing multicast data transmission to a plurality of network elements constituting an initial set E. The method comprises a cycle iteration, a plurality of said cycles comprising steps of determining a number of network elements. subset ES of network elements of the initial set E, of transmission of a query to receive data to the network elements of the subset ES, of multicast transmission of data to the set of elements of network of the initial set E on response of at least one network element of the subset ES allowing the transmission of the object data of the interrogation, and of reiteration of the cycle by determining a subset different from the determined subset in the previous unanswered cycle of at least one network element of the subset ES allowing the transmission of the data object of the interrogation. The subset determined during a reiteration of the cycle can be chosen so as to have no common element with the subset determined in the previous cycle. It can also be chosen so as to have a predetermined maximum number of elements common to the subset determined in the previous cycle. Other variants of determination of the subset during a reiteration of the cycle can be considered without departing from the scope of the invention. It is also possible to provide a maximum number of cycles of the iterative process, a parameter that can also influence the strategy for determining the successive subsets, so as to have a predetermined maximum number of subsets whose meeting covers the initial set E Finally, the process can be initialized by determining a first subset (at the first iteration of the cycle) of network elements of the initial set E randomly. Another possibility is to determine a first subset of network elements of the initial set E taking into account a network element having authorized the transmission of data object of the interrogation in a previous cycle. The invention further provides a network element that includes an ES subset definition module, an interrogation generation module, an interrogation sending module, a data transmission module, and a controller. multicast transmission. The network element is adapted to handle the multicast data transmission to a plurality of network elements constituting an initial set E according to a method comprising a cycle iteration, a plurality of said cycles including determination steps, by the ES subset definition module, an ES subset of network elements of the initial set E, generation, by the query generation module, of a query to receive data, transmission, by the interrogation sending module, the interrogation to the network elements of the subset ES, transmission, by the data transmission module of said network element, in multicast mode of the data to the set of network elements of the initial set E on response of at least one network element of the subset ES allowing the transmission of the data object of the interrogation. The network element further comprises a multicast transmission controller arranged to reiterate a cycle by determining a subset different from the subset determined in the previous cycle without response from at least one network element of the subset ES allowing the transmission of the data object of the interrogation. The multicast transmission controller may further be arranged for, without the response of at least one network element of the subset ES allowing the transmission of the data object of the interrogation, to repeat the cycle by determining a subset no common element with the subset determined in the previous cycle. It can also be arranged to reiterate the cycle by choosing a subset having a predetermined maximum number of elements common to the subset determined in the previous cycle. Other variants of determination of the subset during a reiteration of the cycle can be considered without departing from the scope of the invention. The multicast transmission controller may further be arranged to repeat the cycle until a predetermined maximum number of cycles is reached. The subset definition module ES may furthermore be arranged to determine the subset ES of network elements of the initial set E in a random manner. Another possibility is to arrange the subset definition module ES so as to determine the subset ES of network elements of the initial set E taking into account a network element having authorized transmission of the subset ES. data object of the query during a previous cycle. This network element according to the invention can advantageously be integrated in a WiMAX access network gateway. The invention finally proposes a computer program loadable in a memory associated with a processor, and comprising instructions for the implementation of a method as defined above during the execution of said program by the processor, as well as a computer medium on which said program is recorded. Other features and advantages of the present invention will become apparent in the following description of nonlimiting exemplary embodiments, with reference to the appended drawings, in which: FIG. 1, already commented on, shows the architecture of a IP data transmission network to which the invention can advantageously be applied; FIG. 2 schematically represents an exemplary algorithm for implementing the invention according to a particular embodiment; FIG. 3 is a block diagram of a multicast router 30 to which the invention may advantageously be applied; FIG. 4 shows the architecture of a WiMAX content broadcasting network to which the invention can advantageously be applied. The invention is particularly well suited, although not exclusively, to the management protocol for participation in IGMP type multicast groups, and is described below in the context of this non-limiting example. It is pointed out that the invention applies to all types of multicast data transmission management protocols including the sending of interrogations relating to data transmitted in multicast mode in order to determine whether the receiving ER wishes or not receive this data, as well as a polling response to indicate whether and / or confirm that the receiving ER wishes or not to receive this data.
Sur la figure 1, les ER 12-15 forment un ensemble E d'ER membres gérés du point de vue de la signalisation IGMP par l'ER routeur de multidiffusion 11, et pour lequel est proposé un procédé permettant à l'ER routeur de multidiffusion 11 d'identifier rapidement l'existence d'un ER membre parmi cet ensemble intéressé par la réception de données relatives à un groupe déterminé GT. Selon ce procédé, l'ER routeur de multidiffusion 11 envoie une interrogation QUERY à un premier sous-ensemble de l'ensemble des ER membres 12-15, par exemple constitué par les ER routeurs 12 et 14. En fonction du mode d'adressage des messages d'interrogation QUERY, l'ER routeur de multidiffusion 11 peut envoyer un message d'interrogation QUERY à chacun des ER membre du premier sous-ensemble sélectionné, ou bien utiliser une adresse de groupe correspondant à ce premier sous-ensemble, de manière à n'envoyer qu'un seul message d'interrogation à destination du premier sous-ensemble. Deux situations peuvent alors se produire : soit une non-réponse et/ou une réponse négative des ER membres 12 et 14 du sous-ensemble, soit une réponse positive, c'est-à-dire une première demande ou une confirmation d'une précédente demande de recevoir les données relatives au groupe de multidiffusion GT, est reçue de l'un au moins des ER membres 12 ou 14 du premier sous-ensemble. Dans ce dernier cas, l'ER routeur de multidiffusion 11 organise la transmission des données relatives au groupe GT vers tous les ER membres 12-15 de l'ensemble initial E. L'envoi de l'interrogation QUERY par l'ER routeur de multidiffusion déclenche à l'ER routeur de multidiffusion 11 un timer qui expire à l'issue d'une fenêtre 8 temporelle de réponse des ER membres. Cela permet de décider d'une non réponse d'un ER membre destinataire de l'interrogation QUERY pour le cas où l'ER routeur de multidiffusion n'a pas reçu de réponse de cet ER membre dans le laps de temps défini par la fenêtre temporelle de réponse. Dans la situation d'une non-réponse et/ou d'une réponse négative, c'est-à-dire une indication qu'un ER membre ne demande pas à recevoir les données relatives au groupe GT, des ER membres 12 et 14 du premier sous-ensemble, l'ER routeur de multidiffusion 11 définit un deuxième sous-ensemble d'ER membres parmi l'ensemble initial E, le deuxième sous-ensemble étant différent du premier sous-ensemble, et transmet à ce deuxième sous-ensemble une interrogation pour les données relatives au groupe GT. Ce deuxième sous-ensemble peut par exemple être constitué des ER membres 14 et 15 de la figure 1. Sur réponse positive d'un des ER membres 14 ou 15 du deuxième sous-ensemble, l'ER routeur de multidiffusion 11 organise la transmission des données relatives au groupe GT vers tous les ER membres 12-15 de l'ensemble initial E. Sur non- réponse et/ou réponse négative des ER membres 14 et 15 du deuxième sous-ensemble, l'ER routeur de multidiffusion définit un troisième sous-ensemble d'ER membres parmi l'ensemble initial E, le troisième sous-ensemble étant différent des premier et deuxième sous-ensembles, et transmet à ce troisième sous-ensemble une interrogation à recevoir les données relatives au groupe GT. Ce troisième sous-ensemble peut par exemple être constitué des ER membres 15 et 13 de la figure 1. Sur réponse positive d'un des ER membres 13 ou 15 du troisième sous-ensemble, l'ER routeur de multidiffusion 11 organise la transmission des données relatives au groupe GT vers tous les ER membres 12-15 de l'ensemble initial E. Sur non- réponse et/ou réponse négative des ER membres 13 et 15 du troisième sous-ensemble, l'ER routeur de multidiffusion recommence l'étape initiale de définition d'un premier sous-ensemble comme décrit ci-dessus, dans la mesure où la réunion des trois sous-ensembles comprend l'ensemble des éléments de l'ensemble initial. In FIG. 1, the ERs 12-15 form a set E of ER members managed from the point of view of IGMP signaling by the ER multicast router 11, and for which a method is proposed allowing the router ER to multicast 11 to quickly identify the existence of a member ER among this set interested in receiving data relating to a specific group GT. According to this method, the ER multicast router 11 sends a query QUERY to a first subset of the set of ER members 12-15, for example constituted by ER routers 12 and 14. Depending on the addressing mode QUERY interrogation messages, the multicast router ER 11 can send a QUERY interrogation message to each of the ER members of the first selected subset, or use a group address corresponding to this first subset, of to send only one polling message to the first subset. Two situations can then occur: either a non-response and / or a negative response of the subset ERs 12 and 14, or a positive response, ie a first request or confirmation of a request. previous request to receive the data relating to the GT multicast group, is received from at least one of the ER members 12 or 14 of the first subset. In the latter case, the multicast router ER 11 organizes the transmission of the data relating to the GT group to all the ER members 12-15 of the initial set E. The sending of the query QUERY by the ER router of multicast triggers the ER multicast router 11 a timer that expires at the end of a time window 8 response ER members. This makes it possible to decide on a nonresponse of a destination member ER of the QUERY query for the case where the ER multicast router has not received a response from this member ER within the time period defined by the window temporal response. In the situation of non-response and / or negative response, ie an indication that a member ER is not requesting to receive GT group data, member ERs 12 and 14 of the first subset, the ER multicast router 11 defines a second subset of ER members from the initial set E, the second subset being different from the first subset, and transmits to that second sub-set. together a query for GT group data. This second subset may for example consist of the ER members 14 and 15 of FIG. 1. On a positive response of one of the ER members 14 or 15 of the second subset, the ER multicast router 11 organizes the transmission of the data relating to the GT group to all ER members 12-15 of the initial set E. On nonresponse and / or negative response of the ER members 14 and 15 of the second subset, the ER multicast router defines a third subset of ER members among the initial set E, the third subset being different from the first and second subsets, and transmits to this third subset a query to receive the data relating to the group GT. This third subset may for example consist of the ER members 15 and 13 of FIG. 1. On a positive response from one of the ER members 13 or 15 of the third subset, the ER multicast router 11 organizes the transmission of the data relating to the GT group to all the ER members 12-15 of the initial set E. On non-response and / or negative response of the ER members 13 and 15 of the third subset, the ER multicast router resumes the initial step of defining a first subset as described above, since the meeting of the three subsets comprises all the elements of the initial set.
Le procédé proposé peut dans certains cas être itératif, en ce sens que l'étape de définition d'un sous-ensemble de l'ensemble initial et celle de test de ce sous-ensemble peuvent être répétées dans certaines situations, comme 9 l'illustre la figure 2 qui montre les étapes d'un exemple d'algorithme selon l'invention. L'indice d'itération de chaque boucle est noté i, et l'algorithme est initialisé à l'étape 30, où l'indice i est égal à 0. Pour chaque itération i, on définit un sous-ensemble ESi d'ER d'un ensemble initial d'ER E (étape 31). On envoie ensuite une interrogation à recevoir des données (par exemple un message d'interrogation QUERY du protocole IGMP pour participer à un ou plusieurs groupes Gk, sans que cet exemple soit limitatif) aux ER du sous-ensemble ESi (étape 32). Sur réponse positive, c'est-à-dire requérant la réception de données objet de l'interrogation de l'ER routeur, d'un des ER du sous-ensemble ESi, l'ER routeur organise la transmission des données objet de l'interrogation vers tous les ER de l'ensemble initial E (étape 34). Puis l'algorithme reboucle vers l'étape d'initialisation 30 pour démarrer un nouveau cycle. Sur non-réponse ou réponse négative des ER du sous-ensemble ESi, l'indice i est incrémenté (étape 35) puis comparé à un nombre maximum 15 d'itérations N de la boucle (étape 36). Si le nombre maximum d'itérations N est atteint, l'algorithme reboucle vers l'étape d'initialisation 30 pour démarrer un nouveau cycle. Dans le cas contraire, il reboucle vers l'étape de définition d'un sous-ensemble ESi (étape 31). The proposed method may in some cases be iterative, in that the step of defining a subset of the initial set and that of testing that subset may be repeated in certain situations, such as illustrates FIG. 2 which shows the steps of an exemplary algorithm according to the invention. The iteration index of each loop is denoted i, and the algorithm is initialized at step 30, where the index i is equal to 0. For each iteration i, a subset ESi of ER is defined. an initial set of ER E (step 31). An interrogation is then sent to receive data (for example an IGMP QUERY query message to participate in one or more groups Gk, without this example being limiting) to the ERs of the subset ESi (step 32). On a positive response, that is to say requiring the reception of data subject to the interrogation of the ER router, of one of the ERs of the subset ESi, the ER router organizes the transmission of the data object of the interrogating all the ERs of the initial set E (step 34). Then the algorithm loops back to the initialization step 30 to start a new cycle. On non-response or negative response of the ERs of the subset ESi, the index i is incremented (step 35) and then compared with a maximum number of iterations N of the loop (step 36). If the maximum number of iterations N is reached, the algorithm loops back to the initialization step 30 to start a new cycle. In the opposite case, it loops back to the step of defining a subset ESi (step 31).
20 Plusieurs variantes de mode de définition à l'étape 31 du sous-ensemble ESi peuvent être envisagées, sans sortir du cadre de l'invention. Par exemple, lorsque i=0, le premier sous-ensemble ESO peut être déterminé par sélection aléatoire d'un nombre donné d'éléments de l'ensemble initial E. On peut aussi en variante déterminer le premier sous-ensemble ESO en le 25 constituant des derniers ER qui ont répondu positivement à l'envoi d'une interrogation (étape 32), c'est-à-dire ceux qui ont le plus récemment répondu positivement à l'envoi d'une interrogation. Les sous-ensembles suivants ESi, pour i≠0 peuvent être déterminés en s'assurant qu'ils sont différents de l'ensemble des itérations précédentes du cycle en cours, de manière à 30 s'assurer que l'on transmet au fur et à mesure des itérations une interrogation à l'ensemble des éléments de E. Par exemple, on peut décider que chaque sous-ensemble est constitué d'un seul ER, noté ERj, déterminé par un numéro d'indice j dans l'ensemble E, l'ensemble des indices j étant obtenu par 2925805 io permutation sur les indices i des sous-ensembles ESi. On peut aussi en variante fixer le nombre maximum d'itérations (comme c'est le cas dans l'exemple illustré par la figure 2), et déterminer a priori, de manière statique ou dynamique à chaque début de cycle, une partition de l'ensemble E en N sous- 5 ensembles `Esi )o<i<N . Several variants of the definition mode in step 31 of the subset ESi can be envisaged, without departing from the scope of the invention. For example, when i = 0, the first subset ESO can be determined by random selection of a given number of elements of the initial set E. Alternatively, it is also possible to determine the first subset ESO in the first set. constituting last ER that responded positively to the sending of a query (step 32), that is to say those who have most recently responded positively to the sending of a query. The following subsets ESi, for i ≠ 0 can be determined by ensuring that they are different from all previous iterations of the current cycle, so as to ensure that it is transmitted as and when as iterations proceed, an interrogation to the set of elements of E. For example, it may be decided that each subset consists of a single ER, denoted ERj, determined by an index number j in the set E , the set of indices j being obtained by permutation on indices i of subsets ESi. It is also possible, in a variant, to set the maximum number of iterations (as is the case in the example illustrated in FIG. 2), and to determine a priori, statically or dynamically, at each beginning of the cycle, a partition of the set E in N subsets (Esi) o <i <N.
La signalisation relative à la gestion de la transmission de données en mode multidiffusion utilisée peut être de type IGMP, sans que cet exemple soit limitatif. Dans ce cas, selon la terminologie IGMP, l'élément de réseau 40 sur la figure 3 comportera les fonctions d'un routeur de multidiffusion. L'ER 40 comprend un contrôleur de transmission multidiffusion, qui communique avec un module définition sous-ensemble ES 47, un module génération d'interrogation 46, un module d'envoi d'interrogation 45, un module de réception de réponse à interrogation 44, et un module de transmission/réception de données 42, et commande les opérations de ces modules. Le cycle itératif décrit précédemment est en particulier géré au sein du contrôleur 41. Le module de définition d'un sous-ensemble comprend des moyens pour générer un sous-ensemble ESi d'un ensemble E, à partir d'une valeur d'indice i que lui transmet le contrôleur 41. Il retourne au contrôleur 41 un sous-ensemble ESi, les éléments de réseau du sous-ensemble ESi étant par exemple identifiés par leurs adresses IP respectives. Le contrôleur commande alors au module de génération d'interrogation de générer une ou plusieurs interrogations à recevoir des données, en identifiant dans la commande les données en question (il peut s'agir par exemple d'un identifiant de flux de données, d'un identifiant de service, d'un identifiant de session ou bien de groupe) ainsi que les destinataires des interrogations. Dans le cas où l'ER 40 utilise la signalisation IGMP, le module de génération d'interrogation 46 est agencé pour générer des messages IGMP de type QUERY sur la base de paramètres transmis par le contrôleur 41. Les interrogations ainsi générées sont transmises au module d'envoi 45, qui se charge de leur transmission au moyen de l'interface 43 de réception/transmission. Le module de réception de réponse à interrogation 44 surveille la réception d'éventuelles réponses aux interrogations transmises par le module d'envoi 45, et le cas échéant en 11 informe le contrôleur 41. Dans le cas où l'ER 40 utilise la signalisation IGMP, le module de réception 44 est agencé pour recevoir et traiter des messages IGMP de type REPORT. Le contrôleur 41 peut être agencé pour déclencher un minuteur suite à la commande d'envoi des interrogations transmises au module 45, pour évaluer ce qui a été reçu en réponse aux interrogations au bout d'un laps de temps prédéterminé. Alternativement, le contrôleur 41 peut être agencé pour commander l'envoi d'interrogations de manière périodique, de sorte que l'évaluation peut être synchronisée avec l'envoi d'interrogations et effectuée elle-aussi de manière périodique. Lorsque le contrôleur reçoit du module de réception 44 une indication de réponse positive à l'interrogation envoyée par le module 45, il commande au module de transmission/réception de données 42 d'effectuer la transmission des données objet de l'interrogation vers l'ensemble des ER de l'ensemble E. Le module interface transmission/réception 43 est par ailleurs agencé pour effectuer l'interface de transmission et réception de données, l'ER 40 étant connecté à un serveur de données ainsi qu'aux ER de l'ensemble E au moyen de cette interface. Le module interface 43 est aussi agencé pour effectuer l'interface de transmission et réception de signalisation de gestion de transmission multidiffusion (dans le cas où l'ER 40 utilise la signalisation IGMP l'interface 43 inclut une interface de signalisation IGMP) l'ER 40 étant connecté aux ER de l'ensemble E pour les besoins de signalisation au moyen de cette interface. The signaling relating to the management of the multicast data transmission used may be of the IGMP type, without this example being limiting. In this case, according to IGMP terminology, the network element 40 in Figure 3 will include the functions of a multicast router. The ER 40 comprises a multicast transmission controller, which communicates with an ES subset definition module 47, an interrogation generation module 46, an interrogation sending module 45, an interrogation response receiving module 44 , and a data transmission / reception module 42, and controls the operations of these modules. The iterative cycle described above is in particular managed within the controller 41. The module for defining a subset comprises means for generating a subset ESi of a set E, from an index value i it sends the controller 41. It returns to the controller 41 a subset ESi, the subsystem network elements ESi being for example identified by their respective IP addresses. The controller then commands the interrogation generation module to generate one or more interrogations to receive data, by identifying in the command the data in question (it can be for example a data flow identifier, a a service identifier, a session identifier or a group identifier) as well as the recipients of the queries. In the case where the ER 40 uses IGMP signaling, the interrogation generation module 46 is designed to generate IGMP messages of the QUERY type on the basis of parameters transmitted by the controller 41. The interrogations thus generated are transmitted to the module. 45 sending, which is responsible for their transmission through the interface 43 receiving / transmission. The interrogation response reception module 44 monitors the receipt of any interrogation responses transmitted by the sending module 45, and if necessary informs the controller 41. In the case where the ER 40 uses the IGMP signaling , the reception module 44 is arranged to receive and process IGMP messages of the REPORT type. The controller 41 may be arranged to trigger a timer following the command sending interrogations transmitted to the module 45, to evaluate what has been received in response to the interrogations after a predetermined period of time. Alternatively, the controller 41 can be arranged to control the sending of polls periodically, so that the evaluation can be synchronized with the sending of interrogations and also made periodically. When the controller receives from the reception module 44 a positive interrogation response indication sent by the module 45, it commands the data transmission / reception module 42 to carry out the transmission of the data object of the interrogation to the all of the ERs of the set E. The transmission / reception interface module 43 is furthermore arranged to perform the data transmission and reception interface, the ER 40 being connected to a data server as well as to the ERs of the set E by means of this interface. The interface module 43 is also designed to perform the multicast transmission management signaling transmission and reception interface (in the case where the ER 40 uses IGMP signaling, the interface 43 includes an IGMP signaling interface). 40 being connected to the ERs of the set E for signaling purposes by means of this interface.
L'invention est particulièrement bien adaptée, bien que de manière non exclusive, à un système de diffusion de contenus multimédia comprenant un 25 réseau de radiocommunication de type WiMAX, et est décrite ci-après dans son application à un tel système, illustrée par la figure 4. The invention is particularly well suited, although not exclusively, to a multimedia content broadcasting system comprising a WiMAX type radio communication network, and is described hereinafter in its application to such a system, illustrated by FIG. figure 4.
La figure 4 montre un réseau local sans fil de type WiMAX, implémentant un service MBS, comprenant au moins un réseau d'accès, 30 généralement appelé ASN ( Access Service Network ), et auquel peuvent se connecter des stations mobiles. Dans l'exemple non limitatif illustré, seul un réseau d'accès de type ASN a été représenté. Mais, le réseau local sans fil pourrait comprendre au moins deux réseaux d'accès. FIG. 4 shows a WiMAX type wireless local area network, implementing an MBS service, comprising at least one access network, generally called ASN (Access Service Network), to which mobile stations can connect. In the nonlimiting example illustrated, only an access network of the ASN type has been represented. But, the wireless LAN could include at least two access networks.
Le réseau d'accès de type ASN comprend notamment au moins une station de base (en anglais Base Station , ou BS) que l'on peut considérer comme un équivalent d'un multiplexeur DSLAM dans un réseau xDSL, et par laquelle les stations mobiles peuvent se connecter au réseau local sans fil, ainsi qu'une passerelle de service PS, généralement appelée ASN-GW ( ASN-GateWay ). Le réseau WiMAX 50 permet d'offrir aux stations mobiles qui sont connectés au réseau d'accès un service de diffusion de données (ou contenus) appelé MBS (en anglais Multicast Broadcast Service ). Ce service MBS peut être mis en oeuvre sur un réseau d'accès comprenant une pluralité de stations de base (en anglais Multi-BS MBS access mode ) par regroupement de stations de base (ou analogues) au sein de zones géographiques définissant des zones dites zones MBS (ou MBS zones ). On peut ainsi définir au moins une zone MBS ZM dans un réseau local sans fil. Chaque zone MBS ZM regroupe au moins une station de base BSi (i = 1 à N, avec N 1) qui appartient à au moins un réseau d'accès. Dans l'exemple non limitatif illustré, la zone MBS ZM regroupe 3 stations de base BS1, BS2 et BS3 appartenant à l'unique réseau d'accès 51. Chaque zone MBS ZM est associée à un identifiant de zone ( MBS_Zone_id ) et contrôlée par un Serveur MBS 55. Les stations de base BSi d'une zone MBS ZM sont notamment chargées de diffuser vers les stations mobiles l'identifiant de zone (MBS_Zone_id) de leur zone MBS ZM. Un serveur MBS est un élément de réseau par lequel transitent toutes les données de trafic (notamment les contenus à diffuser) qui sont destinées à la zone MBS ZM qu'il contrôle, et qui est couplé aux stations de base BSi qui font partie de la zone MBS ZM qu'il contrôle. Dans l'exemple non limitatif illustré, la fonction serveur MBS 55 est implémentée au sein de la passerelle 54 de service PS du réseau d'accès. Mais, cela n'est pas obligatoire. Le serveur MBS d'une zone MBS ZM peut en effet être un élément de réseau qui constitue ou fait partie d'un équipement ou élément de réseau qui n'est pas forcément une passerelle de service PS. Ainsi, dans le mode précité un même flux de service MBS peut être transmis vers des stations mobiles 52a, 52b et 52c par un ensemble de stations de base 50a, 50b, 50c qui utilisent une même paire d'informations CID 13 ( Connection Identifier ) et SA ( Security Association ) et qui constituent ensemble une zone MBS associée à un serveur de service MBS et à un identifiant de zone ( MBS_Zone_id ) qu'elles diffusent. Lorsque des stations mobiles sont sous la couverture de stations de base d'une zone MBS 56, elles n'ont pas besoin de s'enregistrer auprès de chacune des stations de base 50a, 50b, 50c de cette zone MBS 56. II suffit qu'elles s'enregistrent lorsqu'elles accèdent au réseau par l'une des stations de base de la zone MBS afin d'obtenir les paires d'informations <C1D, SA> de cette zone MBS qui leur permettent ensuite de recevoir des flux de service définissant certains au moins des contenus MBS qui sont diffusés localement par toutes les stations de base de cette zone MBS. Une station de base peut alors demeurer en mode d'attente (ou idle ) tout en écoutant le trafic sur la voie descendante pour recevoir les contenus diffusés, permettant ainsi d'économiser de la puissance. The ASN type access network comprises in particular at least one base station (BS) which can be considered as an equivalent of a DSLAM multiplexer in an xDSL network, and by which the mobile stations can connect to the wireless LAN, as well as a PS service gateway, usually called ASN-GW (ASN-GateWay). The WiMAX network 50 makes it possible to offer mobile stations that are connected to the access network a data broadcasting service (or content) called MBS (Multicast Broadcast Service). This MBS service can be implemented on an access network comprising a plurality of base stations (in English Multi-BS MBS access mode) by grouping base stations (or the like) within geographical zones defining so-called zones. MBS zones (or MBS zones). It is thus possible to define at least one MBS zone ZM in a wireless local area network. Each MBS zone ZM groups together at least one base station BSi (i = 1 to N, with N 1) which belongs to at least one access network. In the nonlimiting example illustrated, the MBS zone ZM groups together 3 base stations BS1, BS2 and BS3 belonging to the single access network 51. Each MBS zone ZM is associated with a zone identifier (MBS_Zone_id) and controlled by An MBS server 55. The base stations BSi of an MBS zone ZM are in particular responsible for broadcasting to the mobile stations the zone identifier (MBS_Zone_id) of their MBS zone ZM. An MBS server is a network element through which all the traffic data (in particular the contents to be broadcast) which are intended for the MBS zone ZM that it controls, and which is coupled to the BSi base stations which are part of the MBS ZM zone that he controls. In the nonlimiting example illustrated, the MBS server function 55 is implemented within the access network gateway PS of the access network. But, this is not mandatory. The MBS server of a MBS ZM zone may indeed be a network element that is or is part of a piece of equipment or network element that is not necessarily a PS service gateway. Thus, in the aforementioned mode a same MBS service stream can be transmitted to mobile stations 52a, 52b and 52c by a set of base stations 50a, 50b, 50c which use the same pair of information CID 13 (Connection Identifier) and SA (Security Association), which together constitute an MBS zone associated with an MBS service server and a zone identifier (MBS_Zone_id) that they broadcast. When mobile stations are under the coverage of base stations of an MBS area 56, they do not need to register with each of the base stations 50a, 50b, 50c of this MBS area 56. It is sufficient that they are registered when they access the network by one of the base stations of the MBS zone in order to obtain the information pairs <C1D, SA> of this MBS zone which then allow them to receive flows of service defining at least some MBS content that is broadcast locally by all base stations in that MBS area. A base station can then remain in idle mode while listening to the downstream traffic to receive broadcast content, thereby saving power.
Le serveur MBS 55 est notamment chargé d'attribuer à toutes les stations de base BSi 50a-50c de la zone MBS ZM qu'il contrôle des paires d'informations CIDj ( Connection Identifier ) et SAj ( Security Association ) (<CIDi,SAi>) associées respectivement aux flux de service (j) des différents contenus MBS (j) à diffuser. En effet, lorsque le service MBS est mis en oeuvre grâce à un mode d'accès par stations de base multiples (ou Multi-BS access mode ), un même flux de service MBS peut être transmis (diffusé) vers les stations mobiles par les stations de base BSi d'une zone MBS qui utilisent la même paire d'informations <CIDj,SAj>. Le serveur MBS 55 de la zone MBS ZM transmet vers les stations mobiles 52a-52c qui sont connectées aux stations de base 50a-50c de cette zone MBS ZM, via ces dernières (BSi), des messages d'interrogation destinés chacun à demander si au moins l'une des stations mobiles est intéressée par un groupe de contenu(s), ou groupe de multidiffusion, qui est désigné par un identifiant de groupe. Le protocole qui est utilisé pour transmettre les messages d'interrogation MI est par exemple IGMP. Dans ce cas, chaque message d'interrogation MI est par exemple de type Query message . The MBS server 55 is in particular responsible for assigning to all BSi base stations 50a-50c of the MBS zone ZM that it controls information pairs CIDj (Connection Identifier) and SAj (Security Association) (<CIDi, SAi >) respectively associated with the service flows (j) of the different MBS contents (j) to be broadcast. Indeed, when the MBS service is implemented thanks to a multiple base station access mode (or Multi-BS access mode), the same MBS service stream can be transmitted (broadcast) to the mobile stations by the stations. BSi base stations of an MBS area that use the same information pair <CIDj, SAj>. The MBS server MBS ZM zone transmits to the mobile stations 52a-52c which are connected to the base stations 50a-50c of this zone MBS ZM, via the latter (BSi), interrogation messages each intended to ask if at least one of the mobile stations is interested in a content group (s), or multicast group, which is designated by a group identifier. The protocol that is used to transmit the MI polling messages is for example IGMP. In this case, each MI interrogation message is for example of type Query message.
En présence d'un tel protocole IGMP, le serveur MBS 55 constitue un 14 routeur local IGMP, les stations de base BSi 50a-50c constituent des équipements intermédiaires de type proxy IGMP, et les stations mobiles constituent des ER membres (ou hôtes, en anglais hosts ). Plus précisément, une station de base de la zone MBS ZM 56 incorpore une fonction proxy IGMP qui comprend au moins deux composantes : d'une part un rôle d'ER membre (ou hôte) vu de la fonction Serveur MBS 55 qui est alors l'ER serveur multidiffusion correspondant, et d'autre part un rôle d'ER serveur multidiffusion vu des ER membres que sont les stations mobiles sous sa couverture. In the presence of such an IGMP protocol, the MBS server 55 constitutes a local IGMP router, the BSi base stations 50a-50c constitute intermediate IGMP type of proxy equipment, and the mobile stations constitute ER members (or hosts, in english hosts). More specifically, a base station of the MBS zone ZM 56 incorporates an IGMP proxy function which comprises at least two components: on the one hand a role of ER member (or host) seen from the function MBS server 55 which is then the Corresponding multicast server, and on the other hand a role of ER multicast server seen ER members that are mobile stations under its coverage.
La transmission des messages d'interrogation MI relatifs à un même groupe de multidiffusion est par exemple périodique, typiquement toutes les 125 secondes. Un message d'interrogation MI, désignant un groupe de multidiffusion (par exemple GMI) et généré par le serveur MBS 55, est donc adressé à chaque station de base BSi de la zone MBS ZM 56, chaque station de base prenant à son tour la fonction d'ER routeur multidiffusion pour transmettre le message d'interrogation (ici par voie d'ondes) aux stations mobiles MS qui sont connectés à elle. The transmission of the interrogation messages MI relating to the same multicast group is for example periodic, typically every 125 seconds. An interrogation message MI, designating a multicast group (for example GMI) and generated by the MBS server 55, is therefore addressed to each base station BSi of the MBS zone ZM 56, each base station taking in turn the ER multicast router function to transmit the interrogation message (here by wave) to MS mobile stations that are connected to it.
A réception d'un tel message d'interrogation MI, une station mobile MS est libre d'y répondre ou de ne pas y répondre, selon qu'elle est intéressée ou non intéressée par le(s) contenu(s) du groupe de multidiffusion (ici GM1) qu'il désigne. Upon receipt of such an interrogation message MI, a mobile station MS is free to answer or not to answer, depending on whether it is interested or not interested in the content (s) of the group of multicast (here GM1) that it designates.
Ainsi, lorsque le procédé décrit ci-dessus est mis en oeuvre entre le Serveur MBS 55 et les stations de base 50a-50c de la zone MBS ZM, le Serveur MBS 55 n'envoie dans une première étape de message d'interrogation qu'à un sous-ensemble de l'ensemble de stations de base constitué par les stations de base de la zone MBS considérée. Comme indiqué précédemment ce premier sous-ensemble peut par exemple être constitué de la station de base ayant répondu positivement au message d'interrogation lors du précédent cycle d'envoi de messages d'interrogation. II peut par exemple s'agir de la station de base BS2 50b sur la figure 4. La station de base BS2 50b retransmet 15 le message d'interrogation vers les stations mobiles 52b sous sa couverture, recueille la réponse ou non-réponse de ces stations mobiles, et consolide les réponses reçues en une réponse envoyée au Serveur MBS 55. Si la station de base BS2 50b n'a pas reçu de réponse, le sous-ensemble suivant peut être par exemple constitué d'un ensemble de stations de bases entourant la BS2 50b car la probabilité est importante qu'un utilisateur précédemment intéressé par le groupe de multidiffusion ait effectué une mobilité vers une des stations de base voisines. Ce procédé permet donc d'éviter l'envoi de messages d'interrogation à toutes les stations de base d'une zone MBS, messages d'interrogation qui seraient ensuite retransmis sur l'interface air aux stations mobiles sous la couverture des stations de base de la zone MBS. Or, la transmission de données dans la zone MBS s'effectuant en mode de diffusion depuis l'ensemble des stations de base de la zone MBS, l'interrogation de toutes les stations de base de la zone eu égard à la transmission de contenus donnés est peu efficace, et consommateur de ressources sur l'air interface. L'envoi d'interrogations à des sous-ensembles de stations de base de la zone MBS par itérations successives permet de limiter la consommation de ressources sur l'air interface. Thus, when the method described above is implemented between the MBS server 55 and the base stations 50a-50c of the MBS zone ZM, the MBS server 55 sends in a first interrogation message step that to a subset of the base station set consisting of the base stations of the considered MBS area. As indicated above, this first subset may, for example, consist of the base station that has responded positively to the interrogation message during the previous cycle of sending interrogation messages. For example, it may be base station BS2 50b in FIG. 4. Base station BS2 50b retransmits the interrogation message to mobile stations 52b under its cover, collects the response or non-response of these stations. mobile stations, and consolidates the responses received in a response sent to the MBS server 55. If the base station BS2 50b has not received a response, the following subset may consist for example of a set of base stations surrounding the BS2 50b because the probability is significant that a user previously interested in the multicast group has made mobility to one of the neighboring base stations. This method therefore makes it possible to avoid sending interrogation messages to all the base stations of an MBS zone, interrogation messages which would then be retransmitted on the air interface to the mobile stations under the coverage of the base stations. of the MBS zone. However, the transmission of data in the MBS zone being carried out in broadcast mode from all the base stations of the MBS zone, the interrogation of all the base stations of the zone with regard to the transmission of given contents. is inefficient, and consumer of resources on the air interface. The sending of interrogations to subsets of base stations of the MBS zone by successive iterations makes it possible to limit the consumption of resources on the interface air.
Claims (13)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0760216A FR2925805B1 (en) | 2007-12-21 | 2007-12-21 | METHOD FOR MANAGING DATA TRANSMISSION IN MULTICAST MODE TO A PLURALITY OF NETWORK ELEMENTS, AND NETWORK ELEMENT FOR IMPLEMENTING THE METHOD |
PCT/FR2008/052043 WO2009080924A1 (en) | 2007-12-21 | 2008-11-13 | Method for managing the transmission of data in multi broadcast mode to a plurality of network elements, and network element for implementing the method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0760216A FR2925805B1 (en) | 2007-12-21 | 2007-12-21 | METHOD FOR MANAGING DATA TRANSMISSION IN MULTICAST MODE TO A PLURALITY OF NETWORK ELEMENTS, AND NETWORK ELEMENT FOR IMPLEMENTING THE METHOD |
Publications (2)
Publication Number | Publication Date |
---|---|
FR2925805A1 true FR2925805A1 (en) | 2009-06-26 |
FR2925805B1 FR2925805B1 (en) | 2009-12-11 |
Family
ID=39672727
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR0760216A Expired - Fee Related FR2925805B1 (en) | 2007-12-21 | 2007-12-21 | METHOD FOR MANAGING DATA TRANSMISSION IN MULTICAST MODE TO A PLURALITY OF NETWORK ELEMENTS, AND NETWORK ELEMENT FOR IMPLEMENTING THE METHOD |
Country Status (2)
Country | Link |
---|---|
FR (1) | FR2925805B1 (en) |
WO (1) | WO2009080924A1 (en) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE10252448A1 (en) * | 2002-03-07 | 2003-09-25 | Samsung Electronics Co Ltd | Method for identifying devices equipment supporting multicast channel allocation protocol (MCAP) on same network, requires MCAP device for transmitting MCAP-advance notice message to all devices in same network |
US6977891B1 (en) * | 2001-06-30 | 2005-12-20 | Extreme Networks, Inc. | Method and system for multicast traffic reduction |
WO2007059679A1 (en) * | 2005-11-25 | 2007-05-31 | Huawei Technologies Co., Ltd. | A method for processing the abnormal multicast service and a network equipment thereof |
-
2007
- 2007-12-21 FR FR0760216A patent/FR2925805B1/en not_active Expired - Fee Related
-
2008
- 2008-11-13 WO PCT/FR2008/052043 patent/WO2009080924A1/en active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6977891B1 (en) * | 2001-06-30 | 2005-12-20 | Extreme Networks, Inc. | Method and system for multicast traffic reduction |
DE10252448A1 (en) * | 2002-03-07 | 2003-09-25 | Samsung Electronics Co Ltd | Method for identifying devices equipment supporting multicast channel allocation protocol (MCAP) on same network, requires MCAP device for transmitting MCAP-advance notice message to all devices in same network |
WO2007059679A1 (en) * | 2005-11-25 | 2007-05-31 | Huawei Technologies Co., Ltd. | A method for processing the abnormal multicast service and a network equipment thereof |
EP1892881A1 (en) * | 2005-11-25 | 2008-02-27 | Huawei Technologies Co., Ltd. | A method for processing the abnormal multicast service and a network equipment thereof |
Also Published As
Publication number | Publication date |
---|---|
FR2925805B1 (en) | 2009-12-11 |
WO2009080924A1 (en) | 2009-07-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Eriksson et al. | Cabernet: Vehicular content delivery using WiFi | |
CN101277248A (en) | Method and system for distributing network data | |
CN113452431B (en) | Method for optimizing satellite network data service by utilizing edge computing technology | |
FR2866498A1 (en) | METHOD OF TRANSMITTING A MULTIPOINT STREAM IN A LOCAL NETWORK AND CONNECTING DEVICE IMPLEMENTING THE METHOD | |
US7457288B2 (en) | Relay multicast system and method for providing efficient group communication service | |
EP1597901B1 (en) | Method for tracking the size of a multicast audience | |
EP2210396B1 (en) | System of interconnection between at least one communication apparatus and at least one remote information system and interconnection method | |
EP1271817A1 (en) | Method and device for decreasing the signalling load in a network, that utilises a broadcast protocol | |
Moltchanov | Service quality in P2P streaming systems | |
EP1617591A1 (en) | Method and server for peer-to-peer distribution of files requested for download | |
EP3231190B1 (en) | Method and devices for transmitting a data stream according to a multipoint transmission mode | |
FR3112259A1 (en) | METHOD AND DEVICE FOR TRANSMISSION OF A MESSAGE | |
EP3506564B1 (en) | Method for dynamic multicast ip routing in an ad-hoc network | |
WO2013131871A1 (en) | Method, device and computer program for selecting a router node in an lln network | |
FR2925805A1 (en) | METHOD FOR MANAGING DATA TRANSMISSION IN MULTICAST MODE TO A PLURALITY OF NETWORK ELEMENTS, AND NETWORK ELEMENT FOR IMPLEMENTING THE METHOD | |
FR2868644A1 (en) | METHOD OF DISCOVERING APPARATUS CONNECTED TO AN IP NETWORK AND APPARATUS IMPLEMENTING THE METHOD | |
US20220385495A1 (en) | Broadcast VPN System | |
EP1036456B1 (en) | Method for client server communication with parallel networks | |
Massoulié | Peer-to-peer live streaming: Optimality results and open problems | |
FR3126580A1 (en) | TRANSMISSION METHOD AND NODE DEVICE IMPLEMENTING SUCH METHOD | |
EP4408036A1 (en) | Method for communicating messages between a plurality of user equipments | |
Kang et al. | Chumcast in two-tier networks | |
FR3126579A1 (en) | TRANSMISSION METHOD AND NODE DEVICE IMPLEMENTING SUCH METHOD | |
Vyzovitis | An active protocol architecture for collaborative media distribution | |
Cunningham et al. | Managing peer-to-peer live streaming applications |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
GC | Lien (pledge) constituted |
Effective date: 20130923 |
|
RG | Lien (pledge) cancelled |
Effective date: 20141016 |
|
CA | Change of address |
Effective date: 20150521 |
|
CA | Change of address |
Effective date: 20150521 |
|
PLFP | Fee payment |
Year of fee payment: 9 |
|
ST | Notification of lapse |
Effective date: 20170831 |