Device and method for coordinated beamforming sounding feeback status validation

Abstract

Described is an access point, AP (310a), for transmitting a coordinated beamforming downlink physical layer protocol data unit, PPDU, to one or more corresponding non-AP stations (320a, 320b) in a wireless local area network, WLAN (300), concurrently with PPDU transmissions between a further AP (310b) and one or more other corresponding non-AP stations (320c, 320d) associated with the further AP in the WLAN in a coordinated beamforming data transmission, the AP (310a) being configured to perform a parameter negotiation procedure for the coordinated beamforming data transmission with the further AP, wherein the parameter negotiation procedure comprises receiving an indication in a response from the further AP (310b) related to a sounding feedback status of the one or more other corresponding non-AP stations (320c, 320d) associated with the AP. This may allow the AP to verify sounding feedback status and efficiently decide on actions regarding relevant sounding procedures.

Description

DEVICE AND METHOD FOR COORDINATED BEAMFORMING SOUNDING FEEBACK STATUS VALIDATIONFIELD OF THE INVENTION

[0001] This invention relates to wireless communications. More specifically, the present disclosure relates to devices and methods for providing multiple access point coordination schemes, in particular coordinated beamforming.BACKGROUND

[0002] IEEE 802.11bn-based wireless local area networks, WLANs, (also referred to as Wi-Fi networks) have become popular at an unprecedented rate. Coordinated beamforming (CoBF) is a multiple access point (MAP) coordination scheme where two or more access points (APs) transmit concurrently using the same channel bandwidth by utilizing beamforming techniques to minimize mutual interference. In the CoBF scheme, APs transmit concurrent downlink physical protocol data units (PPDUs) using signal precoding to minimize mutual interference to overlapping basic service set (OBSS) stations (STAs) .

[0003] Beamforming depends on channel sounding to determine how to radiate energy in a preferred direction. Precoding matrices are based on the channel state information (CSI) for the links between each STA and each AP. CSI can be obtained using a sounding procedure, where the AP transmits a non-data packet announcement (NDPA) frame, followed by a non-data packet (NDP) frame. A STA estimates the channel based on the NDP frame and then transmits the relevant information using a beamforming response (BFR) frame. The IEEE 802.11bn framework of standards currently discuss the details of the CoBF sounding procedure which allows APs to obtain this CSI from the BSS and OBSS STAs. Two possible approaches accepted in 802.11bn are joint and sequential sounding.

[0004] The example of joint sounding is shown in the coordinate spatial reuse (CSR) flow diagram of FIG. 1. A sharing AP, AP1, is associated with a station, STA1. A shared AP, AP2, is associated with a station, STA2. AP1 sends a Co-SR trigger frame 101. AP1 sends a DL data frame 102. AP2 sends a DL data frame 103. STA1 and STA2 send respective beamforming acknowledgements (BA) 104 and 105.

[0005] In both the joint and sequential sounding approaches, it is assumed that STAs communicate with the BSS AP, while the OBSS AP may transmit an NDP frame and receive BFR feedback from the OBSS STA.

[0006] CoBF data transmission is possible when valid channel feedback is received by both APs from all the involved STAs. However, in both joint and sequential sounding methods, each AP detects a feedback frame independently. There are no information exchanges between the APs to ensure that valid feedback was received.

[0007] This may lead to the scenario where the sharing AP invites another shared AP to participate in a CoBF data transmission, but the shared AP declines the invitation. The decline is sent within the response frame. However, there is no indication that invalid feedback is the reason for the decline response.

[0008] As illustrated in FIG. 2, which shows a known CoBF data transmission procedure for a shared transmit opportunity (TXOP) , the frame sequence comprises a CoBF invite 201 and CoBF response 202 frame exchange between the sharing and shared APs. There can be a short interframe space (SIFS) between the messages. Then follows initial control frame (ICF) and initial control reply (ICR) frame exchanges between the APs and their associated STAs happening sequentially across the two APs; sharing AP then shared AP. The presence of the ICF / ICR frame exchange from each AP is conditional on the CoBF PPDU being addressed to one or more STAs. The presence of the ICF / ICR frame exchange from each AP is indicated in the CoBF invite / response frames. Finally, a CoBF trigger frame 203 precedes the data PPDUs sent by the two APs simultaneously.

[0009] Currently, a failure in the CoBF sounding procedure cannot be determined and there is no opportunity for the APs to complete sounding for failed feedbacks.

[0010] Current solutions are based on the additional frames exchanged during the sounding procedure to allow APs to indicate each other regarding the feedback status. In case some feedback is missing, the sounding procedure can be re-performed. The main drawback of such prior approaches is the additional frames required. This increases the overhead of the sounding procedure and reduces the efficiency of the CoBF scheme.

