US20130195074A1 - Single radio voice call continuity handover of calls with video media from a circuit switched access network - Google Patents

Single radio voice call continuity handover of calls with video media from a circuit switched access network Download PDF

Info

Publication number
US20130195074A1
US20130195074A1 US13/392,343 US201213392343A US2013195074A1 US 20130195074 A1 US20130195074 A1 US 20130195074A1 US 201213392343 A US201213392343 A US 201213392343A US 2013195074 A1 US2013195074 A1 US 2013195074A1
Authority
US
United States
Prior art keywords
cs
ps
srvcc
ue
access network
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
US13/392,343
Other versions
US8483182B1 (en
Inventor
Ralf Keller
Fredrik Lindholm
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 AB filed Critical Telefonaktiebolaget LM Ericsson AB
Priority to PCT/EP2012/051341 priority Critical patent/WO2013110346A1/en
Assigned to TELEFONAKTIEBOLAGET L M ERICSSON (PUBL) reassignment TELEFONAKTIEBOLAGET L M ERICSSON (PUBL) ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: LINDHOLM, FREDRIK, KELLER, RALF
Application granted granted Critical
Publication of US8483182B1 publication Critical patent/US8483182B1/en
Publication of US20130195074A1 publication Critical patent/US20130195074A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data session or connection
    • H04W36/0027Control or signalling for completing the hand-off for data session or connection for a plurality of sessions or connections, e.g. multi-call, multi-bearer connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements or protocols for real-time communications
    • H04L65/10Signalling, control or architecture
    • H04L65/1066Session control
    • H04L65/1083In-session procedures

Abstract

A method is provided of performing a handover with Single Radio Voice Call Continuity, SRVCC, of a telecommunications session from a User Equipment, UE accessing an IP Multimedia Subsystem, IMS, network via a Circuit Switched, CS, access network to a target Packet Switched, PS, access network. The method includes receiving a handover request from the CS access network to transfer the session and determining that the telecommunications session comprises data media in addition to, or without, any audio media. The ability to perform the handover with SRVCC for the data media is determined. Bearer resources for the session when handed over to the PS access network are allocated, including a data media bearer and, if there is any audio media in the session an audio media bearer. The session is transferred from the CS to the target PS access network.

Description

    TECHNICAL FIELD
  • The present invention relates to methods and apparatus in a telecommunications network for enabling handover of a call from a Circuit Switched (CS) to a Packet Switched (PS) access network. More particularly, the invention relates to methods and apparatus for enabling handover of a call that includes video or other data media with Single Radio Voice Call Continuity.
  • BACKGROUND
  • IP Multimedia services provide a dynamic combination of voice, video, messaging, data, etc, within the same session. This has lead to a growth in the numbers of basic applications and the media which it is possible to combine, leading to a growth in the number and variety of services offered to the end users—so-called “combinational IP Multimedia” services.
  • IP Multimedia Subsystem (IMS) is the technology defined by the Third Generation Partnership Project (3GPP) to provide IP Multimedia services over mobile communication networks. IMS provides key features to enrich the end-user person-to-person communication experience through the integration and interaction of services. IMS allows new rich person-to-person (client-to-client) as well as person-to-content (client-to-server) communications over an IP-based network. 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). 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. Other protocols are used for media transmission and control, such as Real-time Transport Protocol and Real-time Transport Control Protocol (RTP/RTCP).
  • FIG. 1 illustrates schematically how the IMS fits into the mobile network architecture in the case of a General Packet Radio Service (GPRS) access network. As shown in FIG. 1 control of communications occurs at three layers (or planes). The lowest layer is the Connectivity Layer 1, also referred to as the bearer plane and through which signals are directed to/from user equipment (UE) accessing the network. The entities within the connectivity layer 1 that connect an IMS subscriber to IMS services form a network that is referred to as the IP-Connectivity Access Network, IP-CAN. The GPRS network includes various GPRS Support Nodes (GSNs). A gateway GPRS support node (GGSN) 2 acts as an interface between the GPRS backbone network and other networks (radio network and the IMS network). The middle layer is the Control Layer 4, and at the top is the Application Layer 6.
  • The IMS 3 includes a core network 3 a, which operates over the middle, Control Layer 4 and the Connectivity Layer 1, and a Service Network 3 b. The IMS core network 3 a includes nodes that send/receive signals to/from the GPRS network via the GGSN 2 at the Connectivity Layer 1 and network nodes that include Call/Session Control Functions (CSCFs) 5, which operate as SIP proxies within the IMS in the middle, Control Layer 4. The top, Application Layer 6 includes the IMS service network 3 b. Application Servers (ASs) 7 are provided for implementing IMS service functionality.
  • As shown in FIG. 1, User Equipment (UE) can access the IMS by attaching to an access network and then over the Connectivity Layer 1, which is part of a PS domain. In that case an IMS session can be set up by the UE using SIP signalling. FIG. 2 illustrates schematically the main components that are relevant to the present disclosure of a PS Evolved Packet Core (EPC) network in accordance with the 3GPP defined Systems Architecture Evolution (SAE), and shows a UE 20 accessing an IP network shown as the Internet 21. The principal network entities shown include a Serving Gateway (SGW) 23, a Public Data Network (PDN) Gateway (PGW) 24, an evolved NodeB (eNodeB) 25, a Mobility Management Entity (MME) 26 and the user's Home Subscriber Server (HSS) 27. For the purposes of the following discussion the SGW 23 and PGW 24 will be grouped together as one entity SGW/PGW.
  • Many existing access networks operate only using CS technology, but a UE may also access IMS services via a CS domain. Although the CS domain will not handle SIP, procedures are well established for dealing with the provision of media and services between the IMS and a UE using a CS access. There are many occasions when during a call/session it is required to transfer or hand over the call/session from one access network to another. There are a variety of factors that are used to determine when a call needs to be handed over to another access network, but these are not particularly relevant to the present discussion. All we need to know is that the CS access network determines, based on the cells for which the UE reports measurements, when the conditions arise that require a request to be made to the core network for the call to be handed over. Single Radio Voice Call Continuity (SRVCC) is described in 3GPP TS 23.237 and 3GPP TS 23.216, specifying procedures for handover of a voice call from a PS access to a CS access (e.g. transfer of a Voice-over-IP, VoIP, IMS session from an evolved Universal Terrestrial Radio Access Network, E-UTRAN, to a Universal Terrestrial Radio Access Network/GSM Edge Radio Access Network, UTRAN/GERAN). These technical specifications have also been extended to allow handover of a voice call from a CS access to a PS access.
  • However, the procedures specified for CS to PS handover with SRVCC include only the handover of voice/audio media, and do not specify how to handle the handover procedure for other media—i.e. media data carried by a different bearer than the audio media bearer. This problem is addressed by the following discussion.
  • SUMMARY
  • A first aspect provides a method of performing a handover with Single Radio Voice Call Continuity, SRVCC, of a telecommunications session from a User Equipment, UE accessing an IP Multimedia Subsystem, IMS, network via a Circuit Switched, CS, access network to a target Packet Switched, PS, access network. The method includes receiving a handover request from the CS access network to transfer the session and determining that the telecommunications session comprises data media in addition to, or without, any audio media. The ability to perform the handover with SRVCC for the data media is determined. Bearer resources for the session when handed over to the PS access network are allocated, including a data media bearer and, if there is any audio media in the session an audio media bearer. The session is transferred from the CS to the target PS access network.
  • A second aspect provides a network server configured for use in a telecommunications network in which a call session from a User Equipment, UE, accessing an IP Multimedia Subsystem, IMS, network via a Circuit Switched, CS, access network is to be handed over with Single Radio Voice Call Continuity, SRVCC, to a target Packet Switched, PS, access network. The call session comprises data media in addition to, or without, any audio media. The network server includes a processor configured to determine the possibility of performing CS to PS handover with SRVCC based on the capability of the UE to perform a CS to PS handover with SRVCC, and the media in the session. The server also includes an input/output for sending a signal to the UE that includes a handover command with information to enable the UE to transfer the data media and any audio media in the session to the PS access network.
  • A third aspect provides User Equipment, UE, configured to access an IP Multimedia Subsystem, IMS, network via a Circuit Switched, CS, access network to establish a call session that includes data media in addition to, or without, any audio media, and for the call to be handed over with Single Radio Voice Call Continuity, SRVCC, to a target Packet Switched, PS, access network. The UE includes an input/output for receiving and transmitting signals via the CS access network and via the PS access network. A memory stores data and program instructions. A processor is configured to process the program instructions, on receiving a CS to PS handover command from the CS access network, to transfer the data media and any audio media in the call session to the PS access network using information provided in the handover command.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 illustrates schematically an IMS network in association with a mobile network architecture of a General Packet Radio Service (GPRS) access network;
  • FIG. 2 illustrates schematically the components of a PS access network in accordance with the 3GPP defined Systems Architecture Evolution (SAE);
  • FIG. 3 illustrates schematically the interactions between network components involved in a handover from a CS access to a PS access with SRVCC;
  • FIG. 4 is a signal diagram illustrating the procedure, as currently set out in 3GPP TS 23.216, for a CS to PS handover with SRVCC;
  • FIG. 5 is a signal diagram illustrating a procedure for a CS to PS handover with SRVCC of a call with video media;
  • FIG. 6 is a flow diagram illustrating the principal method steps in a method of CS to PS handover with SRVCC of a call with video media;
  • FIG. 7 is a schematic block diagram of a network server;
  • FIG. 8 is a schematic block diagram of a UE.
  • DETAILED DESCRIPTION
  • FIG. 3 illustrates conceptually a handover of a UE 30, which is shown in a first situation 30 a, prior to the handover, having established a call. The call is carried by bearers represented by solid line 301 to a terminating entity (which is not shown) over a CS, UTRAN/GERAN access network 31 and a Mobile Switching Centre (MSC) Server 32 in the CS domain. The UE 30 a is also attached to the IMS 33 as represented by line 302. After the handover, the UE 30 is shown in a second situation 30 b, in which the call is carried by bearers represented by the dashed line 303 over a PS, E-UTRAN, access network 34 and Serving/PDN gateways 35. The UE 30 b remains attached to the IMS, as shown by solid line 304 and uses SIP signalling to communicate with the IMS, as represented by the dashed arrow-headed line 305. Also shown between the CS and PS access networks are a SGSN 36 a MME 37 and the user's HSS 38. These entities communicate with other entities over the referenced network interfaces. Note that although both the CS and PS access networks are shown in FIG. 3 communicating directly with the same SGSN 36 and MME 37, this is a simplification and in general each access network will communicate with a separate SGSN and MME associated with that access network. Thus, in a real practical deployment there would be either a source SGSN or a source MME associated with the source (in this case the CS) access network, and the same for the target (PS) network. The SGSN and MME can be separate nodes or co-located.
  • FIG. 4 shows the signalling involved in the handover process in accordance with TS 23.216 (version 11.2.0). The entities shown include a UE 40, which initially has a priority call set up over a CS access network represented here by a Radio Network Controller/Base Station Controller, RNC/BSC 41, that communicates with a MSC Server 43. The UE 40 is also anchored in an IMS network 47, which means that IMS sessions from and to the UE 40 are anchored at the Switching Control Centre (SCC) AS (not shown) in the UE subscriber's home IMS network so that the SCC AS sees all sessions and keeps track of them. Sessions are anchored at the SCC AS in the home IMS based on the subscriber's Initial Filter Criteria (iFC) provided by the HSS at registration. The handover procedure will require transferring the call to a PS access network, the entities of which include a NodeB (for Universal Mobile Telecommunications System, UMTS, network) or eNode B (for LTE/EPC network) 42 and a SGW/PGW 45. Also shown are a Source MME/SGSN 44 (see FIG. 3) with which the CS access network communicate, a Policy and Charging Rules Function (PCRF) 46, which triggers modification of the filters for the IMS signalling bearer when this is changed caused by a change in priority level, and a Target MME/SGSN 46 that communicates with the PS access network to which the call will be transferred.
  • Briefly, the procedure is as follows:
  • The CS access network, represented here by the RNC/BSC 41, sends a HO required signal 401 to the MSC Server 43 indicating that the call needs to be transferred to another access network. Signals 402 show the MSC Server 43 interacting with the IMS 47 according to standard procedures of TS 23.216. The MSC Server sends a SRVCC CS to PS HO request 403 to the Target MME according to standard procedures of TS 23.216. In signals 404 and 405 the target MME/SGSN 48 performs a context request if this is required according to standard procedures of TS 23.216. In signals 406, the target MME/SGSN 48 allocates resources for all PS bearers in the PS access network (e.g. E-UTRAN or UTRAN (High Speed Packet Access—HSPA)). Signals 407-411 a are the standard procedure of TS 23.216, in which the handover instruction (CS to PS HO command 408 a, 408 b) is sent back to the UE 40, which then completes its attachment to the PS access network by sending a Session Transfer Preparation Request 409 to the IMS 47 to trigger switching of the media path to the IP address/port of the UE on the target access. The UE sends a Handover confirmation 410 to the eNodeB/NodeB 42, which sends a Handover Notify 411 to the Target MME/SGSN 48. The target MME/SGSN 48 sends a HO complete message 411 a to the MSC Server 43 to confirm the completion of the handover. When receiving the HO Complete message 411 a, the MSC Server 43 may release the local resources used by the CS access network, but will not send any session release towards IMS.
  • The Target MME/SGSN 48 sends Modify Bearer Request 412 to the SGW/PGW 45, to update PS bearer contexts according to Inter Radio Access Technology handover (IRAT HO) procedure as specified in 3GPP TS 23.401. The target MME/SGSN 48 includes a CS to PS SRVCC indication, which is also provided to the PCRF 46 to trigger modification of the filters for the IMS signalling bearer. If the target MME/SGSN 48 has received a Context Request from the Source SGSN/MME 44 (signal 404), the target MME/SGSN 48 sends an Acknowledgment to the Context Response 413 to the Source SGSN/MME 44. At step 414, the UE 40 initiates the Session transfer procedures according to 3GPP TS 23.237. At step 415, as a result of the Session transfer procedures, the setup of a dedicated bearer for the call is performed according to the dedicated bearer activation procedure as specified in TS 23.401.
  • As previously explained, the procedures specified and set out above do not consider the situation where the original call from the UE 40 in the CS network contained anything other than voice (audio) media, for example if the call involved data media, such as video, fax or other CS data. To overcome this, described below are some new procedures and functionalities of certain entities. These are described in terms of calls that involve “voice and video” media in addition to “voice only”. However, it should be understood that the principles apply to any call with data media, with or without the voice media.
  • In addition to the standard MSC Server behaviour defined in TS 23.237 the following functions as needed.
  • The MSC Server 43 is configured to inform the access network of the possibility to perform CS to PS SRVCC for voice and for voice and video by sending an “CS to PS SRVCC operation possible” to the RNC/BSC 41. The access network uses that information for deciding when to send a handover request to the core network.
  • The MSC Server determines the possibility of performing a handover with CS to PS SRVCC based on:
      • 1. The CS to PS SRVCC capability of the UE 40.
      • 2. The presence of a “CS to PS SRVCC allowed” indication in the subscription data of the user.
      • 3. The IMS registration status of the UE 40.
      • 4. The media in the ongoing session; the MSC Server 43 needs to identify sessions with voice only and voice and video media. The MSC Server 43 will only initiate SRVCC for supported media types. Note that Fax, CS data and CS Video media may use the same BS30 bearer over CS access, and can be transferred in the same way as for video.
  • The “CS to PS SRVCC allowed” indication is downloaded to the MSC Server 43 from the user's HSS during the attach procedure. The “CS to PS SRVCC allowed” indication may be further qualified by “voice only” or “voice and video”.
  • The UE 40 provides an indication to the MSC Server 43 of its capability of performing CS to PS SRVCC by providing a “CS to PS SRVCC capability indication”, and, optionally, if it supports CS to PS SRVCC for additional media than voice, such as video, CS data or fax. If the UE 40 does not provide this explicit indication to the MSC Server 43, the MSC Server may use other means to decided whether CS to PS SRVCC for the particular media could be performed, such as from subscription information, or from UE supported media registered in IMS.
  • FIG. 5 illustrates a new signalling procedure in the CS to PS SRVCC mechanisms to transfer a CS video call to an IMS video call, where the call includes both audio (voice) and video media. However, it should be understood that the principles apply to any call with data media (as described above) with or without the voice media. At the outset UE 40 has a call involving voice and video media established in the CS domain and the UE 40 is anchored in the IMS 47.
  • The procedure shown in FIG. 5 involves the same network entities as shown in FIG. 4, which carry the same reference numerals, and some of the same signalling steps. Signals 501 and 502 are the same as signals 401 and 402 of FIG. 4. The MSC Server 43 then sends a SRVCC CS to PS HO request 503 to the Target MME/SGSN 48 according to standard procedures of TS 23.216. Additionally, in signal 503, the MSC Server 43 includes an indication of the media to be transferred—i.e. audio only or audio and video.
  • Signals 504-505 are the same as signals 404-405 of FIG. 4. In signals 506, the Target MME/SGSN 48 allocates resources for all PS bearers in the PS access network by an exchange of messages with the NodeB/eNodeB 42, and in this case if the call includes video, the resources include those for the video bearer.
  • A SRVCC CS to PS HO response 507 is returned from the target MME/SGSN 48 to the MSC Server 43. The MSC Server 43 then sends a CS to PS HO command 508 a to the BSC/RNC 41 of the access network. Note that this could be sent via the target MSC Server if such is available in the path between the Serving MSC Server 43 and the UE 40—for example if there has been a handover between MSC servers before the CS to PS SRVCC procedures arise. The access network sends the CS to PS HO command 508 b to UE 40, indicating CS to PS handover. The MSC Server 43 also includes in the HO command message 508 a the IP address/ports and selected codec for each of the IMS media (voice only or voice and video).
  • Signals 509-511 a are the same as 409-411 a of FIG. 4 described above, and accord with standard procedure set out in TS 23.216 for the UE to complete its attachment to the PS access network.
  • The Target MME/SGSN 48 then sends a Modify Bearer Request 512 to the SGW/PGW 45 as in signal 412 of FIG. 4, which in this case will include a request to update the PS bearer contexts for all of the bearers for the voice and/or video media. Signal 513 is the same as signal 413 in FIG. 4, and as in the standard procedure of FIG. 4 at step 514 the UE 40 initiates the Session transfer procedures according to TS 23.237. As a result of the Session transfer procedures, at step 515 the setup of dedicated bearers for each of the media (voice and/or video) are performed according to the dedicated bearer activation procedure as specified in TS 23.401.
  • FIG. 6 is a flow diagram illustrating the principal method steps in a method of CS to PS handover with SRVCC of a call with video media. At step 601, the UE has established a call/session over the CS access network, with the UE anchored in the IMS. At step 602 the UE provides the CS access network with its CS to PS capability indication. This may be have done, for example, when the UE attached to the CS network (i.e. before step 601), or it may be doe in a subsequent exchange of messages after the session is established. At step 603, a handover request is received from the CS access network requesting a transfer of the session. At step 604 a determination is made that the session comprises data (e.g. video) media in addition to, or without, any audio media. At step 605 a determination is made of the ability to perform the handover with SRVCC for the data media. At step 606 a request for handover with SRVCC is sent towards the IMS, indicating that the target access network to which the session is to be transferred is a PS network. At step 607, an allocation of bearer resources for the session, when handed over to the PS access network, is made. The resources allocated will include those for a data media bearer and, if there is any audio media in the session, an audio media bearer. Finally, at step 608 a handover command is sent to the UE together with the information it requires to complete the transfer of the session from the CS to the target PS access network.
  • FIG. 7 is a schematic block diagram of a network server 700 configured for the implementation of the CS to PS handover procedure with SRVCC of a call/session that includes video or other data media from a UE accessing an IMS network via a CS access network. The network server 700 includes a processor 704 configured to determine the possibility of performing CS to PS handover with SRVCC based on the capability of the UE to perform a CS to PS handover with SRVCC, and the media in the session. The network server 700 also includes an input/output 702 for communicating with other network entities, including sending a signal to the UE that includes a handover command with information to enable the UE to transfer the data media and any audio media in the session to the PS access network.
  • FIG. 8 is a schematic block diagram of a UE 800 configured for the implementation of a CS to PS handover procedure with SRVCC of a call/session that includes data media in addition to, or without, any audio media. The UE 800 includes an input/output 802 for receiving and transmitting signals, which may be signals sent via a CS access network, or signals sent via a PS access network. The UE 800 also includes a memory 806 storing data and program instructions. A processor 804 is configured to process the program instructions including, on receiving a CS to PS handover command from the CS access network, to transfer the data media and any audio media in the call session to the PS access network using information provided in the handover command.
  • The procedures and associated configuration of the UE and network entities described above allow handover of a call from a CS access to a PS access with SRVCC when the call includes data media such as video, CS data, fax etc.

