May 2014doc.: IEEE 802.11-14/0494r0
IEEE P802.11
Wireless LANs
Date: 2014-05-13
Author(s):
Name / Affiliation / Address / Phone / email
Jon Rosdahl / CSR Technologies Inc. / 10871 N 5750 W
Highland, UT 84003 / +1-801-492-4023 /
1.0 802.11 TGREVmc called to order by Dorothy STANLEY (Aruba)at 1:30pm HT
1.1.Proposed Agenda for Monday PM1:
- Chair’s Welcome, Status, Review of Objectives, Approve agenda, minutes
- Editor’s Report
- Timeline and Schedule
- Comment resolution:11-14-207 (Adrian), 11-14-0632 (Eldad)
- See document 475r4
- Review Patent Policy
- No issues or identified items from Patent presentation
- Review Meeting Guidelines
- Introductions include Affiliation – Chair, Vicr-chairs and Editor
- Review Proposed Agenda:
- Went around the room to ensure all submissions were scheduled for the week
- R4 was approved by unanimous consent
- Approval without objection of the Tentative Agenda –( See doc 11-14/475r4)
- Approved Agenda:
- Monday PM1
- Chair’s Welcome, Status, Review of Objectives, Approve agenda, minutes
- Editor’s Report
- Timeline and Schedule
- Comment resolution:
- 11-14-207 (Adrian),
- 11-14-0632 (Eldad)
- Monday PM2
- Comment resolution:
- CID 2458 11-14-533r1 (Mark H),
- CID 2434 11-13-0115 (Mark H),
- Other MAC CIDs (Mark H)
- Tuesday PM1
- Motions – Teleconference comments
- Officer elections
- Comment resolution
- Tuesday PM2
- Comment Resolution –
- 11ad --Doc 11-14-549 (Carlos C.),
- Doc 11-14-640 (Dan HARKINS)
- More comment resolution
- Wednesday PM1
- Comment Resolution –
- Location:11-14-541 (Gabor)
- 11-14-525. (Carlos A),
- 11-14-526 (Brian),
- 11-14-573 (Ganesh),
- 11-14-630 (Gilb)
- Wednesday PM2
- Comment Resolution – deprecation CIDs, Motions
- 3GPP Liaison response
- CID 2462
- Thursday AM2
- Comment Resolution,
- Final approval motions
- Thursday PM2
- Comment Resolution, Motions
- Plans for July, Schedule
- AOB
- Adjourn
- Approval of Minutes of previous Meetings
- Minutes are contained in Documents 11-14/316r0 (March Plenary) and 11-14/492r2 (April-May Telecons).
- No objection – Minutes are approved by unanimous consent
- Editor Report
- See document 11-13/95r10
- Current Draft is D2.8
- Includes TGaf Roll-in, edits from March d2.6 and Defects resolved from D2.6 and D2.7.
- Additionally it includes edits for “ready for Motion” comments except CID 2401
- Reference Documents
- There are 32 assigned but not resolved comments left
- We have 6 assignees left with the comments
- Editor Transition Plans
- Emily Qi and Edward Au have agreed to transition over a period of time in taking over the editor duties over time.. By the end of REVmc, Adrian will drop out, and by the start of REVmd, Edward and Emily will be fully in charge.
- Acclamation and thanks for Adrian for his hard work as Editor
- Review of TGmc Plan of Record (slide 8 – 11-14/0475r4)
- No issues on timeline/schedule
- Comment Resolution:
- Start on MAC comments doc 11-14/207r7 – start on page 21 – CID 2051 – 1174.06
- CID 2051 MAC
- Note xxx.nn where xxx is page number and nn is line number
- 1174.06 – no issues with the new proposal as in r7.
- 117.31 – The statement mixed normative and non-normative information.
- no issues with proposed change
- 1175.49 – no issues with proposed change
- 1176.31 – discussion on what some other possible changes, but no issues with proposed change.
- 1245.01 – question on the use of “can be” or “is” -- short discussion,
- We do not want to infer that it has to be done, but rather that if it is to be done, it is to be done a certain way.
- Suggestion to replace “desired” with “performed”
- Other suggestion is “When calibration is performed”
- Other suggestion change sentence to be “In order to perform calibration, the STA follows the procedure described below:
- – no issues with the new proposed text.
- 1285.62 – question on replacing a “desire” and a “should” with a “may”
- -- no issues with proposed text.
- 1289.44 – Review the original text
- -- no issues with proposed text
- 1291.30 – no issues with proposed change
- 1310.25 – no issues with proposed change
- 1310.53 – similar to the last change -- no issues with proposed change
- 1313.14 – question on if this is a control or informative.
- Suggest changing “to indicate the presence of”
- no issues with proposed new change see r7.
- 1330.26 – similar to the last change..make similar adjustment
- no issues with proposed change
- 1326.47 -- no issues with proposed change
- 1365.12 – change to the figure was discussed. – better wording noted.
- 1440.20 -- no issues with proposed change, but there seems to be an issue with the ADDTS Request frame – is it sent from a non-AP STA to a non-AP STA?
- The answer is yes…the concern was resolved.
- No issues with proposed change.
- 1587.49 – no proposed change to the “desired”
- 1607.26 -- no issues with proposed change
- Question on the value of the two sentences, because it is just before a timer expires and just after…same action.
- 1607.37 -- no issues with proposed change
- 1619.26 – no issues with proposed change
- 1664.50 -- no issues with proposed change
- 1940.26 -- no issues with proposed change
- Alternative would be to change it to a note
- Change to “is attemptin” as well
- No issue with the new proposed change as it is in a “NOTE”.
- 1975.33 – need to change from “provides” to “provide”
- No issue with the new proposed text.
- 2011.43
- Remove the “(“) and quote marks
- Question of the order of the parameters cited.
- “corresponding to the TXVECTOR parameter RATE”
- The editor will look at the editorial issues when implementing the proposed changes
- 2011.47
- Similar change needed here as the last one.
- Check on the particular location – Clause 18 there is only RATE not Data RATE.
- 2012.09
- Question on “operating channel” and the context of its use in 18.3.3.2
- no issues with the proposed changes
- 2015.57 (2016.1)
- Concern with the context of the location of “desired”
- Discussion on how to approach the removal of “desired”
- Action item: Eldad to look for a proposed resolution with consensus of the PHY expert group
- 2020.49
- Make change to “TXVECTOR parameter RATE”
- Use updated proposed change.
- 2036.03 – this use of desired seems correct. – no change
- Likewise for a list of other locations:2036.52, 2056.65, 2140.16, 2140.26, 2140.46, 2140.55
- 2036.06 – this use of desired seems correct. – no change
- Likewise 2036.55, 2057.04, 2140.19, 2140.29, 2140.50, 2140.59
- 2079.11
- Discussion of the order of the parameter set order
- In clause 20 it is “L_DATARATE”
- No objection to the proposed change
- 2410.08
- Operational rate set
- No objection to the proposed change
- 2476.58
- Discussion on extraneous comment in this are.
- No objection to the proposed change
- 2504.09
- No proposed change
- 2808.50
- No objection to the proposed change
- 2989.07
- No objection to the proposed change
- 3007.18
- Question of if this is in a note? No it is in an annex
- Suggest that this have an Note, but as it is in an informative Annex, the “NOTE” is not necessary.
- We may leave “desire” rather than change to “Requirement”…
- Somehow we need to distinguish between to things at the UI level.
- Suggestion – use “convention” instead of “requirement” – still not making sense.
- How about “need” – this shows that we should just leave it as “desired”
- There was at least one strong desire to use “need”.
- No objection to the use of “need”.
- 3011.35
- After our previous discussion, we thought that the word “desired” is proper in this instance. - -no change to be made.
- 3044.20
- Surplus Bandwidth allocation. Annex N.
- Leave as Desired as is – no change.
- 3106.40 – Finally the last one.
- Annex W – informative annex
- Question on use of may vs might
- The proposed “may” had to be removed. And “might” used in both locations.
- Change to singlur from plural grammar in all sub-bullets.
- No objection to the proposed change
- Proposed resolution for CID for 2051 (MAC ): Make changes under CID 2015 as noted in 11-14/207r7.
- Move to MAC-Y and mark ready for motion.
- Review Doc 11-14/632r0 Eldad PERAHIA
- N_LTF correction to Clause 20 and Clause 22
- These proposed changes have been circulated with other PHY experts.
- Clause 22 Correction
- This is no N_LTF, but should be “N_VHTLTF”
- Clause 20 correction
- Equation 20-94 refers to equation 20-22…but
- Equation 20-22 – does not have N_LTF
- So change all instances of N_LTF by N_HTLTF in clause 20
- This removes all the N_LTF instances.
- The Chair will include in the motion on Tuesday to incorporate these proposed changes.
- Review doc 11-14/490r0 -- CID 2463 and 2060
- Changes to figures with only textual descriptions has been a problem in the past.
- Figure O-3, O-5 etc have been a problem to get right in the past.
- There are a few “bit map control field” to “Bitmap Control Field”
- Review of the new figure and the proposed changes.
- Other ways to distinguish the bits in the vector without the arrow.
- Change from an arrow to something else….maybe a box around the bits being referenced.
- The call-out on Figure O-5 for the two items on the left seem close enough to be seen as one item, the editor to look at how to make it more definitive for what is being called out.
- Similar changes in O-7
- The changes will be uploaded to an R1
- Proposed Resolution: Incorporate the changes in 11-14/490r1.
- No objection – mark ready for motion.
- Status
- We have a few may ignore comments left,
- Bogus reference…
- Recess 3:30pm HT
- TG REVmc called to order by Dorothy STANLEY (Aruba) at 4:00pm HT Monday PM2
- Reminder of Patent Policy
- No items identified.
- Proposed Agenda
- CID 2183 – Bogus References
- CID 2458 11-14/533r1
- CID 2183 (GEN) -- Bogus References
- See doc 11-14/207r7
- There was some work done in two places (Dorothy 11-14/221 and Carlos proposed resolution combined into Adrian’s proposal
- Review DMG-M4.4 should have only two references – see r7 for list
- Review DMG-M5 – no objection
- Review DMG-M7.3 – no objection
- Review DMG-M7 – no objection
- Proposed Resolution; Revised – make changes under CID 2183 in 11-14/207r7.
- No objection – mark ready for motion
- Review Doc 11-13/115r11 (posted under ARC SC)
- CID 2434 GEN
- This is the Figure 5.1 change proposal
- Review the proposed updated figures.
- There is a missing “loop back” arrow on the 4th box down in the new figure.
- Suggestion of showing how the dotted box is an expanded
- Maybe the expanded 4 option boxes could be made into separate boxes and then have the dotted box reference out by name instead…
- The plan is to revise the figure again, and if it is ready for inclusion by end of week.
- The short plan is to fix just the missing arrow in r12, and then if r13 can be made, then great if not, we can incorporate r12 into the document for now.
- Review Doc -11-14/533r2
- CID 2458 (MAC)
- Review the flow of new section numbers
- Review the specific changes to the new paragraphs
- Question on AP side of things in 9.21.2.2? How to word without “within an AP” wording?
- Change to “when an EDCAF” to start prior to the “within an AP”
- CCA sampling is not quite right, but we will not make the correction this time around, but rather allow a new comment to address it in the future.
- Discussion on paragraph 78 – 9.21.2.3 referenced.
- Why did we add to a, b, c, the “In addition to the primary channel being idle per the rules for obtaining a TXOP.”?
- We could remove it as it is redundant.
- Then it would be more consistent
- The “Also” also need to go, as they are not needed. (also remove the “all also”)
- Discussion on removing the “may” –
- It was determined that the “a) through e)” to return to the original text.
- This was agonized over a lot during 11ac…so we decided to move on.
- Paragraph 34 – believe that all these cases are included in Annex G…more checking to be done.
- There may need to be a case that is missing, not sure how to address.
- Annex G itself references TXOP sequence, then we may have a circular issue.
- Discussion on “TXOP Sequence” vs TXOP continuation.
- The use of “At least one of repeated” seemed to be an issue that causes you not to use Annex G in total.
- Action item: Mark HAMILTON will remove the 9.21.2.5 changes and consider for a future comment. This will cause a new revision to be posted 11-14/533r3
- In 9.21.2.x – The change of the order of the sentence missed defining the “TXOP holder” as was done in the original first sentence…this definition had to be added to the new first sentence and removed from the new 2nd sentence.
- In the new 9.35.5 paragraph – there was a “may be obtained only” that should not be there, or is at least a red flag item.
- Change to “A TXOP shall not be obtained outside…”
- Suggest that 9.21.2 and 9.21.3 have the title spelled out the same way…the acronym
- The model is to explain what it is and then the acronym..
- An other alternative would be to have 9.21.2 be just EDCA and 9.22 to be MCF…but not sure why things are not the same.
- In all three cases, have the name of the thing followed by the acronym.
- No decision on any change here…leave it to the editor.
- Proposed Resolution: Revised Replace the text of Clause 9.21.1 and 9.21.2 (Draft 6 numbering) with the text in doc 11-14/533r3 in the section labeled, “Modified Text (the final proposed version).”
- No objection – Mark ready for motion – MAC-Y
- MAC Comment Resolution
- CID 2009 MAC
- Review the comment
- MME-JOIN.request primitive proposed to be removed.
- Discussion on the value of JOIN process.
- Proposed Resolution: REJECTED (MAC: 2014-05-13 03:47:03Z): MLME-JOIN serves an explicit purpose, as described in 10.1.4.5. In particular, the non-AP STA will synchronize its TSF to the AP (Allowing it to follow Beacon Timing from this point in time). This Primitive is also used to set a number of operating parameters which are otherwise not in any MLME primitive issued by a non-AP STA (for example, the rate set parameters, including HTOperationalMCSSet). In this way, the MLME-JOIN is parallel to the MLME-START in terms of initializing the MAC to specific (Perhaps non-default) operating parameters.
It is agreed that there is some redundancy between MLME-JOIN and later primitives (especially MLME-ASSOCIATE). The commenter did not include sufficient detail to address the parameter cleanup of MLME-JOIN.
2.6.1.5.After 15 minutes of discussion, the reject resolution was agreed to.
2.6.1.6.Move to MAC-Y comment group and mark ready for motion.
2.6.2.CID 2005 MAC
2.6.2.1.Review comment
2.6.2.2.Proposed Resolution: REVISED (MAC: 2014-05-13 03:49:05Z): Change the definition of EAPOL-Start to be "A Data MPDU that carries all or part of an 802.1X EAPOL PDU of type EAPOL-Start."
2.6.2.3.Move to MAC-Y comment group and mark ready for motion.
2.6.3.CID 2119 MAC
2.6.3.1.Review comment
2.6.3.2.The cited statement indicates that the NAV may not get set across all the MACs in the same PHY…
2.6.3.3.There may be certain MAC things that should be shared with all the MACs that are sharing the PHY…but we do not have a complete set of items identified.
2.6.3.4.So, should we modify the text? This may be more broken more than the commenter or any of us have realized before.
2.6.3.5.These are effectively “hidden nodes” even though they are in the same device.
2.6.3.6.RTS/CTS is commonly used in implementations.
2.6.3.7.So first point is if the proposed change a good thing
2.6.3.7.1.Change “STAs do not directly exchange frames with each other” to “ Change STAs cannot directly exchange frames with each other”.
2.6.3.8.Could we say MAC frames.
2.6.3.9.We are now at the timelimit
2.7.One last item – Graham SMITH as agreed to have his comment 2413 rejected by withdrawing
2.8.Recessed at 6:01pm
- TG REVmc called to order by Dorothy STANLEY (Aruba) at 1:30pm HT Tuesday PM1
- Reminder of Patent Policy
- No items identified.
- Review Proposed Agenda:
- Tuesday PM1
- Motions – Teleconference comments
- Officer elections
- Comment resolution
- Motions:
- Motion #52: Teleconference comment resolutions:
Approve resolutions to comments in
Doc: 11-13/0361r29 Tab “Motion MAC-X”
Doc 11-13/1160r10 Tab “Gen Motion Telecon April-May ”
11-13/0233r30 Tab “Editor Motion May 2014”
3.3.1.1.Moved: Mark Hamilton 2nd: Jon ROSDAHL
3.3.1.2.Result: 10-0-2 Motion Passes
3.4.Officer Elections
3.4.1. Final Call for Nominations:
3.4.2.Current Nominees:
3.4.2.1.Chair: Dorothy Stanley (Aruba Networks)
3.4.2.2.Vice Chair: Mark Hamilton (Spectralink)
3.4.2.3.Vice Chair/Secretary: Jon Rosdahl (CSR)
3.4.3.No new Nominees identified
3.4.4.Nominations closed
3.4.5.Adrian STEPHENS took control of the Chair, and ran the election process
3.4.6.Move to approve the TGmc officers shown below:
- Chair: Dorothy Stanley (Aruba Networks)
- Vice Chair: Mark Hamilton (Spectralink)
- Vice Chair/Secretary: Jon Rosdahl (CSR)
- Moved: Michael Montemurro; 2nd David Hunter
- Results: Approved by Unanimous consent (22 members present)
- See Slide 14 doc 11-14/475r5
- TG Editor and Appointment and Confirmation
- Chair Re-appoints Adrain STEPHENS as editor of TG REVmc
- Request to appoint two sub-Editors (Emily QI (Intel) and Edward AU (Huawei))
- Chair appoints Emily and Edward as sub-Editors
- The rationale is that this is the last TG that Adrian will be the Technical Editor of. With the transition, the plan is that by the end of REVmc Emily and Edward will be doing all or most of the work. Then at the start of REVmd, they will be fully in charge and doing all the work.
- Questions: - there is a misspelling on Emily’s name…it was corrected.
- Confirmation Vote from the TG
- Is there any objection to the appointments?
- No objection – confirmed by Unanimous consent (22 members present)
- Continue Comment Resolution:
- CID 2119 (MAC)
- Review comment
- To fix the ambiguity of the statement, we should point out that “STAs cannot directly exchange frames with each other”, and if we do so does this make the situation worse or better.
- See Figure 4-20 for context
- It is technically correct to say that they “cannot” directly exchange frames with each other, but not sure if this is an interoperable problem or not.
- The plan is to go with Mark H proposal unless there is objection.
- Question on is “exchange” well defined?
- It was used in about 2 dozen places
- 10.28.3 HCCA is one place.
- No objection to the plan
- Proposed Resolution: REVISED (MAC: 2014-05-14 00:00:13Z): Change, "STAs do not directly exchange frames with each other" to "STAs cannot directly exchange frames with each other."
This addresses the ambiguity of the statement.
As for the MAC Service, nowhere does the MAC Service say or imply that all STAs can exchange frames directly with each other - consider hidden nodes, for example. Thus, no further change is needed.
3.6.1.9.No Objection – Mark ready for motion
3.6.2.CID 2455 (MAC)
3.6.2.1.Review comment
3.6.2.2.Figure 9-1 and Figure 9-2 reviewed.
3.6.2.3.Proposed Resolution: REVISED (MAC: 2014-05-14 00:03:15Z): Redraw with the two referenced labels moved to the side and down, as shown in 14-0422r0.
3.6.2.4.No objection – Mark ready for motion
3.6.3.CID 2454 (MAC)
3.6.3.1.Review Comment
3.6.3.2.This has been done already.
3.6.3.3.Proposed Resolution: Accept
3.6.3.4.No objection – Mark ready for motion
3.6.4.CID 2054 (MAC)
3.6.4.1.Review comment
3.6.4.2.Review context – 9.11 (1152.11)
3.6.4.3.Reviewed other locations of “non-DMG network”
3.6.4.4.Proposed plan to remove all instances.
3.6.4.5.Propose Resolution: REVISED (MAC: 2014-05-14 00:11:20Z): Accept proposed changes. Also, at 1116L18, delete "in a non-DMG network"; at 1158L7, replace "non-DMG network" with "non-DMG BSS"; at 1167L60, replace "non-DMG network" with "non-DMG BSS"; at 1227L21, replace "non-DMG network" with "non-DMG BSS"; at 1227L25, replace "DMG network" with "DMG BSS".