DOCSLIB.ORG

LTE Voice Services Agenda

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
LTE Voice Services Agenda LTE Voice Services Agenda • Voice Options in LTE • Comparison of Voice Options • Voice Deployment Strategies • MultiService Forum • VoLTE Recent Announcements • Voice Enhancements – Rel 8 & 9 • Conclusion Voice Options with LTE • Data Only • Circuit Switched Fallback (CSFB) to 2G/3G CS • VoLGA • VoLTE (IMS-based) – On LTE Only – On LTE & 2G/3G via SR-VCC – On LTE & 3G via UMTS PS • Over-the-top (OTT) – à la Skype Data Only • PROS – Simple – Device availability – Easy and gradual deployment of LTE • CONS – Not useful for smartphones – Single radio limitation – May encourage OTT competition The initial LTE offering for many carriers is based on devices with no native voice support - eg PC Dongles CS Fallback Procedures - 1 • Registration: – a combined UE registration procedure on both LTE and GSM/UMTS – from the MME to the MSC via the SG interface – GSM/UMTS Location Area ID (LAI) calculated from the LTE Tracking Area ID (TAI) • Call Origination – UE requests the MME to perform a CSFB – MME requests the eNodeB to redirect UE to the target 2G/3G cell (determined via UE measurements or preconfigured) – The eNodeB redirects the UE to the target cell – The UE performs an RRC on the target cell (and possibly a location update as well) CS Fallback Procedures - 2 • Call Termination: – The MSC sends the page request to the MME over the SG interface – The MME pages the UE with the CSFB indicator – UE responds with a service request with the CSFB indicator – MME instructs the eNodeB to redirect UE to the target 2G/3G cell (determined via UE measurements or preconfigured) – The eNodeB redirects the UE to the target cell – The UE performs an RRC on the target cell (and possibly a location update as well) • Active Data Sessions: – Must be handed-over to the 2G/3G or dropped – Via a Packet Switch HandOver (PSHO) on 3G – Requires Dual Transfer Mode (on both 2G and UE) if fallback on 2G CS Fallback Procedures - 3 • SMS: – No fallback for SMS origination/termination – UE sends/receives SMSs to/from the MME – MME sends/receives SMSs to/from the MSC over the SG interface CS Fallback Architecture GERAN MSC/VLR UTRAN Um SGs HSS S6a Ch, Sx Uu S1-MME MME PCRF S10 S7 RX+ S11 UE eNodeB S-GW P-GW IMS LTE Uu S1-U S5 SGi X2 CS Fallback Call Flow UE UE eNodeB BSS MME MSC SGSN S-S-GW P-GW 1a. Extended Service Request UE to MME: I want to move to UTRAN 1b. S1-AP Request message with CS Fallback indicator 1c. S1-AP Response message MME to ENB: UE wants to move to UTRAN 2. Optional Measurement Report Solicitation ENB to UE: where are you? 3a. PS HO as specified in 23.401 [2] (preparation phase and start of execution phase) if PS HO fails -» CSFB fails 3b. Suspend ONLY FOR GERAN SGSN deactivates GBR Bearers (SGW+PDN) 3c. Update Bearer(s) 4a. Location Area Update or Combined RA/LA Update LA in UE is nok? Then LAU 4b. CM Service Request 4b. A/Iu-cs message (with CM Service Request) UE to MSC: Context Modification 5. CM Service Reject 5. CM Service Reject If the MSC is changed Location Area Update or Combined RA/LA Update 6. CS call establishment procedure The call is established on 3G 7. PS HO as specified in 23.401 [2] (continuation of execution phase) Once the call is ended, PS HO to LTE CS Fallback – UE and Network Requirements • UE: – Support for both LTE and GSM/UMTS – Support for combined EPS/IMSI attach, detach, and location update procedures – Support for CS fallback and SMS procedures • Network – 2G/3G MSCs: – Support of SGs interface to the MME – Support of simultaneous paging on the A, Iu, and SGs interfaces – Support of sending and receiving SMS over the SGs interface • Network – LTE MME: – SGs interface support – MSC procedures such as IMSI attach/detach, location update, and paging – CS fallback SMS procedures • Network – LTE E-UTRAN: – Redirect UE to a GSM/UMTS cell – Forwar • Network Engineering – Additional LTE traffic over the GSM/UMTS network (RAN and MSC) – iTrack ng/location and coverage areas shall be consistent between LTE and GSM/UMTS CSFB issue due to TA/LA misalignment Source : GSMA IR.88 LTE Roaming Guidelines In the case of TA/LA misalignment, the Roaming Retry procedure allows transferring the incoming call from MSC1 to MSC2, which increases both the call setup time and the call success ratio. CS Fallback – PROs & CONs • PROS – Reuse of all GSM/UMTS voice infrastructure including existing OSS/BSS systems – lFastout rol of voice services – Voi ce service transparency between LTE and 2G/3G – Minor upgrades on legacy network (SG interface similar to the MSC- SGSN G interface) • CSON – Call set-up delay i.e. 500+ msec – Concurrent data session may be dropped VoLGA • Based on 3GPP TS 23.879 option 2, with further development by the VoLGA Forum • Uses a new dedicated Interworking Function (IWF), also known as VoLGA Access Network Controller (VANC), to interwork the LTE and GSM/UMTS networks. Inserted between the EPS and MSC • All voice traffic goes through the LTE but using the 2G/3G voice Source: 3GPP VoLGA Stage 2 V2.0.0 (2010-06-14) infrastructure in a transparent manner VoLGA • PROS – Reu se of all GSM/UMTS voice infrastructure including existing OSS/BSS systems – Fast rollout of voice services – rVoice se vice transparency between LTE and 2G/3G – No changes on legacy network – Fast LTE-to-GSM/UMTS handovers – Supports concurrent voice and data sessions • CSON – Voice traffic hits both the LTE and the 2G/3G networks – tIn roduces three new network elements: VANC, security GW, AAA server – Does not support advanced IMS services – Notd accepte by 3GPP IMS – Historical Overview • Ra tionale & Purpose – IMS is an SIP-based (Session Initiation Protocol) session and service control platform that enables delivery of multimedia applications across a broadband wireline or wireless network – IMS was first introduced in the 3GPP Release 5 standards and predates the development of LTE by nearly seven years – Builds on IETF SIP technology (perceived Internet scaling and low cost) – Split the access network from the service network permitting common service network across fixed, mobile and internet – Mul timedia in addition to voice; No need to standardised services only enablers • The Reality – IMS was intended to be access agnostic, but interaction with existing technologies requires access specific functionality be added to the IMS network. – Complex standard with many options to SIP – Large legacy service load; Service parity with CS is complicated – Commel rcia systems available, but take up has been very slow – 3G PP extensions in 3GPP TS 24.229 for management, security and billing reasons • Initial Deployment Issues – Co st – IMS requires a complete new core network – Ri sk – Scaling up to support 10’s of millions to subscribers is still an unknown. – P erformance is also seen as a risk – Int egration – Existing services have to be integrated with IMS based service – Operator business models – Services run as separate P&L centres IMS – Key Components The Call Session Control Functions (CSCF) are the core components of the IMS. There are three CSCF: • Proxy-CSCF (P-CSCF): The P-CSCF is the first point of contact for a user. The PCSCF behaves like a proxy, i.e. it accepts requests and forwards them on. • Interrogating-CSCF (I-CSCF): The I-CSCF is the entry contact within an operator’s network for all connections destined to a subscriber. • Serving-CSCF (S-CSCF): The S-CSCF is responsible for handling the registration process, making routing decisions, maintaining sessions, and downloading user information and service profiles from the HSS. VoLTE with LTE Access Only • Based on 3GPP TS 23.228 IMS supporting both legacy voice services and advanced multi- media services • GSMA IR.92 defines the profile HSS for Voice and SMS based on One MME PCRF Voice Initiative IMS eNode • Can be extended to support voice UE S-GW P-GW P-CSCF AF B service service continuity to 2G I-CSCF S-CSCF GSM network (i.e. handovers) • Can be extended to support voice service service continuity to 3G UMTS/HSPA network (i.e. VoLTE with SRVCC-based voice delivery • SIP signaling between the UE and the IMS core • Ov er the existing transport capabilities of the GSM/UMTS network • fUs e o ICS (CS-to-IMS call control) and SRVCC (handovers) • Support simultaneous PS and CS services, the IP connection is provided by the legacy packet core as per the Gm reference point. 3GPP TS 23.216 V9.6.0 (2010-12): "Single radio voice call continuity (SRVCC); Stage 2 (Release 9)". VoLTE with UMTS-PS voice delivery Um/Uu Iu-CS/A UTRAN UE GERAN MSC I2 • UM TS PS access, allowing voice, Iu-PS/Gb data and multimedia services to SV be carried simultaneously over SGSN the same PS-domain IP S3 3GPP connection (no need for ICS and IMS SRVCC) S6a MME HSS • Concurrent voice and data S1-MME SGis multimedia services S11 • Seamless mobility between the Uu S1-U UE E- P-GW LTE and UMTS networks with the UTRAN use of PS handovers and handbacks VoLTE Procedures - 1 • Registration: – The UE always registers on the IMS network (for both LTE and GSM/UMTS) – Registration includes the ICS and SRCVCC indicators (if supported) • Call Origination – Session is set-up as standard IMS procedures according to 3GPP TS 23.228 – Ine th GSM/UMTS, the ICS-enabled UE sets-up 2 signaling paths (one over legacy packet to the IMS SCC AS, one CS-bearer via legacy procedures to the MSC) – CCThe AS S combines the 2 procedures on the CS-access leg and establishes the IMS-leg of the call VoLTE Procedures - 2 • Call Termination: – IMS terminating session is initiated toward the UE’s selected contact address – Upon receiving the invite message, the ICS-enabled UE originates a CS call to the SCC AS using its associated directory number – Similar procedure as for call origination • LTE to UMTS PS Handover: – Ind itiate by the eNode B via a request to the MME to establish resources in the target RNC, SGSN and SGW – The MME only needs to coordinate and perform a PS handover.
Load more

Recommended publications
  • Voice Over LTE Volte
    Whitepaper Voice Over LTE VoLTE estingTABLE OF CONTENTS FTTx Networks 1. Motivations for Enabling Voice over LTE 2.Featurin Requirements for Voiceg over PONs LTE 3. LTE Voice Options 4. Overview of GSMA PRD IR.92 5. Service Continuity 6.Systems Voice over LTE Verification sdfsdf7. Summary 8. References Motivations for Enabling Voice over LTE The motivation for the deployment of 3GPP Long-term Evolution (LTE) mobile broadband technology is simple: All things considered, LTE delivers to carriers the lowest cost-per-transported bit. That said, the adage that “voice pays the bills” still applies: though in decline, carriers continue to derive the bulk of their revenues from voice and integrated messaging services. In the context of LTE, this presents a dilemma. A fundamental aspect of legacy technologies such as GSM, UMTS, and cdma2000 is that they possess integrated services1: voice, voice supplementary services (e.g., call forwarding), short messaging, etc. In contrast, LTE makes no such provisions: it is subscriber service-agnostic. Further, LTE is a pure packet technology, with no inherent conception of a circuit-switched (CS) bearer, on which legacy voice services depend. Because of the realities of the cellular revenue model – and, indeed, because cellular subscribers expect service continuity – the question arises: How can we best deliver voice and other legacy services via LTE? As with any engineering exercise, this requires articulation of the requirements. Requirements for Voice over LTE The requirements for voice2 over LTE (VoLTE) solutions fall into one – or both – of two categories: the requirements of cellular subscribers, and the requirements of cellular carriers.
    [Show full text]
  • Alcatel-Lucent INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM (IMS) SOLUTION MAINTENANCE RELEASE 07.00.05 and CONTROLLED INTRODUCTION RELEASE 07.01.00
    Alcatel-Lucent INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM (IMS) SOLUTION MAINTENANCE RELEASE 07.00.05 AND CONTROLLED INTRODUCTION RELEASE 07.01.00 EXTERNAL RELEASE NOTES 275 -100 - 004R07.01.00 APRIL 2009 ISSUE 1 Alcatel, Lucent, Alcatel-Lucent and the Alcatel-Lucent logo are trademarks of Alcatel-Lucent. All other trademarks are the property of their respective owners. The information presented is subject to change without notice. Alcatel-Lucent assumes no responsibility for inaccuracies contained herein. Copyright © 2009 Alcatel-Lucent. All Rights Reserved. Contents About this document v Purpose.......................................................................................................................................................v Reason for reissue ......................................................................................................................................v Intended audience.......................................................................................................................................v Supported systems......................................................................................................................................v Conventions used .......................................................................................................................................v Technical support.......................................................................................................................................v How to order ...........................................................................................................................................
    [Show full text]
  • Voice Over LTE: Status and Migration Trends Page 1 of 15
    Voice over LTE: Status and Migration Trends Page 1 of 15 Voice over LTE: Status and Migration Trends Lav Gupta, lavgupta (at) wustl.edu (A paper written under the guidance of Prof. Raj Jain) Download Abstract Rapid increase in data traffic over cellular network is necessitating deployment of Long Term Evolution (LTE) in the cellular operators networks. While LTE provides efficient data traffic handling and high data rates, it lacks native circuit switched voice capability. The GSM association has standardized IP Multimedia Subsystem (IMS) based VoLTE solution along with Single radio SRVCC for handover. Migration to this solution requires operators to have expensive and complex IMS deployments. This has led to operators leveraging the existing 2G/3G networks with VoLTE methods like Circuit Switched Fallback (CSFB) and Voice over LTE via Generic Access (VoLGA). This paper describes both, the interim and the long-term, solutions for the operators and their respective pro and cons. Future directions in VoLTE research have also been briefly described. Keywords VoLTE, Circuit Switched Fall Back, CSFB, Voice over LTE via Generic Access, VoLGA, Single Radio Voice Call Continuity, SRVCC, IMS, IP Multimedia Subsystem, handover, Evolved Packet Core, Evolved UMTS Radio Access Network, MME Table of Contents 1 Introduction to LTE and VoLTE • 1.1 LTE Overview • 1.2 Basics of Voice over LTE 2 VoLTE Architectures and Protocols • 2.1 Circuit Switched Fallback (CSFB) • 2.2 Voice over LTE via Generic Access (VoLGA) • 2.3 GSMA profile for VoLTE • 2.4 OTT Solutions
    [Show full text]
  • ETSI TS 123 216 V9.6.0 (2011-01) Technical Specification
    ETSI TS 123 216 V9.6.0 (2011-01) Technical Specification Digital cellular telecommunications system (Phase 2+); Universal Mobile Telecommunications System (UMTS); LTE; Single Radio Voice Call Continuity (SRVCC); Stage 2 (3GPP TS 23.216 version 9.6.0 Release 9) 3GPP TS 23.216 version 9.6.0 Release 9 1 ETSI TS 123 216 V9.6.0 (2011-01) Reference RTS/TSGS-0223216v960 Keywords GSM, LTE, UMTS ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N° 348 623 562 00017 - NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N° 7803/88 Important notice Individual copies of the present document can be downloaded from: http://www.etsi.org The present document may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http://portal.etsi.org/tb/status/status.asp If you find errors in the present document, please send your comment to one of the following services: http://portal.etsi.org/chaircor/ETSI_support.asp Copyright Notification No part may be reproduced except as authorized by written permission.
    [Show full text]
  • (12) United States Patent (10) Patent No.: US 8,599,838 B2 Buckley (45) Date of Patent: Dec
    US008599838B2 (12) United States Patent (10) Patent No.: US 8,599,838 B2 Buckley (45) Date of Patent: Dec. 3, 2013 (54) SYSTEMAND METHOD FOR 2004/O137918 A1 7/2004 Varonen et al. EFFECTUATING ASIP CALL INA 2004/O184435 A1 9, 2004 Westman 2004/0203680 A1 10/2004 Sylvain NETWORKENVIRONMENT INCLUDING 2004/0235483 A1 1 1/2004 Sylvain MS 2005/0058.125 A1 3/2005 Mutikainen et al. .......... 370,354 2005/O130657 A1 6/2005 Creamer et al. (75) Inventor: Adrian Buckley, Tracy, CA (US) (Continued) (73) Assignee: BlackBerry Limited, Waterloo (CA) FOREIGN PATENT DOCUMENTS (*) Notice: Subject to any disclaimer, the term of this EP 1811 745 A1 7/2007 patent is extended or adjusted under 35 EP 2367335 9, 2011 U.S.C. 154(b) by 554 days. (Continued) (21) Appl. No.: 12/915,125 OTHER PUBLICATIONS (22) Filed: Oct. 29, 2010 CIPO, Office Action, Application No. 2,605,102, Nov. 21, 2012, 3 pg.S. (65) Prior Publication Data (Continued) US 2011 FOO44325 A1 Feb. 24, 2011 Primary Examiner — Simon Sing Related U.S. Application Data Assistant Examiner — Simon King (63) Continuation of application No. 1 1/347,874, filed on (74) Attorney, Agent, or Firm — The Danamraj Law Group, Feb. 6, 2006, now Pat. No. 7,830,868. P.C. (51) Int. Cl. (57) ABSTRACT H04L 2/66 (2006.01) In one embodiment, a scheme is disclosed for effectuating a (52) U.S. Cl. call in a network environment including a circuit-switched USPC ........ 370/353; 370/354; 370/356; 379/88.17; (CS) network and an IP multimedia subsystem (IMS) net 455/403:455/428 work.
    [Show full text]
  • Etsi Ts 123 216 V15.3.0 (2019-10)
    ETSI TS 123 216 V15.3.0 (2019-10) TECHNICAL SPECIFICATION Digital cellular telecommunications system (Phase 2+) (GSM); Universal Mobile Telecommunications System (UMTS); LTE; Single Radio Voice Call Continuity (SRVCC); Stage 2 (3GPP TS 23.216 version 15.3.0 Release 15) 3GPP TS 23.216 version 15.3.0 Release 15 1 ETSI TS 123 216 V15.3.0 (2019-10) Reference RTS/TSGS-0223216vf30 Keywords GSM,LTE,UMTS ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N° 348 623 562 00017 - NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N° 7803/88 Important notice The present document can be downloaded from: http://www.etsi.org/standards-search The present document may be made available in electronic versions and/or in print. The content of any electronic and/or print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any existing or perceived difference in contents between such versions and/or in print, the prevailing version of an ETSI deliverable is the one made publicly available in PDF format at www.etsi.org/deliver. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at https://portal.etsi.org/TB/ETSIDeliverableStatus.aspx If you find errors in the present document, please send your comment to one of the following services: https://portal.etsi.org/People/CommiteeSupportStaff.aspx Copyright Notification No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm except as authorized by written permission of ETSI.
    [Show full text]
  • Road to 5G: Introduction and Migration April 2018
    Road to 5G: Introduction and Migration April 2018 ROAD TO 5G: INTRODUCTION AND MIGRATION About the GSMA Future Networks Programme The GSMA represents the interests of mobile operators The GSMA’s Future Networks is designed to help operators worldwide, uniting nearly 800 operators with almost 300 and the wider mobile industry to deliver All-IP networks so companies in the broader mobile ecosystem, including that everyone benefits regardless of where their starting handset and device makers, software companies, point might be on the journey. equipment providers and internet companies, as well as The programme has three key work-streams focused on: organisations in adjacent industry sectors. The GSMA also The development and deployment of IP services, The produces industry-leading events such as Mobile World evolution of the 4G networks in widespread use today, The Congress, Mobile World Congress Shanghai, Mobile World 5G Journey developing the next generation of mobile Congress Americas and the Mobile 360 Series of technologies and service. conferences. For more information, please visit the Future Networks For more information, please visit the GSMA corporate website at: www.gsma.com/futurenetworks website at www.gsma.com. Follow the GSMA on Twitter: @GSMA. Document Editor Dongwook Kim, 5G Project Manager Michele Zarri, Technical Director – Networks Acknowledgement (5G Introduction Project Members) Applied Communication Sciences MediaTek Inc. ARM Ltd. Nokia AT&T Mobility NTT DOCOMO, Inc. Axiata Group Berhad OranGe China Mobile Limited Qualcomm Incorporated China Telecommunications Corporation SinGTel Mobile SinGapore Pte. Ltd. China Unicom SK Telecom Co., Ltd. Deutsche Telekom AG SoftBank Corp. DISH Network Corporation Sprint Corporation Ericsson Syniverse TechnoloGies, Inc GuanGdonG OPPO Mobile Telecommunications Corp.,Ltd.
    [Show full text]
  • IR.64 - IMS Service Centralization and Continuity Guidelines
    GSM Association Non-confidential Official Document IR.64 - IMS Service Centralization and Continuity Guidelines IMS Service Centralization and Continuity Guidelines Version 12.0 15 September 2015 This is a Non-binding Permanent Reference Document of the GSMA Security Classification: Non-confidential Access to and distribution of this document is restricted to the persons permitted by the security classification. This document is confidential to the Association and is subject to copyright protection. This document is to be used only for the purposes for which it has been supplied and information contained in it must not be disclosed or in any other way made available, in whole or in part, to persons other than those permitted under the security classification without the prior written approval of the Association. Copyright Notice Copyright © 2015 GSM Association Disclaimer The GSM Association (“Association”) makes no representation, warranty or undertaking (express or implied) with respect to and does not accept any responsibility for, and hereby disclaims liability for the accuracy or completeness or timeliness of the information contained in this document. The information contained in this document may be subject to change without prior notice. Antitrust Notice The information contain herein is in full compliance with the GSM Association’s antitrust compliance policy. V12.0 Page 1 of 23 GSM Association Non-confidential Official Document IR.64 - IMS Service Centralization and Continuity Guidelines Table of Contents 1 Introduction 3 1.1
    [Show full text]
  • Voice and SMS in LTE White Paper
    voice and SMS in LTE. LTE. in and SMS voice of support from the resulting requirements measurement and test addresses also paper The white options. different the for implications commercial the and process, information on the standardization background includes It (VoLTE). LTE over voice and SGs, over SMS (CSFB), fallback switched circuit including LTE, in (SMS) service message and short voice supporting for options technology the summarizes paper This white Paper White LTE in SMS and Voice 1MA197 C. Gessner, O. Gerlach May 2011 1e Table of Contents Table of Contents 1 Introduction ............................................................................ 3 2 Overview ................................................................................. 3 3 Circuit switched fallback (CSFB).......................................... 5 3.1 Circuit switched fallback to GERAN or UTRAN ........................................5 3.2 Circuit switched fallback to 1xRTT...........................................................10 4 SMS over SGs....................................................................... 15 5 Support of voice and SMS via IMS ..................................... 18 5.1 Overview of the IMS framework................................................................19 5.2 EPS attach and P-CSCF discovery...........................................................23 5.3 IMS registration, authentication and key agreement..............................24 5.4 Obtaining voice services via IMS..............................................................27
    [Show full text]
  • Single Radio Voice Call Continuity (SRVCC) with LTE By: Shwetha Vittal, Lead Engineer
    White Paper Single Radio Voice Call Continuity (SRVCC) with LTE By: Shwetha Vittal, Lead Engineer Overview CONTENTS Long Term Evolution (LTE) is heralded as the next big thing for mobile Why SRVCC? pg. 2 networks. It brings in promising technologies such as semi-persistent Single Radio Voice Call Continuity scheduling, transmission time interval (TTI) bundling, and high performance From LTE pg. 3 gains on Quality of end user Experience (QoE). In the end, the primary goal of LTE is to deliver ultra-high speed mobile broadband with peak data rates over SRVCC from LTE to 3GPP2 1XCS pg. 4 100 Mbps. However, in practical applications LTE is facing challenges to provide SRVCC from LTE to 3GPP UTRAN/GERAN pg. 7 the same capabilities as a 2G/3G network during the initial stages of trial deployments and operators’ metered investment in broad network build out. Conclusion pg. 9 One of the key issues of LTE is the delivery of voice services. Voice remains the References pg. 10 “killer application” for operators because it still accounts for a large portion of their revenue. Voice will continue to remain the dominant must-have service in the network for years, and despite the technical challenges of providing service over an all-Internet Protocol (IP) radio access network (RAN), voice is seen as a basic service by the consumer; in short, it is expected. However, voice service continuity is not guaranteed when a Voice over IP (VoIP) subscriber roams between the LTE coverage area and other wireless networks—and it is a significant challenge to deliver voice over LTE networks.
    [Show full text]
  • The Untold Secrets of Operational Wi-Fi Calling Services: Vulnerabilities, Attacks, and Countermeasures
    The Untold Secrets of Operational Wi-Fi Calling Services: Vulnerabilities, Attacks, and Countermeasures TIAN XIE, Michigan State University GUAN-HUA TU, Michigan State University BANGJIE YIN, Michigan State University CHI-YU LI, National Chiao Tung University CHUNYI PENG, Purdue University MI ZHANG, Michigan State University HUI LIU, Michigan State University XIAOMING LIU, Michigan State University Since 2016, all of four major U.S. operators have rolled out nationwide Wi-Fi calling services. They are projected to surpass VoLTE (Voice over LTE) and other VoIP services in terms of mobile IP voice usage minutes in 2018. They enable mobile users to place cellular calls over Wi-Fi networks based on the 3GPP IMS (IP Multimedia Subsystem) technology. Compared with conventional cellular voice solutions, the major difference lies in that their traffic traverses untrustful Wi-Fi networks andthe Internet. This exposure to insecure networks may cause the Wi-Fi calling users to suffer from security threats. Its security mechanisms are similar to the VoLTE, because both of them are supported by the IMS. They include SIM-based security, 3GPP AKA (Authentication and Key Agreement), IPSec (Internet Protocol Security), etc. However, are they sufficient to secure Wi-Fi calling services? Unfortunately, our study yields a negative answer. We conduct the first study of exploring security issues of the operational Wi-Fi calling services in three major U.S. operators’ networks using commodity devices. We disclose that current Wi-Fi calling security is not bullet-proof and uncover four vulnerabilities which stem from improper standard designs, device implementation issues and network operation slips. By exploiting the vulnerabilities, together with several state-of-the-art computer visual recognition technologies, we devise two proof-of-concept attacks: user privacy leakage and telephony harassment or denial of voice service (THDoS); both of them can bypass the security defenses deployed on mobile devices and the network infrastructure.
    [Show full text]
  • Vo5g Technical White Paper
    Vo5G Technical White Paper Date July, 2018 HUAWEI TECHNOLOGIES CO., LTD. Copyright © Huawei Technologies Co., Ltd. 2018. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written consent of Huawei Technologies Co., Ltd. Trademarks and Permissions and other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd. All other trademarks and trade names mentioned in this document are the property of their respective holders. Notice This document may contain forecasting information, including but not limited to information about future financials, operations, product lines, new technologies, and more. Because there are many uncertainties in practice, the actual results may differ greatly from the forecast information. Therefore, the information in this document is for informational purposes only and does not constitute an offer or promise. Huawei may modify the above information without notice without prior notice. Huawei Technologies Co., Ltd. Address: Huawei Industrial Base, Bantian, Longgang, Shenzhen 518129 People's Republic of China Website: http://www.huawei.com 1 Vo5G Technical White Paper Contents 1 Introduction .............................................................................................................................. 5 2 Vo5G Has Been Standardized Together with 5G ............................................................. 5 2.1 What Is Vo5G? .....................................................................................................................
    [Show full text]