[0011] It is desirable to develop an approach that may overcome at least some of the above issues.SUMMARY OF THE INVENTION

[0012] The foregoing and other objectives are achieved by the subject matter of the independent claims. Further implementation forms are apparent from the dependent claims, the description and the figures.

[0013] According to one aspect there is provided an access point, AP, for transmitting a coordinated beamforming downlink physical layer protocol data unit, PPDU, to one or more corresponding non-AP stations in a wireless local area network, WLAN, concurrently with PPDU transmissions between a further AP and one or more other corresponding non-AP stations associated with the further AP in the WLAN in a coordinated beamforming data transmission, the AP being configured to perform a parameter negotiation procedure for the coordinated beamforming data transmission with the further AP, wherein the parameter negotiation procedure comprises receiving an indication in a response from the further AP related to a sounding feedback status of the one or more corresponding non-AP stations associated with the AP.

[0014] This may allow the AP to verify sounding feedback status and efficiently decide on actions regarding relevant sounding procedures. This also may prevent wasting of the AP resources and thus improve the efficiency and the throughput.

[0015] The indication may be given by one or more bits of the response from the further AP. This may allow the further AP to indicate the sounding feedback status for one or more non-AP stations associated with the AP.

[0016] The indication may be a single bit indicating that sounding feedback is invalid for at least one of the one or more corresponding non-AP stations associated with the AP. This may allow the sounding feedback status for the non-AP stations associated with the AP to be provided.

[0017] The indication may be a bitmap of multiple bits to indicate the respective sounding feedback status for each of the one or more corresponding non-AP stations associated with the AP. This may allow the sounding feedback status for the non-AP stations associated with the AP to be provided.

[0018] The AP may be configured to receive a sounding feedback status per non-AP station of the one or more corresponding non-AP stations or a single sounding feedback status for the one or more corresponding non-AP stations associated with the AP. This may allow the sounding feedback statuses of the stations to provided together or individually.

[0019] The AP may be configured to initially set the respective sounding feedback status for each of the one or more other corresponding non-AP stations associated with the further AP to invalid. This may help to ensure that both APs manage the sounding feedback status correctly.

[0020] The AP may be configured to update the sounding feedback status for the one or more other corresponding non-AP stations associated with the further AP to valid after a successful beamforming report reception. This may help to ensure that both APs manage the sounding feedback status correctly.

[0021] The indication may include a decline response for coordinated beamforming from the further AP. The indication may include a reason for the decline response. This may provide a better understanding for the decline response and may allow efficient management of the CoBF operation between two APs.

[0022] The reason for the decline response may be that the sounding feedback status for at least one of the corresponding non-AP stations associated with the AP is invalid. This may allow the AP to be aware that the reason for the decline response is because the sounding feedback status for a station is invalid.

[0023] The reason for the decline response may be indicated in the indication by a bitmap comprising one or more bits. In some implementations, the bitmap may comprise multiple bits. This may allow the reason for the decline response to be indicated for multiple stations associated with the AP.

[0024] The AP may be configured to transmit an invite frame to the further AP, the invite frame indicating a list of non-AP stations associated with the AP that are desired to participate in the coordinated beamforming data transmission. The AP may be configured to transmit a dialogue token number to the further AP in the invite frame, the dialogue token number corresponding to a coordinated beamforming sounding procedure. This may allow to manage multiple sounding procedures performed by the AP and further AP.

[0025] The AP may be configured to receive a response frame from the further AP, the response frame indicating a list of non-AP stations associated with the further AP that are desired to participate in the coordinated beamforming data transmission and wherein the further AP is configured to transmit a dialogue token number to the AP in the response frame, the dialogue token number corresponding to a coordinated beamforming sounding procedure. This may allow to manage multiple sounding procedures performed by the AP and further AP.

[0026] The dialogue token number may have a length of up to 6 bits. This may be a suitable field size.

[0027] The AP may be configured to request a respective sounding feedback status for each of the non-AP stations listed in the invite frame. This may allow the feedback status to be provided for each station participating the coordinated beamforming transmission

[0028] The AP may be configured to request a respective sounding feedback status for at least one non-AP station associated with the AP that participated in a coordinated beamforming sounding procedure. This may allow the feedback status to be provided for each station participating the coordinated beamforming transmission

[0029] The AP may be configured to receive the respective sounding feedback status for each of the at least one non-AP stations associated with the AP as one or more bits. This may allow the feedback status to be provided for each station participating the coordinated beamforming transmission.

