Assigned to Solomon Trainin Proposed resolution: TBD. Comment Proposed Change Owning Ad-hoc "Wait until the ProbeDelay time has expired": but there is Replace "Waiit until the MAC no such variable in the MLME. The only value of ProbeDelay time has ProbeDelay available is that from the most recent expired" with "Wait until the invocation by the SME of one of the three primitives: time indicated by the MLME-SCAN.request, MLME-JOIN.request, or ProbeDelay parameter In the current context (after the (from the most recent SME primitive has run) the appropriate invocation of either the primitive appears to be either the MLME-JOIN.request or MLME-JOIN.request or the the MLME-START.request, so the text needs to specify MLME-START.request) either of those as the source of the value of the has expired" ProbeDelay parameter. Discussion I couldn’t find the quoted text at cited location 1550.34. guest the commenter may comment on a period of time equal to the ProbeDelay has transpired.”: “until The commenter mentioned two primitives: MLME-JOIN and MLME-START. However, in the current context (after the MLME-POWERMGT.request primitive has run), think the appropriate primitive appears to be the MLME-JOIN.request only, not MLME-Start.request. The MLME-Start.request is for MAC “the entity start a new BSS or become a member of an MBSS.”. Therefore, only MLME-JOIN.request need to be Proposed resolution: Revised. At the cited location, change a period of time equal to the ProbeDelay has transpired " to a “until “until period of time indicated by the ProbeDelay parameter from the most recent MLME-JOIN.request primitive has transpired.” Comment Proposed Change Owning Ad-hoc "a STA shall inform the AP through a successful frame Reword in terms of what the MAC exchange" -- in an unlicensed band "shall do STA shall do "transmit" and something successfully" is not a valid requirement for how it responds to both compliance successful and unsuccessful outcomes of the attempted transmission.
Assigned to Solomon Trainin Proposed resolution: TBD. Comment Proposed Change Owning Ad-hoc "Wait until the ProbeDelay time has expired": but there is no such variable in the MLME. The only value of ProbeDelay available is that from the most recent invocation by the SME of one of the three primitives: MLME-SCAN.request, MLME-JOIN.request, or In the current context (after the primitive has run) the appropriate primitive appears to be either the MLME-JOIN.request or the MLME-START.request, so the text needs to specify either of those as the source of the value of the ProbeDelay parameter. Replace "Waiit until the ProbeDelay time has expired" with "Wait until the time indicated by the ProbeDelay parameter (from the most recent SME invocation of either the MLME-JOIN.request or the MLME-START.request) has expired" MAC Discussion I couldn’t find the quoted text at cited location 1550.34. guest the commenter may comment on “until a period of time equal to the ProbeDelay has transpired.”: The commenter mentioned two primitives: MLME-JOIN and MLME-START. However, in the current context (after the MLME-POWERMGT.request primitive has run), think the appropriate primitive appears to be the MLME-JOIN.request only, not MLME-Start.request. The MLME-Start.request is for “the MAC entity start a new BSS or become a member of an MBSS.”. Therefore, only MLME-JOIN.request need to be Proposed resolution: Revised. At the cited location, change “until a period of time equal to the ProbeDelay has transpired " to “until a period of time indicated by the ProbeDelay parameter from the most recent MLME-JOIN.request primitive has transpired.” Comment Proposed Change Owning Ad-hoc "a STA shall inform the AP through a successful frame exchange" -- in an unlicensed band "shall do something successfully" is not a valid requirement for compliance Reword in terms of what the STA shall do "transmit" and how it responds to both successful and unsuccessful outcomes of the attempted transmission. MAC
11-15-1180-05-000m-sb0-resolutions-for-ps-comments.docx