UHR OBSS sounding feedback improvement and coordinated beamforming transmission schemes in wireless communications

Abstract

Various techniques pertaining to Ultra-High Reliability (UHR) overlapping basic service set (OBSS) sounding feedback improvement and coordinate beamforming (CoBF) transmission schemes in wireless communications are described. An apparatus (e.g., an access point (AP)) performs a CoBF transmission by: (1) determining a link quality difference between a quality of an in-basic service set (in-BSS) link and a quality of an overlapping basic service set (OBSS) link with respect to at least a stations (STA) associated with the AP; (2) setting one or more parameters in a beamforming report poll (BFRP) based on the link quality difference; and (3) transmitting the BFRP to trigger a channel state information (CSI) report from the STA.

Description

UHR OBSS SOUNDING FEEDBACK IMPROVEMENT AND COORDINATED BEAMFORMING TRANSMISSION SCHEMES 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 / 696,407 and 63 / 728,849, filed 19 September 2024 and 06 December 2024, respectively, the contents of which herein being incorporated by reference in their entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to wireless communications and, more particularly, to Ultra-High Reliability (UHR) overlapping basic service set (OBSS) sounding feedback improvement and coordinate beamforming (CoBF) transmission schemes 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 WiFi (or Wi-Fi) and WLANs in accordance with the Institute of Electrical and Electronics Engineers (IEEE) specifications, both sequential sounding and joint sounding sequences are proposed for CoBF sounding in WiFi 8 (also known as UHR) . For example, with a first station (STA) , STA1, being associated with a first access point (AP) , AP1, and a second STA, STA2, being associated with a second AP, AP2, STA1 is AP1’s in-basic service set (in-BSS) STA and AP2’s OBSS STA, and STA2 is AP2’s in-BSS STA and AP1’s OBSS STA. When AP1, AP2, STA1 and STA2 participate in CoBF sounding, to avoid cross-BSS STA addressing due to privacy and security concerns, a CoBF AP sends null data packet announcements (NDPAs) and beamforming report polls (BFRPs) only to its in-BSS STAs. For simplicity, description below pertaining to the behaviors of CoBF AP1 and its associated STA1 is also applicable to the behaviors of CoBF AP2 and its associated STA2. Similarly, a CoBF AP may sound more than one associated STAs in each sounding sequence, although the description mentions only STA1.

[0005] With respect to CoBF sounding report links, a CoBF AP sends a BFRP trigger frame only towards its in-BSS STA (s) , while other CoBF APs can ‘overhear’ the OBSS link channel state information (CSI) report from the OBSS STA (s) . Regarding in-BSS link CSI reports, AP1 sends a BFRP to trigger STA1 to report an in-BSS link (e.g., AP1 → STA1) CSI to AP1, and AP2 sends a BFRP to trigger STA2 to report in-BSS link (e.g., AP2 → STA2) CSI to AP2. Regarding OBSS link CSI reports, AP1 sends a BFRP to trigger STA1 to report the OBSS link (e.g., AP2 → STA1) CSI, and AP2 overhears the OBSS link CSI on an OBSS report link. Similarly, AP2 sends a BFRP to trigger STA2 to report OBSS link (e.g., AP1 →STA2) CSI, and AP1 overhears the OBSS link CSI report on an OBSS report link. Notably, in joint sounding feedback, a large V-based CSI feedback includes both in-BSS link and OBSS link CSIs. Regarding CoBF sounding links (from a null data packet (NDP) -transmitting AP to an NDP-receiving STA) , AP1 → STA1 and AP2 → STA2 transmissions are on in-BSS links, while AP2 → STA1 and AP1 → STA2 transmissions are on OBSS links, with DL_PLij being the path loss from an ith AP to a jth STA. Regarding CoBF report links in CoBF sounding (from a CSI-transmitting STA to a CSI-receiving AP) , STA1 → AP1 and STA2 → AP2 transmissions are on in-BSS report links, and STA1 → AP2 and STA2 → AP1 transmissions are on OBSS report links.

[0006] When AP1 sends a BFRP frame to trigger its in-BSS STA1 to send a CSI report, AP1 sets the in-BSS STAs’ uplink (UL) rate / transmit power control (TPC) information for its CSI report based on in-BSS link quality. STA1’s UL rate / TPC information includes the following fields set by AP1 in the BFRP trigger frame: UL modulation and coding scheme (MCS) and number of spatial streams (Nss) , AP transmit (Tx) Power, and UL Target Received Power (with Nss = 1 for OBSS CSI report) . Moreover, a CoBF AP needs to set UL rate / TPC information in the BFRP trigger frame properly for a given OBSS report link. However, the CoBF AP does not know the OBSS link quality, and a CoBF STA’s OBSS report link quality is generally worse than in-BSS report link since its distance from the OBSS AP tends to be large. For example, an OBSS report link can have more than 20dB path loss compared to in-BSS report link. If UL rate / TPC information in the BFRP trigger frame is based on STA’s in-BSS link quality, decoding error may occur at OBSS AP receiving the CSI report. Detection of OBSS CSI report failure and resounding may seriously degrade the sounding efficiency. Since retransmission of CSI indicated in a BFRP frame is only for an in-BSS report link, errors in CSI feedback over an OBSS link would render CoBF sounding useless without adding new signaling. Without further improvement, CoBF AP would have to limit STAs’ CSI report to use the minimum UL MCS, Nss = 1, and the maximum STA Tx power. Undesirably, this would increase CoBF sounding overhead and STA power consumption.

