Coordinated communication method, apparatus and access point based on coordinated multiple access cooperation

Abstract

The application discloses a communication method, device and access point based on cooperation of coordinated time division multiple access, and belongs to the technical field of communication. The communication method based on cooperation of coordinated time division multiple access comprises the following steps: a first access point determines a total extension time length of a transmission opportunity (TXOP) required by the first access point based on historical negotiation results of coordinated time division multiple access (Co-TDMA); the first access point adjusts a contention window to compete to become a Co-TDMA shared AP; and the first access point broadcasts a beacon frame, and the beacon frame carries the total extension time length of the TXOP required by the first access point.

Description

Technical Field

[0001] This application belongs to the field of communication technology, and in particular relates to a communication method, apparatus and access point based on cooperative time division multiple access. Background Technology

[0002] With the support of Transmission Opportunity (TXOP) Sharing (TXS) technology, Co-TDMA cooperation has been extended within the 802.11bn Ultra High Reliability (UHR) protocol framework. It allows Access Points (APs), after completing their Basic Service Set (BSS) tasks, to share their remaining TXOP resources with a group of APs adjacent to them. APs that possess and share TXOPs are called Co-TDMA Sharing APs, while other APs participating in Co-TDMA cooperation and using the TXOP resources shared by the Co-TDMA Sharing AP are called Co-TDMA Coordinated APs. Multiple Co-TDMA coordinated APs working together can reduce the overhead of these APs when competing for the channel and increase the chances of transmitting low-latency traffic. In related technologies, each process of Co-TDMA cooperation strictly relies on the Short Interframe Space (SIFS), resulting in significant signaling overhead. The fixed timing consumption in Co-TDMA cooperation may exceed the carrying capacity of the TXOP (Turn-Only Frame) interval. Currently, the duration of the shareable TXOP may not meet the communication requirements of Co-TDMA cooperation, leading to the problem of ineffective Co-TDMA cooperation. Summary of the Invention

[0003] This application provides a communication method, apparatus, and access point based on cooperative time-division multiple access.

[0004] Firstly, a communication method based on cooperative time-division multiple access is provided, executed by a first access point, the method comprising:

[0005] Based on historical Co-TDMA negotiation results, the first access point determines the total extension duration of the transmission opportunity (TXOP) required by the first access point; the first access point adjusts the contention window to compete to become a Co-TDMA shared AP; the first access point declares first information through the first frame, which is used to indicate that the first access point needs to enter the Co-TDMA cooperative mode in the next round of TXOP.

[0006] In some embodiments, after the first access point contends to become the Co-TDMA shared AP, the method further includes:

[0007] The first access point declares first information by sending a first frame, which indicates that the first access point needs to enter the Co-TDMA cooperative mode in the next round of TXOP.

[0008] In some embodiments, the first frame is a Coordination-CTS frame, which includes the following fields: Frame Control (FC) field, Duration field, Receive Address (RA) field, and Frame Check Sequence (FCS) field.

[0009] In some embodiments, the first access point determines a first contention window based on the historical cooperation benefit ratio and the base contention window value of Enhanced Distributed Channel Access (EDCA), including:

[0010] The first access point calculates the first contention window using the following formula, based on the historical cooperation benefit ratio and the basic contention window value of Enhanced Distributed Channel Access (EDCA):

[0011] CW_new=CW_base / (1+α·R_co),

[0012] Where α is the adjustment factor, R_co is the historical collaborative revenue ratio, and CW_base is the basic competitive window value of EDCA.

[0013] Secondly, a communication method based on Co-TDMA cooperation is provided, executed by a first access point. The method includes: after the basic service set (BSS) task of the first access point is completed, the first access point determines whether it can accept the TXOP request of each second access point based on the transmission opportunity (TXOP) request duration fed back by each second access point; the first access point performs a corresponding TXOP allocation operation based on the determination result of whether it can accept the TXOP request of each second access point; wherein, the second access point is a Co-TDMA coordinated AP or a Co-TDMA polled AP.

[0014] In some embodiments, the method further includes:

[0015] The first access point receives a multi-site block acknowledgment frame from the second access point. The multi-site block acknowledgment frame is used to indicate that the second access point has received a request from the first access point regarding TXOP reallocation and to indicate the updated TXOP requirement duration.

[0016] In some embodiments, the method further includes:

[0017] If the sum of the TXOP durations allocated by the first access point to each second access point satisfies the third condition, the TID priorities corresponding to each second access point in the cooperative set are sorted in descending order.

[0018] The third condition is:

[0019] ∑TXOP_alloc_i+T_overhead>min(AC_VI Limit, current AC Limit);

[0020] Wherein, TXOP_alloc_i is the TXOP duration allocated to each second access point, TXOP_overhead is the additional time overhead in the Co-TDMA collaboration process, AC_VI Limit is the maximum TXOP value for transmitting video streams, and currentAC Limit is the maximum TXOP value corresponding to the access type of the data stream transmitted by the first access point.

[0021] Thirdly, a communication method based on Co-TDMA cooperation is provided, executed by a first access point. The method includes: before polling a third access point, the first access point acquires a shareable transmission opportunity (TXOP) duration; if the shareable TXOP duration is greater than or equal to a third threshold, it initiates polling and subsequent Co-TDMA cooperation; if the shareable TXOP duration is less than the third threshold and greater than or equal to a fourth threshold, it sends a second frame to the Co-TDMA coordinated AP with the highest traffic ID (TID) priority, the second frame carrying the TXOP duration allocated by the first access point to the Co-TDMA coordinated AP with the highest TID priority; if the shareable TXOP duration is less than the fourth threshold, it releases the TXOP; wherein the third access point is the Co-TDMA polled AP.

[0022] Fourthly, a communication method based on Co-TDMA cooperation is provided, executed by a second access point. The method includes: the second access point receiving a MAPC negotiation request frame from a first access point, the MAPC negotiation request frame being used to request the second access point to have a TXOP duration required during a historical Co-TDMA cooperation process; the second access point sending a MAPC negotiation response frame to the first access point, the MAPC negotiation response frame carrying the TXOP duration required by the second access point during a historical Co-TDMA cooperation process; and the second access point receiving a first frame, the first frame being used to declare first information, the first information being used to indicate that the first access point needs to enter the Co-TDMA cooperation mode in the next round of TXOP.

[0023] Fifthly, a communication method based on Co-TDMA cooperation is provided, executed by a second access point. The method includes: the second access point receiving an initial control frame (ICF) from a first access point, the ICF being used to trigger a Co-TDMA cooperation process; the second access point sending a block acknowledgment (M-BA) frame to the first access point, the M-BA frame carrying the transmission opportunity (TXOP) request duration of the second access point; the second access point receiving a multi-user request to send a TXOP sharing trigger frame, the multi-user request to send a TXOP sharing trigger frame being used to allocate TXOPs; or, the second access point receiving an initial control frame (ICF), the ICF being used to negotiate a new TXOP allocation scheme; or, the second access point receiving a beacon frame, the beacon frame carrying the TXOP duration allocated by the first access point to each second access point in the cooperation set and / or the total TXOP extension duration required by the first access point.

[0024] In some embodiments, the multi-user request to send TXOP shared trigger frame includes an updated ultra-reliable variant user information element, which is used to indicate the TXOP duration allocated by the first access point to each of the second access points;

[0025] The ultra-high reliability variant user information element includes at least one of the following:

[0026] The allocation duration field indicates the TXOP duration allocated by the first access point to each of the second access points; or...

[0027] The silence duration field indicates the silence duration after the second access point has completed its own BSS task.

[0028] In some embodiments, the ICF includes an ultra-high reliability variant user information list field, which includes N ultra-high reliability user information fields. The ultra-high reliability user information fields are used to indicate the TXOP duration that the first access point allows the second access point to occupy, where N is the number of second access points included in the partial second access point.

[0029] The ultra-high reliability user information field includes at least one of the following:

[0030] The reallocation duration field is used to indicate the TXOP duration that the second access point is allowed to occupy by the first access point during reallocation;

[0031] The Total Duration of Shareable TXOP field indicates the total duration of the shareable TXOP.

[0032] In some embodiments, the method further includes:

[0033] The second access point sends a multi-site block acknowledgment frame to the first access point. The multi-site block acknowledgment frame is used to indicate that the second access point has received the first access point's request for TXOP reallocation and the updated TXOP requirement duration.

[0034] In some embodiments, the beacon frame includes a Co-TDMA coordination element, which includes at least one of the following fields: total number of Co-TDMA coordinated APs, total duration of shareable TXOPs, Co-TDMA coordinated AP information field, and step size field for TXOP duration allocation.

[0035] The Co-TDMA coordinated AP information field includes an Allocation Duration field, which indicates the TXOP duration allocated to the second access point.

[0036] In a sixth aspect, a communication method based on Cooperative Time Division Multiple Access (CTDMA) is provided, executed by a third access point. The method includes: the third access point receiving a second frame sent by a first access point, the second frame carrying a Transmission Opportunity (TXOP) duration allocated by the first access point to the third access point, wherein the third access point is a Co-TDMA coordinated AP with the highest priority of Traffic Identifier (TID).

[0037] In a seventh aspect, a communication device based on cooperative time-division multiple access is provided, applied to a first access point, comprising:

[0038] The first processing module is used to determine the total transmission opportunity (TXOP) extension time required by the first access point based on the historical Co-TDMA negotiation results.

[0039] The first processing module is also used to adjust the contention window to compete for becoming a Co-TDMA shared AP;

[0040] The first transceiver module is used to declare first information by sending a first frame, the first information being used to indicate that the first access point needs to enter the Co-TDMA cooperative mode in the next round of TXOP.

[0041] Eighthly, a communication device based on cooperative time-division multiple access is provided, applied to a first access point, comprising:

[0042] The second processing module is used to determine whether the TXOP demand of each second access point can be accepted after the basic service set (BSS) task of the first access point is completed, based on the transmission opportunity (TXOP) demand duration reported by each second access point; and to perform the corresponding TXOP allocation operation based on the determination result of whether the TXOP demand of each second access point can be accepted; wherein, the second access point is a Co-TDMA coordinated AP or a Co-TDMA polled AP.

[0043] Ninthly, a communication device based on cooperative time-division multiple access is provided, applied to a first access point, comprising:

[0044] The third processing module is used to obtain the shareable transmission opportunity (TXOP) duration before polling the third access point;

[0045] The third processing module is also used to: initiate polling and subsequent Co-TDMA cooperation when the shareable TXOP duration is greater than or equal to the third threshold.

[0046] The second transceiver module is configured to send a second frame to the Co-TDMA coordinated AP with the highest traffic ID (TID) priority when the shareable TXOP duration is less than a third threshold and the shareable TXOP duration is greater than or equal to a fourth threshold. The second frame carries the TXOP duration allocated by the first access point to the Co-TDMA coordinated AP with the highest TID priority.

[0047] The third processing module is also used to: release the TXOP if the duration of the shareable TXOP is less than the fourth threshold;

[0048] The third access point is a Co-TDMA polled AP.

[0049] In a tenth aspect, a communication device based on cooperative time-division multiple access is provided, applied to a second access point, comprising:

[0050] The third transceiver module is used to receive a MAPC negotiation request frame from the first access point. The MAPC negotiation request frame is used to request the TXOP duration required by the second access point in the historical Co-TDMA cooperation process.

[0051] The third transceiver module is further configured to send a MAPC negotiation response frame to the first access point, wherein the MAPC negotiation response frame carries the TXOP duration required by the second access point during the historical Co-TDMA cooperation process;

[0052] The third transceiver module is further configured to receive a first frame, the first frame being used to declare first information, the first information being used to indicate that the first access point needs to enter Co-TDMA cooperative mode in the next round of TXOP.

[0053] Eleventhly, a communication device based on cooperative time-division multiple access is provided, applied to a second access point, comprising:

[0054] The fourth transceiver module is used to receive an initial control frame (ICF) from the first access point, wherein the ICF is used to trigger the Cooperative Time Division Multiple Access (Co-TDMA) cooperation process.

[0055] The fourth transceiver module is further configured to send a block acknowledgment M-BA frame to the first access point, wherein the M-BA frame carries the TXOP requirement duration of the second access point;

[0056] The fourth transceiver module is further configured to receive a multi-user request to send a TXOP sharing trigger frame, which is used to allocate TXOPs; or, receive an initial control frame (ICF), which is used to negotiate a new TXOP allocation scheme; or, receive a beacon frame, which carries the TXOP duration allocated by the first access point to each second access point in the cooperative set and / or the total TXOP extension duration required by the first access point.

[0057] In a twelfth aspect, a communication device based on cooperative time division multiple access (TDMA) is provided, applied to a third access point, comprising:

[0058] The fifth transceiver module is used to receive a second frame sent by the first access point. The second frame carries the transmission opportunity (TXOP) duration allocated by the first access point to the third access point. The third access point is a Co-TDMA coordinated AP with the highest priority of traffic identifier (TID).

[0059] In a thirteenth aspect, an access point is provided, the access point including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the first aspect, or the method as described in the second aspect, or the method as described in the third aspect, or the method as described in the fourth aspect, or the method as described in the fifth aspect, or the method as described in the sixth aspect.

[0060] In a fourteenth aspect, a readable storage medium is provided, on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect, or the steps of the method described in the second aspect, or the steps of the method described in the third aspect, or the steps of the method described in the fourth aspect, or the steps of the method described in the fifth aspect, or the steps of the method described in the sixth aspect.

[0061] In a fifteenth aspect, a wireless communication system is provided, comprising: a first access point and a second access point, wherein the first access point is configured to perform the steps of the method described in the first aspect, or the steps of the method described in the second aspect, or the steps of the method described in the third aspect; and the second access point is configured to perform the steps of the method described in the fourth aspect, or the steps of the method described in the fifth aspect, or the steps of the method described in the sixth aspect.

[0062] In a sixteenth aspect, a chip is provided, the chip including a processor and a communication interface coupled to the processor, the processor being configured to run a program or instructions to implement the steps of the method as described in the first aspect, or the steps of the method as described in the second aspect, or the steps of the method as described in the third aspect, or the steps of the method as described in the fourth aspect, or the steps of the method as described in the fifth aspect, or the steps of the method as described in the sixth aspect.

[0063] In a seventeenth aspect, a computer program / program product is provided, the computer program / program product being stored in a storage medium, the computer program / program product being executed by at least one processor to implement the steps of the method as described in the first aspect, or the steps of the method as described in the second aspect, or the steps of the method as described in the third aspect, or the steps of the method as described in the fourth aspect, or the steps of the method as described in the fifth aspect, or the steps of the method as described in the sixth aspect.

[0064] In this embodiment, the first access point determines the total TXOP extension duration required by itself based on historical Co-TDMA negotiation results; the first access point adjusts its contention window to compete for becoming a Co-TDMA shared AP; the first access point broadcasts a beacon frame carrying the total TXOP extension duration. During the protocol negotiation phase of multi-AP cooperation, the first access point obtains historical Co-TDMA negotiation results and uses these results to confirm a reasonable TXOP duration. This TXOP duration is the total TXOP extension duration required by the first access point to enable effective Co-TDMA cooperation, and this total extension duration can cover the Co-TDMA protocol's... The first access point adjusts its contention window to compete for becoming the Co-TDMA shared AP, taking into account the BSS task requirements of the Co-TDMA shared AP, the total TXOP duration requirements of all Co-TDMA coordinated APs, and the additional time overhead required in the Co-TDMA cooperation process. By broadcasting a beacon frame carrying the total TXOP extension duration, dynamic expansion of TXOP is achieved, enabling the Co-TDMA shared AP to request a reasonable TXOP to meet subsequent cooperative transmission requirements. This avoids the possibility that the shareable TXOP duration may not be sufficient to meet the communication needs of Co-TDMA cooperation, thereby increasing the probability of effective Co-TDMA cooperation. Attached Figure Description