[0030] According to a second aspect, there is provided a method for implementation at a access point, AP, for transmitting a coordinated beamforming downlink physical layer protocol data unit, PPDU, to one or more corresponding non-AP stations in a wireless local area network, WLAN, concurrently with PPDU transmissions between a further AP and one or more other corresponding non-AP stations associated with the further AP in the WLAN in a coordinated beamforming data transmission, the method comprising performing a parameter negotiation procedure for the coordinated beamforming data transmission with the further AP, wherein the parameter negotiation procedure comprises receiving an indication in a response from the further AP related to a sounding feedback status of the one or more other corresponding non-AP stations associated with the AP.

[0031] This method may allow the AP to verify sounding feedback status and efficiently decide on actions regarding relevant sounding procedures.

[0032] According to another aspect there is provided a computer program product comprising a computer-readable storage medium for storing program code which causes a computer or a processor to perform the methods above when the program code is executed by the computer or the processor.BRIEF DESCRIPTION OF THE FIGURES

[0033] The present invention will now be described by way of example with reference to the accompanying drawings. In the drawings:

[0034] FIG. 1 shows an example of a coordinate spatial reuse flow diagram;

[0035] FIG. 2 shows an example of a coordinated beamforming operation diagram;

[0036] FIG. 3 shows a schematic diagram illustrating an example of a WLAN including an AP according to an embodiment and a further OBSS AP in communication with a plurality of non-AP stations;

[0037] FIG. 4 shows an example of the content of a CoBF response frame with a feedback status;

[0038] FIG. 5 shows an example of a CoBF sounding status management diagram;

[0039] FIG. 6 shows an example of the content of a CoBF response frame with a decline reason;

[0040] FIG. 7 shows an example of the content of a CoBF invite frame with a feedback dialogue token;

[0041] FIG. 8 shows an example of the content of a CoBF response frame with a feedback dialogue token;

[0042] FIG. 9 shows an example of a CoBF sounding feedback status field;

[0043] FIG. 10 shows a flow diagram illustrating steps of a method for implementation at an access point, AP, for transmitting a coordinated beamforming downlink PPDU to a corresponding non-AP station in a WLAN.DETAILED DESCRIPTION OF THE INVENTION

[0044] In the following description, reference is made to the accompanying figures, which form part of the disclosure, and which show, by way of illustration, specific aspects of embodiments of the present disclosure or specific aspects in which embodiments of the present disclosure may be used. It is understood that embodiments of the present disclosure may be used in other aspects and comprise structural or logical changes not depicted in the figures. The following detailed description, therefore, is not to be taken in a limiting sense, and the scope of the present disclosure is defined by the appended claims.

[0045] For instance, it is to be understood that a disclosure in connection with a described method may also hold true for a corresponding device or system configured to perform the method and vice versa. For example, if one or a plurality of specific method steps are described, a corresponding device may include one or a plurality of units, e.g. functional units, to perform the described one or plurality of method steps (e.g. one unit performing the one or plurality of steps, or a plurality of units each performing one or more of the plurality of steps) , even if such one or more units are not explicitly described or illustrated in the figures. On the other hand, for example, if a specific apparatus is described based on one or a plurality of units, e.g. functional units, a corresponding method may include one step to perform the functionality of the one or plurality of units (e.g. one step performing the functionality of the one or plurality of units, or a plurality of steps each performing the functionality of one or more of the plurality of units) , even if such one or plurality of steps are not explicitly described or illustrated in the figures. Further, it is understood that the features of the various exemplary embodiments and / or aspects described herein may be combined with each other, unless specifically noted otherwise.

[0046] FIG. 3 shows a wireless communication system 300, in particular a wireless local area network, WLAN, in accordance with the IEEE 802.11 framework of standards (also referred to as a Wi-Fi network 300) . The WLAN 300 comprises a first access point, AP, 310a according to an embodiment in communication with a plurality of associated non-AP stations 320a, b according to an embodiment. The WLAN 300 may further comprise at least one further AP 310b in communication with a further plurality of non-AP stations 320c, d associated with the further AP 310b. By way of example, the non-AP stations 320a, b and the further non-AP stations 320c, d may comprise smartphones, laptop computers, tablet computers, desktop computers or other types of wireless devices. As indicated, the stations, i.e. APs 310a, b and non-AP stations 320a-d, shown in FIG. 3 may be multi-antenna stations and configured for beamforming, in particular coordinated beamforming, CoBF. To this end, by way of example, the AP 310a comprises a plurality of antennas 314a, the further overlapping basic service set, OBSS, AP 310b comprises a plurality of antennas 314b, and, as a representative exemple, the non-AP station 320a comprises a plurality of antennas 324a.

