Multi-AP coordinated transmission schemes in wireless communications

Abstract

Techniques pertaining to multi-access point (multi-AP) coordinated transmission schemes in wireless communications are described. An apparatus, as a first AP performs a coordinated transmission opportunity (TXOP) frame exchange with a second AP. The apparatus then performs a coordinated multi-AP transmission with the second AP following the coordinated TXOP frame exchange. The coordinated multi-AP transmission involves transmitting a coordinated beamformed (CBF) or coordinated spatial-reuse (CSR) physical-protocol data unit (PPDU) in synchronization with a transmission of another CBF or CSR PPDU by the second AP.

Description

MULTI-AP COORDINATED 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 No. 63 / 668,793, filed 09 July 2024, No. 63 / 689,896, filed 03 September 2024, No. 63 / 701,626, filed 01 October 2024, No. 63 / 741,497, filed 03 January 2025, No. 63 / 767,018, filed 05 March 2025, 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 multi-access point (multi-AP) coordinated 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 Wi-Fi (or WiFi) and wireless local area networks (WLANs) under the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standards, coordinated multi-AP transmissions such as coordinated beamforming (CBF or CoBF) and coordinated spatial reuse (CSR) require an initial control frame exchange before an initial coordination transmission. At the time of the present disclosure, no unified medium access control (MAC) protocol structure or design has been defined to allow a sharing AP to initiate either a CBF (or CoBF) or CSR transmission. Therefore, there is a need for a solution of multi-AP coordinated transmission schemes in wireless communications.SUMMARY

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

[0006] An objective of the present disclosure is to provide schemes, concepts, designs, techniques, methods, and apparatuses pertaining to multi-AP coordinated transmission schemes in wireless communications. It is believed that implementation of one or more schemes proposed herein may address or otherwise alleviate the aforementioned issue (s) . In the present disclosure, the term “sharing AP” refers to an access point (AP) that obtains a transmission opportunity (TXOP) and polls or invites at least one other AP to participate in coordinated frame exchange (s) and coordinated data transmission (s) within / during the TXOP. The term “shared AP” refers to the each of the at least one other AP that is polled or invited to participate in the coordinated frame exchange (s) and the coordinated data transmission (s) . Moreover, each of the sharing AP and shared AP may be associated with one or more stations (STAs) , respectively, which may include one or more Ultra High Reliability (UHR) or next-generation STAs and / or one or more legacy STAs.

[0007] In one aspect, a method may involve a first AP performing a coordinated TXOP frame exchange with a second AP. The method may also involve the first AP performing a coordinated multi-AP transmission with the second AP following the coordinated TXOP frame exchange.

[0008] In another aspect, an apparatus, as a first AP, may include a transceiver configured to communicate wirelessly and a processor coupled to the transceiver. The processor may perform a coordinated TXOP frame exchange with a second AP. The processor may also perform a coordinated multi-AP transmission with the second AP following the coordinated TXOP frame exchange.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0025] FIG. 15 is a flowchart of an example process under a proposed scheme in accordance with the present disclosure.DETAILED DESCRIPTION

[0026] 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 the 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

[0027] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to multi-AP coordinated 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. The various solutions and schemes implement the proposed schemes between APs and non-AP STAs. Accordingly, the various solutions and schemes proposed herein may address or otherwise alleviate the issues described above.

[0028] FIG. 1 illustrates an example scenario 100 under a proposed scheme in accordance with the present disclosure. Scenario 100 may pertain to a first phase (Phase 1) under a first option (Option 1) of coordinated TXOP frame exchanges under the proposed scheme. Phase 1 of Option 1 may involve a sharing AP (herein interchangeably referred to as “AP1” ) and a shared AP (herein interchangeably referred to as “AP2” ) exchanging coordination information regarding coordinated TXOP frame exchanges. The sharing AP and the shared AP may exchange information of one or more selected candidate STAs as well as information of allocated or required resources (e.g., bandwidth (BW) , number of spatial stream (Nss) , physical-layer protocol data unit (PPDU) duration, buffer status, and so on) . The sharing AP may initiate a coordinated TXOP with an initial control frame (ICF) which may be, for example and not limited to, a buffer status report poll (BSRP) trigger frame that may be transmitted in a unicast or broadcast. The ICF may poll or otherwise invite the shared AP to participate in a coordinated transmission and may indicate the following: a coordination mode indication, one or more parameters (e.g., BW, Nss, transmit (Tx) power) , and an indication of whether or not padding is required, and so on. Alternatively, or additionally, the ICF may poll or indicate one or more candidate in-basic service set (in-BSS) STAs (e.g., including a STA associated with AP1, herein interchangeably referred to as “AP1-STA” ) herein interchangeably referred to as “associated STAs” , which may be legacy (e.g., enhanced multi-link-single-radio (EMLSR) ) STAs or UHR STAs, or both.

[0029] In response, the shared AP may transmit an initial control response frame (ICR) , which may be, for example and not limited to, a multi-STA block acknowledgement (M-BA) , in an event that the communication medium is idle on one or more 20MHz channels covering the assigned resource unit (s) (RU (s) ) and within the BW indicated in the ICF (e.g., the medium being determined to be idle based on virtual channel sensing (CS) and physical CS during a short interframe space (SIFS) interval between the ICF and ICR) . The ICR may indicate the shared AP’s one or more candidate STAs (e.g., including a STA associated with AP2, herein interchangeably referred to as “AP2-STA” ) and may also include BW availability information by the shared AP. Alternatively, or additionally, the ICR may provide padding in response to padding being required as indicated in the ICF to provide extra processing (calculation) time for the sharing AP. Moreover, after receiving the ICF from the sharing AP, AP1-STA may respond with its ICR, which may be, for example and not limited to, a buffer status report (BSR) for legacy devices or BSR or M-BA for UHR devices) in response to the ICF.

