WO2007069942A1 - Methode et arrangement permettant des communications multimedia - Google Patents

Methode et arrangement permettant des communications multimedia Download PDF

Info

Publication number
WO2007069942A1
WO2007069942A1 PCT/SE2005/001904 SE2005001904W WO2007069942A1 WO 2007069942 A1 WO2007069942 A1 WO 2007069942A1 SE 2005001904 W SE2005001904 W SE 2005001904W WO 2007069942 A1 WO2007069942 A1 WO 2007069942A1
Authority
WO
WIPO (PCT)
Prior art keywords
identity
associated public
multimedia
request
network
Prior art date
Application number
PCT/SE2005/001904
Other languages
English (en)
Inventor
Luis Barriga
Yi Cheng
Original Assignee
Telefonaktiebolaget Lm Ericsson (Publ)
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 Telefonaktiebolaget Lm Ericsson (Publ) filed Critical Telefonaktiebolaget Lm Ericsson (Publ)
Priority to PCT/SE2005/001904 priority Critical patent/WO2007069942A1/fr
Priority to EP05819788A priority patent/EP1961178B1/fr
Priority to AT05819788T priority patent/ATE457587T1/de
Priority to US12/097,400 priority patent/US9077591B2/en
Priority to DE602005019337T priority patent/DE602005019337D1/de
Publication of WO2007069942A1 publication Critical patent/WO2007069942A1/fr

Links

