111103000200aalb713gcrcommentsnormativetext.docx

1、111103000200aalb713gcrcommentsnormativetextIEEE P802.11Wireless LANsNormative text for LB173 GCR comment resolutionsDate: 2011-03-15Author(s):NameAffiliationAddressPhoneemailAlex AshleyNDS LtdOne London Road, Staines, Middlesex, TW18 4EX, UKaashley at nds dot comSantosh PandeyCiscosanpande at cisco

2、dot comAbstractThis document contains proposed resolutions to comments received in LB173 in the GCR category.3. Definitions, acronyms and abbreviations3.1 Definitionsadvanced groupcast with retries (GCR): A set of features comprised of the GCR block acknowledgement retransmission policy and the GCR

3、service period (GCR-SP) delivery method.(#2379)active from power save (Active-PS): A delivery method for group addressed frames whereby group addressed frames are transmitted when all associated non-access point (non-AP) stations (STAs) are in active mode or the Awake stateof the power save (PS) mod

4、e.(#2377)groupcast with retries (GCR) service period (GCR-SP): A delivery method for a group addressed stream subject to a GCR agreement wherein the frames are transmitted at (#2044)intervals, where the interval between transmissions(#2053) might be smaller than the beacon interval.active groupcast

5、with retries (GCR) service period (Active GCR-SP): A delivery method for a group addressed stream subject to a GCR agreement wherein the frames may be transmitted without regard to the power state of non-AP STAs. (#2044)(#2410)concealed groupcast with retries (GCR) frame: A group addressed frame tha

6、t is transmitted using the aggregate medium access control (MAC) service data unit (A-MSDU) frame format with the destination address (DA) field set to the GCR concealment address. (#2079)groupcast with retries (GCR) concealment address: A (#2102)medium access control (MAC) address that is used to p

7、revent group addressed frames transmitted via the GCR unsolicited retry(#2278) or GCR Block Ack(#2297) retransmission policies from being passed up the MAC-service access point (MAC_SAP(#2230) of GCR-incapable stations.groupcast with retries (GCR) service: A means for transmission and retransmission

8、 of medium access control (MAC) service data units (MSDUs) to a destination that is a group address that provides greater reliability by using (#2376)group addressed retransmissions, concealed from GCR-incapable stations.non-concealed groupcast with retries (GCR) frame: A group addressed frame that

9、is not transmitted to the GCR concealment address.(#2079)4.3.aa12.1 Groupcast with retries(#2182)The groupcast with retries (GCR) service(#2182) allows a STA to request greater reliability for one or more group addressed streams that the STA receives. Greater reliability is provided via (#2380)unsol

10、icited retries, or the Block Ack mechanism. A non-AP STA may request delivery when all associated non-AP STAs are in active(#2182 mode or the Awake state of the PS mode(#2377), so that the AP transmits the frames via EDCA within regular service periods(#2182). 5.1.1.5 Interpretation of service class

11、 parameter in MAC service primitives in a STAChange 5.1.1.5 as follows:In QoS STAs, the value of the service class parameter in the MAC service primitive (see 5.2) may be a noninteger value of QoSAck or QoSNoAck.When an MSDU is received from the MAC_SAP and the recipient STA is a QoS STA with the se

12、rvice class set toQoSAck, the MSDU is transmitted using a QoS data frame with the Ack Policy subfield in the QoS Control field set to either Normal Acknowledgment (Normal Ack) or Block Ack.QoSNoAck, the MSDU is transmitted using a QoS data frame with the Ack Policy subfield in the QoS Control field

13、set to No Acknowledgment (No Ack). If the sender STA is an AP and the frame has a group DA, then the MSDU is buffered for transmission and is also sent to the DS.If the sender STA is an AP and the frame has a group DA that is not the GCR concealment address(#2103), then the MSDU is buffered for tran

14、smission and is also sent to the DS. When an MSDU is received from the MAC_SAP and the recipient STA is not a QoS STA, the MSDU is transmitted using a non-QoS data frame.When a QoS data frame is received from another STA, the service class parameter in MA-UNITDATA.indication primitive is set toQoSAc

15、k, if the frame is a QoS data frame with the Ack Policy subfield in the QoS Control field equal to either Normal Ack or Block Ack.,QoSAck, if the frame is to be delivered via DMS or(#2105) the GCR Block Ack retransmission policy(#2381).QoSNoAck, if the frame is a QoS data frame with the Ack Policy s

16、ubfield in the QoS Control field equal to No Ack. This service class is also used where the DA parameter is a group address unless the frame is to be delivered via DMS(#2105) the GCR Block Ack retransmission policy(#2381).When a non-QoS data frame is received from a STA, the service class parameter

17、in MA-UNITDATA.indication primitive is set toQoSAck, if the frame is an individually addressed frame and is acknowledged by the STA.QoSNoAck, if the frame is a group addressed frame and is not acknowledged by the STA.Note that the group addressed frames sent by a non-QoS STA are not acknowledged reg

18、ardless of the service class parameter in MA-UNITDATA.indication primitive.NOTE GCR frames are only transmitted by a QoS AP or a(#2106) mesh STA6.3.29 Block Ack6.3.29.2 MLME-ADDBA.request (#2387)6.3.29.2.2 Semantics of the service primitiveInsert two extra parameters before the VendorSpecificInfo pa

19、rameter as indicated:The primitive parameters are as follows:MLME-ADDBA.request(PeerSTAAddress,DialogToken,TID,BlockAckPolicy,BufferSize,BlockAckTimeout,ADDBAFailureTimeout,BlockAckStartingSequenceControl,Extended,GCRGroupAddress,VendorSpecificInfo )Insert the following two parameter descriptions ab

20、ove the VendorSpecificInfo row (note that the entire table is not shown here):NameTypeValid rangeDescriptionExtendedBooleantrue, falseSpecifies whether the request is sent using an Extended ADDBA frame or an ADDBA frame.If true, the request is sent using an Extended ADDBA frameIf false, the request

21、is sent using an ADDBA frameGCRGroupAddressMACAddressAny valid group MAC addressSpecifies the group address for which a Block Ack agreement is requested6.3.29.3 MLME-ADDBA.confirm (#2387)6.3.29.3.2 Semantics of the service primitiveInsert an extra parameter before the VendorSpecificInfo parameter as

22、 indicated:The primitive parameters are as follows:MLME-ADDBA.confirm(PeerSTAAddress,DialogToken,TID,ResultCode,BlockAckPolicy,BufferSize,BlockAckTimeout,GCRGroupAddress,VendorSpecificInfo)Insert the following parameter description above the VendorSpecificInfo row (note that the entire table is not

23、shown here):NameTypeValid rangeDescriptionGCRGroupAddressMACAddressAny valid group MAC addressSpecifies the group address for which a Block Ack agreement was requested6.3.29.4 MLME-ADDBA.indication (#2387)6.3.29.4.2 Semantics of the service primitiveInsert two extra parameters before the VendorSpeci

24、ficInfo parameter as indicated:The primitive parameters are as follows:MLME-ADDBA.indication(PeerSTAAddress,DialogToken,TID,BlockAckPolicy,BufferSize,BlockAckTimeout,Extended,GCRGroupAddress,VendorSpecificInfo)Insert the following two parameter descriptions above the VendorSpecificInfo row (note tha

25、t the entire table is not shown here):NameTypeValid rangeDescriptionExtendedBooleantrue, falseSpecifies whether the received request was contained in an Extended ADDBA frame or an ADDBA frame.If true, the request was received using an Extended ADDBA action frame formatIf false, the request was recei

26、ved using an ADDBA action frame formatGCRGroupAddressMACAddressAny valid group MAC addressSpecifies the group address for which a Block Ack agreement is requested6.3.29.5 MLME-ADDBA.response (#2387)6.3.29.5.2 Semantics of the service primitiveInsert an extra parameter before the VendorSpecificInfo p

27、arameter as indicated:The primitive parameters are as follows:MLME-ADDBA.response(PeerSTAAddress,DialogToken,TID,ResultCode,BlockAckPolicy,BufferSize,BlockAckTimeout,GCRGroupAddress,VendorSpecificInfo)Insert the following two parameter descriptions above the VendorSpecificInfo row (note that the ent

28、ire table is not shown here):NameTypeValid rangeDescriptionGCRGroupAddressMACAddressAny valid group MAC addressSpecifies the group address for which a Block Ack agreement was requested8.2.4 Frame fields8.2.4.1 Frame Control field8.2.4.1.8 More Data fieldChange the fourth paragraph of 8.2.4.1.8 as fo

29、llows:The More Data field is set to 1 in group addressed frames transmitted by the AP when additional group addressed BUs that are not part of an active GCR-SP remain to be transmitted by the AP during this beacon interval. The More Data field is set to 0 in group addressed frames transmitted by the

30、 AP when no more group addressed BUs that are not part of an active GCR-SP remain to be transmitted by the AP during this beacon interval and in all group addressed frames transmitted by non-AP STAs. Insert the following paragraph after the fourth paragraph of 8.2.4.1.8The More Data field is set to

31、1 in group addressed frames transmitted by the AP when additional group addressed BUs that are part of an active GCR-SP remain to be transmitted by the AP during this GCR-SP. The More Data field is set to 0 in group addressed frames transmitted by the AP when no more group addressed BUs that are par

32、t of an active GCR-SP remain to be transmitted by the AP during this GCR-SP. (#2382)8.4.2.36 Schedule elementChange the first paragraph of 8.4.2.36 as follows:The Schedule element is transmitted by the HC to a non-AP STA to announce the schedule that the HC/AP follows for admitted streams originating from or de