[0030] FIG. 2 illustrates an example scenario 200 under a proposed scheme in accordance with the present disclosure. Scenario 200 may pertain to a second phase (Phase 2) under Option 1 of coordinated TXOP frame exchanges under the proposed scheme. Phase 2 of Option 1 may involve coordination confirmation and medium protection. In scenario 200, the sharing AP (AP1) may confirm or otherwise obtain the coordination TXOP after receiving the ICR from the shared AP (AP2) , and the sharing AP may initiate a frame exchange (e.g., medium protection, ICF / ICR for EMLSR or dynamic power-save (DPS) STA (s) ) with the one or more candidate in-BSS / associated STAs. The sharing AP may indicate or otherwise poll the candidate in-BSS / associated STA (s) in a control (trigger) frame, such as a multi-user request-to-send (MU-RTS) frame, for example. The sharing AP may also optionally confirm the transmission parameters (e.g., BW, Nss, Tx power, and so on) to the shared AP in the User Info field identified by the shared AP’s association identifier (AID) . The sharing may also optionally indicate its acceptance of the shared AP’s STA (s) based on the ICR received from the shared AP in Phase 1.

[0031] Optionally, the shared AP (AP2) may send a control response frame (e.g., a clear-to-send (CTS) frame) in response to the control frame in case that the medium is idle on the RU (s) allocated in the control frame (e.g., the medium being determined idle based on physical CS during the SIFS interval after the control frame) . The response frame may have the receiver address (RA) set to the medium access control (MAC) address of the sharing AP. Optionally, the shared AP’s candidate STA (s) (e.g., AP2-STA) may send a control response frame (e.g., CTS) in response to the control frame in case that the medium is idle on the RU (s) allocated in the control frame (e.g., the medium being determined idle based on virtual CS and physical CS during the SIFS interval after the control frame) .

[0032] FIG. 3 illustrates an example scenario 300 under a proposed scheme in accordance with the present disclosure. Scenario 300 may pertain to a third phase (Phase 3) under Option 1 of coordinated TXOP frame exchanges under the proposed scheme. Phase 3 of Option 1 may involve synchronization of the coordinated transmission. In scenario 300, the sharing AP (AP1) may transmit a synchronization frame (e.g., CTS-to-self, MU-RTS, or another trigger frame such as BSRP) an SIFS interval before a coordinated data transmission. This may reduce the timing error for start time alignment of the coordinated transmission and may also finalize the coordination transmission parameters for the shared AP (AP2) . When the synchronization frame, or sync frame, is a CTS-to-self frame, and in case that the sharing AP’s candidate non-AP STA is an Extreme High Throughput (EHT) EMLSR STA, the sync frame may not cause the STA to switch back to a listen mode.

[0033] FIG. 4 illustrates an example scenario 400 under a proposed scheme in accordance with the present disclosure. Scenario 400 may pertain to a scenario in which Phase 2 described above is not present. That is, in case that Phase 2 is not present, Phase 3 may serve the purpose of coordination confirmation and synchronization. In scenario 400, the sharing AP (AP1) may send a sync frame (e.g., CTS-to-self, MU-RTS, or another trigger frame such as BSRP) an SIFS interval before the coordinated data transmission. This may reduce the timing error for start time alignment of the coordinated transmission and may also finalize the coordination transmission parameters for the shared AP (AP2) . When the sync frame is a trigger frame (e.g., MU-RTS or BSRP) , the sync frame may include a User Info field identified by the shared AP’s AID or identifier (ID) to indicate the coordination transmission parameters.

[0034] In view of the above, one of ordinary skill in the art might appreciate the benefits provided by the coordinated TXOP frame exchanges under the proposed schemes. For instance, the frame exchanges may allow the shared AP to select one or more candidate non-AP STAs (e.g., in a response frame, or ICR, in Phase 1) based on queued traffic, quality of service (QoS) parameters, physical-layer (PHY) parameters, and so on. The frame exchanges may allow the sharing AP to: (a) identify shared AP’s availability (e.g., as the shared AP may indicate whether to accept the invitation to participate in the coordinated transmission in its response frame, or ICR, in Phase 1) ; (b) confirm its own candidate non-AP STA (s) with the shared AP (e.g., as the shared AP may indicate whether it can support the sharing AP’s candidate STA (s) in its response frame, or ICR, in Phase 1) ; and (c) confirm coordinated transmission parameters (e.g., BW, Nss. And so on) for the shared AP based on the ICR feedback (e.g., in the sync frame in Phase 3) .

[0035] With respect to frame design details of the ICF / ICR / control frame, under the proposed schemes, a BSRP trigger frame may be used as an ICF (e.g., the invite frame in Phase 1). The User Info field for the shared AP may be identified by the shared AP’s AID / ID assigned by the sharing AP. The sharing AP’s identifier (e.g., representative MAC address of the multiple collocated APs) may be included in the ICF in case of multiple collocated APs. Moreover, the Special User Info field may include a coordination mode indication (e.g., coordinated beamforming (CBF or CoBF) , coordinated spatial reuse (CSR) , and so on) and an indication of whether or not padding is required.

[0036] With respect to frame design details of the ICF / ICR / control frame, under the proposed schemes, an M-BA frame may be used as an ICR (e.g., the response frame in Phase 1) for the shared AP. The User Info field (s) may include information of the candidate non-AP STA(s) selected by the shared AP. Additionally, the Special User Info field may include coordinated transmission parameter feedback (e.g., BW, channel availability, Nss, and so on) . Moreover, padding may be required if indicated by the sharing AP in the invite frame.

[0037] With respect to frame design details of the ICF / ICR / control frame, under the proposed schemes, a trigger frame (e.g., MU-RTS / BSRP frame in Phase 2) may be used as the control frame to initiate a frame exchange with its confirmed candidate non-AP STA (s) . The User Infor field (s) may include information of the confirmed candidate non-AP STA (s) of the sharing AP. Moreover, the User Info field (s) may include shared AP’s candidate non-AP STA (s) .

