Signaling Designs For UHR Transmissions In Wireless Communications

The present disclosure is part of a non-provisional patent application claiming the priority benefit of U.S. Provisional Patent Application Nos. 63/570,309, 63/680,089 and 63/698,082, filed 27 Mar. 2024, 7 Aug. 2024 and 24 Sep. 2024, respectively, the contents of which being herein incorporated by reference in their entirety.

The present disclosure is generally related to wireless communications and, more particularly, to signaling designs for ultra-high-reliability (UHR) transmissions in wireless communications.

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.

In wireless communications such as Wi-Fi (or WiFi) in accordance with the Institute of Electrical and Electronics Engineers (IEEE) specification(s), channel condition among spatial streams (SS) may vary and can be quite different (e.g., with a delta signal-to-interference-and-noise ratio (SINR) of 10˜15 dB among spatial streams (SS)). Thus, the concept of unequal modulation (UEQM) on spatial streams has been proposed in the IEEE 802.11n specification. It is believed that UEQM on spatial streams may significantly improve system throughput. However, at the time of the present disclosure, there are a plethora of options regarding UEQM patterns, causing complexity and less inducive to implementation. Besides, extra modulation and coding schemes (MCSs), UEQM over different spatial streams and/or over frequency domain (FD), two times low-density parity-check (2XLDPC) and distributed tone resource unit (DRU) have been discussed as IEEE 802.11bn physical-layer (PHY) features. Signaling schemes need to be designed to enable new and existing features for WLAN products based on the IEEE 802.11bn (and beyond) specifications. Therefore, there is a need for a solution of signaling designs for UHR transmissions in wireless communications.

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.

An objective of the present disclosure is to provide schemes, concepts, designs, techniques, methods and apparatuses pertaining to signaling designs for UHR transmissions in wireless communications. It is believed that aforementioned issue(s) may be avoided or otherwise alleviated by implementation of one or more of the various proposed schemes described herein. For instance, the various proposed signaling schemes may involve different signaling fields and different combinations thereof such as for, for example, non-multi-user multiple-input-multiple-output (non-MU-MIMO) User field signaling, MU-MIMO User field signaling, trigger frames signaling (including Common User Info, Special User Info, and User Info fields), and UHR Signal field (UHR-SIG) signaling with UEQM indications.

In one aspect, a method may involve a processor of an apparatus performing a wireless communication with a physical-layer protocol data unit (PPDU) by either: (i) generating and transmitting the PPDU or (ii) receiving and processing the PPDU.

In another aspect, an apparatus may include a transceiver configured to communicate wirelessly and a processor coupled to the transceiver. The processor may perform a wireless communication with a trigger frame by either: (i) generating and transmitting the trigger frame or (ii) receiving and processing the trigger frame. The trigger frame may be used to solicit a trigger-based (TB) PPDU.

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.

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.

Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and/or solutions pertaining to signaling designs for UHR transmissions 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.

illustrates an example network environmentin which various solutions and schemes in accordance with the present disclosure may be implemented.˜illustrate examples of implementation of various proposed schemes in network environmentin accordance with the present disclosure. The following description of various proposed schemes is provided with reference to˜.

Referring to, network environmentmay involve at least a STAcommunicating wirelessly with a STA. Each of STAand STAmay be an or otherwise function as an access point (AP) STA or, alternatively, a non-AP STA. STAand STAmay be configured or otherwise capable to operate in accordance with the same or different IEEE 802.11 standard(s) (e.g., IEEE 802.11be and future-developed standards). Each of STAand STAmay be configured to communicate with each other by utilizing the techniques pertaining to signaling designs for UHR transmissions 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.

Under various proposed schemes in accordance with the present disclosure, some limitations of UEQM on SS may be assumed in the multiple signaling schemes proposed herein for a User field of non-multi-user multi-input-multiple-output (non-MU-MIMO) transmissions in UHR SIGNAL (UHR-SIG) and beyond. Under a first scheme (Scheme), a 4-bit NSS subfield may be reused to jointly indicate <NSS, EQM, UEQM>. The reuse of the NSS subfield may use validate entries for UEQM pattern indication. MCS for equal modulation (EQM) and the first spatial stream of UEQM may be indicated by a 5-bit MCS subfield. Under a second scheme (Scheme), 5 bits may be used to jointly indicate <NSS, BFed, Coding, EQM, UEQM>. In a third scheme (Scheme), 2-bit tables may be used to indicates UEQM patterns. As transmissions with UEQM may benefit from the finer MCS level, extra MCS signaling may also be considered in the proposed signaling schemes described herein.

With respect to general considerations of UEQM on SS, to limit the combinations of UEQM patterns, the maximum supported SS number may be 4. Since the delta SINR may be as large as 15 dB, the maximum difference in quadrature amplitude modulation (QAM) level between SSs may be 2. Under the above two conditions, the UEQM patterns may be further limited as <2, 3, 3>patterns for <2, 3, 4>number of SS (total 8 patterns). For example, if the number of SS is 4, the number of the UEQM patterns is 3. Moreover, UEQM on SS may require channel condition information, and thus only transmission-beamformed (Tx BF) transmission may be allowed. To reduce implementation complexity, UEQM may only be applied to LDPC-encoded symbols an LDPC coding, and UEQM may be used for non-MU-MIMO transmission (e.g., single-user (SU) and/or orthogonal frequency-division multiple-access (OFDMA) downlink (DL) transmission).

illustrates an example designandillustrates an example designfor User field for non-MU-MIMO allocation under a proposed scheme (Schemementioned above) in accordance with the present disclosure. Referring to, an MCS field (total 5 bits) may be used to indicate all the MCS levels in a UHR transmission and beyond. The MCS field may comprise a 4-bit MCS field and 1 Reserved bit in EHT. Since in IEEE 802.11be, values of NSS more than 8 are Validate bits. Accordingly, those Validate bits may be reused to indicate UEQM patterns. For instance, the 4-bit NSS subfield may be used to jointly indicate <NSS, EQM, UEQM>. In this case, the most significant bit (MSB) in the 4-bit NSS subfield may also be used as an indicator for EQM and UEQM. Under the proposed scheme, extra bits may be added as a Reserved bit (e.g., bit B). It is noteworthy that, since only beamformed (BFed) and LDPC-encoded symbols are allowed for UEQM transmissions, the bits Band Bmay be rephrased for other purposes. For example, bits Band Bmay be reused to indicate required feedback information/type in a block acknowledgement (BlockAck) frame to help link adaptation.

Referring to, the NSS subfield validate entries may be reused for indicating the number of SS and corresponding UEQM pattern under the proposed scheme. Moreover, a 4-bit table may also be treated as separated EQM and UEQM tables depending on the respective MSB value. For example, when the MSB value is 0, the remaining 3 bits may indicate the number of SS and the EQM being used; and when the MSB value is 1, the remaining 3 bits may indicate the number of SS and corresponding UEQM pattern. As another example of Scheme, the table may be arranged by the number of SS. In such cases, the MSB may not be used as the EQM and UEQM indicator.

illustrates an example designunder a proposed scheme (Schemementioned above) in accordance with the present disclosure. Under the proposed scheme, there may be some limitations in UHR and beyond, such as: (1) supporting up to 4 spatial streams (4SS) using binary convolutional coding (BCC); (2) supporting up to 8 spatial streams (8SS) using LDPC; and (3) supporting 8 patterns for UEQM (using LDPC). The total entry may be 32, thus 5 bits may be sufficient to indicate all of UEQM patterns. Moreover, 5 bits may be used to jointly indicate <NSS, BFed, Coding, EQM, UEQM>, as shown in.

illustrates an example designandillustrates an example designunder a proposed scheme (Schemementioned above) in accordance with the present disclosure. Since UEQM may be only applied in Tx BF with LDPC code, the BFed and Coding bits may be rephrased. The BFed and Coding bits may indicate the 2-bit <EQM, UEQM>tables. For instance, depending on the NSS field, the 2-bit <EQM, UEQM>tables shown inmay be used for UEQM pattern signaling. For example, when the number of SS indicated by the NSS field is 2, the first table may be used. When the number of SS indicated by the NSS field is 3, the second table may be used. When the number of SS indicated by the NSS field is 4, the third table may be used. Under the proposed scheme, a flag bit may be used as an indicator for EQM and UEAM, which may be the MSB in the NSS subfield (e.g., bit B) or a new added bit B.

