WO2005029809A1 - Exchange protocol for combinational multimedia services - Google Patents

Exchange protocol for combinational multimedia services Download PDF

Info

Publication number
WO2005029809A1
WO2005029809A1 PCT/EP2004/052236 EP2004052236W WO2005029809A1 WO 2005029809 A1 WO2005029809 A1 WO 2005029809A1 EP 2004052236 W EP2004052236 W EP 2004052236W WO 2005029809 A1 WO2005029809 A1 WO 2005029809A1
Authority
WO
WIPO (PCT)
Prior art keywords
sip
script
msrp
document
mrf
Prior art date
Application number
PCT/EP2004/052236
Other languages
French (fr)
Inventor
Mauro Bellora
Gianluca Di Pasquale
Chiara Dotti
Nancy Greene
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 DE602004015814T priority Critical patent/DE602004015814D1/en
Priority to EP04766824A priority patent/EP1665722B1/en
Priority to US10/572,499 priority patent/US7953068B2/en
Publication of WO2005029809A1 publication Critical patent/WO2005029809A1/en

Links

Classifications

    • 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/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • 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/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • 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/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0024—Services and arrangements where telephone services are combined with data services
    • H04M7/0027—Collaboration services where a computer is used for data transfer and the telephone is used for telephonic communication
    • 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]

