Voice over IP over LTE (VoLTE) Impacts on LTE access. EFORT http://www.efort.com



Similar documents
Diameter in the Evolved Packet Core

Delivery of Voice and Text Messages over LTE

Overview of GSMA VoLTE Profile. minimum required functions [3]. 2. Background

LTE Attach and Default Bearer Setup Messaging

PCC. Policy Server. Charging Systems PCEF PDN GW PCEF GGSN. Figure 1 : Generic Policy and Charging Control Architecture

of the existing VoLTE roaming and interconnection architecture. This article compares existing circuit-switched models with the earlier

LTE service area. 3G service area. EPS : Evolved Packet System. Currently Planning & Coordination Office 1 C *

Implementing LTE International Data Roaming

SAE and Evolved Packet Core

IP Multimedia System: general aspects and migration perspectives

Priority, Pre-Emption, and Quality of Service

Overview of the Evolved packet core network

Telecommunication Services Engineering (TSE) Lab. Chapter III 4G Long Term Evolution (LTE) and Evolved Packet Core (EPC)

Advanced SIP Series: SIP and 3GPP Operations

Voice Quality with VoLTE

Single Radio Voice Call Continuity. (SRVCC) with LTE. White Paper. Overview. By: Shwetha Vittal, Lead Engineer CONTENTS

LTE Overview October 6, 2011

Wanderlust: Enabling roaming in the LTE era. Don Troshynski Vice President, Solutions Architecture

WHITE PAPER. Authoritative Guide to Advanced LTE Testing

LTE CDMA Interworking

Long-Term Evolution. Mobile Telecommunications Networks WMNet Lab

Introduction to Evolved Packet Core

Protocol Signaling Procedures in LTE

3GPP Long Term Evolution: Architecture, Protocols and Interfaces

Technical white paper. Enabling mobile broadband growth Evolved Packet Core

Voice over LTE Telephony on the National Public Safety Broadband Network

4G Mobile Networks At Risk

Usługi głosowe w sieciach LTE. Marcin Aronowski Cisco Systems

Architecture Overview NCHU CSE LTE - 1

Voice and SMS in LTE White Paper

SERVICE CONTINUITY. Ensuring voice service

Performance Analysis and Deployment of VoLTE Mechanisms over 3GPP LTE-based Networks

Architectural Overview of IP Multimedia Subsystem -IMS

DOES YOUR PCRF HAVE WHAT IT TAKES TO SUPPORT VOLTE?

Voice over LTE: Challenges and Opportunities

Nationwide Interoperability Framework

LTE Performance and Analysis using Atoll Simulation

Evolutionary Trends towards Beyond 3G Mobile Networks

Single Radio Voice Call Continuity (SRVCC) Testing Using Spirent CS8 Interactive Tester

CS Fallback Function for Combined LTE and 3G Circuit Switched Services

Nokia Siemens Networks Flexi Network Server

Public Safety Communications Research. LTE Demonstration Network Test Plan. Phase 3 Part 1: Network Interoperability & Drive Test. Version 2.

Applying Software Defined Networks and Virtualization Concepts for Next Generation Mobile Broadband Networks

Optimization Handoff in Mobility Management for the Integrated Macrocell - Femtocell LTE Network

SOLUTIONS FOR ROAMING AND INTEROPERABILITY PROBLEMS BETWEEN LTE AND 2G OR 3G NETWORKS

Mobility Management for All-IP Core Network

COPYRIGHTED MATERIAL. Contents. Foreword. Acknowledgments

NTT DOCOMO Technical Journal. Core Network Infrastructure and Congestion Control Technology for M2M Communications

WHAT S BEHIND YOUR SMARTPHONE ICONS? A brief tour of behind-the-scenes signaling for multimedia services

End-2-End QoS Provisioning in UMTS networks

Mobile Assurance. Centralized Roaming Management System (CRMS) Brochure.

Whitepaper. 10 Metrics to Monitor in the LTE Network. blog.sevone.com

Advanced SIP Series: SIP and 3GPP

INTELLIGENT NETWORK SERVICES MIGRATION MORE VALUE FOR THE

Demo 1. Network Path and Quality Validation in the Evolved Packet Core

How to secure an LTE-network: Just applying the 3GPP security standards and that's it?

Status of 3G deployments and interoperability with 4G. Mike Hobby CDMA Data Marketing

Test Cases - IMS Profile for Voice and SMS

