Doc.: IEEE C802.20-04/20 Submission March, 2005 Jim Tomcik,Slide 1 ProjectIEEE 802.20 Working Group on Mobile Broadband Wireless Access

Slides:



Advertisements
Similar presentations
ProjectIEEE Working Group on Mobile Broadband Wireless Access TitleEvaluation criteria: The Segment Approach.
Advertisements

ProjectIEEE Working Group on Mobile Broadband Wireless Access TitleRepeater issues for MBWA Date Submitted.
Doc.: IEEE C /06 Submission January, 2005 Jim Tomcik,Slide 1 ProjectIEEE Working Group on Mobile Broadband Wireless Access
M2M Study Report: Status Report IEEE Presentation Submission Template (Rev. 9) Document Number: IEEE C802.16ppc-10/0008 Date Submitted:
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: PoA Capabilities of IE with IPv6 Prefix Availability Date Submitted: May 2006 Authors.
ProjectIEEE Working Group on Mobile Broadband Wireless Access TitleIEEE MBWA Security Architecture.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Comment-Resolution-Update Title: , July 2006, Comment Resolution.
Doc.: IEEE b Submission April 2012 Review of j Traffic Models IEEE P802.22b Wireless RANs Date: Authors: Notice:
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: GPP Requirements ad hoc Report Date Submitted: September,
Doc.: IEEE /0322r0 Submission March 2006 Royce Fernald - Intel CorporationSlide 1 Video Use Cases Notice: This document has been prepared to assist.
21-05-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxxx Title: LB #1b Comment Summary Date Submitted: March, 2007 Presented at.
Doc.: IEEE t Submission Jan 2006 Chris Trecker, Azimuth SystemsSlide 1 Test Methodology for Measuring Loss, Delay and Jitter Notice:
Vancouver1 ProjectIEEE Working Group on Mobile Broadband Wireless Access TitleSchedule Considerations Date.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Higher layer services and information IEs Date Submitted: March 2006 Authors or Source(s):
Doc.: IEEE /0310r0 Submission Sept 2007 Srinivas Sreemanthula Slide 1 IEEE MEDIA INDEPENDENT HANDOVER DCN: MIH-Security-Options.ppt.
21-07-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxxx Title: Problem Scenario Date Submitted: September, 2007 Presented at.
Synchronization Drafting Group Schedule Document Number: IEEE C802.16m-09/0379 Date Submitted: Source: Paul Cheng
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: FMCA MIH Work Item Date Submitted: March, 2009 Presented at IEEE.
IEEE C /04 ProjectIEEE 802 Executive Committee Study Group on Mobile Broadband Wireless Access TitleEvaluation Methodology:
ProjectIEEE Working Group on Mobile Broadband Wireless Access TitleLiaison relationships with external organizations.
DC RG Report Document Number: IEEE C802.16n-11/0088 Date Submitted: Source: Ming-Tuo Zhou, Sungcheol Chang DC RG.
Suggestions for GRIDMAN PAR Proposal IEEE Presentation Submission Template (Rev. 9) Document Number: IEEE C802.16gman-10/0005 Date Submitted:
ProjectIEEE Working Group on Mobile Broadband Wireless Access TitleOA&M Suggested Text Date Submitted
IEEE MEDIA INDEPENDENT HANDOVER DCN: 100 Title: Cross Domain Trigger and Handover Talking Points Date Submitted: July 13, 2004.
21-07-xxxx IEEE MEDIA INDEPENDENT HANDOVER DCN: xxxx Title: MIH security issues Date Submitted: July, 02, 2007 Presented at.
Doc.: IEEE /0477r0 Submission March 2007 C. Wright, AzimuthSlide 1 Proposal for fixing additional issues in some subclauses Notice: This document.
IEEE DCN: SAUC Title: TG Closing Note Date Submitted: November 14, 2013 Presented at IEEE session #59 in Dallas, Texas,
ProjectIEEE Working Group on Mobile Broadband Wireless Access TitleRepeater issues for MBWA Date Submitted.
IEEE Working Group on Mobile Broadband Wireless Access
Test Methodology for Measuring Loss, Delay and Jitter
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER
Document Framework Section
IEEE C /36 Project IEEE Working Group on Mobile Broadband Wireless Access Title Proposed Work Plan.
IEEE Working Group on Mobile Broadband Wireless Access
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
IEEE C /xx Project IEEE 802 Executive Committee Study Group on Mobile Broadband Wireless Access Title Evaluation Methodology:
Document Framework Section
IEEE MEDIA INDEPENDENT HANDOVER DCN: srho
IEEE MEDIA INDEPENDENT HANDOVER DCN: sec
IEEE MEDIA INDEPENDENT HANDOVER DCN: sec
IEEE MEDIA INDEPENDENT HANDOVER SERVICES
IEEE MEDIA INDEPENDENT HANDOVER DCN: sec
IEEE MEDIA INDEPENDENT HANDOVER DCN: xxx
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN: bcast
IEEE MEDIA INDEPENDENT HANDOVER SERVICES
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER DCN: sec
IEEE MEDIA INDEPENDENT HANDOVER DCN: srho
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE C /48 Project IEEE Working Group on Mobile Broadband Wireless Access Title New Business Item/
Spectrum Sensing Tiger Team
IEEE MEDIA INDEPENDENT HANDOVER DCN: bcst
IEEE DCN: Title: TG Opening Note Date Submitted: Mar 09, 2015
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER SERVICES
IEEE MEDIA INDEPENDENT HANDOVER DCN:
IEEE Working Group on Mobile Broadband Wireless Access
IEEE MEDIA INDEPENDENT HANDOVER
IEEE MEDIA INDEPENDENT HANDOVER DCN: bcast
IEEE MEDIA INDEPENDENT HANDOVER DCN:
Project Planning Adhoc: WG Opening Plenary Report
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: Your Title Here
21-06-xxx-LocInfo_in_IS_request
Greenfield protection mechanism
Presentation transcript:

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 1 ProjectIEEE Working Group on Mobile Broadband Wireless Access TitleQoS for Evaluation Criteria Gaming Models Date Submitted Source(s) Jim Tomcik Qualcomm, Incorporated 5775 Morehouse Drive San Diego, CA, Voice: Fax: Re: MBWA Call for Contributions Abstract IP-based gaming is likely to be an important application for the future standard. Furthermore, gaming provides a simple model of a truly interactive application and as such can be used in technology evaluation as a key traffic source. This contribution further addresses the issues of providing adequate Quality of Service to support internet gaming (in the form of first person shooter games) properly. A short piece of text is also proposed for the evaluation criteria document. Purpose To provide a basis for developing models, and evaluation criteria for gaming-driven traffic in Notice This document has been prepared to assist the IEEE Working Group. 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 The contributor is familiar with IEEE patent policy, as outlined in Section 6.3 of the IEEE-SA Standards Board Operations Manual and in Understanding Patent Issues During IEEE Standards Development.Section 6.3 of the IEEE-SA Standards Board Operations Manualhttp://standards.ieee.org/guides/opman/sect6.html#6.3http://standards.ieee.org/board/pat/guide.html

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 2 QoS for Evaluation Criteria Gaming Models Jim Tomcik

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 3 Classes of Networked Games First Person Shooting (FPS) Games –Players “inhabit” the characters –Games Take Place inside a “maze” of rooms –Fights/matches between characters determine who survives –Most have a timed-out “resurrection” for characters who have lost a match –Examples: Quake, Quake 2, “Counter Strike” Third Person Shooting (TPS) Games –Players control characters from a “distance” –Typical of many early video games (Super Mario Brothers, e.g.) –Fights/Matches tend to be between either characters or between a character and a system-supplied “villian” –Game Ends for Characters who lose Strategy Games –Players may control teams of characters such as “armies” –Real Time fights/matches are not as important as overall strategy –Games can take hours or days

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 4 FPS Game Requirements FPS Games –Very Interactive – requires minimal delay/latency/jitter ‘LAG” Players’ success depends on minimal delays –Network –Graphics Rendering Somewhat Packet Loss Sensitive –How Interactive?? Ping time Excellent game play results Ping time Good game play results Ping time > 100 ms -> Playability degrades noticeably Ping time >150 ms -> Often reported as intolerable, but –Many players claim to have no trouble with ping times around 200 ms (?) (See Henderson, “Latency and User Behavior on a multiplayer games server”)

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 5 A Recent QoS Study Beigbeiter et al. (Worcester Poly) Published Laboratory results –Game: “Unreal Tournament 2003” Game type is a First Person Shooter –Deliberately induced packet loss and delay to study user experience Measured Player’s Ability to: –Move his avatar around the board –Aim and shoot precisely –Also measured several other aspects of gaming –Most significant are the “precision shooting” results

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 6 Laboratory Setup  Simple lab setup to illustrate effects of delay and loss  NIST Net Router is Programmable to simulate network conditions  Game server attached “close” (topologically) to the client  NISTnet 7 network emulator runs on the “router” (really a linux box)

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 7 Precision Shooting: Hits vs Packet Loss

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 8 Precision Shooting: Hits vs Latency

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 9 Conclusions QoS is usually specified as –Packet Loss Constraints –Latency Constraints Latency is composed of both fixed delay and “jitter” –Outage Constraints Recommendation for gaming traffic: –Packet Loss: <1 percent for gaming traffic –Latency (one way delay): <30ms –Latency >50 ms implies an “outage” condition Simulation report includes histogram of latencies, and outage probability for the simulation run –Enough data to ensure that the system can deliver the required QoS under the simulation scenarios and traffic mixes selected

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 10 Text Review

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 11 Suggested Text This section provides QoS requirements for traffic simulated as gaming traffic. The system shall guarantee QoS parameters consistent with the following table: ParameterValue Latency (one way)<30ms OutageLatency >50 ms Packet Loss< 1 % Simulation reports shall provide QoS data for gaming traffic to insure that the system can deliver the required user experience for this important traffic type. Data reported shall include, mean latency seen by each mobile’s client (not in outage), mean packet loss percentage for gaming traffic, and percent of mobiles in outage during the simulation run.

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 12 References Tom Beigbeter et al., “The Effects of Packet Loss and Latency on User Performance in “Unreal Tournament 2003”, ACM SigComm ’04 Workshops, Portland Oregon, September S. McCreary, “Trends in Wide Area IP Traffic Patterns – A View from Ames Internet Exchange”, ITC Spec. Seminar, Michael S. Borella, “Source Models of Network Game Traffic”, Networld+Interop ’99 Engineer’s Conference, May, 1999 Johannes Farber, “Network Game Traffic Modelling”, NetGames2002, April 16-17, 2002, Braunschweig, Germany. 3GPP, “Feasibility Study for Enhanced Uplink for UTRA FDD” TR V , March GPP2, “cdma2000 Evaluation Methodology, Revision 0”, C.P1002, version 0.3, July 23, 2004.

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 13 Discussion Area

doc.: IEEE C /20 Submission March, 2005 Jim Tomcik,Slide 14 Reference Architecture Assumes a Client/Serv er Gaming Model Client 1 Client 2 Client “n” Base Station IP Network Gaming Server