Classifications

    • 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
    • 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/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/1026—Media gateways at the edge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1033—Signalling gateways
    • H04L65/1036—Signalling gateways at the edge
    • 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/2803—Home automation networks
    • 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/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/2809—Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network
    • 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/2803—Home automation networks
    • H04L12/283—Processing of data at an internetworking point of a home automation network
    • H04L12/2834—Switching of information between an external network and a home network
    • 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/2803—Home automation networks
    • H04L2012/284—Home automation networks characterised by the type of medium used
    • H04L2012/2845—Telephone line
    • 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/2803—Home automation networks
    • H04L2012/2847—Home automation networks characterised by the type of home appliance used
    • H04L2012/2849—Audio/video appliances
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0407—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the identity of one or more communicating identities is hidden
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Definitions

  • the present invention relates generally to a method and arrangement for enabling multimedia communication by means of a multimedia gateway connected to a multimedia service network. Access to multimedia services can then be provided for devices connected to a private network, particularly different types of communication devices in a residential network.
  • Multimedia services typically entail transmission of encoded data representing media in different formats and combinations.
  • the term "multimedia” will be used in this description to generally represent any choice of media communicated by using the packet based IP (Internet Protocol) transport technology.
  • Multimedia services involve packet-switched communication of data representing different types of media, such as audio, video, images, text, documents, animations, etc.
  • IMS IP Multimedia Subsystem
  • 3GPP 3 rd Generation Partnership Project
  • IMS IP Multimedia Subsystem
  • 3GPP 3 rd Generation Partnership Project
  • IMS IP Multimedia Subsystem
  • Fig. 1 is an exemplary schematic illustration of a basic network structure for providing multimedia services by means of an IMS service network.
  • a mobile terminal A is connected to a radio access network 100 and communicates with a fixed terminal B connected to another access network 102, in a communication session S involving one or more multimedia services.
  • An IMS network 104 is connected to the radio access network 100 and handles the session with respect to terminal A, where networks 100, 104 are typically owned by one operator.
  • a corresponding IMS network 106 handles the session on behalf of terminal B, and the two IMS networks 104 and 106 may be controlled by different operators.
  • two communicating terminals may of course be connected to the same access network and/or may belong to the same IMS network.
  • Terminal A may also communicate with a server instead, e.g. for downloading some media from a content provider.
  • multimedia services are handled by the terminal's "home" IMS network, i.e. where it is registered as a subscriber.
  • the session S shown in Fig. 1 is managed by specific nodes in each IMS network, here generally referred to as "session managing nodes" 108. These nodes typically include S-CSCF (Serving Call Session Control Function) , I- CSCF (Interrogating Call Session Control Function) and P- CSCF (Proxy Call Session Control Function) .
  • Each IMS network 104,106 also includes one or more application servers 110 for enabling various multimedia services. Further, a main database element HSS (Home Subscriber Server) 112 stores subscriber and authentication data as well as service information, among other things.
  • IMS network 106 is basically similar to network 104.
  • IMS networks 104,106 contain numerous other nodes and functions not shown here for the sake of simplicity.
  • SIP Session Initiation Protocol, according to the standard IETF RFC 3261
  • SIP Session Initiation Protocol
  • the SIP standard can thus be used by IMS systems and terminals to establish and control IP multimedia communications.
  • SIP itself does not provide multimedia services, but rather makes available a set of primitives that other protocols or applications can use to actually implement such services. For example, a message called "INVITE" is defined in SIP to initiate a session during a set-up procedure, when a certain application has been invoked.
  • SDP Session Description Protocol
  • SDP Session Description Protocol
  • terminals can thus be used by terminals to provide information regarding their specific capabilities and preferences, in order to negotiate and agree on which session parameters, in particular codecs as well as an IP address and port for media, to use during a forthcoming multimedia session, as is well-known in the art.
  • the above-mentioned SIP INVITE message includes the SDP with information on one or more required codecs (coders/decoders) and other communication parameters needed for the forthcoming session.
  • IMS Subscriber Identity Module IMS Subscriber Identity Module
  • An ISIM application is typically installed on a Universal Integrated Circuit Card (UICC) , analogous to the well-known SIM card for GSM terminals. Terminals equipped with ISIM are referred to as “IMS enabled” terminals.
  • IMS enabled terminals Terminals equipped with ISIM are referred to as "IMS enabled” terminals.
  • an ISIM stores an IMS Private Identity referred to as "IMPI” and at least one IMS Public Identity referred to as "IMPU”, which are both known to the IMS network.
  • IMPI is used for authentication and is not to be disclosed to third parties, whereas IMPU can be used by anyone to identify subscribers and/or their equipment when participating in IMS services, as analogous to an e-mail address or a telephone number. The intention is that each IMPU is associated with an IMS service profile.
  • IMS Internet Services and Protocols for Advanced Networks
  • ETSI European Telecommunications Standards Institute
  • TISPAN Telecom and Internet Services and Protocols for Advanced Networks
  • LAN Local Area Network
  • WLAN Wireless Local Area Network
  • device will be used for any terminal in the private network capable of IP communication.
  • a private network may include fixed or wireless communication devices that are not IMS enabled, even though they may be "SIP enabled", while other communication devices in the private network may be neither IMS enabled nor SIP enabled.
  • plain devices may include fixed and cordless telephones, as well as PC's and so-called STB' s (Set Top Boxes) for television sets.
  • STB' s Set Top Boxes
  • a multimedia gateway referred to as a "Home IMS Gateway HIG” has been defined that can act as an IMS enabled terminal on behalf of any communication device connected thereto.
  • This type of Home IMS Gateway is described in applicant's earlier patent application PCT/EP2005/055248.
  • the HIG includes a SIP "Back-to-Back User Agent” (B2BUA) for interworking between SIP enabled but non-IMS enabled devices and the IMS network.
  • B2BUA is equipped with an ISIM application and handles IMS signalling on behalf of SIP devices, such that all signalling concerning an SIP device is associated with the corresponding IMPI on the ISIM application.
  • an SIP enabled device may send an SIP REGISTER message to the HIG, containing only an SIP identity.
  • the HIG will then translate the message into an IMS REGISTER message that contains both an IMPI and an IMPU, according to regular IMS procedures.
  • a typical scenario for using a HIG. is generally outlined in Fig. 2, illustrating a private or "home" environment 200, such as a family residence or an office, that contains a plurality of different communication devices linked together in a private network 202.
  • these devices may include a wireline telephone, a cordless telephone, a TV set, a server and a PC, and these will be simply referred to as “devices” hereafter.
  • the private network 202 includes a conventional residential gateway RGW 204 which is connected to an external access network 206, providing a communication link for media M to and from the devices in network 202.
  • the RGW 204 typically includes NAT (Network Address Translation) and firewall functions, and also a local DHCP (Dynamic Host Configuration Protocol) server providing private IP addresses to the devices, as is well-known in the art.
  • NAT Network Address Translation
  • DHCP Dynamic Host Configuration Protocol
  • the private network 202 further includes an HIG 20.8 providing a connection to an IMS network, here illustrated as an IMS core 210 containing an HSS 212, among other things.
  • the HIG 208 is equipped with interfaces towards the different types of devices for signalling, using device- specific protocols.
  • the basic functional architecture of HIG including various interfaces, protocol translation and gateway functions, is described in detail. However, these configuration specifics are not necessary to describe here further in order to understand the present invention.
  • the described HIG functionality may be implemented as a separate node, or in an RGW, or even in an IMS enabled terminal.
  • the HIG 208 is implemented as a standalone node connected to the private network 202, signalling to/from the IMS network 210 is actually also routed through the RGW 204.
  • the HIG is shown here as a unit separated from RGW, it typically operates ⁇ N behind" the RGW and terminates the signalling traffic, as indicated by dashed lines in the figure. However, for simplicity, the HIG will generally be considered as a separate functional unit in the following description, regardless of implementation.
  • identity information 214 is stored for each of the devices in the network 202, typically including the above-mentioned IMPU, which is valid for accessing the IMS core 210 where the same identity information is also stored as subscriber information 216 in the HSS 212, as indicated in the figure.
  • the patent application PCT/EP2005/055248 outlines how different combinations of IMPI and IMPU can be used in this context.
  • each device in network 202 has been assigned a valid IMS identity, e.g. including an IMPU, which is associated with its local IP address.
  • the identity information 214 is typically stored in an ISIM application implemented in the HIG 208.
  • the HIG 208 identifies the device by means of its local IP address, and retrieves the IMS identity 214 associated with that device. Then, the HIG can translate the received service request and create a valid SIP-based IMS request (e.g. SIP INVITE) on behalf of the device, using the retrieved IMS identity 214. HIG 208 will then set up a session for the device by communicating suitable SIP messages with the IMS core 210, accordingly.
  • SIP INVITE SIP-based IMS request
  • an incoming call involving an IMS service can be set up by the HIG on behalf of a device using an IMS identity 214 associated with the device.
  • the call can then be routed to the called device over the RGW 204 to communicate media M.
  • the IMS core will perceive the device in network 202 as an IMS enabled device, and the device will use the HIG 208 as a proxy for accessing services offered by means of the IMS network.
  • the present invention encompasses a method of providing access to multimedia services for communication devices connected to a private network, by means of a multimedia gateway connected to a multimedia service network.
  • a request is received from a device in the private network for a public identity associated with the multimedia gateway, an associated public identity is selected and allocated to said device from a pool of public identities associated with the multimedia gateway which have been predefined as valid in the multimedia service network.
  • the device is registered by activating the allocated associated public identity in the multimedia service network, thereby enabling the multimedia gateway to establish a multimedia session on behalf of said device, using said allocated associated public identity.
  • the associated public identities in the pool may include temporary identities for use by any devices and/or users in the private network, and personal identities reserved for use by specific devices and/or users in the private network. If a personal associated public identity is required, a specific associated public identity reserved for said device and/or its user may be selected, whereas if no personal associated public identity is required, any available temporary associated public identity may be selected.
  • the received identity request may indicate whether a personal or temporary associated public identity is desired.
  • a personal associated public identity may be automatically required when the identity request was received from a particular device or user.
  • the associated public identities in the pool may have been predefined in the multimedia service network for different service profiles with respect to any of: service access limitations, bandwidth priorities, QoS control, parental control, pricing negotiations, identity of calling/called party, black listing, and security enforcement.
  • the received identity request may be a specifically adapted message defined in said device as an explicit request for an associated public identity. If the device is an SIP enabled device, the received identity request may be either a specifically adapted SIP message, or a regular SIP request message for a multimedia service interpreted as an implicit request for an associated public identity.
  • the selected associated public identity may be saved together with identity information on said device in a session database.
  • the device identity entered in the session database for the device may include an internal identity code and/or a local IP address of the device.
  • Selecting and allocating an associated public identity from the pool may include identifying the requesting device and/or user and applying predetermined allocation rules or policies to the request, based on the identified device and/or user.
  • the multimedia service network may be an IMS network and the associated public identities in the pool may be IMPU' s.
  • the inventive method may be executed in a separate node, or in an RGW, or in an IMS enabled terminal in the private network, depending on the implementation of the multimedia gateway.
  • the present invention further encompasses an arrangement in a multimedia gateway connected to a multimedia service network, for providing access to multimedia services for communication devices connected to a private network.
  • the inventive arrangement basically comprises a communication unit and an identity manager.
  • the communication unit is adapted to receive a request from a device in the private network for a public identity associated with the multimedia gateway.
  • the identity manager is adapted to select and allocate to said device, an associated public identity from a pool of public identities associated with the multimedia gateway which have been predefined as valid in the multimedia service network.
  • the communication unit is further adapted to register the device by activating the allocated associated public identity in the multimedia service network, thereby enabling the multimedia gateway to establish a multimedia session on behalf of said device, using said allocated associated public identity.
  • the associated public identities in the pool may include temporary identities for use by any devices and/or users in the private network, and personal identities reserved for use by specific devices and/or users in the private network. If a personal associated public identity is required, the identity manager may be further adapted to select a specific associated public identity reserved for said device and/or its user. On the other hand, if no personal associated public identity is required, the identity manager may be further adapted to select any available temporary associated public identity.
  • the received identity request may indicate whether a personal or temporary associated public identity is desired.
  • a personal associated public identity may be automatically required when the received identity request was received from a particular device or user.
  • the associated public identities in the pool may have been predefined in the multimedia service network for different service profiles with respect to any of: service access limitations, bandwidth priorities, QoS control, parental control, pricing negotiations, identity of calling/called party, black listing, and security enforcement.
  • the received identity request may be a specifically adapted message defined in the device as an explicit request for an associated public identity. If the device is a SIP enabled device, the received identity request may be a specifically adapted SIP message or a regular SIP request message for a multimedia service, interpreted as an implicit request for an associated public identity.
  • the identity manager may be further adapted to save the selected associated public identity together with identity information on said device in a session database.
  • the device identity entered in the session database for the device may include an internal identity code and/or a local IP address of the device.
  • the identity manager may be further adapted to identify the requesting device and/or user, and apply predetermined allocation rules or policies to the request, based on the identified device and/or user.
  • the multimedia service network may be an IMS network and the associated public identities in the pool may be IMPU' s.
  • the inventive arrangement in the multimedia gateway may be implemented in a separate node, or in an RGW, or in an IMS enabled terminal in the private network.
  • Fig. 1 is a schematic view of a conventional network structure for communicating multimedia between two communication terminals, according to the prior art.
  • Fig. 2 is a schematic view of a residential network with access to multimedia services by means of a local multimedia gateway or "Home IMS Gateway HIG”.
  • Fig. 3 is a block diagram including a multimedia gateway or HIG when used for assigning an associated public identity to a device, in accordance with one embodiment.
  • Fig. 4 is a block diagram illustrating the multimedia gateway or HIG shown in Fig. 3 when used for setting up a multimedia session for an outgoing call, in accordance with another embodiment.
  • Fig. 5 is a block diagram illustrating the multimedia gateway or HIG shown in Fig's 3 and 4 when used for registering a device with a multimedia service or IMS network.
  • - Fig. 6 is a flow chart with steps in a procedure for assigning an associated public identity to a device, in accordance with another embodiment .
  • the present invention enables multimedia communication for any multimedia-capable communication device connected to a private network, by means of a plurality of public identities associated with a multimedia gateway, hereafter referred to as "associated public identities", the multimedia gateway being defined as a subscriber in a multimedia service network.
  • the associated public identities in the multimedia gateway may be either "temporary” or “personal”, here implying that temporary identities can be used more or less randomly by any devices and/or users in the private network, whereas personal identities are reserved for specific devices and/or users in the private network.
  • the temporary identities are shared by all devices and users in the private network, although a temporary identity can of course be used by only one device at a time.
  • All the associated public identities are predefined as valid in the multimedia service network, and may be used as a "pool" of associated public identities in the multimedia gateway.
  • associated public identities may be selected from the pool and allocated to devices desiring to access multimedia services.
  • that device/person will not be known to the multimedia service network which will only "see” the multimedia gateway as a subscriber. Thereby, privacy and anonymity can be preserved, and the behaviour of that particular device/person cannot be detected.
  • an associated public identity is selected from the associated public identity pool for temporary assignment to that device.
  • the selected associated public identity is also registered in the service network as valid for an (unknown) active device behind the multimedia gateway.
  • the activated associated public identity can then be used by the multimedia gateway for accessing the service network on behalf of the device in the private network.
  • the service network is typically an IMS network and the associated public identities are typically IMPU' s.
  • the multimedia gateway By using a pool of associated public identities for a plurality of devices connected to the private network, it is not necessary to have a fixed specific individual public identity for each device to obtain access to multimedia services. Thereby, it is sufficient to define the multimedia gateway as a subscriber with the multimedia service network, including its associated public identities, to cater for plural devices in the private network, which will reduce the number of subscriptions in the service network. Moreover, it is possible to allow a visiting device temporarily attached to the private network, to access the multimedia services by assigning an associated public identity thereto. The true identity of the device will also be hidden behind the multimedia gateway, thereby providing for privacy. Further advantages will become apparent in the following detailed description of embodiments of the present invention.
  • Fig. 3 illustrates a multimedia gateway or HIG 300 when used for allocating an associated public identity, such as IMPU, in accordance with one embodiment.
  • the HlG 300 is a gateway between a plurality of devices 302 in a private network and a multimedia service network, here indicated as an IMS core 304 in which an HSS 306 contains subscriber information.
  • the HIG 300 may be implemented as a separate node, in an RGW (not shown) , or in an IMS enabled terminal (not shown) .
  • the shown devices 302 are non- IMS enabled, just as described above for Fig. 2, although the present invention does not exclude the use of IMS enabled devices as well.
  • a telephone A, a PC B and a television set C are shown.
  • the HIG 300 is provided with suitable communication protocols and interfaces adapted to the connected devices, each typically including both a hardware interface and a software interface, e.g. with protocol adapters (not shown here) for protocol translation, if needed.
  • protocol adapters may be used for UPnP (Universal Plug-and-Play) or H.323, etc.
  • the HIG 300 comprises a communication unit 308 connected ' to the devices 302, and an identity manager 310 configured to handle the assignment of associated public identities to devices, to be described in more detail later below.
  • the identity manager 310 could be referred to as a "Dynamic IMPU Assignment Service, DIAS" when IMPU is used as a valid associated public identity in the IMS network, although the more generic term ⁇ X ID manager" will be used in this description hereafter.
  • the ID manager 310 includes an allocation unit 312 for allocating associated public identities, a database or pool 314 with available associated public identities, hereafter referred to as ID pool, and a session database 316 for holding session information including combinations of devices and their assigned associated public identities.
  • the ID pool 316 thus contains a plurality of temporary or personal associated public identities IO 1 r ID 2 , ID 3 ,... that can be selected for device assignment.
  • These associated public identities are known and predefined in the IMS network 304, and are stored as subscriber data in the HSS 306, as indicated by the dashed box therein and the dashed connection line to the pool 314.
  • the associated public identities in the pool 314 may be predefined in the IMS network for different service profiles with respect to, e.g., certain service access limitations, bandwidth priorities, QoS control, parental control, pricing negotiations, identity of calling/called party, black listing, security enforcement, etc. Thereby, the identities can be allocated "intelligently" depending on, e.g., various rules or policies defined in the private network for different devices and/or users.
  • communication unit 308 is shown having a plurality of different communication interfaces 1,2,3... towards the devices 302, including a first interface 308a adapted for non-SIP enabled terminals, and a second interface 308b adapted for SIP enabled terminals .
  • each interface includes a hardware interface and a software interface.
  • Fig. 3 a procedure will now be described for allocating associated public identities to devices 302 in the private network. It is assumed that device A is a non-SIP enabled terminal and connected to the first interface 308a, whereas device B is an SIP enabled terminal and connected to the second interface 308b.
  • the interfaces 308a, 308b may be entered at different ports in the communication unit 308.
  • a request for an associated public identity is received in communication unit 308 from device A over the first interface 308a.
  • This identity request is a specifically adapted new message defined in device A as an explicit request for a valid associated public identity, in order to gain access to multimedia services from the IMS network 304. It may be required that the device A is authenticated in the HIG at this point, which however lies outside the scope of the present invention and is therefore not necessary to describe here further.
  • a request for an associated public identity may be received from device B instead over the second interface 308b. Being an SIP enabled terminal, this identity request may be a regular SIP request message for some multimedia service, and not an explicit request for a valid associated public identity as in the former case.
  • this message can be interpreted by the ID manager 310 as an implicit request for a valid associated public identity, in order to gain access to multimedia services from the IMS network 304. Thereby, it is not necessary to define and implement any new message to this effect for SIP enabled devices connected to the second interface 308b.
  • device B may be configured to send a specifically adapted new SIP message as an explicit request for a valid associated public identity.
  • step 3:1 or 3:1 (B) reception of this (explicit or implicit) request of step 3:1 or 3:1 (B) results in that communication unit 308 sends a suitable internal trigger message to the allocation unit 312, in a step 3:2, triggering allocation of an associated public identity for device A (or B) .
  • allocation unit 312 selects a suitable valid associated public identity from the identity pool 314, in a further step 3:3.
  • associated public identities can be allocated
  • the allocation unit may apply a predetermined allocation algorithm or the like implementing such rules or policies. For example, if device A requires a personal associated public identity, a specific associated public identity reserved for that device and/or user is selected, whereas if no personal associated public identity is required, any available temporary associated public identity may be randomly selected.
  • the user may optionally indicate in the identity request of step 3:1 whether a personal or temporary associated public identity is desired. In the case of SIP devices, an extension of SIP may be required to implement this option. Alternatively, a personal associated public identity may be automatically required when the request is sent from a particular device or user.
  • session database 316 indicates that identity ID x has been allocated to device A and identity ID y has been allocated to device B.
  • the device identity entered in session database 316 for device A (or B) may include some internal identity code and/or a local IP address of the device.
  • allocation unit 312 informs communication unit 308 on the allocated associated public identity of device A (or B) by means of a suitable internal message.
  • communication unit 308 sends a registration request to IMS core 304 in a final step 3:6, in order to activate the associated public identity allocated for device a (or B) , such that the HIG 300 can obtain multimedia services from IMS core 304 on behalf of device A (or B) using that identity.
  • Fig. 4 illustrates how a multimedia session can be established for device A, in this case being a calling party.
  • the same numerals are used here for corresponding elements.
  • the devices in the private network are further connected to a conventional network gateway, here referred to as a "Residential Gateway RGW" 400, which in turn is connected to an access network 402, for the communication of media.
  • the RGW 204 typically includes NAT (Network Address Translation) and firewall functions, and also a local DHCP (Dynamic Host Configuration Protocol) server providing private IP addresses to the devices, as is well-known in the art.
  • NAT Network Address Translation
  • DHCP Dynamic Host Configuration Protocol
  • a session request from the device A directed to a remote party (not shown), e.g. an IMS enabled terminal or a content server.
  • the received request is given according to a protocol used by device A over the above-described first interface, not shown here.
  • communication unit 308 retrieves the associated public identity ID x allocated for device A from the session database 316.
  • Device capabilities, identity information and local IP address of the device A may also be retrieved at this point.
  • the communication unit 308 now communicates with the RGW 400 in order to generally establish a communication link for device A, in a next step 4:3.
  • This step may include the reservation of a port opening in the NAT/firewall of RGW 308 for one or more different media streams of the session.
  • the RGW thus provides its public IP address on the access network side and the reserved port which is also associated with the local IP address of device A. This information will further be associated with a Call ID defining the session, to be given during session setup.
  • the communication unit 308 sets up a session on behalf of device A towards the IMS core 304, using the retrieved identity ID x , in a next step 4:4.
  • conventional signalling messages are exchanged with the IMS network, typically according to SIP.
  • the first message in the setup procedure would typically be an SIP INVITE message.
  • Information including the associated public identity ID x as well as capability data of the device A, if available, may be provided to the IMS core 304 in an SDP message embedded in the SIP INVITE message.
  • the communication unit 308 requests the RGW 400 to open the reserved port mappings in the NAT, including the finally negotiated parameters such as the remote party' s IP address, in a step 4:5.
  • the session may begin in a step 4:6, and any incoming media can now be mapped by the NAT in the RGW 400 to the local IP address and port of device A.
  • a Call ID given during session setup of step 4:4, is also stored in the HIG 300, for further reference during the session.
  • Fig. 5 illustrates how valid associated public identities can be implemented in an HIG 300, by means of the above-described IMS Private Identity IMPI and IMS Public Identity IMPU typically used in IMS networks.
  • the required IMS identity for a subscriber comprises an IMPI and one or more associated IMPU' s, but the present invention is generally not limited in this respect.
  • the same numerals indicate corresponding elements as in previous figures.
  • Fig. 5 shows a device A, an IMS core 304 and an ID pool 314 within the HIG 300.
  • the HIG 300 has a main IMS identity 500, comprised of a combination of an IMPI and a default IMPU, here indicated as IMPU H i G , valid in the IMS core 304 and stored as a subscription in an HSS 306 therein.
  • the HSS further stores subscriber and authentication data, associated with the main IMS identity 500.
  • a plurality of further IMPU' s have been predefined for the subscription that can be used by different devices, which is possible, e.g. as described in the background section for Fig. 2. These further IMPU' s are stored in ID pool 314, containing a set of temporary IMPU' s 502 and a set of personal IMPU' s 504.
  • Different service profiles may have been defined for different IMPU' s in the HSS 306, as described above.
  • IMPU 2 has previously been allocated to device A.
  • the HIG 300 has been defined in the IMS network 304 as a subscriber equivalent to any IMS-enabled communication terminal, such that the IMS network basically perceives the HIG as a single IMS subscriber. Any non-IMS enabled devices capable of multimedia communication may then use the subscription of the HIG 300, once they are locally registered with the HIG.
  • the subscription of HIG 300 comprises all associated public identities 500, 502 and 504 as being valid in the IMS network.
  • IMPU' s are gradually allocated to different devices in the private network, these IMPU' s are registered or "activated" in the IMS core 304, e.g.
  • an HIG registration step 5:1 is performed based on the main IMS identity 500, as schematically indicated by a first dashed arrow.
  • the HIG registration involves an authentication procedure e.g. according to some conventional routine.
  • the IMPI part of the main IMS identity 500 is typically used for authentication of the HIG 300.
  • a device registration step 5:3 is performed based on the allocated IMPU2, as schematically indicated by a second dashed arrow.
  • the IMS network may request a re-authentication of HIG during a device registration, but that would be terminated in HIG, making any re-authentications transparent to the device A.
  • HIG 300 can establish a multimedia session on behalf of device A, schematically indicated by a following step 5:4, e.g. as described above for Fig. 4.
  • Fig. 6 is a flow chart illustrating different steps for allocating an associated public identity to a device in a private network, using an identity manager in a multimedia gateway, in order to provide access to a multimedia service network (typically an IMS network) .
  • the illustrated procedure is generally executed in the identity manager, such as the ID manager 310 described for Fig. 3 above, and may be performed in a separate node, or in an RGW, or in an IMS enabled terminal in the private network, depending on the implementation of the multimedia gateway.
  • a plurality of associated public identities e.g. IMPU' s, have been defined for the multimedia gateway in the multimedia service network, including reserved and temporary identities, which are valid in the multimedia service network.
  • a request for a valid associated public identity is received from a device in the private network, which may be either an explicit or implicit request as described above.
  • the requesting device and/or user is identified and predetermined allocation rules or policies are applied to the request, based on the identified device and/or user.
  • a next step 604 it is determined whether the device or user requires a personal associated public identity or not. As mentioned above, it may be up to the user to request for a personal or temporary associated public identity, or the type of identity may be selected automatically, depending on the implementation. If a personal identity is required, an associated public identity is selected for allocation in step 606 that has been reserved for the requesting device and/or user. If not, one of the temporary associated public identities is selected for allocation in step 608.
  • a final step 610 the device is registered with the service network using the allocated associated public identity, just as in step 5:3 of Fig. 5.
  • the present invention provides for great flexibility in the allocation of associated public identities for any devices capable of multimedia- communication in a private network, optionally based on predefined rules or policies.
  • the present invention may result in a reduced number of associated public identities, IMPU' s in particular, that must be defined for terminals in the multimedia service network, since identities from an ID pool can be reused for different users and/or devices.
  • the network operator will thus benefit from the management of fewer public identities, such as IMPU' s, and its associated subscriber and authentication data.
  • Further benefits may include increased privacy, since devices using public identities associated with the multimedia gateway will not be discernable to others outside the private network. In other words, neither the network operator nor other users can detect individual device identities and their properties and activities. The efforts for manual configuration, including registration of devices in the multimedia service network, can also be minimised.
  • a user can thus create a private network with "hidden" devices using associated public identities, which are not necessary to register individually in the multimedia service network for specified devices. It is further possible to introduce temporary visitors in the private network, without involving the multimedia service network, which then can obtain access to multimedia services offered by the multimedia service network, using the HIG and its associated public identities. Thus, it is entirely up to the private network user if a visiting device should be allowed to access the multimedia services in this way.