[0038] FIG. 5 illustrates an example scenario 500 under a proposed scheme in accordance with the present disclosure. Scenario 500 may pertain to a first phase (Phase 1) under a second option (Option 2) of coordinated TXOP frame exchanges under the proposed scheme. Phase 1 of Option 2 may involve coordination exchange and protection. In scenario 500, the sharing AP (AP1) may poll or otherwise invite the shared AP (AP2) and / or candidate in-BSS / associated STA (s) in a trigger frame (e.g., MU-RTS) . The shared AP may send a control / trigger frame (e.g., MU-RTS) following the previous control response frame. The shared AP may indicate or otherwise trigger the selected candidate in-BSS / associated STA (s) of the shared AP in the control frame. In response, the shared AP’s candidate STA (s) (e.g., UHR AP2-STA) may send a control response frame (e.g., CTS) in case that the medium is idle on the RU (s) allocated in the control frame (e.g., the medium being determined to be idle by virtual CS and physical CS during the SIFS interval after the end of the control frame) . Alternatively, or additionally, the shared AP’s candidate STA (s) may ignore the Basic network allocation vector (NAV) set by the control / trigger frame (e.g., MU-RTS) sent by the sharing AP to respond to the MU-RTS sent by the shared AP.

[0039] FIG. 6 illustrates an example scenario 600 under a proposed scheme in accordance with the present disclosure. Scenario 600 may pertain to error recovery in Phase 1 of Option 2. In scenario 600, in case that the shared AP’s candidate STA (s) (e.g., UHR AP2-STA) does not send a control response frame (e.g., CTS) , the shared AP may transmit a control response frame (e.g., CTS) to the sharing AP after a Point Coordination Function (PCF) interframe space (PIFS) interval from the end of the control frame (e.g., MU-RTS) it sent to indicate the termination of participation in the coordinated transmission. The sharing AP may terminate the coordination and also transmit a data PPDU an SIFS interval after receiving the control response frame from the shared AP.

[0040] FIG. 7 illustrates an example scenario 700 under a proposed scheme in accordance with the present disclosure. Scenario 700 may pertain to a first phase (Phase 1) under a third option (Option 3) of coordinated TXOP frame exchanges under the proposed scheme. Phase 1 of Option 3 may involve coordination initiation and medium protection. In scenario 700, the sharing AP (AP1) may initiate a coordinated TXOP and medium protection by sending an ICF. The sharing AP may poll one or more candidate in-BSS / associated STAs in the ICF. The sharing AP’s candidate STA (s) (e.g., AP1-STA) may send a control response frame (e.g., CTS) in response to the ICF in case that the medium is idle on the RU (s) allocated by the control frame (e.g., the medium being determined idle based on virtual CS and physical CS during the SIFS interval after ICF) .

[0041] FIG. 8 illustrates an example scenario 800 under a proposed scheme in accordance with the present disclosure. Scenario 800 may pertain to a second phase (Phase 2) under Option 3 of coordinated TXOP frame exchanges under the proposed scheme. Phase 2 of Option 3 may involve exchange of coordination information. In scenario 800, the sharing AP (AP1) and shared AP (AP2) may exchange information of selected candidate STA (s) as well as information of allocated or required resources (e.g., BW, Nss, PPDU duration, buffer status, and so on) . The sharing AP may send a control frame (e.g., trigger frame) which may be a BSRP trigger frame to poll the shared AP using the shared AP’s AID assigned by the sharing AP and to confirm the availability / intention to request the shared AP to report its selected candidate STA (s) , buffer status, and so on. The control frame may also poll or otherwise indicate the candidate in-BSS / associated STA (s) to confirm the availability and to request report for buffer status, and so on. The control frame may also include an indication of whether or not padding is required.

[0042] In response, the shared AP may send a control response frame (e.g., M-BA) in case that the shared AP intends to join the coordinated transmission and in case that the medium is idle on the assigned RU (s) (e.g., the medium being determined idle based on virtual CS and physical CS during the SIFS interval after the control frame) . The control response frame may indicate the shared AP’s selected candidate STA (s) (as selected from a candidate list included in the ICF, if any) and may include BW availability information by the shared AP. Alternatively, or additionally, the control response frame may provide padding in response to the indication of padding being required to provide extra processing (calculation) time for the sharing AP.

[0043] FIG. 9 illustrates an example scenario 900 under a proposed scheme in accordance with the present disclosure. Scenario 900 may pertain to a third phase (Phase 3) under Option 3 of coordinated TXOP frame exchanges under the proposed scheme. Phase 3 of Option 3 may involve synchronization of the coordinated transmission. In scenario 900, the sharing AP (AP1) may send a sync frame (e.g., CTS-to-self, MU-RTS, or another trigger frame such as BSRP) an SIFS interval before a coordinated data transmission. This may reduce the timing error for start time alignment of the coordinated transmission and may also finalize the coordination transmission parameters for the shared AP (AP2) .

[0044] FIG. 10 illustrates an example scenario 1000 under a proposed scheme in accordance with the present disclosure. Scenario 1000 may pertain to a variation of Phase 1, Phase 2 and Phase 3 of Option-3 (Option-3a) . Phrase 1 of Option-3a may involve the sharing AP (AP1) polling the shared AP (AP2) to confirm the shared AP’s intention to participate in the coordination. The ICF / ICR exchange may use a non-High-Throughput (non-HT) duplicate PPDU format. The ICF / ICR may be BSRP / BSR, BSRP / M-BA, MU-RTS / CTS, bandwidth query report poll (BQRP)  / bandwidth query report (BQR) , or another set of trigger and response frames. The sharing AP may indicate its candidate STA (s) or selected candidate coordination group (s) of STAs. Similarly, the shared AP may indicate is selected STA (s) or group (s) of STAs.

[0045] Phase 2 of Option-3a may involve the sharing AP poling its own STA (s) and the shared AP polling its own STA (s) based on the exchange of information of candidate STA (s) (optional) . The control frame exchange may be MU-RTS / CTS (non-HU duplicate PPDU) , BSRP / BSR or M-BA (non-HT duplicate or trigger-based PPDU) . The trigger frame (e.g., MU-RTS or BSRP) may indicate that it is not required for the responder to perform channel sensing before transmitting a response (e.g., with a value of CS-Required set to 0) . Phase 3 of Option-3a may involve a triggered coordinated transmission.

[0046] FIG. 11 illustrates an example scenario 1100 under a proposed scheme in accordance with the present disclosure. Scenario 1100 may pertain to a sharing AP (AP1) deciding to continue the TXOP at the end of ICR in Phase 1. Referring to FIG. 11, the shared AP (AP2) may respond with an ICR with an ICF / ICR request indication in the ICR (e.g., M-BA) to confirm participation in the coordinated multi-AP transmission by the shared AP as shown in Phase 1 in FIG. 11. The sharing AP may decode the ICR from the shared AP with the ICF / ICR request indication. The shared AP may transmit an ICF (e.g., MU-RTS or BSRP) to trigger its own STA (s) in case that the shared AP indicated that it requests ICF / ICR in the Response frame in Phase 1.

