doc.: IEEE <01/xxx>

Slides:



Advertisements
Similar presentations
Doc.: IEEE /076r1 Submission Feb Dr. William ShvodianSlide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Advertisements

Doc.: IEEE /250r0 Submission, Slide 1 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: IEEE :
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)
2018/4/ /4/18 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Overview of Date Submitted:
Rick Roberts, XtremeSpectrum
Source: Dr. William Shvodian Company: XtremeSpectrum
Submission Title: [Add name of submission]
June 2006 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Scenarios for Usage Model Document.
July 2004 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Bi-Directional CTA] Date Submitted: [July.
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
doc.: IEEE <doc#>
September 2016 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Final Proposal for THz PHY in IEEE
Address: Kitashinagawa Shinagawa-ku, Tokyo Japan
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]
<month year> doc.: IEEE <xyz> January 2001
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.
< November, 2011 > Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [More Low Energy Mechanism Details]
Submission Title: IEEE : Overview of Power Save Proposal.
Submission Title: [Common rate resolution]
doc.: IEEE <doc#>
doc.: IEEE <doc#>
August, 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Enhancing reliability of data transmission.
Submission Title: IEEE : Management Slots in the MAC.
<month year> <doc.: IEEE doc> September 2015
Submission Title: [Resolutions for CID 85, 86, and 87]
Submission Title: [Shared GTS Structure]
Mar Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [CTA Advertisement for Overlapping Piconets]
Sept 2004 doc.: IEEE b Sept 2004 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title:
Doc.: IEEE b 17 March, 2004 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Associated.
Submission Title: IEEE : Power Save Proposal
< April, 2012 > Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Improvement of Data Transmission in.
<month year> doc.: IEEE <xyz> November 2000
Submission Title: [IEEE WPAN Mesh Reference Model]
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.
doc.: IEEE <doc#>
Submission Title: IEEE : MAC Committee Closing Report and Plan
doc.: IEEE <doc#>
Submission Title: [Preamble structures for 4a]
April 19 July 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: WNG Closing Report for San Diego.
Address: Kitashinagawa Shinagawa-ku, Tokyo Japan
doc.: IEEE <doc#1>
September 2018 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Discussion on MAC functionalities Date.
doc.: IEEE <doc#>
doc.: IEEE <doc#>
Submission Title: IEEE : MAC Committee Closing Report and Plan
July 2004 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Bi-Directional CTA] Date Submitted: [July.
Submission Title: [Extend-Superframe and GTS Structure]
doc.: IEEE <doc#1>
Submission Title: IEEE : Overview of Power Save Proposal.
Submission Title: [Consolidation of Ranging Results]
August, 2008 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Improve the latency between GTS request.
Doc.: IEEE Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Summary.
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:

doc.: IEEE 802.15-<01/xxx> <July 2001> doc.: IEEE 802.15-<01/xxx> <July 2001> Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: IEEE802.15.3: A proposal for improvements to the 802.15.3 MAC to allow static GTS slots and unassigned GTS slots. Date Submitted: 10 July, 2001 Source: Dr. William Shvodian Company: XtremeSpectrum Address: 8133 Leesburg Pike, Suite 700, Vienna, Virginia 22182 Voice: +1.703.749-0230 X7129, FAX: +1.703.749.0249, E-Mail: bshvodian@xtremespectrum.com Re: [ ] Abstract: This proposal presents some proposed improvements to the 802.15.3 MAC which allow static GTS slots and unassigned GTS slots . Purpose: To provide an improvement to the current version of the 802.15.2 MAC Notice: This document has been prepared to assist the IEEE P802.15. 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 P802.15. <William Shvodian>, <XtremeSpectrum> Bill Shvodian, XtremeSpectrum

<July 2001> Overview Static assigned GTS slots would beneficial. This presentation shows how static and pseudo-static GTS slots can be added to the 802.15.3 MAC in a simple, robust and flexible manner. Unassigned GTS slots can be useful for a number of reasons, including sharing a channel with adjacent piconets and/or daughter piconets as presented by Akahane-san from Sony. This document will show how unassigned GTS slots can be requested and “assigned” with no change to the current baseline. <William Shvodian>, <XtremeSpectrum>

Current GTS Slot Assignments <July 2001> doc.: IEEE 802.15-<01/xxx> <July 2001> Current GTS Slot Assignments Currently GTS slot assignments are announced in every beacon. The PNC is free to change the GTS slot assignments in any Beacon. Devices need to listen to every beacons to determine which slots they will transmit in and which slots they must be listening to. Since the PNC can change the GTS slot assignments in any beacon. Because of this, if a station receives a Beacon in error, it cannot transmit in that beacon in order to avoid collisions. <William Shvodian>, <XtremeSpectrum> Bill Shvodian, XtremeSpectrum

Benefits of Static GTS Slot assignments <July 2001> Benefits of Static GTS Slot assignments Static GTS slot assignments allow low power devices to participate in a WPAN without processing the CTAs in every beacon Static GTS slots allow stations to transmit in a superframe where they received the Beacon in error. Allows for the sharing a channel with an adjacent piconet or daughter piconet. PNC could use directed frames to make static GTS slot assignments. <William Shvodian>, <XtremeSpectrum>

Myth: Static GTS slots are Hard to Manage <July 2001> Myth: Static GTS slots are Hard to Manage 802.15.3 originally looked at using static GTS slot assignments but decided against them because they were too difficult to manage. The concern is that if you move a static (or pseudo-static) GTS slot, a collision will occur if both transmitting stations don’t receive the change sequence correctly. In reality Static GTS slots can be managed with a simple and robust scheme <William Shvodian>, <XtremeSpectrum>

<July 2001> New Definitions Static GTS Slot: A GTS Slot that is never moved by the PNC Pseudo-static GTS Slot: A GTS slot that is only moved by the PNC sending directed Channel Time Grant frames to both the sender and receiver Some applications may require static GTS slots. Others may be able to use pseudo-static GTS slot assignments. <William Shvodian>, <XtremeSpectrum>

Why move a pseudo-Static GTS slot? <July 2001> Why move a pseudo-Static GTS slot? If completely static assignments are made, then eventually the channel may become fragmented like a hard drive. There may be ample unassigned channel time in the superframe for additional assignments, but assignments cannot be made because the available slots are too small to be assigned. The PNC will need to re-locate GTS slots to “de-fragment” the superframe. <William Shvodian>, <XtremeSpectrum>

The concern about moving “pseudo-static” GTS slots <July 2001> The concern about moving “pseudo-static” GTS slots If a GTS slot is being taken away from one station and given to another, both stations must receive the change message without error in order to avoid a collision. Both the transmitter and receiver of a moved GTS slot must be receive the change message without error to ensure that frames are not lost. <William Shvodian>, <XtremeSpectrum>

GTS slot “defragmentation” <July 2001> GTS slot “defragmentation” GTS for Superframe n Contention Access Period Contention Free Period Beacon 1 2 3 4 5 GTS for Superframe n+1 Contention Access Period Contention Free Period Beacon 1 2 3 4 5 Unassigned GTS time <William Shvodian>, <XtremeSpectrum>

Potential for GTS slot collision <July 2001> Potential for GTS slot collision If station 3 did not get the change message, station 3 and station 4 will collide. Likewise, station 4 could collide with station 5 GTS for Superframe n Contention Access Period Contention Free Period Beacon 1 2 3 4 5 GTS for Superframe n+1 Contention Access Period Contention Free Period Beacon 1 2 3 4 5 <William Shvodian>, <XtremeSpectrum>

Potential for Receiver Missing a Frame <July 2001> Potential for Receiver Missing a Frame If the receiver of slot 4 got the change message, but the transmitter of slot did not, station 4 will listen to a different slot than station 4 is transmitting in. GTS for Superframe n Contention Access Period Contention Free Period Beacon 1 2 3 4 5 GTS for Superframe n+1 Contention Access Period Contention Free Period Beacon 1 2 3 4 5 <William Shvodian>, <XtremeSpectrum>

Simple, Elegant method for slot assignment changes <July 2001> Simple, Elegant method for slot assignment changes Assignment for Receiver of GTS slot 3 Assignment for Transmitter of GTS slot 3 Contention Free Period 1 2 4 5 3 Contention Free Period n 3 3 4 5 3 Contention Free Period Contention Free Period n+1 1 2 3 3 4 5 2 3 3 4 5 Contention Free Period Contention Free Period 1 2 3 3 4 5 n+2 1 2 3 3 4 5 Contention Free Period Contention Free Period 1 2 3 3 4 5 n+3 1 2 3 3 4 5 <William Shvodian>, <XtremeSpectrum>

Pseudo-Static GTS Slot Summary <July 2001> Pseudo-Static GTS Slot Summary Pseudo-Static GTS slot changes are made with acknowledged directed Channel Time Grant frames from the PNC to the transmitter and receiver of the GTS slot. Receiver slot moved and expanded before the transmitter slot change in order to avoid . One slot moved at a time in order to eliminate the possibility of collisions. Eliminates to need for a duration field to support low power devices that miss a beacon. <William Shvodian>, <XtremeSpectrum>

Changes to the baseline to support Static GTS Slots <July 2001> Changes to the baseline to support Static GTS Slots Channel Time Requests: Stations must have a way to distinguish between requests for completely static GTS slots, pseudo-static GTS slots or dynamic GTS slots. <William Shvodian>, <XtremeSpectrum>

<July 2001> Unassigned GTS Slots Unassigned GTS slots can be useful for allocating channel time for use by an adjacent piconet using the same channel or by a “daughter piconet.” Unassigned GTS slots require static GTS slot assignments in order to be used by another piconet. <William Shvodian>, <XtremeSpectrum>

How is an “unassigned” GTS slot requested? <July 2001> How is an “unassigned” GTS slot requested? A station wishing to request an unassigned GTS slot can send a channel time request with its own assigned address as both the source and destination for the slot. The owner of the slot would be then be free to establish an adjacent piconet or a daughter pidonet using its slot. <William Shvodian>, <XtremeSpectrum>