Claims (24)

1. A method of performing a handover with Single Radio Voice Call Continuity, SRVCC, of a telecommunications session from a User Equipment, UE accessing an IP Multimedia Subsystem, IMS, network via a Circuit Switched, CS, access network to a target Packet Switched, PS, access network, the method comprising:
prior to a handover request regarding the UE, notifying the CS access network by a communication from the UE of the UE's ability to perform a CS to PS handover with SRVCC for both the data media and any audio media in the telecommunications session;
receiving the handover request by the target PS access network from the CS access network to transfer the telecommunications session;
determining that the telecommunications session comprises data media in addition to, or without, any audio media;
determining the ability to perform the handover with SRVCC for the data media;
allocating bearer resources for the telecommunications session in response to being handed over to the PS access network, the bearer resources including a data media bearer and, responding to the presence of any audio media in the telecommunications session by further allocating an audio media bearer; and
transferring the telecommunications session from the CS to the target PS access network.
2. The method of claim 1 wherein the data media being transferred comprises at least one of video, fax, and CS data.
3. The method of claim 1, wherein the handover request is sent from the CS access network to a Mobile Switching Centre, MSC, server, and the method comprises the following performed by the MSC server:
determining the ability to perform the handover with SRVCC for the data media and for any audio media present; and
forwarding the handover request to the target PS network together with an indication that the handover involves data media in addition to any audio media.
4. (canceled)
5. The method of claim 1, further comprising determining the ability to perform a CS to PS handover with SRVCC for the data media and any audio media in the telecommunications session in response to the capability of the UE to perform a CS to PS handover with SRVCC, and the data media and any audio media in the telecommunications session.
6. The method of claim 5, further comprising determining the capability of the UE to perform CS to PS handover with SRVCC in response to a ‘CS to PS SRVCC capability’ indication provided by the UE, which indication further indicates the media types for which the UE supports CS to PS handover with SRVCC.
7. The method of claim 6, further comprising determining the ability to perform a CS to PS handover with SRVCC in response to a ‘CS to PS SRVCC allowed’ indication provided from a Home Subscriber Server, HSS, when the UE registers with the IMS network, and the ‘CS to PS SRVCC allowed’ indication further comprises an indication of whether CS to PS SRVCC is allowed for audio media only or for audio and other data media.
8. The method of claim 1 wherein transferring the telecommunications session from the CS to the target PS access network comprises sending a CS to PS handover command to the UE which includes information to enable the UE to transfer the data media and any audio media to the PS access network.
9. The method of claim 8 wherein the information includes the port IP addresses and codecs to use for each of the media.
10. A network server configured for use in a telecommunications network wherein a call session from a User Equipment, UE, accessing an IP Multimedia Subsystem, IMS, network via a Circuit Switched, CS, access network is to be handed over with Single Radio Voice Call Continuity, SRVCC, to a target Packet Switched, PS, access network, the call session comprising data media in addition to, or without, any audio media, the network server comprising:
a processor configured to determine, prior to receiving a handover request, the possibility of performing CS to PS handover with SRVCC based on the capability of the UE to perform a CS to PS handover with SRVCC, and the data media and any audio media in the call session; and
an input/output for sending a signal to the UE that includes a handover command with information to enable the UE to transfer the data media and any audio media in the session to the PS access network.
11. The network server of claim 10, wherein the network server is a Mobile Switching Centre, MSC, server.
12. The network server of claim 10, wherein the processor is further configured to determine the possibility of performing CS to PS handover with SRVCC based on the presence of a ‘CS to PS SRVCC allowed’ indication in a subscription data for the UE, and on the a IMS registration status of the UE.
13. User Equipment, UE, configured to access an IP Multimedia Subsystem, IMS, network via a Circuit Switched, CS, access network to establish a call session that includes data media in addition to, or without, any audio media, and for the call to be handed over with Single Radio Voice Call Continuity, SRVCC, to a target Packet Switched, PS, access network, the User Equipment comprising:
an input/output circuit configured for receiving and transmitting signals via the CS access network and via the PS access network;
a memory configured for storing data and program instructions; and
a processor configured to process the program instructions on receiving a CS to PS handover command from the CS access network to transfer the data media and any audio media in the call session to the PS access network using information provided in the handover command.
wherein the processor is further configured to provide to the CS access network, prior to receiving a handover command, a ‘CS to PS SRVCC capability’ indication that includes an indication of media types for which the UE supports CS to PS handover with SRVCC.
14. (canceled)
15. A computer program in a non-transitory memory and configured to be executed by a processor of the computer to cause the computer in a network to perform hand over with Single Radio Voice Call Continuity, SRVCC, of a telecommunications session from a User Equipment, UE accessing an IP Multimedia Subsystem, IMS, network via a Circuit Switched, CS, access network to a target Packet Switched, PS, access network, the computer program comprising computer readable instructions configured to respond to receiving a handover request from the CS access network to transfer the session by:
prior to sending a handover request, notifying, from the UE, the CS access network of an ability to perform a CS to PS handover with SRVCC for both the data media and any audio media in the telecommunications session;
determining that the telecommunications session comprises data media in addition to, or without, any audio media;
determining the ability to perform the handover with SRVCC for the data media;
initiating allocation of bearer resources for the telecommunications session in response to being handed over to the PS access network, the bearer resources including a data media bearer and, respond to the presence of any audio media in the session by further initiating allocation of an audio media bearer; and
transferring the telecommunications session from the CS to the target PS access network.
16. A computer program product in a non-transitory memory and configured to be executed by a processor of the computer to cause the computer in a network to perform hand over with Single Radio Voice Call Continuity, SRVCC, of a telecommunications session from a User Equipment, UE accessing an IP Multimedia Subsystem, IMS, network via a Circuit Switched, CS, access network to a target Packet Switched, PS, access network, the computer program further comprising computer readable instructions configured to respond to receiving a handover request from the CS access network to transfer the session by:
prior to a handover request regarding the UE, notifying the CS access network by a communication from the UE of the UE's ability to perform a CS to PS handover with SRVCC for both the data media and any audio media in the telecommunications session;
determining that the telecommunications session comprises data media in addition to, or without, any audio media;
determining the ability to perform the handover with SRVCC for the data media;
initiating allocation of bearer resources for the telecommunications session in response to being handed over to the PS access network, including a data media bearer and, respond to the presence of any audio media in the session by further initiating allocation of an audio media bearer; and
transferring the telecommunications session from the CS to the target PS access network.
17. The network server of claim 10, wherein the processor is further configured to determine the capability of the UE to perform CS to PS handover with SRVCC in response to a ‘CS to PS SRVCC capability’ indication provided by the UE, which indication further indicates media types for which the UE supports CS to PS handover with SRVCC.
18. The network server of claim 17, wherein the processor is further configured to determine the ability to perform a CS to PS handover with SRVCC in response to a ‘CS to PS SRVCC allowed’ indication provided from a Home Subscriber Server, HSS, when the UE registers with the IMS network, and the ‘CS to PS SRVCC allowed’ indication further comprises an indication of whether CS to PS SRVCC is allowed for audio media only or for audio and other data media.
19. The UE of claim 13, wherein the processor is further configured to process the program instruction to notify a network server of the ability to perform a CS to PS handover with SRVCC for the data media and any audio media in the call session.
20. The UE of claim 19, wherein the processor is further configured to determining the ability to perform a CS to PS handover with SRVCC in response to a ‘CS to PS SRVCC allowed’ indication received from a Home Subscriber Server, HSS, when the UE registers with the IMS network, and the ‘CS to PS SRVCC allowed’ indication further comprises an indication of whether CS to PS SRVCC is allowed for audio media only or for audio and other data media.
21. The computer program of claim 15, further comprising computer readable instructions configured for determining the capability of the UE to perform CS to PS handover with SRVCC in response to a ‘CS to PS SRVCC capability’ indication provided by the UE, which indication further indicates media types for which the UE supports CS to PS handover with SRVCC.
22. The computer program of claim 21, further comprising computer readable instructions configured for determining the ability to perform a CS to PS handover with SRVCC in response to a ‘CS to PS SRVCC allowed’ indication provided from a Home Subscriber Server, HSS, when the UE registers with the IMS network, and the ‘CS to PS SRVCC allowed’ indication further comprises an indication of whether CS to PS SRVCC is allowed for audio media only or for audio and other data media.
23. The computer program product of claim 16, further comprising computer readable instructions configured for determining the capability of the UE to perform CS to PS handover with SRVCC in response to a ‘CS to PS SRVCC capability’ indication provided by the UE, which indication further indicates media types for which the UE supports CS to PS handover with SRVCC.
24. The computer program product of claim 23, further comprising computer readable instructions configured for determining the ability to perform a CS to PS handover with SRVCC in response to a ‘CS to PS SRVCC allowed’ indication provided from a Home Subscriber Server, HSS, when the UE registers with the IMS network, and the ‘CS to PS SRVCC allowed’ indication further comprises an indication of whether CS to PS SRVCC is allowed for audio media only or for audio and other data media.
US13/392,343 2012-01-27 2012-01-27 Single radio voice call continuity handover of calls with video media from a circuit switched access network Active US8483182B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/EP2012/051341 WO2013110346A1 (en) 2012-01-27 2012-01-27 Single radio voice call continuity handover of calls with video media from a circuit switched access network

