13371 ron 28.3.10.8.5 428.00 To cover certain Revise as Accepted modified legal allocation in suggested 80, 160 or 80+80 See resolution for OFDMA cases comment 13407 when for a particular content channel, one 996-tone RU Allocation subfield has non-zero number of users while the other 996-tone RU allocation subfiled has no users, change to RU with no User fields indicated by this RU Allocation subfield". Rui Cao 28.3.10.8.3 424.04 When RU=996 is Propose to add Accepted modified allocated, the the following to setting of the RU the paragraph, Editor please add Allocation Bits is "If RU equals this paragraph in not clearly defined. 996, the first 8 424.07: The totally number RU Allocation of users in one bits will use If RU size equals 996RU will be split entry 11010yyy 996, the first 8-bit in two content as in Table RU Allocation channels with load with yyy subfield will use balancing. indicating the entry However, each number of users 11010y2y1y0 as 996RU will have signaled in the in Table 28-24 16 RU corresponding with y2y1y0 Allocation bits, and content indicating the 8-bit RU Allocation channel, while number of User 11010yyy can the second 8 fields signaled in already clearly RU Allocation the corresponding specify the bits will be set content channel, number of users to 01110011". while the second signaled in the In addition, 8-bit RU Allocation corresponding change the subfield will be set content channel. description of to 01110011". How to set the entry In addition, second 8 bits is "01110011" in change the not specified in Table 28-24 to description of current text. "996-tone RU entry "01110011" with zero User in Table 28-24 to indicated in this "996-tone RU with RU Allocation zero User fields subfield of the indicated in this HE-SIG-B RU Allocation content subfield of the channel". content channel".
13371 ron 28.3.10.8.5 428.00 To cover certain legal allocation in 80, 160 or 80+80 OFDMA cases when for a particular content channel, one 996-tone RU Allocation subfield has non-zero number of users while the other 996-tone RU allocation subfiled has no users, change to RU with no User fields indicated by this RU Allocation subfield". Revise as suggested Accepted modified See resolution for comment 13407 Rui Cao 28.3.10.8.3 424.04 When RU=996 is allocated, the setting of the RU Allocation Bits is not clearly defined. The totally number of users in one 996RU will be split in two content channels with load balancing. However, each 996RU will have 16 RU Allocation bits, and 8-bit RU Allocation 11010yyy can already clearly specify the number of users signaled in the corresponding content channel. How to set the second 8 bits is not specified in current text. Propose to add the following to the paragraph, "If RU equals 996, the first 8 RU Allocation bits will use entry 11010yyy as in Table with yyy indicating the number of users signaled in the corresponding content channel, while the second 8 RU Allocation bits will be set to 01110011". In addition, change the description of entry "01110011" in Table 28-24 to "996-tone RU with zero User indicated in this RU Allocation subfield of the HE-SIG-B content channel". Accepted modified Editor please add this paragraph in 424.07: If RU size equals 996, the first 8-bit RU Allocation subfield will use entry 11010y2y1y0 as in Table 28-24 with y2y1y0 indicating the number of User fields signaled in the corresponding content channel, while the second 8-bit RU Allocation subfield will be set to 01110011". In addition, change the description of entry "01110011" in Table 28-24 to "996-tone RU with zero User fields indicated in this RU Allocation subfield of the content channel".
11-18-0118-02-00ax-cr-misc-phy.docx