[0047] FIG. 12 illustrates an example scenario 1200 under a proposed scheme in accordance with the present disclosure. Scenario 1200 may pertain to a variation of Phase 2 of Option 2. In scenario 1200, in Phase 2 the sharing AP (AP1) and shared AP (AP2) may poll their own STA (s) separately based on the exchange of information of candidate STAs. This may be for CSR operation (but not for CBF / CoBF) . The control frame exchange (CFE) may involve MU-RTS / CTS, BSRP /  (BSR or M-BA) in a non-HT PPDU or trigger-based (TB) PPDU. When the CFE of AP1 / AP1-STA and CFE of AP2 / AP2-STA is performed in parallel: (a) the sharing AP may perform the CFE with AP1-STA an SIFS interval after receiving an ICR from the shared AP; and (b) the shared AP may perform the CFE with AP2-STA an SIFS interval after transmitting the ICR in response to receiving an ICF from the sharing AP.

[0048] FIG. 13 illustrates an example scenario 1300 under a proposed scheme in accordance with the present disclosure. Scenario 1300 may pertain to a variation of Phase 1, Phase 2 and Phase 3 of Option-2 (Option-2a) . Phrase 1 of Option-2a may involve the sharing AP (AP1) transmitting a first ICF (ICF1) , which may be a trigger frame (e.g., BSRP) in a non-HT duplicate PPDU, to invite or otherwise poll the shared AP (AP2) for coordination transmission and to indicate whether or not it requests ICF / ICR with its candidate STA (s) in the ICF1. The shared AP may confirm or otherwise respond with the coordination intention / availability and may select its candidate STA (s) and corresponding information (e.g., using M-BA) and indicate whether or not it requests ICF / ICR with its candidate STA (s) in a first ICR (ICR1) , which may be in a non-HT duplicate PPDU.

[0049] Phase 2 of Option-2a may involve the sharing AP and shared AP poll their own STA (s) separately based on the ICF / ICR request indication in Phase 1. The control frame exchange of ICF / ICR may involve MU-RTS / CTS, BSRP / BSR or BSRP / M-BA. The sharing AP may initiate a second ICF / ICR (ICF2 / ICR2) exchange with its STA (s) in case the sharing AP requests for ICF / ICR in ICF1. The shared AP may initiate a third ICF / ICR (ICF3 / ICR3) exchange with its STA (s) in case the shared AP requests for ICF / ICR in ICR1. The ICF2 / ICR2, if requested, may follow ICF1 / ICR1. The ICF3 / ICR3, if requested, may follow ICF2 / ICR2 if the sharing AP indicated it in ICF1. Phase 3 of Option-2a may involve triggering a coordinated transmission for CBF / CSR PPDU. Illustrative Implementations

[0050] FIG. 14 illustrates an example system 1400 having at least an example apparatus 1410 and an example apparatus 1420 in accordance with an implementation of the present disclosure. Each of apparatus 1410 and apparatus 1420 may perform various functions to implement schemes, techniques, processes, and methods described herein pertaining to multi-AP coordinated 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 1410 may be implemented in a coordinating / sharing AP (e.g., AP1) and apparatus 1420 may be implemented in a coordinated / shared AP (e.g., AP2) , or vice versa.

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

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

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

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

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

[0056] Each of apparatus 1410 and apparatus 1420 may be a communication entity capable of communicating with each other using various proposed schemes in accordance with the present disclosure. For illustrative purposes and without limitation, a description of the capabilities of apparatus 1410 and apparatus 1420, functioning as a coordinating / sharing AP and a coordinated / shared AP, respectively, is provided below in the context of example process 1500. It is noteworthy that, although a detailed description of capabilities, functionalities and / or technical features of either of apparatus 1410 and apparatus 1420 is provided below, the same may be applied to the other of apparatus 1410 and apparatus 1420 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

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

[0058] At 1510, process 1500 may involve processor 1412 of apparatus 1410, as a first AP, performing, via transceiver 1416, a coordinated TXOP frame exchange with a second AP (e.g., apparatus 1420) . Process 1500 may proceed from 1510 to 1520.

[0059] At 1520, process 1500 may involve processor 1412 performing, via transceiver 1416, a coordinated multi-AP transmission with the second AP following the coordinated TXOP frame exchange. In some implementations, the coordinated multi-AP transmission may involve the first AP transmitting a CBF (or CoBF) PPDU or a CSR PPDU in synchronization with a transmission of another CBF / CoBF or CSR PPDU by the another AP.

[0060] In some implementations, in performing the coordinated TXOP frame exchange: (a) in an event that the first AP functions as a shared AP, process 1500 may involve processor  1412 selecting one or more candidate non-AP STAs of the shared AP; or (b) in an event that the first AP functions as a sharing AP, process 1500 may involve processor 1412 performing: (i) identifying availability of the shared AP; (ii) confirming one or more candidate non-AP  STAs of the sharing AP with the shared AP; and (iii) confirming coordinated transmission parameters with the shared AP.

[0061] In some implementations (e.g., Option 1 as described above) , in performing the coordinated TXOP frame exchange, process 1500 may involve processor 1412 performing, with the second AP: (a) a first phase involving an exchange of coordination information comprising exchanging, with the second AP, information on one or more selected candidate STAs and allowed or required resources; (b) a second phase involving coordination confirmation by initiating a control frame exchange with one or more candidate associated STAs, if required; and (c) a third phase involving synchronization or triggering of the coordinated multi-AP transmission by transmitting to or receiving from the second AP a synchronization or trigger frame before the coordinated multi-AP transmission. In some implementations, the synchronization or trigger frame may include coordinated transmission parameters for the sharing AP and shared AP to perform the coordinated transmission simultaneously.

