WO2009021549A1 - Commutation de média dans des systèmes de communication mobile - Google Patents

Commutation de média dans des systèmes de communication mobile Download PDF

Info

Publication number
WO2009021549A1
WO2009021549A1 PCT/EP2007/058337 EP2007058337W WO2009021549A1 WO 2009021549 A1 WO2009021549 A1 WO 2009021549A1 EP 2007058337 W EP2007058337 W EP 2007058337W WO 2009021549 A1 WO2009021549 A1 WO 2009021549A1
Authority
WO
WIPO (PCT)
Prior art keywords
ims
circuit switched
control function
session
peer node
Prior art date
Application number
PCT/EP2007/058337
Other languages
English (en)
Inventor
Ralf Keller
Andreas Witzel
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/EP2007/058337 priority Critical patent/WO2009021549A1/fr
Publication of WO2009021549A1 publication Critical patent/WO2009021549A1/fr

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/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • 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/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • 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/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/25—Maintenance of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]

Definitions

  • the present invention relates to a method and associated equipment for media switching in mobile communications systems. More particularly, but not exclusively, the invention relates to toggling between speech and video in a session that utilises circuit- switched radio access and an IP -based multimedia network.
  • IP Multimedia Subsystem IMS
  • IP Multimedia services provide a dynamic combination of voice, video, messaging, data, etc. within the same session and can also be used for accessing the Internet.
  • the IMS provides key features to enrich the end-user person-to-person communication experience through the use of standardised IMS Service Enablers, which facilitate new rich person-to-person (client-to-client) communication services as well as person-to- content (client-to-server) services over IP -based networks.
  • the IMS makes use of the Session Initiation Protocol (SIP) to set up and control calls or sessions between user terminals (or user terminals and application servers).
  • SDP Session Description Protocol carried by SIP signalling, is used to describe and negotiate the media components of the session. Whilst SIP was created as a user-to-user protocol, IMS allows operators and service providers to control user access to services and to charge users accordingly.
  • IMS Centralized Services which is a work item in 3GPP.
  • Figure 1 illustrates the terminal centric ICS architecture, where UE 10 denotes user equipment (i.e.
  • MSC-S 13 denotes the serving Mobile Switching Centre
  • MGCF 14 the Media Gateway Control Function
  • ICCF 11 the IMS CS Control Function
  • MRFP 17 the Media Resource Function Processor.
  • C denotes a functional block for Session Control handling
  • M denotes a functional block for Media Connection handling.
  • the ICCF provides interworking between CS and ICCP/USSD control signalling on the one side, and IP (SIP) signalling, that is the IMS core 12 on the other.
  • IP IP
  • the MRFP provides a similar interworking function at the call control level.
  • the ICCF also performs IMS registration on behalf of CS side subscribers.
  • Figure 1 illustrates an example peer node, UE 20, attached to the IMS and with which UElO may establish a session.
  • MTAS 19 denotes the IMS Multimedia Telephony Services implemented in an IMS application server AS
  • ICS-VCC 18 denotes a Voice Call Continuity feature as defined in 3GPP.
  • the MTAS and the ICS-VCC complement the ICS basic function with additional services and mobility support.
  • SCUDIF Service Change and Unrestricted Digital Information Fallback
  • the first terminal may request a switch from voice to video using the Unstructured Supplementary Service Data (USSD) based ICS control protocol.
  • USSD Unstructured Supplementary Service Data
  • This request is received by the ICCF.
  • the first UE then sends a Disconnect message which causes the radio connection to be released.
  • the call control layer and the mobility layer are released.
  • the first UE sends a Setup request to the network in order to establish the video call.
  • the main disadvantage of the redial solution is that the redial may take too long, causing subscriber frustration (and likely loss of revenue to the operators). Call interruptions of at most 1 to 3 seconds would be acceptable, but are not readily achievable. This is because, according to the current specifications, after a call is released a user terminal must check the radio access environment, and will eventually have to perform a location update if the serving location area has changed during the previous call. Location updates are required in order to update the HLR/VLR with the current location of subscribers to facilitate routing of incoming calls. In the case of GSM/WCDMA subscriber access networks, during a call no location updates are performed. The call is kept in an on-going condition by performing handovers between cells and location areas of the serving MSC, or even performing inter-MSC handovers towards location areas of other MSCs. After the call is terminated, the terminal is required to perform a location update.
  • the delay introduced by the need for a location update occurs on both sides of a call in the case where both UEs are CS connected, so that the originating and the terminating terminal are required to perform location updates.
  • the redial would reach a busy terminating terminal, occupied performing its location update.
  • the ICS work item and the related technical report (3GPP TR 23.892) does not cover CS video.
  • the CS-IMS Video interworking technical report (3GPP TR 29.863) also relies on SCUDIF for voice-video toggling, but this suffers from the problems discussed above relating to SCUDIF.
  • a method of switching media for a session between first and second peer nodes comprising: initially establishing said session in respect of a first media type using an IP Multimedia Subsystem, where at least one of said peer nodes is attached to a circuit switched access network and interworks with the IP Multimedia Subsystem via an IMS CS Control Function; subsequently releasing a circuit switched connection between said at least one peer node and the IMS CS Control Function, while maintaining within that peer node and the IMS CS Control Function, an indication that the session is ongoing; and establishing a new circuit switched connection between said at least one peer node and the IMS CS Control Function, for continuation of said session in respect of a second media type.
  • Embodiments of the present invention maintain the mobility layer for a mobile subscriber using ICS.
  • maintaining the media layer eliminates the possibility of location updates occurring before a new CS connection can be established.
  • an IP Multimedia Subsystem connection with the other peer node to said second media type can be adapted. This contributes further to reducing media switching delay.
  • a timer may be initiated upon receipt at the IMS CS Control Function of a Session Initiation Protocol BYE message, expiry of the timer triggering the IMS connection initiation.
  • the timer duration is adaptively configured at the ICCF based upon the delays between receiving Session Initiation Protocol BYE messages and receiving at the respective Session Initiation Protocol Invite messages initiating IP Multimedia Subsystem sessions, at the IMS CS Control Function.
  • said at least one peer node may initiate the switching by sending an ISSD/ISSP request message to the IMS CS Control Function, the request message including an indication of an intended immediate reconnection.
  • media switching may be initiated by a SIP Re-Invite received at the IMS CS Control Function over the IP Multimedia Subsystem.
  • receipt of the SIP Re-Invite at the IMS CS Control Function causes the Function to send an ISSD/ISSP request message to said at least one peer node, the request message including an indication of an intended immediate reconnection.
  • said at least one peer terminal may send a circuit switched disconnect instruction, including a follow-on request, to the circuit switched access network which causes the access network to release the circuit switched connection whilst maintaining the mobility layer.
  • receipt of the SIP Re-Invite at the IMS CS Control Function causes the domain to send an ISSD/ISSP request message to a Mobile Switching Centre responsible for said at least one peer node, the request message including an indication of an intended immediate reconnect ion, and a Completion Of Calls To Busy Subscriber re-call procedure is used to establish said new circuit switched connection.
  • a Mobile Switching Centre responsible for said at least one peer node may be queried to determine how to proceed.
  • apparatus for implementing an IMS CS Control Function to facilitate interworking between an IP Multimedia Subsystem and a circuit switched access domain, the apparatus being configured to establish a session between a first peer node attached to said circuit switched access domain and a second peer node attached to said IP Multimedia Subsystem for carrying a first media type, the apparatus being further configured to receive a message initiating a change from said first media type to a second media type, to subsequently facilitate release of a circuit switched connection to said first peer node while maintaining an indication that the session is ongoing, and to facilitate establishment of a new circuit switched connection to said at least one peer node for continuation of said session in respect of said second media type.
  • a Mobile Switching Centre for use in a mobile communication network to facilitate the establishment of circuit switched connections on behalf of a mobile terminal, the Mobile Switching Centre being configured in use to establish a first circuit switched connection between said mobile terminal and an IMS CS Control Function in respect of a communication session, and in response to a notification received from said IMS CS Control Function to release said first circuit switched connection whilst maintaining the associated call control and mobility layers pending receipt of a follow-on request to establish a second circuit switched connection.
  • a mobile terminal having means for establishing a circuit switched connection with an IMS CS Control
  • the terminal comprising means for switching a session with said peer node from a first to a second media type by releasing a first circuit switched connection whilst maintaining the associated call control and mobility layers, and subsequently establishing a second circuit switched connection.
  • Figure 1 is a schematic illustration showing the architecture of ICS
  • Figure 2 is a diagram showing the signal sequences for upgrading speech to video according to the invention, initiated on the CS side of the ICS of Figure 1;
  • Figure 3 is a diagram showing the signal sequences for upgrading speech to video according to the invention, initiated on the IMS side of the ICS of Figure 1;
  • Figure 4 is a diagram showing the signal sequences for downgrading video to speech according to a first embodiment of the invention, initiated on the CS side of the ICS of
  • Figure 5 is a diagram showing the signal sequences for downgrading video to speech according to the first embodiment of the invention, initiated on the IMS side of the ICS of Figure 1;
  • Figure 6 is a diagram showing the signal sequences for downgrading video to speech according to a second embodiment of the invention, initiated on the CS side of the ICS of Figure 1.
  • Figure 7 is a diagram showing the signal sequences for downgrading video to speech according to the second embodiment of the invention, initiated on the IMS side of the ICS of Figure 1.
  • Figure 8 is a diagram showing the signal sequences for upgrading speech to video initiated on the IMS side of the ICS of Figure 1, according to another embodiment of the invention.
  • Figure 9 is a diagram showing the signal sequences for upgrading speech to video initiated on the IMS side of the ICS of Figure 1, according to still another embodiment of the invention.
  • Figure 10 is a diagram showing the signal sequences following a request for a change in a session description initiated on the IMS side of the ICS of Figure 1, according to another embodiment of the invention.
  • ICCF entity provides interworking between the CS world and the IMS at the call control level.
  • the ICCF controls a MRFC which performs interworking at the user plane level.
  • the mechanisms described here are applied to support video in ICS architecture and to allow toggling between speech and other media such as video. This involves changing the CS part of the call (in the region bounded by the dashed line in Figure 1) and using the ICCF 11 as an anchor point.
  • a call is initiated as for any other ICS call - for a speech call this is described in the 3GPP Technical report TR 23.892 vl.1.0. Video calls are not yet covered in that TR but such provision can be anticipated. If the call is a video call the UE 11 indicates a
  • CS data bearer call and a CS video session (in accordance with the 3G-324M specification) is then established inband between the UE 11 and the MGCF 14.
  • MGCF then provides the CS-IMS interworking for video (according to 3GPP TR 29.863).
  • FIG. 2 shows a sequence of signal flows in a session between UE-A, using CS access and ICS, and UE-B.
  • a call has been established for speech, and that now an upgrade to video is required.
  • This upgrade is initiated from the UE-A which is on the CS side.
  • the UE-A sends the speech to video upgrade request via the USSD based ICS control protocol.
  • the upgrade request includes an SDP description of the requested video.
  • the known ICS mechanisms are used, so the USSD request message contains an indication of the responsible call- handling instance in the ICCF.
  • the ICCF acknowledges the request.
  • the (USSD) acknowledgement triggers the UE-A to initiate release of the call leg between the UE-A and the ICCF.
  • the UE-A includes a new indication in that release request, indicating that the UE-A intends to redial immediately (redial follow-on request).
  • the release indication is sent using the Bearer Independent Call Control/Integrated Services Digital Network User Part (BICC/ISUP) protocol to the MGCF and from there via SIP to the ICCF.
  • the ICCF knows (from the request at step 1) that the video upgrade is pending and therefore the SIP BYE message does not cause the release of the entire call, because the ICCF stops that release.
  • the BICC/ISUP/SIP release request may also contain an appropriate release cause code.
  • the ICCF acknowledges the release request back to the UE-A, via the MGCF and the MSC-S.
  • the MSC-S includes a new indication into the Release message acknowledging the redial follow-on request from the UE-A.
  • the reason for the redial follow-on request (step 2) is that the radio connection must be released, but the mobility layer and the call control layer have to be kept in a busy state to prevent the mobility layer entering a state where it could perform a location update, and to prevent any new incoming calls connecting to the UE-A.
  • the UE-A wants (or needs) to toggle between voice and video, it disconnects the ongoing call and includes a new redial- follow-on Request identifier (an Information Element, IE) in the Disconnect message.
  • IE Information Element
  • the mobility layer In this new state the mobility layer is instructed to clear the radio connection, but keep the mobility layer in a new state pending receipt of the redial request. This prevents the mobility layer checking to see if the UE-A has entered a new location area and performing a location update.
  • the UE-A After the current radio connection has been released, the UE-A establishes a new radio connection and connects it to the waiting mobility layer. The UE-A then requests a new CM service and the mobility layer connects this to the waiting call control layer.
  • the ICCF uses the received SIP BYE to trigger a media change on the IMS side (that is towards UE-B), and so sends a re-Invite message including the video SDP received in the USSD upgrade request from the UE-A.
  • the ICCF can utilize an adjustable timer (automatic or an operator setting) to trigger the sending of the re-Invite message.
  • the ICCF can learn how to adjust the time by monitoring the average time between the sending of the 200 OK acknowledgement of the BYE release message (step 3) and the reception of the video SIP Invite (step 9) as described below.
  • the UE-A triggers a new call setup, specifically for video (following radio bearer provision and connection management (CM) service request).
  • the setup request also includes an indication that it relates to the previous redial request. Recognizing that this is the video call request that corresponds to the original update request, the MGCF then directly sends an answer to the UE-A to establish the CS bearer.
  • CM radio bearer provision and connection management
  • the video setup inband procedures are used to establish the video channels.
  • the new Media Oriented Negotiation Acceleration (MONA) procedures are used, as they provide for fast setup including video codec negotiation.
  • the 3G-324M defined H.245 procedures can be used.
  • the MGCF receives the video establishment request (either MONA or H.245 based) and translates this into an appropriate SIP Invite and SDP description.
  • the ICCF receives the SIP Invite and associates it with the pending redial, using the destination address and the pending redial state to identify the correct ICCF instance.
  • the ICCF acknowledges the SIP Invite with a 200 OK.
  • the IMS side is already updated to video (at steps 4 and 5), and the received SDP information can be ignored by the ICCF.
  • This also has the advantage that the ICCF does not have to rely on the MONA/H.245 to SDP translation of the video characteristics, but can use the "first hand" information received from the UE-A.
  • the upgrade to video has then been completed and the video session is ongoing.
  • Figure 3 shows signal flows for a speech to video upgrade triggered from the IMS side.
  • the procedure is triggered by a Re-Invite message initiated by the terminating UE-B, which is received by the ICCF from the IMS side of the ICS architecture.
  • This message contains the SDP video description.
  • the ICCF sends a USSD-based
  • step 11 the change of the session is confirmed in a 200OK message towards UE-B, and the video session is then established.
  • Downgrading from video to speech can be achieved in a number of different ways.
  • One option is to keep the CS video bearer unchanged and simply close the video channel using H.245 commands. This is an easy way to remove the video part while keeping the audio connection.
  • the CS bearer is not changed, a full 64kbps bearer will continue to be used on the radio interface, wasting of radio resources as plain speech call uses less than lOkbps.
  • Figure 4 shows the signal sequences for the case where CS H.245 signalling is used to close the video channel, the downgrade being initiated by UE-A.
  • the UE-A initiates the closing of the video channel using H.245 commands.
  • the MGCF uses a SIP Re-Invite to change the SDP of the ongoing session to speech only. For example, this could involve the MGCF instructing the MGW to interwork a SIP speech session towards the 3G-324M audio (not shown).
  • the ICCF changes the IMS side to speech only. Steps 4 to 6 are an acknowledgement of the change.
  • FIG. 5 illustrates the signal sequence where the video channel is closed when the downgrade to speech is initiated by the terminating UE-B from the IMS side of the ICS architecture.
  • the ICCF receives a request to change the ongoing session to speech only.
  • the ICCF forwards a SIP Re-Invite to the MGCF.
  • the MGCF requests the closing of the video channel using H.245 commands.
  • the MGCF instructs the MGW to interwork a SIP speech session towards the 3G-324M audio (not shown).
  • an acknowledgement of the change is sent back to the UE-B.
  • a further alternative approach is to keep the CS video bearer unchanged, while the ICCF instructs the MRFP (in response to the ICCF receiving the USSD message with downgrade request) to replace the video images with a blank/black picture (or some other image, for example a default picture or some advertisements).
  • a blank/black picture or some other image, for example a default picture or some advertisements.
  • FIG. 8 shows the signal sequence.
  • the ICCF receives a request from the IMS side to change the ongoing session to speech only.
  • the ICCF uses the ICS USSD control channel to trigger the replacement of the CS leg.
  • the ICCF indicates to the UE-A that the new CS bearer will be for speech only.
  • the UE-A acknowledges this.
  • the UE-A sends the request to disconnect the CS leg as well as a redial follow-on request.
  • this is acknowledged by the ICCF via the MGCF and the release is completed.
  • the terminal and the MSC-S remain in a busy call control state to prevent the UE-A performing a location update and to prevent the MSC-S initiating a paging to the UE-A in respect of other incoming calls.
  • the UE-A initiates a setup of the speech call to the ICCF.
  • the ICCF acknowledges the session change towards the IMS side and at step 7 acknowledges the CS speech call setup towards the UE-A.
  • the above methods are based on the principle that the ICCF instructs the UE-A to perform the redial.
  • This approach has the advantages that no paging is needed and that the UE-A has full control to define the video (or speech) characteristics.
  • the MSC-S can terminate the radio bearer and establish a new bearer in response to receipt of the USSD ISC request.
  • the MSC-S sends a paging message to the CS side UE, and an indication is added to the paging message to indicate that this is a re-establishment of an ongoing call with a different radio bearer.
  • CCBS Cumpletion Of Calls To Busy Subscriber
  • a signalling sequence for the CCBS-based recall is shown in Figure 9, considering the case of an IMS side initiated upgrade.
  • the ICCF receives a request to change the ongoing speech session to video from UE-B.
  • the ICCF uses the ICS USSD control channel to trigger the replacement of the CS leg.
  • the ICCF indicates that the new CS bearer will be for video.
  • the MSC-S intercepts the USSD request. This may be due to operator preference to handle the video upgrade from the MSC-S, or simply because the UE does not support ICS.
  • the MSC-S sends an acknowledgement to the ICCF via USSD.
  • the MSC-S initiates the release of the radio bearer and of the CS leg by sending a Disconnect instruction to the UE-A and sending a release signal towards the ICCF (via BICC/ISUP).
  • the MSC-S receives acknowledgments that the radio bearer and the fixed network bearer have been released.
  • the MSC-S pages the UE in order to establish a new radio resource (RR) layer connection.
  • the UE responds to the paging.
  • the MSC-S uses the CCBS re-call procedure and sends a CM Service Prompt message to the UE to request establishment of a CM layer.
  • the UE replies with Start CC, where the UE indicates its own CC capabilities.
  • the MSC-S then sends a CC Establishment message which contains the full Setup message that the UE shall use at the re-call setup. For video the Setup message must indicate setup of a CS data call.
  • the UE confirms the CC Establishment request.
  • the MSC-S triggers the UE to initiate the recall.
  • a new indication (such as video upgrade) is used.
  • the UE sends the Setup message as previously received from the MSC-S.
  • Steps 13 to 18 relate to setup of the new CS leg to the ICCF, correlation with the existing IMS session, and acknowledgement towards the IMS side.
  • the ICCF receives a SIP re-Invite (either from the MGCF on the CS side or from the IMS side) with a new SDP description, and the ICCF has no inherent knowledge of whether the current CS Radio Bearer is capable of handling the new session type (new SDP). Rather, the ICCF has to query the serving MSC-S for guidance as to what to do. This is shown in the signal sequence in Figure 10.
  • the ICCF receives a SIP re-Invite with a new SDP.
  • the ICCF queries the MSC-S about whether a redial is needed.
  • the ICCF indicates the target SDP to the MSC-S. This query may use the ICS USSD control channel, or any other available mechanism.
  • the MSC-S analyzes the current radio bearer characteristics against the target SDP and determines whether the current radio bearer can fulfil the new SDP requirements. Three cases depending on the outcome of this determination are shown in Figure 10.
  • Case 1) The current radio bearer is sufficient: the MSC-S replies to the ICCF indicating that it can proceed. The ICCF acknowledges back to the IMS side.
  • Case 2) The current radio bearer is insufficient: the MSC-S indicates to the ICCF that it should trigger the redial procedure as described above (step 3 in Figure 10).
  • Case 3) The MSC-S determines that no CS bearer can match the new SDP. In this case the ICCF has to reject the SIP re-Invite and the call/session continues with the old SDP.