[0065] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0066] Figure 1 This is a schematic diagram of a network architecture of a communication system provided in an embodiment of this application;

[0067] Figure 2 This is a schematic diagram of a Co-TDMA collaboration process provided in an embodiment of this application;

[0068] Figure 3 This is a schematic diagram of signaling interaction for Co-TDMA cooperation provided in an embodiment of this application;

[0069] Figure 4 This is one of the flowcharts illustrating the communication method based on cooperative time-division multiple access provided in this application embodiment;

[0070] Figure 5 This is a schematic diagram of the structure of a Coordination-CTS frame provided in an embodiment of this application;

[0071] Figure 6This is the second flowchart illustrating the communication method based on cooperative time-division multiple access provided in this application embodiment;

[0072] Figure 7 This is a schematic diagram of a structure for sending a shared TXOP trigger frame for multiple users, provided in an embodiment of this application.

[0073] Figure 8 This is a schematic diagram of the structure of an Updated UHR Variant UserInfo element provided in an embodiment of this application;

[0074] Figure 9 This is a schematic diagram of the structure of a UHR UserInfo field provided in an embodiment of this application;

[0075] Figure 10 This is a schematic diagram of the structure of a Co-TDMA Coordination Element provided in an embodiment of this application;

[0076] Figure 11 This is a schematic diagram of the structure of a UserInfo field provided in an embodiment of this application;

[0077] Figure 12 This is the third flowchart illustrating the communication method based on cooperative time-division multiple access provided in this application embodiment;

[0078] Figure 13 This is a schematic diagram of a conditional phased collaboration-triggered signaling interaction provided in an embodiment of this application;

[0079] Figure 14 This is a flowchart illustrating a conditional phased collaboration triggering method provided in an embodiment of this application;

[0080] Figure 15 This is a schematic diagram of a network load threshold adjustment method based on an AI prediction model provided in an embodiment of this application;

[0081] Figure 16 This is one of the structural schematic diagrams of a communication device based on cooperative time division multiple access provided in the embodiments of this application;

[0082] Figure 17 This is a second schematic diagram of the structure of a communication device based on cooperative time division multiple access provided in this application embodiment;

[0083] Figure 18 This is the third schematic diagram of the structure of the communication device based on cooperative time division multiple access provided in the embodiments of this application;

[0084] Figure 19This is the fourth schematic diagram of the structure of the communication device based on cooperative time division multiple access provided in the embodiments of this application;

[0085] Figure 20 This is the fifth schematic diagram of the structure of the communication device based on cooperative time division multiple access provided in the embodiments of this application;

[0086] Figure 21 This is the sixth schematic diagram of the structure of the communication device based on cooperative time division multiple access provided in the embodiments of this application;

[0087] Figure 22 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application. Detailed Implementation

[0088] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.

[0089] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such use of data can be interchanged where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first," "second," etc., are generally of the same class and the number of objects is not limited; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0090] The term "instruction" in this application can be either a direct instruction (or explicit instruction) or an indirect instruction (or implicit instruction). A direct instruction can be understood as one in which the sender explicitly informs the receiver of specific information, the operation to be performed, or the requested result, etc., in the instruction sent. An indirect instruction can be understood as one in which the receiver determines the corresponding information based on the instruction sent by the sender, or makes a judgment and determines the operation to be performed or the requested result, etc., based on the judgment result.

[0091] The technical solutions provided in this application can be applied to wireless local area network (WLAN) systems, and are applicable to any of the Institute of Electrical and Electronics Engineers (IEEE) 802.11 series protocols used in WLANs, such as 802.11a / b / g, 802.11n, 802.11ac, 802.11ax, 802.11be, 802.11bn, and future 802.11 protocols. The methods provided in this application can be implemented by communication devices in a wireless communication system or by chips or processors within those devices. Accordingly, the communication device supports communication using the IEEE 802.11 series protocols. Although the embodiments of this application are mainly illustrated using a network deploying IEEE 802.11 as an example, those skilled in the art will readily understand that the various aspects involved in this application can be extended to other networks employing various standards or protocols, such as Bluetooth, high-performance radio LAN (HIPERLAN) (a wireless standard similar to IEEE 802.11, mainly used in Europe), wide area network (WAN), WLAN, personal area network (PAN), wireless personal area network systems based on ultra-wideband (UWB), sensing systems, or other networks now known or to be developed in the future. The methods provided in the embodiments of this application can be applied to the IEEE 802.15 series protocols, such as the 802.15.4a protocol, the 802.15.4z protocol, or the 802.15.4ab protocol, or a future generation of UWB WPAN protocol, etc., which will not be listed one by one.The technical solutions provided in this application can also be applied to the following communication systems, such as Internet of Things (IoT) systems, Vehicle-to-X (V2X) systems, narrowband Internet of Things (NB-IoT) systems, devices used in V2X systems, IoT nodes and sensors in IoT systems, smart cameras, smart remote controls, smart water and electricity meters in smart homes, and sensors in smart cities. Alternatively, they can also be applied to Long Term Evolution (LTE) systems, 5th-generation (5G) communication systems, and new communication systems that will emerge in future communication developments. Therefore, regardless of the coverage area and wireless access protocol used, the various aspects provided in this application can be applied to any suitable wireless network.

[0092] In the WiFi protocol, a station (abbreviated as STA) includes access point stations (abbreviated as AP STA) and non-access point stations (abbreviated as non-AP station). For the sake of simplicity, access point stations are usually called access points (abbreviated as AP), and non-access point stations are called stations (abbreviated as STA).

[0093] For example, please refer to Figure 1 This illustration shows a schematic diagram of the network architecture of a communication system 100 provided in some embodiments of this application. The communication system 100 may include an access point AP 110 and a station STA 120 that accesses the network through the access point 110.

[0094] In this application embodiment, the access point can also be referred to as an access point device, and the site can also be referred to as a site device.

[0095] The communication in the communication system 100 can be communication between an AP and a non-AP STA, communication between two non-AP STAs, or communication between a STA and a peer STA. Here, a peer STA can refer to a device that communicates with a STA on an equal footing. For example, a peer STA may be an AP or a non-AP STA.

[0096] An access point (AP) acts as a bridge connecting wired and wireless networks. Its main function is to connect various wireless network clients together and then connect the wireless network to the Ethernet. AP devices can be terminal devices with Wi-Fi chips (such as mobile phones) or network devices (such as wireless routers, wireless switches, or wireless repeaters).

[0097] It should be understood that the role of a STA in a communication system is not absolute. For example, in some scenarios, when a mobile phone connects to a router, it is a non-AP STA; when the mobile phone acts as a hotspot for other mobile phones, it plays the role of an AP.

[0098] Access points can support communication or sensing based on WiFi protocols, such as 802.11b, 802.11a, 802.11g, 802.11n, 802.11ac, 802.11ax, 802.11be, 802.11bn, or next-generation or later protocols.

[0099] The site can support communication or sensing based on WiFi protocols, such as 802.11b, 802.11a, 802.11g, 802.11n, 802.11ac, 802.11ax, 802.11be, 802.11bn, or next-generation or later protocols.

