19 June 2002 doc.: IEEE 802.15-02/296r0 Knut Odman, XtremeSpectrum Inc.Slide 1Submission Project: IEEE P802.15 Working Group for Wireless Personal Area.

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

Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Implicit RIT Enhancement to RIT] Date.
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: IEEE July/2009 Zhen, Li and Kohno Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Doc.: IEEE /139r0 Submission 16 March, 2004 Francis daCosta, MeshDynamicsSlide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE /082r0 Submission January 2001 Anuj Batra et al., Texas InstrumentsSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE /147r0 Submission March 2001 Stanley K. Ling, Intel Corporation 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.: IEEE Submission August 18, 2004 Bill Shvodian, Freescale SemiconductorSlide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE / Submission October, 2003 Allen D. Heberling, XtremeSpectrumSlide 1 Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE sru Submission July 2012 Shoichi Kitazawa, ATRSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
IEEE /r0 Submission July, 2005 Slide 1 Hiroyo Ogawa, NICT Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE Submission August 18, 2004 Bill Shvodian, Freescale SemiconductorSlide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE /384r2 Submission Aug 2001 Dr. Rajugopal Gubbi, BroadcomSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks.
Doc.: IEEE /115r0 Submission February 2001 Mark Schrader, Eastman Kodak Co.Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE /115r1 Submission February 2001 Mark Schrader, Eastman Kodak Co.Slide 1 Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE /315r1 Submission July 2001 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
March 2004 Jay Bain, Fearn Consulting; Knut Odman, Motorola doc.: IEEE /0142r0 Submission Project: IEEE P Working Group for Wireless Personal.
Doc.: IEEE /076r1 Submission Feb Dr. William ShvodianSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Doc.: IEEE /250r0 Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: IEEE :
Doc.: IEEE /yyyr0 Submission Aug 2001 Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
Doc.: IEEE /440r2 Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: IEEE :
Doc.: IEEE /076r0 Submission Feb Dr. William ShvodianSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Rick Roberts, XtremeSpectrum
doc.: IEEE <doc#>
Submission Title: [Add name of submission]
doc.: IEEE <01/xxx>
Name - WirelessHD doc.: IEEE g July 2010
Submission Title: Sydney e/ Liaison Report.
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#>
NOV 01 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Application Specific Information Element] Date.
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#>
<January 2002> doc.: IEEE <02/139r0> 12/29/2018
Submission Title: IEEE : Management Slots in the MAC.
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Improved Delayed ACK response Frame for.
Submission Title: IEEE : Overview of Power Save Proposal.
Submission Title: [Common rate resolution]
doc.: IEEE <doc#>
Submission Title: IEEE : Management Slots in the MAC.
Project: IEEE P WG for Wireless Personal Area Networks (WPANs)
12 March 2001 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [OQPSK Cross-Talk Characteristics] Date.
doc.: IEEE <doc#>
Submission Title: IEEE : Power Save Proposal
doc.: IEEE /XXXr0 Sep 19, 2007 June 2009
doc.: IEEE <doc#>
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> <doc.: IEEE doc> January 2016
Address: Kitashinagawa Shinagawa-ku, Tokyo Japan
doc.: IEEE <doc#1>
doc.: IEEE <doc#>
November 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: SRU IG Closing Report for Dallas November.
Tero Kivinen, INSIDE Secure
July 2004 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Bi-Directional CTA] Date Submitted: [July.
<month year> <doc.: IEEE doc> July 2015
Submission Title: IEEE : Overview of Power Save Proposal.
doc.: IEEE <doc#>
Submission Title: [Common rate resolution]
Submission Title: [Common rate resolution]
July 2003 doc.: IEEE <03/242> July 2003
Submission Title: TG9ma Agenda for September Meeting
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:

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 1Submission Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: A simplified and unified power save scheme Date Submitted: 1 July, 2002 Source: Knut Odman Company: XtremeSpectrum Inc. Address: 8133 Leesburg Pike, Suite 700, Vienna, VA Voice: , FAX: , Re: Draft P /D10 Abstract:This presentation identifies and solves problems with the current handover process. Purpose:For implementation in standard. Notice:This document has been prepared to assist the IEEE P 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 acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 2Submission Problem 1 – Subrate -I SF 1 SF 4 SF 3 SF 2 DEV 1 has a sub-rate every SF CTR DEV 2 wants this GTS every beacon. Is it available?

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 3Submission scheduler Problem 1 – Subrate -II GTS1 GTS2ATS1 GTSATS Treat sub-rate as hi-priority ATS Possible but complicated. Interval not guaranteed. superframe What is the purpose?

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 4Submission Problem 2 – APS Not related to transmission needs No synchronized wakeup. When should it read PCTM? PNC would have to buffer CTR that may be of no interest once they are allocated. What is the purpose?

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 5Submission Problem 3 – SPS -I SF 1 SF 2 GTS1 What does PNC do with a passive GTS? It cannot reallocate it.

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 6Submission Problem 3 – SPS - II SF1 SF2 SF5SF4SF3 DEV1DEV2DEV4 How do I broadcast? How does DEV4 send to DEV1? How is handover done?

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 7Submission Problem 3 – SPS - III Suspend/ revoke GTS… Join/leave SPS… No global sync… CTRI, SPSI, Active, AWAKE, Sleep… The complexity is prohibitive What is the purpose?

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 8Submission Experiences from other protocols Other protocols not using PNC forwarding either have announcement beacons where the PNC wakes up dest. DEV, or announcement slots where the source DEVs wake up their destination. What makes us so special?

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 9Submission Experiences from research There is a tradeoff between communication and computation. If the algorithm is distributed, computation gets smaller but the control overhead increases. Rule of thumb: Keep it simple.

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 10Submission QoS in the sleep? Dont expect QoS to be perfectly maintained in sleep mode. Responsiveness: Does it matter if you get the slot in 10s or s? Throughput: If you need full QoS, why not wake up, establish a stream, send data, kill stream and go back to bed? The overhead isnt bigger than the current SPS. Jitter: Cant be guaranteed anyway. If it doesnt happen all the time its asynchronous!

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 11Submission Solution - I Remove subrate, APS and SPS from standard. Introduce PNC regulated wake beacons. The PNC has a down counter to count down to the next wake beacon. In increased traffic, wake beacons can come more often. DEVs join and leave sleep mode. PNC sets bitmap in all beacons. Use ATS reservation. If dest. in PS, CTA will not come until next (or a following) wake beacon.

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 12Submission Destination Dev2PNC asleep Set Dev2 bit in beacon PS bitmap Terminate streams to and from DEV2

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 13Submission Source Dev1PNC CTR (DEV2, stream 0) No PCTM needed. The CTA will be there in the wake beacon DEV2 in PS? Enqueue (PSQ, data) Enqueue (AsynchQ, data) truefalse No isochronous data to PS DEVs

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 14Submission PNC SF1 SF2 SF5SF4SF3 Wake beacon CTA 1->2 CTA with Dev2 as Destination PNC can chain more than one wake- beacon after each other if needed

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 15Submission Destination Dev2PNC awake Reset Dev2 bit in beacon PS bitmap

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 16Submission Beacon elements octets : Information IElength = 1-9wake-beacon countdown PS bitmap

19 June 2002 doc.: IEEE /296r0 Knut Odman, XtremeSpectrum Inc.Slide 17Submission Thats it! Do we really have to make it more complicated than that?