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, establishes a coordination agreement with a second AP regarding multi-AP coordinated transmissions in a transmission opportunity (TXOP) obtained by the first AP. The apparatus then transmits a coordination control frame to the second AP, with the control frame indicating a coordination mode regarding frame exchanges in the multi-AP coordinated transmissions at the beginning of the TXOP obtained by the first AP. As a TXOP initiator or holder, the first AP functions as a sharing AP, and, as a TXOP responder, the second AP functions as a shared 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 / 559,247, filed 29 February 2024, the contents of which herein is 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, coordination transmission among multiple access points (APs) is considered as one of coordinated multi-AP (MAP) transmission schemes for next-generation WLANs. Coordinated time division multiple access (TDMA) transmission, also known as MAP-CTDMA scheme, allows one AP as a sharing AP to allocate resources in time domain to one or more shared APs during a transmission opportunity (TXOP) obtained by the sharing AP. In the multi-AP coordinated TDMA (MAP-CTDMA) scheme, the TXOP initiator / holder can serve a sharing AP to share a remaining time of the TXOP to its pre-negotiated shared APs after finishing frame exchanges with its own associated stations (STAs) . Accordingly, a shared AP being shared time resources by the sharing AP can perform frame exchanges with its own associated STAs within the portion of time resources shared by the sharing AP without contending the medium. This scheme intends to schedule time resources for the shared APs to reduce channel contention among basic service sets (BSSs) and reduce interferences on each other among the BSSs.

[0005] However, the resource sharing scheme might be over controlled due to hidden node interference control such that it may be unfair to a legacy BSS. Besides, the entire network performance might be negatively impacted. Thus, how to control or trigger the shared APs to perform frame exchanges within the sharing AP’s TXOP with highly efficient network performance is an issue to be addressed. Therefore, there is a need for multi-AP coordinated transmission schemes in wireless communications.SUMMARY

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

[0007] 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) .

[0008] In one aspect, a method may involve a first AP establishing a coordination agreement with a second AP regarding multi-AP coordinated transmissions in a TXOP obtained by the first AP. The method may also involve the first AP transmitting a coordination control frame to poll the second AP at the beginning of a TXOP obtained by the first AP, the control frame indicating a coordination mode regarding frame exchanges in the multi-AP coordinated transmissions. As a TXOP initiator or holder, the first AP functions as a sharing AP in the coordination agreement, and, as a TXOP responder, the second AP functions as a shared AP in the coordination agreement.

[0009] In another aspect, a method may involve a second AP establishing a coordination agreement with a first AP regarding multi-AP coordinated transmissions in a TXOP obtained by the first AP. The method may also involve the second AP receiving a coordination control frame from the first AP at the beginning of a TXOP obtained by the first AP, with the control frame indicating a coordination mode regarding frame exchanges in the multi-AP coordinated transmissions. As a TXOP initiator or holder, the first AP functions as a sharing AP in the coordination agreement, and, as a TXOP responder, the second AP functions as a shared AP in the coordination agreement.

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

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

[0012] FIG. 1 is a diagram of an example network environment in which various solutions and schemes in accordance with the present disclosure may be implemented.

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

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

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

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

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

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

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

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

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

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

[0023] FIG. 12 is a flowchart of a second example process under a proposed scheme in accordance with the present disclosure.DETAILED DESCRIPTION

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

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

[0026] FIG. 1 illustrates an example network environment 100 in which various solutions and schemes in accordance with the present disclosure may be implemented. FIG. 2 -FIG. 12 illustrate examples of implementation of various proposed schemes in network environment 100 in accordance with the present disclosure. The following description of various proposed schemes is provided with reference to FIG. 1 -FIG. 12.

[0027] Referring to FIG. 1, network environment 100 may include at least a first AP (AP1) , a second AP (AP2) , a third AP (AP3) and a fourth AP (AP4) . AP1 may be associated with or part of a first basic service set (BSS-1) ; AP2 may be associated with or part of a second basic service set (BSS-2) ; AP3 may be associated with or part of a third basic service set (BSS-3) ; and AP4 may be associated with or part of a fourth basic service set (BSS-4) . Each of AP1, AP2, AP3 and AP4 may be configured to implement various proposed schemes in accordance with the present disclosure as described below. It is noteworthy that, while the various proposed schemes may be individually or separately described below, in actual implementations some or all of the proposed schemes may be utilized or otherwise implemented jointly. Of course, each of the proposed schemes may be utilized or otherwise implemented individually or separately.

