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



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

Implementing LTE International Data Roaming

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

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

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

Voice over IP over LTE (VoLTE) Impacts on LTE access. EFORT

Office Link System for FOMA Internal Line Connections

Delivery of Voice and Text Messages over LTE

End-2-End QoS Provisioning in UMTS networks

All-IP Network Emergency Call Support

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

II. Service deployment

The 3GPP and 3GPP2 Movements Towards an All IP Mobile Network. 1 Introduction

MED: Voice over IP systems

PushTalk Service System

How To Use One Number Vip On A Cell Phone On A Sim Sim (Nto) On A Pnet (Ntok) On An Ipphone (Ntt) On Ntok (Ntk) On Pnet On A Mobile

Mobility and cellular networks

Mobility Management for All-IP Core Network

Overview ENUM ENUM. VoIP Introduction (2/2) VoIP Introduction (1/2)

Integration of GSM Module with PC Mother Board (GSM Trunking) WHITE/Technical PAPER. Author: Srinivasa Rao Bommana

SIP Roaming Server Product Overview. Mobile Convergence Technology

TECHNICAL REPORT End to End Network Architectures (E2NA); Location of Transcoders for voice and video communications

Roaming in LTE and Voice Over LTE

Advanced SIP Series: SIP and 3GPP

ETSI TS V2.1.1 ( ) Technical Specification

Migration of Enterprise VoIP/SIP Solutions towards IMS

A Scenario of Machine-to-Machine (M2M) Health Care Service

Preparatory Meeting for Phase 2 of Philippine National ENUM Trial

Advanced SIP Series: SIP and 3GPP Operations

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

Jibe Hub. RCS Exchange for Mobile Operators. The Global Communications Cloud. Anil Sharma Director, Jibe Mobile anil@jibemobile.

Mobile Wireless Overview

Juha Heinänen

10 Signaling Protocols for Multimedia Communication

SERVICE CONTINUITY. Ensuring voice service

Implementing Conditional Conference Call Use Case over IMS and Non IMS Testbed an experimental results through comparison approach

IMS Interconnect: Peering, Roaming and Security Part One

IPX What It Is and What It Isn t

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

ENUM: an Enabler for VoIP and Next Generation Services

ETSI TS V3.1.1 ( ) Technical Specification

... Figure 2: Proposed Service Invocation Mechanism. AS Service invocation 2 SC invocation 2. Session/Call Control Function

COPYRIGHTED MATERIAL. Contents. Foreword. Acknowledgments

White Paper. Interconnecting Networks with Dialogic s Global Multimedia Exchange Platform

MODELLING OF INTELLIGENCE IN INTERNET TELEPHONE SYSTEM

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

Chapter 10 Session Initiation Protocol. Prof. Yuh-Shyan Chen Department of Computer Science and Information Engineering National Taipei University

COMPARATIVE ANALYISIS ON SOME POSSIBLE PARTNERSHIP SCHEMES OF GLOBAL IP EXCHANGE PROVIDERS

Architectural Overview of IP Multimedia Subsystem -IMS

Open IMS Core with VoIP Quality Adaptation

Operation Manual Voice Overview (Voice Volume) Table of Contents

A Proposed Model For QoS guarantee In IMSbased Video Conference services

Overview of Voice Over Internet Protocol

UK Interconnect White Paper

Multi-access for the IMS network

VoLTE with SRVCC: White Paper October 2012

Research on Initial Filter Criteria of IP Multimedia Subsystem

VoIP telephony over internet

EXPLOITING SIMILARITIES BETWEEN SIP AND RAS: THE ROLE OF THE RAS PROVIDER IN INTERNET TELEPHONY. Nick Marly, Dominique Chantrain, Jurgen Hofkens

Performance Estimation of a SIP based Push-to-Talk Service for 3G Networks

Location in SIP/IP Core (LOCSIP)

4G Americas Technical Report Analysis of Transitioning to NG9-1-1 from a Wireless Service Provider Perspective

How To Understand The Concept Of Circuit Switching

Performance Evaluation of VoIP Services using Different CODECs over a UMTS Network

PQ v3.0. Voice over Wi-Fi. Datasheet

Push-to-talk Over Wireless