Nokia Siemens Networks Flexi Network Gateway. Brochure

Push-to-talk Over Wireless

IMS Conference (IMS Conference Call) Calling UE IMS Network Called UE Caller User Equipment

Deploying IPv6 in 3GPP Networks. Evolving Mobile Broadband from 2G to LTE and Beyond. NSN/Nokia Series

3GPP TS V9.0.0 ( )

Nokia Networks. Voice over Wi-Fi. White paper. Nokia Networks white paper Voice over Wi-Fi

VoLTE and the Service Delivery Engine

Performance validation for the mobile core

The LTE Network Architecture

Roaming in LTE and Voice Over LTE

10 METRICS TO MONITOR IN THE LTE NETWORK. [ WhitePaper ]

Evolution of the 3GPP Network Architecture, (the Evolved Packet Core)

Building Robust Signaling Networks

Contents. Preface. Acknowledgement. About the Author. Part I UMTS Networks

SIP Based Architecture for Integration of 1xRTT Femtocells

VoLTE with SRVCC: White Paper October 2012

Mobile IPv6 deployment opportunities in next generation 3GPP networks. I. Guardini E. Demaria M. La Monaca

Online charging in IMS for multimedia services with negotiable QoS requirements based on service agreements. T. Grgic* and M.

Kamakshi Sridhar, PhD Distinguished Member of Technical Staff Director Wireless CTO organization

Delivering Network Performance and Capacity. The most important thing we build is trust

Upcoming Enhancements to LTE: R9 R10 R11!

ETSI TS V2.1.1 ( ) Technical Specification

Migration to LTE: Infrastructure Impact. Maria E. Palamara Director CDMA-LTE Strategy Alcatel-Lucent January, 2009

Network Policy Control and the Migration to LTE

Top 10 Considerations for a Successful 4G LTE Evolved Packet Core Deployment

LTE X2 Handover Messaging

A Proposed Model For QoS guarantee In IMSbased Video Conference services

Inter-Domain QoS Control Mechanism in IMS based Horizontal Converged Networks

SIP : Session Initiation Protocol

Contents. Continuity of services and mobility

Practical Security Testing for LTE Networks BlackHat Abu Dhabi December 2012 Martyn Ruks & Nils

Diameter Signaling Controller in next-generation signaling networks

PARAMETERS TO BE MONITORED IN THE PROCESS OF OPERATION WHEN IMPLEMENTING NGN TECHNICAL MEANS IN PUBLIC TELECOMMUNICATION NETWORKS

Voice Over LTE VoLTE. esting FTTx Networks 1. Motivations for Enabling Voice over LTE. Featuring PONs. Systems sdfsdf TABLE OF CONTENTS

Interaction between an Online Charging System and a Policy Server

Internet, Part 2. 1) Session Initiating Protocol (SIP) 2) Quality of Service (QoS) support. 3) Mobility aspects (terminal vs. personal mobility)

How To Make Money From Your Cell Phone Business

Transcription:

1 Introduction Voice over IP over LTE (VoLTE) Impacts on LTE access EFORT http://www.efort.com IMS (IP Multimedia Subsystems) has been around for some time, and many infrastructure vendors have invested heavily in developing IMS capabilities, solutions and products. But market acceptance has been slower than expected. Now, with LTE (Long Term Evolution) taking shape, the IMS platform has been given a new role and a niche that will carry it a considerable distance into the future : VoLTE (Voice over LTE) as specified in Recommendation IR.92 of GSMA. The goal of VoLTE is to emulate the services of the current circuit switched domain called R4, using the IMS architecture. These services include telephony, videotelephony, all the telephony supplementary services, SMS, USSD services and CAMEL services. Another important service is SR-VCC (Single Radio Voice Call continuity) which provides the ability to transition a voice call from the VoIP/IMS packet domain to the legacy circuit switched domain during handover from LTE to 3G/2G. The goal of this tutorial is to present IMS with EPS (Evolved Packet System) as the broadband access network. EPS consists of an IP-based access called LTE (Long Term Evolution of 3G) and a packet core network called epc (Evolved Packet Core). EPS is a broadband access network connected to the IP world (Internet / Intranet). This tutorial emphasizes the impacts of IMS over the EPS access network. 2 EPS/IMS Architecture LTE provides IP based access with a very high bitrate. Evolved packet core (EPC) is an all IP core network architecture through which LTE and other 3GPP and non-3gpp access networks connects. EPC also fulfills the requirements for security, QoS, Mobility and connection to IP based services, i.e., IMS. The term Evolved Packet System (EPS) is also used and just refers to the LTE access network and EPC together. The LTE consists of enodebs which represent high-capacity base stations for LTE radio access technology. The EPC consists of the following elements : The Mobility Management Entity (MME) performs the signaling and control functions to manage the User Equipment (UE) access to network connections, the assignment of network resources, and the management of the mobility states to support tracking, paging, roaming and handovers. MME controls all control plane functions related to subscriber and session management. The Serving GW (SGW) is a data plane element whose primary function is to manage user-plane mobility and act as a demarcation point between the RANand core networks. SGW maintains data paths between enodebs and the PDN (PGW). Like the SGW, the Packet Data Network (PDN GW) is the termination point of the packet data interface towards the Packet Data Network(s) (i.e., IP networks). As an anchor point for sessions towards the external Packet Data Networks, the PDN GW supports Policy and Charging Enforcement Function () for the detection of service data flows, policy enforcement (e.g. discarding of packets) and flow-based charging. Other components of importance for EPC are : Copyright EFORT 2014 1

