1. Latency-sensitive Applications - metrics
11/14/2018
doc.: IEEE yy/0r0
Latency-sensitive Applications - metrics
Sept 2005
Authors:
Date: Sept, 2005
Notice: This document has been prepared to assist IEEE It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein.
Release: The contributor grants a free, irrevocable license to the IEEE to incorporate material contained in this contribution, and any modifications thereof, in the creation of an IEEE Standards publication; to copyright in the IEEE’s name any IEEE Standards publication even though it may include portions of this contribution; and at the IEEE’s sole discretion to permit others to reproduce in whole or in part the resulting IEEE Standards publication. The contributor also acknowledges and accepts that this contribution may be made public by IEEE
Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures < ieee802.org/guides/bylaws/sb-bylaws.pdf>, including the statement "IEEE standards may include the known use of patent(s), including patent applications, provided the IEEE receives assurance from the patent holder or applicant with respect to patents essential for compliance with both mandatory and optional portions of the standard." Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibility for delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair as early as possible, in written or electronic form, if patented technology (or technology under patent application) might be incorporated into a draft standard being developed within the IEEE Working Group. If you have questions, contact the IEEE Patent Committee Administrator at
S.Bangolae, Intel
Sangeetha Bangolae, Intel

2. 11/14/2018
doc.: IEEE yy/0r0
Sept 2005
Abstract
This presentation is to provide an outline of metrics for Latency-sensitive applications (typically VoIP over Wireless) such as One-way delay, Jitter, Packet loss, VoIP quality
S.Bangolae, Intel
Sangeetha Bangolae, Intel

3. Sept 2005
Summary
Introduction and Purpose
Metrics
S.Bangolae, Intel

4. Introduction and Purpose
Sept 2005
Introduction and Purpose
Latency-sensitive applications such as VoIP over WLAN need characterization
In addition to VoIP quality for user perception, secondary metrics such as latency, jitter, loss, and roaming time are important
STA based metrics
AP based metrics <TBD>
S.Bangolae, Intel

5. Metrics and conditions
Sept 2005
Metrics and conditions
Primary Metric: VoIP Quality
Secondary Metrics:
One-way delay
Jitter
Packet loss
Bursty loss (measure consecutive packets lost more than 1 in consecutive manner) – very important to determine bursty medium
BSS transition time
Fast BSS transition time
Test Conditions:
Stationary STA
Roaming STA
S.Bangolae, Intel

6. Metrics - Definitions Latency or One Way Delay: Jitter Packet Loss
Sept 2005
Metrics - Definitions
Latency or One Way Delay:
One Way delay is measured as the difference between the time a packet was sent to the time the packet was received at the endpoint;
Requires Synchronization of the endpoints
Measured in both directions
Jitter
Jitter is the delay variation (calculated using the delay measurement)
Packet Loss
Number of packets lost (Calculated by determining the total number of datagrams sent by the sender and those received by the DUT)
BSS/Fast BSS Transition time
Roaming times; Refer presentation documents 874r1 and 950r0
VoIP Quality
A quality parameter such as R-factor (ITU G.107, E-model) or PESQ (ITU P.862) needs to be evaluated
S.Bangolae, Intel

7. Test Variables Modifiers Test Conditions Sept 2005 QoS or 802.11e
11/14/2018
doc.: IEEE yy/0r0
Sept 2005
Test Variables
Modifiers
QoS or e
Security
Authentication method
Encryption method
Frame interval
Frame size
Test Conditions
Unidirectional (upstream/downstream)/Bi-directional
Wireless to Wired
Wireless to Wireless
Simultaneous latency-sensitive streams
Background traffic load
Path loss (dB)
S.Bangolae, Intel
Sangeetha Bangolae, Intel

8. Sept 2005
References
[1] P D0.1 Draft Recommended Practice for the Evaluation of Wireless Performance
[2] IEEE
[3] IEEE /419r1. Alexander Tolpin et al Conductive Test Environment
[4] IEEE /1641r1. Tom Alexander. Metrics Template Example
S.Bangolae, Intel

9. Sept 2005
Thank you!
S.Bangolae, Intel