Submission November 2010 doc.: IEEE 802.11-10/1237r0 Over the Air Database Access for Mode 2 Capable Devices Slide 1 Santosh Abraham, Qualcomm Incorporated.

Slides:



Advertisements
Similar presentations
Doc.:IEEE /1523r4 Submission November 2011 Access Delay Reduction for FILS: Network Discovery & Access congestion Improvements Slide 1 Authors:
Advertisements

Doc.: IEEE /0544r0 May 2010 Padam Kafle, Nokia Submission Slide 1 Some Comments on White Space Map IE Authors: Date: May 14, 2010 NameCompanyAddressPhone .
Submission doc.: IEEE /0076r0 January 2013 Reachable Address Message for Relay Date: Authors: Jafarian, Qualcomm Slide 1.
Doc.: IEEE /1323r0 November 2012 Submission Relays for ah Date: Authors: Slide 1.
Doc.: IEEE / ai Submission NameAffiliationsAddressPhone Phillip BarberHuawei Technologies Co., Ltd Alma Rd, Ste 500 Plano,
Submission doc.: IEEE 11-10/0259r0 March 2013 Jarkko Kneckt (Nokia)Slide 1 CID 266 & CID 281 Date: Authors:
Doc.: IEEE /1054r0 Submission Sep Santosh Pandey (Cisco)Slide 1 FILS Reduced Neighbor Report Date: Authors:
Doc.: IEEE /0262r1 Submission March 2010 Ha-Nguyen Tran et al., NICTSlide 1 Requirements and Amendment Regarding TVWS Database Access Notice:
Submission doc.: IEEE 11-12/0281r0 March 2012 Jarkko Kneckt, NokiaSlide 1 Recommendations for association Date: Authors:
Submission doc.: IEEE 11-14/0877r0 July 2014 SK Yong et.al., AppleSlide 1 Generic Service Discovery Proposal: Dynamic Bloom Filter Operation Date:
Doc.: IEEE /0158r2 Submission TGaq Pre-Association Discovery Protocol for ANDSF Discovery Service Date: May 2014 Joe Kwak, InterDigitalSlide.
Submission doc.: IEEE 11-14/0877r2 July 2014 SK Yong et.al., AppleSlide 1 Generic Service Discovery Proposal: Dynamic Bloom Filter Operation Date:
Submission doc.: IEEE /162 January 2014 RYU Cheol, ETRISlide 1 Possible Agreements for the Design Date: Authors:
Doc.: IEEE /2215r4 Submission August 2007 Ganesh Venkatesan, Intel CorporationSlide 1 Proposal –Radio Resource Measurement Capability Enabled.
Doc.: IEEE /0175r2 Submission June 2011 Slide 1 FCC TVWS Terminology Date: Authors: Peter Ecclesine, Cisco.
Doc.: IEEE /109r1 Submission July 2002 J. Edney, H. Haverinen, J-P Honkanen, P. Orava, Nokia Slide 1 Temporary MAC Addresses for Anonymity Jon.
Doc.: IEEE /1393r1 Submission November 2011 Slide 1 OFCOM ECC TR 159 TVWS Terminology Date: Authors: Peter Ecclesine, Cisco.
Doc.: IEEE /0261r0 SubmissionSlide 1 Enabling Procedure of Communication in TVWS under FCC rules Notice: This document has been prepared to assist.
Doc.:IEEE /0476r1 Submission Apr Santosh Pandey, Cisco SystemsSlide 1 Management Frame Policy Definition Authors: Date:
Submission November 2010 doc.: IEEE /1236r0 Enhancements to Enablement Procedure Slide 1 Santosh Abraham, Qualcomm Incorporated Date:
Doc.: IEEE /xxxxr0 July 2011 Padam Kafle, Nokia Submission Simplification of Enablement Procedure for TVWS Authors: Date: July 18, 2011 NameCompanyAddressPhone .
Submission doc.: IEEE af-11/1051r0 Dual band operation of TVBDs Date: July 20, 2011 Chen Sun, NICT Author(s): NameCompanyAddressPhone Chen SUNNICT+81.
Doc.: IEEE /0232r0 Submission February 2009 Meiyuan Zhao, IntelSlide 1 Suggestions to Clean Up Peering Management Frames Date:
Doc.:IEEE /1503r1 November 2011 Short Beacon Slide 1 Authors:
Doc.: IEEE /0352r1 March 2011 Padam Kafle, Nokia Submission Simplification of Enablement Procedure for TVWS band Authors: Date: March 11, 2011.
Doc.: IEEE /1313r2 Submission November 2013 Stephen McCann, BlackberrySlide 1 TGaq Mini Tutorial Date: Authors:
Doc.: IEEE /0037r0 Submission February 2010 Joe Kwak (InterDigital)Slide 1 TVWS Architecture for SDD Date: Authors: Notice: This document.
af-Secure-Enabelement-and-CVS-without-Association Submission June 2011 Secure Enablement and CVS without Persistent Association Slide 1Qualcomm.
Submission doc.: IEEE /1309r0 November 2012 Non-TIM Mode Negotiation Date: Slide 1 Authors: Kaiying Lv, ZTE.
VHT Capabilities and Operation elements and VHTC field
FILS Reduced Neighbor Report
TGaq Transaction Protocol
ANQP-SD Response When Service Mismatches
FCC TVWS Terminology Date: Authors: Month Year Month Year
White Space Map Notification
FCC TVWS Terminology Date: Authors: Month Year Month Year
TGaq Transaction Protocol (update)
TGaq Transaction Protocol
Wake Up Frame to Indicate Group Addressed Frames Transmission
Multiple Locations Channel Availability Query
Multiple Locations Channel Availability Query
Multiple Locations Channel Availability Query
Multi-band Discovery Assistance
OCT based 6 GHz AP Operation Discussion
FILS Reduced Neighbor Report
Secure Enablement and CVS without Persistent Association
Providing Faster GAS Response
An unified az Protocol Date: Authors: Nov 2016
Month Year doc.: IEEE yy/xxxxr0
Management Frame Policy Definition
Deployment Scenarios and Signalling Methods for Enablement
Identification Signal for Fixed devices
FTM Frame Exchange Authentication
Alignment of RLQP & ANQP
<January 2002> doc.: IEEE <02/139r0> Nov, 2008
Mutliband-60GHz-Location-Capability-Publishing
TVWS Enablement after New FCC Rules
Motivation for Vendor Specific Request Element
Multiple Locations Channel Availability Query
11af architecture Date: Authors: May 2011 Month Year
CR for CID 1115 Date: Authors: May 2019
Synchronization of Quiet Periods for Incumbent User Detection
Notification of available channel list in TVWS
Use of EAPOL-Key messages
Media Independent Handover
Month Year doc.: IEEE yy/xxxxr0
VHT Capabilities and Operation elements and VHTC field
TGu/TGv Joint Meeting Date: Authors: May 2008 Month Year
Providing Faster GAS Response
Request for Legacy IE ID for RSN Extension
Presentation transcript:

Submission November 2010 doc.: IEEE /1237r0 Over the Air Database Access for Mode 2 Capable Devices Slide 1 Santosh Abraham, Qualcomm Incorporated Date: Authors:

Submission November 2010 doc.: IEEE /1237r0 OTA Database Access for Mode 2 Capable AP/STA Motivation: –TVWS devices operating in Mode 2 require database access to Retrieve available channels for the current location (at least once every 24hrs ) Mode 1 device enablement functions: FCC ID check for Mode 1 devices requesting enablement –Database access may impose a separate MAC/PHY technology for internet access to the database. Could incur additional costs for Mode 2 capable devices that primarily function as devices in an intranet. Objective: –Design protocol and messaging to enable Mode 2 capable devices to access database via a neighboring Mode 2/Fixed device Avoid requiring association for database access. –Database access is required sporadically. –Use Public Action Frames to avoid need for association RLQP can be extended to serve this purpose Slide 2 Qualcomm Incorporated

Submission November 2010 doc.: IEEE /1237r0 OTA Database Access Procedure A Mode 2 device indicates “Database access capable (DBAC)” in the beacon –Option for indicating capability are discussed later. Step 1: De-enabled Mode 2 capable STA first obtains enablement to operate in Mode 1 –All enablement procedures for Mode 1 enablement must be followed. Step 2: When enabled as Mode 1 device –Transmit database query messages to database through DBAC Mode 2 device. –Database query messages carried in RLQP frames. Slide 3 Qualcomm Incorporated Device Un- enabled Device enabled for Mode 1 operation using neighboring Mode 2 device Transmit requests for channel at current location to database through Mode 2 device. Move to Mode 2 state when channel map is obtained Mode 1Mode 2

Submission November 2010 doc.: IEEE /1237r0 RLQP Extension for OTA Database Access Features to be added: –Information Elements (IEs) to be added to RLQP IE for capability query/response –For database access capabilities, separate query response is required. Note: Beacon only indicates that device is RLQP capable. Does not indicate capability options within RLQP IE indicating capability of OTA database access: –Using Vendor specific IEs with indications defined by the database vendors. IE to carry the query and response Slide 4 Qualcomm Incorporated

Submission November 2010 doc.: IEEE /1237r0 Message Formats for OTA Database Access Database Query/Response Messages sent in an RLQP IE: –Info ID: Set to Database/Query Response –Requestor STA Address, –Responder STA Address –Reason Code field For Query messages: set to “Database Query” For Response messages: –Response from database –database inaccessible, no response from database etc. –Enablement Identifier: Set to identifier obtained with Mode 1 Enablement –Database Identifier: Can contain URL/IP address for the Data base Database vendor specific identifier. –Security encapsulated Message to be carried to/from the database. Contents of the Security Encapsulated Database query and response messages will depend on exact protocol between a querying Mode 2 capable STA and the database and are TBD. Slide 5 Qualcomm Incorporated