[0028] Referring to FIG. 1, under a proposed scheme in accordance with the present disclosure, an AP may announce its support of coordination operation (e.g., C-TDMA) in one or more Beacon or other management frames. Additionally, an AP may discover its neighbor AP (s) that can support C-TDMA by the capability announcement of such neighbor AP (s) (e.g., through Beacon frames transmitted by each other) . Moreover, an AP may request one or more of its neighbor APs which support the coordination to set up or otherwise establish one or more coordination pairs (e.g., C-TDMA pairs) therebetween. For example, AP1 may send requests to AP2, AP3 and AP4 to set up or otherwise establish coordination pairs, respectively (e.g., a first pair between AP1 and AP2, a second pair between AP1 and AP3, and a third pair between AP1 and AP4) . Similarly, AP2 may send a request to AP3 to set up or otherwise establish a coordination pair between AP2 and AP3 (and AP2 may have set up a coordination pair with AP1 based on AP1’ request) .

[0029] Under the proposed scheme, an AP affiliated with a coordination pair may be a sharing AP when it obtains a TXOP as a TXOP initiator / holder. Then, the other AP of a C-TDMA pair may be a shared AP as the TXOP responder. In other words, each coordination pair may be bidirectional or unidirectional. Moreover, the APs affiliated with a coordination pair may assign a shared-AP ID / Index  / BSS Index to each other, where the shared-AP ID / Index  / BSS Index may be within a specific range such as, for example, from 1 to 2n, where 2n may be the maximum number of shared APs that a sharing AP can support. Furthermore, each AP affiliated with one or more coordination pairs as a sharing AP may assign a unique shared-AP ID / Index / BSS Index to its shared APs, as shown in FIG. 1 as an example.

[0030] FIG. 2 illustrates an example scenario 200 under a proposed scheme in accordance with the present disclosure. Scenario 200 may pertain to an example of sharing AP-centered group. Referring to FIG. 2, an AP as a sharing AP may set up or otherwise establish one or more coordination pairs with its shared APs. The sharing AP and its shared APs may be viewed as being in a sharing AP-Centered group. As shown in FIG. 1, each coordination pair may be either bidirectional or unidirectional. As an example in which AP1 functions as a sharing AP, AP1 may serve as a sharing AP whenever it obtains a TXOP. Therefore, AP1 as a sharing AP may have one or more shared APs which are affiliated with different coordination pairs with AP1, respectively. These shared APs and AP1 as the sharing AP may constitute a sharing AP-Centered group (and in this case, the AP1-Centered group) .

[0031] Under the proposed scheme, the sharing AP’s basic service set identifier (BSSID) , such as the medium access control (MAC) address, for example, as the “transmitted BSSID” of the sharing AP-Centered-Group. When the sharing AP obtains a TXOP, the sharing AP may transmit a control frame with the sharing AP’s transmitted BSSID as the Transmitter Address (TA) . The control frame may indicate a coordination mode, such as, for example and not limited to, C-TDMA, coordinated space reuse (Co-SR) , coordinated beamforming (Co-BF or C-BF) , and so on. The sharing AP may indicate a reference association identifier (AID) or use a default reference AID corresponding to the sharing AP-Centered-Group. The reference AID may be zero or selected from an AID space of the sharing AP. Moreover, a shared AP may determine its user identifier (ID) (e.gl, APID) and / or AID based on its assigned shared-AP ID / Index / BSS Index and the reference AID corresponding to the specific sharing AP-Centered-Group (e.g., user ID / AID = shared-AP ID / Index / BSS Index + reference AID) . The sharing AP may ensure that the shared APs’ user IDs / AIDs are not assigned to the sharing AP’s associated non-AP STAs.

[0032] FIG. 3 illustrates an example scenario 300 under a proposed scheme in accordance with the present disclosure. Scenario 300 may pertain to an example of coordination mode control for MAP C-TDMA transmission frame exchanges. Referring to FIG. 3, an AP (e.g., sharing AP) obtaining a TXOP may send a coordination control frame (herein interchangeably referred to as “control frame” or “Initial control frame” ) indicating a coordination mode (C-TDMA) to its shared APs with which coordination pairs have been set up or otherwise established with the sharing AP. The sharing AP may include shared AP’s user ID (e.g., APID)  / AID assigned by the sharing AP to indicate the intended recipient shared AP (s) , (e.g., in the User Info field of the coordination control frame) . The coordination control frame may carry a Downlink / Uplink indication to indicate that one or more subsequent frame exchange (s) is / are for downlink (DL) or trigger-based uplink (UL) transmission.