[0007] Therefore, there is a need for a solution of UHR OBSS sounding feedback improvement and CoBF transmission schemes in wireless communications.SUMMARY

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

[0009] An objective of the present disclosure is to provide schemes, concepts, designs, techniques, methods and apparatuses pertaining to UHR OBSS sounding feedback improvement and CoBF transmission schemes in wireless communications. It is believed that various schemes proposed in the present disclosure may address or otherwise alleviate the issue (s) described above.

[0010] In one aspect, a method may involve an AP performing a CoBF transmission by: (1) determining a link quality difference between a quality of an in-basic service set (in-BSS) link and a quality of an overlapping basic service set (OBSS) link with respect to at least a STA associated with the AP; (2) setting one or more parameters in a beamforming report poll (BFRP) based on the link quality difference; and (3) transmitting the BFRP to trigger a CSI report from the STA.

[0011] In another aspect, a method may involve a sharing AP performing a CoBF transmission involving at least a shared AP by: (1) performing a coordinated frame exchange with the shared AP and a coordinated frame exchange with one or more STAs associated with the sharing AP; (2) calculating precoding matrixes for at least the one or more STAs; and (3) performing coordinated beamformed physical-layer protocol data unit (PPDU) transmission with the one or more with STAs.

[0012] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as, WiFi / WLAN, 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) , 6th Generation (6G) , 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

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

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

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

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

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

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

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

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

[0021] FIG. 8 is a flowchart of an example process under a proposed scheme in accordance with the present disclosure.

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

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

[0024] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to UHR OBSS sounding feedback improvement and CoBF transmission schemes 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.

[0025] Under various proposed schemes in accordance with the present disclosure, a CoBF AP’s selections on UL rate / TPC information to trigger its associated STAs’ CSI report may be improved over OBSS report link in sequential sounding scenarios or over both in-BSS and OBSS report links in joint sounding scenarios. Under one proposed scheme, a CoBF AP may monitor its associated STAs’ quality difference between in-BSS link (s) and OBSS link (s) . For instance, the CoBF AP may collect its associated STAs’ link quality from beacon report frames before CoBF sounding starts. The link quality difference may be used to improve OBSS CSI report as well as CoBF trigger-based block acknowledgement (TBBA) . It may also be used to assist coordinated spatial reuse (CoSR) STA selection and power control. In one approach, a STA may estimate and report a link quality difference (between an in-BSS link and an OBSS link) . In another approach, a CoBF AP may estimate a STA’s link quality difference between beacon reports for in-BSS link and OBSS link. Under another proposed scheme, a CoBF AP may use the quality difference between an in-BSS link and an OBSS link to set its BFRP properly to trigger OBSS CSI report (s) .

[0026] Under a proposed scheme in accordance with the present disclosure with respect to STA estimation of link quality, a CoBF STA may estimate a downlink (DL) link quality from measurements on beacon and probe response frames. For instance, since STA1 is associated with AP1, AP2 does not monitor STA1’s link quality before CoBF sounding is performed. As such, it may be more appropriate for STA1 to hear beacons from AP1 and AP2 and report link qualities and / or their difference. Moreover, an AP may advertise its transmission power used in transmitting beacon and probe response frames. The transmission power may be measured at the output of each antenna connector of the AP, aggregated over all antenna connectors of the AP, and normalized to 20MHz. Alternatively, the AP may also advertise its transmission power to other APs =. Such indications / advertisements of beacon transmission power may render estimation of DL quality at in-BSS and OBSS STAs possible. Assuming DL and UL paths are reciprocal, DL quality different may also be the CSI report link quality difference.

[0027] FIG. 1 illustrates an example scenario 100 of frame exchanges under the proposed scheme with respect to STA estimation of link quality. Referring to FIG. 1, STA1 may hear a first beacon (Beacon1) and a second beacon (Beacon2) , and STA1 may report path losses (PLs) or a power difference (Delta_pwr1) to AP1. AP1 may set the UL rate / TPC information in a BFRP based on Delta_pwr1 to trigger STA1 to report OBSS / joint CSI. STA2 may hear Beacon1 and Beacon2, and STA2 may report PLs or a power difference (Delta_pwr2) to AP2. AP2 may set the UL rate / TPC information in a BFRP based on Delta_pwr2 to trigger STA2 to report OBSS / joint CSI. Notably, in FIG. 1, the beacon report for STA2 may precede that for STA1, and the beacon reports for STA1 and STA2 may occur before CoBF sounding. The sounding sequence shown in FIG. 1 may be a part of joint sounding, and it may also be a sequential sounding sequence.