Overview of Network Architecture Alternatives for 3GPP2 Femto Cells Jen M. Chen, et al. QUALCOMM Incorporated

HRPD Support for Emergency Services

This specification this document to get an official version of this User Network Interface Specification

Receiving the IP packets Decoding of the packets Digital-to-analog conversion which reproduces the original voice stream

Chapter 10 VoIP for the Non-All-IP Mobile Networks

Diameter in the Evolved Packet Core

Load Balancing Support for Self-Organizing IMS Networks

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

Chapter 2 PSTN and VoIP Services Context

VoIP and IP-IC Regulatory aspects

3rd Annual i3forum Conference

An Oracle White Paper December The Value of Diameter Signaling in Security and Interworking Between 3G and LTE Networks

IP Multimedia System: general aspects and migration perspectives

Need for Signaling and Call Control

TRIM: an Architecture for Transparent IMS-based Mobility

ETSI TS V6.8.0 ( ) Technical Specification

SIP : Session Initiation Protocol

4G Mobile Networks At Risk

SIP, Session Initiation Protocol used in VoIP

Peer to Peer Settlement for Next Generation IP Networks Using the ETSI OSP Protocol (ETSI TS ) for Cascading Peering Settlements

Software Engineering 4C03 VoIP: The Next Telecommunication Frontier

Voice Quality with VoLTE

GSM services over wireless LAN

Troubleshooting Voice Over IP with WireShark

Conferencing Using the IP Multimedia (IM) Core Network (CN) Subsystem

Global ENUM: The underlying infrastructure for service discovery in the migration to the all-ip communications future

Studying IMS Signalling in LTE-based Femtocell Network

3GPP TSG SA WG3 Security S3#25 S October 2002 Munich, Germany

Interoperability Test Plan for International Voice services (Release 6) May 2014

Transcription:

VoLTE 3GPP Roaming Further Development of LTE/LTE-Advanced LTE Release 10/11 Standardization Trends VoLTE Roaming and ion Standard Technology In 3GPP Release 11, the VoLTE roaming and interconnection architecture was standardized in cooperation with the GSMA Association. The new architecture is able to implement voice call charging in the same way as circuit-switched voice roaming and interconnection models by routing both C-Plane messages and voice data on the same path. This was not possible with the earlier VoLTE roaming and interconnection architecture. 1. Introduction over LTE (VoLTE) is a technology for providing existing voice and SMS services on LTE, which does not have a circuit-switched domain *1 [1]. It is implemented using the IP Multimedia Subsystem (IMS) *2, which is a standard 3GPP technology for IP-based multimedia services. 3GPP Release 11 ( Rel. 11 ) specifies VoLTE roaming and interconnection architecture, created in collaboration with the GSM Association (GSMA) *3. Rel. 11 adds standardized necessary functions for implementing roaming and interconnection in a manner similar to existing circuit-switched voice on top of the existing VoLTE roaming and interconnection architecture. This article compares existing circuit-switched voice roaming and interconnection models with the earlier VoLTE roaming and interconnection models, describe issues that needed to be resolved by 3GPP and GSMA. Then it is described the new VoLTE roaming and interconnection architectures standardized to resolve these issues. Subscriber (a) Core Network Development Department interconnect interconnect C-Plane message Itsuma Tanaka 2. Existing Circuit-ed Roaming Model Existing circuit-switched voice roaming and interconnection apply a charging model called cascaded charging [2]. This model is described below. Figure 1 shows the circuit-switched voice interconnection model, with Subscriber (a), using, placing a call to, who uses Operator Figure 1 Circuit-switched voice interconnection scheme Subscriber (b) 2013 NTT DOCOMO, INC. Copies of articles may be reproduced only for personal, noncommercial use, provided that the name, the name(s) of the author(s), the title and date of the article appear in the copies. *1 Circuit switched domain: A functional block of a offering circuit switched services. 37