[0033] Under the proposed scheme, a shared AP may identify the received coordination control frame carrying coordination mode indication sent by its sharing AP based on the TA field in the MAC header being set to the MAC address / transmitted BSSID of its sharing AP with which a coordination pair has been set up or otherwise established therebetween. When receiving the coordination control frame from its sharing AP, the shared AP may check to determine whether there is a user ID / AID matching its user ID / AID assigned by the sharing AP. The shared AP that is the intended recipient of the coordination control frame may respond to the coordination control frame (e.g., only on its primary 20MHz channel if the channel is idle) during the short interframe space (SIFS) interval after the end of the coordination control frame.

[0034] FIG. 4 illustrates an example scenario 400 under a proposed scheme in accordance with the present disclosure. Scenario 400 may pertain to an example of resource allocation control for MAP C-TDMA transmission frame exchanges. Referring to FIG. 4, a sharing AP (e.g., AP1) may allocate one or more resources to a shared AP by transmitting a TXOP sharing / Allocation control frame to the shared AP. The control frame may have its transmitter address (TA) field set to the MAC address / transmitted BSSID of the sharing AP, and the control frame may have its recipient address (RA) field set to the MAC address of the shared AP. The sharing AP may include shared AP’s user ID (e.g., APID)  / AID assigned by the sharing AP to indicate the intended recipient shared AP(s) the allocation of time resource, (e.g., in the User Info field of the TXOP sharing / Allocation control frame) . Correspondingly, the intended shared AP (e.g., AP2) may respond to the TXOP sharing / Allocation control frame on its available bandwidth within its operating bandwidth. Under the proposed scheme, the available bandwidth may include one or more channels that is / are idle during the SIFS interval after the end of the TXOP sharing / Allocation control frame. Moreover, the available bandwidth may at least cover the primary 20MHz channel of the shared AP and the sharing AP. In addition, the response frame may have its RA field set to the RA of the received TXOP sharing / Allocation control frame (e.g., AP2’s MAC address in this example) .

[0035] FIG. 5 illustrates an example scenario 500 under a proposed scheme in accordance with the present disclosure. Scenario 500 may pertain to an example of resource return control to the sharing AP for MAP C-TDMA transmission frame exchanges. Referring to FIG. 5, a sharing AP (e.g., AP1) may allocate more resources than needed by a shared AP. The shared AP (e.g., AP2) may return the rest of allocated resources (e.g., the excess amount not used by the shared AP) to the sharing AP. A return signal may be a control frame (e.g., a clear-to-send (CTS) frame) with the RA field set to the sharing AP’s MAC address (AP1) or a null data packet (NDP) control frame (e.g., NDP CTS) carrying AP1’s BSS Color / ID. Under the proposed scheme, the return signal may not reset an intra-BSS network allocation vector (NAV) of non-AP STAs associated with the shared AP (AP2) . Moreover, the return signal may set a Basic NAV for non-AP STAs associated with the shared AP (AP2) . The sharing AP, in response to receiving the return signal from the shared AP, may use the returned resources to serve BSS1 frame exchange (s) . For instance, the sharing AP may perform DL or triggered based UL frame exchange (s) .

[0036] FIG. 6 illustrates an example scenario 600 under a proposed scheme in accordance with the present disclosure. Scenario 600 may pertain to an example of error recovery by sharing AP for MAP C-TDMA transmission frame exchanges. Referring to FIG. 6, after transmitting a coordination control frame (e.g., multi-user request-to-send (MU-RTS) ) , a sharing AP may wait for a timeout (e.g., CTSTimeout) interval of aSIFSTime + aSlotTime + aRxPHYStartDelay that begins at the end of the coordination control frame (e.g., when its MAC layer receives the PHYTXEND. confirm primitive for the transmitted coordination control frame) .

[0037] In an event that the sharing AP (e.g., AP1) does not hear a control response frame (e.g., CTS) on its primary 20MHz channel (e.g., does not receive a PHY-RXSTART indication) during the timeout interval, then the sharing AP may carry out certain actions under the proposed scheme. For instance, the sharing AP may not obtain the TXOP successfully and may invoke its backoff procedure. Alternatively, or additionally, the sharing AP may conclude that the transmission of the coordination control frame has failed, which means that shared AP does not intend to participate the coordinated transmission in the TXOP.