[0028] FIG. 2 illustrates an example scenario 200 under the proposed scheme with respect to STA estimation of link quality. Referring to FIG. 2, STA1 may measure a received beacon signal power, Rx_pwr1_1, by hearing AP1’s beacon and another received beacon signal power, Rx_pwr1_2, by hearing AP2’s beacon. Then, STA1 may calculate path losses PL1_1 (for AP1 → STA1 transmission) and PL1_2 (for AP2 → STA1 transmission) as follows: PL1_1 = Tx_pwer_AP1 –Rx_pwr1_1, and PL1_2 =Tx_pwr_AP2 –Rx_pwr1_2. The values of Tx_pwr_AP1 (representing AP1’s transmission power) and Tx_pwr_AP2 (representing AP2’s transmission power) may be included in the beacon frames from AP1 and AP2, respectively.

[0029] In a first approach under the proposed scheme, STA1 may report PL1_1 for in-BSS link and report PL1_2 for OBSS link to AP1. The path losses may be reported in the range of 30 ～ 110dB, with a step size of 0.5dB. Correspondingly, AP1 may calculate Delta_pwr1 from PL1_1 and PL1_2 reported by STA1, with Delta_pwr1 = PL1_2 –PL1_1. In a second approach under the proposed scheme, STA1 may report Delta_pwr1 to AP1 to indicate a link quality difference between an in-BSS link and an OBSS link, with Delta_pwr1 = PL1_2 –PL1_1. Delta_pwr1 may be in the range of 0 ～ 40dB, with a step size of 0.5dB. Correspondingly, AP1 may use a report threshold (report_th) to limit STA1’s Delta_pwr1 report to conditional report, and STA1 may only report to AP1 when Delta_pwr1 > report_th. Notably, STA1 may report the path losses or Delta_pwr1 once in each sounding interval or multiple sounding intervals. PLi or Delta_pwri may be included in STA1’s beacon report for APi, and the beacon report may be contained in Radio Measurement Report frame (s) as a response to a beacon request.

[0030] Under a proposed scheme in accordance with the present disclosure with respect to CoBF AP estimation of STA’s link quality difference, a CoBF STA may report a received channel power indicator (RCPI) and received signal-to-noise indication (RSNI) in its beacon report to indicate a link quality for beacons received from each BSS. In current WiFi specifications, STA1 may send AP1 a beacon report contained in Radio Measurement Report frame (s) as a response to a beacon request from AP1. STAs do not report beacon path loss to APs. STA1 may report link quality by including RCPI and RSNI in the beacon report for each basic service set identifier (BSSID) in a selected channel. For instance, STA1 may report RCPI1_1 (the RCPI between STA1 and AP1) and RSNI1_1 (the RSNI between STA1 and AP1) for AP1’s beacon receiving quality, and STA1 may report RCPI1_2 (the RCPI between STA1 and AP2) and RSNI1_2 (the RSNI between STA1 and AP2) for AP2’s beacon receiving quality. The RCPI may be in the range of -110 ～ 0dBm, with a step size of 0.5dBm. The RSNI may be in the range of -10 ～ +117dB, with a step size of 0.5dB.

[0031] Under the proposed scheme, beacons may include a TPC report, and thus STAs may obtain Tx_pwr_APx from a TPC report from APx. The Transmit Power subfield in the TPC report may be defined as an effective isotropic radiated power (EIRP) which includes AP Tx power and Tx antenna gain. The CSI report link quality difference calculated using these Transmit Power subfield values as Tx_pwr_APx is not accurate since APs may have different receiver (Rx) antenna gains. In some implementations, an AP’s Tx power measured at the output of the antenna connector may be advertised in the beacon. These values may not include AP Tx antenna gains and may be used as Tx_pwr_APx to calculate a more accurate CSI report link quality difference. Assuming DL and UP paths are reciprocal, DL quality difference may also be the CSI report link quality difference.

[0032] FIG. 3 illustrates an example scenario 300 of frame exchanges under the proposed scheme with respect to CoBF AP estimation of STA’s link quality difference. Referring to FIG. 3, AP1 may calculate Delta_pwr1 by processing a beacon report from STA1, and AP1 may set the UL rate / TPC information in the BFRP based on Delta_pwr1 to trigger STA1 to report CSI. AP2 may calculate Delta_pwr2 by processing a beacon report from STA2, and AP2 may set the UL rate / TPC information in the BFRP based on Delta_pwr2 to trigger STA2 to report CSI. Notably, in FIG. 3, the beacon report for STA2 may precede that for STA1, and the beacon reports for STA1 and STA2 may occur before CoBF sounding. The sounding sequence shown may be a part of joint sounding and also be a sequential sounding sequence.

[0033] FIG. 4 illustrates an example scenario 400 under the proposed scheme with respect to CoBF AP estimation of STA’s link quality difference. Referring to FIG. 4, AP1 may calculate Delta_pwr1 from Tx_pwr_AP1, Tx_pwr_AP2, RCPI1_1 / RSNI1_1, and RCPI1_2 / RSNI1_2 before CoBF sounding. AP1 may know Tx_pwr_AP1 it uses to transmit beacon, and AP1 may hear AP2’s beacon and obtain Tx_pwr_AP2 from the TPC report included in AP2’s beacon. Delta_pwr1 may be used to indicate STA1’s link quality difference between the in-BSS link and the OBSS link. Rx_pwr1_x may be RCPI1_x or RSNI1_x. AP1 may use a report threshold (report_th) to limit STA1’s OBSS RCPI / RSNI report to conditional report. In one approach under the proposed scheme, Delta_pwr1 = RCPI1_1 –RCPI1_2 +Tx_pwr_AP2 –Tx_pwr_AP1. In another approach under the proposed scheme, since the noise power STA1 uses in calculating RSNI_AP1_1 and RSNI_AP1_2 may be the same, Delta_pwr1 may also be calculated as follows: Delta_pwr1 = RSNI1_1 –RSNI1_2 + Tx_pwr_AP2 –Tx_pwr_AP1.

