Signaling methods to enable distributed-tone resource unit transmission on wide bandwidths

Abstract

Techniques pertaining to signaling methods that enable transmission of distributed-tone resource units (DRUs) on wide bandwidths in wireless communications are described. An apparatus (e.g., a station (STA) ) generates one or more resource units (RUs) corresponding to a physical-layer protocol data unit (PPDU). The apparatus then transmits the one or more RUs in a system bandwidth of 160MHz or greater with an indication of at least: (i) a RU type of each RU of the one or more RUs as a regular RU (RRU) or a DRU, and (ii) a respective segment or frequency subblock of the system bandwidth on which each RU of the one or more RUs is transmitted.

Description

SIGNALING METHODS TO ENABLE DISTRIBUTED-TONE RESOURCE UNIT TRANSMISSION ON WIDE BANDWIDTHS

[0001] CROSS REFERENCE TO RELATED PATENT APPLICATION

[0002] The present disclosure is part of a non-provisional patent application claiming the priority benefit of U.S. Provisional Patent Application Nos. 63 / 487,625, filed 01 March 2023, the content of which herein being incorporated by reference in its entirety.TECHNICAL FIELD

[0003] The present disclosure is generally related to wireless communications and, more particularly, to signaling methods to enable transmission of distributed-tone resource units (DRUs) on wide bandwidths in wireless communications.BACKGROUND

[0004] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0005] In wireless communications such as Wi-Fi (or WiFi) and wireless local area networks (WLANs) in accordance with the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standards, efficient utilization of the 6GHz spectrum is one of the key objectives for next-generation Wi-Fi (e.g., Wi-Fi 8) systems. At the present time, the market trend appears to indicate that there will be more devices supporting a minimum bandwidth of 160MHz in the 6GHz frequency band. Among the 1200MHz available spectrum in the 6GHz frequency band in the United States, there are three 160MHz channels for Low Power indoor (LPI) applications, amounting to about 43%of the total 6GHz available spectrum. To utilize the entire 6GHz spectrum more efficiently, DRUs may be an important feature in next-generation Wi-Fi systems (e.g., Wi-Fi 8 Ultra High Reliability (UHR) systems) to boost transmission power. However, signaling for enabling DRU transmission on a wider bandwidth such as 160MHz or larger has yet to be defined at the present time. Therefore, there is a need for a solution of signaling methods that enable DRU transmission on wide bandwidths in wireless communications.SUMMARY

[0006] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits and advantages of the novel and non-obvious techniques described herein. Select implementations are  further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0007] An objective of the present disclosure is to provide schemes, concepts, designs, techniques, methods and apparatuses pertaining to signaling methods that enable DRU transmission on wide bandwidths in wireless communications. It is believed that implementations of various schemes proposed herein may promote efficient usage of the entire 6GHz spectrum as well as boost transmission power in Wi-Fi 8 UHR.

[0008] In one aspect, a method may involve generating one or more resource units (RUs) corresponding to a physical-layer protocol data unit (PPDU) . The method may also involve transmitting the one or more RUs in a system bandwidth of 160MHz or greater with an indication of at least: (i) a RU type of each RU of the one or more RUs as a regular RU (RRU) or a distributed-tone RU (DRU) , and (ii) a respective segment or frequency subblock of the system bandwidth on which each RU of the one or more RUs is transmitted.

[0009] In another aspect, an apparatus may include a transceiver configured to communicate wirelessly and a processor coupled to the transceiver. The processor may generate one or more RUs corresponding to a PPDU. The processor may also transmit the one or more RUs in a system bandwidth of 160MHz or greater with an indication of at least: (i) a RU type of each RU of the one or more RUs as a RRU or a DRU, and (ii) a respective segment or frequency subblock of the system bandwidth on which each RU of the one or more RUs is transmitted.

[0010] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as, Wi-Fi, the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of radio access technologies, networks and network topologies such as, for example and without limitation, Bluetooth, ZigBee, 5th Generation (5G)  / New Radio (NR) , Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, Internet-of-Things (IoT) , Industrial IoT (IIoT) and narrowband IoT (NB-IoT) . Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0011] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some  components may be shown to be out of proportion than the size in actual implementation to clearly illustrate the concept of the present disclosure.

[0012] FIG. 1 is a diagram of an example network environment in which various solutions and schemes in accordance with the present disclosure may be implemented.

[0013] FIG. 2 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0014] FIG. 3 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0015] FIG. 4 is a diagram of an example scenario under a proposed scheme in accordance with the present disclosure.

[0016] FIG. 5 is a diagram of an example scenario under a proposed scheme in accordance with the present disclosure.

[0017] FIG. 6 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0018] FIG. 7 is a diagram of an example Scenario under a proposed scheme in accordance with the present disclosure.

[0019] FIG. 8 is a diagram of an example scenario under a proposed scheme in accordance with the present disclosure.

[0020] FIG. 9 is a diagram of an example scenario under a proposed scheme in accordance with the present disclosure.

[0021] FIG. 10 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0022] FIG. 11 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0023] FIG. 12 is a diagram of an example scenario under a proposed scheme in accordance with the present disclosure.

[0024] FIG. 13 is a diagram of an example scenario under a proposed scheme in accordance with the present disclosure.

[0025] FIG. 14 is a block diagram of an example communication system in accordance with an implementation of the present disclosure.

[0026] FIG. 15 is a flowchart of an example process in accordance with an implementation of the present disclosure.

