SIP Bottleneck Analysis in IMS

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

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

A Proposed Model For QoS guarantee In IMSbased Video Conference services

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

ETSI TS V2.1.1 ( ) Technical Specification

ETSI TS V ( ) Technical Specification

Advanced SIP Series: SIP and 3GPP

Delivery of Voice and Text Messages over LTE

Open IMS Core with VoIP Quality Adaptation

MED: Voice over IP systems

Mobility and cellular networks

End-2-End QoS Provisioning in UMTS networks

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

Studying IMS Signalling in LTE-based Femtocell Network

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

Security considerations for IMS access independence

Architectural Overview of IP Multimedia Subsystem -IMS

An Evaluation of Architectures for IMS Based Video Conferencing

Cloudified IP Multimedia Subsystem (IMS) for Network Function Virtualization (NFV)-based architectures

Juha Heinänen

vice processing conditions (state information) occurs in a server, it loses state information

Advanced SIP Series: SIP and 3GPP Operations

COPYRIGHTED MATERIAL. Contents. Foreword. Acknowledgments

VITAL. Enabling convergence of IP Multimedia Services over NGN Technology. Contents. Project overview. VITAL Platform. User scenarios.

Packet Switched Voice (over IP) and Video Telephony Services End-to-end System Design Technical Report

ETSI TS V6.8.0 ( ) Technical Specification

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

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

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

High Quality of Service Video Conferencing over IMS

Acme Packet Net-Net SIP Multimedia-Xpress

IP Multimedia System: general aspects and migration perspectives

End-to-End Quality-of-Service Support in Next Generation Networks with NSIS

TRIM: an Architecture for Transparent IMS-based Mobility

Chapter 17: M2M-Based Metropolitan Platform for IMS-Enabled Road Traffic Management in IoT

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

Location in SIP/IP Core (LOCSIP)

II. Service deployment

SIP in Mobile Environments - Applications and Possibilities

ETSI TS V3.3.1 ( ) Technical Specification

AAA, BILLING, CHARGING

Load Balancing Support for Self-Organizing IMS Networks

Analysis of Enterprise VoIP Traffic from a Wire line IMS System. Yu Bai Master Thesis Supervisor: Tord Westholm, EAB Supervisor: Dougherty Mark, DU

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

ETSI TS V8.0.0 ( ) Technical Specification

VoIP over 1xEv-DO Revision A CDG VoIP Summit. Robert Kerr Nortel Sr. Manager Access Product Evolution San Diego, Feb 8 05

Potentials of P2P-SIP Architecture in Telecommunications

Table of Content. Introduction Components Architectural Characteristics Concepts Protocols Service Examples Discussion. ToC

IMS based IPTV services - Architecture and Implementation

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

SIP-Based Mobility Management for LTE-WiMAX-WLAN Interworking Using IMS Architecture

P2P and IMS Cooperation / Integration

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

The IMS Service Platform: A Solution for Next Generation Network Operators to Be More Than Bit Pipes

A Call Conference Room Interception Attack and its Detection

Economics of Internet Applications

Investigation of Interworked IMS Architecture In Terms Of Traffic Security

VoIP QoS. Version 1.0. September 4, AdvancedVoIP.com. Phone:

A Direct Marketing Platform for IMS-Based IPTV

All-IP Network Emergency Call Support

Service Continuity Path to smooth user experiences

Evaluating the Performance of an IMS/NGN Deployment

3GPP TR V8.0.0 ( )

3GPP TR V6.4.0 ( )

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

Voice Quality with VoLTE

SIP and Mobility: IP Multimedia Subsystem in 3G Release 5

3GPP TR V ( )

ETSI TS V7.2.0 ( ) Technical Specification

SIPTalk: An IMS-like Platform for Telecommunication Services

Is the IMS Service Platform a Solution for Next Generation Network Providers to Be More Than Bit Carriers?

TSGS#27(05)0115. Technical Specification Group Services and System Aspects Meeting #27, March 2005,Tokyo, Japan

SIP Roaming Server Product Overview. Mobile Convergence Technology

Dynamic Charging Architecture and Schemes for 4th Generation Mobile Reconfigurable Systems

HRPD Support for Emergency Services

Just as the ecommerce companies have

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

Secure Communication and VoIP Threats in Next Generation Networks

3GPP TS V9.4.0 ( )

Design and Implementation of an IP Multimedia Subsystem (IMS) Emulator Using Virtualization Techniques

Fixed Mobile Convergence - A Pre-IMS Solution

End Device Support for AAA in SIP Conferencing

Voice and SMS in LTE White Paper

IMS/SIP Video Service in HD world. RADVISION TBU Interactive Video IMS BEEHD

IMS Release 10 Tutorial

3GPP TSG CN Plenary Meeting #16 5 th - 7 th June Marco Island, USA. 3GPP TSG-CN1 Meeting #24 Tdoc N Budapest, Hungary,

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

Combining Enterprise VoIP with 2G/3G Mobility

CS Project 09 IMS Video Mail Service (ViMS) September 2009

Design Document. Offline Charging Server (Offline CS ) Version i -

NGN Functional Architecture for Resource Allocation and Admission Control

White Paper. IP Multimedia Subsystem - Accelerating Service Innovation. Image Area. Abstract

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

Catalog of Course Descriptions

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

Leader in Converged IP Testing. Wireless Network Testing

ScaleNet Converged Network of the Future

SS7 & LTE Stack Attack

Final for ECE374 05/06/13 Solution!!

IMS Services Introduction

Transcription:

SIP Bottleneck Analysis in IMS Dmitriy Gorbunov State University of Telecommunications St.Petersburg, Russia kmplx@inbox.ru Abstract Performance analysis is a key task for intellectual networks design. This paper shows a theoretical approach to analyze IMS-based UMTS network performance characteristics, such as bottleneck. INDEX TERMS: IMS, SIP, PERFORMANCE ANALYSIS, BOTTLENECK. I. INTRODUCTION Session Initiation Protocol (SIP) is an application-layer control (signaling) protocol for creating, modifying, and terminating sessions with one or more participants. These sessions can contain any combination of media (voice, data, video, audio files, anything), and can be modified at any time to add new parties or to change the nature of the session. The main purpose of the research has been to analyze the key perfomance characteristics of the SIP operation in IP Multimedia Subsystem. The performance analysis was based on the deep investigation of the call setup and termination procedures. The signaling flow, passing along routing chain, hits each functional entity (one of CSCFs or HSS) several times. On hit, the functional entity provides some service for the signalling flow and then forwards the traffic on. We counted the hit times of each entity and detected the bottle-necks on different scenarios. We concluded that which one node would be the bottleneck depends on how the traffic is distributed in the networks. II. MAIN PART We know that for each call to be setup/released, the signalling traffic goes through each involved functional entities several times. In another word, each functional entity on the routing chain is hit by the signalling traffic flow several times. Once hit, the CSCF (or HSS) provides some service and then forwards the traffic on. If we consider the nodes involved as servers, then every server has a queue formed by different traffic flows waiting to get through. Which server will be the bottleneck is a critical problem that we are interested in. The analysis of the bottleneck will help us increase the capacity of the network, and thus increase the revenue. If we assume no media update occurs, we will get that in a call set up/release procedure, P-CSCF is hit 11 times, S-CSCF is hit 11 times, I-CSCF is hit 12 times, and HSS is hit one time. Assume we have two networks of two different operators. We assume there is one P- CSCF, S-CSCF and I-CSCF in each network, and they provide the service in a «first-comefirst-served» (FCFS) order. Assume the mean service time of P-CSCF is X p, mean service time of S-CSCF is X h. X s, mean service time of I-CSCF is X i, and mean service time of HSS is ---------------------------------------------------------------------- 49 ----------------------------------------------------------------------

Then we will do the bottleneck analysis based on the assumptions; we will get all of the possible scenarios within the two networks as follows: H1: non-roaming Network1 subscriber H2: non-roaming Network2 subscriber. V1: Network2 subscriber roaming at Network1 V2: Network1 subscriber roaming at Network2. We know that for one call setup/release procedure, each P-CSCF and S-CSCF involved is hit 11 times, each I-CSCF involved is hit 12 times; Assume the total traffic load is (calls/time unit), traffic load for each scenario is i, and = i Then we will have the total hits of each node: P-CSCF1: 1= ( 3 + 4 + 5 + 6 + 7 + 8 + 13 + 14 ) 11+ ( 1 + 9 + 10 ) 22; P-CSCF2: 2= ( 3 + 4 + 5 + 6 + 7 + 8 + 13 + 14 ) 11 +( 2 + 11 + 12 ) 22; S-CSCF1: 3= ( 3 + 4 + 9 + 10 + 11 + 12 + 13 + 14 ) 11+ ( 1 + 7 + 8 ) 22; S-CSCF2: 4= ( 3 + 4 + 9 + 10 + 11 + 12 + 13 + 14 ) 11+ ( 2 + 5 + 6 ) 22; I-CSCF1: 5= ( 1 + 4 + 7 + 8 + 9 + 11 + 13 ) 12; ---------------------------------------------------------------------- 50 ----------------------------------------------------------------------

1 2 3 4 5 6 7 8 9 10 11 12 13 14 TABLE 1. DESCRIPTION OF CALLS AND ROUTING CHAINS OF SIGNALLING TRAFFIC FLOW. Scenario H1 H1 H2 H2 H1 H2 H2 H1 V1 H2 H2 V1 H1 V2 V2 H1 V1 H1 H1 V1 H2 V2 V2 H2 V1 V2 V2 V1 Description Routing Chain The non-roaming Network1 subscribers call each other. P-CSCF1 S-CSCF1 I-CSCF1 HSS1 S-CSCF1 P-CSCF1 The non-roaming Network2 subscribers call each other. P-CSCF2 S-CSCF2 I-CSCF2 HSS2 S-CSCF2 P-CSCF2 A non-roaming Network1 subscriber calls a non-roaming P-CSCF1 S-CSCF1 I-CSCF2 HSS2 S-CSCF2 P-CSCF2 Network2 subscriber. A non-roaming Network2 subscriber calls a non-roaming P-CSCF2 S-CSCF2 I-CSCF1 HSS1 S-CSCF1 P-CSCF1 A Network2 subscriber roaming at Network1 calls a nonroaming P-CSCF1 S-CSCF2 I-CSCF2 HSS2 S-CSCF2 P-CSCF2 Network2 subscriber A non-roaming Network2 subscriber calls a Network2 P-CSCF2 S-CSCF2 I-CSCF2 HSS2 S-CSCF2 P-CSCF1 A non-roaming Network1 subscriber calls a Network1 P-CSCF1 S-CSCF1 I-CSCF1 HSS1 S-CSCF1 P-CSCF2 subscriber roaming at Network2. A Network1 subscriber roaming at Network2 calls a nonroaming P-CSCF2 S-CSCF1 I-CSCF1 HSS1 S-CSCF1 P-CSCF1 A Network2 subscriber roaming at Network1 calls a nonroaming P-CSCF1 S-CSCF2 I-CSCF1 HSS1 S-CSCF1 P-CSCF1 A non-roaming Network1 subscriber calls a Network2 P-CSCF1 S-CSCF1 I-CSCF2 HSS2 S-CSCF2 P-CSCF1 A non-roaming Network2 subscriber calls a Network1 P-CSCF2 S-CSCF2 I-CSCF1 HSS1 S-CSCF1 P-CSCF2 subscriber roaming at Network2. A Network1 subscriber roaming at Network2 calls a nonroaming P-CSCF2 S-CSCF1 I-CSCF2 HSS2 S-CSCF2 P-CSCF2 Network2 subscriber. A Network2 subscriber roaming at Network1 calls a Network1 P-CSCF1 S-CSCF2 I-CSCF1 HSS1 S-CSCF1 P-CSCF2 subscriber roaming at Network2 A Network1 subscriber roaming at Network2 calls a Network2 P-CSCF2 S-CSCF1 I-CSCF2 HSS2 S-CSCF2 P-CSCF1 ---------------------------------------------------------------------- 51 ----------------------------------------------------------------------

I-CSCF2: 6= ( 2 + 3 + 5 + 6 + 7 + 10 + 12 + 14 ) 12; HSS1: 7=( 1 + 4 + 7 + 8 + 9 + 11 + 13 ); HSS2: 8==( 2 + 3 + 5 + 6 + 10 + 12 + 14 ); And we will have the utilization of each entity: P-CSCF1: = 1 P-CSCF2: = 2 S-CSCF1: = 3 S-CSCF1: = 4 I-CSCF1: = 5 I-CSCF2: = 6 HSS1: = 7 X h, HSS2: = 8 X h, X p, X p, X s, X s, X i, X i, If we assume X p = X s = X i = X i, we will get the bottleneck if we know the traffic load of each scenario. We get different node to be the bottleneck in different situations, and here are some examples: 1 2 3 4 5 6 1 / 0.2 0.1 0.05 0.05 0.1 0.1 2 / 0.2 0.1 0.05 0.05 0.1 0.1 3 / 0.05 0.05 0.05 0.05 0.05 0.05 4 / 0.05 0.05 0.05 0.05 0.05 0.05 5 / 0.05 0.05 0.15 0.05 0.15 0.05 6 / 0.05 0.05 0.15 0.05 0.15 0.05 7 / 0.05 0.05 0.05 0.15 0.05 0.05 8 / 0.05 0.05 0.05 0.15 0.05 0.05 9 / 0.03 0.03 0.05 0.05 0.05 0.15 10 / 0.03 0.03 0.05 0.05 0.05 0.15 11 / 0.02 0.12 0.05 0.05 0.05 0.05 12 / 0.02 0.12 0.05 0.05 0.05 0.05 13 / 0.1 0.1 0.1 0.1 0.05 0.05 14 / 0.1 0.1 0.1 0.1 0.05 0.05 Bottleneck P-CSCF1 P-CSCF2 S-CSCF1 S-CSCF2 S-CSCF1 P-CSCF1 ---------------------------------------------------------------------- 52 ----------------------------------------------------------------------

III. CONCLUSION We find that which one node will be the bottleneck depends on how the traffic is distributed in the networks. For example, when the traffic between non-roaming network1 subscribers and network1 visitors becomes heavier, P-CSCF1 is the bottleneck (situation 6), however if the traffic between non-roaming network2 subscribers and network2 visitors becomes heavier, P-CSCF2 is the bottleneck (situation2). If we increase the traffic load between non-roaming network1 subscribers and roaming network1 subscribers, S-CSCF1 is the bottleneck (situation5), etc. And since there can be infinite possibilities of traffic distributions, theoretically each node may be the bottleneck in certain situations. ---------------------------------------------------------------------- 53 ----------------------------------------------------------------------