[0047] As further illustrated in FIG. 3, the AP 310a (as well as the further AP 310b) may comprise a processing circuitry 311a and a communication interface 313a, in particular a wireless communication interface 313a enabling communication in accordance with the IEEE 802.11 framework of standards. The processing circuitry 311a may be implemented in hardware and / or software and may comprise digital circuitry, or both analog and digital circuitry. Digital circuitry may comprise components such as application-specific integrated circuits (ASICs) , field-programmable gate arrays (FPGAs) , digital signal processors (DSPs) , or general-purpose processors. The AP 310a may further comprise a memory 315a configured to store executable program code which, when executed by the processing circuitry 311a, causes the AP 310a to perform the functions and methods described herein.

[0048] Likewise, the non-AP station 320a (as well as the other non-AP stations 320b-d shown in FIG. 3) may comprise a processing circuitry 321a and a communication interface 323a, in particular a wireless communication interface 323a enabling communication in accordance with the IEEE 802.11 framework of standards. The processing circuitry 321a may be implemented in hardware and / or software and may comprise digital circuitry, or both analog and digital circuitry. Digital circuitry may comprise components such as application-specific integrated circuits (ASICs) , field-programmable gate arrays (FPGAs) , digital signal processors (DSPs) , or general-purpose processors. The non-AP 320a may further comprise a memory 325a configured to store executable program code which, when executed by the processing circuitry 321a, causes the non-AP station 320a to perform the functions and methods described herein.

[0049] Before describing detailed embodiments of the AP 310a, in the following, some technical background as well as terminology will be introduced making use of one or more of the following abbreviations and / or acronyms:

[0050] AP              Access Point

[0051] BF                 Beamforming

[0052] BFR               Beamforming Response

[0053] BSS               Basic Service Set

[0054] BW                Bandwidth

[0055] CoBF              Coordinated Beamforming

[0056] CSI                Channel State Information

[0057] CSR               Coordinated Spatial Reuse

[0058] DL                Downlink

[0059] LAN               Local Area Network

[0060] MAP               Multiple Access Points

[0061] NDP               Non-Data Packet

[0062] NDPA             NDP Announcement

[0063] OBSS              Overlapping BSS

[0064] PHY               Physical (layer)

[0065] PPDU              Physical Layer Protocol Data Unit

[0066] STA               Station

[0067] TXOP              Transmit Opportunity

[0068] UL                Uplink

[0069] WLAN             Wireless Local Area Network

[0070] UHR               Ultra-High Reliability

[0071] As used herein, an AP, such as the APs 310a, b illustrated in FIG. 3, is a wireless station that provides access to other networks. An AP can support many connected or associated non-AP STAs, such as the non-AP stations 320a-d illustrated in FIG. 3. APs use control information to control traffic flow over the wireless medium among all associated non-AP STAs within a BSS.

[0072] There are three main types of frames communicated between WLAN STAs, namely data, management, and control frames. Data traffic is exchanged between two or more STAs in a WLAN to facilitate communication, one of which is typically an AP. The data frames are either generated by the two or more STAs and / or by an external network. This traffic is delivered in a secured manner over the WLAN when the AP and the corresponding non-AP STAs negotiate a cryptographic encapsulation method and keys to encrypt the data traffic. Management frames are exchanged between the AP and one or more non-AP STAs in a BSS to establish and maintain the state of data communications. Security can be negotiated to encrypt or authorize data and / or management frames. Control frames are exchanged between the AP and the non-AP STAs in a BSS to control the flow of the data frame exchange.

[0073] As already mentioned above, and according to embodiments disclosed herein, the stations, i.e. APs 310a, b and non-AP stations 320a-d, shown in FIG. 3 may be multi-antenna stations and configured for beamforming, in particular coordinated beamforming, CoBF. CoBF is a MAP coordination scheme where the two (or more) APs 310a, b transmit concurrently using the same channel BW by utilizing beamforming techniques to minimize mutual interference. In this coordination scheme each AP 310a, b exchanges data frames with its own associated BSS non-AP stations only (in FIG. 3 referred to as STAs) . For example, in the scenario illustrated in FIG. 3, STA1 320a and STA2 320b are associated with AP1 310a, while STA3 320c and STA4 320d are associated with AP2 310b. Each AP 310a, b exchanges the data frames only with its associated STAs, but each AP 310a, b applies a precoder (usually represented by a precoder matrix) such that the interference to the OBSS STAs is minimized when both APs transmit concurrently. In other words, the actual power of the signals, as illustrated by the straight dashed arrows in FIG. 3, at the receiver side is small enough to allow successful detection of the desired signal, as illustrated by the curved solid arrows in FIG. 3.