Definitions

  • the present invention relates to combinational multimedia services and in particular, though not necessarily, to a method for encapsulating contents exchanged between users, enforcing network policy on such contents, and generating charging reports.
  • IP Multimedia service involves the dynamic combination of voice, video, messaging, etc. within the same session.
  • the number of services offered to the end user will grow exponentially and the inter-personal communication experience will be enriched. This will lead to a new generation of personalized, richer multimedia communication.
  • a combinational IP Multimedia service is a Multimedia service that includes and combines both a Circuit Switched media (such as voice) and a Packet Switched media over the IP Multimedia Subsystem (IMS) (such as pictures, video, presence, instant messages, etc.).
  • IMS IP Multimedia Subsystem
  • Combinational IP Multimedia enables a user during a Circuit Switched (CS) voice conversation with another user to take a picture , an audio/video clip, etc. and transmit this content to the other party in the conversation. Either party in the conversation may initiate transmission of content to the other party.
  • IMS is the technology as defined by 3GPP to provide IP Multimedia services.
  • Figure 1 illustrates a family of combinational services referred to below as weShare, whilst Figure 2 illustrates the IMS architecture in 3GPP.
  • a combinational IP multimedia service requires a protocol to carry the images (or audio/video clip, video, etc) during the CS call.
  • Images/Clips must be transferred using a transport protocol such as TCP, which takes care of retransmissions and ensures that the packets, which the images/clips are broken into, are delivered in order.
  • TCP transport protocol
  • Message Session Relay Protocol is a candidate for transferring content such as images or video-clips.
  • MSRP is being specified by IETF and is currently described in the document "draft-ietf-simple-message-sessions-08.txt".
  • MSRP provides a mechanism to transport session-mode contents (e.g. instant messages, pictures, etc.) between endpoints.
  • aspects such as weShare service-specific policy enforcement and charging reporting are not covered by the MSRP and by the 3GP
  • a method of transporting information between end user terminals via a packet switched-based IP Multimedia Subsystem network whilst a circuit switched connection is established between the end users comprising: using the Message Session Relay Protocol, MSRP, to encapsulate information blocks transmitted between users.
  • MSRP Message Session Relay Protocol
  • MSRP related traffic is routed between said end user terminals via one or more MSRP-enabled nodes.
  • the or each MSRP-enabled node is preferably coupled to a SIP Application Server (SIP AS) which controls subscriber access to IP multimedia subsystem based services.
  • SIP AS SIP Application Server
  • the MSRP- enabled node is preferably a Media Resource Function (MRF) element.
  • MRF Media Resource Function
  • the incoming SIP signaling i.e. SIP INVITE
  • SIP AS executes service logic (e.g. subscription authorization).
  • service logic e.g. subscription authorization
  • the SIP AS prepares and stores a vXML (voice over extended Markup Language) script to be later retrieved by the MRF.
  • the vXML script contains instruction on the policy to be enforced, such as allowed content type (e.g. image/gif, image/jpeg, video-clip), content size (kbytes), and send/receive direction.
  • the SIP AS acts as a proxy server and transmits the SIP INVITE to the MRF.
  • the service logic includes into it the HTTP URI to be used to retrieve the vXML script (e.g. the HTTP URI, which embeds the vXML script identity, may be carried in the SIP Request-URI or in a SIP Route header).
  • the MRF receives the SIP INVITE and uses the HTTP protocol to retrieve the vXML script from the SIP AS using the HTTP URI.
  • the MRF uses the received policy information to:
  • the SIP AS acts as a vXML server towards the MRF.
  • HTTP is just an example of a protocol which might be used over the interface between SIP AS and MRF for retrieval of instructions.
  • the MRF acts as a SIP B2BUA (back to back user agent), and creates a new SIP leg/dialog towards the or each invited UE.
  • the MRF acts as a "back to back end-point".
  • Session Initiation Protocol SIP [SIP RFC3261] and Session Description Protocol (SDP) Offer/Answer model are used to establish and negotiate the MSRP session.
  • SIP Session Initiation Protocol
  • SDP Session Description Protocol
  • an MSRP-based content session e.g. an weShare Image/Clip content session
  • the MRF reports charging inputs to the charging system.
  • Figure 1 illustrates schematically the services facilitated by the weShare combinational multimedia service
  • FIG. 2 illustrates schematically the integration of the IP Multimedia Service into a 3GPP network
  • FIG. 3 illustrates schematically the weShare service architecture
  • Figures 4a to 4c illustrate signaling exchanged between user terminals in connection with a weShare service.
  • FIG. 3 illustrates the weShare service architecture including a functional split between the Session Initiation Protocol (SIP) Application Server (AS) providing service logic and policy control, and the Media Resource Function (MRF) with Message Session Relay Protocol (MSRP) functionality responsible for user- plane handling, policy enforcement and charging reporting.
  • SIP Session Initiation Protocol
  • AS Application Server
  • MRF Media Resource Function
  • MSRP Message Session Relay Protocol
  • This architecture is based on the IMS as defined in 3GPP R5/R6, 23.228 and 24.229, with the addition of a WeShare client and WeShare server functional entities.
  • the User Equipment (UE) is the terminal equipment containing the weShare XX client or application software (where "XX" designates the weShare service, e.g. image, clip, etc). Every weShare XX service will use a Type A terminal [3GPP TS 23.060].
  • the IMS core includes the Proxy-, Interrogating- and Serving-Call Session Control Functions (P-, I-, and S-CSCF respectively) and the Home Subscriber Server (HSS), as defined in 3GPP R5/R6 TS 23.228 and TS 24.229.
  • the IMS Core performs the following functions:
  • the UE shall send all SIP messages to the IP address of the P-CSCF (outbound proxy) after resolving the SIP URI of the P-CSCF to an IP address.
  • the SIP AS executes service logic.
  • the MRF with MSRP functionality is responsible for user-plane handling, policy enforcement, and charging reporting.
  • the Circuit Switched (CS) Core contains MSC/VLR, GMSC, HLR and possibly other logical elements according to 3GPP R5/R6 TS 23.002.
  • the transfer of images and video-clips during a CS call can be done as part of a message session. This message session would be set up at the moment in the CS call where one of the users has expressed willingness to transfer an image.
  • the transfer of images during a CS call can be handled by adapting a message session to carry these images.
  • Figures 4a to 4c illustrates signaling exchanged between two user terminals (UE-A and UE-B) and network nodes, associated with a WeShare Image service.
  • UE-A and UE-B user terminals
  • network nodes associated with a WeShare Image service.
  • An assumption is that a CS call between the users has already been established.
  • the signaling can be broken down into two main phases, as follows.
  • Phase 1 - WeShare session set-up phase (signaling steps 1 to 28 in Figure 4a and 4b)
  • Step 1 User-A takes a picture and pushes the WeShare button to send the image to User-B.
  • User-A who has been given an indication of WeShare service availability by the system, shall be able to prepare the image (e.g. by pressing a button to take a photograph with an in-built camera) and transmit it to the other party by pressing a WeShare button.
  • the transmitting party's terminal may generate a query, e.g. confirm image, after presenting the image to its user, requesting that the user presses once again the button to initiate transmission.
  • User-A who has been given an indication of WeShare service availability, may also be able to select pre-stored content in his/her terminal's memory and transmit this content to the other party in the conversation.
  • Step 2 A WeShare IMS session set-up request towards the B-party is initiated.
  • a SIP INVITE is sent to the IMS Core A.
  • the "Request-URI" e.g. PtS@operator.com
  • the SIP INVITE contains an SDP Offer which includes the supported/preferred media content-type (e.g. image/jpeg) and an MSRP URL (msrp-url-A) indicating where the UE-A is willing to receive MSRP requests.
  • Step 3 The IMS Core A detects an originating trigger and forwards the request to the weShare SIP, AS A.
  • SIP AS A verifies that user A is authorized to use the weShare service feature (e.g. weShare Image).
  • SIP AS A selects an MRF with MSRP capabilities, generates a vXML script (vXML script A) with instructions for the MRF, and sends the SIP INVITE to MRF A.
  • the SIP INVITE includes:
  • HTTP URI including the vXML scrip-id-A
  • Steps 6. & 7. The MRF A requests the vXML script from SIP AS A, using the script-id-A received in the SIP INVITE.
  • the SIP AS A returns a vXML document including the policy to be enforced.
  • policy may include allowed content type (e.g. image, clip, etc.), allowed content size, allowed direction (e.g. send/receive).
  • a protocol such as HTTP may be used for getting such policy information.
  • Step 8 MRF A reserves MSRP resources and allocates an MSRP-URL (msrp- url-SA).
  • Step 9 The MRF A behaves as a SIP B2BUA, creates a new SIP dialog, and sends a SIP INVITE to IMS Core B.
  • the SIP INVITE includes:
  • Step 10 The IMS Core B detects a terminating trigger and forwards the request to the weShare SIP AS B.
  • the SIP AS B verifies user B is authorized to the weShare service feature (e.g. weShare Image).
  • SIP AS B selects an MRF with MSRP capabilities, generates a vXML script (vXML script B) with instructions for the MRF, and sends the SIP INVITE to MRF B.
  • the SIP INVITE includes:
  • HTTP URI including the vXML scrip-id-B
  • the MRF B requests the vXML script from SIP AS B, using the script-id-B received in the SIP INVITE.
  • the SIP AS B returns a vXML document including the policy to be enforced.
  • policy may include, allowed content type (e.g. image, clip, etc.), allowed content size, allowed direction (e.g. send/receive).
  • a protocol such as HTTP may be used for getting such policy information.
  • Step 15 MRF B reserve MSRP resources and allocates an MSRP-URL (msrp- url-SB).
  • the MRF B behaves as SIP B2BUA, creates a new SIP dialog, and sends a SIP INVITE to IMS Core B.
  • the SIP INVITE includes:
  • Step 17 IMS Core B forwards the SIP INVITE to UE-B.
  • Step 18 Upon receiving a WeShare IMS session set-up request, the receiving UE will prompt the receiving user to accept or reject the enrichment of the CS call to a WeShare multimedia session (i.e. whether he/she would like to accept the content/image).
  • Steps 19. & 20 The receiving user B accepts the request.
  • UE-B sends a SIP 200 OK response to IMS Core B.
  • the response includes an SDP Answer to the SDP Offer received in the INVITE request containing the supported/preferred media content-type (e.g. image/jpeg) and an MSRP URL ( msrp-url-B) indicating where the UE-B is willing to receive MSRP requests.
  • the supported/preferred media content-type e.g. image/jpeg
  • MSRP URL msrp-url-B
  • the SIP 200 OK is forwarded to MRF B, via SIP AS B.
  • Step 23 The MRF B sends to IMS Core A an SIP 200 OK including the "msrp- url-SB"
  • the SIP 200 OK is forwarded to MRF A, via SIP AS A.
  • Step 26 The MRF A sends to IMS Core A an SIP 200 OK including the "msrp- url-SA"
  • Step 27 IMS Core A forwards the SIP 200 OK to UE A.
  • Step 18 A SIP ACK is sent for each SIP dialog.
  • Phase 2 - Image transfer phase (signaling steps 29 to 41 in Figure 4c) Step 29.
  • TCP connections are established between UE-A and MRF-A, MRF-A and MRF-B, MRF-B and UE-B.
  • Step 30 UE-A sends to MRF A an MSRP SEND, over the established TCP connection, including the image.
  • Steps 31. & 32. The MRF A, upon receiving the MSRP SEND, enforces the policy. MRF A behaves as an MSRP "back-to-back end point" and sends the MSRP SEND to MRF B.
  • the MRF B upon receiving MSRP SEND, enforces the policy. MRF B behaves as an MSRP "back-to-back end point" and sends the MSRP SEND to UE B
  • Step 35 UE-B displays the image to User-B.
  • Step 36 UE B sends to MRF B an MSRP 200 OK response for the MSRP SEND request.
  • Step 37 MRF B sends to MRF A an MSRP 200 OK response for the MSRP SEND request.
  • Step 38 MRF A sends to UE A an MSRP 200 OK response for the MSRP SEND request.
  • Step 39 User A is notified of successful image transfer to User B.
  • each MRF Upon receipt of the MSRP 200 OK, each MRF produces charging input towards the charging system, for billing of the users. NOTE: in case the content (e.g. image) is segmented in multiple chunks, the MRF generates charging input only when receiving the MSRP 200 OK for the last chunk.
  • the present invention is applicable to applications other than combinational multimedia services such as weShare.
  • Example of other IMS service features to which the invention may be applied are:
  • Session Based Messaging Group Call This is an instant messaging conference between more than two users (Session-based Messaging One to Many).
  • a user calls a shared group stored in the network (i.e. a user group that can be used by several users who are typically part of the group, and that is likely to be owned by a single user).
  • This service feature uses MSRP as the user-plane protocol.
  • Push-to-Talk over Cellular (PoC) Instant Group Call This is a "walky-talky" style 1-to-N call to a shared group.
  • This service feature uses RTCP and RTP as the user plane protocols.
  • the SIP INVITE request carrying the IP multimedia service request is forwarded from the IMS Core serving the inviting user A to the SIP AS A hosting the service logic for the requested service and for the inviting user A.
  • the SIP AS processes it by executing the relevant service logic.
  • the service request is refused (e.g. due to a screening feature)
  • the SIP AS acts as SIP UA and reject the session attempts, without involving an MRF.
  • the service logic builds a vXML script or an XML document containing the group members that should be invited to the call.
  • the SIP AS acts as a proxy server and transmits the SIP INVITE, including the HTTP URI to be used to retrieve the script/document, to the MRF.
  • the MRF retrieves the script or document, process it, and initiates invitation of the group members to the instant messaging (1) or PoC session (2).
  • the MRF generates N SIP INVITE related to N SIP dialogs, one for each of the invited users.
  • This logic/mechanism may be applied to both originating and terminating features. It will be appreciated by the person of skill in the art that various modifications may be made to the above described embodiment without departing from the scope of the present invention.
  • the MSRP protocol may be used to transfer weShare data between users without the need for intermediate MSRP enabled nodes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)
  • Silicates, Zeolites, And Molecular Sieves (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

A method of transporting information between end user terminals via a packet switched network whilst a circuit switched connection is established between the end users, the method comprising: using the Message Session Relay Protocol, MSRP, to encapsulate information transmitted between users.

Description

Exchange Protocol for Combinational Multimedia Services
Field of the Invention
The present invention relates to combinational multimedia services and in particular, though not necessarily, to a method for encapsulating contents exchanged between users, enforcing network policy on such contents, and generating charging reports.
Background to the Invention
An IP Multimedia service involves the dynamic combination of voice, video, messaging, etc. within the same session. By growing the number of basic applications and the media that it is possible to combine, the number of services offered to the end user will grow exponentially and the inter-personal communication experience will be enriched. This will lead to a new generation of personalized, richer multimedia communication.
A combinational IP Multimedia service is a Multimedia service that includes and combines both a Circuit Switched media (such as voice) and a Packet Switched media over the IP Multimedia Subsystem (IMS) (such as pictures, video, presence, instant messages, etc.). Combinational IP Multimedia enables a user during a Circuit Switched (CS) voice conversation with another user to take a picture , an audio/video clip, etc. and transmit this content to the other party in the conversation. Either party in the conversation may initiate transmission of content to the other party. IMS is the technology as defined by 3GPP to provide IP Multimedia services. Figure 1 illustrates a family of combinational services referred to below as weShare, whilst Figure 2 illustrates the IMS architecture in 3GPP.
A combinational IP multimedia service requires a protocol to carry the images (or audio/video clip, video, etc) during the CS call. Images/Clips must be transferred using a transport protocol such as TCP, which takes care of retransmissions and ensures that the packets, which the images/clips are broken into, are delivered in order. There also needs to be a user-plane protocol at a higher level (above TCP) that delimits the transfer of an image/clip. Message Session Relay Protocol (MSRP) is a candidate for transferring content such as images or video-clips. MSRP is being specified by IETF and is currently described in the document "draft-ietf-simple-message-sessions-08.txt". MSRP provides a mechanism to transport session-mode contents (e.g. instant messages, pictures, etc.) between endpoints. However, aspects such as weShare service-specific policy enforcement and charging reporting are not covered by the MSRP and by the 3GPP IMS standards.
Summary of the Invention
According to the present invention there is provided a method of transporting information between end user terminals via a packet switched-based IP Multimedia Subsystem network whilst a circuit switched connection is established between the end users, the method comprising: using the Message Session Relay Protocol, MSRP, to encapsulate information blocks transmitted between users.
Preferably, MSRP related traffic is routed between said end user terminals via one or more MSRP-enabled nodes. The or each MSRP-enabled node is preferably coupled to a SIP Application Server (SIP AS) which controls subscriber access to IP multimedia subsystem based services. The MSRP- enabled node is preferably a Media Resource Function (MRF) element.
At IMS session set-up, the incoming SIP signaling (i.e. SIP INVITE) is first processed by the SIP AS, which executes service logic (e.g. subscription authorization). As part of service logic execution, the SIP AS prepares and stores a vXML (voice over extended Markup Language) script to be later retrieved by the MRF. The vXML script contains instruction on the policy to be enforced, such as allowed content type (e.g. image/gif, image/jpeg, video-clip), content size (kbytes), and send/receive direction.
Once the SIP AS accepts the SIP INVITE (e.g. user is authorized to the invoked weShare service), the SIP AS acts as a proxy server and transmits the SIP INVITE to the MRF. Before proxying the SIP INVITE, the service logic includes into it the HTTP URI to be used to retrieve the vXML script (e.g. the HTTP URI, which embeds the vXML script identity, may be carried in the SIP Request-URI or in a SIP Route header). The MRF receives the SIP INVITE and uses the HTTP protocol to retrieve the vXML script from the SIP AS using the HTTP URI.
In particular, the MRF uses the received policy information to:
• possibly downgrade the request from a user terminal during the SIP session establishment (e.g. a request to send a 50Kbyt.es jpeg image is downgraded to a maximum allowed size of 40Kbytes); and
• check that the actual content transmitted is in accordance with the specified policy (e.g. a terminal may try sending an image larger than allowed/negotiated and such an action must be rejected).
From an HTTP perspective, the SIP AS acts as a vXML server towards the MRF. NOTE: as a complement to SIP, HTTP is just an example of a protocol which might be used over the interface between SIP AS and MRF for retrieval of instructions.
From a SIP perspective, the MRF acts as a SIP B2BUA (back to back user agent), and creates a new SIP leg/dialog towards the or each invited UE.
From the MSRP perspective, the MRF acts as a "back to back end-point".
Session Initiation Protocol (SIP) [SIP RFC3261] and Session Description Protocol (SDP) Offer/Answer model are used to establish and negotiate the MSRP session. From the SIP perspective, an MSRP-based content session (e.g. an weShare Image/Clip content session) is considered as any other media session, and therefore is described by SDP. Preferably, for the content transferred via the MRF using MSRP protocol, the MRF reports charging inputs to the charging system.
Other aspects of the invention are defined in the appended claims.
Brief Description of the Drawings
Figure 1 illustrates schematically the services facilitated by the weShare combinational multimedia service;
Figure 2 illustrates schematically the integration of the IP Multimedia Service into a 3GPP network;
Figure 3 illustrates schematically the weShare service architecture; and
Figures 4a to 4c illustrate signaling exchanged between user terminals in connection with a weShare service.
Detailed Description of Certain Embodiments
Figure 3 illustrates the weShare service architecture including a functional split between the Session Initiation Protocol (SIP) Application Server (AS) providing service logic and policy control, and the Media Resource Function (MRF) with Message Session Relay Protocol (MSRP) functionality responsible for user- plane handling, policy enforcement and charging reporting. This architecture is based on the IMS as defined in 3GPP R5/R6, 23.228 and 24.229, with the addition of a WeShare client and WeShare server functional entities. The User Equipment (UE) is the terminal equipment containing the weShare XX client or application software (where "XX" designates the weShare service, e.g. image, clip, etc). Every weShare XX service will use a Type A terminal [3GPP TS 23.060]. The IMS core includes the Proxy-, Interrogating- and Serving-Call Session Control Functions (P-, I-, and S-CSCF respectively) and the Home Subscriber Server (HSS), as defined in 3GPP R5/R6 TS 23.228 and TS 24.229. The IMS Core performs the following functions:
- Routes the SIP signalling between the UE and the WeShare server;
- Terminates the SIP compression from the terminal;
- Performs IMS authentication and authorisation;
- Maintains the registration state and the SIP session state; and
- Reports to the charging system.
The UE shall send all SIP messages to the IP address of the P-CSCF (outbound proxy) after resolving the SIP URI of the P-CSCF to an IP address.
The SIP AS executes service logic. The MRF with MSRP functionality is responsible for user-plane handling, policy enforcement, and charging reporting. The Circuit Switched (CS) Core contains MSC/VLR, GMSC, HLR and possibly other logical elements according to 3GPP R5/R6 TS 23.002.
The transfer of images and video-clips during a CS call can be done as part of a message session. This message session would be set up at the moment in the CS call where one of the users has expressed willingness to transfer an image. The transfer of images during a CS call can be handled by adapting a message session to carry these images.
Figures 4a to 4c illustrates signaling exchanged between two user terminals (UE-A and UE-B) and network nodes, associated with a WeShare Image service. An assumption is that a CS call between the users has already been established. The signaling can be broken down into two main phases, as follows.
Phase 1 - WeShare session set-up phase (signaling steps 1 to 28 in Figure 4a and 4b)
Step 1. User-A takes a picture and pushes the WeShare button to send the image to User-B. User-A, who has been given an indication of WeShare service availability by the system, shall be able to prepare the image (e.g. by pressing a button to take a photograph with an in-built camera) and transmit it to the other party by pressing a WeShare button. The transmitting party's terminal may generate a query, e.g. confirm image, after presenting the image to its user, requesting that the user presses once again the button to initiate transmission. User-A, who has been given an indication of WeShare service availability, may also be able to select pre-stored content in his/her terminal's memory and transmit this content to the other party in the conversation.
Step 2. A WeShare IMS session set-up request towards the B-party is initiated. A SIP INVITE is sent to the IMS Core A. The "Request-URI" (e.g. PtS@operator.com) of the SIP INVITE contains the weShare service identity, while the identity of the invited user B shall be included in a body of the message. The SIP INVITE contains an SDP Offer which includes the supported/preferred media content-type (e.g. image/jpeg) and an MSRP URL (msrp-url-A) indicating where the UE-A is willing to receive MSRP requests.
Step 3. The IMS Core A detects an originating trigger and forwards the request to the weShare SIP, AS A.
Steps 4. & 5. SIP AS A verifies that user A is authorized to use the weShare service feature (e.g. weShare Image). SIP AS A selects an MRF with MSRP capabilities, generates a vXML script (vXML script A) with instructions for the MRF, and sends the SIP INVITE to MRF A. The SIP INVITE includes:
• the invited user B in the Request-URI
• HTTP URI including the vXML scrip-id-A
• SDP Offer (message msrp-url-A)
Steps 6. & 7. The MRF A requests the vXML script from SIP AS A, using the script-id-A received in the SIP INVITE. The SIP AS A returns a vXML document including the policy to be enforced. Such policy may include allowed content type (e.g. image, clip, etc.), allowed content size, allowed direction (e.g. send/receive). A protocol such as HTTP may be used for getting such policy information.
Step 8. MRF A reserves MSRP resources and allocates an MSRP-URL (msrp- url-SA).
Step 9. The MRF A behaves as a SIP B2BUA, creates a new SIP dialog, and sends a SIP INVITE to IMS Core B. The SIP INVITE includes:
• the invited user B in the Request-URI
• SDP Offer (message msrp-url-SA)
Step 10. The IMS Core B detects a terminating trigger and forwards the request to the weShare SIP AS B.
• Steps 11. & 12. The SIP AS B verifies user B is authorized to the weShare service feature (e.g. weShare Image). SIP AS B selects an MRF with MSRP capabilities, generates a vXML script (vXML script B) with instructions for the MRF, and sends the SIP INVITE to MRF B. The SIP INVITE includes:
• the invited user B in the Request-URI
• HTTP URI including the vXML scrip-id-B
• SDP Offer (message msrp-url-SA)
Steps 13. & 14. The MRF B requests the vXML script from SIP AS B, using the script-id-B received in the SIP INVITE. The SIP AS B returns a vXML document including the policy to be enforced. Such policy may include, allowed content type (e.g. image, clip, etc.), allowed content size, allowed direction (e.g. send/receive). A protocol such as HTTP may be used for getting such policy information.
Step 15. MRF B reserve MSRP resources and allocates an MSRP-URL (msrp- url-SB).
• Step 16. The MRF B behaves as SIP B2BUA, creates a new SIP dialog, and sends a SIP INVITE to IMS Core B. The SIP INVITE includes:
• the invited user B in the Request-URI
• SDP Offer (message msrp-url-SB)
Step 17. IMS Core B forwards the SIP INVITE to UE-B.
Step 18. Upon receiving a WeShare IMS session set-up request, the receiving UE will prompt the receiving user to accept or reject the enrichment of the CS call to a WeShare multimedia session (i.e. whether he/she would like to accept the content/image).
Steps 19. & 20. The receiving user B accepts the request. UE-B sends a SIP 200 OK response to IMS Core B. The response includes an SDP Answer to the SDP Offer received in the INVITE request containing the supported/preferred media content-type (e.g. image/jpeg) and an MSRP URL ( msrp-url-B) indicating where the UE-B is willing to receive MSRP requests.
Steps 21. & 22. The SIP 200 OK is forwarded to MRF B, via SIP AS B.
Step 23. The MRF B sends to IMS Core A an SIP 200 OK including the "msrp- url-SB"
Step 24. & 25. The SIP 200 OK is forwarded to MRF A, via SIP AS A.
Step 26. The MRF A sends to IMS Core A an SIP 200 OK including the "msrp- url-SA"
Step 27. IMS Core A forwards the SIP 200 OK to UE A.
Step 18. A SIP ACK is sent for each SIP dialog.
Phase 2 - Image transfer phase (signaling steps 29 to 41 in Figure 4c) Step 29. TCP connections are established between UE-A and MRF-A, MRF-A and MRF-B, MRF-B and UE-B.
Step 30. UE-A sends to MRF A an MSRP SEND, over the established TCP connection, including the image.
Steps 31. & 32. The MRF A, upon receiving the MSRP SEND, enforces the policy. MRF A behaves as an MSRP "back-to-back end point" and sends the MSRP SEND to MRF B.
Steps 33. & 34. The MRF B, upon receiving MSRP SEND, enforces the policy. MRF B behaves as an MSRP "back-to-back end point" and sends the MSRP SEND to UE B
Step 35. UE-B displays the image to User-B.
Step 36. UE B sends to MRF B an MSRP 200 OK response for the MSRP SEND request.
Step 37. MRF B sends to MRF A an MSRP 200 OK response for the MSRP SEND request.
Step 38. MRF A sends to UE A an MSRP 200 OK response for the MSRP SEND request.
Step 39. User A is notified of successful image transfer to User B.
Step 40. & 41. Upon receipt of the MSRP 200 OK, each MRF produces charging input towards the charging system, for billing of the users. NOTE: in case the content (e.g. image) is segmented in multiple chunks, the MRF generates charging input only when receiving the MSRP 200 OK for the last chunk. The present invention is applicable to applications other than combinational multimedia services such as weShare. Example of other IMS service features to which the invention may be applied are:
1) Session Based Messaging Group Call. This is an instant messaging conference between more than two users (Session-based Messaging One to Many). A user calls a shared group stored in the network (i.e. a user group that can be used by several users who are typically part of the group, and that is likely to be owned by a single user). This service feature uses MSRP as the user-plane protocol.
2) Push-to-Talk over Cellular (PoC) Instant Group Call. This is a "walky-talky" style 1-to-N call to a shared group. This service feature uses RTCP and RTP as the user plane protocols.
For these alternative service features, the SIP INVITE request carrying the IP multimedia service request is forwarded from the IMS Core serving the inviting user A to the SIP AS A hosting the service logic for the requested service and for the inviting user A. Upon receiving the SIP INVITE request, the SIP AS processes it by executing the relevant service logic. When the service request is refused (e.g. due to a screening feature), the SIP AS acts as SIP UA and reject the session attempts, without involving an MRF. When the SIP INVITE request is accepted, the service logic builds a vXML script or an XML document containing the group members that should be invited to the call. The SIP AS acts as a proxy server and transmits the SIP INVITE, including the HTTP URI to be used to retrieve the script/document, to the MRF. The MRF retrieves the script or document, process it, and initiates invitation of the group members to the instant messaging (1) or PoC session (2). The MRF generates N SIP INVITE related to N SIP dialogs, one for each of the invited users.
This logic/mechanism may be applied to both originating and terminating features. It will be appreciated by the person of skill in the art that various modifications may be made to the above described embodiment without departing from the scope of the present invention. In one application, the MSRP protocol may be used to transfer weShare data between users without the need for intermediate MSRP enabled nodes.

