Doc.: IEEE 802.11-04/1206r0 Submission Oct 2004 Black, NokiaSlide 1 TGk LB71 Parallel category comment resolution Simon Black (Nokia)

Slides:



Advertisements
Similar presentations
Doc.: IEEE /0346r1 Submission March 2008 Marc Emmelmann, TU BerlinSlide 1 Addressing LB 101 action items 81, 82, and 21 Date: Authors:
Advertisements

Doc.: IEEE /0883r1 Submission July 2010 Slide 1 Comment Resolution for “Spatial Reuse” Subgroup Date: Authors: Thomas Derham, Orange.
Doc.: IEEE /0509r3 Submission Proposed Resolution to CID 72, 119 and 128 Qian ChenSlide 1 May 2014 Date:
Submission doc.: IEEE 11-12/279r0 March 2012 Jarkko Kneckt, NokiaSlide ai simulations Date: Authors:
Bob SultanMay 9, 2002IEEE RPRWG IEEE Resilient Packet Ring Draft D0.2 Section 1 Comment Resolution May, 2002 Ottawa, Canada
March 2013 doc.: IEEE m Submission 1 (ETRI) Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission.
Submission doc.: IEEE 11-13/1165r0 September 2013 Jarkko Kneckt (Nokia)Slide 1 Discussion of the comments related to FILS Request Parameter Date:
November 2005 Floyd Simpson, MotorolaSlide 1 doc.: IEEE /1193r0 Submission LB78 D3.0 Active Scanning Comments (clause ) Notice: This.
Submission doc.: IEEE 11-10/0259r0 March 2013 Jarkko Kneckt (Nokia)Slide 1 CID 266 & CID 281 Date: Authors:
Submission doc.: IEEE 11-12/0281r0 March 2012 Jarkko Kneckt, NokiaSlide 1 Recommendations for association Date: Authors:
Doc.: IEEE /678r1 Submission January 2003 Mark Bilstad, Cisco SystemsSlide 1 Uniform e Admissions Control Signaling for HCF and EDCF Bob.
Submission doc.: IEEE 11-12/0553r4 May 2012 Jarkko Kneckt, NokiaSlide 1 Response Criteria of Probe Request Date: Authors:
Submission doc.: IEEE 14-22/0098r0 July 2014 Slide 1 P PAR and CSD Comment Resolution Date: Authors:
Doc.: IEEE /2215r4 Submission August 2007 Ganesh Venkatesan, Intel CorporationSlide 1 Proposal –Radio Resource Measurement Capability Enabled.
Doc.: IEEE /296r1 SubmissionMitch Buchman May 2001 Slide 1 TGi Draft 1Clause Comments IEEE P802.11E Security/D1.0 Letter Ballot# 25.
Submission doc.: IEEE 11-12/535r1 May 2012 Jarkko Kneckt, NokiaSlide 1 Scanning and FILS requirements Date: Authors:
Doc.: IEEE /0786r1 Submission Proposed Resolution to CID 26, 27, 37, 38, 40-47, 49-53, 67-71, 114, 115, 118 and 124 Qian ChenSlide 1 July 2014.
Submission doc.: IEEE 14-22/0098r0 July 2014 Slide 1 P PAR and CSD Comment Resolution Date: Authors:
Doc.: IEEE /0100r2 Submission January 2010 Kazuyuki Sakoda, Sony CorporationSlide 1 MAC beaconing sync comment resolution Date: Authors:
Doc.: IEEE /0408r0 Submission May 2005 John Klein, SymbolSlide 1 TPC Comments Notice: This document has been prepared to assist IEEE It.
Doc.: IEEE /0415r0 Submission April mc CIDs 1136,1118,1458 Date: Authors: Graham Smith, DSP GroupSlide 1.
Doc.: IEEE /0488r1 Submission July 2005 Floyd Simpson, Motorola, Inc.Slide 1 Addressing Some 11k LB73 Misc Comments Notice: This document has.
Doc.: IEEE Submission Oct Slide 1 Sangjae Lee (ETRI) et al Project: IEEE P Working Group for Wireless Personal Area.
Doc.: IEEE /0590r0 Submission May 2010 Kazuyuki Sakoda, Sony CorporationSlide 1 MAC beaconing sync comment resolution overview Date:
Doc.: IEEE /0467r1 Submission May 2005 Richard Paine, BoeingSlide 1 11k LB73 Security Resolutions Notice: This document has been prepared to assist.
Doc.: IEEE /034r0 Submission January 2002 Matthew B. Shoemake, TGg ChairpersonSlide 1 TGg Report to the IEEE Working Group Matthew B. Shoemake.
Doc.: IEEE /0537r0 Submission May 2010 Kazuyuki Sakoda, Sony CorporationSlide 1 General frame format comment resolution overview Date:
Doc.: IEEE /552r0 Submission July 2003 Jon Edney, NokiaSlide 1 Protection of Action Frames Jon Edney Nokia
Submission doc.: IEEE /838r0 July 2016 Guido R. Hiertz, EricssonSlide 1 Resolution to CID 8291 Date: Authors:
TGk LB71 Hidden category comment resolution
Comment Resolution Actions
Submission Title: [Resolution on comment #20,22 and 30]
LB97 20/40 BSS Coexistence Date: Authors: July 2007
802.11k Kaiser Changes to the Specification
September, 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Proposed Resolution of D0 Comment S7-386,
MCCA Comments Resolution 159 ppt
doc.: IEEE <doc#>
September 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [TG6 Proposed MAC comment resolution]
Response to Comments Received on the a PAR and CSD
March 2013 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Comment Resolution Suggestions Date Submitted:
Submission Title: [Comment Resolutions for #345, #347, #348, and #349]
Element for Legacy Indication
Doc.: IEEE /XXXr0 10 May 2011 Sep 19, 2007 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs)‏ Submission Title:
Submission Title: [Resolution on comment #20,22 and 30]
Resolution for CID 118 and 664 Date: Authors: Month Year
Date Submitted: [March 13, 2011] Source:[Ben Rolfe] Company [BCA, SSN]
Sept 2010 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Proposed MAC Comment Resolutions Date Submitted:
MDA comments categorization
Proposed Resolutions to RFI comments of LB 166 on IEEE s D7.0
May 2002 doc.: IEEE /299R0 May 2002 Slides to Assist with non-19 Comments (based on R1 Comment Resolution Excel Sheet) Terry Cole AMD.
Clauses / /11.13 Comment Resolutions
TPC Comments Date: Authors: January 2005
doc.: IEEE <doc#>
March 2013 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Comment Resolution Suggestions Date Submitted:
Review of Resolved LB73 Neighbor Comment
Submission Title: [Comment Resolutions for #345, #347, #348, and #349]
Suggested comment resolution on Power save clause
Measurement reporting in TGh
MAC beaconing sync comment resolution overview
MAC beaconing sync comment resolution
Request Element for DFS in TGh
Proposed Resolution for Draft 3.0
Setting of DTIM Interval for MCCA
doc.: IEEE <doc#1>
Comment Resolution Actions
<month year> doc.: IEEE < e>
Randomization Interval and Start Times
August 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: CID 422 Proposal Date Submitted: 14 August,
August 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: CID 422 Proposal Date Submitted: 14 August,
September, 2019 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: CID 422 Proposal Date Submitted: Sept.
Presentation transcript:

doc.: IEEE /1206r0 Submission Oct 2004 Black, NokiaSlide 1 TGk LB71 Parallel category comment resolution Simon Black (Nokia)

doc.: IEEE /1206r0 Submission Oct 2004 Black, NokiaSlide 2 Parallel bit only in radio measurement frames Comments Clarify and correct the last sentence of the text describing the parallel bit in – ‘… shall only be set to 1 in measurement report elements …’ Text should refer to request and not report Comments #396, #410, #987 Recommended Resolution Accept #396, #410, #987 The intent of this sentence is to make parallel bit apply to 11k measurements and not 11h when 11h and 11k appear rolled-up. Suggest this intent is clarified by rewording ‘The Parallel bit is not used and shall be set to 0 in elements requesting spectrum management measurement types.’

doc.: IEEE /1206r0 Submission Oct 2004 Black, NokiaSlide 3 Parallel bit in measurement report elements Comments Can parallel bit setting between request and report be different? Is the parallel bit necessary in the report? Incorrect tense used in definition of parallel bit use in measurement report Comments #512, #516, #517, #520, #524, #525, #1004 Recommended Resolution Resolution – Accept #512, #1004, Counter #516, #517, #520, #524, #525 Remove parallel bit from measurement report. Since each measurement includes an actual measurement start time and duration the function adds no value.

doc.: IEEE /1206r0 Submission Oct 2004 Black, NokiaSlide 4 Parallel bit in first, or only element in measurement request frame Comments Use of parallel bit in the first, or only element of a request frame is not defined Description of parallel bit requires that a receiver process the measurement requests in the order that they appear in the frame Comments #397, #398 Recommended Resolution Accept #397, #398 Add text to to set parallel bit to 0 in the first, or only measurement request element in the frame Add text to 11.7 to say that a receiver processes measurements in the order that they appear in the frame.

doc.: IEEE /1206r0 Submission Oct 2004 Black, NokiaSlide 5 Impossible parallel measurements Comments Some measurements cannot be made in parallel, e.g. measurements on different channels Comment #408 Recommended Resolution Accept #408 Add text to return ‘incapable’ if the measuring STA cannot support requested parallel measurements, e.g. due to the measurements being on different channels

doc.: IEEE /1206r0 Submission Oct 2004 Black, NokiaSlide 6 Enable bit is redundant Comments Suggests removing the enable bit since the same functionality can be obtained by using the length field (measurement request is empty for enable use) Comment #399 Recommended Resolution Decline #399 The mechanism being used is from the 11h measurement protocol without change

doc.: IEEE /1206r0 Submission Oct 2004 Black, NokiaSlide 7 No randomization interval Comments Request the addition of text to clarify that Randomization Interval = 0 means that no randomization interval is to be used Comments #62, #426, #955 Recommended Resolution Accept #62, #426, #955 Add text to to clarify that randomization interval = 0 means no randomization interval

doc.: IEEE /1206r0 Submission Oct 2004 Black, NokiaSlide 8 Description of randomization interval in measurement request Comments The phrase ‘desired maximum random delay’ is used in the definition of randomization interval in each measurement request type. The terms desired, maximum and random are incompatible with each other. Put a reference to in all randomization delay references in clause Put a single definition in clause and not one per type. Comments #36, #423, #414 Recommended Resolution Accept #36, #423 –Replace text with ‘Randomization interval specifies the upper bound of the random delay to be used prior to making the measurement in units of TU. See ’ Discuss #414 (editorial). Recommends a single point of definition for common fields. Could restructure to refer to one place – maybe in the first measurement request description. Views?

doc.: IEEE /1206r0 Submission Oct 2004 Black, NokiaSlide 9 Measurement start time Comments Comment #425 –Define a new term ‘measurement start time’ in clause 3 and use for the randomization interval field definition and wherever else in the draft measurement start time is used. Comment #400 –‘Periodic measurements may begin at the indicated start time…’. There is no indicated start time. Recommended Resolution #425 – Decline(?) –Not needed for randomization interval field definition if text proposed in resolution for #36 and #423 accepted. #400 – Accept –Proposed to delete sentence starting ‘Periodic measurements may begin…’ It is sufficient to say that measurements are made over the requested interval (NB text in this area appears to need some editorial work)

doc.: IEEE /1206r0 Submission Oct 2004 Black, NokiaSlide 10 Miscellaneous Comments Comment #65 on –‘It is unclear what is the root cause of the traffic storms and how a randomization interval resolves the problem…’ Comment #406 –Does parallel apply to periodic measurements? If so add text to say so. Comment #996 –What does iteratively mean in ? Recommended Resolution Comment #65- Seek Clarification. – Not sure what commenter desires; more explanation, removal of the concept, …? Comment #406 - Decline(?) –Is it necessary to specify inclusion (what about iterative measurements too)? Suggest that text is inclusive unless it says otherwise? Comment #996- Accept. –Define what is meant by iteratively; suggest that all supported channels are measured in sequence