[STDS-802-11-TGBN] 11-26/1950r7 – DPS Static HCM: responses to questions

[변성호 <sh.byeon@xxxxxxxxxxx>]

Dear all,

Thank you for the questions and comments on 11-26/1950r6 during yesterday's TGbn MAC PM2 session.

Now 11-26/1950r7 has been uploaded. My responses are below.

Changes in r7 (link):

- Removed NOTE 3 (advance notification and critical update) in 9.4.2.360.1.

- The DPS Static HC Mode field is also carried in Probe Response and (Re)Association Response frames, with the same value as in the most recent Beacon frame (new NOTE 3 in 9.4.2.360.1). The HC mode period is still defined by the Beacon frame.

- Removed the change to 37.31.2.1.

- In 37.17.2.3.3, the mobile AP uses the DPS transition delay instead of the EMLSR transition delay. The wording follows the DSO text.

- Simplified the CID resolutions.

@Sindhu Verma @Ming Gan

The enhanced critical update is tied to the UHR Parameters Update element (37.31.1) where its Mode Tuples field correspond to enabling or disabling a mode, or to updating the parameters in the UHR Operation Parameters field (37.31.2.1). The DPS Static HC Mode field is neither, so it does not need an enhanced critical update. 11.2.3.14 does not list the UHR Operation element either, so changing this field does not trigger a critical update (see the NOTE in D2.1 37.31.1). The field can therefore change at each TBTT, and non-AP STAs that can handle it may use it optionally.

@Xiangxin Gu

No ICF is needed. Right after the Beacon frame, the mobile AP stays in HC mode if the field is 1, or follows the default DPS operation if it is 0, so no preceding ICF/ICR is needed. As a reminder, the purpose of Static HC mode is to let the mobile AP decide at each TBTT, based on its traffic, whether to stay in HC mode.

Further comments are welcome. I plan to bring r7 back for a straw poll/motion later this week.

Best regards,

Seongho.

 

---

To unsubscribe from the STDS-802-11-TGBN list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-11-TGBN&A=1