DE10342029A1 - Method for a multicast service - Google Patents

Method for a multicast service Download PDF

Info

Publication number
DE10342029A1
DE10342029A1 DE10342029A DE10342029A DE10342029A1 DE 10342029 A1 DE10342029 A1 DE 10342029A1 DE 10342029 A DE10342029 A DE 10342029A DE 10342029 A DE10342029 A DE 10342029A DE 10342029 A1 DE10342029 A1 DE 10342029A1
Authority
DE
Germany
Prior art keywords
multicast
network element
users
command
terminal
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.)
Withdrawn
Application number
DE10342029A
Other languages
German (de)
Inventor
Michael Eckert
Josef Laumen
Holger Schmidt
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Original Assignee
Siemens AG
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Siemens AG filed Critical Siemens AG
Priority to DE10342029A priority Critical patent/DE10342029A1/en
Priority to PCT/EP2004/051547 priority patent/WO2005027410A1/en
Publication of DE10342029A1 publication Critical patent/DE10342029A1/en
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08User group management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0212Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave where the power saving management affects multiple terminals
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Abstract

Die Erfindung betrifft ein Verfahren zum Abfragen von für einen Multicast-Dienst eingeschriebenen Nutzern bzw. von Nutzern, welche von einem Multicast-Dienst aktuell Daten empfangen, in einem Kommunikationssystem, bei dem von einem Endgerät (UE) ein Befehl zum aktiven Beitritt in eine Multicast-Gruppe an ein Netzwerkelement (GGSN) gesendet wird, wobei in dem Befehl mindestens ein für den aktiven Beitritt irrelevanter Parameter vorgesehen ist, an dessen Stelle Informationen gesendet werden, die das Netzwerkelement (GGSN) veranlassen, eine Nutzerabfrage hinsichtlich von Nutzerdaten zu initiieren.The invention relates to a method for querying users or users who are currently receiving data from a multicast service in a communication system in which a user-to-multicast command is received from a terminal (UE) Group is sent to a network element (GGSN), wherein in the command at least one irrelevant for the active accession parameter is provided in its place information is sent, which cause the network element (GGSN) to initiate a user query regarding user data.

Description

Die vorliegende Erfindung betrifft ein Verfahren für einen Multicast-Dienst.The The present invention relates to a method for a multicast service.

Derartige Verfahren werden unter Anderem in Mobilfunkgeräten der dritten Generation, wie beispielsweise Mobilfunkgeräten des UMTS (Universal Mobile Telecommunication Standard)– Standards, eingesetzt.such Methods are used, inter alia, in third-generation mobile phones, such as mobile devices of the UMTS (Universal Mobile Telecommunication Standard) standards.

Um Daten innerhalb eines Netzwerkes effizient zu verteilen, existieren eine Reihe von Adressierungsverfahren. Die meisten Netzwerke unterstützen die drei grundlegenden Arten der Adressierung, das heißt die Einzeladressierung, das sogenannte „Unicast", die Gruppenadressierung, das sogenannte „Multicast", und die Verteiladressierung, das sogenannte „Broadcast". Bei der Einzeladressierung werden die Datenpakete an einen Empfänger adressiert und separat zu diesem gesendet, während bei der Gruppenadressierung ein Datenpaket an einen logischen Verbund von Empfängern verschickt wird. Bei der Verteiladressierung werden die Daten an alle Empfänger des Netzwerkes oder eines Teilbereiches hiervon gesendet, unabhängig davon, ob diese die Nachricht empfangen möchten oder nicht. Jede dieser Adressierungsarten weist spezifische Vor- und Nachteile auf. Die Einzeladressierung ist am Effizientesten, wenn eine Nachricht nur an einen Teilnehmer gesendet werden muss. Sollen dahingegen mehrere Teilnehmer ein- und dieselbe Nachricht erhalten, so weist die Gruppenadressierung Vorteile gegenüber der Einzeladressierung auf, da auf diese Weise die Nachricht nicht an jeden Empfänger einzeln verschickt werden muss. Dadurch wird die Netzlast erheblich reduziert. Dies ist insbesondere in zellularen Mobilfunknetzen von entscheidender Bedeutung, da über die Funkschnittstelle nur eine begrenzte Bandbreite zur Übertragung der Daten zur Verfügung steht und somit diese Ressource sehr effizient genutzt werden muss.Around To efficiently distribute data within a network exists a series of addressing methods. Most networks support the three basic types of addressing, that is, individual addressing, the so-called "unicast", the group addressing, the so-called "multicast", and the distribution addressing, the so-called "broadcast." In individual addressing the data packets are addressed to a receiver and separated sent to this while in group addressing, a data packet to a logical group of recipients is sent. In the distribution addressing, the data becomes all recipients the network or a subset thereof, regardless of whether they want to receive the message or not. Each of these Addressing types has specific advantages and disadvantages. The individual addressing is most efficient when sending a message to only one participant must become. On the other hand, several participants are supposed to be one and the same Received message, the group addressing has advantages over the Single addressing on because in this way the message is not on every receiver must be sent individually. This will increase the network load reduced. This is especially true in cellular mobile networks of crucial because over there the radio interface only a limited bandwidth for transmission the data available and therefore this resource must be used very efficiently.

Aus der technischen Spezifikation TS23.246 "MBMS Architecture and Functional Description, Release 6" des 3GPP (Third Generation Partnership Project) ist der zeitliche Ablauf der Prozeduren zur Bereitstellung des MBMS (Multimedia Broadcast/Multicast Service)-Dienstes bekannt. Dabei kann sich ein Nutzer zu einem bestimmten, durch den Nutzer wählbaren, Multicast-Dienst einschreiben. Nutzer, die aktuell Daten eines bestimmten Multicast-Dienstes empfangen möchten, werden zu einer dienstleistungsspezifischen Multicast-Gruppe zusammengefasst, die eindeutig durch eine Multicast-Kennung, einem sogenannten "Multicast-Identifier", das heißt, z.B. einer Internetprotokolladresse „IP-Adresse" auf Ebene der Netzwerkschicht, gekennzeichnet ist. Die Einschreibung zu einem Multicast-Dienst bezeichnet das Einverständnis eines Nutzers, entsprechende MBMS-Dienste eines Mobilfunknetzbetreibers zu empfangen. Anschließend erfolgt eine Dienst-Bekanntgabe-Prozedur (Service Announcement), innerhalb welcher der Nutzer Informationen vom Netzwerk anfordert, mit deren Hilfe ein Empfang von Daten eines MBMS-Dienstes möglich ist. Diese Informationen enthalten unter Anderem eine (möglicherweise umfassende) Liste der verfügbaren MBMS-Dienste, die Internetprotokoll-Adresse des Multicast-Dienstes beziehungsweise der entsprechenden Multicast-Gruppe und Startzeit des Dienstes und die zum Empfang notwendigen Funkkanalparameter. Alternativ kann der Nutzer diese Informationen auch automatisch vom Netzwerk beziehen.Out Technical Specification TS23.246 "MBMS Architecture and Functional Description, Release 6 "of the 3GPP (Third Generation Partnership Project) is the timing the procedures for providing the MBMS (Multimedia Broadcast / Multicast Service) service known. A user can become a particular, user-selectable, Enroll multicast service. Users who currently have data of a particular Want to receive multicast service are grouped into a service-specific multicast group, uniquely by a multicast identifier, a so-called "multicast identifier", that is, e.g. an Internet protocol address "IP address" at network layer level, is marked. The enrollment to a multicast service denotes the agreement of a user, corresponding MBMS services of a mobile network operator to recieve. Subsequently a service announcement procedure takes place (Service Announcement), within which the user information from the network, which requests the receipt of data from a network MBMS service is possible. This information includes, but is not limited to, one (possibly comprehensive) list of available MBMS services, the Internet Protocol address of the multicast service or the corresponding multicast group and start time of the service and the radio channel parameters required for reception. Alternatively, the user can also use this information automatically from the network.