VoLTE Roaming and ion Standard Technology B. There are also voice interconnect s between the two operators. Charging for voice communication uses information in the Control Plane (C-Plane) message, and parties are billed, in-turn, from the call receiver s operator (), to the voice interconnect, and the caller s operator (). An example of roaming with the circuit-switched roaming scheme is shown in Figure 2. In this model, Subscriber (a1) from has a roaming connection to in another country. In this case, for example, Subscriber (a1) then calls Subscriber (a2) from, or a subscriber on another operator. Between Operators A and C, there are two types of interconnect, one for voice and one for signaling. charging Location registration and other control signals HSS HSS Home Subscriber Server in this case is done between operators and voice interconnect s in order, as with voice interconnection. Combining these two cases yields the circuit-switched voice roaming and interconnection scheme as shown in Figure 3. In this case, from is roaming to Operator C, and from is roaming to. pays for voice communication on the segment including Operators C and B, while Subscriber (b) pays for the receiving segment, between Operators B and D. Calculation of charges for each operator and the voice interconnect is done, as in the cases in Fig. 1 and 2, according to the information in the C-Plane messages used to set up the voice call, and the duration of the call. Subscriber (a1) Subscriber (a2) Subscriber (a2) subscribes to operator A Figure 2 Circuit-switched voice roaming model 3. Existing VoLTE Roaming Model 3.1 Overview of Existing VoLTE Roaming Model VoLTE is based on IMS, which is an IP-based system implemented using the Session Initiation Protocol (SIP) *4 standardized by the Internet Engineering Task Force (IETF) *5. IMS comprises SIP control including Proxy Call/Session Control Function () *6, the Serving Call/Session Control Function (S-CSCF) *7 and the Application Server (AS) *8 [3]. The existing VoLTE roaming and interconnection model is shown in Figure4. The is implemented by, but the S-CSCF and AS, which perform actual call control, are implemented by. There are also multiple IP exchanges () *9 between the operators, which form the international IP interconnect that transmits the SIP and voice data [4]. In circuit-switched s, call control is achieved using switches belonging to the operator where the subscriber is located, but a major difference between this and VoLTE is that call control is achieved with SIP servers (S-CSCF, AS) on the home (the subscriber s contracted operator). Also, since VoLTE is an IP based system, there is no need for the C-Plane messages (SIP) to use the same route that the actual voice data uses, as was *2 IMS: A communication system standardized by 3GPP for implementing multimedia services. IMS used IP and the SIP Internet telephony protocol to integrate the communication services of the fixed telephone and mobile communication s. *3 GSMA: An association that supports and manages activities of the mobile industry, such as formulating roaming rules. The largest mobile communications industry association in the world, with members in related businesses including mobile communications providers, operators, and terminal, and software vendors. *4 SIP: A call control protocol defined by the IETF and used for IP telephony with VoIP, among other applications. 38

Location registration and other control signals true for earlier schemes, and communication from to Subscriber (b) goes through and can be routed directly, without needing to pass through the home. With circuit-switched schemes, the actual voice data always uses the same route as the C-Plane messages. does not necessarily pass through the handling the voice data The operator of the cannot charge for voice traffic in time units if the SIP signal does not pass through it. Figure 4 Existing VoLTE roaming and interconnection model HSS 3.2 Issues with Existing VoLTE Architecture Existing VoLTE architecture allows for more efficient voice data routing, without requiring it to pass through the home. However, from the perspective of operators, since SIP signaling does not necessarily pass Figure 3 Circuit-switched voice roaming and interconnection model Location registration and other control signals through the same, it is not possible to identify what users placed voice calls over what periods of time. Thus, operators not carrying s are not able to charge for voice calls on a time basis. VoLTE is positioned as an extension to existing voice services at the GSMA, and the GSMA has agreed that implementing existing voice charging, including operators, is a business requirement [5]. Given this GSMA requirement, the 3GPP studied signaling and voice routing schemes that are equivalent to existing circuit switching in order to implement existing voice charging for VoLTE voice calls. 4. Rel. 11 VoLTE Roaming Model For Rel. 11, a work item called *5 IETF: A standardization organization that develops and promotes standards for Internet technology. The technology specifications formulated here are published as Request For Comment documents (RFCs). *6 : A SIP relay server that performs the roles of SIP transmission as well as linking with the LTE core, and QoS control. *7 S-CSCF: A SIP server that performs terminal session control and user authentication. *8 AS: A server that executes an application to provide a service. *9 : An exchange that has evolved from GRX and that provides QoS function. 39

