DOCSLIB.ORG

Method of Handling Single Radio Voice Call Continuity (SRVCC) Handover in Wireless Communication System

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Method of Handling Single Radio Voice Call Continuity (SRVCC) Handover in Wireless Communication System (19) & (11) EP 2 254 370 A1 (12) EUROPEAN PATENT APPLICATION (43) Date of publication: (51) Int Cl.: 24.11.2010 Bulletin 2010/47 H04W 36/14 (2009.01) (21) Application number: 10163065.5 (22) Date of filing: 18.05.2010 (84) Designated Contracting States: (72) Inventor: Wu, Chih-Hsiang AL AT BE BG CH CY CZ DE DK EE ES FI FR GB 330, Taoyuan City Taoyuan County (TW) GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR (74) Representative: 2K Patentanwälte Blasberg Designated Extension States: Kewitz & Reichel BA ME RS Partnerschaft Corneliusstraße 18 (30) Priority: 21.05.2009 US 180138 P 60325 Frankfurt am Main (DE) (71) Applicant: HTC Corporation Taoyuan County 330 (TW) (54) Method of handling Single Radio Voice Call Continuity (SRVCC) handover in wireless communication system (57) A method of handling at least a call in handover cation network. Further, the wireless communication de- in a wireless communication system and a communica- vice sets a stream identifier of each of the CS calls to an tion device using the same are proposed. The wireless identifier value. The method enables smooth single radio communication system includes at least a wireless com- voice call continuity (SRVCC) handover from the PS call munication network and a wireless communication de- in one wireless communication network to the CS call in vice. The method includes the following steps. First, a another wireless communication network. In addition, the wireless communication device receives a message for method also enables SRVCC multicall handover from switching at least a packet-switched (PS) call to at least the PS call in one network operation mode to the CS call a circuit-switched (CS) call from the wireless communi- in another wireless communication network. EP 2 254 370 A1 Printed by Jouve, 75001 PARIS (FR) 1 EP 2 254 370 A1 2 Description [0004] Moreover, if the UE supporting the multicall, the UE has to include the SI information element in the SET- BACKGROUND OF THE INVENTION UP message. For the first call (i.e., when there is no other ongoing call), the SI may initially start from 1. Usually the Field of the Invention 5 SI value may have three bits. However, if the UE does not set the SI value for the CS call but the network sets [0001] The present invention relates to a method of it to 1, later on when the UE initiates a CS streaming call handling at least a call in handover in a wireless commu- and the UE sets the SI value to 1 for the CS streaming nication system and a wireless communication device call, it may cause the streaming CS call setup failed since using the same, and more particularly, to a method of 10 the UTRAN (or the GERAN) considers the SI = 1 already handling at least a packet-switched (PS) call handover been set for one CS voice call. Beside, the UTRAN or to at least a circuit- switched (CS) call in different wireless the GERAN cannot use the traffic channel configuration communication networks and a wireless communication of the CS voice call for the CS streaming call since radio device using the same. access bearer (RAB) identifier or the traffic channel iden- 15 tifier is required to be identical to the SI. In addition, it is Description of Related Art also currently not clear how to handle multicall in hando- ver from the E- UTRAN to either the UTRAN or the GER- [0002] Currently, evolved Universal Telephone Sys- AN. tem Terrestrial Radio Access Network (E- UTRAN) is de- [0005] Therefore, how to handle calls or multicall in signed to have only packet-switched (PS) connections, 20 handover in wireless communication systems and relat- and voice call applications in the E-UTRAN have to be ed communication devices becomes an important issue provided in a form of voice over Internet Protocol (VoIP) to be researched and discussed. application or an IP multimedia subsystem (IMS) voice call. However, most operators runningthe E- UTRAN may SUMMARY OF THE INVENTION still have other types of networks based on other wireless 25 communication technologies, and the operators would [0006] Accordingly, the present invention proposes a like to have a seamless and smooth handover of the VoIP method of handling at least a PS call handover to at least call or the IMS voice call from the UTRANE- to other a CS call in different wireless communication networks networks. For example, one of the operators running the and a wireless communication device using the same. E-UTRAN may have an UTRAN and a Global System 30 The method enables a smooth single radio voice call con- for Mobile communications (GSM) Enhanced data rate tinuity (SRVCC) handover from at least a PS call in one for GSM evolution radio access network (thereafter ab- network operation mode to at least a CS call in another breviated as GERAN). When a user equipment (UE) with network operation mode. In addition, the method also multicall capability has the IMS voice call under one of enables a SRVCC multicall handover from at least a PS the PS domain connections in the E-UTRAN and the E- 35 call in one wireless communication network to at least a UTRAN initiates a single radio voice call continuity CS call in another wireless communication network. (SRVCC) handover correspondingly, the UE may trans- [0007] The present invention proposes a method of fer the IMS voice call to a CS call in either the UTRAN handling at least a call in handover in a wireless commu- or the GERAN since the CS call has better quality of nication system. The wireless communication system in- service (QoS) capabilities such as low latency, low bit 40 cludes at least a wireless communication network and a error rate, and low timing jitter. wireless communication device. The method includes [0003] It is currently not clear on whether the UE and the following steps. First, the wireless communication de- the UTRAN (or the GERAN) sets the identical stream vice receives a message for switching at least a PS call identifier (SI) for the CS call. Usually, the UE supporting to at least a CS call from the wireless communication multicall (i.e. having multicall capability) includes the SI 45 network. Further, the wireless communication device in a SETUP message which is to be sent to the UTRAN sets a stream identifier to at least the CS call to an iden- or the GERAN. The networks (e.g., the UTRAN or the tifier value. GERAN) which support multicall may interpret the SI val- [0008] The present invention also proposes the wire- ue after receiving the SETUP message from the UE as less communication device for handling at least a call in the following. If the UE generates a new SI value at an 50 handover in the wireless communication system. The initiation of an originating call, then a new traffic channel wireless communication device includes a message re- has to be assigned to the originating call. On the contrary, ceiving module, a stream identifier configuration module, if the UE just indicates an existing SI value, then the in- a transceiver module, a memory module, and a proces- dicated traffic channel has to be used for the originating sor. The message receiving module receives a message call. The UE supporting multicall shall never send an ad- 55 for switching PS calls to CS calls from a wireless com- ditional SETUP with indication that a new traffic channel munication network. Besides, the stream identifier con- is requested to a wireless communication network that figuration module sets a stream identifier of each of the does not support multicall. CS calls to an identifier value. Further, the transceiver 2 3 EP 2 254 370 A1 4 module transmits information to and receives information emplary embodiment of the present invention. from the wireless communication network, wherein the [0016] FIG. 4 is a flow diagram illustrating an exem- information received includes the message for switching plary process of handling at least a call in handover in a the PS calls to the CS calls from the wireless communi- wireless communication system according to a fourth ex- cation network. The memory module stores at least the 5 emplary embodiment of the present invention. message for switching the PS calls to the CS calls from [0017] FIG. 5 is a flow diagram illustrating an exem- the wireless communication network. In addition, the plary process of handling at least a call in handover in a processor executes the message receiving module and wireless communication system according to a fifth ex- the stream identifier configuration module, and controls emplary embodiment of the present invention. the transceiver module. 10 [0018] FIG. 6 is a schematic block diagram illustrating [0009] The present invention proposes a method of a structure of a wireless communication device for han- handling at least a call in handover in a wireless commu- dling at least a call in handover in a wireless communi- nication system and a wireless communication device cation system according to a sixth exemplary embodi- for handling at least a call in handover in a wireless com- ment of the present invention. munication system. The wireless communication device 15 sets the stream identifier of at least the CS call to the DESCRIPTION OF EMBODIMENTS identifier value after receiving a message for switching at least the PS call in one operation mode to at least the [0019] Reference will now be made in detail to the CS call in another operation mode, wherein the message present embodiments of the invention, examples of is sent from the wireless communication network.
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]