Incremental Process for

Slides:



Advertisements
Similar presentations
Doc.: IEEE /0006r0 Submission March 2005 Steve Shellhammer, Intel CorporationSlide 1 What is a CA document? Notice: This document has been prepared.
Advertisements

1 IEEE m-09/ Work Plan for IEEE m Standard & IMT-Advanced Submission.
1 IEEE m-07/001r Work Plan for IEEE m Standard & IMT-Advanced Submission.
1 IEEE m-09/0019r Work Plan for IEEE m Standard & IMT-Advanced Submission.
IEEE MEDIA INDEPENDENT HANDOVER DCN: Title: IEEE Down Selection Process Date Submitted: January 18, 2005.
Submission doc.: IEEE /0089r1 January 2015 Steve Shellhammer, QualcommSlide 1 3GPP LAA Liaison Approval Process Date: Authors: Notice:
Doc.: IEEE /0003r0 Submission January 2013 S. Filin H. Harada, NICTSlide 1 Introduction to Contributions Notice: This document has been prepared.
Doc.: IEEE /0024r0 Submission February 2010 Päivi Ruuska, NokiaSlide 1 Process Considerations Notice: This document has been prepared to assist.
Doc.: IEEE /0054r0 Submission March 2013 Mika Kasslin, NokiaSlide 1 TG1 Closing Report for March 2013 Notice: This document has been prepared.
Doc.: IEEE /0618r1 Submission July 2005 Eleanor Hepworth, Siemens Roke ManorSlide 1 TGu Down Selection Procedure Notice: This document has been.
Doc.: IEEE /0408r0 Submission May 2005 John Klein, SymbolSlide 1 TPC Comments Notice: This document has been prepared to assist IEEE It.
Submission doc.: IEEE /0015r0 January 2016 Sho Furuichi, SonySlide 1 Proposal for CM discovery/selection/ association as CE operation Date:
Doc.: IEEE /0019r0 Submission February 2010 Mika Kasslin, NokiaSlide 1 High Level Architecture View Notice: This document has been prepared to.
Doc.: IEEE /0085r1 Submission June 2010 Tuncer Baykas, NICTSlide TG1 and System Design Document Notice: This document has been prepared.
TG 1 March Session Closing Report
Comments on Standards Development Process
TG1 Introduction and Status
Suggested TGu Down Selection
Submission Title: [Task Group 4 Low Rate WPANS Closing Report]
Submission Title: [Task Group 4 Low Rate WPANS Closing Report]
Overview of IEEE Date: Authors: September 2014
Submission Title: [Task Group 4 Low Rate WPANS Closing Report]
Work Plan for IEEE m Standard & IMT-Advanced Submission
November Opening Report
Reference Model Proposal
Comments on Standards Development Process
<month year> doc.: IEEE <030158r0> March 2004
TG1 Closing Report Date: Authors: May 2010 May 2010
doc.: IEEE <doc#>
QoS Resource Query Overview
Jan Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: In response to r0 “Proposal for PFD”
March 2018 Opening Report Date: Authors: March 2018
Jan Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: In response to r0 “Proposal for PFD”
March Opening Report Date: Authors: March 2010
January 2010 Joint 11/19/22 TVWS Meeting
PAR Comments Date: Authors: July 2010 May 2010
January Opening Report
TG1 Introduction and Status
GRIDMAN Task Group - Session #108
SEE-Mesh / Wi-Mesh Proposals Merger Report
Common Quiet Times for Spectrum Sensing
January, 2001 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [] Date Submitted: [15 January, 2001] Source:
Selection Procedure Recommendation
Discussion on SG Formation
Sponsor Ballot Comment Resolution
March 2012 Opening Report Date: Authors: March 2012
IEEE MEDIA INDEPENDENT HANDOVER DCN:
Security Tutorial Material
January Opening Report
doc.: IEEE /xxxr0 Date: Jan. 5, 2005
doc.: IEEE <doc#>
Security Tutorial Material
TG1 and System Design Document
November Opening Report
What is a CA document? Date: Authors: March 2005 March 2005
Overview of WG Letter Ballot Process
IEEE MEDIA INDEPENDENT HANDOVER DCN:
March Opening Report Date: Authors: March 2011
Requirements Date: Authors: March 2010 Month Year
Beamforming and Link Adaptation Motions
November 2018 Opening Report
November 2012 Opening Report
TV White Space Coexistence Plan
January Opening Report
TG 1 November Session Opening Report
November 2007 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG3c Project Plan] Date Submitted: [15.
List of Remaining Proposals for Downselection
September 2003 doc.: IEEE /0423 r0 September 2003
TGu Down Selection Procedure
Selection Procedure Recommendation
Presentation transcript:

Incremental Process for 802.19.1 January 2010 Incremental Process for 802.19.1 Date: 2010-02-09 Authors: Notice: This document has been prepared to assist IEEE 802.19. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Joe Kwak, Alex Reznik, Eldad Zeira (InterDigital) Steve Shellhammer, Qualcomm

January 2010 Abstract This contribution elaborates the details of the incremental proposal approach. Pros and cons of incremental vs complete proposal process are discussed This is provided as discussion topic for Process Ad Hoc group. Joe Kwak, Alex Reznik, Eldad Zeira (InterDigital)

Two Standards Development Approaches January 2010 Two Standards Development Approaches Complete proposal approach WG/TG establishes proposal guidelines and evaluation methodologies A call for proposal is issued. While partial proposals are generally welcome there is an expectation that at least some complete proposals will be presented Competing complete proposals are discussed and evaluated by the group. These are modified or merged so as to make them acceptable to an ever-increasing portion of the WG/TG. (Hopefully) a single proposal results which garners the necessary 75% support This approach is usually used by 802.11 and many other groups within 802 Incremental progress approach Agree on broad strokes and high-level structure of the standard/amendment first As work on details proceeds and the standard/amendment details are filled in, incremental proposals are considered separately provided that these fully comply with the high-level detail previously agreed on This process has been in used within 802.16 and 802.16m is currently following it. Joe Kwak, Alex Reznik, Eldad Zeira (InterDigital)

802.16m: example incremental process January 2010 802.16m: example incremental process As part of the standards development process, 802.16 TGm agreed to develop the following document System Requirements Document (SRD) A set of possible deployment scenarios and applications of the 802.16m standard. A set of performance targets and features that 802.16m compliantsystems shall meet or exceed. Evaluation Methodology Document (EMD) A complete set of parameters, models, and methodologies for the link-level and system-level simulations that allow fair evaluation/comparison of various technical proposals. Channels Models: A set of spatial channel model parameters are specified to characterize particular features of MIMO radio channels to be used for simulating technical proposals for the future 802.16m standard. System Description Document (SDD) Architecture and design of the 802.16m air interface amendment Captures the core technical concepts behind the features included in the amendment Will enable analysis and/or simulations for characterizing the coarse level performance benefits of the air interface in association with the Evaluation Methodology Document These document then lead to the amendment to 802.16 See 802.16m-09/0019r1 for reference Joe Kwak, Alex Reznik, Eldad Zeira (InterDigital)

802.19.1: example incremental process January 2010 802.19.1: example incremental process 802.19 agreed to develop Intermediate Documents Process document Project Timeline SDD including: Terminology Architecture: Entities, Functions and Interfaces Assumptions: requirements for external entities Outline and numbering of major clauses These Intermediate documents describe vision for new standard. Incremental proposal process uses the intermediate documents to call for proposals for clauses of the standard. Proposals may contain one or more clauses or may provide a complete standard proposal. Joe Kwak, Alex Reznik, Eldad Zeira (InterDigital)

Detailed Steps for Incremental Process CALL for proposals on one or more clauses based on SDD and SDD outline. COLLECT proposals, organize based on clause order in SDD outline. Split proposals with multiple clauses. PRESENT: proposals grouped and presented by clause number. After each set of clause presentations, take straw poll to select "best". When all clauses have been presented, begin downselect voting. Clause authors may choose to merge/modify prior to step 4. DOWSELECT: for each clause, vote on "best" clause in group. Proposal with fewest votes is eliminated. Repeat until only one clause proposal remains. MERGE: When all clauses have voted proposal, editor merges and presents draft for additional work. REFINE: Any section/clause of draft may be improved by alternate/new proposals which are voted in by comparing draft to new proposal. Lowest vote is discarded (same rule as step 4). Iterate step 6 until TG agrees (50% procedural vote) that draft is ready for formal WG LB. CONFIRM: Begin formal WG LB with written comments required. Address comments and recirculate until 75% approval is obtained.

Comparing the Two Approaches January 2010 Comparing the Two Approaches Complete proposal approach: (discussed at last adhoc call) Pros: Is potentially faster, as good proposals are available early in the process and can be moved on quickly Cons: Can result in a stalemate is several good proposals are available without a clear winner Failure of a proposal returns the group to square 1 – even if all available proposal had agreement in general details Open to derailment of process by late-comers to the group Discourages incremental improvements by others Incremental process approach Provides a means for a group to agree on the high-level issues up-front Disagreement and stalemate on a particular feature does not stall the rest of the process Does not favor nor disfavor complete proposals. A priori requires longer time as the up-front documents (e.g. Process, SDD) have to be discusses before the group gets to the “meat.” Summary The incremental process requires a potentially longer initial development time, but reduces the risk of stalled progress and promotes the best ideas from all participants, not only those with complete proposals. Joe Kwak, Alex Reznik, Eldad Zeira (InterDigital)