In der Beitritts-Prozedur, dem sogenannten "Joining", tritt ein Nutzer aktiv in eine MBMS-Gruppe ein. Mit dem Eintritt des Nutzers in eine Multicast-Gruppe signalisiert der Nutzer dem Netzwerk, dass er aktuell Daten der entsprechenden Gruppe empfangen möchte. Beim anschließenden Start des Modus, dem sogenannten "Session-Start", stehen die notwendigen Ressourcen zur Übertragung der MBMS-Daten vom Netzwerk zu den Nut zern beziehungsweise zu deren Mobilstationen zur Verfügung. Die Übertragung der MBMS-Daten kann nach einer definierten Zeitspanne erfolgen. Anschließend findet der Datentransfer statt.In In the joining procedure, the so-called "Joining", a user actively enters an MBMS group. Signaled with the entry of the user into a multicast group the user to the network that he currently has data of the corresponding Want to receive group. In the subsequent Start of the mode, the so-called "session start", are the necessary resources for transmission the MBMS data from the network to the users or to their Mobile stations available. The transfer The MBMS data can be sent after a defined period of time. Subsequently the data transfer takes place.

1 zeigt den zeitlichen Ablauf der Signalisierungsnachrichten innerhalb der MBMS-Architektur zur Aktivierung des MBMS-Dienstes beziehungsweise des Empfangs von Daten dieses Dienstes und somit der Beitritts-Prozedur. Die beteiligten Einheiten sind eine Mobilstation UE, welche "User Equipment" in UMTS genannt wird, ein RAN (Radio Access Network), ein SGSN (Serving GPRS (General Packet Radio Service) Support Node), ein GGSN (Gateway GPRS Support Node) und ein BM-SC (Broadcast-Multicast Service Center). 1 shows the timing of the signaling messages within the MBMS architecture for activating the MBMS service or the reception of data of this service and thus the accession procedure. The units involved are a mobile station UE called "User Equipment" in UMTS, a Radio Access Network (RAN), a Serving GPRS (Support Packet GPRS) Support Node, a GGSN (Gateway GPRS Support Node) and a BM-SC (Broadcast Multicast Service Center).

Zuerst erfolgt eine PDP-Kontextaktivierung 1. Anschließend wird ein Beitrittsbefehl 2, der sogenannten "IGMP Join"-Befehl von dem Endgerät UE zu dem Netzwerkelelement GGSN geschickt. Danach erfolgt eine BMSC-Signalisierung zwischen GGSN und BMSC 3. Daraufhin sendet die GGSN eine MBMS-Bekanntmachungsanfrage an den SGSN 4. Der SGSN fordert das Endgerät UE danach auf, einen MBMS-Kontext zu aktivieren 5. Daraufhin aktiviert der UE den MBMS-Kontext 6. Anschließend werden Sicherheitsfunktionen zwischen UE und SGSN ausgetauscht, um das UE zu authentifizieren 7. Als nächster Schritt sendet der SGSN dem GGSN einen Befehl zum Generieren einer MBMS-Kontextanfrage 8. Zwischen GGSN und BMSC erfolgt danach ein Austausch der BMSC-Signalisierung 9. Daraufhin wird vom GGSN ein Befehl zum Generieren des MBMS-Kontextes an den SGSN geschickt 10. Schließlich sendet das SGSN den Befehl "Aktiveren der MBMS-Kontextakzeptierung 11" an das UE. Weitere Einzelheiten der Signalisierung können der oben angegebenen technischen Spezifikation TS23.246 entnommen werde, auf welcher an dieser Stelle verwiesen wird.First, a PDP context activation occurs 1 , Subsequently, an accession order 2 , the so-called "IGMP Join" command is sent from the UE to the network element GGSN. This is followed by BMSC signaling between GGSN and BMSC 3 , The GGSN then sends an MBMS advertisement request to the SGSN 4 , The SGSN then requests the UE to activate an MBMS context 5 , The UE then activates the MBMS context 6 , Subsequently, security functions are exchanged between UE and SGSN to authenticate the UE 7 , As a next step, the SGSN sends the GGSN a command to generate an MBMS context request 8th , Between GGSN and BMSC there will be an exchange of BMSC signaling 9 , There The GGSN then sends a command for generating the MBMS context to the SGSN 10 , Finally, the SGSN sends the "more active MBMS Context Approval" command 11 Further details of the signaling can be found in the technical specification TS23.246 referred to above, to which reference is made at this point.

Aus der US 6,078,954 ist ein Verfahren zum Verwalten von Mul-ticast-Adressen für eine Vielzahl von Nutzern und zum Zuord nen der Nutzer in spezifische Multicast-Gruppen in Abhängigkeit von ihrer Multicast-Adresse bekannt. Das aus dieser Druckschrift bekannte Verfahren hat jedoch den Nachteil, dass es einem Nutzer nicht möglich ist, die Zusammensetzung einer Multicast-Gruppe zu erfahren. Darüber hinaus hat ein Nutzer beim Einschreiben in eine Multicast-Gruppe nicht die Möglichkeit zu entscheiden, wem sein Beitritt in die Multicast-Gruppe durch eine mögliche Abfrage der Multicast-Gruppe sichtbar sein soll.From the US 6,078,954 A method is known for managing multicast addresses for a plurality of users and for assigning the users to specific multicast groups depending on their multicast address. However, the method known from this document has the disadvantage that it is not possible for a user to experience the composition of a multicast group. In addition, a user when enrolling in a multicast group does not have the opportunity to decide who should be visible to join the multicast group through a possible query of the multicast group.

Somit liegt der vorliegenden Erfindung die Aufgabe zugrunde, ein Verfahren für Multicast-Übertragungen bereitzustellen, welches die Nachteile des Standes der Technik vermeidet.Consequently The present invention is based on the object, a method for multicast transmissions which avoids the disadvantages of the prior art.

Diese Aufgabe wird durch die Verfahren mit den Merkmalen der Patentansprüche 1 und 6 gelöst. Vorteilhafte Weiterbildungen der Erfindung ergeben sich aus den abhängigen Patentansprüchen.These The object is achieved by the methods with the features of claims 1 and 6 solved. advantageous Further developments of the invention will become apparent from the dependent claims.

Bei dem erfindungsgemäßen Verfahren zum Abfragen von für einen Mulitcast-Dienst eingeschriebenen Nutzern beziehungsweise von Nutzern, welche von einem Multicast-Dienst aktuell Daten empfangen, in einem Kommunikationssystem, wird von einem Endgerät ein Befehl zum aktiven Beitritt in eine Multicast-Gruppe an ein Netzwerkelement gesendet, wobei in dem Befehl mindestens ein für den aktiven Beitritt irrelevanter Parameter vorgesehen ist, an dessen Stelle Informationen gesendet werden, die das Netzwerkelement veranlassen, eine Nutzerabfrage hinsichtlich von Nutzerdaten zu initiieren.at the method according to the invention to query for a multicast service registered users respectively of users currently receiving data from a multicast service, In a communication system, a terminal becomes a command to join in a multicast group sent to a network element, where in the command at least one for the active accession of irrelevant parameters to whose To send information that causes the network element to to initiate a user query regarding user data.