The Home Subscriber Server (HSS) is the main data storage for all subscriber and service-related data. It hosts 2G/3G, LTE and IMS subscriber data. The Equipment Identity Register (EIR) is the database used to check the status of an IMEI (International Mobile Equipment Identity), e.g., if it has been reported stolen. Policy and Charging Rules Function (PCRF) is related the gating (blocking/authorizing IP flows) decisions, quality of service policies for the authorized flows as well as on the charging policies applied. Subscription Profile Repository is the database which holds the subscriber authorizations for policy and charging control (PCC). These information are used by the PCRF to build PCC rules which are then submitted to the. The Online Charging System (OCS) provides online (or real-time) credit control and quota management for subscriber data sessions. The Offline Charging System (OFCS) receives charging data in the form of Charging Data Records (CDRs) and diameter accounting messages from network elements after the subscriber incurs network resource usage. LTE : Long Term Evolution epc : Evolved Packet Core GW : MME : Mobility Management Entity PCRF : Policy and Charging Rules Function PDN : Packet Data Network HSS : Home Subscriber Server EIR : Equipment Identity Register : Policy and Charging Enforcement Function OCS : Online Charging System OFCS : Offline Charging System SPR : Subscription Profile Repository UE enode B LTE S1-C S1-U IP/GE Network DIAMETER interface MME S13 S11 Serving GW S6 IP/GE Network epc Figure 1 : EPS Architecture HSS PDN GW Control plane User plane IMS architecture is access independent and can provide IP-based services (e.g., IP telephony) to any broadband user such as EPS user. IMS shares the Cx interface with the HSS (to obtain authentication vectors and IMS user profile) and Sh interface with the HSS (to obtain service data). The PCC (Policy and Charging Control) is convergent. It is used by EPS for policy and charging control as well as by IMS for the same purpose. PCC standard defines two charging interfaces, Gy and Gz, which are used for online and offline charging respectively. The Gy interface connects the to the Online Charging System (OCS), which is used for flow based charging information transfer and control in an online fashion. The Gz interface is used between the within the PGW and the Offline Charging System (OFCS), and it is applied when charging records are consolidated in an EIR SPR S5 PCRF Gx Gy OCS Gz OFCS Copyright EFORT 2014 2

offline fashion. The Ro and Rf interfaces are also used for charging in IMS respectively in online and offline fashions. IMS shares an Rx interface with the PCRF to request allocation of resources in the EPS (e.g., reservation of conversational QoS class for voice or video telephony) to ensure QoS for any IMS multimedia session. Rx commands are generally translated by the PCRF into Gx commands towards the. IMS : IP Multimedia Subsystem EIR HSS Cx, Sh HSS UPSF IMS Rx S13 S6 SPR PCRF Ro Rf Gx OCS OFCS UE enode B S1-C IP/GE Network S1-U MME S11 IP/GE Network S5 Gy Gz LTE DIAMETER Interface Serving GW epc PDN GW Control plane User plane Figure 2 : EPS and IMS Let s consider a user who wants to access to Internet services and IMS services. The user will need to establish two default bearers each one with a given APN and QoS. As a result the user will be assigned two IP addresses, one for the Internet activity and one for IMS activity (generally IPv6 address). The two default bearers may have different QoS : for example background QoS for the default bearer related to Internet (QCI = 8 or 9) and Interactive QoS for the default bearer related to IMS (QCI = 5). This approach allows separating the access to an IP world which supports IMS (Mobile operator s intranet) from the public Internet network. In this case, access to each of the networks is done through a specific PDN GW, which allows implementing specific policyenforcement rules or packet filtering algorithms depending on the type of packet network being addressed. The default bearer for Internet APN will transport all the internet traffic and will decrease the bitrate of these flows when the user will reach his fair use (e.g., 5 Gigabytes) within the billing cycle, while the default bearer for IMS APN will transport SIP signaling only between the UE and the P-CSCF. The two default bearers are handled by one enode B, one Serving GW and one or two PDN GWs. Figure 3 shows the two default bearers when the user is in his home network. Copyright EFORT 2014 3

