6 GHz – Out-of-band discovery discussion

Slides:



Advertisements
Similar presentations
Doc.: IEEE /1054r0 Submission Sep Santosh Pandey (Cisco)Slide 1 FILS Reduced Neighbor Report Date: Authors:
Advertisements

FILS Reduced Neighbor Report
TBTT Information Field Type (TIFT) Clarification for P802.11REVmd
Vendor Specific WUR Frame
2200 Mission College Blvd., Santa Clara, CA 95054, USA
Follow-Up on WUR Discovery Frame and Discovery Channel
AP Discovery Information Broadcasting
WUR Discovery Frame and Discovery Channel
2200 Mission College Blvd., Santa Clara, CA 95054, USA
2111 NE 25th Ave, Hillsboro OR 97124, USA
Discussion on the Multi-band Discovery Assistance Proposal
Improve Scanning for Identifying Transmitted BSSID
Discussion on the Multi-band Discovery Assistance Proposal
WUR Discovery Frame Content
Computation of TSF Update
WUR Discovery Frame Content
Multiple BSSID and MU Date: Authors: Nov 2016 Liwen Chu
Discussion on the Multi-band Discovery Assistance Proposal
Follow-Up on WUR Discovery Frame and Discovery Channel
Follow-Up on WUR Discovery Frame and Discovery Channel
Advertising WUR Discovery Frame Related Info for Fast Scanning
Advertising WUR Discovery Frame Related Info for Fast Scanning
WUR Discovery Frame Content
BSS Scanning through Low Power Radio
Consideration on WUR frame for Fast Scanning
Operation after Wake-up Frame Transmission and Reception
Advertising WUR Discovery Frame Related Info for Fast Scanning
2111 NE 25th Ave, Hillsboro OR 97124, USA
Multi-band Discovery Assistance
Multiple Frequency Channel Scanning
Multi-band Discovery Assistance
Discovery Assistance for ay
WUR Discovery Frame Content
WUR MAC and Wakeup Frame
OCT based 6 GHz AP Operation Discussion
Extremely High Throughput (EHT) – study group creation
Follow-Up on WUR Discovery Frame and Discovery Channel
Multi-band Discovery Assistance for ay (CR on CID 1771)
Vendor Specific WUR Frame Follow Up
Considerations on 6 GHz Discovery
Discovery Channels For 6 GHz Band
WUR Discovery Frame Content
FILS Reduced Neighbor Report
WUR Discovery Frame Content
WUR Discovery Frame Content
Follow-Up on WUR Discovery Frame and Discovery Channel
CR for CID 1105 Date: Authors: January 2019 Month Year
Consideration of EDCA for WUR Signal
Issues with join and service discovery
Proposed resolution of CID 3518
Proposed resolution of CID 3518
Multi-band Discovery Assistance for ay (CR on CID 1771)
Follow-Up on WUR Discovery Frame and Discovery Channel
Discovery Assistance for ay
Advertising WUR Discovery Frame Related Info for Fast Scanning
WUR Discovery Frame Content
Operation after Wake-up Frame Transmission and Reception
2200 Mission College Blvd., Santa Clara, CA 95054, USA
Advertising WUR Discovery Frame Related Info for Fast Scanning
CR for CID 1115 Date: Authors: May 2019
Proposed resolution of CID 3518
Multi-link Operation Framework
Multi-link Operation Framework
Multi-link Operation Framework
Multiple Frequency Channel Scanning
CR for CID 1115 Date: Authors: May 2019
Multi-link Operation Framework
Multi-link power save operation
Multi-link Operation Framework
Multi-link Operation Framework
Presentation transcript:

6 GHz – Out-of-band discovery discussion Date: 2018-11-11 Name Affiliation Address Phone Email Laurent Cariou Intel Laurent.cariou@intel.com Po-Kai Huang Robert Stacey Laurent Cariou, Intel

Introduction This document intends to have a discussion on discovery of 6GHz APs in order to move forward It incorporates the different proposals on discovery Laurent Cariou, Intel

Objectives Current steps for STAs full scan: 1) First step: present list of SSIDs to user interface (no need for all IEs) 2) Second step: for one or more selected BSSIDs/SSIDs, collect all IEs and RSSI The objective is to allow STAs to discover all BSSIDs/SSIDs (part of multi-band devices) by scanning only 2.4/5GHz Include discovery element in beacons, probe response, assoc response Designed to work for single BSSID or multiple BSSID (with multiple BSSID set) First step in STAs full scan entirely done in lower bands Note: If AP/STAs support OCT, they can also complete second step at 2.4/5GHz Laurent Cariou, Intel

How to fulfil the objectives To fulfil the objectives, we need: 1- Mandatory requirements for multiband APs to send discovery information in lower bands 2- Define the information that is carried in the discovery element 3 - The definition/selection of the discovery elements (containers) that will carry the needed discovery information In this document, we describe these 3 items Laurent Cariou, Intel

