expands to one of the two state machines below it with transitions that are not shown. Discussion It is not clear how to redraw it. A submission is required for review. Suggest assigning to the commenter. 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 cited. 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.”
expands to one of the two state machines below it with transitions that are not shown. Discussion It is not clear how to redraw it. A submission is required for review. Suggest assigning to the commenter. 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 cited. 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.”