[0100] WLAN systems can provide high-speed, low-latency transmission. As WLAN application scenarios continue to evolve, WLAN systems will be applied to more scenarios or industries, such as the Internet of Things industry, the Internet of Vehicles industry, the banking industry, enterprise offices, stadiums and exhibition halls, concert halls, hotel rooms, dormitories, hospital wards, classrooms, shopping malls, squares, streets, production workshops and warehouses, etc. Of course, devices that support WLAN communication or sensing (such as access points or sites) can be sensor nodes in smart cities (such as smart water meters, smart electricity meters, and smart air monitoring nodes), smart devices in smart homes (such as smart cameras, projectors, displays, televisions, speakers, refrigerators, and washing machines), nodes in the Internet of Things (IoT), entertainment terminals (such as wearable devices for augmented reality (AR) and virtual reality (VR), smart devices in smart offices (such as printers, projectors, loudspeakers, and speakers), vehicle-to-everything (V2X) devices, infrastructure in daily life scenarios (such as vending machines, self-service navigation kiosks in supermarkets, self-service checkout machines, and self-service ordering machines), and equipment in large sports and music venues.

[0101] In this embodiment, an access point is a device with wireless communication capabilities, supporting communication or sensing using the WLAN protocol. It has the function of communicating or sensing with other devices in the WLAN network (such as non-AP STAs or other access points), and can also have the function of communicating or sensing with other devices. Alternatively, an access point acts as a bridge connecting wired and wireless networks, primarily connecting various wireless network clients together and then connecting the wireless network to the Ethernet. This wireless communication device can be a complete device, or a chip, processing system, or functional module installed within a complete device. Devices with these chips, processing systems, or functional modules can implement the methods and functions of this embodiment under the control of the chips, processing systems, or functional modules. The AP in this embodiment is a device providing services to non-AP STAs and can support 802.11 series protocols or subsequent protocols. For example, an access point can be an access point for terminals (such as mobile phones) to enter a wired (or wireless) network, mainly deployed in homes, buildings, and parks, with a typical coverage radius of tens to hundreds of meters; it can also be deployed outdoors. For example, an AP can be a communication server, router, switch, bridge, or other communication entity; APs can include various forms of macro base stations, micro base stations, repeater stations, etc.

[0102] In the embodiments of this application, the site can be a user terminal device supporting WLAN or WiFi technology, a mobile phone, a tablet computer, a computer, a virtual reality (VR) device, an augmented reality (AR) device, a wireless device in industrial control, a set-top box, a wireless device in self-driving, a vehicle communication device, a wireless device in remote medical care, a wireless device in a smart grid, a wireless device in transportation safety, a wireless device in a smart city or a wireless device in a smart home, a wireless communication chip / application specific integrated circuit (ASIC) / system on chip (SOC), etc.

[0103] WLAN technology can support frequency bands including but not limited to: low frequency bands (e.g., 2.4GHz, 5GHz, 6GHz) and high frequency bands (e.g., 60GHz).

[0104] Figure 1 An exemplary embodiment shows one AP 110 and two non-AP STAs 120. Optionally, the communication system 100 may include multiple AP STAs and other numbers of non-AP STAs, which is not limited in this application embodiment.

[0105] It should be understood that devices with communication functions in the network / system of this application embodiment can be referred to as communication devices. Figure 1 Taking the communication system 100 shown as an example, the communication equipment may include an access point 110 and a station 120 with communication functions. The access point 110 and the station 120 may be the specific equipment mentioned above, which will not be repeated here. The communication equipment may also include other equipment in the communication system 100, such as network controllers, gateways and other network entities. This application embodiment does not limit this.

[0106] It should be understood that the terms “system” and “network” used in this application are often used interchangeably herein.

[0107] In the description of the embodiments of this application, the term "correspondence" may indicate that there is a direct or indirect correspondence between two things, or that there is an association between two things, or that there is a relationship of instruction and being instructed, configuration and being configured, etc.

[0108] In this application embodiment, "predefined" can be implemented by pre-storing corresponding codes, tables, or other means that can be used to indicate relevant information in the device (e.g., including access points and sites). This application does not limit the specific implementation method. For example, predefined can refer to what is defined in the protocol.

[0109] In this application embodiment, "protocol" may refer to standard protocols in the field of communication, such as the WiFi protocol and related protocols applied to future WiFi communication systems, and this application does not limit it.

[0110] Access point 110 and site 120 can associate and communicate via wireless LAN technology. Association refers to the process of negotiating wireless link services between the STA and AP to establish a wireless link between them.

[0111] Coordinated Time Division Multiple Access (Co-TDMA) cooperation is built upon the TXOP (TXOP Sharing) technology in the 802.11be Extremely High Throughput (EHT) standard. TXS technology allows an Access Point (AP) to share its unused TXOP resources with a non-AP station (non-AP STA) connected to it after completing its Basic Service Set (BSS) data transmission, thus avoiding waste of communication time domain resources. With the support of TXS technology, Co-TDMA cooperation is extended within the 802.11bn Ultra High Reliability (UHR) protocol framework, allowing an AP to share its remaining TXOP resources with a group of neighboring APs after completing its BSS tasks. An AP that occupies and shares the TXOP (Turn-On-Distribution Point) is called a Co-TDMA Sharing AP, while other APs that participate in Co-TDMA cooperation and use the TXOP resources shared by the Co-TDMA Sharing AP are called Co-TDMA Coordinated APs. Multiple Co-TDMA Coordinated APs working together can reduce the overhead of these APs when competing for the channel and also increase the chances of transmitting low-latency traffic.

[0112] To achieve Co-TDMA cooperation, related technologies require the Co-TDMA Sharing AP to collect and negotiate the TXOP (Turn-Turn-Operate) demand information of all APs in wireless communication through a polling strategy. This ensures that all Co-TDMA polled APs can cooperate effectively in the time domain. It is important to emphasize that a Co-TDMA polled AP that feeds back its TXOP demand information to the Co-TDMA Sharing AP, and which the Co-TDMA Sharing AP agrees to allocate TXOP to, becomes a Co-TDMA Coordinated AP.

[0113] The goal of Co-TDMA collaboration is to improve channel utilization and reduce idle time by sharing TXOPs through a Multiple AP Coordination (MAPC) mechanism to avoid wasting time-domain resources. Therefore, Co-TDMA avoids latency caused by multiple AP contention in dense environments, thus providing low-latency services for real-time applications such as Virtual Reality (VR) and industrial control. It can also enhance TXOP sharing capabilities between non-co-located APs and overcome traditional single-AP limitations by extending peer-to-peer (P2P) communication and cross-Extension Service Set (ESS) collaboration.

[0114] To achieve the above objectives, the core functions of Co-TDMA include:

[0115] (1) Dynamic TXOP allocation meets the communication needs of multiple APs. That is, the Co-TDMA Sharing AP divides the allocatable TXOP resources and allocates them to all APs in the network waiting for TXOP as much as possible.

[0116] (2) A stable signaling framework ensures that the Co-TDMA process proceeds in sequence. Specifically, the Co-TDMA Sharing AP uses the Buffer Status Report Poll Frame (BSRP Frame) to poll the Co-TDMA Trigger-based Initial Control Frame (Co-TDMA TB ICF) to request TXOP demand information from the Co-TDMA Polled AP. The Co-TDMA Polled AP responds and provides feedback on its TXOP demand using the Multi-STA BlockAck Frame (M-BA Frame). Based on the feedback, the Co-TDMA Sharing AP allocates its shareable TXOP resources by sending a Multi-User Request To Send TXOP sharing Trigger Frame (MU-RTS TXS Trigger Frame).

[0117] Based on the aforementioned core functions, Co-TDMA can achieve synchronous allocation of time slots among multiple APs to avoid interference conflicts between multiple APs, thereby enabling low-latency and interference-free communication services in dense communication scenarios represented by the Industrial Internet of Things.

[0118] Figure 2 This is a schematic diagram of a Co-TDMA collaboration process provided in an embodiment of this application, such as... Figure 2 As shown, the Co-TDMA collaboration process includes:

[0119] (1) Co-TDMA polling process

[0120] After a Co-TDMA Sharing AP obtains TXOPs through a contention mechanism, it declares its intention to cooperate by sending an ICF (Internal Communication Frame) and polls neighboring Co-TDMA Polled APs, hoping to share their remaining TXOP resources with them to avoid wasting time-domain resources. The polled Co-TDMA Polled AP must respond with an M-BAFrame, carrying its intention to participate in Co-TDMA cooperation and the required TXOP duration. If the Co-TDMA Polled AP agrees to participate in Co-TDMA cooperation, it may become a Co-TDMA Coordinated AP; if it disagrees or does not respond, the Co-TDMA Sharing AP assumes it has no immediate need for cooperation.

[0121] (2) TXOP allocation process

[0122] Based on the collaborative requirements feedback from the M-BA Frame, the Co-TDMA Sharing AP allocates TXOPs via the MU-RTS TXS Trigger frame according to the following principles:

[0123] If a Co-TDMA Sharing AP allocates a TXOP to a Co-TDMA Polled AP, then the Co-TDMA Polled AP becomes a Co-TDMA Coordinated AP. After receiving the MU-RTS TXS Trigger frame, the Co-TDMA Coordinated AP needs to send a CTS frame to the Co-TDMA Sharing AP one SIFS later to indicate that it has received the MU-RTS TXS Trigger frame and accepted the Co-TDMA Sharing AP's TXOP allocation scheme. After that, the Co-TDMA Coordinated AP can use the shared TXOP to perform its own BSS tasks and transmit data to its associated non-AP STAs within its allocated time.

[0124] If the Co-TDMA Sharing AP does not allocate a TXOP to the Co-TDMA Polled AP, the Co-TDMA Polled AP cannot enter Co-TDMA cooperation. It can wait for the next TXOP cycle to continue to apply for shareable TXOP resources from the Co-TDMA Sharing AP.

[0125] If the Co-TDMA Coordinated AP does not send a CTS frame to the Co-TDMA Sharing AP, the Co-TDMA Sharing AP can reallocate a TXOP or terminate the Co-TDMA cooperation process.

[0126] The total TXOP allocation duration ∑TXOP_alloc and the total time overhead T_overhead required by Co-TDMA must satisfy ∑TXOP_alloc+T_overhead≤min(AC_VI TXOP Limit, current AC TXOP Limit), and the Co-TDMA Sharing AP's own service usage must be ≥33% of TXOP (∑TXOP_alloc≤67% TXOP). Here, AC_VI TXOPLimit is the default maximum TXOP duration for video streams; within this default maximum TXOP duration, video stream data can be directly transmitted. Exceeding this default maximum TXOP duration, the STA needs to wait for channel idle time again before transmitting a new VI stream. The current AC TXOPlimit is the maximum TXOP value specified by the data type transmitted by the Co-TDMA Sharing AP.

[0127] If the Traffic ID (TID) priority of the Co-TDMA Polled AP is lower than the TID priority of the Co-TDMA Sharing AP, then the Co-TDMA Sharing AP is prohibited from allocating TXOPs to the Co-TDMA Polled AP.

[0128] (3) TXOP return process

[0129] If a Co-TDMA Coordinated AP completes transmission early and has the function of actively returning the TXOP, it needs to send a MAPC TXOP Return frame to the Co-TDMA Sharing AP to explicitly return the shared TXOP. Upon receiving this, the Co-TDMA Sharing AP replies with an ACK and reclaims control of the TXOP. If the Co-TDMA Sharing AP transmits an ICF with TXOP Return Solicited=1 to the Co-TDMA Coordinated AP while the Co-TDMA Coordinated AP is using the TXOP, this means the Co-TDMA Sharing AP requests the Co-TDMA Coordinated AP to immediately force the return of the TXOP. In this case, the Co-TDMA Coordinated AP must interrupt Co-TDMA cooperation and force the return of the TXOP via the MAPC TXOP Return frame. If the Co-TDMA Sharing AP does not enable forced return, such as... Figure 2 As shown, the shareable TXOP can be proactively returned to the Co-TDMA Sharing AP after the Co-TDMA Coordinated AP has completed its BSS task.

[0130] Taking a specific communication scenario as an example, Figure 3 This is a schematic diagram of signaling interaction for Co-TDMA cooperation provided in an embodiment of this application. Figure 3 As shown, there are three APs in the wireless communication network: AP1, AP2, and AP3. During the current TXOP (Turns to Target) period, AP1 wins ownership of the current TXOP through a channel contention mechanism, becoming the Co-TDMA Sharing AP. To ensure that all three APs can transmit data to their associated STAs within the current TXOP without data interference between APs, the standard Co-TDMA cooperation process involving AP1, AP2, and AP3 can be summarized as follows:

[0131] AP1 first transmits an ICF to AP2 and AP3, indicating that AP1 is willing to release the shareable TXOP to AP2 or AP3 for use after completing the task.

[0132] Both AP2 and AP3 transmit an M-BA Frame to AP1 after one SIFS. AP2 rejects the TXOP allocated by AP1, while AP3 agrees to enter Co-TDMA cooperation and writes the required TXOP duration into the M-BA Frame.

[0133] AP1 performs its own BSS task, transmitting data to the STAs associated with it.

[0134] After AP1 completes its own BSS task, it transmits a MU-RTS TXS TriggerFrame to AP3 after one SIFS, in which the shareable TXOP duration that AP3 can use is written.

[0135] After receiving the MU-RTS TXS Trigger Frame, AP3 becomes a Co-TDMA Coordinated AP and sends a Clear-to-Send (CTS) frame back to AP1 after one SIFS. Then, after another SIFS, within the shareable TXOP range that AP3 is allowed to perform its own BSS tasks, AP3 transmits data to the STAs connected to it.

[0136] After the data transmission is complete, after one SIFS, AP3 uses the MAPC TXOP Return Frame to indicate to AP1 that its BSS task has been completed and returns the TXOP occupied by AP3 to AP1; AP1 uses ACK to indicate that the TXOP has been successfully reclaimed.

[0137] As can be seen from the above examples, each process of Co-TDMA cooperation strictly depends on SIFS. Although this operation will have significant signaling overhead, the sharing of TXOPs in Co-TDMA cooperation can be carried out according to the order of negotiation information, thereby avoiding interference and conflict between multiple APs.

[0138] Current Co-TDMA-based solutions suffer from excessive time overhead.

[0139] Table 1 illustrates the overhead analysis of a Co-TDMA cooperation process provided in an embodiment of this application. It is assumed that in a Co-TDMA cooperation set, a Co-TDMA Sharing AP polls n Co-TDMA Polled APs, but only m Co-TDMA Coordinated APs agree to join the Co-TDMA cooperation. Therefore, the corresponding overhead is shown in Table 1, where the data transmission rate is assumed to be 12 MB / s. Optionally, assuming n = 2 and m = 1, the time overhead of the Co-TDMA cooperation process (polling, allocation, return) is at least 326 μs. The fixed timing consumption of stages such as the ICF frame (46.67 μs) in the polling phase, the M-BA response (40 μs), and the MU-RTS frame (43.33 μs) and CTS response (29.33 μs) in the allocation phase may exceed the carrying capacity of a short TXOP.

[0140] Table 1. Overhead Analysis of Co-TDMA Collaboration Process

[0141]

[0142]

[0143] Based on the analysis shown in Table 1, the Co-TDMA collaborative scheme in the relevant technologies suffers from excessive time overhead. This may cause TXOP to be exhausted prematurely during the polling phase, thus necessitating the design of a reasonable TXOP duration scheme. At this point, there are three possible TXOP duration optimization schemes:

[0144] Option 1. During the TXOP application phase, the Co-TDMA Sharing AP applies for a reasonable number of TXOPs based on its own communication needs and those of all Co-TDMA Polled APs.

[0145] Option 2. Unlike Option 1, Option 2 does not consider the collaboration duration requirement during the TXOP application stage. Specifically, after the Co-TDMA Sharing AP applies for the original TXOP based on its own communication needs, the remaining TXOP is expanded during the collaboration stage to meet the communication duration requirements of all Co-TDMA Polled APs.

[0146] Option 3. Unlike Options 1 and 2, Option 3 does not improve the TXOP duration during the collaboration and request phases when the TXOP duration is unreasonable. In this case, to reduce TXOP losses caused by ineffective collaboration, Co-TDMA sharing APs should be prohibited from entering Co-TDMA collaboration. Alternatively, the number of collaboration sets should be reduced.

[0147] Therefore, regarding the above three different schemes and the existing Co-TDMA collaboration process, the problems with these schemes are as follows:

[0148] Question 1: How to apply for a reasonable TXOP?

[0149] In the current Co-TDMA collaboration process, Co-TDMA Sharing APs often occupy most of the TXOP time to ensure the transmission of their own BSS services (such as video streams or large files), resulting in too little remaining time after completing their local tasks. The TXOP limit for high-priority services (such as AC_VI) is typically only 3ms, leaving less than a few hundred microseconds of remaining time after transmission. If the shareable TXOP is less than the collaboration overhead, not only will the collaboration process fail to start, but channel resources will also be wasted, severely limiting the practical application value of Co-TDMA in dense scenarios. Therefore, as in Scheme 1, Co-TDMA Sharing APs need to request a reasonable TXOP; how to request a reasonable TXOP is a problem that needs to be solved.

[0150] Question 2: How to flexibly allocate TXOPs?

[0151] To improve the chances of Co-TDMA cooperation, one could consider forcing Co-TDMA Sharing APs to request TXOPs or expanding the TXOP (e.g., to 10ms). However, this could raise fairness issues: for example, if there are 5 APs cooperating in the network, and the current Co-TDMA Sharing AP exclusively gets 10ms while the other 4 APs each only get 1ms, then the Jain fairness index... It will decrease to J = (10 + 1 + 1 + 1 + 1) 2 / [5×(10+1+1+1+1)]=196 / 510≈0.384, violating the fair competition principle of Enhanced Distributed Channel Access (EDCA). Simultaneously, a larger TXOP exacerbates the risk of hidden nodes—assuming a hidden node density of λ=0.1 nodes / ms, the probability of ≥1 collision within 10ms exceeds 60% (collision probability P). collision =1-e -λ·TXOP This leads to frequent retransmissions and a decrease in effective throughput. Furthermore, the constraints of Co-TDMA cooperation require that the total cooperation duration Tco ≤ min(AC_VILimit, current AC Limit) and that its own service share ≥ 33%, further limiting the allocation space for large TXOPs. Therefore, as in Scheme 2, the Co-TDMA Sharing AP requests initial TXOPs based on its own BSS service needs. After completing its own BSS service transmission, it needs to flexibly allocate TXOPs. How to flexibly allocate TXOPs is a problem that needs to be solved.

[0152] Question 3: How to handle the issue of unreasonable shared TXOP?

[0153] When unreasonable resource allocation leads to insufficient shareable TXOPs, systemic Co-TDMA collaboration failure will be triggered. To save overhead, the number of participating APs needs to be limited (e.g., reduced from 5 to 2), sacrificing multi-node collaboration gains. Simultaneously, if remaining resources fall below the 326μs threshold, collaboration is forcibly abandoned, causing low-latency services (such as vehicle emergency stop commands) to experience increased packet loss due to the inability to obtain deterministic time slots. Therefore, as in Scheme 3, reducing the number of Co-TDMA Cooridinated APs participating in Co-TDMA collaboration or removing Co-TDMA Sharing APs from the collaboration process can effectively solve the collaboration failure problem. The technical details of this scheme require further refinement.

[0154] In summary, the current Co-TDMA cooperation mechanism has a problem where the shareable TXOP duration may not meet the communication requirements of Co-TDMA cooperation, resulting in the ineffective execution of Co-TDMA cooperation.

[0155] To address the aforementioned issues, embodiments of this application provide a communication method based on cooperative time-division multiple access.

[0156] In the embodiments of this application, collaboration, coordination, and cooperation can be used interchangeably.

[0157] The following description, in conjunction with the accompanying drawings, details a communication method based on cooperative time-division multiple access provided in this application through some embodiments and application scenarios.

[0158] Figure 4 This is one of the flowcharts illustrating a communication method based on cooperative time-division multiple access provided in this application. For example... Figure 4 As shown, the communication method based on cooperative time division multiple access includes at least one of steps 400 to 406.

[0159] It should be understood that the communication method based on cooperative time division multiple access involved in the embodiments of this application may include at least one of steps 400 to 406. Figure 4 Each step can be implemented as a separate embodiment, and Figure 4 The combination of any two steps can be implemented as an independent embodiment, but is not limited thereto.

[0160] Step 400: The first access point sends a MAPC negotiation request frame to at least one second access point. The MAPC negotiation request frame is used to request the TXOP duration required by each second access point during the historical Co-TDMA cooperation process.

[0161] The first access point is an AP in the network. It can compete to become a Co-TDMA Sharing AP by adjusting its contention window. The second access point is a neighboring access point of the first access point and is an AP in the network that may become a Co-TDMA Coordinated AP. There can be one or more second access points. Figure 4 Only one second access point is shown, which does not constitute a limitation on the second access point.

[0162] Co-TDMA is one of the schemes for multi-AP cooperation. Before establishing Co-TDMA cooperation, the first access point uses the common procedures for all multi-AP coordination schemes (MAPC agreement negotiation) phase to determine the AP(s) with TXOP requirements among its neighboring access points in the network. In other words, it determines other APs (i.e., second access points) that are expected to cooperate in multi-AP cooperation. During the protocol negotiation phase of multi-AP cooperation, the duration of TXOP requirements of each second access point is negotiated and exchanged to obtain the historical Co-TDMA negotiation results.

[0163] Correspondingly, the second access point receives a MAPC negotiation request frame from the first access point.

[0164] Step 401: The second access point sends a MAPC negotiation response frame to the first access point. The MAPC negotiation response frame carries the TXOP duration required by the second access point during the historical Co-TDMA cooperation process.

[0165] Correspondingly, the first access point receives the MAPC negotiation response frame and obtains the TXOP duration required by at least one second access point in the historical Co-TDMA cooperation process. Based on the TXOP duration required in the historical Co-TDMA cooperation process fed back by at least one second access point, the first access point determines the historical Co-TDMA negotiation result.

[0166] Step 402: The first access point determines the historical Co-TDMA negotiation result based on the TXOP duration required in the historical Co-TDMA cooperation process fed back by at least one second access point.

[0167] It should be noted that the TXOP duration required by the second access point in the historical Co-TDMA cooperation process can be the average of the TXOP duration required by the second access point in the historical multiple rounds of Co-TDMA cooperation, or it can be the TXOP duration required by the second access point in the previous round of Co-TDMA cooperation.

[0168] The historical Co-TDMA negotiation results are the sum of the TXOP durations required during the historical Co-TDMA cooperation process reported by each second access point, which is the neighboring access point of the first access point in the network.

[0169] For example, the historical Co-TDMA negotiation results are represented by TXOP_co. If N second access points report the TXOP duration required during the historical Co-TDMA cooperation process, then TXOP_co represents the sum of the TXOP durations required by the N second access points during the historical Co-TDMA cooperation process.

[0170] The TXOP_co value is the sum of the TXOP durations required by the Co-TDMA Coordinated APs during previous Co-TDMA collaborations. Therefore, during each round of Co-TDMA collaboration, the collaboration TXOP duration needs to be recorded for APs to compete for TXOPs in subsequent rounds of Co-TDMA collaboration.

[0171] In this embodiment, the first access point determines the second access point in the network through the protocol negotiation phase of the multi-AP cooperation common process of the multi-AP cooperation scheme. In the protocol negotiation phase of the multi-AP cooperation, the first access point completes the negotiation and exchange of the TXOP duration required by each second access point in the historical Co-TDMA cooperation process. The TXOP requirement durations fed back by each second access point are summed to finally obtain the historical Co-TDMA negotiation result. Then, the reasonable TXOP duration is confirmed through the result. The TXOP duration is the total extended TXOP duration required by the first access point to enable the effective execution of Co-TDMA cooperation.

[0172] It should be noted that steps 400 to 402 are optional. This application provides a specific implementation of how a first access point obtains historical Co-TDMA negotiation results. Other technical solutions that enable the first access point to obtain historical Co-TDMA negotiation results can also be used, and this application does not limit them.

[0173] Step 403: Based on the historical Co-TDMA negotiation results, the first access point determines the total extension time of the transmission opportunity (TXOP) required by the first access point.

[0174] For Co-TDMA collaboration to be effective, a reasonable TXOP (Turn-Only Operation) needs to satisfy both the Co-TDMA Sharing AP's own BSS (Browser Support System) requirements and the Co-TDMA collaboration requirements (including the communication requirements of all possible Co-TDMA Coordinated APs in the network and the additional time overhead in the Co-TDMA collaboration process). The Co-TDMA Sharing AP first needs to estimate the required total TXOP extension duration (TXOP_req) to request a reasonable TXOP duration.

[0175] Optionally, the total TXOP extension time required by the first access point is equal to the TXOP time required by the first access point to execute its own Basic Service Set (BSS) task, the additional time overhead in the Co-TDMA collaboration process, and the sum of historical Co-TDMA negotiation results.

[0176] The formula for estimating the total TXOP extension time provided in this application embodiment is as follows:

[0177] TXOP_req=TXOP_self+TXOP_co+TXOP_overhead

[0178] Wherein, TXOP_self represents the TXOP required by the Co-TDMA Sharing AP to execute its own BSS task, and TXOP_self is determined by the Co-TDMA Sharing AP itself; TXOP_co is the historical Co-TDMA negotiation result; TXOP_overhead is the additional time overhead required in the Co-TDMA collaboration process (i.e., the sum of the minimum overhead of the polling, allocation, and return phases), and TXOP_overhead can be estimated according to the overhead analysis method of the Co-TDMA collaboration process in Table 1.

[0179] In this embodiment, a reasonable TXOP needs to satisfy both the Co-TDMA Sharing AP's own BSS requirements and the Co-TDMA collaboration requirements (i.e., the communication requirements of all Co-TDMA Polled APs and the additional time overhead in the Co-TDMA collaboration process). The communication requirements of all possible Co-TDMA Coordinated APs are represented by historical Co-TDMA negotiation results (TXOP_co). The TXOP duration (TXOP_self) required for the first access point to execute its own Basic Service Set BSS task is determined by the Co-TDMA Sharing AP itself. The additional time overhead in the Co-TDMA collaboration process (TXOP_overhead) can be estimated using the overhead analysis method for the Co-TDMA collaboration process. The total TXOP extension duration required by the first access point is obtained by summing the TXOP duration required for the first access point to execute its own Basic Service Set BSS task, the additional time overhead in the Co-TDMA collaboration process, and the historical Co-TDMA negotiation results. Therefore, the total TXOP extension duration calculated according to the above estimation formula can meet the BSS requirements of the Co-TDMA Sharing AP itself and the Co-TDMA cooperation requirements. Thus, the total TXOP extension duration can be applied for as a reasonable TXOP to enable the effective execution of Co-TDMA cooperation.

[0180] In Co-TDMA collaboration, the first access point typically needs to reserve 33% of the TXOP duration for its own associated STA.

[0181] Optionally, the TXOP duration required for the first access point to execute its own Basic Service Set (BSS) task and the total extended TXOP duration required by the first access point must satisfy the following first condition:

[0182] TXOP_self ≥ 0.33 × TXOP_req

[0183] Wherein, TXOP_self is the TXOP duration required for the first access point to execute its own Basic Service Set (BSS) task, and TXOP_req is the total extended TXOP duration required by the first access point.

[0184] Alternatively, if the total TXOP extension time required by the first access point is used to perform Co-TDMA, and both the first access point and the second access point, whose received signal strength indication of the beacon frame received on the main channel is not lower than the first threshold, have established Co-TDMA cooperation, the TXOP time required by the first access point to perform its own Basic Service Set (BSS) task and the total TXOP extension time required by the first access point are not limited by the first condition.

[0185] It should be noted that if TXOP_req is used to perform Co-TDMA, and the Co-TDMA Sharing AP has established Co-TDMA cooperation with all Co-TDMA Coordinated APs whose Received Signal Strength Indicator (RSSI) of the Beacon Frame received on its primary 20MHz channel is not lower than the first threshold, then it is not subject to the 33% minimum self-use time requirement in the above formula.

[0186] For example, the first threshold is -72dBm, where dBm is calculated using the following formula: In other words, the first threshold can also be expressed in mW units, as follows: -72dBm = 10 -7.2 mW≈6.31×10 -8 mW.

[0187] In this embodiment, the first access point needs to reserve 33% of its TXOP duration for its associated STA to meet the transmission task requirements of its own BSS. Alternatively, if the total TXOP extension time required by the first access point is used to perform Co-TDMA, and both the first access point and the second access point (where the received signal strength of the beacon frame received on the main channel is not lower than a first threshold) have established Co-TDMA cooperation, then the interference of the second access point is controllable, and it is not necessary to reserve 33% of the TXOP duration for the first access point's associated STA (terminal). More resources can be allocated to other APs. This enables flexible allocation of TXOP resources in a fully coordinated, dense AP deployment scenario.

[0188] In Co-TDMA collaboration, it is necessary to prevent the TXOP allocated by the Co-TDMA Sharing AP from exceeding the limit.

[0189] Optionally, the sum of the additional time overhead in the Co-TDMA collaboration process and the Co-TDMA negotiation results needs to meet the following second condition:

[0190] TXOP_co+TXOP_overhead≤min(AC_VI TXOP Limit,current AC TXOP Limit)

[0191] Wherein, TXOP_co is the historical Co-TDMA negotiation result, TXOP_overhead is the additional time overhead in the Co-TDMA cooperation process, AC_VI TXOP Limit is the maximum TXOP limit for the video stream access type, and current ACTXOP Limit is the maximum TXOP limit for the access type of the data stream transmitted by the first access point.

[0192] In the embodiments of this application, once the second condition is met, the TXOP allocated by the Co-TDMA Sharing AP can be prevented from exceeding the limit.

[0193] Step 404: The first access point adjusts its contention window to compete to become a Co-TDMA shared AP.

[0194] This application embodiment extends the parameter fields of Enhanced Distributed Channel Access (EDCA) to implement a collaborative TXOP dynamic request mechanism.

[0195] The EDCA mechanism's Contention Window (CW) mechanism can be used to differentiate service priorities. The Contention Window (CW) is an integer range [CWmin, CWmax]. When an access point / site is competing for a channel, it randomly selects a backoff counter value within this range, and the "wait-and-compete" logic is implemented by decrementing the counter. By dynamically adjusting the contention window size, channel access opportunities for services of different priorities can be balanced, reducing conflicts and ensuring low latency for high-priority services.

[0196] The EDCA mechanism categorizes services into four Access Categories (ACs), with priorities from highest to lowest: AC_VO (voice) > AC_VI (video) > AC_BE (best-effort) > AC_BK (background). Each AC corresponds to independent Contention Window (CW) parameters. These CW parameters include: CWmin: minimum contention window (lower limit of initial backoff range); CWmax: maximum contention window (upper limit of backoff range); and AIFSN (arbitration inter-frame interval): the number of waiting slots before backoff (the higher the priority, the smaller the AIFSN).

[0197] EDCA's contention window mechanism achieves differentiated resource allocation of wireless channels by binding CW parameters (CWmin / CWmax / AIFSN) with priority and using a binary exponential backoff algorithm: high-priority services (such as voice and video) gain priority access through a smaller backoff window and shorter waiting time, while low-priority services reduce the impact of conflicts on the network through a larger window, ultimately optimizing QoS (Quality of Service) in multi-service scenarios.

[0198] The first access point increases its probability of becoming a Co-TDMA shared AP by adjusting the contention window.

[0199] Optionally, the first access point adjusts the contention window, including:

[0200] The first access point determines the first contention window based on the historical cooperation benefit ratio and the basic contention window value of Enhanced Distributed Channel Access (EDCA).

[0201] The first access point adjusts the current contention window to the first contention window.

[0202] The first access point calculates the first competition window based on the historical collaboration revenue ratio R_co and the basic competition window of EDCA, and adjusts the current competition window of the first access point to the first competition window.

[0203] Optionally, the first access point determines the first contention window based on the historical cooperative benefit ratio and the basic contention window value of Enhanced Distributed Channel Access (EDCA), including:

[0204] The first access point calculates the first contention window based on the historical cooperation benefit ratio and the basic contention window value of Enhanced Distributed Channel Access (EDCA) using the following formula:

[0205] CW_new=CW_base / (1+α·R_co),

[0206] Where α is the adjustment factor, R_co is the historical collaborative revenue ratio, and CW_base is the basic competitive window value of EDCA.

[0207] For example, 0.2 ≤ α ≤ 0.5, R_co is the average percentage of cooperative transmission time within the past N TXOPs (calculated by dividing the cooperative transmission time by the total TXOP duration), and CW_base is the default value for CWmin and CWmax. Cooperative transmission time can be understood as the total TXOP duration allocated to / shared with the Co-TDMA Coordinated AP during a round of Co-TDMA cooperation, or as the total TXOP duration required by each Co-TDMA Coordinated AP during a round of Co-TDMA cooperation. Optionally, the cooperative transmission time is equal to the historical Co-TDMA negotiation results mentioned above.

[0208] The historical cooperation benefit ratio reflects the proportion of TXOP time used by the AP for cooperative transmission during historical Co-TDMA cooperation. As shown in the formula above, the first contention window is related to the historical cooperation benefit ratio. Specifically, the higher the historical cooperation benefit ratio of the first access point, the smaller the calculated first contention window, and the easier it is for the first access point to compete to become the Co-TDMA shared AP.

[0209] Based on step 403 above, each AP in the network can estimate TXOP_req, and the first access point and other APs in the network compete for TXOP simultaneously. The AP that successfully acquires TXOP becomes the Co-TDMA Sharing AP.

[0210] Step 405: The first access point declares first information by sending a first frame. The first information is used to indicate that the first access point needs to enter the Co-TDMA cooperative mode in the next round of TXOP.

[0211] It should be noted that step 405 is optional.

[0212] After the first access point (ATP) preempts the channel, it sends a first frame to declare that it needs to enter Co-TDMA cooperative mode in the next round of TXOP. The ATP sends the first frame via broadcast, and other devices in the network can receive it.

[0213] Optionally, the first frame is a Coordination Clear to Send (Coordination-CTS) frame. Figure 5 This is a schematic diagram of the structure of a Coordination-CTS frame provided in an embodiment of this application. For example... Figure 5 As shown, the Coordination-CTS frame includes the following fields: Frame Control (FC) field, Duration field, Receive Address (RA) field, and Frame Check Sequence (FCS) field.

[0214] Correspondingly, the second access point receives the first frame, which is used to declare the first information, and the first information is used to indicate that the first access point needs to enter the Co-TDMA cooperative mode in the next round of TXOP.

[0215] When the second access point receives the first frame, it knows that the first access point has preempted the channel and needs to enter the Co-TDMA cooperation mode in the next round of TXOP, and will use TXOP. If the second access point has Co-TDMA cooperation needs, it can interact with the first access point through the subsequent Co-TDMA cooperation process and report the TXOP request duration to the first access point.

[0216] Step 406: The first access point broadcasts a beacon frame, which carries the total TXOP extension time required by the first access point.

[0217] Understandably, after the first access point sends the first frame, it broadcasts a beacon frame. This beacon frame carries the total TXOP extension time required by the first access point, in order to announce the TXOP time it will occupy in the next round of TXOP. As a result, other devices in the network will not transmit data during the total TXOP extension time, thus realizing the application for the total TXOP extension time.

[0218] Optionally, the frame structure of the beacon frame here may include Co-TDMA coordination elements as described below. The Co-TDMA coordination elements include at least one of the following fields: the total number of APs coordinated by Co-TDMA, the total duration of the shareable TXOP, the information field of the APs coordinated by Co-TDMA, and the step size field for TXOP duration allocation; wherein the value of the total duration of the shareable TXOP field is the total extended duration of TXOP required by the first access point.

[0219] After successfully competing to become the Co-TDMA Sharing AP at the first access point, it can poll all Co-TDMA Polled APs in the network for TXOP requests. Based on the feedback from the Co-TDMA Polled APs, the Co-TDMA Sharing AP can obtain the actual value of TXOP_req. Then, the Co-TDMA Sharing AP can apply for the corresponding TXOP resources according to the actual value of TXOP_req, thereby meeting the communication requirements of Co-TDMA cooperation and improving the effectiveness of Co-TDMA cooperation.

[0220] In some cases, the Co-TDMA Sharing AP may not be able to meet the requirements corresponding to the actual value of TXOP_req. Optionally, the method further includes: when the channel is idle, the first access point rebroadcasts a beacon frame, the beacon frame carrying the total TXOP extension time required by the first access point and / or the TXOP time required by each second access point in the network.

[0221] In this embodiment, the beacon frame carries the total TXOP extension time required by the first access point or the TXOP time required by each second access point in the network. After the first access point successfully competes to become the Co-TDMA Sharing AP, it can poll the TXOP demand of all Co-TDMA Polled APs in the network. At this time, according to the feedback result of the Co-TDMA Polled AP, the first access point can obtain the true value of TXOP_req. When the first access point cannot meet the demand corresponding to the true value of TXOP_req, the first access point can broadcast the total TXOP extension time required by the first access point (i.e., the true value of TXOP_req) and / or the TXOP time required by each second access point in the network through the beacon frame when the channel is idle, so that the surrounding APs do not transmit data during this period to avoid conflicts, thereby realizing the dynamic extension of TXOP. The frame structure of the beacon frame here can be as follows, including Co-TDMA coordination elements. The Co-TDMA coordination elements include at least one of the following fields: the total number of Co-TDMA coordinated APs, the total duration of the shareable TXOP, the Co-TDMA coordinated AP information field, and the step size field for TXOP duration allocation; wherein, the value of the total duration of the shareable TXOP field is the actual value of TXOP_req.

[0222] The communication method based on Co-TDMA cooperation provided in this application embodiment involves a first access point determining the total TXOP extension duration required by the first access point based on historical Co-TDMA negotiation results; the first access point adjusting its contention window to compete for becoming a Co-TDMA shared AP; and the first access point broadcasting a beacon frame carrying the total TXOP extension duration. During the protocol negotiation phase of multi-AP cooperation, the first access point obtains historical Co-TDMA negotiation results and uses these results to confirm a reasonable TXOP duration. This TXOP duration is the total TXOP extension duration required by the first access point to enable effective Co-TDMA cooperation. The extended duration can cover the BSS task requirements of the Co-TDMA shared AP itself, the total TXOP duration requirements of all Co-TDMA coordinated APs, and the additional time overhead required in the Co-TDMA cooperation process. The first access point adjusts the contention window to compete to become the Co-TDMA shared AP. By broadcasting a beacon frame carrying the total extended duration of TXOP, the dynamic extension of TXOP is realized, enabling the Co-TDMA shared AP to apply for a reasonable TXOP to meet the subsequent cooperative transmission requirements. This avoids the possibility that the shareable TXOP duration may not be able to meet the communication requirements of Co-TDMA cooperation, and can increase the probability of effective execution of Co-TDMA cooperation.

[0223] While forcibly allocating large TXOPs can meet the communication requirements of Co-TDMA cooperation, it may lead to problem 2 as mentioned above. To solve problem 2, embodiments of this application provide a communication method based on Co-TDMA cooperation. By flexibly allocating TXOPs, the fairness risks and hidden node problems of static large TXOPs are avoided.

[0224] Figure 6 This is the second flowchart illustrating the communication method based on cooperative time-division multiple access (TDMA) provided in this application. It should be noted that this application mainly focuses on the TXOP allocation process, i.e., at this stage, the Co-TDMA polling process has been completed, the cooperative set has been determined, and the cooperative set includes at least one Co-TDMA Coordinated AP. It should be further noted that a Co-TDMA Coordinated AP is a Co-TDMA Polled AP that feeds back TXOP request information to the Co-TDMA Sharing AP, and which the Co-TDMA Sharing AP agrees to allocate TXOPs to.

[0225] like Figure 6 As shown, the communication method based on cooperative time-division multiple access includes at least one of steps 600 to 603. There may be one or more second access points. Figure 6 Only one second access point is shown, which does not constitute a limitation on the second access point.

[0226] It should be understood that the communication method based on cooperative time division multiple access involved in the embodiments of this application may include at least one of steps 600 to 603. Figure 6 Each step can be implemented as a separate embodiment, and Figure 6 The combination of any two steps can be implemented as an independent embodiment, but is not limited thereto.

[0227] Step 600: The first access point sends an initial control frame (ICF) to the second access point. The ICF is used to trigger the Co-TDMA cooperation process.

[0228] In this embodiment, the first access point is a Co-TDMA Sharing AP, and the second access point is either a Co-TDMA Coordinated AP or a Co-TDMA Polled AP. It should be noted that if a Co-TDMA Polled AP accepts the TXOP duration allocated by the first access point, then that Co-TDMA Polled AP becomes a Co-TDMA Coordinated AP.

[0229] Correspondingly, the second access point receives the initial control frame (ICF) from the first access point.

[0230] Step 601: The second access point sends a block acknowledgment M-BA frame to the first access point. The M-BA frame carries the transmission opportunity TXOP requirement duration of the second access point.

[0231] It is understood that the communication method based on cooperative time division multiple access provided in this embodiment is applied to the Co-TDMA TXOP allocation process.

[0232] Step 602: After the Basic Service Set (BSS) task of the first access point is completed, the first access point determines whether it can accept the TXOP requests of each second access point based on the TXOP request duration reported by each second access point.

[0233] Step 603: The first access point performs the corresponding TXOP allocation operation based on the judgment result of whether it can accept the TXOP requests of each second access point;

[0234] Optionally, in step 603, the first access point performs a corresponding TXOP allocation operation based on the determination result of whether it can accept the TXOP requests of each second access point, including:

[0235] Step 6031: If the first access point determines that it can accept the TXOP requests of all the second access points, the first access point sends a multi-user request TXOP sharing trigger frame to each of the second access points. The multi-user request TXOP sharing trigger frame is used to allocate TXOP.

[0236] Correspondingly, the second access point receives a multi-user request to send a TXOP sharing trigger frame, which is used to allocate TXOP;

[0237] Step 6032: If the first access point determines that it cannot meet the TXOP requirements of some second access points, the first access point retransmits the initial control frame ICF to each of the second access points in the group. The ICF is used to negotiate a new TXOP allocation scheme.

[0238] Correspondingly, the second access point receives an initial control frame (ICF), which is used to negotiate a new TXOP allocation scheme; the second access point sends a multi-site block acknowledgment frame (MSB) to the first access point, which indicates that the second access point has received the first access point's request for TXOP reallocation and the updated TXOP requirement duration.

[0239] Step 6033: If the first access point determines that the shareable TXOP duration is less than the additional time overhead in the Co-TDMA cooperation process, or if the difference between the total duration for satisfying the TXOP requirements of all second access points and the shareable TXOP duration exceeds a second threshold, the first access point broadcasts a beacon frame. The beacon frame carries the TXOP duration allocated by the first access point to each second access point in the cooperation set and / or the total extended TXOP duration required by the first access point.

[0240] It should be noted that steps 6031, 6032, and 6033 are three optional implementation methods.

[0241] It should be noted that the collaborative set is a set of Co-TDMA Coordinated APs.

[0242] Correspondingly, the second access point receives a beacon frame, which carries the TXOP duration allocated by the first access point to each second access point in the cooperative set and / or the total TXOP extension duration required by the first access point.

[0243] In this embodiment, the first access point performs a corresponding TXOP allocation operation based on the determination result of whether it can accept the TXOP requests of each second access point, which can realize flexible TXOP allocation in the Co-TDMA cooperation process, including the following three scenarios. These are described in detail below.

[0244] Scenario 1:

[0245] In some embodiments, after completing the basic BSS task, if the first access point determines that it can accept the TXOP requests of all second access points, the Co-TDMA Sharing AP can allocate TXOPs by sending a TXOP sharing trigger frame (MU-RTS TXS Trigger Frame) through a multi-user request.

[0246] Figure 7 This is a schematic diagram illustrating the structure of a multi-user request to send a shared TXOP trigger frame according to an embodiment of this application. The structure of this multi-user request to send a shared TXOP trigger frame is as follows: Figure 7 As shown.

[0247] Optionally, the multi-user request to send the TXOP sharing trigger frame includes an Updated UHR Variant User Info element, which indicates the TXOP duration allocated by the first access point to each second access point. That is, the TXOP duration information allocated by the Co-TDMA Sharing AP to the Co-TDMA Coordinated AP is embedded in the Updated UHR Variant User Info element.

[0248] Optionally, the ultra-high reliability variant user information element includes at least one of the following:

[0249] The allocation duration field indicates the TXOP duration allocated by the first access point to each second access point; or,

[0250] The silence duration field indicates the silence duration after the second access point has completed its own BSS task.

[0251] Optionally, the Updated UHR Variant User Info element includes an AllocationDuration field, which indicates the TXOP duration allocated by the first access point to each second access point.

[0252] In this embodiment, the Allocation Duration field is a binary encoding of the TXOP duration allocated by the first access point to each second access point. Based on the value of the Allocation Duration field, the TXOP duration allocated by the Co-TDMA Sharing AP to the i-th Co-TDMA Coordinated AP can be calculated as follows:

[0253] TXOP_alloc_i = Allocation Duration × TXOP step size

[0254] The step size of TXOP is the step size of TXOP duration allocation. This application embodiment does not limit the value of the step size of TXOP. For example, the step size of TXOP is 16μs.

[0255] In this embodiment of the application, when the first access point determines that it can accept the TXOP requests of all the second access points, the binary code of the TXOP duration allocated by the first access point to each second access point is indicated by the Allocation Duration field, so that TXOPs can be flexibly allocated according to the TXOP requests of each second access point.

[0256] Optionally, the Updated UHR Variant User Info element also includes a QuietDuration field, which indicates the duration of silence after the second access point has completed its own BSS task.

[0257] Understandably, the second access point (Co-TDMA Coordinated AP) is in a silent state during the silent duration indicated by the Quiet Duration field.

[0258] The silence duration after the second access point completes its own BSS task can also be understood as: the duration during which the shareable TXOP can be used by other Co-TDMA Sharing APs after the second access point completes its own BSS task and returns the TXOP to the Co-TDMA Sharing AP. This duration is denoted as TXOP_remain.

[0259] The Quiet Duration field is a binary representation of the duration of silence after the second access point completes its own BSS task. Based on the value of the Quiet Duration field, TXOP_remain can be calculated using the following formula.

[0260] TXOP_remain = Quiet Duration × TXOP step size

[0261] Optionally, based on the value of the Quiet Duration field, the second access point (Co-TDMA CoordinatedAP) updates its backoff counter. Optionally, TXOP_remain is updated in the second access point's backoff counter, and within the time range of TXOP_remain, the second access point is not allowed to access the channel to transmit data.

[0262] Figure 8 This is a schematic diagram illustrating the structure of an Updated UHR Variant User Info element provided in an embodiment of this application. For example... Figure 8 As shown, the Updated UHR Variant User Info element includes the following fields: AID 12 field, Resource Unit Allocation (RU Allocation) field, Allocation Duration field, and QuietDuration field. The lengths of each of these fields are as follows: Figure 8 As shown.

[0263] In this embodiment, when the first access point determines that it can accept the TXOP requests of all second access points, the Co-TDMA Sharing AP allocates TXOPs through the MU-RTS TXS Trigger Frame. The MU-RTS TXSTrigger Frame includes an Updated UHR Variant User Info element, which includes an AllocationDuration field and a Quiet Duration field. The Allocation Duration field indicates the duration of the TXOPs allocated by the first access point to each second access point, and the Quiet Duration field indicates the quiet duration after the Co-TDMA Coordinated AP completes its own BSS task. Through the Allocation Duration and Quiet Duration fields, flexible allocation of TXOPs is achieved when the first access point can accept the TXOP requests of all second access points.

[0264] Scenario 2:

[0265] In some embodiments, after completing the basic BSS task, if the Co-TDMA Sharing AP determines that it cannot meet the TXOP requirements of some second access points (this can also be understood as: unable to meet the TXOP requirements of all second access points but able to meet the TXOP requirements of another group of second access points), for example, a Co-TDMA Coordinated AP needs 2ms of TXOP data transmission, but the Co-TDMA Sharing AP, after channel evaluation, can only share 1ms of TXOP with that Co-TDMA Coordinated AP. In this case, the Co-TDMA Sharing AP may only be able to meet the communication requirements of Co-TDMA Coordinated APs with high and medium traffic priority TIDs, and cannot meet the communication requirements of the remaining low-priority TIDs. The Co-TDMA Sharing AP needs to poll the aforementioned low-priority TID Co-TDMA Coordinated APs again using the ICF (Interactive Chart Frame). The ICF is used to negotiate a new TXOP allocation scheme, causing the Co-TDMA Coordinated APs to update their TXOP requirements. Based on the updated TXOP requirement durations reported by each Co-TDMA Coordinated AP, the Co-TDMA Sharing AP determines the new TXOP allocation scheme and then continues to use the MU-RTS TXS Trigger Frame from related technologies for TXOP allocation. Therefore, improvements to the ICF are needed, but improvements to the MU-RTS TXS Trigger Frame are not required.

[0266] To achieve the above functions, the improved ICF frame structure provided in this application embodiment is consistent with... Figure 7 Compared to the frame structure shown for sending a shared trigger frame via TXOP for multiple user requests, the difference in ICF is that it does not include the Updated UHRVariant User Info field, but instead uses the Ultra-Reliable Variant User InfoList field, while the other fields are the same.

[0267] Optionally, the ICF includes an ultra-high reliability variant user information list field, which includes N ultra-high reliability user information fields. The ultra-high reliability user information fields are used to indicate the TXOP duration that the first access point allows the second access point to occupy, where N is the number of second access points included in the partial second access point.

[0268] The ultra-high reliability user information field includes at least one of the following:

[0269] The reallocation duration field indicates the TXOP duration that the second access point is allowed to occupy by the first access point during reallocation.

[0270] The Total Duration of Shareable TXOP field indicates the total duration of the shareable TXOP.

[0271] That is, the ICF includes the UHR Variant User Info List field, which includes N UHR User Info fields. The UHR User Info field is used to indicate the TXOP duration that the first access point allows the second access point to occupy, where N is the number of second access points included in the partial second access point.

[0272] Optionally, the UHR User Info field includes a Reallocation Duration field, which indicates the TXOP duration that the second access point is allowed to occupy by the first access point during the reallocation.

[0273] In this embodiment, the Reallocation Duration field is a binary encoding of the TXOP duration that the second access point is allowed to occupy by the reassigned first access point. The TXOP duration reassigned to the second access point (i.e., the TXOP duration that the reassigned first access point is allowed to occupy by the second access point) can be determined based on the value of the Reallocation Duration field.

[0274] The first reallocated access point allows the second access point to occupy TXOPs for a duration of TXOP_alloc_i, which is calculated using the following formula:

[0275] TXOP_alloc_i = Reallocation Duration × TXOP step size

[0276] Optionally, the UHR User Info field also includes a Total Sharing TXOP field, which indicates the total duration of the TXOP that can be shared.

[0277] The value of the UHR User Info field is the binary code of the total duration of the shareable TXOP. The total duration of the shareable TXOP can be calculated based on this binary code and the step size of the TXOP.

[0278] Figure 9 This is a schematic diagram illustrating the structure of a UHR User Info field provided in an embodiment of this application. For example... Figure 9 As shown, the UHR User Info fields include the AID 12 field, Feedback Type field, Primary AC field, TXOP Return Solicited field, Reallocation Duration field, and Total Sharing TXOP field. The lengths of each of these fields are as follows: Figure 9 As shown.

[0279] Optionally, the UHR User Info field has a length of 5 oct.

[0280] In this embodiment, after the Co-TDMA Sharing AP completes the basic BSS task, if the first access point determines that it cannot meet the TXOP requirements of some second access points, the first access point polls these second access points using an improved ICF, causing the polled second access points to update their TXOP requirements. The improved ICF includes a Reallocation Duration field, or it includes both a Reallocation Duration field and a Total Sharing TXOP field. The Reallocation Duration field indicates the duration of TXOPs that the first access point reallocates to the second access points, and the Total Sharing TXOP field indicates the total duration of shareable TXOPs. By improving the ICF, the reallocation of TXOPs is realized, improving the flexibility of TXOP allocation.

[0281] After the first access point (Co-TDMA Sharing AP) sends an ICF (Initial Communication Request) to the second access point (Co-TDMA Coordinated AP) to negotiate a new TXOP allocation scheme, the second access point receives the ICF, updates its own TXOP request (i.e., updates the TXOP request duration), and sends a Multi-Site Block Ack Frame (M-BA Frame) to the first access point, responding to and providing feedback on its own TXOP request. The M-BA Frame indicates that the second access point has received the first access point's request for TXOP reallocation and indicates the updated TXOP request duration.

[0282] After the second access point receives the initial control frame (ICF), the method further includes:

[0283] The second access point sends a multi-site block acknowledgment frame to the first access point. The multi-site block acknowledgment frame is used to indicate that the second access point has received the first access point's request for TXOP reallocation and the updated TXOP requirement duration.

[0284] Correspondingly, the first access point receives a multi-site block acknowledgment frame from the second access point. The multi-site block acknowledgment frame is used to indicate that the second access point has received a request from the first access point regarding TXOP reallocation and to indicate the duration of the updated TXOP requirement for the second access point.

[0285] The Co-TDMA Sharing AP determines a new TXOP allocation scheme based on the updated TXOP demand duration reported by each Co-TDMA Coordinated AP, and then continues to use the MU-RTS TXS Trigger Frame from related technologies for TXOP allocation.

[0286] In this embodiment, the first access point receives a multi-site block acknowledgment frame from the second access point, which can determine the duration of the updated TXOP requirement fed back by the second access point, and then perform TXOP reallocation. This embodiment provides a TXOP reallocation process, which can improve the flexibility of TXOP allocation in the Co-TDMA cooperation process.

[0287] Scenario 3:

[0288] If the first access point determines that the shareable TXOP duration is less than the additional time overhead in the Co-TDMA cooperation process, or if the difference between the total duration for satisfying the TXOP requirements of all second access points and the shareable TXOP duration exceeds a second threshold, the first access point broadcasts a beacon frame. The beacon frame carries the TXOP duration allocated by the first access point to each second access point in the cooperation set and / or the total extended TXOP duration required by the first access point.

[0289] After completing its own BSS tasks, if a Co-TDMA Sharing AP finds that the shareable TXOP duration is less than the additional time overhead in the Co-TDMA cooperation process, or if the total TXOP duration ∑TXOP_alloc_i required to meet the communication needs of Co-TDMA Coordinated APs in the network far exceeds the shareable TXOP duration (i.e., the shareable TXOP duration cannot meet the TXOP requirements for transmitting high TID priority services of Co-TDMA Coordinated APs), then the Co-TDMA Sharing AP is triggered to extend its own shareable TXOP. The Co-TDMA Sharing AP needs to use a beacon frame to broadcast the total extended TXOP duration required by the Co-TDMA Sharing AP and / or the TXOP required by each Co-TDMA Coordinated AP.

[0290] In this embodiment, the Co-TDMA Sharing AP broadcasts the required TXOP duration information to surrounding APs via a Beacon Frame, preventing surrounding APs from transmitting data during this period to avoid conflicts and improving the flexibility of TXOP sharing.

[0291] Optionally, the beacon frame includes a Co-TDMA coordination element, which includes at least one of the following fields: the total number of Co-TDMA coordinated APs, the total duration of the shareable TXOP, the Co-TDMA coordinated AP information field, and the step size field for TXOP duration allocation.

[0292] Add the following to the Frame Body field of the Beacon Frame: Figure 10 The Co-TDMA Coordination Element shown. Figure 10 This is a schematic diagram of the structure of a Co-TDMACoordination Element provided in an embodiment of this application. For example... Figure 10As shown, the Co-TDMA Coordination Element includes the following fields: Total Number of Coordinated APs, Total Sharing TXOP, Coordinated AP Info, and Time Granularity for TXOP duration allocation. The lengths of each field are as follows: Figure 10 As shown.

[0293] The Total Sharing TXOP field indicates the total duration of the shared TXOPs, which can also be understood as the total extended TXOP duration required by the first access point. It is equal to the TXOP duration allocated to each Co-TDMACoordinated AP, the TXOP duration required by the first access point itself, and the additional time overhead in the Co-TDMA collaboration process.

[0294] The Coordinated AP Info field indicates the TXOP duration for each Co-TDMA Coordinated AP, i.e., the TXOP duration allocated to each Co-TDMA Coordinated AP. Optionally, the Coordinated APInfo field has a length of 3m octs, where m is the number of Co-TDMA Coordinated APs.

[0295] This application does not impose restrictions on the encoding rules for fields. For example, the encoding rules for Time Granularity are as follows:

[0296] 0x00→16μs; 0x01→32μs; 0x02→48μs; 0x03→64μs; 0x04→80μs; ​​0x05→96μs; 0x06→112μs; 0x07→128μs; other codes: Reserved.

[0297] Optionally, the Coordinated AP Info field includes an Allocation Duration field, which indicates the TXOP duration allocated to the second access point. In this case, the TXOP duration allocated to the second access point is the same as the TXOP demand duration of the second access point.

[0298] Figure 11This is a schematic diagram of the structure of a Coordinated AP Info field provided in an embodiment of this application. For example... Figure 11 As shown, the Coordinated AP Info field includes an Allocation Duration field. The value of the Allocation Duration field is the binary code of the TXOP duration allocated to the second access point.

[0299] Based on the value of the Allocation Duration field, the TXOP duration allocated to the Co-TDMACoordinated AP can be calculated:

[0300] TXOP_alloc_i=Allocation Duration×Time Granularity.

[0301] Wherein, TXOP_alloc_i is the TXOP duration allocated to the Co-TDMA Coordinated AP, AllocationDuration is the value of the Allocation Duration field, and Time Granularity is the step size of the TXOP duration allocation, that is, the step size of TXOP.

[0302] In this application embodiment, a beacon frame structure is provided. The Co-TDMA Sharing AP broadcasts the required TXOP duration information to surrounding APs through the BeaconFrame, so that the surrounding APs do not transmit data during this period to avoid conflicts and improve the flexibility of TXOP sharing.

[0303] During TXOP extension, interference from malicious nodes may occur, meaning these nodes might ignore the NAV and continuously compete for the channel, leading to extension failure. To address this, physical layer signaling enhancement is needed, embedding a cooperation flag in the PLCP header so that non-cooperative Co-TDMA devices can directly avoid it. If malicious node interference persists, i.e., if it maliciously and continuously violates the NAV, the Co-TDMA cooperation group will blacklist it, denying it subsequent access to Co-TDMA cooperation.

[0304] Optionally, the method further includes:

[0305] If the sum of the TXOP durations allocated by the first access point to each second access point satisfies the third condition, the TID priorities corresponding to each second access point in the collaboration set are sorted in descending order.

[0306] The third condition is:

[0307] ∑TXOP_alloc_i+T_overhead>min(AC_VI Limit, current AC Limit);

[0308] Wherein, TXOP_alloc_i is the TXOP duration allocated to each second access point, TXOP_overhead is the additional time overhead in the Co-TDMA collaboration process, AC_VI Limit is the maximum TXOP value for transmitting video streams, and current ACLimit is the maximum TXOP value corresponding to the access type of the data stream transmitted by the first access point.

[0309] In this embodiment of the application, during the TXOP allocation phase, if the Co-TDMA Sharing AP finds that the sum of the TXOP durations allocated by the first access point to each second access point exceeds the limit, i.e., the third condition mentioned above is met, then the TID priority corresponding to each second access point in the cooperative set is sorted in descending order to achieve real-time resource monitoring and pruning.

[0310] In this embodiment, the Co-TDMA Sharing AP flexibly allocates TXOPs through three types of frames. When the Co-TDMA Sharing AP fully accepts the cooperation requests of all Co-TDMA Coordinated APs, it uses a MU-RTS TXSTrigger Frame, which carries the TXOP duration allocated by the Co-TDMA Sharing AP to each Co-TDMA Coordinated AP. If the Co-TDMA Sharing AP can only meet the communication requests of Co-TDMA Coordinated APs with high and medium traffic priority TIDs, but cannot meet the communication requests of the remaining low-priority TIDs, the Co-TDMA Sharing AP polls the aforementioned low-priority TIDs using the retransmission ICF to update its own TXOP requirements and reallocates TXOPs for these low-priority TIDs. If the shareable TXOP duration is less than the additional time overhead in the Co-TDMA cooperation process, or if the shareable TXOP cannot meet the TXOP requirements for transmitting high-TID priority services of the Co-TDMA Coordinated APs, a Beacon frame is used to broadcast the total TXOP duration required by the Co-TDMA Sharing AP and the TXOP duration for each Co-TDMA Coordinated AP. The TXOP (Turn-Off Request) duration of a Co-TDMA (Coordinated Access Point) can reduce conflicts and improve the flexibility of TXOP sharing. Therefore, a Co-TDMA Sharing AP can flexibly select the above frame types to transmit information based on different network conditions (such as channel congestion level and service priority), thus achieving flexible TXOP allocation.

[0311] If neither a large TXOP is requested nor the TXOP is expanded, and the remaining time of the current TXOP is limited, another method to ensure the normal operation of Co-TDMA cooperation is to reduce the number of elements in the cooperation set to save polling and return overhead. Alternatively, if the TXOP resources are exhausted, cooperation can be skipped and resources can be released directly. To solve problem 3 mentioned above, this application provides a communication method based on Co-TDMA Sharing AP. The Co-TDMA Sharing AP detects the shareable TXOP value in real time before polling and only starts the full cooperation process when the dynamic threshold is exceeded.

[0312] Figure 12 This is the third flowchart illustrating the communication method based on cooperative time-division multiple access provided in this application. Figure 12As shown, the communication method based on cooperative time division multiple access includes at least one of steps 1200 to 1204.

[0313] It should be understood that the communication method based on cooperative time division multiple access involved in the embodiments of this application may include at least one of steps 1200 to 1204. Figure 12 Each step can be implemented as a separate embodiment, and Figure 12 The combination of any two steps can be implemented as an independent embodiment, but is not limited thereto.

[0314] Step 1200: Before polling the third access point, the first access point obtains the shareable TXOP duration; here, the third access point is the Co-TDMA polled AP.

[0315] Step 1201: If the shareable TXOP duration is greater than or equal to the third threshold, initiate polling and subsequent Co-TDMA cooperation.

[0316] Step 1202: If the shareable TXOP duration is less than the third threshold and the shareable TXOP duration is greater than or equal to the fourth threshold, send a second frame to the Co-TDMA coordinated AP with the highest traffic ID (TID) priority. The second frame carries the TXOP duration allocated by the first access point to the Co-TDMA coordinated AP with the highest TID priority.

[0317] Step 1203: When the third access point is the Co-TDMA coordinated AP with the highest priority of traffic identifier TID, the third access point receives the second frame sent by the first access point. The second frame carries the transmission opportunity (TXOP) duration allocated by the first access point to the third access point.

[0318] Understandably, when the shareable TXOP duration is less than the third threshold and the shareable TXOP duration is greater than or equal to the fourth threshold, the first access point sends the second frame to the Co-TDMA coordinated AP with the highest traffic ID (TID) priority. The Co-TDMA coordinated AP with the highest TID priority receives the second frame and obtains the TXOP duration allocated by the first access point. Thus, when TXOP resources are limited, the transmission needs of the Co-TDMA coordinated AP with the highest TID priority are prioritized.

[0319] Step 1204: Release the TXOP if the duration of the shareable TXOP is less than the fourth threshold.

[0320] In this embodiment of the application, the communication method based on cooperative time division multiple access adopts a conditional phased cooperative triggering method.

[0321] It should be noted that step 1201, step 1202, step 1203, and step 1204 are optional steps, which are executed under corresponding conditions. Specifically, step 1201 is executed when the shareable TXOP duration is greater than or equal to the third threshold, step 1202 and step 1203 are executed when the shareable TXOP duration is less than the third threshold and the shareable TXOP duration is greater than or equal to the fourth threshold, and step 1204 is executed when the shareable TXOP duration is less than the fourth threshold.

[0322] Figure 13 is a schematic diagram of signaling interaction for conditional phased cooperative triggering provided by the embodiments of the present application. As shown Figure 13 , the shareable TXOP duration is obtained, that is, the remaining duration of the current TXOP is obtained. Figure 14 is a schematic flowchart of a conditional phased cooperative triggering method provided by the embodiments of the present application. As shown Figure 14 , the process of the conditional phased cooperative triggering method includes:

[0323] Entry detection: detect the remaining duration of the current TXOP at startup

[0324] First-level decision (sufficient TXOP resources): when the shareable TXOP duration is greater than or equal to the third threshold, start polling and Co-TDMA cooperation after polling.

[0325] It can be understood that when shareable TXOP ≥ dynamic threshold A1_adj (i.e., the third threshold), the complete three-stage cooperation process is executed (as shown in Figure 13 ): applying for sufficient TXOP → polling → response → TXOP allocation; or polling → response → TXOP allocation; wherein applying for sufficient TXOP corresponds to the communication method based on cooperative time division multiple access cooperation as shown in Figure 4 , and TXOP allocation corresponds to the communication method based on cooperative time division multiple access cooperation as shown in Figure 6 .

[0326] Second-level decision (limited TXOP resources): when the shareable TXOP duration is less than the third threshold and the shareable TXOP duration is greater than or equal to the fourth threshold, send a second frame to the coordinated Co-TDMA AP with the highest TID priority, where the second frame carries the TXOP duration allocated by the first access point to the coordinated Co-TDMA AP with the highest TID priority;

[0327] For example, when 119μs ≤ shareable TXOP < A1_adj: skip the polling phase and perform allocation directly → select only one highest-priority AP to execute Co-TDMA cooperation.

[0328] Correspondingly, the third access point receives the second frame sent by the first access point. The second frame carries the TXOP duration allocated by the first access point to the third access point. The third access point is the Co-TDMA coordinated AP with the highest TID priority.

[0329] Final decision (TXOP resource depletion): Release TXOPs if the duration of shareable TXOPs is less than the fourth threshold.

[0330] For example, when the shareable TXOP is less than 119μs, the TXOP release operation is triggered.

[0331] It should be noted that, for example, can be applied simultaneously. Figure 4 The communication method based on cooperative time division multiple access shown and such Figure 6 The method shown is a communication method based on cooperative time-division multiple access. Specifically, in implementing the method of this application embodiment, before the polling phase, based on... Figure 4 The method shown requests sufficient TXOPs, and during the TXOP allocation phase, based on, as Figure 6 The method shown executes the corresponding TXOP allocation operation after polling response, based on the judgment result of whether the TXOP requirements of each Co-TDMA coordinated AP can be accepted.

[0332] In this embodiment, a conditional phased collaboration triggering method is proposed. The Co-TDMA Sharing AP detects the shareable TXOP value in real time before initiating collaborative polling. The collaboration process is selectively activated, initiating a complete collaboration process only when there are sufficient shareable TXOPs exceeding a dynamic threshold. Within this complete collaboration process, sufficient TXOPs can be requested and / or TXOPs can be flexibly allocated, in conjunction with the communication method based on cooperative time-division multiple access (TDMA) described in the previous embodiments. If TXOP resources are limited, the size of the collaboration set can be reduced, lowering polling and return overhead. If the shareable TXOP duration is less than a fourth threshold, the current round of collaboration is immediately terminated, releasing TXOPs to avoid resource fragmentation. This mechanism, through a phased "detection-judgment-execution" strategy, allows for flexible use of TXOP resources.

[0333] Optionally, the third threshold is determined based on the additional time overhead in the Co-TDMA collaboration process corresponding to the minimum collaboration set, or the third threshold is obtained based on historical collaboration success rate prediction.

[0334] One method for determining the third threshold is as follows, calculated using the following formula:

[0335] A1_adj=A1×[1+β·(historical collaboration success rate-0.8)]

[0336] Where A1 is the basic threshold for covering the minimum collaboration overhead, optionally A1 = 327 μs; β is the sensitivity coefficient, optionally β = 0.5, and the historical collaboration success rate is obtained based on the statistics of multiple historical collaborations.

[0337] Another method for determining the third threshold is based on the additional time overhead in the Co-TDMA collaboration process corresponding to the minimum protocol set, wherein the minimum collaboration set includes at least one AP.

[0338] This application also provides a method for generating a dynamic threshold, which determines a third threshold based on an AI prediction model. Figure 15 This is a schematic diagram of a network load threshold adjustment method based on an AI prediction model provided in an embodiment of this application. Figure 15 As shown, this network load threshold adjustment method based on an AI prediction model includes:

[0339] Step 1500: Data Collection Related to Network Load Threshold

[0340] First, relevant data on network load thresholds are collected. Optionally, in this method, real-time monitoring indicators include: channel busy ratio (CCA), TXOP utilization (actual transmission time / total TXOP time), historical cooperation success rate (proportion of successfully allocated time slots in the past 100 cooperations), number of active APs (statistically counted through Beacon frame scanning), and malicious node density.

[0341] Step 1501: Selection of AI Prediction Model Architecture

[0342] Then, a model is selected to construct the AI ​​prediction model architecture. Optionally, the AI ​​prediction model architecture includes: LSTM time-series prediction unit, Bayesian probabilistic network, and dynamic threshold generation algorithm.

[0343] Optionally, the parameters related to the LSTM time series prediction unit include:

[0344] Input: Channel busy rate sequence in the past 1 second + TXOP utilization rate sequence;

[0345] Output: Predicted business volume fluctuations over the next 300ms;

[0346] Function: Predict peak traffic and adjust collaboration thresholds in advance.

[0347] Optionally, parameters related to the Bayesian probabilistic network include:

[0348] Input: Historical collaboration success rate;

[0349] Output: Collaboration success rate P_success;

[0350] Function: Calculates the dynamic threshold adjustment coefficient.

[0351] Optionally, the parameters related to the dynamic threshold generation algorithm include:

[0352] A1_adj=A1×[1+β(P_success-0.8)],

[0353] Optionally, the base threshold A1 = 327 μs (the base threshold needs to be able to cover the minimum collaboration overhead); the sensitivity coefficient β = 0.5, and P_success is the output of the above Bayesian probability network, that is, the output result of the AI ​​prediction model.

[0354] Step 1502: Model training for adjusting network load threshold based on AI prediction model.

[0355] The parameters required for the network load threshold collected in step 1500 are used to train the model based on the AI ​​prediction model architecture determined in step 1501. Optionally, the parameters for the model training process include:

[0356] Training cycle: Model weights are updated every 5 minutes;

[0357] Loss function: Loss = λ1·|Predicted business volume - Actual business volume| + λ2·(Resource waste rate), where λ1 = 0.9, λ2 = 0.1, and resource waste rate = unused TXOP duration / total allocated TXOP duration.

[0358] Step 1503: Generate dynamic threshold.

[0359] As can be seen from the above, at this point, based on the model prediction and optimization in step 1500 and the dynamic threshold generation algorithm in step 1501, the dynamic threshold based on the AI ​​prediction model can be obtained.

[0360] In this embodiment, by collecting relevant data on network load thresholds, selecting the AI ​​prediction model architecture, and training the model to adjust the network load threshold based on the AI ​​prediction model, a dynamic threshold based on the AI ​​prediction model is obtained after successful model training. This dynamic threshold can better match the actual collaboration process, thereby improving the accuracy of the conditional phased collaboration triggering method.

[0361] The communication method based on cooperative time-division multiple access (TDMA) provided in this application can be executed by a communication device based on TDMA. This application uses an example of a communication device based on TDMA executing the communication method based on TDMA to illustrate the communication device based on TDMA provided in this application.

[0362] This application provides a communication device based on cooperative time division multiple access (TDMA). As an example, a communication device based on TDMA can be a communication device or a component within a communication device, such as a chip. The communication device can be an access point, a station, etc. Exemplarily, the access point can include, but is not limited to, the types of access point 110 listed above, and the station can include, but is not limited to, the types of station 120 listed above. This application does not impose specific limitations.

[0363] A communication device based on cooperative time-division multiple access includes a transceiver module and a processing module. These modules can be implemented in software or hardware. When implemented in hardware, the processing module can be implemented by a processor. For example, the processor can include general-purpose processors, special-purpose processors, etc., such as central processing units (CPUs), microprocessors, digital signal processors (DSPs), artificial intelligence (AI) processors, graphics processing units (GPUs), application-specific integrated circuits (ASICs), network processors (NPs), field-programmable gate arrays (FPGAs), or other programmable logic devices, gate circuits, transistors, discrete hardware components, etc. The transceiver module can be implemented by a communication interface, which can include one or more of the following: transceivers, pins, circuits, buses, radio frequency units, etc.

[0364] Figure 16 This is one of the structural schematic diagrams of a communication device based on cooperative time-division multiple access provided in this application embodiment. For details, see [link to specific diagram]. Figure 16 When the communication device 1600 based on cooperative time division multiple access is a first access point or a component of the first access point, the communication device 1600 based on cooperative time division multiple access includes a first processing module 1601 and a first transceiver module 1602.

[0365] The first processing module 1601 is used to determine the total extension time of the transmission opportunity (TXOP) required by the first access point based on the historical Co-TDMA negotiation results.

[0366] The first processing module 1601 is also used to adjust the competition window to compete for becoming a Co-TDMA shared AP;

[0367] The first transceiver module 1602 is used to broadcast beacon frames, which carry the total TXOP extension time required by the first access point.

[0368] Optionally, the first processing module 1601 is further configured to determine the historical Co-TDMA negotiation result based on the TXOP duration required in the historical Co-TDMA cooperation process fed back by at least one second access point.

[0369] Among them, the historical Co-TDMA negotiation results are the sum of the TXOP duration required in the historical Co-TDMA cooperation process reported by each second access point, and the second access point is the neighbor access point of the first access point in the network.

[0370] The total TXOP extension time required by the first access point is equal to the TXOP time required by the first access point to execute its own Basic Service Set (BSS) task, the additional time overhead in the Co-TDMA collaboration process, and the sum of historical Co-TDMA negotiation results.

[0371] Optionally, the TXOP duration required for the first access point to execute its own Basic Service Set (BSS) task and the total extended TXOP duration required by the first access point must satisfy the following first condition:

[0372] TXOP_self ≥ 0.33 × TXOP_req

[0373] Wherein, TXOP_self is the TXOP duration required for the first access point to execute its own Basic Service Set (BSS) task, and TXOP_req is the total extended TXOP duration required by the first access point.

[0374] Alternatively, if the total TXOP extension time required by the first access point is used to perform Co-TDMA, and both the first access point and the second access point, whose received signal strength indication of the beacon frame received on the main channel is not lower than the first threshold, have established Co-TDMA cooperation, the TXOP time required by the first access point to perform its own Basic Service Set (BSS) task and the total TXOP extension time required by the first access point are not limited by the first condition.

[0375] Optionally, the sum of the additional time overhead in the Co-TDMA collaboration process and the Co-TDMA negotiation results needs to meet the following second condition:

[0376] TXOP_co+TXOP_overhead≤min(AC_VI TXOP Limit,current AC TXOP Limit)

[0377] Wherein, TXOP_co is the historical Co-TDMA negotiation result, TXOP_overhead is the additional time overhead in the Co-TDMA cooperation process, AC_VI TXOP Limit is the maximum TXOP limit for the video stream access type, and current ACTXOP Limit is the maximum TXOP limit for the access type of the data stream transmitted by the first access point.

[0378] Optionally, the first processing module 1601 is used for:

[0379] The first contention window is determined based on the historical cooperation benefit ratio and the basic contention window value of Enhanced Distributed Channel Access (EDCA).

[0380] Adjust the current competition window to the first competition window.

[0381] Optionally, the first processing module 1601 is used for:

[0382] Based on the historical cooperative benefit ratio and the basic contention window value of Enhanced Distributed Channel Access (EDCA), the first contention window is calculated using the following formula:

[0383] CW_new=CW_base / (1+αR_co),

[0384] Where α is the adjustment factor, R_co is the historical collaborative revenue ratio, and CW_base is the basic competitive window value of EDCA.

[0385] Optionally, the first transceiver module 1602 is further configured to: declare first information by sending a first frame, the first information being used to indicate that the first access point needs to enter the Co-TDMA cooperative mode in the next round of TXOP.

[0386] Optionally, the first frame is a Coordination-CTS frame, which includes the following fields: Frame Control (FC) field, Duration field, Receive Address (RA) field, and Frame Check Sequence (FCS) field.

[0387] The communication device 1600 based on cooperative time division multiple access provided in this application embodiment can achieve... Figure 4 The implementation of the communication method based on cooperative time division multiple access achieves the same technical effect, and will not be described again here to avoid repetition.

[0388] Figure 17 This is the second schematic diagram of the communication device based on cooperative time-division multiple access provided in this application embodiment. For details, see [link to specific diagram]. Figure 17When the communication device 1700 based on cooperative time division multiple access (CTMI) is a first access point or a component of a first access point, the communication device 1700 based on CTMI includes a second processing module 1701.

[0389] The second processing module 1701 is used to determine whether the TXOP requests of each second access point can be accepted after the basic service set (BSS) task of the first access point is completed, based on the TXOP request duration reported by each second access point; the second processing module 1701 is also used to perform the corresponding TXOP allocation operation based on the determination result of whether the TXOP requests of each second access point can be accepted; wherein, the second access point is a Co-TDMA coordinated AP or a Co-TDMA polled AP.

[0390] Optionally, the second processing module 1701 is used for:

[0391] If it is determined that the TXOP demand of all second access points can be accepted, a multi-user request TXOP sharing trigger frame is sent to each second access point. The multi-user request TXOP sharing trigger frame is used to allocate TXOP.

[0392] If it is determined that the TXOP requirements of some second access points cannot be met, the initial control frame ICF is retransmitted to each of the second access points in the group. The ICF is used to negotiate a new TXOP allocation scheme.

[0393] If the shareable TXOP duration is determined to be less than the additional time overhead in the Co-TDMA cooperation process, or if the difference between the total duration for satisfying the TXOP requirements of all second access points and the shareable TXOP duration exceeds a second threshold, a beacon frame is broadcast. The beacon frame carries the TXOP duration allocated by the first access point to each second access point in the cooperation set and / or the total extended TXOP duration required by the first access point.

[0394] Optionally, the multi-user request to send the TXOP sharing trigger frame includes an updated ultra-reliable variant user information element, which is used to indicate the TXOP duration allocated by the first access point to each of the second access points;

[0395] The ultra-high reliability variant user information element includes at least one of the following:

[0396] The allocation duration field indicates the TXOP duration allocated by the first access point to each second access point; or,

[0397] The silence duration field indicates the silence duration after the second access point has completed its own BSS task.

[0398] Optionally, the ICF includes an ultra-high reliability variant user information list field, which includes N ultra-high reliability user information fields. The ultra-high reliability user information fields are used to indicate the TXOP duration that the first access point allows the second access point to occupy, where N is the number of second access points included in the partial second access point.

[0399] The ultra-high reliability user information field includes at least one of the following:

[0400] The reallocation duration field indicates the TXOP duration that the second access point is allowed to occupy by the first access point during reallocation.

[0401] The Total Duration of Shareable TXOP field indicates the total duration of the shareable TXOP.

[0402] Optionally, the device further includes a sixth transceiver module for:

[0403] Receive a multi-site block acknowledgment frame from the second access point. The multi-site block acknowledgment frame is used to indicate that the second access point has received a request from the first access point regarding the reallocation of TXOP and the updated TXOP requirement duration.

[0404] Optionally, the beacon frame includes a Co-TDMA coordination element, which includes at least one of the following fields: the total number of Co-TDMA coordinated APs, the total duration of the shareable TXOP, the Co-TDMA coordinated AP information field, and the step size field for TXOP duration allocation.

[0405] Optionally, the Co-TDMA coordinated AP information field includes an Allocation Duration field, which is used to indicate the binary code of the TXOP duration allocated to the second access point.

[0406] Optionally, the second processing module 1701 is further configured to sort the TID priorities of each second access point in the cooperative set in descending order when the sum of the TXOP durations allocated by the first access point to each second access point meets the third condition.

[0407] The third condition is:

[0408] ∑TXOP_alloc_i+T_overhead>min(AC_VI Limit, current AC Limit);

[0409] Wherein, TXOP_alloc_i is the TXOP duration allocated to each second access point, TXOP_overhead is the additional time overhead in the Co-TDMA collaboration process, AC_VI Limit is the maximum TXOP value for transmitting video streams, and current ACLimit is the maximum TXOP value corresponding to the access type of the data stream transmitted by the first access point.

[0410] The communication device 1700 based on cooperative time division multiple access provided in this application embodiment can achieve... Figure 6 The implementation of the communication method based on cooperative time division multiple access achieves the same technical effect, and will not be described again here to avoid repetition.

[0411] Figure 18 This is the third schematic diagram of the communication device based on cooperative time-division multiple access provided in this application embodiment. For details, see [link to specific diagram]. Figure 18 When the communication device based on cooperative time division multiple access (CTMI) is a first access point or a component of the first access point, the communication device 1800 based on CTMI includes a third processing module 1801 and a second transceiver module 1802.

[0412] The third processing module 1801 is used to obtain the shareable TXOP duration before polling the third access point;

[0413] The third processing module 1801 is also used to initiate polling and Co-TDMA cooperation after polling when the shareable TXOP duration is greater than or equal to the third threshold.

[0414] The second transceiver module 1802 is used to send a second frame to the Co-TDMA coordinated AP with the highest TID priority when the shareable TXOP duration is less than a third threshold and the shareable TXOP duration is greater than or equal to a fourth threshold. The second frame carries the TXOP duration allocated by the first access point to the Co-TDMA coordinated AP with the highest TID priority.

[0415] The third processing module 1801 is also used to release the TXOP if the duration of the shareable TXOP is less than the fourth threshold.

[0416] The third access point is the Co-TDMA polled AP.

[0417] Optionally, the third threshold is determined based on the additional time overhead in the Co-TDMA collaboration process corresponding to the minimum collaboration set, or the third threshold is obtained based on historical collaboration success rate prediction.

[0418] The communication device 1800 based on cooperative time division multiple access provided in this application embodiment can achieve... Figure 12The implementation of the communication method based on cooperative time division multiple access achieves the same technical effect, and will not be described again here to avoid repetition.

[0419] Figure 19 This is the fourth schematic diagram of the communication device based on cooperative time-division multiple access provided in this application embodiment. For details, see [link to specific diagram]. Figure 19 When the communication device based on cooperative time division multiple access (CTMI) is a second access point or a component of a second access point, the communication device 1900 based on CTMI includes a third transceiver module 1901.

[0420] The third transceiver module 1901 is used to receive a multi-AP cooperation MAPC negotiation request frame from the first access point. The MAPC negotiation request frame is used to request the TXOP duration required by the second access point in the historical Co-TDMA cooperation process.

[0421] The third transceiver module 1901 is also used to send a MAPC negotiation response frame to the first access point, the MAPC negotiation response frame carrying the TXOP duration required by the second access point in the historical Co-TDMA cooperation process.

[0422] The third transceiver module 1901 is also used to receive beacon frames, which carry the total TXOP extension time required by the first access point.

[0423] The communication device 1900 based on cooperative time division multiple access provided in this application embodiment can achieve... Figure 4 The implementation of the communication method based on cooperative time division multiple access achieves the same technical effect, and will not be described again here to avoid repetition.

[0424] Figure 20 This is the fifth schematic diagram of the communication device based on cooperative time-division multiple access provided in this application. For details, see [link to specific diagram]. Figure 20 When the communication device based on cooperative time division multiple access (CTMI) is a second access point or a component of a second access point, the communication device 2000 based on CTMI includes a fourth transceiver module 2001. Wherein,

[0425] The fourth transceiver module 2001 is used to receive the initial control frame (ICF) from the first access point. The ICF is used to trigger the Co-TDMA cooperation process.

[0426] The fourth transceiver module 2001 is also used to send a block acknowledgment M-BA frame to the first access point, the M-BA frame carrying the TXOP requirement duration of the second access point;

[0427] The fourth transceiver module 2001 is also used to receive a multi-user request to send a TXOP sharing trigger frame, which is used to allocate TXOP; or, to receive an initial control frame (ICF), which is used to negotiate a new TXOP allocation scheme; or, to receive a beacon frame, which carries the TXOP duration allocated by the first access point to each second access point in the cooperative set and / or the total TXOP extension duration required by the first access point.

[0428] Optionally, the multi-user request to send the TXOP sharing trigger frame includes an updated ultra-reliable variant user information element, which is used to indicate the TXOP duration allocated by the first access point to each of the second access points;

[0429] The ultra-high reliability variant user information element includes at least one of the following:

[0430] The allocation duration field indicates the TXOP duration allocated by the first access point to each second access point; or,

[0431] The silence duration field indicates the silence duration after the second access point has completed its own BSS task.

[0432] Optionally, the ICF includes an ultra-high reliability variant user information list field, which includes N ultra-high reliability user information fields. The ultra-high reliability user information fields are used to indicate the TXOP duration that the first access point allows the second access point to occupy, where N is the number of second access points included in the partial second access point.

[0433] The ultra-high reliability user information field includes at least one of the following:

[0434] The reallocation duration field indicates the TXOP duration that the second access point is allowed to occupy by the first access point during reallocation.

[0435] The Total Duration of Shareable TXOP field indicates the total duration of the shareable TXOP.

[0436] Optionally, the fourth transceiver module 2001 is further configured to: send a multi-site block acknowledgment frame to the first access point, the multi-site block acknowledgment frame being used to indicate that the second access point has received the first access point's request for TXOP reallocation and the updated TXOP demand duration.

[0437] Optionally, the beacon frame includes a Co-TDMA coordination element, which includes at least one of the following fields: the total number of Co-TDMA coordinated APs, the total duration of the shareable TXOP, the Co-TDMA coordinated AP information field, and the step size field for TXOP duration allocation.

[0438] Optionally, the Co-TDMA coordinated AP information field includes an Allocation Duration field, which indicates the TXOP duration allocated to the second access point.

[0439] The communication device based on cooperative time division multiple access provided in this application embodiment can achieve... Figure 6 The implementation of the communication method based on cooperative time division multiple access achieves the same technical effect, and will not be described again here to avoid repetition.

[0440] Figure 21 This is the sixth schematic diagram of the communication device based on cooperative time-division multiple access provided in this application. For details, see [link to specific diagram]. Figure 21 When the communication device based on Co-TDMA is a third access point or a component of the third access point, the communication device 2100 based on Co-TDMA includes a fifth transceiver module 2101, which is used to receive a second frame sent by the first access point. The second frame carries the TXOP duration allocated by the first access point to the third access point. The third access point is a Co-TDMA coordinated AP with the highest TID priority.

[0441] The communication device based on cooperative time division multiple access provided in this application embodiment can achieve... Figure 12 The various processes implemented in the communication method based on cooperative time division multiple access are described in the example, and the same technical effect is achieved. To avoid repetition, they will not be described in detail here.

[0442] Figure 22 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application. Figure 22 As shown, this application embodiment also provides a communication device 2200, including a processor 2201 and a memory 2202. The memory 2202 stores a program or instructions that can run on the processor 2201. For example, when the communication device 2200 is a first access point, the program or instructions executed by the processor 2201 implement the above-described communication method embodiment based on cooperative time-division multiple access, and achieve the same technical effect. To avoid repetition, it will not be described again here. For example, when the communication device 2200 is a second access point, the program or instructions executed by the processor 2201 implement the various steps of the above-described communication method embodiment based on cooperative time-division multiple access, and achieve the same technical effect. To avoid repetition, it will not be described again here. For example, when the communication device 2200 is a third access point, the program or instructions executed by the processor 2201 implement the various steps of the above-described communication method embodiment based on cooperative time-division multiple access, and achieve the same technical effect. To avoid repetition, it will not be described again here.

[0443] In some embodiments, the communication device 2200 may further include a transceiver, and the processor 2201 may control the transceiver to communicate with other devices. Specifically, it may send information or data to other devices or receive information or data sent by other devices.

[0444] The transceiver may include a transmitter and a receiver. The transceiver may further include antennas, which may be one or more.

[0445] This application embodiment also provides a first access point, including a processor and a communication interface, wherein the communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement, for example... Figure 4 The steps in the method embodiments shown, or the implementation as follows: Figure 6 The steps in the method embodiments shown, or the implementation as follows: Figure 12 The steps in the method embodiment shown are illustrated. This first access point embodiment corresponds to the above-described first access point-side method embodiment. All implementation processes and methods of the above-described method embodiments can be applied to this access point embodiment and achieve the same technical effect. The first access point can be... Figure 16 The communication device shown is based on cooperative time division multiple access, or it may be... Figure 17 The communication device shown is based on cooperative time division multiple access and can be Figure 18 The communication device shown is based on cooperative time division multiple access.

[0446] This application embodiment also provides a second access point, including a processor and a communication interface, wherein the communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement, for example... Figure 4 The steps in the method embodiments shown, or the implementation as follows: Figure 6 The steps in the method embodiment shown are illustrated. This second access point embodiment corresponds to the above-described second access point-side method embodiment. All implementation processes and methods of the above-described method embodiments can be applied to this access point embodiment and achieve the same technical effect. The second access point can be... Figure 19 The communication device shown is based on cooperative time division multiple access, or it may be... Figure 20 The communication device shown is based on cooperative time division multiple access.

[0447] This application embodiment also provides a third access point, including a processor and a communication interface, wherein the communication interface and the processor are coupled, and the processor is used to run programs or instructions to implement, for example... Figure 12 The steps in the method embodiment shown are illustrated. This third access point embodiment corresponds to the above-described third access point-side method embodiment. All implementation processes and methods of the above-described method embodiments can be applied to this access point embodiment and achieve the same technical effect. The third access point can be... Figure 21The communication device shown is based on cooperative time division multiple access.

[0448] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the above-described communication method embodiments based on cooperative time division multiple access, and achieve the same technical effect. To avoid repetition, they will not be described again here.

[0449] The processor is either the processor in the access point or the processor in the site in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk. In some examples, the readable storage medium may be a non-transient readable storage medium.

[0450] This application also provides a chip, which includes a processor and a communication interface. The communication interface and the processor are coupled. The processor is used to run programs or instructions to implement the various processes of the above-described communication method embodiments based on cooperative time division multiple access, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0451] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0452] This application also provides a computer program / program product, which is stored in a storage medium and executed by at least one processor to implement the various processes of the above-described communication method embodiment based on cooperative time division multiple access, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0453] This application also provides a communication system based on cooperative time division multiple access (TDMA), including: an access point and a site. A first access point can be used to execute the steps of the communication method based on TDMA on the first access point side as described above, and a second access point can be used to execute the steps of the communication method based on TDMA on the second access point side as described above.