1 - Mandatory requirements To achieve the objective, we need the following: If an AP operating on a 6 GHz channel has a Multiband Collocated AP operating on a 2.4 or 5 GHz channel with the same SSID, then the multiband Collocated AP operating on a 2.4 or 5 GHz channel shall advertise the information of the AP operating on a 6 GHz channel in Beacon frames and in Probe Response frames addressed to a STA supporting operation in the 6 GHz band. Need also to cover the different cases where Multiple BSSID is used If an AP operating on a 6GHz channel has an SSID for which there are no BSSIDs at 2.4/5GHz, then at least one of the Multiband Collocated APs at 2.4/5GHz shall advertise the information of this AP at 6GHz. To allow the STA to get all SSIDs by just scanning 2.4 and 5GHz: useful for the scan intended to present the list of SSIDs to the user interface Without this, the STA will need to go and scan 6GHz to make sure there are no other SSIDs.   Laurent Cariou, Intel

1 - Mandatory requirements (cont) Probably a good idea to also mandate that in the 6GHz beacon, we provide discovery information for the 2.4/5GHz collocated APs. Laurent Cariou, Intel

2 – What information to carry Required: BSSID, SSID (short of full), operating class, operating channel Indication that it is collocated in the same device Optional features that require signaling in discovery elements: If OCT is used: need an indication that this feature is supported If out-of-band association is recommended: good to provide this information Possibly others… Good to have If the BSSID at 6GHz is part of multiple BSSID set, At least have an indication that this is the case (no beacons sent by this BSSID) provide the MaxBSSIDIndicator to help locate the right beacon/FILS DF Laurent Cariou, Intel

3 – What element to use Multiband element Reduced Neighbor Report Modification of HE Operation element Laurent Cariou, Intel

Discussion on discovery elements Multi-band element: Designed specifically for discovery of collocated APs Need modifications for SSID information, handling of multiple BSSID set Optional subelement can allow to provide other information Reduced neighbor report: Already used on WFA OCE program Needs to be modified to signal that it is collocated Needs to be modified to signal optional features (OCT, out-of-band assoc, multiBSSID…) Laurent Cariou, Intel

Discussion on discovery elements Modification of HE Operation element has the following issues Limited to a single AP/operating channel at 6GHz: Already many APs with 2 BSSIDs at 5GHz in different channels (low band and high band), very likely to have devices with at least 2 BSSIDs on 2 operating channels at 6GHz Does not cover the discovery in case the SSID is different 2.4/5GHz APs have to be HE APs Overload of an element that is not meant for that (HE Op, when sent by the 5GHz AP is meant to carry information describing the 5GHz AP, not for describing other BSSs) Laurent Cariou, Intel

Compromise solution We propose to use the Reduced Neighbor Report as the single solution for the discovery of collocated APs in 2.4/5GHz beacons and probe responses Laurent Cariou, Intel

Discussion with regards to Neighbor report Orthogonal discussion than discov Discovery element (RNR or MBE) already included in beacons and probe response Neighbor reports are mainly used when included in BTM response frames by an AP first case: transmitted by the AP at 2.4/5GHz that is part of the same multi-band device as the 6GHz AP If a neighbor report describing the 6GHz AP is included in BTM response, it does not need to indicate that it is collocated in the same multiband device as this information is known by the STA from probe response/beacon second case: transmitted by a non-collocated AP at 2.4/5/6GHz Obviously can not indicate that it is collocated with the current AP 2 neighbor reports can be sent in a row to describe the AP at 5 and the AP at 6GHz and it is useful to know if they are collocated

Annex Laurent Cariou, Intel

Ex: Multi-BSSID with same SSID list at 5 and 6GHz Co-located BSSID set 6GHz Multi-BSSID set Beacon Beacon BSSID5_0 SSID0 MBE or RNR BSSID6_0 BSSID6_0 SSID0 Transmit BSSID Multiple BSSID element BSSID6_1 SSID1 profile BSSID6_2 SSID2 profile Beacon MBE or RNR BSSID6_1, same SSID, Max BSSID Indicator BSSID5_1 SSID1 Beacon MBE or RNR BSSID6_2, same SSID, Max BSSID Indicator BSSID5_2 SSID2

Ex: Multi-BSSID with more SSIDs at 6GHz Co-located BSSID set 6GHz Multi-BSSID set Beacon Beacon BSSID5_0 SSID0 MBE with BSSID6_0, with multiple BSSID element descrbing BSSID6_2, SSID2 BSSID6_0 SSID0 Transmit BSSID Multiple BSSID element BSSID6_1 SSID1 profile Or RNR for BSSID6_0, and for BSSID 6_2 with ful SSID or OCT support BSSID6_2 SSID2 profile Beacon MBE or RNR BSSID6_1, same SSID, Max BSSID Indicator BSSID5_1 SSID1