[0062] In some implementations (e.g., Phase 2 of Option 1 as described above) , in an event that the first AP functions as a sharing AP, which initiates a control frame to poll a shared AP to participate in the coordinated multi-AP transmission, and the second AP functions as the shared AP, in initiating the frame exchange with one or more candidate associated STAs, process 1500 may involve processor 1412 performing the following: (a) transmitting a control frame having one or more User Info fields including information of confirmed one or more candidate non-AP STAs of the sharing AP; and (b) receiving a control response frame from the second AP and at least one of one or more candidate associated STAs responsive to transmitting the MU-RTS or BSRP frame. Conversely, in an event that the first AP functions as the shared AP and the second AP functions as the sharing AP, in initiating the frame exchange with one or more candidate associated STAs, process 1500 may involve processor 1412 performing the following: (a) receiving the control frame from the second AP; and (b) transmitting the control response frame to the second AP responsive to receiving the control frame.

[0063] In some implementations (e.g., Phase 1 of Option 1 as described above) , in an event that the first AP functions as a sharing AP, which initiates a control frame to poll a shared AP to participate in the coordinated TXOP frame exchange and coordinated multi-AP transmission in the TXOP, and the second AP functions as the shared AP, in performing the exchange of coordination information, process 1500 may involve processor 1412 performing the following: (a) transmitting an ICF to the second AP in unicast or broadcast; and (b) receiving an ICR from the second AP responsive to transmitting the ICF. Conversely, in an event that the first AP functions as the shared AP and the second AP functions as the sharing AP, in performing the exchange of coordination information, process 1500 may involve processor 1412 performing the following: (a) receiving the ICF from the second AP; and (b) transmitting the ICR responsive to receiving the ICF. In some implementations, the ICF may include a BSRP trigger frame, the ICR may include an M-BA frame. Moreover, the BSRP trigger frame may include: (1) a User Info field for the shared AP that is identified by an ID or AID assigned by the sharing AP; (2) an MAC address of the sharing AP as an identifier of the sharing AP; (3) coordination mode indication; and (4) an indication of request or present of control frame exchange with the candidate associated non-AP STAs. Additionally, the M-BA frame may include: (1) information of one or more associated non-AP STAs selected by the shared AP; (2) a coordinated transmission parameter feedback; and (3) padding responsive to an indication of padding being required in the ICF; and (4) an indication of request or present of control frame exchange with the candidate associated non-AP STAs.

[0064] Alternatively (e.g., as in scenario 700) , the ICF may include an MU-RTS frame that polls the one or more candidate associated STAs, and the response frame from the at least one of one or more candidate associated STA may include a CTS frame. In some implementations (e.g., as in scenario 800) , in an event that the first AP functions as the sharing AP and the second AP functions as the shared AP, in initiating the frame exchange with one or more candidate associated STAs, process 1500 may involve processor 1412 performing the following: (a) transmitting a BSRP trigger frame having one or more User Info fields including information of confirmed one or more candidate non-AP STAs of the sharing AP, the BSRP trigger frame polling the shared AP and the one or more candidate non-AP STAs, the BSRP trigger frame including an indication of whether or not padding is required; and (b) receiving an M-BA frame the second AP and a BSR frame or another M-BA frame from the at least one of one or more candidate associated STAs responsive to transmitting the BSRP trigger frame. Conversely, in an event that the first AP functions as the shared AP and the second AP functions as the sharing AP, in initiating the frame exchange with one or more candidate associated STAs, process 1500 may involve processor 1412 performing the following: (a) receiving the BSRP trigger frame from the second AP; and (b) transmitting the M-BA frame to the second AP responsive to receiving the BSRP frame, the M-BA frame indicating an intention of the shared AP to join the coordinated multi-AP transmission and one or more selected candidate STAs of the shared AP, the M-BA frame also providing padding responsive to an indication of padding being required in the BSRP trigger frame.

[0065] In some implementations (e.g., Option 2 as described above) , in performing the coordinated TXOP frame exchange, process 1500 may involve processor 1412 performing, with the second AP: (a) a first phase involving an exchange of coordination information comprising exchanging, with the second AP, information on one or more selected associated STAs and allowed or required transmission parameters, where the sharing AP indicates not requiring a respective ICF / ICR frame exchange with its selected STAs, and wherein the shared AP indicates not requiring a respective ICF / ICR frame exchange with its selected STAs; and (b) a second phase involving synchronization or triggering of the coordinated multi-AP transmission by transmitting to or receiving from the second AP a synchronization or trigger frame before the coordinated multi-AP transmission. In some implementations, the synchronization or trigger frame may include an MU-RTS frame or a BSRP frame or another trigger frame.

[0066] In some implementations (e.g., Phase 1 of Option 2 as described as described in scenario 500 above) , in an event that the first AP functions as a sharing AP, which obtains a TXOP and polls a shared AP to participate in the coordinated TXOP frame exchange and coordinated multi-AP transmission in the TXOP, and the second AP functions as the shared AP, in performing the exchange of coordination information, process 1500 may involve processor 1412 performing the following: (a) transmitting an ICF in unicast or broadcast; and (b) receiving an ICR from the second AP and a response from at least one associated station (STA) responsive to transmitting the ICF. Conversely, in an event that the first AP functions as the shared AP and the second AP functions as the sharing AP, in performing the exchange of coordination information, process 1500 may involve processor 1412 performing the following: (a) receiving the ICF from the second AP; and (b) transmitting the ICR responsive to receiving the ICF. In some implementations, the ICF may include a BSRP trigger frame, the ICR may include an M-BA frame, and the response from the associated STA may include a BSR frame or another M-BA frame. Moreover, the BSRP trigger frame may include: (1) a User Info field for the shared AP that is identified by an ID or AID assigned by the sharing AP; and (2) an MAC address of the sharing AP as an identifier of the sharing AP. Additionally, the M-BA frame may include: (1) one or more User Info fields having information of one or more candidate non-AP STAs selected by the shared AP; (2) a Special User Info field having a coordinated transmission parameter feedback; and (3) optional padding responsive to an indication of padding being required in the ICF.