Abstract

L'invention porte sur une méthode et un arrangement relatifs à une passerelle multimédia (300) reliée à un réseau de services multimédia (304) et donnant à des dispositifs (302) de communication accès à des services multimédia reliés à un réseau multimédia. Dans la passerelle multimédia, une unité de communication (308) reçoit d'un dispositif de réseau privé une demande d'identité publique associée à la passerelle multimédia. Un gestionnaire d'identités (310) sélectionne alors et attribue une identité publique associée prise dans un groupe (314) d'identités publiques associées à la passerelle multimédia et ayant été prédéfinies comme étant valables dans le réseau de services multimédia. L'unité de communication enregistre alors le dispositif en activant l'identité publique associée attribuée dans le réseau de services multimédia. La passerelle multimédia peut ainsi établir une session multimédia pour le compte du dispositif en utilisant l'identité publique associée attribuée.
PCT/SE2005/001904 2005-12-13 2005-12-13 Methode et arrangement permettant des communications multimedia WO2007069942A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
PCT/SE2005/001904 WO2007069942A1 (fr) 2005-12-13 2005-12-13 Methode et arrangement permettant des communications multimedia
EP05819788A EP1961178B1 (fr) 2005-12-13 2005-12-13 Methode et arrangement permettant des communications multimedia
AT05819788T ATE457587T1 (de) 2005-12-13 2005-12-13 Verfahren und anordnung zur ermöglichung von multimedia-kommunikation
US12/097,400 US9077591B2 (en) 2005-12-13 2005-12-13 Dias-dynamic IMPU assignment service
DE602005019337T DE602005019337D1 (de) 2005-12-13 2005-12-13 Verfahren und anordnung zur ermöglichung von multimedia-kommunikation

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2005/001904 WO2007069942A1 (fr) 2005-12-13 2005-12-13 Methode et arrangement permettant des communications multimedia