Bei dem erfindungsgemäßen Verfahren kann zwischen der Abfrage der Mitglieder unterschieden werden, die für diesen Dienst eingeschrieben sind, d.h. die sogenannte "Subscription", und der Abfrage der Nutzer, die gerade Daten dieses MBMS-Dienstes empfangen, das sogenannte "Joining". Durch die Einführung dieser Abfrage kann sich ein Nutzer darüber informieren, ob ein oder mehrere andere Nutzer generell Daten einer bestimm ten MBMS-Gruppe, das heißt Daten des mit dieser Gruppe assoziierten Multicast-Dienstes, erhalten. Darüber hinaus ist es möglich, abzufragen, ob ein Nutzer aktuell Daten dieses Dienstes empfängt.at the method according to the invention can be distinguished between the query of the members who For this Service are inscribed, i. the so-called "Subscription", and the query of users who are watching Receive data from this MBMS service, the so-called "Joining". By introducing this Query can be a user about it inform if one or more other users generally collect data determined MBMS group, that is Data of the multicast service associated with this group. About that It is also possible to query if a user is currently receiving data from this service.

Bevorzugt handelt es sich bei dem Befehl um einen Befehl des IGMP (Internet Group Management Protocol)– oder des MLD (Multicast Listener Discovery)-Protokolls. Das IGMP-Protokoll wird in der Spezifikation RFC3376 "Internet Group Management Protocol (IGMP)" der IETF (Internet Engineering Task Force) beschrieben. Das MLD-Protokoll wird in der technischen Spezifikation RFC3710 "Multicast Listener Discovery (MLD) for Ipv6" des IETF beschrieben. Beide Protokolle werden in einer ähnlichen Art und Weise verwendet, mit dem Unterschied, dass das MLD-Protokoll IPv6-Nachrichtentypen anstelle von IPv4-Nachrichtentypen verwendet. Zur näheren Erläuterung wird auf diese Spezifikationen verwiesen. Bei dem Befehl zum aktiven Beitritt in die Multicast-Gruppe handelt es sich bevorzugt um den Befehl „IPMulticastListen" des IGMP (Internet Group Management Protocol)-Protokolls.Prefers If the command is an IGMP command (Internet Group Management Protocol) - or the MLD (Multicast Listener Discovery) protocol. The IGMP protocol is described in the specification RFC3376 "Internet Group Management Protocol (IGMP)" of the IETF (Internet Engineering Task Force). The MLD protocol is used in the technical Specification RFC3710 "Multicast Listener Discovery (MLD) for Ipv6 "of the IETF, both protocols be in a similar Way used, with the difference that the MLD protocol IPv6 message types used instead of IPv4 message types. For a more detailed explanation reference is made to these specifications. At the command to active Joining the multicast group is preferably the Command "IPMulticastListen" of the IGMP (Internet Group Management Protocol) protocol.

Bei dem Kommunikationssystem handelt es sich bevorzugt um ein Kommunikationssystem der dritten Mobilfunkgeneration, insbesondere ein System nach dem UMTS-Standard. Allerdings ist die vorliegende Erfindung nicht auf Kommunikationssysteme nach dem UMTS-Standard beschränkt. Vielmehr ist es auch denkbar, die vorliegende Erfindung auf festnetzbasierte Kommunikationssysteme zu erweitern. Bei dem Endgerät handelt es sich bevorzugt um ein Endgerät nach dem UMTS-Standard. Entsprechend handelt es sich bei den Netzwerkelementen bevorzugt um Elemente eines von der Funkzugangstechnologie unabhängigen paketvermittelten Kernnetzwerkes, einem sogenannten „Core Netwerk".at the communication system is preferably a communication system the third mobile radio generation, in particular a system according to the UMTS standard. However, the present invention is not on Communication systems limited to the UMTS standard. Rather, it is it is also conceivable that the present invention is based on landline Expand communication systems. When the terminal is it is preferably a terminal according to the UMTS standard. Accordingly, the network elements are preferred elements of a packet-switched independent of the radio access technology Core network, a so-called "Core Netwerk".

In einer Weiterbildung der vorliegenden Erfindung werden als Nutzerdaten die für ein Mulitcast-Dienst eingeschriebenen Nutzer und/oder die Nutzer, welche von einem Multicast-Dienst aktuelle Daten empfangen, vom Core Netzwerk an das Endgerät gesendet. Die vorliegende Erfindung ist jedoch nicht auf diese Nutzerdaten beschränkt. Es ist denkbar, dass die Nutzerdaten einen kompletten Bericht über sämtliche Nutzer von Multicast-Diensten beziehungsweise -Gruppen, d.h. deren Gesamtheit, enthalten.In A development of the present invention are as user data the for a multicast service registered user and / or users, which receive data from a multicast service, from Core network to the terminal Posted. However, the present invention is not limited to this user data limited. It is conceivable that the user data a complete report on all Users of multicast services or groups, i. their Entity, included.

In einer bevorzugten Ausführungsform fragt ein Netzwerkelement die Nutzerdaten in einer Datenbank ab und übermittelt diese an das Endgerät.In a preferred embodiment a network element queries the user data in a database and transmitted this to the terminal.

Bevorzugt werden als Nutzerdaten mindestens die Anzahl der anonymen Nutzer von einem Netzwerkelement an das Endgerät gesendet. In einer Ausführungsform überträgt ein Netzwerkelement die Nutzerdaten an das Endgerät mit denen nicht ein Anonymitätsattribut verbunden ist.Prefers be as user data at least the number of anonymous users sent from a network element to the terminal. In one embodiment, a network element transmits the user data to the terminal with which not an anonymity attribute connected is.

In einer Weiterbildung der vorliegenden Erfindung ist in dem Befehl ein weiterer, für den aktiven Beitritt irrelevanter Parameter vorgesehen, an dessen Stelle Informationen gesendet werden, die einem Netzwerkelement signalisieren, für welchen Nutzer die Nutzerabfrage gestellt werden soll. Durch diese Information kann der Nutzer des Endgeräts vorab auswählen, von welchem Nutzer ihn die Nutzerdaten interessieren.In a development of the present Er tion is provided in the command another, irrelevant for the active accession parameters in place of information is sent, which signal a network element, for which user the user query is to be made. By means of this information, the user of the terminal can pre-select which user interest him in the user data.

Die eingangs gestellte Aufgabe wird auch durch ein Verfahren zur anonymen Aktivierung des Empfangs von Nachrichten eines Multicast-Dienstes in einem Kommunikationssystem gelöst, bei dem von einem Endgerät ein Befehl zum aktiven Beitritt in eine Multicast-Gruppe an ein Netzwerkelement gesendet wird, wobei in dem Befehl mindestens ein für den aktiven Beitritt irrelevanter Parameter vorgesehen ist, an dessen Stelle Informationen gesendet werden, die ein Netzwerkelement veranlassen, die Aktivierung gegenüber anderen Nutzer anonym durchzuführen.The The object initially posed is also governed by an anonymous procedure Activation of receiving messages from a multicast service in solved a communication system, in the case of a terminal an active join command to a multicast group Network element is sent, wherein in the command at least one for the active accession of irrelevant parameters to whose To send information that causes a network element to the activation opposite to perform anonymously to other users.