[0454] 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 apparatus 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 apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0455] From 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 computer software products plus necessary general-purpose hardware platforms, and of course, they can also be implemented by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, magnetic disk, optical disk, etc.), and the computer software product includes several instructions to cause a terminal or network-side device to execute the methods of the various embodiments of this application.

[0456] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other implementations under the guidance of this application without departing from the spirit and scope of the claims. All of these implementations are within the protection scope of this application.

Claims

1. A communication method based on cooperative time-division multiple access, characterized in that, include: The first access point determines the total transmission opportunity (TXOP) extension time required by the first access point based on the historical Co-TDMA negotiation results. The first access point adjusts its contention window to compete for becoming a Co-TDMA shared AP; The first access point broadcasts a beacon frame, which carries the total TXOP extension time required by the first access point.

2. The method according to claim 1, characterized in that, The method further includes: The first access point determines the historical Co-TDMA negotiation result based on the TXOP duration required during the historical Co-TDMA cooperation process, as fed back by at least one second access point. Wherein, the historical Co-TDMA negotiation result is the sum of the TXOP duration required in the historical Co-TDMA cooperation process reported by each of the second access points, and the second access point is the neighbor access point of the first access point in the network. The total TXOP extension time required by the first access point is equal to the TXOP time required by the first access point to execute its own Basic Service Set (BSS) task, the additional time overhead in the Co-TDMA collaboration process, and the sum of the historical Co-TDMA negotiation results.