[0034] Under a proposed scheme in accordance with the present disclosure with respect to AP adjustment of UL rate / TPC information, AP1 may use Delta_pwr1 to adjust UL rate / TPC information used to trigger STA1 to report CSI. In addition to the techniques described above, CoBF APs may use other techniques to estimate Delta_pwrx for STAx. In the case of a sequential sounding, AP1 may send UL rate / TPC information for STA1’s CSI report over an in-BSS report link, and AP1 may adjust the in-BSS report link’s UL rate / TPC information for STA1’s CSI report over an OBSS report link. In the case of a joint sounding, AP1 may select UL rate / TPC information for STA1’s CSI report over the in-BSS report link, and AP1 may then adjust UL rate / TPC information based on Delta_pwr1 (e.g., a power difference between the in-BSS link and the OBSS link representing the link quality difference) to accommodate STA1’s CSI report on both the in-BSS and OBSS report links.

[0035] In both sequential and joint sounding cases, AP1 may follow the following rules to adjust UL rate / TPC information: (1) since Nss is limited to 1 for OBSS CSI report, UL rate may mean UL MCS; (2) if Delta_pwr1 < a first threshold (th1) , AP1 may keep UL rate / TPC information unchanged; and (3) if Delta_pwr1 > th1, AP1 may adjust UL rate / TPC information according to STA1’s rate adaptation algorithm. For instance, AP1 may decrease the UL MCS and keep UL Target Received Power unchanged. Alternatively, AP1 may keep UL MCS unchanged and increase UL Target Received Power. Still alternatively, AP1 may decrease UL MCS and increase UL Target Received Power. That is, the larger the value of Delta_pwr1, the more amount of UL MCS and UL Target Received Power adjustment there may be. Under the proposed scheme, AP1 may send the UL rate / TPC information in a BFRP to trigger STA1’s CSI report. Similarly, AP2 may use Delta_pwr2 to adjust UL rate / TPC information included in a BFRP to trigger STA2’s CSI report.

[0036] Under various proposed schemes in accordance with the present disclosure, a sharing AP may perform controlled transmission for CoBF multi-APs. Under a first proposed scheme with respect to CoBF transmission, the sharing AP (e.g., AP1) and a shared AP (e.g., AP2) may calculate precoding matrixes for their own associated STAs independently. Under a second proposed scheme with respect to CoBF transmission, the sharing AP may be in control of precoding matrixes such as, for example, in CoBF scenarios where the total number of receiver chains (e.g., total number of Rx chains at STAs associated with the sharing AP and shared AP (s) ) exceeds sharing AP’s or shared AP (s) ’s number of transmitter chains. The sharing AP may calculate precoding matrixes not only to apply on its own CoBF transmission to in-BSS STAs, but also for shared AP (s) to apply on their CoBF transmission (s) . Additionally, the sharing AP may send frame (s) carrying these precoding matrixes to shared AP (s) before CoBF PPDU transmissions. Upon receiving the frame (s) , a shared AP may apply these shared precoding matrixes on its CoBF transmission to its own associated STA (s) .

[0037] Under the second proposed scheme with respect to CoBF transmission, the sharing AP may decide whether or not to share the precoding matrixes with the shared AP (s) . For instance, in case that the sharing AP trusts a shared AP’s precoding performance, to save overhead, the sharing AP may choose not to share precoding matrixes to that shared AP. In such a case, the sharing AP and the shared AP may calculate precoding matrixes independently. Under this proposed scheme, the sharing AP may be in control of precoding performance. That is, by precoding matrix sharing, the sharing AP may avoid CoBF performance degradation caused by misalignment of interferences from shared AP (s) . This is because APs from different vendors may implement different precoding algorithms and may result in misalignment of interferences from own BSS AP and OBSS AP at CoBF STAs. The misalignment of interferences may pose extra difficulty for STAs to achieve desired CoBF performance. In short, the second proposed scheme may provide the sharing AP the flexibility to balance performance and overhead.

[0038] Under a proposed scheme in accordance with the present disclosure with respect to CoBF precoder sharing, after coordinated frame exchange for CoBF at the beginning of a CoBF transmission opportunity (TXOP) , a list of STAs serviced by CoBF APs may be confirmed ready to participate in PPDU transmissions. The calculation of CoBF precoding matrixes in the first and second proposed schemes with respect to CoBF transmission may be for the STAs in the list. The sharing AP may decide to share CoBF precoding matrixes with shared AP (s) , as the sharing AP is in control of CoBF STAs’ precoding matrixes to ensure the performance of CoBF transmissions. In case the sharing AP (e.g., AP1) decides to share precoding matrixes, the sharing AP may send a frame carrying precoding matrixes before CoBF PPDUs. The frame carrying precoding matrixes may include the following: (1) field (s) containing precoding matrixes for each of the CoBF STAs serviced by shared AP (s) ; and (2) signaling to indicate: (a) the presence of such field (s) , (b) the STA information for which the precoding matrixes are transmitted, and (c) a format for precoding matrixes. FIG. 5 and FIG. 6 described below illustrate two CoBF precoder sharing scenarios in a TXOP.