Referring to, under the proposed scheme, the UEQM patterns within different numbers of SS may be ordered by the QAM level difference and starting from the SS which has less change as compared to modulation of EQM, for example, QAM/QAM/QAM/QAM, as shown in. For example, when the number of SS indicated by the NSS field is 2, the first table may be used. When the number of SS indicated by the NSS field is 3, the second table may be used. When the number of SS indicated by the NSS field is 4, the third table may be used. In each table, the order of modulation of a respective SS in each row may follow the level different of QAM in an ascending order (e.g., from small to large). Regarding the table corresponding to 4SS, if the UEQM pattern table applies the first value (e.g., “00”), QAM is applied to the first SS, the second SS and the third SS, and QAM-is applied to the fourth SS. Additionally, if the UEQM pattern table applies the second value (e.g., “01”), QAM is applied to the first SS, the second SS and the third SS, and QAM-is applied to the fourth SS. Moreover, if the UEQM pattern table applies the third value (e.g., “10”, QAM is applied to the first SS and the second SS, QAM-is applied to the third SS, and QAM-is applied to the fourth SS. Regarding the table corresponding to 2SS, if the UEQM pattern table applies the first value (e.g., “00”), QAM is applied to the first SS, and QAM-is applied to the second SS. Additionally, if the UEQM pattern table applies the second value (e.g., “01”), QAM is applied to the first SS, and QAM-is applied to the second SS. Regarding the table corresponding to 3SS, if the UEQM pattern table applies the first value (e.g., “00”), QAM is applied to the first SS and the second SS, and QAM-is applied to the third SS. Additionally, if the UEQM pattern table applies the second value (e.g., “01”), QAM is applied to the first SS and the second SS, and QAM-is applied to the third SS. Moreover, if the UEQM pattern table applies the third value (e.g., “10”), QAM is applied to the first SS, QAM-is applied to the second SS, and QAM-is applied to the third SS.

illustrates an example designunder Scheme, Schemeand Schemedescribed above. That is,shows a summary of the designs under Scheme(denoted as “S” in), Scheme(denoted as “S” in) and Scheme(denoted as “S” in) as described above.

Schememay involve a joint <Nss, EQM, UEQM>table. The Validate bits in IEEE 802.11be may be reused. BFed and Coding bits may be rephrased for other purposes in case of transmissions with UEQM. Under Scheme, one more bit may be added for Reserved bits (total 23 bits).

Schememay involve a joint <Nss, BFed, Coding, EQM, UEQM>table. The NSS, BFed, Coding bits from IEEE 802.11be may be redefined. There may be no need to extend the number of bits of the User field from IEEE 802.11be, as bit Bmay be used as a Reserved bit (total 22 bits).

Schememay use a flag bit to indicate EQM and UEQM as well as redefine the BFed and Coding bits for 2-bit tables. One bit in the NSS subfield may be reused. The BFed and Coding bits may be rephrased to 2-bit tables (UEQM patterns depending on the supported number of spatial streams). Under Scheme, one more bit may be added for Reserved bits (total 23 bits).

Under the various proposed schemes in accordance with the present disclosure, there may be some general considerations with respect to extra MCS signaling, UEQM on SS signaling, and 2XLDPC coding signaling. It is noteworthy that, although IEEE 802.11be applies a 4-bit MCS table, such may not be sufficient if new MCS levels are added in IEEE 802.11bn. Thus, it would be natural to extend one more bit for MCS indication (e.g., to make it a 5-bit table). Moreover, UEQM on multiple SSs with limited QAM patterns (up to 4SS) may be supported under the proposed schemes. It may be desirable to explicitly indicate: (a) whether UEQM on SS is applied or not; and/or (b) whether 2XLDPC is applied or not. Signaling of these features may be specific for different STAs and therefore they may be indicated in the User Info field in a PPDU.

illustrates an example designunder a proposed scheme in accordance with the present disclosure. Designmay pertain to a first option (Option) of extra MCS signaling, UEQM signaling on SS, 2XLDPC signaling of User field for non-MU-MIMO allocation. Referring to part (A) of, UEQM on different SS may be only applied in Tx BF with LDPC code. UEQM patterns may be indicated as a 2-bit table via rephrasing BFed and Coding bits. On the other hand, in IEEE 802.11 bn, up to 8SS is considered, and thus the MSB of the NSS subfield may be repurposed as a UEQM indicator. Under the proposed scheme, regarding the UEQM on SS bit, a value of “1” may indicate that UEQM on SS is applied, with bits B-redefined as UEQM pattern table(s); and a value of “0” may indicate that EQM is applied. Regarding the 2XLDPC bit, a value of “1” may indicate that transmission coding with LDPC may use a code size of 2×1944 (also referred to be codeword length); and a value of “0” may indicate that transmission coding with LDPC may use a code size other than 2×1944. This 2XLDPC bit may be reserved in an event that the transmission is encoded using BCC. Referring to part (B) ofUEQM patterns may be considered. Different table designs may be proposed for different options. The UEQM patterns on SS may be indicated via rephrasing BFed and Coding bits.

illustrates an example designunder a proposed scheme in accordance with the present disclosure. Designmay pertain to a second option (Option) of extra MCS signaling, UEQM on SS signaling, 2XLDPC signaling of User field for non-MU-MIMO allocation. In IEEE 802.11be, values of NSS more than 8 are Validate bits. Under the proposed scheme, the MSB of the NSS subfield may be redefined as a UEQM indicator. Referring to part (A) of, the NSS subfield may be rephrased as a UEQM pattern indicator. Regarding the UEQM on SS bit, a value of “1” may indicate that UEQM on SS is applied, with bits B-redefined as a UEQM pattern table; and a value of “0” may indicate that EQM is applied. Regarding the 2XLDPC bit, a value of “1” may indicate that transmission coding with LDPC may use a code size of 2×1944; and a value of “O” may indicate that transmission coding with LDPC may use a code size other than 2×1944. This 2XLDPC bit may be reserved in an event that the transmission is encoded using BCC. Referring to part (B) of, the UEQM on SS patterns may be indicated via rephrasing the NSS subfield.

illustrates an example designunder a proposed scheme in accordance with the present disclosure. Designmay pertain to a third option (Option) of extra MCS signaling, UEQM on SS signaling, 2XLDPC signaling of non-MU-MIMO user field. Optionmay be deemed as a variation of Option. Referring to, Coding bit and 2XLDPC bit may be combined as a forward error correction (FEC) coding table. The NSS subfield may be rephrased as a UEQM pattern indicator. Regarding the UEQM on SS bit, a value of “1” may indicate that UEQM on SS is applied, with bits B-redefined as a UEQM pattern table; and a value of “0” may indicate that EQM is applied.

illustrates an example designunder a proposed scheme in accordance with the present disclosure. Designmay pertain to extra MCS signaling, 2XLDPC signaling of MU-MIMO user field. Since UEQM on SS is not applicable for MU-MIMO scenarios, MU-MIMO signaling design may need to consider only extra MCS and 2XLDPC. Moreover, given that only 8SS is supported in IEEE 802.11bn, the Spatial Configuration subfield may reuse the IEEE 802.11ax 4-bit table (reduced from 6 bits in IEEE802.11be). Referring to, the extra MCS, 2XLDPC indicators may fit in a 22-bit MU-MIMO User field. To match the User field length, one reserved bit may be added. Regarding the 2XLDPC bit, a value of “1” may indicate that transmission coding with LDPC may use a code size of 2×1944; and a value of “0” may indicate that transmission coding with LDPC may use a code size other than 2×1944. This 2XLDPC bit may be reserved in an event that the transmission is encoded using BCC. It is noteworthy that coding bit and 2XLDPC bits may be combined as a 2-bit FEC coding table.

illustrates an example designunder a proposed scheme in accordance with the present disclosure. Designmay pertain to a first option (Option) of DRU signaling in a Common field of a trigger frame. In IEEE 802.11be, bit B-Bare Extremely-High-Throughput (EHT) reserved bits. In IEEE 802.11bn, to indicate a DRU (distributed resource unit), 4 bits selected from B-Bmay be used as a per-80 MHz DRU indicator. Each bit in the 4 bits indicates whether the corresponding 80 MHz uses a DRU. Under the proposed scheme, unused bits may still be Reserved bits or be used to indicate other UHR features, e.g., aggregate physical-layer protocol data unit (APPDU), dynamic subchannel/subband operation (DSO) and/or in-device coexistence (IDC).

illustrates an example designunder a proposed scheme in accordance with the present disclosure. Designmay pertain to a second option (Option) of DRU signaling in a Special User Info field of a trigger frame. Referring to, the DRU indicator may also be indicated in a Special User Info field. In such cases, 4 bits selected from bits B-Bmay be used as a per-80 MHz DRU indicator. Each bit in the 4 bits indicates whether the corresponding 80 MHz uses a DRU. Under the proposed scheme, unused bits may still be Reserved bits, Disregard and Validate bits, or may be used to indicate other UHR features, e.g., APPDU, DSO and/or IDC.

illustrates an example designunder a proposed scheme in accordance with the present disclosure. Designmay pertain to 2XLDPC signaling and SS Allocation subfield of User field signaling in a trigger frame. In IEEE 802.11be, 4 bits are applied for the starting SS's indication. In IEEE802.11bn, up to 8SS is considered and thus 3 bits are applied for the starting SS's indication. 1 bit in the SS Allocation subfield may be reduced under the proposed scheme. That bit may be applied for 2XLDPC indication. That bit may be the bitin Optionin the. In case that DRU is indicated, then the SS Allocation subfield may be rephrased for indicating distribution bandwidth used by the user corresponding to the user field and number of SS, as shown in optionand optionin. Under the proposed scheme, the coding bit and 2XLDPC bits may be combined.

illustrates an example designunder a proposed scheme in accordance with the present disclosure. Designmay pertain to a UHR-SIG Common field of a PPDU in a non-OFDMA transmission. In IEEE 802.11be, non-MU-MIMO User field is 22 bits in length. In case the User Info field is extended, the UHR-SIG Common field needs to be reduced in length in order to fit in the OFDM symbol boundary (e.g., Common+User Info fields+tail+cyclic redundancy check (CRC)=52 bits for a SU). For example, if the User Info field is 23 bits, then the length of the UHR-SIG Common field may be reduced by 1 bit. If the User Info field is 24 bits, then the length of the UHR-SIG Common field may be reduced by 2 bits in the Disregard subfield.

illustrates an example designunder a proposed scheme in accordance with the present disclosure. Designmay pertain to a first option (Option) of UEQM on FD signaling in a UHR-SIG Common field. Under the proposed scheme, the UEQM on FD may be indicated via an additional bit, which may be selected from the Disregard bits (e.g., previous bits B-Bin EHT-SIG Common field). The Punctured Channel Info field in the Universal Signaling field (U-SIG) may indicate the resource unit (RU) or multi-RU (MRU) size and location of the applied QAM level. The allowed UEQM operation may not go beyond the allowed RU or MRU pattern. Regarding the UEQM on FD bit, a value of “1” may indicate that UEQM on FD is applied, with bits B-Bin the User Info field redefined as a UEQM pattern table (e.g., may be reused or redefined as different UEQM patterns from UEQM patterns on SS) and with Bset as; and a value of “O” may indicate that EQM is applied.

illustrates an example designunder a proposed scheme in accordance with the present disclosure. Designmay pertain to a second option (Option) of UEQM on FD signaling in a UHR-SIG Common field. Under the proposed scheme, 2 bits may be applied to indicate UEQM on SS and FD together. In such cases, UEQM on FD may involve split bandwidths. Under Option, 1 bit of ‘UEQM on SS’ indicator in the non-MU-MIMO User field may be saved. Accordingly, the non-MU-MIMO User field may keep the same length as defined in the IEEE 802.11be specification (e.g., 22 bits).

illustrates an example designunder a proposed scheme in accordance with the present disclosure. Designmay pertain to UEQM on SS and FD signaling of UHR-SIG Common field. Under the proposed scheme, 4 bits of a bitmap may be applied to indicate UEQM on SS and FD together. In such cases, UEQM on FD may split bandwidth by. For example, if the bandwidth (BW) of a PPDU is 320 MHZ, each bit may represent a respective 80 MHz. As another example, if the PPDU BW is 160 MHz, each bit may represent a respective 40 MHz. Representation by the bitmap may start from a lower frequency to a higher frequency. With this proposed scheme and Optiondescribed above, 1 bit of the ‘UEQM on SS’ indicator in the non-MU-MIMO User field may be saved. In such cases, the non-MU-MIMO User field may keep the same length as defined in the IEEE 802.11be specification (e.g., 22bits). Referring to, with respect to the bitmap of UEQM in FD, UEQM on SS may be applied in response to all bits being “1”; EQM may be applied in response to all bits being “0”; and UEQM on FD may be applied in response to not all the bits being “1” or “0”. In this case, a bit having a value of “1” may indicate the frequency location for applying QAM, and a bit having a value of “0” may indicate the frequency location for applying the QAM-x level.

Under a proposed scheme in accordance with the present disclosure, separate bits may be applied to indicate 2XLDPC, and there may be no reserved entries for other coding mode (e.g., 4×LDPC or other LDPC coding schemes). Under the proposed scheme, regarding the 2XLDPC bit, a value of “1” may indicate that transmission coding with LDPC may use a code size of 2×1944; and a value of “O” may indicate that transmission coding with LDPC may use a code size other than 2×1944. Alternatively, or additionally, regarding the Coding bit, a value of “0” may indicate that transmission coding uses BCC; and a value of “1” may indicate that transmission coding uses LDPC. Notably, this may be an unusual combination (the Coding bit is set to be 0, and the 2XLDPC bit is set to be 1), which may be used to indicate a new coding mode (e.g., 4×LDPC or other LDPC coding schemes). The same method may be applied in non-MU-MIMO and MU-MIMO User field as well as User Info field in trigger frames.

illustrates an example designunder a proposed scheme in accordance with the present disclosure. Designmay pertain to MU-MIMO User field. Under the proposed scheme, a new coding mode may be indicated via a subfield (e.g., subfield in MU-MIMO User field) by setting the Coding bit to “0” and setting the 2XLDPC bit to “1”. It is noteworthy that the location of each subfield may be modified. Under the proposed scheme, the bits in the MU-MIMO User field used as the Coding bit, 2XLDPC bit, and a Reserved bit may differ. Referring to, in a first option, bit Bmay be used as the Coding bit, bit Bmay be used as the 2XLDPC bit, while bit Bmay be a Reserved bit. In a second option, bit Bmay be the Reserved bit, bit Bmay be used as the Coding bit, while bit Bmay be used as the 2XLDPC bit. In the first option, if the Coding bit is set to be 0 and the 2XLDPC bit is set to be 0, a BCC mode is applied; if the Coding bit is set to be 1 and the 2XLDPC bit is set to be 0, an LDPC mode is applied; if the Coding bit is set to be 1 and the 2XLDPC bit is set to be 1, a 2XLDPC mode is applied; if the Coding bit is set to be 0 and the 2XLDPC bit is set to be 1, a 4×LDPC or other LDPC coding modes is applied.

illustrates an example designunder a proposed scheme in accordance with the present disclosure. Designmay pertain to User field signaling in trigger frames. Under the proposed scheme, the location of each subfield may be modified. Referring to, there may be different options for signaling with different bits among bits B-Bof the User field.

In view of the above, some of the features of the various proposed schemes may be summarized below.

Firstly, a 4-bit bitmap (e.g., bits B-B) in the Common Info field may be used for DRU indication. For instance, each bit in the 4-bit bitmap may indicate a respective 80 MHz of a 320 MHz bandwidth being used as DRU or regular resource unit (RRU).

Secondly, other fields, except the Disregard bits in the Common field for non-OFDMA transmission in UHR-SIG, may be kept the same as that in the Common field for non-OFDMA transmission in EHT-SIG. For instance, bits B-Bmay be used as a Spatial Reuse subfield, bits B-Bmay be used as a Guard Interval (GI)+Long Training Field (LTF) Size subfield, bits B-Bmay be used as a Number of UHR-LTF Symbols subfield, bit Bmay be used as an LDPC Extra Symbol Segment subfield, bits B-Bmay be used as a Pre-FEC Padding Factor subfield, bit Bmay be used as a PE Disambiguity subfield, bits B-Bmay be used as a Disregard subfield, and bits B-Bmay be used as a Number of non-OFDMA Users subfield.

Thirdly, signaling design for MU-MIMO User field in the UHR-SIG field may involve 23 bits, including: bits B-Bused as a STA identification (STA-ID) subfield, bits B-Bused for an MCS subfield, bits B-Bused as a Spatial Configuration subfield, bit Bused as a Resolution subfield, bit Bused as a Coding subfield, and bit Bused as a 2XLDPC subfield. In this design, when the Coding subfield indicates LDPC as the mode of encoding, bit Bfor the 2XLDPC subfield may be set to: (a) “1” to indicate transmission coding with LDPC using a code size of 2×1944; or (b) “0” to indicate transmission coding with LDPC using a code size of 648, 1296 or 1944.

Fourthly, signaling design for MU-MIMO User field in the UHR-SIG field may involve 23 bits, including: bits B-Bused as a STA-ID subfield, bits B-Bused for an MCS subfield, bits B-Bused as a Number of Spatial Streams (NSS) subfield, bit Bused for an UEQM subfield, bits B-Bused for an UEQM Patterns subfield (or bit Bused as a BFed subfield and bit Bused as a Coding subfield), and bit Bused as a 2XLDPC subfield. In this design, for UEQM indication, bit Bmay be set to: (a) “1” to indicate that UEQM is applied, with bits B-Bredefined to indicate UEQM patterns; or (b) “O” to indicate that EQM is applied (with bits Band Bused for BFed and Coding bits, respectively). Also, when the Coding subfield indicates LDPC, then for 2XLDPC indication, bit Bmay be set to: (a) “1” to indicate transmission coding with LDPC using a code size of 2×1944; or (b) “0” to indicate transmission coding with LDPC using a code size of 648, 1296 or 1944.

Fifthly, a UHR variant User Info field design may be used, including: bits B-Bused for an AIDsubfield, bits B-Bused as a RU Allocation subfield, bit Bused for an Uplink (UL) FEC Coding Type subfield, bits B-Bused for an UL UHR-MCS subfield, bit Bused as a 2XLDPC subfield, bits B-Bused for an SS Allocation subfield, bits B-Bused for an UL Target Receive Power subfield, bit Bused as a PSsubfield, and a variable number of bits used as a Trigger Dependent User Info subfield. Moreover, design of the SS Allocation subfield may depend on whether the 80 MHz frequency subblock(s) corresponding to user(s) in UHR variant User Info field uses RRU or DRU. That is, 1 bit in the SS Allocation subfield in the UHR variant User Info field may be repurposed to indicate the number of spatial streams (e.g., 1ss or 2ss) in the case of DRU. For instance, in the case of RRU, bits B-Bof the SS Allocation subfield may indicate a Starting Stream Index, and bits B-Bof the SS Allocation subfield may indicate the Number of Spatial Streams. On the other hand, in the case of DRU, bits B-Bof the SS Allocation subfield may indicate a Distribution BW, bits B-Bof the SS Allocation subfield may be Reserved bits, and bit Bmay be used for the Number of Spatial Streams.

illustrates an example systemhaving at least an example apparatusand an example apparatusin accordance with an implementation of the present disclosure. Each of apparatusand apparatusmay perform various functions to implement schemes, techniques, processes and methods described herein pertaining to signaling designs for UHR transmissions 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, apparatusmay be implemented in STAand apparatusmay be implemented in STA, or vice versa.

Each of apparatusand apparatusmay 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 apparatusand apparatusmay 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 apparatusand apparatusmay 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 apparatusand apparatusmay 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, apparatusand/or apparatusmay be implemented in a network node, such as an AP in a WLAN.

In some implementations, each of apparatusand apparatusmay 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 apparatusand apparatusmay be implemented in or as a STA or an AP. Each of apparatusand apparatusmay include at least some of those components shown insuch as a processorand a processor, respectively, for example. Each of apparatusand apparatusmay 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 apparatusand apparatusare neither shown innor described below in the interest of simplicity and brevity.

In one aspect, each of processorand processormay 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 “a processor” is used herein to refer to processorand processor, each of processorand processormay include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processorand processormay 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 processorand processoris a special-purpose machine specifically designed, arranged and configured to perform specific tasks including those pertaining to signaling designs for UHR transmissions in wireless communications in accordance with various implementations of the present disclosure.

In some implementations, apparatusmay also include a transceivercoupled to processor. Transceivermay include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. In some implementations, apparatusmay also include a transceivercoupled to processor. Transceivermay include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. It is noteworthy that, although transceiverand transceiverare illustrated as being external to and separate from processorand processor, respectively, in some implementations, transceivermay be an integral part of processoras a system on chip (SoC), and transceivermay be an integral part of processoras a SoC.