WO2005104591A1 - Technique for distributing content data - Google Patents
Technique for distributing content data Download PDFInfo
- Publication number
- WO2005104591A1 WO2005104591A1 PCT/EP2004/004181 EP2004004181W WO2005104591A1 WO 2005104591 A1 WO2005104591 A1 WO 2005104591A1 EP 2004004181 W EP2004004181 W EP 2004004181W WO 2005104591 A1 WO2005104591 A1 WO 2005104591A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- domain
- addresses
- content data
- network components
- network
- Prior art date
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2596—Translation of addresses of the same type other than IP, e.g. translation from MAC to MAC addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/65—Telephone numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
Definitions
- the current invention relates to communications. More specifically, the current invention relates to a technique for distributing content data in a first domain to one or more network components engaged in communication in a second domain.
- Advances in mobile communications devices allow users to exchange increasing amounts of content data, such as audio, video, and multimedia files.
- content data such as audio, video, and multimedia files.
- a mobile communications device or other network component
- content data cannot (or not satisfactorily) be sent to the various participants simultaneously during the conference.
- CS circuit switching
- PS packet switching
- a user would not be able to send that same video data to multiple users.
- communications devices must sequentially send the content data to each par- ticipant of a conferencing session, an arrangement that generates unnecessary data traffic and is time consuming.
- the invention may be embodied in a method for distributing content data in a first domain to a plurality of network components that are in communication or otherwise communicating in a second domain, wherein the network components have addresses in both the first domain and the second domain.
- the method may include the steps of receiving content data from a network component for distribution in the first domain, receiving the addresses of the network components in the first domain derived from the addresses of the network components in the second domain, and distributing the content data to the network components via the first domain using the first domain addresses.
- the addresses of the second domain are resolved into (or otherwise associated with) equivalent or compatible addresses in the first domain.
- the method may also include the step of centrally storing the addresses of the network components in the first domain that have been derived from the second domain addresses.
- the addresses may either be the addresses of individual components, or they may be addresses for groups of network components (so that the transfer of content data to the group address re- suits in the content data being distributed to each network component associated therewith).
- the method may also include the step of updating the list of centrally stored network components addresses based on the network components currently communicating in the second domain (e.g., participating in a conferencing session or other session in which data is transmitted and/or received among the various network components). With this arrangement, the content data is only distributed to those currently participating in the communications (which might include new participants).
- the addresses may be centrally stored when the communications in the second do- main commence.
- the addresses may be stored after a request (such as a Session Initiation Protocol message) by a network component in the second domain (for example, when a network component makes a request to initiate the process for content distribution).
- the method may include the step of contacting, by the server, a Home Location Register to determine the addresses of the network components in the sec- ond domain.
- the method may also comprise the step of generating a pointer to the centrally stored addresses.
- the centrally stored first domain addresses may be generated by providing the ad- dresses in the second domain to an address resolver.
- the address resolver transposes, converts, or otherwise associates the second domain addresses with corresponding addresses in the first domain.
- the addresses in the first domain addresses may be centrally stored. Additionally, a pointer to the centrally stored group of first domain addresses (i.e. to their storage location) may be generated.
- the method may also include the step of receiving the pointer (so that, for example, the receiving network component may subsequently transmit a distribution request with the pointer and the content data to be distributed for more rapid distribution of the content data).
- the use of a pointer also may ensure, as will be explained further below, that the most current list of addresses in the first domain are used for the distribution of content data.
- the method may also include the step of determining which types of content data are compatible with each end user device (or participant). For example, the addresses of the communicating network components may be obtained using a pointer and a capabilities request may be sent to the addresses thus obtained to poll the various network components regarding the transmission and/or reception capabilities. Therefore, prior to distributing content data, it may be determined whether the content data needs to be modified for any particular participants. Distribution of the content data may be performed by an Internet Protocol Multimedia Unit, or any other component, module, etc. that can efficiently transmit data to a plurality of identified recipients. The content data may be distributed by multicast, unicast, SMS, MMS, etc.
- the invention may further be embodied in a method for distributing content data in a first domain to a plurality of network components communicating in a second domain, wherein the network components have addresses in both the first domain and the second domain.
- a method comprises the step of sending content data and an identifier associated with at least one of the addresses of the network compo- nents in the second domain to a transmission unit for determining the corresponding addresses of the network components in the first domain and for distributing the content data to the network components via the first domain using the first domain addresses.
- the identifier may, for example, be a list with one or more addresses or a pointer to such a list
- the invention may be used in connection with the provision of combinational services that combine circuit switching (CS) domain services (e.g., voice) with packet switching (PS) domain / Internet protocol multimedia (IPMM) services (e.g., content sharing), such as push-to-watch voice and image sharing, push to view video, voice, and video-clip sharing, as well as voice and whiteboard sharing.
- CS circuit switching
- PS packet switching
- IPMM Internet protocol multimedia
- the invention may also be used in connection with PS with PS/IPMM domain combinational services such as gaming and push to talk, and gaming and instant messaging.
- the various participating network components may be exchanging data while communicating via a conforming protocol relating, for example, to at least one of video con- ferencing, audio conferencing, and multimedia conferencing.
- the network components include at least one mobile communications device, and more specifically, mobile telephone.
- the network component is a device such as a communications terminal, a network node, an intermediary node such as a router, or the like.
- the invention may be embodied in a computer program product comprising program code portions for performing the steps of the preceding inventions when the computer program product is run on a computer system.
- the computer program product may be stored on a computer readable recording medium.
- the invention may be embodied in a system comprising a computer processor and a memory coupled to the processor, where the memory is encoded with one or more programs that may perform the steps of any the preceding inventions.
- the invention is provided in an apparatus for distributing content data in a first domain to a plurality of network components communicating in a second domain, wherein the network components have addresses .in both the first domain and the second domain.
- the apparatus may comprise a content data unit for receiving content data from a network component for distribution in the first domain, an addressing unit for receiving the addresses of the network components in the first domain derived from the addresses of the network components in the second domain, and a distribution unit for distributing the content data to the network components via the first domain using the first domain addresses.
- the invention may also comprise another interrelated embodiment, namely an apparatus for distributing content data in a first domain to a plurality of network components communicating in a second domain, wherein the network components have addresses in both the first domain and the second domain.
- the apparatus may in- elude a request unit for sending a distribution request containing content data and an identifier associated with at least one of the addresses of the network components in the second domain to a transmission unit for determining the corresponding addresses of the network components in the first domain and for distributing the content data to the network components via the first domain using the first network addresses.
- the invention may be an interrelated system for distributing content data in a first domain to a plurality of network components communicating in a second domain, wherein the network components have addresses in both the first domain and the second domain.
- a system may com- prise an address resolver for determining the addresses of the network components in the first domain from the addresses of the network components in the second domain, and a transmission unit for receiving content data from a network component for distribution in the first domain and distributing the content data to the network components via the first domain using the first domain addresses from the address resolver.
- a sequence of events may occur (in whole or in part) that facilitate a mobile communications device (or other type of network component) to send content data to a group of participating network components in a conferencing session.
- the mobile communications device may order in a first domain, such as the CS domain, the storage of addresses of participating network components on a server or database (which may be part of the CS domain, an IPMM unit, or integrated into the mobile communications device).
- the mobile communications device may send a message, such as a session initiation protocol (SIP) message, via a protocol such as IPMM to the server whereafter the server may contact the CS domain for the addresses.
- SIP session initiation protocol
- a SIP message may contain the mobile switching centre (MSC) address, or in the alternative, the server may contact a home location register (HLR) for routing information (such as the MSC address) in order to retrieve the conference information (which may be the individual addresses of each participant in the CS domain or it may be one or more addresses that pertain to groups of participants).
- MSC mobile switching centre
- HLR home location register
- the CS domain may automatically store the pertinent conference information when the conferencing session is established and it may periodically update this information whenever participants join or leave the conferencing session (in order to reduce signalling delays whenever a mobile communications device desires to send content to the other participating devices).
- the next occurrence may be that the CS domain stores the addresses of the partici- pants in the server.
- the server may then, for example, resolve these addresses in an address resolver so that PS or other domain addresses are derived from the CS domain addresses.
- the resolved addresses may be subsequently stored in the server and a pointer to the addresses, generated by the server, may be sent to the requesting mobile communications device via the CS domain or the PS domain (e.g., using an SMS).
- the requesting network component may then send the content data and the pointer to a distribution unit, such as an IPMM unit, which may use the pointer to retrieve the addresses of the participating network components.
- a distribution unit such as an IPMM unit, which may use the pointer to retrieve the addresses of the participating network components.
- the IPMM unit may distribute the content to the participants via unicast (where IPMM sequentially distributes the content data to each of the participants using a protocol such as instant messaging, MMS or the like) or MBMS in the PS domain.
- the IPMM unit may also distribute the pointer to each of the participants either with or separate from the content data.
- Fig. 1 is a first process flow diagram useful for understanding and implementing the invention
- Fig. 2 is a second process flow diagram useful for understanding and imple- menting the invention
- Fig. 3 is a signalling sequence chart useful for understanding and implementing the invention
- Fig. 4 is a process flow diagram of a method embodiment of the invention.
- Fig. 5 is a schematic diagram of an apparatus embodiment of the invention.
- Fig. 1 illustrates a process flow diagram 100 useful for understanding and implementing the invention.
- a plurality of network components 103 here pictured as mobile telephones, communicate with each other on a conferencing session in a circuit switching (CS) domain 110 via a server 120 that stores addresses for each of the network components and is coupled to an address resolver 130 that resolves the addresses from one domain to another (or otherwise derives addresses from one domain into addresses of another domain), and an IP Multimedia (IPMM) unit 145 that distributes data via a packet switching (PS) domain 165 or via MBMS/PS domain.
- IPMM IP Multimedia
- a network component 104 that wishes to send content data to the other participating network components 103, at step 105, orders the CS domain 110 to store the addresses of the participating components, at step 115, in the server or database 120.
- the network component 104 may send a session initiation protocol message (SIP) via IP Multimedia (IPMM) to the server 120 upon which the server 120 contacts the CS domain for the addresses.
- SIP session initiation protocol message
- IPMM IP Multimedia
- the SIP message contains the mobile switching centre (MSC) address
- the server 120 contacts the home location register (HLR) for routing information, such as the MSC Address, in order for the server 120 to retrieve the conference information (i.e., the addresses of the participating components).
- MSC mobile switching centre
- HLR home location register
- the server resolves the addresses, at step 125, using the address resolver 130 and subsequently stores the resolved addresses.
- the address resolver 130 may convert the CS addresses, as in the case of E164 addresses (as specified by the ITU (International Telecommunications Union)), into packet switching (domain) addresses such as URLs or IP ad- dresses using ENUM (an IETF (Internet Engineering Task Force) proposal in which DNS (Domain Name System) systems will be used to translate E164 telephone numbers into URL (Uniform Resource Locator) and IP addresses - see RFC 2916) or using similar translation mechanism.
- the addresses may be a single address for the entire group, or they may be the individual addresses of each participant.
- a pointer to the resolved addresses stored on the server 120 (and generated by the server 120) is sent to the requesting network component 104 (either via the CS domain or in the PS domain (e.g., as an SMS)).
- modifications may be made to the list of addresses in case there are new network components participating or previously participating network components have ceased communicating.
- This modification / updating may be performed on a periodic basis (whether or not initiated by a network component 104).
- the requesting network component 104 sends the content data including the received pointer to the IPMM unit 145.
- the IPMM unit 145 uses the pointer to retrieve the addresses of the participating components and at step 160, the content data is distributed to the network components 103 via unicast in the PS domain 165 or Multimedia Broadcast / Multimedia Sen/ice (MBMS) in the PS domain 170.
- MBMS Multimedia Broadcast / Multimedia Sen/ice
- the content data is temporarily stored in the IPMM unit 145 (which may be accomplished via a multimedia resource function (MRF)).
- the network component 104 that sends the content data may include the content data in a SIP message (e.g., SIP INFO message) and the content may be temporarily stored in the multimedia resource function centre (MRFC - or a dedicated database coupled to the MRFC).
- SIP message e.g., SIP INFO message
- the requesting network component 104 may inform the MRFC (indirectly via a Sen ing-Call Session Control Function (S-CSCF) with a corresponding SIP message, upon which the multimedia resource function processor (MRFP) is ordered by the MRFC to retrieve the content from the requesting network component 104.
- S-CSCF Sen ing-Call Session Control Function
- MRFP multimedia resource function processor
- the MFRP may be used to adapt and modify the content data so that it is compatible with the capabilities of each of the participating components 103 (a technique for determining the capabilities of the participating components is described below).
- the MRFC contacts a broadcast multicast service centre (BMSC) for further content data distribution.
- BMSC broadcast multicast service centre
- the MRFP then sends a single copy of the content data to the BMSC from which the content is distributed to the participating components 103.
- the MRFP may modify the data to ensure compatibility.
- the IPMM unit 145 may cause the content data to be distributed via the PS domain 165 such that the MRFC acts as the content data provider and requests an multimedia messaging centre (MMSC) to distribute the content data via MMS.
- MMSC multimedia messaging centre
- the CS domain 110 may automatically trigger the storage of the conference information in the server 120 whenever a conference is established (resulting in reduced number of signalling delays when a network component sends content data to the participating components).
- the master control of the functional- i5 ity described above resides within the server 120.
- the server 120 provides updated conference information and is the coordination node between the CS conference and the PS data sessions.
- the server 120 may be a logical unit that is integrated within another unit or module.
- the server 120 may be integrated in the CS domain, IPMM or within the network
- the server 120 may send the pointer to all of the network components 103, rather than just the requesting network component 104.
- FIG. 2 illustrates a variation 200 of the example of Fig. 1 in which the technical capabilities of the various participating components may be determined so that certain types of content data or services can be provided. These capabilities may be the types of content data that may be displayed or otherwise processed for each network component 103, and/or it may include information pertaining to the content distribu-
- the requesting network component 104 requests information pertaining to the capabilities of the participating components.
- the IPMM unit 145 at step 210, which has retrieved the addresses of the network components 103 in the first domain using a pointer to the addresses of the participating network components 103 which has been received by the requesting network component 104, then sends a capability request to the participating components 103 and receives the results from the participating components 103.
- the IPMM unit 145 sends the capabilities information to the server 120 for storage (for later use).
- the next capability request from the IPMM unit 145 need only be sent to participating components 103 that joined the conferencing session subsequent to the last capability request.
- the capability information of the other participating components 103 is sent either to the requesting network component 104 or to all of the participating components 103 (which in the latter case would also include the capabilities of the requesting network component 104).
- the signalling sequence chart 300 illustrates various messages that may be exchanged among a requesting network component 305, a CS domain unit 310, an IPMM/PS unit 315, a server 320, an address resolver 325, and other network components 330 currently participating in a CS con- ferencing session with the requesting network component 305.
- the requesting network component 305 sends signal 335 to the CS domain unit 310 to request it to store the addresses of the participating network components 330.
- the CS domain unit 310 then sends the partici- pant information (e.g., a list of CS domain addresses of the participating components and optionally a group identification) to the server 320 via signal 340.
- the server 320 then sends signal 345 to the address resolver 325 to request that the CS domain addresses (e.g., a sequence of numbers according to the ITU-T E164 standard) be resolved for use in the IPMM/PS domain.
- the address resolver 325 via signal 350 returns the resolved addresses (or single address when the individual participating component addresses are grouped together in some fashion) to the server 320.
- the server 320 generates a pointer to the resolved addresses stored thereon and sends a confirmation signal and the pointer 355 to the CS domain unit 310 (or optionally, the server may simply send the resolved addresses rather than a pointer).
- the CS domain unit 310 forwards the confirmation via signal 360 (and the pointer to the address or addressed on the server 320) to the network component 305.
- Signal 365 acts to notify the CS domain unit 310 if there are any additions or deletions of participating network components 330. If a modification of the list of participating components is necessary, then, via signal 370, the server 320 is notified about the change (which may require that the server 320 repeat signals similar to signals 345 and 350 to resolve the addresses of new participating components).
- the requesting network component 305 then sends the content data and the pointer to the IPMM/PS unit 315 in signal 375 (wherein the content data is temporarily stored in the IPMM/PS unit 315 (e.g., in the multimedia resource function (MRF)).
- MRF multimedia resource function
- the IPMM/PS unit 315 requests the addresses of the group members (or an address for the entire group) by sending the pointer to the server 320.
- the server 320 via signal 385 provides the IPMM/PS unit 315 with the addresses, whereafter, via signal 390, the IPMM/PS unit 315 distributes the content data to the participating components 330.
- each of the participating components 315 sends a signal back to the IPMM/PS unit 315 confirming receipt of the content data.
- the CS conference may be a voice, video or multimedia conference.
- the conference control and data handling can be performed by a confer- encing call device (CCD) in the MSC, a dedicated multipoint control unit (MCU) (e.g., for mobile multimedia based on protocols such as 3G.324M), or similar arrange- ments.
- the conference may also be applied to PS and IPMM/PS conferences (e.g., voice or videoconferencing in the PS domain or in combination with push-to-talk, gaming, or similar functionalities).
- the conferencing session may be established by a network component (e.g., multi-party call in the CS domain) or all conference partici- pants can register at a central server where the conference is established.
- each participant may optionally send a confirmation after it has received the content data, either from each network component or by the BMSC when MBMS is applied.
- the BMSC returns a list of content receivers (i.e., the participating components that it monitors and controls).
- This confirmation may be used to verify the integrity and performance of the applicable data communications network and can also be used to charge accounts associated with the network components (in exchange for obtaining the content data). If the participating components have registered to receive the content data, then their accounts are simply charged, but if they have not registered (such as when the content data is distributed via multiple unicasts), then the participant will have the opportunity to reject the content data (and as a result, the participant will not have to pay for such content data).
- MBMS can notify the participating components about the contents of the content data (e.g., by spoken message in conference or an SMS with the multicast address) so that the participating components may register to indicate that they want to receive the content data.
- the content data may be pushed to the participating components via MBMS (and signalling messages may also be distributed via MBMS such as step 160 in Fig. 1 and steps 210 and 220 in Fig. 2).
- the content data may comprise a pointer to further content data that may be transmitted so that each participant may retrieve the content data (e.g., from the Internet).
- each receiving network component may retrieve the further content data whenever required and its own preferred data transfer technique.
- portions of the content data may be subsequently stored at a server and network components that are not part of a conferencing session may access the stored content data by providing a conference identifier.
- a process flow diagram 400 is illustrated relating to a method for distributing content data in a first domain to a plurality of network components communicating in a second domain. Similar to the illustrations and embodiments above, the network components have addresses in both the first domain and the second domain.
- the method commences, at step 410, with the recipt of content data from a network component for distribution in the first domain. Thereafter, at step 420, addresses of the network components in the first domain derived from the addresses of the network components in the second domain are received.
- the method concludes, at step 430, with the distribution of the content data to the net- work components via the first domain using the first domain addresses.
- Fig. 5 illustrates an apparatus 500 for distributing content data in a first domain to a plurality of network components communicating in a second domain, wherein the network components have addresses in both the first domain and the second do- main.
- the apparatus includes a content data unit 510 for receiving content data from a network component for distribution in the first domain, an addressing unit 520 for receiving the addresses of the network components in the first domain derived from the addresses of the network components in the second domain, and a distribution unit 530 for distributing the content data to the network components via the first domain using the first domain addresses.
- the invention provides many benefits such as the ability to enable instant exchange of content data while communicating in a voice, video, or multimedia conference among three or more participants.
- a user may conveniently send the content data to all or selected participants via a user-friendly interface.
- the content data is efficiently delivered using common transport channels (with a single copy of the content date) in the network and broadcasting on the radio interface.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Power Engineering (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Description
Claims
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2004/004181 WO2005104591A1 (en) | 2004-04-20 | 2004-04-20 | Technique for distributing content data |
CN2004800427942A CN1977558B (en) | 2004-04-20 | 2004-04-20 | Technique for distributing content data |
EP04728330A EP1738608A1 (en) | 2004-04-20 | 2004-04-20 | Technique for distributing content data |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2004/004181 WO2005104591A1 (en) | 2004-04-20 | 2004-04-20 | Technique for distributing content data |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2005104591A1 true WO2005104591A1 (en) | 2005-11-03 |
Family
ID=34957737
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2004/004181 WO2005104591A1 (en) | 2004-04-20 | 2004-04-20 | Technique for distributing content data |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP1738608A1 (en) |
CN (1) | CN1977558B (en) |
WO (1) | WO2005104591A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006114120A1 (en) * | 2005-04-27 | 2006-11-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Service routing decision entity |
EP1833217A1 (en) * | 2006-03-09 | 2007-09-12 | Matsushita Electric Industrial Co., Ltd. | Providing service data of a bidirectional service (IMS, e.g. PoC, conference) by using a downlink multicast service (e.g. MBMS) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2566110B1 (en) * | 2011-08-30 | 2014-10-01 | Siemens Aktiengesellschaft | Method for transmitting telegrams in an automation system |
-
2004
- 2004-04-20 WO PCT/EP2004/004181 patent/WO2005104591A1/en active Application Filing
- 2004-04-20 EP EP04728330A patent/EP1738608A1/en not_active Withdrawn
- 2004-04-20 CN CN2004800427942A patent/CN1977558B/en not_active Expired - Fee Related
Non-Patent Citations (2)
Title |
---|
RUMMLER R ET AL: "A New Multicast Protocol for UMTS", GLOBECOMM 2003, vol. 2, 1 December 2003 (2003-12-01), pages 687 - 691, XP010678017 * |
TADAULT M ET AL: "NETWORK EVOLUTION TOWARDS IP MULTIMEDIA SUBSYSTEM : An optimal deployment scenario will benefit users and operators as we move towards a new telecommunication framework for multimedia services", ALCATEL TELECOMMUNICATIONS REVIEW, ALCATEL, PARIS CEDEX, FR, October 2003 (2003-10-01), XP007009492, ISSN: 1267-7167 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2006114120A1 (en) * | 2005-04-27 | 2006-11-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Service routing decision entity |
EP1833217A1 (en) * | 2006-03-09 | 2007-09-12 | Matsushita Electric Industrial Co., Ltd. | Providing service data of a bidirectional service (IMS, e.g. PoC, conference) by using a downlink multicast service (e.g. MBMS) |
WO2007101502A1 (en) * | 2006-03-09 | 2007-09-13 | Matsushita Electric Industrial Co. Ltd. | Providing service data of a bidirectional service (ims, e.g. poc, conference) by using a downlink multicast service (e.g. mbms) |
US8406765B2 (en) | 2006-03-09 | 2013-03-26 | Panasonic Corporation | Efficient provision of a multicast service by switching between multicast services in a mobile communication system |
Also Published As
Publication number | Publication date |
---|---|
CN1977558A (en) | 2007-06-06 |
EP1738608A1 (en) | 2007-01-03 |
CN1977558B (en) | 2012-11-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7647374B2 (en) | Method for managing sessions between network parties, methods, network element and terminal for managing calls | |
EP1958467B1 (en) | Method of enabling a combinational service and communication network implementing the service | |
KR101458634B1 (en) | METHOD OF MANAGING PRE-ESTABLISHED SESSION AND PoC SYSTEM AND PoC TERMINAL FOR IMPLEMENTING THE METHOD | |
US20070038723A1 (en) | Method and system for subscribing a user to a service | |
US7573837B1 (en) | Establishment of multicast Push-to-X over Cellular (PoC) communication | |
WO2007071145A1 (en) | Method for realizing group-sending message service, device and system for the same | |
US20080052400A1 (en) | Communications Method and Apparatus, Database Information Retrieval Method and Apparatus | |
US8054843B2 (en) | Method for securing privacy in automatic answer mode of push-to service | |
CN1647548A (en) | Service access and conferencing system and method in a telecommunications network | |
EP1747660A1 (en) | Managing a conference session | |
WO2007041937A1 (en) | A method for sending and receiving the off-line message, a client apparatus, a server and a system | |
CN101867877A (en) | Method, equipment and system for sending PUSH message | |
CN101150705A (en) | A method for realizing multi-point conference video control in initial session protocol | |
EP2453681A1 (en) | System and method for routing session initiation protocol conversation | |
WO2008006311A1 (en) | A method and corresponding device for using of user terminal identifier | |
US9225779B2 (en) | Method and apparatus for requesting media replication in a collaborative communication session, and method and apparatus for assigning a communication medium for a collaborative communication session | |
EP2214376B1 (en) | Management method, system and apparatus for specific apparatus in multimedia session | |
CN101448201A (en) | Method, apparatus and system for establishing broadcast or multicast bearer | |
CN101291235A (en) | Method and system for communicating with customer supporting multiple message services | |
CN101951381A (en) | Digital television receiving terminal and method thereof for realizing multimedia instant messaging | |
CN101588251A (en) | A kind of method and apparatus of IMS instant message group sending | |
EP2187584A1 (en) | A message association method, user terminal and server | |
EP1738608A1 (en) | Technique for distributing content data | |
EP2301225B1 (en) | Methods, telecommunications node, and user equipment for transmission of user identifier | |
EP1889425A2 (en) | Method and apparatus for multiple unicast delivery of media |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 200480042794.2 Country of ref document: CN |
|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
DPEN | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101) | ||
REEP | Request for entry into the european phase |
Ref document number: 2004728330 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2004728330 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 3316/KOLNP/2006 Country of ref document: IN |
|
WWP | Wipo information: published in national office |
Ref document number: 2004728330 Country of ref document: EP |