[0039] FIG. 5 illustrates an example scenario 500 under a proposed scheme in accordance with the present disclosure with respect to CoBF precoder sharing. Referring to FIG. 5, a sharing AP (e.g., AP1) may send a trigger frame to trigger CoBF PPDU transmission (s) . The sharing AP may include field (s) containing precoding matrixes as well as signaling to indicate the presence of such field (s) , the STA information for which the precoders are provided, and a format of precoding matrixes.

[0040] FIG. 6 illustrates an example scenario 600 under a proposed scheme in accordance with the present disclosure with respect to CoBF precoder sharing. Referring to FIG. 6, the precoding matrixes may be carried in a frame other than trigger frame before CoBF PPDUs. This precoding matrix carrying frame may also include signaling to indicate the presence of such field (s) , the STA information for which the precoders are provided, and a format of precoding matrixes. Illustrative Implementations

[0041] FIG. 7 illustrates an example system 700 having at least an example apparatus 710 and an example apparatus 720 in accordance with an implementation of the present disclosure. Each of apparatus 710 and apparatus 720 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to UHR OBSS sounding feedback improvement and CoBF transmission schemes 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 710 may be implemented in AP1 and apparatus 720 may be implemented in AP2, or vice versa.

[0042] Each of apparatus 710 and apparatus 720 may be a part of an electronic apparatus, which may be a non-AP STA or an AP STA, (e.g., apparatus 710 functioning as an AP STA, such as AP1 or AP2, and apparatus 720 functioning as a non-AP STA, such as STA1 or STA2) 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 710 and apparatus 720 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 710 and apparatus 720 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 710 and apparatus 720 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 710 and / or apparatus 720 may be implemented in a network node, such as an AP in a WLAN.

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

[0044] In one aspect, each of processor 712 and processor 722 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 712 and processor 722, each of processor 712 and processor 722 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 712 and processor 722 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 712 and processor 722 is a special-purpose machine specifically designed for UHR OBSS sounding feedback improvement and CoBF transmission schemes in wireless communications in accordance with various implementations of the present disclosure.

[0045] In some implementations, apparatus 710 may also include a transceiver 716 coupled to processor 712. Transceiver 716 may include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. In some implementations, apparatus 720 may also include a transceiver 726 coupled to processor 722. Transceiver 726 may include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. It is noteworthy that, although transceiver 716 and transceiver 726 are illustrated as being external to and separate from processor 712 and processor 722, respectively, in some implementations, transceiver 716 may be an integral part of processor 712 as a system on chip (SoC) , and transceiver 726 may be an integral part of processor 722 as a SoC.

[0046] In some implementations, apparatus 710 may further include a memory 714 coupled to processor 712 and capable of being accessed by processor 712 and storing data therein. In some implementations, apparatus 720 may further include a memory 724 coupled to processor 722 and capable of being accessed by processor 722 and storing data therein. Each of memory 714 and memory 724 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 714 and memory 724 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 714 and memory 724 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.

[0047] Each of apparatus 710 and apparatus 720 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 710, as AP1, and apparatus 720, as AP2, is provided below in the context of example processes 800 and 900. It is noteworthy that, although a detailed description of capabilities, functionalities and / or technical features of one of apparatus 710 and apparatus 720 is provided below, the same may be applied to the other of apparatus 710 and apparatus 720 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

[0048] FIG. 8 illustrates an example process 800 in accordance with an implementation of the present disclosure. Process 800 may represent an aspect of implementing various proposed designs, concepts, schemes, systems and methods described above. More specifically, process 800 may represent an aspect of the proposed concepts and schemes pertaining to UHR OBSS sounding feedback improvement and CoBF transmission schemes in wireless communications in accordance with the present disclosure. Process 800 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 800 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks / sub-blocks of process 800 may be executed in the order shown in FIG. 8 or, alternatively, in a different order. Furthermore, one or more of the blocks / sub-blocks of process 800 may be executed repeatedly or iteratively. Process 800 may be implemented by or in apparatus 710 and apparatus 720 as well as any variations thereof. Solely for illustrative purposes and without limiting the scope, process 800 is described below in the context of apparatus 710 implemented in or as AP1 (e.g., a sharing AP) and apparatus 720 implemented in or as AP2 (e.g., a shared AP) of a wireless network such as a WLAN in network environment 100 in accordance with one or more of IEEE 802.11 standards. Process 800 may begin at block 810.

[0049] At 810, process 800 may involve processor 712 of apparatus 710 performing, via transceiver 716, a CoBF transmission which may involve operations represented by 812, 814 and 816.

[0050] At 812, process 800 may involve processor 712 determining a link quality difference between a quality of an in-BSS link and a quality of an OBSS link with respect to at least a STA (e.g., STA1) associated with the AP. Process 800 may proceed from 812 to 814.