[0074] In the CoBF scheme, APs transmit concurrent DL PPDUs to their associated non-AP STAs while mutual interference for the OBSS non-AP STAs is minimized using beamforming techniques. Once the other OBSS APs have been discovered, an initiating AP starts a negotiation for an agreement with other OBSS AP that support the same CoBF scheme. After an agreement is set between the involved OBSS APs, each of the OBSS APs perform a sounding procedure to obtain the channel information feedback between itself, its associated non-AP STAs, and OBSS non-APs involved in the imminent CoBF transmission. As mentioned above, each AP computes a precoder based on the received channel information feedback from the non-AP STAs that ensures minimal interference with the OBSS STAs. After receiving CoBF DL PPDUs, STA are assumed to respond with at least an acknowledgement PPDU. Single TXOP may include several DL CoBF PPDUs and several UL responses. Note that a CoBF sounding procedure may not be performed in the same TXOP.

[0075] The solutions described herein may allow validation of the CoBF sounding feedback. This may allow the sounding feedback to be provided using only those frames described in the IEEE 802.11bn framework of standards.

[0076] Embodiments of the invention may for example be applied to a WLAN system supporting an IEEE 802.11bn next-generation Wi-Fi protocol (such as Wi-Fi 8, or UHR or applied to a wireless local area network system that supports millimeter wave (mmWave) ) .

[0077] Note that all the field sizes provided in this description are examples and the actual implemented size may differ.

[0078] The inclusion of a feedback status indication in a CoBF response frame as part of the data transmission procedure will now be described.

[0079] Generally, an AP (for example, AP 310a in FIG. 3) is configured to perform a parameter negotiation procedure for the coordinated beamforming data transmission with a further AP (for example, AP 310b in FIG. 3) . The parameter negotiation procedure comprises receiving an indication in a response from the further AP related to a sounding feedback status of the one or more corresponding non-AP stations associated with the AP.

[0080] The AP can transmit an invite frame to the further AP, the invite frame indicating a list of non-AP stations associated with the AP that are desired to participate in the coordinated beamforming data (for example, PPDU) transmission. The further AP can transmit a response frame to the AP, the response frame indicating a list of non-AP stations associated with the further AP that are desired to participate in the coordinated beamforming data (for example, PPDU) transmission.

[0081] In one implementation, the AP may be a sharing AP and the further AP may be a shared AP. The sharing AP sends an invite frame to the sharded AP and lists the STAs associated with the sharing AP that will participate in the current transmission. The shared AP replies with a response frame and lists the STAs associated with the shared AP that will participate in the current transmission.

[0082] The sharing AP may ask for the feedback status for the STAs associated with the sharing AP and the shared AP replies to the invite frame with the feedback status for the STAs associated with the sharing AP.

[0083] The sharing AP can transmit an invite and can indicate which STAs associated with the sharing AP will participate in the current CoBF PPDU transmission. The sharing AP can check the sounding feedback status for the STAs indicated in the invite frame. This may be indicated as one or more bits.

[0084] One example of a CoBF response frame content with feedback status is shown in FIG. 4. The response frame 400 may comprise the feedback status field 401 as part of the control information. In the example shown in FIG. 4, the response frame 400 comprises other fields. In general, a response frame may comprise fields in one or more of the following information categories: control, PHY common information and per-user information in shared BSS. The control information may further comprise a CoBF acceptance field. The PHY common information may comprise one or more of the following fields: suggested number of data orthogonal frequency-divisional multiplexing (OFDM) symbols, PHY version identifier, extra long training field (LTF) allowed and number of CoBF users in shared BSS. The per-user information in shared BSS may comprise one or more of the following fields: STA ID, modulation and coding scheme (MCS) , number of spatial streams (Nss) and 2x low density parity-check code (LDPC) .

[0085] The indication of the sounding feedback status may be given by one or more bits of the response frame from the further AP (for example, the shared AP) .

[0086] The indication may be a bitmap of multiple bits to indicate the respective sounding feedback status for each of the one or more corresponding non-AP stations associated with the AP.

[0087] In some implementations, the feedback status may be provided as a single bit indicating that sounding feedback is invalid for at least one of the one or more STAs associated with an AP.

[0088] In some implementations, the feedback status may be provided as a bitmap of 3 bits to indicate the status of sounding feedback for associated STAs. In some implementations, this may be done for up to 3 indicated STAs (the current maximum allowed number of STAs according to the standard) . However, this may be indicated for a different number of STAs in future implementations.

[0089] The AP may be configured to request a respective sounding feedback status for each of the non-AP stations listed in the invite frame.