3. The method according to claim 2, characterized in that, The TXOP duration required by the first access point to execute its own Basic Service Set (BSS) task and the total extended TXOP duration required by the first access point must meet the following first condition: TXOP_self ≥ 0.33 × TXOP_req Wherein, TXOP_self is the TXOP duration required for the first access point to execute its own Basic Service Set (BSS) task, and TXOP_req is the total extended TXOP duration required by the first access point. Alternatively, if the total TXOP extension time required by the first access point is used to perform Co-TDMA, and both the first access point and the second access point whose received signal strength indication of the beacon frame received on the main channel is not lower than the first threshold have established Co-TDMA cooperation, then the TXOP time required by the first access point to perform its own Basic Service Set (BSS) task and the total TXOP extension time required by the first access point are not limited by the first condition.

4. The method according to any one of claims 2-3, characterized in that, The sum of the additional time overhead in the Co-TDMA collaboration process and the Co-TDMA negotiation result needs to satisfy the following second condition: TXOP_co+TXOP_overhead≤min(AC_VI TXOP Limit,current AC TXOP Limit) Wherein, TXOP_co is the historical Co-TDMA negotiation result, TXOP_overhead is the additional time overhead in the Co-TDMA cooperation process, AC_VI TXOP Limit is the maximum TXOP limit for the video stream access type, and currentAC TXOP Limit is the maximum TXOP limit for the access type of the data stream transmitted by the first access point.