VoLTE Roaming and ion Standard Technology Roaming Architecture for over IMS with Local Breakout (RAVEL) was agreed upon and the architecture was studied within this framework. A feature of the existing circuitswitched voice model was that voice data and control signals were routed on the same path, and RAVEL agreed on a (1) When presses the Call button on the terminal, the terminal sends an INVITE *11 signal to the, which is a request to initiate a call. (2) The includes the associated TRF address to the INVITE. passed from an S-CSCF from other INVITE signals. (7) Having determined that the INVITE was passed from an S-CSCF, the TRF uses SIP Uniform Resource Identifiers (SIP URIs) *12 and other destination information configured in the INVITE to decide the model to emulate this for VoLTE as well. Figure 5 shows a RAVEL VoLTE roaming and interconnection model and session setup procedures [3]. With this architecture, a new entity called the Transit & Routing Function (TRF) is introduced, which brings the s back from the where the caller is currently connected () to the home performing call processing (), and provides an anchor *10 function that routes the voice data and s over the same path. The calling process is described below. (3) Transmit INVITE (2) Assign TRF address (1) Initiate call TRF (3) The then forwards the INVITE to the on the home (). Here it specifies the route that the voice data must take. (4) The performs voice call control. (5) The S-CSCF sets the Loopback Indicator in the INVITE and sends it to the specified TRF as a response. (6) Having received the INVITE from the S-CSCF, the TRF checks whether there is a Loopback Indicator. The Loopback Indicator is used by the TRF to distinguish INVITE signals for voice calls (4) Service control (5) Forward INVITE (Loopback indicator) (6) Check Loopback indicator (7) Select interconnect (6) Check Loopback indicator destination operator () and the s to use. The example in Fig. 5 shows s, but existing voice interconnect s can also be used as the interconnection. (8) The INVITE is then transmitted to by ordinary VoLTE calling processes, completing VoLTE call configuration. In the call configuration process, Operator B configures the voice data route to be the same as that used for the SIP signaling. Note that the details of VoLTE call configuration were described in an earlier issue of this journal [1], so we omit them here. Figure 5 Rel. 11 (RAVEL) VoLTE roaming and interconnection scheme I *10 Anchor: A logical node site for control-signal or user-bearer switching. *11 INVITE: A that requests a connection. *12 SIP URI: The SIP addressing scheme used when making a telephone call via SIP protocol. 40

Using the above procedure, ling and voice data use the same path, and each operator and provider can apply existing voice charging. Applying the above techniques, a scheme that routes voice calls to Operator A first, and then interconnects with is also specified in Rel. 11 (Figure 6). This scheme is expected to be used for functions such as lawful intercept or to provide assistance to. 5. Conclusion This article has given background and described voice roaming and interconnection schemes specified in the VoLTE architecture in 3GPP Rel. 11. VoLTE operators can use the three roaming and interconnection architectures described in Fig. 4 to 6 and specified in the 3GPP Rel.11 standard. It is not yet known which one of these models will ultimately become the de facto Figure 6 Rel. 11 (RAVEL) VoLTE roaming and interconnection model II standard. Selection of the model will be References [1] Tanaka et al.: Overview of GSMA VoLTE left to organizations such as the GSMA Profile,, or the bilateral operator agreement. Vol. 13, No. 4, pp. 45-51, Mar. 2012. NTT DOCOMO has contributed [2] 3GPP TR23.850 V11.0.0: Study on greatly to study of these architectures at roaming architecture for voice over IP Multimedia Subsystem (IMS) with local both the 3GPP and the GSMA, as breakout, Dec, 2011. chairperson and in other roles. Looking forward, concrete operational Subsystem (IMS); Stage 2, Dec. 2012. [3] 3GPP TS23.228 V11.0.0: IP Multimedia guidelines based on the 3GPP specifications will be created at the GSMA, & Interworking Guidelines, Aug. 2012. [4] GSMA PRD IR.65 V10.0: IMS Roaming [5] 3GPP S2-113523: VoLTE roaming architecture requirements, Jul. 2011. and NTT DOCOMO will continue to contribute proactively to this study. 41