Doc.:IEEE 802.11-12/0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Short Beacon Slide 1 Authors:

Slides:



Advertisements
Similar presentations
Doc.: IEEE /0295r0 Submission PRAW Follow Up Date: Authors: March 2013.
Advertisements

Submission doc.: IEEE 11-13/0070r1 Enabling AP Sleep Date: Authors: Jafarian, Qualcomm Slide 1 January 2013.
Doc.:IEEE /0365r1 March 2012 Z. Quan, Qualcomm Inc MAC Header Compression Slide 1 Authors:
MAC Header Compression
Doc.:IEEE /0860r0 July 2012 Qualcomm Inc. Collision reduction after TIM Date: Authors:
Doc.:IEEE /861r0 July 2012 EDCA Parameters Date: Authors: Slide 1.
Doc.: IEEE /0567r1 Submission May 2012 Huawei Slide 1 Multiple Frequency Channel Scanning Date: Authors: NameAffiliationsAddressPhone .
Doc.: IEEE /0102r2 SubmissionLiwen Chu Etc.Slide 1 TGah Power Saving Date: Authors: Date: Jan, 2012.
Doc.: IEEE /0840r1 Submission AP Assisted Medium Synchronization Date: Authors: September 2012 Minyoung Park, Intel Corp.Slide 1.
Doc.:IEEE /01122r0 September 2012 Simone Merlin Short MAC Header Signaling Slide 1 Authors:
Submission doc.: IEEE /1034r4 September 2012 Jeongki Kim, LG ElectronicsSlide 1 Enhanced scanning procedure for FILS Date: Authors:
Doc.: IEEE /0071r0 January 2013 Submission Channel indication in RAW/TWT Date: Authors: Merlin, Qualcomm Slide 1.
SubmissionSlide 1Dwight Smith, Motorola Mobility Nov 2012doc.: IEEE 11-12/1332r0 Other Service Discovery Concepts Date: Authors:
Doc.: IEEE /1378r0 Submission November 2008 Darwin Engwer, Nortel NetworksSlide 1 Improving Multicast Reliability Date: Authors:
Doc.:IEEE /0114r0 January 2012 Low Power Medium Access Date: Slide 1 Authors:
Doc.: IEEE /1324r0 November 2012 Very Low Energy Paging Date: Authors: Slide 1 S. Merlin et al.
Submission November 2010 doc.: IEEE /1236r0 Enhancements to Enablement Procedure Slide 1 Santosh Abraham, Qualcomm Incorporated Date:
Doc.: IEEE /0568r0 Submission May 2012 Young Hoon Kwon, Huawei Slide 1 AP Discovery Information Broadcasting Date: Authors: NameAffiliationsAddressPhone .
Submission doc.: IEEE 11-11/1204r1 ZTE CorporationSlide 1 Power saving mechanism consideration for ah framework Date: Authors: Sept 2011.
Doc.:IEEE /1503r1 November 2011 Short Beacon Slide 1 Authors:
Doc.: IEEE /0409r6 Submission July 2012 Shoukang Zheng et. al, I2R, SingaporeSlide 1 Channel Access Supporting Low Power Operation Date:
Doc.: IEEE /1101r1 Submission Sept Active Polling Date: Authors: Slide 1Yong Liu, Marvell, et. al.
Doc.:IEEE /1523r1 Submission November 2011 Access Delay Reduction for FILS: Network Discovery & Access congestion Improvements Slide 1 Authors:
Doc.:IEEE /0129r1 January 2012 S.Abraham, Qualcomm Inc Short Beacon Slide 1 Authors:
Doc.:IEEE /0318r0 March 2013 A. Asterjadhi, Qualcomm Inc. Short MAC Header Design Date: Authors:
Doc.: IEEE /0294r2 Submission March 2012 Jonathan Segev (Intel)Slide 1 Active Scanning Reply Window Date: Authors:
FILS Reduced Neighbor Report
2200 Mission College Blvd., Santa Clara, CA 95054, USA
On AP Power Saving Usage Model
Follow-Up on WUR Discovery Frame and Discovery Channel
AP Discovery Information Broadcasting
WUR Discovery Frame and Discovery Channel
WUR frame format follow-up
BSS Management through WUR Wakeup Frame
WUR Discovery Frame Content
WUR frame format follow-up
WUR frame format – Follow up
Follow-Up on WUR Discovery Frame and Discovery Channel
WUR frame format – Follow up
Follow-Up on WUR Discovery Frame and Discovery Channel
Advertising WUR Discovery Frame Related Info for Fast Scanning
2200 Mission College Blvd., Santa Clara, CA 95054, USA
Further considerations on WUR frame format
WUR Discovery Frame Content
BSS Scanning through Low Power Radio
Multiple Frequency Channel Scanning
Secure WUR frames Date: Authors: January 2018
Wake up packet contents
WUR frame format – Follow up
Follow-Up on WUR Discovery Frame and Discovery Channel
Further considerations on WUR frame format
WUR Discovery Frame Content
WUR frame format follow-up
WUR MAC and Wakeup Frame
Follow-Up on WUR Discovery Frame and Discovery Channel
2200 Mission College Blvd., Santa Clara, CA 95054, USA
WUR frame format follow-up
Further considerations on WUR frame format
2200 Mission College Blvd., Santa Clara, CA 95054, USA
Follow-Up on WUR Discovery Frame and Discovery Channel
Reducing Overhead in Active Scanning with Simulation Results
WUR frame format – Follow up
Advertising WUR Discovery Frame Related Info for Fast Scanning
WUR frame format follow-up
BSS parameters update notification
Nov 2008 doc.: IEEE yy/xxxxr0 July 2012
FILS Frame Content Date: Authors: February 2008
On AP Power Saving Usage Model
Power Efficiency for Individually Addressed Frames Reception
Multiple Frequency Channel Scanning
Presentation transcript:

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Short Beacon Slide 1 Authors:

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Slide 2

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Introduction The concept of a short beacon frame was introduced in 11ah [1] In the January 2012 IEEE meeting the following details on the short beacon frame design were approved Slide 3 In this presentation further details of the short beacon fields are presented: –Precise definition of content of the Compressed SSID field –Precise definition of indication of time to next full beacon –Add a field to indicate Interworking support Feature 1.Frame Control field Type/Sub type indication: FC Bits B3 B2 = 11 & B7 B6 B5 B4 = Should include a Compressed SSID 3.Should include a 4 byte time stamp containing the 4 LSBs of the AP Timestamp 4.Shall include a 1 byte Change Sequence Field that is incremented whenever critical network information changes 5.Short Beacon should optionally include a field indicating duration to next full beacon?

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Compressed SSID Field Compressed SSID: –Contains a representation of the SSID of the BSS –A device that knows the full SSID can discover the presence of the BSS by decoding the compressed SSID –Proposal: Compressed SSID should be a hash of the full SSID Hashing function should be standardized Hashing function proposal: CRC function that is used to generate the 4 byte MPDU FCS. –CRC is an excellent Hash function, simple, well known –CRC used in error detection coding because strings with a few different bits result in different CRCs CRC is sufficient to detect errors in packets up to 11KBytes (11ac): SSID is 32 Bytes at most Slide 4

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Indication of Time of Next Full Beacon Short beacon should optionally carry an indication of the next full beacon time Proposed Indication: –Higher 3 bytes of the 4 LSBs of the AP time stamp at the next full beacon –The time stamp of the next full beacon can be pre-computed before the transmission of the full beacon, hence the short beacon frame can be prepared before the beacon transmit time Note: Indicating duration to the next full beacon rather than the time of the next full beacon would require computing the duration at the time of transmission Additional Proposal: –In networks that periodically send a full beacon, a new device that uses passive scan save power by going to sleep until the full beacon time after seeing a short beacon Suggest having the time of the next full beacon present always if the BSS sends full beacons periodically Slide 5

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc u Interworking 3G offloading is one of the major ah use cases u defines functions and procedures aiding network discovery and selection by STAs, and is especially important for HS2.0/3G offloading use cases An 11u/HS2.0 capable STA includes an Interworking Information element with a mandatory Access Network Options field in its beacon and probe frames The Access Network Options field helps STAs locate desired APs based on the provided access services, instead of relying on SSIDs Slide 6

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Access Network Options (1) ASRA: additional step required for access ESR: emergency services reachable UESA: unauthenticated emergency service accessible Slide 7

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Access Network Options (2) Slide 8

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Indication of Interworking Support It is beneficial for an 11ah AP that supports 3G offloading to include the Access Network Options field in short beacons –The one-byte “Access Network Options” field can help STAs filter out undesired APs in all scanning channels (13 2MHz channels in US!) quickly based on the frequently transmitted short beacons, without wasting time/power to track full beacons or probe responses from these APs Proposal –Include an “interworking” bit in FC to indicate whether the AP is interworking capable or not –When the interworking bit in FC is set, a one-byte “Access Network Options” field is included in short beacon Slide 9

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Frame Control Field Frame Control Field is updated to include –Bandwidth of the BSS –Security status of the BSS –Indications of fields in the Short Beacon Presence of Time of Next Full Beacon field Presence of Compressed SSID field Presence of Access Network Options field Slide 10

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Straw Poll Do you support the Compressed SSID as the CRC of the SSID. CRC computed using the same function as used to compute the FCS of MPDUs Slide 11

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Straw Poll Do you support that the time of the next full beacon is indicated as the higher 3 bytes of the 4 LSBs of the AP time stamp at the next full beacon Slide 12

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Straw Poll Do you agree to have the Time of the Next Full Beacon field to be always present in the Short Beacon frame if an AP transmits full (long) Beacon frames periodically? –Y: –N: –A: Slide 13

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Straw Poll Do you support including an optional “Access Network Options” field in the short beacon? Slide 14

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Straw poll Do you support including a 3 bit BW in the FC field indications as shown in slide 8 Do you support the following indications in the short beacon –Presence of Time of Next Full Beacon field –Presence of Compressed SSID field –Presence of Access Network Options field Slide 15

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Appendix Slide 16

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Use of the Short Beacon: Non Associated STAs STA uses the Short Beacon to determine if the network it is looking for is available –From compressed SSID On observing a short beacon with the desired compressed SSID a STA may send an Association Request to the MAC address indicated in the short beacon –Non associated STAs can quickly begin associating since short beacons can be sent more often –Association Request will be rejected if the full SSID in the Association Request does not match the full SSID of the AP Solves the issue of multiple SSIDs mapping to the same compressed SSID If a STA needs more information before associating it can do one of the following: –Send a unicast probe request to the desired AP (based on compressed SSID) –Use the full beacon time indication in the short beacon to receive the full beacon STA can go into sleep state until the full beacon receive time. Slide 17

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Use of the Short Beacon: Associated STAs Synchronization: Timestamp field is used to regularly correct the clock at associated STAs To communicate changes in node configuration, the Short Beacon is used as follows: –Signal that network information has changed using the “Change Sequence” field in the Short Beacon. –STA can wake up to decode to full beacon at the full beacon arrival time Time to the full beacon is indicated in the Short Beacon TIM: Short beacons can carry a TIM element –AP may include the TIM element only in a subset of beacons, according to a schedule known to STAs Slide 18

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Operation Mode - Example AP may operate in the following mode –Send a full beacon at every ‘full beacon’ interval –Send a short beacon at every (non full) beacon interval –Include a TIM element every N beacons (TIM period) F=Full beacon S= short beacon (T)= TIM present Slide 19 F (T) SS (T) S SS

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Analysis Case 1: Short Beacon frames have a hash of the full SSID (e.g. CRC), the Time to Next Full Beacon field not present –Short Beacon interval = 500 mS, Beacon interval = 500 mS x 10 short Beacon intervals = 5 sec, 5 APs in different channels –STA does not have the full SSID information –Passive scanning case: Average time a STA has to be active and wait for a long Beacon frame for the full SSID in each channel = T l /2 (for this example = 2.5 sec) Total time to scan all N channels = T l /2 x N (for this example, 2.5sec x 5 = 12.5sec) –Active scanning case: Probe REQ/RSP Channel occupancy increased by additional Probe REQ/RSP frames –Note that the size of Probe RSP is almost as large as a long Beacon This increases with the number of APs in the channel This defeats the purpose of having the short Beacon to reduce the channel occupancy. Slide 20 Long (full) Beacon (full SSID) Short Beacon (hash of full SSID, e.g. 0x5F34AB01) Short beacon interval (long) Beacon interval (T l ) = n x short beacon interval (T s ) STA receives a short Beacon 1.Waits until it receives the next long Beacon frame STA starts to scan (t0)STA gets the full SSID of the AP (t1) Active duration waiting to receive the full Beacon for SSID