Publications (1)

Publication Number Publication Date
WO2007069942A1 true WO2007069942A1 (fr) 2007-06-21

Family

ID=36717188

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/SE2005/001904 WO2007069942A1 (fr) 2005-12-13 2005-12-13 Methode et arrangement permettant des communications multimedia

Country Status (5)

Country Link
US (1) US9077591B2 (fr)
EP (1) EP1961178B1 (fr)
AT (1) ATE457587T1 (fr)
DE (1) DE602005019337D1 (fr)
WO (1) WO2007069942A1 (fr)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009005593A2 (fr) 2007-06-28 2009-01-08 Lucent Technologies Inc. Procédé et appareil pour conversion de protocole pour des services ims
EP2015537A1 (fr) * 2007-07-11 2009-01-14 General Instrument Corporation Passerelle multimédia locale d'abonné pour fournir un accès à des services IMS et non-IMS.
WO2009038506A1 (fr) * 2007-09-17 2009-03-26 Telefonaktiebolaget Lm Ericsson (Publ) Procédé et agencement d'une passerelle multimédia et de terminaux de communication
EP2131553A2 (fr) 2008-06-05 2009-12-09 Telefonaktiebolaget L M Ericsson (publ) Communication d'informations de véhicules
EP2164291A1 (fr) * 2007-07-18 2010-03-17 Huawei Technologies Co., Ltd. Procédé de réalisation d'un service poc et passerelle poc
JP2011517169A (ja) * 2008-03-14 2011-05-26 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ローカル・ネットワークへのリモート・アクセスの方法および装置
CN104871494A (zh) * 2012-12-20 2015-08-26 汤姆逊许可公司 适于连接家庭网络与服务供应商网络的装置
EP2465240A4 (fr) * 2009-08-11 2017-04-26 Telefonaktiebolaget LM Ericsson (publ) Procédé et dispositif autorisant des services multimédias pour un dispositif dans un réseau local

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9077591B2 (en) * 2005-12-13 2015-07-07 Telefonaktiebolaget Lm Ericsson (Publ) Dias-dynamic IMPU assignment service
US8700784B2 (en) 2006-10-31 2014-04-15 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for enabling multimedia communication with a private network
JP4951676B2 (ja) * 2006-12-21 2012-06-13 テレフオンアクチーボラゲット エル エム エリクソン（パブル） マルチメディア・ネットワークにおいてサービス要求を処理するための方法及び装置
JP2010515338A (ja) * 2006-12-28 2010-05-06 テレフオンアクチーボラゲット エル エム エリクソン（パブル） サービス発見のための方法と装置
JP4875169B2 (ja) * 2007-01-18 2012-02-15 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ホームネットワークに対するリモートアクセスのための方法及び装置
US20080219241A1 (en) * 2007-03-09 2008-09-11 Nokia Corporation Subscriber access authorization
US9130963B2 (en) * 2011-04-06 2015-09-08 Telecommunication Systems, Inc. Ancillary data support in session initiation protocol (SIP) messaging
WO2009141919A1 (fr) * 2008-05-23 2009-11-26 Telefonaktiebolaget Lm Ericsson (Publ) Équipement utilisateur ims, son procédé de commande, dispositif hôte et son procédé de commande
EP2283627B1 (fr) * 2008-05-27 2011-09-28 Telefonaktiebolaget L M Ericsson (PUBL) Prise en charge d'appels d'arrivée pour une identité d'utilisateur public partagée dans un sous-système multimédia ip
US8583771B2 (en) * 2008-07-01 2013-11-12 Cisco Technology, Inc. Mapping human-meaningful parameters to network-meaningful parameters to permit user to establish traffic importance in home network
US20100057668A1 (en) * 2008-09-04 2010-03-04 Cisco Technology, Inc. Mapping human-meaningful parameters to network-meaningful parameters for media transformation
US20110004615A1 (en) * 2009-07-06 2011-01-06 Verizon Patent And Licensing System for and method of distributing device information in an internet protocol multimedia subsystem (ims)
US10257696B2 (en) 2011-05-09 2019-04-09 Samsung Electronics Co., Ltd Method and system for sharing device capabilities of universal plug and play (UPNP) devices with a service network entity
EP2747360A1 (fr) * 2012-12-20 2014-06-25 Koninklijke KPN N.V. Approvisionnement d'un dispositif utilisateur dans un sous-système de réseau
EP2874366B1 (fr) * 2013-11-18 2020-07-08 Vodafone Holding GmbH Passerelle de réseau mettant en oeuvre une fonction de gestion d'instance
US9871828B2 (en) * 2014-07-18 2018-01-16 T-Mobile Usa, Inc. Enhanced IMS services restriction and selection control for mobile devices roaming in foreign networks
TWI578817B (zh) * 2015-06-29 2017-04-11 群暉科技股份有限公司 用來於一路由器中套用裝置管理規則之方法與裝置
US10015671B2 (en) 2016-01-19 2018-07-03 T-Mobile Usa, Inc. Network service access control
US20190141094A1 (en) * 2016-06-09 2019-05-09 Telefonaktiebolaget Lm Ericsson (Publ) Multi-subscription in internet protocol multimedia subsystems
US20240080348A1 (en) * 2021-01-15 2024-03-07 Lenovo (Singapore) Pte. Ltd. Configuring a sip register message

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1365620A1 (fr) 2002-05-22 2003-11-26 Siemens Aktiengesellschaft Procédé pour le rattachement d'un terminal de communication dans un réseau de service (IMS)
EP1432257A1 (fr) 2002-12-16 2004-06-23 Teles AG Informationstechnologien Procédé et passerelle permettant des connexions, spécialement entre un réseau detélécommunications fixe et un de mobile

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6553404B2 (en) * 1997-08-08 2003-04-22 Prn Corporation Digital system
US6985949B2 (en) * 2000-05-12 2006-01-10 Shinano Kenshi Kabushiki Kaisha Content delivery system allowing licensed member to upload contents to server and to use electronic mail for delivering URL of the contents to recipient
US6944167B1 (en) * 2000-10-24 2005-09-13 Sprint Communications Company L.P. Method and apparatus for dynamic allocation of private address space based upon domain name service queries
US7200662B2 (en) * 2001-07-06 2007-04-03 Juniper Networks, Inc. Integrated rule network management system
US7003293B2 (en) * 2001-10-23 2006-02-21 The Boeing Company Network system having multiple subnets for a mobile platform
US7061887B2 (en) * 2002-01-25 2006-06-13 Telefonaktiebolaget Lm Ericsson (Publ) Multiple mobile IP sessions with dynamically allocated home IP address
US8255968B2 (en) * 2002-04-15 2012-08-28 Universal Electronics, Inc. System and method for adaptively controlling the recording of program material using a program guide
US6993038B2 (en) * 2002-06-11 2006-01-31 Tekelec Methods and systems for automatically provisioning address translation information in a mobile services node address translation database
US7139841B1 (en) * 2002-07-24 2006-11-21 Cisco Technology, Inc. Method and apparatus for handling embedded address in data sent through multiple network address translation (NAT) devices
US7333500B2 (en) * 2002-09-24 2008-02-19 Nortel Networks Limited Methods for discovering network address and port translators
US20040223497A1 (en) * 2003-05-08 2004-11-11 Onvoy Inc. Communications network with converged services
GB0417296D0 (en) * 2004-08-03 2004-09-08 Nokia Corp User registration in a communication system
GB2419774A (en) 2004-10-27 2006-05-03 Ericsson Telefon Ab L M Accessing IP multimedia subsystem (IMS) services
US8543705B2 (en) * 2005-11-24 2013-09-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for enabling multimedia communication
US9077591B2 (en) * 2005-12-13 2015-07-07 Telefonaktiebolaget Lm Ericsson (Publ) Dias-dynamic IMPU assignment service
US8700784B2 (en) * 2006-10-31 2014-04-15 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for enabling multimedia communication with a private network
JP4829350B2 (ja) * 2007-03-05 2011-12-07 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ローカルネットワークの両端にわたってマルチメディア通信を遠隔制御する方法及び配置構成
US8755370B1 (en) * 2007-09-28 2014-06-17 Cisco Technology, Inc. Mechanisms for session border control of VOIP communication from non-symmetric port address translation device
JP5147953B2 (ja) * 2008-01-24 2013-02-20 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Ｉｍｓｉを備えるマルチメディアゲートウェイを制御するための方法及び装置
EP2269362B1 (fr) * 2008-04-21 2018-06-13 Telefonaktiebolaget LM Ericsson (publ) Procédé pour permettre une communication entre un équipement utilisateur et une passerelle ims
CN102474502B (zh) * 2009-08-11 2015-11-25 瑞典爱立信有限公司 用于针对本地网络中的设备实现多媒体服务的方法和装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1365620A1 (fr) 2002-05-22 2003-11-26 Siemens Aktiengesellschaft Procédé pour le rattachement d'un terminal de communication dans un réseau de service (IMS)
EP1432257A1 (fr) 2002-12-16 2004-06-23 Teles AG Informationstechnologien Procédé et passerelle permettant des connexions, spécialement entre un réseau detélécommunications fixe et un de mobile

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009005593A3 (fr) * 2007-06-28 2009-03-12 Lucent Technologies Inc Procédé et appareil pour conversion de protocole pour des services ims
WO2009005593A2 (fr) 2007-06-28 2009-01-08 Lucent Technologies Inc. Procédé et appareil pour conversion de protocole pour des services ims
EP2015537A1 (fr) * 2007-07-11 2009-01-14 General Instrument Corporation Passerelle multimédia locale d'abonné pour fournir un accès à des services IMS et non-IMS.
EP2164291A4 (fr) * 2007-07-18 2010-08-25 Huawei Tech Co Ltd Procédé de réalisation d'un service poc et passerelle poc
US8126493B2 (en) 2007-07-18 2012-02-28 Huawei Technologies Co., Ltd. Method and PoC gateway for implementing PoC service
EP2164291A1 (fr) * 2007-07-18 2010-03-17 Huawei Technologies Co., Ltd. Procédé de réalisation d'un service poc et passerelle poc
WO2009038506A1 (fr) * 2007-09-17 2009-03-26 Telefonaktiebolaget Lm Ericsson (Publ) Procédé et agencement d'une passerelle multimédia et de terminaux de communication
US8127028B2 (en) 2007-09-17 2012-02-28 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement of a multimedia gateway and communication terminals
JP2011517169A (ja) * 2008-03-14 2011-05-26 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ローカル・ネットワークへのリモート・アクセスの方法および装置
EP2131553A2 (fr) 2008-06-05 2009-12-09 Telefonaktiebolaget L M Ericsson (publ) Communication d'informations de véhicules
US8738389B2 (en) 2008-06-05 2014-05-27 Telefonaktiebolaget Lm Ericsson (Publ) Vehicle information communication
EP2465240A4 (fr) * 2009-08-11 2017-04-26 Telefonaktiebolaget LM Ericsson (publ) Procédé et dispositif autorisant des services multimédias pour un dispositif dans un réseau local
CN104871494A (zh) * 2012-12-20 2015-08-26 汤姆逊许可公司 适于连接家庭网络与服务供应商网络的装置