Claims

CLAIMS:
1. A method of transporting information between end user terminals via a packet switched network whilst a circuit switched connection is established between the end users, the method comprising: using the Message Session Relay Protocol, MSRP, to encapsulate information transmitted between users.
2. A method according to claim 1 , wherein MSRP related traffic is routed between said end user terminals via one or more MSRP enabled nodes.
3. A method according to claim 2, wherein the or each said MSRP enabled node is a Media Resource Function, MRF, node.
4. A method according to claim or 2 or 3, wherein the or each MSRP enabled node is coupled to an element in the control-plane of the IMS network controlling user terminal access to certain packet based services.
5. A method according to claim 4, wherein said element is a SIP AS.
6. A method according to claim 5, wherein the SIP AS installs service policies into the MSRP enabled node, multimedia service requests by an end user being checked against said policies upon receipt by the MSRP enabled node.
7. A method according to claim 6 and comprising installing service policies into the MSRP enabled node by generating a script or document at the SIP AS, in response to receipt of a SIP request to initiate a multimedia service from an end user, forwarding the SIP request from the SIP AS to the MSRP enabled node, sending a script identifier in the SIP request from the SIP AS to the MSRP enabled node, and at the MSRP enabled node retrieving the script from the SIP AS.
8. A method according to claim 7, wherein said script is a voice over extended Markup Language, vXML, script.
9. A method according to claim 7, wherein said document is an extended Markup Language, XML, document.
10. A method according to claim7, wherein at the MSRP enabled node said script or document is retrieved from the SIP AS over an HTTP protocol-based interface.
11. A method according to claim 10, wherein said script or document identifier is a Universal Resource Identifier, URI.
12. A method according to any one of claims 7 to 11 , wherein said SIP request is a SIP INVITE message.
13. A method of operating a SIP Application Server, the method comprising: receiving a multimedia setup request from an end user, the request relating to an Message Session Relay Protocol related session; determining a service policy for the end user; and notifying a selected MSRP enabled node of the determined policy.
14. A method according to claim 13 and comprising defining the determined service policy as a vXML script or XML document and at least temporarily storing the script or document at the SIP AS, and enabling the MSRP enabled node to subsequently retrieve the script or document.
15. A method according to claim 14 and comprising providing the MSRP enabled node with a script or document identifier, and subsequently retrieving from the SIP AS the script or document using said script or document identifier, and processing said script or document.
16. A method according to claim 15, wherein said script or document identifier is a URI, and the SIP AS has an HTTP-based interface with the MSRP enabled node over which said script or document is transferred.
17. A method according to claim 14 or 15, wherein said script or document identifier is sent from the SIP AS to the MSRP enabled node in a forwarded SIP INVITE message.
18. A method of operating an MSRP enabled node interposed between end user terminals, the method comprising receiving service policies from a SIP Application Server, and implementing the received policies in respect of a multimedia session between the user terminals.
19. A method according to claim 18, wherein said MSRP enabled node is an MRF node.
20. A method according to claim 18 or 19, and comprising receiving from the SIP AS a script or document identifier identifying a policy script or document stored at the SIP AS, and subsequently retrieving the script or document from the SIP AS.
21. A method according to claim 20, wherein said script or document identifier is received in a SIP INVITE message.
22. A method according to claim 20 or 21 , wherein the retrieval occurs over an HTTP-based interface with the SIP AS.
23. A method of transferring information between a SIP Application Server (SIP AS) and a Media Resource Function (MRF), the method comprising receiving a SIP request at a SIP AS, the request being related to an IP multimedia service request from an end user terminal, executing service logic at the SIP AS and determining that an MRF needs to be involved for providing the requested service, generating and storing a script or document at the SIP AS, forwarding the SIP request to the MRF, the forwarded request including an identifier for the script or document, and at the MRF retrieving the script or document from the SIP AS and processing said script or document.
PCT/EP2004/052236 2003-09-19 2004-09-17 Exchange protocol for combinational multimedia services WO2005029809A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
DE602004015814T DE602004015814D1 (en) 2003-09-19 2004-09-17 EXCHANGE PROTOCOL FOR COMBINATIVE MULTIMEDIA SERVICES
EP04766824A EP1665722B1 (en) 2003-09-19 2004-09-17 Exchange protocol for combinational multimedia services
US10/572,499 US7953068B2 (en) 2003-09-19 2004-09-17 Exchange protocol for combinational multimedia services

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GBGB0321975.5A GB0321975D0 (en) 2003-09-19 2003-09-19 Exchange protocol for combination multimedia services
GB0321975.5 2003-09-19