[0090] The AP may be configured to request a respective sounding feedback status for at least one non-AP station associated with the AP that participated in a coordinated beamforming sounding procedure.

[0091] The AP may be configured to receive the respective sounding feedback status for each of the at least one non-AP stations associated with the AP as one or more bits.

[0092] The AP may be configured to receive a sounding feedback status per non-AP station of the one or more corresponding non-AP stations or a single sounding feedback status for the one or more corresponding non-AP stations associated with the AP.

[0093] An example of a sounding feedback status management principle will now be described.

[0094] In order to make sure both APs manage their respective sounding feedback status correctly, the following mechanism may be performed. This is shown in the CoBF sounding status management diagram of FIG. 5.

[0095] In general, the AP is configured to initially set the respective sounding feedback status for each of the one or more other corresponding non-AP stations associated with a further AP to invalid. The AP is configured to update the sounding feedback status for the one or more other corresponding non-AP stations associated with the further AP to valid after a successful beamforming response reception.

[0096] The feedback status for the STAs associated with the sharing AP, AP1, indicated in sounding invite frame 501 (STA1) are set to “invalid” by the shared AP, AP2.

[0097] The feedback status for the STAs associated with the shared AP, AP2, indicated in the sounding response frame 502 (STA2) are set to “invalid” by the sharing AP, AP1.

[0098] Between the sounding response frame 502 and CSI frame 503, there may be ICF, ICR, NDPA and NDP frames and optionally a beamforming report poll (BFRP) frame. These frames can be separated by SIFSs.

[0099] The feedback status of the STAs (STA2) associated with the shared AP, AP2, can be set to “valid” after a successful CSI reception, as show at 503.

[0100] The feedback status of the STAs (STA1) associated with the sharing AP, AP1, can be set to “valid” after a successful CSI reception, as show at 504.

[0101] In this embodiment, it may be assumed that the shared AP may indicate “approve” (meaning the proposed transmission parameters are accepted) and indicate a sounding feedback status, with the status of at least one STA indicated as invalid.

[0102] An alternative way to implement indication that the status of the sounding feedback for at least one STA is invalid is by indicating the reason for “decline” response.

[0103] The decline reason might be indicated by a single bit or by a bitmap (to allow more than one reason to be indicated) .

[0104] FIG. 6 shows an example of a CoBF response frame content including a decline reason field 601. The response frame 600 may comprise the decline reason, which in this example is in the form of a bitmap of one or more bits, as part of the control information. The response frame 600 in this example also comprises other fields as described above with reference to response frame 400 in FIG. 4.

[0105] This implementation may be combined with the above implementation and the shared AP may indicate the decline reason and provide an information regarding sounding feedback status per STA.

[0106] The indication of the sounding feedback status can include the decline response for coordinated beamforming from the further AP, wherein the indication includes a reason for the decline response. The reason for the decline response may be that the sounding feedback status for at least one of the corresponding non-AP stations associated with the AP is invalid. The reason for the decline response can be indicated in the indication by a bitmap comprising one or more bits.

[0107] A further way of sounding feedback status management may be by indexing CoBF sounding procedures. Common field of the NDPA frame has a dialogue token which is used to verify that the feedback transmitted by the STA corresponds the same NDPA that was sent by the AP.

[0108] This can be used to mark each CoBF sounding procedure with different number.

[0109] The AP may be configured to transmit a dialogue token number to the further AP in the invite frame, the dialogue token number corresponding to a coordinated beamforming sounding procedure. The AP may be configured to receive a response frame from the further AP, the response frame indicating a list of non-AP stations associated with the further AP that are desired to participate in the coordinated beamforming data transmission and wherein the further AP is configured to transmit a dialogue token number to the AP in the response frame, the dialogue token number corresponding to a coordinated beamforming sounding procedure.

[0110] The sharing AP can indicate the dialogue token number within the invite frame of the CoBF sounding procedure. The shared AP may echo this number in the response frame. The indicated number can be used as dialogue token in each NDPA during the CoBF sounding procedure.

[0111] This number might be 6 bits or less to fit the size of dialogue token as currently defined in NDPA, but may have alternative forms.

[0112] When sounding feedback is received correctly, the AP can store the dialogue token number indicated in the BFR frame.

[0113] The sharing AP can transmit the relevant dialogue token number in the invite frame of the CoBF data transmission. FIG. 7 shows a CoBF invite frame content with feedback dialogue token. The invite frame 700 may comprise the feedback dialogue token 701 as part of the per-user information.

