QoE Evaluation and Enforcement Framework for Internet Services

Slides:



Advertisements
Similar presentations
Distributed Policy-based Management of Measurement- based Traffic Engineering Steven Van den Berghe IMEC / Ghent University (Intec)
Advertisements

Traffic Engineering over MPLS
Identifying MPLS Applications
Policy-based Congestion Management for an SMS Gateway Alberto Gonzalez (KTH) Roberto Cosenza (Infoflex) Rolf Stadler (KTH) June 8, 2004, Policy Workshop.
Towards Software Defined Cellular Networks
Why SDN and MPLS? Saurav Das, Ali Reza Sharafat, Guru Parulkar, Nick McKeown Clean Slate CTO Summit 9 th November, 2011.
© 2006 Cisco Systems, Inc. All rights reserved. MPLS v2.2—8-1 MPLS TE Overview Understanding MPLS TE Components.
© 2006 Cisco Systems, Inc. All rights reserved. MPLS v2.2—8-1 MPLS TE Overview Introducing the TE Concept.
Slick: A control plane for middleboxes Bilal Anwer, Theophilus Benson, Dave Levin, Nick Feamster, Jennifer Rexford Supported by DARPA through the U.S.
1 IETF 88 IETF88 Vancouver Congestion control for video and priority drops Background for draft-lai-tsvwg-normalizer-02.txt Toerless Eckert,
TELE202 Lecture 8 Congestion control 1 Lecturer Dr Z. Huang Overview ¥Last Lecture »X.25 »Source: chapter 10 ¥This Lecture »Congestion control »Source:
24.1 Chapter 24 Congestion Control and Quality of Service Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display.
Playback-buffer Equalization for Streaming Media using Stateless Transport Prioritization Dan Tan, HPL, Palo Alto Weidong Cui, UC Berkeley John Apostolopoulos,
Doc.: IEEE /0604r1 Submission May 2014 Slide 1 Modeling and Evaluating Variable Bit rate Video Steaming for ax Date: Authors:
Video over ICN IRTF Interim Meeting Boston, MA Cedric Westphal.
CPSC Topics in Multimedia Networking A Mechanism for Equitable Bandwidth Allocation under QoS and Budget Constraints D. Sivakumar IBM Almaden Research.
Differentiated Services. Service Differentiation in the Internet Different applications have varying bandwidth, delay, and reliability requirements How.
A Case for Relative Differentiated Services and the Proportional Differentiation Model Constantinos Dovrolis Parameswaran Ramanathan University of Wisconsin-Madison.
4-1 Network layer r transport segment from sending to receiving host r on sending side encapsulates segments into datagrams r on rcving side, delivers.
ACN: IntServ and DiffServ1 Integrated Service (IntServ) versus Differentiated Service (Diffserv) Information taken from Kurose and Ross textbook “ Computer.
1 Internet Networking Spring 2003 Tutorial 11 Explicit Congestion Notification (RFC 3168)
SIM5102 Software Evaluation
EE 122: Router Design Kevin Lai September 25, 2002.
Introduction. 2 What Is SmartFlow? SmartFlow is the first application to test QoS and analyze the performance and behavior of the new breed of policy-based.
School of Information Technologies IP Quality of Service NETS3303/3603 Weeks
Internet QoS Syed Faisal Hasan, PhD (Research Scholar Information Trust Institute) Visiting Lecturer ECE CS/ECE 438: Communication Networks.
Data Plane Verification. Background: What are network policies Alice can talk to Bob Skype traffic must go through a VoIP transcoder All traffic must.
Design of QoS Router Terrance Lee. Broadband Internet Architecture Intelligent Access Electronic Switch (Intserv or Diffserv) Switching /Routing QoS Security.
A Study on Quality of Service Issues in Internet Telephony  IP Telephony – Applications and Services  Advantages and benefits of Voice over IP  Technical.
Computer Networks Switching Professor Hui Zhang
Doc.: IEEE /1159r1 Submission Sept 2013 Guoqing Li (Intel)Slide 1 Video Performance Requirements and Simulation Parameters Date: Authors:
Tiziana FerrariQuality of Service for Remote Control in the High Energy Physics Experiments CHEP, 07 Feb Quality of Service for Remote Control in.
© 2006 Cisco Systems, Inc. All rights reserved. MPLS v2.2—1-1 MPLS Concepts Introducing Basic MPLS Concepts.
AIMS’99 Workshop Heidelberg, May 1999 Ko / CP 4/99 Linkage between Internet Service Architectures and ATM
QoS in MPLS SMU CSE 8344.
1 Extending an Open Media- Streaming Platform to Support Differentiated Services S.Zoi D. LouKatos, P. Papageorgiou, P. Stathopoulos, N.Mitrou Ece Department.
Tiziana Ferrari Quality of Service Support in Packet Networks1 Quality of Service Support in Packet Networks Tiziana Ferrari Italian.
1 Kommunikatsiooniteenuste arendus IRT0080 Loeng 7 Avo Ots telekommunikatsiooni õppetool, TTÜ raadio- ja sidetehnika inst.
Top-Down Network Design Chapter Thirteen Optimizing Your Network Design Oppenheimer.
MPLS and Traffic Engineering Ji-Hoon Yun Computer Communications and Switching Systems Lab.
Class-based QoS  Internet QoS model requires per session state at each router  1000s s of flows  per session RSVP is complex => reluctance.
INTERNATIONAL NETWORKS At Indiana University Hans Addleman TransPAC Engineer, International Networks University Information Technology Services Indiana.
© 2006 Cisco Systems, Inc. All rights reserved. Optimizing Converged Cisco Networks (ONT) Module 4: Implement the DiffServ QoS Model.
A Practical Approach for Providing QoS: MPLS and DiffServ
QoS framework (PR0002) Rev.0.5 (Work in progress).
Bjorn Landfeldt, The University of Sydney 1 NETS3303 Networked Systems.
CS 447 Network & Data Communication QoS Implementation for the Internet IntServ and DiffServ Department of Computer Science Southern Illinois University.
July 12th 1999Kits Workshop 1 Active Networking at Washington University Dan Decasper.
An Adaptive Video Streaming Control System: Modeling, Validation, and Performance Evaluation PRESENTED BY : XI TAO AND PRATEEK GOYAL DEC
Mr. Mark Welton.  Quality of Service is deployed to prevent data from saturating a link to the point that other data cannot gain access to it  QoS allows.
Supporting DiffServ with Per-Class Traffic Engineering in MPLS.
© 2006 Cisco Systems, Inc. All rights reserved. Optimizing Converged Cisco Networks (ONT) Module 4: Implement the DiffServ QoS Model.
© 2006 Cisco Systems, Inc. All rights reserved. Module 4: Implement the DiffServ QoS Model Lesson 4.6: Congestion Avoidance.
for SDN-based flow handover in wireless environments Daniel Corujo Carlos Guimarães Rui L. Aguiar
Mar-16 1 Cairo University Faculty of Engineering Electronics &Communication dpt. 4th year Linux-based Implementation Of a Router (B.Sc Graduation project)
1 Lecture 15 Internet resource allocation and QoS Resource Reservation Protocol Integrated Services Differentiated Services.
Multiprotocol Label Switching (MPLS) Routing algorithms provide support for performance goals – Distributed and dynamic React to congestion Load balance.
Network layer (addendum) Slides adapted from material by Nick McKeown and Kevin Lai.
UNM SCIENCE DMZ Sean Taylor Senior Network Engineer.
What is a Protocol A set of definitions and rules defining the method by which data is transferred between two or more entities or systems. The key elements.
Instructor Materials Chapter 6: Quality of Service
Congestion Control and
© 2008 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Chapter 6: Quality of Service Connecting Networks.
ONOS Drake Release September 2015.
CS 31006: Computer Networks – The Routers
DDoS Attack Detection under SDN Context
Network Core and QoS.
EE 122: Lecture 7 Ion Stoica September 18, 2001.
Modeling and Evaluating Variable Bit rate Video Steaming for ax
Network Core and QoS.
Presentation transcript:

QoE Evaluation and Enforcement Framework for Internet Services ITU Workshop on “Performance, QoS and QoE of Emerging Networks and Services Athens, Greece, September 2015 QoE Evaluation and Enforcement Framework for Internet Services Marcus Eckert, Thomas M. Knoll Research Assistant, TU-Chemnitz marcus.eckert@etit.tu-chemnitz.de

Contents Motivation Architecture Overview Architecture Components QMON – QoE Monitoring QRULE – QoE Policy and Rules QEN – QoE Enforcement Results Summary

Motivation Experienced quality of Internet services is crucial for customer satisfaction QoE monitoring and enforcement is thus required for business success Aim: application specific differentiated handling of traffic flows for major Internet services 3GPP standard based procedures using dedicated bearers are hardly used today Default bearer differentiated flow handling is missing Improved QoE measurement and enforcement framework required ISAAR Framework (ISAAR = Internet Service quality Assessment and Automatic Reaction) ISAAR augments existing QoS functions by flow based network centric QoE monitoring and enforcement functions

Architecture Overview Modular service specific QoE management architecture 3 functional components: QoE Monitoring (QMON) – flow detection and measurement, QoE Rules (QRULE) – policy rules and permission checking and QoE Enforcement (QEN) – respective flow manipulation Interworking with existing QoS mechanisms 3GPP PCC Priority marking (DiffServ, Ethernet prio, MPLS prio) Proprietary router QoS support (queueing, scheduling, shaping) SDN based QoS support (e.g. through OpenFlow Action Sets) PCC = „Policy and charging control architecture” - 3GPP TS 23.203 QCI = 5-9 für Non-GBR -> hence, also for default bearer QCI = 1-4 for GBR Bearer -> only dedicated bearer Dedicated bearer only as add-on for default bearer Default bearer gets IP address  dedicated bearer thus gets no additional IP address! Multiple default bearers are possible  leads to multiple IP addresses ! Page 4

