Oct 2004

Black, Nokia

Slide 1

doc.: IEEE 802.11-04/1206r0

Submission

TGk LB71 Parallel category comment resolution

Simon Black (Nokia)simon.black@intalk2k.com

Oct 2004

Black, Nokia

Slide 2

doc.: IEEE 802.11-04/1206r0

Submission

Parallel bit only in radio measurement frames

Comments

• Clarify and correct the last sentence of the text describing the parallel bit in 7.3.2.21 – ‘… 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.’

Oct 2004

Black, Nokia

Slide 3

doc.: IEEE 802.11-04/1206r0

Submission

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.

Oct 2004

Black, Nokia

Slide 4

doc.: IEEE 802.11-04/1206r0

Submission

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 7.3.2.21 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.

Oct 2004

Black, Nokia

Slide 5

doc.: IEEE 802.11-04/1206r0

Submission

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

Oct 2004

Black, Nokia

Slide 6

doc.: IEEE 802.11-04/1206r0

Submission

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

Oct 2004

Black, Nokia

Slide 7

doc.: IEEE 802.11-04/1206r0

Submission

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 11.7.3 to clarify that randomization interval = 0 means no randomization interval

Oct 2004

Black, Nokia

Slide 8

doc.: IEEE 802.11-04/1206r0

Submission

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 11.7.3 in all randomization delay references in clause 7.3.2.21

• Put a single definition in clause 7.3.2.21 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 11.7.3.’

• 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?

Oct 2004

Black, Nokia

Slide 9

doc.: IEEE 802.11-04/1206r0

Submission

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)

Oct 2004

Black, Nokia

Slide 10

doc.: IEEE 802.11-04/1206r0

Submission

Miscellaneous

Comments

• Comment #65 on 11.7.3– ‘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

7.3.2.21.6?

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