WO2005027410A1 - Procede et dispositif pour service de multidiffusion - Google Patents

Procede et dispositif pour service de multidiffusion Download PDF

Info

Publication number
WO2005027410A1
WO2005027410A1 PCT/EP2004/051547 EP2004051547W WO2005027410A1 WO 2005027410 A1 WO2005027410 A1 WO 2005027410A1 EP 2004051547 W EP2004051547 W EP 2004051547W WO 2005027410 A1 WO2005027410 A1 WO 2005027410A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
network element
users
command
parameter
Prior art date
Application number
PCT/EP2004/051547
Other languages
German (de)
English (en)
Inventor
Michael Eckert
Josef Laumen
Holger Schmidt
Original Assignee
Siemens Aktiengesellschaft
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 Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Publication of WO2005027410A1 publication Critical patent/WO2005027410A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0219—Power 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
    • Y—GENERAL 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
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE 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/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present invention relates to a method for a multicast service.
  • Such methods are used, inter alia, in third generation mobile radio devices, such as mobile radio devices of the UMTS (Universal Mobile Telecommunication Standard) standards.
  • UMTS Universal Mobile Telecommunication Standard
  • Distribution addressing is the data to all recipients of the
  • Network or a sub-area thereof regardless of whether they want to receive the message or not.
  • Each of these types of addressing has specific advantages and disadvantages. Single addressing is most efficient when a message only needs to be sent to one participant. If, on the other hand, several subscribers are to receive the same message, group addressing has advantages over individual addressing, since in this way the message does not have to be sent to each recipient individually. This considerably reduces the network load. This is of crucial importance in particular in cellular mobile radio networks, since only a limited bandwidth for transmitting the data via the radio interface Is available and therefore this resource must be used very efficiently.
  • the timing of the procedures for providing the MBMS (Multimedia Broadcast / Multicast Service) service is known from the technical specification TS23.246 "MBMS Architecture and Functional Description, Release 6" of the 3GPP (Third Generation Partnership Project).
  • a user can register for a specific multicast service that can be selected by the user. Users who currently want to receive data from a specific multicast service are combined to form a service-specific multicast group which is clearly identified by a multicast identifier, a so-called "multicast identifier", i.e. an Internet protocol address "IP address" at the network layer level.
  • the registration for a multicast service signifies the consent of a user to receive the corresponding MBMS services of a mobile network operator.
  • service announcement in which the user requests information from the network with the aid of which reception data from an MBMS service is possible.
  • This information includes, among other things, a (possibly comprehensive) list of the 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 necessary for reception.
  • the user can also obtain this information automatically from the network.
  • a user actively enters an MBMS group.
  • the user signals to the network that he currently wants to receive data from the corresponding group.
  • the so-called “session start” the necessary resources for transferring the MBMS data from the network to the user or to their mobile stations.
  • the MBMS data can be transferred after a defined period of time. Then the data transfer takes place.
  • FIG. 1 shows the chronological sequence of the signaling messages within the MBMS architecture to activate the MBMS service or to receive data from this service and thus the joining procedure.
  • the units involved are a mobile station UE, which is called "User Equipment” in UMTS, a RAN (Radio Access Network), an SGSN (Serving GPRS (General Packet Radio Service) Support Node), a GGSN (Gateway GPRS Support Node) ) and a BM-SC (Broadcast Multicast Service Center).
  • a joining command 2 the so-called "IGMP Join” command, is sent from the terminal UE to the network element GGSN.
  • a joining command 3 the so-called "IGMP Join” command.
  • BMSC signaling between GGSN and BMSC 3.
  • the GGSN then sends an MBMS
  • the SGSN requests the terminal UE to activate an MBMS context 5.
  • the UE then activates the MBMS context 6.
  • Security functions are then exchanged between the UE and SGSN in order to authenticate the UE 7 Next
  • Step the SGSN sends the GGSN a command to generate an MBMS context request 8.
  • the GMSN and BMSC then exchange the BMSC signaling 9.
  • the GGSN then sends a command to generate the MBMS context to the SGSN 10.
  • US Pat. No. 6,078,954 describes a method for managing multicast addresses for a large number of users and for assigning the user into specific multicast groups depending on their multicast address.
  • the method known from this publication has the disadvantage that it is not possible for a user to find out the composition of a multicast group.
  • a user when enrolling in a multicast group, a user does not have the option of deciding who should join the multicast group through a possible query of the multicast group.
  • the present invention is therefore based on the object of providing a method for multicast transmissions which avoids the disadvantages of the prior art.
  • a terminal sends a command to actively join a multicast group to a network element , the command providing at least one parameter which is irrelevant for active entry and in its place information is sent which causes the network element to initiate a user query with regard to user data.
  • querying the members who are registered for this service ie the so-called “subscription”
  • querying the users who are currently receiving data from this MBMS service the so-called “joining”.
  • a user can find out whether one or more other users generally have data on a particular MBMS group, that is, data of the multicast service associated with this group. It is also possible to query whether a user is currently receiving data from this service.
  • the command is preferably a command of the IGMP (Internet Group Management Protocol) or the MLD (Multicast Listener Discovery) protocol.
  • the IGMP protocol is described in the RFC3376 "Internet Group Management Protocol (IGMP)" specification by the IETF (Internet Engineering Task Force).
  • the MLD protocol is described in the technical specification RFC3710 "Multicast Listener Discovery (MLD) for Ipv6" of the IETF. Both protocols are used in a similar way, with the difference that the MLD protocol uses IPv ⁇ message types instead of IPv4
  • the command to actively join the multicast group is preferably the "IPMulticastListen" command of the IGMP (Internet Group Management Protocol) protocol.
  • the communication system is preferably a communication system of the third mobile radio generation, in particular a system based on the UMTS standard.
  • the present invention is not limited to communication systems based on the UMTS standard. Rather, it is also conceivable to extend the present invention to fixed network-based communication systems.
  • the terminal is preferably a terminal according to the UMTS standard. Accordingly, the network elements are preferably elements of a packet-switched core network that is independent of radio access technology, a so-called “core network”.
  • the users registered for a multicast service and / or the users who are from a multicast service are used as user data Receive current data, sent from the core network to the end device.
  • the present invention is not limited to this user data. It is conceivable that the user data contain a complete report on all users of multicast services or groups, ie their entirety.
  • a network element queries the user data in a database and transmits this to the terminal.
  • At least the number of anonymous users is preferably sent as user data from a network element to the terminal.
  • a network element transmits the user data to the terminal with which an anonymity attribute is not connected.
  • the command provides a further parameter which is irrelevant for the active entry and in its place information is sent which signals a network element for which user the user query is to be made. With this information, the user of the terminal can select in advance from which user he is interested in the user data.
  • the task stated at the outset is also achieved by a method for anonymous activation of the reception of messages from a multicast service in a communication system, in which a terminal sends a command to actively join a multicast group to a network element, in which the command is provided at least one parameter which is irrelevant for the active entry, in its place information is sent which causes a network element to carry out the activation anonymously with respect to other users.
  • the command in turn is preferably the command of the IGMP protocol "IPMulticastListen".
  • the terminal or network element is again preferably a terminal according to the UMTS standard or a network element GGSN, the invention again not being limited to communication systems according to the UMTS standard, but being transmitted to any other type of communication system can.
  • the joining of the terminal or its user to the multicast group is preferably not specified when the users or members of the multicast group are queried. This has the advantage that a joining user can be sure that his joining cannot be checked by another user. This promotes the willingness of users to join a multicast group.
  • the invention further relates to a mobile terminal for use in a method according to the invention.
  • FIG. 2 shows the sequence of the query of the members belonging to an MBMS group or of the users who receive data from an MBMS group by means of the IGMP "join"message;
  • Figure 3 shows an embodiment of the data which are transmitted to a terminal;
  • FIG. 4 shows a flow chart for querying multicast groups and for anonymous joining into a multicast group
  • FIG. 5 shows a further flow chart for querying multicast groups and for anonymous joining into a multitask group.
  • FIG. 2 shows the message flow when querying the users who receive data from an MBMS group using the IGMP "join” message.
  • the "join” message is part of the IGMP protocol (Inter Group Management Protocol).
  • the IGMP "join” message has the following syntax:
  • IPMulticastListen (socket, interface, multicast address, exclude, ⁇ ).
  • the “socket” parameter is used to distinguish between different entities, such as programs or processes, within the UE.
  • the "Sockef parameter can therefore represent, for example, a port number, a so-called” port number ".
  • The” Interface “parameter serves to specify the interface at which the terminal UE expects the MBMS messages, for example the interprotocol Address or another unique address of the end device, such as MS-ISDN (Mobile Station International Subscriber Nu ber) 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 UE wants to receive data. This parameter therefore gives the desired MBMS Service.
  • the last two parameter values "Exclude” and " ⁇ " are not relevant in the 3GPP standard.
  • the IGMP protocol they are used to filter the source of the multicast message. With the aid of these parameters, the IGMP protocol offers the option of receiving only multicast data from certain sources or excluding certain sources from reception.
  • the Internet protocol addresses of the corresponding sources are specified in the "Source List” parameter, the value of which contains an empty amount in the specified IGMP "Join” message.
  • the IGMP messages are transmitted within an Ipv4 datagram.
  • the last two parameters of the "IPMulticastListen" command which are not required within the UMTS system, but still have to be transmitted, are expanded so that they are used to query the members of the MBMS group specified by the "Multicast address" parameter can be used.
  • Another option is the IGMP parameter list
  • FIG. 2 shows the network elements UE, RAN, SGSN, GGSN already explained with reference to FIG. 1 and additionally an MBMS database.
  • the extended IGMP "join” message 2 is sent from the terminal UE to the GGSN via the PDP context.
  • the GGSN recognizes on the basis of the existing message fields that this message is not an activation of data reception, the multicast group specified by the parameter value in the "Multicast address" field, but a user query. Using the information it contains, the GGSN queries the corresponding data in a database. The information requested is then transmitted from the GGSN to the UE.
  • the multicast service associated with the multicast group and the multicast identifier are also preferably part of the list.
  • FIG. 3 shows a possible structure of the data to be transmitted to the terminal UE.
  • the data contain 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 identification.
  • an anonymous activation of the data reception of an MBMS service should also be possible. It is expedient for the query described that a user can register anonymously for a service and can also receive data of this service anonymously.
  • the IGMP "Join" message ie the specified "IPMulticastListen” -
  • IPMulticastListen is expanded so that the anonymity request of the user can be transmitted.
  • FIG. 4 shows a flowchart for processing a "join” message.
  • the parameters of the last two parameters here “filter mode” and “source list” are not required in the "IPMulticastListen” message in communication systems based on the UMTS standard and are therefore expanded.
  • two additional values are introduced to query the users for the third parameter of the "IPMulticastListen” message “Filter mode” of the IGMP protocol. These values are here with “Subscribe” and
  • “Join” denotes. “Subscribe” stands for the query of the users who are registered for the multicast service, the is 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 are members of the multicast group specified via the "multicast-address” parameter. If one of these parameters is contained in the "IPMulticastListen” message, the GGSN recognizes that this message is a user query.
  • the "join” message is received first.
  • the "filter mode” parameter is evaluated in the "Join” message. , If this parameter is equal to an “Exclude” value, it is a conventional "join” message. However, if the "filter mode” parameter takes neither the value “Exclude” nor the value “anonymous”, there is an extended “Join” message. If the "filter mode” parameter is now the “join” parameter value, the users of the multicast group associated with the multicast identifier are queried. If the "filter mode” parameter is the "Suscribe” parameter value, the users of the multicast service associated with the multicast identifier are queried. The "Source Filter” parameter is then evaluated.
  • this parameter takes the value " ⁇ "
  • this is a general user query ie all members of the specified multicast group or the associated multicast service are queried.
  • the "Source Filter” parameter contains a list of users, only their affiliation with the specified multicast service or multicast group is queried.
  • the GGSN can then send the user identities back to the terminal UE with which the anonymity attribute is not connected. This is advantageous because an additional specification of the number of anonymously registered users contradicts the basic idea of anonymity.
  • the terminal UE queries only one user. In this case, the UE sends an answer received, which has the value "0" as the value for the parameter "number of user identities” and contains the value "1” for the value "number of anonymous users”, anonymity is no longer guaranteed.
  • the further exemplary embodiment according to FIG. 5 shows a method in which the parameter list of the IGMP "Join” or "IPMulticastListen” command is expanded by two parameters. Furthermore, this exemplary embodiment describes how the “join” message is to be expanded so that a user can register anonymously for an MBMS group.
  • the "join” message is expanded by the parameters designated "query type", “query identity” and “privacy”. The first two parameters are used to query the user and the third parameter is used to implement anonymous registration for a multicast group.
  • the extended IGMP "Join” or "IPMulticastListen” message can be defined as follows:
  • IPMulticastListen ocket, interface, multicast address, exclude, ⁇ , privacy, query type, query identity).
  • the "Privacy” parameter can take the values “anonymous” or "NIL".
  • the values are for the "Query-Type" parameter
  • the parameter “query identity” can contain a list of user identities or can also remain empty, that is to say contain the value "NIL” or " ⁇ ".
  • a "join” message is received.
  • the "Query-Type” parameter is evaluated in the "Join” message. If this parameter is equal to "NIL”, it is recognized that it is a “join” message for registration in a multicast group.
  • the "Privacy” parameter is then 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 "anonymous”, an anonymous registration in the specified multicast group takes place accordingly.
  • the "Receive" message originally received with the "Query-Type” parameter is a value not equal to "NIL", then it is an extended "Join” message for user query.
  • the parameter "Query-Type” is evaluated in this message. If this is equal to "join”, the user of the multicast group associated with this multicast identifier is queried. If the "Query-Type” parameter is "Suscribe”, the users of the multicast service associated with the multicast identifier are queried. The “Query Identity” parameter is then evaluated. If this is not equal to " ⁇ ”, the user specified via this parameter is queried. If the parameter "Query Identity” is equal to the value " ⁇ ”, all members are queried.
  • the expansion of the IGMP protocol described in this exemplary embodiment by additional parameters or information elements is particularly advantageous if the functionality introduced with it is not only used in UMTS communication networks, but is generally used in networks based on the Internet protocol. In this case, the expansion of the IGMP protocol (version 3) explained above is particularly expedient.
  • the described use or extension of already existing parameters has the particular advantage that no change to the IGMP protocol and the MBMS multicast service activation procedure is necessary.
  • the UMTS-specific query of multicast groups can be implemented quickly and easily and thus represents a 3GPP-specific extension of the IGMP protocol.
  • the present invention offers the advantages of introducing a method for querying the members of a multicast or MBMS group and the users who have subscribed to a multicast service.
  • This query can be differentiated into the query of all participants and / or the query of specific participants.
  • the answer to this query can include the desired list of participants and also an indication of the number of anonymously registered participants.
  • the enrollment for a multicast or MBMS group is expanded by an anonymity attribute. This method can be implemented by expanding the IGMP "join" message.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un procédé de demande faite par des utilisateurs enregistrés dans un service de multidiffusion ou par des utilisateurs recevant actuellement des données provenant d'un service de multidiffusion, dans un système de communication. Selon ledit procédé, une commande est envoyée d'un terminal (UE) à un élément de réseau (GSN) pour une entrée active dans un groupe de multidiffusion. Au moins un paramètre non significatif pour l'entrée active est inclus dans la commande, paramètre à la place duquel sont envoyées des informations qui font que l'élément de réseau (GGSN) initie une demande d'utilisateur concernant des données d'utilisateur.