Publications (1)

Publication Number Publication Date
WO2005029809A1 true WO2005029809A1 (en) 2005-03-31

Family

ID=29266295

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2004/052236 WO2005029809A1 (en) 2003-09-19 2004-09-17 Exchange protocol for combinational multimedia services

Country Status (7)

Country Link
US (1) US7953068B2 (en)
EP (1) EP1665722B1 (en)
CN (1) CN100592737C (en)
AT (1) ATE405084T1 (en)
DE (1) DE602004015814D1 (en)
GB (1) GB0321975D0 (en)
WO (1) WO2005029809A1 (en)

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006085799A1 (en) * 2005-02-08 2006-08-17 Telefonaktiebolaget Lm Ericsson (Publ) A method and arrangements in a mobile communication network
WO2006113116A1 (en) * 2005-04-14 2006-10-26 Hewlett-Packard Development Company, L.P. Multimedia transfer for wireless networks
WO2006127168A1 (en) * 2005-05-25 2006-11-30 Motorola, Inc. Push-to-transfer (ptx) content from remote site
EP1750400A1 (en) * 2005-08-01 2007-02-07 Samsung Electronics Co.,Ltd. Method and apparatus for interworking voice and multimedia services between CSI terminal and IMS terminal
WO2007041937A1 (en) * 2005-10-11 2007-04-19 Huawei Technologies Co., Ltd. A method for sending and receiving the off-line message, a client apparatus, a server and a system
US20070115926A1 (en) * 2005-10-27 2007-05-24 3Com Corporation System and method for receiving a user message at a packet-network telephone
WO2007036777A3 (en) * 2005-09-30 2007-07-12 Nokia Corp Method and apparatus for instant messaging
WO2007085190A1 (en) * 2006-01-24 2007-08-02 Huawei Technologies Co., Ltd. Method and system for realizing service self-help in a circuit domain terminal
EP1821494A1 (en) * 2006-02-15 2007-08-22 BenQ Mobile GmbH & Co. oHG Method and system for linked circuit-switched and packet-switched data transmission
WO2007124659A1 (en) * 2006-04-26 2007-11-08 Huawei Technologies Co., Ltd. A method, device and system for implimenting sessions overlapping
WO2008003355A1 (en) * 2006-07-06 2008-01-10 Telefonaktiebolaget Lm Ericsson (Publ) Method of transmitting a multimedia message over a network
CN100411394C (en) * 2006-03-03 2008-08-13 华为技术有限公司 System and method for packaging transmission message in message conversation trunking protocol
WO2009023696A1 (en) * 2007-08-13 2009-02-19 Research In Motion Limited Apparatus, and associated method, for facilitating an emergency call session using a packet-switched-capable wireless device
DE102006010507B4 (en) * 2006-03-07 2009-08-27 Infineon Technologies Ag A communication connection setup control unit, a method of establishing a communication connection, a communication terminal, and a method of requesting a communication connection
US20100262702A1 (en) * 2008-01-22 2010-10-14 Jin Hongbo Service enhancement method, proxy server and communication system
US7835352B2 (en) 2005-08-19 2010-11-16 Huawei Technologies Co., Ltd. Method, system and equipment for processing SIP requests in IMS network
EP2271035A1 (en) * 2008-05-20 2011-01-05 Huawei Technologies Co., Ltd. Method and device for group-transmitting ims instant messages
US8332527B2 (en) 2006-02-18 2012-12-11 Huawei Technologies Co., Ltd. Streaming media network system, streaming media service realization method and streaming media service enabler
US8700692B2 (en) 2007-02-22 2014-04-15 Telefonaktiebolaget Lm Ericsson (Publ) Group access to IP multimedia subsystem service
DE102006028324B4 (en) * 2006-06-20 2020-02-13 Intel Deutschland Gmbh Message generation arrangement and method for generating a message
WO2020114604A1 (en) * 2018-12-06 2020-06-11 Telefonaktiebolaget Lm Ericsson (Publ) Controlling the handling of communication sessions

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1619854A1 (en) * 2004-07-21 2006-01-25 Siemens Mobile Communications S.p.A. SIP message extension for push to watch service
US7724753B2 (en) * 2005-06-24 2010-05-25 Aylus Networks, Inc. Digital home networks having a control point located on a wide area network
US20060291412A1 (en) 2005-06-24 2006-12-28 Naqvi Shamim A Associated device discovery in IMS networks
US7864936B2 (en) * 2005-06-24 2011-01-04 Aylus Networks, Inc. Method of avoiding or minimizing cost of stateful connections between application servers and S-CSCF nodes in an IMS network with multiple domains
US7561535B2 (en) * 2005-06-24 2009-07-14 Aylus Networks, Inc. System and method for providing dynamic call models for users as function of the user environment in an IMS network
US7672297B2 (en) * 2005-06-24 2010-03-02 Aylus Networks, Inc. Mediation system and method for hybrid network including an IMS network
US20060291487A1 (en) * 2005-06-24 2006-12-28 Aylus Networks, Inc. IMS networks with AVS sessions with multiple access networks
US20060291489A1 (en) * 2005-06-24 2006-12-28 Aylus Networks, Inc. System and method to mediate delivery of legacy, non-IMS services into an IMS network
US7792528B2 (en) 2005-06-24 2010-09-07 Aylus Networks, Inc. Method and system for provisioning IMS networks with virtual service organizations having distinct service logic
CN100488139C (en) * 2005-08-10 2009-05-13 华为技术有限公司 Method of establishing instant data transmission channel to realize instant message transmission
JP2009514278A (en) * 2005-10-31 2009-04-02 テレフオンアクチーボラゲット エル エム エリクソン（パブル） Send part of a push-to-talk session
US7606223B2 (en) * 2005-11-08 2009-10-20 Siemens Communications, Inc. Handling communications between stations in a digital telecommunications system
CN100563235C (en) * 2006-01-09 2009-11-25 华为技术有限公司 IWF network element, CSI terminal and IMS terminal mutual system and method thereof
EP1978707B2 (en) * 2006-01-26 2017-01-18 Huawei Technologies Co., Ltd. A method and system for generating and acquiring the rights object and the rights issuing center
TWI563813B (en) * 2006-01-31 2016-12-21 Interdigital Tech Corp Method and apparatus for supporting circuit switched interworking
CN101026617B (en) * 2006-02-18 2010-09-15 华为技术有限公司 Media resource scheduling method for IMS network
US8432899B2 (en) * 2007-02-22 2013-04-30 Aylus Networks, Inc. Systems and methods for enabling IP signaling in wireless networks
US8730945B2 (en) * 2006-05-16 2014-05-20 Aylus Networks, Inc. Systems and methods for using a recipient handset as a remote screen
US9026117B2 (en) 2006-05-16 2015-05-05 Aylus Networks, Inc. Systems and methods for real-time cellular-to-internet video transfer
US8611334B2 (en) * 2006-05-16 2013-12-17 Aylus Networks, Inc. Systems and methods for presenting multimedia objects in conjunction with voice calls from a circuit-switched network
US8406228B2 (en) 2006-06-20 2013-03-26 Intel Mobile Communications GmbH Message generating arrangement
US20080005232A1 (en) * 2006-06-28 2008-01-03 Hui Feng Enhanced group advertisement to allow rejection and receive group member details
WO2008005046A1 (en) * 2006-06-30 2008-01-10 Sony Ericsson Mobile Communications Ab Portable communication device and method for simultaneously handling circuit-switched and packet-switched audio
WO2008026094A1 (en) * 2006-08-28 2008-03-06 Nokia Corporation Method, system and terminal for multimedia session establishment
EP2103085B1 (en) * 2006-12-29 2012-12-05 Telecom Italia S.p.A. Communications method for a packet-switched network and network employing the method
US7856226B2 (en) * 2007-04-17 2010-12-21 Aylus Networks, Inc. Systems and methods for IMS user sessions with dynamic service selection
US20080317010A1 (en) * 2007-06-22 2008-12-25 Aylus Networks, Inc. System and method for signaling optimization in ims services by using a service delivery platform
WO2009049685A1 (en) * 2007-10-19 2009-04-23 Telefonaktiebolaget Lm Ericsson (Publ) Establishing a multimedia communications session
US20090141704A1 (en) * 2007-12-03 2009-06-04 Boro Networks Inc. Hybrid Protocol Voice Over the Internet Calling
US20100199320A1 (en) * 2009-02-02 2010-08-05 Microsoft Corporation Multimodal escalation to endpoints in enhanced communication systems
CN102082943A (en) * 2009-11-27 2011-06-01 中兴通讯股份有限公司 Method, device and system for building video call and switching video
US8937926B2 (en) 2010-04-21 2015-01-20 Lg Electronics Inc. Device and method for performing an rSRVCC procedure
US9143722B2 (en) * 2011-11-22 2015-09-22 Cisco Technology, Inc. Method and apparatus for providing session description for a media session
KR101330051B1 (en) * 2011-11-29 2014-01-13 에스케이텔레콤 주식회사 apparatus, and recording medium for file transfer to signal reception impossible terminal
US8832225B1 (en) * 2012-02-01 2014-09-09 Amazon Technologies, Inc. Multipart encoding in data aggregation for network page generation
US9800455B1 (en) 2012-02-08 2017-10-24 Amazon Technologies, Inc. Log monitoring system
EP2896193A1 (en) * 2012-09-12 2015-07-22 Telefonaktiebolaget LM Ericsson (Publ) Method for handling a call from a calling subscriber towards a called subscriber
CN105308924B (en) * 2013-07-08 2019-07-12 瑞典爱立信有限公司 Forbid the method and apparatus of service for realizing communication
US10771510B2 (en) 2014-12-03 2020-09-08 Telefonaktiebolaget L M Ericsson (Publ) IMS application control protocol
US10498791B2 (en) * 2014-12-19 2019-12-03 Telefonaktiebolaget Lm Ericsson (Publ) Negotiation of message chunk size for message session relay protocol session
US10237212B2 (en) * 2016-07-18 2019-03-19 T-Mobile Usa, Inc. RCS origination forking
US10476822B2 (en) * 2016-12-08 2019-11-12 T-Mobile Usa, Inc. MSRP/HTTP file transfer
US11716363B2 (en) 2017-11-02 2023-08-01 Telefonaktiebolaget Lm Ericsson (Publ) Messaging resource function

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7167470B2 (en) * 2001-03-15 2007-01-23 American Express Travel Related Services Company, Inc. Method and apparatus for locating a communication device using local area network switch information
US20030051037A1 (en) * 2001-06-12 2003-03-13 Mukesh Sundaram Open portal interface manager
US7590692B2 (en) * 2001-07-09 2009-09-15 Dialogic Corporation Conferencing architecture employing media servers and enhanced session initiation protocol
US7586857B2 (en) * 2003-04-01 2009-09-08 Alcatel-Lucent Usa Inc. Fast network SIP/SDP procedures for conference operations upon request from end user with optimization of network resources

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); IP Multimedia Subsystem (IMS); Stage 2 (3GPP TS 23.228 version 5.6.0 Release 5); ETSI TS 123 228", ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, FR, vol. 3-SA2, no. V560, September 2002 (2002-09-01), XP014007876, ISSN: 0000-0001 *
B. CAMPBELL ET AL.: "Instant Messages in SIMPLE", SIMPLE WORKING GROUP, 30 June 2003 (2003-06-30), pages 1 - 57, XP015003375 *