Publications (2)

Publication Number Publication Date
US8483182B1 US8483182B1 (en) 2013-07-09
US20130195074A1 true US20130195074A1 (en) 2013-08-01

Family

ID=48701449

Family Applications (1)

Application Number Title Priority Date Filing Date
US13/392,343 Active US8483182B1 (en) 2012-01-27 2012-01-27 Single radio voice call continuity handover of calls with video media from a circuit switched access network

Country Status (3)

Country Link
US (1) US8483182B1 (en)
EP (1) EP2807856B1 (en)
WO (1) WO2013110346A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130045743A1 (en) * 2010-04-27 2013-02-21 Samsung Electronics Co. Ltd. Handover
US20140323133A1 (en) * 2013-04-26 2014-10-30 Shu-Ping Yeh User equipment and method for feedback of user equipment performance metrics during dynamic radio switching

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2499757B1 (en) * 2009-11-09 2019-07-03 Samsung Electronics Co., Ltd. Method and system to support single radio video call continuity during handover
KR101781952B1 (en) * 2010-05-03 2017-09-26 삼성전자주식회사 Method and system for handover of video calls from a packet switched network to a circuit switched network in a single radio environment
EP2846581B1 (en) * 2012-05-15 2018-06-27 Huawei Technologies Co., Ltd. Method and device for removing policy and charging control rule on default bearer
US10462192B2 (en) * 2014-09-10 2019-10-29 Apple Inc. Radio resource management for packet-switched voice communication
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)

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010052343A2 (en) * 2008-11-10 2010-05-14 Telefonaktiebolaget L M Ericsson (Publ) Srvcc from cs to lte

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130045743A1 (en) * 2010-04-27 2013-02-21 Samsung Electronics Co. Ltd. Handover
US8982840B2 (en) * 2010-04-27 2015-03-17 Samsung Electronics Co., Ltd. Handover
US9414306B2 (en) 2013-03-29 2016-08-09 Intel IP Corporation Device-to-device (D2D) preamble design
US9325937B2 (en) 2013-04-26 2016-04-26 Intel IP Corporation Radio access technology information storage in a mobile network
US9294714B2 (en) 2013-04-26 2016-03-22 Intel IP Corporation User equipment and methods for adapting system parameters based on extended paging cycles
US9307192B2 (en) 2013-04-26 2016-04-05 Intel IP Corporation Interactive zooming in video conferencing
US9288434B2 (en) 2013-04-26 2016-03-15 Intel IP Corporation Apparatus and method for congestion control in wireless communication networks
US9392539B2 (en) * 2013-04-26 2016-07-12 Intel IP Corporation User equipment and method for feedback of user equipment performance metrics during dynamic radio switching
US20140323133A1 (en) * 2013-04-26 2014-10-30 Shu-Ping Yeh User equipment and method for feedback of user equipment performance metrics during dynamic radio switching
US9621845B2 (en) 2013-04-26 2017-04-11 Intel IP Corporation Architecture for web-based real-time communications (WebRTC) to access internet protocol multimedia subsystem (IMS)
US9743380B2 (en) 2013-04-26 2017-08-22 Intel IP Corporation MTSI based UE configurable for video region-of-interest (ROI) signaling
US10225817B2 (en) 2013-04-26 2019-03-05 Intel IP Corporation MTSI based UE configurable for video region-of-interest (ROI) signaling
US10420065B2 (en) 2013-04-26 2019-09-17 Intel IP Corporation User equipment and methods for adapting system parameters based on extended paging cycles

