1104 Oren Kedem 10.24.2 "An unsolicited ack In order to torn up the extension agreement may unsolicited Block Ack be torn down following agreement, the recipient rules defined in 10.24.5." shall send Information request without the Unsolicited extension and receives Information Rsp 10.24.5 discuss on sending without the unsolicited DELBA for torn up the block Ack IE. Block Ack agreement, does it apply to unsolicited Block Ack as well ? Please provide better description how it is done. Resolution: Revise Discussion: It is not necessary to send an Information request element. A DELBA frame is sufficient. Instruct the Editor to modify the text from 802.11ay D1.2 (bottom of p.150) as shown: An unsolicited block ack extension agreement may be torn down 45Teardown of the block ack mechanism. 1105 Oren Kedem 10.24.2 An unsolicited block ack Consider to add also the extension agreement is following rule to the set: established per <TA, RA, TID> tuple. The unsolicited block ack extension agreement is considered the recipient includes the set up if the following Unsolicited Block Ack conditions apply: Extension element in one of its re/Association of Information messages. The recipient transmits and the originator receives a BlockAck frame in response to an MPDU with Ack Policy field set to Implicit Block Ack Request sent by the originator; and Resolution: Reject Discussion: This additional rule is unnecessary. Originators will only transmit an MPDU using the unsolicited Block ACK protocol if it knows the recipient supports that protocol.
1104 Oren Kedem 10.24.2 "An unsolicited ack extension agreement may be torn down following rules defined in 10.24.5." 10.24.5 discuss on sending DELBA for torn up the Block Ack agreement, does it apply to unsolicited Block Ack as well ? Please provide better description how it is done. In order to torn up the unsolicited Block Ack agreement, the recipient shall send Information request without the Unsolicited extension and receives Information Rsp without the unsolicited block Ack IE. Resolution: Revise Discussion: It is not necessary to send an Information request element. A DELBA frame is sufficient. Instruct the Editor to modify the text from 802.11ay D1.2 (bottom of p.150) as shown: An unsolicited block ack extension agreement may be torn down 45Teardown of the block ack mechanism. 1105 Oren Kedem 10.24.2 An unsolicited block ack extension agreement is established per <TA, RA, TID> tuple. The unsolicited block ack extension agreement is considered set up if the following conditions apply: The recipient transmits and the originator receives a BlockAck frame in response to an MPDU with Ack Policy field set to Implicit Block Ack Request sent by the originator; and Consider to add also the following rule to the set: the recipient includes the Unsolicited Block Ack Extension element in one of its re/Association of Information messages. Resolution: Reject Discussion: This additional rule is unnecessary. Originators will only transmit an MPDU using the unsolicited Block ACK protocol if it knows the recipient supports that protocol.
11-18-0958-00-00ay-updated-cr-unsolicited-block-ack.docx