Architecture Overview Page 5

Architecture Components – QMON QMON operation Flow classification With and without DPI Centralized / distributed With SDN match and action rules Flow capturing SDN support to tee out flows Flow Monitoring Application specific KPI calculation Standardization: G.102y QMON output Flow Information and QoE estimation currently implemented: “Video QoE estimation”

Measurement Procedure Measurement at end device Most precise Firmware / device specific User involvement Tampering possible Measurement within operator network User and device independent End device (buffer) model required  estimation Reliable results at scale Challenges: constant changes in video streaming (encoding + media container formats)  MPEG DASH PCC = „Policy and charging control architecture” - 3GPP TS 23.203 QCI = 5-9 für Non-GBR -> hence, also for default bearer QCI = 1-4 for GBR Bearer -> only dedicated bearer Dedicated bearer only as add-on for default bearer Default bearer gets IP address  dedicated bearer thus gets no additional IP address! Multiple default bearers are possible  leads to multiple IP addresses !

Measurement Procedure Flow Detection and Classification Deep Packet Inspection (DPI) Built-in or external using 3GPP PCC Gx interface Video Quality Measurement TCP = reliable transport  no longer fine grained pixel and block structure errors Video stall events, duration and inter-stall timing is important Buffer fill level estimation as measurement result PCC = „Policy and charging control architecture” - 3GPP TS 23.203 QCI = 5-9 für Non-GBR -> hence, also for default bearer QCI = 1-4 for GBR Bearer -> only dedicated bearer Dedicated bearer only as add-on for default bearer Default bearer gets IP address  dedicated bearer thus gets no additional IP address! Multiple default bearers are possible  leads to multiple IP addresses !

Measurement Procedure Buffer fill level estimation (exact method) Difference between TCP segment timestamp and playout time encoded in video data within the segment Each segment is traced and processed Use TCP ACKs to increase precision (segment loss, RTT measurement) Buffer model required for fill level estimation (initial buffering, re-buffering and play-out thresholds) Buffer depletion / stall events, re-buffering times and inter-stall timing as measurement results PCC = „Policy and charging control architecture” - 3GPP TS 23.203 QCI = 5-9 für Non-GBR -> hence, also for default bearer QCI = 1-4 for GBR Bearer -> only dedicated bearer Dedicated bearer only as add-on for default bearer Default bearer gets IP address  dedicated bearer thus gets no additional IP address! Multiple default bearers are possible  leads to multiple IP addresses !