[0027] DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS

[0028] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that description of the present disclosure is thorough and complete and will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations.

[0029] Overview

[0030] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to signaling methods that enable DRU transmission on wide bandwidths in wireless communications. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another.

[0031] It is noteworthy that, in the present disclosure, a regular RU (RRU) refers to a RU with tones that are continuous (e.g., adjacent to one another) and not interleaved, interlaced or otherwise distributed. Moreover, a 26-tone regular RU may be interchangeably denoted as RU26 (or RRU26) , a 52-tone regular RU may be interchangeably denoted as RU52 (or RRU52) , a 106-tone regular RU may be interchangeably denoted as RU106 (or RRU106) , a 242-tone regular RU may be interchangeably denoted as RU242 (or RRU242) , and so on. Moreover, an aggregate (26+52) -tone regular multi-RU (MRU) may be interchangeably denoted as MRU78 (or rMRU78) , an aggregate (26+106) -tone regular MRU may be interchangeably denoted as MRU132 (or rMRU132) , and so on.

[0032] It is also noteworthy that, in the present disclosure, a bandwidth of 20MHz may be interchangeably denoted as BW20 or BW20M, a bandwidth of 40MHz may be interchangeably denoted as BW40 or BW40M, a bandwidth of 80MHz may be interchangeably denoted as BW80 or BW80M, a bandwidth of 160MHz may be interchangeably denoted as BW160 or BW160M, a bandwidth of 240MHz may be interchangeably denoted as BW240 or BW240M, a bandwidth of 320MHz may be interchangeably denoted as BW320 or BW320M, a bandwidth of 480MHz may be interchangeably denoted as BW480 or BW480M, a bandwidth of 500MHz may be interchangeably denoted as BW500 or BW500M, a bandwidth of 520MHz may be interchangeably  denoted as BW520 or BW520M, a bandwidth of 540MHz may be interchangeably denoted as BW540 or BW540M, a bandwidth of 640MHz may be interchangeably denoted as BW640 or BW640M.

[0033] FIG. 1 illustrates an example network environment 100 in which various solutions and schemes in accordance with the present disclosure may be implemented. FIG. 2 ～ FIG. 15 illustrate examples of implementation of various proposed schemes in network environment 100 in accordance with the present disclosure. The following description of various proposed schemes is provided with reference to FIG. 1 ～ FIG. 15.

[0034] Referring to FIG. 1, network environment 100 may involve at least a station (STA) 110 communicating wirelessly with a STA 120. Either of STA 110 and STA 120 may be an access point (AP) STA or, alternatively, either of STA 110 and STA 120 may function as a non-AP STA. In some cases, STA 110 and STA 120 may be associated with a basic service set (BSS) in accordance with one or more IEEE 802.11 standards (e.g., IEEE 802.11be and future-developed standards) . Each of STA 110 and STA 120 may be configured to communicate with each other by utilizing the signaling methods that enable DRU transmission on wide bandwidths in wireless communications in accordance with various proposed schemes described below. It is noteworthy that, while the various proposed schemes may be individually or separately described below, in actual implementations some or all of the proposed schemes may be utilized or otherwise implemented jointly. Of course, each of the proposed schemes may be utilized or otherwise implemented individually or separately.

[0035] For DRU transmissions on a 20MHz, 40MHz or 80MHz spectrum, it has been proposed that a bitmap of up to 4 bits be used in a Common Info Field of a PPDU to indicate the resource unit (RU) type (e.g., whether RRU or DRU) , with each bit of the 4 bits corresponding to a respective 80MHz segment or frequency subblock to indicate whether the respective 80MHz is used for DRU or RRU. It has also been proposed that 2 bits in the SS Allocation Subfield of a User Info Field of the PPDU be used to indicate the DRU distribution bandwidth (dBW) and that 1 bit in the SS Allocation Subfield of the User Info Field (e.g., one of bits B26 ～ B31) be used to indicate the number of spatial streams in case of a DRU transmission.

[0036] Under a proposed scheme in accordance with the present disclosure with respect to DRU signaling design to support wider distribution bandwidths (Option-1) , a bitmap-based method may be utilized to indicate the RU type in each 80MHz segment or frequency subblock. That is, under the proposed scheme, indication may be 80MHz per bit of the bitmap, and the bitmap may be carried in the Common Info Field and / or a Special User Info Field of a PPDU. Under the proposed scheme, there may be up to 4 bits for a system bandwidth less than or equal to (≤)  320MHz, up to 6 bits for a system bandwidth ≤ 480MHz, and up to 8 bits for a system bandwidth ≤ 640MHz.

[0037] FIG. 2 illustrates an example design 200 of DRU signaling for supporting wider distribution bandwidths under the proposed scheme. Referring to FIG. 2, under Option-1, a bitmap of 4 ～ 8 bits may be carried in the Common Info Field and / or Special User Info Field, with each bit of the bitmap indicating the RU type (e.g., as DRU or RRU) of a respective 80MHz segment or frequency subblock of a system bandwidth of 320MHz ～ 640MHz. Under Option-1, 3 bits of bits B26 ～ B31 of the SS Allocation Subfield in the User Info Field may be re-purposed to indicate the distribution bandwidth (up to 640MHz) for DRU transmissions. Moreover, under Option-1, either 1 bit or 2 bits may be kept supporting up to two spatial streams (2ss) for DRU transmissions. Alternatively, 2 bits may be kept supporting up to four spatial streams (4ss) for DRU transmissions.

