Presentation is loading. Please wait.

Presentation is loading. Please wait.

Doc.: IEEE 802.11-09/0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 1 Inputs for a 802.11ac Spec Framework Methodology Date: 2009-02-12.

Similar presentations


Presentation on theme: "Doc.: IEEE 802.11-09/0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 1 Inputs for a 802.11ac Spec Framework Methodology Date: 2009-02-12."— Presentation transcript:

1 doc.: IEEE /0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 1 Inputs for a ac Spec Framework Methodology Date: Authors:

2 doc.: IEEE /0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 2 Inputs for a ac Spec Framework Methodology

3 doc.: IEEE /0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide Abstract During the.11ac meeting in Los Angeles the request was made to create a presentation regarding a Methodology for the Specification Framework This Presentation is a first draft of this deliverable, for discussion during the February 12, ac conference call Examples included in this presentation are for.11n, to ensure a focus on the methodology, rather than the content of the Spec Framework

4 doc.: IEEE /0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 4 Functional Blocks and Ad Hoc Groups Proposal is to make a distinction between the functional blocks in the Spec Framework and Ad Hoc Groups working on Addressing the Functional Blocks It is highly likely that a given Ad Hoc Group will work on Multiple Functional Blocks to reduce the number of Groups to be created and operating in parallel In addition, the group could specify the maximum number of Ad Hoc groups operating in parallel in the Selection Procedure Document, in order to address possible resourcing issues

5 doc.: IEEE /0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 5 Role of Spec Framework in the Proposed Selection Procedure Usage Models Channel Models Functional Requirements* Specification Framework Sufficient Support for Framework? (50%? or 75%?) Y N Contributions and Decision Making on Spec Element(s) Draft Spec Complete and Coherent Enough for Letter Ballot? 75%?) Y N 75% Letter Ballot * Functional requirement document to include System Level Performance Targets and Simulation Instructions Note: This proposal does not foresee any changes to the subsequent steps in the IEEE procedure (Letter Ballots, Sponsor Ballots)

6 doc.: IEEE /0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 6 Methodology Proposal, using.11n Examples Functional Block Diagram.11n PHY Functional Block Diagram.11n MAC Example of Spec Framework Definition of PHY Functional Block; 11n Interleaver and MAC Functional Block; MSDU Aggregation Attributes to be defined for each Functional Block in the Spec Framework: –Purpose –Required Inputs –Expected Outputs –Proposed Performance Metrics –Dependencies –Possible Directions

7 doc.: IEEE /0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 7 Example of Framework for Spec Elements (.11n PHY) Encoder Puncturer Parser Interleaver QAM Mapper QAM Mapper Antenna Mapper iFFT Window & GI Window & GI RF Pilot Preamble Agreed upon Under discussion Illustrative

8 doc.: IEEE /0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 8 Example of Framework for Spec Elements (.11n MAC) Illustrative

9 doc.: IEEE /0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 9 High-Level Example of 11n Interleaver Description in a Specification Framework (1/2) Purpose: –Increase the robustness against frequency-selective fading for particular coding schemes, by grouping the coded bits per OFDM symbol and interleaving the grouped bits over subcarriers and potentially over spatial streams. Required Inputs: –Coded bits from encoder or puncturer. Expected Outputs: –Interleaved bits, grouped per OFDM symbol and potentially per spatial stream.

10 doc.: IEEE /0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 10 High-Level Example of 11n Interleaver Description in a Specification Framework (2/2) Proposed Performance Metrics: –A metric that indicates the minimum spacing in subcarriers (and spatial streams) of two successive coded bits that are interleaved. –PER versus SNR curves of PHY simulations including the proposed interleaver. Dependencies: –Interleaving is probably not required with some forms of block coding, since such codes in general already include interleaving; e.g. LDPC Possible Directions: –In case convolutional encoding is used, an extension of the a interleaver is envisioned.

11 doc.: IEEE /0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 11 High-Level Example of 11n MSDU Aggregation Description in a Specification Framework (1/2) Purpose: –Increase efficiency by grouping multiple MSDUs for a single destination into an MPDU. Required Inputs: –Multiple MSDUs for a single destination. Expected Outputs: –Aggregated MSDU (A-MSDU).

12 doc.: IEEE /0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 12 High-Level Example of 11n MSDU Aggregation Description in a Specification Framework (2/2) Proposed Performance Metrics: –A metric indicating the increased efficiency. –A metric indicating the increased storage requirements. Dependencies: Possible Directions:

13 doc.: IEEE /0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 13 Next Steps Review, discuss and update as result of the 2/12 call Present updated version at the Vancouver meeting


Download ppt "Doc.: IEEE 802.11-09/0237r0 Submission February 12, 2009 Rolf de Vegt (Qualcomm)Slide 1 Inputs for a 802.11ac Spec Framework Methodology Date: 2009-02-12."

Similar presentations


Ads by Google