Measurement Improvements (speed & accuracy) Buffer fill level estimation (estimation method) Speed-up by chunk based throughput like measurement to avoid decoding every packet (“jump through the stream” method) Full header decoding needed and limited to suitable formats e.g. MP4 Variable look-up interval  trade off between processing speed-up and accuracy Loss of fill level estimation precision especially when high delays or even losses occur due to congestion PCC = „Policy and charging control architecture” - 3GPP TS 23.203 QCI = 5-9 für Non-GBR -> hence, also for default bearer QCI = 1-4 for GBR Bearer -> only dedicated bearer Dedicated bearer only as add-on for default bearer Default bearer gets IP address  dedicated bearer thus gets no additional IP address! Multiple default bearers are possible  leads to multiple IP addresses !

Measurement Improvements (speed & accuracy) Buffer fill level estimation (combined method) Automatic switching between exact and estimation mode of operation to gain the speed-up during good times and to keep the precision during bad networking conditions. There is hardly any difference between the exact and the combined method result. However, the processing load increases (speed-up decreases) for bad case video streaming conditions PCC = „Policy and charging control architecture” - 3GPP TS 23.203 QCI = 5-9 für Non-GBR -> hence, also for default bearer QCI = 1-4 for GBR Bearer -> only dedicated bearer Dedicated bearer only as add-on for default bearer Default bearer gets IP address  dedicated bearer thus gets no additional IP address! Multiple default bearers are possible  leads to multiple IP addresses !

MOS calculation for Video QoE Mean Opinion Score (MOS) derived from P.862 (ITU-T: Perceptual evaluation of speech quality = pesq) 0 = worst quality / 4.5 = highest quality Assumption: initial 4.5 decreased by negative impact (NI) factor Initial buffering (e.g. 10s) does not raise NI Each following stall decreases the MOS; follows an e-function (exponential function) 𝑀𝑂𝑆=𝑒 − 𝑥 5 +1,5 where x = # of stall events PESQ, Perceptual Evaluation of Speech Quality  ITU P.862 ITU P.862.1  mapping of PESQ score to MOS Subjective tests  ITU P.800

MOS calculation for Video QoE Example video with 5 stalling events Resulting in a bad MOS value PCC = „Policy and charging control architecture” - 3GPP TS 23.203 QCI = 5-9 für Non-GBR -> hence, also for default bearer QCI = 1-4 for GBR Bearer -> only dedicated bearer Dedicated bearer only as add-on for default bearer Default bearer gets IP address  dedicated bearer thus gets no additional IP address! Multiple default bearers are possible  leads to multiple IP addresses !

MOS calculation for Video QoE Memory effect also influences the negative impact of each stall (D1) as well and dampens the impact the longer the play-out has run smoothly before 𝑀𝑂𝑆=𝑒 − 𝑥 5 +1,5−𝑎∙ 𝑒 𝑡 𝑥=𝑛𝑢𝑚𝑏𝑒𝑟 𝑜𝑓 𝑠𝑡𝑎𝑙𝑙𝑠 𝑡=𝑡𝑖𝑚𝑒 𝑠𝑖𝑛𝑐𝑒 𝑙𝑎𝑠𝑡 𝑠𝑡𝑎𝑙𝑙 𝛼=𝑚𝑒𝑚𝑜𝑟𝑦 𝑝𝑎𝑟𝑎𝑚𝑒𝑡𝑒𝑟 PCC = „Policy and charging control architecture” - 3GPP TS 23.203 QCI = 5-9 für Non-GBR -> hence, also for default bearer QCI = 1-4 for GBR Bearer -> only dedicated bearer Dedicated bearer only as add-on for default bearer Default bearer gets IP address  dedicated bearer thus gets no additional IP address! Multiple default bearers are possible  leads to multiple IP addresses !

Architecture Components – QRULE QRULE input Flow information and corresponding QoE estimation from QMON QRULE operation Mapping input flow to service flow classes Check whether QoE enhancement is allowed by general operator policy Determine Per Flow Behaviour (PFB) based on the Enforcement Database of QEN QRULE output PFB specific commands for QEN for 3GPP PCC triggering and/or marking, shaping, dropping and even (SDN/LSP) path selection

Architecture Components – QRULE / PFB Determination Example: PFB commands for marking rules and SDN flow based path selection in high contention situations

Architecture Components – QRULE / PFB Example BE/LE marking CS5 marking EF or equivalent class marking

Architecture Components – QEN QEN input Flow information and QRULE action command set QEN operation Register enforcement capabilities Execute flow manipulation via: 3GPP – PCC (PCRF / PCEF) IETF & IEEE priority marking Automated router configuration with vendor specific QoS capabilities and settings SDN capabilities for marking and Traffic Engineering (TE) Granularity: per-flow or per-class PFB & class PHB / flow & class TE