Abstract

L'invention concerne un procédé de commutation de média pour une session entre des premier et second nœuds pairs. Le procédé comprend l'établissement initial de ladite session par rapport à un premier type de média utilisant un sous-système multimédia IP (SIP), au moins l'un desdits nœuds pairs étant attaché à un réseau d'accès à commutation de circuit et interagissant avec le sous-système multimédia IP par l'intermédiaire d'une fonction de commande CS d'IMS. Ensuite, au moins un nœud pair et la fonction de commande CS d'IMS sont libérés, tout en maintenant à l'intérieur de ce nœud pair et de la fonction de commande CS d'IMS, une indication selon laquelle la session est en cours. Une nouvelle connexion à commutation de circuit est établie entre ledit ou lesdits nœuds pairs et la fonction de commande CS d'IMS, pour une continuation de ladite session par rapport à un second type de média.
PCT/EP2007/058337 2007-08-10 2007-08-10 Commutation de média dans des systèmes de communication mobile WO2009021549A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/EP2007/058337 WO2009021549A1 (fr) 2007-08-10 2007-08-10 Commutation de média dans des systèmes de communication mobile

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2007/058337 WO2009021549A1 (fr) 2007-08-10 2007-08-10 Commutation de média dans des systèmes de communication mobile

Publications (1)

