Specific or universal Beacons?

Slides:



Advertisements
Similar presentations
Devices Interfering with Current Channel of AP
Advertisements

Beacon Measurement on Pilot Frames
[ Interim Meetings 2006] Date: Authors: July 2005
Resource Request/Response Discussion
Lightweight Mesh Point – A confusing term
LB73 Noise and Location Categories
LB73 Noise and Location Categories
Waveform Generator Source Code
Virtual AP Requirements
March 2014 Election Results
Attendance and Documentation for the March 2007 Plenary
[ Policies and Procedure Summary]
[ Policies and Procedure Summary]
Motion to accept Draft p 2.0
Protected SSIDs Date: Authors: March 2005 March 2005
Some Operator Requirements on Management
[place presentation subject title text here]
WAVE without beacons Date: Authors: May 2007 Month Year
[place presentation subject title text here]
Mesh Networks Alliance (MNA)
Coexistence problem of s Congestion Control
On Coexistence Mechanisms
TGu-changes-from-d0-02-to-d0-03
TGp Closing Report Date: Authors: May 2007 Month Year
Contribution on Location Privacy
Quick Beacon Impacts on LB 92
Call for OLSR Participation
[place presentation subject title text here]
Lightweight Mesh Point – A confusing term
On Coexistence Mechanisms
Reflector Tutorial Date: Authors: July 2006 Month Year
CID#102 - Channel Allocation for P2P
Coexistence problem of s Congestion Control
Proposal for User Plane Support for QoS Mapping
TGs San Diego Closing Report
Selection Procedure Recommendation
IEEE P Wireless RANs Date:
Protection Assurance Method
TGu-changes-from-d0-01-to-d0-02
LB73 Noise and Location Categories
Extended Channel Switch Announcements
Proposal for QAP Available Admission capacity
TGy draft 2.0 with changebars from draft 1.0
Solution for 40MHz in 2.4 GHz band
Suggested comment resolution on ATIM window parameter
WAPI Position Paper Sept 2005 Sept 2005 IEEE WG
Redline of draft P802.11w D2.2 Date: Authors:
TGp Closing Report Date: Authors: March 2007 Month Year
TGu-changes-from-d0-02-to-d0-03
[ Policies and Procedure Summary]
Lightweight Mesh Point – A confusing term
Draft P802.11s D1.03 WordConversion
STA Location for emergency call support in SSPN interface
Power Saving for DLS July 2006 Date: Authors: Month Year
TGu-changes-from-d0-04-to-d0-05
Location Capability Negotiation
Suggested comment resolution on ATIM window parameter
Lightweight Mesh Point – A confusing term
TGu-changes-from-d0-03-to-d0-04
TGu Motions Date: Authors: May 2006 May 2006
Non-AP STA Location Capability
Reserve Option Contradiction
Extended Channel Switch Announcements
Virtual AP Presentation
Lightweight Mesh Point – A confusing term
WAPI Position Paper Sept 2005 Sept 2005 IEEE WG
Greenfield protection mechanism
Proposal for User Plane Support for QoS Mapping
E911 Bits Date: Authors: May 2007 Month Year
Selection Procedure Recommendation
Presentation transcript:

Specific or universal Beacons? March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Specific or universal Beacons? Date: 2007-03-13 Notice: This document has been prepared to assist IEEE 802.11. 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 802.11. Patent Policy and Procedures: The contributor is familiar with the IEEE 802 Patent Policy and Procedures <http:// ieee802.org/guides/bylaws/sb-bylaws.pdf>, including the statement "IEEE standards may include the known use of patent(s), including patent applications, provided the IEEE receives assurance from the patent holder or applicant with respect to patents essential for compliance with both mandatory and optional portions of the standard." Early disclosure to the Working Group of patent information that might be relevant to the standard is essential to reduce the possibility for delays in the development process and increase the likelihood that the draft publication will be approved for publication. Please notify the Chair stuart@ok-brit.com as early as possible, in written or electronic form, if patented technology (or technology under patent application) might be incorporated into a draft standard being developed within the IEEE 802.11 Working Group. If you have questions, contact the IEEE Patent Committee Administrator at <patcom@ieee.org>. Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Authors: March 2007 March 2007 doc.: IEEE 802.11-07/0403r0 Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Outline 802.11 Beacons reviewed Concept: „Mesh-only“ beacon Conlusions March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Outline 802.11 Beacons reviewed Structure Frame body contents Examples Calculations Future Information Elements Measurements Concept: „Mesh-only“ beacon Pros & Cons Conlusions Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Management frame format March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Management frame format Frame Type (Beacon frame) = Management Management frame format Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Beacon: Frame body contents (1-13) March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Beacon: Frame body contents (1-13) Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Beacon: Frame body contents (14-21) March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Beacon: Frame body contents (14-21) Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Beacon: Frame body contents (22-24 & 256) March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Beacon: Frame body contents (22-24 & 256) Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Example calculation (1) March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Example calculation (1) Assume minimal functionality beacon 802.11a/g OFDM PHY Minimum 26 B Maximum 569 B Typical Depends on Power saving stations Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Example calculation (2) March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Example calculation (2) Assume non-US AP location 802.11a/g OFDM PHY, DFS & TPC required Minimum 54 B Maximum 845 B Typical Depends on Power saving stations Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Example calculation (3) March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Example calculation (3) Assume non-US QAP location 802.11a/g OFDM PHY, DFS & TPC required, BSS Load, EDCA parameter set announced Minimum 81B Maximum 872B Typical Depends on Power saving stations Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