[0038] FIG. 3 illustrates an example design 300 of DRU signaling for supporting wider distribution bandwidths under the proposed scheme. Specifically, FIG. 3 shows an example Common User Field and an example Special User Info Field under Option-1. As can be seen, under the proposed scheme, the reserved bits in the Common Info Field and Special User Info Field may be utilized for signaling of DRU transmissions. The meaning of the reserved bits may be redefined to indicate the RU type as being RRU or DRU.

[0039] FIG. 4 illustrates an example scenario 400 under the proposed scheme. Specifically, FIG. 4 shows an example of a RU type bitmap for a DRU distributed on a 160MHz bandwidth. In scenario 400, with an assumed channel bandwidth (or system bandwidth) of 320MHz, the DRU transmission may be performed over up to two 80MHz segments or frequency subblocks, and the distribution bandwidth may be either 160MHz or 80MHz. Referring to FIG. 4, a value of “0” in a bit of the bitmap may indicate RRU or puncture while a value of “1” may indicate DRU. Alternatively, a value of “1” in a bit of the bitmap may indicate RRU or puncture while a value of “0” may indicate DRU. It is noteworthy that DRU distribution on a straddled frequency subblock (e.g., 160MHz) may not be allowed. The bitmap may only indicate the RU type on each 80MHz segment or frequency subblock, and the DRU distribution bandwidth for each user (e.g., STA) may be indicated in the User Info Field.

[0040] FIG. 5 illustrates an example scenario 500 under the proposed scheme. Specifically, FIG. 5 shows an example of a RU type bitmap for a DRU distributed on a 240MHz bandwidth. In scenario 500, with an assumed channel bandwidth (or system bandwidth) of 320MHz, the DRU transmission may be performed over up to three 80MHz segments or frequency subblocks, and the distribution bandwidth may be 240MHz, 160MHz or 80MHz. Referring to FIG. 5, a value of “0” in a bit of the bitmap may indicate RRU or puncture while a value of “1” may indicate DRU.  Alternatively, a value of “1” in a bit of the bitmap may indicate RRU or puncture while a value of “0” may indicate DRU.

[0041] FIG. 6 illustrates an example design 600 of indication of DRU distribution bandwidth under Option-1. Referring to FIG. 6, in case that the scheduling is with RU type =DRU, the meaning of “starting spatial stream” in the SS Allocation / RA-RU Info Subfield may be redefined to indicate the distribution bandwidth. Moreover, up to 3 bits may be utilized to indicate the DRU distribution bandwidth as 20MHz, 40MHz, 80MHz, 160MHz, 240MHz, 320MHz, 480MHz or 640MHz. Possible assignments of bit values are shown in FIG. 6 as an illustrative and non-limiting example.

[0042] FIG. 7 illustrates an example scenario 700 under Option-1. Specifically, scenario 700 pertains to an example of signaling for a mixed-distribution bandwidth operation under Option-1. Referring to FIG. 7, there may be different DRU transmissions for different users / STAs (e.g., user-1, user-2 and user-3) in scenario 700, with the DRU transmission for user-1 on 320MHz, the DRU transmission for user-2 on 160MHz and the DRU transmission for user-3 on 80MHz. Up to 3 bits may be utilized to indicate the DRU distribution bandwidth as 20MHz, 40MHz, 80MHz, 160MHz, 240MHz, 320MHz, 480MHz or 640MHz, with “000” indicating DRU on 20MHz, “001” indicating DRU on 40MHz, “010” indicating DRU on 80MHz, “011” indicating DRU on 160MHz, “100” indicating DRU on 240MHz, “101” indicating DRU on 320MHz, “110” indicating DRU on 480MHz and “111” indicating DRU on 640MHz. A respective User Info Field may be utilized to signal a respective DRU distribution for each of the different users.

[0043] For instance, a first User Info Field for user-1 may indicate: (1) “RU484_7” in the RU Allocation Subfield to signal the seventh DRU484 among a total of eight possible DRU484 allocations in the system bandwidth (seventh 320MHz segment) being utilized for DRU transmission for user-1, and (2) “101” in the SS Allocation Subfield to signal a distribution bandwidth of 320MHz for the DRU transmission for user-1. Similarly, a second User Info Field for user-2 may indicate: (1) “RU242_3” in the RU Allocation Subfield to signal the third DRU242 among a total of sixteen possible DRU242 allocations in the system bandwidth (third 160MHz segment) being utilized for DRU transmission for user-2, and (2) “011” in the SS Allocation Subfield to signal a distribution bandwidth of 160MHz for the DRU transmission for user-2. Likewise, a third User Info Field for user-3 may indicate: (1) “RU106_1” in the RU Allocation Subfield to signal the first DRU106 among a total of thirty-two possible DRU106 allocations in the system bandwidth (first 80MHz segment) being utilized for DRU transmission for user-3, and (2) “010” in the SS Allocation Subfield to signal a distribution bandwidth of 80MHz for the DRU transmission for user-3. In scenario 700, the RU type bitmap in the Common Info Field may be  “1111” to indicate the RU type of the entire 320MHz bandwidth (having four 80MHz segments or frequency subblocks) is DRU.

[0044] FIG. 8 illustrates an example scenario 800 under Option-1. Specifically, scenario 800 pertains to an example of signaling for a mixed-distribution bandwidth operation under Option-1. Referring to FIG. 8, there may be different DRU transmissions for different users / STAs (e.g., user-1, user-2 and user-3) in scenario 800, with the DRU transmission for user-1 on 240MHz, the DRU transmission for user-2 on 80MHz and the DRU transmission for user-3 on 160MHz. Up to 3 bits may be utilized to indicate the DRU distribution bandwidth as 20MHz, 40MHz, 80MHz, 160MHz, 240MHz, 320MHz, 480MHz or 640MHz, with “000” indicating DRU on 20MHz, “001” indicating DRU on 40MHz, “010” indicating DRU on 80MHz, “011” indicating DRU on 160MHz, “100” indicating DRU on 240MHz, “101” indicating DRU on 320MHz, “110” indicating DRU on 480MHz and “111” indicating DRU on 640MHz. A respective User Info Field may be utilized to signal a respective DRU distribution for each of the different users.

[0045] For instance, a first User Info Field for user-1 may indicate: (1) “RU242_5” in the RU Allocation Subfield to signal the fifth DRU242 among a total of sixteen possible DRU242 allocations in the system bandwidth (= 240MHz in the second 80MHz segment and the second 160MHz segment) being utilized for DRU transmission for user-1, and (2) “100” in the SS Allocation Subfield to signal a distribution bandwidth of 240MHz for the DRU transmission for user-1. Similarly, a second User Info Field for user-2 may indicate: (1) “RU242_6” in the RU Allocation Subfield to signal the sixth DRU242 among a total of sixteen possible DRU242 allocations in the system bandwidth (second 80MHz segment) being utilized for DRU transmission for user-2, and (2) “010” in the SS Allocation Subfield to signal a distribution bandwidth of 80MHz for the DRU transmission for user-2. Likewise, a third User Info Field for user-3 may indicate: (1) “RU242_13” in the RU Allocation Subfield to signal the thirteenth DRU242 among a total of sixteen possible DRU242 allocations in the system bandwidth (second 160MHz segment) being utilized for DRU transmission for user-3, and (2) “011” in the SS Allocation Subfield to signal a distribution bandwidth of 160MHz for the DRU transmission for user-3. In scenario 800, the RU type bitmap in the Common Info Field may be “0111” to indicate the RU type of the second 80MHz and the second 160MHz is DRU.

[0046] FIG. 9 illustrates an example scenario 900 under Option-1. Specifically, scenario 900 pertains to an example of signaling for a mixed-distribution bandwidth operation on 480MHz under Option-1. Referring to part (A) of FIG. 9, the RU type bitmap corresponding to the example shown may be “011100” (80MHz segment per bit) to indicate a first RRU on 80MHz, a first DRU on 80MHz, a second DRU on 160MHz and a second RRU on 80MHz of the 480MHz bandwidth. The SS Allocation Subfield for the first DRU may be “010” to signal a distribution bandwidth of  80MHz, and the SS Allocation Subfield for the first DRU may be “011” to signal a distribution bandwidth of 160MHz.

[0047] Referring to part (B) of FIG. 9, the RU type bitmap corresponding to the example shown may be “011111” (80MHz segment per bit) to indicate a first RRU on 80MHz, a first DRU on 240MHz, a second DRU on a 20MHz of a 80MHz segment plus a third DRU on a 40MHz of the 80MHz segment, and a fourth DRU on another 80MHz of the 480MHz bandwidth. The SS Allocation Subfield for the first DRU may be “100” to signal a distribution bandwidth of 240MHz, the SS Allocation Subfield for the second DRU may be “000” to signal a distribution bandwidth of 20MHz, the SS Allocation Subfield for the third DRU may be “001” to signal a distribution bandwidth of 40MHz, and the SS Allocation Subfield for the fourth DRU may be “010” to signal a distribution bandwidth of 80MHz.

[0048] Referring to part (C) of FIG. 9, the RU type bitmap corresponding to the example shown may be “111100” (80MHz segment per bit) to indicate a RRU on 320MHz and a RRU on 160MHz of the 480MHz bandwidth. The SS Allocation Subfield for the DRU may be “101” to signal a distribution bandwidth of 320MHz.

[0049] Under Option-1 with respect to DRU signaling to support wider distribution bandwidths, to save the number of bits of bitmap utilized in indicating the RU type for wider bandwidths such as BW480 and BW640, the minimum DRU distribution bandwidth may be limited with 160MHz. Accordingly, a maximum of 4 bits may be used to indicate the RU type for wider bandwidths. For instance, for a distribution bandwidth less than or equal to 320MHz, with 80MHz per bit, a total of 1 bit may be used for BW20, BW40 and BW80, a total of 2 bits may be used for BW160, a total of 3 bits may be used for BW240, and a total of 4 bits may be used for BW320. Moreover, for a distribution bandwidth greater than 320MHz, a total of 6 bits may be used for BW480 in case of indication with 80MHz per bit, a total of 3 bits may be used for BW480 in case of indication with 160MHz per bit, a total of 8 bits may be used for BW640 in case of indication with 80MHz per bit, and a total of 4 bits may be used for BW640 in case of indication with 160MHz per bit.

[0050] Under a proposed scheme in accordance with the present disclosure with respect to DRU signaling design to support wider distribution bandwidths (Option-2) , instead of using a bitmap in the Common Info Field and / or Special User Info Field to indicate the RU type (e.g., RRU or DRU) for each 80MHz segment or frequency subblock, a reserved bit (e.g., bit B25) of the User Info Field may be utilized to indicate the RU type as being RRU or DRU. For instance, a value of “0” may indicate RRU and a value of “1” may indicate DRU. Alternatively, a value of “1” may indicate RRU and a value of “0” may indicate DRU. In an event that the RU type is DRU,  3 bits of the SS Allocation Info Subfield may still be utilized to indicate the DRU distribution bandwidth.