[0051] At 814, process 800 may involve processor 712 setting one or more parameters in a BFRP based on the link quality difference. Process 800 may proceed from 814 to 816.

[0052] At 816, process 800 may involve processor 712 transmitting, via transceiver 716, the BFRP to trigger a CSI report which may include OBSS CSI (s) from the STA.

[0053] In some implementations, in determining the link quality difference, process 800 may involve processor 712 receiving, from the STA, a report on the link quality difference which is estimated by the STA.

[0054] In some implementations, the report on the link quality difference may report: (a) a first path loss (PL1_1) between the STA and the AP (AP1) for the in-BSS link as PL1_1 = Tx_pwr_AP1 –Rx_pwr1_1; and (b) a second path loss (PL1_2) between the STA and another AP (e.g., apparatus 720 as AP2) for the OBSS link as PL1_2 = Tx_pwr_AP2 –Rx_pwr1_2. In such a case, Tw_pwr_AP1 may denote a transmission power of AP1; Tw_pwr_AP2 may denote a transmission power of AP2; Rx_pwr1_1 may denote a received beacon signal power of one or more beacons received from AP1; and Rx_pwr1_2 may denote a received beacon signal power of one or more beacons received from AP2.

[0055] In some implementations, the report on the link quality difference may report the link quality difference as Delta_pwr1 = PL1_2 –PL1_1. In such a case: (a) a first path loss (PL1_1) between the STA and the AP (AP1) for the in-BSS link may be expressed as PL1_1 = Tx_pwr_AP1 –Rx_pwr1_1; (b) a second path loss (PL1_2) between the STA and another AP (e.g., apparatus 720 as AP2) for the OBSS link may be expressed as PL1_2 = Tx_pwr_AP2 –Rx_pwr1_2; (c) Tw_pwr_AP1 may denote a transmission power of AP1; (d) Tw_pwr_AP2 denotes a transmission power of AP2; (e) Rx_pwr1_1 may denote a received beacon signal power of one or more beacons received from AP1; and (f) Rx_pwr1_2 may denote a received beacon signal power of one or more beacons received from AP2.

[0056] In some implementations, the link quality difference may be estimated based on a DL link quality from one or more measurements on one or more beacons and one or more probe response frames.

[0057] In some implementations, in determining the link quality difference, process 800 may involve processor 712 estimating the link quality difference based on one or more beacon reports from the STA. In some implementations, in estimating the link quality difference, process 800 may involve processor 712. For instance, process 800 may involve processor 712 transmitting a beacon request. Moreover, process 800 may involve processor 712 receiving, from the STA, a RCPI and RSNI in a beacon report responsive to transmitting the beacon request.

[0058] In some implementations, in estimating the link quality difference, process 800 may further involve processor 712 calculating the link quality difference as Delta_pwr1 = RCPI1_1 –RCPI1_2 +Tx_pwr_AP2 –Tx_pwr_AP1. In such a case, RCPI1_1 may denote a RCPI between the STA and the AP (AP1) ; RCPI1_2 may denote a RCPI between the STA and another AP (e.g., apparatus 720 as AP2) ; Tw_pwr_AP1 may denote a transmission power of AP1; and Tw_pwr_AP2 may denote a transmission power of AP2.

[0059] In some implementations, in estimating the link quality difference, process 800 may further involve processor 712 calculating the link quality difference as Delta_pwr1 = RSNI1_1 –RSNI1_2 +Tx_pwr_AP2 –Tx_pwr_AP1. In such a case, RSNI1_1 may denote a RSNI between the STA and the AP (AP1) ; RSNI1_2 may denote a RSNI between the STA and another AP (e.g., apparatus 720 as AP2) ; Tw_pwr_AP1 may denote a transmission power of AP1; and Tw_pwr_AP2 may denote a transmission power of AP2.

[0060] In some implementations, in setting the one or more parameters in the BFRP, process 800 may involve processor 712 adjusting an UL rate and TPC information in the BFRP used to trigger the STA to transmit the CSI report. Furthermore, process 800 may involve processor 712 performing a CoBF sounding involving either a sequential sounding or a joint sounding.

[0061] In some implementations, responsive to the CoBF sounding involving the sequential sounding, in setting the one or more parameters in the BFRP, process 800 may involve processor 712 performing certain operations. For instance, process 800 may involve processor 712 selecting the UL rate and the TPC information for the STA’s CSI report over an in-BSS report link. Moreover, process 800 may involve processor 712 adjusting the in-BSS report link’s UL rate and TPC information for the STA’s CSI report over an OBSS report link.

[0062] In some implementations, responsive to the CoBF sounding involving the joint sounding, in setting the one or more parameters in the BFRP, process 800 may involve processor 712 performing certain operations. For instance, process 800 may involve processor 712 selecting the UL rate and the TPC information for the STA’s CSI report over an in-BSS report link. Additionally, process 800 may involve processor 712 adjusting the in-BSS report link’s UL rate and TPC information based on a power difference between the in-BSS link and the OBSS link representing the link quality difference (Delta_pwr) to accommodate the STA’s CSI report over both the in-BSS report link and an OBSS report link.