5. The method according to any one of claims 1-4, characterized in that, The first access point adjusts the contention window, including: The first access point determines the first contention window based on the historical cooperation benefit ratio and the basic contention window value of Enhanced Distributed Channel Access (EDCA). The first access point adjusts the current contention window to the first contention window.

6. A communication method based on cooperative time-division multiple access, characterized in that, include: After the Basic Service Set (BSS) task of the first access point is completed, the first access point determines whether it can accept the TXOP demand of each second access point based on the transmission opportunity (TXOP) demand duration fed back by each second access point. The first access point performs the corresponding TXOP allocation operation based on the judgment result of whether it can accept the TXOP requests of each second access point; The second access point is either a Co-TDMA coordinated AP or a Co-TDMA polled AP.

7. The method according to claim 6, characterized in that, The first access point, based on the determination result of whether it can accept the TXOP requests of each second access point, performs the corresponding TXOP allocation operation, including: If the first access point determines that it can accept the TXOP request of all the second access points, the first access point sends a multi-user request TXOP sharing trigger frame to each of the second access points. The multi-user request TXOP sharing trigger frame is used to allocate TXOP. If the first access point determines that it cannot meet the TXOP requirements of some of the second access points, the first access point retransmits the initial control frame ICF to each of the second access points in the group of second access points. The ICF is used to negotiate a new TXOP allocation scheme. If the first access point determines that the shareable TXOP duration is less than the additional time overhead in the Co-TDMA cooperation process, or if the difference between the total duration for satisfying the TXOP requirements of all second access points and the shareable TXOP duration exceeds a second threshold, the first access point broadcasts a beacon frame, which carries the TXOP duration allocated by the first access point to each second access point in the cooperation set and / or the total extended TXOP duration required by the first access point.