PCT/EP2004/051547 2003-09-11 2004-07-20 Procede et dispositif pour service de multidiffusion WO2005027410A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE10342029A DE10342029A1 (de) 2003-09-11 2003-09-11 Verfahren für einen Multicast-Dienst
DE10342029.0 2003-09-11

Publications (1)

Publication Number Publication Date
WO2005027410A1 true WO2005027410A1 (fr) 2005-03-24

Family

ID=34258570

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2004/051547 WO2005027410A1 (fr) 2003-09-11 2004-07-20 Procede et dispositif pour service de multidiffusion

Country Status (2)

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

Citations (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

Family Cites Families (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
AU735576B2 (en) * 1997-04-23 2001-07-12 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
AU2073401A (en) * 1999-12-10 2001-06-18 Myteam.Com, Inc. Tools for administering leagues and accessing and populating a community websitestructure
SE520129C2 (sv) * 2000-10-27 2003-05-27 Terraplay Systems Ab Kommunikationsinfrastrukturanordning i och en datorläsbar programprodukt för ett databearbetningssystem för fleranvändarapplikationer
GB2375004A (en) * 2001-02-22 2002-10-30 Nokia Networks Oy Collecting, storing and using information associated with user equipment
US7386000B2 (en) * 2001-04-17 2008-06-10 Nokia Corporation Packet mode speech communication
US6993327B2 (en) * 2001-10-29 2006-01-31 Motorola, Inc. Multicast distribution of presence information for an instant messaging system
US8150922B2 (en) * 2002-07-17 2012-04-03 Research In Motion Limited Voice and text group chat display management techniques for wireless mobile terminals

Patent Citations (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

Also Published As

Publication number Publication date
DE10342029A1 (de) 2005-04-07

Similar Documents

Publication Publication Date Title
DE60127423T2 (de) Verfahren und vorrichtung für deckungssteuerung von multicastdiensten in einem drahtlosen netz
DE112005003798B4 (de) Verfahren zum Übertragen von Nachrichten in Bezug zu einem Rundruf- oder Gruppenrufdienst in einem Funkzellenkommunikationssystem
EP1597935B1 (fr) Procede pour gerer des sessions de communication
DE60222158T2 (de) Multicast-unterstützung in paketvermittelten drahtlosen netzwerken
DE602005004206T2 (de) Verfahren und Vorrichtung zur Auswahl einer Frequenzschicht für ein Teilnehmerendgerät in verbundenen Zustand in einem MBMS Mobilkommunikationssystem
DE69911264T2 (de) Verfahren und netzelement zum weiterleiten von mehrfachnachrichten
DE602005006095T2 (de) Bereitstellen von Informationen über die Beziehungen individueller Träger für mobile Endgeräte, die einen Multicast- oder Broadcastdienst empfangen
EP1415496B1 (fr) Procede de transmission de donnees d'un emetteur a plusieurs recepteurs
DE102005033667B4 (de) Kommunikationssitzungs-Server-Einheit, Kommunikations-Endgerät, Broadcast-Server-Einheit, Netzwerkeinheit, Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, Verfahren zum Aufbauen einer Kommunikationssitzung, Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit und Computerprogrammelemente
DE10235470B4 (de) Verfahren, Teilnehmergerät sowie Funkkommunikationssystem zum Übertragen von Nutzdatennachrichten
DE60111431T2 (de) Verfahren zur bereitstellung von multicast- und/oder rundsendediensten zu benutzerendgeräten
EP1283648A1 (fr) Procédé, terminal et système de radiocommunication pour transmission de messages de groupe
WO2006086939A1 (fr) Gestion de groupes dynamiques dans un systeme de communication cellulaire a poussoir de conversation
EP1504619B1 (fr) Procede de transmission d'au moins une information de groupe, reseau de communication radio correspondant, sous-systeme et appareil de communication radio mobile
DE10064107A1 (de) Verfahren zum Verteilen einer Gruppennachricht in einem Funkkommunikationssystem sowie zugehöriges Funkkommunikationssystem
DE10320418B3 (de) Verfahren zum Betrieb eines Funkkommunikationssystems
WO2005027410A1 (fr) Procede et dispositif pour service de multidiffusion
DE10132795B4 (de) Verfahren und Vorrichtungen zum Verbreiten von Multicast-Nachrichten in leitungs- oder paketvermittelten Telekommunikationsnetzwerken
EP1922894B1 (fr) Systeme de telephonie mobile pour gerer des appels de groupe
DE10141813A1 (de) Datenübermittlung an Gruppen von Empfängern
EP1437011A2 (fr) Procede de mise en oeuvre de messagerie instantanee au moyen de donnees a commutation par paquets
DE10158747B4 (de) Verfahren zum Übertragen von Multicast-Nachrichten sowie entsprechende Vorrichtungen
DE102004008392A1 (de) Verfahren zum Verwalten von Kommunikationssitzungen
WO2004056147A2 (fr) Procede pour signaliser les aptitudes d'appareils de telephonie mobile a recevoir un service point a multipoint, et systeme de radiocommunication associe

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BW BY BZ CA CH CN CO CR CU CZ DK DM DZ EC EE EG ES FI GB GD GE GM HR HU ID IL IN IS JP KE KG KP KZ LC LK LR LS LT LU LV MA MD MK MN MW MX MZ NA NI NO NZ PG PH PL PT RO RU SC SD SE SG SK SY TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SZ TZ UG ZM ZW AM AZ BY KG MD RU TJ TM AT BE BG CH CY DE DK EE ES FI FR GB GR HU IE IT MC NL PL PT RO SE SI SK TR BF CF CG CI CM GA GN GQ GW ML MR SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase