Coordinated beamforming and coordinated spatial reuse PPDU format and signaling in wireless communications

Abstract

Techniques pertaining to coordinated beamforming (CBF or CoBF) and coordinated spatial reuse (CSR or CoSR) physical-layer (PHY) protocol data unit (PPDU) format and signaling in wireless communications are described. An apparatus (e.g., a station (STA) ) performs a wireless communication involving a multi-access point (MAP) coordinated transmission by: (i) generating and transmitting a PPDU or (ii) receiving and processing the PPDU. The PPDU includes a legacy preamble followed by an AMP package. The PPDU includes an indication of a format and signaling of CBF, CSR, or both.

Description

COORDINATED BEAMFORMING AND COORDINATED SPATIAL REUSE PPDU FORMAT AND SIGNALING IN WIRELESS COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION

[0001] The present disclosure is part of a non-provisional patent application claiming the priority benefit of U.S. Provisional Patent Application Nos. 63 / 709,644, 63 / 716,771 and 63 / 742,913, filed 21 October 2024, 06 November 2024 and 08 January 2025, respectively, the contents of which being herein incorporated by reference in their entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to wireless communications and, more particularly, to coordinated beamforming (CBF or CoBF) and coordinated spatial reuse (CSR or CoSR) physical-layer (PHY) protocol data unit (PPDU) format and signaling in wireless communications.BACKGROUND

[0003] 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.

[0004] In wireless communications such as Wi-Fi (or WiFi) in accordance with the Institute of Electrical and Electronics Engineers (IEEE) 802.11bn specification, multiple-AP (MAP) coordinated transmissions (e.g., CBF and CSR) may be considered as one of PHY features to improve system throughput. However, at the time of present disclosure, details on CBF and CSR PPDU format as well as signaling methods thereof have yet to be specified. Therefore, there is a need for a solution of CBF and CSR PPDU format and signaling in wireless communications.SUMMARY

[0005] 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.

[0006] An objective of the present disclosure is to provide schemes, concepts, designs, techniques, methods and apparatuses pertaining to CBF and CSR PPDU format as well as signaling methods thereof have yet to be specified. Therefore, there is a need for a solution of CBF and CSR PPDU format and signaling 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, under the proposed schemes, CBF and CSR PPDU structure, tone plan and signaling designs may follow those of Ultra-High-Reliability (UHR) multi-user (MU) PPDU in accordance with the IEEE 802.11bn (and beyond) standard.

[0007] In one aspect, a method may involve a processor of an apparatus performing a wireless communication involving a MAP coordinated transmission by: (i) generating and transmitting a PPDU or (ii) receiving and processing the PPDU. The PPDU may include a legacy preamble followed by an AMP package. The PPDU includes an indication of a format and signaling of CBF, CSR, or both.

[0008] 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 involving a MAP coordinated transmission by: (i) generating and transmitting a PPDU or (ii) receiving and processing the PPDU. The PPDU may include a legacy preamble followed by an AMP package. The PPDU includes an indication of a format and signaling of CBF, CSR, or both.

[0009] 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

[0010] 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.

[0011] 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.

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

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

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

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

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

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

[0018] FIG. 8 is a block diagram of an example communication system under a proposed scheme in accordance with the present disclosure.

[0019] FIG. 9 is a flowchart of an example process under a proposed scheme in accordance with the present disclosure. DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS

[0020] 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. Overview

[0021] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to CBF and CSR PPDU format and signaling 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.

[0022] 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. 9 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. 9.

[0023] Referring to part (A) of FIG. 1, network environment 100 may involve at least a STA 110 communicating wirelessly with a STA 120. Each of STA 110 and STA 120 may be an or otherwise function as an access point (AP) STA or, alternatively, a non-AP STA. STA 110 and STA 120 may 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 STA 110 and STA 120 may be configured to communicate with each other by utilizing the techniques pertaining to CBF and CSR PPDU format and signaling 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.

[0024] Under various proposed schemes in accordance with the present disclosure, a general signaling design may be to have more than one basic service set (BSS) colors in PHY headers (e.g., universal signal (U-SIG) and UHR signal (UHR-SIG) Common fields) and to indicate each user in its User Info field for its BSS. For instance, in a first option (Option-1) , the PPDU type may be extended to a 3-bit field. In a second option (Option-2) , the indication may be combined with existing entries and an additional bit may be used to distinguish them. In a third option (Option-3) , the indication may be combined with UHR MU type and an additional field may be used to distinguish them.

[0025] Moreover, under the proposed schemes with respect to CSR preamble signaling, a number of design features may be utilized. For instance, a common legacy preamble (L-preamble) and U-SIG may be utilized. Additionally, a ‘PPDU type and compression mode field’ and bit B2 in U-SIG2 may be utilized to indicate the type of PPDU as a CBF PPDU or CSR PPDU. Also, the UHR-SIG may employ the same modulation and coding scheme (MCS) level indicated in U-SIG, or UHR-SIG may employ MSC0 in a CSR PPDU. Moreover, a separate UHR-SIG (Option-1) may be utilized, with a resource unit (RU) allocation indicated on a per-AP basis (e.g., y2y1y0 indicating user number within its own BSS) , and a BSS index may be used to separate the BSS color. Furthermore, a common UHR-SIG (Option-2) may be utilized, with a RU allocation subfield indicating the number of user being 1, and with a BSS index to separate the BSS color.

[0026] Referring to part (B) of FIG. 1, there may be two types of CBF PPDU transmissions, namely separated PPDUs and joint PPDU. The main difference between the two types may pertain to beamformed started point and carried information in the preamble. In separated-PPDU transmissions, each of a sharing AP (e.g., AP1) and a shared AP (e.g., AP2) in a MAP system may individually or separately transmit to its associated non-AP STA (e.g., STA1 and STA2, respectively) a respective PPDU that is beamformed with the beginning of the PPDU being the beamformed started point. Referring to part (C) of FIG. 1, in joint-PPDU transmissions, a common preamble may be used to carry the same information and, thus, the beamformed started point may be at the beginning of the UHR short training field (UHR-STF) of the respective PPDU (which is followed by a UHR long training field (UHR-LTF) , followed by a UHR data field (UHR-Data) , followed by a packet extension field (PE) ) . It is noteworthy that separated-PPDU transmission may suffer from hidden node issue and, thus, joint-PPDU transmission may be preferred.

[0027] UHR CBF PPDUs over the air are transmitted from sharing and shared APs simultaneously. For the beamformed portion, they should be processed similarly as a multi-user multiple-input-multiple-output (MU-MIMO) PPDU from one AP only. In that sense, the design options should follow UHR MU PPDU for MU-MIMO cases. To design a separated-PPDU type for CSR may complicate the UHR design from multiple perspectives. Thus, it may be desirable to use the existing PPDU type or the joint PPDU, which is the same as CBF. Also, UHR-STF, UHR-LTF and data tone plan should follow the design of UHR MU PPDU. Legacy preamble (L-preamble) , U-SIG and UHR-SIG content may be modified, but the tone plan may be the same as that of UHR MU PPDU.

[0028] In current IEEE 802.11be specification, MU PPDU and trigger-based (TB) PPDU contents are mostly aligned. Some subfields may be version-independent (e.g., U-SIG1 bits B0 ～B19) , and some subfields may be aligned among different PPDU types (e.g., U-SIG2 bits B0 ～ B1 and B16 ～ B25) . Enhanced-Long-Range (ELR) PPDU in accordance with IEEE 802.11bn may carry STA identification (STA-ID) and 3-bit validation bits in U-SIG2.

[0029] In IEEE 802.11be, there is only one reserved entry left (with PPDU type and compression mode set to 3) . In order to accommodate ELR and CBF, under a proposed scheme in accordance with the present disclosure with respect to PPDU type and compression mode field, the PPDU type and compression mode field may be extended to a 3-bit field in Option-1, or combined with existing entries (with an additional bit to distinguish them) in Option-2, or combined with multiple Extremely-High-Throughput (EHT) MU entries (with an additional field to distinguish them) in Option-3.

[0030] In particular, in IEEE 802.11be, there is only one validation entry bit. Thus, to accommodate ELR, CBF and CSR, the PPDU type and compression mode field may be extended to a 3-bit field. In a first variation of Option-1 (Option 1-1) , UHR MU PPDU, the PPDU type may be extended to 3 bits using the Validate bit. For CBF PPDU and CSR PPDU, explicitly indicating the overlapping BSS (OBSS) color may resolve the issue of STA-ID collision. To minimize modifications from IEEE 802.11be, a 6-bit OBSS color may be placed in U-SIG1. For ELR PPDU, there may be no room for 3-bit validate field, which may be shifted to U-SIG1.

[0031] In a second variation of Option-1 (Option 1-2) , for UHR MU PPDU, PPDU type may be extended to 3 bits and, since U-SIG contents may change depending on the PPDU type, it may be considered as a version-independent subfield. In this case, it may be placed in U-SIG1 and shift other subfields to U-SIG2. For CBF PPDU and CSR PPDU, since U-SIG1 and U-SIG2 are decoded together, BSS color for shared AP may cross U-SIG1 and U-SIG2. For ELR PPDU, STA-ID and ELR validate bits may be kept at the same location or validate bit may be extended to 5 bits, which may further reduce false alarm rate.

[0032] In a third variation of Option-1 (Option 1-3) , for UHR MU PPDU, PPDU type may be extended to 3 bits but crossing U-SIG1 and U-SIG2. To match CBF PPDU format, punctured channel information may be shifted to U-SIG1. For CBF PPDU and CSR PPDU, if PPDU type field is extended to U-SIG1, there may be no room for 6-bit BSS color. Thus, punctured channel information may be shifted to U-SIG1.

[0033] In a fourth variation of Option-1 (Option 1-4) , for UHR MU PPDU, PPDU type may be extended to 3 bits but crossing U-SIG1 and U-SIG2. For CBF PPDU and CSR PPDU, punctured channel information and BSS color may both be squeezed into U-SIG2. To achieve such goal, the number of UHR-SIG symbols may need to be reduced (e.g., the maximum number of users may be limited in CBF) .

[0034] Under a proposed scheme in accordance with the present disclosure with respect to CBF, as there is one reserved bit (e.g., bit B20) in the current MU-MIMO User Info field, it may be used for BSS color indication. For instance, as a BSS index, the value of that reserved bit may be set to 0 to indicate sharing AP BSS. Conversely, the value of that reserved bit may be set to 1 to indicate shared AP BSS. The order of per-STA information may be transmitted in the same sequence to match the spatial stream (SS) configuration.

[0035] Under the current consideration of CBF, the maximum total number of spatial streams (Nss) is 4. Under a proposed scheme in accordance with the present disclosure with respect to CSR, the maximum Nss per STA and per AP may be reduced. For instance, one bit in the Nss field (e.g., the most significant bit (MBS) or bit B18) of the Nss field) may be used for BSS color indication. For instance, as a BSS index, the value of that reserved bit may be set to 0 to indicate sharing AP BSS. Conversely, the value of that reserved bit may be set to 1 to indicate shared AP BSS.

[0036] FIG. 2 illustrates an example design 200 under a proposed scheme in accordance with the present disclosure. Design 200 may pertain to a PPDU type and compression mode field. In a first variation of Option-2 (Option 2-1) with respect to PPDU type and compression mode field, as there is only one validate entry left in IEEE 802.11be, the reserved entry may be used for ELR. Additionally, CBF and CSR may be combined with the existing entry / entries (e.g., entries for UHR MU type of PPDU) . Moreover, an additional bit in the Common SIG field (e.g., U-SIG or UHR-SIG) may be used to distinguish them (e.g., CBF or CSR) . Referring to FIG. 2, in IEEE 802.11be, the value of the PPDU type and compression mode subfield may be 0, 1 or 2, while the value of 3 is reserved. Under the proposed scheme, the reserved entry (with value of 3) may be used to indicate an ELR PPDU transmission (e.g., downlink (DL) ELR) while the indication of a CBF PPDU transmission or a CSR PPDU transmission may be combined with existing entries. For instance, with 0 being the value of the PPDU type and compression mode, an additional bit in a common SIG field (e.g., U-SIG or UHR-SIG) may indicate a CSR PPDU transmission (e.g., DL CSR) . Similarly, with 2 being the value of the PPDU type and compression mode, an additional bit in a common SIG field (e.g., U-SIG or UHR-SIG) may indicate a CSR PPDU transmission (e.g., DL CBF) .

[0037] Under the proposed scheme, the structure of a UHR MU PPDU may be the same as that of an EHT MU PPDU. For CBF PPDU and CSR PPDU, it may be similar to Option 1-1, in that a 6-bit OBSS color may be indicated in U-SIG1, and a validate bit may be used as a CBF / CSR indicator. In case that PPDU type and compression mode field is used for indication of a non-orthogonal frequency-division multiple-access (non-OFDMA) MU-MIMO transmission, the value may be set to 1 to indicate non-OFDMA MU-MIMO or set to 0 to indicate CBF. In case that PPDU type and compression mode field is used for indication of an OFDMA transmission, the value may be set to 1 to indicate OFDMA or set to 0 to indicate CSR.

[0038] FIG. 3 illustrates an example design 300 under a proposed scheme in accordance with the present disclosure. Design 300 may pertain to a PPDU type and compression mode field. In a second variation of Option-2 (Option 2-2) with respect to PPDU type and compression mode field, as there is only one validate entry left in IEEE 802.11be, the reserved entry may be used for ELR. Additionally, CBF and CSR may be combined with the existing entry / entries. Moreover, an additional field in the common SIG field (e.g., U-SIG or UHR-SIG) may be used to distinguish them. The 2 bits of MAP type may be indicated in either U-SIG1 or U-SIG2.

[0039] FIG. 4 illustrates an example design 400 under a proposed scheme in accordance with the present disclosure. Design 400 may pertain to a PPDU type and compression mode field. In Option-3 with respect to PPDU type and compression mode field, as there is only one validate entry left in IEEE 802.11be, the reserved entry may be used for ELR. Moreover, an additional field may be used to distinguish UHR MU PPDU type. For UHR MU PPDU, 2 bits of PPDU sub-type may be indicated in U-SIG1 or U-SIG2. For CBF PPDU or CSR PPDU, it may be similar to Option 1-1, in that a 6-bit OBSS color may be indicated in U-SIG1.

[0040] With respect to legacy length (L_LENGTH) value, from IEEE 802.11be, m = 0 for an EHT MU PPDU or m = 2 for an EHT TB PPDU. Although a shared AP is triggered by a sharing AP, the joint PPDU may be transmitted by both sharing AP and shared AP at the same time, and thus it should be treated more like a MU PPDU. Under a proposed scheme in accordance with the present disclosure, for the UHR CBF / CSR PPDU, the L_LENGTH may be set (e.g., m = 0) following the UHR MU PPDU format.

[0041] With respect to packet extension (PE) , as the joint PPDU transmitted by both sharing AP and shared AP simultaneously, it needs to be decoded by non-AP STAs in myBSS and OBSS. PE capabilities may be reported per STA in IEEE 802.11be, and it may be difficult to exchange PE values for all STAs in the MAP lists. Accordingly, it may be easier to have a fixed PE value when applying CBF / CSR PPDU. Under a proposed scheme in accordance with the present disclosure, as a minimum requirement, CBF / CSR PPDU may apply PE20.

[0042] Under a proposed scheme in accordance with the present disclosure, CBF and CSR may have a common U-SIG to carry multiple BSS colors to resolve the issue of association ID (AID) collision. For a third-party STA, it may benefit from the common U-SIG to discern that a PPDU is a CSR PPDU. For instance, the STA may honor the version-independent fields (e.g., transmission opportunity (TXOP) ) and it may check the BSS colors to terminate its reception (Rx) processors to conserve power.

[0043] FIG. 5 illustrates an example design 500 under a proposed scheme in accordance with the present disclosure. Design 500 may pertain to a CSR PPDU. Referring to FIG. 5, a CSR PPDU under the proposed scheme may: (1) have a common L-preamble and U-SIG; (2) have a separate UHR-SIG (Option-1) or a common UHR-SIG (Option-2) ; (3) limit the transmission phase to two APs only; (4) ; not mix with MU-MIMO; and (5) have UHR-SIG employing the same MCS level indicated in U-SIG or have UHR-SIG employing MCS0 in the CSR PPDU.

[0044] FIG. 6 illustrates an example design 600 under a proposed scheme in accordance with the present disclosure. Design 600 may pertain to a CBF PPDU. Referring to FIG. 6, a CBF PPDU under the proposed scheme may: (1) have a common L-preamble, U-SIG, UHR-SIG, UHR-STF and UHR-LTF; (2) limit the transmission phase to two APs only; and (3) not mix with spatial reuse.

[0045] FIG. 7 illustrates an example design 600 under a proposed scheme in accordance with the present disclosure. Design 700 may pertain to PPDU type and compression mode field. As there is only one validate entry left used for ELR in IEEE 802.11be, CBF and CSR may be combined with existing entries to indicate CBF and CSR. For instance, an additional bit in a common SIG field (e.g., U-SIG or UHR-SIG) may be used to distinguish them later. As an example, for CBF and CSR PPDU, two OBSS colors may be indicated in U-SIG1, and a validate bit in IEEE 802.11be may be used as the CBF / CSR indicator. Referring to FIG. 7, in case that the PPDU type and compression mode field is set to 2, the validate bit may be set to 1 to indicate non-OFDMA MU-MIMO or set to 0 to indicate CBF. Referring to FIG. 7, in case that the PPDU type and compression mode field is set to 0 or 1, the validate bit may be set to 1 to indicate OFDMA or single-user (SU) transmission or set to 0 to indicate CSR.

[0046] With respect to RU allocation, in IEEE 802.11be, OFDMA uses RU allocation subfield for OFDMA MU-MIMO, and the number of users is indicated via y2y1y0. Under a proposed scheme in accordance with the present disclosure, in the case of separate UHR-SIG (Option-1) , the RU allocation may be indicated on a per-AP basis with y2y1y0 indicating the number of users within its own BSS. In case that CSR is not mixed with MU-MIMO, the RU allocation subfield may indicate the number of users as being equal to 1. In the case of common UHR-SIG (Option-2) , the RU allocation may be indicated for both APs. However, CSR in this case may not combine with MU-MIMO, and the RU allocation subfield may indicate the number of users as being equal to 1.

[0047] Under a proposed scheme in accordance with the present disclosure, CSR may be indicated in the User field in the non-MU-MIMO case. With separate UHR-SIG (Option-1) , the User field may be separated depending on the Rx power for the intended STA. In this case, there may be no need for a BSS index. A BSS index may be employed for better separation for CSR STAs. For instance, one bit in the Nss field (e.g., the MSB or bit B18) of the Nss field may be used for BSS color indication in that, for BSS index, the bit may be set to 0 to indicate sharing AP BSS or set to 1 to indicate shared AP BSS. With common UHR-SIG (Option-2) , a BSS index may be employed using bit B18.

[0048] Under a proposed scheme in accordance with the present disclosure, CBF and CSR transmissions need to have a common U-SIG and align PPDU end times. Since the PPDUs are transmitted from both the sharing AP and the shared AP, some information exchange may be necessary. To simplify the information exchange, some design options may be considered for packet extension. For instance, in a first option (option 1) , a fixed nominal packet padding may be used for CBF PPDU and CSR PPDU (e.g., 20 microseconds (μs) or 16 μs) . In a second option (option 2) , a fixed nominal packet extension time (TPE) may be used for CBF PPDU and CSR PPDU (e.g., 20 μs or 16 μs) . The proposed scheme may be applied for CBR PPDU, CSR PPDU, or both CBF and CSR PPDUs. Both option 1 and option 2 may be applied to CBF PPDU, CSR PPDU, or both CBF PPDU and CSR PPDU.

[0049] In IEEE 802.11be, the PE field is determined by ‘pre-FEC padding factor’ and ‘NOMINAL_PACKET_PADDING’ . The PE setting is dependent on the STA capabilities (e.g., using additional time to decode the incoming PPDU or to prepare acknowledgement (ACK) ) . For CBF / CSR transmission, it may be desirable to have information exchange for CBF and CSR (e.g., in the common CBF / CSR control frame) . The common control frame may carry the required information for CBF and CSR PPDUs. For instance, the require information may include CBF / CSR indication, U-SIG and UHR-SIG information, and TB ACK related information.

[0050] Under option 1 of the proposed scheme, with a fixed NOMINAL_PACKET_PADDING value, from both BSSs, the setting PE in CBF and CSR PPDU (maximum allowable PE) may need to accommodate all STA requirements. The PE capabilities may be reported per STA in IEEE 802.11be, and it may be difficult to exchange PE values for all STAs supporting CBF in the MAP lists. Accordingly, under the proposed scheme, a fixed PE value may be utilized when applying CBF / CSR PPDU to simplify the information exchange. In option1, a fixed NOMINAL_PACKET_PADDING value (e.g., 20 μs or 16 μs) may be used for CBF / CSR PPDU. In this case, the a-factor may be carried in the control frame before the CBF / CSR PPDU. The shared AP may use the a-factor and the fixed NOMINAL_PACKET_PADDING to align the transmission PPDU end time.

[0051] As an additional option, the a-factor may be fixed. For example, the a-factor may be fixed at 4, and thus no a-factor information may be needed in the information exchange in the common control frame. Moreover, the LDPC Extra Symbol Segment subfield of the Common Info field may be fixed at 1. in this case, no LDPC Extra Symbol Segment may be needed in the common control frame.

[0052] Under option 2 of the proposed scheme, a fixed nominal TPE value (e.g., 20 μs or 16 μs) may be used for CBF / CSR PPDU. In this case, no a-factor information may be needed in the information exchange in the common control frame. As an additional option, the LDPC Extra Symbol Segment subfield of the Common Info field may be fixed at 1. in this case, no LDPC Extra Symbol Segment may be needed in the common control frame. Illustrative Implementations

[0053] FIG. 8 illustrates an example system 800 having at least an example apparatus 810 and an example apparatus 820 in accordance with an implementation of the present disclosure. Each of apparatus 810 and apparatus 820 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to CBF and CSR PPDU format and signaling 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 810 may be implemented in STA 110 and apparatus 820 may be implemented in STA 120, or vice versa.

[0054] Each of apparatus 810 and apparatus 820 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 810 and apparatus 820 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 810 and apparatus 820 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 810 and apparatus 820 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 810 and / or apparatus 820 may be implemented in a network node, such as an AP in a WLAN.

[0055] In some implementations, each of apparatus 810 and apparatus 820 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 810 and apparatus 820 may be implemented in or as a STA or an AP. Each of apparatus 810 and apparatus 820 may include at least some of those components shown in FIG. 8 such as a processor 812 and a processor 822, respectively, for example. Each of apparatus 810 and apparatus 820 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 810 and apparatus 820 are neither shown in FIG. 8 nor described below in the interest of simplicity and brevity.

[0056] In one aspect, each of processor 812 and processor 822 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 812 and processor 822, each of processor 812 and processor 822 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 812 and processor 822 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 812 and processor 822 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks including those pertaining to CBF and CSR PPDU format and signaling in wireless communications in accordance with various implementations of the present disclosure.

[0057] In some implementations, apparatus 810 may also include a transceiver 816 coupled to processor 812. Transceiver 816 may include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. In some implementations, apparatus 820 may also include a transceiver 826 coupled to processor 822. Transceiver 826 may include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. It is noteworthy that, although transceiver 816 and transceiver 826 are illustrated as being external to and separate from processor 812 and processor 822, respectively, in some implementations, transceiver 816 may be an integral part of processor 812 as a system on chip (SoC) , and transceiver 826 may be an integral part of processor 822 as a SoC.

[0058] In some implementations, apparatus 810 may further include a memory 814 coupled to processor 812 and capable of being accessed by processor 812 and storing data therein. In some implementations, apparatus 820 may further include a memory 824 coupled to processor 822 and capable of being accessed by processor 822 and storing data therein. Each of memory 814 and memory 824 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 814 and memory 824 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 814 and memory 824 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.

[0059] Each of apparatus 810 and apparatus 820 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 810, as STA 110, and apparatus 820, as STA 120, is provided below in the context of example process 900. It is noteworthy that, although a detailed description of capabilities, functionalities and / or technical features of either of apparatus 810 and apparatus 820 is provided below, the same may be applied to the other of apparatus 810 and apparatus 820 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. Illustrative Processes

[0060] FIG. 9 illustrates an example process 900 in accordance with an implementation of the present disclosure. Process 900 may represent an aspect of implementing various proposed designs, concepts, schemes, systems and methods described above. More specifically, process 900 may represent an aspect of the proposed concepts and schemes pertaining to CBF and CSR PPDU format and signaling in wireless communications in accordance with the present disclosure. Process 900 may include one or more operations, actions, or functions as illustrated by one or more of blocks. Although illustrated as discrete blocks, various blocks of process 900 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks / sub-blocks of process 900 may be executed in the order shown in FIG. 9 or, alternatively, in a different order. Furthermore, one or more of the blocks / sub-blocks of process 900 may be executed repeatedly or iteratively. Process 900 may be implemented by or in apparatus 810 and apparatus 820 as well as any variations thereof. Solely for illustrative purposes and without limiting the scope, process 900 is described below in the context of apparatus 810 implemented in or as STA 110 functioning as a non-AP STA and apparatus 820 implemented in or as STA 120 functioning as an 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 900 may begin at block 910.

[0061] At 910, process 900 may involve processor 812 of apparatus 810 performing, via transceiver 816, a wireless communication (e.g., with apparatus 820) involving a MAP coordinated transmission of a PPDU, which may include an indication of a format and signaling of CBF, CSR, or both. The performing of the wireless communication may be represented by 912 and 914.

[0062] At 912, process 900 may involve processor 812 generating and transmitting the PPDU.

[0063] At 914, process 900 may involve processor 812 receiving and processing the PPDU.

[0064] In some implementations, the indication may include an existing entry in a PPDU type and compression mode field of the PPDU with an additional bit or an additional field in a common SIG field to indicate whether the PPDU is a CBF PPDU or a CSR PPDU.

[0065] In some implementations, a second existing entry (e.g., value set to 1) in the PPDU type and compression mode field combined with the additional bit in the common SIG field may indicate a DL CSR PPDU, and a third existing entry (e.g., value set to 2) in the PPDU type and compression mode field combined with the additional bit in the common SIG field may indicate a DL CBF PPDU. Moreover, the common SIG field may include a U-SIG or a UHR-SIG.

[0066] In some implementations, a validate bit defined in IEEE 802.11be specification may be used as an indicator of CSR or CBF. In some implementations, the validate bit may be B2 in U-SIG2.

[0067] In some implementations, an existing entry in the PPDU type and compression mode field combined with the additional bit in the common SIG field may indicate a DL CBF PPDU or a DL CSR PPDU, a new first value of 2 bits of a MAP type in the common SIG field may indicate DL CBF as a first additional entry, and a new second value of 2 bits of a MAP type in the common SIG field may indicate DL CSR as a second additional entry.

[0068] In some implementations, a validate entry (e.g., value set to 3) in the PPDU type and compression mode field defined in an IEEE 802.11be specification may be used to indicate that the PPDU is an ELR PPDU.

[0069] In some implementations, the PPDU may include an UHR CBF PPDU or UHR CSR PPDU with a format that follows a UHR MU PPDU (e.g., tone plan) .

[0070] In some implementations, a U-SIG in the PPDU, as a CBF or CSR PPDU, may carry two BSS color fields, with a first BSS color in the U-SIG indicating the sharing AP and a second BSS color in the U-SIG indicating the shared AP.

[0071] In some implementations, in an event that the PPDU includes a CBF PPDU, transmission of the PPDU may include a joint PPDU transmission by a sharing AP and a shared AP in the MAP such that: (a) a common L-preamble, U-SIG and UHR-SIG of the CBF PPDU carries same information; and (b) beamforming is performed on a UHR-STF, a UHR-LTF, a UHR-Data and a packet extension of the CBF PPDU.

[0072] In some implementations, the PPDU may include a CSR PPDU that: (a) has a common L-preamble and a U-SIG; (b) has a separate UHR-SIG; and (c) has a UHR-SIG complying a same MCS level as MCS0.

[0073] In some implementations, a fixed nominal time of packet extension (TPE) value may be used for a CBF PPDU, a CSR PPDU or both the CBF and CSR PPDUs. In some implementations, the fixed nominal time of packet padding value may be equal to 20 microseconds (μs) , and the pre-FEC padding factor α may be equal to 4.

[0074] In some implementations, a LDPC Extra Symbol Segment subfield of a Common Info field of the PPDU may be fixed as 1. Additional Notes

[0075] 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.

[0076] 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.

[0077] 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. ”