[0038] In an event that a shared AP (e.g., AP2) responded with a control response frame (e.g., CTS) on its primary 20MHz channel, the shared AP may wait for a timeout (e.g., CTSTimeout) interval of aSIFSTime + aSlotTime + aRxPHYStartDelay that begins at the end of the control response frame (e.g., when its MAC layer receives the PHYTXEND. confirm primitive for the transmitted control response frame) . In an event that the shared AP (e.g., AP2) does not receive a PHY-RXSTART indication during the timeout interval, then the shared AP may send a contention free-end (CF-END) frame on its primary 20MHz channel to reset the NAV for STAs in BSS2 a point coordination function (PCF) interframe space (PIFS) after the end of the control response frame.

[0039] FIG. 7 illustrates an example scenario 700 under a proposed scheme in accordance with the present disclosure. Scenario 700 may pertain to an example of error recovery by sharing AP for MAP C-TDMA transmission frame exchanges. Referring to FIG. 7, after transmitting the TXOP Sharing / Allocation control frame, the sharing AP (e.g., AP1) may wait for a timeout (e.g., CTSTimeout) interval of aSIFSTime + aSlotTime + aRxPHYStartDelay that begins at the end of the TXOP Sharing / Allocation control frame (e.g., when the MAC layer receives the PHYTXEND. confirm primitive for the transmitted TXOP Sharing / Allocation control frame) . In an event that the sharing AP does not hear a control response frame (e.g., CTS) on its primary 20MHz channel (e.g., does not receive a PHY-RXSTART indication) during the timeout interval, then the sharing AP may carry out certain actions under the proposed scheme. For instance, the sharing AP may conclude that the transmission of the TXOP Sharing / Allocation control frame has failed. Alternatively, or additionally, the sharing AP may consider the situation as the return of the TXOP and continue serving the BSS1.

[0040] FIG. 8 illustrates an example scenario 800 under a proposed scheme in accordance with the present disclosure. Scenario 800 may pertain to an example of transmission bandwidth under coordinated APs’ operating channel configurations. Referring to FIG. 8, a sharing AP (e.g., AP1) and a shared AP (e.g., AP2) may have the same primary channel or different primary channels but with the same operating bandwidth (BW) in a deployment. Under the proposed scheme, the sharing AP may determine the BW of frame exchange (s) for BSS1 based on the coordination control frame exchange. Additionally, the shared AP may only respond on its own primary 20MHz channel within the BW of the coordination control frame. Moreover, during the TXOP sharing / Allocation phase, the shared AP may respond to the TXOP Sharing / Allocation control frame on its available bandwidth (e.g., idle channel (s) ) within the BW of the TXOP Sharing / Allocation control frame. Under the proposed scheme, the available bandwidth may include at least the primary 20MHz channel of the sharing AP and the primary 20MHz channel of the shared AP. Moreover, the available bandwidth is allowed to be wider than the sharing AP’s frame exchange bandwidth (Sharing / Allocation control frame bandwidth) . Therefore, the available bandwidth is allowed to be different than the sharing AP’s Sharing / Allocation control frame bandwidth.

[0041] FIG. 9 illustrates an example scenario 900 under a proposed scheme in accordance with the present disclosure. Scenario 900 may pertain to an example of transmission bandwidth under coordinated APs’ operating channel configurations. Referring to FIG. 9, a sharing AP (e.g., AP1) and a shared AP (e.g., AP2) may have the same primary channel or different primary channels and with different operating BW in a deployment. Under the proposed scheme, the sharing AP may determine the BW of frame exchange (s) for BSS1 based on the coordination control frame exchange. Additionally, the shared AP may only respond on its own primary 20MHz channel within the BW of the coordination control frame. Moreover, during the TXOP sharing / Allocation phase, the shared AP may respond to the TXOP Sharing / Allocation control frame on its available bandwidth (e.g., idle channel (s) ) within the BW of the TXOP Sharing / Allocation control frame. Under the proposed scheme, the available bandwidth may include at least the primary 20MHz channel of both the sharing AP and the shared AP. Moreover, the available bandwidth is allowed not to be wider than the BW of TXOP Sharing / Allocation control frame. Therefore, the available bandwidth is allowed to be different than the BW of TXOP Sharing / Allocation control frame. Illustrative Implementations