Bei dem Befehl handelt es sich wiederum bevorzugt um den Befehl des IGMP-Protokolls "IPMulticastListen". Bei dem Endgerät beziehungsweise Netzwerkelement handelt es sich ebenfalls wiederum bevorzugt um ein Endgerät nach dem UMTS-Standard beziehungsweise ein Netzwerkelement GGSN, wobei die Erfindung wiederum nicht auf Kommunikationssystemen nach dem UMTS-Standard beschränkt ist, sondern auf jede andere Art von Kommunikationssystemen übertragen werden kann.at the command is again preferably the command of the IGMP protocol "IPMulticastListen". In the terminal or network element Again, it is preferably a terminal after the UMTS standard or a network element GGSN, wherein the Invention again is not limited to communication systems according to the UMTS standard, but transferred to every other type of communication system can be.

Bevorzugt wird auf Grund der übertragenen Aktivierungsinformationen der Beitritt des Endgeräts bzw. dessen Nutzers zu der Multicast-Gruppe nicht bei einer Abfrage der Nutzer bzw. Mitglieder der Multicast-Gruppe angegeben. Dies hat den Vorteil, dass ein beitretender Nutzer sicher sein kann, dass sein Beitritt von keinem anderen Nutzer durch eine Abfrage überprüft werden kann. Dies fördert die Bereitschaft von Nutzern, einer Multicast-Gruppe beizutreten.Prefers is due to the transmitted activation information the accession of the terminal or whose user does not respond to the multicast group when querying the Users or members of the multicast group. this has the advantage that an acceding user can be sure that his accession can not be checked by any other user through a query can. This promotes the willingness of users to join a multicast group.

Die Erfindung betrifft des Weiteren ein mobiles Endgerät zur Verwendung bei einem erfindungsgemäßen Verfahren.The The invention further relates to a mobile terminal for use in a method according to the invention.

Die Erfindung wird im Folgenden unter Hinweis auf die beigefügten Zeichnungen anhand mehrerer Ausführungsbeispiele näher erläutert. Die dort dargestellten Merkmale und auch die bereits oben beschriebenen Merkmale, können nicht nur in der genannten Kombination, sondern auch einzeln oder in anderen Kombinationen erfindungswesentlich sein. Es zeigen:The The invention is described below with reference to the accompanying drawings based on several embodiments explained in more detail. The features shown there and also those already described above Features, can not only in the combination mentioned, but also individually or be essential to the invention in other combinations. Show it:

1 den Ablauf der Signalisierungsnachrichten innerhalb der MBMS-Architektur; 1 the flow of signaling messages within the MBMS architecture;

2 den Ablauf der Abfrage der zu einer MBMS Gruppe gehörenden Mitglieder bzw. der Nutzer, die Daten einer MBMS Gruppe empfangen mittels der IGMP "Join"-Nachricht; 2 the flow of polling the members belonging to an MBMS group or the users receiving data of an MBMS group by means of the IGMP "Join"message;

3 ein Ausführungsbeispiel der Daten, welche zu einem Endgerät übertragen werden; 3 an embodiment of the data transmitted to a terminal;

4 ein Flussdiagramm zur Abfrage von Multicast-Gruppen und zum anonymen Beitritt in eine Multicast-Gruppe; und 4 a flowchart for querying multicast groups and anonymous joining in a multicast group; and

5 ein weiteres Flussdiagramm zur Abfrage von Multicast-Gruppen und zum anonymen Beitritt in eine Mulitcast-Gruppe. 5 another flowchart for querying multicast groups and anonymous join in a multi-cast group.

1 wurde bereits in der Einleitungsbeschreibung erläutert, so dass an dieser Stelle darauf verwiesen wird. 1 has already been explained in the introductory description, so reference is made to this point.

2 zeigt den Nachrichtenfluss bei der Abfrage der Nutzer, die Daten einer MBMS Gruppe empfangen mittels der IGMP „Join"-Nachricht. Die „Join"-Nachricht ist Bestandteil des IGMP-Protokolls (Inter Group Management Protocol). Die IGMP „Join"-Nachricht hat den folgenden Syntax:
IPMulticastListen (Socket, Interface, Multicast-Adresse, Exclude, {}).
2 shows the message flow when querying users who receive data from an MBMS group using the IGMP Join message The Join message is part of the Intergroup Management Protocol (IGMP). The IGMP join message has the following syntax:
IPMulticastListen (socket, interface, multicast address, exclude, {}).

Der "Socket"-Parameter dient zur Unterscheidung von verschiedenen Entitäten, wie zum Beispiel Programmen oder Prozessen, innerhalb des Endgeräts UE. Der "Socket"-Parameter kann also beispielsweise eine Anschlussnummer, eine sogenannte „Port Nummer", darstellen. Der "Interface"-Parameter dient zur Spezifizierung der Schnittstelle, an der das Endgerät UE die MBMS-Nachrichten erwartet, also beispielsweise die Interprotokoll-Adresse oder eine andere eindeutige Adresse des Endgeräts, wie beispielsweise MS-ISDN (Mobile Station International Subscriber Number) oder IMSI (International Mobile Subscriber Identifier). Die "Multicast-Adresse" ist die Internetprotokoll-Adresse der Multicast-Gruppe beziehungsweise die Multicast-Kennung, von der das Endgerät UE Daten empfangen möchte. Dieser Parameter gibt somit den gewünschten MBMS- Dienst an. Die beiden letzten Parameterwerte "Exclude" und "{}" sind im 3GPP-Standard nicht relevant. Sie dienen beim IGMP-Protokoll zur Filterung der Quelle der Multicast-Nachricht. Das IGMP-Protokoll bietet mit Hilfe dieser Parameter die Möglichkeit, nur Multicast-Daten von bestimmten Quellen zu empfangen beziehungsweise bestimmte Quellen vom Empfang auszuschließen. Die Internetprotokoll-Adressen der entsprechenden Quellen werden im Parameter "Source-List" angegeben, deren Wert in der angegebenen IGMP „Join"-Nachricht eine leere Menge enthält. Die IGMP-Nachrichten werden innerhalb eines Ipv4-Datagramms übertragen.The "socket" parameter is used to differentiate between different entities, such as programs or processes within the UE. For example, the "socket" parameter can be a port number, called a "port number." The "interface" parameter is used for specifying the interface at which the terminal UE the MBMS messages, such as the inter-protocol address or any other unique address of the terminal, such as MS-ISDN (Mobile Station International Subscriber Number) or IMSI (International Mobile Subscriber Identifier). The "multicast address" is the Internet Protocol address of the multicast group or the multicast identifier, from which the terminal UE data would like to receive. This parameter thus indicates the desired MBMS service. The two last parameter values "Exclude" and "{}" are in the 3GPP standard Not relevant. They serve to filter the IGMP protocol Source of the multicast message. The IGMP protocol offers the possibility, with the help of these parameters, only to receive multicast data from certain sources respectively to exclude certain sources from receipt. The Internet Protocol addresses the corresponding sources are specified in the "Source-List" parameter whose value is specified in the specified IGMP "join" message a blank Contains quantity. The IGMP messages are transmitted within an IPv4 datagram.

Die beiden letzten Parameter des „IPMulticastListen"-Befehls, die innerhalb des UMTS-Systems nicht benötigt werden, aber dennoch übertragen werden müssen, werden so erweitert, dass sie zur Abfrage der Mitglieder der durch den Parameter "Multicast-Adresse" spezifizierten MBMS-Gruppe verwendet werden können.The last two parameters of the "IPMulticastListen" command, which are within of the UMTS system not needed be, but still transferred Need to become, are extended so that they can be queried by the members of the parameter "Multicast address" specified MBMS group used can be.