doc.:IEEE /0129r3 May 2012 Santosh Abraham, Qualcomm Inc. Analysis (cont.) Case 2: Short Beacon frames have a hash of the full SSID (e.g. CRC) and the Time to Next Full Beacon field always present –Short Beacon interval = 500 mS, Beacon interval = 500 mS x 10 short Beacon intervals = 5 sec, 5 APs in different channels –STA does not have the full SSID information –Passive scanning case: Average time a STA has to be active to receive the full SSID in each channel = T s /2 (for this example = 250 msec) + ~10 msec (time to receive a full beacon, 200bytes transmitted at 150Kbps) = 260 msec Total time to scan all N channels = (T s /2 + full beacon reception time) x N (for this example, 260msec x 5 = 1.3sec) Slide 21 Long (full) Beacon (full SSID) Short Beacon (hash of full SSID, e.g. 0x5F34AB01) + (Duration to the next full Beacon) Short beacon interval (long) Beacon interval (T l ) = n x short beacon interval (T s ) STA receives a short Beacon 1.Do not understand the hash 2.Decodes the Duration to the next full Beacon field 3.Goes back to sleep and wakes up at the next full Beacon and receives the full SSID STA starts to scan (t0)STA gets the full SSID of the AP (t1) STA wakes up to receive the full Beacon STA active duration