[0042] FIG. 10 illustrates an example system 1000 having at least an example apparatus 1010 and an example apparatus 1020 in accordance with an implementation of the present disclosure. Each of apparatus 1010 and apparatus 1020 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 1010 may be implemented in a coordinating / sharing AP (e.g., any of AP1, AP2, AP3 and AP4) and apparatus 1020 may be implemented in a coordinated / shared AP (e.g., another AP among AP1, AP2, AP3 and AP4) , or vice versa.

[0043] Each of apparatus 1010 and apparatus 1020 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 1010 and apparatus 1020 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 1010 and apparatus 1020 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 1010 and apparatus 1020 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 1010 and / or apparatus 1020 may be implemented in a network node, such as an AP in a WLAN or a mesh device.

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

[0045] In one aspect, each of processor 1012 and processor 1022 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 1012 and processor 1022, each of processor 1012 and processor 1022 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 1012 and processor 1022 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 1012 and processor 1022 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.

[0046] In some implementations, apparatus 1010 may also include a transceiver 1016 coupled to processor 1012. Transceiver 1016 may include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. In some implementations, apparatus 1020 may also include a transceiver 1026 coupled to processor 1022. Transceiver 1026 may include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. It is noteworthy that, although transceiver 1016 and transceiver 1026 are illustrated as being external to and separate from processor 1012 and processor 1022, respectively, in some implementations, transceiver 1016 may be an integral part of processor 1012 as a system on chip (SoC) and / or transceiver 1026 may be an integral part of processor 1022 as a SoC.

[0047] In some implementations, apparatus 1010 may further include a memory 1014 coupled to processor 1012 and capable of being accessed by processor 1012 and storing data therein. In some implementations, apparatus 1020 may further include a memory 1024 coupled to processor 1022 and capable of being accessed by processor 1022 and storing data therein. Each of memory 1014 and memory 1024 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 1014 and memory 1024 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 1014 and memory 1024 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.

[0048] Each of apparatus 1010 and apparatus 1020 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 1010 and apparatus 1020, functioning as a coordinating / sharing AP and a coordinated / shared AP, respectively, is provided below in the context of example processes 1100 and 1200. It is noteworthy that, although a detailed description of capabilities, functionalities and / or technical features of either of apparatus 1010 and apparatus 1020 is provided below, the same may be applied to the other of apparatus 1010 and apparatus 1020 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

[0049] FIG. 11 illustrates an example process 1100 in accordance with an implementation of the present disclosure. Process 1100 may represent an aspect of implementing various proposed designs, concepts, schemes, systems, and methods described above. More specifically, process 1100 may represent an aspect of the proposed concepts and schemes pertaining to multi-AP coordinated transmission schemes in wireless communications. Process 1100 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1110 and 1120. Although illustrated as discrete blocks, various blocks of process 1100 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks / sub-blocks of process 1100 may be executed in the order shown in FIG. 11 or, alternatively, in a different order. Furthermore, one or more of the blocks / sub-blocks of process 1100 may be executed repeatedly or iteratively. Process 1100 may be implemented by or in apparatus 1010 and apparatus 1020 as well as any variations thereof. Solely for illustrative purposes and without limiting the scope, process 1100 is described below in the context of apparatus 1010 implemented in or as a coordinating / sharing AP and apparatus 1020 implemented in or as a coordinated / shared AP of a wireless network such as a WLAN in network environment 100 in accordance with one or more of IEEE 802.11 standards. Process 1100 may begin at block 1110.

[0050] At 1110, process 1100 may involve processor 1012 of apparatus 1010, as a first AP, establishing, via transceiver 1016, a coordination agreement with apparatus 1020, as a second AP, regarding multi-AP coordinated transmissions in a TXOP obtained by the first AP. As a TXOP initiator or holder, the first AP may function as a sharing AP in the coordination agreement, and, as a TXOP responder, the second AP may function as a shared AP in the coordination agreement. Process 1100 may proceed from 1110 to 1120.

[0051] At 1120, process 1100 may involve processor 1012 transmitting, via transceiver 1016, a coordination control frame to the second AP, the control frame indicating a coordination mode regarding frame exchanges in the multi-AP coordinated transmissions at a beginning of the TXOP obtained by the first AP.

[0052] In some implementations, the coordination mode may include C-TDMA, Co-SR or Co-BF.

[0053] In some implementations, the coordination control frame may include a user ID or AID of the second AP assigned by the first AP to indicate the second AP as an intended recipient of the control frame (e.g., in the User Info field) . Moreover, the coordination control frame may also carry an indication to indicate whether a subsequent frame exchange is for a DL transmission or a triggered-based UL transmission.