[0114] In the example shown in FIG. 7, the invite frame 700 comprises other fields. In general, an invite frame may comprise fields in one or more of the following information categories: control, PHY common information and per-user information in shared BSS. The control information may further comprise a CoBF invite field. The PHY common information may comprise one or more of the following fields: minimum number of data OFDM symbols, maximum number of data OFDM symbols, PHY version identifier, bandwidth, punctured channel information, guard interval (GI) +LTF size, maximum total Nss allowed for shared AP. The per-user information in shared BSS may comprise one or more of the following fields: STA ID and Nss.

[0115] The shared AP can check the stored dialogue token number of STAs that were indicated by the sharing AP and can use one of the above embodiments or a combination of both to indicate the sounding feedback status. Additionally, the shared AP can indicate the dialogue token number for each STA indicated in the response frame. FIG. 8 shows a CoBF response frame content with feedback dialogue token. The response frame 800 may comprise the feedback dialogue token 801 as part of the per-user information. The response frame 800 in this example also comprises other fields as described above with reference to response frame 400 in FIG. 4.

[0116] The sounding feedback status may also be indicated in the response frame as shown at 802.

[0117] The AP may also perform a sounding feedback status poll as a method to request status feedback or to report status feedback for the given list of STAs (i.e. not only those that are supposed to participate in the current CoBF data transmission) .

[0118] The sharing AP can request sounding feedback status for the list of STAs in the invite frame and / or the sharing AP can provide the status for at least one STA associated with shared AP that participated in the CoBF sounding.

[0119] The shared AP can provide the status for the requested STAs in the response frame.

[0120] For this case, a new field “CoBF Sounding Feedback Status Field” , with an exemplary format 900 as depicted at FIG. 9, can be added, which shows a CoBF sounding feedback status field. In one example, the STA ID might be 11 bits and status might be 1 bit.

[0121] FIG. 10 shows a flow diagram illustrating the step of a method 1000 for implementation at an access point, AP, for transmitting a coordinated beamforming downlink physical layer protocol data unit, PPDU, to a corresponding non-AP station in a wireless local area network, WLAN, concurrently with PPDU transmissions between one or more other APs and one or more other corresponding non-AP stations in the WLAN in a coordinated beamforming transmission. At 1001, the method comprises performing a parameter negotiation procedure for the coordinated beamforming data transmission with the further AP, wherein the parameter negotiation procedure comprises receiving an indication in a response from the further AP related to a sounding feedback status of the one or more corresponding non-AP stations associated with the AP.

[0122] As the method 1000 can be implemented by the AP 110a as well as the further OBSS AP 310b. Further features of the method 1000 result directly from the functionality of the AP 310a as well as its different embodiments described above and below.

[0123] There is also provided herein according to the embodiments of the methods and apparatus described above, a computer program product comprising a computer-readable storage medium for storing program code which causes a computer or a processor to perform the method described in reference to FIG. 10 when the program code is executed by the computer or the processor.

[0124] The indication of a CoBF sounding feedback status validation indication can allow an AP to verify the sounding feedback status and efficiently make decisions regarding the relevant sounding procedure.

[0125] The inclusion of the decline reason indication can provide better understanding for the decline response and can allow efficient management of a CoBF operation between two APs.

[0126] The person skilled in the art will understand that the "blocks" ( "units" ) of the various figures (method and apparatus) represent or describe functionalities of embodiments of the present disclosure (rather than necessarily individual "units" in hardware or software) and thus describe equally functions or features of apparatus embodiments as well as method embodiments (unit = step) .

[0127] In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus, and method may be implemented in other manners. For example, the described embodiment of an apparatus is merely exemplary. For example, the unit division is merely logical function division and may be another division in an actual implementation. For example, a plurality of units or components may be combined or integrated into another system, or some features may be ignored or not performed. In addition, the displayed or discussed mutual couplings or direct couplings or communication connections may be implemented by using some interfaces. The indirect couplings or communication connections between the apparatuses or units may be implemented in electronic, mechanical, or other forms.

[0128] The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one position, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.

[0129] In addition, functional units in the embodiments of the disclosure may be integrated into one processing unit, or each of the units may exist alone physically, or two or more units are integrated into one unit.

[0130] The applicant hereby discloses in isolation each individual feature described herein and any combination of two or more such features, to the extent that such features or combinations are capable of being carried out based on the present specification as a whole in the light of the common general knowledge of a person skilled in the art, irrespective of whether such features or combinations of features solve any problems disclosed herein, and without limitation to the scope of the claims. The applicant indicates that aspects of the invention may consist of any such individual feature or combination of features. In view of the foregoing description it will be evident to a person skilled in the art that various modifications may be made within the scope of the invention.

Claims

