1. 18 March 2008
Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)
Submission Title: [Superframe Extension for ]
Date Submitted: [18 March 2008]
Source: [Ghulam Bhatti] Company [MERL]
[Benjamin Rolfe] Company [Blind Creek Associates]
[Zafir Sahinoglu] Company [MERL]
Address []
Voice:[],
Re: []
Abstract:
Overview of proposed Superframe extension for beacon enabled PAN to accommodate added GTS slots and providing a CAP following the GTS slots, with ability to support operation of legacy nodes in the same PAN.
Purpose: Stimulate discussion in the task group 15.4e
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
Bhatti, Rolfe, Sahinoglu

2. Application Needs Lower, Deterministic Latency
18 March 2008
Application Needs
Lower, Deterministic Latency
50 to 100ms maximum range
Enhance reliability in noisy environment
Better channel utilizations
Higher payload bursts
Bhatti, Rolfe, Sahinoglu

3. Superframe Extension Concept
18 March 2008
Superframe Extension Concept
Beacon
CAP
CFP
ECFP
ECAP
Inactive
SFED
Extended Superframe structure example
Existing Superframe structure example
Bhatti, Rolfe, Sahinoglu

4. Why Extend the Superframe?
<month year>
doc.: IEEE <doc#>
18 March 2008
Why Extend the Superframe?
Provide CAP following GTS slots
CAP for retransmission of failed GTS frame to enhance reliability and reduce latency in noisy channel
Allow for more than 7 GTS slots for latency critical applications
Preserve Legacy Compatibility
Superframe structure preserved
Extension treated as inactive period by legacy device
CAP first advantage for really simple devices
Bhatti, Rolfe, Sahinoglu
<author>, <company>

5. Issues PAN Forming and Maintaining GTS Allocation and Management
18 March 2008
Issues
PAN Forming and Maintaining
Beacon changes
Superframe spec
Reserved bit c/b used as extension indication
Add SF-E spec as IE-type structure in beacon payload (ignored by legacy devices)
GTS Allocation and Management
Simultaneous Piconets
Bhatti, Rolfe, Sahinoglu

6. GTS Management Overhead Concern
18 March 2008
GTS Management Overhead Concern
Issue: GTS contention overhead in CAP
Reference: e (Betty Zhao, Yongjun Liu)
Similar for any/all management frames
Superframe Extension with modified ECAP
divided (normal and management parts)
Changes confined to extension so no impact to legacy devices
Beacon
CAP
CFP
ECFP
ECAP
MGT CAP
Inactive
SFED
SFE with Management CAP
Bhatti, Rolfe, Sahinoglu

7. 18 March 2008
Thank You
Bhatti, Rolfe, Sahinoglu