Als weitere Möglichkeit kann die Parameterliste der IGMP „Join"- beziehungsweise „IPMulticastListen"-Nachricht erweitert werden. 2 zeigt wiederum die schon in Bezug auf die 1 erläuterten Netzwerkelemente UE, RAN, SGSN, GGSN und zusätzlich eine MBMS-Datenbank. Zuerst erfolgt wiederum eine PDP-Kontextaktivierung 21. Anschließend wird die erweiterte IGMP „Join"-Nachricht 2 vom Endgerät UE über den PDP-Kontext an das GGSN gesendet. Der GGSN erkennt anhand der vorhandenen Nachrichtenfelder, dass es sich bei dieser Nachricht nicht um die Aktivierung des Datenempfangs, der durch den Parameterwert innerhalb des Feldes "Multicast-Adresse" angegebenen Multicast-Gruppe handelt, sondern um eine Nutzerabfrage. Mittels der enthaltenen Informationen fragt der GGSN die entsprechenden Daten in einer Datenbank ab 23. Die abgefragten Informationen werden anschließend vom GGSN an das UE übertragen 24. Diese enthalten eine Liste von nicht anonymen Nutzern des abgefragten MBMS-Dienstes beziehungsweise der abgefragten MBMS-Gruppe, wobei vorher die Anzahl dieser Infor mationsfelder angegeben wird. Bevorzugt ist der mit der Multicast-Gruppe assoziierte Multicast-Dienst und die Multicast-Kennung ebenfalls ein Teil der Liste.As another option, the parameter list of the IGMP "Join" or "IPMulticastListen" message can be extended. 2 again shows that in terms of the 1 explained network elements UE, RAN, SGSN, GGSN and additionally an MBMS database. First, a PDP context activation occurs again 21 , Subsequently, the extended IGMP "Join" message 2 sent from the UE via the PDP context to the GGSN. The GGSN recognizes from the existing message fields that this message is not the activation of the data receive, which is the multicast group specified by the parameter value within the field "Multicast Address", but a user query. Using the information contained, the GGSN queries the corresponding data in a database 23 , The requested information is then transmitted by the GGSN to the UE 24 , These contain a list of non-anonymous users of the requested MBMS service or of the requested MBMS group, the number of these information fields being specified beforehand. Preferably, the multicast service associated with the multicast group and the multicast identifier is also part of the list.

Die Spezifizierung der Nutzer kann auf verschiedene Arten erfolgen. 3 zeigt eine mögliche Struktur der zum Endgerät UE zu übertragenden Daten. Nach diesem Ausführungsbeispiel enthalten die Daten die Multicast-Kennung, den Multicast-Dienst, die Anzahl der Nutzeridentitäten, die jeweilige Identität der Nutzer und die Anzahl der anonymen Nutzer. Denkbar ist aber auch die Angabe des Vor- und Zunamens, der MS-ISDN des Nutzers, der Internetprotokoll-Adresse, aber auch jede andere eindeutige Kennzeichnung.The specification of users can be done in different ways. 3 shows a possible structure of the data UE to be transmitted to the terminal. According to this embodiment, the data includes the multicast identifier, the multicast service, the number of user identities, the respective identity of the users, and the number of anonymous users. It is also conceivable to specify the first and last name, the MS-ISDN of the user, the Internet Protocol address, but also any other unique identifier.

Darüber hinaus soll auch eine anonyme Aktivierung des Datenempfangs eines MBMS-Dienstes möglich sein. Zweckmäßig für die beschriebene Abfrage ist die Möglichkeit, dass sich ein Nutzer anonym zu einem Dienst einschreiben und ebenfalls anonym Daten dieses Dienstes empfangen kann. Die IGMP „Join"-Nachricht, das heißt die angegebene „IPMulticastListen"-Nachricht, wird dazu dahingehend erweitert, dass der Datenempfang einer MBMS-Gruppe anonym erfolgen kann. Mindestens einer der beiden letzten Parameter der „IPMulticastListen"-Nachricht wird dabei so erweitert, dass der Anonymitätswunsch des Nutzers übertragen werden kann.Furthermore should also be an anonymous activation of the data reception of an MBMS service possible. Suitable for the described Query is the way that a user anonymously subscribe to a service and also anonymous can receive data from this service. The IGMP "Join" message, that is the specified "IPMulticastListen" message, is extended to that the data reception of an MBMS group can take place anonymously. At least one The last two parameters of the "IPMulticastListen" message are extended so that the anonymity wish transmitted by the user can be.

4 zeigt ein Flussdiagramm zur Verarbeitung einer „Join"-Nachricht. Bei diesem Ausführungsbeispiel werden bei auf dem UMTS-Standard basierenden Kommunikationssystemen in der „IPMulticastListen"-Nachricht die Parameter der beiden letzten Parameter, hier "Filtermodus" und "Source-List" nicht benötigt und daher erweitert. Hierzu werden zur Abfrage der Nutzer für den dritten Parameter der „IPMulticastListen"-Nachricht „Filtermodus" des IGMP-Protokolls zwei weitere Werte eingeführt. Diese Werte werden hier mit "Subscribe" und "Join" bezeichnet. „Subscribe" steht für die Abfrage der Nutzer, die für den Multicast-Service eingeschrieben sind, der mit dem im Parameter „multicast-address" enthaltenden Multicast-Identifier assoziiert ist. „Join" steht für die Abfrage der Nutzer, die Daten des MBMS-Dienstes empfangen, also Mitglieder der über den Parameter „multicast-address" angegebenen Multicast-Gruppe sind. Ist einer dieser Parameter in der „IPMulticastListen"-Nachricht enthalten, so erkennt der GGSN, dass es sich bei dieser Nachricht um eine Nutzerabfrage handelt. 4 shows a flowchart for processing a "join" message In this embodiment, in UMTS standard based communication systems in the "IPMulticastListen" message, the parameters of the last two parameters, here "Filter Mode" and "Source List" are not needed and therefore expanded. For this purpose, two further values are introduced for querying the users for the third parameter of the "IPMulticastListen" message "Filter mode" of the IGMP protocol. These values are referred to here as "subscribe" and "join". "Subscribe" is the query of the users who are enrolled for the multicast service associated with the multicast identifier contained in the "multicast-address" parameter. "Join" stands for the query of users who receive data from the MBMS service, ie they are members of the multicast group specified by the "multicast-address" parameter. If one of these parameters is included in the "IPMulticastListen" message, the GGSN recognizes that this message is a user query.