[0051] FIG. 10 illustrates an example design 1000 of indication of DRU distribution bandwidth under Option-2. Referring to FIG. 10, in case that the scheduling is with RU type =DRU, 3 bits of the SS Allocation Info Subfield may still be utilized to indicate the DRU distribution bandwidth. Moreover, up to 3 bits may be utilized to indicate the DRU distribution bandwidth as 20MHz, 40MHz, 80MHz, 160MHz, 240MHz, 320MHz, 480MHz or 640MHz. Possible assignments of bit values are shown in FIG. 10 as an illustrative and non-limiting example.

[0052] FIG. 11 illustrates an example design 1100 of indication of DRU distribution bandwidth under Option-2. In design 1100, one more bit (e.g., bit B40) may be added in the User Info Field to indicate the RU type. For instance, a value of “0” may indicate RRU and a value of “1” may indicate DRU. Alternatively, a value of “1” may indicate RRU and a value of “0” may indicate DRU. Referring to FIG. 11, in case that the scheduling is with RU type = DRU, 3 bits of the SS Allocation Info Subfield may still be utilized to indicate the DRU distribution bandwidth.

[0053] FIG. 12 illustrates an example scenario 1200 under Option-2. Specifically, scenario 1200 pertains to an example of signaling for a mixed-distribution bandwidth operation on 320MHz under Option-2. Referring to FIG. 12, the value of bit B25 corresponding to a first user (user-1) may be “1” to indicate DRU, and the values of bits B26 ～ B28 may be “010” to indicate a DRU distribution bandwidth of 80MHz. The value of bit B25 corresponding to a second user (user-2) may be “0” to indicate RRU. The value of bit B25 corresponding to a third user (user-3) may be “1” to indicate DRU, and the values of bits B26 ～ B28 may be “011” to indicate a DRU distribution bandwidth of 160MHz.

[0054] Under the various proposed schemes in accordance with the present disclosure, there may be other general considerations for DRU signaling on a wider bandwidth. For instance, signaling of DRU transmission may reuse the RU Allocation subfield table for RRU transmissions (e.g., reusing Table 9-53a in the IEEE 802.11 specification) . Moreover, the logical relationship and hierarchical structure for RRU transmissions may be preserved. FIG. 13 illustrates an example scenario 1300 under a proposed scheme in accordance with the present disclosure. In scenario 1300, the logical relationship and hierarchical structure for RRU transmissions may be preserved for DRU transmissions. Under the proposed scheme, the RU may only be distributed over the frequency segment where it belongs. For instance, as shown in part (A) of FIG. 13, the first DRU242_1 may only be distributed over the first 80MHz segment in case of the distribution bandwidth being 80MHz, and DRU242_1 may not be distributed over other 80MHz segment (s) when the distribution bandwidth is 80MHz. Moreover, referring to part (B) of FIG. 13, distribution  over a straddled frequency subblock (e.g., the shaded 80MHz segments in FIG. 13) may not be allowed.

[0055] Illustrative Implementations

[0056] FIG. 14 illustrates an example system 1400 having at least an example apparatus 1410 and an example apparatus 1420 in accordance with an implementation of the present disclosure. Each of apparatus 1410 and apparatus 1420 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to signaling methods that enable DRU transmission on wide bandwidths in wireless communications including the various schemes described above with respect to various proposed designs, concepts, schemes, systems and methods described above as well as processes described below. For instance, apparatus 1410 may be implemented in STA 110 and apparatus 1420 may be implemented in STA 120, or vice versa.

[0057] Each of apparatus 1410 and apparatus 1420 may be a part of an electronic apparatus, which may be a non-AP STA or an AP STA, such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus or a computing apparatus. When implemented in a STA, each of apparatus 1410 and apparatus 1420 may be implemented in a smartphone, a smart watch, a personal digital assistant, a digital camera, or a computing equipment such as a tablet computer, a laptop computer or a notebook computer. Each of apparatus 1410 and apparatus 1420 may also be a part of a machine type apparatus, which may be an IoT apparatus such as an immobile or a stationary apparatus, a home apparatus, a wire communication apparatus or a computing apparatus. For instance, each of apparatus 1410 and apparatus 1420 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker or a home control center. When implemented in or as a network apparatus, apparatus 1410 and / or apparatus 1420 may be implemented in a network node, such as an AP in a WLAN.

[0058] In some implementations, each of apparatus 1410 and apparatus 1420 may be implemented in the form of one or more integrated-circuit (IC) chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more reduced-instruction set computing (RISC) processors, or one or more complex-instruction-set-computing (CISC) processors. In the various schemes described above, each of apparatus 1410 and apparatus 1420 may be implemented in or as a STA or an AP. Each of apparatus 1410 and apparatus 1420 may include at least some of those components shown in FIG. 14 such as a processor 1412 and a processor 1422, respectively, for example. Each of apparatus 1410 and apparatus 1420 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface  device) , and, thus, such component (s) of apparatus 1410 and apparatus 1420 are neither shown in FIG. 14 nor described below in the interest of simplicity and brevity.

[0059] In one aspect, each of processor 1412 and processor 1422 may be implemented in the form of one or more single-core processors, one or more multi-core processors, one or more RISC processors or one or more CISC processors. That is, even though a singular term “aprocessor” is used herein to refer to processor 1412 and processor 1422, each of processor 1412 and processor 1422 may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processor 1412 and processor 1422 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of processor 1412 and processor 1422 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks including those pertaining to signaling methods that enable DRU transmission on wide bandwidths in wireless communications in accordance with various implementations of the present disclosure.

[0060] In some implementations, apparatus 1410 may also include a transceiver 1416 coupled to processor 1412. Transceiver 1416 may include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. In some implementations, apparatus 1420 may also include a transceiver 1426 coupled to processor 1422. Transceiver 1426 may include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. It is noteworthy that, although transceiver 1416 and transceiver 1426 are illustrated as being external to and separate from processor 1412 and processor 1422, respectively, in some implementations, transceiver 1416 may be an integral part of processor 1412 as a system on chip (SoC) , and transceiver 1426 may be an integral part of processor 1422 as a SoC.

[0061] In some implementations, apparatus 1410 may further include a memory 1414 coupled to processor 1412 and capable of being accessed by processor 1412 and storing data therein. In some implementations, apparatus 1420 may further include a memory 1424 coupled to processor 1422 and capable of being accessed by processor 1422 and storing data therein. Each of memory 1414 and memory 1424 may include a type of random-access memory (RAM) such as dynamic RAM (DRAM) , static RAM (SRAM) , thyristor RAM (T-RAM) and / or zero-capacitor RAM (Z-RAM) . Alternatively, or additionally, each of memory 1414 and memory 1424 may include a type of read-only memory (ROM) such as mask ROM, programmable ROM (PROM) , erasable programmable ROM (EPROM) and / or electrically erasable programmable ROM  (EEPROM) . Alternatively, or additionally, each of memory 1414 and memory 1424 may include a type of non-volatile random-access memory (NVRAM) such as flash memory, solid-state memory, ferroelectric RAM (FeRAM) , magnetoresistive RAM (MRAM) and / or phase-change memory.

[0062] Each of apparatus 1410 and apparatus 1420 may be a communication entity capable of communicating with each other using various proposed schemes in accordance with the present disclosure. For illustrative purposes and without limitation, a description of capabilities of apparatus 1410, as STA 110, and apparatus 1420, as STA 120, is provided below in the context of example processes 1500 and 1600. It is noteworthy that, although a detailed description of capabilities, functionalities and / or technical features of apparatus 1420 is provided below, the same may be applied to apparatus 1410 although a detailed description thereof is not provided solely in the interest of brevity. It is also noteworthy that, although the example implementations described below are provided in the context of WLAN, the same may be implemented in other types of networks.

[0063] Illustrative Processes

[0064] FIG. 15 illustrates an example process 1500 in accordance with an implementation of the present disclosure. Process 1500 may represent an aspect of implementing various proposed designs, concepts, schemes, systems and methods described above. More specifically, process 1500 may represent an aspect of the proposed concepts and schemes pertaining to signaling methods that enable DRU transmission on wide bandwidths in wireless communications in accordance with the present disclosure. Process 1500 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1510 and 1520. Although illustrated as discrete blocks, various blocks of process 1500 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks / sub-blocks of process 1500 may be executed in the order shown in FIG. 15 or, alternatively, in a different order. Furthermore, one or more of the blocks / sub-blocks of process 1500 may be executed repeatedly or iteratively. Process 1500 may be implemented by or in apparatus 1410 and apparatus 1420 as well as any variations thereof. Solely for illustrative purposes and without limiting the scope, process 1500 is described below in the context of apparatus 1410 implemented in or as STA 110 functioning as a non-AP STA or an AP STA and apparatus 1420 implemented in or as STA 120 functioning as an AP STA or a non-AP STA of a wireless network such as a WLAN in network environment 100 in accordance with one or more of IEEE 802.11 standards. Process 1500 may begin at block 1510.

[0065] At 1510, process 1500 may involve processor 1412 of apparatus 1410 generating one or more RUs corresponding to a PPDU. Process 1500 may proceed from 1510 to 1520.

[0066] At 1520, process 1500 may involve processor 1412 transmitting, via transceiver 1416, the one or more RUs in a system bandwidth of 160MHz or greater with an indication of at least: (i) a RU type of each RU of the one or more RUs as a RRU or DRU; and (ii) a respective segment or frequency subblock of the system bandwidth on which each RU of the one or more RUs is transmitted.

[0067] In some implementations (Option-1) , the indication may include a bitmap in either or both of a Common Info Field and a Special User Info Field of the PPDU. Moreover, the bitmap may indicate the RU type of each 80MHz segment or frequency subblock of the system bandwidth. For instance, a value of “0” of each bit of the bitmap may indicate the RU type being the RRU or a respective 80MHz segment or frequency subblock being punctured while a value of “1” of each bit of the bitmap may indicate the RU type being DRU. Alternatively, the value of “1” of each bit of the bitmap may indicate the RU type being the RRU or the respective 80MHz segment or frequency subblock being punctured while the value of “0” of each bit of the bitmap may indicate the RU type being DRU.

[0068] In some implementations (Option-1) , the bitmap may include: (a) up to 4 bits responsive to the system bandwidth being less than or equal to 320MHz; or (b) up to 6 bits responsive to the system bandwidth being less than or equal to 480MHz; or (c) up to 8 bits responsive to the system bandwidth being less than or equal to 640MHz.