Cited By (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006085799A1 (en) * 2005-02-08 2006-08-17 Telefonaktiebolaget Lm Ericsson (Publ) A method and arrangements in a mobile communication network
US7529813B2 (en) 2005-04-14 2009-05-05 Hewlett-Packard Development Company, L.P. Multimedia transfer for wireless network
WO2006113116A1 (en) * 2005-04-14 2006-10-26 Hewlett-Packard Development Company, L.P. Multimedia transfer for wireless networks
CN101199185B (en) * 2005-04-14 2011-08-03 惠普开发有限公司 Multimedia transfer for wireless networks
WO2006127168A1 (en) * 2005-05-25 2006-11-30 Motorola, Inc. Push-to-transfer (ptx) content from remote site
US8325708B2 (en) 2005-08-01 2012-12-04 Samsung Electronics Co., Ltd. Method and apparatus for interworking voice and multimedia services between CSI terminal and IMS terminal
US9300519B2 (en) 2005-08-01 2016-03-29 Samsung Electronics Co., Ltd. Method and apparatus for interworking voice and multimedia services between CSI terminal and IMS terminal
US9622273B2 (en) 2005-08-01 2017-04-11 Samsung Electronics Co., Ltd. Method and apparatus for interworking voice and multimedia services between CSI terminal and IMS terminal
KR100909542B1 (en) 2005-08-01 2009-07-27 삼성전자주식회사 Method and apparatus for interworking voice and multimedia service between a CSI terminal and an IMS terminal
EP1863236A2 (en) * 2005-08-01 2007-12-05 Samsung Electronics Co., Ltd. Method and apparatus for combining voice and multimedia services between CSI terminal and IMS terminal
EP1750400A1 (en) * 2005-08-01 2007-02-07 Samsung Electronics Co.,Ltd. Method and apparatus for interworking voice and multimedia services between CSI terminal and IMS terminal
EP1863236A3 (en) * 2005-08-01 2008-01-23 Samsung Electronics Co., Ltd. Method and apparatus for combining voice and multimedia services between CSI terminal and IMS terminal
US7835352B2 (en) 2005-08-19 2010-11-16 Huawei Technologies Co., Ltd. Method, system and equipment for processing SIP requests in IMS network
US7561595B2 (en) 2005-09-30 2009-07-14 Nokia Corporation Method and apparatus for instant messaging
EP1929730A2 (en) * 2005-09-30 2008-06-11 Nokia Corporation Method and apparatus for instant messaging
WO2007036777A3 (en) * 2005-09-30 2007-07-12 Nokia Corp Method and apparatus for instant messaging
US8204932B2 (en) 2005-09-30 2012-06-19 Nokia Corporation Method and apparatus for instant messaging
KR100936189B1 (en) * 2005-09-30 2010-01-11 노키아 코포레이션 Method and apparatus for instant messaging
AU2006296335B2 (en) * 2005-09-30 2010-09-02 Nokia Technologies Oy Method and apparatus for instant messaging
EP1929730A4 (en) * 2005-09-30 2011-02-16 Nokia Corp Method and apparatus for instant messaging
WO2007041937A1 (en) * 2005-10-11 2007-04-19 Huawei Technologies Co., Ltd. A method for sending and receiving the off-line message, a client apparatus, a server and a system
US20070115926A1 (en) * 2005-10-27 2007-05-24 3Com Corporation System and method for receiving a user message at a packet-network telephone
WO2007085190A1 (en) * 2006-01-24 2007-08-02 Huawei Technologies Co., Ltd. Method and system for realizing service self-help in a circuit domain terminal
EP1821494A1 (en) * 2006-02-15 2007-08-22 BenQ Mobile GmbH & Co. oHG Method and system for linked circuit-switched and packet-switched data transmission
US8332527B2 (en) 2006-02-18 2012-12-11 Huawei Technologies Co., Ltd. Streaming media network system, streaming media service realization method and streaming media service enabler
CN100411394C (en) * 2006-03-03 2008-08-13 华为技术有限公司 System and method for packaging transmission message in message conversation trunking protocol
DE102006010507B4 (en) * 2006-03-07 2009-08-27 Infineon Technologies Ag A communication connection setup control unit, a method of establishing a communication connection, a communication terminal, and a method of requesting a communication connection
CN100502359C (en) * 2006-04-26 2009-06-17 华为技术有限公司 Group network system with session overlapped function, its realizing method and device
CN101317402B (en) * 2006-04-26 2012-04-04 华为技术有限公司 Method and system for implementing conversation stacking
WO2007124659A1 (en) * 2006-04-26 2007-11-08 Huawei Technologies Co., Ltd. A method, device and system for implimenting sessions overlapping
DE102006028324B4 (en) * 2006-06-20 2020-02-13 Intel Deutschland Gmbh Message generation arrangement and method for generating a message
WO2008003355A1 (en) * 2006-07-06 2008-01-10 Telefonaktiebolaget Lm Ericsson (Publ) Method of transmitting a multimedia message over a network
US8700692B2 (en) 2007-02-22 2014-04-15 Telefonaktiebolaget Lm Ericsson (Publ) Group access to IP multimedia subsystem service
WO2009023696A1 (en) * 2007-08-13 2009-02-19 Research In Motion Limited Apparatus, and associated method, for facilitating an emergency call session using a packet-switched-capable wireless device
US20100262702A1 (en) * 2008-01-22 2010-10-14 Jin Hongbo Service enhancement method, proxy server and communication system
EP2271035A1 (en) * 2008-05-20 2011-01-05 Huawei Technologies Co., Ltd. Method and device for group-transmitting ims instant messages
EP2271035A4 (en) * 2008-05-20 2011-08-31 Huawei Tech Co Ltd Method and device for group-transmitting ims instant messages
WO2020114604A1 (en) * 2018-12-06 2020-06-11 Telefonaktiebolaget Lm Ericsson (Publ) Controlling the handling of communication sessions
US11588898B2 (en) 2018-12-06 2023-02-21 Telefonaktiebolaget Lm Ericsson (Publ) Controlling communication session handling at a user equipment using a script generated by an application server

Also Published As

Publication number Publication date
US7953068B2 (en) 2011-05-31
DE602004015814D1 (en) 2008-09-25
US20080043717A1 (en) 2008-02-21
GB0321975D0 (en) 2003-10-22
CN1853399A (en) 2006-10-25
EP1665722B1 (en) 2008-08-13
ATE405084T1 (en) 2008-08-15
CN100592737C (en) 2010-02-24
EP1665722A1 (en) 2006-06-07

Similar Documents

Publication Publication Date Title
EP1665722B1 (en) Exchange protocol for combinational multimedia services
EP2112798B1 (en) Service controlling in a service provisioning system
EP2055076B1 (en) Mechanism for charging and session handling supporting forking
US8135845B2 (en) Terminal unit for handling session on the basis of session initiation protocol, method of transmitting and receiving thereof
EP2093970B1 (en) Call service handling in an IMS-based system
US20170163692A1 (en) Method and device for processing a piece of information indicative of a desire to be involved in at least one user application session
US7877487B2 (en) Dynamic service triggers in communication networks
US20060111135A1 (en) Method to facilitate distribution of group identifications for push-to-talk groups
WO2005027460A1 (en) Combinational multimedia services
EP1875705B1 (en) Message handling in an ip multimedia subsystem
US7916850B2 (en) IMS subscriber access control
US20110194554A1 (en) Systems and methods for implementing call pick up using gruu an ims network
WO2006064347A1 (en) Method and system to the instant transfer of multimedia files between mobile radio users within the scope of combinational services
US20150142879A1 (en) Network gateway implementing an instance manager function
EP3228057B1 (en) Ims application control protocol
WO2002019749A1 (en) Extending sip for uploading subscriber's service profile from hss to cscf
EP2200254B1 (en) Mobile network system and guidance message providing method
EP1619838A1 (en) Push to watch dedicated network element and software architecture
WO2010026459A2 (en) Method and system of using ip multimedia system for call setup in mobile satellite systems
EP1672867A1 (en) Method to the fast and reliable transfer of large amount of data between mobile radio users involved in a SIP session
KR101347950B1 (en) Convergence service method for NGN communication services and web services
WO2008138234A1 (en) An implementing method for immediately displaying telephone rate, terminal, switch apparatus and application server
LT et al. involved in a SIP session

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200480027112.0

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 BW BY BZ CA CH CN CO CR CU CZ DK DM DZ EC EE EG ES FI GB GD GE GM HR HU ID IL IN IS JP KE KG KP KZ LC LK LR LS LT LU LV MA MD MK MN MW MX MZ NA NI NO NZ PG PH PL PT RO RU SC SD SE SG SK SY TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM

AL Designated countries for regional patents

Kind code of ref document: A1

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

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

Ref document number: 2004766824

Country of ref document: EP

DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)
WWP Wipo information: published in national office

Ref document number: 2004766824

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 10572499

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 10572499

Country of ref document: US

WWG Wipo information: grant in national office

Ref document number: 2004766824

Country of ref document: EP