Also Published As

Publication number Publication date
US9077591B2 (en) 2015-07-07
US20100223339A1 (en) 2010-09-02
EP1961178A1 (fr) 2008-08-27
EP1961178B1 (fr) 2010-02-10
ATE457587T1 (de) 2010-02-15
DE602005019337D1 (de) 2010-03-25

Similar Documents

Publication Publication Date Title
EP1961178B1 (fr) Methode et arrangement permettant des communications multimedia
CA2630733C (fr) Procede et agencement destines a mettre en oeuvre une communication multimedia
RU2314657C2 (ru) Мобильная сеть, имеющая объекты подсистемы ip мультимедиа (пим), и решения для обеспечения упрощения выполнения операций и совместимости между различными объектами пим
US8880068B2 (en) IP multimedia subsystem access method and apparatus
US8457109B2 (en) Access based internet protocol multimedia service authorization
CN101151914B (zh) 启动基于ims通信的方法
EP2534863B1 (fr) Gestion d'identités d'utilisateurs dans un sous-système multimédia ip (ims)
US20100191829A1 (en) Method and apparatus for remote access to a home network
EP2347562B1 (fr) Gestion d'identités d'utilisateurs dans un sous-système multimédia ip
Mani et al. How ims enables converged services for cable and 3g technologies: a survey
EP3016364B1 (fr) Routage basé sur la durée

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2005819788

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 12097400

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE