+ All Categories
Home > Documents > Alessandro Forcina - i3forum

Alessandro Forcina - i3forum

Date post: 19-Mar-2022
Category:
Upload: others
View: 2 times
Download: 0 times
Share this document with a friend
16
Alessandro Forcina Technical Aspects Workstream Chairman Telecom Italia Sparkle
Transcript

www.i3forum.org

Alessandro Forcina Technical Aspects Workstream Chairman Telecom Italia Sparkle

www.i3forum.org

May 17, 2012 Chicago

3rd Annual i3Forum Conference

The Future is All IP

QoS Measurement in Int.nal Voice Service

presented by Alessandro Forcina

(i3 Forum WS “Technical Aspects” Chairman) TELECOM ITALIA SPARKLE

www.i3forum.org

Agenda •  The GSMA Requirements

•  The RTCP methodology

•  Suggested Methodologies •  “Aggregation” Scheme

•  “Media Loopback” Methodologies

•  Proposed i3f guideline

www.i3forum.org

General Reference Configuration

•  More than 2 carriers can be present in the end-to-end segment

•  Border functions are not always located at the carrier’s network edge -> €€ IMPACT •  Measurement of traditional Voice (e.g. ALOC, ASR, NER) parameters spans up to final

user -> NO PROBLEM

IPX End-to-End QoS Domain

Border Functions

Border Functions

Carrier / IPX P B

(Domestic Operator)

TDM

VoIP

TDM

VoIP

Service Provider A

Service Provider B

(Domestic Operator)

CHF CHF

CHF: Call Handling Function

MEDIA

Transport Platform

SIGNALLING ( VoIP , Sigtran appls .)

Sigtran Appls . Sigtran Appls .

TDM (MNO)

TDM (MNO)

Carrier / IPX P A

Border Functions

Border Functions

(Domestic Operator)

TDM TDM

VoIP VoIP

TDM TDM

VoIP VoIP

Service Provider A

Service Provider B

(Domestic Operator)

CHF CHF

CHF: Call Handling Function

MEDIA

Transport Platform Transport Platform

SIGNALLING ( VoIP , Sigtran appls .)

Sigtran Appls . Sigtran Appls .

TDM (MNO)

TDM (MNO)

www.i3forum.org

•  The RTP path of the voice service may be different than the “direct OSPF/ BGP” IP path of the data service

•  GSMA (AA.81): “Transport (IP) Quality... shall be measured and reported for the path carrying PVI service” -> Mutual trust among Carriers / IPX Providers

•  RT Delay, Packet Loss, Packet Jitter -> MOS (Mean Opinion Score)

Originating Service Provider A

Carrier / IPX P A IPX network

Carrier / IPX P B IPX network

CHF

CHF

Border Functions

Border Functions

Internal QoS Domain Internal QoS Domain

IPX End-to-End QoS Domain

IMS/TDM IMS/TDM

IMS/TDM

Terminating Service Provider A

ALOC NER ASR

CHF

PE Router

Border Functions ->SBC

Call Handling Functions-> Softswitch Direct OSPF / BGP IP path Voice (RTP) path

GSMA requirements (PVI AA.81)

www.i3forum.org

Pros: • Can also provide MOSCQE • Control of measurement domain • Other metrics available

Methodology: Measurement by actively setting up test sessions across test domain

Cons: • Not always representative of real traffic

path • Large number of sessions may be

required to provide full coverage e.g. N2 problem

Methodology: Measurement by passively monitoring traffic sessions across the test domain

Pros: • MOSCQE • Accurate representation of real

performance • Easy to configure • Measurements easy to analyze

Cons: • Uncertain control of measurement

domain • Limited diagnostic ability

Active Passive

Whatever the methodology is, carriers have to invest at the network layer and for development of the OSS/BSS capabilities

Active vs. Passive Measurement Methodologies HOW to achieve QoS Control end-to-end?

www.i3forum.org

An immediate answer: using RTCP (RTP Control Protocol)

It is not possible to distinguish the location of the RTP end-point

VoIP VoIP

Service Provider A

Service Provider B

Carrier / IPX P A IP network

Carrier / IPX P B IP network

CHF CHF

Border Functions

Border Functions

Border Functions

Border Functions

Internal QoS Domain Internal QoS Domain

End-to-End QoS Domain

TDM Media Gateway

RTCP Source 1

RTCP Source 2

PROS: •  based on real traffic -> accurate measurement •  no need of new standard •  available (as an option) in SBC •  calculates MOSCQE from the R-Factor /E-model •  delay, jitter, loss from RTCP sender and receiver reports

No reliable, accurate solution is available

www.i3forum.org

Agenda •  The GSMA Requirements

•  The RTCP methodology

•  Suggested Methodologies •  “Aggregation” Scheme

•  “Media Loopback” Methodologies

•  Proposed i3f guideline

www.i3forum.org

The selected methodology should be: •  “controllable” for a full set of transport parameters (provide

measurement for identifiable domain(s)) •  active or passive •  not vendor proprietary but with a broad industry support •  preferably integrated into existing equipment •  based on recognized standard i.e. from IETF/ITU-T •  relatively easy to integrate into OSS/BSS chain •  with a limited/reasonable deployment overhead •  capable to provide MOSCQE •  capable to assist with SLA monitoring and troubleshooting •  capable in “supporting” at least Bilateral and IPX use cases

i3f Solution Requirements

Activity carried out in parallel with vendors (2 open workshop plus constant contacts) and MNO representatives on behalf GSMA

www.i3forum.org

•  Each carrier monitors quality across their internal QoS domain using their chosen mechanism (e.g. probe servers or RTCP)

QoS Methodologies: Quality Measurement Aggregation

Carrier / IPX P A IP network

PE router PE router

Border Functions

Border Functions

(Domestic Operator)

PE router PE router

TDM

VoIP

TDM

VoIP

Media GW Media GW

Service Provider A

Service Provider B

(Domestic Operator)

CHF CHF

CHF: Call Handling Functions

Border Functions

Carrier / IPX P B IP network

TDM

VoIP

TDM

VoIP CHF CHF

Border Functions

Border Functions

Border Functions

Carrier QoS Domain Carrier QoS Domain

End-to-End QoS Domain QoS Data Reported upstream

KPIs are computed AGGREGATING the values measured by each carrier / IPX P.

•  Delay: estimated by adding up the delay of each carrier network

•  Loss: estimated as the complement of joint probability of the event “Successful Packet Transmission”

•  Jitter: no aggregation scheme. Jitter measured by the last carrier is provided

www.i3forum.org

•  The Border Functions (i.e. SBC) make testing calls to dummy numbers terminated to the last SBC present in the carrier domain, based on Draft IETF -mmusic-media-loopback-18 “An Extension to the Session Description Protocol (SDP) for Media Loopback”

QoS Methodologies: Media Loop-back

Carrier / IPX P A IP network

PE router PE router

Border Functions

Border Functions

(Domestic Operator)

PE router PE router

TDM

VoIP

TDM

VoIP

Media GW Media GW

Service Provider A

Service Provider B

(Domestic Operator)

CHF CHF

CHF: Call Handling Functions

Border Functions

Carrier / IPX P B IP network

TDM

VoIP

TDM

VoIP CHF CHF

Border Functions

Border Functions

Border Functions

Carrier QoS Domain Carrier QoS Domain

End-to-End QoS Domain

Loopback calls

•  Encapsulated scheme: encapsulated source RTP sent back to sender

•  for MOSCQE (R-Factor / E-model) computation: one way delay is needed so the two transmission paths should be symmetrical

www.i3forum.org

Agenda •  The GSMA Requirements

•  The RTCP methodology

•  Suggested Methodologies •  “Aggregation” Scheme

•  “Media Loopback” Methodologies

•  Proposed i3f guideline

www.i3forum.org

•  P1: i3 recognises GSMA requirements of E2E QoS measurement. This task, today, is challenging

•  P2: In case of a 1 single Carrier / IPX Provider domain the solution is based on

•  Delay via RTCP (but RTP via external probes can be used) •  Loss via RTP •  Jitter via RTP

•  which allows to compute MOSCQE via R-Factor/E-Model

•  P3: In case of a 2 Carriers / IPX Providers domain the today recommended solution is based on Aggregation

•  P4: In case of a 2 Carriers / IPX Providers domain the future recommended solution is based on media Loopback – encapsulated scheme

•  P5: Service parameters (ASR, ALOC, NER, …..) can be measured as per requirement following “traditional” schemes

Proposed i3f guideline: 5 principles

www.i3forum.org

P3: TODAY solution for multiple networks domain based on Aggregation

Some issues: •  How to pass QoS data? •  Jitter values cannot be worked out by aggregation

Carrier / IPX P A IP network

PE router PE router

Border Functions

Border Functions

(Domestic Operator)

PE router PE router

TDM

VoIP

TDM

VoIP

Media GW Media GW

Service Provider A

Service Provider B

(Domestic Operator)

CHF CHF

CHF: Call Handling Functions

Border Functions

Carrier / IPX P B IP network

TDM

VoIP

TDM

VoIP CHF CHF

Border Functions

Border Functions

Border Functions

Carrier QoS Domain Carrier QoS Domain

End-to-End QoS Domain QoS Data Reported upstream

Methodology widely used in current IPX trials

www.i3forum.org

Some issues: •  Carrier B has to allow dummy calls -> mutual trust •  Which number to be called (Tel URI or Sip URI)? And belonging to

whom? •  Large number of loopback sessions is required. It increases with a

quadratic law.

P4: FUTURE solution for multiple networks domain based on Media Loop-back

N_IPXP   20,00  N_POP/IPXP   8,00  N_Call/h   2,00  minutes/Call   0,50  N_Calls/day/pop   7.632,00  N_calls/day/IPXP   61.056,00  N_minutes/day/IPXP   30.528,00  N_minutes/month/IPXP   915.840,00  N_minutes/year/IPXP   10.990.080,00      N_minutes/day/IPXdomain   610.560,00  N_minutes/month/IPXdomain   18.316.800,00  

Assuming fully meshed interconnection network

Overestimation

www.i3forum.org

Thank You


Recommended