Sep. 2008 doc.: 15-08-0632-00-004e-The Effect of Failures on QoS Slide 1 Submission Paul Dixon, Hisilicon Project: IEEE P802.15 Working Group for Wireless.

Slides:



Advertisements
Similar presentations
Doc.: e Submission Huawei Technologies Co., Ltd.Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Advertisements

Doc.: IEEE i TG4i November 2010 James Gilb (self) Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Implicit RIT Enhancement to RIT] Date.
Doc.: IEEE k Submission Matt Johnson, ItronSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE /395 Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [A non-collaborative.
Doc.: IEEE Submission Chongqing University of Posts and Telecommunications Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE r0 Submission July 2010 John R. Barr, JRBarr, Ltd.Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: e Submission May 2010 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
June 2005 doc:IEEE b Slide 1 Submission Liang Li, Vinno Inc. Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE b Submission March 2004 Robert Poor, Ember CorporationSlide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: c MAC simulation scenarios Submission January 17, 2007 Chun-Ting Chou, PhilipsSlide 1 Project: IEEE P Working Group for Wireless.
Doc.: IEEE b Submission April 2005 Liang Li, WXZJ Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE /0200r0 Submission Jan 2008 Rick Roberts, IntelSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE vlc IG-LED May 2012 Yeong Min Jang, Kookmin University Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE k Submission November, 2011, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Submission, Slide 1. Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [SG-PSC Closing Report] Date.
Doc.: IEEE XXX g Submission May FX. Fu, J.ShenSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Submission Title: [Add name of submission]
May 2000 doc.: IEEE /109r0 May 2000 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: WPAN Requirements.
June 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Scenarios for Usage Model Document.
doc.: IEEE <doc#>
doc.: IEEE <doc#>
Project: IEEE Wireless Personal Area Networks (WPANs)
March 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Toumaz response to TG6 Call for Applications]
<May,2009> doc.: IEEE <doc .....> <July 2009>
doc.: IEEE <doc#1>
doc.: IEEE <doc#>
Submission Title: [Extend-Superframe and GTS Structure]
doc.: IEEE <doc#>
doc.: IEEE <doc#>
<month year> doc.: IEEE <xyz> January 2001
Submission Title: [Common rate resolution]
August, 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Enhancing reliability of data transmission.
<month year> doc.: IEEE < e>
Submission Title: [WG WNG Liaison Report January08]
Submission Title: [Shared GTS Structure]
February 19 May 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: LECIM-IG Closing Report for Beijing.
平成31年2月 doc.: IEEE /424r1 November 2008
Sept 2004 doc.: IEEE b Sept 2004 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
<month year> doc.: IEEE <xyz> November 2000
doc.: IEEE /XXXr0 Sep 19, 2007 June 2009
Submission Title: [Frame and packet structure in ]
November 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Simplified geometry for the usage model.
<month year>20 Jan 2006
Sept 2004 doc.: IEEE a Nov 2004 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
April 19 July 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: WNG Closing Report for San Diego.
<month year> <doc.: IEEE doc> January 2016
<month year> <doc.: IEEE doc> March 2015
March 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [DF6 Radio-burst length over PSDU size] Date.
Submission Title: [Proposed Resolution for FSK/GFSK Prior Comments]
doc.: IEEE <doc#>
Tero Kivinen, INSIDE Secure
Submission Title: [ e Schedule Update]
Submission Title: [Extend-Superframe and GTS Structure]
<month year> doc.: IEEE <030158r0> <March 2003>
January 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG3c Project Plan] Date Submitted: [17.
September 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Suggested TG3c PAR Changes] Date Submitted:
Mar 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution for Comment 70 ] Date Submitted:
Project: IEEE Study Group for Wireless Personal Area Networks (WPANs)
Mar 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Resolution for Comment 70 ] Date Submitted:
<month year> <doc.: IEEE doc> September 2015
August, 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Improve the latency between GTS request.
<month year> <doc.: IEEE doc> March 2015
Submission Title: [Common rate resolution]
July 2003 doc.: IEEE <03/242> July 2003
Jul 12, /12/10 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Dependable Interest Group Closing.
Submission Title: TG9ma Agenda for September Meeting
August 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: MLME-SOUNDING and MLME-CALIBRATE comment.
Jan 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: TeraHertz Closing Report Date Submitted: January.
12/15/2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [AWGN Simulation Results] Date Submitted:
Presentation transcript:

Sep doc.: e-The Effect of Failures on QoS Slide 1 Submission Paul Dixon, Hisilicon Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [The Effect of Failures on QoS] Date Submitted: [Sep 5, 2008 ] Source: [Paul Dixon] Company: [Hisilicon] Address: [1700 Alma Drive, Plano, TX 75075] Voice:[ ], Re: [IEEE e group] Abstract:[This presentation examines the relationship between reliability and QoS.] Purpose:[To aid in common usage of terms relating to Reliability and QoS.] Notice:This document 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 acknowledges and accepts that this contribution becomes the property of the Working Group for WPANs and may be made publicly available by WPAN.

Sep doc.: e-The Effect of Failures on QoS Slide 2 Submission Paul Dixon, Hisilicon Outline Reliability Quality of Service Fault Tolerance

Sep doc.: e-The Effect of Failures on QoS Slide 3 Submission Paul Dixon, Hisilicon Motivation There appears to be much non-standard use of terms and a misunderstanding in some quarters of the relationship between Reliability and QoS This presents a brief overview of these issues to ensure a common understanding

Sep doc.: e-The Effect of Failures on QoS Slide 4 Submission Paul Dixon, Hisilicon Reliability reliability is the ability of a system to perform and maintain its functionality in under normal circumstances A system which does not do this may be said to have failed

Sep doc.: e-The Effect of Failures on QoS Slide 5 Submission Paul Dixon, Hisilicon Reliability Failures come in two main types, hard and soft A hard failure occurs when a fault develops in the systems and renders it incapable of performing its function A soft failure is a short term failure due some unpredictable circumstance but functionality is unimpaired in the long term

Sep doc.: e-The Effect of Failures on QoS Slide 6 Submission Paul Dixon, Hisilicon Quality of Service Quality of Service is about achieving goals There is a need to deliver a stream of data between two points The requirements of said stream need to be predictable Delivery of such data is a real time scheduling issue

Sep doc.: e-The Effect of Failures on QoS Slide 7 Submission Paul Dixon, Hisilicon Quality of Service This is not synonymous with reliability Reliable operation is required for file transfer and higher level protocols are very good in ensuring reliable delivery is achieved But in what time?

Sep doc.: e-The Effect of Failures on QoS Slide 8 Submission Paul Dixon, Hisilicon Fault Tolerance Fault tolerance is a totally different issue A different level of cost and complexity

Sep doc.: e-The Effect of Failures on QoS Slide 9 Submission Paul Dixon, Hisilicon Fault Tolerance While a fault tolerant system could probably be configured from components, systems are not fault tolerant in the normal use of the term An system has some resilience to faults and may in a reasonably short time reconfigure its routing to overcome a failure

Sep doc.: e-The Effect of Failures on QoS Slide 10 Submission Paul Dixon, Hisilicon Summary Reliability is important, without a certain level of reliability, a usable system cannot be configured QoS provides a mechanism to deliver information in a timely manner in the absence of other disturbances True Fault Tolerance provides performance which is identical whether or not faults exist Some level of resilience is providing allowing systems to continue after reconfiguration

Sep doc.: e-The Effect of Failures on QoS Slide 11 Submission Paul Dixon, Hisilicon Thank you!