TGai Guideline for Submissions to TGai Template Slides

Slides:



Advertisements
Similar presentations
Doc.: IEEE /1160 Submission NameAffiliationsAddressPhone George CherianQualcomm 5775 Morehouse Dr, San Diego, CA, USA
Advertisements

Doc.: IEEE /1521r2 Submission January 2012 Marc Emmelmann, FOKUSSlide 1 AP and Network Discovery Enhancements Date: Authors:
Doc.: IEEE /0119r00 Submission January 2011 Marc Emmelmann, Fraunhofer FokusSlide 1 Requirements for FILS Submissions coming from PAR & 5C Date:
Doc.: IEEE /0357r0 Submission March 2011 Marc Emmelmann, Fraunhofer FOKUSSlide 1 A focused path torwards TGai D1.0 Date: Authors:
Doc.: IEEE /933r6 Submission July 2012 Fang Xie (CMCC)Slide 1 Access Control Mechanism for FILS Date: Authors: NameAffiliationsAddressPhone .
Doc.: IEEE /0897r0 SubmissionJae Seung Lee, ETRISlide 1 Active Scanning considering Operating Status of APs Date: July 2012.
Doc.: IEEE /0547r1 Submission May 2012 Dapeng Liu, China MobileSlide 1 Extend 802.1X for higher layer configuration in FILS Date:
Doc.: IEEE /1233r3 Submission Sep 2011 Slide 1 Passive Scanning Improvement Date: Authors:
Submission doc.: IEEE ai September 2012 Lei Wang, InterDigital CommunicationsSlide 1 Ad Hoc Discussions of ai Passive Scanning during.
Doc.: IEEE /0977r1 Submission NameAffiliationsAddressPhone Hitoshi MORIOKA ROOT INC Tenjin, Chuo-ku, Fukuoka JAPAN
Submission doc.: IEEE ai May 2012 InterDigital Slide 1 Passive Scanning Improvement Ad Hoc Report Date: Authors:
Doc.: IEEE /0158r0 Submission Jan 2012 Phillip Barber, HuaweiSlide 1 Proposed Additions to SFD Date: Authors: NameAffiliationsAddressPhone .
Doc.: IEEE /0294r2 Submission March 2012 Jonathan Segev (Intel)Slide 1 Active Scanning Reply Window Date: Authors:
FILS Reduced Neighbor Report
Access Control Mechanism for FILS
Omission of Probe Request
Month Year doc.: IEEE yy/xxxxr0 May 2012
AP discovery with FILS beacon
Proposed SFD Text for ai Link Setup Procedure
Discussions on FILS Authentication
Triggering the Broadcast Probe Response
FILS presentation on High Level Security Requirements
AP Discovery Information Broadcasting
Fast Authentication in TGai
Triggering the Broadcast Probe Response
Differentiated Initial Link Setup (Follow Up)
Multi-channel information for AP discovery
Improvement on Active Scanning
Multiple Frequency Channel Scanning
FILS Association Date: Authors: Name Affiliations Address
Fast Authentication in TGai
AP discovery with FILS beacon
MLME.SCAN-request Date: Authors: Nov 2012 Month Year
Scanning from Specific Channel
GAS procedure in TGai Date: Authors: Mar 2012 Month Year
Probe Request and Response in TGai
Access Control Mechanism for FILS
AP discovery with FILS beacon
AP discovery with FILS beacon
FILS Reduced Neighbor Report
Reducing the Probe Response transmission
Band adjustment for fasat AP discovery
Listen to Probe Request from other STAs
Access Control Mechanism for FILS
Month Year doc.: IEEE yy/xxxxr0
Reducing Overhead in Active Scanning with Simulation Results
Access distribution in ai
Fast Authentication in TGai
Access Control Mechanism for FILS
Reducing Overhead in Active Scanning with Simulation Results
Differentiated Association Service Provisioning in WiFi Networks
Triggering the Broadcast Probe Response
FILS Frame Content Date: Authors: February 2008
Fast Authentication in TGai
Month Year doc.: IEEE yy/xxxxr0 May 2012
Differentiated Initial Link Setup (Follow Up)
Cooperative AP Discovery
Omission of Probe Request
Access distribution in ai
Proposed SFD Text for ai Prioritized Active Scanning
Month Year doc.: IEEE yy/xxxxr0
Scanning from Specific Channel
Fast passive scan for FILS
Multiple Frequency Channel Scanning
Reducing Overhead in Active Scanning
GAS procedure in TGai Date: Authors: May 2012 Month Year
Reducing Overhead in Active Scanning
MLME.SCAN-request Date: Authors: Nov 2012 Month Year
Reducing Probe Responses for faster AP discovery
Month Year doc.: IEEE yy/xxxxr0 May 2012
Presentation transcript:

TGai Guideline for Submissions to TGai Template Slides Jan 2011 doc.: IEEE 802.11-y11/0140r0 January 2011 TGai Guideline for Submissions to TGai Template Slides Date: 2011-01-17 Authors: Name Affiliations Address Phone email Marc Emmelmann Fraunhofer Fokus Kaiserin-Augusta-Allee 31 10589 Berlin Germany +49-30-3463-7268 emmelmann@ieee.org Marc Emmelmann, Fraunhofer Fokus Marc Emmelmann, Fraunhofer Fokus

Jan 2011 doc.: IEEE 802.11-y11/0140r0 January 2011 Abstract For further details, please refer to 11-11/0139 in its most recent version. This slide set is maintained by TGai Chair, Vice Chair, or Technical Editor. Please use a new (different) document number if you whish to present suggested changes / amendments to this slide set. Marc Emmelmann, Fraunhofer Fokus Marc Emmelmann, Fraunhofer Fokus

Conformance w/ Tgai PAR & 5C January 2011 Conformance w/ Tgai PAR & 5C Conformance Question Response Does the proposal degrade the security offered by Robust Security Network Association (RSNA) already defined in 802.11? Yes / No Does the proposal change the MAC SAP interface? Does the proposal require or introduce a change to the 802.1 architecture? Does the proposal introduce a change in the channel access mechanism? Does the proposal introduce a change in the PHY? Which of the following link set-up phases is addressed by the proposal? (1) AP Discovery (2) Network Discovery (3) Link (re-)establishment / exchange of security related messages (4) Higher layer aspects, e.g. IP address assignment 1,3,4 (list of applicable phases) Marc Emmelmann, Fraunhofer Fokus

Use Case Template (see notes) Jan 2011 doc.: IEEE 802.11-y11/0140r0 January 2011 Use Case Template (see notes) Actor(s): Device set: Goal: Scenario(s): The actor describes the entities that interact over the 802.11ai-enabled link. Often this will be one or more people, but an actor may be a machine as well. The unique characteristics of actor as it appies to fast link establishment should be described. If more than one person, describe the relationship between the two people. Traits could include level of trust, and previous history.   The device set is the total of communicating devices in the use case. Traditional use case descriptions generally cite one device, but our fast link models require that we describe the characteristics of both or all, in the case of multiple interacting devices. Characteristics may include size, power consumption, user interface capability, and bandwidth. The goal is a concise description of what the actor wants to accomplish, including time, user interface constraints, and device constraints. Scenario(s) are ext description of user interaction with in a particular situation. There may be more than one scenario for each use case when the actor/devices/goal is the same, but the setting or other variable is significantly different. If necessary, list the scenarios on the Use Case slide and provide backup slides with more details on the scenarios. Marc Emmelmann, Fraunhofer Fokus Marc Emmelmann, Fraunhofer Fokus