Zuerst wird bei dem Verfahren die "Join"-Nachricht empfangen. In der „Join"-Nachricht wird der "Filtermodus"-Parameter ausgewertet. Falls dieser Parameter gleich einem Wert "Exclude" ist, so handelt es sich um eine herkömmliche "Join"-Nachricht. Nimmt der "Filtermodus"-Parameter jedoch weder den Wert „Exclude", noch den Wert „anonym" an, so liegt eine erweiterte „Join"-Nachricht vor. Handelt es sich bei dem "Filtermodus"-Parameter nun um den Parameterwert „Join", so werden die Nutzer der mit der Multicast-Kennung assoziierten Multicast-Gruppe abgefragt. Handelt es sich bei dem "Filtermodus"-Parameter um den Paramterwert „Suscribe", so werden die Nutzer des mit der Multicast-Kennung assoziierten Multicast-Dienstes abgefragt. Anschließend wird der "Source Filter"-Parameter ausgewertet. Nimmt dieser Parameter den Wert „{}" an, d.h. dem Parameter sind keine Werte zugeordnet, so handelt es sich um eine allgemeine Nutzerabfrage, d.h. alle Mitglieder der spezifizierten Multicast-Gruppe, bzw. des damit assoziierten Multicast Services, werden abgefragt. Enthält der „Source Filter"-Parameter hingegen eine Liste von Nutzern, so wird nur deren Zugehörigkeit zum angegebenen Multicast-Service bzw. zur Multicast-Gruppe abgefragt. Das GGSN kann anschließend nach einer entsprechenden Datenbankabfrage die Nutzeridentitäten an das Endgerät UE zurücksenden, mit denen nicht das Anonymitätsattribut verbunden ist. Dies ist vorteilhaft, da eine zusätzliche Angabe der Anzahl von anonym eingeschriebenen Nutzern der Grundidee der Anonymität entgegenspricht. Im Extremfall fragt das Endgerät UE nur einen Nutzer ab. Wird in diesem Fall vom Endgerät UE eine Antwort empfangen, die als Wert für den Parameter "Anzahl der Nutzeridentitäten" den Wert "0" aufweist und für den Wert "Anzahl anonymer Nutzer" den Wert "1" enthält, so ist die Anonymität nicht mehr gewährleistet.First, the method receives the "Join" message. The "join" message evaluates the "filter mode" parameter, and if this parameter is equal to an "exclude" value, it is a conventional "join" message, but the "filter mode" parameter does not take the "filter mode" parameter Value "Exclude", nor the value "anonymous", there is an extended "join" message. If the "Filter Mode" parameter is now the parameter value "Join", then the users of the multicast group associated with the multicast identifier are queried, and if the "Filter Mode" parameter is the parameter value "Suscribe" , the users of the multicast identifier associated with the multicast identifier are queried. Subsequently, the "Source Filter" parameter is evaluated. If this parameter assumes the value "{}", ie no values are assigned to the parameter, then this is a general user query, ie all members of the specified multicast group or of the associated multicast service are queried "Source Filter" parameter, however, a list of users, so only their affiliation to the specified multicast service or multicast group is queried. After a corresponding database query, the GGSN can subsequently return the user identities to the terminal UE to which the anonymity attribute is not connected. This is advantageous since an additional indication of the number of users who are registered anonymously contradicts the basic idea of anonymity. In extreme cases, the terminal UE asks only one user. In this case, a response is received from the terminal UE, which as the value for the parameter "number of user identities" If the value "0" has the value "1" for the value "Number of anonymous users", anonymity is no longer guaranteed.

Das weitere Ausführungsbeispiel gemäß 5 zeigt ein Verfahren, bei dem die Parameterliste des IGMP „Join"- beziehungsweise „IPMulticastListen"-Befehls um zwei Parameter erweitert wird. Weiterhin wird in diesem Ausführungsbeispiel beschrieben, wie die „Join"-Nachricht zu erweitern ist, damit sich ein Nutzer anonym zu einer MBMS-Gruppe einschreiben kann. Die „Join"-Nachricht ist in diesem Ausführungsbeispiel um die mit "Query-Type", "Query-Identity" und "Privacy" bezeichneten Parameter erweitert. Die ersten beiden Parameter dienen zur Nutzerabfrage und der dritte Parameter dient zur Realisierung der anonymen Einschreibung zu einer Multicast-Gruppe. Dabei lässt sich die erweiterte IGMP „Join"- beziehungsweise „IPMulticastListen"-Nachricht wie folgt definieren:
IPMulticastListen (Socket, Interface, Multicast-Adresse, Exclude, {}, Privacy, Query-Type, Query-Identity).
The further embodiment according to 5 shows a method in which the parameter list of the IGMP "Join" or "IPMulticastListen" command is extended by two parameters. Furthermore, in this embodiment it is described how to extend the "join" message so that a user can enroll anonymously to an MBMS group The "join" message in this embodiment is the one with "query type", "Query Identity" and "Privacy" designated parameters expanded. The first two parameters are used for user queries and the third parameter is used to realize the anonymous enrollment to a multicast group. The extended IGMP "Join" or "IPMulticastListen" message can be defined as follows:
IPMulticastListen (socket, interface, multicast address, exclude, {}, privacy, query-type, query-identity).

Der Parameter "Privacy" kann die Werte "anonym" oder "NIL" annehmen. Für den Parameter "Query-Type" sind die Werte "Subscribe", "Join" und "NIL" möglich. Der Parameter "Query-Identity" kann eine Liste von Nutzeridentitäten enthalten oder ebenfalls leer bleiben, das heißt den Wert "NIL" beziehungsweise "{}" enthalten.Of the The Privacy parameter can be anonymous or NIL. For the parameter "Query-Type" the values "Subscribe", "Join" and "NIL" are possible. Of the Parameter "Query-Identity" can be a list of user identities contain or also remain empty, that is the value "NIL" or "{}" included.

Zuerst wird eine "Join"-Nachricht empfangen. In der „Join"-Nachricht wird der Parameter "Query-Type" ausgewertet. Ist dieser Parameter gleich "NIL" so wird erkannt, dass es sich um eine „Join"-Nachricht zur Einschreibung in eine Multicast-Gruppe handelt. Anschließend wird der „Privacy"-Parameter ausgewertet. Ist dieser gleich dem Wert „NIL", so erfolgt eine nicht anonyme Einschreibung in die spezifizierte Multi cast-Gruppe. Ist dieser Parameterwert gleich „anonym", so erfolgt entsprechend eine anonyme Einschreibung in die spezifizierte Multicast-Gruppe.First will receive a "Join" message. The parameter "Query-Type" is evaluated in the "Join" message this parameter is equal to "NIL" so it is recognized that it is a "join" message for enrollment into a multicast group is. Subsequently the "Privacy" parameter is evaluated. If this is equal to the value "NIL", then a non-anonymous enrollment in the specified multi-cast group. If this parameter value is equal to "anonymous", then an anonymous one takes place accordingly Enrollment in the specified multicast group.

Handelt es sich bei der ursprünglich empfangenen „Join"-Nachricht bei dem Parameter "Query-Type" um einen Wert ungleich "NIL", so handelt es sich um eine erweiterte „Join"-Nachricht zur Nutzerabfrage. In dieser Nachricht wird der Parameter "Query-Type" ausgewertet. Ist dieser gleich "Join", so erfolgt eine Abfrage der Nutzer, der mit dieser Multicast-Kennung assoziierten Multicast-Gruppe. Ist der Parameter "Query-Type" gleich "Suscribe", so erfolgt eine Abfrage der Nutzer des mit der Multicast-Kennung assoziierten Multicast-Dienstes. Anschließend erfolgt eine Auswertung des "Query-Identity"-Parameters. Ist dieser ungleich "{}", so erfolgt eine Abfrage der über diesen Parameter spezifizierten Nutzer. Ist der Parameter "Query-Identity" gleich dem Wert „{}", so erfolgt eine Abfrage aller Mitglieder.These it is at the original If the "join" message received in the "Query-Type" parameter is not equal to "NIL", this is the case an extended "join" message for user queries Message, the "Query-Type" parameter is evaluated. is this same "join", so there is a Query the user of the multicast group associated with this multicast identifier. If the parameter "Query-Type" equals "Suscribe", then a Query the users of the multicast service associated with the multicast identifier. Then done an evaluation of the "query identity" parameter. is this unequal "{}", then one takes place Query the over this parameter specified users. If the parameter "Query-Identity" equals the value "{}", then a Query of all members.