[0054] In some implementations, process 1100 may further involve processor 1012 performing additional operations. For instance, process 1100 may involve processor 1012 waiting for a timeout interval that begins at an end of the coordination control frame to receive a control response frame from the second AP during the timeout interval. Moreover, in an event that no control response frame is received from the second AP during the timeout interval, process 1100 may involve processor 1012 concluding that the second AP does not intend to participate in the coordinated transmission during the TXOP. Furthermore, in an event that a control response frame is received from the second AP, process 1100 may involve processor 1012 performing one or more of the following: (a) concluding that the second AP intends to participate the coordination transmission during the TXOP in the case that the second AP confirms the coordination in the control response frame; and (b) concluding that the second AP does not intend to participate the coordination transmission during the TXOP in the case that the second AP rejects the coordination in the control response frame.

[0055] In some implementations, process 1100 may further involve processor 1012 allocating a time resource that is a portion of the obtained TXOP to the second AP by transmitting, via transceiver 1016, a TXOP sharing or allocation control frame to the second AP. In such a case, a TA of the TXOP sharing or allocation control frame may be set to a MAC address or a transmitted BSSID of the first AP. Additionally, a RA of the TXOP sharing or allocation control frame may be set to a MAC address of the second AP. The sharing AP may include shared AP’s user ID (e.g., APID)  / AID assigned by the sharing AP to indicate intended recipient shared AP (s) the allocation of time resource, (e.g., in the User Info field of the TXOP sharing / Allocation control frame) . In some implementations, process 1100 may further involve processor 1012 receiving, via transceiver 1016, a response from the second AP responsive to transmitting the TXOP sharing or allocation control frame to the second AP. In such a case, the response may be received on an available bandwidth of the second AP.

[0056] In some implementations, the available bandwidth of the second AP may include one or more channels that are detected idle by the second AP during a SIFS interval after an end of the TXOP sharing or allocation control frame. Moreover, the available bandwidth of the second AP may at least cover a primary 20MHz channel of the second AP and a primary 20MHz channel of the first AP.

[0057] In some implementations, responsive to the first AP and the second AP having a same operating bandwidth: (a) the available bandwidth may include at least a primary 20MHz channel of both the first AP and the second AP, and (b) the available bandwidth may be allowed to be wider than a transmission bandwidth of the TXOP sharing or allocation control frame of the first AP. Therefore, the available bandwidth of the second AP may be different than the transmission bandwidth of the TXOP sharing or allocation control frame transmitted by the first AP.

[0058] In some implementations, responsive to the first AP and the second AP having different operating bandwidths: (a) the available bandwidth of the second AP may include at least a primary 20MHz channel of both the first AP and the second AP, and (b) the available bandwidth of the second AP may be allowed not be wider than a bandwidth of the TXOP sharing or allocation control frame. Therefore, the available bandwidth of the second AP may be different than the transmission bandwidth of the TXOP sharing or allocation control frame.

[0059] In some implementations, process 1100 may further involve processor 1012 receiving, via transceiver 1016, a return signal from the second AP that returns to the first AP a portion of the time resource allocated by the first AP to the second AP responsive to the resource allocated being more than needed by the second AP.

[0060] In some implementations, the return signal may include either of the following: (a) a control frame with a RA set based on a MAC address or transmitted BSSID of the first AP; or (b) an NDP control frame carrying a BSS color or ID of the first AP.

[0061] In some implementations, the return signal may set a basic NAV for one or more non-AP STAs associated with the second AP. Moreover, the return signal may not reset an intra-BSS NAV of the one or more non-AP STAs associated with the second AP.

[0062] In some implementations, process 1100 may further involve processor 1012 performing additional operations. For instance, process 1100 may involve processor 1012 waiting for a timeout interval that begins at an end of the TXOP sharing or allocation control frame to receive a control response frame from the second AP during the timeout interval. In an event that no control response frame is received from the second AP during the timeout interval, process 1100 may involve processor 1012 performing one or more of the following: (a) considering a return of the TXOP by the second AP; and (b) resuming the TXOP to serve a BSS with which the first AP is affiliated.