802.11k AP Channel Report BSS Average Access Delay Antenna Information March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 802.11k AP Channel Report 3-257B BSS Average Access Delay 3B Antenna Information BSS Available Admission Capacity 4-28B BSS AC Access Delay 6B Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

802.11r Mobility Domain Information NAS-ID 9 B 3-257 (?) March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 802.11r Mobility Domain Information 9 B NAS-ID 3-257 (?) Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

802.11u Interworking Capability March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 802.11u Interworking Capability 4B Generic Advertisement Service Capability 2-257B (?) Generic Advertising Service Traffic Indication Map 6-257B ESSID 8B Default Emergency Services Realm Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Beacon from 802.11b AP March 2007 March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Beacon from 802.11b AP Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Beacon from 802.11b/g AP March 2007 March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Beacon from 802.11b/g AP Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Beacon from 802.11b/g STA (IBSS) March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Beacon from 802.11b/g STA (IBSS) Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

IEEE beacon (SSID: \000) March 2007 March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 IEEE beacon (SSID: \000) Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

IEEE beacon (SSID: IEEE) March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 IEEE beacon (SSID: IEEE) Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

IEEE beacon (SSID: IEEE.1x) March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 IEEE beacon (SSID: IEEE.1x) Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

MP-only network Only MPs connect with each other March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 MP-only network Only MPs connect with each other No need for „legacy“ beacon IEs No stations in the network No AP functionality provided Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Combined Mesh and infrastructure BSS March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Combined Mesh and infrastructure BSS MP A is collocated with an AP Only this combined device needs to send information for STAs Uncombined MPs do not serve STAs Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

All MPs collocated with APs March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 All MPs collocated with APs Shall all beacons carry the same information? Shall the Mesh provide to STAs a seamless view of the network? How to ensure? Is that 802.11s business? Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Competing IEs What is the most important information in a beacon frame? If beacon frame size increases, the frame body may not provide sufficient room for all desired IEs How to decide on the IEs to include? Schedule (round robin etc.) IEs for inclusion? Time-critical IEs? Can IEs be dropped? What does 802.11 say in the absence about expected IEs? Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Concept: „Mesh-only“ beacon March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Concept: „Mesh-only“ beacon Create a beacon that is designed specifically for the needs of a Wireless Mesh Network No need to tweak beacon frame to avoid compatibility issues with existing 802.11 compliant devices Do not integrate “legacy” elements Possibility to split information among multiple “Mesh-only” beacons Avoid association attempts from STAs Optimize structure for Wireless Mesh Network Provide for possibility of beacon frame fragmentation/aggregation Avoid “legacy” elements Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Separate beacons Separate logical „entities“ send separate “group messages” (beacons) Allow for different beaconing intervals Supports different update intervals Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Con “Mesh-only” beacon March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Con “Mesh-only” beacon Remain single beacon frame format for all 802.11 amendments Keep Mesh and non-Mesh consistent Mesh beacon has additional IEs, but no other changes No introduction of a new management type frame Avoid some overhead Each separate frame needs separate PHY (PLCP header, preamble etc.) & MAC (backoff) Easily support the most likely use case MP collocated with an AP Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Pro “Mesh-only” beacon March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Pro “Mesh-only” beacon Avoid overhead of compatibility Why put the burden of beaconing on MPs? STA communicates with STA STA communicates with AP STA cannot communicate with MP If MP and STA/AP are disjoint entities, there is no need to share functionality/signaling overhead Allow for logical separation of AP/MP functionality Orthogonal design Flexible solution to adopt to the specific Mesh needs Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Conclusion Separation of beaconing proposed March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Conclusion Separation of beaconing proposed Orthogonal concepts should use orthogonal mechanisms Mesh vs. non-Mesh Supports TGs motto (“Perfection is achieved not when there is nothing left to add but when there is nothing left to take away.”) Helps to overcome overhead Allows for different beaconing intervals Optimized contents Increase flexibility Avoid compatibility issues with existing devices Mesh beacon keeps focused to its target objective Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

Straw Poll Is beacon separation a concept that should go into 802.11s? March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 Straw Poll Is beacon separation a concept that should go into 802.11s? Yes/No/Abstain: Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips

References P802.11-REVma-D9.0-red-line-all-pages.pdf March 2007 doc.: IEEE 802.11-07/0403r0 March 2007 References P802.11-REVma-D9.0-red-line-all-pages.pdf Draft P802.11u_D0.03.pdf Draft P802.11r_D4.1.pdf Draft P802.11k_D7.0.pdf Draft_P802.11s_D1.01.pdf http://www.wireshark.org/ Guido R. Hiertz et al., Philips Guido R. Hiertz et al., Philips