Die in diesem Ausführungsbeispiel beschriebene Erweiterung des IGMP-Protokolls um zusätzliche Parameter beziehungsweise Informationselemente ist besonders vorteilhaft, sofern die damit eingeführte Funktionalität nicht ausschließlich in UMTS-Kommunikationsnetzen Anwendung findet, sondern allgemein in auf dem Internetprotokoll basierten Netzwerken verwendet wird. In diesem Fall ist die vorstehend erläuterte Erweiterung des IGMP-Protokolls (Version 3) besonders zweckmäßig.The in this embodiment described extension of the IGMP protocol by additional Parameters or information elements is particularly advantageous provided the introduced functionality not exclusively in UMTS communication networks application, but in general used in Internet Protocol based networks. In this case, the above-mentioned extension of the IGMP protocol (Version 3) particularly useful.

Die beschriebene Verwendung beziehungsweise Erweiterung bereits existierender Parameter hat den besonderen Vorteil, dass keine Änderung des IGMP-Protokolls und der MBMS Multicast-Dienst Aktivierungsprozedur notwendig ist. Die UMTSspezifische Abfrage von Multicast-Gruppen kann schnell und einfach eingeführt werden und stellt damit eine 3GPPspezifische Erweiterung des IGMP-Protokolls dar.The described use or extension of existing Parameter has the particular advantage that no change of IGMP protocol and the MBMS multicast service activation procedure necessary is. The UMTS-specific query of multicast groups can be introduced quickly and easily and thus represents a 3GPP-specific extension of the IGMP protocol.

Die vorliegende Erfindung bietet die Vorteile der Einführung eines Verfahrens zur Abfrage der Mitglieder einer Multicast beziehungsweise MBMS-Gruppe und der Nutzer, die sich zu einem Multicast-Service eingeschrieben haben. Diese Abfrage kann unterschieden werden in der Abfrage aller Teilnehmer und/oder der Abfrage von bestimmten Teilnehmern. Die Antwort auf diese Abfrage kann die gewünschte Liste der Teilnehmer und zusätzlich eine Angabe über die Anzahl der anonym eingeschriebenen Teilnehmer enthalten. Darüber hinaus wird bei der vorliegenden Erfindung die Einschreibung zu einer Multicast- beziehungsweise MBMS-Gruppe um ein Anonymitätsattribut erweitert. Die Realisierung dieses Verfahrens kann durch die Erweiterung der IGMP „Join"-Nachricht erfolgen.The present invention offers the advantages of introducing a Method for querying the members of a multicast or MBMS group and the user who enrolled in a multicast service to have. This query can be differentiated in the query of all participants and / or the query of certain participants. The answer to this query can be the desired one List of participants and additionally an indication about the number of participants registered anonymously. Furthermore In the present invention, the enrollment becomes a multicast or MBMS group extended by an anonymity attribute. The realization of this Procedure can be done by extending the IGMP "Join" message.

Claims (11)

Verfahren zum Abfragen von für einen Multicast-Dienst eingeschriebenen Nutzern bzw. von Nutzern, welche von einem Multicast-Dienst aktuell Daten empfangen, in einem Kommunikationssystem, bei dem von einem Endgerät (UE) ein Befehl zum aktiven Beitritt in eine Multicast-Gruppe (IPMulticastListen) an ein Netzwerkelement (GGSN) gesendet wird, wobei in dem Befehl mindestens ein für den aktiven Beitritt irrelevanter Parameter vorgesehen ist, an dessen Stelle Informationen gesendet werden, die das Netzwerkelement (GGSN) veranlassen, eine Nutzerabfrage hinsichtlich von Nutzerdaten zu initiieren.A method of querying for a multicast service Users or users who are currently on a multicast service Receive data in a communication system in which one of terminal (UE) a command to join in a multicast group (IPMulticastListen) is sent to a network element (GGSN), wherein in the command at least one for the active accession of irrelevant parameters to whose Location information is sent that the network element (GGSN) prompt a user query regarding user data initiate. Verfahren gemäß einem der vorhergehenden Ansprüche, bei dem als Nutzerdaten die für einen Multicast-Dienst eingeschriebenen Nutzer und/oder die Nutzer, welche von einem Multicast-Dienst aktuell Daten empfangen, von dem Netzwerkelelement (GGSN) an das Endgerät (UE) gesendet wird.Method according to one of the preceding claims, in which as user data for a multicast service registered user and / or users, which are currently receiving data from a multicast service, of which Network Element (GGSN) is sent to the terminal (UE). Verfahren gemäß einem der vorhergehenden Ansprüche, bei dem das Netzwerkelement (GGSN) die Nutzerdaten in einer Datenbank abfragt und an das Endgerät (UE) übermittelt.Method according to one of the preceding claims, in which the network element (GGSN) stores the user data in a database queries and to the terminal (UE). Verfahren gemäß einem der vorhergehenden Ansprüche, bei dem das Netzwerkelement (GGSN) die Nutzerdaten an das Endgerät (UE) überträgt mit denen nicht ein Anonymitätsattribut verbunden ist.Method according to one of the preceding claims, in which the network element (GGSN) transmits the user data to the terminal (UE) with those not an anonymity attribute connected is. Verfahren gemäß einem der vorhergehenden Ansprüche, bei dem in dem Befehl ein weiterer für den aktiven Beitritt irrelevanter Parameter vorgesehen ist, an dessen Stelle Informationen gesendet werden, die dem Netzwerkelement signalisieren, für welche Nutzer die Nutzerabfrage gestellt werden soll.Method according to one of the preceding claims, in which in the command another more irrelevant for active joining Parameter is provided, in the place of which information is sent, which signal the network element for which users the user query to be asked. Verfahren zur anonymen Aktivierung des Empfangs von Nachrichten eines Multicast-Dienstes in einem Kommunikationssystem, bei dem von einem Endgerät (UE) ein Befehl zum aktiven Beitritt in eine Multicast-Gruppe (IPMulticastListen) an ein Netzwerkelement (GGSN) gesendet wird, wobei in dem Befehl mindestens ein für den aktiven Beitritt irrelevanter Parameter vorgesehen ist, an dessen Stelle Informationen gesendet werden, die das Netzwerkelement veranlassen, die Aktivierung gegenüber anderen Nutzer anonym durchzuführen.Method for anonymous activation of the reception of Messages of a multicast service in a communication system, in the case of a terminal (UE) a command to join in a multicast group (IPMulticastListen) is sent to a network element (GGSN), wherein in the command at least one for the active accession of irrelevant parameters to whose To send information that causes the network element to the activation opposite to perform anonymously to other users. Verfahren gemäß Anspruch 6, bei dem das Netzwerkelement aufgrund der Informationen den Beitritt des Endgeräts (UE) zu der Multicast-Gruppe nicht bei einer Abfrage von Nutzern bzw. Mitgliedern der Multicast-Gruppe angibt.Method according to claim 6, where the network element is joining due to the information of the terminal (UE) to the multicast group not when polling users or members of the multicast group. Verfahren gemäß einem der vorhergehenden Ansprüche, bei dem es sich bei dem Befehl um einen Befehl des IGMP- oder MLD-Protokolls handelt.Method according to one of the preceding claims, where the command is an IGMP or MLD protocol command is. Verfahren gemäß einem der vorhergehenden Ansprüche, bei dem die Kommunikation in einem mobilen Kommunikationssystem der dritten Generation, insbesondere UMTS, stattfindet.Method according to one of the preceding claims, when communicating in a mobile communication system third generation, in particular UMTS, takes place. Verfahren gemäß einem der vorhergehenden Ansprüche, bei dem der in dem Befehl vorgesehene Parameter für den UMTS Standard irrelevant ist.Method according to one of the preceding claims, in which the parameter provided in the instruction for the UMTS Standard is irrelevant. Mobiles Endgerät (UE) zur Verwendung bei einem Verfahren nach einem der vorhergehenden Ansprüche.Mobile terminal (UE) for use in a method according to any one of the preceding claims.
DE10342029A 2003-09-11 2003-09-11 Method for a multicast service Withdrawn DE10342029A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
DE10342029A DE10342029A1 (en) 2003-09-11 2003-09-11 Method for a multicast service
PCT/EP2004/051547 WO2005027410A1 (en) 2003-09-11 2004-07-20 Method and device for a multicast service

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE10342029A DE10342029A1 (en) 2003-09-11 2003-09-11 Method for a multicast service