[0069] In some implementations (Option-1) , the indication may further include 3 bits of an SS Allocation Subfield in a User Info Field of the PPDU indicating a DRU distribution bandwidth. For instance, bits B26 ～ B28 of the SS Allocation Subfield may have a value of: (a) 000 indicating 20MHz as a DRU distribution bandwidth; or (b) 001 indicating 40MHz as the DRU distribution bandwidth; or (c) 010 indicating 80MHz as the DRU distribution bandwidth; or (d) 011 indicating 160MHz as the DRU distribution bandwidth; or (e) 100 indicating 240MHz as the DRU distribution bandwidth; or (f) 101 indicating 320MHz as the DRU distribution bandwidth; or (g) 110 as being reserved; or (h) 111 as being reserved. Alternatively, bits B26 ～ B28 of the SS Allocation Subfield may have a value of: (a) 000 indicating 20MHz as a DRU distribution bandwidth; or (b) 001 indicating 40MHz as the DRU distribution bandwidth; or (c) 010 indicating 80MHz as the DRU distribution bandwidth; or (d) 011 indicating 160MHz as the DRU distribution bandwidth; or (e) 100 indicating 240MHz as the DRU distribution bandwidth; or (f) 101 indicating 320MHz as the DRU distribution bandwidth; or (g) 110 indicating 480MHz as the DRU distribution bandwidth; or (h) 111 indicating 640MHz as the DRU distribution bandwidth.

[0070] In some implementations (Option-1) , up to 2 bits of the SS Allocation Subfield may be used to support up to 2ss for the transmission of the DRU or, alternatively, 2 bits of the SS Allocation Subfield are used to support up to 4ss for the transmission of the DRU. For instance,  bits B30 ～ B31 of the SS Allocation Subfield may have a value of: (a) 00 indicating one spatial stream (1ss) ; or (b) 01 indicating 2ss; or (c) 10 indicating three spatial streams (3ss) ; or (d) 11 indicating 4ss. Alternatively, bits B30 ～ B31 of the SS Allocation Subfield may have a value of: (a) 00 indicating 1ss; or (b) 01 indicating 2ss; or (c) 10 as being reserved; or (d) 11 as being reserved.

[0071] In some implementations (Option-1) , responsive to the system bandwidth being less than or equal to 320MHz, the bitmap may have a total of: (a) 1 bit for 20MHz, 40MHz or 80MHz; or (b) 2 bits for 160MHz; or (c) 3 bits for 240MHz; or (d) 4 bits for 320MHz. Furthermore, responsive to the system bandwidth being greater than 320MHz, the bitmap may have a total of: (a) 6 bit for 480MHz indicating 80MHz per bit; or (b) 3 bits for 480MHz indicating 160MHz per bit; or (c) 8 bits for 640MHz indicating 80MHz per bit; or (d) 4 bits for 640MHz indicating 160MHz per bit.

[0072] In some implementations (Option-1) , the indication may include reserved bits in either or both of a Common Info Field and a Special User Info Field of the PPDU with a meaning of the reserved bits defined to indicate the RU type.

[0073] In some implementations (Option-2) , the indication may include reserved bits in a User Info Field of the PPDU indicating the RU type. Moreover, responsive to the RU type being the DRU, the indication may further include 3 bits of an SS Allocation Subfield indicating a DRU distribution bandwidth. For instance, bits B26 ～ B28 of the SS Allocation Subfield may have a value of: (a) 000 indicating 20MHz as a DRU distribution bandwidth; or (b) 001 indicating 40MHz as the DRU distribution bandwidth; or (c) 010 indicating 80MHz as the DRU distribution bandwidth; or (d) 011 indicating 160MHz as the DRU distribution bandwidth; or (e) 100 indicating 240MHz as the DRU distribution bandwidth; or (f) 101 indicating 320MHz as the DRU distribution bandwidth; or (g) 110 as being reserved or indicating 480MHz as the DRU distribution bandwidth; or (h) 111 as being reserved or indicating 640MHz as the DRU distribution bandwidth. Additionally, bits B30 ～ B31 of the SS Allocation Subfield may have a value of: (a) 00 indicating 1ss; (b) 01 indicating 2ss; or (c) 10 as being reserved or indicating 3ss; or (d) 11 as being reserved or indicating 4ss.

[0074] In some implementations, in transmitting, process 1500 may involve processor 1412 transmitting in a Wi-Fi 8 UHR system.

[0075] Additional Notes

[0076] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of  components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0077] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0078] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one" and "one or more" to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an, " e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations, " without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A,  B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B. ”

[0079] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:generating, by a processor of an apparatus, one or more resource units (RUs) corresponding to a physical-layer protocol data unit (PPDU) ; andtransmitting, by the processor, the one or more RUs in a system bandwidth of 160MHz or greater with an indication of at least:a RU type of each RU of the one or more RUs as a regular RU (RRU) or a distributed-tone RU (DRU) , anda respective segment or frequency subblock of the system bandwidth on which each RU of the one or more RUs is transmitted.2.The method of Claim 1, wherein the indication comprises a bitmap in either or both of a Common Info Field and a Special User Info Field of the PPDU.3.The method of Claim 2, wherein the bitmap indicates the RU type of each 80MHz segment or frequency subblock of the system bandwidth.4.The method of Claim 3, wherein either:a value of “0” of each bit of the bitmap indicates the RU type being the RRU or a respective 80MHz segment or frequency subblock being punctured while a value of “1” of each bit of the bitmap indicates the RU type being DRU; orthe value of “1” of each bit of the bitmap indicates the RU type being the RRU or the respective 80MHz segment or frequency subblock being punctured while the value of “0” of each bit of the bitmap indicates the RU type being DRU.5.The method of Claim 3, wherein the bitmap comprises:up to 4 bits responsive to the system bandwidth being less than or equal to 320MHz; orup to 6 bits responsive to the system bandwidth being less than or equal to 480MHz; orup to 8 bits responsive to the system bandwidth being less than or equal to 640MHz.6.The method of Claim 2, wherein the indication further comprises 3 bits of an SS Allocation Subfield in a User Info Field of the PPDU indicating a DRU distribution bandwidth.7.The method of Claim 6, wherein bits B26 ～ B28 of the SS Allocation Subfield have a value of:000 indicating 20MHz as a DRU distribution bandwidth; or001 indicating 40MHz as the DRU distribution bandwidth; or010 indicating 80MHz as the DRU distribution bandwidth; or011 indicating 160MHz as the DRU distribution bandwidth; or100 indicating 240MHz as the DRU distribution bandwidth; or101 indicating 320MHz as the DRU distribution bandwidth; or110 as being reserved; or111 as being reserved.8.The method of Claim 6, wherein bits B26 ～ B28 of the SS Allocation Subfield have a value of:000 indicating 20MHz as a DRU distribution bandwidth; or001 indicating 40MHz as the DRU distribution bandwidth; or010 indicating 80MHz as the DRU distribution bandwidth; or011 indicating 160MHz as the DRU distribution bandwidth; or100 indicating 240MHz as the DRU distribution bandwidth; or101 indicating 320MHz as the DRU distribution bandwidth; or110 indicating 480MHz as the DRU distribution bandwidth; or111 indicating 640MHz as the DRU distribution bandwidth.9.The method of Claim 6, wherein:up to 2 bits of the SS Allocation Subfield are used to support up to two spatial streams (2ss) for the transmission of the DRU; or2 bits of the SS Allocation Subfield are used to support up to four spatial streams (4ss) for the transmission of the DRU.10.The method of Claim 9, wherein bits B30 ～ B31 of the SS Allocation Subfield have a value of:00 indicating one spatial stream (1ss) ; or01 indicating 2ss; or10 indicating three spatial streams (3ss) ; or11 indicating 4ss.11.The method of Claim 9, wherein bits B30 ～ B31 of the SS Allocation Subfield have a value of:00 indicating one spatial stream (1ss) ; or01 indicating 2ss; or10 as being reserved; or11 as being reserved.12.The method of Claim 2, wherein, responsive to the system bandwidth being less than or equal to 320MHz, the bitmap has a total of:1 bit for 20MHz, 40MHz or 80MHz; or2 bits for 160MHz; or3 bits for 240MHz; or4 bits for 320MHz.13.The method of Claim 2, wherein, responsive to the system bandwidth being greater than 320MHz, the bitmap has a total of:6 bit for 480MHz indicating 80MHz per bit; or3 bits for 480MHz indicating 160MHz per bit; or8 bits for 640MHz indicating 80MHz per bit; or4 bits for 640MHz indicating 160MHz per bit.14.The method of Claim 1, wherein the indication comprises reserved bits in either or both of a Common Info Field and a Special User Info Field of the PPDU with a meaning of the reserved bits defined to indicate the RU type.15.The method of Claim 1, wherein the indication comprises reserved bits in a User Info Field of the PPDU indicating the RU type.16.The method of Claim 15, wherein, responsive to the RU type being the DRU, the indication further comprises 3 bits of an SS Allocation Subfield indicating a DRU distribution bandwidth.17.The method of Claim 16, wherein bits B26 ～ B28 of the SS Allocation Subfield have a value of:000 indicating 20MHz as a DRU distribution bandwidth; or001 indicating 40MHz as the DRU distribution bandwidth; or010 indicating 80MHz as the DRU distribution bandwidth; or011 indicating 160MHz as the DRU distribution bandwidth; or100 indicating 240MHz as the DRU distribution bandwidth; or101 indicating 320MHz as the DRU distribution bandwidth; or110 as being reserved or indicating 480MHz as the DRU distribution bandwidth; or111 as being reserved or indicating 640MHz as the DRU distribution bandwidth.18.The method of Claim 16, wherein bits B30 ～ B31 of the SS Allocation Subfield have a value of:00 indicating one spatial stream (1ss) ; or01 indicating 2ss; or10 as being reserved or indicating three spatial streams (3ss) ; or11 as being reserved or indicating 4ss.19.The method of Claim 1, wherein the transmitting comprises transmitting in a Wi-Fi 8 Ultra High Reliability (UHR) system.20.An apparatus, comprising:a transceiver configured to communicate wirelessly; anda processor coupled to the transceiver and configured to perform operations comprising:generating one or more resource units (RUs) corresponding to a physical-layer protocol data unit (PPDU) ; andtransmitting, via the transceiver, the one or more RUs in a system bandwidth of 160MHz or greater with an indication of at least:a RU type of each RU of the one or more RUs as a regular RU (RRU) or a distributed-tone RU (DRU) , anda respective segment or frequency subblock of the system bandwidth on which each RU of the one or more RUs is transmitted.

Images