[0067] In some implementations (e.g., error recovery of Option 2 as described in scenario 600 above) , in an event that the first AP functions as a sharing AP, which obtains a TXOP and polls a shared AP to participate in the coordinated TXOP frame exchange and coordinated multi-AP transmission in the TXOP, and the second AP functions as the shared AP, in performing the exchange of coordination information, process 1500 may involve processor 1412 performing the following: (a) transmitting an ICF in unicast or broadcast; and (b) receiving an ICR from at least the second AP responsive to transmitting the ICF. Conversely, in an event that the first AP functions as the shared AP and the second AP functions as the sharing AP, in performing the exchange of coordination information, process 1500 may involve processor 1412 performing the following: (a) receiving the ICF from the second AP; (b) transmitting the ICR responsive to receiving the ICF; (c) transmitting a control frame to trigger one or more candidate associated STAs selected by the shared AP; and (d) performing either of the following: (i) receiving a response frame from at least one of the one or more candidate associated STAs of the shared AP; or (ii) transmitting a different response frame to the sharing AP to indicate termination of participation in the coordinated multi-AP transmission responsive to not receiving any response from the one or more candidate associated STAs selected by the shared AP. In some implementations, each of the ICF and the control frame may include a respective MU-RTS frame, and each of the ICR and the response frame may include a respective CTS frame.

[0068] In some implementations (e.g., as in scenario 1000, Option 3a, described above) , in performing the coordinated TXOP frame exchange, process 1500 may involve processor 1412 performing, with the second AP: (a) a involving one of the first AP and the second AP, functioning as a sharing AP, polling another of the first AP and the second AP, functioning as a shared AP, to confirm an intention of the shared AP to participate in the coordinated multi-AP transmission by the sharing AP transmitting a BSRP frame as an ICF with the shared AP responding with an M-BA frame as an ICR, the ICF indicating one or more associated STAs or group IDs of associated STAs selected by the sharing AP, the ICR indicating one or more associated STAs or group IDs of associated STAs selected by the shared AP; (b) a second phase involving each of the sharing AP and the shared AP polling respective one or more selected associated STAs if requested by respectively transmitting an MU-RTS or another BSRP frame as another ICF or trigger frame and receiving a corresponding response frame from at least one of the respective one or more selected associated STAs; and (c) a third phase involving triggering of the coordinated multi-AP transmission.

[0069] In some implementations (e.g., as in scenario 1100 described above) , in performing the coordinated TXOP frame exchange, process 1500 may involve processor 1412 performing, with the second AP: (a) a first phase involving one of the first AP and the second AP, functioning as a sharing AP, polling another of the first AP and the second AP, functioning as a shared AP, by the sharing AP transmitting a BSRP frame as an ICF with the shared AP responding with an M-BA frame as an ICR to confirm participation in the coordinated multi-AP transmission by the shared AP, the ICR indicating whether an ICF / ICR frame exchange with its selected associated STAs is requested or present; (b) the shared AP polling respective one or more selected associated STAs by transmitting an MU-RTS or another BSRP frame as another ICF and the shared AP receiving a control response frame from at least one of the respective one or more selected associated STAs; and (c) triggering and performing of the coordinated multi-AP transmission. In some implementations, the sharing AP may poll the selected associated STAs in the ICF transmitted to the shared AP with at least one of the selected associated STAs of the sharing AP responding a control response frame.

[0070] In some implementations (e.g., as in scenario 1200 described above) , in performing the coordinated TXOP frame exchange, process 1500 may involve processor 1412 performing, with the second AP, in a CSR operation: (a) a first phase involving one of the first AP and the second AP, functioning as a sharing AP, and another of the first AP and the second AP, functioning as a shared AP, performing a CFE with an MU-RTS or BSRP frame as an ICF and a CTS or M-BA frame as an ICR; (b) a second phase involving each of the sharing AP and the shared AP performing, in parallel, another respective CFE with at least one respective selected associated STA by each of the sharing AP and the shared AP transmitting a respective MU-RTS frame and receiving a respective control frame from the respective selected associated STA; and (c) triggering and performing of the coordinated multi-AP transmission or a subsequent coordinated multi-AP transmission.

[0071] In some implementations (e.g., as in scenario 1300 described above) , in performing the coordinated TXOP frame exchange, process 1500 may involve processor 1412 performing, with the second AP: (a) a first phase involving one of the first AP and the second AP, functioning as a sharing AP, and another of the first AP and the second AP, functioning as a shared AP, performing a CFE involving: (i) the sharing AP transmitting a first ICF indicating whether or not the sharing AP requests to poll its respective one or more candidate STAs; and (ii) the shared AP responding with a first ICR indicating whether or not the shared AP requests to poll its respective one or more candidate STAs; (b) a second phase involving each of the sharing AP and the shared AP separately polling its respective one or more candidate STAs as indicated in the ICF and ICR, respectively by: (i) the sharing AP transmitting a second ICF to at least a first STA of its respective one or more candidate STAs and receiving a second ICR from the first STA responsive to the sharing AP indicating it requests to poll its respective one or more candidate STAs in the first ICF; and (ii) the shared AP transmitting a third ICF to at least a second STA of its respective one or more candidate STAs and receiving a third ICR from the second STA responsive to the shared AP indicating it requests to poll its respective one or more candidate STAs in the first ICR; and (c) a third phase involving triggering and performing of the coordinated multi-AP transmission. Additional Notes

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

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

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