Default bearer for Internet access enodeb Internet Default bearer for IMS access SGW : Serving GW PGW : PDN GW Serving PDN PDN P-CSCF Figure 3 : Connectivity for Internet Access and IMS access when the user is in his home network 3 Default and Dedicated bearers The IMS default bearer just transports the SIP traffic related for example to session establishment/release, USSD service, SMS service, etc. When the user receives an incoming voice call, a dedicated bearer is established for the transport of real time voice (RTP protocol). This dedicated bearer requires a QoS of conversational class. A dedicated bearer shares the same APN, same IP address than the default bearer it is associated with, but has a different QoS. It is not possible to transport over the same default bearer two IP flows which require different QoS (SIP flow and RTP flow). When an incoming IP packet is received by PDN GW, it knows how to route it over the appropriate bearer thanks to the destination transport address (port number + IP address). The SIP and RTP flows are handled by different processes on the terminal and these processes listen to different port numbers although they share the same IP address. For a videotelephony call, two media components are generated and encoded differently : voice component and video component. Since these components require different QoS, two dedicated bearers are required, one per component. At the receiving side, the two flows are mixed before being presented. In the case of a voice call put on hold and another ongoing voice call, only one dedicated bearer is required for the handling of the two voice flows since they share the same QoS. In IMS, it is also important to handle the XCAP (XML Configuration Access Protocol) traffic. XCAP is a protocol which enables a user configuring his service data (e.g., modifying a call forwarding number, changing his barring services) on the Multimedia Telephony Application Server (MTAS). The XCAP flow is typically carried over the default bearer of the Internet APN. The concept of dedicated bearer may also apply to the Internet access. Parallel to the default bearer, a dedicated bearer may be established for the transport of the Skype traffic (Conversational QoS) or for the delivery of multimedia networked game commands (Interactive QoS) or for the reception of Video on demand flows (Streaming QoS), if the customer accepts to pay for that QoS and if the service provider proposes such option. Another important APN is «Emergency». If the user wants to attach just to establish an emergency call, his UE sends an attach request to the MME with attach type = Copyright EFORT 2014 4

«Emergency». In that case the MME creates a default bearer for Emergency APN and confirms the emergency attachment to the UE. Then, the UE is able to register to IMS and establish the emergency call. A dedicated bearer is opened on Emergency APN to carry the voice traffic. XCAP signaling UE Serving GW1 PDN GW1 Same PDP (IP) address and APN ISP X Dedicated bearer (APN X, IP address X, QoS 2 ) Default Bearer (APN X, IP address X, QoS 1 ) APN X = Internet Dedicated bearer (APN Y, IP address Y, QoS 3 ) Dedicated bearer (APN Y, IP address Y, QoS 2 ) Default bearer (APN Y, IP address Y, QoS 1 ) APN Y = IMS Voice media APN Y APN X PDN GW2 Video media SIP signaling ISP Y ISP Z Figure 4 : Default and dedicated bearers 4 Establishment of a dedicated bearer for the IMS services The establishment, modification and release of an IMS session involved exchange of SIP/SDP messages end to end. During this exchange, the UE negotiates a set of media characteristics (e.g., codecs). The P-CSCF, via the DIAMETER-based Rx interfaces it shares with the PCRF, authorizes the IP flows related to the media components selected by the UE, by translating the SDP descriptions into characterization of corresponding IP flows and QoS for these IP flows. Then the PCRF passes these informations to the /PGW via the DIAMETER-based Gx interface. When the UE sends a SIP INVITE request to its P-CSCF, this latter originates an Rx AAR command and delivers it to the PCRF. PCRF translates it into a Gx RAR command and routes it to the /PGW. This request describes the IP flows to be authorized (i.e., RTP/RTCP flows) and the QoS for these flows. In the case of a VoLTE call, the RTP/RTCP flows are characterized by the following QoS parameters : QCI (Quality of Service Class Identifier) set to 1 which corresponds to conversational audio class. ARP (Allocation Retention Priority) set to a value comprised between 1 and 15 Garanteed-bitrate-DL (e.g., 30 kbit/s) Garanteed-bitrate-UL (e.g., 30 kbit/s) Maximum-bitrate-DL (e.g., 30 kbit/s) Copyright EFORT 2014 5

