Cooperative transmission method, device, medium and product
By determining resource unit information in a multi-AP network and using MU-RTS TXS Trigger frames to explicitly define RU Allocation, the cooperative transmission problem when the primary 20MHz channel positions of the shared access point and the shared access point are different is solved, and C-TDMA can be performed normally.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- SANECHIPS TECH CO LTD
- Filing Date
- 2024-12-31
- Publication Date
- 2026-07-10
AI Technical Summary
In scenarios involving multiple wireless access point networks, when the primary 20MHz channel positions of the shared access point and the shared access point are different, existing technologies lack clear RU Allocation rules, which prevents C-TDMA collaborative transmission from functioning properly.
By ensuring that the working channel bandwidth overlap information between the shared access point and the shared access point meets the preset conditions, the resource unit information is determined, and the RU Allocation is specified through the MU-RTS TXS Trigger frame, so as to ensure that the shared access point can perform cooperative time division multiple access transmission normally.
In a multi-AP network, frequency domain coordination between the shared access point and the shared access point is realized, ensuring the normal operation of C-TDMA transmission and solving the coordination transmission problem caused by RU Allocation uncertainty.
Smart Images

Figure CN122373148A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of communication technology, and in particular to a cooperative transmission method, network device and storage medium. Background Technology
[0002] In MAP (Multi-AP) network deployment scenarios, when the primary 20MHz channel positions of the sharing access point and the shared access point are different, if the sharing access point uses the existing MU-RTS TXS Trigger frame and CTS interaction mechanism to share part of its acquired TXOP (Transmission Opportunity) with the shared access point for C-TDMA (Coordination Time Division Multiple Access) collaborative operation, problems may occur in frequency domain coordination between the sharing access point and the shared access point during C-TDMA transmission due to reasons such as the different primary channel positions of the sharing access point and the shared access point, thus causing C-TDMA to fail to perform normally. Summary of the Invention
[0003] The main purpose of this application is to provide a cooperative transmission method, device, storage medium and computer program product, which aims to propose a cooperative operation and interaction mechanism in the deployment scenario of multiple wireless access point networks, so as to ensure that the shared access points can perform cooperative time division multiple access transmission normally.
[0004] To achieve the above objectives, embodiments of this application provide a cooperative transmission method, which is applied to a shared access point, and the method includes:
[0005] If the working channel bandwidth overlap information between the shared access point and the shared access point meets a preset condition, resource unit information is determined based on the working channel bandwidth overlap information, wherein the resource unit information is used to indicate the resource unit allocated to the shared access point; the working channel bandwidth overlap information indicates the size and / or position of the working channel bandwidth overlap between the shared access point and the shared access point.
[0006] The resource unit information is sent to the shared access point so that the shared access point can reply with response information to the shared access point based on the resource unit information.
[0007] This application embodiment also provides a cooperative transmission method, which is applied to a shared access point, and the method includes:
[0008] Receive resource unit information sent by the shared access point;
[0009] The resource unit information is used to reply with response information to the shared access point;
[0010] The resource unit information is determined by the shared access point based on the working channel bandwidth overlap information when the working channel bandwidth overlap information between the shared access point and the shared access point meets a preset condition. The resource unit information is used to indicate the resource unit allocated to the shared access point; the working channel bandwidth overlap information indicates the size and / or position of the working channel bandwidth overlap between the shared access point and the shared access point.
[0011] This application embodiment also provides a cooperative transmission device, which is applied to a shared access point, and the device includes:
[0012] The allocation module is used to determine resource unit information based on the working channel bandwidth overlap information when the working channel bandwidth overlap information between the shared access point and the shared access point meets preset conditions. The resource unit information is used to indicate the resource unit allocated to the shared access point. The working channel bandwidth overlap information indicates the size and / or position of the working channel bandwidth overlap between the shared access point and the shared access point.
[0013] The sending module is used to send the resource unit information to the shared access point, so that the shared access point can reply with response information to the shared access point based on the resource unit information.
[0014] This application embodiment also provides a cooperative transmission device, which is applied to a shared access point, and the device includes:
[0015] The receiving module is used to receive resource unit information provided by the shared access point;
[0016] The response module is used to reply with response information to the shared access point based on the resource unit information;
[0017] The resource unit information is determined by the shared access point based on the working channel bandwidth overlap information when the working channel bandwidth overlap information between the shared access point and the shared access point meets a preset condition. The resource unit information is used to indicate the resource unit allocated to the shared access point. The working channel bandwidth overlap information indicates the size and position of the working channel bandwidth overlap between the shared access point and the shared access point.
[0018] This application also provides a network device, which includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the cooperative transmission method described above.
[0019] This application embodiment also provides a storage medium, which is a computer-readable storage medium, and stores a computer program thereon. When the computer program is executed by a processor, it implements the steps of the cooperative transmission method described above.
[0020] This application also provides a computer program product, which includes a computer program that, when executed by a processor, implements the steps of the cooperative transmission method described above.
[0021] This application discloses a cooperative transmission method applied to a shared access point. The method includes: determining resource unit information based on the working channel bandwidth overlap information when the working channel bandwidth overlap information between the shared access point and the shared access point meets preset conditions; wherein the resource unit information is used to indicate the resource units allocated to the shared access point; the working channel bandwidth overlap information indicates the magnitude and position of the working channel bandwidth overlap between the shared access point and the shared access point; and providing the resource unit information to the shared access point so that the shared access point replies with response information to the shared access point based on the resource unit information. By explicitly specifying the resource unit information, the interaction mechanism between the shared access point and the shared access point is improved, thereby ensuring that the shared access point can perform cooperative time-division multiple access transmission normally. Attached Figure Description
[0022] Figure 1 This is a schematic diagram of C-TDMA cooperative transmission according to an embodiment of this application;
[0023] Figure 2 This is an exemplary flowchart of the cooperative transmission method in the embodiments of this application;
[0024] Figure 3 This is a schematic diagram illustrating the definition of the RUAllocation subfield B7-B1 bit in a MU-RTS Trigger frame under different overlapping bandwidths, according to an embodiment of this application.
[0025] Figure 4 This is another exemplary flowchart of the cooperative transmission method in the embodiments of this application;
[0026] Figure 5 This is a schematic diagram of a first example scenario according to an embodiment of this application;
[0027] Figure 6This is a schematic diagram of a second example scenario according to an embodiment of this application;
[0028] Figure 7 This is a schematic diagram of a third example scenario shown according to an embodiment of this application;
[0029] Figure 8 This is a schematic diagram of a fourth example scenario according to an embodiment of this application;
[0030] Figure 9 This is a schematic diagram of a fifth example scenario according to an embodiment of this application;
[0031] Figure 10 This is a schematic diagram of a sixth example scenario according to an embodiment of this application;
[0032] Figure 11 This is a schematic diagram of a seventh example scenario according to an embodiment of this application;
[0033] Figure 12 This is a schematic diagram of an eighth example scenario according to an embodiment of this application;
[0034] Figure 13 This is a schematic diagram of the ninth example scenario shown according to an embodiment of this application;
[0035] Figure 14 This is a schematic diagram of a tenth example scenario according to an embodiment of this application;
[0036] Figure 15 This is a schematic diagram of the eleventh example scenario according to an embodiment of this application;
[0037] Figure 16 Schematic diagram of the device structure for collaborative transmission provided in the embodiments of this application Figure 1 ;
[0038] Figure 17 Schematic diagram of the device structure for collaborative transmission provided in the embodiments of this application Figure 2 .
[0039] The realization of the purpose, functional features and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation
[0040] It should be understood that the specific embodiments described herein are merely illustrative of this application and are not intended to limit this application.
[0041] Technical terms used in the embodiments of this application:
[0042] IEEE 802.11be: A wireless communication standard;
[0043] AP: Access Point;
[0044] sharing AP: Shared access point;
[0045] shared AP: Access point that is shared;
[0046] STA: Station, terminal;
[0047] MAP: Multiple-AP, multiple access points;
[0048] BSS: Basic service set;
[0049] TXOP: Transmission opportunity;
[0050] MU-RTS: Multi-user request to send;
[0051] CTS: Clear to send;
[0052] TXS: Triggered TXOP sharing;
[0053] SU: Single user;
[0054] Point to point;
[0055] C-TDMA: Coordination Time Division Multiple Access;
[0056] RU: Resource unit;
[0057] Non-HT DUP: Non-High throughput Duplicated, a frame format;
[0058] HT: High throughput;
[0059] VHT: Very High throughput;
[0060] HE: High efficiency;
[0061] EHT: Extreme High throughput;
[0062] UHR: Ultra high reliability;
[0063] TB: Trigger based;
[0064] PPDU: Physical layer protocol data;
[0065] CS: Carrier sense;
[0066] CCA: Clear channel assessment.
[0067] non-HT DUP: non-HT Duplicate, non-HT repeated frame;
[0068] SIFS: Short interframe space;
[0069] P20: Primary 20MHz channel;
[0070] S20: Secondary 20MHz channel;
[0071] NPCA: Non-Primary channel access.
[0072] In IEEE 802.11be network deployment scenarios, APs can use the Triggered TXOP sharing process, employing the interaction mechanism of MU-RTS TXS trigger frames and CTS control frames, to share their acquired TXOPs with their associated STAs for uplink SU transmission or point-to-point transmission. However, in MAP network deployment scenarios, when the primary 20MHz channel positions of the sharing AP and the shared AP are different, if the sharing AP still uses the interaction mechanism of MU-RTS TXS trigger frames and CTS control frames to share part of its acquired TXOPs with the shared AP for C-TDMA collaborative operation, it will cause problems in frequency domain coordination between the sharing AP and the shared AP during C-TDMA transmission, resulting in C-TDMA failing to perform normally.
[0073] Question 1:
[0074] Specifically, in MAP C-TDMA cooperative operation scenarios, if the sharing AP allocates the available bandwidth and location for its C-TDMA transmission to the shared AP through the RU Allocation field in the HE / EHT variant User Info of the MU-RTS TXS trigger frame, the primary 20MHz locations of the sharing AP and the shared AP may be different. Existing technologies lack corresponding rules to clarify whose primary 20MHz should be used as the reference for RU Allocation allocation, and how the RU size should be determined to ensure that C-TDMA can start normally. Therefore, when the primary 20MHz channel locations of the sharing AP and the shared AP are different, it is easy to cause the bandwidth to be uncertain during cooperative transmission.
[0075] Question 2:
[0076] If the primary 20MHz locations of the sharing AP and the shared AP are different, and the RU allocated by the sharing AP to the shared AP via the MU-RTS TXS frame simultaneously covers the primary 20MHz channels of both the sharing AP and the shared AP, the existing technology lacks corresponding rules to clarify how the shared AP determines the bandwidth size and range of the final CTS response frame based on the CCA status of each 20MHz sub-channel within the allocated RU. Furthermore, it is also impossible to clarify the available transmission bandwidth of the shared AP during C-TDMA transmission.
[0077] Reference Figure 1 , Figure 1 This is a schematic diagram of C-TDMA cooperative transmission according to an embodiment of this application, as shown below. Figure 1 As shown, C-TDMA is an operation in which different APs coordinate in the time domain under a MAP network. A complete C-TDMA coordinated transmission can include the following process:
[0078] (1) The Sharing AP obtains the TXOP transmission opportunity through competition and uses this transmission opportunity to prioritize the transmission of data within its own BSS (Basic Service Set); if the data within its own BSS has been sent and there is still time remaining in the TXOP, the Sharing AP can schedule and select a shared AP based on the coordination information between APs within the MAP group.
[0079] (2) The Sharing AP sends a MU-RTS TXS Trigger control frame to the scheduled shared AP to trigger the shared AP to start C-TDMA transmission; the MU-RTS TXS Trigger frame carries information such as the time allocated by the Sharing AP to the shared AP for C-TDMA transmission and RU allocation.
[0080] (3) After the allocated time expires, or after the shared AP terminates the C-TDMA transmission early and returns the TXOP to the sharing AP, the sharing AP uses the remaining TXOP time to continue the transmission of data within this BSS or schedules other shared APs to start a new C-TDMA transmission.
[0081] To address the aforementioned problem 1, this application proposes a method for sharing AP to perform RU allocation to shared AP in a MAP C-TDMA cooperative operation scenario, based on the overlap of the working bandwidth of the sharing AP and the difference in their main channel positions, through MU-RTS TXS Trigger frames, so that the sharing AP and shared AP can also meet the coordination in the frequency domain during C-TDMA operation.
[0082] Reference Figure 2 , Figure 2 This is an exemplary flowchart of a cooperative transmission method in an embodiment of this application. The cooperative transmission method is applied to a shared access point, and the method includes:
[0083] Step S10: If the working channel bandwidth overlap information between the shared access point and the shared access point meets a preset condition, determine resource unit information based on the working channel bandwidth overlap information, wherein the resource unit information is used to indicate the resource unit allocated to the shared access point; the working channel bandwidth overlap information indicates the size and / or position of the working channel bandwidth overlap between the shared access point and the shared access point.
[0084] For example, before the step of allocating resource unit information to the shared access point based on the working channel bandwidth overlap information in response to the shared access point and the sharing access point satisfying a preset condition, the method further includes:
[0085] Obtain the working channel information of the shared access point and the working channel information of the shared access point;
[0086] The working channel information of the shared access point is compared with the working channel information of the shared access point to determine the working channel bandwidth overlap information.
[0087] For example, the shared access point first obtains the size and / or location of the overlap of the operation channel bandwidth between the sharing AP and the shared AP.
[0088] For example, during the MAP coordination discovery or MAP coordination agreement negotiation phase, the sharing AP can obtain the shared AP's operating channel information (such as parsing the HT / VHT / HE / EHT / UHR Operation element in the management frame to obtain information including primary channel, channel center frequency segment 0, channel center frequency segment 1, channel width, disabled subchannel bitmap, etc.).
[0089] For example, the sharing AP compares its own working channel information with that of the shared AP to determine the size and location of the overlap between their working channels; the overlap size includes five possibilities: 20MHz, 40MHz, 80MHz, 160MHz, or 320MHz.
[0090] For example, satisfying the preset conditions includes:
[0091] The first primary channel of the shared access point and the first primary channel of the shared access point are located in the position where the working channel bandwidth overlaps.
[0092] For example, in this embodiment of the application, the first primary channel of the shared access point is the sharing AP primary 20MHz channel, and the first primary channel of the shared access point is the shared AP primary 20MHz channel.
[0093] For example, when the preset conditions are met, the subsequent steps of allocating resource units can continue. If the preset conditions are not met, the entire process ends and subsequent C-TDMA collaborative transmission cannot be performed. The preset conditions include: the positions of the sharing AP primary 20MHz channel and the shared AP primary 20MHz channel are both within the working channel overlap bandwidth range.
[0094] For example, the step of allocating resource unit information to the shared access point based on the working channel bandwidth overlap information includes:
[0095] Based on the magnitude of the working channel bandwidth overlap in the working channel bandwidth overlap information and the overlap of the main channel positions of the shared access point and the shared access point within the working channel bandwidth overlap location, the resource unit allocation strategy of the shared access point is determined.
[0096] For example, the strategy for determining the allocation of resource units of the shared access point includes at least one of the following:
[0097] When the overlapping bandwidth of the working channel is equal to the first bandwidth, a resource unit including the first main channel is allocated to the shared access point;
[0098] When the overlapping bandwidth of the working channel is equal to the second bandwidth, a resource unit including the second main channel is allocated to the shared access point;
[0099] When the overlapping bandwidth of the working channel is equal to the third bandwidth, a resource unit including the third main channel is allocated to the shared access point;
[0100] When the working channel overlap bandwidth is equal to the fourth bandwidth, and the third main channel of the shared access point overlaps with the third main channel of the shared access point within the working channel overlap bandwidth location, a resource unit including the third main channel or the fourth main channel is allocated to the shared access point.
[0101] If the working channel overlap bandwidth is equal to the fourth bandwidth, and the third primary channel of the shared access point does not overlap with the third primary channel of the shared access point within the working channel overlap bandwidth location, a resource unit including the fourth primary channel is allocated to the shared access point.
[0102] When the working channel overlap bandwidth is equal to the fifth bandwidth, and the third main channel of the shared access point overlaps with the third main channel of the shared access point within the working channel overlap bandwidth location, a resource unit including the third main channel, the fourth main channel, or the fifth main channel is allocated to the shared access point.
[0103] When the working channel overlap bandwidth is equal to the fifth bandwidth, and the third main channel of the shared access point does not overlap with the third main channel of the shared access point within the working channel overlap bandwidth position, but the fourth main channel of the shared access point overlaps with the fourth main channel of the shared access point, a resource unit including the fourth main channel or the fifth main channel is allocated to the shared access point.
[0104] If the working channel overlap bandwidth is equal to the fifth bandwidth, and the fourth primary channel of the shared access point does not overlap with the fourth primary channel of the shared access point within the working channel overlap bandwidth location, then a resource unit including the fifth primary channel is allocated to the shared access point.
[0105] For example, in the embodiments of this application, the first bandwidth is 20MHz, the second bandwidth is 40MHz, the third bandwidth is 80MHz, the fourth bandwidth is 160MHz, and the fifth bandwidth is 320MHz; the first main channel is a primary 20MHz channel, the second main channel is a primary 40MHz channel, the third main channel is a primary 80MHz channel, the fourth main channel is a primary 160MHz channel, and the fifth main channel is a primary 320MHz channel.
[0106] For example, resource unit information is carried in the first control frame.
[0107] For example, the first control frame in this application embodiment can be the existing MU-RTS TXS Trigger frame. In other embodiments, the first control frame can also be a newly introduced other control frame.
[0108] For example, the RU information allocated by the sharing AP to the shared AP in the MU-RTS TXS Trigger frame is determined based on the size of the overlap bandwidth of the working channels of the sharing AP and the shared AP and their primary 20MHz channel positions, including at least one of the following:
[0109] (1) If the overlap bandwidth in the acquired working channel is equal to 20MHz, then when the sharing AP finally allocates RU to the shared AP through the MU-RTS TXS Trigger frame, B0 is set to 0 and B7-B1 is set to 61, indicating that the CTS response frame is only replied on the only 20MHz channel, or on the same primary 20MHz channel of the sharing AP and the shared AP.
[0110] (2) If the overlap bandwidth in the acquired working channel is equal to 40MHz, then when the sharing AP finally allocates RU to the shared AP through the MU-RTS TXS Trigger frame, B0 is set to 0 and B7-B1 is set to 65, indicating that the CTS response frame is only replied on the only 40MHz channel, which is also the primary 40MHz channel that is the same for both the sharing AP and the shared AP.
[0111] (3) If the overlap bandwidth in the acquired working channel is equal to 80MHz, then when the sharing AP allocates RU to the shared AP through the MU-RTS TXS Trigger frame, B0 is set to 0 and B7-B1 is set to 67, indicating that the CTS response frame is only replied on the primary 80MHz channel.
[0112] (4) If the overlap bandwidth in the acquired working channel is equal to 160MHz:
[0113] When the primary 80MHz channel of the sharing AP overlaps with the primary 80MHz channel of the shared AP within the overlapping 160MHz bandwidth, there are two allocation strategies available when the sharing AP allocates RU to the shared AP via the MU-RTS TXS Trigger frame: (1) B0 is set to 0 and B7-B1 is set to 67, instructing the shared AP to reply with a CTS response frame on the primary 80MHz channel; (2) B0 is set to 1 and B7-B1 is set to 68, instructing the shared AP to reply with a CTS response frame on the primary 160MHz channel.
[0114] Within the overlapping 160MHz bandwidth, when the primary 80MHz channel of the sharing AP does not overlap with the primary 80MHz channel of the shared AP, when the sharing AP allocates RU to the shared AP via the MU-RTS TXS Trigger frame, there is only one allocation strategy available: that is, B0 is set to 1 and B7-B1 are set to 68, instructing the shared AP to reply with a CTS response frame on the primary 160MHz channel;
[0115] (5) If the overlap bandwidth in the acquired working channel is equal to 320MHz:
[0116] When the primary 80MHz channel of the sharing AP overlaps with the primary 80MHz channel of the shared AP within the overlapping 320MHz bandwidth, and the sharing AP allocates RU to the shared AP via the MU-RTS TXS Trigger frame, there are three allocation strategies to choose from: (1) B0 is set to 0 and B7-B1 is set to 67, indicating that the shared AP replies with a CTS response frame on the primary 80MHz channel; (2) B0 is set to 1 and B7-B1 is set to 68, indicating that the shared AP replies with a CTS response frame on the primary 160MHz channel; (3) B0 is set to 1 and B7-B1 is set to 69, indicating that the shared AP replies with a CTS response frame on the 320MHz channel.
[0117] Within the overlapping 320MHz bandwidth, the primary 80MHz channel of the sharing AP does not overlap with the primary 80MHz channel of the shared AP, but their primary 160MHz channels overlap. When the sharing AP allocates RU to the shared AP via the MU-RTS TXS Trigger frame, there are two allocation strategies to choose from: (1) B0 is set to 1 and B7-B1 is set to 68, instructing the shared AP to reply with a CTS response frame on the primary 160MHz channel; (2) B0 is set to 1 and B7-B1 is set to 69, instructing the shared AP to reply with a CTS response frame on the 320MHz channel.
[0118] Within the overlapping 320MHz bandwidth, the primary 160MHz channel of the sharing AP does not overlap with the primary 160MHz channel of the shared AP. When the sharing AP allocates RU to the shared AP via the MU-RTS TXS Trigger frame, only one allocation strategy is allowed: (1) B0 is set to 1 and B7-B1 are set to 69, instructing the shared AP to reply with a CTS response frame on the 320MHz channel.
[0119] Step S20: Send the resource unit information to the shared access point so that the shared access point replies with response information to the shared access point based on the resource unit information.
[0120] For example, the step of sending the resource unit information to the shared access point includes:
[0121] The resource unit allocation field in the first control frame is set according to the resource unit information, wherein the resource unit allocation field is used to indicate the allocated resource unit to the shared access point;
[0122] Based on the resource unit information, the first control frame is sent to the shared access point using a non-high throughput format (non-HT) or a non-high throughput repeating format (non-HT DUP).
[0123] For example, the resource unit allocation field includes a first subfield and a second subfield, and the indication method of the resource unit information includes at least one of the following:
[0124] Setting the first subfield to a first value and the second subfield to a second value indicates that the resource unit information includes a first main channel;
[0125] Setting the first subfield to a first value and the second subfield to a third value indicates that the resource unit information includes a second main channel;
[0126] Setting the first subfield to a first value and the second subfield to a fourth value indicates that the resource unit information includes a third main channel.
[0127] Setting the first subfield to the fifth value and the second subfield to the sixth value indicates that the resource unit information includes the fourth main channel;
[0128] Setting the first subfield to the fifth value and the second subfield to the seventh value indicates that the resource unit information includes the fifth main channel.
[0129] Reference Figure 3 , Figure 3 This is a schematic diagram illustrating the definition of the RU Allocation subfield B7-B1 bits in the MU-RTS Trigger frame under different overlapping bandwidths for Sharing AP and shared AP, according to an embodiment of this application. Figure 3 As shown, in the embodiments of this application, the first value is 0, the second value is 61, the third value is 65, the fourth value is 67, the fifth value is 1, the sixth value is 68, and the seventh value is 69.
[0130] For example, the sharing AP sends MU-RTS TXS Trigger frames to the shared AP at the same RU location and with the same RU size using a non-HT or non-HT DUP format PPDU, based on the determined RU size and location allocated to the shared AP.
[0131] For example, when the overlap of the working channel bandwidth is greater than or equal to the third bandwidth and the shared access point or the shared access point has enabled static puncturing, the PPDU carrying the first control frame is punctured according to the puncturing information of the shared access point or the shared access point, and the punctured PPDU is sent to the shared access point.
[0132] For example, if the bandwidth of the determined RU is greater than or equal to 80MHz, and the sharing AP or shared AP has enabled static puncturing, when one or more 20MHz sub-channels of either the sharing AP or the shared AP are located within the determined RU range (and it is required that the punctured 20MHz sub-channels of either AP do not overlap with the primary 20MHz channel of the peer cooperating AP), the sharing AP should puncture the determined bandwidth and allocate the remaining valid RUs after puncturing to the shared AP. At the same time, it should puncture the PPDU carrying the MU-RTS TXS before sending it to the shared AP.
[0133] To address the aforementioned problem 2, this application proposes a method for a shared AP to ultimately determine the bandwidth size and location of the CTS response frame sent by the shared AP based on information such as the allocated RU, the CS state of each 20MHz sub-channel within the RU, and the location of the sharing AP and the shared AP primary 20MHz channel.
[0134] Reference Figure 4 , Figure 4 This is another exemplary flowchart of the cooperative transmission method in the embodiments of this application. The cooperative transmission method is applied to a shared access point, and the method includes:
[0135] Step S30: Receive resource unit information sent by the shared access point;
[0136] Step S40: Reply with response information to the shared access point based on the resource unit information;
[0137] The resource unit information is determined by the shared access point based on the working channel bandwidth overlap information when the working channel bandwidth overlap information between the shared access point and the shared access point meets a preset condition. The resource unit information is used to indicate the resource unit allocated to the shared access point; the working channel bandwidth overlap information indicates the size and / or position of the working channel bandwidth overlap between the shared access point and the shared access point.
[0138] For example, the step of replying to the shared access point with response information based on the resource unit information includes:
[0139] Determine whether the shared access point is scheduled to participate in this collaborative transmission;
[0140] If it is determined that the shared access point is scheduled to participate in this collaborative transmission, the resource unit information indicates the resource unit allocated to the shared access point.
[0141] The allocated resource unit is used to reply with the response information to the shared access point.
[0142] For example, the resource unit information is carried in the first control frame.
[0143] For example, the step of determining whether the shared access point is scheduled to participate in this cooperative transmission includes:
[0144] The shared access point is determined based on the shared access point identifier information in the first control frame to determine whether the shared access point is scheduled to participate in this cooperative transmission.
[0145] For example, the resource unit is indicated by the first subfield and the second subfield in the first control frame.
[0146] For example, the shared AP acquires and records the primary 20MHz channel location information of the sharing AP.
[0147] For example, the shared AP can obtain operating channel information of the sharing AP, including the primary 20MHz channel location, by listening to the management frames of the sharing AP or interacting with the shared AP during the MAP coordination discovery or MAP coordination agreement negotiation phase.
[0148] For example, when a Shared AP receives a MU-RTS TXS Trigger frame from a sharing AP, it determines whether it has been scheduled to participate in this C-TDMA cooperative transmission based on the ID information (such as AP ID) indicated by the User Info field in the Trigger frame. If scheduled, it further parses the RU Allocation information allocated to this Shared AP in the User Info field to clarify the channel position and width information of this Shared AP's reply CTS response frame. Specifically, as described in the foregoing embodiments, only the scenarios listed in Table 2 below are possible, and the primary 20MHz channels of both the Shared AP and the sharing AP are within the channel range determined by the RU Allocation.
[0149] Table 2. Example of Channel Information for Requested CTS Response Frames
[0150]
[0151] For example, the step of replying to the shared access point with response information based on the resource unit information includes:
[0152] If it is determined that the shared access point is scheduled to participate in this cooperative transmission, the carrier sensing state of each first bandwidth sub-channel within the resource unit is monitored, wherein the carrier sensing state includes an idle state and a busy state;
[0153] The response information is sent to the shared access point according to the carrier sensing status.
[0154] For example, the carrier sensing state continuously listens for a short frame interval.
[0155] For example, the step of sending the response information to the shared access point according to the carrier sensing state includes:
[0156] When the carrier sense state of each first bandwidth sub-channel within the resource unit is idle, the response information is transmitted to the shared access point on each first bandwidth sub-channel within the resource unit using a non-HT DUP format PPDU.
[0157] For example, the resource unit in the embodiments of this application includes multiple sub-channels, such as a first bandwidth sub-channel.
[0158] For example, the step of sending the response information to the shared access point according to the carrier sensing state further includes:
[0159] When the carrier sensing state of at least one first bandwidth subchannel within the resource unit is busy, the response information is sent to the shared access point based on the response channel width indicated by the resource unit information and the carrier sensing state.
[0160] For example, the step of sending the response information to the shared access point based on the response channel width indicated by the resource element information and the carrier sense state includes at least one of the following:
[0161] When the response channel width is greater than or equal to the third bandwidth, the carrier sensing states of the first main channel of the shared access point and the first main channel of the shared access point are both in an idle state, and there is at least one first bandwidth sub-channel in a busy state, the at least one first bandwidth sub-channel in the busy state within the response channel width is punched, and the response information is sent to the shared access point on the remaining idle first bandwidth sub-channel after punching.
[0162] When the response channel width is greater than or equal to the third bandwidth, the carrier sensing state of the first main channel of the shared access point is idle, and the carrier sensing state of the first main channel of the shared access point is busy, at least one first bandwidth sub-channel that is busy, including the first main channel of the shared access point, is punctured within the response channel width. The response information is then sent to the shared access point on the remaining idle first bandwidth sub-channels, including the first main channel of the shared access point, after puncturing.
[0163] When the response channel width is greater than or equal to the third bandwidth, the carrier sensing state of the first main channel of the shared access point is busy, and the carrier sensing state of the first main channel of the shared access point is idle, the first main channel of the shared access point is switched to a non-main channel access main channel within the response channel width, and at least one first bandwidth sub-channel in the busy state, including the first main channel of the shared access point, is punctured within the response channel width. The response information is sent to the shared access point on the remaining idle first bandwidth sub-channel, including the non-main channel access main channel and the first main channel of the shared access point.
[0164] If both the first primary channel of the shared access point and the first primary channel of the shared access point are in a busy state, the transmission of the response information to the shared access point shall be abandoned.
[0165] For example, after receiving the PPDU containing the MU-RTS TXS, the shared AP continuously listens to the CS status of each 20MHz sub-channel within the allocated RU during the SIFS time (including both energy-based CCA and virtual carrier sensing), and sends the corresponding CTS response frame after the SIFS interval according to the following rules.
[0166] For example, if, during the SIFS period, the shared AP detects that every 20MHz subchannel within the RU coverage area is idle (both CCA and virtual carrier sense indicate idleness), the shared AP transmits a CTS response frame on all 20MHz subchannels within the RU Allocation coverage area using a non-HT (DUP) PPDU format; if one or more 20MHz subchannels within the RU coverage area are busy, the process is as follows:
[0167] (1) If the RU Allocation field indicates that the channel width of the CTS response is greater than or equal to 80MHz; during the SIFS time, when the shared AP detects that the primary 20MHz channels of both the shared AP and the sharing AP within the RU coverage area are idle, but there are one or more other 20MHz sub-channels that are busy, the shared AP can puncture the busy 20MHz sub-channels within the channel width indicated by RUAllocation; the location of the punctured 20MHz sub-channels must conform to the OFDMA puncturing pattern, that is, the puncturing pattern for each 80MHz frequency sub-block is: 1111,0111,1011,1101,1110,0011,1100,1001; where 1 represents an unpunctured 20MHz sub-channel and 0 represents a punctured 20MHz sub-channel); then after puncturing, send CTS response frames on all remaining idle 20MHz sub-channels (including the idle primary 20MHz sub-channels of the sharing AP and the shared AP);
[0168] (2) If the RU Allocation field indicates that the channel width of the CTS response is greater than or equal to 80MHz; during the SIFS time, if the shared AP detects that the primary 20MHz channel of the shared AP within the RU coverage area is idle, but the primary 20MHz channel of the sharing AP is busy, then the shared AP can puncture the busy 20MHz sub-channels, including the sharing AP primary 20MHz, within the RU coverage area, and then send the CTS response frame on the remaining idle 20MHz sub-channels, including the shared AP primary 20MHz. The transmission bandwidth of the idle 20MHz sub-channels should conform to the OFDMA puncturing pattern.
[0169] (3) If the RU Allocation field indicates that the channel width of the CTS response is greater than or equal to 80MHz; during the SIFS time, if the shared AP detects that the primary 20MHz channel of the shared AP within the RU coverage area is busy, but the primary 20MHz channel of the sharing AP is idle, then the shared AP can switch the primary 20MHz channel to the idle NPCA channel within the RU coverage area; within the RU coverage area, the busy 20MHz sub-channels including the shared AP primary 20MHz will be punctured, and then the CTS response frame will be sent on the remaining idle 20MHz sub-channels including the shared AP NPCA channel and the sharing AP primary 20MHz channel. The transmission bandwidth of the idle 20MHz sub-channels should conform to the OFDMA puncturing pattern.
[0170] (4) If, within the SIFS time, the shared AP detects that both the primary 20MHz subchannels of the sharing AP and the shared AP are in a busy state within the coverage area of the RU, the shared AP will abandon sending the CTS response frame at the SIFS boundary; the sharing AP can backoff again after waiting for the AckTimeout time if it still does not receive the response frame.
[0171] For example, after the shared AP sends the CTS response frame, it performs C-TDMA transmission within the time allocated by the sharing AP; the PPDU bandwidth during the C-TDMA transmission should be less than or equal to the bandwidth of the CTS as the MU-RTS TXS response frame.
[0172] For example, after the allocation time ends, except for scenario (2) above where the sharing AP needs to compete for TXOP again on its primary 20MHz main channel using EDCA, in other scenarios, if there is still TXOP time remaining after the allocation time ends, the sharing AP can use the Triggered TXOP Sharing mechanism to retransmit on its main channel.
[0173] Reference Figure 5 , Figure 5 This is a schematic diagram of a first example scenario according to an embodiment of this application, such as... Figure 5 As shown, Figure 5 Specifically, this is a scenario where the sharing AP and shared AP are performing MAP cooperative operation in the 2.4GHz band, with a maximum overlap of 20MHz between their operating channels, and the overlapping 20MHz channels are each other's primary 20MHz channels. In these scenarios, when the sharing AP triggers the shared AP to start C-TDMA cooperative transmission via the MU-RTS TXS trigger frame, it can set an RU Allocation value for the shared AP in the User Info field, with B0 set to 0 and B7-B1 set to 61. This indicates that it will only request a CTS response frame from the shared AP on the same primary 20MHz channel as both the sharing AP and the shared AP. Figure 5 In .a, the maximum operating channel width for both the sharing AP and the shared AP is 20MHz, and the overlapping 20MHz channels can only be each other's primary 20MHz channels; Figure 5 .b and Figure 5 In the .c file, the sharing AP has a working channel width of 20MHz, and the shared AP has a working channel width of 40MHz. Figure 5 .b and Figure 5 The difference lies in the location of the primary 20MHz channel in the shared AP; conversely, in... Figure 5 d and Figure 5 In e, the working channel width of the sharing AP is 40MHz, and that of the shared AP is 20MHz.
[0174] Reference Figure 6 , Figure 6 This is a schematic diagram of a second example scenario according to an embodiment of this application, such as... Figure 6 As shown, Figure 6Specifically, this diagram illustrates a scenario where the sharing AP and shared AP perform MAP cooperative operation in the 2.4GHz band, with a maximum overlap of 40MHz between their operating channels. Depending on the location of their primary 20MHz channels, there are four possible combinations, but in all these combinations, the sharing AP and shared AP share the same primary 40MHz channel. When the sharing AP triggers the shared AP to start C-TDMA cooperative transmission via a MU-RTS TXS trigger frame, it can set an RUAllocation value (B0 = 0, B7-B1 = 65) for the shared AP in the User Info field. This indicates that the shared AP will only be requested to respond with a CTS response frame on the same primary 40MHz channel shared by both the sharing AP and the shared AP.
[0175] Reference Figure 7 , Figure 7 This is a schematic diagram of a third example scenario shown according to an embodiment of this application, such as... Figure 7 As shown, Figure 7 Specifically, this diagram illustrates a scenario where the sharing AP and shared AP perform MAP cooperative operation in the 5GHz band, with a maximum overlap of 80MHz in their operating channels. Depending on the maximum operating channel width (80MHz or 160MHz) and the location of the overlapping primary 80MHz channel, there are four possible combinations. In all these combinations, the sharing AP and shared AP share the same primary 80MHz channel. When the sharing AP triggers the shared AP to start C-TDMA cooperative transmission via a MU-RTS TXS trigger frame, it can set an RU Allocation value (B0 = 0, B7-B1 = 67) for the shared AP in the User Info field. This indicates that the shared AP will only respond with a CTS response frame on the same primary 80MHz channel as both the sharing AP and shared AP.
[0176] Reference Figure 8 , Figure 8 This is a schematic diagram of a fourth example scenario shown according to an embodiment of this application, such as... Figure 8 As shown, Figure 8 Specifically, this is a schematic diagram illustrating a scenario where the sharing AP and the shared AP perform MAP collaborative operation in the 5GHz band, with a maximum overlap width of 160MHz between their working channels. Figure 8 .a and Figure 8.b represents a scenario where both the sharing AP and the shared AP have the same primary 80MHz channel within an overlapping 160MHz band. In this case, the sharing AP can choose... Figure 8 .a Only request the shared APs to reply with a CTS response frame on the same primary 80MHz channel as each other; alternatively, you can choose... Figure 8 The method in .b requests the shared APs to reply with CTS response frames on the same primary 160MHz channel. Figure 8 The image in .c shows a scenario where the sharing AP and the shared AP have different primary 80MHz channel locations. In this case, the sharing AP has only one option: to request the shared AP to reply with a CTS response frame on the same primary 160MHz channel as each other. The corresponding RU Allocation has B0 set to 1 and B7-B1 set to 68.
[0177] Reference Figure 9 , Figure 9 This is a schematic diagram of a fifth example scenario shown according to an embodiment of this application, such as... Figure 9 As shown, Figure 9 Specifically, this is a schematic diagram illustrating a scenario where the sharing AP and the shared AP perform MAP collaborative operation in the 6GHz band, with a maximum overlap width of 160MHz between their working channels. Figure 9 .a and Figure 9 In .b, the maximum operating bandwidth of the sharing AP is 160MHz, and the maximum operating channel of the shared AP is 320MHz; Figure 9 .c and Figure 9 In the .d file, the maximum operating bandwidth for both sharing APs and shared APs is 320MHz. Figure 9 Within the overlapping Primary 160MHz range, the method of allocating RUs from the sharing AP to the shared AP is similar to... Figure 8 The scenario described in the text is the same.
[0178] Reference Figure 10 , Figure 10 This is a schematic diagram of a sixth example scenario shown according to an embodiment of this application, such as... Figure 10 As shown, Figure 10Specifically, this diagram illustrates a scenario where a sharing AP and a shared AP are performing MAP collaborative operation in the 6GHz band, with a maximum overlap of 320MHz in their operating channels, and both the sharing AP and the shared AP have the same primary 80MHz channel location. In this scenario, the sharing AP can choose... Figure 10 The allocation method in .a only requests the shared APs to reply with CTS response frames on the same primary 80MHz channel; alternatively, one can choose... Figure 10 The method in .b requests the shared APs to reply with a CTS response frame on the same primary 160MHz channel; or alternatively, one can choose... Figure 10 The method in .c requests the shared APs to reply with a CTS response frame on the same primary 320MHz channel. When requesting the shared APs to reply with a CTS response frame on the primary 320MHz channel, the corresponding RU Allocation sets B0 to 1 and B7-B1 to 69.
[0179] Reference Figure 11 , Figure 11 This is a schematic diagram of a seventh example scenario shown according to an embodiment of this application, such as... Figure 11 As shown, Figure 11 Specifically, this diagram illustrates a scenario where a sharing AP and a shared AP are performing MAP collaborative operation in the 6GHz band, with a maximum overlap of 320MHz between their operating channels, and the primary 80MHz channels of the sharing AP and the shared AP are located differently. Figure 11 .a and Figure 11 In the .b file, the primary 160MHz channel positions of the sharing AP and the shared AP are the same. In this scenario, the sharing AP can choose either... Figure 11 The allocation method in .a requests the shared APs to reply with a CTS response frame on the same primary 160MHz channel; alternatively, one can choose... Figure 11 The method in .b requests the shared APs to reply with a CTS response frame on the same primary 320MHz channel. Figure 11 In the .c file, the primary 160MHz channel locations of the sharing AP and the shared AP are different. In this scenario, the sharing AP can only request the shared AP to reply with a CTS response frame on the same primary 320MHz channel as each other.
[0180] Reference Figure 12 , Figure 12 This is a schematic diagram of the eighth example scenario shown according to an embodiment of this application, such as... Figure 12 As shown, the sharing AP triggers the shared AP to start C-TDMA cooperative transmission by sending a MU-RTS TXS Trigger frame on the overlapping primary 160MHz channel. When the shared AP sends a CTS response frame to the MU-RTS TXS Trigger frame, it detects that each 20MHz sub-channel in its allocated RU (i.e., primary 160MHz) is idle within the SIFS time. Then, the shared AP sends a CTS response frame to the sharing AP using a non-HT DUPPPDU with a bandwidth of 160MHz on the complete primary 160MHz channel. Within the allocated C-TDMA transmission time window, the transmission bandwidth of the PPDU between the shared AP and its associated STA should be less than or equal to the bandwidth of the CTS frame, which serves as the MU-RTS TXS response frame.
[0181] Reference Figure 13 , Figure 13 This is a schematic diagram of the ninth example scenario shown according to an embodiment of this application, such as... Figure 13 As shown, the sharing AP triggers the shared AP to start C-TDMA cooperative transmission by sending a MU-RTS TXS Trigger frame on the overlapping primary 160MHz channel. When the shared AP sends a CTS response frame to the MU-RTS TXS Trigger frame, it detects that the secondary 40MHz sub-channel within its primary 160MHz coverage area is busy, and all other 20MHz sub-channels (including the primary 20MHz sub-channels of the sharing AP and the shared AP) are idle during the SIFS time. The shared AP can then use dynamic puncturing to puncture the busy secondary 40MHz in the primary 160MHz channel and only send the CTS response frame to the sharing AP on the remaining idle 20MHz sub-channels. Within the allocated C-TDMA transmission time window, the transmission bandwidth of the PPDU between the shared AP and its associated STA should be within all 20MHz sub-channels covered by the CTS response frame.
[0182] Reference Figure 14 , Figure 14 This is a schematic diagram of a tenth example scenario shown according to an embodiment of this application, such as... Figure 14 As shown, Figure 14Specifically, the sharing AP triggers the shared AP to initiate C-TDMA cooperative transmission by sending a MU-RTS TXS Trigger frame on the overlapping primary 160MHz channel. When the shared AP sends a CTS response frame to the MU-RTS TXS Trigger frame, it detects that all 20MHz sub-channels within the coverage area of the sharing AP's primary 80MHz channel are busy, and only the bandwidth corresponding to the shared AP's primary 80MHz is idle during the SIFS time. In this case, the shared AP can use dynamic puncturing to puncture the busy secondary 80MHz (corresponding to the sharing AP's primary 80MHz) in its primary 160MHz channel, and then send a CTS response frame to the sharing AP on the remaining idle primary 80MHz sub-channels. Within the allocated C-TDMA transmission time window, the transmission bandwidth of the PPDU between the shared AP and its associated STA should be within all 20MHz sub-channels covered by the CTS response frame (i.e., less than or equal to the shared AP's primary 80MHz). Because the bandwidth of the CTS response frame sent by the shared AP does not cover the primary 20MHz channel of the sharing AP, if the sharing AP wants to receive the PPDU carrying the CTS normally, it needs to have the ability to perform parallel reception and demodulation on non-primary 20MHz sub-channels. Simultaneously, because no PPDU is transmitted within the primary 80MHz channel range of the sharing AP for channel access protection during C-TDMA transmission, even if there are remaining TXOPs at the end of the allocated C-TDMA time, the sharing AP cannot directly re-reply to the TXOP on its primary 20MHz channel. Instead, it needs to re-compete for the TXOP on the primary 20MHz channel through a backoff mechanism.
[0183] Reference Figure 15 , Figure 15 This is a schematic diagram of the eleventh example scenario according to an embodiment of this application, such as... Figure 15As shown, the sharing AP triggers the shared AP to initiate C-TDMA cooperative transmission by sending a MU-RTS TXS Trigger frame on the overlapping primary 160MHz channel. When the shared AP sends a CTS response frame to the MU-RTS TXS Trigger frame, it detects that all 20MHz sub-channels within the shared AP's primary 80MHz channel coverage are busy, and only the bandwidth corresponding to the sharing AP's primary 80MHz channel is idle during the SIFS time. The shared AP can then choose to switch its primary 20MHz channel position to a pre-determined idle NPCA 20MHz sub-channel within the sharing AP's primary 80MHz channel and send a CTS response frame to the sharing AP on the sharing AP's primary 80MHz channel. Within the allocated C-TDMA transmission time window, the shared AP can perform NPCA transmission with its associated STAs supporting NPCA (Non-Primary Channel Access) functionality. The PPDU bandwidth transmitted during NPCA operation should be within all 20MHz sub-channels covered by the CTS response frame (i.e., less than or equal to the sharing AP's primary 160MHz channel bandwidth). (80MHz). After the allocated C-TDMA transmission time ends, the shared AP switches its operating 20MHz primary channel back to the original primary 20MHz primary channel.
[0184] Furthermore, embodiments of this application also provide a cooperative transmission device, referring to... Figure 16 , Figure 16 Schematic diagram of the device structure for collaborative transmission provided in the embodiments of this application Figure 1 The cooperative transmission device is applied to a shared access point, and the device includes:
[0185] The allocation module is used to determine resource unit information based on the working channel bandwidth overlap information when the working channel bandwidth overlap information between the shared access point and the shared access point meets preset conditions. The resource unit information is used to indicate the resource unit allocated to the shared access point. The working channel bandwidth overlap information indicates the size and / or position of the working channel bandwidth overlap between the shared access point and the shared access point.
[0186] The sending module is used to send the resource unit information to the shared access point, so that the shared access point can reply with response information to the shared access point based on the resource unit information.
[0187] Furthermore, embodiments of this application also provide a cooperative transmission device, referring to... Figure 17 , Figure 17 Schematic diagram of the device structure for collaborative transmission provided in the embodiments of this application Figure 2 The cooperative transmission device is applied to the shared access point, and the device includes:
[0188] The receiving module is used to receive resource unit information provided by the shared access point;
[0189] The response module is used to reply with response information to the shared access point based on the resource unit information;
[0190] The resource unit information is determined by the shared access point based on the working channel bandwidth overlap information when the working channel bandwidth overlap information between the shared access point and the shared access point meets a preset condition. The resource unit information is used to indicate the resource unit allocated to the shared access point. The working channel bandwidth overlap information indicates the size and position of the working channel bandwidth overlap between the shared access point and the shared access point.
[0191] This application also provides a network device, which includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the cooperative transmission method described above.
[0192] This application embodiment also provides a storage medium, which is a computer-readable storage medium, and stores a computer program thereon. When the computer program is executed by a processor, it implements the steps of the cooperative transmission method described above.
[0193] This application also provides a computer program product, which includes a computer program that, when executed by a processor, implements the steps of the cooperative transmission method described above.
[0194] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or system. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or system that includes that element.
[0195] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) as described above, and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, or computing device, etc.) to execute the methods described in the various embodiments of this application.
[0196] The above are merely preferred embodiments of this application and do not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of this application.
Claims
1. A cooperative transmission method, characterized in that, The cooperative transmission method is applied to a shared access point, and the method includes: If the working channel bandwidth overlap information between the shared access point and the shared access point meets a preset condition, resource unit information is determined based on the working channel bandwidth overlap information, wherein the resource unit information is used to indicate the resource unit allocated to the shared access point; the working channel bandwidth overlap information indicates the size and / or position of the working channel bandwidth overlap between the shared access point and the shared access point. The resource unit information is sent to the shared access point so that the shared access point can reply with response information to the shared access point based on the resource unit information.
2. The cooperative transmission method as described in claim 1, characterized in that, Before the step of allocating resource unit information to the shared access point based on the working channel bandwidth overlap information in response to the shared access point and the sharing access point satisfying a preset condition, the method further includes: Obtain the working channel information of the shared access point and the working channel information of the shared access point; The working channel information of the shared access point is compared with the working channel information of the shared access point to determine the working channel bandwidth overlap information.
3. The cooperative transmission method as described in claim 1, characterized in that, The preset conditions include: The first primary channel of the shared access point and the first primary channel of the shared access point are located in the position where the working channel bandwidth overlaps.
4. The cooperative transmission method as described in claim 1, characterized in that, The step of allocating resource unit information to the shared access point based on the working channel bandwidth overlap information includes: Based on the magnitude of the working channel bandwidth overlap in the working channel bandwidth overlap information and the overlap of the main channel positions of the shared access point and the shared access point within the working channel bandwidth overlap location, the resource unit allocation strategy of the shared access point is determined.
5. The cooperative transmission method as described in claim 4, characterized in that, The allocation strategy for determining the resource units of the shared access point includes at least one of the following: When the overlapping bandwidth of the working channel is equal to the first bandwidth, a resource unit including the first main channel is allocated to the shared access point; When the overlapping bandwidth of the working channel is equal to the second bandwidth, a resource unit including the second main channel is allocated to the shared access point; When the overlapping bandwidth of the working channel is equal to the third bandwidth, a resource unit including the third main channel is allocated to the shared access point; When the working channel overlap bandwidth is equal to the fourth bandwidth, and the third main channel of the shared access point overlaps with the third main channel of the shared access point within the working channel overlap bandwidth location, a resource unit including the third main channel or the fourth main channel is allocated to the shared access point. If the working channel overlap bandwidth is equal to the fourth bandwidth, and the third primary channel of the shared access point does not overlap with the third primary channel of the shared access point within the working channel overlap bandwidth location, a resource unit including the fourth primary channel is allocated to the shared access point. When the working channel overlap bandwidth is equal to the fifth bandwidth, and the third main channel of the shared access point overlaps with the third main channel of the shared access point within the working channel overlap bandwidth location, a resource unit including the third main channel, the fourth main channel, or the fifth main channel is allocated to the shared access point. When the working channel overlap bandwidth is equal to the fifth bandwidth, and the third main channel of the shared access point does not overlap with the third main channel of the shared access point within the working channel overlap bandwidth position, but the fourth main channel of the shared access point overlaps with the fourth main channel of the shared access point, a resource unit including the fourth main channel or the fifth main channel is allocated to the shared access point. If the working channel overlap bandwidth is equal to the fifth bandwidth, and the fourth primary channel of the shared access point does not overlap with the fourth primary channel of the shared access point within the working channel overlap bandwidth location, then a resource unit including the fifth primary channel is allocated to the shared access point.
6. The cooperative transmission method as described in claim 1, characterized in that, The resource unit information is carried in the first control frame.
7. The cooperative transmission method as described in claim 6, characterized in that, The step of sending the resource unit information to the shared access point includes: The resource unit allocation field in the first control frame is set according to the resource unit information, wherein the resource unit allocation field is used to indicate the allocated resource unit to the shared access point; Based on the resource unit information, the first control frame is sent to the shared access point using a Physical Layer Protocol Data Unit (PPDU) in either a non-high throughput format (non-HT) or a non-high throughput repeating format (non-HTDUP).
8. The cooperative transmission method as described in claim 7, characterized in that, The resource unit allocation field includes a first subfield and a second subfield, and the method of indicating the resource unit information includes at least one of the following: Setting the first subfield to a first value and the second subfield to a second value indicates that the resource unit information includes a first main channel; Setting the first subfield to a first value and the second subfield to a third value indicates that the resource unit information includes a second main channel; Setting the first subfield to a first value and the second subfield to a fourth value indicates that the resource unit information includes a third main channel. Setting the first subfield to the fifth value and the second subfield to the sixth value indicates that the resource unit information includes the fourth main channel; Setting the first subfield to the fifth value and the second subfield to the seventh value indicates that the resource unit information includes the fifth main channel.
9. The cooperative transmission method as described in claim 7, characterized in that, The method further includes: When the overlap of the working channel bandwidth is greater than or equal to the third bandwidth and the shared access point or the shared access point has enabled static puncturing, the PPDU carrying the first control frame is punctured according to the puncturing information of the shared access point or the shared access point, and the punctured PPDU is sent to the shared access point.
10. The cooperative transmission method as described in claim 9, characterized in that, The first control frame includes a MU-RTS TXS Trigger frame that triggers a multi-user request to send a transmission opportunity.
11. A cooperative transmission method, characterized in that, The cooperative transmission method is applied to the shared access point, and the method includes: Receive resource unit information sent by the shared access point; The resource unit information is used to reply with response information to the shared access point; The resource unit information is determined by the shared access point based on the working channel bandwidth overlap information when the working channel bandwidth overlap information between the shared access point and the shared access point meets a preset condition. The resource unit information is used to indicate the resource unit allocated to the shared access point; the working channel bandwidth overlap information indicates the size and / or position of the working channel bandwidth overlap between the shared access point and the shared access point.
12. The cooperative transmission method as described in claim 11, characterized in that, The step of replying to the shared access point with response information based on the resource unit information includes: Determine whether the shared access point is scheduled to participate in this collaborative transmission; If it is determined that the shared access point is scheduled to participate in this collaborative transmission, the resource unit information indicates the resource unit allocated to the shared access point. The allocated resource unit is used to reply with the response information to the shared access point.
13. The cooperative transmission method as described in claim 12, characterized in that, The resource unit information is carried in the first control frame.
14. The cooperative transmission method as described in claim 13, characterized in that, The step of determining whether the shared access point is scheduled to participate in this collaborative transmission includes: The shared access point is determined based on the shared access point identifier information in the first control frame to determine whether the shared access point is scheduled to participate in this cooperative transmission.
15. The cooperative transmission method as described in claim 13, characterized in that, The resource unit is indicated by the first subfield and the second subfield in the first control frame.
16. The cooperative transmission method as described in claim 11, characterized in that, The step of replying to the shared access point with response information based on the resource unit information includes: If it is determined that the shared access point is scheduled to participate in this cooperative transmission, the carrier sensing state of each first bandwidth sub-channel within the resource unit is monitored, wherein the carrier sensing state includes an idle state and a busy state; The response information is sent to the shared access point according to the carrier sensing status.
17. The cooperative transmission method as described in claim 16, characterized in that, The carrier sensing state continuously listens within a short frame interval.
18. The cooperative transmission method as described in claim 16, characterized in that, The step of sending the response information to the shared access point according to the carrier sensing state includes: When the carrier sense state of each first bandwidth sub-channel within the resource unit is idle, the response information is transmitted to the shared access point on each first bandwidth sub-channel within the resource unit using a non-HT DUP format PPDU.
19. The cooperative transmission method as described in claim 17, characterized in that, The step of sending the response information to the shared access point according to the carrier sensing state further includes: When the carrier sensing state of at least one first bandwidth subchannel within the resource unit is busy, the response information is sent to the shared access point based on the response channel width indicated by the resource unit information and the carrier sensing state.
20. The cooperative transmission method as described in claim 19, characterized in that, The step of sending the response information to the shared access point based on the response channel width indicated by the resource unit information and the carrier sensing state includes at least one of the following: When the response channel width is greater than or equal to the third bandwidth, the carrier sensing states of the first main channel of the shared access point and the first main channel of the shared access point are both in an idle state, and there is at least one first bandwidth sub-channel in a busy state, the at least one first bandwidth sub-channel in the busy state within the response channel width is punched, and the response information is sent to the shared access point on the remaining idle first bandwidth sub-channel after punching. When the response channel width is greater than or equal to the third bandwidth, the carrier sensing state of the first main channel of the shared access point is idle, and the carrier sensing state of the first main channel of the shared access point is busy, at least one first bandwidth sub-channel that is busy, including the first main channel of the shared access point, is punctured within the response channel width. The response information is then sent to the shared access point on the remaining idle first bandwidth sub-channels, including the first main channel of the shared access point, after puncturing. When the response channel width is greater than or equal to the third bandwidth, the carrier sensing state of the first main channel of the shared access point is busy, and the carrier sensing state of the first main channel of the shared access point is idle, the first main channel of the shared access point is switched to a non-main channel access main channel within the response channel width, and at least one first bandwidth sub-channel in the busy state, including the first main channel of the shared access point, is punctured within the response channel width. The response information is sent to the shared access point on the remaining idle first bandwidth sub-channel, including the non-main channel access main channel and the first main channel of the shared access point. If both the first primary channel of the shared access point and the first primary channel of the shared access point are in a busy state, the transmission of the response information to the shared access point shall be abandoned.
21. The cooperative transmission method as described in claim 13, characterized in that, Following the step of replying to the shared access point with response information based on the resource unit information, the method further includes: C-TDMA cooperative time division multiple access transmission is performed within the allocated time indicated by the first control frame.
22. The cooperative transmission method as described in claim 21, characterized in that, The first control frame includes a MU-RTS TXSTrigger frame.
23. The cooperative transmission method as described in claim 21, characterized in that, The response information is sent in the second control frame.
24. The cooperative transmission method as described in claim 23, characterized in that, The bandwidth of the PPDU during the cooperative time division multiple access transmission is less than or equal to the bandwidth of the second control frame.
25. The cooperative transmission method as described in claim 23, characterized in that, The second control frame includes clearing the transmission of the CTS frame.
26. A cooperative transmission device, characterized in that, The cooperative transmission device is used at a shared access point, and the device includes: The allocation module is used to determine resource unit information based on the working channel bandwidth overlap information when the working channel bandwidth overlap information between the shared access point and the shared access point meets preset conditions. The resource unit information is used to indicate the resource unit allocated to the shared access point. The working channel bandwidth overlap information indicates the size and / or position of the working channel bandwidth overlap between the shared access point and the shared access point. The sending module is used to send the resource unit information to the shared access point, so that the shared access point can reply with response information to the shared access point based on the resource unit information.
27. A cooperative transmission device, characterized in that, The collaborative transmission device is applied to the shared access point, and the device includes: The receiving module is used to receive resource unit information provided by the shared access point; The response module is used to reply with response information to the shared access point based on the resource unit information; The resource unit information is determined by the shared access point based on the working channel bandwidth overlap information when the working channel bandwidth overlap information between the shared access point and the shared access point meets a preset condition. The resource unit information is used to indicate the resource units allocated to the shared access point. The working channel bandwidth overlap information indicates the size and position of the working channel bandwidth overlap between the shared access point and the shared access point.
28. A network device, characterized in that, The network device includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the cooperative transmission method as described in any one of claims 1 to 25.
29. A storage medium, characterized in that, The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, it implements the steps of the cooperative transmission method as described in any one of claims 1 to 25.
30. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, implements the steps of the cooperative transmission method as described in any one of claims 1 to 25.