8. The method according to claim 7, characterized in that, The multi-user request to send TXOP shared trigger frame includes an updated ultra-reliable variant user information element, which is used to indicate the TXOP duration allocated by the first access point to each of the second access points. The ultra-high reliability variant user information element includes at least one of the following: The allocation duration field indicates the TXOP duration allocated by the first access point to each of the second access points; or... The silence duration field indicates the silence duration after the second access point has completed its own BSS task.

9. The method according to claim 7, characterized in that, The ICF includes an ultra-high reliability variant user information list field, which includes N ultra-high reliability user information fields. The ultra-high reliability user information fields are used to indicate the TXOP duration that the first access point allows the second access point to occupy, where N is the number of second access points included in the partial second access point. The ultra-high reliability user information field includes at least one of the following: The reallocation duration field is used to indicate the TXOP duration that the second access point is allowed to occupy by the first access point during reallocation; The Total Duration of Shareable TXOP field indicates the total duration of the shareable TXOP.

10. The method according to claim 7, characterized in that, The beacon frame includes a Co-TDMA coordination element, which includes at least one of the following fields: the total number of Co-TDMA coordinated APs, the total duration of shared TXOPs, the Co-TDMA coordinated AP information field, and the step size field for TXOP duration allocation. The Co-TDMA coordinated AP information field includes an allocation duration field, which indicates the TXOP duration allocated to the second access point.