[0075] 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 a first access point (AP) , a coordinated transmission opportunity (TXOP) frame exchange with a second AP; andperforming, by the processor, a coordinated multi-AP transmission with the second AP following the coordinated TXOP frame exchange.2.The method of Claim 1, wherein the performing of the coordinated TXOP frame exchange comprises:in an event that the first AP functions as a shared AP, selecting one or more candidate non-AP stations (STAs) of the shared AP for the coordinated multi-AP transmission; orin an event that the first AP functions as a sharing AP, performing:identifying availability or intention of the shared AP to participate the coordinated multi-AP transmission;confirming one or more candidate non-AP STAs of the sharing AP with the shared AP for the coordinated multi-AP transmission; andconfirming coordinated transmission parameters with the shared AP.3.The method of Claim 1, wherein the performing of the coordinated TXOP frame exchange comprises performing, with the second AP:a first phase involving a frame exchange of coordination information comprising exchanging, with the second AP, information on one or more selected candidate non-AP stations (STAs) and allowed or required coordination transmission parameters;a second phase involving initiating a control frame exchange by the first and / or the second AP with one or more candidate associated non-AP STAs respectively if indicated required by the first AP and / or the second AP; anda third phase involving synchronization or triggering of the coordinated multi-AP transmission by transmitting to or receiving from the second AP a synchronization or trigger frame before the coordinated multi-AP transmission.4.The method of Claim 3, wherein the synchronization or trigger frame comprises coordinated transmission parameters for the sharing AP and shared AP to perform the coordinated transmission simultaneously.5.The method of Claim 3, wherein:in an event that the first AP functions as a sharing AP, which initiates the frame exchange to poll a shared AP to participate in the coordinated multi-AP transmission in the TXOP, and the second AP functions as the shared AP, the initiating of the control frame exchange with one or more candidate associated non-AP STAs comprises:transmitting a control frame having one or more User Info fields including information of confirmed one or more candidate associated non-AP STAs of the sharing AP; andreceiving a respective control response frame from at least one of one or more candidate associated non-AP STAs responsive to transmitting the control frame,in an event that the first AP functions as the shared AP and the second AP functions as the sharing AP, the initiating of the control frame exchange with one or more candidate associated STAs comprises:receiving the control frame from the second AP; andtransmitting the control response frame to the second AP responsive to receiving the control frame.6.The method of Claim 3, wherein:in an event that the first AP functions as a sharing AP, which initiates the frame exchange to poll a shared AP to participate in the coordinated multi-AP transmission in the TXOP, and the second AP functions as the shared AP, the performing of the exchange of coordination information comprises:transmitting a control frame (CF) to the second AP by and receiving a control response frame (CR) from the second AP responsive to transmitting theCF,in an event that the first AP functions as the shared AP and the second AP functions as the sharing AP, the performing of the exchange of coordination information comprises:receiving the CF from the second AP; andtransmitting the CR responsive to receiving the CF.7.The method of Claim 6, wherein the CF comprises a buffer status report poll (BSRP) trigger frame, wherein the CR comprises a multi-STA block acknowledgement (M-BA) frame, and wherein:the BSRP trigger frame comprises at least one of the following:a User Info field for the shared AP that is identified by an identification (ID) or association ID (AID) assigned by the sharing AP;a medium access control (MAC) address of the sharing AP as an identifier of the sharing AP;coordination mode indication;an indication of padding being required in the CR,information of one or more candidate associated non-AP STAs selected by the sharing AP;coordinated transmission parameters; andan indication of request or present of control frame exchange with the candidate associated non-AP STAs;the M-BA frame comprises at least one of the following:information of one or more candidate associated non-AP STAs selected by the shared AP;an indication of request or present of control frame exchange with the candidate associated non-AP STAs;a Special User Info field having a coordinated transmission parameter feedback; andpadding responsive to an indication of padding being required in the CF.8.The method of Claim 6, wherein the CF comprises a multi-user request-to-send (MU-RTS) frame that polls the one or more candidate associated STAs, and wherein the response frame from the at least one of one or more candidate associated STA comprises a clear-to-send (CTS) frame.9.The method of Claim 8, wherein:in an event that the first AP functions as the sharing AP and the second AP functions as the shared AP, the initiating of the frame exchange with one or more candidate associated STAs comprises:transmitting a buffer status report poll (BSRP) trigger frame having one or more User Info fields including information of confirmed one or more candidate non-AP STAs of the sharing AP, the BSRP trigger frame polling the shared AP and the one or more candidate non-AP STAs, the BSRP trigger frame including an indication of whether or not padding in the control response frame is required; andreceiving a multi-station block acknowledgement (M-BA) frame frame the second AP and a buffer status report (BSR) frame or another M-BA frame from the at least one of one or more candidate associated non-AP STAs responsive to transmitting the BSRP trigger frame,in an event that the first AP functions as the shared AP and the second AP functions as the sharing AP, the initiating of the frame exchange with one or more candidate in-BSS STAs comprises:receiving the BSRP trigger frame from the second AP; andtransmitting the M-BA frame to the second AP responsive to receiving the BSRP frame, the M-BA frame indicating an intention of the shared AP to join the coordinated multi-AP transmission and one or more selected candidate STAs of the shared AP, the M-BA frame also providing padding responsive to an indication of padding being required in the BSRP trigger frame.10.The method of Claim 1, wherein the performing of the coordinated TXOP frame exchange comprises performing, with the second AP:a first phase involving an exchange of coordination information comprising exchanging, with the second AP, information on one or more selected associated non-AP stations (STAs) and allowed or required transmission parameters; anda second phase involving synchronization or triggering of the coordinated multi-AP transmission by transmitting to or receiving from the second AP a synchronization or trigger frame before the coordinated multi-AP transmission.11.The method of Claim 10, wherein:in an event that the first AP functions as a sharing AP, which initiates a control frame to poll a shared AP to participate in coordinated multi-AP transmission in the TXOP, and the second AP functions as the shared AP, the performing of the exchange of coordination information comprises:transmitting a control frame (CF) in unicast or broadcast; andreceiving a control response frame (CR) from the second AP and a response from at least one associated station (STA) responsive to transmitting the CF,in an event that the first AP functions as the shared AP and the second AP functions as the sharing AP, the performing of the exchange of coordination information comprises:receiving the CF from the second AP; andtransmitting the CR responsive to receiving the CF.12.The method of Claim 11, wherein the CF comprises a buffer status report poll (BSRP) trigger frame, wherein the CR comprises a multi-STA block acknowledgement (M-BA) frame, wherein the response from the in-BSS STA comprises a buffer status report (BSR) frame or another M-BA frame, and wherein:the BSRP trigger frame comprises at least one of the following:a User Info field for the shared AP that is identified by an identification (ID) or association ID (AID) assigned by the sharing AP; anda medium access control (MAC) address of the sharing AP as an identifier of the sharing AP; andcoordination mode indication; andan indication of padding being required in the CR; andinformation of one or more candidate associated non-AP STAs selected by the sharing AP; andcoordinated transmission parameters; andan indication of not request of control frame exchange with the candidate associated non-AP STAs;the M-BA frame comprises at least one of the following:information of one or more candidate associated non-AP STAs selected by the shared AP;an indication of not request of control frame exchange with the candidate associated non-AP STAs;a Special User Info field having a coordinated transmission parameter feedback; andpadding responsive to an indication of padding being required in the CF.13.The method of Claim 10, wherein:in an event that the first AP functions as a sharing AP, which initiates a control frame to poll a shared AP to participate in the coordinated multi-AP transmission in the TXOP, and the second AP functions as the shared AP, the performing of the exchange of coordination information comprises at least one of the following:transmitting an initial control frame (ICF) in unicast or broadcast; andreceiving an initial control response frame (ICR) from at least the second AP and a response from at least one associated non-AP station (STA) responsive to transmitting the ICF,in an event that the first AP functions as the shared AP and the second AP functions as the sharing AP, the performing of the exchange of coordination information comprises at least one of the following:receiving the ICF from the second AP;transmitting the ICR responsive to receiving the ICF;transmitting a control frame to trigger one or more candidate associated non-AP STAs selected by the shared AP; andeither:receiving a response frame from at least one of the one or more candidate associated non-AP STAs of the shared AP; ortransmitting a different response frame to the sharing AP to indicate termination of participation in the coordinated multi-AP transmission responsive to not receiving any response from the one or more candidate associated non-AP STAs selected by the shared AP.14.The method of Claim 13, wherein each of the ICF and the control frame comprises a respective multi-user request-to-send (MU-RTS) frame, and wherein each of the ICR and the response frame comprises a respective clear-to-send (CTS) frame.15.The method of Claim 1, wherein the performing of the coordinated TXOP frame exchange comprises performing, with the second AP:a first phase a frame exchange involving one of the first AP and the second AP, functioning as a sharing AP, polling another of the first AP and the second AP, functioning as a shared AP, to confirm an intention of the shared AP to participate in the coordinated multi-AP transmission by the sharing AP transmitting a buffer status report poll (BSRP) frame as an initial control frame (ICF) with the shared AP responding with a multi-station block acknowledgement (M-BA) frame as an initial control response frame (ICR) , the ICF indicating one or more associated non-AP STAs or group identifiers (IDs) of associated non-AP STAs selected by the sharing AP, the ICR indicating one or more associated non-AP STAs or group IDs of associated non-AP STAs selected by the shared AP;a second phase involving each of the sharing AP and the shared AP polling respective one or more selected associated non-AP STAs if requested by respectively transmitting a multi-user request-to-send (MU-RTS) or another BSRP frame as another ICF or trigger frame and receiving a corresponding response frame from at least one of the respective one or more selected associated non-AP STAs; anda third phase involving triggering of the coordinated multi-AP transmission.16.The method of Claim 1, wherein the performing of the coordinated TXOP frame exchange comprises performing, with the second AP:a frame exchange involving one of the first AP and the second AP, functioning as a sharing AP, polling another of the first AP and the second AP, functioning as a shared AP, by the sharing AP transmitting a buffer status report poll (BSRP) frame as an initial control frame (ICF) with the shared AP responding with a multi-station block acknowledgement (M-BA) frame as an initial control response frame (ICR) to confirm participation in the coordinated multi-AP transmission by the shared AP , where the ICR indicating whether an ICF / ICR frame exchange with its selected associated STAs is requested or present ;a second phase involving the shared AP polling respective one or more selected associated STAs by transmitting a multi-user request-to-send (MU-RTS) or another BSRP frame as another ICF and the shared AP receiving a control response frame from at least one of the respective one or more selected associated STAs; anda third phase involving triggering and performing of the coordinated multi-AP transmission.17.The method of Claim 1, wherein the performing of the coordinated TXOP frame exchange comprises performing, with the second AP in a coordinated spatial-reuse (CSR) operation:a first phase involving one of the first AP and the second AP, functioning as a sharing AP, and another of the first AP and the second AP, functioning as a shared AP, performing a control frame exchange (CFE) with a multi-user request-to-send (MU-RTS) or buffer status report poll (BSRP) frame as an initial control frame (ICF) and a clear-to-send (CTS) or multi-station block acknowledgement (M-BA) frame as an initial control response frame (ICR) ;a second phase involving each of the sharing AP and the shared AP performing, in parallel, another respective CFE with at least one respective in-basic service set (in-BSS) station (STA) by each of the sharing AP and the shared AP transmitting a respective MU-RTS frame and receiving a respective CTS frame from the respective in-BSS STA; anda third phase involving triggering and performing of the coordinated multi-AP transmission.18.The method of Claim 1, wherein the performing of the coordinated TXOP frame exchange comprises performing, with the second AP: a first phase involving one of the first AP and the second AP, functioning as a sharing AP, and another of the first AP and the second AP, functioning as a shared AP, performing a control frame exchange (CFE) comprising:the sharing AP transmitting a first initial control frame (ICF) indicating whether or not the sharing AP requests to poll its respective one or more candidate associated non-AP STAs; andthe shared AP responding with a first initial control response frame (ICR) indicating whether or not the shared AP requests to poll its respective one or more candidate associated non-AP STAs;a second phase, each of the sharing AP and the shared AP separately polling its respective one or more candidate associated non-AP STAs as indicated in the ICF and ICR, respectively by:the sharing AP transmitting a second ICF to at least a first STA of its respective one or more candidate associated non-AP STAs and receiving a second ICR from the first STA responsive to the sharing AP indicating it requests to poll its respective one or more candidate STAs in the first ICF; andthe shared AP transmitting a third ICF to at least a second STA of its respective one or more candidate associated non-AP STAs and receiving a third ICR from the second STA responsive to the shared AP indicating it requests to poll its respective one or more candidate STAs in the first ICR; anda third phase involving triggering and performing of the coordinated multi-AP transmission.19.An apparatus implementable in an access point (AP) , comprising:a transceiver configured to communicate wirelessly; anda processor coupled to the transceiver and configured to perform operations comprising:performing, via the transceiver, a coordinated transmission opportunity (TXOP) frame exchange with another AP; andperforming, via the transceiver, a coordinated multi-AP transmission with the another AP following the coordinated TXOP frame exchange,wherein the performing of the coordinated multi-AP transmission comprises transmitting a coordinated beamformed (CBF) or coordinated spatial-reuse (CSR) physical-protocol data unit (PPDU) in synchronization with a transmission of another CBF or CSR PPDU by the another AP.

Images