Publications (1)

Publication Number Publication Date
DE10342029A1 true DE10342029A1 (en) 2005-04-07

Family

ID=34258570

Family Applications (1)

Application Number Title Priority Date Filing Date
DE10342029A Withdrawn DE10342029A1 (en) 2003-09-11 2003-09-11 Method for a multicast service

Country Status (2)

Country Link
DE (1) DE10342029A1 (en)
WO (1) WO2005027410A1 (en)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5793365A (en) * 1996-01-02 1998-08-11 Sun Microsystems, Inc. System and method providing a computer user interface enabling access to distributed workgroup members
WO1998048343A1 (en) * 1997-04-23 1998-10-29 Motorola Inc. System, device, and method for managing multicast group memberships in a multicast network
WO2001042942A1 (en) * 1999-12-10 2001-06-14 Myteam.Com, Inc. Tools for administering leagues and accessing and populating a community website structure
WO2002035769A1 (en) * 2000-10-27 2002-05-02 Terraplay Systems Ab Communication infrastructure arrangement for multiuser
US20020150091A1 (en) * 2001-04-17 2002-10-17 Jussi Lopponen Packet mode speech communication
WO2002082849A1 (en) * 2001-02-22 2002-10-17 Nokia Corporation A communication system
US20030083046A1 (en) * 2001-10-29 2003-05-01 Mathis James Earl Multicast distribution of presence information for an instant messaging system
US6564261B1 (en) * 1999-05-10 2003-05-13 Telefonaktiebolaget Lm Ericsson (Publ) Distributed system to intelligently establish sessions between anonymous users over various networks
WO2004008335A1 (en) * 2002-07-17 2004-01-22 Fastmobile, Inc. Voice and text group chat techniques for wireless mobile terminals

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6385461B1 (en) * 1998-11-16 2002-05-07 Ericsson Inc. User group indication and status change in radiocommunications systems

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5793365A (en) * 1996-01-02 1998-08-11 Sun Microsystems, Inc. System and method providing a computer user interface enabling access to distributed workgroup members
WO1998048343A1 (en) * 1997-04-23 1998-10-29 Motorola Inc. System, device, and method for managing multicast group memberships in a multicast network
US6564261B1 (en) * 1999-05-10 2003-05-13 Telefonaktiebolaget Lm Ericsson (Publ) Distributed system to intelligently establish sessions between anonymous users over various networks
WO2001042942A1 (en) * 1999-12-10 2001-06-14 Myteam.Com, Inc. Tools for administering leagues and accessing and populating a community website structure
US20030050976A1 (en) * 1999-12-10 2003-03-13 Myteam.Com Structure for accessing and populating community websites
WO2002035769A1 (en) * 2000-10-27 2002-05-02 Terraplay Systems Ab Communication infrastructure arrangement for multiuser
WO2002082849A1 (en) * 2001-02-22 2002-10-17 Nokia Corporation A communication system
US20020150091A1 (en) * 2001-04-17 2002-10-17 Jussi Lopponen Packet mode speech communication
US20030083046A1 (en) * 2001-10-29 2003-05-01 Mathis James Earl Multicast distribution of presence information for an instant messaging system
WO2004008335A1 (en) * 2002-07-17 2004-01-22 Fastmobile, Inc. Voice and text group chat techniques for wireless mobile terminals
WO2004008336A1 (en) * 2002-07-17 2004-01-22 Fastmobile, Inc. Method and system for displaying group chat sessions on wireless mobile terminals

Also Published As

Publication number Publication date
WO2005027410A1 (en) 2005-03-24

Similar Documents

Publication Publication Date Title
DE60127423T2 (en) METHOD AND DEVICE FOR COVER CONTROL OF MULTICAST SERVICES IN A WIRELESS NETWORK
EP1415496B1 (en) Method for transmitting data from an emitter to a plurality of receivers
EP1597935B1 (en) Method for managing communication sessions
DE112005003798B4 (en) A method of transmitting messages related to a broadcast or group call service in a radio cell communication system
DE10235470B4 (en) Method, subscriber device and radio communication system for transmitting user data messages
EP1283648A1 (en) Method, Terminal and radiocommunications system for transmission of group messages
DE102005033667A1 (en) Communication session server unit, communication terminal, broadcast server unit, network unit, method for controlling a communication session with a plurality of communication terminals, method for establishing a communication session, method for transmitting data in the context of a communication session by means of a broadcast server Unity and computer program elements
EP1504619B1 (en) Method for transmitting at least one group message, associated radio communications network, subsystem and mobile radio device
DE10064107A1 (en) Method for distributing a group message in a radio communication system and associated radio communication system
EP1257086A2 (en) Device and method for information transmission
DE10320418B3 (en) Operating radio communications system for which data service is provided involves adjusting radio parameters for transmitting data depending on performance characteristics of user stations
DE10342029A1 (en) Method for a multicast service
DE10132795B4 (en) Method and apparatus for distributing multicast messages in circuit or packet switched telecommunications networks
DE10141813A1 (en) Data transmission to groups of recipients
DE10158747B4 (en) Method for transmitting multicast messages and corresponding devices
DE10151743A1 (en) Method for carrying out instantaneous message traffic (instant messaging) with packet-switched data
EP1732283B1 (en) Method of transmission of multimedia data
EP1656807A1 (en) Method for operating a radio communication system
DE102004008392A1 (en) Management of communication sessions e.g. for PTT services, by establishing two communication sessions and managing them based on transmitted session priority
WO2004056147A2 (en) Method for signalling the ability of mobile radio devices to receive point to multipoint services and corresponding radio communication system
DE10244981A1 (en) Method for providing a communication link between RF communication devices, involves setting first RF communication device for direct reception of data from second RF communication device via first channel
DE10138768A1 (en) Broadcast/multicast multiplexing in mobile radio networks involves forming/multiplexing radio bearer situated above broadcast/multicast control layer on access point below control layer
WO2006131488A1 (en) Method and devices for processing simultaneously emitted first and second sets of multimedia data

Legal Events

Date Code Title Description
OM8 Search report available as to paragraph 43 lit. 1 sentence 1 patent law
8139 Disposal/non-payment of the annual fee