Maximum-bitrate-UL (e.g., 30 kbit/s) P-CSCF IMS SIP (call Control) Diameter (Policy Control) Bearer Signaling 2 PCRF Rx 1 UE enodeb MME EPS Gx 3 Router IP Backbone Serving GW 4 PDN GW Figure 5 : Policy Control for VoLTE 5 UE attachment from a visited EPS network Let s consider a user who wants to access to Internet services and IMS services from a visited network. The user will need to establish two default bearers each one with a given APN and QoS. The default bearer for Internet access will apply the home routed traffic approach. This means that the PDN GW is located in the home network. This allows the visited network (with its Serving GW) and the home network (with its PDN GW) counting how many bytes the user has sent and received. This is important since charging is always based on volume when the scenario is international roaming. This approach ensures that both operators have all necessary information if charging problems occur. The establishment of the default bearer for Internet access requires IP connectivity between the visited and home networks. This internetwork connectivity is called IPX (IP Exchange Network). IPX may be seen as an evolution of GRX (GPRS Roaming Exchange) with more capabilities to support QoS for the transport of inter-operator IP flows. The default bearer for IMS access will apply the local breakout approach. This means that the Serving GW as well as the PDN GW are located in the visited network. There is no need to bring SIP/IMS signaling from the UE directly to the home network since the first IMS call server (called P-CSCF) who should receive it is in the visited network and since SIP/IMS signaling traffic is not charged to the user. Applying the home routed traffic model to the IMS APN for VoLTE would be problematic because it would imply that the IMS entry point is also located in the home network. The visited network would not anymore be aware of multimedia session (e.g., voice calls) and short messages initiated or terminated by the user, which could lead to smaller roaming revenues for communications service providers. Fulfilling regulatory requirements would be challenging or impossible: IMS signaling traffic is expected to be ciphered between the UE and the P-CSCF. This means that the visited network cannot properly perform a lawful interception. IMS emergency session requires the use of the P-CSCF in the visited network. Copyright EFORT 2014 6

In addition, PGW in the home network increases the delay of RTP/UDP/IP packets on the user plane. This is the reason GSMA in its reference document IR.65 (IMS Roaming & Interworking Guidelines) requires use of PGW and P-CSCF of the visited network for IMS voice and conversational services offered in roaming situations. Visited Network Default bearer for Internet access IPX Home Network enodeb Serving Default bearer for IMS access P-CSCF PDN S-CSCF PDN Figure 6 : Connectivity for Internet Access and IMS access when the user is in a roaming situation 6 EPS Profile and information related to VoLTE At first, the communication service provider needs to create a VoLTE subscription for the user. This subscription is permanently stored in the home subscriber server (HSS) and necessary information of it is downloaded to a mobility management entity (MME) when the user performs EPS attach and to a serving call session control function (S-CSCF) when the user performs IMS registration. Table 1 shows the evolved packet system (EPS) part of the VoLTE subscription data. and gives example value of the parameter for VoLTE usage. The Subscriber-Status shall indicate if the service is barred or granted. The following values are defined: SERVICE_GRANTED (0), OPERATOR_DETERMINED_BARRING (1). The MSISDN AVP contains an MSISDN, in international number format. The Network-Access-Mode indicates if the user may request CS+PS attachment (useful in case of CSFB):or just PS attach : The possible values are PACKET_AND_CIRCUIT (0), Reserved (1), ONLY_PACKET (2). The Operator-Determined-Barring shall contain a bit mask indicating the services of a subscriber that are barred by the operator. The AMBR AVP shall include the AMBR associated to the user s subscription (UE-AMBR); Max-Requested-Bandwidth-UL and Max-Requested-Bandwidth-DL shall not both be set to "0". The STN-SR Identifies the session transfer number for SRVCC; i.e., it provides the tel URI of the SRVCC AS assigned to user. The APN-Configuration-Profile shall contain the information related to the user's subscribed APN configurations for EPS. Copyright EFORT 2014 7