[0063] FIG. 12 illustrates an example process 1200 in accordance with an implementation of the present disclosure. Process 1200 may represent an aspect of implementing various proposed designs, concepts, schemes, systems, and methods described above. More specifically, process 1200 may represent an aspect of the proposed concepts and schemes pertaining to multi-AP coordinated transmission schemes in wireless communications. Process 1200 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1210 and 1220. Although illustrated as discrete blocks, various blocks of process 1200 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks / sub-blocks of process 1200 may be executed in the order shown in FIG. 12 or, alternatively, in a different order. Furthermore, one or more of the blocks / sub-blocks of process 1200 may be executed repeatedly or iteratively. Process 1200 may be implemented by or in apparatus 1010 and apparatus 1020 as well as any variations thereof. Solely for illustrative purposes and without limiting the scope, process 1200 is described below in the context of apparatus 1010 implemented in or as a coordinating / sharing AP and apparatus 1020 implemented in or as a coordinated / shared AP of a wireless network such as a WLAN in network environment 100 in accordance with one or more of IEEE 802.11 standards. Process 1200 may begin at block 1210.

[0064] At 1210, process 1200 may involve processor 1022 of apparatus 1020, as a second AP, establishing, via transceiver 1026, a coordination agreement with apparatus 1010, as a first AP, regarding multi-AP coordinated transmissions in a TXOP obtained by the first AP. As a TXOP initiator or holder, the first AP may function as a sharing AP in the coordination agreement, and, as a TXOP responder, the second AP may function as a shared AP in the coordination agreement. Process 1200 may proceed from 1210 to 1220.

[0065] At 1220, process 1200 may involve processor 1022 receiving, via transceiver 1026, a coordination control frame from the first AP, the control frame indicating a coordination mode regarding frame exchanges in the multi-AP coordinated transmissions.

[0066] In some implementations, the coordination mode may include C-TDMA, Co-SR or Co-BF.

[0067] In some implementations, the coordination control frame may include a user ID or AID of the second AP assigned by the first AP to indicate the second AP as an intended recipient of the control frame. Moreover, the coordination control frame may also carry an indication to indicate whether a subsequent frame exchange is for a DL transmission or a triggered-based UL transmission.

[0068] In some implementations, process 1200 may further involve processor 1022 transmitting, via transceiver 1026, a response to the first AP responsive to receiving the coordination control frame from the first AP. In some implementations, the response may indicate whether or not the second AP intends to participate the coordinated transmission.

[0069] In some implementations, process 1200 may further involve processor 1022 receiving, via transceiver 1026, a TXOP sharing or allocation control frame from the first AP that allocates a portion of time resource of the obtained TXOP to the second AP. In such a case, a TA of the TXOP sharing or allocation control frame may be set to a MAC address or a transmitted BSSID of the first AP. Additionally, a RA of the TXOP sharing or allocation control frame may be set to a MAC address of the second AP.

[0070] In some implementations, process 1200 may further involve processor 1022 transmitting, via transceiver 1026 via transceiver 1026, a response to the first AP responsive to receiving the TXOP sharing or allocation control frame from the first AP. In such a case, the response may be transmitted on an available bandwidth of the second AP.

[0071] In some implementations, the available bandwidth of the second AP may include one or more channels that are idle during a SIFS interval after an end of the TXOP sharing or allocation control frame. Moreover, the available bandwidth of the second AP may at least cover a primary 20MHz channel of the first AP and a primary 20MHz channel of the second AP.

[0072] In some implementations, responsive to the first AP and the second AP having a same operating bandwidth: (a) the available bandwidth may include at least a primary 20MHz channel of both the first AP and the second AP, and (b) the available bandwidth may be allowed to be wider than the control frame transmission bandwidth of the first AP.

[0073] In some implementations, responsive to the first AP and the second AP having different operating bandwidths: (a) the available bandwidth of the second AP may include at least a primary 20MHz channel of both the first AP and the second AP, and (b) the available bandwidth of the second AP may be not wider than a bandwidth of the TXOP sharing or allocation control frame. e.g., the available bandwidth of the second AP is within the transmission bandwidth of the TXOP sharing or allocation control frame.

[0074] In some implementations, the available bandwidth of the second AP may be different than the transmission bandwidth of the control frame. Additional Notes

[0075] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0076] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

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