Publication Number Publication Date
WO2009021549A1 true WO2009021549A1 (fr) 2009-02-19

Family

ID=39273536

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2007/058337 WO2009021549A1 (fr) 2007-08-10 2007-08-10 Commutation de média dans des systèmes de communication mobile

Country Status (1)

Country Link
WO (1) WO2009021549A1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011079223A1 (fr) * 2009-12-23 2011-06-30 Interdigital Patent Holdings, Inc. Procédé et appareil pour transfert inter-équipement utilisateur (iut), transfert d'accès et repli à l'initiative d'un serveur d'application de centralisation et de continuité de service (scc as)
US9319435B2 (en) 2010-03-18 2016-04-19 Interdigital Patent Holdings, Inc. Authorizing IUT replication and distinguishing requests for replication from transfers
US9560147B2 (en) 2010-03-04 2017-01-31 Interdigital Patent Holdings, Inc. Method and apparatus for identification and transfer in internet protocol multimedia subsystem collaborative sessions
US9602555B2 (en) 2009-11-10 2017-03-21 Interdigital Patent Holdings, Inc. Collaborative session control transfer and inter-device transfer in internet protocol multimedia subsystem
US10278100B1 (en) 2016-03-16 2019-04-30 Sprint Communications Company L.P. Long term evolution (LTE) mobility management entity (MME) management of an internet protocol multimedia subsystem (IMS) media session service level for a user equipment (UE)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006079358A1 (fr) * 2005-01-31 2006-08-03 Telefonaktiebolaget Lm Ericsson (Publ) Technique de commutation mode parole/multimedia dans un reseau de communication sans fil
WO2006090266A1 (fr) * 2005-02-28 2006-08-31 Nokia Corporation Changement de service introduit sur le réseau, d'un mode parole à un mode multimedia

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006079358A1 (fr) * 2005-01-31 2006-08-03 Telefonaktiebolaget Lm Ericsson (Publ) Technique de commutation mode parole/multimedia dans un reseau de communication sans fil
WO2006090266A1 (fr) * 2005-02-28 2006-08-31 Nokia Corporation Changement de service introduit sur le réseau, d'un mode parole à un mode multimedia

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP TSG SERVICES AND SYSTEM ASPECTS: "IP Multimedia Subsystem (IMS) centralized services (Release 8)", 3GPP TR 23.892 V1.0.0, June 2007 (2007-06-01), pages 1 - 69, XP002477269 *
3GPP TSG SERVICES AND SYSTEM ASPECTS: "Potential Mechanisms for CS Domain Video and Voice Service Improvements (Release 6)", 3GPP TR 23.801 V1.0.0, June 2004 (2004-06-01), pages 1 - 50, XP002477268 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9602555B2 (en) 2009-11-10 2017-03-21 Interdigital Patent Holdings, Inc. Collaborative session control transfer and inter-device transfer in internet protocol multimedia subsystem
US9832236B2 (en) 2009-11-10 2017-11-28 Interdigital Patent Holdings, Inc. Collaborative session control transfer and inter-device transfer in internet protocol multimedia subsystem
WO2011079223A1 (fr) * 2009-12-23 2011-06-30 Interdigital Patent Holdings, Inc. Procédé et appareil pour transfert inter-équipement utilisateur (iut), transfert d'accès et repli à l'initiative d'un serveur d'application de centralisation et de continuité de service (scc as)
CN102714819A (zh) * 2009-12-23 2012-10-03 交互数字专利控股公司 用于由服务集中和连续性应用服务器（scc as）发起的用户设备间转移（iut）、接入转移以及回退的方法和设备
JP2015084567A (ja) * 2009-12-23 2015-04-30 インターデイジタル パテント ホールディングス インコーポレイテッド サービス集中および継続アプリケーションサーバ（ｓｃｃａｓ）によって開始されるユーザ機器間転送、アクセス転送およびフォールバックのための方法および装置
US9560147B2 (en) 2010-03-04 2017-01-31 Interdigital Patent Holdings, Inc. Method and apparatus for identification and transfer in internet protocol multimedia subsystem collaborative sessions
US9319435B2 (en) 2010-03-18 2016-04-19 Interdigital Patent Holdings, Inc. Authorizing IUT replication and distinguishing requests for replication from transfers
US9674833B2 (en) 2010-03-18 2017-06-06 Interdigital Patent Holdings, Inc. Authorizing IUT replication and distinguishing requests for replication from transfers
US10278100B1 (en) 2016-03-16 2019-04-30 Sprint Communications Company L.P. Long term evolution (LTE) mobility management entity (MME) management of an internet protocol multimedia subsystem (IMS) media session service level for a user equipment (UE)
US11051218B2 (en) 2016-03-16 2021-06-29 Sprint Communications Company Llc Management of an internet protocol multimedia subsystem (IMS) media session for user equipment (UE)