11. A communication method based on cooperative time-division multiple access, characterized in that, include: Before polling the third access point, the first access point obtains the shareable transmission opportunity (TXOP) duration. If the shareable TXOP duration is greater than or equal to the third threshold, polling and subsequent Co-TDMA (Co-Time Division Multiple Access) cooperation are initiated; or, If the shareable TXOP duration is less than a third threshold and the shareable TXOP duration is greater than or equal to a fourth threshold, a second frame is sent to the Co-TDMA coordinated AP with the highest traffic ID (TID) priority. The second frame carries the TXOP duration allocated by the first access point to the Co-TDMA coordinated AP with the highest TID priority. or, If the duration of the shareable TXOP is less than the fourth threshold, release the TXOP; The third access point is a Co-TDMA polled AP.

12. A communication method based on cooperative time-division multiple access, characterized in that, include: The second access point receives a multi-AP cooperation MAPC negotiation request frame from the first access point. The MAPC negotiation request frame is used to request the TXOP duration required by the second access point in the historical Co-TDMA cooperation process. The second access point sends a MAPC negotiation response frame to the first access point, the MAPC negotiation response frame carrying the TXOP duration required by the second access point during the historical Co-TDMA cooperation process; The second access point receives a beacon frame, which carries the total TXOP extension time required by the first access point.

13. A communication method based on cooperative time-division multiple access, characterized in that, include: The second access point receives an initial control frame (ICF) from the first access point, the ICF being used to trigger the Co-TDMA cooperation process. The second access point sends a block acknowledgment M-BA frame to the first access point, the M-BA frame carrying the transmission opportunity TXOP demand duration of the second access point; The second access point receives a multi-user request to send a TXOP sharing trigger frame, which is used to allocate TXOPs; or, the second access point receives an initial control frame (ICF), which is used to negotiate a new TXOP allocation scheme; or, the second access point receives a beacon frame, which carries the TXOP duration allocated by the first access point to each second access point in the cooperative set and / or the total TXOP extension duration required by the first access point.

14. A communication method based on cooperative time-division multiple access, characterized in that, include: The third access point receives a second frame sent by the first access point. The second frame carries the transmission opportunity (TXOP) duration allocated by the first access point to the third access point. The third access point is a Co-TDMA coordinated AP with the highest priority of traffic identifier (TID).

15. A communication device based on cooperative time-division multiple access, characterized in that, Applied to the first access point, including: The first processing module is used to determine the total transmission opportunity (TXOP) extension time required by the first access point based on the historical Co-TDMA negotiation results. The first processing module is also used to adjust the contention window to compete for becoming a Co-TDMA shared AP; The first transceiver module is configured to broadcast a beacon frame, the beacon frame carrying the total TXOP extension time required by the first access point.

16. A communication device based on cooperative time-division multiple access, characterized in that, Applied to the first access point, including: The second processing module is used to determine whether it can accept the TXOP demand of each second access point after the basic service set (BSS) task of the first access point is completed, based on the transmission opportunity (TXOP) demand duration fed back by each second access point. The second processing module is also used to perform the corresponding TXOP allocation operation based on the judgment result of whether the TXOP requirements of each second access point can be accepted; The second access point is either a Co-TDMA coordinated AP or a Co-TDMA polled AP.

17. A communication device based on cooperative time-division multiple access, characterized in that, Applied to the first access point, including: The third processing module is used to obtain the shareable transmission opportunity (TXOP) duration before polling the third access point; The third processing module is also used to: initiate polling and subsequent Co-TDMA cooperation when the shareable TXOP duration is greater than or equal to the third threshold. The second transceiver module is configured to send a second frame to the Co-TDMA coordinated AP with the highest traffic ID (TID) priority when the shareable TXOP duration is less than a third threshold and the shareable TXOP duration is greater than or equal to a fourth threshold. The second frame carries the TXOP duration allocated by the first access point to the Co-TDMA coordinated AP with the highest TID priority. The third processing module is also used to: release the TXOP if the duration of the shareable TXOP is less than the fourth threshold; The third access point is a Co-TDMA polled AP.

18. A communication device based on cooperative time-division multiple access, characterized in that, Applied to the second access point, including: The third transceiver module is used to receive a MAPC negotiation request frame from the first access point. The MAPC negotiation request frame is used to request the TXOP duration required by the second access point in the historical Co-TDMA cooperation process. The third transceiver module is further configured to send a MAPC negotiation response frame to the first access point, wherein the MAPC negotiation response frame carries the TXOP duration required by the second access point during the historical Co-TDMA cooperation process; The third transceiver module is also used to receive beacon frames, which carry the total TXOP extension time required by the first access point.

19. An access point, characterized in that, The method includes a processor and a memory, the memory storing programs or instructions executable on the processor, wherein the programs or instructions, when executed by the processor, implement the steps of the communication method based on cooperative time-division multiple access (TDMA) as described in any one of claims 1 to 5, or implement the steps of the communication method based on cooperative time-division multiple access (TDMA) as described in any one of claims 6 to 10, implement the steps of the communication method based on cooperative time-division multiple access (TDMA) as described in claim 11, implement the steps of the communication method based on cooperative time-division multiple access (TDMA) as described in claim 12, implement the steps of the communication method based on cooperative time-division multiple access (TDMA) as described in claim 13, or implement the steps of the communication method based on cooperative time-division multiple access (TDMA) as described in claim 14.

20. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions that, when executed by a processor, implement the steps of the communication method based on cooperative time-division multiple access (TDMA) as described in any one of claims 1 to 5, or implement the steps of the communication method based on cooperative time-division multiple access (TDMA) as described in any one of claims 6 to 10, implement the steps of the communication method based on cooperative time-division multiple access (TDMA) as described in claim 11, implement the steps of the communication method based on cooperative time-division multiple access (TDMA) as described in claim 12, implement the steps of the communication method based on cooperative time-division multiple access (TDMA) as described in claim 13, or implement the steps of the communication method based on cooperative time-division multiple access (TDMA) as described in claim 14.

Images