IMSI 208019999999999 APN-Configuration-Profile See next table for IMS APN Subscriber-Status 0 Network-Access-Mode 0 MSISDN +33672999999 STN-SR +33689999999 AMBR Max-Requested-Bandwidth-DL=30000000 Max-Requested-Bandwidth-UL=15000000 Other EPS data Table 1 : EPS data in the HSS per subscriber The set of APNs associated with a given user is described by means of APN-Configuration- Profile. APN-Configuration-Profile consists of a set of APN-Configuration. Each APN Configuration which describes a given APN consists of the following information : Context Identifier : APN Index. It shall identify that APN configuration, and it shall not have a value of zero. Furthermore, the Context-Identifier in the APN-Configuration shall uniquely identify the EPS APN configuration per subscription. Served-Party-IP-Address : A Ipv4 or Ipv6 address may be configured statically during subscription. This field is not filled if dynamic addressing applies. PDN Type : Type of IP address to assign to UE if addressing type is dynamic. The address is assigned when this APN is activated. Service-Selection : A label according to DNS naming conventions describing the access point to the packet data network, that is APN network identifier. EPS-Subscribed-QoS-Profile : The bearer level QoS parameter values for that APN default bearer including QCI (Quality of Service Class Identifier) and ARP (priority and preemption) for the IMS APN, the default bearer should have a QCI equal to 5 and ARP (Allocation Retention Priority) may have its priority equal to a high value, e.g., 3, its Preemption-Capability enabled (0) and its Preemption-Vulnerability disabled (1). VPLMN Address Allowed : Specifies whether for this APN the UE is allowed to use the PDN GW in the visited operator network. For VoLTE roaming this must be enabled (1) because P-GW is selected always from the visited PLMN (local breakout mode). AMBR : It represents the maximum bitrate for the default bearer of this APN, on uplink and downlink. In the case of IMS APN, this bitrate will be used for SIP signaling exchange only. Max-Requested-Bandwidth-DL = 100 000 and Max-Requested- Bandwidth-UL = 100 000 enable assigning a maximum bitrate of 100 kbit/s for SIP signaling transport. Context-Identifier 1 Served-Party-IP-Address PDN-Type IPv4 Service-Selection Ims.orange.fr EPS-Subscribed-QoS Profile QCI = 5 ; ARP =1, PC= 0, PV=1 VPLMN-Dynamic-Address-Allowed 1 AMBR Max-Requested-Bandwidth-DL = 100 000 Max-Requested-Bandwidth-UL = 100 000 Other information for the APN Table 2 : «IMS» APN Configuration This tutorial has presented the impacts of IMS on EPS : Evolution of HLR/HSS to integrate UPSF Evolution of PCC to support the new DIAMETER interfaces for IMS, namely Rx (policy control), Ro (Online charging) and Rf (Offline charging). Selection of the PCRF which handles the IMS APN of the user using the DIAMETER Agent (DRA). Copyright EFORT 2014 8

Support of the IMS APN and Emergency APN with a default bearer with QCI = 5 and dedicated bearers for voice (QCI = 1) and videotelephony (QCI = 1 for the audio flow and QCI = 2 for video flow). Local breakout mode for APN IMS and APN Emergency in VoLTE roaming situation. The VoLTE seminar proposed by EFORT : introduces the IMS requirements that EPS should fulfil describes the IMS architecture for EPS access presents the IMS protocols (SIP, DIAMETER, H.248, XCAP, RTP/RTCP) shows how roaming in IMS applies when an EPS user is in a visited network describes how resources are reserved in the EPS access network when an IMS session is established illustrates the different IMS procedures considering an EPS user : registration, session establishment/release, MMTel service invocation, SMS delivery, USSD service invocation describes how emergency sessions are handled describes the MTAS and its telephony services presents how IMS security is handled describes the ICS (IMS Centralized Services) architecture shows how the voice call continuity is ensured when the user moves from EPS/IMS to 2G/3G R4 and how termination access domain selection occurs for incoming calls.. Copyright EFORT 2014 9