1.An access point, AP (310a) , for transmitting a coordinated beamforming downlink physical layer protocol data unit, PPDU, to one or more corresponding non-AP stations (320a, 320b) in a wireless local area network, WLAN (300) , concurrently with PPDU transmissions between a further AP (310b) and one or more other corresponding non-AP stations (320c, 320d) associated with the further AP in the WLAN in a coordinated beamforming data transmission, the AP (310a) being configured to perform (1001) a parameter negotiation procedure for the coordinated beamforming data transmission with the further AP, wherein the parameter negotiation procedure comprises receiving an indication in a response from the further AP (310b) related to a sounding feedback status of the one or more corresponding non-AP stations (320a, 320b) associated with the AP.2.The AP (310a) as claimed in claim 1, wherein the indication is given by one or more bits of the response from the further AP.3.The AP (310a) as claimed in claim 1 or claim 2, wherein the indication is a single bit indicating that sounding feedback is invalid for at least one of the one or more corresponding non-AP stations associated with the AP.4.The AP (310a) as claimed in claim 1 or claim 2, wherein the indication is a bitmap of multiple bits to indicate the respective sounding feedback status for each of the one or more corresponding non-AP stations associated with the AP.5.The AP (310a) as claimed in any preceding claims, wherein the AP is configured to receive a sounding feedback status per non-AP station of the one or more corresponding non-AP stations or a single sounding feedback status for the one or more corresponding non-AP stations associated with the AP.6.The AP (310a) as claimed in any preceding claims, wherein the AP is configured to initially set the respective sounding feedback status for each of the one or more other corresponding non-AP stations associated with the further AP to invalid.7.The AP (310a) as claimed in claim 6, wherein the AP is configured to update the sounding feedback status for the one or more other corresponding non-AP stations associated with the further AP to valid after a successful beamforming report reception.8.The AP (310a) as claimed in any preceding claims, wherein the indication includes a decline response for coordinated beamforming from the further AP, wherein the indication includes a reason for the decline response.9.The AP (310a) as claimed in claim 8, wherein the reason for the decline response is that the sounding feedback status for at least one of the corresponding non-AP stations associated with the AP is invalid.10.The AP (310a) as claimed in claim 8 or claim 9, wherein the reason for the decline response is indicated in the indication by a bitmap comprising one or more bits.11.The AP (310a) as claimed in any preceding claims, wherein the AP is configured to transmit an invite frame to the further AP, the invite frame indicating a list of non-AP stations associated with the AP that are desired to participate in the coordinated beamforming data transmission and, wherein the AP is configured to transmit a dialogue token number to the further AP in the invite frame, the dialogue token number corresponding to a coordinated beamforming sounding procedure.12.The AP (310a) as claimed in any preceding claims, wherein the AP is configured to receive a response frame from the further AP, the response frame indicating a list of non-AP stations associated with the further AP that are desired to participate in the coordinated beamforming data transmission and wherein the further AP is configured to transmit a dialogue token number to the AP in the response frame, the dialogue token number corresponding to a coordinated beamforming sounding procedure.13.The AP (310a) as claimed in claim 11 or claim 12, wherein the dialogue token number has a length of up to 6 bits.14.The AP (310a) as claimed in claim 11 or claim 12 or 13 as dependent on claim 11 wherein the AP is configured to request a respective sounding feedback status for each of the non-AP stations listed in the invite frame.15.The AP (310a) as claimed in any preceding claims, wherein the AP is configured to request a respective sounding feedback status for at least one non-AP station associated with the AP that participated in a coordinated beamforming sounding procedure.16.The AP (310a) as claimed in claim 14 or claim 15, wherein the AP is configured to receive the respective sounding feedback status for each of the at least one non-AP stations associated with the AP as one or more bits.17.A method (1000) for implementation at an access point, AP (310a) , for transmitting a coordinated beamforming downlink physical layer protocol data unit, PPDU, to one or more corresponding non-AP stations (320a, 320b) in a wireless local area network, WLAN (300) , concurrently with PPDU transmissions between a further AP (310b) and one or more other corresponding non-AP stations (320c, 320d) associated with the further AP in the WLAN in a coordinated beamforming data transmission, the method comprising performing (1001) a parameter negotiation procedure for the coordinated beamforming data transmission with the further AP (310b) , wherein the parameter negotiation procedure comprises receiving an indication in a response from the further AP (310b) related to a sounding feedback status of the one or more corresponding non-AP stations (320a, 320b) associated with the AP.18.A computer program product comprising a computer-readable storage medium (315a) for storing program code which causes a computer or a processor (311a) to perform the method (1000) of claim 17 when the program code is executed by the computer or the processor.

Images