Similar Documents

Publication Publication Date Title
EP2207336B1 (fr) Procédé, système et dispositif de renvoi automatique d'appel
US10129808B2 (en) Reducing communication silence when performing inter-technology handoff
EP2175605B1 (fr) Procédé de commutation de voie de commande de session de service centralisé de sous-système réseau central multimédia ip
EP2208337B1 (fr) Déclenchement dynamique de signalisation i1-ps dans des services centralisés ims
US9025553B2 (en) Capability update in a telecommunications network
EP1969809A2 (fr) Continuite d'appel vocal pour des appels d'urgence
EP2182692A1 (fr) Procédé, dispositif et système pour traiter la continuité du flux multimédia dans une session
EP2254308B1 (fr) Procédé, dispositif et système de remplacement de canal de signalisation de commande de service
EP2452520B1 (fr) Procédés et dispositifs pour améliorer la continuité de session
US8325681B2 (en) Call transfer method, system and device
EP2291029B1 (fr) Terminer des sessions à une ICS UE en utilisant CS média
US20090052438A1 (en) Method, system and device for processing supplementary services
WO2009021549A1 (fr) Commutation de média dans des systèmes de communication mobile
KR20090111849A (ko) 호 제어 방법, 회선 교환 도메인 어댑터 및 단말 장치
US20130343279A1 (en) Selection of service domain in ims centralised services
EP2575320A1 (fr) Système de télécommunications et procédé pour transfert de réseau entre accès
EP2230814B1 (fr) Procédé pour réaliser une mise en attente
WO2008110110A1 (fr) Procédé et système de fourniture de service de sous-système multimédia ip
US8665793B2 (en) Method and system for implementing single radio voice call continuity
GB2434942A (en) Signalling Call Anchor Information
KR101136653B1 (ko) 발신 단말 또는 착신 단말에 얼리미디어로서 멀티미디어 콘텐츠를 제공하는 장치 및 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07788372

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 07788372

Country of ref document: EP

Kind code of ref document: A1