Also Published As

Publication number Publication date
EP2807856A1 (en) 2014-12-03
WO2013110346A1 (en) 2013-08-01
US8483182B1 (en) 2013-07-09
EP2807856B1 (en) 2018-05-30

Similar Documents

Publication Publication Date Title
US9674750B2 (en) Handling of access capability information in a mobile network
US9668166B2 (en) Quality of service for web client based sessions
US9980181B2 (en) PS to CS handover indicator
US9571611B2 (en) Updating rich communication suite capability information over a communications network
US9832236B2 (en) Collaborative session control transfer and inter-device transfer in internet protocol multimedia subsystem
CN104982081B (en) For providing the device and method of service in mobile communication system
EP3036879B1 (en) Exchanging rich communication suite capability information in a communications system
AU2011374206B2 (en) Methods and apparatuses for enabling an Single Radio Voice Call Continuity (SRVCC) access transfer of an emergency call back session
US9344920B2 (en) Device and method for performing an rSRVCC procedure
US8787313B2 (en) Method, network system and destination network for transmitting QoS during a handover process between systems
US8670411B2 (en) Method for realizing single radio voice call continuity and single radio voice call continuity system
US8374173B2 (en) Packet switched to circuit switched access handovers in an IMS architecture
CN104335544B (en) Method and apparatus for handling the connection of P-CSCF Failure And Recoveries
KR100975740B1 (en) Mehtod and apparatus for handover in a heterogeneous wireless communication system
US20140078898A1 (en) Handing off between networks with different radio access technologies during a communication session that is allocated quality of service
US7746849B2 (en) Providing packet-based multimedia services via a circuit bearer
JP6184406B2 (en) (RSRVCC) handover from UTLAN to LTE
ES2654910T3 (en) System and method that implements an SR-VCC of emergency IMS sessions
EP2304999B1 (en) Method, apparatus and computer program for supporting a session identifier in case of a transfer between different radio access networks
KR101163258B1 (en) Method and device for session control in hybrid telecommunication networks
EP2209225B1 (en) Partial session transfer method
US9265021B2 (en) Minimal access transfer control function requirements for single radio voice call continuity handover
EP2835027B1 (en) Call-back to a ue that has made an emergency call in a visited ims network
US8180347B2 (en) Domain transferring method for single radio voice call continuity
US20160198369A1 (en) Handover Delay Optimization

Legal Events

Date Code Title Description
AS Assignment

Owner name: TELEFONAKTIEBOLAGET L M ERICSSON (PUBL), SWEDEN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KELLER, RALF;LINDHOLM, FREDRIK;SIGNING DATES FROM 20111222 TO 20120109;REEL/FRAME:027760/0076

STCF Information on status: patent grant

Free format text: PATENTED CASE

FPAY Fee payment

Year of fee payment: 4