[0078] 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:performing, by a processor of an apparatus, a wireless communication involving a multi-access point (MAP) coordinated transmission by:generating and transmitting a physical-layer protocol data unit (PPDU) ; orreceiving and processing the PPDU,wherein the PPDU comprises an indication of a format and signaling of coordinated beamforming (CBF) , coordinated spatial reuse (CSR) , or both.2.The method of Claim 1, wherein the indication comprises an existing entry in a PPDU type and compression mode field of the PPDU with an additional bit or an additional field in a common signal (SIG) field to indicate whether the PPDU is a CBF PPDU or a CSR PPDU.3.The method of Claim 2, wherein a second existing entry in the PPDU type and compression mode field combined with the additional bit in the common SIG field indicates a downlink (DL) CSR PPDU, wherein a third existing entry in the PPDU type and compression mode field combined with the additional bit in the common SIG field indicates a DL CBF PPDU, and wherein the common SIG field comprises a universal signal field (U-SIG) or a Ultra-High-Reliability (UHR) signal field (UHR-SIG) .4.The method of Claim 3, wherein a validate bit defined in an Institute of Electrical and Electronics Engineers (IEEE) 802.11be specification is used as an indicator of CSR or CBF.5.The method of Claim 4, wherein the validate bit is B2 in U-SIG2.6.The method of Claim 2, wherein a validate entry in the PPDU type and compression mode field defined in an Institute of Electrical and Electronics Engineers (IEEE) 802.11be specification is used to indicate that the PPDU is an Enhanced Long Range (ELR) PPDU.7.The method of Claim 1, wherein the PPDU comprises an Ultra-High-Reliability (UHR) CBF PPDU or UHR CSR PPDU with a format that follows a UHR multi-user (MU) PPDU.8.The method of Claim 1, wherein a universal signal field (U-SIG) in the PPDU, as a CBF or CSR PPDU, carries two BSS color fields, with a first BSS color in the U-SIG indicating the sharing AP and a second BSS color in the U-SIG indicating the shared AP.9.The method of Claim 1, wherein, in an event that the PPDU comprises a CBF PPDU, transmission of the PPDU comprises a joint PPDU transmission by a sharing AP and a shared AP in the MAP such that:a common legacy preamble (L-preamble) , a universal signal field (U-SIG) and a Ultra-High-Reliability (UHR) signal field (UHR-SIG) of the CBF PPDU carry same information; andbeamforming is performed on a Ultra-High-Reliability (UHR) short training field (UHR-STF) , a UHR long training field (UHR-LTF) , a UHR data field (UHR-Data) and a packet extension of the CBF PPDU.10.The method of Claim 1, wherein the PPDU comprises a CSR PPDU that:has a common legacy preamble (L-preamble) and a universal signal field (U-SIG) ;has a separate Ultra-High-Reliability (UHR) signal field (UHR-SIG) ; andhas a UHR-SIG complying a same modulation and coding scheme (MCS) level as MCS0.11.The method of Claim 1, wherein a fixed nominal time of packet extension (TPE) value is used for a CBF PPDU, a CSR PPDU or both the CBF and CSR PPDUs.12.The method of Claim 7, wherein the fixed nominal time of packet padding value is equal to 20 microseconds (μs) , and wherein the pre-FEC padding factor α is equal to 4.13.The method of Claim 11, wherein a LDPC Extra Symbol Segment subfield of a Common Info field of the PPDU is fixed as 1.14.An apparatus, comprising:a transceiver configured to communicate wirelessly; anda processor coupled to the transceiver and configured to perform operations comprising:performing, via the transceiver, a wireless communication involving a multi-access point (MAP) coordinated transmission by:generating and transmitting a physical-layer protocol data unit (PPDU) ; orreceiving and processing the PPDU,wherein the PPDU comprises an indication of a format and signaling of coordinated beamforming (CBF) , coordinated spatial reuse (CSR) , or both.15.The apparatus of Claim 14, wherein, in an event that the PPDU comprises a CBF PPDU, transmission of the PPDU comprises a joint PPDU transmission by a sharing AP and a shared AP in the MAP such that:a common legacy preamble (L-preamble) , a universal signal field (U-SIG) and a Ultra-High-Reliability (UHR) signal field (UHR-SIG) of the CBF PPDU carry same information; andbeamforming is performed on a Ultra-High-Reliability (UHR) short training field (UHR-STF) , a UHR long training field (UHR-LTF) , a UHR data field (UHR-Data) , and a packet extension of the CBF PPDU.16.The apparatus of Claim 14, wherein the indication comprises an existing entry in a PPDU type and compression mode field of the PPDU with an additional bit or an additional field in a common signal (SIG) field to indicate whether the PPDU is a CBF PPDU or a CSR PPDU.17.The apparatus of Claim 16, wherein a second existing entry in the PPDU type and compression mode field combined with the additional bit in the common SIG field indicates a downlink (DL) CSR PPDU, wherein a third existing entry in the PPDU type and compression mode field combined with the additional bit in the common SIG field indicates a DL CBF PPDU, and wherein the common SIG field comprises a universal signal field (U-SIG) or a Ultra-High-Reliability (UHR) signal field (UHR-SIG) .18.The apparatus of Claim 17, wherein a validate bit defined in an Institute of Electrical and Electronics Engineers (IEEE) 802.11be specification is used as an indicator of CSR or CBF.19.The apparatus of Claim 14, wherein a validate entry in the PPDU type and compression mode field defined in an Institute of Electrical and Electronics Engineers (IEEE) 802.11be specification is used to indicate that the PPDU is an Enhanced Long Range (ELR) PPDU.20.The apparatus of Claim 14, wherein the PPDU comprises an Ultra-High-Reliability (UHR) CBF PPDU or UHR CSR PPDU with a format that follows a UHR multi-user (MU) PPDU.

Images