[0078] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:establishing, by a processor of a first access point (AP) , a coordination agreement with a second AP regarding multi-AP coordinated transmissions in a transmission opportunity (TXOP) obtained by the first AP; andtransmitting, by the processor, a coordination control frame to the second AP, the control frame indicating a coordination mode regarding frame exchanges in the multi-AP coordinated transmissions at a beginning of the TXOP obtained by the first AP,wherein, as a TXOP initiator or holder, the first AP functions as a sharing AP in the coordination agreement, andwherein, as a TXOP responder, the second AP functions as a shared AP in the coordination agreement.2.The method of Claim 1, wherein the coordination control frame includes a user identifier (ID) or association ID (AID) of the second AP assigned by the first AP in the coordination agreement to indicate the second AP as an intended recipient of the control frame.3.The method of Claim 1, further comprising:waiting, by the processor, for a timeout interval that begins at an end of the coordination control frame to receive a control response frame from the second AP during the timeout interval; andin an event that no control response frame is received from the second AP during the timeout interval, concluding, by the processor, that the second AP does not intend to participate in the coordinated transmission during the TXOP;in an event that a control response frame is received from the second AP, performing, by the processor, one or more of:concluding that the second AP intends to participate the coordination transmission during the TXOP in the case that the second AP confirms the coordination; andconcluding that the second AP intends not to participate the coordination transmission during the TXOP in the case that the second AP rejects the coordination.4.The method of Claim 1, further comprising:allocating, by the processor, a time resource that is a portion of the obtained TXOP to the second AP by transmitting a TXOP sharing or allocation control frame to the second AP.5.The method of Claim 4, wherein a transmitter address (TA) of the coordination control frame and TXOP sharing or allocation control frame is set based on a medium access control (MAC) address or a transmitted basic service set identifier (BSSID) of the first AP.6.The method of Claim 4, further comprising:receiving, by the processor, a response from the second AP responsive to transmitting the TXOP sharing or allocation control frame to the second AP,wherein the response is received on an available bandwidth of the second AP.7.The method of Claim 6, wherein the available bandwidth of the second AP comprises one or more channels that are detected idle by the second AP during a short interframe space (SIFS) interval after an end of the TXOP sharing or allocation control frame, and wherein the available bandwidth of the second AP at least covers a primary 20MHz channel of the second AP and a primary 20MHz channel of the first AP.8.The method of Claim 6, wherein the available bandwidth of the second AP is allowed to bedifferent than the bandwidth of the TXOP sharing or allocation control frame transmitted by the first AP.9.The method of Claim 4, further comprising:waiting, by the processor, for a timeout interval that begins at an end of the TXOP sharing or allocation control frame to receive a control response frame from the second AP during the timeout interval; andin an event that no control response frame is received from the second AP during the timeout interval, performing, by the processor, one or more of:considering a return of the TXOP by the second AP; andresuming the TXOP to serve a basic service set (BSS) with which the first AP is affiliated.10.A method, comprising:establishing, by a processor of a second access point (AP) , a coordination agreement with a first AP regarding multi-AP coordinated transmissions in a transmission opportunity (TXOP) obtained by the first AP; andreceiving, by the processor, a coordination control frame from the first AP, the control frame indicating a coordination mode regarding frame exchanges in the multi-AP coordinated transmissions at a beginning of the TXOP obtained by the first AP,wherein, as a TXOP initiator or holder, the first AP functions as a sharing AP in the coordination agreement, andwherein, as a TXOP responder, the second AP functions as a shared AP in the coordination agreement.11.The method of Claim 10, wherein the coordination control frame includes a user identifier (ID) or association ID (AID) of the second AP assigned by the first AP in the coordination agreement to indicate the second AP as an intended recipient of the control frame.12.The method of Claim 10, further comprising:transmitting, by the processor, a response to the first AP responsive to receiving the coordination control frame from the first AP,wherein the response indicates whether or not the second AP intends to participate the coodinated transmission during the TXOP.13.The method of Claim 10, further comprising:receiving, by the processor, a TXOP sharing or allocation control frame from the first AP that allocates a portion of time resource of the obtained TXOP to the second AP.14.The method of Claim 13, wherein a transmitter address (TA) of the coordination control frame and TXOP sharing or allocation control frame is set to a medium access control (MAC) address or a transmitted basic service set identifier (BSSID) of the first AP.15.The method of Claim 13, further comprising:transmitting, by the processor, a response to the first AP responsive to receiving the TXOP sharing or allocation control frame from the first AP,wherein the response is transmitted on an available bandwidth of the second AP.16.The method of Claim 15, wherein the available bandwidth of the second AP comprises one or more channels that are idle during a short interframe space (SIFS) interval after an end of the TXOP sharing or allocation control frame, and wherein the available bandwidth of the second AP at least covers a primary 20MHz channel of the first AP and a primary 20MHz channel of the second AP.17.The method of Claim 15, wherein the available bandwidth of the second AP is allowed to be different than the transmission bandwidth of the TXOP sharing or allocation control frame.

Images