Architecture Components – QEN QEN flow manipulation options 3GPP – PCC (PCRF / PCEF) QCI marking and/or dedicated bearer setup IETF & IEEE priority marking IP Diffserv, Ethernet priority, MPLS traffic class priority without the need to change the configuration of network elements Synchronized inside/outside GTP tunnel & IPSec tunnel marking Automated router configuration with vendor specific capabilities and settings Cisco / Juniper specific router configuration with flow-specific rules for scheduling, shaping, dropping as well as path (LSP) selection SDN capabilities for marking and TE marking via OpenFlow switch action list configuration flow-specific traffic engineering (LSP selection or flow-specific forwarding paths)

Results Demonstrator setup additionally to the field trials Field trials using packet traces at SGi interface of an operator Demonstrator Lab setup using 2 Laptops Online Buffer fill level estimation and MOS calculation PCC = „Policy and charging control architecture” - 3GPP TS 23.203 QCI = 5-9 für Non-GBR -> hence, also for default bearer QCI = 1-4 for GBR Bearer -> only dedicated bearer Dedicated bearer only as add-on for default bearer Default bearer gets IP address  dedicated bearer thus gets no additional IP address! Multiple default bearers are possible  leads to multiple IP addresses !

Results Results for exact vs. estimation vs. combined method estimation interval stepping processing time # re-buffering events re-buffering time Both algorithms - good case video Human - 0 s Exact 6 s 10 packets 3 s 50 packets 100 packets 150 packets 250 packets Estimation algorithm - bad case video 10 58 s 12 s 56,6 s 56,0 s 54,4 s 53,7 s 9 51,3 s 5 s 6 49,1 s Combined algorithm - bad case video exact 8 s 7 s Results for exact vs. estimation vs. combined method of operation PCC = „Policy and charging control architecture” - 3GPP TS 23.203 QCI = 5-9 für Non-GBR -> hence, also for default bearer QCI = 1-4 for GBR Bearer -> only dedicated bearer Dedicated bearer only as add-on for default bearer Default bearer gets IP address  dedicated bearer thus gets no additional IP address! Multiple default bearers are possible  leads to multiple IP addresses !

Results Results for exact vs. combined method of operation Good case video Bad case video PCC = „Policy and charging control architecture” - 3GPP TS 23.203 QCI = 5-9 für Non-GBR -> hence, also for default bearer QCI = 1-4 for GBR Bearer -> only dedicated bearer Dedicated bearer only as add-on for default bearer Default bearer gets IP address  dedicated bearer thus gets no additional IP address! Multiple default bearers are possible  leads to multiple IP addresses !

Results Results for buffer fill level to MOS QoE calculation Each stall is sharply impacting the experienced quality (MOS score) Re-buffering times gradually impact the MOS score Periods of smooth play-out lead to slight MOS recovery Full recovery is possible if only a few stalls occur and a long smooth play-out follows PCC = „Policy and charging control architecture” - 3GPP TS 23.203 QCI = 5-9 für Non-GBR -> hence, also for default bearer QCI = 1-4 for GBR Bearer -> only dedicated bearer Dedicated bearer only as add-on for default bearer Default bearer gets IP address  dedicated bearer thus gets no additional IP address! Multiple default bearers are possible  leads to multiple IP addresses !

Summary ISAAR addresses QoE management for Internet based services 3 components QMON, QRULE, QEN to monitor and manipulate flows Location aware service flow observation and steering Automated network based QoE estimation is feasible and produces accurate results in terms of MOS score calculations and underlying buffer fill level estimations. Aware of 3GPP standardized PCC Interworking with PCRF/PCEF 3GPP interfaces are supported (Sd, UD/Sp, Rx, Gx/Gxx) ISAAR is also able to work independently of 3GPP QoS functionality PCC = „Policy and charging control architecture” - 3GPP TS 23.203 QCI = 5-9 für Non-GBR -> hence, also for default bearer QCI = 1-4 for GBR Bearer -> only dedicated bearer Dedicated bearer only as add-on for default bearer Default bearer gets IP address  dedicated bearer thus gets no additional IP address! Multiple default bearers are possible  leads to multiple IP addresses !