[0063] 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 UHR OBSS sounding feedback improvement and CoBF transmission schemes 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 710 and apparatus 720 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 710 implemented in or as AP1 (e.g., a sharing AP) and apparatus 720 implemented in or as AP2 (e.g., a shared AP) 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.

[0064] At 910, process 900 may involve processor 712 of apparatus 710, as a sharing AP, performing, via transceiver 716, a CoBF transmission involving at least a shared AP (e.g., apparatus 720) which may involve operations represented by 912, 914, 916, 918 and 920.

[0065] At 912, process 900 may involve processor 712 performing a coordinated frame exchange with the shared AP. Process 900 may proceed from 912 to 914.

[0066] At 914, process 900 may involve processor 712 performing another coordinated frame exchange with one or more STAs associated with the sharing AP. Process 900 may proceed from 914 to 916.

[0067] At 916, process 900 may involve processor 712 calculating precoding matrixes for at least the one or more STAs. Process 900 may proceed from 916 to 918.

[0068] At 918, process 900 may involve processor 712 transmitting a TF to trigger the shared AP to perform a coordinated beamformed PPDU transmission with one or more other STAs associated with the shared AP. Process 900 may proceed from 918 to 920.

[0069] At 920, process 900 may involve processor 712 performing coordinated beamformed PPDU transmission with the one or more STAs.

[0070] In some implementations, in calculating the precoding matrixes, process 900 may involve the sharing AP and the shared AP independently calculating corresponding precoding matrixes for respectively associated STAs.

[0071] In some implementations, in calculating the precoding matrixes, process 900 may involve processor 712 calculating a plurality of precoding matrixes for the one or more STAs associated with the sharing AP and one or more other STAs associated with the shared AP.

[0072] In some implementations, in calculating the precoding matrixes, process 900 may involve processor 712 calculating the plurality of precoding matrixes for the one or more STAs associated with the sharing AP and one or more other STAs associated with the shared AP in an event that a total number of receiver chains at the one or more STAs associated with the sharing AP and the one or more other STAs associated with the shared AP exceeds the number of transmitter chains at the sharing AP or the shared AP.

[0073] In some implementations, in performing the CoBF transmission, process 900 may further involve processor 712 performing additional operations. For instance, process 900 may involve processor 712 sharing, with the shared AP and prior to the coordinated beamformed PPDU transmission, one or more precoding matrixes of the plurality of precoding matrixes corresponding to the one or more other STAs associated with the shared AP.

[0074] In some implementations, in sharing, process 900 may involve processor 712 transmitting a trigger frame (TF) to trigger the coordinated beamformed PPDU transmission. In some implementations, the TF may contain the one or more precoding matrixes of the plurality of precoding matrixes corresponding to the one or more other STAs associated with the shared AP.

[0075] In some implementations, in sharing, process 900 may involve processor 712 performing certain operations. For instance, process 900 may involve processor 712 transmitting a precoder sharing frame containing the one or more precoding matrixes of the plurality of precoding matrixes corresponding to the one or more other STAs associated with the shared AP. Moreover, process 900 may involve processor 712 transmitting a TF to trigger the coordinated beamformed PPDU transmission.

[0076] In some implementations, in transmitting the TF to trigger the shared AP to perform the coordinated beamformed PPDU, process 900 may involve processor 712 transmitting the TF to trigger the shared AP to apply the precoding matrixes, which are shared by the sharing AP, to transmit the beamformed PPDU to the one or more other STAs. Additional Notes

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

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

[0079] 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., “asystem 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., “asystem 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. ”

[0080] 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 access point (AP) , a coordinated beamforming (CoBF) transmission by:determining a link quality difference between a quality of an in-basic service set (in-BSS) link and a quality of an overlapping basic service set (OBSS) link with respect to at least a stations (STA) associated with the AP;setting one or more parameters in a beamforming report poll (BFRP) based on the link quality difference; andtransmitting the BFRP to trigger a channel state information (CSI) report from the STA.2.The method of Claim 1, wherein the determining of the link quality difference comprises receiving, from the STA, a report on the link quality difference which is estimated by the STA.3.The method of Claim 2, wherein the report on the link quality difference reports:a first path loss (PL1_1) between the STA and the AP (AP1) for the in-BSS link as PL1_1 =Tx_pwr_AP1 –Rx_pwr1_1; anda second path loss (PL1_2) between the STA and another AP (AP2) for the OBSS link as PL1_2 =Tx_pwr_AP2 –Rx_pwr1_2,wherein:Tw_pwr_AP1 denotes a transmission power of AP1;Tw_pwr_AP2 denotes a transmission power of AP2;Rx_pwr1_1 denotes a received beacon signal power of one or more beacons received from AP1; andRx_pwr1_2 denotes a received beacon signal power of one or more beacons received from AP2.4.The method of Claim 2, wherein the report on the link quality difference reports the link quality difference as Delta_pwr1 = PL1_2 –PL1_1, and wherein:a first path loss (PL1_1) between the STA and the AP (AP1) for the in-BSS link as PL1_1 =Tx_pwr_AP1 –Rx_pwr1_1;a second path loss (PL1_2) between the STA and another AP (AP2) for the OBSS link as PL1_2 =Tx_pwr_AP2 –Rx_pwr1_2;Tw_pwr_AP1 denotes a transmission power of AP1;Tw_pwr_AP2 denotes a transmission power of AP2;Rx_pwr1_1 denotes a received beacon signal power of one or more beacons received from AP1; andRx_pwr1_2 denotes a received beacon signal power of one or more beacons received from AP2.5.The method of Claim 2, wherein the link quality difference is estimated based on a downlink (DL) link quality from one or more measurements on one or more beacons and one or more probe response frames.6.The method of Claim 1, wherein the determining of the link quality difference comprises estimating the link quality difference based on one or more beacon reports from the STA.7.The method of Claim 6, wherein the estimating of the link quality difference comprises:transmitting a beacon request;receiving, from the STA, a received channel power indicator (RCPI) and received signal-to-noise indication (RSNI) in a beacon report responsive to transmitting the beacon request.8.The method of Claim 6, wherein the estimating of the link quality difference further comprises:calculating the link quality difference as Delta_pwr1 = RCPI1_1 –RCPI1_2 + Tx_pwr_AP2 –Tx_pwr_AP1,wherein:RCPI1_1 denotes a RCPI between the STA and the AP (AP1) ;RCPI1_2 denotes a RCPI between the STA and another AP (AP2) ;Tw_pwr_AP1 denotes a transmission power of AP1; andTw_pwr_AP2 denotes a transmission power of AP2.9.The method of Claim 6, wherein the estimating of the link quality difference further comprises:calculating the link quality difference as Delta_pwr1 = RSNI1_1 –RSNI1_2 + Tx_pwr_AP2 –Tx_pwr_AP1,wherein:RSNI_1 denotes a RSNI between the STA and the AP (AP1) ;RSNI_2 denotes a RSNI between the STA and another AP (AP2) ;Tw_pwr_AP1 denotes a transmission power of AP1; andTw_pwr_AP2 denotes a transmission power of AP2.10.The method of Claim 1, wherein the setting of the one or more parameters in the BFRP comprises adjusting an uplink (UL) rate and transmit power control (TPC) information in the BFRP used to trigger the STA to transmit the CSI report.11.The method of Claim 10, further comprising:performing a CoBF sounding comprising either a sequential sounding or a joint sounding.12.The method of Claim 11, wherein, responsive to the CoBF sounding comprising the sequential sounding, the setting of the one or more parameters in the BFRP comprises:selecting the UL rate and the TPC information for the STA’s CSI report over an in-BSS report link; andadjusting the in-BSS report link’s UL rate and TPC information for the STA’s CSI report over an OBSS report link.13.The method of Claim 11, wherein, responsive to the CoBF sounding comprising the joint sounding, the setting of the one or more parameters in the BFRP comprises:selecting the UL rate and the TPC information for the STA’s CSI report over an in-BSS report link; andadjusting the in-BSS report link’s UL rate and TPC information based on a power difference between the in-BSS link and the OBSS link representing the link quality difference (Delta_pwr) to accommodate the STA’s CSI report over both the in-BSS report link and an OBSS report link.14.A method, comprising:performing, by a processor of a sharing access point (AP) , a coordinated beamforming (CoBF) transmission involving at least a shared AP by:performing a coordinated frame exchange with the shared AP;performing another coordinated frame exchange with one or more stations (STAs) associated with the sharing AP;calculating precoding matrixes for at least the one or more STAs;transmitting a trigger frame (TF) to trigger the shared AP to perform a coordinated beamformed physical-layer protocol data unit (PPDU) transmission with one or more other STAs associated with the shared AP; andperforming coordinated beamformed PPDU transmission with the one or more STAs.15.The method of Claim 14, wherein the calculating of the precoding matrixes comprises the sharing AP and the shared AP independently calculating corresponding precoding matrixes for respectively associated STAs.16.The method of Claim 14, wherein the calculating of the precoding matrixes comprises calculating the plurality of precoding matrixes for the one or more STAs associated with the sharing AP and one or more other STAs associated with the shared AP in an event that a total number of receiver chains at the one or more STAs associated with the sharing AP and the one or more other STAs associated with the shared AP exceeds a number of transmitter chains at the sharing AP or the shared AP.17.The method of Claim 14, wherein the performing of the CoBF transmission further comprises:sharing, with the shared AP and prior to the coordinated beamformed PPDU transmission, one or more precoding matrixes of the plurality of precoding matrixes corresponding to the one or more other STAs associated with the shared AP.18.The method of Claim 17, wherein the sharing comprises transmitting a trigger frame (TF) to trigger the coordinated beamformed PPDU transmission, and wherein the TF contains the one or more precoding matrixes of the plurality of precoding matrixes corresponding to the one or more other STAs associated with the shared AP.19.The method of Claim 18, wherein the sharing comprises:transmitting a precoder sharing frame containing the one or more precoding matrixes of the plurality of precoding matrixes corresponding to the one or more other STAs associated with the shared AP;andtransmitting a trigger frame (TF) to trigger the coordinated beamformed PPDU transmission.20.The method of Claim 14, wherein the transmitting of the TF to trigger the shared AP to perform the coordinated beamformed PPDU comprises transmitting the TF to trigger the shared AP to apply the precoding matrixes, which are shared by the sharing AP, to transmit the beamformed PPDU to the one or more other STAs.

Images